Custom Query (23 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (16 - 18 of 23)

1 2 3 4 5 6 7 8
Ticket Resolution Summary Owner Reporter
#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

#14 fixed ogr2ogr - Import von Daten in Array Felder schlägt fehl warmerdam astrid.emde

Reported by astrid.emde, 13 years ago.

Description
#19 fixed Oracle / Geomedia: klein geschriebene Spaltennamen / lowercase columns problem warmerdam dfleischhauer

Reported by dfleischhauer, 11 years ago.

Description

OGR seems to be case sensitive (regarding object names) when creating a new database schema from a NAS file. On Oracle this is a problem at least with Geomedia clients. They rely on schema objects internally stored in uppercase (which is Oracle's default), and thus can't handle such layers.

This is a blocker for Geomedia/Oracle? users (customer feedback; Geomedia product or version unknown).


Wenn via NAS-Import ein neues Datenbankschema erzeugt wird, übernimmt OGR die Groß- oder Kleinschreibung der ALKIS-Objektnamen aus den XML-Daten in das Datenbankschema. In Oracle werden aber Schemaobjekte standardmäßig in Großschreibung definiert. Geomedia verlässt sich darauf und kann mit Oracle-Layern nicht umgehen, wenn in den Spaltennamen Kleinschreibung vorkommt.

Blocker für Anwender von Geomedia und Oracle.

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