Mehr

Erstellen eines funktionalen räumlichen Index der ST_Geometry-Feature-Class in ArcSDE for Oracle?

Erstellen eines funktionalen räumlichen Index der ST_Geometry-Feature-Class in ArcSDE for Oracle?


Eine SDE-Feature-Class (mit blob(sdebinary(?) geom) in dieselbe SDE-GDB (Oracle 11g/SDE 9.3.1) kopiert, aber mit dem Konfigurationsschlüsselwort ST_geometry. Ich kann sehen, dass die Feature-Class erstellt wurde, alle Felder kommen in Ordnung, ich kann es mit st_geom-Funktionen usw. abfragen, ABER in ArcMap, ArcCatalog werden die Features nicht gezeichnet ausgewählt Ich kann den Umriss der Form gut sehen.) Wenn ich den räumlichen Index entferne, den die Features zeichnen, füge den räumlichen Index wieder hinzu, puff kein Unentschieden. Es scheint, dass ArcGIS keinen funktionalen räumlichen Index meiner ST_Geometry-Features erstellen kann.


Ich denke, ich hätte die Dokumentation hier lesen sollen:
http://webhelp.esri.com/arcgisserver/9.3/java/index.htm#geodatabases/creating-95168347.htm

Die Lösung war eine Oracle-Abfrage "Index erstellen" à la:

Index erstellen sa_idx auf st_parks(shape) indextype is sde.st_spatial_index parameters('st_grids=1000 st_srid=5');

Ich bin auf den Fehler "Maximale Anzahl von Gittern pro Merkmal" gestoßen und habe dann festgestellt, dass die Gittergröße eine Funktion der Maßeinheit des Raumbezugs ist. Durch die ursprüngliche Übergabe von st_grids=1 (wie in der Dokumentation) wurde also ein räumliches Indexraster von 1 Fuß erstellt… und ja… das war ein wenig übertrieben.

Hoffentlich wird Esri sein Tool zum Erstellen eines räumlichen Index korrigieren, um Oracle zu unterstützen.


Oracle-Konfigurationsparameter

Konfigurationsparameter identifizieren Objekte (wie Tabellen, Indizes und Spalten), die in der Datenbank gespeichert werden sollen. Ihre entsprechenden Werte geben an, wie das Objekt in der Datenbank gespeichert wird. Die Parameter und ihre Konfigurationszeichenfolgen sind nach Konfigurationsschlüsselwörtern gruppiert.

Vermächtnis:

Konfigurationsschlüsselwörter und -parameter sind größtenteils Legacy-Funktionalität. Sie wurden implementiert, als Datenbanken viel mehr Eingriffe und Basteleien seitens des Datenbankadministrators erforderten, um eine gute Leistung zu erzielen. In den meisten Fällen müssen Sie die Konfigurationsparameter in Ihrer Geodatabase nicht ändern.

Wenn Sie eine Enterprise-Geodatabase erstellen, wird sie mit Standardkonfigurationsschlüsselwörtern und -parametern gefüllt. In den meisten Fällen sind die Standardparameterwerte ausreichend. Mögliche Ausnahmen sind die folgenden:

  • Möglicherweise möchten Sie den für Features verwendeten räumlichen Typ ändern. Wenn die meisten Feature-Classes einen anderen räumlichen Typ als den Standardwert verwenden sollen, ändern Sie den Parameter GEOMETRY_STORAGE für das Schlüsselwort DEFAULTS. Wenn nur einige Feature-Classes einen anderen räumlichen Typ verwenden sollen, erstellen Sie ein benutzerdefiniertes Schlüsselwort und fügen Sie den Parameter GEOMETRY_STORAGE auf den gewünschten räumlichen Typ ein, und fügen Sie den Parameter UI_TEXT ein, um Benutzern Ihr benutzerdefiniertes Schlüsselwort zur Verfügung zu stellen.
  • Wenn Sie in Ihren Attributfeldern niemals Multibyte-Zeichen speichern müssen, können Sie den Parameter UNICODE_STRING für das Schlüsselwort DEFAULTS auf FALSE setzen. Neue Textfelder verwenden den Datentyp varchar anstelle von nvarchar, was eine winzige Menge Speicherplatz in Ihrer Datenbank sparen kann. Wenn Datenersteller in Ihrer Organisation einige Tabellen oder Feature-Classes erstellen müssen, die große Mengen an Single-Byte-Text in einem einzelnen Feld in jeder Tabelle speichern, können Sie ein benutzerdefiniertes Schlüsselwort erstellen und den Parameter UNICODE_STRING auf FALSE setzen und den UI_TEXT-Parameter, um Benutzern Ihr benutzerdefiniertes Keyword zur Verfügung zu stellen.

Es gibt zusätzliche Parameter, um Folgendes zu steuern, aber Sie verwenden diese Parameter weitaus seltener. Sie verbleiben aus Gründen der Abwärtskompatibilität und daher auf dieser Seite, um Ihnen zu helfen, ihre beabsichtigte Verwendung beim Hinzufügen zu verstehen:

  • Definieren Sie den Datentyp für Raster- und Attributspalten.
  • Legen Sie die Speichereigenschaften von Tabellen und Indizes fest. Sie müssen verstehen, wie Oracle Tabellen und Indizes erstellt und speichert, um diese Einstellungen richtig zu ändern. Lesen Sie daher die Oracle-Dokumentation für die von Ihnen verwendete Oracle-Version, bevor Sie diese Einstellungen ändern.
  • Geben Sie Kommentare ein, die das Konfigurationsschlüsselwort beschreiben.
  • Definieren Sie, wie XML-Dokumente gespeichert werden. Da ArcGIS XML-Dokumente nicht direkt verwendet, ist es unwahrscheinlich, dass Sie diese Parameter festlegen müssen.

Kombinationen aus Schlüsselwort/Parametername müssen eindeutig sein. Sie können nicht zwei verschiedene Einstellungen für denselben Parameter unter demselben Schlüsselwort haben.

Die meisten Parameter können jedoch unter einer Reihe verschiedener Konfigurationsschlüsselwörter verwendet werden. Sie können beispielsweise den Parameter GEOMETRY_STORAGE auf einen Wert unter DEFAULTS setzen und ein benutzerdefiniertes Schlüsselwort erstellen, das den Parameter GEOMETRY_STORAGE auf einen anderen Wert enthält.


Oracle Data Pump-Import von ArcSDE 9.3.1 ST_GEOMETRY-Tabellen schlägt fehl (10 g bis 11 g)

Ich habe einen Datenpumpen-Dump (expdp) der SDE- und Datenbesitzerschemas (unser Datenbesitzer = GISU) aus einer funktionierenden Testinstanz erstellt. Ich kann die Dump-Datei verwenden, um erfolgreich in eine Instanz derselben Plattform (Oracle 10g auf derselben Hardware und demselben Betriebssystem) zu importieren.

Der Import in eine 11g R2-Laborinstanz gelingt jedoch nur teilweise. Die SDE-Objekte werden erstellt und aufgefüllt. Zeilen können jedoch nicht in Feature-Class-Tabellen mit dem Shape-Typ SDE.ST_GEOMETRY geladen werden. Ein Beispiel für die Fehler, die ich erhalte, sind:

ORA-31693: Tabellendatenobjekt "GISU"."HYDRO24K_ARCS" konnte nicht geladen/entladen werden und wird aufgrund eines Fehlers übersprungen:
ORA-02354: Fehler beim Exportieren/Importieren von Daten
ORA-00600: interner Fehlercode, Argumente: [kpudpxcs_ctxConvertStream_ref_1], [SYS_TYPEID("SHAPE")], [], [], [], [], [], [], [], [], [], []

In der 11g-Instanz gibt ein select * from dba_objects where status = 'INVALID' null Zeilen zurück. Schließlich werden die A- und D-Tabellen in GISU erstellt und gefüllt. Aber natürlich haben A- und D-Tabellen keine SHAPE-Spalte.

Details zur expdp-Plattform:
* ArcSDE-Version: 9.3.1
* Betriebssystem und Version: x86_64 Red Hat Enterprise Linux Server Release 5.4 (Tikanga) 2.6.18-164.11.1.el5
* Oracle-Version: 10.2.0.4.0
* Oracle-kompatibler Parameter: 10.2.0.3.0
* Für den Export verwendete Syntax:
expdp <dba [email protected]<10g Quellinstanz> DUMPFILE=Sde10g.dmp LOGFILE=Sde10g.log
DIRECTORY=<data pump dir> SCHEMAS=SDE,GISU

Details zur impdp-Plattform:
* ArcSDE-Version: 9.3.1 (SDE- und GISU-Schemas sind auf der Zielinstanz leer, werden aber nach dem Import offensichtlich 9.3.1 sein)
* Betriebssystem und Version: x86_64 Red Hat Enterprise Linux Server Release 5.4 (Tikanga) 2.6.18-164.11.1.el5
* Oracle-Version: 11.2.0.2.0
* Oracle-kompatibler Parameter: 10.2.0.3.0 (habe dies noch nicht aktualisiert, da es irreversibel ist und wir uns noch mit 11g / Tests vertraut machen)
* Für den Import verwendete Syntax:
impdp <dba [email protected]<11g source instance> directory=<data pump dir> schemas=SDE,GISU
dumpfile=Sde10g.dmp
logfile=Sde11g.log

F1) Wird das Importieren von SDE 9.3.1 von 10 g auf 11 g mit Datenpumpe unterstützt?
Q2) Wenn nicht Q1, warum?
F3) Wenn nicht F1, was ist die empfohlene Methode für Migrationen? Oder ist zuerst ein Upgrade an Ort und Stelle die bevorzugte Lösung?

Andere Gedanken / Fragen

* Ich habe gelesen, dass die Verwendung der parallelen Option mit dem 11g-Datenpumpenimport zu Fehlern führen kann. Die Sache ist die, ich habe nicht explizit nach Parallelität gefragt. Werden 11g impdp-Jobs standardmäßig mit Parallelität ausgeführt?

* Was ist mit SYS_TYPEID("SHAPE") los?

Versuchen Sie die Vorschläge in der folgenden KB

Versuchen Sie die Vorschläge in der folgenden KB

Danke Vishal. Ich habe es erneut mit der oben empfohlenen Methode versucht und habe die gleichen Fehler wie zuvor erhalten. Außerdem ist einer der in der KB aufgeführten Fehler nicht derselbe wie der, den ich erhalte. Ich bekomme die ersten beiden Listen, aber ich bekomme nicht:

ORA-39779: Geben Sie "SDE" ein. "ST_GEOMFROMTEXT" nicht gefunden oder eine Konvertierung in die neueste Version ist nicht möglich".

Stattdessen bekomme ich Folgendes (beachte die unterschiedliche Funktion):
ORA-00600: interner Fehlercode, Argumente: [kpudpxcs_ctxConvertStream_ref_1], [SYS_TYPEID("SHAPE")], [], [], [], [], [], [], [], [], [], []

Es passiert also etwas anderes. Was raten Sie?

Noch mehr Gedanken? Sollte ich eine SR mit Oracle öffnen oder fehlen mir möglicherweise einige Schritte? Wenn ich es nicht schon erwähnt habe, kann ich die 10g-Dumpdatei (die sowohl das SDE- als auch das Datenbesitzerschema enthält) ohne Probleme in eine 10g-Instanz importieren. Es war nicht erforderlich, zuerst SDE und dann den Dateneigentümer durchzuführen. Nicht so beim Importieren der 10g-Dump-Datei in eine 11g-Instanz.

Wären auch die alten exp/imp-Dienstprogramme (Pre-Data-Pumpe) einen Versuch wert?

Oracle-Version: 11.2.0.2.0-Fehler Oracle-Fehlernummer 11666567.
Oracle SDO_DIMNAME-Trigger-Fehler
? Für die Adds-Tabelle: "_ArcSDE Delta Table_"
? Für die MV-Ansicht: "_ArcSDE IMV Table_"

Bugfix ArcSDE 10 Service Pack 2
Bugfix ArcSDE 9.3.1 Unbekannt .


Installieren
ArcSDE 9.3.1 Sp2 für Oracle 11.2.0.1.0
oder
ArcSDE 9.3.1 Sp 2 für Oracle 11.2.0.2.0 deaktivieren MDSYS.CHK_SDO_DIMNAME Auslösen und Wiederherstellen der Dump-Datei Oracle 11.2.0.1.0 Kopieren und Einfügen von Daten ArcCatalog Oracle 11.2.0.2.0

ERSTELLEN ODER ERSETZEN SIE TRIGGER MDSYS.chk_sdo_dimname, BEVOR SIE MDSYS.SDO_GEOM_METADATA_TABLE FÜR JEDE ZEILE EINFÜGEN ODER AKTUALISIEREN
DEAKTIVIEREN
ERKLÄREN
cnt NUMMER
res ZAHL
START
FOR cnt IN 1 .. :NEW.sdo_diminfo.COUNT LOOP

SELECT REGEXP_INSTR(:NEW.sdo_diminfo(cnt).sdo_dimname, '[^a-zA-Z0-9_]')
INTO res VON DUAL

WENN (res > 0) DANN
mderr.raise_md_error('MD', 'SDO_GEOM_METADATA_TABLE',-13249, 'Nur alphanumerische Zeichen und "_" sind in SDO_DIMNAME erlaubt')
ENDE WENN

H.Koray GUNDUZ
Stadtgemeinde Izmir
Geografisches Informationssystem

Wenn Sie diesen Trigger deaktivieren, wird dieser Fehler bei der Versionierung von SDO_Geometry-Feature-Classes oder beim Erstellen von Ansichten mit mehreren Versionen für Feature-Classes, die in früheren Releases versioniert wurden, mit Sicherheit vermieden. Ich bin mir jedoch nicht sicher, wie Oracle sich fühlen würde, wenn einer ihrer Auslöser deaktiviert würde.

In diesem Fall wäre ich sehr überrascht, wenn dies hilft, da danarng sagte, dass sie SDE.ST_GEOMETRY verwenden. Metadaten werden also nicht in den SDO_GEOM_METADATA-Ansichten gespeichert.

Es hört sich irgendwie so an, als ob es ein Problem mit dem Typ gibt, wenn die SYS_TYPE-Funktion aufgerufen wird, so dass vielleicht zwei Dump-Dateien das Problem tatsächlich lösen würden. An Ihrer Stelle würde ich einen Vorfall mit dem technischen Support von ESRI eröffnen.

Wenn Sie es noch nicht getan haben, können Sie auch versuchen, die Tabellenindizes zu löschen und alle Statistiken zu trennen, bevor Sie die Daten exportieren. Um exp oder imp auszuprobieren, denke ich, dass Sie für ST_Geometry expdp und impdp verwenden müssen.

Schließlich ist hier ein KB-Artikel mit einer Reihe von Links zu anderen bekannten Problemen beim Import/Export von ST_Geometry:
http://resources.arcgis.com/content/kbase?fa=articleShow&d=34342

von VinceAngelo

Travis
Problem in Oracle, Fehlernummer 11666567

Esri-Fehler "Tabelle als versioniert registriert"

MDSYS.SDO_GEOM_METADATA_TABLE in Spalte SDO_DIMINFO

True : ArcSDE_Delta_Table
False: ArcSDE-Deltatabelle (leer)

Falsch
((_ArcSDE Delta-Tabelle_ 220000 220214,7483647 5E-7) (_ArcSDE Delta-Tabelle_ 3900000 3900214,7483647 5E-7) )

Esri ArcSDE 9.3.1 Service Pack 2 können Benutzer den Patch veröffentlichen für

Wahr
((_ArcSDE_Delta_Table_ 220000 220214,7483647 5E-7) (_ArcSDE Delta Table_ 3900000 3900214,7483647 5E-7) )

Problem: ORA-39127, ORA-13249 von EXP und EXPDP beim Exportieren von räumlichen Indizes in 11.2.0.2
Gilt für:
Oracle Spatial - Version: 11.2.0.2 bis 11.2.0.2 - Release: 11.2 bis 11.2
Die Informationen in diesem Dokument gelten für jede Plattform.
Symptome
Seit dem Upgrade der Datenbank auf 11.2.0.2 generieren EXP und EXPDP Fehler beim Exportieren einiger räumlicher Indizes:

EXP-00008: ORACLE-Fehler 13249 aufgetreten
ORA-13249: In SDO_DIMNAME sind nur alphanumerische Zeichen und "_" erlaubt
ORA-06512: bei "SYS.DBMS_EXPORT_EXTENSION", Zeile 270
ORA-06512: an der Linie 1
EXP-00078: Fehler beim Exportieren von Metadaten für Index SDO_INDEX_A. Indexerstellung wird übersprungen

.
Verarbeitungsobjekttyp SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Verarbeitungsobjekttyp SCHEMA_EXPORT/TABLE/INDEX/DOMAIN_INDEX/INDEX
ORA-39127: unerwarteter Fehler beim Aufruf von local_str := SYS.DBMS_EXPORT_EXTENSION.GET_DOMAIN_INDEX_METADATA('SDO_INDEX_A','USER_A','SDO_INDEX_METHOD_10I','MDSYS',11.02.00.01.00,newblock,0)
ORA-13249: In SDO_DIMNAME sind nur alphanumerische Zeichen und "_" erlaubt
ORA-06512: bei "SYS.DBMS_EXPORT_EXTENSION", Zeile 270
ORA-06512: an der Linie 1
ORA-06512: bei "SYS.DBMS_METADATA", Zeile 6498
ORA-39127: Unerwarteter Fehler beim Aufruf von local_str := SYS.DBMS_EXPORT_EXTENSION.GET_DOMAIN_INDEX_METADATA('SDO_INDEX_B','USER_A','SDO_INDEX_METHOD_10I','MDSYS',11.02.00.01.00,newblock,0)
ORA-13249: In SDO_DIMNAME sind nur alphanumerische Zeichen und "_" erlaubt
ORA-06512: bei "SYS.DBMS_EXPORT_EXTENSION", Zeile 270
ORA-06512: an der Linie 1
ORA-06512: bei "SYS.DBMS_METADATA", Zeile 6498
.

Änderungen
Ab 11.2.0.2 darf die DIMINFO von Spatial-Indizes in MDSYS.SDO_GEOM_METADATA_TABLE keinen <space> in SDO_DIMNAME haben.
Ursache
In früheren Versionen ist ein <space> in SDO_DIMNAME akzeptabel. Daher sind diese "ungültigen" Daten in einer aktualisierten Datenbank bereits in MDSYS.SDO_GEOM_METADATA_TABLE vorhanden und verursachen beim Exportieren den Fehler ORA-13249, wenn auf die Metadaten zugegriffen wird.
Lösung
Aktualisieren Sie die Metadaten des Index und entfernen Sie den <space> aus seinem SDO_DIMNAME.

SQL> SELECT Tabellenname, Spaltenname AS Spaltenname, Diminfo
VON USER_SDO_GEOM_METADATA

TABLE_NAME COLNAM DIMINFO(SDO_DIMNAME, SDO_LB, SDO_UB, SDO_TOLERANCE)
------------ ------ -----------------------------------------------------
COLA_MARKETS SHAPE SDO_DIM_ARRAY(SDO_DIM_ELEMENT('X-Achse', 0, 20, .005),
SDO_DIM_ELEMENT('Y', 0, 20, .005))

SQL> -- Ändern von "X-Achse" in "X-Achse"
SQL> UPDATE user_sdo_geom_metadata
SET diminfo = MDSYS.SDO_DIM_ARRAY(
MDSYS.SDO_DIM_ELEMENT('XAchse', 0, 20, 0,005),
MDSYS.SDO_DIM_ELEMENT('Y', 0, 20, 0,005))
WHERE Tabellenname = 'COLA_MARKETS'
UND Spaltenname = 'FORM'

SQL> -- Fragen Sie USER_SDO_GEOM_METADATA ab, um die Änderung anzuzeigen
SQL> SELECT Tabellenname, Spaltenname AS Spaltenname, Diminfo
VON USER_SDO_GEOM_METADATA

TABLE_NAME COLNAM DIMINFO(SDO_DIMNAME, SDO_LB, SDO_UB, SDO_TOLERANCE)
------------ ------ -----------------------------------------------------
COLA_MARKETS SHAPE SDO_DIM_ARRAY(SDO_DIM_ELEMENT('XAchse', 0, 20, .005),
SDO_DIM_ELEMENT('Y', 0, 20, .005))

Linie Oracle Database-Produktfamilie Oracle Database
Area Spatial - Ortungsdienste Produkt 619 - Oracle Spatial

Hdr: 11666567 11.2.0.2 SDOGEN 11.2.0.2 PRODID-619 PORTID-226 ORA-13249
Zusammenfassung: NEUE EINSCHRÄNKUNG FÜR SDO_DIMNAME IN 11.2.0.2 IST NICHT DOKUMENTIERT

*** 20.01.11 06:56 ***


*** 20.01.2011 07:02 Uhr ***
Ab 11.2.0.2 wird ein <space> in SDO_DIMNAME nicht mehr akzeptiert.
diese neue Einschränkung findet sich jedoch nicht in der Dokumentation von 11.2.0.2.

SQL> INSERT INTO mdsys.sdo_geom_metadata_table
2 WERTE ('RAUM_TEST',
3 'COLA_MARKETS2','FORM',
4 MDSYS.SDO_DIM_ARRAY( -- 20X20 Raster
5 MDSYS.SDO_DIM_ELEMENT('X TEST', 0, 20, 0,005), <--- X<space>TEST
6 MDSYS.SDO_DIM_ELEMENT('Y', 0, 20, 0,005)
7 ),
8 NULL -- SRID Dies ist unser eigenes Koordinatensystem.
9 )
INSERT INTO mdsys.sdo_geom_metadata_table
*
FEHLER in Zeile 1:
ORA-13249: In SDO_DIMNAME sind nur alphanumerische Zeichen und "_" erlaubt
ORA-6512: bei "MDSYS.MD", Zeile 1723
ORA-6512: bei "MDSYS.MDERR", Zeile 17
ORA-6512: bei "MDSYS.CHK_SDO_DIMNAME", Zeile 11
ORA-4088: Fehler bei der Ausführung des Triggers 'MDSYS.CHK_SDO_DIMNAME'

In früheren Versionen bis 11.1.0.7 ist ein <space> in SDO_DIMNAME akzeptabel.
*** 20.01.11 08:08 *** (CHG: Asg->NEUER BESITZER)
*** 20.01.11 10:48 Uhr *** (CHG: Fest->12)
*** 20.01.2011 10:48 Uhr *** (CHG: Sta->89)
*** 20.01.11 10:48 Uhr ***
Ich habe das Material über gültige Zeichen in den "Geometrie-Metadaten" überarbeitet
Ansichten" (Abschnitt 2.8 im aktuellen Handbuch) in meiner Dokumentquelldatei
um dies einzubeziehen:

------------------
Die folgenden Überlegungen gelten für Schema-, Tabellen- und Spaltennamen sowie für
alle SDO_DIMNAME-Werte, die in beliebigen Oracle Spatial-Metadatenansichten gespeichert sind:

- Sie dürfen nur Buchstaben, Zahlen und Unterstriche enthalten. Zum Beispiel, solche
ein Name darf kein Leerzeichen ( ), einen Apostroph ('), ein Anführungszeichen (") enthalten.
oder ein Komma (,).

Dieser überarbeitete Text wird in der nächsten veröffentlichten Version des Orakels erscheinen
Handbuch für räumliche Entwickler.

Wenn Sie diesen Trigger deaktivieren, wird dieser Fehler bei der Versionierung von SDO_Geometry-Feature-Classes oder beim Erstellen von Ansichten mit mehreren Versionen für Feature-Classes, die in früheren Releases versioniert wurden, mit Sicherheit vermieden. Ich bin mir jedoch nicht sicher, wie Oracle sich fühlen würde, wenn einer ihrer Auslöser deaktiviert würde.

In diesem Fall wäre ich sehr überrascht, wenn dies hilft, da danarng sagte, dass sie SDE.ST_GEOMETRY verwenden. Metadaten werden also nicht in den SDO_GEOM_METADATA-Ansichten gespeichert.

Es hört sich irgendwie so an, als ob es ein Problem mit dem Typ gibt, wenn die SYS_TYPE-Funktion aufgerufen wird, so dass vielleicht zwei Dump-Dateien das Problem tatsächlich lösen würden. An Ihrer Stelle würde ich einen Vorfall mit dem technischen Support von ESRI eröffnen.

Wenn Sie es noch nicht getan haben, können Sie auch versuchen, die Tabellenindizes zu löschen und alle Statistiken zu trennen, bevor Sie die Daten exportieren. Um exp oder imp auszuprobieren, denke ich, dass Sie für ST_Geometry expdp und impdp verwenden müssen.


ST_Transform

ST_Transform konvertiert zweidimensionale ST_Geometry-Daten in den Raumbezug, der durch die Raumbezugs-ID (SRID) angegeben wird.

Vorsicht:

Wenn Sie die räumliche Spalte mit der Funktion st_register_spatial_column bei der PostgreSQL-Datenbank registriert haben, wird die SRID zum Zeitpunkt der Registrierung in die Tabelle sde_geometry_columns geschrieben. Wenn Sie einen räumlichen Index für die räumliche Spalte in einer Oracle-Datenbank erstellt haben, wird die SRID zum Zeitpunkt der Erstellung des räumlichen Index in die Tabelle st_geometry_columns geschrieben. Die Verwendung von ST_Transform zum Ändern der SRID der ST_Geometry-Daten aktualisiert die SRID in der Tabelle sde_geometry_columns oder st_geometry_columns nicht.

Verwenden von ST_Transform mit PostgreSQL

In PostgreSQL muss der Zielraumbezug, den Sie für die Transformation angeben, dasselbe geografische Koordinatensystem aufweisen wie der Quellraumbezug in der Spalte ST_Geometry.

Wenn die Daten in einer Datenbank (und nicht in einer Geodatabase) gespeichert sind, gehen Sie wie folgt vor, um den Raumbezug der ST_Geometry-Daten zu ändern:

  1. Erstellen Sie eine Sicherungskopie der Tabelle.
  2. Erstellen Sie eine zweite (Ziel-) ST_Geometry-Spalte in der Tabelle.
  3. Registrieren Sie die Zielspalte ST_Geometry und geben Sie die neue SRID an.

Dies gibt den Raumbezug der Spalte an, indem ein Datensatz in der Systemtabelle sde_geometry_columns platziert wird.

Wenn die Daten in einer Geodatabase gespeichert sind, sollten Sie ArcGIS-Werkzeuge verwenden, um die Daten in eine neue Feature-Class neu zu projizieren.Beim Ausführen von ST_Transform für eine Geodatabase-Feature-Class wird die Funktionalität zum Aktualisieren von Geodatabase-Systemtabellen mit der neuen SRID umgangen.

Verwenden von ST_Transform mit Oracle

In Oracle können Sie zwischen Raumbezügen mit demselben geografischen Koordinatensystem oder unterschiedlichen geografischen Koordinatensystemen konvertieren. Wenn die geographischen Koordinatensysteme unterschiedlich sind, wird eine geographische Transformation durchgeführt. Eine geografische Transformation konvertiert zwischen zwei geografischen Koordinatensystemen. Eine geographische Transformation ist in einer bestimmten Richtung definiert, beispielsweise von NAD 1927 zu NAD 1983, aber die Funktion ST_Transform wird die Transformation unabhängig vom Quell- und Zielkoordinatensystem korrekt anwenden.

Geographische Transformationsmethoden können in zwei Typen unterteilt werden: gleichungsbasiert und dateibasiert. Gleichungsbasierte Methoden sind in sich abgeschlossen und benötigen keine externen Informationen. Dateibasierte Methoden verwenden Dateien auf der Festplatte, um Offsetwerte zu berechnen. Sie sind in der Regel genauer als gleichungsbasierte Methoden. Dateibasierte Methoden werden häufig in Australien, Kanada, Deutschland, Neuseeland, Spanien und den Vereinigten Staaten verwendet. Die Dateien (mit Ausnahme der kanadischen) können von einer ArcGIS for Desktop-Installation oder direkt von den verschiedenen nationalen Kartierungsbehörden bezogen werden.

Um dateibasierte Transformationen in Oracle zu unterstützen, müssen die Dateien auf dem Oracle-Server in derselben relativen Ordnerstruktur wie der pedata-Ordner im ArcGIS for Desktop-Installationsverzeichnis abgelegt werden.

Im Installationsverzeichnis von ArcGIS for Desktop befindet sich beispielsweise ein Ordner namens pedata . Dieser Ordner enthält mehrere Unterordner, aber die drei Ordner, die unterstützte dateibasierte Methoden enthalten, sind harn , nadcon und ntv2 . Kopieren Sie entweder den Ordner pedata und seinen Inhalt aus dem ArcGIS for Desktop-Installationsverzeichnis auf den Oracle-Server, oder erstellen Sie ein Verzeichnis auf dem Oracle-Server, das die unterstützten dateibasierten Transformationsmethoden-Unterverzeichnisse und -Dateien enthält. Sobald sich die Dateien auf dem Oracle-Server befinden, legen Sie eine Betriebssystemumgebungsvariable namens PEDATAHOME auf dem Server fest. Legen Sie die Variable PEDATAHOME auf den Speicherort des Verzeichnisses fest, das die Unterverzeichnisse und Dateien enthält. Wenn der Ordner pedata beispielsweise auf einem Microsoft Windows-Server nach C:pedata kopiert wird, legen Sie die Umgebungsvariable PEDATAHOME auf C:pedata fest.

Informationen zum Festlegen einer Umgebungsvariablen finden Sie in der Dokumentation Ihres Betriebssystems.

Nach dem Festlegen von PEDATAHOME müssen Sie eine neue SQL-Sitzung starten, bevor Sie die ST_Transform-Funktion verwenden können, der Server muss jedoch nicht neu gestartet werden.

Wenn die Daten in einer Datenbank (anstelle einer Geodatabase) gespeichert sind und kein räumlicher Index für die räumliche Spalte definiert wurde, können Sie eine zweite ST_Geometry-Spalte hinzufügen und die transformierten Daten dorthin ausgeben. Sie können sowohl die ursprüngliche (Quell-)ST_Geometry-Spalte als auch die Ziel-ST_Geometry-Spalte in der Tabelle beibehalten, obwohl Sie in ArcGIS jeweils nur eine Spalte anzeigen können, indem Sie eine Ansicht verwenden oder die Abfrage-Layer-Definition für die Tabelle ändern.

Wenn die Daten in einer Datenbank (und nicht in einer Geodatabase) gespeichert sind und für die räumliche Spalte ein räumlicher Index definiert ist, können Sie die ursprüngliche Spalte ST_Geometry nicht beibehalten. Nachdem ein räumlicher Index für eine ST_Geometry-Spalte definiert wurde, wird die SRID in die st_geometry_columns-Metadatentabelle geschrieben. ST_Transform aktualisiert diese Tabelle nicht.

  1. Erstellen Sie eine Sicherungskopie der Tabelle.
  2. Erstellen Sie eine zweite (Ziel-) ST_Geometry-Spalte in der Tabelle.
  3. Führen Sie ST_Transform aus. Geben Sie an, dass die transformierten Daten in die Zielspalte ST_Geometry ausgegeben werden.
  4. Löschen Sie den räumlichen Index aus der ST_Geometry-Quellspalte.
  5. Löschen Sie die Quellspalte ST_Geometry.
  6. Erstellen Sie einen räumlichen Index für die Zielspalte ST_Geometry.

Wenn die Daten in einer Geodatabase gespeichert sind, sollten Sie ArcGIS-Werkzeuge verwenden, um die Daten in eine neue Feature-Class neu zu projizieren. Beim Ausführen von ST_Transform für eine Geodatabase-Feature-Class wird die Funktionalität zum Aktualisieren von Geodatabase-Systemtabellen mit der neuen SRID umgangen.

Verwenden von ST_Transform mit SQLite

In SQLite können Sie zwischen Raumbezügen mit demselben geografischen Koordinatensystem oder unterschiedlichen geografischen Koordinatensystemen konvertieren. Wenn die geographischen Koordinatensysteme unterschiedlich sind, wird eine geographische Transformation durchgeführt. Eine geografische Transformation konvertiert zwischen zwei geografischen Koordinatensystemen. Eine geographische Transformation ist in einer bestimmten Richtung definiert, beispielsweise von NAD 1927 zu NAD 1983, aber die Funktion ST_Transform wird die Transformation unabhängig vom Quell- und Zielkoordinatensystem korrekt anwenden.

Geographische Transformationsmethoden können in zwei Typen unterteilt werden: gleichungsbasiert und dateibasiert. Gleichungsbasierte Methoden sind in sich abgeschlossen und benötigen keine externen Informationen. Dateibasierte Methoden verwenden Dateien auf der Festplatte, um Offsetwerte zu berechnen. Sie sind in der Regel genauer als gleichungsbasierte Methoden. Dateibasierte Methoden werden häufig in Australien, Kanada, Deutschland, Neuseeland, Spanien und den Vereinigten Staaten verwendet. Die Dateien (mit Ausnahme der kanadischen) können von einer ArcGIS for Desktop-Installation oder direkt von den verschiedenen nationalen Kartierungsbehörden bezogen werden.


Funktionsbeschreibungen der Parameter

In den folgenden Abschnitten werden die in der vorherigen Tabelle aufgeführten Parameter ausführlicher erläutert.

Geschäftstabellen- und Indexspeicherparameter

Eine Business-Tabelle ist eine beliebige Oracle-Tabelle, die von einem ArcGIS-Client erstellt wurde. Verwenden Sie den Parameter B_STORAGE, um die Speicherkonfiguration einer Geschäftstabelle zu definieren.

  • Der Parameter B_INDEX_USER enthält die Speicherkonfiguration für benutzerdefinierte Indizes, die mit der C-API-Funktion SE_table_create_index und der create_index-Operation des sdetable-Befehls erstellt wurden.
  • Der Parameter B_INDEX_ROWID enthält die Speicherkonfiguration des Index, den ArcGIS für die ObjectID-Spalte einer Registertabelle erstellt, allgemein als ROWID oder OBJECTID bezeichnet.
  • Der Parameter B_INDEX_SHAPE enthält die Speicherkonfiguration des räumlichen Spaltenindex, den ArcGIS erstellt, wenn einer Business-Tabelle eine räumliche Spalte mit binärer Geometrie hinzugefügt wird. ArcGIS erstellt diesen Index beim Erstellen einer Feature-Class.
  • Der Parameter B_INDEX_RASTER enthält die Speicherkonfiguration des Raster-Spaltenindex, den ArcGIS erstellt, wenn einer Business-Tabelle eine Raster-Spalte hinzugefügt wird. ArcGIS erstellt diesen Index beim Erstellen einer Feature-Class.
  • Der Parameter B_INDEX_TO_DATE gibt den Speicher für den Index R<registration_id>_sde_todate an. Dieser Index wird erstellt, wenn die Archivierung für eine Geschäftstabelle aktiviert ist, und wird verwendet, wenn die Verlaufstabelle während einer Archivierungsoperation aktualisiert wird.

Fügt Tabellenspeicherparameter hinzu und löscht sie

Wenn Sie eine Business-Tabelle oder Feature-Class als versioniert registrieren, können mehrere Benutzer ein Objekt verwalten und bearbeiten. ArcGIS erstellt zwei Tabellen – die Adds-Tabelle und die Deletes-Tabelle – für jede Tabelle, die als versioniert registriert ist.

In angemessenen Abständen führen Benutzer die von ihnen vorgenommenen Änderungen mit den Änderungen anderer Benutzer zusammen und gleichen Konflikte ab, die bei der Änderung derselben Funktionen auftreten.

Fügt Tabellenparameter hinzu

Der Parameter A_STORAGE verwaltet die Speicherkonfiguration der Adds-Tabelle. Die Adds-Tabelle trägt den Namen A<n>, wobei <n> die Registrierungs-ID ist, die in der TABLE_REGISTRY-Systemtabelle aufgeführt ist. Wenn beispielsweise die Business-Tabelle ROADS mit der Registrierungs-ID 10 aufgeführt ist, erstellt ArcGIS die Adds-Tabelle als A10.

Fünf weitere Speicherparameter enthalten die Speicherkonfiguration der Indizes der Adds-Tabelle:

  • Der Parameter A_INDEX_RASTER gibt die Speicherkonfiguration des Index an, der für eine Raster-Spalte in der Adds-Tabelle erstellt wird. Der Index heißt SDE_RIX_<N>_A. <N> ist die Rasterspalten-ID.
  • Der Parameter A_INDEX_ROWID enthält die Speicherkonfiguration des Index, den ArcGIS für die versionierten Status-ID- und ObjectID-Spalten (auch als ROWID bezeichnet) erstellt. Der ROWID-Index der Hinzufügungstabelle wird als A<n>_PK bezeichnet, wobei <n> die Registrierungs-ID der Geschäftstabelle ist, mit der die Hinzufügungstabelle verknüpft ist.
  • Der Parameter A_INDEX_STATEID enthält die Speicherkonfiguration des Index, den ArcGIS in der Spalte SDE_STATE_ID der Adds-Tabelle erstellt. Der SDE_STATE_ID-Spaltenindex heißt A<n>_STATE_ID_IX1, wobei <n> die Registrierungs-ID der Geschäftstabelle ist, mit der die Adds-Tabelle verknüpft ist.
  • Der Parameter A_INDEX_SHAPE enthält die Speicherkonfiguration des Index, den ArcGIS für die räumliche Spalte der Adds-Tabelle erstellt. Wenn die Business-Tabelle eine räumliche Spalte enthält, werden die Spalte und der Index darauf in der adds-Tabelle dupliziert. Der räumliche Spaltenindex der Adds-Tabelle heißt A<n>_IX1_A, wobei <n> die Layer-ID der Feature-Class ist, wie sie in der LAYERS-Tabelle aufgeführt ist.
  • Der Parameter A_INDEX_USER enthält die Speicherkonfiguration von benutzerdefinierten Indizes, die ArcGIS in der Adds-Tabelle erstellt. Die benutzerdefinierten Indizes für die Business-Tabellen werden in der Adds-Tabelle dupliziert.

Löscht Tabellenparameter

Der Parameter D_STORAGE enthält die Speicherkonfiguration der Löschtabelle. Die Löschtabelle trägt den Namen D<n>, wobei <n> die Registrierungs-ID ist, die in der TABLE_REGISTRY-Systemtabelle aufgeführt ist. Wenn beispielsweise die Business-Tabelle ROADS mit der Registrierungs-ID 10 aufgeführt ist, erstellt ArcGIS die Löschtabelle als D10.

Zwei weitere Speicherparameter enthalten die Speicherkonfiguration der Indizes, die ArcGIS in der Löschtabelle erstellt. Der Parameter D_INDEX_STATE_ROWID enthält die Speicherkonfiguration des D<n>_IDX1-Index, den ArcGIS in den Spalten SDE_STATE_ID und SDE_DELETES_ROW_ID der Löschtabelle erstellt. Der Parameter D_INDEX_DELETED_AT enthält die Speicherkonfiguration des D<n>_PK-Index, den ArcGIS für die Spalten DELETED_AT, SDE_DELETES_ROW_ID und SDE_STATE_ID der Löschtabelle erstellt.

Parameter für räumlichen Index und Feature-Tabellen

Eine Feature-Class, die mithilfe des ST_Geometry-Speichers mit einem räumlichen Index erstellt wurde, erstellt eine zusätzliche Tabelle in der Oracle-Datenbank. Die räumliche Indextabelle heißt S<n>_IDX$, wobei <n> der Geometrieindexwert für die Tabelle ist. Der Wert kann durch Abfragen der Tabelle SDE.ST_GEOMETRY_COLUMNS abgerufen werden. Die räumliche Indextabelle wird als Oracle Indexed Organized Table (IOT) erstellt. Der räumliche Index für das Attribut ST_Geometry wird als A<n>_IX1 angezeigt, wenn er über Enterprise Manager angezeigt wird. Der Wert von <n> stellt den LAYER_ID-Wert dar, der in der LAYERS-Tabelle gespeichert ist.

Wenn Sie partitionierte Geschäftstabellen erstellen, die eine ST_Geometry-Spalte enthalten, möchten Sie möglicherweise auch, dass der räumliche Index partitioniert wird. Es gibt zwei Arten von Partitionierungsmethoden: global und lokal. Standardmäßig werden globale partitionierte Indizes für partitionierte Geschäftstabellen erstellt. Um einen lokalen partitionierten Index zu erstellen, müssen Sie das Schlüsselwort LOCAL am Ende der Anweisung CREATE INDEX hinzufügen. Damit ArcGIS LOCAL am Ende der CREATE INDEX-Anweisung für den räumlichen Index hinzufügen kann, legen Sie den Parameter ST_INDEX_PARTITION_LOCAL unter dem Schlüsselwort DEFAULTS auf TRUE fest.

Wenn die Business-Tabelle mit der Spalte ST_Geometry jedoch nicht partitioniert ist und Sie ST_INDEX_PARTITION_LOCAL auf TRUE setzen, erhalten Sie die folgende Fehlermeldung:

Eine Feature-Class, die mit einem komprimierten ArcSDE-Binärspeicherformat (LONG RAW- oder BLOB-Datentyp) erstellt wurde, fügt der Oracle-Datenbank zwei Tabellen hinzu – die Feature-Tabelle und die räumliche Indextabelle. Die räumliche Indextabelle wird als S<n> erstellt, wobei <n> die Layer-ID der Feature-Class der räumlichen Indextabelle ist, wie sie in der Tabelle LAYERS zu finden ist. In der Feature-Tabelle werden drei Indizes und in der räumlichen Indextabelle zwei Indizes erstellt. Konfigurationsparameter, die für räumliche Indizes gelten, beginnen normalerweise mit S_.

Die Speicherparameter für diese Tabellen und Indizes folgen demselben Muster wie die Speicherparameter B_STORAGE und B_INDEX_* der Geschäftstabelle. Der Parameter S_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfiguration der räumlichen Indextabelle und deren Indizes für den Esri ST_Geometry-Speicher. Der Parameter S_INDEX_ALL gilt nur für Binärspeicher und enthält die Oracle CREATE INDEX-Speicherkonfiguration des ersten Index der räumlichen Tabelle. Der räumliche Index wird als S<n>_IX1 erstellt, wobei <n> die Layer-ID der Feature-Class des Index ist, die in der Tabelle LAYERS gefunden wird.

Der Parameter S_INDEX_SP_FID enthält die Oracle CREATE INDEX-Speicherkonfiguration des zweiten Index der räumlichen Tabelle, wenn Binärspeicher für die Feature-Class verwendet wird. Der räumliche Index wird als S<n>_IX2 erstellt, wobei <n> die Layer-ID der Feature-Class des Index ist, die in der Tabelle LAYERS gefunden wird.

Feature-Class-Parameter gelten nur, wenn Binärspeicher verwendet wird. Diese Parameter beginnen mit F_.

  • Der Parameter F_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfigurationszeichenfolge der Feature-Tabelle. Die Feature-Tabelle wird als F_<n> erstellt, wobei <n> die Layer-ID der Feature-Class der Tabelle ist, wie sie in der Tabelle LAYERS zu finden ist.
  • Der Parameter F_INDEX_FID enthält die Oracle CREATE INDEX-Speicherkonfigurationszeichenfolge des räumlichen Spaltenindex der Feature-Tabelle. Der räumliche Spaltenindex wird als F<n>_UK1 erstellt, wobei <n> die Layer-ID der Feature-Class des Index ist, wie sie in der Tabelle LAYERS zu finden ist.
  • Der Parameter F_INDEX_AREA enthält die Oracle CREATE INDEX-Speicherkonfiguration des Bereichsspaltenindex der Feature-Tabelle. Der räumliche Spaltenflächenindex wird als F<n>_AREA_IX2 erstellt, wobei <n> die Layer-ID der Feature-Class des Index ist, wie sie in der Tabelle LAYERS zu finden ist.
  • Der Parameter F_INDEX_LEN enthält die Oracle CREATE INDEX-Speicherkonfiguration des Längenspaltenindex der Feature-Tabelle. Der Längenindex der räumlichen Spalte wird als F<n>_LEN_IX3 erstellt, wobei <n> die Layer-ID der Feature-Class des Index ist, wie sie in der Tabelle LAYERS zu finden ist.

Rastertabellen- und Indexspeicherparameter

Eine einer Business-Tabelle hinzugefügte Raster-Spalte ist eigentlich eine Fremdschlüsselreferenz auf Raster-Daten, die in einem Schema gespeichert sind, das aus vier Tabellen und fünf unterstützenden Indizes besteht. Die Parameter der Raster-Tabelle definieren die Konfiguration für die Raster-Tabellen und Indizes.

Der Parameter RASTER_STORAGE definiert, welcher Datentyp zum Speichern von Raster-Daten verwendet wird. Die Optionen sind BLOB, LONG RAW, SDO_GEORASTER oder ST_Raster. Über SQL kann auf die Typen ST_Raster und SDO_GeoRaster zugegriffen werden.

Vorsicht:

Verwenden Sie keinen Long Raw-Speicher für neue Daten, da Oracle die Unterstützung für diesen Datentyp in einer zukünftigen Version möglicherweise nicht mehr unterstützt. Obwohl Long Raw immer noch funktioniert, ist es am besten, es nicht zu verwenden. Sie müssen es möglicherweise auf einen anderen Speichertyp migrieren.

Wenn die meisten Raster-Spalten in Ihrer Datenbank dasselbe Raster-Speicherformat verwenden sollen, legen Sie den Parameter RASTER_STORAGE einmal im Konfigurationsschlüsselwort DEFAULTS fest. Um beispielsweise den Standardwert RASTER_STORAGE von BLOB in SDO_GEORASTER zu ändern, wird die folgende Änderung vorgenommen:

Der Parameter RASTER_STORAGE ersetzt den RASTER_BINARY_TYPE, der weiterhin funktioniert, aber nicht mehr unterstützt wird.

Der Parameter RAS_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfiguration der RAS-Tabelle.

Der Parameter RAS_INDEX_ID enthält die Oracle CREATE INDEX-Speicherkonfiguration des RAS-Tabellenindex.

Der Parameter BND_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfiguration der BND-Tabelle.

Der Parameter BND_INDEX_COMPOSITE enthält die Oracle CREATE INDEX-Speicherkonfiguration des zusammengesetzten Spaltenindex der BND-Tabelle.

Der BND_INDEX_ID-Speicher enthält die Oracle CREATE INDEX-Speicherkonfiguration des Zeilen-ID (RID)-Spaltenindex der BND-Tabelle.

Der Parameter AUX_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfiguration der AUX-Tabelle.

Der Parameter AUX_INDEX_COMPOSITE enthält die Oracle CREATE INDEX-Speicherkonfiguration des Index der AUX-Tabelle.

Der Parameter BLK_STORAGE enthält die Oracle CREATE TABLE-Speicherkonfiguration der BLK-Tabelle.

Der Parameter BLK_INDEX_COMPOSITE enthält die Oracle CREATE TABLE-Speicherkonfiguration des Index der BLK-Tabelle.

Der Datentyp "Long Raw" wird möglicherweise in einer zukünftigen Version von Oracle nicht unterstützt. Verwenden Sie ihn daher nicht für neue Raster-Daten.

Wenn nur einige Ihrer Raster-Daten mit SDO_GeoRaster gespeichert werden sollen, können Sie beim Erstellen von Raster-Datasets, Raster-Katalogen oder Mosaik-Datasets das Schlüsselwort SDO_GEORASTER angeben. Bevor das Schlüsselwort SDO_GEORASTER verwendet werden kann, müssen Sie jedoch die Tabellenbereichsinformationen für die Parameter RDT_STORAGE und RDT_INDEX_COMPOSITE bearbeiten. Standardmäßig sind die Tabellenbereichsinformationen nicht im Schlüsselwort SDO_GEORASTER enthalten. Sie können die Parameterwerte RDT_STORAGE und RDT_INDEX_COMPOSITE ändern und eine Tabellenbereichsdefinition hinzufügen, wie im folgenden Beispiel gezeigt:

Es gibt einen weiteren Typ von Raster-Tabellen – die Raster-Attributtabelle. Diese Tabelle (oder Tabellen, in denen es mehrere solcher Tabellen geben kann) speichert Attributwerte basierend auf Zellenwerten im Raster. Der Parameter B_STORAGE definiert die Speicherung dieser Tabellen. Wenn Sie für diese Tabellen einen anderen Speicherort definieren müssen als für andere Feature-Class-Business-Tabellen, müssen Sie unbedingt ein Raster-Schlüsselwort erstellen, das Sie beim Erstellen von Raster-Datasets und Raster-Katalogen verwenden können, das andere Speicherinformationen für die Raster-Attributtabellen angibt.

Weitere Informationen zu Raster-Attributtabellen finden Sie unter Raster-Dataset-Attributtabellen.

Geometriespeicherparameter

  • ST_Geometry for Oracle – Dieser Typ erweitert die Datenbank um einen ST_GEOMETRY-Datentyp. Setzen Sie den Parameter GEOMETRY_STORAGE auf ST_GEOMETRY, wenn Sie Ihre räumlichen Daten in diesem Format speichern möchten. (Ab ArcGIS 9.3 wird das ST_GEOMETRY-Format angenommen, wenn der Parameter GEOMETRY_STORAGE nicht festgelegt ist.)
  • Komprimierte ArcSDE-Binärdatei, gespeichert als BLOB-Datentyp

Setzen Sie den Parameter GEOMETRY_STORAGE auf SDELOB, wenn Sie Ihre räumlichen Daten in diesem Format speichern möchten. Wenn Sie dieses Format als Standardformat festlegen möchten, setzen Sie den Parameter GEOMETRY_STORAGE im Konfigurationsschlüsselwort DEFAULTS auf SDELOB.

Oracle kann den Speichertyp LONG RAW in einer zukünftigen Version ablehnen. Aus diesem Grund wird empfohlen, den SDEBINARY-Speicher nicht für neue Feature-Classes zu verwenden. Informationen zum Migrieren vorhandener Feature-Classes von LONG RAW zu BLOB oder ST_GEOMETRY finden Sie unter Migrieren von Raster-Spalten zum Typ ST_Raster.

Setzen Sie den Parameter GEOMETRY_STORAGE auf SDO_GEOMETRY, wenn Sie Ihre räumlichen Daten in diesem Format speichern möchten. Wenn Sie dieses Format als Standardformat festlegen möchten, setzen Sie den Parameter GEOMETRY_STORAGE im Konfigurationsschlüsselwort DEFAULTS auf SDO_GEOMETRY.

Setzen Sie den Parameter GEOMETRY_STORAGE auf OGCWKB, wenn Sie Ihre räumlichen Daten in diesem Format speichern möchten. Wenn Sie dieses Format als Standardformat festlegen möchten, setzen Sie den Parameter GEOMETRY_STORAGE im Konfigurationsschlüsselwort DEFAULTS auf OGCWKB.

XML-Parameter

Wenn Sie in Ihrer Geodatabase keine XML-Spalten und XML-Dokumente verwenden, müssen Sie diese Parameter nicht konfigurieren.

Der Parameter XML_COLUMN_STORAGE bestimmt, ob XML-Spalten als ArcSDE-XML oder natives Oracle-XML erstellt werden.Die Standardeinstellung ist die Verwendung von ArcSDE XML (SDE_XML).

Einer XML-Spalte können zwei Textindizes zugeordnet sein: einer für die XML-Dokumententabelle und einer für die XML-Indextabelle. Um eine XML-Spalte erfolgreich zu erstellen, muss der Parameter XML_IDX_INDEX_TEXT einen geeigneten Wert haben. Dieser Wert wird in der PARAMETERS-Klausel verwendet, wenn die Kontexttextindizes der XML-Spalte erstellt werden. Ein geeigneter Wert für den Parameter XML_IDX_INDEX_TEXT stimmt nicht mit den Werten überein, die für andere DBTUNE-Parameter verwendet werden, die zum Erstellen anderer Indextypen verwendet werden. Der Wert in der PARAMETERS-Klausel steuert die Speicherparameter für die Textindizes, die Sprache der linguistischen Analyse zum Indizieren und Suchen von Text in den XML-Dokumenten, den Zeitplan, mit dem die Textindizes aktualisiert werden, und andere Einstellungen, die für Textindizes spezifisch sind.

XML-Dokumente werden als große Objekte (LOBs) in der XML-Dokumenttabelle in den Spalten XML_DOC und XML_DOC_VAL und in der XML-Indextabelle in der Spalte TEXT_TAG gespeichert. Es ist wichtig, diese Spalten genau zu konfigurieren, um die bestmögliche Suchleistung zu erzielen. LOBs werden in Reihe gespeichert, wenn die LOB-Daten im selben Block wie die restlichen Daten in der Zeile gespeichert sind. Eine Inline-Speicherung ist jedoch nur möglich, wenn die LOB-Daten kleiner als 4 KB sind. Bei der Out-of-Line-Speicherung werden die Daten im LOB-Segment gespeichert, und nur der LOB-Locator wird mit den restlichen Daten in der Zeile gespeichert.

Mit den DBTUNE-Parametern XML_DOC_LOB_STORAGE und XML_DOC_VAL_LOB_STORAGE und XML_IDX_TEXT_TAG_STORAGE können Sie angeben, ob LOB-Daten, die einer XML-Spalte zugeordnet sind, in-line oder out-line gespeichert werden. Fügen Sie den Wert "DISABLE STORAGE IN ROW" an, um die Daten außerhalb der Zeile zu speichern, oder "ENABLE STORAGE IN ROW", um die Daten in einer Zeile zu speichern.

Wenn LOB-Daten für eine XML-Spalte außerhalb der Zeile gespeichert werden, platziert ArcGIS diese Daten standardmäßig im selben Tablespace wie die XML-Dokumenttabelle. Die LOB-Daten können in einen anderen Tabellenbereich als den mit der XML-Dokumenttabelle verschoben werden.

Parameter der Protokolldateitabelle

Protokolldateitabellen werden von ArcGIS verwendet, um Sätze ausgewählter Datensätze zu verwalten.

Protokolldateiparameter wirken sich auf Protokolldateidatentabellen und -indizes aus. Sie beginnen mit dem Buchstaben L oder SESSION. Die Parameter sind wie folgt:

  • LF_STORAGE definiert die Konfiguration für die Tabelle LOGFILES.
  • LF_INDEXES konfiguriert die Erstellung der Indizes logfiles_pk und logfiles_uk für die Tabelle LOGFILES.
  • LD_STORAGE definiert die Konfiguration für die Tabellen LOGFILE_DATA und LOGPOOL_<SDE_ID>.
  • LD_INDEX_ROWID konfiguriert die Erstellung des Indexes LOGFILE_DATA_idx1 in der Tabelle LOGFILE_DATA und des Indexes LOGPOOL_<SDE_ID>_idx1 in der Pooltabelle LOGPOOL_<SDE_ID>.
  • LD_INDEX_DATA_ID konfiguriert die Erstellung des LOGFILE_DATA_idx2-Index auf der LOGFILE_DATA-Tabelle und des LOGPOOL_<SDE_ID>_idx1-Index auf der LOGPOOL_<SDE_ID>.
  • SESSION_STORAGE definiert die Konfiguration für die eigenständige Protokolltabelle LOGDATA_<SDE_ID>_<Current_standalone_id> und die Sitzungstabelle SESSION_<sde_id>.
  • SESSION_INDEX konfiguriert die Erstellung des LOGDATA_<SDE_ID>_<sde_id>_<Current_standalone_id>_idx1-Index für die eigenständige Protokolltabelle und des LOGSESSION_<SDE_ID>_idx1-Index in der Sitzungstabelle.
  • SESSION_TEMP_TABLE wird in Oracle-Datenbanken nicht verwendet.

Weitere Informationen zur Verwendung von Protokolldateitabellen in der Geodatabase finden Sie unter Protokolldateitabellenoptionen für Oracle.

Parameter der Benutzeroberfläche

Benutzeroberflächenparameter beginnen mit UI und geben an, ob das zugehörige Konfigurationsschlüsselwort über die ArcGIS-Benutzeroberfläche und ArcObjects verfügbar ist. UI_TEXT wird für nicht zusammengesetzte Konfigurationsschlüsselwörter verwendet. UI_TOPOLOGY_TEXT wird für Topologie-Schlüsselwörter verwendet. UI_TERRAIN_TEXT wird für Terrain-Schlüsselwörter verwendet. UI_NETWORK_TEXT wird für Netzwerkschlüsselwörter verwendet. Die Standardkonfigurationsschlüsselwörter, die UI-Parameter benötigen, verfügen bereits über diese. Sie würden nur einen dieser Parameter hinzufügen, wenn Sie Ihre eigenen benutzerdefinierten Keywords erstellt haben.

BLOB-Speicherparameter

BLOBs können für die Parameter GEOMETRY_STORAGE, RASTER_STORAGE und ATTRIBUTE_BINARY verwendet werden.

Der Parameter GEOMETRY_STORAGE steuert, wie Vektordaten in einer Feature-Class gespeichert werden. Der Parameter RASTER_STORAGE steuert, wie Raster-Daten in einem Raster-Dataset, Raster-Katalog oder Raster-Attribut gespeichert werden. Schließlich steuert der Parameter ATTRIBUTE_BINARY die Speicherung aller anderen binären Daten, die nicht Vektor oder Raster sind.

Um BLOB-Spalten zu erstellen, müssen die Parameter innerhalb eines bestimmten Konfigurationsschlüsselworts wie folgt festgelegt werden:

Esri empfiehlt die folgenden LOB-Speicherparameter für Vektor- und Rasterdaten:

  • Aktivieren Sie immer die In-Row-Speicherung, da die meisten Geoinformationssystem-Daten (GIS) in den In-Row-Schwellenwert von 3.964 Byte passen. Die Leistung ist am besten, wenn die Daten in Zeilen gespeichert werden.
  • Aktivieren Sie den Cache, da Geodatabase-Daten häufig gelesen werden.
  • Da ArcGIS keine Aktualisierungen für BLOB-Daten durchführt, sondern stattdessen nur Einfügungen und Löschungen durchführt, legen Sie PCT_VERSION auf 0 fest, da keine älteren Versionen der Daten im LOB-Segment verwaltet werden müssen.
  • Sie sollten keine Chunk-Größe unter 8K verwenden. Chunk-Größen von 2K und 4K erhöhen die E/A-Menge, da der Oracle-Serverprozess mehr Chunks abrufen muss. Sie werden wahrscheinlich feststellen, dass eine Chunk-Größe von 8K weniger Speicherplatz verschwendet als 16K. Wenn Sie eine Chunk-Größe von 2K oder 4K verwenden, werden Sie feststellen, dass weniger Speicherplatz verschwendet wird, aber Tests haben ergeben, dass die Anzeigezeit für die meisten Raster- und Vektordaten gegenüber dem Speichern in einer Chunk-Größe von 8K dramatisch zunimmt. Da die Blockgröße immer ein Vielfaches der Datenblockgröße sein muss, beträgt die beste Datenblockgröße zum Speichern von GIS-Daten in BLOBs 8 KB.

Die folgenden Beispiele zeigen, wie die Raster-DBTUNE-Speicherparameter geändert wurden, um eine als BLOB-Datentyp gespeicherte Raster-Blocktabelle aufzunehmen:

Wenn die Pixeldaten des Rasterblocks weniger als 3.965 Bytes umfassen, werden sie in der Spalte BLOCK_DATA im Tabellenbereich RASTER gespeichert. Wenn er jedoch diesen Schwellenwert überschreitet, wird er im LOB-Segment im Tablespace RASTER_LOB_SEGMENT gespeichert. Der LOB-Index wird nur verwendet, wenn die Anzahl der Chunks 12 überschreitet. Dies ist bei Geodatabase-Daten unwahrscheinlich. Betrachten Sie ein LOB-Segment mit einer Chunk-Größe von 8 KB. Bevor der LOB-Index verwendet wird, müssen die ArcSDE-Binärdaten 96 KB überschreiten.

Die folgenden Beispiele zeigen, wie die Vektor-DBTUNE-Speicherparameter geändert wurden, um die in einem BLOB-Datentyp gespeicherte Feature-Tabelle aufzunehmen:

Wenn die Binärdaten des Features weniger als 3.965 Bytes umfassen, werden sie in der Spalte POINTS im VECTOR-Tablespace gespeichert. Wenn er jedoch diesen Schwellenwert überschreitet, wird er im LOB-Segment im Tabellenbereich VECTOR_LOB_SEGMENT gespeichert.

Wenn die Binärdaten der Business-Tabelle in diesem Beispiel weniger als 3.965 Byte umfassen, werden sie in der BLOB-Spalte der Business-Tabelle im Tabellenbereich BIZZTABS gespeichert. Wenn er jedoch diesen Schwellenwert überschreitet, wird er im LOB-Segment im Tabellenbereich BIZZ_LOB_SEGMENT gespeichert. Die Spalte BLOB in diesem Beispiel lautet DOCUMENT. Wenn der obige Parameter B_STORAGE DBTUNE verwendet wird, um eine Tabelle zu erstellen, die keine DOCUMENT-Spalte hat, wird der folgende Fehler von Oracle zurückgegeben:

Daher ist es nicht ratsam, dem Schlüsselwort DEFAULTS die Parameter B_STORAGE oder A_STORAGE hinzuzufügen, die auf eine bestimmte BLOB-Spalte verweisen, da die Geschäftstabelle diese Spalten enthalten muss. Erstellen Sie stattdessen separate Konfigurationsschlüsselwörter und fügen Sie diese Speicherparameter zu den Schlüsselwörtern hinzu. Das Schlüsselwort, das den Speicherparameter enthält, wird beim Erstellen der Tabelle referenziert. Es ist auch zu beachten, dass Speicherparameter des Schlüsselworts DEFAULTS verwendet werden, wenn sie nicht in einem bestimmten Schlüsselwort enthalten sind. Aus diesem Grund ist es nicht erforderlich, einen bestimmten Speicherparameter innerhalb eines Schlüsselworts hinzuzufügen, wenn seine Konfigurationszeichenfolge mit dem Speicherparameter unter dem Schlüsselwort DEFAULTS identisch ist. Wenn beispielsweise alle Speicherparameter außer B_STORAGE und A_STORAGE des neuen Schlüsselworts ROADS dieselbe Konfigurationszeichenfolge wie die des Schlüsselworts DEFAULTS haben, müssen Sie nur die Parameter B_STORAGE und A_STORAGE unter dem Schlüsselwort ROADS erstellen. Alle anderen Speicherparameter werden aus dem Schlüsselwort DEFAULTS gelesen, da sie nicht im Schlüsselwort ROADS gefunden werden.

Zusätzliche Parameter

Einige einzelne Parameter, die auch in der DBTUNE-Tabelle eingestellt werden können, sind:

COMPRESS_ROLLBACK_SEGMENT-Parameter

Die regelmäßige Komprimierung des Zustandsbaums der versionierten Datenbank ist ein erforderliches Wartungsverfahren.

Die Transaktionen des Komprimierungsvorgangs sind in der Regel umfangreich, wenn Sie die manuelle Rückgängig-Methode von Oracle verwenden. Esri empfiehlt, dass Sie ein separates, großes Rollback-Segment erstellen, das die Änderungen enthält. Der Speicherparameter COMPRESS_ROLLBACK_SEGMENT speichert den Namen eines Rollback-Segments, das Sie zu diesem Zweck angelegt haben. Fügen Sie den Speicherparameter COMPRESS_ROLLBACK_SEGMENT zum Konfigurationsschlüsselwort DEFAULTS hinzu.

Beginnend mit Oracle 10g, empfiehlt Oracle nicht, die manuelle Rückgängig-Methode zu verwenden. Weitere Informationen finden Sie in der Dokumentation zu Ihrem Oracle 10g Installation für Details.

ATTRIBUTE_BINARY-Parameter

ArcGIS definiert Attributspalten, die zum Speichern von Binärdaten als LONG RAW oder als BLOB verwendet werden. Die empfohlene Standardeinstellung ist BLOB.

Vor ArcGIS 9.2 war LONGRAW der Standardwert für den Parameter ATTRIBUTE_BINARY. Wenn Sie eine vorhandene Geodatabase auf Version 9.2 oder höher aktualisieren, wird dieser Wert in der DBTUNE-Tabelle nicht geändert. Um BLOB zum Standarddatentyp für binäre Attributspalten zu machen, müssen Sie den Parameter DEFAULTS ATTRIBUTE_BINARY manuell in BLOB ändern. Nachdem Sie diese Änderung vorgenommen haben, verwenden neue Feature-Classes, die mit dem Schlüsselwort DEFAULTS erstellt wurden, BLOB für binäre Spalten. Informationen zum Migrieren der Attributspalten in vorhandenen Daten von LONG RAW zu BLOB finden Sie unter Speicher migrieren.

Wenn Sie Feature-Class-Repräsentationen verwenden, müssen Sie die Feature-Class mit einem Konfigurationsschlüsselwort erstellen, bei dem der Parameter ATTRIBUTE_BINARY auf BLOB gesetzt ist. Wenn der Wert DEFAULTS ATTRIBUTE_BINARY auf LONGRAW festgelegt ist, müssen Sie ein weiteres Konfigurationsschlüsselwort erstellen, das Benutzer angeben können, wenn sie Feature-Classes erstellen, die Repräsentationsklassen enthalten.

Sie könnten beispielsweise das folgende Konfigurationsschlüsselwort REPRESENTATIONS wie folgt hinzufügen:

Weitere Informationen zu benutzerdefinierten Schlüsselwörtern finden Sie unter Konfigurationsschlüsselwörter. Wenn eine Feature-Class mit einem Konfigurationsschlüsselwort erstellt wird, das einen ATTRIBUTE_BINARY-Parameter enthält, der auf LONGRAW gesetzt ist, und mehrere Repräsentationen erstellt werden, wird eine Fehlermeldung zurückgegeben:

Dies liegt daran, dass jedes Mal, wenn eine neue Repräsentationsklasse hinzugefügt wird, der Business-Tabelle der Feature-Class zwei neue Felder hinzugefügt werden – ein LONG RAW und ein BLOB. Tabellen in Oracle können nicht mehr als ein LONG RAW-Feld enthalten. Wenn also das zweite LONG RAW-Feld hinzugefügt wird, schlägt es fehl.

UNICODE_STRING-Parameter

Der Parameter UNICODE_STRING gibt an, ob Textspalten als VARCHAR2-Datentypen (nicht Unicode) oder NVARCHAR2 (Unicode) gespeichert werden.


ST_Transform

ST_Transform konvertiert zweidimensionale ST_Geometry-Daten in den Raumbezug, der durch die Raumbezugs-ID (SRID) angegeben wird.

Wenn Sie die räumliche Spalte mit der Funktion st_register_spatial_column bei der PostgreSQL-Datenbank registriert haben, wird die SRID zum Zeitpunkt der Registrierung in die Tabelle sde_geometry_columns geschrieben. Wenn Sie einen räumlichen Index für die räumliche Spalte in einer Oracle-Datenbank erstellt haben, wird die SRID zum Zeitpunkt der Erstellung des räumlichen Index in die Tabelle st_geometry_columns geschrieben. Die Verwendung von ST_Transform zum Ändern der SRID der ST_Geometry-Daten aktualisiert die SRID in der Tabelle sde_geometry_columns oder st_geometry_columns nicht.

Verwenden von ST_Transform mit PostgreSQL

In PostgreSQL muss der Zielraumbezug, den Sie für die Transformation angeben, dasselbe geografische Koordinatensystem aufweisen wie der Quellraumbezug in der Spalte ST_Geometry.

Wenn die Daten in einer Datenbank (und nicht in einer Geodatabase) gespeichert sind, gehen Sie wie folgt vor, um den Raumbezug der ST_Geometry-Daten zu ändern:

  1. Erstellen Sie eine Sicherungskopie der Tabelle.
  2. Erstellen Sie eine zweite (Ziel-) ST_Geometry-Spalte in der Tabelle.
  3. Registrieren Sie die Zielspalte ST_Geometry und geben Sie die neue SRID an.

Dies gibt den Raumbezug der Spalte an, indem ein Datensatz in der Systemtabelle sde_geometry_columns platziert wird.

Wenn die Daten in einer Geodatabase gespeichert sind, sollten Sie ArcGIS-Werkzeuge verwenden, um die Daten in eine neue Feature-Class neu zu projizieren. Beim Ausführen von ST_Transform für eine Geodatabase-Feature-Class wird die Funktionalität zum Aktualisieren von Geodatabase-Systemtabellen mit der neuen SRID umgangen.

Verwenden von ST_Transform mit Oracle

In Oracle können Sie zwischen Raumbezügen mit demselben geografischen Koordinatensystem oder unterschiedlichen geografischen Koordinatensystemen konvertieren. Wenn die geographischen Koordinatensysteme unterschiedlich sind, wird eine geographische Transformation durchgeführt. Eine geografische Transformation konvertiert zwischen zwei geografischen Koordinatensystemen. Eine geographische Transformation ist in einer bestimmten Richtung definiert, beispielsweise von NAD 1927 zu NAD 1983, aber die Funktion ST_Transform wird die Transformation unabhängig vom Quell- und Zielkoordinatensystem korrekt anwenden.

Geographische Transformationsmethoden können in zwei Typen unterteilt werden: gleichungsbasiert und dateibasiert. Gleichungsbasierte Methoden sind in sich abgeschlossen und benötigen keine externen Informationen. Dateibasierte Methoden verwenden Dateien auf der Festplatte, um Offsetwerte zu berechnen. Sie sind in der Regel genauer als gleichungsbasierte Methoden. Dateibasierte Methoden werden häufig in Australien, Kanada, Deutschland, Neuseeland, Spanien und den Vereinigten Staaten verwendet. Die Dateien (mit Ausnahme der kanadischen) können von einer ArcGIS for Desktop-Installation oder direkt von den verschiedenen nationalen Kartierungsbehörden bezogen werden.

Um dateibasierte Transformationen in Oracle zu unterstützen, müssen die Dateien auf dem Oracle-Server in derselben relativen Ordnerstruktur wie der pedata-Ordner im ArcGIS for Desktop-Installationsverzeichnis abgelegt werden.

Im Installationsverzeichnis von ArcGIS for Desktop befindet sich beispielsweise ein Ordner namens pedata . Dieser Ordner enthält mehrere Unterordner, aber die drei Ordner, die unterstützte dateibasierte Methoden enthalten, sind harn , nadcon und ntv2 . Kopieren Sie entweder den Ordner pedata und seinen Inhalt aus dem ArcGIS for Desktop-Installationsverzeichnis auf den Oracle-Server, oder erstellen Sie ein Verzeichnis auf dem Oracle-Server, das die unterstützten dateibasierten Transformationsmethoden-Unterverzeichnisse und -Dateien enthält. Sobald sich die Dateien auf dem Oracle-Server befinden, legen Sie eine Betriebssystemumgebungsvariable namens PEDATAHOME auf dem Server fest. Legen Sie die Variable PEDATAHOME auf den Speicherort des Verzeichnisses fest, das die Unterverzeichnisse und Dateien enthält. Wenn der Ordner pedata beispielsweise auf einem Microsoft Windows-Server nach C:pedata kopiert wird, legen Sie die Umgebungsvariable PEDATAHOME auf C:pedata fest.

Informationen zum Festlegen einer Umgebungsvariablen finden Sie in der Dokumentation Ihres Betriebssystems.

Nach dem Festlegen von PEDATAHOME müssen Sie eine neue SQL-Sitzung starten, bevor Sie die ST_Transform-Funktion verwenden können, der Server muss jedoch nicht neu gestartet werden.

Wenn die Daten in einer Datenbank (anstelle einer Geodatabase) gespeichert sind und kein räumlicher Index für die räumliche Spalte definiert wurde, können Sie eine zweite ST_Geometry-Spalte hinzufügen und die transformierten Daten dorthin ausgeben. Sie können sowohl die ursprüngliche (Quell-)ST_Geometry-Spalte als auch die Ziel-ST_Geometry-Spalte in der Tabelle beibehalten, obwohl Sie in ArcGIS jeweils nur eine Spalte anzeigen können, indem Sie eine Ansicht verwenden oder die Abfrage-Layer-Definition für die Tabelle ändern.

Wenn die Daten in einer Datenbank (und nicht in einer Geodatabase) gespeichert sind und für die räumliche Spalte ein räumlicher Index definiert ist, können Sie die ursprüngliche Spalte ST_Geometry nicht beibehalten. Nachdem ein räumlicher Index für eine ST_Geometry-Spalte definiert wurde, wird die SRID in die st_geometry_columns-Metadatentabelle geschrieben. ST_Transform aktualisiert diese Tabelle nicht.

  1. Erstellen Sie eine Sicherungskopie der Tabelle.
  2. Erstellen Sie eine zweite (Ziel-) ST_Geometry-Spalte in der Tabelle.
  3. Führen Sie ST_Transform aus. Geben Sie an, dass die transformierten Daten in die Zielspalte ST_Geometry ausgegeben werden.
  4. Löschen Sie den räumlichen Index aus der ST_Geometry-Quellspalte.
  5. Löschen Sie die Quellspalte ST_Geometry.
  6. Erstellen Sie einen räumlichen Index für die Zielspalte ST_Geometry.

Wenn die Daten in einer Geodatabase gespeichert sind, sollten Sie ArcGIS-Werkzeuge verwenden, um die Daten in eine neue Feature-Class neu zu projizieren. Beim Ausführen von ST_Transform für eine Geodatabase-Feature-Class wird die Funktionalität zum Aktualisieren von Geodatabase-Systemtabellen mit der neuen SRID umgangen.


Gültige Parameterliste

Die folgende Tabelle ist eine alphabetische Liste aller möglichen Konfigurationsparameter, die Sie in einer Geodatabase in Oracle verwenden können. Falls zutreffend, ist der erste aufgeführte Wert der Standardwert.

Im Anschluss an die Tabelle finden Sie eine ausführlichere Erläuterung der Parameter, gruppiert nach ihrer Funktionalität.

Speicherdefinition für den Tabellen-Raster-Spaltenindex fügt hinzu

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den ObjectID-Spaltenindex der Adds-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den räumlichen Spaltenindex der Adds-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den Spaltenindex der Adds-Tabelle sde_state_id

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Definiert den Speicher für den Adds-Tabellenindex

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den XML-Spaltenindex der Adds-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Definiert die Speicherung der Adds-Tabelle

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Gibt den Speichertyp für binäre Attributfelder (nicht räumlich) an

Speicherdefinition für den zusammengesetzten Spaltenindex der Raster-AUX-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Definition des Raster-AUX-Tabellenspeichers

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den Rasterspaltenindex für Geschäftstabellen

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Geschäftstabelle ObjectID-Spaltenindex und Raster-Rowid-Index R<N>_SDE_ROWID_UK Speicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den räumlichen Spaltenindex der Geschäftstabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Speicherparameterinfo zum Erstellen des Index R<registration_id>_sde_todate, der beim Aktualisieren der Verlaufstabelle während eines Archivierungsvorgangs verwendet wird

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den Benutzerindex der Geschäftstabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Geschäftstabelle XML-Spaltenindextabellenspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für Business-Tabellen und Raster-Attributtabellen

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den zusammengesetzten Spaltenindex der Raster-BLK-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für Raster-BLK-Tabellen

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den zusammengesetzten Spaltenindex der Raster-BND-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Raster BND-Tabelle RID-Spaltenindexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für Raster-BND-Tabellen

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Kann jeden Kommentar mit bis zu 8.000 Zeichen platzieren

Rollback-Segment für die Versionskomprimierung (gilt nur für Datenbanken, die die manuelle Speicherverwaltung zum Rückgängigmachen verwenden)

Name eines Rollback-Segments

Löscht Tabelle sde_deleted_at Spaltenindexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Löscht Tabelle sde_states_id und sde_deletes_row_id Spaltenindexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Löscht Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den Spaltenindex des Feature-Tabellenbereichs

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Speicherdefinition für den FID-Spaltenindex der Feature-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Speicherdefinition für den Spaltenindex der Feature-Tabellenlänge

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Speicherdefinition für Feature-Tabellen

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Gibt den Speicherdatentyp für die räumliche Spalte an

ST_GEOMETRY, SDEBINARY, SDELOB, OGCWKB oder SDO_GEOMETRY

Indexspeicherdefinition der Tabellen SDE_LOGFILE_DATA und SDE_LOGPOOL

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

SDE_LOGFILE_DATA- und SDE_LOGPOOL-Tabellen SDE_ROWID-Spaltenindexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition der Tabellen SDE_LOGFILE_DATA und SDE_LOGPOOL_<SDE_ID>

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

SDE_LOGFILES Tabellenspaltenindizes Speicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

SDE_LOGFILES Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Definiert die Speicherung der URI-Spalte eines Mosaik-Datasets

Informationen zu LOB-Klauseln in der CREATE TABLE-Anweisung finden Sie in Ihrer Oracle-Dokumentation.

MVTABLES_MODIFIED Indexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

MVTABLES_MODIFIED Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Raster RAS-Tabelle RID-Indexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für Raster-RAS-Tabellen

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Gibt den für Rasterdaten verwendeten Speichertyp an

Erste Indexspeicherdefinition der räumlichen Indextabelle bei Verwendung von binärem Geometriespeicher

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Räumliche Indextabelle zweite Indexspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur binäre Geometriespeicherung (SDEBINARY oder SDELOB)

Stellt die Speicherdefinition für den räumlichen Index dar

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Nur ST_Geometry-Speicher von Esri

Gibt die Anzahl der Zeilen an, die zwischen den einzelnen Datenbanken COMMIT in die Indextabelle eingefügt werden (Dies wird ein Parameter in der CREATE INDEX-Anweisung, jedoch nur, wenn ein Quad-Tree-Index verwendet wird.)

1000 (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

SDO_DIMNAME_1 SDO_DIMNAME_2 SDO_DIMNAME_3 SDO_DIMNAME_4

Die Namen jeder Dimension für die entsprechenden Werte der Oracle Spatial-Geometrietypen sind: 1 = X 2 = Y 3 = Z 4 = M

Der Dimensionsname (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

Definiert den Speicher für den SDO_ELEM_INFO_ARRAY-Teil eines SDO_Geometry-Objekts

Informationen zur varray_storage_clause CREATE TABLE finden Sie in Ihrer Oracle-Dokumentation.

Die Speicherparameter für den räumlichen Index von Oracle Spatial-Geometrietypen

Verschiedene Speicherparameter für den räumlichen Index, einschließlich <tablespace_name> und sdo_indx_dims=# (Standard ist 2), die angibt, wie viele Dimensionen mit einem räumlichen R-Baum-Index indiziert werden sollen (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

SDO_LB_1, SDO_LB_2, SDO_LB_3, SDO_LB_4

Untere Dimensionsgrenze für Oracle Spatial-Geometrie-Typeinheiten, die im Koordinatensystem der Datenstandardwerte basierend auf dem Umfang der zu ladenden Daten für Daten mit geodätischer SAID angegeben sind, SDO_LB_1 muss 180 sein und SDO_LB_2 muss 90 . betragen

Ein Wert, der größer als die entsprechenden SDO_UB-Werte ist (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

Definiert den Speicher für den SDO_ORDINATES_ARRAY-Teil eines SDO_Geometry-Objekts

Informationen zur varray_storage_clause CREATE TABLE finden Sie in Ihrer Oracle-Dokumentation.

Der SDO_Geometry-Spalte zugewiesene Oracle-Referenz-ID für räumliche Koordinaten

Wenn das Konfigurationsschlüsselwort, das Sie beim Erstellen einer Feature-Class angeben, den Parameter SDO_SRID auf ein gültiges Koordinatenreferenzsystem enthält, wird dieser Wert für die Feature-Class verwendet und in die Oracle-Sicht USER_SDO_GEOM_METADATA geschrieben.

Der vom Parameter SDO_SRID angegebene Wert überschreibt alle vom Client angegebenen Koordinatenreferenzsysteme (wie ArcCatalog oder ArcGIS Pro ).

SDO_TOLERANCE_1 SDO_TOLERANCE_2 SDO_TOLERANCE_3 SDO_TOLERANCE_4

  • Der Abstand zweier Ordinaten kann in der gegebenen Dimension auseinander liegen und dennoch als gleich angesehen werden
  • Wird von Oracle Spatial-Funktionen verwendet
  • Muss größer als Null sein
  • Bei geodätischen Daten sind die Einheiten Meter, ansonsten werden die Einheiten im Koordinatensystem der Daten angegeben.

Ein Wert größer als 0 (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

SDO_UB_1, SDO_UB_2, SDO_UB_3, SDO_UB_4

  • Obere Dimensionsgrenze für den Oracle Spatial-Geometrietyp
  • Wird von Oracle Spatial-Funktionen verwendet
  • Muss größer als Null sein
  • Für geodätische Daten sollte SDO_UB_1 auf 180 und SDO_UB_2 auf 90 gesetzt werden. Toleranzen werden in Metern mit einem Mindestwert von 0,05 angegeben.
  • Der Standardwert basiert auf dem Umfang der zu ladenden Daten.

Ein Wert, der größer als die entsprechenden SDO_LB-Werte ist (Informationen zu all diesen Werten finden Sie in Ihrem Oracle Spatial-Benutzerhandbuch.)

Definiert den Speicher der Spalte SE_ANNO_CAD_DATA, die an jede Tabelle angehängt wird, die SDO_GEOMETRY-Speicher verwendet und entweder CAD- oder Anmerkungsdaten speichert.

Weitere Informationen zu LOB-Klauseln in der CREATE TABLE-Anweisung finden Sie in Ihrer Oracle-Dokumentation.

Speicherdefinition für den sitzungsbasierten Protokolldatei-Tabellenindex

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Sitzungsbasierte Protokolldatei-Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Steuert die Speicherung der SHAPE.POINTS-Spalte für ein ST_Geometry-Objekt

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Gibt an, ob der sde.st_spatial_index einer partitionierten Tabelle als globaler oder lokaler Index erstellt wird (FALSE gibt an, dass st_spatial_index als globaler Index erstellt wird TRUE gibt an, dass der räumliche Index als lokaler Index erstellt wird.)

Gilt nur für partitionierte Geschäftstabellen mit ST_Geometry-Spalten

STATES-Tabellenspeicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

STATE_LINEAGES Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

STATES-Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Der Benutzeroberflächenparameter, der angibt, dass das zugehörige Konfigurationsschlüsselwort in der ArcGIS-Benutzeroberfläche angezeigt wird, enthält eine Beschreibung der Netzwerkkonfiguration

Beschreibung bis zu 8.000 Zeichen

Der Benutzeroberflächenparameter, der angibt, dass das zugehörige Konfigurationsschlüsselwort in der ArcGIS-Benutzeroberfläche angezeigt wird, enthält eine Beschreibung der Geländekonfiguration

Beschreibung bis zu 8.000 Zeichen

Der Benutzeroberflächenparameter, der angibt, dass das zugehörige Konfigurationsschlüsselwort in der ArcGIS-Benutzeroberfläche angezeigt wird, enthält eine Beschreibung des zugehörigen nicht zusammengesetzten Konfigurationsschlüsselworts

Beschreibung bis zu 8.000 Zeichen

Benutzeroberflächenparameter, der angibt, dass das zugehörige Konfigurationsschlüsselwort in der ArcGIS-Benutzeroberfläche angezeigt wird, enthält eine Beschreibung der Topologiekonfiguration

Beschreibung bis zu 8.000 Zeichen

Bestimmt, ob Unicode-Texttypen verwendet werden oder nicht (Wenn auf TRUE gesetzt, werden Zeichenfelder in UNICODE-kompatiblen Datentypen gespeichert. Wenn beispielsweise der Parameter UNICODE_STRING auf FALSE gesetzt ist, wäre ein String-Datentyp VARCHAR2. Wenn UNICODE_STRING . ist auf TRUE gesetzt, wäre der Datentyp des Felds NVARCHAR2.)

VERSIONS Tabellenindex-Speicherdefinition

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

VERSIONS Tabellenspeicherdefinition

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Gibt den Typ der zu erstellenden XML-Spalten an: entweder ArcSDE-XML oder natives DBMS-XML

Speicherklausel für die Indizes xmldoc<n>_pk und xml_doc<n>_ix in der Tabelle sde_xml_doc<n>

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicher- und Zugriffsinformationen für XML-Dokumente in der Spalte xml_doc der Tabelle sde_xml_doc<n>

Informationen zu LOB-Speicherparametern finden Sie in Ihrer Oracle-Dokumentation.

Speichertyp für XML-Dokumente

KOMPRESSIERT oder UNKOMPRESSIERT

Speicherklausel für die Tabelle sde_xml_doc<n>

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Wenn der Parameter XML_DOC_MODE auf UNCOMPRESSED gesetzt ist, bestimmt der Parameter XML_DOC_UNCOMPRESSED_TYPE das Speicherformat für XML-Dokumente

Da XML_DOC_MODE standardmäßig auf COMPRESSED gesetzt ist, ist der Parameter XML_DOC_UNCOMPRESSED_TYPE standardmäßig nicht vorhanden Mögliche Werte: CLOB oder NCLOB

Speicher- und Zugriffsinformationen für den XML-Dokumentinhalt in der Spalte xml_doc_val der Tabelle sde_xml_doc<n>

Informationen zu LOB-Speicherparametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für den xmlix<n>_db-Index in der double_tag-Spalte der sde_xml_idx<n>-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für den xmlix<n>_id-Index in der ID-Spalte der xml_idx<n>-Tabelle

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für den Index xmlix<n>_pk in der Identitätsspalte xml_key_column der Tabelle sde_xml_idx<n>

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für den Index xmlix<n>_st in der Spalte string_tag der Tabelle sde_xml_idx<n>

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für den xmlix<n>_tg-Index in der Spalte tag_id der Tabelle sde_xml_idx<n>

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

XML-Indexerstellungsparameter (Siehe Oracle Textreferenz.)

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für die Tabelle sde_xml_idx<n> (die Indextabelle einer XML-Spalte)

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicher- und Zugriffsinformationen für den Inhalt der text_tag-Spalte in der Tabelle sde_xml_idx<n> (der Indextabelle einer XML-Spalte)(Wenn kein Wert angegeben ist [Standard] oder wenn DISABLE STORAGE IN ROW nicht angegeben ist, werden diese LOB-Daten in Zeile . gespeichert .)

<no Wert>, SPEICHERUNG IN REIHE AKTIVIEREN oder SPEICHERUNG IN REIHE DEAKTIVIEREN

Die beim Erstellen und Aktualisieren des Textindex zu verwendende Speichermenge, z. B. 2 M für die Zuweisung von 2 MB

Eine ganze Zahl, größer als 0, aber kleiner als die verfügbare RAM-Menge in MB (mit M gekennzeichnet) (Empfohlene Einstellungen finden Sie in Ihrer Oracle-Dokumentation.)

  • KEINE – Manuelle Aktualisierung durch Ausführen des Oracle Text-Pakets (Standard)
  • BUFFERED – ArcGIS wird aktualisiert, wenn der Stream geschlossen wird
  • SOFORT – ArcGIS-Updates beim Einfügen oder Aktualisieren von Zeilen

KEINER, GEPUFFERT oder SOFORT

Speicherklausel für den xml_indextags_pk-Index der Tabelle sde_xml_indexes

Informationen zu CREATE INDEX-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Speicherklausel für die Tabelle sde_xml_index_tags und die Indizes xml_indextags_ix1 und xml_indextags_ix2 in den Spalten tag_name bzw. tag_alias

Informationen zu CREATE TABLE-Parametern finden Sie in Ihrer Oracle-Dokumentation.

Bei den XML-Parametern bezieht sich <n> auf die xml_column_id, die einer bestimmten XML-Spalte zugeordnet ist.


SCHICHT¶

Mit diesem Schlüsselwort können Namenswertpaare erstellt werden, um Variablen in SQL-Anweisungen zu binden. Die Variablenbindung verhindert die SQL-Injection, indem Zeichenfolgen und Ganzzahlen ordnungsgemäß maskiert werden. Gilt nur für PostGIS- und Oracle-Verbindungen.

Signalisiert den Start eines CLASS-Objekts.

Innerhalb eines Layers wird nur eine einzelne Klasse für das Rendern eines Features verwendet. Jedes Feature wird gegen jede Klasse in der Reihenfolge getestet, in der sie in der Mapfile definiert sind. Die erste Klasse, die ihren Min/Max-Skalierungsbeschränkungen und ihrer AUSDRUCK-Prüfung für das aktuelle Feature entspricht, wird zum Rendern verwendet.

Dies kann mit der Verarbeitungsanweisung RENDERMODE gesteuert werden.

Geben Sie die Gruppe der Klasse an, die beim Rendern berücksichtigt werden soll. Der GROUP-Parameter des CLASS-Objekts muss in Kombination mit CLASSGROUP verwendet werden.

Elementname in der Attributtabelle, der für die Klassensuche verwendet werden soll.

Signalisiert den Start eines CLUSTER-Objekts.

Die Konfigurationsoption CLUSTER ermöglicht die Kombination mehrerer Features aus dem Layer zu einzelnen (aggregierten) Features basierend auf ihren relativen Positionen. Wird nur für POINT-Layer unterstützt.

Signalisiert den Start eines COMPOSITE-Objekts.

Ein oder mehrere COMPOSITE-Blöcke können verwendet werden, um zu signalisieren, dass das Rendern in einem temporären Bild erfolgen und in einem letzten Schritt mit dem endgültigen Kartenbild zusammengeführt werden soll. Die im COMPOSITE-Block definierten Optionen bestimmen, wie diese Zusammenführung erfolgen soll (z. B. durch Anwenden von Deckkraft, Kompositionsoperator oder Pixelfiltern).

Datenbankverbindungszeichenfolge zum Abrufen von Remotedaten.

Eine PostGIS-Verbindungszeichenfolge ist im Grunde eine normale PostgreSQL-Verbindungszeichenfolge, sie hat die Form „user=nobody password=****** dbname=dbname host=localhost port=5432“

Eine Oracle-Verbindungszeichenfolge: user/pass[@db]

Eine SDE-Verbindungszeichenfolge besteht aus einem Hostnamen, einem Instanznamen, einem Datenbanknamen, einem Benutzernamen und einem Kennwort, die durch Kommas getrennt sind.

Der native SDE-Treiber von MapServer wurde für die Version von MapServer 7.0 entfernt (siehe Diskussion). Auf die SDE-Unterstützung kann weiterhin über den OGR-Treiber zugegriffen werden.

Vektordaten für spezifische Verbindungsinformationen für verschiedene Datenquellen.

Siehe Kerneldichteschätzung (Dynamische Heatmap) für spezifische Verbindungsinformationen für die Kerneldichteschätzung.

Dieses Schlüsselwort ermöglicht die Definition von Verbindungsoptionen, die als Schlüssel/Wert-Paare ausgedrückt werden. Dies ist derzeit nur für CONNECTIONTYPE OGR oder Raster-Layer implementiert, um offene Optionen an GDAL/OGR-Treiber zu übergeben.

Beispiel für eine GeoJSON-Datenquelle zur Angabe der FLATTEN_NESTED_ATTRIBUTES-Open-Option des OGR GeoJSON-Treibers.

Art der Verbindung. Standard ist lokal. Siehe zusätzliche Dokumentation für jeden anderen Typ.

Vektordaten für spezifische Verbindungsinformationen für verschiedene Datenquellen. Siehe Union Layer zum Kombinieren von Layern, hinzugefügt in MapServer 6.0

Siehe Kerneldichteschätzung (Dynamische Heatmap) für spezifische Verbindungsinformationen für die Kerneldichteschätzung.

mygis ist ein weiterer Verbindungstyp, der jedoch veraltet ist. Einzelheiten zur Verbindung finden Sie im Abschnitt MySQL des Vector Data-Dokuments.

Vollständiger Dateiname der zu verarbeitenden Geodaten. Für Shapefiles ist keine Dateierweiterung erforderlich. Kann relativ zur SHAPEPATH-Option aus dem Map-Objekt angegeben werden.

Wenn es sich um einen SDE-Layer handelt, sollte der Parameter den Namen des Layers sowie die Geometriespalte enthalten, d. h. „mylayer,shape,myversion“.

Wenn es sich um einen PostGIS-Layer handelt, sollte der Parameter die Form „<columnname> from <tablename>“ haben, wobei „columnname“ der Name der Spalte mit den Geometrieobjekten und „tablename“ der Name der Tabelle ist, aus der die Geometriedaten wird gelesen.

Verwenden Sie für Oracle „shape FROM table“ oder „shape FROM (SELECT-Anweisung)“ oder noch komplexere Oracle-konforme Abfragen! Beachten Sie jedoch, dass die Verwendung von räumlichen Unterabfragen erhebliche Auswirkungen auf die Leistung hat. Versuchen Sie stattdessen, wann immer möglich, den FILTER von MapServer zu verwenden. Sie können die gesendete SQL auch sehen, indem Sie einen Fehler erzwingen, beispielsweise indem Sie einen DATA-Parameter übergeben, von dem Sie wissen, dass er nicht funktioniert, beispielsweise mit einem ungültigen Spaltennamen.

In einem Standardanwendungsfall, wenn PostGIS, SpatiaLite oder GeoPackage als Datenquelle verwendet werden, wird automatisch der BBOX-Filter (Bounding Boxes schneiden, && mit PostGIS) verwendet. In einigen seltenen Anwendungsfällen kann eine Unterabfrage jedoch sehr zeitaufwendig sein, wenn die Daten wirklich wichtig sind, da die endgültigen Daten nur in der Abfrage gefiltert werden. Um Daten früher, dh vor der letzten Abfrage, zu filtern, kann man Daten direkt in der Unterabfrage mit der !BOX! Variable: WHERE ST_Intersects(wkb_geometry,!BOX!) .

Vektordaten für spezifische Verbindungsinformationen für verschiedene Datenquellen.

Aktiviert das Debuggen eines Layers in der aktuellen Karte.

Debugging mit MapServer-Versionen >= 5.0:

Eine ausführliche Ausgabe wird generiert und an die Standardfehlerausgabe (STDERR) oder die MapServer-Fehlerdatei gesendet, wenn eine mit der Umgebungsvariablen „MS_ERRORFILE“ festgelegt wurde. Sie können die Umgebungsvariable festlegen, indem Sie den CONFIG-Parameter auf der MAP-Ebene der Mapdatei verwenden, wie zum Beispiel:

Sie können die Umgebungsvariable auch in Apache festlegen, indem Sie Ihrer httpd.conf Folgendes hinzufügen:

Nachdem die Umgebungsvariable festgelegt wurde, kann der Parameter DEBUG-Zuordnungsdatei verwendet werden, um die Ebene der Debugging-Ausgabe zu steuern. Hier ist eine Beschreibung der möglichen DEBUG-Werte:

DEBUG O oder OFF - nur msSetError()-Aufrufe werden in MS_ERRORFILE protokolliert. Keine msDebug()-Ausgabe. Dies ist die Standardeinstellung und entspricht dem ursprünglichen Verhalten von MS_ERRORFILE in MapServer 4.x

DEBUG 1 oder EIN - enthält alle Ausgaben von DEBUG 0 plus msDebug()-Warnungen über häufige Fallstricke, fehlgeschlagene Assertionen oder nicht schwerwiegende Fehlersituationen (z. )

DEBUG 2 - enthält alle Ausgaben von DEBUG 1 sowie Hinweise und Timing-Informationen, die für das Tuning von Mapfiles und Anwendungen nützlich sind

DEBUG 3 - alle von DEBUG 2 plus einige Debug-Ausgaben, die bei der Behebung von Problemen wie Aufrufen von WMS-Verbindungs-URLs, Datenbankverbindungsaufrufen usw. nützlich sind. Dies ist die empfohlene Stufe zum Debuggen von Kartendateien.

DEBUG 4 - DEBUG 3 plus noch mehr Details…

DEBUG 5 - DEBUG 4 plus alle msDebug()-Ausgaben, die für die Entwickler nützlicher sein könnten als für die Benutzer.

Sie können die Debug-Ebene auch mithilfe der Umgebungsvariablen „MS_DEBUGLEVEL“ festlegen.

Die DEBUG-Einstellung kann auch für die gesamte Map angegeben werden, indem der DEBUG-Parameter im MAP-Objekt gesetzt wird.

Weitere Informationen zu diesem Debugging-Mechanismus finden Sie unter Debugging von MapServer .

Debugging mit MapServer-Versionen < 5:

Eine ausführliche Ausgabe wird generiert und an die Standardfehlerausgabe (STDERR) oder die MapServer-Logdatei gesendet, wenn eine mit dem LOG-Parameter im WEB-Objekt festgelegt wurde. Apache-Benutzer sehen Timing-Details für das Zeichnen in der Datei error_log von Apache. Erfordert, dass MapServer mit der Option DEBUG=MSDEBUG erstellt wird (Option –with-debug configure).

Veraltet seit Version 6.0: Verwenden Sie stattdessen LAYER METADATA.

Schalten Sie um, damit MapServer Daten im GML-Format zurückgibt. Nützlich bei Verwendung mit WMS GetFeatureInfo-Operationen. "false" standardmäßig.

Die für Text in der Layer-Datenquelle verwendete Codierung. Der Wert muss von ICONV unterstützt werden (zB „LATIN1“). Wenn ENCODING eingestellt ist (und nicht gleich „UTF-8“), werden die Textattribute der Datenquelle in UTF-8 konvertiert.

Erforderlich für die Anzeige internationaler Zeichen in MapServer. Weitere Informationen finden Sie im Dokument Label Encoding.

AUSGANG [minx] [miny] [maxx] [maxy]

Die räumliche Ausdehnung der Daten. In den meisten Fällen müssen Sie dies nicht angeben, aber es kann verwendet werden, um die Geschwindigkeitskosten zu vermeiden, die MapServer die Ausdehnung der Daten berechnen lässt. Eine Anwendung kann diesen Wert möglicherweise auch verwenden, um die Ausdehnungen der Karte zu überschreiben.

Signalisiert den Start eines FEATURE-Objekts.

Dieser Parameter ermöglicht eine datenspezifische Attributfilterung, die gleichzeitig mit der räumlichen Filterung durchgeführt wird, jedoch bevor CLASS-Ausdrücke ausgewertet werden. Die Zeichenfolge ist einfach ein MapServer-Ausdruck:

Native Filter werden über den Schlüssel NATIVE_FILTER PROCESSING unterstützt:

Notiz

Bis MapServer 6 konnten native Filter wie folgt angegeben werden:

Dies wird aber nicht mehr unterstützt.

Element zur Verwendung mit einfachen FILTER-Ausdrücken. Nur OGR und Shapefiles.

Zu verwendende Vorlage nach die Ergebnismenge eines Layers wurde gesendet. Nur Abfragemodi mit mehreren Ergebnissen.

GEOMTRANSFORM [<expression>|<Javascript-Datei>]

Wird verwendet, um anzugeben, dass das aktuelle Feature transformiert wird.

<expression>: Wendet den angegebenen Ausdruck auf die Geometrie an.

(Puffer([Form],Dist)): Puffern Sie die Geometrie ( [shape] ) mit entfernten Bodeneinheiten als Pufferabstand. Bei Polygonen führt ein negativer Abstand zu einem Rückschlag.

(vereinfachen([Form],Toleranz)): vereinfacht eine Geometrie ( [shape] ) unter Verwendung des standardmäßigen Douglas-Peucker-Algorithmus.

(vereinfachen ([Form], Toleranz)): vereinfacht eine Geometrie ( [shape] ) und stellt sicher, dass das Ergebnis eine gültige Geometrie mit derselben Dimension und Anzahl von Komponenten wie die Eingabe ist. Toleranz muss nicht negativ sein.

(verallgemeinern([Form],Toleranz)): vereinfacht eine Geometrie ( [shape] ) vergleichbar mit dem ThinNoPoint-Algorithmus von FME. Weitere Informationen finden Sie unter http://trac.osgeo.org/gdal/ticket/966.

(smoothsia([shape], smoothing_size, smoothing_iteration, preprocessing)): glättet eine Geometrie ( [shape] ) mit dem SIA-Algorithmus

Es gibt einen Unterschied zwischen STYLE und LAYER GEOMTRANSFORM. LAYER-Level erhält Bodenkoordinaten (Meter, Degress usw.) und STYLE-Level erhält Pixelkoordinaten. Das Argument für Methoden wie Simplify() muss in den gleichen Einheiten wie die Koordinaten der Formen an diesem Punkt des Rendering-Workflows sein, d. h. Pixel auf der STYLE-Ebene und in Bodeneinheiten auf der LAYER-Ebene.

Die Variable [map_cellsize] ist verfügbar, wenn Sie einen Pixelwert auf LAYER-Ebene übergeben müssen.

Damit diese Variable im Parser für mathematische Ausdrücke funktioniert, muss [map_cellsize] in die Layer-Grundeinheit umgewandelt werden. Wenn Sie sich für die Verwendung von [map_cellsize] in Ihrem GEOMTRANSFORM-Ausdruck entscheiden, müssen Sie die UNITS-Option im Layer explizit festlegen.

<Javascript-Datei>: Eine Javascript-Datei, die eine neue Geometrie zurückgibt. Siehe Javascript-Transformation .

Signalisiert den Start eines GRID-Objekts.

Name einer Gruppe, zu der dieser Layer gehört. Der Gruppenname kann dann in den Vorlagendateien als regulärer Ebenenname referenziert werden, sodass Sie beispielsweise eine Gruppe von Ebenen gleichzeitig ein- und ausschalten können.

Wenn im LAYERS-Parameter einer CGI-Anfrage ein Gruppenname vorhanden ist, werden alle Layer der Gruppe zurückgegeben (der STATUS der LAYERs hat keine Auswirkung).

Zu verwendende Vorlage Vor die Ergebnismenge eines Layers wurde gesendet. Nur Abfragemodi mit mehreren Ergebnissen.

Signalisiert den Start eines JOIN-Objekts.

In Version 5.0 entfernt: Sehen Sie sich stattdessen den ANGLE-Parameter des LABEL-Objekts an.

Für MapServer-Versionen < 5.0 ist dies der Elementname in der Attributtabelle, der für Klassenannotationswinkel verwendet wird. Die Werte sollten in Grad angegeben werden.

Gibt an, ob Beschriftungen beim Zeichnen der Features für diesen Layer gezeichnet werden sollen oder ob sie zwischengespeichert und gezeichnet werden sollen, nachdem alle Layer gezeichnet wurden. Die Standardeinstellung ist aktiviert. Entfernen von Etikettenüberlappungen, automatische Platzierung usw. sind nur verfügbar, wenn der Etiketten-Cache aktiv ist.

Elementname in der Attributtabelle, der für die Klassenanmerkung (d. h. Beschriftung) verwendet werden soll.

Mindestmaßstab, bei dem diese LAYER beschriftet ist. Maßstab wird als Nenner des tatsächlichen Maßstabsanteils angegeben, zum Beispiel für eine Karte im Maßstab 1:24.000 verwenden Sie 24000. In MapServer 5.0 implementiert, um den veralteten Parameter LABELMAXSCALE zu ersetzen.

Maximaler Maßstab, bei dem diese LAYER beschriftet ist. Maßstab wird als Nenner des tatsächlichen Maßstabsanteils angegeben, zum Beispiel für eine Karte im Maßstab 1:24.000 verwenden Sie 24000. In MapServer 5.0 implementiert, um den veralteten Parameter LABELMINSCALE zu ersetzen.

Legt den Kontext für die Beschriftung dieser Ebene fest, zum Beispiel:

bedeutet, dass diese Ebene NICHT beschriftet wird, wenn eine Ebene namens „orthoquads“ aktiviert ist. Der Ausdruck besteht aus einem booleschen Ausdruck, der auf dem Status anderer Layer basiert, jeder [Layer-Name]-Teilstring wird je nach STATUS dieses Layers durch eine 0 oder 1 ersetzt und dann normal ausgewertet. Logische Operatoren UND und ODER können verwendet werden.

In Version 5.0 entfernt: Sehen Sie sich stattdessen den SIZE-Parameter des LABEL-Objekts an.

Für MapServer-Versionen < 5.0 ist dies der Elementname in der Attributtabelle, der für Klassenanmerkungsgrößen verwendet wird. Die Werte sollten in Pixeln angegeben werden.

Die Daten aus dem aktuellen Layer werden nur dort gerendert, wo sie Features aus dem Layer [Layername] schneiden. [layername] muss auf den NAMEN einer anderen LAYER verweisen, die im aktuellen Mapfile definiert ist. kann jede Art von Mapserver-Layer sein, d. h. Vektor oder Raster. Wenn für die aktuelle Ebene eine Beschriftung konfiguriert ist, werden dem Beschriftungscache nur Beschriftungen hinzugefügt, deren Beschriftungspunkt innerhalb des nicht maskierten Bereichs liegt (die tatsächlichen Glyphen für die Beschriftung können über dem maskierten Bereich gerendert werden.

Sofern Sie nicht möchten, dass die Features von [layername] tatsächlich auf der generierten Karte erscheinen, sollte [layername] normalerweise auf STATUS OFF gesetzt werden.

Gibt die Anzahl der Features an, die für diesen Layer im AKTUELL-Fenster gezeichnet werden sollen. Hat einige interessante Verwendungen mit Anmerkungen und mit sortierten Daten (z. B. Seen nach Gebiet).

Maximale Breite in den geografischen Einheiten der Karte, in der diese LAYER gezeichnet wird. Wenn auch MAXSCALEDENOM angegeben ist, wird stattdessen MAXSCALEDENOM verwendet.

Die Breite einer Karte in geografischen Einheiten lässt sich ermitteln, indem aus den Ausdehnungen Folgendes berechnet wird:

Neu in Version 5.0.0: MAXSCALE ersetzt.

Minimaler Maßstab, in dem diese LAYER gezeichnet wird. Der Maßstab wird als Nenner des tatsächlichen Maßstabsanteils angegeben, zum Beispiel für eine Karte im Maßstab 1:24.000 verwenden Sie 24000.

Mit diesem Schlüsselwort können beliebige Daten als Name-Wert-Paare gespeichert werden. Dies wird mit OGC WMS verwendet, um Dinge wie den Ebenentitel zu definieren. Es kann auch mehr Flexibilität beim Erstellen von Vorlagen ermöglichen, da alles, was Sie hier eingeben, über Vorlagen-Tags zugänglich ist.

Mindestbreite in den geografischen Einheiten der Karte, in der diese LAYER gezeichnet wird. Wenn auch MINSCALEDENOM angegeben ist, wird stattdessen MINSCALEDENOM verwendet.

Die Breite einer Karte in geografischen Einheiten lässt sich ermitteln, indem aus den Ausdehnungen Folgendes berechnet wird:

Maximaler Maßstab, in dem diese LAYER gezeichnet wird. Maßstab wird als Nenner des tatsächlichen Maßstabsanteils angegeben, zum Beispiel für eine Karte im Maßstab 1:24.000 verwenden Sie 24000. In MapServer 5.0 implementiert, um den veralteten MINSCALE-Parameter zu ersetzen.

Kurzname für diese Ebene. Dieser Name ist die Verbindung zwischen dem Mapfile und den Webinterfaces, die auf diesen Namen verweisen. Sie müssen identisch sein. Der Name sollte eindeutig sein, es sei denn, ein Layer ersetzt einen anderen in unterschiedlichen Maßstäben. Verwenden Sie die Option GRUPPE, um Ebenen miteinander zu verknüpfen. Es wird empfohlen, dass der Name keine Leerzeichen, Sonderzeichen enthält oder mit einer Zahl beginnt (was bei Schnittstellen wie OGC-Diensten zu Problemen führen könnte).

AUSSERHALB [r] [g] [b] | [hexadezimale Zeichenfolge]

Legt den Farbindex so fest, dass er für Rasterebenen als transparent behandelt wird.

r , g und b sollen ganze Zahlen [0..255] sein. Um schwarze Pixel anzugeben, wird Folgendes verwendet:

hexadezimale Zeichenfolge kann sein

RGB-Wert: „#rrggbb“. Um Magenta anzugeben, wird Folgendes verwendet:

RGBA-Wert (Hinzufügen von Transluzenz): „#rrggbbaa“. Um ein halbtransluzentes Magenta anzugeben, wird Folgendes verwendet:

Veraltet seit Version 7.0: Verwenden Sie stattdessen einen COMPOSITE-Block.

Zusätzliche Bibliothek, die von MapServer für diesen Layer geladen werden soll. Dies wird häufig verwendet, um spezifische Unterstützung für SDE- und Microsoft SQL Server-Layer zu laden, wie zum Beispiel:

Weist MapServer an, diesen Layer zu rendern, nachdem alle Beschriftungen im Cache gezeichnet wurden. Nützlich zum Hinzufügen von Ordnungslinien und ähnlichen Elementen. Der Standardwert ist falsch.

Übergibt eine Verarbeitungsanweisung, die mit dieser Ebene verwendet werden soll. Die unterstützten Verarbeitungsanweisungen variieren je nach Schichttyp und dem zugrunde liegenden Treiber, der sie verarbeitet.

ArcSDE-Richtlinien - Alle ArcSDE-Verarbeitungsoptionen werden in ArcSDE beschrieben. Hier sind zwei Beispiele.

Attribute-Direktive - Die ITEMS-Verarbeitungsoption ermöglicht die Angabe des Namens von Attributen für Inline-Layer oder die Angabe der Teilmenge der Attribute, die vom Layer verwendet werden sollen, wie zum Beispiel:

Clustering - Cluster-Objektdirektiven werden in CLUSTER . beschrieben

Verbindungspooling-Richtlinie - Hier können Sie das Verbindungspooling für bestimmte Layer-Layer-Typen aktivieren. Durch Verbindungspooling kann MapServer das Handle während eines einzelnen Kartenzeichnungsprozesses für eine offene Datenbank- oder Layer-Verbindung freigeben. Wenn Sie FastCGI aktiviert haben, bleibt das Verbindungshandle außerdem auf unbestimmte Zeit geöffnet oder gemäß den in der FastCGI-Konfiguration angegebenen Optionen. Oracle Spatial , ArcSDE , OGR Vector Layers Through MapServer und PostGIS/PostgreSQL unterstützen derzeit diesen Ansatz. “VERSCHIEBEN” aktiviert Verbindungspooling”IMMER“ schließt die Verbindung nach der Verwendung immer und versucht auch nicht, eine freigegebene Verbindung aus dem Pool wiederzuverwenden, die möglicherweise von einer anderen Ebene stammt.

Konturanweisungen - Konturanweisungen werden in Kontur beschrieben.

Kerndichteradius

Radius in Pixeln des Gaußschen Filters, der auf das Bitmap-Array angewendet wird, nachdem alle Features akkumuliert wurden. Höhere Werte führen zu einer erhöhten CPU-Zeit, die zum Berechnen der gefilterten Daten benötigt wird.

Rechengrenzen der Kerneldichte

Ein Kernel mit Radius „r“ kann nicht auf „r“ Pixel entlang der Bildränder angewendet werden. Standardmäßig wird das Suchrechteck der Eingabedatenquelle erweitert, um Features „r“ Pixel außerhalb der aktuellen Kartenausdehnung einzuschließen, sodass sich die berechnete Heatmap über die gesamte Ausdehnung des resultierenden Bildes erstreckt. Dies kann beim Kacheln deaktiviert werden, wenn die Kachelsoftware einen Metapuffer von „r“ Pixeln auf ihre Anforderungen anwendet, um den Leistungsaufwand für die Berechnung dieser zusätzlichen Informationen zu vermeiden.

Kerneldichtenormierung

Bei Einstellung auf „AUTO“ wird das erstellte Rasterband so skaliert, dass seine Intensitäten von 0 bis 255 reichen, um den konfigurierten Farbverlauf vollständig zu überspannen. Ein solches Verhalten ist möglicherweise nicht wünschenswert (typischerweise für die Kachelung), da die resultierende Intensität eines Pixels an einem gegebenen Ort abhängig vom Umfang der aktuellen Kartenanforderung variiert. Bei einem numerischen Wert werden die Samples mit dem angegebenen Wert multipliziert. Es liegt am Benutzer, zu bestimmen, welcher Skalierungswert verwendet werden soll, damit die resultierenden Pixel den gesamten Bereich von 0-255 umfassen. Dieser Wert ist meist ein Prozess von Versuch und Irrtum. Pixel, die außerhalb des Bereichs 0-255 liegen, werden auf 0 oder 255 abgeschnitten.

Rasterfarben-Ramping

RANGE_COLORSPACE=RGB|HSL - Die standardmäßige RANGE-Unterstützung interpoliert Farben zwischen den Stopps im RGB-Raum, was normalerweise zu verwaschenen Farben führt. Die Interpolation kann im HSL-Raum durchgeführt werden, was normalerweise zu einer gewünschten Ausgabe für Heatmaps führt.

Kennzeichnungsrichtlinie - Die Verarbeitungsoption LABEL_NO_CLIP kann verwendet werden, um das Beschneiden von Formen beim Bestimmen zugehöriger Beschriftungsankerpunkte zu überspringen. Dadurch werden Änderungen der Beschriftungsposition vermieden, wenn sich Ausdehnungen zwischen Kartenzeichnungen ändern. Es vermeidet auch doppelte Beschriftungen, bei denen Features in mehreren benachbarten Kacheln erscheinen, wenn gekachelte Karten erstellt werden.

Line-Rendering-Richtlinie - Die Verarbeitungsoption POLYLINE_NO_CLIP kann verwendet werden, um das Abschneiden von Formen beim Rendern von gestylten Linien (gestrichelt oder mit Symbolen) zu überspringen. Dadurch werden Änderungen im Linienstil vermieden, wenn sich Ausdehnungen zwischen Kartenzeichnungen ändern. Außerdem werden Kanteneffekte vermieden, bei denen Features in mehreren benachbarten Kacheln erscheinen, wenn gekachelte Karten erstellt werden.

Class-Rendering-Richtlinie

Die Verarbeitungsoption RENDERMODE gibt an, wie Klassen zum Rendern einer Ebene ausgewählt werden. Der Standardwert und das historische Verhalten ist FIRST_MATCHING_CLASS: Nur die erste anwendbare Klasse wird ausgewählt, um ein Feature zu rendern (siehe CLASS-Beschreibung ). Der andere verfügbare Wert ist ALL_MATCHING_CLASSES: Alle anwendbaren Klassen werden verwendet, um ein Feature zu rendern, wobei jede über den vorherigen verwendet wird. Dies ist das Standardverhalten bei SLD-Stilen.

OGR-Stil-Richtlinie - Diese Direktive kann verwendet werden, um Beschriftungsstile über MapScript zu erhalten. Weitere Informationen finden Sie im OGR-Dokument des MapServers.

MSSQL-spezifische Optionen - MSSQL_READ_WKB=TRUE - Verwendet beim Abrufen von Geometrien das WKB-Format (Well Known Binary) anstelle des nativen Formats.

Richtlinie für native Filter

Diese Direktive kann verwendet werden, um eine treiberspezifische Filterung durchzuführen. Bei Datenbankverbindungen ist die Zeichenfolge eine SQL-WHERE-Klausel, die in Bezug auf die zugrunde liegende Datenbank gültig ist.

PostGIS-spezifische Optionen - FORCE2D=YES kann verwendet werden, um zu erzwingen, dass nur 2D-Geometrien aus PostGIS abgerufen werden.

Vektorfeldspezifische Rendering-Optionen - UV_SPACING: Der Abstand ist der Abstand in Pixeln zwischen den im Vektorfeld anzuzeigenden Pfeilen. Der Standardwert ist 32. UV_SIZE_SCALE: Wird verwendet, um die Vektorlängen (Größe) des Rasters für ein besseres Rendering in Pixel umzuwandeln. Standard ist 1.

Optimierung des AGG-Renderers - Diese Direktive kann zum Festlegen des linearen Gammas verwendet werden, das beim Rendern von Polygon-Features verwendet wird. Der Standardwert von 0,75 (der auf der OUTPUTFORMAT-Ebene überschrieben werden kann) kann auf einen niedrigeren Wert gesetzt werden, um die schwachen Umrisse, die zwischen benachbarten Polygonen erscheinen, zu begrenzen/zu entfernen. Ein Wert von 0,5 ist normalerweise gut genug.

Raster-Anweisungen - Alle Rasterverarbeitungsoptionen werden in Rasterdaten beschrieben. Hier sehen wir die Direktiven SCALE und BANDs, die verwendet werden, um Rasterdaten automatisch zu skalieren und die Bandzuordnung zu ändern.

Richtlinien der Unionsschicht - Folgende Verarbeitungsoptionen können mit den Union-Layern verwendet werden: UNION_STATUS_CHECK (TRUE oder FALSE) - steuert, ob der Status der Quell-Layer überprüft und die unsichtbaren Layer (STATUS=OFF) übersprungen werden sollen. Der Standardwert ist FALSE. UNION_SCALE_CHECK (TRUE oder FALSE) - steuert, ob der Skalierungsbereich der Quellebenen überprüft und die unsichtbaren Ebenen (die außerhalb des Skalierungsbereichs und des Zoombereichs liegen) übersprungen werden sollen. Der Standardwert ist WAHR. UNION_SRCLAYER_CLOSE_CONNECTION - überschreibt die Verbindungspooleinstellung der Quellschichten. Durch die Einführung dieser Einstellung ändern wir das aktuelle Verhalten, das äquivalent zu: „UNION_SRCLAYER_CLOSE_CONNECTION=ALWAYS“ ist.

Signalisiert den Start eines PROJECTION-Objekts.

Legt den Kontext für die Anzeige dieses Layers fest (siehe LABELREQUIRES).

Signalisiert den Start eines SCALETOKEN-Objekts. Ermöglicht maßstabsabhängige Zeichenfolgenersetzungen. Siehe MS RFC 86: Scale-dependant String Substitutions .

Im vorherigen Beispiel würde %pri% ersetzt durch:

„1“ für Skalennenner kleiner als 1.000, ergibt:

„2“ für Skalennenner zwischen 1.000 und 10.000:

„3“ für Skalennenner größer als 10.000:

Legt die Einheit der SIZE-Werte des STYLE-Objekts fest (Standard ist Pixel). Nützlich für die Simulation der Pufferung. nauticalmiles wurde in MapServer 5.6 hinzugefügt.

Legt den aktuellen Status des Layers fest. Wird oft von MapServer selbst modifiziert. Standard schaltet die Ebene dauerhaft ein.

Im CGI-Modus können Layer mit STATUS DEFAULT nicht mit normalen Mechanismen ausgeschaltet werden. Es wird empfohlen, Layer beim Debuggen eines Problems auf STATUS DEFAULT zu setzen, sie jedoch im normalen Gebrauch wieder auf ON/OFF zu setzen.

Für WMS werden Layer im Server-Mapfile mit STATUS DEFAULT immer an den Client gesendet.

Der STATUS der einzelnen Layer einer GROUP hat keine Auswirkung, wenn der Gruppenname im Parameter LAYERS einer CGI-Anfrage vorhanden ist - es werden alle Layer der Gruppe zurückgegeben.

Styling basierend auf Attributen oder generiert mit Javascript

<attribut>: Element, das für funktionsspezifisches Styling verwendet wird. Die Stilinformationen können durch ein separates Attribut (Stilzeichenfolge) dargestellt werden, das an das Merkmal angehängt ist. MapServer unterstützt die folgenden Stilzeichenfolgendarstellungen:

MapServer STYLE-Definition - Der Style-String kann gemäß folgendem Beispiel als MapServer STYLE-Block dargestellt werden:

MapServer CLASS-Definition - Durch die Angabe der gesamten KLASSE anstelle eines einzelnen Stils können weitere Optionen (wie Einstellungsausdrücke, Beschriftungsattribute, mehrere Stile) pro Feature verwendet werden.

Zeichenfolge im OGR-Stil - MapServer unterstützt das Rendern des OGR-Stil-String-Formats gemäß der Dokumentation OGR - Feature Style Specification. Derzeit unterstützen nur wenige Datenquellen das Speichern der Stile zusammen mit den Funktionen (wie MapInfo, AutoCAD DXF, Microstation DGN). Diese Stile können jedoch mit dem Befehlszeilentool ogr2ogr wie folgt problemlos als separates Attribut an viele andere Datenquellen übertragen werden :

AUTO: Der Wert: AUTO kann für das automatische Styling verwendet werden.

Automatisches Styling kann vom Fahrer bereitgestellt werden. Derzeit unterstützt nur der OGR-Treiber das automatische Styling.

Bei Verwendung für einen Union Layer werden die Stile aus den Quelllayern verwendet.

Eine Javascript-Datei, die einen neuen String zurückgibt, der entweder eine STYLE-Definition oder eine CLASS-Definition mit einem oder mehreren Stilen enthält. Siehe STYLEITEM-Javascript .

Der Maßstab, bei dem Symbole und/oder Text in voller Größe angezeigt werden. Dies ermöglicht eine dynamische Skalierung von Objekten basierend auf dem Maßstab der Karte. Wenn nicht festgelegt, wird diese Ebene immer in der gleichen Größe angezeigt. Die Skalierung erfolgt nur innerhalb der oben beschriebenen Grenzen von MINSIZE und MAXSIZE. Maßstab wird als Nenner des tatsächlichen Maßstabsanteils angegeben, zum Beispiel für eine Karte im Maßstab 1:24.000 verwenden Sie 24000. In MapServer 5.0 implementiert, um den veralteten SYMBOLSCALE-Parameter zu ersetzen.

Wird als globale Alternative zu CLASS TEMPLATE verwendet. Weitere Informationen finden Sie unter Vorlagen.

Name der Tileindex-Datei oder des Layers. Ein Tileindex ähnelt einem ArcInfo-Bibliotheksindex. Der Tileindex enthält Polygon-Features für jede Kachel. Das Element, das den Speicherort der gekachelten Daten enthält, wird mit dem Parameter TILEITEM angegeben. Wenn eine Datei als Tileindex für Shapefile- oder Raster-Layer verwendet wird, sollte der Tileindex ein Shapefile sein. Für CONNECTIONTYPE-OGR-Layer kann jede von OGR unterstützte Datenquelle ein Tileindex sein. Normalerweise sollte der Speicherort den Pfad zur Kacheldatei relativ zum Shapepath enthalten, nicht relativ zum Tileindex selbst. Wenn der Parameter DATA einen Wert enthält, wird er am Ende der Position hinzugefügt. Wenn ein Tileindex-Layer verwendet wird, funktioniert er ähnlich wie der direkte Verweis auf eine Datei, es kann jedoch jede unterstützte Feature-Quelle verwendet werden (z. B. postgres, oracle).

Alle Dateien im Tileindex sollten das gleiche Koordinatensystem haben und für Vektordateien die gleichen Attribute in der gleichen Reihenfolge.

Ab MapServer 6.4 für Raster-Layer und MapServer 7.2 für Vektor-Layer können Kachelindizes mit Kacheln unterschiedlicher Projektion verwendet werden. Dazu muss der Parameter TILESRS angegeben werden.

Element, das den Standort einer einzelnen Kachel enthält, der Standardwert ist „Standort“.

Name des Attributs, das die SRS einer einzelnen Kachel enthält. Diese SRS kann im WKT-Format, als EPSG:XXXX-Code oder als PROJ-String ausgedrückt werden. Wenn der Tileindex Raster in verschiedenen Projektionen enthält, muss diese Option angegeben werden. Wenn der Tileindex mit gdaltindex (GDAL >= 2.0) oder ogrtindex (GDAL >= 2.2) generiert wurde, ist der Wert von TILESRS der Wert der Option -src_srs_name von gdaltindex/ogrtindex. Siehe Kachelindizes mit Kacheln in verschiedenen Projektionen

Diese Option ist derzeit nur für Raster-Layer verfügbar.

Empfindlichkeit für punktbasierte Abfragen (z. B. über Maus- und/oder Kartenkoordinaten). Angegeben in TOLERANZEINHEITEN. Wenn der Layer ein POINT oder eine LINE ist, ist der Standardwert 3. Für alle anderen Layertypen ist der Standardwert 0. Um die Polygonsuche einzuschränken, sodass der Punkt im Polygon vorkommen muss, setzen Sie die Toleranz auf Null. Diese Einstellung gilt nicht für WFS-GetFeature-Operationen.

Einheiten des TOLERANCE-Wertes. Standard ist Pixel. Nauticalmiles wurde in MapServer 5.6 hinzugefügt.

TRANSPARENZ [Ganzzahl|Alpha] – veraltet

Veraltet seit Version 5.0: Verwenden Sie stattdessen OPACITY.

Veraltet seit Version 7.0: Verwenden Sie stattdessen COMPOSITE.

Teilt MapServer mit, ob ein bestimmter Layer von einem Koordinatensystem in Bildkoordinaten umgewandelt werden muss. Standard ist wahr. Auf diese Weise können Sie Shapefiles in Bild-/Grafikkoordinaten erstellen und somit über Features verfügen, die auf jeder Karte immer an derselben Stelle angezeigt werden. Ideal zum Platzieren von Logos oder Text in Karten. Denken Sie daran, dass das Grafikkoordinatensystem im Gegensatz zu den meisten Kartenkoordinatensystemen einen Ursprung in der oberen linken Ecke des Bildes hat.

Version 4.10 führt die Möglichkeit ein, Features mit Koordinaten in Pixeln (oder Prozentsätzen, siehe UNITS) zu definieren, meistens Inline-Features, relativ zu etwas anderem als der UL-Ecke eines Bildes. Das ist, was „FALSCH TRANSFORMIEREN“ bedeutet. Indem Sie einen alternativen Ursprung festlegen, können Sie so etwas wie eine Copyright-Erklärung unabhängig von der Bildgröße an einem anderen Teil des Bildes verankern.

Gibt an, wie die Daten gezeichnet werden sollen. Muss nicht mit dem Shapefile-Typ identisch sein. Beispielsweise kann ein Polygon-Shapefile als Punkt-Layer gezeichnet werden, ein Punkt-Shapefile jedoch nicht als Polygon-Layer. Regeln des gesunden Menschenverstandes.

Um zwischen POLYGONs und POLYLINEs (die als Typ nicht existieren) zu unterscheiden, verwenden Sie bei der Klassifizierung einfach das Schlüsselwort COLOR bzw. lassen Sie es weg. Wenn Sie es verwenden, ist es ein Polygon mit einer Füllfarbe, ansonsten ist es eine Polylinie mit nur einer OUTLINECOLOR.

Ein Kreis muss durch ein minimal umgrenzendes Rechteck definiert werden. Das heißt, zwei Punkte, die das kleinste Quadrat definieren, das es enthalten kann. Diese beiden Punkte sind die beiden gegenüberliegenden Ecken des Kastens. Im Folgenden sehen Sie ein Beispiel, in dem Inline-Punkte zum Zeichnen eines Kreises verwendet werden:

TYPE-Abfrage bedeutet, dass der Layer abgefragt, aber nicht gezeichnet werden kann.

Die TYPE-Annotation ist seit Version 6.2 veraltet. Identische Funktionalität kann durch Hinzufügen von STYLE-Blöcken auf LABEL-Ebene erreicht werden und erfordert nicht das zweimalige Laden der Datensätze in zwei verschiedene Layer, wie dies bei Layern der TYPE-Annotation der Fall war.

Das Dynamic Charting HowTo für das TYPE-Diagramm.

Einheiten der Schicht. Prozentwerte (in diesem Fall ein Wert zwischen 0 und 1) wurde in MapServer 4.10 hinzugefügt und ist hauptsächlich auf Inline-Funktionen ausgerichtet. nauticalmiles wurde in MapServer 5.6 hinzugefügt.

Eine UTFGrid-JSON-Vorlage. MapServer-Ausdruckssyntax (expressionObj). Wenn kein UTFDATA bereitgestellt wird, werden keine Daten über die UTFITEM-Werte hinaus verfügbar gemacht. Wenn UTFITEM gesetzt ist, macht UTFDATA diese verfügbar, damit Schlüssel und Daten verbunden werden können. Siehe MS RFC 93: UTF-Grid-Unterstützung und UTFGrid-Ausgabe .

Das als ID für das UTFGrid zu verwendende Attribut. Wenn kein UTFITEM festgelegt ist, wird die sequentielle ID (basierend auf der Wiedergabereihenfolge) verwendet. Wenn UTFITEM gesetzt ist, macht UTFDATA diese verfügbar, damit Schlüssel und Daten verbunden werden können. Siehe MS RFC 93: UTF-Grid-Unterstützung und UTFGrid-Ausgabe .

Signalisiert den Beginn eines VALIDATION-Blocks.

Ab MapServer 5.4.0 sind VALIDATION-Blöcke der bevorzugte Mechanismus zum Festlegen von Validierungsmustern für CGI-Parameter-Laufzeitersetzungen. Siehe Laufzeitsubstitution .


Steuerdatei für asc2sde

von VinceAngelo

Wenn Sie beim Export mit sdequery die Optionen CTL oder CTL=path verwenden, müssen Sie dies nicht tun
Erstellen Sie eine für den Import. Wenn Sie die (leere) Tabelle in der Zieldatenbank haben, können Sie
export (mit einem '-w 1=0', wenn es nicht leer ist), um eine neue Steuerdatei aus dem Ziel zu erstellen
Tisch.

Ich habe sdequery verwendet, um die Steuerdatei zu erstellen, aber beim Versuch, mit asc2sde zu laden, erhalte ich einen Fehler im Koordinatensystem.

asc2sde -o init -l STREET_SPEED_POLY,SHAPE -i sde:oracle11g:/:schema -f Data/STREET_SPEED_POLY.asc -u Benutzername -p [email protected] -D host.com -C STREET_SPEED_POLY.ctl


ASCII zu ArcSDE 9.3 Loader Utility Mi 26. September 17:28:20 2012
------------------------------------------------------------------------
Fehler: Nicht behebbarer Fehler beim Einfügen
Grund -> Die angegebenen Koordinatenreferenzen sind nicht kompatibel (-138)

Ergebnisse:
Gelesene Aufzeichnungen: 1
Erstellte Zeilen: höchstens 0
Verstrichene Zeit: 392,17 ms


-bash-3.2$ Katze STREET_SPEED_POLY.ctl
# Automatisch generierte Datei - erstellt am Mittwoch, 26. September 11:15:26 2012

COORDREF_XY -16688100.000000,-9068200.000000,10000.000000
COORDSYS PCS_NAD_1983_N_AMERICA_ALBERS
FLAGGEN "a+"
REGISTRIEREN SIE OBJEKTID(SDE)

#column_name class_name Startbreite nulls_allowed
SÄULEN
DAY_PLAN_OID_NBR INT32 - 10 Jahre
TIME_SEGMENT_OID_NBR INT32 - 10 Jahre
STEM_SPEED_CD STRING - 10 Jahre
ON_AREA_CD STRING - 10 Jahre
COMMENT_DESC STRING - 200 Jahre
FORM FORM - 5000 Y
OBJEKTID INT32 - 10 N
ENDE

Die Eigenschaften in ArcCatalog im Quell- und Ziel-DBS:

Projektion: Albers
False_Easting: 0,000000
False_Northing: 0,000000
Mittelmeridian: -96.000000
Standard_Parallel_1: 20.000000
Standard_Parallel_2: 60.000000
Latitude_Of_Origin: 40.000000
Lineare Einheit: Meter (1.000000)

Geographisches Koordinatensystem: GCS_North_American_1983
Winkeleinheit: Grad (0.017453292519943295)
Nullmeridian: Greenwich (0,000000000000000000)
Datum: D_North_American_1983
Sphäroid: GRS_1980
Halbgroße Achse: 6378137.0000000000000000
Halbkleine Achse: 6356752.314140356100000000
Inverse Abflachung: 298.2572221010000020000


Ich habe sdeexport für die 10g-Datenbank verwendet:

sdeexport -o create -l STREET_SPEED_POLY,SHAPE -i 5152 -f STREET_SPEED_POLY.sdx -u Benutzer -p pwd -w "wo Zeilennummer < 1"

und sdeimport in der 11g-Datenbank, um eine leere Feature-Class zu erstellen:

sdeimport -o create -l STREET_SPEED_POLY,SHAPE -i sde:oracle11g:/:schema -k RDS_TRAIN -f STREET_SPEED_POLY.sdx -u user -p [email protected]

von VinceAngelo

Sie müssen sicherstellen, dass die Coordrefs übereinstimmen, oder die COORD*-Tasten entfernen
aus der Datei und lassen Sie 'asc2sde' die Ziel-Layer-Koordref für den Import verwenden.
'sdelayer -o describe_long' sagt Ihnen, was das Ziel erwartet.

Wenn Sie 'sdeexport'-Dateien übergeben können, warum beschäftigen Sie sich dann mit sdequery|asc2sde?

Ich benötige eine Möglichkeit, mehrere große Feature-Classes in Production zu verschieben. SDEEXPORT/SDEIMPORT dauert zu lange und unser ESRI-Vertreter. schlug vor, sdequery/asc2sde auszuprobieren, um zu sehen, ob sie schneller sind. Jede Hilfe in dieser Reguard wäre sehr dankbar.

Ich habe die von der CTL-Option bereitgestellten Werte auskommentiert, aber die Feature-Class zeigt im Ziel nicht dasselbe wie die Quelle an:
#COORDREF_XY -16688100.000000,-9068200.000000,10000.000000
#COORDSYS PCS_NAD_1983_N_AMERICA_ALBERS

Unten ist die Ausgabe mit der Option -o describe_long. Was sind die richtigen COORDREF_XY- und COORDSYS-Werte basierend auf der Eingabe unten?

-bash-3.2$ sdelayer -o describe_long -l STREET_SPEED_POLY,shape -i sde:oracle11g:/:schema -u user -p [email protected]

ArcSDE 9.3.1 für Oracle11g Build 1632 Do 26. Feb 12:05:37 2009
Dienstprogramm zur Ebenenverwaltung
-----------------------------------------------------
Schichtbeschreibung . STREET_SPEED_POLY-Feature-Class für ROADS Release 3.9
Tabellenbesitzer . RDS_TRAIN_SCHEMA
Tabellenname . STREET_SPEED_POLY
Räumliche Spalte . GESTALTEN
Layer-ID . 1
SRID. 1
Mindestform-ID . 1
Versatz .
Falsch: -16688100.000000
falsch: -9068200.000000
Systemeinheiten . 10000.000000
Z-Versatz. 0,000000
Z-Einheiten . 1.000000
Versatz messen. <Keine>
Maßeinheiten . <Keine>
XY-Cluster-Toleranz.: 0,001
Räumlicher Index .
Parameter: SPIDX_GRID,GRID0=8000,GRID1=24000,FULL
vorhanden: Nein
Array-Form: 8000,24000,0
Layer-Umschlag.
Minx: 1140303.01890, Minx: 212911.30030
maxx: 1144508.57780, maxy: 228244.83160
Entitäten . a+
Ebenentyp . Erweiterter SQL-Typ
Erstellungsdatum . Mi 26. Sep 13:50:37 2012
E/A-Modus . BELASTUNG
Automatische Verriegelung . Ermöglicht
Präzision. Hoch
Benutzerrechte . AUSWÄHLEN, AKTUALISIEREN, EINFÜGEN, LÖSCHEN
Koordinatensystem . PROJCS["North_America_Albers_Equal_Area_Conic",GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["PROJECT]199,29,29,3 ["Albers"],PARAMETER["False_Easting",0.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-96.0],PARAMETER["Standard_Parallel_1",20.0],PARAMETER["Standard_Parallel_2",60.0 ],PARAMETER["Latitude_Of_Origin",40.0],UNIT["Meter",1.0]]


Systemtabellen einer Geodatabase in PostgreSQL

Die Systemtabellen für eine Geodatabase erzwingen das Verhalten der Geodatabase, speichern Informationen zur Geodatabase und verfolgen die in der Geodatabase gespeicherten Daten.

Zum Öffnen der Datei benötigen Sie den Adobe Acrobat Reader.

Die Systemtabellen und deren Inhalt dürfen nur mit ArcGIS-Software geändert werden. Sie können jedoch SQL verwenden, um den Inhalt der Systemtabellen anzuzeigen.

gdb_itemrelations

Die Tabelle gdb_itemrelationships speichert Informationen darüber, wie Objekte in der Tabelle gdb_items zusammenhängen. In dieser Tabelle werden beispielsweise Feature-Datasets und Replikate nachverfolgt.

Eindeutiger Bezeichner für die Zeile

Eindeutige Kennung des Artikels

Entspricht uuid in der Tabelle gdb_itemrelationshiptypes

Entspricht uuid in der Tabelle gdb_items

Entspricht uuid in der Tabelle gdb_items

Bitmaske der Artikeleigenschaften

Eigenschaftssatz, der die Attributpaare darstellt

gdb_itemrelationshiptypes

Die Tabelle gdb_itemrelationshiptypes verwaltet Daten zu den Beziehungstypen, die zwischen den Objekten in der Tabelle gdb_items existieren.

Eindeutiger Bezeichner für die Zeile

Eindeutige Kennung des Artikels

Die Namen der Beziehungstypwerte umfassen Folgendes:

  • DatasetInFeatureDataset
  • DatasetInFolder
  • DatasetOfReplicaDataset
  • DatasetsRelatedThrough
  • DomainInDataset
  • FeatureClassInGeometricNetwork
  • FeatureClassInNetworkDataset
  • FeatureClassInParcelStoff
  • FeatureClassInTerrain
  • FeatureClassInTopology
  • OrdnerInFolder
  • ItemInFolder
  • ReplicaDatasetInReplica
  • RepresentationOfFeatureClass
  • TableInParcelStoff

Label, das die Beziehung aus dem Kontext des Ursprungselements beschreibt

Label, das die Beziehung aus dem Kontext des Zielelements beschreibt

Entspricht uuid in der Tabelle gdb_itemtypes

Entspricht uuid in der Tabelle gdb_itemtypes

Gibt an, ob die Existenz des Ursprungselements die Existenz des Zielobjekts steuert

Elemente sind alle im ArcGIS-System verwendeten Objekte, die indiziert und durchsucht werden können, einschließlich Tabellen, Domänen, Topologien und Netzwerke. Die Tabelle gdb_items enthält Informationen zu allen in der Geodatabase gespeicherten Elementen.

Eindeutiger Bezeichner für die Zeile

Eindeutige Kennung des Artikels

Entspricht uuid in der Tabelle gdb_itemtypes

Vollständig qualifizierter Name des Artikels

Der eindeutige relative Pfad zum Artikel

Die zugehörige URL für den Artikel, der mit Katalogdiensten verwendet wird

Bitmaske der Artikeleigenschaften

Informationen zum Element, die unabhängig vom zugrunde liegenden Dataset sind, z. B. ein serialisierter Renderer, ein Symbol für eine Feature-Class oder Spaltenbreiten, Farben oder Schriftarten für Tabellen

Gibt den Merkmalstyp der Tabelle an

Folgende Werte sind für Feature-Classes und Raster-Kataloge möglich:

  • Null
  • 1 = einfache Funktion
  • 7 = einfaches Verbindungsmerkmal
  • 8 = einfache Kante
  • 10 = komplexe Kante
  • 11 = Anmerkungsfunktion
  • 13 = Dimensionsmerkmal
  • 14 = Raster-Katalogposition

Bei Beziehungsklassen wird die Kardinalität der Beziehungsklasse gespeichert. Mögliche Werte sind:

Bei Topologien speichert diese Spalte die Topologie-ID.

Gibt den Geometrietyp der Tabelle an

Folgende Werte sind für Feature-Classes und Raster-Kataloge möglich:

  • Null
  • 1 = einzelne, nulldimensionale Geometrie
  • 2 = geordnete Punktesammlung
  • 3 = geordnete Sammlung von Pfaden
  • 4 = Sammlung von Ringen, geordnet nach ihrer Eindämmungsbeziehung
  • 9 = Sammlung von Oberflächenpatches

Bei Beziehungsklassen gibt der Wert in dieser Spalte an, ob die Beziehungsklasse zugeschrieben wird. Mögliche Werte sind 0 = nicht attributiert oder 1 = attributiert.

Speichert den Shape-Feldnamen für Feature-Classes

Speichert Informationen für Feature-Classes, die an Topologien teilnehmen

Speichert Informationen über den Artikel

Datendefinition des Artikels (Metadaten)

Speicherinformationen für das Element, z. B. Symbologie, die unabhängig vom zugrunde liegenden Datensatz sind

Die räumliche Ausdehnung des Artikels

Die Tabelle gdb_itemtypes speichert Informationen darüber, welcher Objekttyp jedes Element in der Tabelle gdb_items ist.

Eindeutiger Bezeichner für die Zeile

Eindeutige Kennung des Artikels

Entspricht uuid in dieser (der gdb_itemtypes) Tabelle

Die Namen der Elementtypwerte umfassen Folgendes:

  • AbstraktTabelle
  • Katalogdatensatz
  • Coded-Value-Domain
  • Datensatz
  • Domain
  • Erweiterungsdatensatz
  • Feature-Class
  • Feature-Dataset
  • Ordner
  • Geometrisches Netzwerk
  • Historischer Marker
  • Artikel
  • Mosaik-Datensatz
  • Netzwerk-Dataset
  • Paketstoff
  • Bereichsdomäne
  • Raster-Katalog
  • Raster-Dataset
  • Beziehungsklasse
  • Replik
  • Replikat-Dataset
  • Vertretungsklasse
  • Ressource
  • Schematischer Datensatz
  • Umfragedatensatz
  • Tisch
  • Terrain
  • Zinn
  • Werkzeugkasten
  • Topologie
  • Arbeitsplatz
  • Arbeitsbereichserweiterung

Jedes Mal, wenn ein Replikat Änderungen exportiert oder importiert, werden Informationen zum Vorgang in der Tabelle gdb_replicalog gespeichert.

Eindeutiger Bezeichner für die Zeile

Entspricht dem objectid-Feld in der gdb_items-Tabelle

Zeigt an, ob ein Import (1) oder ein Export (2) protokolliert wurde

Den mit dem Ereignis verknüpften Fehlercode können Sie in der Entwicklerhilfe durchsuchen, um die dem Fehler zugeordnete Beschreibung abzurufen. Wenn das Ereignis erfolgreich war, wird ein Erfolgsfehlercode zurückgegeben.

Zeitstempel ohne Zeitzone

Das Datum, an dem das Ereignis aufgetreten ist

Mehrere Generationen von Datenänderungen können in einem Ereignis importiert oder exportiert werden. Dieser Wert gibt die Generationsnummer der ersten betroffenen Änderungsgeneration an. Wenn beispielsweise die Generationen 1 bis 3 importiert wurden, hätte dieses Feld den Wert 1.

Mehrere Generationen von Datenänderungen können in einem Ereignis importiert oder exportiert werden. Dieser Wert gibt die Generationsnummer der letzten betroffenen Änderungsgeneration an. Wenn beispielsweise die Generationen 1 bis 3 importiert wurden, hätte dieses Feld den Wert 3.

Auf die Generation, auf die Änderungen angewendet werden sollen, wird dieser Wert verwendet, um Änderungen auf die entsprechende Version im Zielreplikat anzuwenden.

gdb_tables_last_modified

Die Tabelle gdb_tables_last_modified wird verwendet, um Geodatabase-Systemtabellen zu validieren, wenn sie von der Clientanwendung zwischengespeichert werden.

Name der geänderten Geodatabase-Systemtabelle

Zählt, wie oft eine Systemtabelle inkrementell geändert wird, erhöht sich bei jeder Änderung

Die Tabelle sde_archives speichert die Metadaten für die Archive in einer Geodatabase.

Die Registrierungs-ID des Geschäftstisches

Die Registrierungs-ID der Archivtabelle

Der Name des Von-Datumsfelds

Der Name des Bis-Datum-Felds

Das Datum, an dem das Archiv erstellt wurde

Die Tabelle sde_column_registry verwaltet alle registrierten Spalten.

Wenn Sie Spaltendefinitionen über eine SQL-Schnittstelle ändern, werden die Datensätze in der Tabelle sde_column_registry nicht aktualisiert. Dies kann dazu führen, dass alle nachfolgenden Exporte der Daten fehlschlagen.

Name der Datenbank, in der die Tabelle mit der Spalte gespeichert ist

Name der Tabelle, die die registrierte Spalte enthält

Eigentümer der Tabelle, in der sich die Spalte befindet (der Benutzer, der die Tabelle erstellt hat)

Name der registrierten Spalte

  • 1 = SE_INT16_TYPE – 2-Byte-Ganzzahl
  • 2 = SE_INT32_TYPE – 4-Byte-Ganzzahl
  • 3 = SE_FLOAT32_TYPE – 4-Byte-Float
  • 4 = SE_FLOAT64_TYPE – 8-Byte-Float
  • 5 = SE_STRING_TYPE – Null-Terminal-Zeichenarray
  • 6 = SE_BLOB_TYPE – Daten mit variabler Länge
  • 7 = SE_DATE_TYPE – Strukturiertes Zeitdatum
  • 8 = SE_SHAPE_TYPE – Formgeometrie (SE_SHAPE)
  • 9 = SE_RASTER_TYPE – Raster
  • 10 = SE_XML_TYPE – XML-Dokument
  • 11 = SE_INT64_TYPE – 8-Byte-Ganzzahl
  • 12 = SE_UUID_TYPE – Eine universelle eindeutige ID
  • 13 = SE_CLOB_TYPE – Daten mit variabler Zeichenlänge
  • 14 = SE_NSTRING_TYPE – Unicode-Null-Terminal-Zeichenarray
  • 15 = SE_NCLOB_TYPE – Großes Objekt mit Unicode-Zeichen
  • 20 = SE_POINT_TYPE – Benutzerdefinierter Punkttyp
  • 21 = SE_CURVE_TYPE – Benutzerdefinierter Linienstring-Typ
  • 22 = SE_LINESTRING_TYPE – Benutzerdefinierter Linienstring-Typ
  • 23 = SE_SURFACE_TYPE – benutzerdefinierter Polygontyp
  • 24 = SE_POLYGON_TYPE – Benutzerdefinierter Polygontyp
  • 25 = SE_GEOMETRYCOLLECTION_TYPE – benutzerdefinierter Mehrpunkttyp
  • 26 = SE_MULTISURFACE_TYPE – Benutzerdefinierter Linienstring-Typ
  • 27 = SE_MULTICURVE_TYPE – Benutzerdefinierter Linienstring-Typ
  • 28 = SE_MULTIPOINT_TYPE – benutzerdefinierter Mehrpunkttyp
  • 29 = SE_MULTILINESTRING_TYPE – Benutzerdefinierter Typ mit mehreren Zeilenfolgen
  • 30 = SE_MULTIPOLYGON_TYPE – benutzerdefinierter Multipolygon-Typ
  • 31 = SE_GEOMETRY_TYPE – Benutzerdefinierter Geometrietyp

Die Länge des registrierten Spaltenwerts

Anzahl der Ganzzahlen rechts von der Dezimalstelle im Spaltenwert

Eine Beschreibung des Spaltentyps

  • Hat eine Zeilen-ID
  • Von ArcSDE gesteuerte Zeilen-ID-Spalte
  • Erlaubt NULL-Werte
  • Speichert Oracle LONG RAW-Daten
  • Speichert BLOB-Daten
  • Speichert CLOB-Daten
  • Speichert ST_Geometry-Geometriedaten
  • Speichert binäre Geometriedaten
  • Speichert benutzerdefinierte Geometriedaten des Typs
  • Speichert Oracle LOB-Geometriedaten
  • Speichert binäre Rasterdaten
  • Speichert benutzerdefinierte Rasterdaten
  • Speichert XML-Daten
  • Speichertermine
  • Speichert Zeit
  • Speichert einen Zeitstempel
  • Speichert einen Unicode-String

Dieser Wert wird auf die rastercolumn_id der Tabelle sde_raster_columns gesetzt, wenn die Spalte eine Rasterspalte ist, oder auf die layer_id der Tabelle sde_layers, wenn diese Spalte eine Geometriespalte ist.

Die Tabelle sde_compress_log verfolgt alle Komprimierungsvorgänge, die in der Geodatabase ausgeführt werden.

Diese Tabelle wird erstellt, wenn Sie die Geodatabase zum ersten Mal komprimieren.

Eindeutiger Bezeichner einer Komprimierungsoperation

Die Prozessidentifikationsnummer der Komprimierungsoperation verweist auf die Spalte sde_id in der Tabelle sde_process_information

System process_id des ArcSDE-Serverprozesses, der den Komprimierungsvorgang ausgeführt hat oder ausführt

Y (ja) oder N (nein), wenn der Client eine direkte Verbindung zur Geodatabase herstellt

Zeitstempel ohne Zeitzone

Datum und Uhrzeit des Beginns des Komprimierungsvorgangs

Die Anzahl der Zustände, die beim Starten der Komprimierung vorhanden sind

Zeitstempel ohne Zeitzone

Das Datum und die Uhrzeit, zu der der Komprimierungsvorgang abgeschlossen wurde

Die Anzahl der verbleibenden Zustände nach der Komprimierungsoperation

Zeigt an, ob der Komprimierungsvorgang erfolgreich abgeschlossen wurde.

sde_coordinate_systems

Die Tabelle sde_coordinate_systems speichert Standardkoordinatensysteme. Diese Tabelle ist mit Koordinatensystemen vorbelegt, die zum Definieren von Raumbezügen verwendet werden.

Name des Koordinatensystems

Entweder PROJIZIERT, GEOGRAPHIC oder UNSPECIFIED

Bekannte Textbeschreibung des Koordinatensystems

Name der Organisation, die das Koordinatensystem definiert hat

Die Kennung für das Koordinatensystem, die von der Organisation zugewiesen wurde, die das Koordinatensystem definiert hat

Text, der beschreibende Informationen zum Koordinatensystem liefert

Die Tabelle sde_dbtune speichert die Konfigurationsschlüsselwörter für ArcSDE-Datenobjekte, wie z. B. Feature-Classes.

Das Konfigurationsschlüsselwort

Der Konfigurationsparameter

Der Wert des Konfigurationsparameters

Die Tabelle sde_geometry_columns speichert eine Zeile für jede Spalte vom Typ Geometry in der Datenbank, die der OpenGIS SQL-Spezifikation entspricht. ArcSDE behandelt diese Tabelle als schreibgeschützt – ArcSDE greift nur dann darauf zu, wenn ein Layer hinzugefügt oder gelöscht wird, der ein OpenGIS SQL-Datenformat verwendet. Diese Tabelle wird durch die OpenGIS SQL-Spezifikation definiert und kann von anderen Anwendungen mit Geometriespalten aktualisiert werden, die nicht von ArcSDE verwaltet werden. Wenn eine neue Geometriespalte in einem OpenGIS-kompatiblen Format erstellt wird, werden die vollständig qualifizierte Tabelle, der Spaltenname und die Raumbezugs-ID (srid) zur Tabelle sde_geometry_columns hinzugefügt.

Jede Geometriespalte ist einem räumlichen Bezugssystem zugeordnet. ArcSDE speichert Informationen zu jedem räumlichen Bezugssystem in der Tabelle sde_spatial_references.

Die Datenbank, in der die Tabelle der Geometriespalte gespeichert ist

Schema, in dem die Business-Tabelle gespeichert ist

Name der Geschäftstabelle des Datensatzes

Name der Geometriespalte in der Geschäftstabelle

Code für den Speichertyp des Geometriecodes kann entweder WKB, WKT oder BINARY darstellen

  • 0 = ST_Geometrie
  • 1 = ST_Punkt
  • 3 = ST_LineString
  • 5 = ST_Polygon
  • 7 = ST_MultiPoint
  • 9 = ST_MultiLineString
  • 11 = ST_MultiPolygon

Maximale Punkte pro Zeile (wird von ArcSDE nicht mehr verwendet)

Räumliche Referenz-ID Fremdschlüssel für srid in der Tabelle sde_spatial_references

Die Tabelle sde_layer_locks verwaltet die Sperren für Feature-Classes.

Prozess-Identifikationsnummer des Prozesses, der den Layer-Fremdschlüssel für die Spalte sde_id in der Tabelle process_information gesperrt hat

Entspricht dem Feld "layer_id" in der Layer-Tabelle

Auf 1 setzen, wenn die Layersperre intern gesetzt wurde, andernfalls auf 0 setzen, wenn die Layersperre von der Anwendung gesetzt wurde.

Der Typ der Layersperre kann einer der folgenden sein:

  • 0 = Eine Lesesperre für den gesamten Layer
  • 1 = Eine Schreibsperre für den gesamten Layer
  • 2 = Eine Lesesperre für einen Bereich innerhalb der Schicht
  • 3 = Eine Schreibsperre für einen Bereich innerhalb der Schicht
  • 4 = Ein Layer-Autolock

Die minimale x-Koordinate des Begrenzungsrahmens, die verwendet wird, um die Features innerhalb eines Bereichs zu definieren, der während einer Bereichssperre gesperrt wurde

Die minimale y-Koordinate des Begrenzungsrahmens, die verwendet wird, um die Features innerhalb eines Bereichs zu definieren, der während einer Bereichssperre gesperrt wurde

Die maximale x-Koordinate des Begrenzungsrahmens, der verwendet wird, um die Features innerhalb eines Bereichs zu definieren, der während einer Bereichssperre gesperrt wurde

Die maximale y-Koordinate des Begrenzungsrahmens, der verwendet wird, um die Features innerhalb eines Bereichs zu definieren, der während einer Bereichssperre gesperrt wurde

Zeitstempel ohne Zeitzone

Das Datum und die Uhrzeit, zu der die Layersperre erworben wurde

Die Tabelle sde_layer_stats wird nicht mehr verwendet.

Die Tabelle sde_layers verwaltet Daten zu jeder Feature-Class in der Datenbank. Die Informationen helfen dabei, räumliche Indizes zu erstellen und zu verwalten, die richtigen Formtypen sicherzustellen, die Datenintegrität aufrechtzuerhalten und den Raumbezug für die Koordinatendaten zu speichern.

Diese Tabelle speichert eine Zeile für jede räumliche Spalte in der Datenbank. Anwendungen verwenden die Layer-Eigenschaften, um verfügbare räumliche Datenquellen zu ermitteln. Die Layer-Eigenschaften werden von ArcSDE verwendet, um den Inhalt der räumlichen Spalte einzuschränken und zu validieren, Geometriewerte zu indizieren und die zugehörigen DBMS-Tabellen ordnungsgemäß zu erstellen und zu verwalten.

Die eindeutige Kennung für die Ebene

Benutzerdefinierte Beschreibung der Schicht

Name der Datenbank, in der der Layer gespeichert ist

Der Benutzer, der die Ebene erstellt hat

Name der Business-Tabelle des Layers

Name der räumlichen Spalte im Layer

  • Speichert Koordinaten mit einfacher oder doppelter Genauigkeit
  • Speichert 3D-Koordinaten
  • Speichert Maßnahmen
  • Hat die automatische Sperre aktiviert oder deaktiviert
  • Befindet sich im Nur-Laden-E/A-Modus oder im normalen E/A-Modus
  • Speichert Anmerkung
  • Speichert CAD-Daten
  • Ist eine Ansicht einer anderen Ebene
  • Hat keinen räumlichen Index
  • Der DBMS-Datentyp, in dem die Schichtdaten gespeichert sind
  • Die sde-Typen, die der Layer akzeptieren kann. Dies können Typen wie Punkte, Linienfolgen und Polygone sein

Speichert zusätzliche interne Eigenschaften über den Layer

Minimaler x-Koordinatenwert des Layers

Minimaler y-Koordinatenwert des Layers

Maximaler x-Koordinatenwert des Layers

Maximaler y-Koordinatenwert des Layers

Minimaler Z-Koordinatenwert des Layers

Maximaler Z-Koordinatenwert des Layers

Minimaler m-Koordinatenwert des Layers

Maximaler m-Koordinatenwert des Layers

Das Datum, an dem die Ebene erstellt wurde

Das Konfigurationsschlüsselwort, das beim Erstellen des Layers angegeben wurde

Puffergröße des Geometrie-Arrays

Die Datumsstatistik wurde zuletzt für einen Layer berechnet

Der minimale Feature-ID-Wert eines binären Layers

Räumlicher Referenz-Identifikationsnummer-Fremdschlüssel zum srid-Wert in der sde_spatial_references-Tabelle

Fremdschlüssel zum srid-Feld in der Tabelle sde_spatial_references

Speichert den Layer_id-Wert des Basis-Layers für einen Layer, der tatsächlich eine Ansicht ist

Größe des ersten räumlichen Rasters

Größe des zweiten räumlichen Rasters

Größe des dritten räumlichen Rasters

sde_lineages_modified

Die Tabelle sde_lineages_modified enthält eine Zustandsherkunfts-ID und den Zeitstempel der letzten Änderung.

Entspricht dem Feld lineage_name in der Tabelle States_lineages

Zeitstempel ohne Zeitzone

Datum und Uhrzeit der letzten Änderung der Abstammungslinie

Die Tabelle sde_locators speichert Informationen zu Locator-Objekten.

Eindeutige Kennung des Locators

Der Name des Benutzers, dem der Locator gehört

Die Kategorie der Locator-Adressen-Locators hat den Kategoriewert Adresse

  • 0 – Definiert Locator-Stile
  • 1 – Definiert Locators
  • 2 – Definiert angehängte Locators, d. h. Locators, die an eine geokodierte Feature-Class angehängt sind und eine Kopie des Locators und der Geokodierungsoptionen sind, die zum Erstellen der geokodierten Feature-Class verwendet wurden

Die Beschreibung des Locators

Die Tabelle sde_logfile_pool ist in der Geodatabase beim ersten Erstellen vorhanden, unabhängig davon, welche Art von Protokolldateien Sie verwenden. Eine Beschreibung dieser und anderer Protokolldateitabellen finden Sie unter Protokolldateitabellen in einer Geodatabase in PostgreSQL.

Wenn Sie einer Geodatabase in einem DBMS einen Locator hinzufügen, wird der Tabelle sde_metadata für jede Eigenschaft des Locators eine Zeile hinzugefügt.

Eindeutige Kennung für den Datensatz

Der Name der Datenbank, in der der Locator gespeichert ist

Der Name des Locators, zu dem die Eigenschaft gehört, und der Fremdschlüssel für die Spalte name in der Tabelle sde_locators

Der Name des Benutzers, dem der Datensatz gehört

Immer ein Wert von 2 für Locator-Eigenschaften

Immer ein Wert von SDE_internal für Locator-Eigenschaften

Der Name der Locator-Eigenschaft

Der Wert der Locator-Eigenschaft

Wird nicht für Locator-Eigenschaften verwendet

Zeitstempel ohne Zeitzone

Datum und Uhrzeit der Erstellung der Locator-Eigenschaft

sde_mvtables_modified

Die Tabelle sde_mvtables_modified verwaltet die Liste aller Tabellen, die in jedem Zustand der Datenbank geändert werden. Diese Informationen helfen bei der schnellen Feststellung, ob Konflikte zwischen Versionen oder Zuständen der Datenbank bestehen.

Die Tabelle sde_mvtables_modified verwaltet einen Datensatz aller Tabellen, die nach Status geändert wurden. Anhand dieser Informationen können Anwendungen bestimmen, welche Tabellen auf Änderungen überprüft werden müssen, wenn potenzielle Konflikte zwischen Versionen und Zuständen in der Datenbank abgeglichen werden.

Jedes Mal, wenn eine Feature-Class oder Tabelle in einem Zustand geändert wird, wird ein neuer Eintrag in der Tabelle sde_mvtables_modified erstellt. Wenn zwei Versionen abgeglichen werden, besteht der erste Schritt im Prozess darin, die Status zu identifizieren, auf die diese beiden Versionen verweisen – den Status der aktuellen Bearbeitungsversion und den Status der Zielversion. Aus diesen Staaten wird ein gemeinsamer Vorfahrenstaat identifiziert, indem die Staatslinie dieser beiden Versionen zurückverfolgt wird.

Die Kennung des Zustands, in dem diese Tabelle geändert wurde. Fremdschlüssel für die Zustandstabelle

Die Registrierungs-ID der Tabelle, die im Status geändert wurde, entspricht der Tabelle table_registry

Die Tabelle sde_object_ids verfolgt die Objekttypen, die in der Geodatabase vorhanden sind.

Das Typkennungsobjekt von ArcSDE-Systemobjekten kann ein Layer, ein Status, eine Version, eine Verbindung, eine registrierte Tabelle, ein Raster, Metadaten oder ein Locator sein.

Start- oder aktuelle Objekt-ID für den Objekttyp

Name des ArcSDE-Systemobjekts

Die Tabelle sde_object_locks verwaltet Sperren für Geodatabase-Objekte.

Prozess-Identifikationsnummer des Prozesses, der das Geodatabase-Objekt gesperrt hat, verweist auf die Spalte sde_id in der Tabelle process_information

ID aus der Tabelle gdb_items des betroffenen Datasets

Objektsperrtyp, z. B. version,state_tree-Sperre, die von internen Anwendungen verwendet wird

Eindeutige Kennung der Anwendung

Auf 1 setzen, wenn die Layersperre intern gesetzt wurde, andernfalls auf 0 setzen, was bedeutet, dass die Layersperre von der Anwendung gesetzt wurde

Die Art der Objektsperre: S = Shared oder E = Exclusive

Zeitstempel ohne Zeitzone

Datum und Uhrzeit des Erwerbs der Objektsperre

sde_process_information

Die Tabelle sde_process_information erfasst ArcSDE-Sitzungsstatistiken wie die Anzahl der gelesenen Datensätze und die Anzahl der geschriebenen Datensätze, während die Sitzung aktiv war.

Prozessidentifikationsnummer

Die Betriebssystemprozess-ID des Serverprozesses

Zeitstempel ohne Zeitzone

Datum und Uhrzeit Prozess wurde gestartet

Die Anzahl der verarbeiteten Lesevorgänge

Die Anzahl der verarbeiteten Schreibvorgänge

Gesamtzahl der Operationen, die ein Prozess ausgeführt hat

Die Anzahl der Sperren, die der Prozess derzeit geöffnet hat

Gesamtzahl der vom Prozess ausgelieferten Teilfunktionen

Gesamtzahl der vom Prozess geladenen Puffer

Gesamtzahl der vom Prozess gepufferten Features

Gesamtzahl der vom Prozess gepufferten Kilobytes

Der Name des verbundenen Benutzers

Zeigt an, ob der Prozess mit einer direkten Verbindung durchgeführt wurde: T (true) oder F (false)

Das Betriebssystem, das auf dem Clientcomputer ausgeführt wird

Der Name des verbundenen Client-Rechners

Zeichnet auf, ob der Client XDR verwendet, um mit dem gsrvr zu kommunizieren: T (true) oder F (false)

Die Tabelle sde_raster_columns enthält eine Liste der in der Datenbank gespeicherten Rasterspalten.

Diese Tabelle verweist auf die Raster-Daten in den Band-, Block- und Hilfstabellen.

Der Primärschlüssel der Rasterspaltentabelle

Die benutzerdefinierte Beschreibung der Rastertabelle

Name der Datenbank, in der das Raster gespeichert ist

Der Besitzer der Business-Tabelle der Rasterspalte

Das Datum, an dem die Rasterspalte zur Business-Tabelle hinzugefügt wurde

Das beim Erstellen des Rasters angegebene Konfigurationsschlüsselwort DBTUNE bestimmt, wie die Tabellen und Indizes des Rasters in der Datenbank gespeichert werden

Definiert während der Erstellung des Rasters, legt den Wert der raster_id-Spalte der Raster-Tabelle fest

Wenn die Rasterspalte Teil einer Ansicht und nicht einer Tabelle ist, ist die rastercolumn_id der Basistabelle der Ansicht

Auf 256 für ein Geodatabase-Raster festlegen

Raumreferenz-ID-Nummer Fremdschlüssel für das srid-Feld in der Tabelle sde_spatial_references

Die Tabelle sde_server_config speichert Konfigurationsparameter des ArcSDE-Servers. Diese Parameter definieren, wie die ArcSDE-Software den Speicher verwendet.

Der Name des Initialisierungsparameters

Der Zeichenwert des Initialisierungsparameters

Der ganzzahlige Wert des Initialisierungsparameters

sde_spatial_references

Die Tabelle sde_spatial_references enthält das Koordinatensystem und die Transformationswerte von Gleitkomma-in-Ganzzahl. Interne Funktionen verwenden die Parameter eines räumlichen Bezugssystems, um jede Gleitkommakoordinate der Geometrie vor dem Speichern in positive 64-Bit-Ganzzahlen zu übersetzen und zu skalieren. Beim Abrufen werden die Koordinaten in ihr ursprüngliches externes Gleitkommaformat wiederhergestellt.

Jede Geometriespalte der Tabelle sde_geometry_columns ist einem räumlichen Bezugssystem zugeordnet, dessen Informationen in der Tabelle sde_spatial_references gespeichert sind. Die Spalten dieser Tabelle sind diejenigen, die durch die OpenGIS SQL-Spezifikationen (srid, srtext, auth_name und auth_srid) definiert sind und die von ArcSDE für die interne Koordinatentransformation benötigt werden. Das räumliche Bezugssystem identifiziert das Koordinatensystem für eine Geometrie und gibt den numerischen Koordinatenwerten für die Geometrie Bedeutung.

Diese Tabelle ist mit den von der European Petroleum Survey Group (EPSG) definierten Raumbezügen vorausgefüllt. Die EPSG-Codes werden für die Raumbezugskennung (SRID) verwendet, um die gemeinsame Nutzung von Daten über Datenbanken hinweg zu erleichtern. Andere Raumbezüge werden der Tabelle hinzugefügt, wenn Sie Daten importieren, wenn der eingehende Raumbezug nicht mit einem vorhandenen Raumbezug übereinstimmt.

Im Gegensatz zu den anderen Systemtabellen wird diese Tabelle nicht im Schema des SDE-Benutzers gespeichert, sondern im öffentlichen Schema. Dies ist erforderlich, damit Sie Geodaten erfolgreich wiederherstellen können.


Schau das Video: ArcGIS API for Flex, Basics for Developers