<div dir="ltr">We also need pretty urls for the clipart submissions bassel for our SEO and discoverability of clipartssss.<br><br>Chovynz, can you file this homie.<br><br>thx<br><br><div class="gmail_quote">On Sun, Apr 11, 2010 at 12:37 PM, chovynz <span dir="ltr"><<a href="mailto:chovynz@gmail.com">chovynz@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


  
  

<div bgcolor="#ffffff" text="#000000">
Ok. I'll make some LP things labelled appropriately. Perhaps "Librarian
tools - <i>subject</i>" Should I put these in Blueprints or bugs? Is
anyone looking at blueprints? <br>
<br>
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" target="_blank">http://www.openclipart.org/detail/46183</a>
and some older ones have been missed. e.g. <a href="http://www.openclipart.org/detail/22871" target="_blank">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.<br>
<br>
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?<br>
Latest clipart as of this email. Note the number of clipart detail page
: <a href="http://www.openclipart.org/detail/46183" target="_blank">http://www.openclipart.org/detail/<b>46183</b></a><br>
Stats box / Total clipart amount : <b>28563<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; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px;"><span style="font-family: Arial,Helvetica,sans-serif; font-size: 12px; line-height: 12px; text-align: left;"></span></span></b><div>
<div></div><div class="h5"><br>
<br>
<br>
On 12/04/2010 6:15 a.m., Jon Phillips wrote:
<blockquote type="cite">
  <p>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</p>
  <p>Jon Phillips<br>
us. +1-510-499-0894<br>
cn. +86-134-3957-2035<br>
  <a href="http://rejon.org" target="_blank">http://rejon.org</a><br>
  <a href="http://fabricatorz.com" target="_blank">http://fabricatorz.com</a></p>
  <blockquote type="cite">On Apr 11, 2010 4:05 AM, "chovynz" <<a href="mailto:chovynz@gmail.com" target="_blank">chovynz@gmail.com</a>>
wrote:<br>
    <br>
    <div bgcolor="#ffffff" text="#000000">
Hello there!<br>
    <br>
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.<br>
    <br>
    <b>My overall question:</b><br>
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.<br>
    <br>
    <b>My specific questions:</b><br>
Doing a search for underscore "_" (<a 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.<br>
    <br>
    <b>Task #1</b>: 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?<br>
    <br>
    <b>Task #2</b> : underscores in tags. Same as above.<br>
    <br>
    <b>Task #2b</b> : 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.)  <br>
    <br>
    <b>Task #2c</b> : 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 href="http://www.openclipart.org/detail/154" target="_blank">http://www.openclipart.org/detail/154</a><br>
    <br>
    <b>Task #2d</b> : 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,<i> removal</i>
= cleaner tag lists, more efficient searches, faster specifics for
tagging, less words for confusion. <i>nonremoval </i>= 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!<br>
    <br>
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.<br>
    <br>
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?<br>
    <br>
Cheers<br>
Chovynz <br>
    <br>
    <br>
    </div>
    <br>
_______________________________________________<br>
clipart mailing list<br>
    <a href="mailto:clipart@lists.freedesktop.org" target="_blank">clipart@lists.freedesktop.org</a><br>
    <a href="http://lists.freedesktop.org/mailman/listinfo/clipart" target="_blank">http://lists.freedesktop.org/mailman/listinfo/clipart</a><br>
    <br>
  </blockquote>
</blockquote>
<br>
</div></div></div>

</blockquote></div><br><br clear="all"><br>-- <br>Jon Phillips<br><a href="http://rejon.org/">http://rejon.org/</a><br><a href="http://fabricatorz.com/">http://fabricatorz.com/</a><br><a href="http://status.net/">http://status.net/</a><br>
<a href="http://rejon.status.net">http://rejon.status.net</a> + skype: kidproto<br>+1.415.830.3884 (sf/global)<br>+86.134.3957.2035 (china)<br>
</div>