[Clipart] Requesting a list of automatic jobs

Sun Apr 11 13:50:37 PDT 2010

We also need pretty urls for the clipart submissions bassel for our SEO and
discoverability of clipartssss.

Chovynz, can you file this homie.

thx

On Sun, Apr 11, 2010 at 12:37 PM, chovynz <chovynz at gmail.com> wrote:

>  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> 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
> http://lists.freedesktop.org/mailman/listinfo/clipart
>
>
>

-- 
Jon Phillips
http://rejon.org/
http://fabricatorz.com/
http://status.net/
http://rejon.status.net + skype: kidproto
+1.415.830.3884 (sf/global)
+86.134.3957.2035 (china)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/clipart/attachments/20100411/e0d0d2a9/attachment.html>