Re: [gdal-dev] Creating mosaic larger than 4GB using gdal_merge.py

On Fri, May 13, 2011 at 11:03 AM, Vytas wrote: > Hi, > gdal_merge.py -o tot.tif Port*.tif Try "gdal_merge.py -co BIGTIFF=IF_NEEDED -o tot.tif Port*.tif" ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-d

Fwd: [gdal-dev] merging shapefiles larger than 4GB

I am afraid you are out of luck, the shapefile format restricts its size to 32 bit. See bytes 24-27 http://en.wikipedia.org/wiki/Shapefile Even if the SHP part was not so restricted, I bet the DBF part is. Cheers Brian On Mon, May 2, 2011 at 3:28 PM, Harsha Ch wrote: > Hi all, > I am u

Re: [gdal-dev] Re: cropping a tif with lat/lon

I keep a lot of my memory on a wiki because I am so forgetful. This page might help you. http://wildsong.biz/index.php?title=Mapping_Vietnam A couple months ago I was working with decollaring GeoPDF files from scanned maps of Vietnam. They are set up the same way as you describe, with one set of

Re: [gdal-dev] Re: cropping a tif with lat/lon

I am a newby too so I will share what I have learned lately. You can convert from one srs to the other using the cs2cs tool from proj.4 which is probably already installed if you have gdal. To test it I typed this lengthy command all cs2cs +proj=lcc +lat_1=44.34 +lat_2=46 +lat_0=43.66

Re: [gdal-dev] gdal datum shift

Thanks Frank I had guessed that I might have to use -s_srs but doing I saw no tangible results hence my request for more verbose output. "--debug on" was very useful as was PROJ_DEBUG. As you surmised, the datum "NAD83_High_Accuracy_Regional_Network" is not recognized as +datum=NAD83 Then I foun

[gdal-dev] gdal datum shift

Trying to get a raster to go from NAD83 to NAD27 with gdalwarp. Can't see any way to tell how it is choosing to do it. Is this documented anywhere? Is there any way to make it verbose so I can tell if it's trying? I ran it through strace and watched it open a file called gdal_datum.csv but of cour

Fwd: [gdal-dev] kml superoverlay help request

Darn -- meant this to go to the list not just to Harsh -- Forwarded message -- From: Brian Wilson Date: Mon, Apr 4, 2011 at 11:10 AM Subject: Re: [gdal-dev] kml superoverlay help request To: Harsh Govind Okay, so I cannot read KMZ w/gdal. I am using version 1.8 running on

[gdal-dev] kml superoverlay help request

the letter 'v' -- always wondered about those codes like rw+ maybe the + means update or append?? (And "rov" means remotely operated vehicle? oops context shift sorry) Thanks in advance Brian Wilson Corvallis OR ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] openjpeg build configuration

I am trying to build 1.8.0 on Linux with openjpeg support. I can easily build and install openjpeg from source (oropenjpeg_v1_4_sources_r697) into /usr/local ./configure --with-openjpeg ./configure --with-openjpeg=/usr/local both result in OpenJPEG support: no I wiped my gdal-1.8.0 d

[gdal-dev] Building GDAL 1.7.3 Python bindings

. I had time to download and build gdal itself a couple times while waiting. Now I can go back to real work.) Cheers -- Brian Wilson Corvallis Oregon ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev