Summary: | License is not always public domain in clip art browser | ||
---|---|---|---|
Product: | openclipart.org | Reporter: | Jon Phillips <jon> |
Component: | website | Assignee: | default user for a product <clipart> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | normal | ||
Priority: | high | ||
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
URL: | http://openclipart.org/cgi-bin/navigate/animals | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Jon Phillips
2005-08-13 09:06:39 UTC
I've started looking at this, taking as an example the first image shown on that page, namely, az-lizard_benji_park_01.svg. It contains, within the cc:Work element, the following license element: <cc:license rdf:resource="http://web.resource.org/cc/PublicDomain"/> Additionally, the corresponding .txt file, which can be seen here: http://openclipart.org/clipart//animals/az-lizard_benji_park_01.txt Reads as follows: Title: AZ-lizard Author: Benji Park License: Public Domain Keywords: lizard animal reptile So there are two issues with the way the navigate/browse script displays the metadata: First, it never reads past the first line of any given metadatum, which I have known for a while, and second, apparently sometimes it does not read things correctly at all. I am tempted, rather than debug the way it reads the .txt files, to instead work on getting it to read an index instead, since that should reduce the amount of disk I/O consumed, at least somewhat, at least in theory, because it would be reading one file insead of many. (Eventually we want it to read from the DMS, but reading from an index would be a stand-in measure meanwhile.) Reducing the disk I/O load we're putting on the server would be a Good Thing. One problem is that the master index in the root directory is fairly large (almost 4MB as of 0.17), so we might be trading disk I/O problems for memory consumption issues. Perhaps each directory should contain a metadata.txt listing the metadata just from the files in that directory? Thoughts? We are using a different system now, and the pd is definitely displayed now. We are nuking the old navigator, so it is an issue of time now. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.