[gdal-dev] GDAL/OGR 1.9.0 Beta1 Released

2011-12-19 Thread Frank Warmerdam
Folks, I have prepared a first cut for the 1.9.0 release (Beta 1). Source code and the autotest suite can be found at: http://download.osgeo.org/gdal/gdal-1.9.0b1.tar.gz http://download.osgeo.org/gdal/gdal190b1.zip http://download.osgeo.org/gdal/gdalautotest-1.9.0b1.tar.gz NEWS can be fou

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Frank Warmerdam
On Mon, Dec 19, 2011 at 1:14 PM, Oliver Burger wrote: > Hi, > > I know, you are only talking about a beta1 right now, but as package > maintainer at Mageia, I would be interested to know if there will be any > bigger api changes, making it difficult to build apps linking against libgdal. Oliver,

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Oliver Burger
Hi, I know, you are only talking about a beta1 right now, but as package maintainer at Mageia, I would be interested to know if there will be any bigger api changes, making it difficult to build apps linking against libgdal. By the way, do you have any roadmap for gdal-1.9? Thanks, Oliver ___

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Etienne Tourigny
Frank, is there any "code freeze" policy right now? I have a few bugs to resolve in the netcdf driver (thanks to Kyle's comments). regards, Etienne On Mon, Dec 19, 2011 at 7:04 PM, Frank Warmerdam wrote: > Dave, > > If this does not make it into Beta1, then it should still make Beta2.  I > hope

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Frank Warmerdam
On Sun, Dec 18, 2011 at 11:01 PM, Lauri Kajan wrote: > Hi all, > > I would be more than happy if there was xyzm support in OGR. But I > thought this won't happen until we decide to implement OGC Simple > Feature Access 1.2 specification. > Now ogr implements Simple Feature 1.1 that does not suppor

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Frank Warmerdam
Dave, If this does not make it into Beta1, then it should still make Beta2. I hope to produce Beta1 by the end of day today. It will be wonderful if SQL Anywhere support can be built in by default. Best regards, Frank On Mon, Dec 19, 2011 at 10:23 AM, wrote: > Hello Frank and other GDAL/OGR

[gdal-dev] Re: WFS driver, ogrinfo and GetFeature

2011-12-19 Thread Jukka Rahkonen
Even Rouault mines-paris.org> writes: > > > > > I am thinking as a WFS server admin and I cannot comment out the line > > from those who are possibly using our services with GDAL. I am not > > causing so much trouble for myself :) > > > > I have set maxFeatures to 10 on the server side. It

Re: [gdal-dev] 1.9 Release Process

2011-12-19 Thread Dave . DeHaan
Hello Frank and other GDAL/OGR devs, I announced on this list a couple months back that I would have a co-op student writing an OGR driver for SQL Anywhere 12. The driver is now complete, and over the last few weeks we've been performing application-level testing with ogr2ogr, MapServer, and QGIS

Re: [gdal-dev] DXF to Postgis using ogr2ogr

2011-12-19 Thread Ralf Suhr
http://www.gdal.org/ogr/drv_dxf.html Does ogrinfo print out the "blocks" layer? ogrinfo --config DXF_INLINE_BLOCKS FALSE File.dxf INFO: Open of `File.dxf' using driver `DXF' successful. 1: blocks 2: entities To see what can be imported by ogr use a dxfviewer that display only the model sp

Re: [gdal-dev] DXF to Postgis using ogr2ogr

2011-12-19 Thread Bob Pawley
Thanks Ralf So far, I haven’t been able to populate the block columns unless I use a DXF file which has been exploded before saving. In all of my searching, I have not come across your suggestion of dereferencing the block. Can you point me to some documentation? Bob From: Ralf Suhr Sent: M

Re: [gdal-dev] Re: WFS driver, ogrinfo and GetFeature

2011-12-19 Thread Even Rouault
> > I am thinking as a WFS server admin and I cannot comment out the line > from those who are possibly using our services with GDAL. I am not > causing so much trouble for myself :) > > I have set maxFeatures to 10 on the server side. It will mean that the > accurate extents method of gdal wi

[gdal-dev] Re: WFS driver, ogrinfo and GetFeature

2011-12-19 Thread Jukka Rahkonen
Even Rouault mines-paris.org> writes: > > This will make one by one full GetFeatures for all the feature types in the > > whole service. My service has 55 feature types and many of them has more > > than > > million features and ogrinfo will probably fail if my server won't fail > > earlier

[gdal-dev] Re: error by starting gdal_merge.bat (win7, fwtools 2.4.7)

2011-12-19 Thread Jan Tappenbeck
hi ! thanks for answer. but for OSGeo4W i only found the web-installer and our web-line is very small so the installer died. i did not found a downloadfile - can you help me again ? reagards Jan :-) Am 19.12.2011 14:40, schrieb Chaitanya kumar CH: Jan, That package contains minimalist e

Re: [gdal-dev] WFS driver, ogrinfo and GetFeature

2011-12-19 Thread Even Rouault
Selon Jukka Rahkonen : > Hi, > > If user wants to read a summary of a certain WFS feature type with a command > like > > ogrinfo -ro -so WFS:http://server.com/wfs ns:typeName > > GDAL seems to send then four separate commands: > > First: > SERVICE=WFS&REQUEST=GetCapabilities&ACCEPTVERSIONS=1.1.0,1

Re: [gdal-dev] error by starting gdal_merge.bat (win7, fwtools 2.4.7)

2011-12-19 Thread Jean-Claude Repetto
Le 28/11/2011 16:55, Jan Tappenbeck a écrit : Hi ! i try to start a gdal_merge by win7 64 bit and the fwtools 2.4.7 gdal_merge.bat -ul_lr 2601660.7343 5477349.8203 2607572.5742 5475273.3574 -of GTiff -o %output%_number.tif %input% Hi, gdal_merge.py is only an example program to show how t

[gdal-dev] Re: error by starting gdal_merge.bat (win7, fwtools 2.4.7)

2011-12-19 Thread Chaitanya kumar CH
Jan, That package contains minimalist executables. It does not contain the pythin scripts. Use OSGeo4W to install it. On Mon, Dec 19, 2011 at 6:44 PM, Jan Tappenbeck wrote: > > > HI ! > > i download http://download.osgeo.org/**gdal/win32/1.6/** > gdalwin32exe160.zip

[gdal-dev] WFS driver, ogrinfo and GetFeature

2011-12-19 Thread Jukka Rahkonen
Hi, If user wants to read a summary of a certain WFS feature type with a command like ogrinfo -ro -so WFS:http://server.com/wfs ns:typeName GDAL seems to send then four separate commands: First: SERVICE=WFS&REQUEST=GetCapabilities&ACCEPTVERSIONS=1.1.0,1.0.0 Second: SERVICE=WFS&VERSION=1.1.0&R

Re: [gdal-dev] [python] OGR feature to GeoJSON TypeError

2011-12-19 Thread Frank Broniewski
Thanks Even, I really should find a way to use a more recent version of gdal on my debian system. My only concern is to break package compatibility for other software that relies on the debian-version of gdal. Looks like a holiday project to find out how to do this :-) Frank Am 19.12.2011 1

Re: [gdal-dev] [python] OGR feature to GeoJSON TypeError

2011-12-19 Thread Even Rouault
Frank Should be fixed in GDAL 1.8.0. See http://trac.osgeo.org/gdal/ticket/3870 Best regards, Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] [python] OGR feature to GeoJSON TypeError

2011-12-19 Thread Frank Broniewski
Hi, There seems to be a problem with the feature export to GeoJSON. I created a small example: Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> from osgeo import ogr >>> ds = ogr.Open

Re: [gdal-dev] DXF to Postgis using ogr2ogr

2011-12-19 Thread Ralf Suhr
Hi Bob, the dxf driver writes to tables "entities" and "blocks". You have to dereference the block layer yourself. SELECT Translate( Scale( Rotate((Dump(b.wkb_geometry)).geom, e.blockangle / 180 * PI()), e.blockscale[1], e.blockscale[2]), ST_X(e.wkb_geometry), ST_Y(e.wkb_geometry)) AS wkb_geom