Re: [gdal-dev] Problem creating geo-tiff from scratch

2010-07-05 Thread Chaitanya kumar CH
Marco, 1. You misspelled the option for world file creation as 'TWF' which should actually be 'TFW'. 2. The driver did report the error message correctly after processing the creation options. There may be a bug with the debugger. On Tue, Jul 6, 2010 at 6:26 AM, Marco Zuliani wrote: > Dear all,

Re: [gdal-dev] Re: Writing non-ASCII characters to shapefile

2010-07-05 Thread Francis Markham
Okay, I will take that approach then. Thank you all for your help. What specific value should I write into the .cpg? The string '65001' or the string 'utf-8' or something else? -Francis On 5 July 2010 21:53, Peter Hopfgartner wrote: > Hi Francis, > > what does not portable mean? ArcMap handles

Re: [gdal-dev] gdal_translate -a_srs

2010-07-05 Thread Greg Coats
Frank, Yes! Thank you. Greg On Jul 5, 2010, at 7:25 PM, Frank Warmerdam wrote: > Greg Coats wrote: >> Following Frank's suggestion, and in accordance with the web page GDAL >> Utilities http://www.gdal.org/gdal_utilities.html Creating New Files >> I issued these GDAL commands >> $ gdal_translate

[gdal-dev] Problem creating geo-tiff from scratch

2010-07-05 Thread Marco Zuliani
Dear all, I am trying to utilize GDAL to generate a geo-tiff image from scratch. I have been following the tutorial presented at http://www.gdal.org/gdal_tutorial.html and I have been reading the documentation of the functions involved in the process, but so far I have not beed successfull in acc

Re: [gdal-dev] gdal_translate -a_srs

2010-07-05 Thread Frank Warmerdam
Greg Coats wrote: Following Frank's suggestion, and in accordance with the web page GDAL Utilities http://www.gdal.org/gdal_utilities.html Creating New Files I issued these GDAL commands $ gdal_translate --version GDAL 1.7.2, released 2010/04/23 $ gdal_translate -of GTiff -ot Uint16 -a_srs NAD8

Re: [gdal-dev] gdal_translate -a_srs

2010-07-05 Thread Greg Coats
Following Frank's suggestion, and in accordance with the web page GDAL Utilities http://www.gdal.org/gdal_utilities.html Creating New Files I issued these GDAL commands $ gdal_translate --version GDAL 1.7.2, released 2010/04/23 $ gdal_translate -of GTiff -ot Uint16 -a_srs NAD83_UTM18N.wkt in.tif

[gdal-dev] Pyramid level 1 in OVR pyramid file

2010-07-05 Thread jbu311
Hi everyone, I understand that the first pyramid level (subimage 0) in an OVR pyramid file is missing because this saves a lot of space compared to how RRD pyramid files are built. For those of you who use the pyramid files to display/zoom images, do you rebuild the first pyramid level or do you

[gdal-dev] Determining which .img subimage .OVR and .RRD pyramid go with

2010-07-05 Thread jbu311
Hi all, I am trying to associate my .OVR (or RRD) pyramid file with its .img counterpart. Dealing with subimages is where it gets tricky. As I understand it, .ovr (or .rrd) is the pyramid file for . So that's simple enough. However the problem is dealing with subimages. My .img file has mu

Re: [gdal-dev] ERROR 1: Too many points (441 out of 441) failed to transform, , unable to compute output bounds.

2010-07-05 Thread Brent Fraser
Stephan, Even though the tiles are South of the equator, they are in the UTM North coordinate system. Try -a_srs EPSG:32601 instead of 32701, for Zone 1. Brent Stephen Woodbridge wrote: Even or anyone, I have made some progress, I think, in that all of the northern hemisphere files ha

Re: [gdal-dev] Re: gdal_translate -a_srs

2010-07-05 Thread Daniel Morissette
Greg Coats wrote: > What is the EPSG code for NAD 1983, UTM Zone 18N? > Where does one go to lookup the EPSG code for a projection? > Greg > A useful resource is http://spatialreference.org/ ... and for "NAD 1983 UTM Zone 18" it returns: http://spatialreference.org/ref/?search=NAD+1983+UTM+Zone

Re: [gdal-dev] Re: gdal_translate -a_srs

2010-07-05 Thread Jean-Claude REPETTO
Le 05/07/2010 17:39, Greg Coats a écrit : What is the EPSG code for NAD 1983, UTM Zone 18N? Where does one go to lookup the EPSG code for a projection? Greg http://spatialreference.org/ref/epsg/26918/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.or

Re: [gdal-dev] Re: gdal_translate -a_srs

2010-07-05 Thread Greg Coats
What is the EPSG code for NAD 1983, UTM Zone 18N? Where does one go to lookup the EPSG code for a projection? Greg On Jul 5, 2010, at 8:53 AM, Monica Buescu wrote: > Hi > I don't want to interrupt or disturb the conversation but, wouldn't it be > much better to just use EPSG code for NAD 1983, U

Re: [gdal-dev] Modify an image color table? ---SOLVED----

2010-07-05 Thread Marco Stelluti
Modify an image color table? -- SOLVED -- Thanks a lot Frank and Luke. This is the solution of my problem: 1) I built *.vrt file from ASCII file; 2) I used the command like this: -- Red

[gdal-dev] Re: gdal_translate -a_srs

2010-07-05 Thread Monica Buescu
Hi I don't want to interrupt or disturb the conversation but, wouldn't it be much better to just use EPSG code for NAD 1983, UTM Zone 18N? Best Regards Monica ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal

Re: [gdal-dev] Re: Writing non-ASCII characters to shapefile

2010-07-05 Thread Peter Hopfgartner
Hi Francis, what does not portable mean? ArcMap handles UTF-8 fine, if the correct encoding is written into the .cpg file. Recent shapelib should handle this fine, too. If there is any problem with a specific GIS program, a bug report for that GIS program might be the right thing to do. Regards,

[gdal-dev] Re: Writing non-ASCII characters to shapefile

2010-07-05 Thread Francis Markham
At the bottom of this page, for one: http://resources.arcgis.com/content/kbase?fa=articleShow&d=21106 But honestly I've found hard to find information about this. I'd be very happy to be corrected if this is not the case! Cheers, Francis On 5 July 2010 19:09, Hermann Peifer wrote: > Francis,

[gdal-dev] C#: Retrieve boundary of coordinate system

2010-07-05 Thread Tomas R
Attacking GDAL via the C# interface and I have a question Have set up two (Osr) SpatialReferences and transformations to and form both. One system is WGS84 and the other is unknown. To get a consistent behaviour I need to retrieve the boundary, in WGS84 coordinates, of the unknown system. I