<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hallo Herr Jäger,<br>
<br>
bei uns sind in einem Landkreis auch solche Geometrien
aufgetaucht. Man kann aber den ogr-Konverter mit dem Parameter
"-nlt CONVERT_TO_LINEAR" dazu bringen, diese gekrümmten Geometrien
immer in Polygone umzuwandeln:
<a class="moz-txt-link-freetext" href="http://www.kvwmap.de/index.php/Installation_von_PostNAS_und_Zugriff_mit_kvwmap#Einspielen_der_NAS-Daten">http://www.kvwmap.de/index.php/Installation_von_PostNAS_und_Zugriff_mit_kvwmap#Einspielen_der_NAS-Daten</a><br>
Der Nachteil dieser Approximation ist allerdings, dass die
Topologie verloren geht. Dafür funktionieren die Abfragen aber
wenigstens...<br>
<br>
Gruß,<br>
Stefan Rahn<br>
<br>
Am 10.03.2015 um 18:01 schrieb Jäger, Frank (KRZ):<br>
</div>
<blockquote
cite="mid:F2176AE4E9FFAF45BEA8D84DD6F4AF1A104CA505@skrzmxmbx01"
type="cite">
<pre wrap="">Hallo,
in den Nutzungsarten taucht neuerdings ein Geometrie-Typ "ST_CurvePolygon" auf. Das macht Probleme beim PostProcessing.
Bei der Zusammenfassung der einzelnen NUA-Tabellen zur Gesamt-Tabelle "nutzung" werden diese Objekte ausgelassen.
Das erzeugt dann auch Fehler in der Buchauskunft zum Flurstück. Dort werden die Nutzungsarten zum Flurstück unvollständig aufgelistet.
Ich werde zunächst die Einschränkung auf "ST_Polygon" heraus nehmen.
Faustregel: Erst nachschauen, ob WMS-Layer "alle Nutzungsarten" flächendeckend aussieht. Wenn der Löcher hat, dann passt auch die Auskunft nicht.
Mit freundlichen Grüßen
Frank Jäger
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
NAS mailing list
<a class="moz-txt-link-abbreviated" href="mailto:NAS@lists.osgeo.org">NAS@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/nas">http://lists.osgeo.org/mailman/listinfo/nas</a></pre>
</blockquote>
<br>
</body>
</html>