Custom Query (23 matches)

Reported by astrid.emde, 13 years ago.

• Mail thread: ​http://lists.osgeo.org/pipermail/nas/2011-February/000231.html

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

urn:adv:crs:

oder mit

​http://www.adv-online.de/crs/crs.xml#

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:

<koordinatenangaben>

<AA_Koordinatenreferenzsystemangaben>

<crs xlink:href="urn:adv:crs:DE_DHDN_3GK3_BW100"></crs> <anzahlDerNachkommastellen>3</anzahlDerNachkommastellen> <standard>true</standard>

</AA_Koordinatenreferenzsystemangaben>

</koordinatenangaben>

Beispiel 2:

<gml:Point srsName="urn:adv:crs: DE_DHDN_3GK2_NW177">

<gml:coordinates>581996.560,5616134.450</gml:coordinates>

</gml:Point>

Beispiel 3:

<gml:Point srsName=" http://www.adv-online.de/crs/crs.xml#DE_DHDN_3GK2_NW177">

<gml:coordinates>581996.560,5616134.450</gml:coordinates>

</gml:Point>

Grüße Marco L. Zehner

Reported by astrid.emde, 13 years ago.

in some tables we have the column:

• punktkennung character varying(15)

Tables:

• ax_grenzpunkt
• ax_netzpunkt
• ax_besonderergebaeudepunkt
• ax_besondererbauwerkspunkt
• ax_besondereropographischerpunkt
• and some more

This column is defined in the database schema as character varying(15). It can contain text or just numbers (the numbers can be larger then int4)

The following observation was made: incoming from NAS

<punktkennung>324065641000135</punktkennung>

result in the db column

1768582343

I try to set up an example.

Reported by astrid.emde, 12 years ago.

Wir können mit PostNAS Fortführungsdatensätze handhaben und schreiben die Löschdatensätze und Updatedatensätze in die Tabelle delete (siehe Ticket #11).

Die Objekte in der Tabelle delete werden über eine Funktion gelöscht. Dies klappt problemlos.

Nun ist es aber so, dass in der Tabelle alkis_beziehungen noch Verweise auf die Objekte vorliegen. Derzeit löscht de Funktion deleteFeature(typename text, featureid text) diese Verweise. Dies ist gut bei gelöschten Objekten, aber schlecht bei update-DAtensätzen, weil die Beziehung nicht wieder angelegt wird.

Damit nur die alkis_beziehungen der gelöschten Objekte entfernt werden, wäre eine zusätzliche Spalte "typ" in der Tabelle delete sinnvoll. Hier könnte eingetragen werden, ob das Objekt ein Löschdatensatz oder Updatedatensatz ist. Nur bei Löschdatensätzen müsste entsprechend auch der Verweis in der Tabelle alkis_beziehungen gelöscht werden.