Hi Even,
the fallback to double/real does only help if the integer could be stored in 52
bits, since the rest of the bits are reserved for the mantissa and sign =
exact up to ~15 decimal digits.
I proposed a fix 3 years ago to change the data type to string in order to not
loose data:
Hello Even,
I changed the definition to String in gfs file and use the type text in
postgresql.
I've tested with:
ogr2ogr -f PGdump /vsistdout/ nas_error_strschl.xml
ogr2ogr --config PG_LIST_ALL_TABLES YES -append -f PostgreSQL PG:dbname=nas
nas_error_strschl.xml
Am Montag 06 Dezember 2010,
Kosta, Team,
Konstantin Baumann wrote:
Hi Even,
the fallback to double/real does only help if the integer could be stored in 52
bits, since the rest of the bits are reserved for the mantissa and sign =
exact up to ~15 decimal digits.
I proposed a fix 3 years ago to change the data type to
Hi Frank,
Frank Warmerdam wrote:
Reviewing the ogr2ogr code I see this does trigger a call to
forceToPolygon()
though *mostly* it exists to set the type of the created layer. So, yes,
-nlt polygon with ogr2ogr may well do what you want.
I have used this GML file as input:
Hi,
I am using FWTools2.4.7 in a Dot Net environment (Win XP).
There seems to be a problem in finding the CSV files that are used in
SpatialReference.ImportFromESPG(...) - only when I move the csv files to be in
the running directory this works, no matter how I set GDAL_DATA variable.
I'll be
Hi,
Le 06/12/2010 20:50, Trent M Hare a écrit :
It would also make sense to
merge the PDS and ISIS2 code set however there are subtitle differences
in both formats that we must be careful of.
I have an existing code for this (only IMAGE tag), and in my patch i
have prepare two function to
Even,
thanks for the quick help. I have tested SVN21206 and the results fit my
needs.
Am Montag 06 Dezember 2010, 20:56:14 schrieb Even Rouault:
Ralf,
I have created a ticket for the NAS reader. Long numbers (13 digits) are
read as integer. Maybe there are more drivers who have the
On 10-12-07 03:43 AM, iomeneandrei wrote:
Hi Frank,
Frank Warmerdam wrote:
Reviewing the ogr2ogr code I see this does trigger a call to
forceToPolygon()
though *mostly* it exists to set the type of the created layer. So, yes,
-nlt polygon with ogr2ogr may well do what you want.
I have
Dear Frank,
Frank Warmerdam wrote:
I tried it with a trunk build and the multipolygon is converted to a
polygon.
I suspect the feature of the forcing support is new and if you want it you
would need a reasonably recent development build - more recent than
FWTools.
I have downloaded
On 10-12-07 02:48 PM, iomeneandrei wrote:
I have downloaded GDAL 1.7.3 from here http://vbkto.dyndns.org/sdk/, and I
have made a test. The output file now does not contain ever MultiPolygon,
but it has only Polygon. And I have made this test using two output formats:
SQLite and GML. This is a
Hi all,
There have been a few threads on this listserv about ArcGIS not recognizing
statistics built into GeoTiffs. For example, see:
http://lists.osgeo.org/pipermail/gdal-dev/2009-September/022044.html
Because GeoTiffs don't build .aux.xml files by default (even with
GDAL_PAM_ENABLED set
It's more than a little strange that none of those image sizes work.
Perhaps it's a problem with the image format? Can you verify that the
given format should work?
Looking at the spec, it might also be a problem with the 'sz'
argument. What value is that passing?
~Seth
On Dec 7, 2010,
12 matches
Mail list logo
