[Clipart] Requesting a list of automatic jobs

chovynz chovynz at gmail.com
Sun Apr 11 12:37:30 PDT 2010


Ok. I'll make some LP things labelled appropriately. Perhaps "Librarian 
tools - /subject/" Should I put these in Blueprints or bugs? Is anyone 
looking at blueprints?

In between my first email and your reply Jon, it seems that someone has 
made some existing clipart tags have "SPACE,SPACE" which fixes one of 
the "problems". So thank you to whoever did that. However, new ones are 
appearing e.g. http://www.openclipart.org/detail/46183 and some older 
ones have been missed. e.g. http://www.openclipart.org/detail/22871 . 
Perhaps a forced automatic format of tags would be in order? As an 
English student I prefer "COMMASPACE". That way it shouldn't matter how 
a person enters the commas since it will always end up the same 
"correctness" and librarians (or coders!) won't have to touch this issue 
ever again.

Speaking of automatic ... Why is there disparity between the number of 
the latest clipart and teh total clipart statistics? Does this mean we 
are actually over the 40k mark of clipart? What ones are not appearing?
Latest clipart as of this email. Note the number of clipart detail page 
: http://www.openclipart.org/detail/*46183* 
<http://www.openclipart.org/detail/46183>
Stats box / Total clipart amount : *28563*


On 12/04/2010 6:15 a.m., Jon Phillips wrote:
>
> I like all these. Please file them for ocal. Ideally we can have some 
> librian tools and give you guys some power over editing clipart in 
> bulk...like a global /librarian page and then special tools that show 
> up on some pages as a librarian....cool
>
> Jon Phillips
> us. +1-510-499-0894
> cn. +86-134-3957-2035
> http://rejon.org
> http://fabricatorz.com
>
>> On Apr 11, 2010 4:05 AM, "chovynz" <chovynz at gmail.com 
>> <mailto:chovynz at gmail.com>> wrote:
>>
>> Hello there!
>>
>> Bassel would problaby be the one to ask since Aiki is his framework, 
>> but I'm making this an open question since there may be other 
>> questions that you want to ask or answer towards making OCAL better.
>>
>> *My overall question:*
>> What is the list of jobs that can be run automatically behind the 
>> scenes? I'd like to know, so that I am not wasting time doing 
>> something that can be done easily with scripts, or something that is 
>> scheduled for a later date to be run automatically.
>>
>> *My specific questions:*
>> Doing a search for underscore "_" 
>> (http://www.openclipart.org/search/?query=_) revealed a number of 
>> clipart that need "cleanup" for aesthetic purposes. Namely clipart 
>> with 
>> long_titles_because_of_underscores_that_break_the_site_CSS_and_design_intent, 
>> and clipart from the old OCAL database with tags such as b_w. Now, 
>> Jon replied that it's a job of the librarians to remove the 
>> underscores in titles, but, combined with tags; that's a mammoth 
>> task, and as a librarian, I'd like to know if these jobs can be done 
>> in an easier way.
>>
>> *Task #1*: Long titles. Can these underscores in titles be searched 
>> for and replaced via a background script to replace the _ in the 
>> display title to an ASCII/hex space character?
>>
>> *Task #2* : underscores in tags. Same as above.
>>
>> *Task #2b* : Now that spaces are acceptable for tags, can we please 
>> change tags such as "b_w" to "black and white" or "black & white"? 
>> Self explanatory names seem better in the long run than shortened 
>> abbreviations that might not make sense. (I suggest that this would 
>> more affect those who use the site but choose not to register.)
>>
>> *Task #2c* : Can we also search the tags for "," and add a space 
>> character to those results? e.g. "country,flag" becomes "country, 
>> flag"? I think this was related to the old way of doing OCAL tags. I 
>> imagine this would need an excluder for those tags which are already 
>> ",SPACE" to avoid the error of ",SPACESPACE"? Having the space after 
>> the comma would clean up a whole bunch of clipart that breaks the css 
>> site design. e.g. http://www.openclipart.org/detail/154
>>
>> *Task #2d* : Can we please search for and remove any tags on svg 
>> files that have "public_domain, svg, media, image"? They are and 
>> always have been pointless on OCAL. The only point from old OCAL was 
>> that it HAD to be that way because of the cchost framework. That's no 
>> longer the case, so I'm of the strong opinion that these tags can be 
>> removed without detriment to the OCAL community. The way I see it,/ 
>> removal/ = cleaner tag lists, more efficient searches, faster 
>> specifics for tagging, less words for confusion. /nonremoval /= 
>> compliance to old traditions that no longer apply, adherence to more 
>> confusion to the end user, broken records spinning broken old songs, 
>> deadweight on backend system, and sheer laziness. (How was that for 
>> some manipulation eh!!? ;) ) For "examples" and "how I did it's" 
>> appropriate tags can be added to those entries only. For jpgs or 
>> images those tags can be added. For a svg, which is the main reason 
>> for OCAL yes?, there is no point having a "svg" tag. Neither is the 
>> "media" tag appropriate since that usually describes moving pictures 
>> (current/future svg?) or movies or audio. Superfluous tags just waste 
>> time. Let's update them and remove them!
>>
>> Are these things able to be done automatically? If not, why not, and 
>> what can we do about these to make this job easier? In this day and 
>> age I don't see why things should be done manually if they can be 
>> done automatically with good clean code, with human oversight.
>>
>> If you think I'm wrong on any of the points or ideas, or if there are 
>> better ways, I'd like a discussion on it! Thoughts?
>>
>> Cheers
>> Chovynz
>>
>>
>>
>> _______________________________________________
>> clipart mailing list
>> clipart at lists.freedesktop.org <mailto:clipart at lists.freedesktop.org>
>> http://lists.freedesktop.org/mailman/listinfo/clipart
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/clipart/attachments/20100412/24d7c2a4/attachment.html>


More information about the clipart mailing list