Re: [gdal-dev] gdal_merge.py on large Tiff's. gdalwarp not working properly.

2012-07-07 Thread aphunter
Thanks for the suggestion. Unfortunately building the .vrt file as you suggested, and using gdal_translate, gives me the same fractured image that gdal_warp does. I am not sure why gdal_merge.py works properly while the others don't. -- View this message in context: http://osgeo-org.1560.n6.nabbl

Re: [gdal-dev] gdal_merge.py on large Tiff's. gdalwarp not working properly.

2012-07-07 Thread Chaitanya kumar CH
Aaron, You can use a combination of gdalbuildvrt and gdal_translate. gdalbuildvrt both.vrt one_26911.tif two_26911.tif gdal_translate both.vrt both.tif On Sun, Jul 8, 2012 at 5:44 AM, aphunter wrote: > Hi community! > > Here's my issue. I currently have two halves of California, one in > EPSG:

[gdal-dev] gdal_merge.py on large Tiff's. gdalwarp not working properly.

2012-07-07 Thread aphunter
Hi community! Here's my issue. I currently have two halves of California, one in EPSG:26910, and one in EPSG:26911. I successfully reprojected the 26910 segment into zone 26911, and if I make the images small, to test, gdal_merge.py works properly. See below: http://osgeo-org.1560.n6.nabble.com/

Re: [gdal-dev] Gdaladdo feels slow with Rasterlite

2012-07-07 Thread Rahkonen Jukka
Even Rouault wrote: >> >> Feels pretty good but I have an odd problem with a multitable database. I >> can only create overviews for the table that was written first into the >> database. > Good point. There was indeed an issue with multitable database and overviews. > Fixed in http://trac.osgeo.

Re: [gdal-dev] Basic OpenStreetMap driver with ReadOSM?

2012-07-07 Thread Rahkonen Jukka
Even Rouault wrote: >> Parsing relations must be pretty >> difficult, at least with polygons and therefore I was thinking that by >> using the ReadOSM library the responsibility about doing it right could be >> left to ReadOSM developer. > My understanding of the ReadOSM API is that it is "just"

Re: [gdal-dev] Basic OpenStreetMap driver with ReadOSM?

2012-07-07 Thread Even Rouault
> Parsing relations must be pretty > difficult, at least with polygons and therefore I was thinking that by > using the ReadOSM library the responsibility about doing it right could be > left to ReadOSM developer. My understanding of the ReadOSM API is that it is "just" a low level API that expo

Re: [gdal-dev] Basic OpenStreetMap driver with ReadOSM?

2012-07-07 Thread Rahkonen Jukka
Even Rouault wrote: > Last but not least, is there really an interest for such a driver given all > the existing advanced tools that do similar things : osm2pgsql, osmosis, > etc... ? Osm2pgsql outputs only to PostGIS and even PostGIS is super fine I consider that the threshold in installing and

Re: [gdal-dev] Any plans for a GDAL WMTS driver?

2012-07-07 Thread Even Rouault
Le samedi 07 juillet 2012 08:45:33, Jukka Rahkonen a écrit : > Hi, > > National Land Survey of Finland has opened an experimental WMTS service. > GetCapabolities is found from > http://karttatiili.fi/dataset/taustakarttasarja/capabilities/wmts.xml??REQU > EST=GetCapabilities Unfortunately GDAL doe

Re: [gdal-dev] Basic OpenStreetMap driver with ReadOSM?

2012-07-07 Thread Even Rouault
Le samedi 07 juillet 2012 11:07:35, Jukka Rahkonen a écrit : > Hi, > > I was wondering if the ReadOSM library > (https://www.gaia-gis.it/fossil/readosm/index) by Alessandro Furieri could > be utilised for making a basic read-only OpenStreetMap driver. Basic > driver would read OSM data in XML or p

[gdal-dev] Basic OpenStreetMap driver with ReadOSM?

2012-07-07 Thread Jukka Rahkonen
Hi, I was wondering if the ReadOSM library (https://www.gaia-gis.it/fossil/readosm/index) by Alessandro Furieri could be utilised for making a basic read-only OpenStreetMap driver. Basic driver would read OSM data in XML or pbf format and write out point, line and polygon layers with a fixed attri