Re: [gdal-dev] Reading gml with schema

2013-07-05 Thread Even Rouault
Le jeudi 30 mai 2013 12:01:04, Pekka Sarkola a écrit : > Hi Folks, > > Ari: thanks to raise my head. I'm now member of (also) this mailing list. > > Yes, it seems that NLSFI has very unique way to create those GML's. However > I have understood that they like pretty much follow INSPIRE guidelines

Re: [gdal-dev] Reading gml with schema

2013-05-30 Thread Pekka Sarkola
29. toukokuuta 2013 17:56 Vastaanottaja: Ari Jolma Kopio: Lauri Kajan; gdal-dev@lists.osgeo.org; pe...@gispo.fi Aihe: Re: [gdal-dev] Reading gml with schema Le mercredi 29 mai 2013 16:33:49, Ari Jolma a écrit : > On 05/29/2013 05:00 PM, Even Rouault wrote: > >> Again, being unexperienced >

Re: [gdal-dev] Reading gml with schema

2013-05-29 Thread Jukka Rahkonen
Ari Jolma gmail.com> writes: > Even, by tweaking I hope you mean tweaking the GML itself? As I > believe (being quite ignorant of / unexperienced with XSLT) that > with a simple XSLT the XML could be made readable by GDAL. Again, > being unexperienced with XSLT, I'm not sure but h

Re: [gdal-dev] Reading gml with schema

2013-05-29 Thread Even Rouault
Le mercredi 29 mai 2013 16:33:49, Ari Jolma a écrit : > On 05/29/2013 05:00 PM, Even Rouault wrote: > >> Again, being unexperienced > >> with XSLT, I'm not sure but hope that XSLT processors run in sequential > >> mode, thus the reading could be conveniently handled with a pipe. Hmm, > >> how would

Re: [gdal-dev] Reading gml with schema

2013-05-29 Thread Ari Jolma
On 05/29/2013 05:00 PM, Even Rouault wrote: Again, being unexperienced with XSLT, I'm not sure but hope that XSLT processors run in sequential mode, thus the reading could be conveniently handled with a pipe. Hmm, how would that actually work, I'm not sure(?). I made a quick serach but I couldn'

Re: [gdal-dev] Reading gml with schema

2013-05-29 Thread Even Rouault
> I'm cc'ing Pekka Sarkola, as I remember him asking about this a while back. > > Even, by tweaking I hope you mean tweaking the GML itself? I really meant the GML driver itself, so as to avoid an additional preliminary conversion step. Admitedly this is not a very elegant solution as it adds

Re: [gdal-dev] Reading gml with schema

2013-05-29 Thread Ari Jolma
On 05/28/2013 11:40 PM, Even Rouault wrote: Le mardi 28 mai 2013 19:47:38, Ari Jolma a écrit : > On 05/28/2013 05:34 PM, Lauri Kajan wrote: > > Hi Ari, > > > > I think that shouldn't be neccessary. > > The gml file points to the xsd schema file > > (http://xml.nls.fi/XML/Schema/Maastotiet

Re: [gdal-dev] Reading gml with schema

2013-05-28 Thread Even Rouault
Le mardi 28 mai 2013 19:47:38, Ari Jolma a écrit : > On 05/28/2013 05:34 PM, Lauri Kajan wrote: > > Hi Ari, > > > > I think that shouldn't be neccessary. > > The gml file points to the xsd schema file > > (http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotie > > dot.xsd). In th

Re: [gdal-dev] Reading gml with schema

2013-05-28 Thread Ari Jolma
On 05/28/2013 05:34 PM, Lauri Kajan wrote: Hi Ari, I think that shouldn't be neccessary. The gml file points to the xsd schema file (http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotiedot.xsd). In this schema those tags are defined to be "aliases" for these known gml tags

Re: [gdal-dev] Reading gml with schema

2013-05-28 Thread Lauri Kajan
Hi Ari, I think that shouldn't be neccessary. The gml file points to the xsd schema file ( http://xml.nls.fi/XML/Schema/Maastotietojarjestelma/MTK/201202/Maastotiedot.xsd ). In this schema those tags are defined to be "aliases" for these known gml tags by using the substitutionGroup. So actually t

Re: [gdal-dev] Reading gml with schema

2013-05-28 Thread Ari Jolma
Lauri, There are at least these issues with the file: - Piste should be gml:Point - Murtoviiva should be gml:LineString - Alue should be gml:Polygon - all features should be wrapped into gml:featureMember elements - everything should be in gml:FeatureCollection - complex geometries should be wra

[gdal-dev] Reading gml with schema

2013-05-28 Thread Lauri Kajan
Hello everybody, I have tired to read gml file from National Land Suvey of Finnish without a success. Does anybody have any idea what's the problem? The gml has a quite complex schema. Is this a problem for ogr? I have tried to download all the schema files to the same folder with the same name t

Re: [gdal-dev] Reading GML

2010-10-20 Thread Paul Meems
Even, You are completely right. I was a bit confused by all the numbers in the package names ;) I'm going the check my GML now. Thanks, Paul 2010/10/20 Even Rouault > Paul, > > you can find GDAL 1.8dev binary packages on Tamas site. They are identified > as > the -dev releases. > > Selon Chai

Re: [gdal-dev] Reading GML

2010-10-20 Thread Even Rouault
Paul, you can find GDAL 1.8dev binary packages on Tamas site. They are identified as the -dev releases. Selon Chaitanya kumar CH : > Paul, > > 1.7 doesn't support some geometry types that 1.8 does. GDAL1.8 is yet to be > released. You have to build it yourselves. > You can find a nightly snapsho

Re: [gdal-dev] Reading GML

2010-10-20 Thread Ari Jolma
On 10/20/2010 12:15 PM, Paul Meems wrote: Hi all, I have a GML which I want to convert to shapefile. I've started with checking the file with ogrinfo (v1.7.2). It returns "Unrecognised geometry type ." After searching a bit it seems GDAL v1.8 might read the GML properly. So I'm looking for the

Re: [gdal-dev] Reading GML

2010-10-20 Thread Chaitanya kumar CH
Paul, 1.7 doesn't support some geometry types that 1.8 does. GDAL1.8 is yet to be released. You have to build it yourselves. You can find a nightly snapshot of the source code for the trunk (1.8) at http://trac.osgeo.org/gdal/wiki/DownloadSource#NightlySnapshots Build hints: http://trac.osgeo.org/

[gdal-dev] Reading GML

2010-10-20 Thread Paul Meems
Hi all, I have a GML which I want to convert to shapefile. I've started with checking the file with ogrinfo (v1.7.2). It returns "Unrecognised geometry type ." After searching a bit it seems GDAL v1.8 might read the GML properly. So I'm looking for the binaries of GDAL v1.8. At Tamas his site I c