[Clipart] What we do now - Does it affect 0.19? + Mass uploads
chovynz at gmail.com
Mon Mar 30 22:28:58 PDT 2009
On Tue, Mar 31, 2009 at 4:34 PM, Jon Phillips <jon at rejon.org> wrote:
> We should really just focus our attention on getting ccHost to work
> well with what we want.
What do we want? I want Multiple uploads. Does that count as we? ;-) (I'm
also aware that Multiple files are a 2.0 milestone, however I feel it would
be good now too.)
Joking aside, Roadmap <http://openclipart.org/wiki/Roadmap> tells me that
part of 0.19 goals are getting the archive of the old site into the current
OCAL one. To that end I poked around and found the files to be
however as someone pointed out, there is lots, and most authors arent doing
I'd like some advice on this. Should I jump in, upload with attribution, and
cross them off <http://openclipart.org/wiki/Authorlist> myself? Or do we
wait until the author decides to do it himself? Do we do them one by one? Or
do we find and make a multiple file upload script? What should I do to help
the current situation?
I'm not really a programmer so I can't physically make the multiple script
myself. I've also just had a new baby arrive (my fourth!), so I dont want to
volunteer for OCAL beyond my means. I've had a little experience with PHP
and HTML (and CSS) coding so I am aware of what is capable, also potential
problems arising. I'm just suggesting things that *might* be of benefit to
implement and possible to extend OCAL growth. I don't know where ccHost is
up to. Nor do I know of previous goals. The Wiki Roadmap says that ccHost is
implemented already, and http://wiki.creativecommons.org/Cchost doesnt tell
me many of the required milestones...
I see the lack of Multiple file uploads as a problem. My previous script
suggestions are to help the current php programmers with ideas. From what
I've read (both in what we have, and in what's required for multiple file
uploads) we already have the groundwork. We have one file upload capability
already, now we need multiple fields for defining where they go when mass
uploaded. We also need a temporary storage area, while the scripts are
running. etc more things needed that I cant be bothered going into at this
If I'm putting too much pressure on you (us, OCAL developers), just tell me
to back off. I dont mind. :-) I'm excited, maniac energy, without a vector.
If I'm too much, just dial my inertial dampeners down.
I think this monthly release of a new package, starting with the
> current 0.19 ready to go is good, and having a monthly goal is
> Then, keeping on track with releases, attracting new developers, and
> making sure I"m not a bottleneck -- which is a problem.
> I'm making Jochen another admin since he has a grasp of the tech
> things, and I'm hopeful that there is one more person who will step up
> and help out on the tech side. Anyone interested?
Awesome! It'll be great to have more people. Gratz Jochen!
As I said earlier, We've just had a new baby. On top of that, I've been
chronically sick for the last two weeks (trench mouth, some viral thing,
V&D's, as well as a loose flap of gum with infections overtop of my back
I will not volunteer for more than I can handle, and I'm certainly not going
for programmer or admin roles. However, what I can do is research, make
clipart, and suggest solutions. But I need more up-to-date info to be useful
in terms of PHP. What is OCAL's goals with ccHost? What is it currently at?
Where can I find more info? Current places I've looked:
certificate error happens for me - I''m unable to get onto the
>Oh, what should the goal be for 0.19? How about 12,000 total uploads
>and then focus on spring clip art. Good?
It does sound good. 2,000 new uploads is alot though.
*whispers - multiple file upload scripts would help with that goal* <grin>.
Sorry. Didnt want to resist that one.
> 2009/3/31 chovynz <chovynz at gmail.com>:
> > On Mon, Mar 30, 2009 at 9:06 PM, Nicu Buculei <nicu_gfx at nicubunu.ro>
> >> Jochen Staerk wrote:
> >> >> (I'm wanting to know if I should continue putting clipart in or wait
> >> >> until
> >> >> 0.19. I dont really want to add them again.)
> >> >
> >> > What do you mean by you don't want to add them again? Once you added
> >> > them of course they will stay but the snapshot of 0.19 has already
> >> > taken so if you upload pictures now they will be added to the release
> >> > after 0.19.
> >> On top of that, I hope we will restart releasing often and the next
> >> release (0.20) is not far away.
> >> So don't wait, upload as soon as you have images ready, they will be
> >> available in the website and the daily tarballs, up for the end-users to
> >> grab and hopefully not after a long time in the next packaged release.
> > I'm not sure I follow, but I'll smile and nod. Or rather I'll let my
> > curious-techno side get the better of me and ask lots of "dumb"
> > :-D
> > To clarify my question, what happens when I upload a single image? It
> > to a storage place on the website, and any information about it goes to a
> > database? 0.19 is a cosmetic/frontend change that doesn't modify the
> > database or the image storage place?
> > I don't know how the snapshots work either. What's the purpose of them?
> > What's a tarball? What am I supposed to do with them? How do I access
> > from the site?
> > What I meant as in "not wanting to add them again" was, it takes awhile
> > upload with all details, one by one if you have more than 10 clipart.
> > Especially if you go to the trouble of making them specific for OCAL.
> > already gotten rid of my source images (I have limited storage space on
> > local computer). Which means OCAL has the only copies of what I've
> > It would be troublesome for me to upload those cliparts again. Does that
> > better explain "I dont want to upload them again"?
> >> >> Does OCAL have a mass upload facility? PHP is able to mass upload
> >> >> the
> >> >> site admins can do ftp batches), but what facility is there for
> >> >> registered
> >> >> joe blogs?
> >> >
> >> > no idea. AFAIK OCAL does not have a mass upload because ccHost has
> >> We used to have such a feature in the old website and is missed:
> >> basically you had to fill somehow the metadata in the SVG files (either
> >> with Inkscape's dialog or from command line in batch mode), make a
> >> archive (zip, tarball) and upload that.
> >> I think the lack of this feature is what had kept us away from importing
> >> all the images from the old site (at least it delayed *my* effort in
> >> doing so for over a year).
> > I think not having a mass uploader for registers users is a problem for
> > OCAL, and a stumbling block for OCAL's growth. Also, since ccHost can't
> > MetaData (yet!) is there a manual solution that we could fall back
> > on/develop? From what I can see after reseraching a little, there are a
> > routes we could take in the multi-upload idea. The main thing is being
> > with file uploads.
> > #1. User uploads a zip file. OCAL dumps it in a temporary folder. OCAL
> > the zip. Scans for images with .svg file extension. OCAL deletes anything
> > that is not a .svg (including any other image files.) I.e. multiple
> > only allows .svg files. Background scripts that are coming (yes?) can
> > the .png thumbnails for them anyway so all we need are the svg files.
> > #2. Making a special Multiple File Upload page similar to
> > http://openclipart.org/media/submit/clipart. Multiple upload boxes, and
> > to each one, an input field for the tags? My reasoning with this is that
> > anyone who batch uploads will *probably* already know what they are
> > Let's simplify so that we can fit more uploads on. I see the ability and
> > space already available on OCAL as allowing upwards of 10 files. (as seen
> > this quick mockup http://img219.imageshack.us/img219/1839/concept.jpg).
> > that needs doing (to my limited understanding of how ccHost works with
> > php... is working with the multiple php upload scripts. Of course you
> > need file checks, safety features as well, but if you're multiple
> > manually you dont need the "featured artist", "suggested tags", "popular
> > tags", "NSFW", "or the "publish now" button. These informations can be
> > edited after the upload in the individual files pages.
> > The uploader can then edit things manually or wait until the file has
> > checked by an admin (as all new uploads get the unchecked tag anyway.)
> > I know ideally automatic reading of MetaData is desired, but since ccHost
> > doesnt have that ability (yet!), my opinion would be that we should have
> > manual way as well. Double redundancy - I like. Also a bonus of that is
> > manually trying something might make it easier to make an autoscript
> > on. Rearranging the lego blocks so to speak.
> > Are any of these following scripts hackable/useful with info? I don't
> > which ones would be suitable for an Open project so please be careful and
> > research any of these links carefully. These are for ideas only. Perhaps
> > they can spark something that we can use on OCAL. Or even use.
> > Multiple Upload scripts:
> > http://www.phpeasystep.com/workshopview.php?id=2
> > http://www.webmasterworld.com/php/3361474.htm
> > http://www.daniweb.com/forums/thread141715.html
> > http://www.phpclasses.org/browse/package/3772.html
> > http://www.phpclasses.org/browse/package/338.html
> > Things to have a look at:
> > http://freshmeat.net/projects/uupload
> > http://freshmeat.net/projects/httpfileuploadapplet
> > http://freshmeat.net/projects/easy_upload
> > http://freshmeat.net/projects/phpforms
> > http://freshmeat.net/projects/phpwebfilemgr
> > --
> > Cheers
> > Chovynz
> > _______________________________________________
> > clipart mailing list
> > clipart at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/clipart
> Jon Phillips
> +1.415.830.3884 (sf/global)
> +86 132-6817-8381 (china)
> Sent from: Beijing 11 China.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the clipart