Hoi, This is the answer I received..
It would be quite possible to index the offsets of each article and render a view that presents the article based on the width of the column, screen, etc. This would only really be helpful if pixel-based imagery is necessary, otherwise a text or vector based solution may require less bandwidth.
Thanks, GerardM
On 15 March 2010 19:29, Gerard Meijssen gerard.meijssen@gmail.com wrote:
Hoi, This is indeed a clever approach to the use of a system like Djatoka.. I have no clue if this has been done.. I will ask. Thanks, GerardM
On 13 March 2010 17:36, Lars Aronsson lars@aronsson.se wrote:
Tim Alder wrote:
So I experiment a little bit with TMS[1] and create: http://toolserver.org/~kolossos/zoom-image/tms/http://toolserver.org/%7Ekolossos/zoom-image/tms/ To create this tiles I use the opensource tool GDAL2tiles.[2]
I also test Zoomify so if you want to compare: http://toolserver.org/~kolossos/zoom-image/http://toolserver.org/%7Ekolossos/zoom-image/ but I think we need in the future no flash.
One thing that is needed is to address a specific point in the picture, like a coordinate in a map. When this is applied to digitized newspapers, we need to be able to link directly to the article halfway down in column 5.
I'm certain map tile systems can do this (it works for coordinates in OpenStreetMap), but we need to ask the same question for any image zoom system.
If you use this solution for digitized newspapers or books, you can put all page images in one big zoomable picture.
-- Lars Aronsson (lars@aronsson.se) Aronsson Datateknik - http://aronsson.se
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l