Custom Query (23 matches)
Results (10 - 12 of 23)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#11 | fixed | problems with delete of objects | warmerdam | astrid.emde |
Description |
After the first import of the whole NAS data we just import update files (NBA-Verfahren) which contain the changes. We noticed that objects are not deleted. A NAS-file is attached to this ticket with the DELETE statements <wfs:Delete typeName="AX_Flurstueck"> <ogc:Filter> <ogc:FeatureId fid="DENW44AL00000fVl20100730T092847Z" /> </ogc:Filter> </wfs:Delete> |
|||
#13 | fixed | Berücksichtigung von CRS | warmerdam | astrid.emde |
Description |
Sinnvoll und wichtig wäre noch die Unterstützung von CRS. In BaWü? und bei AFIS wird ja nicht nur ETRS89_UTM32 verwendet. Bei AFIS werden zum Beispiel die Punkte in verschiedensten Systemen in einer Relation angegeben. Hierzu gibt es im Hauptabschnitt "Koordinatenangaben" "crs" und jeweils zu den gml-Geomtrieobjekten das Attribut "srsName". Beschrieben sind die CRS in der Geoinfodoc und werden entweder mit
oder mit eingeführt. Nun unterstützt ogr selbst die Angabe vom CRS, verwendet aber einen anderen Namensraum und in Postgis sollte man lieber nur ein SRID pro Tabelle zu nutzen. So lassen sich die Angaben sicher nur schwer validieren und übernehmen. Eine einfache Lösung wäre aber die definierte CRS als weiteres Attribut mit an das Geometrieobjekt (Z.B. ax_punktortau) zu hängen. So kann man im Nachgang die unterschiedlichen Koordinatensysteme filtern und umrechnen. Beispiel 1:
Beispiel 2:
Beispiel 3:
Grüße Marco L. Zehner |
|||
#14 | fixed | ogr2ogr - Import von Daten in Array Felder schlägt fehl | warmerdam | astrid.emde |
Description |
|