Re: [gdal-dev] Uint16 geotiff

Nikolaos Hatzopoulos gmail.com> writes: > gdal translate can not add the TIFFTAG_MINSAMPLEVALUE TIFFTAG_MAXSAMPLEVALUE > the specific tag are readonlysee:http://www.gdal.org/frmt_gtiff.html Hi, Works for me with gdal_edit.py: >c:\python27\python C:\gdal_dev\bin\gdal\python\scripts\gdal_edit.py

[gdal-dev] S57 and area reconstruction

Hello, My question is about S57, not gdal, but one of you may be able to help me. When an area (like "prcare") is at the edge of a cell (map) there will be a vertex on the edge of the cel. With several cells the full area can have several lines going through the area. Is there a trick/techniqu

[gdal-dev] ERROR 1: Too many points (440 out of 441) failed to transform, unable to compute output bounds.

I know I'm not the first to post this topic and encountered this problem. But I've search and read some posts related to this and tried their solutions but no luck. I really can't figure out what is causing this problem. How am I going to solve it? I have tried gdalwarp -wo SOURCE_EXTRA=100 -wo SA

Re: [gdal-dev] Uint16 geotiff

gdal translate can not add the TIFFTAG_MINSAMPLEVALUE TIFFTAG_MAXSAMPLEVALUE the specific tag are readonly see: http://www.gdal.org/frmt_gtiff.html On Wed, Sep 10, 2014 at 10:36 AM, Frank Warmerdam wrote: > Gdalwarp generally does not propagate metadata from the source(s) to the > output file.

[gdal-dev] Cygwin x86_64 complie gdal-1.11.0 fail

Hi there, I think I just found a bug when I tried to compile gdal-1.11.0 using cygwin in my laptop. it returns a fail info as below. I did a little search and found that setmod function is no longer supported by the cygwin. it is said that this kind of problem can only seen in x86_64 platform a

Re: [gdal-dev] unable to write a shapefile using ogr

Kyle Shannon pobox.com> writes: > > Style is usually dictated by the application. You can set them in the > app, or for some formats/drivers you can use the OGR style API: > > http://gdal.org/ogr_feature_style.html > > AFAIK, shapefiles do not support styles As you said, style is dictated by

Re: [gdal-dev] Uint16 geotiff

Frank Warmerdam pobox.com> writes: > > > Gdalwarp generally does not propagate metadata from the source(s) to the output file.  One approach is to use gdal_translate after to re-add desired metadata.  Alternatively you could precreate the output file and populate it with metadata.  I often do t

[gdal-dev] Extract subdataset from netCDF in a given directory

Hello, I am using gdal_translate to extract a subdataset from a netCDF file to a geotiff. If I run the command from the same directory where the netCDF file is located, there is no problem: Filename: PM25_2001_02_average.nc Ex. gdal_translate -of GTiff HDF5:"PM25_2001_02_average.nc"://Data /var/w

Re: [gdal-dev] Uint16 geotiff

Gdalwarp generally does not propagate metadata from the source(s) to the output file. One approach is to use gdal_translate after to re-add desired metadata. Alternatively you could precreate the output file and populate it with metadata. I often do this part in python. Best regards, Frank On S

[gdal-dev] Uint16 geotiff

Dear All, so I have an RGB image in tiff format with uint16 when I use gdalwrap the TIFFTAG_MINSAMPLEVALUE and TIFFTAG_MAXSAMPLEVALUE are magicaly disappearing from the result image WHYYY??? --Nikos ___ gdal-dev mailing list gdal-dev@lists.osgeo.org ht

Re: [gdal-dev] RFC 48: Geographical networks support

Hi, Imran. Yes, I think so. It depends on including GNM into GDAL. The python binding using swig, so adding the java will be simple. Best regards, Dmitry 09.09.2014 19:41, Imran Rajjad пишет: Will this be available for java bindings too? On Sep 9, 2014 12:53 AM, "Even Rouault"

Re: [gdal-dev] unable to write a shapefile using ogr

Beau, On Wed, Sep 10, 2014 at 7:30 AM, Beau Taylor wrote: > The following program successfully creates a shape file I am requiring. > > from osgeo import ogr > from osgeo import osr > > def myRing(coords): > ring = ogr.Geometry(ogr.wkbLinearRing) > for xy in coords: > ring.AddPoin

Re: [gdal-dev] arcs and circles as OGR geometry

Hi Even, 2014-09-10 17:15 GMT+02:00 Even Rouault : > Yes, there's no suppport for curve geometries yet, and linear approximation is > what has been used up to now (GML, DXF, ...). However I have reasonable hope > to get funding "soon", hopefully before end of year, to be able to work on > that.

Re: [gdal-dev] arcs and circles as OGR geometry

Le mercredi 10 septembre 2014 17:07:18, Martin Landa a écrit : > Hi all, > > in VFK driver which I maintain I would like to implement support for > arcs and circles which can be part of VFK file beside line strings > which are more common. > > It's seems to me that the only way how to process suc

[gdal-dev] arcs and circles as OGR geometry

Hi all, in VFK driver which I maintain I would like to implement support for arcs and circles which can be part of VFK file beside line strings which are more common. It's seems to me that the only way how to process such geometry in OGR library is to approximate circles or arcs with linestrings,

[gdal-dev] unable to write a shapefile using ogr

The following program successfully creates a shape file I am requiring. from osgeo import ogr from osgeo import osr def myRing(coords): ring = ogr.Geometry(ogr.wkbLinearRing) for xy in coords: ring.AddPoint(xy[0],xy[1]) return ring coords = [(-23.378906,68.974164), (-23.37890