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
Tim Alder wrote:
So I experiment a little bit with TMS[1] and create:
http://toolserver.org/~kolossos/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/
but I think we need
Is the image actually too big for MediaWiki to handle, or just too
big for the maximum file upload size as currently set? Are there
limiting factors within the Mediawiki software or the image tools
that it uses that prevent rescaling of large images for online viewing?
I would love to see
Hoi,
The file of the story cloth is almost 1 gigabyte. MediaWiki will download a
picture from top to bottom. This is prohibitively expensive and also the
user experience is not good... Think also about those poor people who use
wikipedia on their mobile !!
Rescaling makes sense up to a point. The
