[gdal-dev] gdal_translate give upside down result for Geotiff

2010-03-11 Thread theuns
Hi I have scanned in maps, that needs to be georeferenced. I usually did the georeferencing in ArcMap. I would like to move a away from propriety software to do this. I used gdal_translate to georeference the supplied tif file. The result is upside down. So i went back ArcMap, load the original

Re: [gdal-dev] gdal_translate give upside down result for Geotiff

2010-03-11 Thread Jean-Claude REPETTO
theuns a écrit : I used gdal_translate to georeference the supplied tif file. The result is upside down. What am i missing? Here is the gdal_translate command i used. gdal_translate -a_ullr 28.4696526275608 4.96918660287081 30.029965644484 6.29703349282297

Re: [gdal-dev] gdal_translate give upside down result for Geotiff

2010-03-11 Thread theunsgis
HI, OK I have to apologize, i got the coordinates wrong. The map is for a region south of the equator, so the latitudes should have been negative, once a fixed that, it generates it correctly. Sorry about that, everyone. -- View this message in context:

[gdal-dev] OGR and SpatiaLite

2010-03-11 Thread Brent Fraser
What would ogrinfo --formats show if GDAL was compiled with HAVE_SPATIALITE set? What would it show if only SQLite (and not SpatiaLite) was compiled in? Thanks! Brent Fraser ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] OGR and SpatiaLite

2010-03-11 Thread Tamas Szekeres
Brent, It should be SQLite in both cases. Best regards, Tamas 2010/3/11 Brent Fraser bfra...@geoanalytic.com What would ogrinfo --formats show if GDAL was compiled with HAVE_SPATIALITE set? What would it show if only SQLite (and not SpatiaLite) was compiled in? Thanks! Brent Fraser

Re: [gdal-dev] OGR and SpatiaLite

2010-03-11 Thread Brent Fraser
Tamas, I was afraid of that. I'm having trouble getting MS4W 3 Beta 10's OGR to read my SpatiaLite database. I suspect it's because SpatiaLite was not compiled in (I'm a SQLite newbie so I'm not sure); but there's no way to tell. Thanks! Brent Brent, It should be SQLite in both cases.

Re: [gdal-dev] OGR and SpatiaLite

2010-03-11 Thread Tamas Szekeres
Check out the recent builds from here: http://vbkto.dyndns.org/sdk/ Those have been compiled with spatialite support. Best regards, Tamas 2010/3/11 Brent Fraser bfra...@geoanalytic.com Tamas, I was afraid of that. I'm having trouble getting MS4W 3 Beta 10's OGR to read my SpatiaLite

Re: [gdal-dev] GEOS windows build question

2010-03-11 Thread Tamas Szekeres
Just tried to compile the 5.2 branch from SVN and works for me. Did you make a command line build? Best regards, Tamas 2010/3/11 Shawn GONG sg...@mdacorporation.com Hi list, I am building GEOS3.2.0 on windows, using MS VS 2008. I got an error: can't find inttypes.h, I downloaded

Re: [gdal-dev] GEOS windows build question

2010-03-11 Thread Tamas Szekeres
I mean the 3.2 branch, sorry 2010/3/11 Tamas Szekeres szeker...@gmail.com Just tried to compile the 5.2 branch from SVN and works for me. Did you make a command line build? Best regards, Tamas 2010/3/11 Shawn GONG sg...@mdacorporation.com Hi list, I am building GEOS3.2.0 on

[gdal-dev] RE: Simple Q: fatal error LNK1120: 19 unresolved externals

2010-03-11 Thread vona
I managed to open geotiff file without GDAL somehow. But it doesn't show the coordinates, which is not a problem in my project anyway. The bad thing is that it can take up to 5 seconds to load an image of 6000*6000 resolution.. -- View this message in context:

[gdal-dev] Polygonize: are these steps the right ones?

2010-03-11 Thread Jorge Arevalo
Hi, I'm using GDALPolygonize to polygonize a dataset with one band created using MEM driver: memdataset = GDALCreate(GDALGetDriverByName(MEM),, width, height, 0, GDT_Byte, NULL); GDALAddBand(memdataset, nPixelType, apszOptions); // in apszOptions[0] there are the band data Then, I create a MEM

[gdal-dev] Re: GEOS windows build question

2010-03-11 Thread 刘忠志
you should download Windows Server 2003 R2 Platform SDK, and install it. That pachage includes what you need--header files、libs etc. download :http://www.microsoft.com/downloads/details.aspx?displaylang=enFamilyID=0baf2b35-c656-4969-ace8-e4c0c0716adb

[gdal-dev] GDAL Progressive Data Support RFC Discussion

2010-03-11 Thread Frank Warmerdam
Folks, I have spent several days working on the JPIP driver initiated by Norman Barker, and also worked on by Garrett Briggs. This driver uses a proposed new method for asynchronous and progressive data access for GDAL. The driver now seems to be working fairly well, and based on that work I