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

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 >

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

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

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 locati

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

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/1/5 Jason Roberts > > 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 and related files,

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

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, o

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

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 (simi

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

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: abor

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

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 With regards to the comment above, while I'm not sure about the objectives but I don't think the GDAL site would intend to

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

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 ta

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

2011/1/5 Daniel Morissette > 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 long (or lasts forever

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

2011/1/5 Christopher Barker > > 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 not sure about t

[gdal-dev] Trouble handling HFA histogram (.img file)

We are trying to convert a 16-bit img into an 8-bit tif. Unfortunately, the colors appear VERY dark (not downconverted, but just plain dark). I suspect that this has something to do with the histogram. The gdalinfo of the original image can be found here . When

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

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 then

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

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 support.

Re: [gdal-dev] FWTools and GDAL 1.7.0

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 by

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

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 entries)

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

2011/1/5 Christopher Barker > 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 appropriate Windows executab

Re: [gdal-dev] FWTools and GDAL 1.7.0

Hi Christopher, On Wed, 05. Jan 2011 at 08:48:48 -0800, Christopher Barker wrote: > 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. The

RE: [gdal-dev] FWTools and GDAL 1.7.0

And add x64 support to that list, too... Kosta -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Christopher Barker Sent: Wednesday, January 05, 2011 5:49 PM To: gdal-dev@lists.osgeo.org Subject: Re: Fwd: Re: [gdal-dev] FWToo

Re: [gdal-dev] ogr gml

Hi Chris, if you have a newer gdal version (1.8). ogrinfo will produce: Layer name: AddressPoint Geometry: Point Feature Count: 1 Extent: (405525.60, 628349.00) - (405525.60, 628349.00) Layer SRS WKT: (unknown) version: Integer (0.0) versionDate: String (10.0) theme: String (7.0)

Re: [gdal-dev] ogr gml

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 ha

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

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

Sebastian, you didn't mention the GDAL version you are using. There has been a lot of improvements done in the GML driver in GDAL trunk over the last few months and theoritically you should now be able to see the fields that are not immediate children of the Feature element. You can try GDAL 1.8.0

[gdal-dev] ogr gml

Hi All, ogrinfo is skiping some fields my gml files for example the fields addressStatus, matchStatus, physicalStatus, positionalQuality and structureType are not read... 11 2009-10-12 Address Matched Existing Final Permanent Building AP6DJK8352W7DAUGJG 405525.600,628349.000 16 WEST

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

2011/1/5 Livneh Yehiyam > 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 FWTOOLS wins. > > W

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

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: http://feeds2.feedburner

Re: [gdal-dev] 3D Viewer

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 colu