Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use case for increasing the Commons file size limit to 194GB: http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Thanks!
Pine
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use case for increasing the Commons file size limit to 194GB: http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
That's not going to happen.
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g. https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities (Obviously, its open source, so anyone could submit a patch. Maybe it would make a cool gsoc project to have a tile viewer in media viewer, albeit that's kind of on the large size for a gsoc project.
-- -bawolff
Maybe the tile viewer project could be segmented in a way that it could be spread over multiple volunteer developer tranches. Quim, what do you think?
Pine On Oct 26, 2015 10:37 PM, "Brian Wolff" bawolff@gmail.com wrote:
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use
case
for increasing the Commons file size limit to 194GB:
http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
That's not going to happen.
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities (Obviously, its open source, so anyone could submit a patch. Maybe it would make a cool gsoc project to have a tile viewer in media viewer, albeit that's kind of on the large size for a gsoc project.
-- -bawolff
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Volunteers are free to do whatever they want, including collaborating with people...
If you mean splitting over multiple gsoc/opw projects. Such projects have to be mostly self-contained, although theoretically you could probably split it between a backend project -> having an api to return tiles, and a frontend project of doing all the media viewer stuff.
Assuming there were mentors and students who wanted to do that, and we decide we want mediawiki to be able to serve tiles of images (Not entirely clear if we do). Anyways lots of if on that, and would require someone really interested to push it forward and do some analysis if it was to actually become a gsoc/opw project.
-- -bawolff
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Maybe the tile viewer project could be segmented in a way that it could be spread over multiple volunteer developer tranches. Quim, what do you think?
Pine On Oct 26, 2015 10:37 PM, "Brian Wolff" bawolff@gmail.com wrote:
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use
case
for increasing the Commons file size limit to 194GB:
http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
That's not going to happen.
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities (Obviously, its open source, so anyone could submit a patch. Maybe it would make a cool gsoc project to have a tile viewer in media viewer, albeit that's kind of on the large size for a gsoc project.
-- -bawolff
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
I happen to know a developer who I believe has done a similar project in the private sector. He might be interested in a contract for this project if WMF has money available in the new project grants structure; pinging Marti to ask if this an option. If not, it sounds like this project goes off to the back burner to wait for potential volunteer developers via Quim.
Pine On Oct 26, 2015 10:55 PM, "Brian Wolff" bawolff@gmail.com wrote:
Volunteers are free to do whatever they want, including collaborating with people...
If you mean splitting over multiple gsoc/opw projects. Such projects have to be mostly self-contained, although theoretically you could probably split it between a backend project -> having an api to return tiles, and a frontend project of doing all the media viewer stuff.
Assuming there were mentors and students who wanted to do that, and we decide we want mediawiki to be able to serve tiles of images (Not entirely clear if we do). Anyways lots of if on that, and would require someone really interested to push it forward and do some analysis if it was to actually become a gsoc/opw project.
-- -bawolff
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Maybe the tile viewer project could be segmented in a way that it could
be
spread over multiple volunteer developer tranches. Quim, what do you
think?
Pine On Oct 26, 2015 10:37 PM, "Brian Wolff" bawolff@gmail.com wrote:
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use
case
for increasing the Commons file size limit to 194GB:
http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
That's not going to happen.
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S...
). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities (Obviously, its open source, so anyone could submit a patch. Maybe it would make a cool gsoc project to have a tile viewer in media viewer, albeit that's kind of on the large size for a gsoc project.
-- -bawolff
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
The way to do this, in my opinion, would be to support easy set-up of a IIIF endpoint, with appropriate cache integration etc https://phabricator.wikimedia.org/T89552 and also to reflect the kind of information being presented by MediaViewer, eg for all the images on a particular page, into the form of an IIIF manifest, that could be browsed using any of the increasing universe of IIIF viewers out there.
IIIF is gaining real momentum in the GLAM community.
The Internet Archive for example just this week announced full IIIF provision, with descriptions of how they had achieved it.
http://blog.archive.org/2015/10/23/zoom-in-to-9-3-million-internet-archive-b...
Lots of GLAMs on both sides of the Atlantic are moving towards it as their key image-server protocol; and for example the National Gallery in London has expressed a very strong wish that wiki could support IIIF for their internal wiki.
As well as serving zooms and tiles to clients, the advantage of an IIIF service is that different endpoints are compatible and interoperable, so it is possible to create documents (manifests) bringing together images from multiple sources, that can be eg zoomed together and presented together in any IIIF-compatible application. It is also very much designed to be part of the Open Linked Data ecosystem.
If anyone wants to work tile-based backend or frontend, I would therefore strongly recommend IIIF as the API between the two, for compatibility for the rest of the world.
And if we are serious about serving the sum of the world's images, it is frustrating that we're not taking more steps to make them available compatibly with the API that much of the rest of the GLAM world is moving towards.
-- James.
On 27/10/2015 05:55, Brian Wolff wrote:
Volunteers are free to do whatever they want, including collaborating with people...
If you mean splitting over multiple gsoc/opw projects. Such projects have to be mostly self-contained, although theoretically you could probably split it between a backend project -> having an api to return tiles, and a frontend project of doing all the media viewer stuff.
Assuming there were mentors and students who wanted to do that, and we decide we want mediawiki to be able to serve tiles of images (Not entirely clear if we do). Anyways lots of if on that, and would require someone really interested to push it forward and do some analysis if it was to actually become a gsoc/opw project.
-- -bawolff
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Maybe the tile viewer project could be segmented in a way that it could be spread over multiple volunteer developer tranches. Quim, what do you think?
Pine On Oct 26, 2015 10:37 PM, "Brian Wolff" bawolff@gmail.com wrote:
On 10/26/15, Pine W wiki.pine@gmail.com wrote:
Assuming that this image will be released with a Commons-compatible license, sooner or later (maybe many years later), there will be a use
case
for increasing the Commons file size limit to 194GB:
http://www.dpreview.com/articles/5817599570/astronomers-create-46-gigapixel-...
That's not going to happen.
Perhaps in a timeframe in the nearer future, could MediaViewer be tweaked to download and show only small portions at a time of large images and/or tiled sets of of images? I think this feature might get a lot of use from the moment of deployment.
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities (Obviously, its open source, so anyone could submit a patch. Maybe it would make a cool gsoc project to have a tile viewer in media viewer, albeit that's kind of on the large size for a gsoc project.
-- -bawolff
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
On Tue, Oct 27, 2015 at 6:48 AM, Pine W wiki.pine@gmail.com wrote:
Quim, what do you think?
I think that everything starts with a task in Phabricator describing the problem. ;)
This seems to be related to existing unclaimed tasks:
https://phabricator.wikimedia.org/T7614 https://phabricator.wikimedia.org/T105789
-- brion
On Tue, Oct 27, 2015 at 6:55 AM, Quim Gil qgil@wikimedia.org wrote:
On Tue, Oct 27, 2015 at 6:48 AM, Pine W wiki.pine@gmail.com wrote:
Quim, what do you think?
I think that everything starts with a task in Phabricator describing the problem. ;)
-- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
On Mon, Oct 26, 2015 at 10:37 PM, Brian Wolff bawolff@gmail.com wrote:
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities
Even when MediaViewer was resourced, this feature never made the cut (you can see the plans at T77151 https://phabricator.wikimedia.org/T77151). It would be a fairly large project, and compared to other large reader-centric media projects (such as a better video player, or structured media data) the impact seems a lot smaller.
Assuming there were mentors and students who wanted to do that, and we
decide we want mediawiki to be able to serve tiles of images (Not entirely clear if we do).
I don't see why we wouldn't want the capability; it's required if we want to provide a high-quality multimedia user experience. Whether it would be part of MediaWiki proper or some kind of microservice is an implementation detail.
On 10/27/15, Gergo Tisza gtisza@wikimedia.org wrote:
On Mon, Oct 26, 2015 at 10:37 PM, Brian Wolff bawolff@gmail.com wrote:
Commons currently uses tool labs for this (See the interactive large image viewer like, on e.g.
https://commons.wikimedia.org/wiki/File:South_Station,_Elevated,_and_Dewey_S... ). I'm sure this would be a cool feature for media viewer. I doubt its going to happen in the near future based on current priorities
Even when MediaViewer was resourced, this feature never made the cut (you can see the plans at T77151 https://phabricator.wikimedia.org/T77151). It would be a fairly large project, and compared to other large reader-centric media projects (such as a better video player, or structured media data) the impact seems a lot smaller.
Assuming there were mentors and students who wanted to do that, and we
decide we want mediawiki to be able to serve tiles of images (Not entirely clear if we do).
I don't see why we wouldn't want the capability; it's required if we want to provide a high-quality multimedia user experience. Whether it would be part of MediaWiki proper or some kind of microservice is an implementation detail.
I was more thinking, we might want to take a moment to consider the future of thumbnail naming before adding lots of complexity to how we specify thumbnail options. I've heard some people complain about our thumbnail option naming system
Then again maybe not. I haven't really put much thought into if that's even an issue or not.
-- -bawolff
On Tue, Oct 27, 2015 at 1:52 AM, Brian Wolff bawolff@gmail.com wrote:
I was more thinking, we might want to take a moment to consider the future of thumbnail naming before adding lots of complexity to how we specify thumbnail options. I've heard some people complain about our thumbnail option naming system
There is some discussion ongoing about that in T66214 https://phabricator.wikimedia.org/T66214. But IMO that's orthogonal. Adding a bunch of new options wouldn't make the switch to a new format significantly harder. At worst, it would mean the person who is adding the options would have to do it twice. (If you mean that improving thumbnail handling is a better place to focus energies on right now, I agree, but as you said volunteers are free to do whatever they want.)
multimedia@lists.wikimedia.org