Last modified: 2014-07-30 23:11:44 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T70882, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 68882 - support for server-side uploads (direct from HDD shipment)
support for server-side uploads (direct from HDD shipment)
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
GWToolset (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-30 22:20 UTC by jeremyb
Modified: 2014-07-30 23:11 UTC (History)
9 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description jeremyb 2014-07-30 22:20:15 UTC
Generally, the default for GLAM uploads should be to transfer images over internet (even if the files are so big that they need to uploaded server-side by a shell user).

But occasionally the best method to transfer the data will be sneakernet (post office or another courier).

In the case of a physical shipment it should still be possible to use GWToolset to generate the description pages, etc. for files which are connected directly to a prod server. Does the extension need access to the files in order to generate the description pages?

See Bug 68264 and Bug 67477 comment 13; I think it's currently impossible for a disk to be hooked up directly to a server in a way that GWToolset could access the files.

So I'm thinking maybe we could do the other way around: have GWToolset generate batches of description pages that could then be used by the existing [[mediawikiwiki:Manual:importImages.php]] process. (so the extension would not itself be doing any uploads)

But I don't know enough about GWToolset to know if this is feasible.
Comment 1 Bawolff (Brian Wolff) 2014-07-30 23:11:44 UTC
(In reply to jeremyb from comment #0)
> Generally, the default for GLAM uploads should be to transfer images over
> internet (even if the files are so big that they need to uploaded
> server-side by a shell user).
> 
> But occasionally the best method to transfer the data will be sneakernet
> (post office or another courier).
> 
> In the case of a physical shipment it should still be possible to use
> GWToolset to generate the description pages, etc. for files which are
> connected directly to a prod server. Does the extension need access to the
> files in order to generate the description pages?

Yes it does. And furthermore it needs http(s?) access to the file

> 
> See Bug 68264 and Bug 67477 comment 13; I think it's currently impossible
> for a disk to be hooked up directly to a server in a way that GWToolset
> could access the files.
> 
> So I'm thinking maybe we could do the other way around: have GWToolset
> generate batches of description pages that could then be used by the
> existing [[mediawikiwiki:Manual:importImages.php]] process. (so the
> extension would not itself be doing any uploads)
> 
> But I don't know enough about GWToolset to know if this is feasible.

I don't really see how its applicable to the extension. For use with importImages.php you'd need to generate text files, in which case you would want the program to be run locally on your computer not on wiki.

I suppose you could make the extension generate image description pages without uploading any images, (yielding a bunch of pages in the File namespace without an associated file), and then use importImages.php to import the image (If no file desc specified, I believe that script just leaves the file page contents alone)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links