SaveAs Format SHP |
Top Previous Next |
|
Speichern im Shape-Format (ESRI). Für verschiedene Elementtypen Punkt, Linie, Flächen usw. wird je eine eigene Datei mit einer selbsterklärenden Endung angelegt: planname_point planname_arc planname_polygon planname_pointz usw. Für direkt aufeinanderfolgende LINK_P-Verbindungen in Stringelementen gibt es im Shape-Format keine Entsprechung. Deshalb werden Stützpunkte mit LINK_P-Verbindung, auf die ein weiterer Stützpunkt mit LINK_P folgt, nicht exportiert. Insbesondere werden Stringelemente, die nur aus LINK_P-Verbindungen bestehen, gar nicht exportiert. Parameter /2D Koordinaten in 2D speichern.
CODEPAGE/dezimalzahl Legt für das dbf-File die Codepage fest. Mehr dazu im Abschnitt dbf-Dateien.
dbf-Dateien Standardmäßig werden die Objektattribute in dbf-Dateien geschrieben. Die Spaltenbreiten werden aus den Attributwerten ermittelt und alle Spalten als Text angelegt. Die erste Spalte "OBJ_ID" enthält immer die Objekt-ID. Die zweite Spalte "ObjName" enthält den Objektnamen und die dritte Spalte "ObjKeys" die Objektschlüssel, wenn es nicht durch ein Logfile (s.u.) verhindert wird. Bei Symbolelementen enthalten die letzten beiden Spalten die Zusatzattribute:
Bei Textelementen enthalten die letzten Spalten die folgenden Zusatzattribute:
Über das Logfile shape.log im Ausgabeordner können Format und Inhalt der dbf-Dateien gesteuert werden. Durch entsprechende Einträge können für jedes Feld der Datentyp, die Breite und die Reihenfolge festgelegt werden. Ein Eintrag muss die folgende Parameterreihenfolge einhalten: OBJEKTKEY PLANNAME ELEMENTTYP ELEMENTNAME DATENTYP(WERT) Achtung: Wenn die shape.log Einträge für den zu speichernden Plan enthält, deren Objektschlüssel zu den Objekten des Plans passt, dann werden - mit Ausnahme der OBJ_ID - keine Zusatzattribute erzeugt. Bedeutung der Parameter OBJEKTKEY Primärschlüssel des Objekts, für dessen Attribut die Spalte angelegt wird PLANNAME Name des Plans, für den der Eintrag gilt. ELEMENTTYP nur ATR implementiert ELEMENTNAME Names des Attributs DATENTYP einer der folgenden Werte: ATTRIBUT_TYP_TEXT, ATTRIBUT_TYP_LONG, ATTRIBUT_TYP_DOUBLE, ATTRIBUT_TYP_POINTER, ATTRIBUT_TYP_DATE, ATTRIBUT_ORDER WERT für ATTRIBUT_ORDER: Position der Spalte (1. Spalte, 2. Spalte, etc.) ein Wert höher als die Spaltenzahl bedeutet, die Spalte wird als letzte Spalte angelegt für die anderen Datentypen: Feldlänge (Anzahl Zeichen / Anzahl Dezimalstellen, ggf. hinter dem Komma Anzahl der Nachkommastellen) Beispiel für Logfileeinträge: 13160 "SHP160.dbf" ATR Durchm ATTRIBUT_TYP_DOUBLE(19,11) 13160 "SHP160.dbf" ATR __ChgCode ATTRIBUT_ORDER(99) 13160 "SHP160.dbf" ATR ObjName ATTRIBUT_TYP_TEXT(50)
CODEPAGE Die Codepage wird als Dezimalzahl übergeben. Folgende Werte können verwendet werden:
Für Unicode gilt folgende Besonderheit: Die Codepage wird nicht in der dbf-Datei gespeichert, da dies nicht möglich ist. Über das Betriebssystem/die Registry kann der Lesestandard gesteuert werden.
Siehe auch --------------------OLD_TEXT--------------------- Speichern im Shape-Format (ESRI). Für verschiedene Elementtypen Punkt, Linie, Flächen usw. wird je eine eigene Datei mit einer selbsterklärenden Endung angelegt: planname_point planname_arc planname_polygon planname_pointz usw. Für direkt aufeinanderfolgende LINK_P-Verbindungen in Stringelementen gibt es im Shape-Format keine Entsprechung. Deshalb werden Stützpunkte mit LINK_P-Verbindung, auf die ein weiterer Stützpunkt mit LINK_P folgt, nicht exportiert. Insbesondere werden Stringelemente, die nur aus LINK_P-Verbindungen bestehen, gar nicht exportiert. Parameter /2D Koordinaten in 2D speichern.
CODEPAGE/dezimalzahl Legt für das dbf-File die Codepage fest. Mehr dazu im Abschnitt dbf-Dateien.
dbf-Dateien Standardmäßig werden die Objektattribute in dbf-Dateien geschrieben. Die Spaltenbreiten werden aus den Attributwerten ermittelt und alle Spalten als Text angelegt. Die erste Spalte "OBJ_ID" enthält immer die Objekt-ID. Die zweite Spalte "ObjName" enthält den Objektnamen und die dritte Spalte "ObjKeys" die Objektschlüssel, wenn es nicht durch ein Logfile (s.u.) verhindert wird. Bei Symbolelementen enthalten die letzten beiden Spalten die Zusatzattribute:
Bei Textelementen enthalten die letzten Spalten die folgenden Zusatzattribute:
Über das Logfile shape.log im Ausgabeordner können Format und Inhalt der dbf-Dateien gesteuert werden. Durch entsprechende Einträge können für jedes Feld der Datentyp, die Breite und die Reihenfolge festgelegt werden. Ein Eintrag muss die folgende Parameterreihenfolge einhalten: OBJEKTKEY PLANNAME ELEMENTTYP ELEMENTNAME DATENTYP(WERT) Achtung: Wenn die shape.log Einträge für den zu speichernden Plan enthält, deren Objektschlüssel zu den Objekten des Plans passt, dann werden - mit Ausnahme der OBJ_ID - keine Zusatzattribute erzeugt. Bedeutung der Parameter OBJEKTKEY Primärschlüssel des Objekts, für dessen Attribut die Spalte angelegt wird PLANNAME Name des Plans, für den der Eintrag gilt. ELEMENTTYP nur ATR implementiert ELEMENTNAME Names des Attributs DATENTYP einer der folgenden Werte: ATTRIBUT_TYP_TEXT, ATTRIBUT_TYP_LONG, ATTRIBUT_TYP_DOUBLE, ATTRIBUT_TYP_POINTER, ATTRIBUT_TYP_DATE, ATTRIBUT_ORDER WERT für ATTRIBUT_ORDER: Position der Spalte (1. Spalte, 2. Spalte, etc.) ein Wert höher als die Spaltenzahl bedeutet, die Spalte wird als letzte Spalte angelegt für die anderen Datentypen: Feldlänge (Anzahl Zeichen / Anzahl Dezimalstellen, ggf. hinter dem Komma Anzahl der Nachkommastellen) Beispiel für Logfileeinträge: 13160 "SHP160.dbf" ATR Durchm ATTRIBUT_TYP_DOUBLE(19,11) 13160 "SHP160.dbf" ATR __ChgCode ATTRIBUT_ORDER(99) 13160 "SHP160.dbf" ATR ObjName ATTRIBUT_TYP_TEXT(50)
CODEPAGE Die Codepage wird als Dezimalzahl übergeben. Folgende Werte können verwendet werden:
Für Unicode gilt folgende Besonderheit: Die Codepage wird nicht in der dbf-Datei gespeichert, da dies nicht möglich ist. Über das Betriebssystem/die Registry kann der Lesestandard gesteuert werden.
Siehe auch
|