<div dir="ltr">Hi Peter,<br><br>On Tue, Aug 6, 2019 at 12:23 PM "Peter Löwe" <<a href="mailto:peter.loewe@gmx.de">peter.loewe@gmx.de</a>> wrote:<br>><br>> Hi Stefan,<br>><br><div>> thanks for the link: That's also the latest information we found so far, except for several OSGeo conference recordings (e.g. <a href="https://doi.org/10.5446/40913">https://doi.org/10.5446/40913</a> <a href="https://doi.org/10.5446/40694">https://doi.org/10.5446/40694</a>).</div><div><br></div><div>GML and GMLAS are supported by GDAL 2.2+. However, in order to import GMLAS properly, some tricks are needed (interleaved reading for non-sequential layers, see <a href="https://gdal.org/drivers/vector/gmlas.html#performance-issues-with-large-multi-layer-gml-files">https://gdal.org/drivers/vector/gmlas.html#performance-issues-with-large-multi-layer-gml-files</a>) which are built into GRASS 7.6+.</div><div><br></div><div>> My colleagues have ingested CityGML datasets into R, which caused issues with the vector-topology for individual buildings.</div><div><br></div><div>That's not related to the data format, but to the content: 3D polygons. These are not supported in GRASS, when importing you need to convert the data to 2D with v.in.ogr -2, otherwise you get corrupt topology. Maybe this is also needed for R.</div><div><br></div><div>Markus M<br></div><div><br></div><div>> Also, we have to cope with significant amounts of CityGML datasets, which would require very large amounts of RAM, if the processing is done in R. Since GRASS locations are storage-effective AND GRASS handles vector topologies well, I had hoped that someone already explored this approach further :-)</div>><br>> If this should be not the case (yet) we'll gladly report at one of next years FOSS4G events.<br>><br>> Best,<br>> peter   <br>><br>> <<a href="mailto:peter.loewe@gmx.de">peter.loewe@gmx.de</a>><br>><br>><br>> > Gesendet: Dienstag, 06. August 2019 um 11:13 Uhr<br>> > Von: "Stefan Blumentrath" <<a href="mailto:Stefan.Blumentrath@nina.no">Stefan.Blumentrath@nina.no</a>><br>> > An: "Peter Löwe" <<a href="mailto:peter.loewe@gmx.de">peter.loewe@gmx.de</a>>, "<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>" <<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>><br>> > Betreff: RE: [GRASS-user] Wrangling CityGML with GRASS ?<br>> ><br>> > Hi Peter,<br>> ><br>> > Not personally...<br>> > I would guess you would import CityGML through GDAL:<br>> > <a href="https://3d.bk.tudelft.nl/svitalis/citygml/gdal/2017/07/24/messing-around-with-citygml-on-gdal-2.2.html">https://3d.bk.tudelft.nl/svitalis/citygml/gdal/2017/07/24/messing-around-with-citygml-on-gdal-2.2.html</a><br>> > There you can create subsets and the like...<br>> ><br>> > What are you planning to do with it, roughly?<br>> ><br>> > Cheers<br>> > Stefan<br>> ><br>> ><br>> > -----Original Message-----<br>> > From: grass-user <<a href="mailto:grass-user-bounces@lists.osgeo.org">grass-user-bounces@lists.osgeo.org</a>> On Behalf Of "Peter Löwe"<br>> > Sent: torsdag 1. august 2019 11:10<br>> > To: <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> > Subject: [GRASS-user] Wrangling CityGML with GRASS ?<br>> ><br>> > Hi list,<br>> ><br>> > I'm looking for information/howtos/etc. about how to deal with large CityGML data sets using GRASS.<br>> ><br>> > Has anybody already explored this ?<br>> ><br>> > Best,<br>> > Peter<br>> ><br>> > <<a href="mailto:peter.loewe@gmx.de">peter.loewe@gmx.de</a>><br>> ><br>> > _______________________________________________<br>> > grass-user mailing list<br>> > <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> > <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br>> ><br>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a></div>