<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> 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. <a href="http://www.openclipart.org/detail/46183">http://www.openclipart.org/detail/46183</a> and some older ones have been missed. e.g. <a href="http://www.openclipart.org/detail/22871">http://www.openclipart.org/detail/22871</a> . 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 : <a href="http://www.openclipart.org/detail/46183">http://www.openclipart.org/detail/46183</a> Stats box / Total clipart amount : 28563<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Times New Roman'; font-size: 16px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"> On 12/04/2010 6:15 a.m., Jon Phillips wrote: <blockquote cite="mid:g2pd21bc5f51004111115q48bfe85bkb616cc97740828d2@mail.gmail.com" type="cite"> 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 <a moz-do-not-send="true" href="http://rejon.org">http://rejon.org</a> <a moz-do-not-send="true" href="http://fabricatorz.com">http://fabricatorz.com</a> <blockquote type="cite">On Apr 11, 2010 4:05 AM, "chovynz" <<a moz-do-not-send="true" href="mailto:chovynz@gmail.com">chovynz@gmail.com</a>> wrote: <div bgcolor="#ffffff" text="#000000"> 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 "_" (<a moz-do-not-send="true" href="http://www.openclipart.org/search/?query=_" target="_blank">http://www.openclipart.org/search/?query=_</a>) 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. <a moz-do-not-send="true" href="http://www.openclipart.org/detail/154" target="_blank">http://www.openclipart.org/detail/154</a> 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 </div> _______________________________________________ clipart mailing list <a moz-do-not-send="true" href="mailto:clipart@lists.freedesktop.org">clipart@lists.freedesktop.org</a> <a moz-do-not-send="true" href="http://lists.freedesktop.org/mailman/listinfo/clipart" target="_blank">http://lists.freedesktop.org/mailman/listinfo/clipart</a> </blockquote> </blockquote> </body> </html>