Bug 8625

Summary: FEATURE REQUEST: batch upload via Zip Files
Product: openclipart.org Reporter: ryanlerch <ryanlerch>
Component: clipartAssignee: default user for a product <clipart>
Status: RESOLVED NOTOURBUG QA Contact:
Severity: enhancement    
Priority: highest CC: jstaerk
Version: unspecified   
Hardware: x86 (IA32)   
OS: All   
URL: http://www.openclipart.org/cchost
Whiteboard:
i915 platform: i915 features:

Description ryanlerch 2006-10-12 21:10:01 UTC
We need to make a way for CChost to be able to recieve a zip file of svg files, 
allow the user to add tags and filenames, then upload them all to the system. 

This is not a urgent feature, however it is a feature that would certianly be 
handy for users when implemented.
Comment 1 Jon Phillips 2007-02-05 15:45:59 UTC
Yes, I agree. This is supposed to work, but we need to test it.

I removed note of us allowing this on the submit/upload forms.
Comment 2 Jochen Staerk 2009-03-31 08:47:32 UTC
From chovynz in his post on 2009-02-30:

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 read
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 few
routes we could take in the multi-upload idea. The main thing is being safe
with file uploads.

#1. User uploads a zip file. OCAL dumps it in a temporary folder. OCAL opens
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 uploads
only allows .svg files. Background scripts that are coming (yes?) can make
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 next
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 doing.
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 in
this quick mockup http://img219.imageshack.us/img219/1839/concept.jpg). All
that needs doing (to my limited understanding of how ccHost works with
php... is working with the multiple php upload scripts. Of course you also
need file checks, safety features as well, but if you're multiple uploading
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 been
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 a
manual way as well. Double redundancy - I like. Also a bonus of that is that
manually trying something might make it easier to make an autoscript later
on. Rearranging the lego blocks so to speak.

Are any of these following scripts hackable/useful with info? I don't know
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.usenet-forums.com/php-general/52153-php-batch-uploading-multiple-files.html
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
Comment 3 Jochen Staerk 2009-03-31 08:59:14 UTC
Hi
> #1. User uploads a zip file. OCAL dumps it in a temporary folder. OCAL opens
> 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 uploads
> only allows .svg files. Background scripts that are coming (yes?) can make
> the .png thumbnails for them anyway so all we need are the svg files.

Thumbnails are a different request, bug 20972 .

> #2. Making a special Multiple File Upload page similar to
> http://openclipart.org/media/submit/clipart. Multiple upload boxes, and next
> 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 doing.
> 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 in
> this quick mockup http://img219.imageshack.us/img219/1839/concept.jpg).

please be careful, not everything that has been drafted in mock ups has been discussed with the technical guys. 

> All
> that needs doing (to my limited understanding of how ccHost works with
> php... is working with the multiple php upload scripts. Of course you also
> need file checks, safety features as well, but if you're multiple uploading
> 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.

I don't know how that tag system currently works, i.e. I don't know if and how misspellings could be avoided. For me the idea sounds

a) like a suggestion for a ccHost improvement as I think there is no API access for file insertion on behalf of users or tagging of new files OR
b) something that can be realized relatively easily independently from ccHost but only half-automatic, i.e. you prepare a batch of files and later some volunteers insert them one-by-one. 
Comment 4 Tollef Fog Heen 2010-08-18 03:24:19 UTC
Closing all openclipart bugs as openclipart is now on launchpad, as per request from  Jon Philips.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.