Re: [gdal-dev] 3D Viewer

2011-01-05 Thread Ralf Suhr
Hi Zoltan, the grass Nviz modul can do this. http://grass.fbk.eu/grass65/manuals/html65_user/wxGUI.Nviz.html Gr Ralf Am Mittwoch 05 Januar 2011, 07:31:51 schrieb Zoltan Szecsei: Hi, Can anyone point me to a simple 3D viewer that can read simple DXF, and maybe even a space separated (4

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread iomeneandrei
Hi all, for what is worth also for me the simplicity of FWTOOLS wins. Best regards, andrea - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed:

Re: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
2011/1/5 Livneh Yehiyam ye...@rafael.co.il I personally will be happy to see FWTOOLS updated at least for major Gdal releases. I find it to be a much simpler way to distribute Gdal to my end users. I agree that OSGeo4W is more complete, but I think that for many users the simplicity of

[gdal-dev] ogr gml

2011-01-05 Thread Sebastian E. Ovide
Hi All, ogrinfo is skiping some fields my gml files for example the fields addressStatus, matchStatus, physicalStatus, positionalQuality and structureType are not read... osgb:addressPointMember osgb:AddressPoint fid='osgb10219388' osgb:version11/osgb:version

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Christopher Barker
On 1/5/11 3:41 AM, iomeneandrei wrote: for what is worth also for me the simplicity of FWTOOLS wins. FWTools is nice, but I think with OSgeo4win, not really important. However, for simplicity, a one-click installer for just GDAL/OGR for Windows, complete with command line tools and ready for

Re: [gdal-dev] ogr gml

2011-01-05 Thread christopher.schmidt
On Jan 5, 2011, at 11:13 AM, ext Sebastian E. Ovide wrote: Hi All, ogrinfo is skiping some fields my gml files for example the fields addressStatus, matchStatus, physicalStatus, positionalQuality and structureType are not read... Those are complex fields, which OGR doesn't handle.

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
2011/1/5 Christopher Barker chris.bar...@noaa.gov However, for simplicity, a one-click installer for just GDAL/OGR for Windows, complete with command line tools and ready for use with the python bindings (and others language bindings?) would be great. I've found it painful to find

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Daniel Morissette
On 11-01-05 12:44 PM, Tamas Szekeres wrote: I also wanted to include these files in an installer (or multiple installers) but at the moment I don't see the real benefit of this over extracting a single zip package, since these libraries don't require significant preparation (like regkey

Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Kyle Shannon
I guess my worry was if someone uses the FWTools libs to link against. 1.7.0 had that serious bug for writing HFA files: *ALERT: The GDAL/OGR 1.7.0 release has been discovered to have a serious bug which results in all Erdas Imagine files (HFA driver) being generated in a way that is unreadable

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Christopher Barker
On 1/5/11 9:44 AM, Tamas Szekeres wrote: Supporting multiple vesions (development/stable branches/releases, x32/x64, multiple MSVC CRT dependencies) is quite a difficult task in a single installer. yes, a Major pain. I don't know that we need a single installer, but there is a lot to

[gdal-dev] Combining TIFFs w/ different color palettes

2011-01-05 Thread MyKillK
Hello all, My question is simple. Is it possible to combine two GeoTIFFs, each with its own unique color palette into a single image that is properly color mapped? Each image only has 16 colors so I feel like it should be possible to copy Image #1's color table straight into indexes 0-15 and

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
2011/1/5 Christopher Barker chris.bar...@noaa.gov 1) It would be nice to have binaries for the latest release front and center at the main GDAL site -- having to poke around to find Tamas's site is not a big deal, but not always obvious. Chris, With regards to the comment above, while I'm

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
2011/1/5 Daniel Morissette dmorisse...@mapgears.com I agree with you, but it seems that an [OK] button (even if it doesn't do anything) makes Windows users feel so much better. :) Daniel, :-) And sometimes we wonder what a heck is being done behind an OK button on Windows which takes so

Re: [gdal-dev] Combining TIFFs w/ different color palettes

2011-01-05 Thread Frank Warmerdam
On 11-01-05 04:06 PM, MyKillK wrote: Hello all, My question is simple. Is it possible to combine two GeoTIFFs, each with its own unique color palette into a single image that is properly color mapped? Each image only has 16 colors so I feel like it should be possible to copy Image #1's color

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Christopher Barker
It may well be that GDAL has too many different use cases to even have a standard install, but... On 1/5/11 1:37 PM, Tamas Szekeres wrote: 2011/1/5 Christopher Barker chris.bar...@noaa.gov 1) It would be nice to have binaries for the latest release front and center at the main GDAL

Re: [gdal-dev] Re: Mosaic the output of gdal2tiles

2011-01-05 Thread iomeneandrei
Hi Rahkonen, thank you. Rahkonen Jukka wrote: I have a feeling that gdal wms driver might be able to do it. See examples at http://gdal.org/frmt_wms.html This seems the right solution. best regards - Andrea Borruso email:

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Frank Warmerdam
Folks, Wow, what a lot of discussion. From my perspective, I'm pleased with Tamas' provided binaries as a source for developers who want a GDAL SDK for a particular compiler version and choice of win32/win64. I like Jurgen's idea of building a stock GDAL binaries package with an installer

RE: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Jason Roberts
Specifically regarding Python programmers who primarily or exclusively use Windows: The majority of popular Python packages are delivered to Windows users by one of two mechanisms: 1.A stand-alone installation program (either a .exe or .msi file) that the user just downloads and runs,

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
2011/1/5 Jason Roberts jason.robe...@duke.edu Right now, to install the latest GDAL for Python on Windows, the user has to download a zip file from http://vbkto.dyndns.org/sdk/, drill in to find the Python files, copy them to C:\PythonXX\Lib\site-packages, drill into find the GDAL binaries

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Tamas Szekeres
Chris, Good points below, but having the compiled gdal binaries (and the binaries of the dependent libraries) in hand, which is the right way to install those files on Windows? (Assuming we don't provide python.exe and the related files in the package)? I mean which install actions should be done

RE: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Jason Roberts
Tamas, I have a decent amount of experience programming with Python (6 years, develop my own extension modules, etc) and I have never seen a package that recommends you install it to a directory of your choice and then modify the PYTHONPATH environment variable. The standard installation

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Christopher Barker
On 1/5/11 2:32 PM, Frank Warmerdam wrote: From my perspective, I'm pleased with Tamas' provided binaries as a source for developers who want a GDAL SDK for a particular compiler version and choice of win32/win64. yes, those are great! Like some others, I'm also confused by the correct way

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

2011-01-05 Thread Jürgen E . Fischer
Hi Frank, On Wed, 05. Jan 2011 at 17:32:42 -0500, Frank Warmerdam wrote: Is there someone that wants to take on producing official GDAL binaries from OSGeo4W with a self installer sort of similar to FWTools, likely using the mechanism Jurgen described? I'm interested, but interest hasn't