On 11-06-22 10:54 PM, conant wrote:
Thank you Frank!
Here it is the xml file. Yes, it seems that gdalinfo detected the xml file
but it did not read it. Any suggestion?
Cheers,
Nuo
-http://www.w3.org/2001/XMLSchema-instance";
xmlns:xs="http://www.w3.org/2001/XMLSchema";
xmlns:typens="http://
Thank you Frank!
Here it is the xml file. Yes, it seems that gdalinfo detected the xml file
but it did not read it. Any suggestion?
Cheers,
Nuo
- http://www.w3.org/2001/XMLSchema-instance";
xmlns:xs="http://www.w3.org/2001/XMLSchema";
xmlns:typens="http://www.esri.com/schemas/ArcGIS/9.3";>
Hello Antonio, Frank,
I've now been able to read the false northing UTM parameter. The next
step is the coordinate system, which is ITRF 97. As this is not a well
known coordinate system, could this definition be enough to represent
the standard? (from spatialreference.org):
_ _ _ _ _ _ _ _ _ _ _
Excellent! Thank you! Everything seems to be performing quite well now.
One more thank you.
~Bob
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Thanks Antonio,
I've detected a way to at least read the UTM zone of the product, and
will be back once I can get more data from the files, so we can think
more carefully where the changes belong. Many thanks again.
2011/6/18 Antonio Valentino :
> Hi Frank,
>
> Il 18/06/2011 14:38, Frank Warmerda
Le mercredi 22 juin 2011 19:18:51, Robert Naugle a écrit :
> Hi Even, welcome back.
>
> A fair suggestion, but -skipfailures is the first argument in my argument
> list. Even so, the test for skipfailures comes AFTER the call
> to CreateFeature(...) which is where I get a *java.lang.RuntimeExcepti
Hi Even, welcome back.
A fair suggestion, but -skipfailures is the first argument in my argument
list. Even so, the test for skipfailures comes AFTER the call
to CreateFeature(...) which is where I get a *java.lang.RuntimeException:
OGR Error: Unsupported geometry type. *This obviously stops all c
Le mercredi 22 juin 2011 18:48:34, Robert Naugle a écrit :
> Oliver,
>
> Thanks much for your help, and with the link. I thought I would share my
> progress:
>
> The first thing I tried was moving the csv files (s57attributes.csv and
> s57objectclasses.csv) into the working directory. Success! (s
Oliver,
Thanks much for your help, and with the link. I thought I would share my
progress:
The first thing I tried was moving the csv files (s57attributes.csv and
s57objectclasses.csv) into the working directory. Success! (sort of...)
ogr2ogr.java found all the layers in the s57 chart file. Howev
Paul,
Please check that you used the right values for XSize and YSize.
On Wed, Jun 22, 2011 at 6:39 PM, Paul Mallas wrote:
> Yes, I tried this. I keep getting a segmentation fault doing it this way.
>
> I will dig further, maybe something else is not right.
>
> Regards,
> Paul
>
>
> On 6/17/2011
Yes, I tried this. I keep getting a segmentation fault doing it this way.
I will dig further, maybe something else is not right.
Regards,
Paul
On 6/17/2011 6:25 PM, Paul Mallas wrote:
On 6/17/2011 5:41 PM, Frank Warmerdam wrote:
On 11-06-17 03:23 PM, Paul Mallas wrote:
Hello,
I am trying to
Le mardi 14 juin 2011 16:49:58, Cole, Derek a écrit :
Derek,
I'm not sure how you have implemented your multi-threading code, but you
should never call the GDAL API on the same dataset/raster bands handle from
several threads. This is true for all GDAL drivers.
If you want to do multi-threadin
Dear gdal-developers and users,
Our department (being part of the municipality of Munich) uses ogr2ogr
to retrieve data from the city administration's central Oracle Spatial
database as follows:
ogr2ogr -f "ESRI
Shapefile"/opt/uis/muc/shapes_geodatenpool/aktuell/vagrund_adr_suche_`date
+%Y_
Le lundi 20 juin 2011 23:49:18, Sylvain Maffren a écrit :
This might be just a rounding effect that appears at display time when ogrinfo
outputs the WKT representation, but not affect the output data itself. Likely
993366.058 and 993366 are 2 decimal representations for the same
binary
14 matches
Mail list logo
