Custom Query (23 matches)

Reported by frank.jaeger, 13 years ago.

Das Feld "lage" enthält den Straßenschlüssel oder auch den Schlüssel von Bahnstrecken und ähnlichen.

In 4 Tabellen hat dies Feld 3 unterschiedliche Formate. Dadurch wird die Verbindung (JOIN) der Tabellen erschwert.

ax_lagebezeichnungkatalogeintrag.lage

• character varying(5)
• Inhalt mit führenden Nullen

ax_lagebezeichnungOhneHausnummer

• character varying (5)
• Inhalt ohne führende Nullen

ax_lagebezeichnungmithausnummer.lage und ax_lagebezeichnungmitpseudonummer.lage

• integer
• Wenn man das Feld in der Datenbank als "character varying(5)" anlegt, wird es von PostNAS nicht gefüllt.

Die Felder sollen in einem einheitlichen Format (char(5)) angelegt werden und einheitlich (mit führenden Nullen) gefüllt werden.

Reported by dfleischhauer, 12 years ago.

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.

Reported by astrid.emde, 13 years ago.

erledigt