Custom Query (23 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 23)

1 2 3 4 5 6 7 8
Ticket Resolution Summary Owner Reporter
#11 fixed problems with delete of objects warmerdam astrid.emde

Reported by astrid.emde, 13 years ago.

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>
#12 fixed column punktkennung character varying(15) - values from NAS are not transfered properly to the file astrid.emde

Reported by astrid.emde, 13 years ago.

Description

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.

#13 fixed Berücksichtigung von CRS warmerdam astrid.emde

Reported by astrid.emde, 13 years ago.

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

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

1 2 3 4 5 6 7 8
Note: See TracQuery for help on using queries.