Hi all,
I am wondering if GDAL has a method that returns the area of use/the areas epsg
code of a particular spatial reference system.
>From what I could find (e.g. in the OGRSpatialReference class doc and in the
>data provided in GDALs share folder) I think it's not possible. It seems a
+1 for me. I like your plan.
Daniel
On 2018-11-27 11:59 a.m., Even Rouault wrote:
Hi,
I've been considering an early GDAL 2.4.0 release for the end of this year
instead of the traditionnal mid-April / May target.
The rationale is that the work related to the GDAL/PROJ SRS revamp effort (aka
Hi,
I've been considering an early GDAL 2.4.0 release for the end of this year
instead of the traditionnal mid-April / May target.
The rationale is that the work related to the GDAL/PROJ SRS revamp effort (aka
"GDAL barn": https://gdalbarn.com/) will probably require non-null integration
work
On mardi 27 novembre 2018 16:53:10 CET Marcel Wendler wrote:
> Hi all,
>
>
> I am wondering if GDAL has a method that returns the area of use/the areas
> epsg code of a particular spatial reference system.
Marcel,
No, this is not currently imported from the EPSG dataset in the .csv files
used
Hi,
út 27. 11. 2018 v 18:12 odesílatel Daniel Morissette
napsal:
> +1 for me. I like your plan.
make sense to me
+1
Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
Hi Even,
Many of the tasks in
https://github.com/OSGeo/gdal/edit/master/gdal/HOWTO-RELEASE are beyond me
(looks like it needs root on the osgeo server and Maven knowledge) but I
signed myself up for writing the NEWS file in
https://github.com/OSGeo/gdal/issues/1119.
On Tue, Nov 27, 2018 at
You are very welcome, thank you for the report!
On Tue, Nov 27, 2018 at 5:44 PM ZAZHIL-HA HERENA
wrote:
> Hi there,
>
> Thanks everybody for your valuable help, with your suggestions I finally
> got it working in my cluster with Cloudera 6 distribution(Hadoop 3) with
> Java, I would like to
Hi there,
Thanks everybody for your valuable help, with your suggestions I finally got it
working in my cluster with Cloudera 6 distribution(Hadoop 3) with Java, I would
like to list here a few things I had to do to make it work since I used
Cloudera to compile:
* In Cloudera, Hadoop
Anyone have a chance to read this and give me a few tips please?
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
I think I've found some inconsistencies in GML parsing.
Given the following example GML:
http://www.opengis.net/gml/3.2;
xmlns:ex="http://example.com;
xmlns:xlink="http://www.w3.org/1999/xlink;
xmlns:xml="http://www.w3.org/XML/1998/namespace;
> Are my observations correct?
Björn,
It would be difficult to deny the results of tests :-)
The GML driver has a lot of particular handling tailored for particular
datasets, which makes understanding its behaviour non-obvious
From the code (which confirms your observations),
- if an element
Hi,
I would mention also an open option EMPTY_AS_NULL=NO that seems to adds some
fields into ogrinfo result:
gml_id: String (0.0) NOT NULL
a1: StringList (0.0)
a2: String (0.0)
a2_uom: String (1.0)
a3_title: String (5.0)
a3: String (0.0)
a3_href: String (22.0)
a4: String (0.0)
a4_href: String
Thanks for the clarifications Even,
I've tried GMLAS but been unsuccessful in getting it to produce useful
output.
I'm actually quite happy with the standard GML driver, except that it
ignores other attributes when element has xsi:nil. Would it be a welcome
change to remove that behavior,
On mardi 27 novembre 2018 14:16:19 CET Björn Harrtell wrote:
> Thanks for the clarifications Even,
>
> I've tried GMLAS but been unsuccessful in getting it to produce useful
> output.
I assume you had a schema to point to.
The GMLAS driver has been tested on a number of fairly complicated models
14 matches
Mail list logo