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,
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 t
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 GML
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 download
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 used
Hi Trent,
Le 06/12/2010 20:50, Trent M Hare a écrit :
New PDS bug which I could use help with -- I have recently seen a new
label from the LOLA team that allows one label to point to two different
image types. This breaks the simple GDAL parser.
In these LOLA labels there is a new section which
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 th
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 manag
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 g
Le 06/12/2010 23:34, antonio.ro...@deimos.com.pt a écrit :
Greetings
following Jean-Claude message
(http://lists.osgeo.org/pipermail/gdal-dev/2010-December/026983.html) I
identified 2 EPSG's with Equidistant Cylindrical:
EPSG 3786 and EPSG 32663. Does anyone, that has used ECWMF ERA Interim
data
Even,
i have open a new ticket : #3869 with a attachment.
> I see that you've cc'ed Robert Soricone. Does this mean that he or Trent Hare
> have already reviewed the patch ?
No, see the next message in the thread.
> Some links to public datasets if available would be helpful for testing I
> thi
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:
https://g
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 s
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 201
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:
15 matches
Mail list logo
