On Thu, May 22, 2014 at 2:22 AM, Keegan Peterzell kpeterzell@wikimedia.org wrote:
I would like to say, Daniel, as much as it's worth over email, that ZoomViewer is awesome. With both WMF and volunteer hat, thank you for this :)
Hear, hear! It is a pleasure to use, reminds me of the Gigapan tools. I'd love to see it in wider use.
While optimizing it makes sense medium term, could ZoomViewer be given its own machine for now so that it could be put into wider use?
Rupert Thurner writes:
View the original file plus older versions is, from a glam upload perspective, mandatory.
I agree. Not merely "one more link", something central and obvious. (Right now, that is the primary way to interact with image pages on Commons: The largest active area on the page is the image, which when clicked takes you to the original file.)
Regards, Sam
On 24 May 2014 12:28, Samuel Klein meta.sj@gmail.com wrote:
Rupert Thurner writes:
View the original file plus older versions is, from a glam upload perspective, mandatory.
I agree. Not merely "one more link", something central and obvious. (Right now, that is the primary way to interact with image pages on Commons: The largest active area on the page is the image, which when clicked takes you to the original file.)
I would agree that accessing the image description page/original image really needs to be more obvious than the buried "Commons" link (which is virtually invisible to anyone who doesn't know our site iconography).
We've been telling people for years that if you keep clicking on the image file you'll get to our master copy in the end, so clicking on the expanded image seems a natural way to do it :-)
On Sat, May 24, 2014 at 1:38 PM, Andrew Gray andrew.gray@dunelm.org.uk wrote:
I would agree that accessing the image description page/original image really needs to be more obvious than the buried "Commons" link (which is virtually invisible to anyone who doesn't know our site iconography).
We've been telling people for years that if you keep clicking on the image file you'll get to our master copy in the end, so clicking on the expanded image seems a natural way to do it :-)
Fully agree with that.
Matters are worse for non-image media - under many circumstances, there is no way to click through from an embedded audio or video file on Wikipedia to the description page on Commons.
As an example, try getting to the description page of the video at https://en.wikipedia.org/w/index.php?title=Artist%27s_impression&oldid=6... . For me (under OSX), this works fine (via the Menu button) under Chrome but that button is simply not there under Firefox or Safari.
Examples for audio would be the May 20 entry at https://commons.wikimedia.org/w/index.php?title=Commons:Open_Access_File_of_... or the file behind the "listen" link at the top of https://en.wikipedia.org/w/index.php?title=Natalya_Gorbanevskaya&oldid=5... .
I think bugs for some of the above scenarios have been filed long ago but can't find them right know. Anyway, GLAMs and other providers of openly licensed media are really picky about such things (and rightly so, in most cases).
So while I would very much welcome simpler click-through for images, I think it is even more important to get any click-through path to work for non-image media in cases like those outlined above.
Cheers,
Daniel
While optimizing it makes sense medium term, could ZoomViewer be given its own machine for now so that it could be put into wider use?
I'll keep an eye on how it performs. Just last week I finally moved it to labs. [[User:Hedonil]] helped me optimize the webserver configuration on labs and supplied a watcher/restarter script. For now it seems to run fine. If necessary it could always be moved to a separate instance. Cheers, Daniel