Carlo, I've just committed in GDAL trunk a IIP mini driver. Requires a IIP server that supports the JTL extension (which was the case for the 2 online services I tested). Online doc at http://www.gdal.org/frmt_wms.html will be refreshed in a few hours.
A few demos: $ gdalinfo "IIP:http://merovingio.c2rmf.cnrs.fr/fcgi-bin/iipsrv.fcgi?FIF=globe.256x256.tif"; Driver: WMS/OGC Web Map Service Files: none associated Size is 86400, 43200 Coordinate System is `' Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0,43200.0) Upper Right (86400.0, 0.0) Lower Right (86400.0,43200.0) Center (43200.0,21600.0) Band 1 Block=256x256 Type=Byte, ColorInterp=Red Overviews: 43200x21600, 21600x10800, 10800x5400, 5400x2700, 2700x1350, 1350x675, 675x337, 337x168, 168x84 Band 2 Block=256x256 Type=Byte, ColorInterp=Green Overviews: 43200x21600, 21600x10800, 10800x5400, 5400x2700, 2700x1350, 1350x675, 675x337, 337x168, 168x84 Band 3 Block=256x256 Type=Byte, ColorInterp=Blue Overviews: 43200x21600, 21600x10800, 10800x5400, 5400x2700, 2700x1350, 1350x675, 675x337, 337x168, 168x84 $ gdal_translate -of WMS "IIP:http://merovingio.c2rmf.cnrs.fr/fcgi-bin/iipsrv.fcgi?FIF=globe.256x256.tif"; globe.wms $ cat globe.wms <GDAL_WMS> <Service name="IIP"> <ServerUrl>http://merovingio.c2rmf.cnrs.fr/fcgi-bin/iipsrv.fcgi?FIF=globe.256x256.tif</ServerUrl> </Service> <DataWindow> <SizeX>86400</SizeX> <SizeY>43200</SizeY> <TileLevel>9</TileLevel> </DataWindow> <BlockSizeX>256</BlockSizeX> <BlockSizeY>256</BlockSizeY> <BandsCount>3</BandsCount> <Cache /> </GDAL_WMS> $ gdal_translate globe.wms out.tif -outsize 1024 0 -r bilinear Best regards, Even : > Dear Petr, > I'm very fond of georeferencer.com; for many topographic and geographic > maps it's more effective than using a desktop application like QGIS. > > The idea of implementing IIP/IIIF inside gdal has several reasons. > The first one is due to rights over the images. They are meant for personal > use, sometimes institutions are bound to contracts with private firms that > would not allow them to put these on georeferencer (I'm strongly againt > these agreements, but they are here to stay...), so hosting them elsewhere > would be at least embarassing if not illegitimate (there should also be a > way to open an arbitrary souce besides uploaded images, which is not the > case). > Another one is the ability of comparing historical maps one with another, > which is sometimes useful, besides a comparison between an unreferenced > image and Google Maps/Osm. Sometimes being able to use another reference, > say a cadastral map or a very detailed one is compelling (which is a third > reason). > > I think that an alternative way to use IIP/IIIF may be useful and in the > spirit of and Open Source project as gdal. > It's obviously easy to download the tiles one by one (jot/curl) and > assemble them in a sometimes huge file (montage), but a more dynamic way is > a must in these cases. Evan confirmed it would be fairly easy modifying the > WMS mini-driver to do it, but I think a pseudo-referenced (by pixel) VRT > file could be forged (as a temporary provision), knowing the number of > tiles in a row (easy to do) and the number of rows. I'll try to raise some > funding for the project to help in this development. Meanwhile, if someone > would like to try doing something on it, I'll be grateful and I will try to > support this effort even afterwards. > > c > > On Tue, Sep 15, 2015 at 12:12 AM, Petr Pridal <[email protected]> > > wrote: > > Dear Carlo, > > > > if you use our Georeferencer.com online service we can provide you with a > > fast OGC WMTS service and crowdsourced online georeferencing of the > > remote image sources such as IIIF or IIP done in a web browser. > > > > Best regards, > > > > Petr > > > > On Thu, Sep 3, 2015 at 5:17 PM, Carlo A. Bertelli (Charta s.r.l.) < > > > > [email protected]> wrote: > >> Hello, > >> > >> is there a way -- maybe using the WMS minidriver -- to open an IIP > >> streamed picture? > >> The online service is well documented ( > >> http://iipimage.sourceforge.net/documentation/) but unfortunately it > >> shows that the protocol is not at all compliant with the WMTS or TMS or > >> Google/SlippyMap schemas, even if it shares some of the ideas behind > >> them. There is an also an implementation of a plugin for Leaflet that > >> could help. Would anyone give some advice on how to deal with this > >> common raster map source for historical maps? > >> c -- Spatialys - Geospatial professional services http://www.spatialys.com _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
