Versionsnummer:
7.0.3
Stand:
30.01.2018
Referenzversion:
6.0.1
Anwendungsgebiet:
Berücksichtigte Modellarten:
Verantwortliche Institution:
Arbeitsgemeinschaft der Vermessungsverwaltungen der Länder der Bundesrepublik Deutschland (AdV)
Definition:
Das AAA Basisschema ist die Basis für die Modellierung fachspezifischer Anwendungen. Es stellt darüber hinaus alle Eigenschaften der AFIS-ALKIS-ATKIS-Daten dar, die einen Einfluss auf den Datenaustausch haben. Es ist deshalb erforderlich, die AFIS - ALKIS und ATKIS Fachobjekte als Subklassen von Klassen des AAA Basisschemas zu definieren. Die Trennung des Basisschemas vom Schema für die Versionierung/Historisierung hat den Vorteil, dass alle fachlichen Eigenschaften ausgedrückt werden können, ohne dass die Modellierung von dem (ohnehin immer gleichen) Modell der Versionierung und Historisierung belastet wird.
|
Definition:
Das Paket AAA_Basisklassen enthält die grundlegenden Klassen und Datentypen zum Aufbau der fachspezifischen Modelle der AdV. Es stellt damit die gemeinsame Modellierung von AFIS, ALKIS und ATKIS sicher.
|
Objektart: AA_Objekt |
|
Definition:
Klasse, die für Fachobjekte grundlegende Eigenschaften realisiert.
AA_Objekt fasst Verwaltungseigenschaften, die allen Objekten gemeinsam sind, zusammen.
Soll ein Objekt auf ein Fachdatenobjekt zeigen, das in einem fremden Fachdatensystem unter "AA_Fachdatenobjekt" geführt wird, so kann das optional durch das Attribut "zeigtAufExternes" beschrieben werden. Das Attribut "zeigtAufExternes" ist im Objektartenkatalog zu erläutern.
Fachobjekte können Teil von zusammengesetzten Objekten sein.
Es handelt sich um eine abstrakte Objektart.
Kennung:
00001
Konsistenzbedingung:
Es dürfen maximal 2 Anlassarten in der Attributart 'anlass' aufgeführt werden
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: identifikator |
|
Definition:
Jedes AA_Objekt wird durch einen Identifikator eineindeutig gekennzeichnet. Der Identifikator ist eine besondere selbstbezogene Eigenschaft und bleibt solange unverändert wie die entsprechende Einheit existiert. Im Objektartenkatalog sind die Bedingungen festzulegen, die Entstehung und Untergang bestimmen.
Im externen Anwendungsschema wird zusätzlich das Lebenszeitintervall zur Identifikation einer bestimmten Objektversion herangezogen.
Kennung:
OID
Kardinalitaet:
1
Datentyp:
|
Attributart: lebenszeitintervall |
|
Definition:
Das Lebenszeitintervall wird (gemäß der Definitionen der Lebenszeitintervallbeschreibung für jede Objektart des OK) als Anfang und Ende der Lebenszeit festgelegt. Ziel ist es, bei Bedarf aus fachlicher Sicht Angaben über die Lebenszeit von Objekten abzulegen und ein Mittel zur Unterscheidung von Objektversionen zur Verfügung zu stellen. Die Angaben zum Lebenszeitintervall stehen in engem Zusammenhang mit den Bildungsregeln einer Objektart und den Regeln zur Versionierung von Objekten.
Kennung:
LZI
Kardinalitaet:
1
Datentyp:
|
Attributart: modellart |
|
Definition:
Die "modellart" ordnet ein AA_Objekt einem oder mehreren Modellen zu. Die modellart ist ein im Objektartenkatalog zu beschreibendes Attribut.
Die Modellart regelt, zu welchem Modell oder zu welchen Modellen ein
raumbezogenes Elementarobjekt oder ein nicht raumbezogenes Elementarob-
jekt gehört, z.B. zu den ALKIS-Bestandsdaten, zum Basis-DLM, DLM
50, DLM 200, zur DTK 10, DTK 50 , DTK 200 oder zum Festpunktnachweis.
Kennung:
MAT
Kardinalitaet:
1..*
Datentyp:
|
Attributart: anlass |
|
Definition:
Anlass ist eine Einheit, die zu den Informationen des AA_Objektes gehört. Dadurch können zu jedem Objekt optional Informationen abgelegt werden, die nach fachlicher Vorgabe erläutern, aus welchem Grund eine Veränderung (Entstehung und Untergang) notwendig geworden ist. Wird ein Anlass angegeben, so ist er in der Regel nur einmal vorhanden (Entstehungsanlass); lediglich bei der letzten Version eines Objektes sind zwei Anlässe anzugeben (der Entstehungsanlass dieser letzten Version und der Anlass ihres endgültigen Untergangs). Der Datentyp des Anlasses ist deshalb Sequenz von maximal 2 Elementen.
Kennung:
ANL
Kardinalitaet:
0..12
Datentyp:
Sequence<AA_Anlassart>
Wertearten:
| Bezeichner |
| Wert | ||
| Ersteinrichtung |
| 000000 |
|
Attributart: zeigtAufExternes |
|
Definition:
Jedes AA-Objekt kann über die Fachdatenverbindung auf externe Objekte (Fachdatenobjekte) zeigen. Wenn Einschränkungen oder spezielle Festlegungen zum Aufbau und zur Pflege dieser Fachdatenverbindung erfolgen sollen, sind diese im Objektartenkatalog für jede Objektart zu beschrieben. Dabei ist darauf zu achten, dass der Identifikator des Fachdatenobjekts bezogen auf die ALKIS-ATKIS-AFIS-Bestandsdaten eindeutig ist.
Da auch mehrere Fachdatenverbindungen möglich sind, ist dieses Attribut als "set" formuliert.
Kennung:
FDV
Kardinalitaet:
0..1*
Datentyp:
|
Relationsart: istTeilVon |
|
Kennung:
00001-03000
Kardinalitaet:
| 0..* |
AA_ObjektOhneRaumbezug |
|
Definition:
Die Metaklasse AA_ObjektOhneRaumbezug schränkt die von GF_FeatureType geerbten Möglichkeiten in der Weise ein, dass geometriewertige Attribute und Relationen nicht zugelassen sind (s. Note).
Eine Metaklasse ist eine Klasse, deren Instanzen Klassen (und nicht Objekte) sind. Diese Klassen, hier AA_ZUSO und AA_NREO zeigen mit einer "Instanziierungsrelation" auf die Metaklasse.
Es handelt sich um eine abstrakte Objektart.
Kennung:
00002
Konsistenzbedingung:
Es darf weder eine attributive Geometrie (GF_SpatialAttributeType) noch eine Relation (GF_AssociationRole) zu einem Geometrieobjekt geben.
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Auswahldatentyp: AA_UUID |
|
Definition:
"AA_UUID" ist ein universeller uniquer Identifikator; sein Aufbau entspricht dem UUID nach den Spezifikationen der GeoInfoDok (AAA-Basisschema/Identifikatoren, Verknüpfungen).
Er wird bei Datenabgabe über die Normbasierte Austauschschnittstelle erweitert um die Zeichendarstellung des Datenfelds "beginnt" des AA_Lebenszeitintervall.
Kennung:
00100
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: UUID |
|
Definition:
Aufbau nach den Spezifikationen der GeoInfoDok (Das konzeptuelle Modell/AAA-Basisschema/Identifikatoren, Verknüpfungen).
Kennung:
UID
Kardinalitaet:
1
Datentyp:
CharacterString
|
Datentyp: AA_Fachdatenverbindung |
|
Definition:
Sollen Objekte einer Objektart auf Fachdaten zeigen, die in einem externen Fachinformationssystem geführt werden, so kann das optional durch das Attribut "zeigtAufExternes" beschrieben werden.
Kennung:
00200
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: art |
|
Definition:
Diese Attributart definiert den Namensraum zur Spezifikation der Art der Fachdatenverbindung.
Es sind URN zu verwenden, wenn es sich um einen nicht allgemein auflösbaren Namensraum handelt.
Wenn URLs verwendet werden, muss die verwiesene Ressource eine Beschreibung dieser FAchdatenanbindung zurückliefern. URLs müssen das HTTP-Protokoll verwenden.
Kennung:
ART
Kardinalitaet:
1
Datentyp:
URI
|
Auswahldatentyp: AA_Fachdatenobjekt |
|
Definition:
Der Verweis auf das Fachdatenobjekt kann entweder aus einer Namens- bzw. ID-Angabe oder aus einem URI bestehen.
Kennung:
00210
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: name |
|
Definition:
Der in einem externen Fachdateninformationssystem definierte Identifikator eines Fachdatenobjekts wird als CharacterString in ALKIS-ATKIS-AFIS geführt.
Kennung:
NAM
Kardinalitaet:
1
Datentyp:
CharacterString
|
Datentyp: AA_Lebenszeitintervall |
|
Definition:
Das Lebenszeitintervall wird (gemäß der Definitionen der Lebenszeitintervallbeschreibung für jede Objektart des OK) als Anfang und Ende der Lebenszeit festgelegt. Ziel ist es, bei Bedarf aus fachlicher Sicht Angaben über die Lebenszeit von Objekten abzulegen und ein Mittel zur Unterscheidung von Objektversionen zur Verfügung zu stellen. Die Angaben zum Lebenszeitintervall stehen in engem Zusammenhang mit den Bildungsregeln einer Objektart und den Regeln zur Objektversionierung.
Kennung:
00300
Konsistenzbedingung:
Die Zeitangabe für den Datentyp 'DateTime' entspricht den Festlegungen von ISO 8601, Kapitel 5.4.1 in Verbindung mit 5.3.3. Zeitgenauigkeit ist die volle Sekunde. Die Zeit wird immer in UTC (Universal Time Coordinated, Greenwich Mean Time) angegeben.
Beispiel:
2004-02-29T10:15:30Z
Das Attribut 'endet' ist nur bei Untergang des Objektes zu belegen.
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: beginnt |
|
Definition:
Das Attribut enthält den Zeitpunkt der Entstehung oder des Eintragens des Objekts.
Die Zeitangabe für den Datentyp "DateTime" entspricht den Festlegungen von ISO 8601, Kapitel 5.4.1 in Verbindung mit 5.3.3. Zeitgenauigkeit ist die volle Sekunde. Die Zeit wird immer in UTC (Universal Time Coordinated, Greenwich Mean Time) angegeben.
Beispiel:
2004-02-29T10:15:30Z
Kennung:
BEG
Kardinalitaet:
1
Datentyp:
DateTime
|
Attributart: endet |
|
Definition:
Das Attribut ist nur bei Untergang des Objektes zu belegen. Während der Lebensdauer des Objektes bleibt das Attribut unbelegt.
Die Zeitangabe für den Datentyp "DateTime" entspricht den Festlegungen von ISO 8601, Kapitel 5.4.1 in Verbindung mit 5.3.3. Zeitgenauigkeit ist die volle Sekunde. Die Zeit wird immer in UTC (Universal Time Coordinated, Greenwich Mean Time) angegeben.
Beispiel:
2004-02-29T10:15:30Z
Kennung:
END
Kardinalitaet:
0..1
Datentyp:
DateTime
|
Auswahldatentyp: AA_Modellart |
|
Definition:
Die "Union" AA_Modellart klammert die möglichen Arten von Modellartenkennungen und
unterscheidet nach Standardprodukten der AdV und sonstigen Produkten. Unter die
sonstigen Produkte falllen auch die länderspezifisch nur in einigen Bundesländern
geführten Produkte.
Kennung:
00400
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: advStandardModell |
|
Definition:
Als Standard-Modell der AdV dürfen nur diejenigen Modelle gekennzeichnet werden, die von der AdV vereinbart wurden. Die Kennungen dieser Modelle befinden sich in der Code-ListEnumeration AA_AdVStandardModell.
Kennung:
STM
Kardinalitaet:
1
Datentyp:
AA_AdVStandardModell
Wertearten:
| Bezeichner |
| Wert | ||
| LiegenschaftskatasterModell |
| DLKM | ||
| KatasterkartenModell500 |
| DKKM500 | ||
| KatasterkartenModell1000 |
| DKKM1000 | ||
| KatasterkartenModell2000 |
| DKKM2000 | ||
| KatasterkartenModell5000 |
| DKKM5000 | ||
| BasisLandschaftsModell |
| Basis-DLM | ||
| LandschaftsModell50 |
| DLM50 | ||
| LandschaftsModell250 |
| DLM250 | ||
| LandschaftsModell1000 |
| DLM1000 | ||
| TopographischeKarte10 |
| DTK10 | ||
| TopographischeKarte25 |
| DTK25 | ||
| TopographischeKarte50 |
| DTK50 | ||
| TopographischeKarte100 |
| DTK100 | ||
| TopographischeKarte250 |
| DTK250 | ||
| TopographischeKarte1000 |
| DTK1000 | ||
| Festpunktmodell |
| DFGM | ||
| DigitalesHoehenmodell
|
| DHM | ||
| LevelOfDetail1
|
| LoD1 | ||
| LevelOfDetail2
|
| LoD2 | ||
| LevelOfDetail3
|
| LoD3 | ||
|
| ||||
|
| ||||
|
| ||||
|
|
|
Attributart: sonstigesModell |
|
Definition:
Im Attribut "sonstigesModell" werden diejenigen Modellartenkennungen geführt, die nicht zu den AdV-Standard-Modellen gehören. Die verwendeten Bezeichnungen bzw. Verschlüsselungen dürfen sich nicht mit den Einträgen in der Code-ListEnumeration AA_AdVStandardModell überschneiden.
Kennung:
SOM
Kardinalitaet:
1
Datentyp:
AA_WeitereModellart
Wertearten:
| Bezeichner |
| Wert | ||
| TopographischesFreizeitInformationsSystem25
|
| TFIS25 | ||
| TopographischesFreizeitInformationsSystem50
|
| TFIS50 | ||
| Bodenrichtwertinformationssystem
|
| BORIS | ||
| DigitaleTopographischeKarte10AKG
|
| DTK10A | ||
| DigitaleTopographischeKarte25AKG
|
| DTK25A | ||
| DigitaleTopographischeKarte50AKG
|
| DTK50A | ||
| DigitaleTopographischeKarte100AKG
|
| DTK100A |
|
Objektart: AA_NREO |
|
Definition:
Ein nicht raumbezogenes Elementarobjekt (AA_NREO) hat alle Eigenschaften eines Objektes, aber es besitzt im Unterschied zu den raumbezogenen Elementarobjekten keine geometrische oder topologische Beschreibung.
Es handelt sich um eine abstrakte Objektart.
Kennung:
01000
Abgeleitet aus:
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Objektart: AA_REO |
|
Definition:
Ein raumbezogenes Elementarobjekt (AA_REO) ist ein Objekt, das seinen Raumbezug, seine geometrische und topologische Beschreibung durch eine oder mehrere Raumbezugsgrundformen erhält. Raumbezogene Elementarobjekte können auch Präsentationsobjekte oder Kartengeometrieobjekte sein. Präsentationsobjekte sind Texte und Kartensignaturen, die nicht vollautomatisch aus den entsprechenden Fachobjekten für einen bestimmten Zielmaßstab erzeugt und platziert werden können. Die Präsentationsobjekte sind wie andere Objekte im Objektartenkatalog in Verbindung mit dem jeweiligen Signaturenkatalog zu definieren.
Kartengeometrieobjekte sind Objekte, die bei der Ableitung für einen bestimmten Kartenmaßstab aus Gründen der kartographischen Modellgeneralisierung ihre geometrische Form und/oder Lage verändern müssen. Sie verweisen über eine einseitige Relation "istAbgeleitetAus" auf das zugehörige raumbezogene Elementarobjekt. Diese Objekte tragen die Modellart der jeweiligen DTK (Digitale Topographische Karte) und übernehmen alle Attribute des zugehörigen raumbezogenen Elementarobjekts des DLM (Digitales Landschaftsmodell).
Mit der Einführung der Modellart lassen sich Präsentations- und Kartengeometrieobjekte von den "normalen" topographischen DLM-Objekten bzw. den liegenschaftsbezogenen Objekten der ALKIS-Bestandsdaten unterscheiden und entsprechend auswerten.
Für raumbezogene Elementarobjekte stellt das Modell weitere Subklassen mit konkretisierten raumbezogenen Eigenschaften zur Verfügung; erst aus diesen sollten die konkreten fachlichen Objekte mit Raumbezug abgeleitet werden.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02000
Abgeleitet aus:
Konsistenzbedingung:
Als Geometrie für Linien bzw. Flächenumringe sind lediglich folgende Arten von Curve-Segmenten (Interpolationsarten) zulässig:
GM_LineSegment, GM_LineString, GM_Arc, GM_Circle und GM_CubicSpline
Bei GM_Arc muss der 2. ControlPoint im mittleren Drittel des Kreisbogens liegen; falls möglich, soll der Scheitelpunkt des Kreisbogens genommen werden.
Bei GM_Circle dürfen die jeweiligen Abstände der ControlPoints (1=4,2,3) nicht weniger als ein Sechstel des Kreisumfangs betragen.
Die instanziierbaren Klassen für die raumbezogenen Fachobjekte sind ausschließlich aus den folgenden, im gemeinsamen Basisschema definierten abstrakten Supertypen abzuleiten:
a) Objekte mit einfacher Topologie:
TA_PointComponent, TA_CurveComponent,
TA_SurfaceComponent, TA_MultiSurfaceComponent
b) Objekte mit gemeinsamer Punkt- und/oder Liniengeometrie:
AG_Objekt, AG_Punktobjekt,
AG_Linienobjekt, AG_Flaechenobjekt
c) Objekte mit unabhängiger Geometrie:
AU_Objekt, AU_Punktobjekt,
AU_Linienobjekt, AU_KontinuierlichesLinienobjekt
AU_Flächenobjekt
Für Präsentationsobjekte sind folgende Typen zu verwenden:
AP_PPO, AP_PTO, AP_LTO, AP_LPO, AP_FPO
Diese Klassen können auch direkt instanziiert werden.
Attributarten:
keine
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Relationsart: istAbgeleitetAus |
|
Anmerkung:
Die Relationsart 'istAbgeleitetAus' wird immer dann geführt, wenn es sich bei dem AA_REO um ein Kartengeometrieobjekt handelt. Kartengeometrieobjekte sind solche, die für eine bestimmte Kartendarstellung mit veränderter, verdrängter Geometrie benötigt werden oder die in anderer Weise aus Bestandsobjekten abgeleitet wurden. Die Relation zeigt auf die Bestandsobjekte, aus denen die Kartengeometrieobjekte abgeleitet sind.
Kennung:
02000.1-02000.2
Kardinalitaet:
| 0..* |
Relationsart: traegtBeiZu |
|
Anmerkung:
Die Relation 'traegtBeiZu' verknüpft das Bestandsobjekt (z.B. das Objekt eines Digitalen Landschaftsmodells) mit dem zugehörigen Kartengeometrieobjekt (z.B. ein Objekt eines Digitalen Kartographischen Modells).
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)02000.1-02000.2
Kardinalitaet:
| 0..* |
Objektart: AA_ZUSO |
|
Definition:
Neben den Elementarobjekten kennt das gemeinsame Datenmodell auch ein zusammengesetztes Objekt (AA_ZUSO). Es kann aus einer beliebigen Zahl und Mischung semantisch zusammengehörender raumbezogener Elementarobjekte, nicht raumbezogener Elementarobjekte oder zusammengesetzter Objekte bestehen. Ein zusammengesetztes Objekt muss aber mindestens aus einem Objekt bestehen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
03000
Abgeleitet aus:
Attributarten:
keine
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Relationsart: bestehtAus |
|
Anmerkung:
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)00001-03000
Kardinalitaet:
| 1..* |
Objektart: AA_PMO |
|
Definition:
Als Punktmengen-Objekte (PMO) werden Fachobjekte dann definiert, wenn einer großen Anzahl geometrischer Orte Attributwerte jeweils gleicher Attributarten zugeordnet werden sollen. Dies ist im AAA-Anwendungskontext insbesondere bei Digitalen Geländemodellen der Fall.
Es handelt sich um eine abstrakte Objektart.
Kennung:
04000
Abgeleitet aus:
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Basisklassen |
|
Attributart: name |
|
Definition:
Name oder Bezeichnung des Coverage
Kennung:
NAM
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: ausdehnung |
|
Definition:
Die Angabe des umschreibenden Rechtecks (minmal bounding box - GM_Envelope) ist für Objekte vom Typ Coverage verpflichtend. Die Attributart implementiert die Attributart "domainExtent" aus ISO 19123 mit der Einschränkung, dass nur Rechtecke möglich sind.
Kennung:
MBB
Kardinalitaet:
1
Datentyp:
GM_Envelope
|
Definition:
Das Paket "AAA_GemeinsameGeometrie" stellt Basisklassen für Fachobjekte (Features) zur Verfügung, deren Geometrie aus Linien und Flächen bestehen, die sich jeweils ihre Punkt-/Liniengeometrie teilen. Dies wird durch Verwendung des genormten Anwendungsschemas "SimpleTopology" erreicht, das Fachobjekte topologischen Themen zuordnet, innerhalb derer die Geometrie gemeinsam genutzt wird. Daneben werden die Eigenschaften des gegenüber der Norm erweiterten AAA_SpatialSchema genutzt, das zusätzlich das Konstrukt des "AA_PunktLinienthemas" zur Verfügung stellt. Dies ist die Basis zur Definition der Klassen AG_ObjektMitGemeinsamerGeometrie, AG_Punktobjekt, AG_Linienobjekt und AG_Flaechenobjekt, die sich Linien- und Punktgeometrie teilen. Diese Basisklassen sollen als Basis raumbezogener Objektarten mit gemeinsamer Geometrie verwendet werden. (wie es z.B. bisher in ALK und ATKIS üblich war.)
|
Auswahldatentyp: AG_Geometrie |
|
Definition:
Auswahldatentyp, der Verweise auf verschiedendimensionale Geometrien anbietet (Punkt, Linie) bzw. Flächengeometrie an sich.
Kennung:
02201
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_GemeinsameGeometrie |
|
Attributart: punkt |
|
Definition:
Siehe ISO 19107 Spatial Schema.
Kennung:
PKT
Kardinalitaet:
1
Datentyp:
GM_PointRef
|
Attributart: linie |
|
Definition:
Siehe ISO 19107 Spatial Schema.
Kennung:
LIN
Kardinalitaet:
1
Datentyp:
GM_CompositeCurve
|
Objektart: AG_Objekt |
|
Definition:
Der Auswahldatentyp "AG_Objekt" erlaubt es, Subklassen zu bilden, bei denen die konkrete Art des Geometrietyps (punkt,-linien oder flächenförmig) erst auf Instanzenebene festgelegt wird.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02210
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_GemeinsameGeometrie |
|
Objektart: AG_Punktobjekt |
|
Definition:
Dies ist die Basisklasse für raumbezogene Fachobjekte, die geometrisch durch einen Punkt repräsentiert werden und sich mit anderen raumbezogenen Fachobjekten des gleichen AA_PunktLinienThemas Punktgeometrie teilen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02211
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_GemeinsameGeometrie |
|
Objektart: AG_Linienobjekt |
|
Definition:
Dies ist die Basisklasse für raumbezogene Fachobjekte, die geometrisch durch eine zusammengesetzte Linie repräsentiert werden und sich mit anderen raumbezogenen Fachobjekten des gleichen AA_PunktLinienThemas Linien- und Punktgeometrie teilen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02212
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_GemeinsameGeometrie |
|
Objektart: AG_Flaechenobjekt |
|
Definition:
Dies ist die Basisklasse für raumbezogene Fachobjekte, die geometrisch durch eine Fläche repräsentiert werden und sich mit anderen raumbezogenen Fachobjekten des gleichen AA_PunktLinienThemas Linien- und Punktgeometrie teilen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02213
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_GemeinsameGeometrie |
|
Definition:
Die im Paket "AAA_Nutzerprofile" definierten Klassen beschreiben einen Strukturrahmen zur Beschreibung von Nutzern und Nutzergruppen, z.B. zur Festlegung von Rechten.
|
Objektart: AA_Benutzergruppe |
|
Definition:
In den aus der abstrakten Objektart 'Benutzergruppe' abgeleiteten Objektarten werden Benutzergruppen verwaltet. Diese Objektart bündelt die fachsystemspezifischen Ausprägungen von Benutzergruppen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
07000
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Nutzerprofile |
|
Objektart: AA_Benutzer |
|
Definition:
In den aus der abstrakten Objektart 'Benutzer' abgeleiteten Objektarten werden Benutzer verwaltet. Diese Objektart bündelt die fachsystemspezifischen Ausprägungen von Benutzern.
Es handelt sich um eine abstrakte Objektart.
Kennung:
07100
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Nutzerprofile |
|
Definition:
Die im Paket "AAA_Operationen" definierten Klassen beschreiben einen Strukturrahmen zur Beschreibung von Operationen, die zur Kommunikation mit Softwarekomponenten dienen. Modelliert werden jeweils die Aufträge (Aufruf der Operation) und die Ergebnisse (Rückgabewert).
Die Aufträge werden als Datentypen mit dem Stereotype <<Request>> modelliert. Die Objekte dieser Datentypen leben nur für die Dauer der Ausführung des Auftrags. Die Ergebnisse werden als Datentypen mit dem Stereotype <<Response>> modelliert und leben nur für die Dauer der Übertragung des Ergebnisses.
|
Datentyp: AA_Auftrag |
|
Definition:
Der 'Auftrag' ist die abstrakte Oberklasse aller Aufträge.
Es handelt sich um eine abstrakte Objektart.
Kennung:
08100
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: empfaenger |
|
Definition:
'Empfänger' enthält die Bezeichnung des Empfängers (Prozess, Netzwerkadresse, o.ä.) der Ergebnisse des Auftrages. Die Informationen aus der Objektart 'Benutzer' können hierzu berücksichtigt werden.
Kennung:
EMP
Kardinalitaet:
1
Datentyp:
|
Attributart: ausgabeform |
|
Definition:
'Ausgabeform' einhält Steuerungsparameter zur Auswahl von verschiedenen Ausgabeformen der NAS.
Kennung:
AGF
Kardinalitaet:
1
Datentyp:
AA_NAS_Ausgabeform
Wertearten:
| Bezeichner |
| Wert | ||
| application/xml |
| (wie Bezeichner) | ||
| application/zip |
| (wie Bezeichner) | ||
| application/gzip |
| (wie Bezeichner) |
|
Datentyp: AA_Benutzungsauftrag |
|
Definition:
Durch einen AA_Benutzungsauftrag werden allgemeine Informationen für eine Ausgabe bereitgestellt. Der AA_Benutzungsauftrag unterstützt standardmäßig die Ausgabe von Bestandsdatenauszügen. Fachinformationssystemspezifische Ausgaben und Auftragsinformationen können in abgeleiteten Auftragstypen definiert werden.
Kennung:
08110
Abgeleitet aus:
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: art |
|
Definition:
"Anlassart" kennzeichnet den Grund der Benutzung.
Kennung:
ART
Kardinalitaet:
1
Datentyp:
AA_Anlassart_Benutzungsauftrag
Wertearten:
| Bezeichner |
| Wert | ||
| Bestandsdatenauszug
|
| 0010 | ||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
| ||||
|
|
|
Attributart: koordinatenreferenzsystem |
|
Definition:
In dem Attribut "koordinatenreferenzsystem" kann das bevorzugte Koordinatenreferenzsystem (CRS) für Koordinatenangaben im Ausgabedatenbestand angegeben werden. Die Angabe ist optional, fehlt sie, wird jeweils das "native", d.h. im Datenbestand vorhandene CRS verwendet. Die Koordinaten werden dann so ausgegeben, wie sie gespeichert sind.
Diese Funktionalität ist nur für eine sehr begrenzte Zahl von CRS-Paaren sinnvoll, die ineinander mathematisch streng umgerechnet werden können. Andere Umrechnungen oder Umformungen, die einen Genauigkeitsverlust für die Koordinaten bedeuten, sollen an dieser Stelle nicht unterstützt werden; sie können durch externe Prozesse realisiert werden. Gleiches gilt für Umrechnungen 3-dimensionaler CRS ((X,Y,Z,), (Breite, Länge, ellipsoidische Höhe), ...).
Folgende 2D-Umrechnungen sollen unterstützt werden:
a) bei Vorliegen von Gauß-Krüger-Koordinaten (ggf. inkl. NN-Höhe):
- Ausgabe in einem anderen Streifen
- Ausgabe in geographische Koordinaten (Breite, Länge)
b) bei Vorliegen von UTM-Koordinaten (ggf. Inkl. NN-Höhe)
- Ausgabe in eine andere Zone
- Ausgabe in geographische Koordinaten (Breite, Länge)
c) bei Vorliegen von geographischen Koordinaten (Breite, Länge)
- Ausgabe in GK- oder UTM-Koordiaten (je nach Ellipsoidgrundlage der geogr. Koordinaten)
Wird ein Zielsystem angegeben, in das die vorhandenen Koordinaten nach den obigen Vorgaben nicht umgerechnet werden können, so werden die Koordinaten in dem Koordinatenreferenzsystem ausgegeben, in dem sie gespeichert sind.
Kennung:
CRS
Kardinalitaet:
0..1
Datentyp:
SC_CRS
|
Attributart: anforderungsmerkmale |
|
Definition:
Die Anforderungsmerkmale enthalten die allgemeine Merkmale zur Definition des Umfangs der Selektion. Aus den Anforderungsmerkmalen werden die Selektionskriterien für die Bestandsdaten generiert.
Hinweis: Je nach "Anlassart" im Benutzungsauftrag sind unterschiedliche, vordefinierte Muster für die Selektionskriterien zu verwenden. Für den Flurstücksnachweis liegt dieses Muster beispielhaft vor, für die weiteren Standardausgaben werden sie derzeit erarbeitet.
Für den Bestandsdatenauszug wird derzeit der Umfang des durch Query im Web Feature Service 1.0.0 bzw. Filter Encoding 1.0.0 nicht eingeschränkt. Es ist beabsichtigt, auf der Grundlage der Erfahrungen in der Praxis zukünftig zu prüfen, ob es sinnvoll wäre, den vollen Umfang auf ein zu unterstützendes Mindestmass einzuschränken.
Kennung:
ANF
Kardinalitaet:
1..*
Datentyp:
Query
|
Datentyp: AA_Fortfuehrungsauftrag |
|
Definition:
Die Objektart AA_Fortfuehrungsauftrag aktualisiert Bestandsdaten. Fachinformationssystemspezifische Fortführungsaufträge können zusätzliche Vorgaben realisieren.
Sinngemäßer Ablauf der Verarbeitung:
1. Eröffnen der Protokolldatei
2. Einlesen der zu verarbeitenden Objektänderungen (Transaction) = qualifizierte Erhebungsdaten
3. Prüfung der selbstbezogenen Eigenschaften der einzutragenden und zu überschreibenden Objekte gegen die Festlegungen des Objektartenkatalogs (Vollständigkeitsprüfung, Prüfung zulässiger Werte, Prüfung definierter Werteabhängigkeiten)
4. Prüfung der Aktualität der zu überschreibenden und zu löschenden Objekte, dabei Prüfung ob diese Objekte bereits durch einen anderen Auftrag gesperrt sind und Sperren dieser Objekte im Bestand (soweit noch nicht explizit für diesen Auftrag gesperrt).
5. Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen und Auflistung der gesperrten Objekte im Verarbeitungsprotokoll.
6. Prüfung der fremdbezogenen Eigenschaften der einzutragenden, zu überschreibenden und zu löschenden Objekte innerhalb der qualifizierten Erhebungsdaten und gegen den Bestand. Prüfung, ob referenzierte Objekte bereits durch andere Aufträge gesperrt sind
7. Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen und Auflistung der gesperrten Objekte im Verarbeitungsprotokoll.
8. Soweit Status "Abbruch der Verarbeitung" vorliegt: Abbruch der Verarbeitung. Rücknahme der durchgeführten eigenen Sperrungen. Zurücksetzen des Auftrags. Ausgabe des Verarbeitungsprotokolls.
9. Fortführungsfallbezogene Erzeugung der impliziten Fortführungsdaten: Es handelt sich um Maßnahmen zur Erhaltung der Konsistenz der Daten. Diese Konsistenz muss am Ende des Fortführungsfalles und des Fortführungsauftrages vorliegen, zwischenzeitliche Inkonsistenzen werden hingenommen. Für die in 9.1 implizit erzeugten Löschbefehle kann das bedeuten, dass sie wieder aufgehoben werden müssen.
9.1. Feststellen, ob durch vorgesehene Löschungen von Referenzen Objekte ihre Existenzberechtigung verlieren würden. Dies ist regelmäßig der Fall, wenn bei Objekten, die nur durch Referenzierung anderer Objekte eine Existenzberechtigung haben (z.B. Präsentationsobjekte), die letzte Instanz einer Muss - Referenz - Art gelöscht werden soll. Tritt dieser Fall ein, so werden Löschbefehle für die entsprechenden Objekte erzeugt und diese Objekte gesperrt, soweit sie nicht bereits durch denselben Auftrag gesperrt sind. Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll. Die Objektarten, deren Instanzen wegen fehlender notwendiger Referenzen gelöscht werden müssen, sind abschließend in der Tabelle "Liste der Fachobjekte und Referenzen, die einer impliziten Fortführung unterliegen" angegeben.
9.2. Feststellen, welche Fachobjekte von einer impliziten Geometriebehandlung entsprechend der definierten Themenbereiche betroffen wären. Erzeugung von Überschreibungsbefehlen für diese Objekte und Sperren dieser Objekte, soweit sie nicht bereits durch denselben Auftrag gesperrt sind. Sind die betroffenen Objekte bereits durch einen anderen Auftrag gesperrt, Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll.
10. Soweit Status "Abbruch der Verarbeitung" vorliegt: Abbruch der Verarbeitung. Rücknahme der durchgeführten eigenen Sperrungen. Zurücksetzen des Auftrags. Ausgabe des Verarbeitungsprotokolls.
11. Erzeugung der endgültigen Identifikatoren für die einzutragenden Fachobjekte. Vergabe von Entstehungsdatum/-zeit (durch Ableitung aus der Systemzeit) für die neu einzutragenden oder zu überschreibenden Fachobjekte. Alle Objekte einer Transaction erhalten dasselbe Entstehungsdatum/-zeit. 12. Fortführung des Bestandes mit Versionierung der gelöschten und überschriebenen Bestandsobjekte (sofern Versionierung unterstützt wird).
13. Aufbau der Gegenreferenzen in den Bestandsdaten, ohne dass dies zu neuen Objektversionen führt. (Referenzen werden beim Datenaustausch über die NAS nur einseitig in der bevorzugten Referenzrichtung ausgetauscht.)
14. Reguläres Ende der Verarbeitung. Aufhebung aller für den Auftrag gesetzten Sperren. Zurücksetzen des Auftrags.
Kennung:
08150
Abgeleitet aus:
Konsistenzbedingung:
Bei genau einem Koordinatenreferenzsystem muss die Attributart 'standard' =TRUE gesetzt werden.
Es sind alle in der NAS-Datei vorkommenden Koordinatenreferenzsysteme anzugeben.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: koordinatenangaben |
|
Definition:
Standardangaben zur korrekten Interpretation der Koordinatenangaben in der NAS-Datei. Genau ein Koordinatenreferenzsystem ist hierbei als Standardreferenzsystem auszuzeichnen.
Es sind alle in der NAS-Datei vorkommenden Koordinatenreferenzsysteme anzugeben.
Kennung:
KOA
Kardinalitaet:
0..*
Datentyp:
|
Attributart: geaenderteObjekte |
|
Definition:
Änderungen an Objekten (eintragen, ersetzen, löschen).
Kennung:
TAC
Kardinalitaet:
1
Datentyp:
Transaction
|
Datentyp: AA_Ergebnis |
|
Definition:
Das 'Ergebnis' ist die abstrakte Oberklasse aller erfolgreichen Ergebnisse.
Sofern ein Fehler auftriff, wird stattdessen ein 'ExceptionReport' erzeugt.
Es handelt sich um eine abstrakte Objektart.
Kennung:
08200
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: erlaeuterung |
|
Definition:
Ergänzende Erläuterung für den Anwender (Protokoll der Datenhaltung).
Kennung:
ERL
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Datentyp: AA_Bestandsdatenauszug |
|
Definition:
Die Ausgabeobjektart 'Bestandsdatenauszug' enthält Informationen für die Ausgabe des Bestandsdatenauszuges.
Der 'Bestandsdatenauszug' enthält alle Objekte, die aufgrund der Auswertung des Attributes 'Anforderungsmerkmale' des 'Benutzungsauftrag's aus den Bestandsdaten selektiert werden.
Kennung:
08210
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
AA_Objektliste |
|
Definition:
Eine Liste von Bestandsobjekten.
Es handelt sich um eine abstrakte Objektart.
Kennung:
08220
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: koordinatenangaben |
|
Definition:
Standardangaben zur korrekten Interpretation der Koordinatenangaben in der NAS-Datei. Genau ein Koordinatenreferenzsystem ist hierbei als Standardreferenzsystem auszuzeichnen (sofern Koordinaten im Benutzungsergebnis enthalten sind).
Es sind alle in der NAS-Datei vorkommenden Koordinatenreferenzsysteme anzugeben.
Kennung:
KOA
Kardinalitaet:
0..*
Datentyp:
|
Datentyp: AA_Koordinatenreferenzsystemangaben |
|
Kennung:
08230
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: crs |
|
Definition:
Koordinatenreferenzsystem, auf das sich die Angaben beziehen.
Kennung:
CRS
Kardinalitaet:
1
Datentyp:
SC_CRS
|
Attributart: anzahlDerNachkommastellen |
|
Definition:
Auflösung der Koordinaten, gemessen in der relevanten Anzahl der Nachkommastellen.
Kennung:
NKS
Kardinalitaet:
1
Datentyp:
Integer
|
Datentyp: AA_Fortfuehrungsergebnis |
|
Definition:
Das Ergebnis eines Fortführungsauftrags umfasst Informationen zum Ergebnis der Ausführung.
Bei Fehlersituationen ist eine ExceptionFortfuehrung zu erzeugen.
Kennung:
08350
Abgeleitet aus:
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Datentyp: AA_Themendefinition |
|
Definition:
Die in einer Anwendung vorkommenden Themen sind in einer XML-Datei explizit zu deklarieren. AX_Themendefinition dient dazu als Muster Die Deklarationen müssen mit den Angaben im Objektartenkatalog übereinstimmen.
Es handelt sich um eine abstrakte Objektart.
Kennung:
08400
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: name |
|
Definition:
Der Name des Themas.
Kennung:
NAM
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: art |
|
Definition:
Die Art des Themas: EntwederDas Thema umfasst das Thema alle Objekte der Objektarten oder die Zugehörigkeit kann individuell gesetzt werden.
Kennung:
ART
Kardinalitaet:
1
Datentyp:
AA_Art_Themendefinition
Wertearten:
| Bezeichner |
| Wert | ||
| alleObjekte
|
| 1000 | ||
|
|
|
Attributart: objektart |
|
Definition:
Die Liste der (Namen der) Objektarten, die zu dem Thema gehören können.
Kennung:
OAR
Kardinalitaet:
1..*
Datentyp:
CharacterString
|
Attributart: modellart |
|
Definition:
Jedes Thema ist genau einer Modellart über seine Kennung zugeordnet.
Kennung:
MAR
Kardinalitaet:
1
Datentyp:
|
Attributart: dimension |
|
Definition:
'Dimension' gibt die Dimensionalität des geometrischen Komplexes an, d.h. unterscheidet zwischen Punkt-Linien-Themen und topologischen Flächenthemen.
Kennung:
DIM
Kardinalitaet:
1
Datentyp:
AA_Themendimension
Wertearten:
| Bezeichner |
| Wert | ||
| Punkt-Linien-Thema (Dimension 1) |
| 1000 | ||
| Topologiethema (Dimension 2) |
| 2000 |
|
Auswahldatentyp: AA_Empfaenger |
|
Definition:
'Empfänger' beschreibt, wie das Ergebnis zurückgeliefert werden soll. Vorgesehen sind vier Möglichkeiten:
1. Bei "direkt" erfolgt eine Rückmeldung des Ergebnisses im Rahmen der bestehenden Netzwerkverbindung über die der Auftrag übermittelt wurde.
2. Bei "email" wird das Ergebnis per Email an den genannten Empfänger übermittelt.
3. Bei "http" wird das Ergebnis durch Aufruf des beschriebenen Webservices an den genannten Empfänger übermittelt. Das Ergebnis wird im Payload des HTTP PUT Requests übertragen (MIME-Format text/xml).
4. Bei "manuell" muss der angegebene Empfänger manuell von einem Bearbeiter gesichtet werden. Dieser leitet dann das Ergebnis an den Empfänger weiter.
Kennung:
81006
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: direkt |
|
Definition:
Das Attribut ist bei Objekterzeugung mit dem Wert true {frozen} vorbelegt.
Kennung:
DIR
Kardinalitaet:
1
Datentyp:
Boolean
|
Auswahldatentyp: DCP |
|
Definition:
Zu den DCP der Operationen: Nur Post ist als HTTP-Variante erlaubt. Zusätzlich werden auch Email und Manuell unterstützt.
Hinweis: Hierzu ist in der NAS eine Ergänzung des OWS-Common-Schemas erforderlich, um auch die weiteren DCPs der NAS angeben zu können. Die Konstruktion des OWS-Common-Schemas erlaubt keine Erweiterung des Schemas hierfür in einem anderen Namespace. Hier sollte ein entsprechender Änderungsantrag zur OWS-Common-Spezifikation gestellt werden.
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Datentyp: DataContents |
|
Definition:
Beschreibung der Bestandsdateninhalte eines NAS-Dienstes
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: beginnDerHistorie |
|
Definition:
Der Parameter bezeichnet, ab wann historische Daten verfügbar sind. Ist die Eigenschaft nicht angegeben, dann sind keine historischen Daten verfügbar.
Kardinalitaet:
0..1
Datentyp:
DateTime
|
Attributart: featureCatalogue |
|
Definition:
Der Objektartenkatalog der die vom NAS-Dienst geführten Bestandsdaten beschreibt.
Anmerkung: Der Objektartenkatalog enthält auch die Liste der FeatureTypes im Sinne der Web-Feature-Service-Spezifikation.
Kardinalitaet:
1
Datentyp:
AC_FeatureCatalogue
|
Attributart: defaultSRS |
|
Definition:
URN des Koordinatenreferenzsystems, das standardmässig bei Ergebnissen verwendet wird.
Kardinalitaet:
1
Datentyp:
URI
|
Attributart: otherSRS |
|
Definition:
URN eines Koordinatenreferenzsystems, das von der Datenhaltung unetrstützt wird.
Kardinalitaet:
0..*
Datentyp:
URI
|
Attributart: operations |
|
Definition:
Die unterstützten Transaktions- und Abfrageoperationen - gültig für alle Objektarten.
Kardinalitaet:
0..*
Datentyp:
Operation
Wertearten:
| Bezeichner |
| Wert | ||
| Insert |
| (wie Bezeichner) | ||
| Replace |
| (wie Bezeichner) | ||
| Delete |
| (wie Bezeichner) | ||
| Query |
| (wie Bezeichner) | ||
| Lock |
| (wie Bezeichner) | ||
| Unlock |
| (wie Bezeichner) | ||
| Reserve |
| (wie Bezeichner) |
|
Datentyp: ExceptionFortfuehrung |
|
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: bereitsGesperrteObjekte |
|
Definition:
Liste der bereits gesperrten Objekte in der Datenbank. Diese gesperrten Objekte verhindern eine Fortführung und werden dem Anwender beim Abbruch zurückgeliefert.
Kardinalitaet:
0..*
Datentyp:
|
Datentyp: GetCapabilities |
|
Definition:
GetCapabilities-Operation eines NAS-Dienstes. Die Vorgaben der OWS Common Specification 1.0.0 (OGC document 05-008, http://portal.opengeospatial.org/files/?artifact_id=8798) sind einzuhalten.
Die hier beschriebene Version des NAS-Dienstes ist die Version "5.0.0".
Die Werte von <ows:AcceptFormats> müssen in AA_NAS_Ausgabeform enthalten sein. "text/xml" wird hierbei als äquivalent zu "application/xml" angesehen.
Die folgenden <ows:Section>-Werte werden unterstützt:
- "ServiceIdentification"
- "ServiceProvider"
- "OperationsMetadata"
- "Contents"
- "FilterCapabilities"
- "All"
Alle übrigen Werte sind zu ignorieren.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: service |
|
Definition:
Das Attribut ist bei Objekterzeugung mit dem Wert NAS" {frozen} vorbelegt.
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: profilkennung |
|
Definition:
'Profilkennung' ist - sofern von der Schnittstelle unterstützt - die Identifikation der Benutzergruppe des Nutzers. Diese kann zur Bestimmung der Berechtigungen des Nutzers verwendet werden. Entsprechend kann das ServiceMetadata-Ergebnis an die Rechte des Nutzers angepasst werden.
Kennung:
PKN
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Datentyp: ServiceMetadata |
|
Definition:
Service Metadata eines NAS-Dienstes. Die Vorgaben der OWS Common Specification 1.0.0 (OGC document 05-008, http://portal.opengeospatial.org/files/?artifact_id=8798) sind einzuhalten.
ServiceIdentification/ServiceType/@codeSpace = "http://www.adv-online.de/namespaces/adv/gid"
ServiceIdentification/ServiceType/* = "NAS-AAA"
für AFIS-ALKIS-ATKIS-Bestandsdaten
Jeder NAS-Dienst, der kein NAS-AAA-Dienst ist, muss mindestens die Operationen AA_Benutzungsauftrag und AA_Fortfuehrungsauftrag unetrstützen.
Jeder NAS-AAA-Dienst muss genau die NAS-Operationen AX_Einrichtungsauftrag, AX_Fortfuehrungsauftrag, AX_Benutzungsauftrag (mindestens im Umfang der Standardausgaben von AFIS, ALKIS oder ATKIS), AX_Sperrauftrag, AX_Entsperrauftrag und AX_Reservierungsauftrag unterstützen.
Bei den OperationMetadata sind *alle* erlaubten Parameterwerte anzugeben. Beispiel: Bei der Operation AA_Benutzungsauftrag ist anzugeben, dass als Wert von 'art' der Wert '0010' unterstützt wird.
Ausnahmen bestehen nur, wenn die Angabe durch andere Service-Metadaten bereits abgedeckt ist. Beispiel: Die Angaben zu 'empfaenger' sind durch die Angaben der DCP bereits beschrieben.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Operationen |
|
Attributart: contents |
|
Definition:
Die Beschreibung der Bestandsdateninhalte des NAS-Dienstes.
Kardinalitaet:
0..1
Datentyp:
|
Attributart: filterCapabilities |
|
Definition:
Es gelten die Regeln für Filter-Capabilities gemäß Web Feature Service 1.0.0 und Filter Encoding 1.0.0.
Kardinalitaet:
0..1
Datentyp:
Filter_Capabilities
|
Attributart: extendedFilterCapabilities |
|
Kardinalitaet:
0..*
Datentyp:
NAS_Filter_Capabilities
Wertearten:
| Bezeichner |
| Wert | ||
| transparentXlinks |
| (wie Bezeichner) | ||
| multiplePropertyValues |
| (wie Bezeichner) | ||
| XlinkPropertyName |
| (wie Bezeichner) | ||
| XlinkPropertyPath |
| (wie Bezeichner) | ||
| XlinkPropertyPath_leafOnly |
| (wie Bezeichner) | ||
| PropertyIsOfType |
| (wie Bezeichner) |
|
Definition:
Das Paket AAA_Praesentationsobjekte konkretisiert die Fachobjekte von AAA_Unabhaengige Geometrie für die Zwecke der Präsentation. Die entsprechenden Fachobjekte können unmittelbar instanziiert werden.
|
AP_GPO |
|
Definition:
'AP_GPO' ist ein generisches Präsentationsobjekt mit Angaben zur Steuerung und Darstellung von Signaturen oder Texten.
Das Objekt findet keine direkte Verwendung, d. h. es ist nicht instanziierbar. Die Nutzung im Fachschema wird mittels Vererbung erreicht.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02300
Konsistenzbedingung:
Ein Verweis auf ein AA_Objekt vom Typ AP_GPO ist nicht zugelassen.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Attributart: signaturnummer |
|
Definition:
Enthält die Signaturnummer gemäß Signaturenkatalog.
Hinweise:
Die Signaturnummer wird nur dann angegeben, wenn für einen Sachverhalt mehrere as Attribut 'Signaturnummern zulässig' muss belegt seind.
F:
- bei freien Präsentationsobjekten (dientZurDarstellungVon=NULL) müss
- bei Objekten das Attribut 'Signaturnummer' belegt haber Objektart AP-Darstellung, wenn eine vom SK abweichende SNR verwendet werden soll.
Kennung:
SNR
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: darstellungsprioritaet |
|
Definition:
Enthält die Darstellungspriorität für Elemente deiner Signatur.
Eine gegenüber den Festlegungen des Signaturenkatalogs abweichende Priorität wird über dieses Attribut definiert und nicht über eine neue Signatur.
Freie Präsentationsobjekte (dienZurDarstellungVon=Null) müssen das Attribut DPR haben.
Kennung:
DPR
Kardinalitaet:
0..1
Datentyp:
Integer
|
Attributart: art |
|
Definition:
'Art' gibt die Kennung des Attributs an, das mit dem Präsentationsobjekt dargestellt werden soll. Wenn mehrere Eigenschaften eines Objekts in einem Präsentationsobjekt dargestellt werden sollen, beschreibt der Wert des Attributs ART, um welche Darstellungsanteile es sich bei dem Präsentationsobjekt handelt. Die zulässigen Werte werden im Signaturenkatalog angegeben.
Die Attributart 'Art' darf nur für folgende Fälle nicht belegt sein:
1.) Freie Präsentationsobjekte (dientZurDarstellungVon=NULL)
2.) AP_Darstellung Objekte, die sich auf alle Präsentationen eines Fachobjektes beziehen.
Kennung:
ART
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Relationsart: dientZurDarstellungVon |
|
Anmerkung:
Durch den Verweis auf einen Set beliebiger AFIS-ALKIS-ATKIS-Objekte gibt das Präsentationsobjekt an, zu wessen Präsentation es dient. Dieser Verweis kann für Fortführungen ausgenutzt werden oder zur Unterdrückung von Standardpräsentationen der zugrundeliegenden ALKIS-ATKIS-Objekte genutzt werden.
Ein Verweis auf ein AA_Objekt vom Typ AP_GPO ist nicht zugelassen.
Kennung:
02300-00001
Kardinalitaet:
| 0..* |
Objektart: AP_PPO |
|
Definition:
'AP_PPO' ist ein punktförmiges Präsentationsobjekt mit Angaben zur Steuerung der Signaturierung durch Symbole. Sie werden gebildet, wenn
- die Standardpräsentation eines Objekts zur Laufzeit umgangen werden soll, da der Signaturenkatalog alternativ die Führung von AP_PPO zulässt (z.B. ALKIS Kranken¬haussymbol bei Gebäuden)
oder
- von der im Signaturenkatalog als Standardpräsentation vorgesehene Signatur in der Größe, der Ausrichtung oder der Verortung abgewichen werden soll.
Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjekt in der Regel an, zu wessen Präsentation es dient. In ATKIS gibt es „freie Präsentationsobjekte“, die keinen Verweis tragen. Das Ziel der Relation darf nicht wiederum ein Präsentationsobjekt oder ein AA_Objekt vom Typ AP_GPO sein.
Als Geometrieform ist sowohl ein punktförmiges Objekt mit einer als auch mit mehreren Punktgeometrien zulässig.
Kennung:
02310
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Attributart: drehwinkel |
|
Definition:
Winkel um den der Text (AP_PTO) oder die Signatur (AP_PPO) mit punktförmiger Bezugsgeometrie aus der Horizontalen gedreht ist. Angabe im Bogenmaß; Zählweise im mathematisch positiven Sinn (von Ost über Nord nach West und Süd). Drehpunkt ist der Bezugspunkt der Schrift (aus Attribut FHA oder Attribut FVA zu ermitteln) oder der Signatur (=Nullpunkt des lokalen Koordinatensystems).
Ist das Attribut nicht belegt, dann gilt für das Bogenmaß der Wert "0", die Richtung der Schrift ist somit horizontal.
Das Attribut ist bei Objekterzeugung mit dem Wert 0 vorbelegt.
Kennung:
DWI
Kardinalitaet:
0..1
Datentyp:
Angle
|
Objektart: AP_LPO |
|
Definition:
'AP_LPO' ist ein linienförmiges Präsentationsobjekt mit Angaben zur Steuerung der Signaturierung durch Liniensymbole. Sie werden gebildet, wenn
- die Standardpräsentation eines Objekts zur Laufzeit umgangen werden soll, da der Signaturenkatalog alternativ die Führung von AP_LPO zulässt (z.B. ALKIS: AX_SchifffahrtslinieFaehrverkehr. ATKIS: Darstellung von Brückenflügel).
oder
- die Ableitungsregeln des Signaturenkatalogs die Existenz eines AP_LPO voraussetzt (z.B. ALKIS Zuordnungspfeile).
Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjekt in der Regel an, zu wessen Präsentation es dient. In ATKIS gibt es "freie Präsentationsobjekte", die keinen Verweis tragen. Das Ziel der Relation darf nicht wiederum ein Präsentationsobjekt oder ein AA_Objekt vom Typ AP_GPO sein.
Das Objekt kann geometrisch durch ein Set von Linien beschrieben werden (Anwendungsfall: z. B. Felssignatur).
Kennung:
02320
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Objektart: AP_FPO |
|
Definition:
'AP_FPO' ist ein flächenförmiges Präsentationsobjekt mit Angaben zur Steuerung der Signaturierung durch Flächensymbole. Sie werden gebildet, wenn
- die Standardpräsentation eines Objekts zur Laufzeit umgangen werden soll, da der Signaturenkatalog alternativ die Führung von AP_FPO zulässt
oder
- die Ableitungsregeln des Signaturenkatalogs die Existenz eines AP_FPO voraussetzt (z. B. ATKIS bei AX_Schleuse).
Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjekt in der Regel an, zu wessen Präsentation es dient. In ATKIS gibt es "freie Präsentationsobjekte", die keinen Verweis tragen. Das Ziel der Relation darf nicht wiederum ein Präsentationsobjekt oder ein AA_Objekt vom Typ AP_GPO sein.
Das Objekt wird geometrisch durch eine Fläche beschrieben.
Kennung:
02330
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
AP_TPO |
|
Definition:
'AP_TPO' ist ein textförmiges Präsentationsobjekt mit Angaben zur Steuerung und Darstellung von Texten.
Das Objekt findet keine direkte Verwendung, d. h. es ist nicht instanziierbar. Die Nutzung im Fachschema wird mittels Vererbung erreicht.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02340
Abgeleitet aus:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Attributart: schriftinhalt |
|
Definition:
Schriftinhalt; enthält die darzustellenden Zeichen. SIT ist immer mit einem Textinhalt/Inhalt zu belegen bei 'freien' Präsentationsobjekten oder wenn der Textinhalt des Präsentationsobjektes nicht gleich dem Textinhalt ist, der nach Signaturenkatalog vorgesehen ist (z. B. statt NAM = "Oberhausen" steht in der Karte das Textteil "Ober-" und in einem zweiten Präsentationsobjekt das Textteil "hausen").
Kennung:
SIT
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: fontSperrung |
|
Definition:
Die Zeichensperrung steuert den zusätzlichen Raum, der zwischen 2 aufeinanderfolgende Zeichenkörper geschoben wird. Er ist ein Faktor, der mit der angegebenen Zeichenhöhe multipliziert wird, um den einzufügenden Zusatzabstand zu erhalten. Mit der Abhängigkeit von der Zeichenhöhe wird erreicht, dass das Schriftbild unabhängig von der Zeichenhöhe gleich wirkt. Der DefaultweWerden die Zeichenkörper nicht gesperrt, dann ist der Wert "0".
Das Attribut ist bei Objekterzeugung mit dem Wert 0 vorbelegt.
Kennung:
FSP
Kardinalitaet:
1
Datentyp:
Real
|
Attributart: skalierung |
|
Definition:
Skalierungsfaktor für die Schriftgröße (fontGroesse * skalierung).
Der Faktor führt den Wert "1", wenn die Schriftgröße mit den Vorgaben des SK identisch ist.
Das Attribut ist bei Objekterzeugung mit dem Wert 1 vorbelegt.
Kennung:
SKA
Kardinalitaet:
1
Datentyp:
Real
|
Attributart: horizontaleAusrichtung |
|
Definition:
Gibt die Ausrichtung des Textes bezüglich der Textgeometrie an.
linksbündig: Der Text beginnt an der Punktgeometrie bzw. am Anfangspunkt der Liniengeometrie.
rechtsbündig: Der Text endet an der Punktgeometrie bzw. am Endpunkt der Liniengeometrie
zentrisch: Der Text erstreckt sich von der Punktgeometrie gleich weit nach links und rechts bzw. steht auf der Mitte der Standlinie.
Die Attribute FHA und FVA sind immer im Zusammenhang zu betrachten. Dadurch ergeben sich neun verschiedene Varianten von Schriftbezugspunkten.
Das Attribut ist bei Objekterzeugung mit dem Wert zentrisch vorbelegt.
Kennung:
FHA
Kardinalitaet:
1
Datentyp:
AP_HorizontaleAusrichtung
Wertearten:
| Bezeichner |
| Wert | ||
| linksbündig
|
| (wie Bezeichner) | ||
| rechtsbündig
|
| (wie Bezeichner) | ||
| zentrisch
|
| (wie Bezeichner) |
|
Attributart: vertikaleAusrichtung |
|
Definition:
Die vertikale Ausrichtung eines Textes gibt an, ob die Bezugsgeometrie die Basis (Grundlinie) des Textes, die Mitte oder obere Buchstabenbegrenzung betrifft. Die Attribute FHA und FVA sind immer im Zusammenhang zu betrachten. Dadurch ergeben sich neun verschiedene Varianten von Schriftbezugspunkten.
Das Attribut ist bei Objekterzeugung mit dem Wert Mitte vorbelegt.
Kennung:
FVA
Kardinalitaet:
1
Datentyp:
AP_VertikaleAusrichtung
Wertearten:
| Bezeichner |
| Wert | ||
| Basis
|
| (wie Bezeichner) | ||
| Mitte
|
| (wie Bezeichner) | ||
| oben
|
| (wie Bezeichner) |
|
Objektart: AP_PTO |
|
Definition:
Tex'AP_PTO' ist ein Präsentationsobjekt mit punktförmiger Geometrie und Angaben zur Steuerung und Darstellung von Texten. Dabei werden in ATKIS alle Schriften auf der Grundlage der Signaturenkataloge als Präsentationsobjekte gespeichert, in ALKIS diejenigen, die nicht vollautomatisch für einen bestimmten Zielmaßstab einer Karte erzeugt und platziert werden können.
Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjektförmig in der Regel an, zu wessen Präsentation es dient. In ATKIS gibt es "freie Präsentationsobjekte", die keinen Verweis tragen. Das Ziel der Relation darf nicht wiederum ein Präsentationsobjekt oder Textein AA_Objekt vom Typ AP_GPO sein.
Das Objekt wird geometrisch durch einen Punkt beschrieben, der auch Bezugspunkt zur Ausrichtung des Textes ist.
Kennung:
02341
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Attributart: drehwinkel |
|
Definition:
Winkel um den der Text (AP_PTO) oder die Signatur (AP_PPO) mit punktförmiger Bezugsgeometrie aus der Horizontalen gedreht ist. Angabe im Bogenmaß; Zählweise im mathematisch positiven Sinn (von Ost über Nord nach West und Süd). Drehpunkt ist der Bezugspunkt der Schrift (aus FHA oder FVA zu ermitteln) oder der Signatur (=Nullpunkt des lokalen Koordinatensystems).
Ist das Attribut nicht belegt, dann gilt für das Bogenmaß der Wert "0", die Richtung der Schrift ist somit horizontal.
Das Attribut ist bei Objekterzeugung mit dem Wert 0 vorbelegt.
Kennung:
DWI
Kardinalitaet:
0..1
Datentyp:
Angle
|
Objektart: AP_LTO |
|
Definition:
Text'AP_LTO' ist ein Präsentationsobjekt mit linienförmiger Textgeometrie und Angaben zur Steuerung und Darstellung von Texten. Dabei werden in ATKIS alle Schriften auf der Grundlage der Signaturenkataloge als Präsentationsobjekte gespeichert, in ALKIS diejenigen, die nicht vollautomatisch für einen bestimmten Zielmaßstab einer Karte erzeugt und platzienförmirt werden können.
Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjekt in der Regel an, zu wessen Präsentation es dient. In ATKIS gibt es "freie Präsentationsobjekte", die keinen Verweis tragen. Das Ziel der TextRelation darf nicht wiederum ein Präsentationsobjekt oder ein AA_Objekt vom Typ AP_GPO sein.
Das Objekt kann geometrisch durch eine oder mehrere aufeinander folgende Linien modelliert werden.
Kennung:
02342
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Objektart: AP_Darstellung |
|
Definition:
'AP_Darstellung' ist ein Präsentationsobjekt ohne eigene Geometrie mit Angaben zur Steuerung und Darstellung von Signaturen. Angaben der Signaturenkataloge zur Darstellung der Fachobjekte können vollständig übernommen oder geändert werden, wenn der Signaturenkatalog es zulässt. Durch den Verweis dientZurDarstellungVon gibt das Präsentationsobjekt an, zu wessen Präsentation es dient. Das Ziel der Relation darf nicht wiederum ein Präsentationsobjekt oder ein AA_Objekt vom Typ AP_GPO sein.
Kennung:
02350
Wird typisiert durch:
| NREO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte |
|
Attributart: positionierungsregel |
|
Definition:
In diesem Attribut wird durch Verweis auf eine Regel im Signaturenkatalog beschrieben, wie Signaturen zu positionieren sind. Eine Positionierungsregel definiert z. B. welchen Abstand Bäumchdie einzelnen Baumsignaturen zueinander innerhalb einem Waldr Flächengeometrie haben und ob die Verteilung regelmäßig oder zufällig ist.
Kennung:
PNR
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Definition:
Das Paket AAA_Praesentationsobjekte_3D konkretisiert die Fachobjekte von AAA_Unabhaengige Geometrie 3D für die Zwecke der Präsentation. Die entsprechenden Fachobjekte können unmittelbar instanziiert werden.
|
Objektart: AP_KPO_3D |
|
Definition:
Das 3D Präsentationsobjekt AP_KPO_3D wird für 3D Symbole verwendet deren 3D Geometrie in einem externen Datenformat gespeichert wird und über eine URI referenziert wird. AP_KPO_3D leitet sich AU_Punktobjekt_3D und seine 3D Punktgeometrie positioniert das Symbol. Über eine Transformationsmatrix wird die lageunabhängige 3D Geometrie in dem externen Datenformat in den Raumbezug des Präsentationsobjekt AP_KPO_3D transformiert.
Kennung:
02366
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte 3D |
|
Attributart: dateiTyp |
|
Definition:
Verwendeter Dateitypen für die Geometrie des 3D Symbol.
Kardinalitaet:
0..1
Datentyp:
AP_DateiTyp_3D
Wertearten:
| Bezeichner |
| Wert | ||
|
|
| 1000 | ||
|
|
| 2000 | ||
|
|
| 3000 | ||
|
|
| 4000 | ||
|
| 5000 | |||
| unbekannt |
| 9990 | ||
|
|
|
Attributart: referenzZumFremdobjekt |
|
Definition:
URI für die Referenz auf das externe Datenformat in dem das 3D Symbol verwaltet wird.
Kardinalitaet:
0..1
Datentyp:
URI
|
Datentyp: AP_TransformationsMatrix_3D |
|
Definition:
Matrix mit den Transformationsparametern für die Überführung des 3D Symbol in den Raumbezug des Präsentationsobjekts.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Praesentationsobjekte 3D |
|
Attributart: parameter |
|
Definition:
Ve3D-Transformationen lassen sich beschreiben als 4 x 4 -Matrizen, mit denen die homogenen Koordinaten eines Punktes multipliziert werden. Die Transformationsmatrix beinhaltet die Parameter für die Transformlation, Skalierung und Rotation (x-,y- und z-Achse) von 3D-Objekten. Abgelegt werden die Elemente der Matrix als Vektonsparar, also eine Sequence von genau 16 Real-Werten. Die Reihenfolge der im Vektor abgelegten Parameter ergibt sich aus der zeilenweisen Ablage, d. h. die Elemente 1-4 des Vektors sind die ersten Zeile der Matrix, die Elemente 5-8 des Vektors sind die 2 Zeile der Matrix, usw.
Kardinalitaet:
16..*
Datentyp:
Real
|
Definition:
Die im Paket "AAA_Projektsteuerung" definierten Klassen beschreiben einen Strukturrahmen zur Beschreibung einer Projektsteuerung.
|
Objektart: AA_Antrag |
|
Definition:
Diese Objektart realisiert eine "Mini-Antragsverwaltung", d.h. eine Schnittstelle zur externen Antragsverwaltung. Dadurch wird es möglich, bei einem Eintrag in der externen Antragsverwaltung (Geschäftsbuch) direkt einen Bezug zu diesem Antrag in ALKIS (mit Raumbezug) zu generieren.
Das Antragsobjekt verwaltet außerdem die Wiedervorlage des Antrags und unterstützt die Überwachung der Projektsteuerungs-Objekte. Mit dem Raumbezug kann nach bestehenden ALKIS- Prozessen gesucht werden, um konkurrierende Anträge zu ermitteln oder um andere benachbarte Anträge bei der Bearbeitung zu berücksichtigen. Die fachliche Reihenfolge konkurrierender Anträge ist durch den Sachbearbeiter festzulegen.
Hinweis: Die Beziehung von einem Fachobjekt zu AA_Antrag kann über eine Fachdatenverbindung der Art "urn:adv:fachdatenverbindung:AA_Antrag" realisiert werden. Das Antragsobjekt wird über die URN des Antragsobjekts identifiziert.
Kennung:
09000
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Konsistenzbedingung:
Nur im Projektsteuerungskatalog erlaubte Kombinationen von Projektsteuerungs-Objekten dürfen vorkommen, d. h. ausgeschlossen sind die im Projektsteuerungskatalog als nicht kombinierbar gekennzeichneten Projektsteuerungs-Objekte.
Ist bei der Projektsteuerungsart die Attributart 'gebietPlicht' = TRUE, dann muss die Relation 'gebiet' zum Antragsgebiet belegt sein.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: kennzeichen |
|
Definition:
Das Kennzeichen des Antrags in der Antragsverwaltung.
Kennung:
KNZ
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: antragUnterbrochen |
|
Definition:
Dieses Attribut dokumentiert, ob der Antrag zurzeit unterbrochen ist oder nicht.
Die Verwaltung der Informationen zum Antragsstatus ist Aufgabe der externen Antragsverwaltung, in ALKIS wird lediglich der Sachverhalt dokumentiert. Nach der Rückgabe der Vermessungsschriften an die Vermessungsstelle ist in der externen Antragsverwaltung über die Fortsetzung der unterbrochenen Antragsbearbeitung zu entscheiden. Hierbei können die Meilensteine der bereits bearbeiten Vorgänge einzeln oder alle zurückzugesetzt werden.
Das Attribut ist bei Objekterzeugung mit dem Wert false vorbelegt.
Kennung:
ANU
Kardinalitaet:
1
Datentyp:
Boolean
|
Relationsart: art |
|
Anmerkung:
Kennzeichnet die Art des Antrags gemäß dem aktuellen Projektsteuerungskatalog.
Kennung:
09000-09010
Kardinalitaet:
| 1 |
Relationsart: bearbeitungsstatus |
|
Anmerkung:
Der Bearbeitungsstatus ist als Meilenstein festzuhalten.
Kennung:
09000-09220
Kardinalitaet:
| 0..1 |
Datentyp: AA_Antragsart |
|
Definition:
Die Antragsart dient zur Zurodnung zwischen Fortführungs- und Benutzungsanträgen zu unterschiedlichen Projektsteuerungsarten.
Kennung:
09010
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Objektart: AA_Projektsteuerung |
|
Definition:
Das Antrags-Objekt wird mit dem Projektsteuerungs-Objekt (AA_Projektsteuerung) verbunden, um die Zuordnung des Antrags zu einem oder mehreren Projektsteuerungs-Objekten festzulegen und um die nicht zulässigen Kombinationen zu überwachen. Weiterhin steuert und überwacht das Projektsteuerungs-Objekt die korrekte Abwicklung der Vorgänge im Teilprozess "fachtechnische Qualifizierung". Die Fortführungsanlässe werden beim Projektsteuerungs-Objekt geführt.
Der AA_Projektsteuerung regelt und überwacht die Zeichnungsbefugnis.
Zu klären sind zukünftig Aspekte zur Rechtssicherheit, Authentifizierung, usw.
Kennung:
09100
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Konsistenzbedingung:
Nur die mit der Relation 'vorgang' bei der Projektsteuerungsart zugelassenen Vorgänge dürfen verwendet werden.
Wenn die Relation 'vorraussetzung' verwendet wird, muss der vorrausgehende Vorgang abgeschlossen sein, bevor der nachfolgende Vorgang begonnen wird.
Attributarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: anlassDesProzesses |
|
Definition:
Die mit dem Projektsteuerungs-Objekt assoziierten Fortführungsanlässe (aus dem Katalog der ALKIS-Fortführungsanlässe).
Kennung:
ANP
Kardinalitaet:
1..*
Datentyp:
AA_Anlassart
Wertearten:
| Bezeichner |
| Wert | ||
| Ersteinrichtung |
| 000000 |
|
Relationsart: enthaelt |
|
Anmerkung:
Die Projektsteuerung setzt sich i.d.R. aus mehreren Vorgängen zusammen.
Kennung:
09100-09200
Kardinalitaet:
| 1..* |
Datentyp: AA_Projektsteuerungsart |
|
Definition:
Die Projektsteuerungsart bündelt Projektsteuerungs-Objekte, die eine gemeinsame Charakteristik aufweisen.
Kennung:
09110
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: name |
|
Definition:
Name der Projektsteuerungsart.
Kennung:
NAM
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: definition |
|
Definition:
Definition der Projektsteuerungsart.
Kennung:
DEF
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: erlaubterFortfuehrungsanlass |
|
Definition:
Die Liste der innerhalb der Projektsteuerungs-Objekte dieser Art erlaubten Fortführungsanlässe.
Kennung:
EFA
Kardinalitaet:
0..*
Datentyp:
AA_Anlassart
Wertearten:
| Bezeichner |
| Wert | ||
| Ersteinrichtung |
| 000000 |
|
Attributart: gebietPflicht |
|
Definition:
Kennzeichnet, ob Anträge mit Projektsteuerungs-Objekten dieser Art einen Raumbezug besitzen müssen.
Das Attribut ist bei Objekterzeugung mit dem Wert false vorbelegt.
Kennung:
GEB
Kardinalitaet:
0..1
Datentyp:
Boolean
|
Relationsart: nichtKombinierbarMit |
|
Anmerkung:
Sofern die Projektsteuerungssart innerhalb eines Antrags nicht mit anderen Projektsteuerungs-Objekten bestimmter anderer Arten kombinierbar ist, werden diese Arten hier vermerkt.
Kennung:
09110.1-09110.2
Kardinalitaet:
| 0..* |
Datentyp: AA_Gebuehrenangaben |
|
Kennung:
09111
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: parameterArt |
|
Definition:
'Parameterart' bezeichnet die Art des Gebührenparameters.
Kennung:
PMA
Kardinalitaet:
1
Datentyp:
|
Datentyp: AA_Projektsteuerungskatalog |
|
Definition:
Der Projektsteuerungkatalog beinhaltet die Projektsteuerungs- und Vorgangsarten.
Kennung:
09120
Attributarten:
keine
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Relationsart: vorgangsart |
|
Anmerkung:
Die definierten Vorgangsarten innerhalb des Projektsteuerungskatalogs.
Kennung:
09120-09210
Kardinalitaet:
| 0..* |
Relationsart: prozessart |
|
Anmerkung:
Die definierten Projektsteuerungsarten innerhalb des Projektsteuerungskatalogs.
Kennung:
09120-09110
Kardinalitaet:
| 0..* |
Relationsart: antragsart |
|
Anmerkung:
Die definierten Antragsarten innerhalb des Projektsteuerungskatalogs.
Kennung:
09120-09010
Kardinalitaet:
| 0..* |
Objektart: AA_Vorgang |
|
Definition:
Der Vorgang ist Teil einer Projektsteuerung und setzt sich aus einzelnen Aktivitäten zusammen. Die Vorgänge stellen in sich abgeschlossene Arbeitsschritte dar. Ein vorzugebender Workflow legt die Reihenfolge und Abhängigkeiten der Vorgänge und deren Arbeitsschritte fest. Die Vorgänge werden in Gruppen zusammengefasst und in einer bestimmten Reihenfolge nacheinander bzw. nebeneinander bearbeitet. Die Entscheidung über den Abschluss des einzelnen Vorganges wird im Status (Meilenstein) dokumentiert.
Kennung:
09200
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Konsistenzbedingung:
Bei synchronisierten Vorgängen, die parallel in mehreren Projektsteuerungen vorkommen, ist in jeder Projektsteuerung eine eigene Version anzulegen (und mit den jeweiligen Eigenschaften zu versehen).
Die synchronisierten Vorgänge werden dann in einem Ring von Relationen miteinander verbunden.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Relationsart: art |
|
Anmerkung:
Kennzeichnet die Art des Vorgangs gemäß dem aktuellen Projektsteuerungskatalog.
Kennung:
09200-09210
Kardinalitaet:
| 1 |
Relationsart: bearbeitbarDurch |
|
Anmerkung:
Diese Relation legt fest, wer (welche Benutzergruppe) den Vorgang bearbeiten darf.
Kennung:
09200-07000
Kardinalitaet:
| 1 |
Relationsart: enthaelt |
|
Anmerkung:
Ein Vorgang setzt sich i.d.R. aus mehreren Aktivitäten zusammen.
Kennung:
09200-09300
Kardinalitaet:
| 0..* |
Relationsart: synchronisiertMit |
|
Anmerkung:
Verweist auf einen anderen Vorgang (typischerweise in einer anderen Projektsteuerung), der abgeschlossen sein muss, bevor der 'eigene' Vorgang abgeschlossen werden kann; d.h. beide Vorgänge sind synchronisiert.
Kennung:
09200.1-09200.2
Kardinalitaet:
| 0..1 |
Relationsart: status |
|
Anmerkung:
Der Status des Vorgangs.
Kennung:
09200-09220
Kardinalitaet:
| 1 |
Datentyp: AA_Vorgangsart |
|
Definition:
Die Vorgangsart bündelt Vorgänge, die eine gemeinsame Charakteristik aufweisen.
Kennung:
09210
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: name |
|
Definition:
Name der Vorgangsart.
Kennung:
NAM
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: definition |
|
Definition:
Definition der Vorgangsart.
Kennung:
DEF
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: zulaessigeBenutzergruppe |
|
Definition:
Dieses Attribut erlaubt die Einschränkung der Benutzergruppen, die Vorgänge dieser Art bearbeiten können.
Fehlt es, so liegt keine Einschränkung vor.
Ist mindestens eine Benutzergruppe angegeben, so muss der Vorgang von einer der angegebenen Benutzergruppen bearbeitet werden.
Als Wert wird stets die Profilkennung der Benutzergruppe angegeben.
Kennung:
ZBN
Kardinalitaet:
0..*
Datentyp:
CharacterString
|
Objektart: AA_Meilenstein |
|
Definition:
Datentyp, der zu einem Vorgang usw. den aktuellen Zustand und die Verantwortlichkeiten vermerkt.
Kennung:
09220
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Konsistenzbedingung:
Ein Meilenstein wird abgeschlossen, indem das Attribut 'abgeschlossen' = TRUE gesetzt wird. Dies ist nur dann möglich, wenn über die Relation 'wer' der Benutzer bestimmt und das Attribut 'erfolgreich' = TRUE belegt ist.
Das Attribut 'abgeschlossen' kann nur dann auf TRUE gesetzt werden, wenn das Attribut 'begonnen' auf TRUE gesetzt ist.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: begonnen |
|
Definition:
Kennzeichnet, ob mit der Bearbeitung des Vorgangs begonnen wurde.
Das Attribut ist bei Objekterzeugung mit dem Wert false vorbelegt.
Kennung:
BGO
Kardinalitaet:
0..1
Datentyp:
Boolean
|
Attributart: abgeschlossen |
|
Definition:
Kennzeichnet, ob die Bearbeitung des Vorgangs abgeschlossen wurde.
Das Attribut ist bei Objekterzeugung mit dem Wert false vorbelegt.
Kennung:
ABG
Kardinalitaet:
0..1
Datentyp:
Boolean
|
Attributart: erfolgreich |
|
Definition:
Kennzeichnet, ob die Bearbeitung des Vorgangs erfolgreich abgeschlossen wurde.
Kennung:
ERF
Kardinalitaet:
0..1
Datentyp:
Boolean
|
Attributart: wannAbgeschlossen |
|
Definition:
Dokumentiert, wann die Bearbeitung abgeschlossen wurde.
Kennung:
WAN
Kardinalitaet:
0..1
Datentyp:
DateTime
|
Attributart: kategorie |
|
Definition:
Sofern es sich um einen besonderen Meilenstein handelt, wird dieser Sachverhalt in diesem Attribut dokumentiert. Der Verweis geht auf einen Eintrag in einer externen Codeliste ("Dictionary").
Kennung:
KAT
Kardinalitaet:
0..1
Datentyp:
AA_BesondereMeilensteinkategorie
Wertearten:
| Bezeichner |
| Wert |
|
Relationsart: vonAktivitaet |
|
Anmerkung:
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)09300-09220
Kardinalitaet:
| 0..* |
Relationsart: vonAntrag |
|
Anmerkung:
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)09000-09220
Kardinalitaet:
| 0..* |
Relationsart: wer |
|
Anmerkung:
Der Bearbeiter, der den Vorgang bearbeitet und abschließt.
Mit dieser Angabe kann zu Beginn der Bearbeitung der zuständige Bearbeiter für den Vorgang festgelegt werden. Mit Eingabe des Abschlußdatums ist der Meilenstein dann gezeichnet.
Kennung:
09220-07100
Kardinalitaet:
| 0..1 |
Relationsart: vonVorgang |
|
Anmerkung:
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)09200-09220
Kardinalitaet:
| 0..* |
Datentyp: AA_VorgangInProzess |
|
Definition:
Dieser Typ definiert die Rolle eines Vorgangs in einer bestimmten Projektsteuerungart.
Kennung:
09230
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: dokumentation |
|
Definition:
Beschreibt den Dokumentationsbedarf.
Das Attribut ist bei Objekterzeugung mit dem Wert 1000 vorbelegt.
Kennung:
DOK
Kardinalitaet:
0..1
Datentyp:
AA_Dokumentationsbedarf
Wertearten:
| Bezeichner |
| Wert | ||
| Ja |
| 1000 | ||
| Nein |
| 2000 | ||
| Verminderte Dokumentation |
| 3000 |
|
Attributart: optional |
|
Definition:
Beschreibt, ob der Vorgang optional ist.
Das Attribut ist bei Objekterzeugung mit dem Wert false vorbelegt.
Kennung:
OPT
Kardinalitaet:
0..1
Datentyp:
Boolean
|
Datentyp: AA_Aktivitaetsart |
|
Definition:
Die Aktivitätsart bündelt Aktivitäten, die eine gemeinsame Charakteristik aufweisen.
Kennung:
09250
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: name |
|
Definition:
Name der Vorgangsart.
Kennung:
NAM
Kardinalitaet:
1
Datentyp:
CharacterString
|
Attributart: definition |
|
Definition:
Definition der Aktivitätsart.
Kennung:
DEF
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Attributart: reihenfolge |
|
Definition:
Optionale Nummer zur Kennzeichnung der Reihenfolge
Kennung:
RHF
Kardinalitaet:
0..1
Datentyp:
Integer
|
Datentyp: AA_AktivitaetInVorgang |
|
Definition:
Dieser Typ definiert die Rolle einer Aktivität in einem bestimmten Vorgang.
Kennung:
09260
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Attributart: erlaeuterung |
|
Definition:
Beschreibt ggf. ergänzende Erläuterungen.
Kennung:
ERL
Kardinalitaet:
0..1
Datentyp:
CharacterString
|
Objektart: AA_Aktivitaet |
|
Definition:
Die Aktivität ist Teil eines Vorgangs. Ein in Projektsteuerungskatalog vorzugebender Workflow legt die Reihenfolge und Abhängigkeiten der Aktivitäten und deren Arbeitsschritte fest. Die Aktivitäten werden in einer bestimmten Reihenfolge nacheinander bzw. nebeneinander bearbeitet. Die Entscheidung über den Abschluss der einzelnen Aktivitäten wird im Status (Meilenstein) dokumentiert.
Kennung:
09300
Abgeleitet aus:
Wird typisiert durch:
| NREO |
Attributarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Relationsart: art |
|
Anmerkung:
Kennzeichnet die Art der Aktivität gemäß dem aktuellen Projektsteuerungskatalog.
Kennung:
09300-09250
Kardinalitaet:
| 1 |
Relationsart: status |
|
Anmerkung:
Der Status der Aktivität.
Kennung:
09300-09220
Kardinalitaet:
| 1 |
Objektart: AA_Antragsgebiet |
|
Kennung:
09500
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Datentyp: AA_Gebuehrenparameter |
|
Definition:
Dieser Datentyp repräsentiert gebührenrelevante Informationen innerhalb eines Projektsteuerungs-Objektes. Die Einzelheiten sind in den Fachschemata zu regeln.
Es handelt sich um eine abstrakte Objektart.
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Projektsteuerung |
|
Definition:
Das Paket "AAA_Punktmengenobjekte" stellt Basisklassen für Fachobjekte (Features) zur Verfügung, deren Geometrie aus beliebig verteilten Punkten oder aus Gitterpunkten besteht, für die jeweils gleiche Attributarten geführt werden sollen. Hierdurch wird an Stelle der Führung von einzelnen Punktobjekten die Klammerung zu einem Objekt ermöglicht (ähnlich der ZUSO-Beziehung).
|
Objektart: AD_PunktCoverage |
|
Definition:
Die abstrakte Klasse AD_PunktCoverage dient zur Ableitung von Fachobjekten, die aus einer großen Anzahl beliebig verteilter Punkte bestehen, für die jeweils 1..n Attributwerte zu den für alle Punkte identischen Attributarten gespeichert werden sollen. Sie implementiert CV_DiscretPointCoverage aus ISO 19123.
Es handelt sich um eine abstrakte Objektart.
Kennung:
04100
Abgeleitet aus:
Wird typisiert durch:
| PMO |
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Punktmengenobjekte |
|
Attributart: geometrie |
|
Definition:
Das Attribut "geometrie" des AD_PunktCoverage enthält eine beliebige Anzahl von Punkten. Die Attributart implementiert die Assoziation "CoverageFunction" von CV_DiscretePointCoverage zu CV_PointValuePair aus ISO 19123.
Kennung:
GEO
Kardinalitaet:
1
Datentyp:
GM_MultiPoint
|
Attributart: werte |
|
Definition:
Die Attributwerte für jeden Punkt der Geometrie bilden einen sog. Record. Die Gesamtheit der Werte des AD_PunktCoverage bildet insofern eine Sequenz dieser Records.
Die Attributart implementiert die Assoziation "CoverageFunction" von CV_DiscretePointCoverage zu CV_PointValuePair aus ISO 19123.
Kennung:
VAL
Kardinalitaet:
1
Datentyp:
Sequence<Record>
|
Objektart: AD_GitterCoverage |
|
Definition:
Die abstrakte Klasse AD_GitterCoverage dient zur Ableitung von Fachobjekten, die aus einer großen Anzahl von gitterförmig angeordneten Punkten bestehen, für die jeweils 1..n Attributwerte zu den für alle Punkte identischen Attributarten gespeichert werden sollen. Sie implementiert CV_DiscretGridPointCoverage aus ISO 19123.
Es handelt sich um eine abstrakte Objektart.
Kennung:
04200
Abgeleitet aus:
Wird typisiert durch:
| PMO |
Attributarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Punktmengenobjekte |
|
Relationsart: hatWerte |
|
Anmerkung:
Die zu einem Objekt vom Typ AD_GitterCoverage gehörenden Werte sind in AD_Wertematrix gespeichert. Die Relationsart 'hatWerte' stellt die Verbindung her. Sie implementiert die Assoziation 'PointFunction' zwischen C_DiscreteGridPointCoverage und CV_GridValuesMatrix aus ISO 19123.
Kennung:
04200-04220
Kardinalitaet:
| 1 |
Relationsart: hatGitter |
|
Anmerkung:
Die Relationsart 'hatGitter' stellt die Verbindung zwischen AD_GitterCoverage und dem zugehörigen Gitter dar.
Kennung:
04200-04210
Kardinalitaet:
| 1 |
AD_ReferenzierbaresGitter |
|
Definition:
Die Klasse AD_ReferenzierbaresGitter enthält alle Angaben zur Definition des Gitters für AD_GitterCoverage. Er implementiert den Typen "CV_RectifiedGrid" aus ISO 19123.
Kennung:
04210
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Punktmengenobjekte |
|
Attributart: anzahlZeilenSpalten |
|
Definition:
Im Attribut "anzahlZeilenSpalten" wird die Ausdehnung des Gitters in Form der Gitterkoordinaten links unten und rechts oben angegeben. Es implementiert das Attribut "extent" der Klasse CV_Grid aus ISO 19123.
Kennung:
ANZ
Kardinalitaet:
1
Datentyp:
CV_GridEnvelope
|
Attributart: ursprung |
|
Definition:
Das Attribut "ursprung" implementiert "origin" der Klasse CV_RectifiedGrid aus ISO 19123 und enthält die Koordinaten des Gitternullpunkts.
Kennung:
URS
Kardinalitaet:
1
Datentyp:
DirectPosition
|
Attributart: offsetVektoren |
|
Definition:
Das Attribut "offsetVektoren" implementiert das Attribut "offsetVectors" der Klasse CV_RectifiedGrid aus ISO 19123 und enthält die Angaben zu den Gitterweiten in Form von Vektoren. Diese können in den verschiedenen Koordinatenrichtungen unterschiedliche Werte aufweisen.
Kennung:
OFS
Kardinalitaet:
1
Datentyp:
Sequence<vector>
|
Relationsart: gehoertZu |
|
Anmerkung:
Eine Gitterdefinition gehört zu genau einem Objekt vom Typ AD_GitterCoverage.
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)04200-04210
Kardinalitaet:
| 1 |
AD_Wertematrix |
|
Definition:
Die Klasse AD_Wertematrix enthält die Werte der Matrix und die Angaben zur Zuordnung der Werte zu den Gitterpunkten (Reihenfolge und Startpunkt). Er implementiert den Typen CV_GridValuesMatrix aus ISO 19123.
Kennung:
04220
Konsistenzbedingung:
Das Attribut "werteReihenfolge" gibt an
a) die Art der Ordnung der Werte-Records innerhalb des Gitters und
b) in welcher Reihenfolge und Richtung die Koordinatenachsen zu durchlaufen sind.
für a) ist nur der Wert "linear" zulässig, d.h. die Werte sind zeilen- oder spaltenorientiert abgelegt.
für b) sind alle möglichen Angaben zulässig, z.B. "+x-y", wenn die Achsen die Bezeichnung x und y haben und die Werte zeilenweise (x-Achse) mit absteigenden y-Werten angeordnet sind.
Fehlt die Angabe zur "werteReihenfolge", so wird als Folge der Werte "linear" und "+x+y" als default-Wert angenommen.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Punktmengenobjekte |
|
Attributart: werte |
|
Definition:
Die Attributwerte für jeden Punkt des Gitters bilden einen sog. Record. Die Gesamtheit der Werte des AD_PunktCoverage bildet insofern eine Sequenz dieser Records.
Die Attributart implementiert die Attributart "values" der Klasse CV_GridValuesMatrix aus ISO 19123
Kennung:
VAL
Kardinalitaet:
1
Datentyp:
Sequence<Record>
|
Attributart: werteReihenfolge |
|
Definition:
Das Attribut "werteReihenfolge" gibt an
a) die Art der Ordung der Werte-Records innerhalb des Gitters und
b) in welcher Reihenfolge und Richtung die Koordinatenachsen zu durchlaufen sind.
für a) ist nur der Wert "linear" zulässig, d.h. die Werte sind zeilen- oder spaltenorientiert abgelegt.
für b) sind alle möglichen Angaben zulässig, z.B. "+x-y", wenn die Achsen die Bezeichnung x und y haben und die Werte zeilenweise (x-Achse) mit absteigenden y-Werten angeordnet sind.
Fehlt die Angabe zur "werteReihenfolge", so wird als Folge der Werte "linear" und "+x+y" als default-Wert angenommen.
Die Attributart implementiert die Attributart "sequencingRule" der Klasse CV_GridValuesMatrix aus ISO 19123
Kennung:
FLG
Kardinalitaet:
0..1
Datentyp:
CV_SequenceRule
|
Attributart: startPunkt |
|
Definition:
Das Attributart "startPunkt" gibt an, welchem Gitterpunkt der erste Werte-Record zugeordnet ist. Sie implementiert die Attributart "startSequence" der Klasse CV_GridValuesMatrix aus ISO 19123.
Fehlt die Angabe zum Startpunkt, so wird "0 0" angenommen
Kennung:
STP
Kardinalitaet:
0..1
Datentyp:
CV_GridCoordinate
|
Relationsart: liefertWerteZu |
|
Anmerkung:
Jede Wertematrix ist genau einem Objekt vom Typ AD_GitterCoverage zugeordnet. Die Relationsart implementiert die Assoziation 'PointFunction' zwischen C_DiscreteGridPointCoverage und CV_GridValuesMatrix aus ISO 19123, schränkt diese aber in der Weise ein, dass eine Wertematrix nur zu genau einem Coverage gehören darf.
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)04200-04220
Kardinalitaet:
| 1 |
Definition:
Dieses Paket fasst alle Ergänzungen an den von ISO genormten Klassen zusammen.
|
Auswahldatentyp: AA_Liniengeometrie |
|
Definition:
Der Auswahldatentyp AA_Liniengeometrie erlaubt es, linienförmige Objekte wahlweise durch eine einzelne Linie oder durch mehrere aufeinander folgende Linien geometrisch zu modellieren. GM_CompositeCurve ist nur zulässig, wenn die Anzahl der enthaltenen GM_Curve >=2 ist
Kennung:
02002
Konsistenzbedingung:
GM_CompositeCurve ist nur zulässig, wenn die Anzahl der enthaltenen GM_Curve >=2 ist.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Auswahldatentyp: AA_Flaechengeometrie |
|
Definition:
Der Auswahldatentyp AA_Flaechengeometrie erlaubt die alternative Modellierung flächenförmiger Objekte durch eine Fläche oder eine Menge von Flächen.
GM_MultiSurface ist nur zulässig, wenn die Anzahl der enthaltenen GM_PolyhedralSurface >=2 ist und räumlich getrennte Flächen nachgewiesen werden müssen. Räumlich nicht getrennt liegende Flächen sind immer durch 1 Fläche (GM_PolyhedralSurface) abzubilden, es sei denn, die Erfassung sehr großer Flächen erfordert eine GM_CompositeSurface.
Kennung:
02003
Konsistenzbedingung:
GM_MultiSurface darf als Bestandteile wiederum nur GM_PolyhedralSurface haben.
GM_MultiSurface ist nur zulässig, wenn die Anzahl der enthaltenen GM_PolyhedralSurface >=2 ist und räumlich getrennte Flächen nachgewiesen werden müssen.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
AA_PunktLinienThema |
|
Definition:
Ist eine Realisierung der genormten Klasse TS_Theme, die jedoch dahingehend eingeschränkt ist, dass in dem betrachteten geometrischen Komplex nur Linien- und Punktgeometrie zulässig ist. Dadurch wird vermieden, dass raumbezogene Fachobjekte, die von AA_ObjektMitGemeinsamerGeometrie abgeleitet werden und flächenhafte Geometrie verwenden, "Löcher" in Objekte stanzen, die als TS_SurfaceComponent mit einfacher Topologie als Maschen modelliert werden. Außerdem gilt die Regel, dass sich nur Punkte und Linien zerschlagen, die übereinander liegen; Linien, die sich kreuzen zerschlagen sich nicht.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02004
Konsistenzbedingung:
Linien- und Punktgeometrie der Elemente eines PunktLinienThemas gehören zum selben GM_Complex. Flächengeometrie ist nicht Bestandteil des Komplexes. Punkte und Linien zerschlagen sich nur dann, wenn sie exakt übereinander liegen; Linien, die sich kreuzen zerschlagen sich nicht.
Alle Elemente eines Themas müssen diejenige Modellartenkennung besitzen, für die das Thema im Katalog definiert wurde.
Attributarten:
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Relationsart: element |
|
Anmerkung:
Es handelt sich um die inverse Relationsrichtung.
Kennung:
(INV)02200-02004
Kardinalitaet:
| 0..* |
Objektart des Relationspartners:
|
Objektart: TA_PointComponent |
|
Definition:
TA_PointComponent ist eine Klasse von punktförmigen Fachobjekten, die einfachen topologischen Raumbezug haben und gleichzeitig entsprechende Punktgeometrie realisieren. Insofern sind diese Fachobjekte mit den im Modul "Simple Topology" von ISO 19107 definierten TS_PointComponent identisch. Jeder referenzierte Knoten (TS_Node) realisiert gleichzeitig die Eigenschaften eines GM_Point. Topologie und Geometrie fallen also zusammen. Die von einer TA_PointComponent referenzierten Knoten / Punkte sind überschneidungsfrei in einem topologischen Thema organisiert. Zusätzlich zu diesen topologisch - geometrischen Eigenschaften gehören die Knoten / Punkte einem Punkt-Linienthema an, das es ermöglicht, dass die Linienendpunkte auch von anderen Objekten genutzt werden können, die zum gleichen Punkt-Linienthema gehören.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02010
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Objektart: TA_CurveComponent |
|
Definition:
TA_CurveComponent ist eine Klasse von linienförmigen Fachobjekten, die einfachen topologischen Raumbezug haben und gleichzeitig entsprechende zusammengesetzte Linien realisieren. Insofern sind diese Fachobjekte mit den im Modul "Simple Topology" von ISO 19107 definierten TS_CurveComponent identisch. Jede referenzierte Kante (TS_Edge) realisiert gleichzeitig die Eigenschaften einer GM_OrientableCurve. Topologie und Geometrie fallen also zusammen. Die von einer TA_CurveComponent referenzierten Kanten / Linien sind überschneidungsfrei in einem topologischen Thema organisiert. Sie schließen geometrisch aneinander an. Zusätzlich zu diesen topologisch - geometrischen Eigenschaften gehören die Kanten / Linien einem Punkt-Linienthema an, das es ermöglicht, dass die Linien auch von anderen Objekten genutzt werden können, die zum gleichen Punkt-Linienthema gehören.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02020
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Objektart: TA_SurfaceComponent |
|
Definition:
TA_SurfaceComponent ist eine Klasse von flächenförmigen Fachobjekten, die einfachen topologischen Raumbezug haben und gleichzeitig entsprechende zusammengesetzte Flächen realisieren. Insofern sind diese Fachobjekte mit den im Modul "Simple Topology" von ISO 19107 definierten Fachobjekt TS_SurfaceComponent identisch. Jede referenzierte Masche (TS_Face) realisiert gleichzeitig die Eigenschaften einer GM_OrientableSurface. Topologie und Geometrie fallen also zusammen. Die von einer TA_SurfaceComponent referenzierten Maschen / Flächen sind überschneidungsfrei in einem topologischen Thema organisiert. Sie schließen geometrisch aneinander an, können Enklaven (Löcher) bilden, dürfen jedoch nicht getrennt liegen (Exklaven). Zusätzlich zu diesen topologisch - geometrischen Eigenschaften gehören die Maschen / Flächen einem Punkt-Linienthema an, das es ermöglicht, dass die Flächen sich Linien- und Punktgeometrie mit anderen Objekten teilen, die zum gleichen Punkt-Linienthema gehören.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02030
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Objektart: TA_MultiSurfaceComponent |
|
Definition:
TA_MultiSurfaceComponent ist eine Klasse von flächenförmigen Fachobjekten, die einfachen topologischen Raumbezug haben und gleichzeitig entsprechende zusammengesetzte Flächen realisieren. Insofern sind diese Fachobjekte mit den im Modul "Simple Topology" von ISO 19107 definierten Fachobjekt TS_SurfaceComponent identisch. Jede referenzierte Masche (TS_Face) realisiert gleichzeitig die Eigenschaften einer GM_OrientableSurface. Topologie und Geometrie fallen also zusammen. Die von einer TA_MultiSurfaceComponent referenzierten Maschen / Flächen sind überschneidungsfrei in einem topologischen Thema organisiert. Die Maschen schließen geometrisch aneinander an, können Enklaven (Löcher) bilden, dürfen im Gegensatz zu TA_SurfaceComponent aber auch getrennt liegen (Exklaven). Zusätzlich zu diesen topologisch - geometrischen Eigenschaften gehören die Maschen / Flächen einem Punkt-Linienthema an, das es ermöglicht, dass die Flächen sich Linien- und Punktgeometrie mit anderen Objekten teilen, die zum gleichen Punkt-Linienthema gehören.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02040
Abgeleitet aus:
Wird typisiert durch:
| REO |
Konsistenzbedingung:
Die Maschen der TA_MultiSurfaceComponent realisieren die Elemente der GM_MultiSurface, deren Realisierung TA_MultiSurfaceComponent ist.
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Objektart: AU_ObjektMitUnabhaengigerGeometrie |
|
Definition:
"AU_ObjektMitUnabhaengigerGeometrie" ist die Oberklasse zu den fünf Klassen mit unabhängiger Geometrie.
Ein "AU_ObjektMitUnabhaengigerGeometrie" ist ein Raumbezogenes Elementarobjekt (AA_REO), dessen Subklassen sich auf der Ebene der Instanzen keine Geometrie teilen dürfen.
Die Klasse ist nicht direkt instanziierbar.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02100
Abgeleitet aus:
Wird typisiert durch:
| REO |
Konsistenzbedingung:
Aus AU_Objekt, AU_Punktobjekt, AU_Linienobjekt, AU_Punkthaufenobjekt, AU_KontinuierlichesLinienobjekt und AU_Flaechenobjekt abgeleitete Objekte dürfen sich keine Geometrie mit anderen Objekten teilen.
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Objektart: AG_ObjektMitGemeinsamerGeometrie |
|
Definition:
Ein AG_ObjektMitGemeinsamerGeometrie ist ein Raumbezogenes Elementarobjekt (AA_REO), dessen Subklassen sich auf der Ebene der Instanzen die Linien- und Punktgeometrie teilen können.
Dies wird dadurch erreicht, dass die Objektinstanzen Elemente eines AA_PunktLinienThemas sind, das einen Geometrischen Komplex realisiert, in dem jedoch nur Punkt- und Liniengeometrien als Bestandteile zulässig sind.
Die Klasse ist nicht direkt instanziierbar.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02200
Abgeleitet aus:
Wird typisiert durch:
| REO |
Konsistenzbedingung:
Aus AG_Objekt, AG_Punktobjekt, AG_Linienobjekt und AG_Flaechenobjekt abgeleitete Objekte dürfen sich nur Geometrie mit anderen Objekten teilen, wenn sie dem selben AA_PunktLinienThema angehören.
Attributarten:
keine
Relationsarten:
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Spatial Schema |
|
Relationsart: thema |
|
Kennung:
02200-02004
Kardinalitaet:
| 0..* |
Definition:
Das Paket AAA_Unabhängige Geometrie stellt Basisklassen für Fachobjekte (Features) zur Verfügung, deren Geometrie aus voneinander unabhängigen Punkten, Linien und Flächen bestehen. Diese Basisklassen sollen als Basis raumbezogener Objektarten mit unabhängiger Geometrie verwendet werden. (z.B. Präsentationsobjekte)
|
Auswahldatentyp: AU_Geometrie |
|
Definition:
Auswahldatentyp, der verschiedendimensionale Geometrien anbietet (Punkt, Linie, Fläche).
Kennung:
02101
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Attributart: punkt |
|
Definition:
Der Auswahldatentyp AA_Punktgeometrie erlaubt es, punktförmige Objekte alternativ mit einer oder mehreren Punktgeometrien zu modellieren.
Kennung:
PGE
Kardinalitaet:
1
Datentyp:
GM_Point
|
Attributart: zusammengesetzteLinie |
|
Definition:
Der Auswahldatentyp AA_Liniengeometrie erlaubt es, linienförmige Objekte wahlweise durch eine einzelne Linie oder durch mehrere aufeinander folgende zusammenhängende Linien geometrisch zu modellieren.
Kennung:
LGE
Kardinalitaet:
1
Datentyp:
|
Attributart: linie |
|
Definition:
Siehe ISO 19107 Spatial Schema.
Kennung:
LIN
Kardinalitaet:
1
Datentyp:
GM_MultiCurve
|
Objektart: AU_Objekt |
|
Definition:
Der Auswahldatentyp "AU_Objekt" erlaubt es, Subklassen zu bilden, bei denen die konkrete Art des Geometrietyps erst auf Instanzenebene festgelegt wird. Damit ist es z.B. möglich, eine Objektart "Turm" zu bilden, die in Abhängigkeit von der Ausdehnung in der Realwelt punktförmige oder flächenförmige Geometrie hat.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02110
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Objektart: AU_Punktobjekt |
|
Definition:
Fachobjekt, das geometrisch durch einen einzelnen Punkt repräsentiert wird.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02111
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Objektart: AU_Linienobjekt |
|
Definition:
Fachobjekt, das geometrisch durch einen Set von Linien beschrieben wird (Anwendungsfall: z.B. Felssignatur).
Es handelt sich um eine abstrakte Objektart.
Kennung:
02112
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Objektart: AU_KontinuierlichesLinienobjekt |
|
Definition:
Fachobjekt, das geometrisch durch zusammenhängende Linien beschrieben wird, die sich nicht kreuzen und nicht überlagern.
Anwendungsfall: z.B. Leitung.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02113
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Objektart: AU_Flaechenobjekt |
|
Definition:
Fachobjekt, das geometrisch durch Flächen beschrieben wird.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02114
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Objektart: AU_Punkthaufenobjekt |
|
Definition:
FachoObjekt, das geometrisch durch einen Punkt oder einen Punkthaufen repräsentiert wird.
Es handelt sich um eine abstrakte Objektart.
Kennung:
02115
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Auswahldatentyp: AA_Punktgeometrie |
|
Definition:
Der Auswahldatentyp AA_Punktgeometrie erlaubt es, punktförmige Objekte alternativ mit einer oder mehreren Punktgeometrien zu modellieren. Die Anwendung erscheint nur bei Objekten mit unabhängiger Geometrie sinnvoll. (z.B. Präsentationsobjekte mit Signaturhaufen mit individueller Geometrie).
Es handelt sich um einen Auswahldatentyp ("Union"), d.h. das Objekt ist genau vom Typ eines der Attribute.
Kennung:
PKT
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie |
|
Definition:
Das Paket AAA_Unabhängige Geometrie 3D stellt Basisklassen für 3D Fachobjekte (Features) zur Verfügung, deren Geometrie aus voneinander unabhängigen 3D Punkten, 3D Linien, 3D Flächen und 3A Körpern bestehen. Diese Basisklassen sollen als Basis raumbezogener Objektarten für 3D Fachanwendungen mit unabhängiger Geometrie verwendet werden (z.B. Präsentationsobjekte).
|
Auswahldatentyp: AA_MehrfachFlaechenGeometrie_3D |
|
Definition:
Der Auswahldatentyp AA_MehrfachFlaechenGeometrie_3D erlaubt die alternative geometrische Repräsentation flächenförmiger Objekte durch eine einzelne 3D Fläche oder mehrere getrennt liegende 3D Flächen.
Es handelt sich um einen Auswahldatentyp ('Union'), d.h. die Geometrie ist genau vom Typ eines der Attribute.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Attributart: mehrfachFlaeche |
|
Definition:
Raumbezug der multiplen 3D Flächengeometrie (GM_MultiSurface).
Kardinalitaet:
1
Datentyp:
GM_MultiSurface
|
Auswahldatentyp: AA_MehrfachLinienGeometrie_3D |
|
Definition:
Der Auswahldatentyp AA_MehrfachLinienGeometrie_3D erlaubt es, linienförmige Objekte wahlweise durch eine einzelne 3D Linie oder durch mehrere getrennt liegende 3D Linien geometrisch zu repräsentieren.
Es handelt sich um einen Auswahldatentyp ('Union'), d.h. die Geometrie ist genau vom Typ eines der Attribute.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Attributart: linie |
|
Definition:
Raumbezug der 3D Liniengeometrie (GM_Curve).
Kardinalitaet:
1
Datentyp:
GM_Curve
|
Auswahldatentyp: AA_Punktgeometrie_3D |
|
Definition:
Der Auswahldatentyp AA_Punktgeometrie_3D erlaubt es, punktförmige Objekte alternativ mit einer oder mehreren 3D Punktgeometrien zu modellieren (z.B. 3D Präsentationsobjekte mit Symbolhaufen mit individueller Geometrie).
Es handelt sich um einen Auswahldatentyp ('Union'), d.h. die Geometrie ist genau vom Typ eines der Attribute.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Attributart: punkt |
|
Definition:
Raumbezug der 3D Punktgeometrie (GM_Point).
Kardinalitaet:
1
Datentyp:
GM_Point
|
Objektart: AU_GeometrieObjekt_3D |
|
Definition:
Das 3D Fachobjekt 'AU_ GeometrieObjekt_3D' erlaubt es, Subklassen zu bilden, bei denen die konkrete Art des 3D Geometrietyps erst auf Instanzenebene z.B. in Abhängigkeit von der Detaillierungsstufe (Level of Detail) festgelegt wird (z.B. Mauern die durch 3D Flächen oder detaillierter durch 3D Körper repräsentiert werden können.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Auswahldatentyp: AU_Geometrie_3D |
|
Definition:
Der Auswahldatentyp AU_Geometrie_3D erlaubt es Objekte, durch verschiedendimensionale 3D Geometrien (Punkt, Linie, Fläche, Körper) geometrisch zu repräsentieren.
Es handelt sich um einen Auswahldatentyp ('Union'), d.h. die Geometrie ist genau vom Typ eines der Attribute.
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Attributart: koerper |
|
Definition:
Raumbezug der 3D Körpergeometrie (GM_Solid).
Kardinalitaet:
1
Datentyp:
GM_Solid
|
Attributart: mehrfachLinie |
|
Definition:
Raumbezug des Auswahldatentyps AA_MehrfachLinienGeometrie_3D.
Kardinalitaet:
1
Datentyp:
|
Attributart: mehrfachFlaeche |
|
Definition:
Raumbezug des Auswahldatentyps AA_MehrfachFlaechenGeometrie_3D.
Kardinalitaet:
1
Datentyp:
|
Attributart: mehrfachPunkt |
|
Definition:
Raumbezug des Auswahldatentyps AA_Punktgeometrie_3D
Kardinalitaet:
1
Datentyp:
|
Attributart: umring |
|
Definition:
Raumbezug für 3D Umringgeometrie (GM_SurfaceBoundary).
Kardinalitaet:
1
Datentyp:
GM_SurfaceBoundary
|
Objektart: AU_KoerperObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch 3D Körper beschrieben wird.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_MehrfachFlaechenObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch 3D Flächen beschrieben wird. Es sind mehrere getrennt liegende 3D Flächen zulässig.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_MehrfachLinienObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch 3D Linien beschrieben wird. Es sind mehrere getrennt liegende 3D Linien zulässig.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_ObjektMitUnabhaengigerGeometrie_3D |
|
Definition:
'AU_ObjektMitUnabhaengigerGeometrie_3D' ist die Oberklasse zu den acht Klassen mit unabhängiger 3D Geometrie.
Ein 'AU_ObjektMitUnabhaengigerGeometrie_3D' ist ein Raumbezogenes Elementarobjekt für 3D Fachanwendungen (AA_REO_3D), dessen Subklassen sich auf der Ebene der Instanzen keine Geometrie teilen dürfen.
Die Klasse ist nicht direkt instanziierbar.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
AA_REO
AA_REO_3D
Wird typisiert durch:
| REO |
Konsistenzbedingung:
Ein 'AU_ObjektMitUnabhaengigerGeometrie_3D' ist ein Raumbezogenes Elementarobjekt für 3D Fachanwendungen (AA_REO_3D), dessen Subklassen sich auf der Ebene der Instanzen keine Geometrie teilen dürfen.
Attributarten:
keine
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_PunkthaufenObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch einen 3D Punkthaufen repräsentiert wird.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_Punktobjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch einen einzelnen 3D Punkt repräsentiert wird.
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_TrianguliertesOberflaechenObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch räumlich zusammenhängende 3D Flächen beschrieben wird, die eine triangulierte Oberfläche (TIN) definieren (z.B. eine Geländeoberfläche).
Es handelt sich um eine abstrakte Objektart.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Objektart: AU_UmringObjekt_3D |
|
Definition:
3D Fachobjekt, das geometrisch durch ein 3D Umringpolygon beschrieben wird, und weitere 3D Umringpolygone für Enklaven aufweisen kann.
Abgeleitet aus:
Wird typisiert durch:
| REO |
Konsistenzbedingung:
Jeder Teil der Geometrie muss ein geschlossener Umring sein! Verweise auf exterior [0..1] und interior [0..*] Rings
Attributarten:
Relationsarten:
keine
Operationen:
keine
zurück zur Objektartengruppe/zum Objektartenbereich: AAA_Unabhaengige Geometrie 3D |
|
Definition:
Codelisten repräsentieren Wertebereiche, die im Anwendungsschema nicht abschließend beschrieben werden können, da sie gegebenenfalls länderspezifisch erweitert werden müssen.
Achtung: Die hier angegebenen Werte definieren den aktuell bekannten Wertebereich, der sich ändern kann, ohne dass dies im Anwendungsschema angepasst werden muss.
|
Definition:
Dieses Paket fasst alle Ergänzungen an den von ISO genormten Klassen für 3-dimensionale körperhafte Fachobjekte zusammen. Daneben werden auch 0- bis 2-dimensionale Fachobjekte als Ergänzungen modelliert, wobei alle Raumbezugsgrundformen immer 3 Ordinaten (Rechtswert, Hochwert und Höhe) für jede Koordinate (DirectPosition.dimension=3) aufweisen müssen.
Die Modellierung wurde analog zur Modellierung für 0- bis 2-dimensionale Fachobjekte im Paket AAA_Spatial Schema vorgenommen.
|
Definition:
Das Paket AAA_Katalog ergänzt die genormten Katalogstrukturen von ISO um einige Strukturen, die aus Sicht von AFIS, ALKIS und ATKIS zusätzlich in Datenkatalogen anzugeben sind. Auf die ursprünglich vorgesehene Versionierung und objektartenbezogene Fortführungsmöglichkeit wurde zugunsten einer einfacheren Implementierung verzichtet. Objektartenkataloge werden demnach ausschließlich vollständig versioniert und ausgetauscht.
|
Definition:
AFIS-ALKIS-ATKIS-Ausgaben sind nach einheitlichen Ausgabe- und/oder Präsentationsvorschriften gestaltete Produkte aus dem AFIS-ALKIS-ATKIS-Datenbestand, die an externe Nutzer abgegeben werden. Sie entstehen auf Grund eines Benutzungsprozesses aus den AFIS-ALKIS-ATKIS-Bestandsdaten, in einigen Fällen auf Grund eines Qualifizierungsprozesses (vgl. GeoInfoDok, Abschnitt 5.3.2) aus den AFIS-ALKIS-ATKIS-Fortführungsdaten. Entsprechen die Ausgaben den fachlichen Vorgaben für Standardausgaben, so werden diese AFIS-ALKIS-ATKIS-Standardausgaben genannt.
AFIS-ALKIS-ATKIS-Ausgaben in Form von Datensätzen bestehen in der Regel aus Kopien einer im Benutzungsauftrag definierten Auswahl von AFIS-ALKIS-ATKIS-Bestands-Objekten; sie können in besonderen Fällen entsprechend dem Bedarf der Nutzer aber auch durch Methoden modifizierte temporäre Objektarten enthalten (vgl. "Änderungsdatensätze an Justizverwaltung").
AFIS-ALKIS-ATKIS-Ausgaben werden durch folgende Merkmale beschrieben:
1. Jede ALKIS-Ausgabe besteht im Sinne des AFIS-ALKIS-ATKIS-Anwendungsschemas aus einem NAS-Benutzungsergebnis.
2. Sie können
- Objekte der AFIS-ALKIS-ATKIS-Bestandsdaten,
- durch Methoden modifizierte, temporär vorliegende Objekte der AFIS-ALKIS-ATKIS-Bestands- bzw. Fortführungsdaten,
- externe Objekte, die nicht nach dem AFIS-ALKIS-ATKIS-Datenmodell gebildet werden (vgl. "Landeswappen"),
enthalten.
3. Sie werden im Benutzungs- bzw. Qualifizierungsprozess entsprechend den Angaben der im Erhebungsprozess gebildeten Benutzungsaufträge über Methoden und Vorgänge erzeugt.
4. Sie werden bedarfsweise nach den Vorgaben des Signaturenkataloges präsentiert.
Diese Art der Modellierung ermöglicht es, die AFIS-ALKIS-ATKIS-Präsentationsausgaben nicht nur auf Papier, sondern bei Bedarf auch in Form von aufbereiteten Datensätzen abzugeben.
Die Ausgabedaten werden nach fachlichen Gesichtspunkten zu verschiedenen Ausgaben zusammengefasst.
|
Definition:
In den folgenden Kapiteln werden Eigenschaften der Ausgaben aus ALKIS und AFSI in Form von komplexen Datentypen aufgeführt. Informationen hierzu sind in den Erläuterungen zur ALKIS im Kapitel 5.3 zu entnehmen.
Die Zuordnung von komplexen Datentypen zu den verschiedenen Ausgabeobjektarten efolgt anhand der jeweiligen Ausgabe, die zum Teil ineinander verschachtelte Datentypen enthält. Die Zuordnung von komplexen Datentypen zu den Ausgaben erfolgt entsprechend.
|