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:

Spaltenname

Bedeutung

ANGLE

Winkel in Radiant

winkel360

Winkel in Grad

Bei Textelementen enthalten die letzten Spalten die folgenden Zusatzattribute:

Spaltenname

Bedeutung

ZSchluessel

Zeichenschlüssel

alpha

Textwinkel in Radiant

beta

Textneigung

FSchluessel

Flächenschlüssel

textart

Textart, 1 normal, 2 schmal, 3 breit, 4 kursiv usw.

texthoehe

Texthöhe

stdlinlang

Standlinienlänge

textString

Textinhalt ohne Attributersetzungen

standlinie

Index der Standlinie (nur belegt wenn sie im gleichen Objekt enthalten ist wie der Text, -1 wenn sie nicht belegt ist)

textmode

Ausrichtung, 1 linksbündig, 2 rechtsbündig, 3 zentriert usw.

expanded

Textinhalt mit Attributersetzungen

winkel360

Textwinkel in Grad

Ü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:

 

Dezimalwert

Codepage

Bedeutung

11

437

Finnish OEM

13

437

French OEM

14

850

French OEM*

15

437

German OEM

16

850

German OEM*

17

437

Italian OEM

18

850

Italian OEM*

19

932

Japanese Shift-JIS

20

850

Spanish OEM*

21

437

Swedish OEM

22

850

Swedish OEM*

23

865

Norwegian OEM

24

437

Spanish OEM

25

437

English OEM (Britain)

26

850

English OEM (Britain)*

27

437

English OEM (U.S.)

28

863

French OEM (Canada)

29

850

French OEM*

31

852

Czech OEM

34

852

Hungarian OEM

35

852

Polish OEM

36

860

Portugese OEM

37

850

Potugese OEM*

38

866

Russian OEM

55

850

English OEM (U.S.)*

64

852

Romanian OEM

77

936

Chinese GBK (PRC)

78

949

Korean (ANSI/OEM)

79

950

Chinese Big 5 (Taiwan)

80

874

Thai (ANSI/OEM)

87

1252

ANSI

88

1252

Western European ANSI

89

1252

Spanish ANSI

100

852

Eastern European MS-DOS

101

866

Russian MS-DOS

102

865

Nordic MS-DOS

103

861

Icelandic MS-DOS

106

737

Greek MS-DOS (437G)

107

857

Turkish MS-DOS

108

863

French-Canadian MS-DOS

120

950

Taiwan Big 5

121

949

Hangul (Wansung)

122

936

PRC GBK

123

932

Japanese Shift-JIS

124

874

Thai Windows/MS-DOS

134

737

Greek OEM

135

852

Slovenian OEM

136

857

Turkish OEM

200

1250

Eastern European Windows

201

1251

Russian Windows

202

1254

Turkish Windows

203

1253

Greek Windows

204

1257

Baltic Windows

65001

0

UTF-8 (Unicode)

 

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

Load Format SHP

SaveAs

SaveAs Format CGM

SaveAs Format DGN

SaveAs Format DXF

SaveAs Format GAUSZ

SaveAs Format GEOgraf

SaveAs Format MIF

SaveAs Format PV

SaveAs Format SQD

SaveAs Format SYNC

SaveAs Format XTC