<div bgcolor="#ffffff" text="#000000">
(Semi-ranbling ramblings thoughts on the requests issue)<br>
 I have another take on it.<br>
Why not have OCAL focus on vector works, and leave the uploading of
raster images to the free image hosts . e.g. photobucketimageshack.<br>
Instead of having people upload images to OCAL they can link to those
other places. Unless bandwidth really isn't a problem? <br>
I'm just remembering the previous "requests" area/tags, which didn't
seem effective in the timeframes. Maybe it's time for a re-think on how
requests will work? I know many requesters never cleaned up their
requests - it was quite a labourious task for librarians too. The
questions were, "What's current? Oh is this finished? is this old? What's new? What's actually needed? Oh I see this was fulfilled 2 years ago!! "
I'd like to see an easier way of doing requests than the last
manifestation. Michi and I suggested a forum, but Jon doesn't support
that due to security issues. Would Jon reconsider that aspect? <br><br>
<b>Thought # 89384</b><br>
Personally, I think the requests feature CAN make people dependent
instead of figuring out how to use the programs and solve their own
problems. I think I don't like the request system as is currently
manifest, but I can't yet articulate WHY I don't like it.<br>
What else would work for requests? Part of the problem from last time
was a lack of communication.<br>
I guess a "Fulfill Request" button that works like the current "remix"
button would be cool. Something like, <br>
<b>Case study #1</b><br>
Requester Person A asks for some balloons, and uploads a picture.<br>
Designer Person B goes, "Oh yeah! I can do that!" Goes and makes the
art. Clicks the "Fulfill Request" button and uploads the artwork. <br>
The Requester gets notified via email, AND, next time they log in, a
screen notification is also there saying "Designer Person B has
fulfilled your request. Please visit <a href="http://xyz" target="_blank">http://xyz</a> to view the clipart."<br>
The Requester goes there and sees another message, "Does this clipart
answer your request? Are you happy with the result? " <br>
They click "Yes, it's awesome!",or "No, not yet"<br>
If they click Yes, The Request automatically gets the request tag
removed, The Designer gets notified (Via email AND/OR login message)
that the Requester is happy with the result and everyones happy.<br>
if they click No, then the request stays as is until it's accepted. The
Requester will be reminded periodically to check if the request has
been fulfilled.<br>
<b>Case Study #1b</b><br>
Other contributors / Librarians / The AUTO OCAL SYSTEM can suggest
clipart based on the word balloon. If The Requester chooses a clipart
that fulfills the request, the request gets it's "request" tag
automatically removed.<br>
<b>Condition #34535635</b><br>
Of course search would need to automatically NOT INCLUDE requests in
the search results. If we could have a toggle system for fields to
search in that would be awesome.<br>
<br>This is all just theoretical of course. I don't know what Bassel is capable of. ;) Whatchyah think Bassel? Are these ideas possible, feasible and doable?<br><br>Cheers<br>Chovynz<br><br>
On 27/04/2010 5:51 a.m., Jon Phillips wrote:
<blockquote type="cite">
  <pre>I totally agree with you. I think the REQUEST page is really great.
Allow anyone to upload sketches, urls and descriptions for a request.
I think its important to link the request to uploaded images.

This is also a great way for artists to make money...maybe longer term...

Bassel, what do you think about this?


On Mon, Apr 26, 2010 at 9:35 AM, Gerald Ganson <a href="mailto:Gerald.Ganson@rdc.ab.ca" target="_blank"><Gerald.Ganson@rdc.ab.ca></a> wrote:
  <blockquote type="cite">
    <pre>A comment on building the community.

Rather than (or in addition to) a “requests” page, I feel that a page where
artists (non vector) could upload scans of illustrations, etc, and have OCAL
vector artists use these illustrations as jump off points for creating
vectors could build community. Bitmapped images uploaded would of course NOT
become part of the collection, but vectors created from them would be.
Perhaps leveraging existing locations would be good, like start a collection
on wiki-commons or someplace, linked to OCAL – and specifically for OCAL
contributions by non-vector artists. Credit to original artists (for the
vector remixes) given etc.

If the page started with a bit of description as to what kind of art can be
vectorized effectively, guidelines, etc. I think it could be useful.

In this way people could contribute to OCAL who may be great artists, but
not vector artists.

Here is an example so to speak. This was uploaded to illustrate how pencil
sketches can become vector art.

<a href="http://jazzmanian.deviantart.com/art/The-Buckets-79991458" target="_blank">http://jazzmanian.deviantart.com/art/The-Buckets-79991458</a>


From: <a href="mailto:clipart-bounces+gerald.ganson=rdc.ab.ca@lists.freedesktop.org" target="_blank">clipart-bounces+gerald.ganson=rdc.ab.ca@lists.freedesktop.org</a>
[<a href="mailto:clipart-bounces+gerald.ganson=rdc.ab.ca@lists.freedesktop.org" target="_blank">mailto:clipart-bounces+gerald.ganson=rdc.ab.ca@lists.freedesktop.org</a>] On
Behalf Of Oleg Koptev
Sent: Monday, April 26, 2010 2:58 AM
To: Schrijver
Cc: Open Clip Art Library PUBLIC
Subject: Re: [Clipart] 30K! and ready to launch!!!

I think focus should shift towards building a community and finding out how
the OCAL collection can be of most use to people around the world.

The one of possible ways proposed by reJon in another thread (about package
size) is 'packs' of clipart. I think it is really useful proposal. The
'Request' feature also could have great impact on popularity, but as we saw
on the OCAL v.1.0 that 'Request' area can became trashbin without strong
librarians control.

my 2 kopeck


clipart mailing list
<a href="mailto:clipart@lists.freedesktop.org" target="_blank">clipart@lists.freedesktop.org</a>
<a href="http://lists.freedesktop.org/mailman/listinfo/clipart" target="_blank">http://lists.freedesktop.org/mailman/listinfo/clipart</a>