[gdal-dev] MapInfo Datum lookup bug, CSV data for drivers

Hi all, I'm new to GDAL/OGR development and have run up against an existing bug with the MapInfo driver, which I'm willing to help fix. Details are at http://trac.osgeo.org/gdal/ticket/481#comment:8 with a comment which I'll reproduce here for convenience: I'm hitting this problem as well and rea

Re: [gdal-dev] ogr2ogr on SDTS/DLG creates wrong geometries

Bill Zissimopoulos wrote: Hello, list: I am using ogr2ogr to convert SDTS/DLG files to SHP for further processing. The command I use is as follows: wget http://edcftp.cr.usgs.gov/pub/data/DLG/100K/S/seattle-w_WA/hydrography/1431327.HY.sdts.tar.gz tar xzf 1431327.HY.sdts.tar.gz ogr2ogr -f "ESR

Re: [gdal-dev] gdalbuildvrt and location, Location, LOCATION

Yep, my fault. gdaltindex and gdalbuiltvrt are just fine the way they are... Sorry for the noise, Brent Brent Fraser wrote: Hmm, my gdaltindex creates a DBF with "LOCATION", even though I see that gdaltindex.c sets the default to "location" on line 71: const char *tile_index = "location";

[gdal-dev] Lossless JPEG in GDAL

Hello, I am wondering if there is a way to compile support for lossless JPEG into GDAL.  I have installed the libjpeg patch for lossless JPEG and recompiled/installed libjpeg.  Following this I compiled GDAL using the updated libjpeg, however, I cannot read the lossless JPEG files.  I'm not

Re: [gdal-dev] OGR question on geometric computations

Adriano, These questions seem to be specifically about GEOS functionality, which OGR provides (and in your case you use them from Perl) but neither OGR nor Perl really matter in this case. I'm not such an expert on GEOS that I dare to answer, I suggest you check first GEOS documentation and th

Re: [gdal-dev] gdalbuildvrt and location, Location, LOCATION

Hmm, my gdaltindex creates a DBF with "LOCATION", even though I see that gdaltindex.c sets the default to "location" on line 71: const char *tile_index = "location"; I'll have to step through the code with the debugger... Thanks! Brent Even Rouault wrote: By default, gdaltindex produces a

Re: [gdal-dev] gdalbuildvrt and location, Location, LOCATION

By default, gdaltindex produces a DBF with 'location' (lowercase) and ogrtindex 'LOCATION' (uppercase). So I think I've added this check so that people don't try to use ogrtindex output. The '-tileindex' option is indeed done for those specific cases where non-standard GDAL tileindex must be used

[gdal-dev] gdalbuildvrt and location, Location, LOCATION

I'm trying to use gdalbuildvrt (v1.6.0) to create a vrt file from a tileindex shapefile. The tileindex shapefile was created using gdaltindex, and dbfinfo reports: 1 Columns, 16 Records in file LOCATION string (254,0) Doing: gdalbuildvrt 082h04w2.vrt 082h04w.shp reports:

Re: [gdal-dev] gdal contour, output polygon

that's a very interesting option ! I think i could write a tool in C++ to do the grouping, and use the original line strings for the elevation lines/text. thanks a lot On 12/03/09 17:26, Jamie Adams wrote: You could also try using gdal_polygonize , b

Re: [gdal-dev] gdal contour, output polygon

You could also try using gdal_polygonize, but you'd need to find a way to reclass your source raster to discrete groups (i.e, elevation ranges). This could be done pretty easily using python, maybe something like val_repl.py

Re: [gdal-dev] gdal contour, output polygon

Hum, i'm working with a world wide data set, it may add some strange artifacts around the 180, but i'll give it a try, it's very likely that the average data will be much better. thanks for the help ! (sorry for the dupe :/ ) On 11/03/09 21:14, Chaitanya kumar CH wrote: Vali, I don't know a

Re: [gdal-dev] GDAL / PROJ.4 Transformation (cs2cs) - several results by PROJ.4-Versions (DHDN/GK2 => ETRS89/UTM32)

hi Jean-Claude, thanks for the information, Best regards, Greq Am Donnerstag 12 März 2009 11:55:50 schrieb Jean-Claude Repetto: > Gregor Fikoczek wrote : > > So is there a difference between PROJ.4-Versions (Version > 4.5 needs > > +datum-Parameter?) or am i doing something wrong? > > Hello

Re: [gdal-dev] GDAL / PROJ.4 Transformation (cs2cs) - several results by PROJ.4-Versions (DHDN/GK2 => ETRS89/UTM32)

Gregor Fikoczek wrote : So is there a difference between PROJ.4-Versions (Version > 4.5 needs +datum-Parameter?) or am i doing something wrong? Hello, In the prog 4.6.0 release notes, one can read : o MAJOR: Rework pj_transform() to avoid applying ellipsoid to ellipsoid transformations a

[gdal-dev] GDAL / PROJ.4 Transformation (cs2cs) - several results by  PROJ.4-Versions (DHDN/GK2 => ETRS89/UTM32)

Hi list, i am using the PROJ.4 (cs2cs, GDAL/OGR, UMN MapServer) for transformation from CS to CS. start-point (DHDN / GK 2 => epsg:31466) 521612;2552401,862;5616707,524 correct destination-point (ETRS89 / UTM 32 => epsg:25832) 32340408.033  5617072.487 example: cs2cs +init=epsg:31466 +to