[gdal-dev] Summer of Code

Folks, The Google Summer of Code program is running again this year, and I'd like GDAL to partcipate under OSGeo. I have freshed up the ideas list and listed myself as an available mentor at: http://trac.osgeo.org/gdal/wiki/SummerOfCode I would encourage anyone else who is interested to add t

RE: [gdal-dev] question with field name read from ogrinfo

Hi Frank, Thanks for your reply! I know what you mean now, NAME_RCID can tell the difference between Feature records' RCID and Spatial Records', and it is easily to know the NAME_RCNM subfield is from Spatial Record from its prefix-"NAME". Best regards, Randy -Original Message- From: Fran

[gdal-dev] pcidsk sdk svn:externals

Folks, For a few months now the gdal/frmts/pcidsk/sdk directory has been referenced from the pcidsk sdk subversion using svn:externals in GDAL trunk. This had the benefit of ensuing the latest pcidsk code was always used with GDAL trunk. However, it has had some downsides too. 1) I tended to f

Re: [gdal-dev] question with field name read from ogrinfo

Randy wrote: Hi Frank and list, I have a question about field name in OGR: I read the “IHO transfer standard for digital hydrographic data publication S-57 Edition 3.1-November 2000”,and it tells me that one spatial record should have a “Record name” and its field name is [RCNM].But in ogri

Re: [gdal-dev] OGR and SpatiaLite

Thanks! I keep forgetting about those builds. But I do think the SQLite driver should report if it supports SpatiaLite. For example, in ogrsqlitedriver.cpp have something like: const char *OGRSQLiteDriver::GetName() { #ifdef HAVE_SPATIALITE return "SQLite+SpatiaLite functions"; #else

Re: [gdal-dev] OGR and SpatiaLite

Execellent! Thanks! Brent Yewondwossen Assefa wrote: Brent, MS4W 3 Beta 10's OGR was not build with that -DHAVE_SPATIALITE. Next version would have it (bug refernece: http://bugzilla.maptools.org/show_bug.cgi?id=2167) regards, Brent Fraser wrote: Tamas, I was afraid of that. I'm hav

Re: [gdal-dev] OGR and SpatiaLite

Brent, MS4W 3 Beta 10's OGR was not build with that -DHAVE_SPATIALITE. Next version would have it (bug refernece: http://bugzilla.maptools.org/show_bug.cgi?id=2167) regards, Brent Fraser wrote: Tamas, I was afraid of that. I'm having trouble getting MS4W 3 Beta 10's OGR to read my SpatiaL

Re: [gdal-dev] ImportError: No module named gdal

theuns wrote: HI, i am a newbie I am trying to merge two geotif files, with gdal_merge.py. I get the following error message. ImportError: No module named gdal. I am sure its just a configuration issue. I am using windows xp, and FWTools2.4.7, and i did add the C:\Program files\FWtools2.4.7\Py

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

On Fri, Mar 12, 2010 at 1:54 PM, Ari Jolma wrote: > I should have sent this to the list and not just Jorge. Anyway, the problem > is solved. > > Jorge Arevalo kirjoitti: >> >> The problem is that the MEM-based layer doesn't have fields. So, if I >> use "0" as iPixValField, I get an error, because

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

I should have sent this to the list and not just Jorge. Anyway, the problem is solved. Jorge Arevalo kirjoitti: The problem is that the MEM-based layer doesn't have fields. So, if I use "0" as iPixValField, I get an error, because there's no field with index 0 in the Feature. Of course, the sam

[gdal-dev] ImportError: No module named gdal

HI, i am a newbie I am trying to merge two geotif files, with gdal_merge.py. I get the following error message. ImportError: No module named gdal. I am sure its just a configuration issue. I am using windows xp, and FWTools2.4.7, and i did add the C:\Program files\FWtools2.4.7\Pymod to the path,

[gdal-dev] question with field name read from ogrinfo

Hi Frank and list, I have a question about field name in OGR: I read the "IHO transfer standard for digital hydrographic data publication S-57 Edition 3.1-November 2000",and it tells me that one spatial record should have a "Record name" and its field name is [RCNM].But in ogrinfo ,it gives me a

[gdal-dev] "Zoom" parameter causes crash of gdal2tiles.py

Hi all, I tested gdal2tiles.py of GDAL 1.6.3 on Debian unsatble. I noticed that if I use "zoom" parameter, the script crashes. Example: $ /usr/bin/python -u /usr/bin/gdal2tiles.py --zoom 3 "/home/userxx/data/data123.N1" Traceback (most recent call last): File "/usr/bin/gdal2tiles.py", line 2136,

[gdal-dev] projection of GDAL and ArcMap

Dear All, I'm trying to project a shapefile from Transverse Mercator projection with Krasovsky 1940 datum to Lambert Conformal Conic with D_Sphere_ARC_INFO datum by ArcMap and GDAL. I project the shapefile by importing it to the ArcMap which is with the target projection in advance. There is a