Bugzilla – Bug 4065
License is not always public domain in clip art browser
Last modified: 2007-02-06 18:16:56 UTC
In working to get our site plugged via creativecommons.org, the devs. there
found a bug with how we are displaying licenses on this page as an example:
Notice, shouldn't all licenses be public domain. Ideally, this field could be
removed with something at the top that says all images are public domain. We are
only allowing public domain imagery so there is no need to state this each time
which suggests that we allow other declarations.
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:
Additionally, the corresponding .txt file, which can be seen here:
Reads as follows:
Author: Benji Park
License: Public Domain
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.