<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
<body bgcolor="#ffffff" text="#000000">
Hello there!<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>
<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>
<b>My specific questions:</b><br>
Doing a search for underscore "_" (<a
revealed a number of clipart that need "cleanup" for aesthetic
purposes. Namely clipart with
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>
<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>
<b>Task #2</b> : underscores in tags. Same as above.<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>
<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">http://www.openclipart.org/detail/154</a><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>
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>
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>
Chovynz <br>