Objektkatalog für das Straßen- und Verkehrswesen

Größe: px
Ab Seite anzeigen:

Download "Objektkatalog für das Straßen- und Verkehrswesen"

Transkript

1 den OKSTRA Version: 1.0 Datum: Status: Dateiname: Verantwortlich: akzeptiert N0148.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße Bonn Herr Bernd Weidner Tel Fax Im Auftrag von Bundesanstalt für Straßenwesen V6 - OKSTRA Brüderstraße Bergisch Gladbach Herr Alfred Stein Tel Fax stein@bast.de

2 Seite: 2 von 78 0 Allgemeines 0.1 Inhaltsverzeichnis 0 Allgemeines Inhaltsverzeichnis Zweck des Dokuments Leserkreis Kernaussagen des Inhalts Vorschlag Allgemeines Paket S_Administration ASB_Objekt OD_FS Organisation Verwaltungsbezirk rechtliches_ Ereignis Zuständigkeit Paket S_Allgemeine_Objekte Dokument Zuordnungsobjekt_ASB Infrastrukturobjekt Paket S_ASB_Netz_Referenzierung Paket S_Bauliche_Straßeneigenschaften Aufbauschicht Aufrisselement und Höhenpunkt Bahnigkeit Bauklasse Bohrkern Durchlass Fahrbahnneigungen Grundrisselemente Hindernis Kreisverkehr Regelquerschnitt Weitere bauliche Straßeneigenschaften Paket S_Beschilderung Aufstellvorrichtung_Schild Schild Zielangabe_Wegweisung Paket S_Flächenmodell Flächenmodell Querschnittstreifen Paket S_Hausnummern Paket S_Historisierung Paket S_Knoten_Kanten_Modell Knoten-Kanten-Modell Straßenelementpunkt... 45

3 Seite: 3 von Teilnetz, Route, Routenausschnitt Netzbezugsobjekte Verkehrsnutzungsbereich Paket S_Routing Paket S_Straßenausstattungen Betriebsobjekte Entwässerung Entwässerung_Summe Leitung Rückhaltesystem Schacht Schutzeinrichtung_für_Tiere Stationszeichen Straßenablauf Straßenausstattungen Paket S_Straßenverzeichnis Paket S_Verkehrsnutzungen Paket S_Vermessungspunkt... 78

4 Seite: 4 von 78 1 Zweck des Dokuments 1.1 Leserkreis Das Dokument richtet sich an alle OKSTRA - und OKSTRA-kommunal-Experten und insbesondere an diejenigen aus dem Bereich Straßennetz. Vorausgesetzt werden Kenntnisse zu den grundlegen -Standards, zum OKSTRA und seinen Regularien (siehe auch sowie zum OKSTRA kommunal. 1.2 Kernaussagen des Inhalts Es wird vorgeschlagen, das Datenmodell des OKSTRA kommunal (Version 2.000) in zu integrieren. Dieser Vorschlag entstammt -Änderungsanträgen A0089, A0090 und A0108.

5 Seite: 5 von 78 2 Vorschlag 2.1 Allgemeines Dieser Vorschlag enthält für jedes Fachpaket des OKSTRA kommunal ein Kapitel, in dem die am OKSTRA erforderlichen Änderungen im Hinblick auf das jeweilige OKSTRA-kommunal-Paket beschrieben werden (die Kapitelüberschriften beziehen sich somit auf die OKSTRA-kommunal- Fachpakete, nicht auf diejenigen des OKSTRA). Die im Vorschlag enthaltenen UML-Diagramme zeigen stets den Zustand des OKSTRA nach der erfolgten Integration.

6 Seite: 6 von Paket S_Administration ASB_Objekt Die Objektart ASB_Objekt existiert im OKSTRA bereits und braucht daher nicht neu eingeführt zu werden. Um die kommunale Sicht angemessen zu berücksichtigen, werden die Attributnamen Art_der_Erfassung_Land und Quelle_der_Information_Land in Art_der_Erfassung_sonst und Quelle_der_Information_sonst umbenannt. In derselben Art und Weise ändern sich die Namen der Schlüsseltabellen Art_der_Erfassung_Land und Quelle_der_Information_Land in Art_der_Erfassung_sonst und Quelle_der_Information_sonst. In der Schlüsseltabelle Art_der_Erfassung ändert sich der Langtext zur Kennung 99 von länderspezifischer Eintrag in sonstige Art der Erfassung, in der Schlüsseltabelle Quelle_der_Information ändert sich der Langtext zur Kennung 99 von länderspezifischer Eintrag in sonstige Quelle der Information. In der Relation vom ASB_Objekt zum Dokument ändert sich der Rollenname Fotodokument in Dokument. class ASB_Objekt, Zuordnungsobjekt_ASB S_Allgemeine_Objekte:: + hat_objekt_id :Objekt_ID [] ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] +von_asb_objekt +Dokument S_Allgemeine_Objekte::Dokument + URI :CharacterString + Seite :Integer [] + verfuegt :Dreiwertige_Logik [] + Datum :Date [] + von_benutzer :CharacterString [] + Wirksamkeitsdatum_Dokument :Date [] + Inhalt :Sequence<Bit> [] + MIME_Type :CharacterString [] + Text :CharacterString []

7 Seite: 7 von OD_FS Die Objektart OD_FS existiert bereits im OKSTRA. Durch die OKSTRA-kommunal-Integration erbt sie zusätzlich vom Flächenbezugsobjekt und kann sich damit auch auf Verkehrsflächen oder Querschnittstreifen des Flächenmodells beziehen. class Ortsdurchfahrt - freie Strecke (OD_FS) ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz:: S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] S_Flaechenmodell:: Flaechenbezugsobjekt OD_FS + rechtsgueltig_ab :Date [] + OD_FS :Tab_OD_FS + VE_Bereich :VE_Bereich [] +zu_od_fs +Verfuegung S_Allgemeine_Objekte::Dokument + URI :CharacterString + Seite :Integer [] + verfuegt :Dreiwertige_Logik [] + Datum :Date [] + von_benutzer :CharacterString [] + Wirksamkeitsdatum_Dokument :Date [] + Inhalt :Sequence<Bit> [] + MIME_Type :CharacterString [] + Text :CharacterString []

8 Seite: 8 von Organisation Der OKSTRA kommunal enthält verglichen mit dem OKSTRA ein eigenständiges Organisationsmodell, das in Form des neuen Fachpakets S_Organisation in aufgenommen wird. Eine Zusammenführung beider Modelle zur Beseitigung der vorhandenen Redundanzen wäre zwar prinzipiell wünschenswert, wird aber derzeit aufgrund der damit verbundenen Umbaukosten in den Systemen als nicht vermittelbar betrachtet, sodass bis auf weiteres nur die Option einer Koexistenz beider Modelle besteht. Im Modell des OKSTRA kommunal werden die beiden Datentypen Kommunikation und Anschrift verwendet, mit denen bei der Integration in folgendermaßen verfahren wird: 1. Der Datentyp Kommunikation wird zusammen mit den Schlüsseltabellen Kommunikationstyp und Dienstlich_Privat neu eingeführt (die Information, ob eine Angabe zum Typ der Kommunikation dienstlich oder privat ist, wird im Unterschied zum OKSTRA kommunal aus den Werten der Schlüsseltabelle Kommunikationstyp entfernt und in eine eigene Schlüsseltabelle ausgelagert). 2. Der OKSTRA-kommunal-Datentyp Anschrift wird mit dem im OKSTRA bereits vorhandenen Datentyp Adressdaten verschmolzen, wobei der Name Adressdaten beibehalten wird. Die Attribute Straße und Ort der Adressdaten werden optional, die Attribute Postfach (CharacterString) und Typ_der_Anschrift (neue Schlüsseltabelle Anschriftstyp) werden neu eingeführt. Die bisher in den Adressdaten vorhandenen Attribute Telefon, Fax und werden durch das multiple Attribut Kommunikationsdaten vom Datentyp Kommunikation ersetzt, das bisherige Textattribut Landesname durch das Attribut Land vom gleichnamigen, im OKSTRA bereits vorhandenen Datentyp. Das Attribut postalischer_code im Datenyp Land wird optional. Die neu zu schaffenden Schlüsseltabellen besitzen folgende Wertekataloge: Kommunikationstyp: 1 / Telefonnummer, 2 / Faxnummer, 3 / Mobiltelefonnummer, 4 / adresse, 9 / Sonstiges Dienstlich_Privat: 1 / dienstlich, 2 / privat Anschriftstyp: 1 / Postadresse, 2 / Büroadresse class Adressdaten, Kommunikation, Land «DataType» Adressdaten + Adresszeile_2 :CharacterString [] + Adresszeile_3 :CharacterString [] + Adresszeile_4 :CharacterString [] + Strasse :CharacterString [] + Postfach :CharacterString [] + Land :Land [] + Postleitzahl :CharacterString [] + Ort :CharacterString [] + NUTS_Code :CharacterString [] + Kommunikationsdaten :Kommunikation [] + Typ_der_Anschrift :Anschriftstyp [] «DataType» Kommunikation + Kommunikationsadresse :CharacterString + Kommunikationstyp :Kommunikationstyp + Dienstlich_Privat :Dienstlich_Privat [] «DataType» Land + postalischer_code :CharacterString [] + Land :CharacterString

9 Seite: 9 von 78 Die Objektarten Organisation, Organisationseinheit und Ansprechpartner werden ebenfalls gemäß dem nachfolgend aufgeführten UML-Diagramm neu eingeführt. Mit diesem Modell können beliebige Organisationen und Organisationseinheiten abgebildet werden, die ggf. wie auch Personen (siehe unten) als Ansprechpartner in Frage kommen können. Über die Relation von der Organisation zum Verwaltungsbezirk kann angegeben werden, dass eine Organisation eine Behörde innerhalb eines Verwaltungsbezirks ist (z.b. ein bestimmtes Amt innerhalb einer Stadtverwaltung). Für das Attribut Organisationsart der Organisation wird die Schlüsseltabelle Organisationsart mit folgendem Wertekatalog eingeführt: Organisationsart: 1 / Bundesministerium, 2 / Landesministerium, 3 / Landesverwaltung, 4 / Landesbetrieb, 5 / Regierungspräsidium, 6 / Kreisverwaltung, 7 / Stadtverwaltung, 8 / Bezirksverwaltung, 9 / Straßen- oder Autobahnmeisterei, 50 / AG, 51 / GmbH, 52 / GmbH & Co. KG, 99 / Sonstiges class Organisation Ansprechpartner + Anschrift :Adressdaten [] Person + Personenklasse :Personenklasse [] + Titel :CharacterString [] + Name :CharacterString + Vorname :CharacterString [] + Firma :CharacterString [] + Abteilung :CharacterString [] + Geburtsdatum :Date [] + Geburtsname :CharacterString [] + Anrede :CharacterString [] + Bankverbindung :Bankverbindung [] + Kommunikationsdaten :Kommunikation [] + Bemerkung :CharacterString [] +hat_mitarbeiter +hat_person Organisation + Name :CharacterString + Behoerdenkennung :CharacterString [] + Registernummer :CharacterString [] + Organisationsart :Organisationsart +ist_mitarbeiter_von +ist_organisationseinheit_von +von_organisationseinheit +hat_organisationseinheit Organisationseinheit + Bezeichnung :CharacterString +hat_behoerde +untergeordnete_oe +uebergeordnete_oe +uebergeordnete_organisation +untergeordnete_organisation +ist_behoerde_in ASB_Objekt Baulasttraeger Bereichsobjekt S_Administration::Verw altungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion []

10 Seite: 10 von 78 Die Objektart Person des OKSTRA kommunal wird mit der gleichnamigen OKSTRA-Objektart verschmolzen und vom Paket S_Grunderwerb in das Paket S_Organisation verschoben. Durch die Integration kommt es an dieser Objektart zu folgenden Änderungen: 1. Die Person erbt zusätzlich vom Ansprechpartner und erhält optionale Relationen zur Organisation und zur Organisationseinheit, um im neuen Organisationsmodell nutzbar zu sein. 2. Im Gegenzug entfallen folgende Attribute, deren Informationsgehalt in Form des Attributs Anschrift vom Ansprechpartner geerbt wird: Straße, Plz, Ort, Land, Telefon, Telefax, Internet. 3. Das optionale multiple Attribut Kommunikationsdaten vom Datentyp Kommunikation wird zur Angabe personenbezogener Kommunikationsadressen ergänzt (Mobiltelefonnummer etc.). 4. Das Attribut Bankverbindung wird multipel, damit zu einer Person mehrere Bankverbindungen angegeben werden können.

11 Seite: 11 von Verwaltungsbezirk Die Modelle des OKSTRA und des OKSTRA kommunal unterscheiden sich darin, dass die verschiedenen Arten von Verwaltungsbezirken im OKSTRA kommunal alle über die Objektart Verwaltungsbezirk dargestellt und anhand des Diskriminator-Attributs Verwaltungsebene voneinander unterschieden werden, wohingegen der OKSTRA mit einer Vererbungsierarchie arbeitet, in der für die verschiedenen Arten von Verwaltungsbezirken entsprechend spezialisierte Objektarten existieren (Staat, Bundesland etc.). Das integrierte Modell folgt der Struktur des OKSTRA kommunal. Dabei wird sichergestellt, dass die bisher im OKSTRA vorhandenen Spezialisierungen von Vewaltungsbezirken mit allen ihren Eigenschaften direkt über die Objektart Verwaltungsbezirk dargestellt werden können. Folgende Änderungen werden dazu am bisherigen OKSTRA-Modell vorgenommen: 1. Die bisher abstrakte Objektart Verwaltungsbezirk wird instanzierbar. 2. Sie erhält zur Unterscheidung der verschiedenen Arten von Verwaltungsbezirken das Pflichtattribut Verwaltungsebene. Als Datentyp für dieses Attribut wird die Schlüsseltabelle Verwaltungsebene mit folgendem Wertekatalog eingeführt: 1 / Staat, 2 / Bundesland, 3 / Regierungsbezirk, 4 / Landkreis, 5 / kreisfreie Stadt, 6 / Gemeinde, 7 / Ortsteil. 3. Da die Unterscheidung zwischen kreisfreien Städten und Landkreisen nun über die Schlüsseltabelle Verwaltungsebene erfolgt, entfällt die bisher in der Objektart Kreis_kreisfreie_Stadt vewendete Schlüsseltabelle Kreisart. 4. Die bisher vorhandenen Zugehörigkeitsrelationen zwischen den verschiedenen Arten von Verwaltungsbezirken werden durch die rekursive Relation liegt in umfasst am Verwaltungsbezirk ersetzt. 5. Die Attribute Baulast_Straßenklasse und Gemeinde_Funktion werden aus den Objektarten Kreis_kreisfreie_Stadt und Gemeindebezirk in den Verwaltungsbezirk verschoben. Dort werden sie optional, da sie nicht für alle Arten von Verwaltungsbezirken angegeben werden (Anmerkung: Gemäß Abstimmungsvorschlag Nr. 79 Dokument N0139 müssten diese Attribute auch dann optional werden, wenn sie in der Objektart Kreis_kreisfreie_Stadt verbleiben würden). 6. Die in den verschiedenen Arten von Verwaltungsbezirken vorhandenen Kennungs-Attribute werden unter dem Namen Kennung in den Verwaltungsbezirk verschoben. Dieses Attribut wird optional, da es im bisherigen OKSTRA kommunal nicht vorhanden ist. An den symbolischen Identifikatoren für die verschiedenen Arten von Verwaltungsbezirken ändert sich nichts. 7. Die Relationen von der Kreisverwaltung zur Kreis_kreisfreien_Stadt und von der Gemeindeverwaltung zum Gemeindebezirk werden auf den Verwaltungsbezirk umgehängt. 8. Die bisher vorhandenen spezialisierten Objektarten zur Darstellung von Verwaltungsbezirken entfallen: Staat, Bundesland, Regierungsbezirk, Kreis_kreisfreie_Stadt, Gemeindebezirk, Ortsteil.

12 Seite: 12 von 78 class Verwaltungsbezirk ASB_Objekt «FeatureTy... Baulasttraeger + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] «FeatureTy... S_Strassennetz:: Bereichsobjekt Verwaltungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion [] +liegt_in_verwaltungsbezirk +umfasst_verwaltungsbezirk von_kreis_kreisfreie_stadt von_gemeinde +hat_kreisverwaltung Baudienststelle Kreisverwaltung +hat_gemeindeverwaltung Baudienststelle Gemeindeverwaltung + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeindefunktion :Gemeinde_Funktion []

13 Seite: 13 von 78 Aufgrund des Entfalls der spezialisierten Objektarten zur Darstellung von Verwaltungsbezirken ist es nötig, im OKSTRA-Modell vorhandene Relationen zu diesen Objektarten auf den Verwaltungsbezirk umzuhängen. Aus diesem Grund werden im Paket S_Kataster die Relationen von der Gemarkung zum Gemeindebezirk und zur Kreis_kreisfreien_Stadt durch eine multiple Relation zum Verwaltungsbezirk ersetzt. class Gemarkung ASB_Objekt Baulasttraeger Bereichsobjekt S_Administration::Verwaltungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion [] +liegt_in_verwaltungsbezirk +umfasst_verwaltungsbezirk +in_verwaltungsbezirk +enthaelt_gemarkung Gemarkung + Schluessel :CharacterString zu_gemarkung +in_gemarkung +liegt_in_gemarkung +hat_grundbuch S_Grunderwerb::Grundbuch + Band :CharacterString [] + Blatt :CharacterString + Bemerkung :CharacterString [] +hat_flurstuecke Flurstueck + Flaechengeometrie :GM_Surface [] + Flurstueck_Zaehler :CharacterString + Flurstueck_Nenner :CharacterString [] + Flaeche :Quadratmeter [] + Lage :CharacterString [] + Baukilometer :Kilometer [] + Liegenschaftsbuch :CharacterString [] + Flurkarte :CharacterString [] + Bemerkung :CharacterString [] + Geloescht :Boolean [] +enthaelt_festpunkt Vermessungspunkt S_Vermessungspunkt::Festpunkt + Katasteramt_Stellart :CharacterString [] + Katasteramt_Schluessel :CharacterString [] + GPS_Tauglichkeit :GPS_Tauglichkeit []

14 Seite: 14 von 78 Die im OKSTRA kommunal vorhandene Relation zwischen der kommunalen_straße und dem Gemeindebezirk verweist nun ebenfalls auf den Verwaltungsbezirk (siehe Abschnitt 2.13). Analoges gilt im Paket S_Unfall für die Relationen vom Unfallfahrzeug zur Kreis_kreisfreien_Stadt und von den DV_Merkmalen_StaLa zum Bundesland, die nun ebenfalls auf den Verwaltungsbezirk zeigen. class Unfall Angaben_zur_Unfallzeit + Unfalldatum :Date + Wochentag :Wochentag [] + Unfallzeit :ClockTime + Feiertag :Boolean [] Angaben_zu_Unfallumstaenden + Charakteristik_d_Unfallstelle :Charakteristik_d_Unfallstelle [0..3] + Besonderheiten_d_Unfallstelle :Besonderheiten_d_Unfallstelle [0..3] + Verkehrsregelung :Verkehrsregelung [0..2] +zu_unfallumstaenden + Geschwindigkeitsbegrenzung :Stundenkilometer [] + Lichtverhaeltnisse :Lichtverhaeltnisse [0..2] + Strassenbefestigung :Strassenbefestigung [] + Strassenzustand :Strassenzustand [0..3] + Witterung :Witterung [0..3] + Alkoholeinwirkung :Boolean [] + Verkehrsflucht :Boolean [] + Aquaplaning :Boolean [] + Aufprall_auf_Hindernis :Hindernisart [] DTV_Basis S_Dynamische_Verkehrsdaten::DTV +hat_dtv_im_gesamtquerschnitt + Bezugsmonat :Monat [] + Tagesgruppe :Tagesgruppe + Zaehltage :Anzahl + Gesamtstunden :Anzahl + Schaetzwert :Boolean + hat_bezugsrichtung :Bezugsrichtung [] Punktobjekt Angaben_zum_Unfallort +Unfallzeit +Unfallumstaende + Punktgeometrie :GM_Point [] + Fahrtrichtung :Fahrtrichtung [] + Teilabschnittsnummer :Integer [] +von_unfallort +Unfallort Angaben_zum_Unfallgeschehen + Unfallart :Unfallart +in_verwaltungsbezirk +von_unfall von_unfall von_unfall vorlaeufige_unfallursache :Unfallursache [0..2] + Unfallkategorie :Unfallkategorie +Unfallgeschehen + Unfalltyp :Unfalltyp + Gesamtsachschaden :EURO [] + Waehrung_Gesamtsachschaden :Waehrungsangabe [] + Kfz_fahrbereit :Boolean [] ASB_Objekt Baulasttraeger Bereichsobjekt +liegt_in_verwaltungsbezirk +von_unfall Unfall + Paginiernummer :CharacterString + laufende_jaehrliche_nummer :Integer [] +von_unfall + lfd_nr_d_unfallhaeufungsstelle :Integer [] S_Administration::Verw altungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] +umfasst_verwaltungsbezirk von_unfall Unfallbeteiligte Angaben_zu_Unfallbeteiligten + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion [] + Anzahl_der_Beteiligten :Anzahl_zweistellig + Anzahl_der_Getoeteten :Anzahl_zweistellig + Anzahl_der_Schwerverletzten :Anzahl_zweistellig + Anzahl_der_Leichtverletzten :Anzahl_zweistellig +in_bundesland +von_ang_zu_unfallbeteiligten gemeldet_in_kreis +DV_Merkmale_StaLa +zu_dv_merkmalen_stala +hat_gemeldetes_kfz Unfallfahrzeug + Kennzeichen :CharacterString [] + Nationalitaetenkennzeichen :CharacterString [] + zulaessiges_gesamtgewicht :Kilogramm [] + Zusatzsignatur_LKR_und_PKW :Art_der_Verkehrsbeteiligung [] + Freisetzung_von_Gefahrgut :Boolean [] + Jahr_Erstzulassung :Jahr [] + Gefahrklasse :Gefahrklasse [] + Gefahrgutkennzeichen :Gefahrgutkennzeichen [] + Hoehe_des_Sachschadens :EURO [] + Waehrung_Sachschaden :Waehrungsangabe [] + Aufprall_auf_Hindernis :Hindernisart [] + Kfz_fahrbereit :Boolean [] + Leergewicht :Kilogramm [] + Anhaenger_vorhanden :Boolean [] + Typschluessel :CharacterString [] + Fahrzeugart :CharacterString [] + Aufbauart :CharacterString [] + Motorleistung :Kilowatt [] + Hubraum :Kubikzentimeter [] + Hoechstgeschwindigkeit :Stundenkilometer [] + Anzahl_der_Achsen :Anzahl_zweistellig [] + Anzahl_angetriebene_Achsen :Anzahl_einstellig [] + UN_Nummer :CharacterString [] + sonstiges_befoerd_gefahrgut :CharacterString [] + Nummer_der_Ausnahmeverordnung :Integer [] + Zusatzgutachten_vorhanden :Boolean [] DV_Merkmale_StaLa + landesinterne_angaben :CharacterString [] + Sondererhebungen :CharacterString [] + Berichtsjahr :Jahr [] + Berichtsmonat :Monat [] + Durchlaufnummer :Anzahl_zweistellig [] + Fehlerbyte :CharacterString [] + Kennz_fuer_Materialergaenzung :CharacterString [] +hat_angaben_zum_kraftfahrzeug +hat_unfallbeteiligte Unfallbeteiligter + Alter_des_Beteiligten :Integer [] + Geschlecht :Geschlecht [] + hat_spezifische_unfallursachen :Unfallursache [0..3] + Art_der_Verkehrsbeteiligung :Art_der_Verkehrsbeteiligung [] + Ortskenntnisse_vorhanden :Boolean [] +von_unfallteiligtem + Wohnsitz_Auslaender :Wohnsitz_Ausl [] + Nationalitaetenzeichen :CharacterString [] + Art_der_Verletzung :Art_der_Verletzung [] Anzahl_Fahrzeugbenutzer :Anzahl_zweistellig + Anzahl_getoetete_Mitfahrer :Anzahl_zweistellig + Anzahl_schwerverl_Mitfahrer :Anzahl_zweistellig + Anzahl_leichtverl_Mitfahrer :Anzahl_zweistellig + Fahrerlaubnis_vorhanden :Boolean [] + Datum_Fahrerlaubnis :Date [] + Geburtsdatum :Date [] + Blutalkoholkonzentration :Promille [] + Verkehrsflucht :Boolean [] + Ordnungsnummer :Integer [] +von_unfallteiligtem hat_verletzte_mitfahrer Mitfahrer + laufende_nummer :Integer [] + Art_der_Verletzung :Art_der_Verletzung [] + Geschlecht :Geschlecht [] + Alter_des_Mitfahrers :Integer []

15 Seite: 15 von 78 Im Paket S_Vermessungspunkt werden folgende Relationen zum Bundesland auf den Verwaltungsbezirk umgehängt: 1. Vermessungspunkt Bundesland, 2. Qualitätsangaben_Höhe Bundesland, 3. Qualitätsangaben_Punktort Bundesland (3 Relationen). class Höhe Vermessungspunkt + Name_Lage :CharacterString [] + interne_bemerkungen :CharacterString [] + Nutzerspezifische_Bemerkungen :CharacterString [] + letzte_oertliche_ueberpruefung :Date [] + Befund :CharacterString [] + historische_unterlagen :CharacterString [] + hat_punktvermarkung :Punktvermarkung [] 1..* +zu_vermessungspunkt +enthaelt_vermessungspunkt +hat_hoehe Hoehe + Hoehenwert :Real + Hoehensystem :Hoehensystem + Hoehenstatus :Hoehenstatus [] + Ueberpruefungsdatum :Date [] + Hinweise :CharacterString [] +zu_hoehe +liegt_in_bundesland +Erhebungsstelle_Land ASB_Objekt Baulasttraeger Bereichsobjekt S_Administration::Verwaltungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion [] +hat_qualitaetsangaben +zu_qualitaetsangaben_hoehe Qualitaetsangaben_Hoehe + Erhebungsstelle_Stellenart :CharacterString [] + Erhebungsstelle :CharacterString [] + Datenerhebung_Hoehe :Datenerhebung_Hoehe [] + Berechnungsdatum :Date [] + Messjahr :Jahr [] + Genauigkeit_Hoehe :Genauigkeit_Hoehe []

16 Seite: 16 von 78 class Punktort Vermessungspunkt + Name_Lage :CharacterString [] + interne_bemerkungen :CharacterString [] + Nutzerspezifische_Bemerkungen :CharacterString [] + letzte_oertliche_ueberpruefung :Date [] + Befund :CharacterString [] + historische_unterlagen :CharacterString [] + hat_punktvermarkung :Punktvermarkung [] 1..* +stellt_vermessungspunkt_dar +enthaelt_vermessungspunkt +hat_punktort 1..* Punktort + Punktgeometrie :GM_Point [] + Liegenschaftskarte :Boolean [] + Koordinatenstatus :Koordinatenstatus + Ueberpruefungsdatum :Date [] + Hinweise :CharacterString [] +zu_punktort +hat_qualitaetsangaben Qualitaetsangaben_Punktort + Erhebungsstelle_Pos_2D_SArt :CharacterString [] + Erhebungsstelle_Pos_2D :CharacterString [] + Erhebungsstelle_Pos_Hoehe_SArt :CharacterString [] + Erhebungsstelle_Pos_Hoehe :CharacterString [] + Erhebungsstelle_Pos_3D_SArt :CharacterString [] + Erhebungsstelle_Pos_3D :CharacterString [] + Datenerhebung_Pos_2D :Datenerhebung_Pos_2D [] + Datenerhebung_Pos_Hoehe :Datenerhebung_Pos_Hoehe [] + Datenerhebung_Pos_3D :Datenerhebung_Pos_3D [] + Berechnungsdatum_Pos_2D :Date [] + Berechnungsdatum_Pos_Hoehe :Date [] + Berechnungsdatum_Pos_3D :Date [] + Bestimmungsdatum_Pos_2D :Date [] + Bestimmungsdatum_Pos_Hoehe :Date [] + Bestimmungsdatum_Pos_3D :Date [] + Genauigkeit_Pos_2D :Genauigkeit_Pos_2D [] + Genauigkeit_Pos_Hoehe :Genauigkeit_Pos_Hoehe [] + Genauigkeit_Pos_3D :Genauigkeit_Pos_3D [] + Vertrauenswuerdigk_Pos_2D :Vertrauenswuerdigk_Pos_2D [] + Vertrauenswuerdigk_Pos_Hoehe :Vertrauenswuerdigk_Pos_Hoehe [] + Vertrauenswuerdigk_Pos_3D :Vertrauenswuerdigk_Pos_3D [] +Erhstelle_Pos_2D_Land_zu +Erhstelle_Pos_3D_Land_zu +Erhstelle_Pos_Hoehe_Land_zu +liegt_in_bundesland +Erhebungsstelle_Pos_2D_Land +Erhebungsstelle_Pos_3D_Land +Erhebungsstelle_Pos_Hoehe_Land ASB_Objekt Baulasttraeger Bereichsobjekt S_Administration::Verw altungsbezirk + Flaechengeometrie :GM_Surface [] + Name :CharacterString + Abkuerzung :CharacterString [] + Kennung :CharacterString [] + NUTS_Code :CharacterString [] + Verwaltungsebene :Verwaltungsebene + Baulast_Strassenklasse :Baulast_Strassenklasse [] + Gemeinde_Funktion :Gemeinde_Funktion [] Im Paket S_Kostenberechnung verweist die bisherige Relation von der Projektkennzeichnung_Kostra zum Bundesland nun auf den Verwaltungsbezirk (siehe UML-Diagramm im Abschnitt 2.13). Da das Paket S_MELVER gemäß dem Abstimmungsvorschlag Nr. 84 (Dokument N0145) aus dem OKSTRA entfernt wird, entfällt damit auch die bisher vorhandene Relation von den administrativen_angaben_melver zum Bundesland.

17 Seite: 17 von rechtliches_ Ereignis Die Objektart rechtliches_ereignis wird gemäß dem nachfolgenden UML-Diagramm neu eingeführt und dient zur Darstellung aller Arten von rechtlichen Ereignissen (Verträgen, Verwaltungsakten etc.). Über die ebenfalls neu einzuführende offene Schlüsseltabelle Art_rechtliches_Ereignis kann die Art des rechtlichen_ereignisses näher beschrieben werden. Ein rechtliches_ereignis kann sich sowohl auf einen Bereich des Straßennetzes beziehen (Verortung als bzw. Flächenbezugsobjekt) als auch auf eine Reihe von Infrastrukturobjekten. class rechtliches_ereignis «FeatureTy... S_Strassennetz:: S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Flaechenmodell:: Flaechenbezugsobjekt rechtliches_ereignis + Art :Art_rechtliches_Ereignis + rechtsgueltig_ab :Date [] + Geometrie :Multigeometrie [] +hat_rechtliches_ereignis +zu_infrastrukturobjekt HsNrBereichBezugsobjekt HsNrBezugsobjekt HsNrBlockBezugsobjekt S_Allgemeine_Objekte:: Infrastrukturobjekt Die Objektart rechtliches_ereignis ist vorzugsweise dann zu verwenden, wenn im OKSTRA keine Objektart existiert, die den darzustellenden Sachverhalt präziser beschreibt. Beispielsweise sollte die Widmung einer Straße besser über die Objektart Widmung dargestellt werden als über das rechtliche_ereignis.

18 Seite: 18 von Zuständigkeit Die Objektart Zuständigkeit wird gemäß dem nachfolgend aufgeführten UML-Diagramm neu eingeführt. Mit ihr kann angegeben werden, dass ein oder mehrere Ansprechpartner in einer bestimmten Hinsicht für eine Reihe von Infrastrukturobjekten oder einen Bereich des Straßennetzes (Verortung als Bereichsobjekt bzw. als Flächenbezugsobjekt) zuständig sind. Alternativ kann der Bereich, auf den sich eine Zuständigkeit erstreckt, auch in Form von Koordinatengeometrie (Multigeometrie) angegeben werden. Die Art der Zuständigkeit wird über die ebenfalls neu einzuführende offene Schlüsseltabelle Art_Zuständigkeit näher beschrieben. class Zuständigkeit S_Administration::ASB_Objekt «FeatureTy... S_Strassennetz:: Bereichsobjekt S_Flaechenmodell:: Flaechenbezugsobjekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] +von_asb_objekt +Dokument Zustaendigkeit + Art_Zustaendigkeit :Art_Zustaendigkeit + Beginn_der_Zustaendigkeit :Date [] + Ende_der_Zustaendigkeit :Date [] + Bemerkung :CharacterString [] + Multigeometrie :Multigeometrie [] +zu_zustaendigkeit +hat_dokument S_Allgemeine_Objekte::Dokument + URI :CharacterString + Seite :Integer [] + verfuegt :Dreiwertige_Logik [] + Datum :Date [] + von_benutzer :CharacterString [] + Wirksamkeitsdatum_Dokument :Date [] + Inhalt :Sequence<Bit> [] + MIME_Type :CharacterString [] + Text :CharacterString [] +hat_zustaendigkeit +hat_zustaendigkeit +hat_zustaendigen 1..* Ansprechpartner + Anschrift :Adressdaten [] +fuer_objekt HsNrBereichBezugsobjekt HsNrBezugsobjekt HsNrBlockBezugsobjekt S_Allgemeine_Objekte:: Infrastrukturobjekt Die Objektart Zuständigkeit ist vorzugsweise dann zu verwenden, wenn im OKSTRA keine Objektart existiert, die den darzustellenden Sachverhalt präziser beschreibt. Beispielsweise sollte die Unterhaltungspflicht zu einer Straße besser über die Objektart Unterhaltungspflicht dargestellt werden als über die Zuständigkeit.

19 Seite: 19 von Paket S_Allgemeine_Objekte Dokument Die Objektart Dokument existiert im OKSTRA bereits. Der Datentyp des Attributs Inhalt wird bei Sequence<Bit> belassen und nicht auf die OKSTRA-kommunal-Variante (CharacterString) umgestellt. Insofern gibt es im OKSTRA bei dieser Objektart keine Änderung. class Dokument S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Dokument + URI :CharacterString + Seite :Integer [] + verfuegt :Dreiwertige_Logik [] + Datum :Date [] + von_benutzer :CharacterString [] + Wirksamkeitsdatum_Dokument :Date [] + Inhalt :Sequence<Bit> [] + MIME_Type :CharacterString [] + Text :CharacterString []

20 Seite: 20 von Die Objektart und der darin verwendete Datentyp Objekt_ID existieren bereits in identischer Form im OKSTRA. Es ist somit keine Änderung am OKSTRA erforderlich. class + hat_objekt_id :Objekt_ID [] «DataType» Datentypen::Objekt_ID + ID :CharacterString + Namensraum_Verfahren :CharacterString Zuordnungsobjekt_ASB Die abstrakte Objektart Zuordnungsobjekt_ASB existiert bereits im OKSTRA (im Paket S_Administration ). Der einzige Unterschied zum OKSTRA kommunal besteht darin, dass die Attribute dieser Objektart im OKSTRA kommunal verpflichtend sind, im OKSTRA hingegen optional. Eine Änderung des OKSTRA-Modells ist nicht erforderlich. class ASB_Objekt, Zuordnungsobjekt_ASB Zuordnungsobjekt_ASB + Kreuzungszuordnung :Kreuzungszuordnung [] + Unterhaltsbezug_SP :Strassenpunkt []

21 Seite: 21 von Infrastrukturobjekt Die Objektart Infrastrukturobjekt wird im OKSTRA neu eingeführt und dient als abstrakter Supertyp für Objektarten, die in irgendeiner Form Infrastruktur repräsentieren. Infrastrukturobjekten können Zuständigkeiten und rechtliche_ereignisse zugeordnet werden. Außerdem können sie zur besseren Lokalisierbarkeit mit Hausnummernbezügen versehen werden. class Infrastrukturobjekt S_Hausnummern:: HsNrBezugsobjekt S_Hausnummern:: HsNrBereichBezugsobjekt S_Hausnummern:: HsNrBlockBezugsobjekt Infrastrukturobjekt +zu_infrastrukturobjekt +fuer_objekt +hat_rechtliches_ereignis ASB_Objekt Flaechenbezugsobjekt S_Organisation::rechtliches_Ereignis + Art :Art_rechtliches_Ereignis + rechtsgueltig_ab :Date [] + Geometrie :Multigeometrie [] +hat_zustaendigkeit ASB_Objekt Bereichsobjekt Flaechenbezugsobjekt S_Organisation::Zustaendigkeit + Art_Zustaendigkeit :Art_Zustaendigkeit + Beginn_der_Zustaendigkeit :Date [] + Ende_der_Zustaendigkeit :Date [] + Bemerkung :CharacterString [] + Multigeometrie :Multigeometrie []

22 Seite: 22 von Paket S_ASB_Netz_Referenzierung Die im OKSTRA-kommunal-Paket S_ASB_Netz_Referenzierung enthaltenen Objektarten Abschnitt_oder_Ast, Nullpunkt und Teilabschnitt existieren bereits im OKSTRA und müssen daher nicht neu eingeführt werden. Um die im OKSTRA kommunal mögliche Verortung eines Verbindungspunktes auf einem Straßenpunkt zu realisieren, erhält der OKSTRA-Verbindungspunkt das zusätzliche optionale Attribut ist_straßenpunkt vom Datentyp Straßenpunkt. Zur Verortung eines Straßenelementes auf Abschnitten bzw. Ästen erbt das Straßenelement zusätzlich vom. Damit kann die bislang im OKSTRA vorhandene Objektart Straßenelement_auf_Abschnitt_oder_Ast entfallen. Außerdem besteht damit keine Notwendigkeit mehr, die im OKSTRA kommunal vorhandene Relation vom Straßenelement zum Teilabschnitt in den OKSTRA zu übernehmen. class Referenzierung Straßenelemente - ASB-Netz Strassenkante Strassenelement + Liniengeometrie :GM_Curve [] + GDF_ID :CharacterString [] + Verkehrsrichtung :Verkehrsrichtung_SE [] + Laenge :Meter [] + Stufe :Stufe_Strassenelement [] Strassenkante Abschnitt_oder_Ast + Liniengeometrie :GM_Curve [] + Laenge :Kilometer + Herkunft_Laenge :Herkunft_Laenge [] + Betriebsmerkmal :Betriebsmerkmal [] + Abschnitts_Astnummer :CharacterString + Abschnitts_Astbezeichnung :CharacterString [] +Beginn_von_Strassenelement +Ende_von_Strassenelement +Beginn_von_Abschnitt_oder_Ast auf_abschnitt_oder_ast +Ende_von_Abschnitt_oder_Ast «DataType» Datentypen::Strassenpunkt + Station :Kilometer + Abstand_zur_Bestandsachse :Meter [] + Abstand_zur_Fahrbahnoberkante :Meter [] +beginnt_bei_vp +endet_bei_vp +beginnt_bei_np +endet_bei_np Strassenknoten Strassenknoten Nullpunkt + Punktgeometrie :GM_Point [] + Zusatz :Nullpunktkennung + Nullpunktart :Nullpunktart +in_nullpunkt +ist_verbindungspunkt Verbindungspunkt + Punktgeometrie :GM_Point [] + Nummerierungsbezirk :TK25_Blattnummer [] + Kennung_Gemeinde :CharacterString [] + Nummer :Integer [] + GDF_ID :CharacterString [] + ist_strassenpunkt :Strassenpunkt []

23 Seite: 23 von Paket S_Bauliche_Straßeneigenschaften Aufbauschicht Die Objektart Aufbauschicht ist im OKSTRA bereits vorhanden. Folgende Anpassungen werden vorgenommen: 1. Das Attribut Volumengeometrie wird durch das Attribut Flächengeometrie vom Datentyp GM_Surface ersetzt. 2. Die Aufbauschicht erbt zusätzlich vom Flächenbezugsobjekt. 3. Folgende der bisherigen Pflichtattribute werden optional: x_wert_von_station_links, x_wert_von_station_rechts, x_wert_bis_station_links, x_wert_bis_station_rechts, Material_Aufbauschicht und Bindemittel_Aufbauschicht. 4. In der Schlüsseltabelle Art_Aufbauschicht wird der Wert 0 / unbekannt ergänzt. class Aufbauschicht S_Administration::ASB_Objekt S_Strassennetz:: S_Flaechenmodell:: Flaechenbezugsobjekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Aufbauschicht + Flaechengeometrie :GM_Surface [] + x_wert_von_station_links :Meter [] + x_wert_von_station_rechts :Meter [] + x_wert_bis_station_links :Meter [] + x_wert_bis_station_rechts :Meter [] + z_wert :Meter + Art :Art_Aufbauschicht + Material :Material_Aufbauschicht [] + Bindemittel :Bindemittel_Aufbauschicht [] + Detail_A :Detail_A_Aufbauschicht [] + Detail_B :Detail_B_Aufbauschicht [] + Detail_C :Detail_C_Aufbauschicht [] + Detail_D :Detail_D_Aufbauschicht [] + Zusatzschluessel :CharacterString [] + Dicke :Zentimeter + unscharfe_dicke :Boolean [] + oberste_deckschicht :Dreiwertige_Logik [] + unvollstaendiger_aufbau :Boolean [] + abgefraeste_deckschicht :Dreiwertige_Logik [] + Verknuepfungsnummer :CharacterString [] + Einbaudatum :Date [] + Herkunft_der_Angaben :Herkunft_Angaben_Aufbau [] +unter_schicht +ueber_schicht

24 Seite: 24 von Aufrisselement und Höhenpunkt Die Objektarten Aufrisselement und Höhenpunkt sind im OKSTRA bereits vorhanden. Die Objektart Aufrisselement kann unverändert bleiben, an der Objektart Höhenpunkt werden die folgenden Anpassungen vorgenommen: 1. Die optionalen Attribute Punktgeometrie (Datentyp GM_Point) und Punktnummer (Datentyp CharacterString) werden ergänzt. 2. Das bisherige Pflichtattribut Lage wird optional. class Aufrisselement-Höhenpunkt S_Strassennetz:: S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz::Punktobjekt + bei_strassenpunkt :Strassenpunkt [] + bei_strassenelementpunkt :Strassenelementpunkt [] Aufrisselement + Lage :Lage + Art :Art_Aufrisselement + Radius :Meter +Beginn_von_Aufrisselement +Ende_von_Aufrisselement +beginnt_bei_hoehenpunkt Hoehenpunkt + Punktnummer :CharacterString [] + Hoehe :Meter + Lage :Lage [] + Hoehenbezugssystem :Hoehensystem +endet_bei_hoehenpunkt + Punktgeometrie :GM_Point [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date []

25 Seite: 25 von Bahnigkeit Die Objektart Bahnigkeit existiert bereits in identischer Form im OKSTRA. Änderungen an dieser Objektart sind nicht nötig. class Bahnigkeit S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz:: S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Bahnigkeit + Kennzeichen_Bahnigkeit :Kennzeichen_Bahnigkeit

26 Seite: 26 von Bauklasse Die Objektart Bauklasse existiert bereits im OKSTRA. Folgende Anpassungen werden vorgenommen: 1. Die Bauklasse erbt zusätzlich vom Flächenbezugsobjekt. 2. In der Schlüsseltabelle Bauklasse_RStO wird der Eintrag SO / sonstige Bauklasse ergänzt. 3. In der Objektart Bauklasse wird das optionale Attribut Bauklasse_sonst ergänzt. Datentyp ist eine offene Schlüsseltabelle gleichen Namens, die ebenfalls neu eingeführt wird. class Bauklasse S_Administration::ASB_Objekt S_Flaechenmodell:: Flaechenbezugsobjekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz:: S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Bauklasse + Lage :Lage [] + Art :Art_Bauklasse + Bauklasse_gemaess_RStO :Bauklasse_RStO + Bauklasse_sonst :Bauklasse_sonst [] + Verkehrsbelastungszahl :Real [] + Ausgabejahr_der_Richtlinie :Jahr [] + Datum_der_Berechnung :Date []

27 Seite: 27 von Bohrkern Die Objektart Bohrkern existiert bereits im OKSTRA. Sie erhält zusätzlich das optionale Attribut Punktgeometrie vom Datentyp GM_Point. class Bohrkern S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz::Punktobjekt + bei_strassenpunkt :Strassenpunkt [] + bei_strassenelementpunkt :Strassenelementpunkt [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Bohrkern + Entnahmedatum :Date [] + Registriernummer :CharacterString + Punktgeometrie :GM_Point []

28 Seite: 28 von Durchlass Die Objektart Durchlass existiert bereits im OKSTRA. Folgende Anpasungen werden vorgenommen: 1. Der Durchlass erbt zusätzlich vom Infrastrukturobjekt und vom Punktobjekt. 2. Der Durchlass erhält zusätzlich das optionale Attribut Multigeometrie vom Datentyp Multigeometrie. class Durchlass S_Administration::Zuordnungsobjekt_ASB + Kreuzungszuordnung :Kreuzungszuordnung [] + Unterhaltsbezug_SP :Strassenpunkt [] S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] S_Bauwerke::Teilbauwerk + Punktgeometrie :GM_Point [] + Teilbauwerksnummer :CharacterString + Interne_Teilbauwerksnummer :CharacterString [] + Name_des_Teilbauwerks :CharacterString [] + Interner_Sortierschluessel :CharacterString [] + Unterhaltung_Instandsetzung :ASB_ING_Schluessel [] + Bauwerksart :ASB_ING_Schluessel [] + Stadium_Teilbauwerk :ASB_ING_Schluessel [] + Stationierung :ASB_ING_Schluessel [] + Bauwerksakte_Nummer :CharacterString [] + Baulast_Konstruktion :ASB_ING_Schluessel [] + Anderes_Bauwerk_nach_DIN1076 :ASB_ING_Schluessel [] + Baujahr :Jahr [] + Denkmalschutz :CharacterString [] + Unterlagen :CharacterString [] + Datenerfassung_abgeschlossen :ASB_ING_Schluessel [] + Konstruktion :CharacterString [] + Bauwerksrichtung_Text :CharacterString [] + massgebendes_teilbauwerk :Boolean [] + Bemerkungen :CharacterString [] + Name_UI_UA_Partner :CharacterString [] + Sachverhaltsnummer :CharacterString [] + Tragfaehigkeit :ASB_ING_Schluessel [] + stat_system_in_bauwerksachse :ASB_ING_Schluessel [] + stat_system_quer_zu_bauw_achse :ASB_ING_Schluessel [] + Sperrung_fuer_Schwertransporte :Boolean [] + statischer_auslastungsgrad :Prozent [] + Zustandsnote :Real [] + Max_Schadbw_Standsicherheit :Schadensbewertung [] + Anzahl_der_Fahrstr_in_Stat :Anzahl [] + Anzahl_der_Fahrstr_gegen_Stat :Anzahl [] + Min_Breite_in_Stationierung :Meter [] + Min_Breite_gegen_Stationierung :Meter [] +ist_teilbauwerk +i st_durchl ass Durchlass + Abstand_von_Station :Meter [] + Abstand_bis_Station :Meter [] + Lage :Lage_Durchlass [] + Ueberdeckung_von_Station :Meter [] + Ueberdeckung_bis_Station :Meter [] + mittlere_ueberdeckung :Meter [] + Profil :Profil_Durchlass [] + hauptsaechliches_material :Material_Durchlass [] + lichte_hoehe_durchmesser :Zentimeter [] + lichte_weite :Zentimeter [] + Flaeche_der_Verblendung :Quadratmeter [] + Pflasterflaeche :Quadratmeter [] + tatsaechliche_laenge :Meter [] + Unterhaltungspflicht :Unterhaltungspflicht [] + sonstige_unterhaltspflichtige :Sonstige_Unterhaltspflichtige [] + Funktion :Funktion_Durchlass [] + Zustandsnote :Zustand_Durchlass [] + Datum_der_Benotung :Date [] + permanente_nutzungseinschr :Dreiwertige_Logik [] + Schutzeinrichtung :Schutzeinrichtung_Durchlass [] + Stadium :Stadium_Durchlass [] + Baujahr :Jahr [] + Objektnummer :CharacterString [] + Detaillierungsgrad :Detaillierungsgrad_ASB [] + Multigeometrie :Multigeometrie [] S_Strassennetz::Punktobjekt + bei_strassenpunkt :Strassenpunkt [] + bei_strassenelementpunkt :Strassenelementpunkt [] S_Strassennetz:: HsNrBereichBezugsobjekt HsNrBezugsobjekt HsNrBlockBezugsobjekt S_Allgemeine_Objekte:: Infrastrukturobjekt

29 Seite: 29 von Fahrbahnneigungen Die Objektarten Fahrbahnlängsneigung und Fahrbahnquerneigung existieren bereits im OKSTRA. Sie erben zusätzlich vom Flächenbezugsobjekt. class Fahrbahnneigungen Fahrbahnlaengsneigung + Flaechengeometrie :GM_Surface [] + Lage :Lage + Neigung :Prozent_Neigung S_Administration::ASB_Objekt S_Strassennetz:: S_Flaechenmodell:: Flaechenbezugsobjekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Fahrbahnquerneigung + Flaechengeometrie :GM_Surface [] + Lage :Lage_Fahrbahn + Neigung :Prozent_Neigung

30 Seite: 30 von Grundrisselemente Die Objektarten Grundrisselement, Grundrisselement_Gerade, Grundrisselement_Kreisbogen und Grundrisselement_Klothoide existieren bereits in identischer Form im OKSTRA. Eine Anpassung ist nicht erforderlich. class Grundrisselemente S_Administration::ASB_Objekt S_Strassennetz:: + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] Grundrisselement + Lage :Lage + Richtungsw_Tangente_am_Anfang :Radiant [] Grundrisselement_Gerade Grundrisselement_Klothoide + Radius_am_Anfang :Meter [] + Radius_am_Ende :Meter [] + Parameter :Meter Grundrisselement_Kreisbogen + Radius :Meter

31 Seite: 31 von Hindernis An der im OKSTRA bereits vorhandenen Objektart Hinderni sind keine Anpassungen erforderlich. Die im OKSTRA ebenfalls vorhandenen Objektarten Teilhindernis, Teilhindernis_Punkt und Teilhindernis_Strecke werden nach dem Vorbild des OKSTRA kommunal in der Objektart Teilhindernis zusammengefasst. Konkret werden folgende Änderungen vorgenommen: 1. Die Objektart Teilhindernis erbt zusätzlich vom Punktobjekt, vom und vom historischen_objekt. 2. Das Teilhindernis erhält zusätzlich die optionalen Attribute Abstand_von_Station und Abstand_bis_Station vom Datentyp Meter, in denen im Fall einer streckenförmigen Verortung auf dem Straßennetz die entsprechenden Abstände eingetragen werden können (bei einer punktförmigen Verortung wird wie bisher das Abstands-Attribut im Straßenpunkt bzw. Straßenelementpunkt verwendet). 3. Im Teilhindernis wird das optionale Attribut Multigeometrie vom Datentyp Multigeometrie ergänzt. 4. Die Objektarten Teilhindernis_Punkt und Teilhindernis_Strecke entfallen. class Hindernis Hindernis + Hindernisart :Hindernis_Art + abbaubar :Dreiwertige_Logik [] + Eigentuemer :Eigentuemer_Hindernis [] +ist_hindernis +zu_hindernis 1..1 S_Historisierung:: + gueltig_von :Date [] + gueltig_bis :Date [] +hat_teilhindernis 1..* Teilhindernis + Abstand_von_Station :Meter [] + Abstand_bis_Station :Meter [] + Raumangabe :Raumangabe_Teilhindernis + Durchfahrtshoehe :Meter [] + Bauhoehe :Meter [] + max_restfahrbahnbreite :Meter [] + Multigeometrie :Multigeometrie [] +ist_teilbauwerk S_Bauwerke::Teilbauwerk + Punktgeometrie :GM_Point [] + Teilbauwerksnummer :CharacterString + Interne_Teilbauwerksnummer :CharacterString [] + Name_des_Teilbauwerks :CharacterString [] + Interner_Sortierschluessel :CharacterString [] + Unterhaltung_Instandsetzung :ASB_ING_Schluessel [] + Bauwerksart :ASB_ING_Schluessel [] + Stadium_Teilbauwerk :ASB_ING_Schluessel [] + Stationierung :ASB_ING_Schluessel [] + Bauwerksakte_Nummer :CharacterString [] + Baulast_Konstruktion :ASB_ING_Schluessel [] + Anderes_Bauwerk_nach_DIN1076 :ASB_ING_Schluessel [] + Baujahr :Jahr [] + Denkmalschutz :CharacterString [] + Unterlagen :CharacterString [] + Datenerfassung_abgeschlossen :ASB_ING_Schluessel [] + Konstruktion :CharacterString [] + Bauwerksrichtung_Text :CharacterString [] + massgebendes_teilbauwerk :Boolean [] + Bemerkungen :CharacterString [] + Name_UI_UA_Partner :CharacterString [] + Sachverhaltsnummer :CharacterString [] + Tragfaehigkeit :ASB_ING_Schluessel [] + stat_system_in_bauwerksachse :ASB_ING_Schluessel [] + stat_system_quer_zu_bauw_achse :ASB_ING_Schluessel [] + Sperrung_fuer_Schwertransporte :Boolean [] + statischer_auslastungsgrad :Prozent [] + Zustandsnote :Real [] + Max_Schadbw_Standsicherheit :Schadensbewertung [] + Anzahl_der_Fahrstr_in_Stat :Anzahl [] + Anzahl_der_Fahrstr_gegen_Stat :Anzahl [] + Min_Breite_in_Stationierung :Meter [] + Min_Breite_gegen_Stationierung :Meter [] S_Administration::ASB_Objekt + Erfassungsdatum :Date [] + Systemdatum :Date [] + Textfeld :CharacterString [] + Art_der_Erfassung :Art_der_Erfassung [] + Art_der_Erfassung_sonst :Art_der_Erfassung_sonst [] + Quelle_der_Information :Quelle_der_Information [] + Quelle_der_Information_sonst :Quelle_der_Information_sonst [] + RFID :CharacterString [] + Migrationshinweise :CharacterString [] + unscharf :Boolean [] S_Strassennetz:: S_Strassennetz::Punktobjekt + bei_strassenpunkt :Strassenpunkt [] + bei_strassenelementpunkt :Strassenelementpunkt []

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen durch die Objektart Belastungsklasse Version: 1.0 Datum: 27.05.2014 Status: Dateiname: Verantwortlich: akzeptiert N0151.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen und "Verkehrsstau" Version: 1.0 Datum: 08.04.2008 Status: Dateiname: Verantwortlich: akzeptiert N0094.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.1 Datum: 02.03.2017 Status: Dateiname: Verantwortlich: akzeptiert N0174.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 14.09.2016 Status: Dateiname: Verantwortlich: akzeptiert N0171.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 18.07.2012 Status: Dateiname: Verantwortlich: akzeptiert N0143.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Integration von Datenmodellen am Beispiel der Zusammenführung von OKSTRA und OKSTRA kommunal. Dr. Jochen Hettwer, OKSTRA -Pflegestelle

Integration von Datenmodellen am Beispiel der Zusammenführung von OKSTRA und OKSTRA kommunal. Dr. Jochen Hettwer, OKSTRA -Pflegestelle Integration von Datenmodellen am Beispiel der Zusammenführung von OKSTRA und OKSTRA kommunal Dr. Jochen Hettwer, OKSTRA -Pflegestelle Inhalt des Vortrags 1. Einführung: OKSTRA und OKSTRA kommunal 2. Allgemeines

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen in Routen Version: 1.0 Datum: 12.04.2006 Status: Dateiname: Verantwortlich: akzeptiert N0084.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 03.01.2019 Status: Dateiname: Verantwortlich: akzeptiert N0186.doc Jochen Hettwer, Sven Böhme OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen 1997 Vorschlag zur Überarbeitung des OKSTRA -Schemas Version: n/a Datum: 05.03.2001 Status: Dateiname: Verantwortlich: in Bearb. N0010.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 09.02.2012 Status: Dateiname: Verantwortlich: akzeptiert N0140.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen OKSTRA- Versionen Version: 1.0 Datum: 14.02.2008 Status: Dateiname: Verantwortlich: akzeptiert N0105.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Vorschlag zur Präzisierung von Koordinatenreferenzsystem- Angaben Version: 1.0 Datum: 08.10.2013 Status: Dateiname: Verantwortlich: akzeptiert N0147.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 09.05.2008 Status: Dateiname: Verantwortlich: akzeptiert N0108.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Integrierte kommunale Verkehrsnetzdokumentation (FE /2004) OKSTRA kommunal

Integrierte kommunale Verkehrsnetzdokumentation (FE /2004) OKSTRA kommunal Integrierte kommunale Verkehrsnetzdokumentation (FE 77.480/2004) OKSTRA kommunal Dr. Heribert Kirschfink, momatec GmbH Dr.-Ing. Andreas Kochs, momatec GmbH Dr.-Ing. Jochen Hettwer, interactive instruments

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 18.07.2012 Status: Dateiname: Verantwortlich: akzeptiert N0138.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 17.06.2003 Status: Dateiname: Verantwortlich: akzeptiert N0053.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Vorschläge zur Überarbeitung des OKSTRA -Schemas Bauwerke

Objektkatalog für das Straßen- und Verkehrswesen Vorschläge zur Überarbeitung des OKSTRA -Schemas Bauwerke Schemas Bauwerke Version: 1.0 Datum: 29.04.2002 Status: Dateiname: akzeptiert N0031.doc OKSTRA -Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn Herr Dietmar König Tel. 0228 91410

Mehr

Forschungsprojekt FE /2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation

Forschungsprojekt FE /2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation Forschungsprojekt FE 77.480/2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation Projekt: BA02 Projektleiter: Bearbeiter: Dr. Heribert Kirschfink (momatec GmbH) Dr.-Ing. Andreas

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: n/a Datum: 11.10.1999 Status: Dateiname: Verantwortlich: in Bearb. N0001.doc C. Portele OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

Forschungsprojekt FE /2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation

Forschungsprojekt FE /2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation Forschungsprojekt FE 77.480/2004 Integrierte kommunale Verkehrsnetzdokumentation Fachdaten-Spezifikation Projekt: BA02 Projektleiter: Bearbeiter: Dr. Heribert Kirschfink (momatec GmbH) Dr.-Ing. Andreas

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.2 Datum: 31.05.2002 Status: Dateiname: Verantwortlich: akzeptiert N0030.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

- Pflegestelle. OKSTRA Objekte im Straßenund Verkehrswesen. Dr. Jochen Hettwer

- Pflegestelle. OKSTRA Objekte im Straßenund Verkehrswesen. Dr. Jochen Hettwer AS 1997 - Pflegestelle OKSTRA Objekte im Straßenund Verkehrswesen Dr. Jochen Hettwer Inhalt des Vortrages Der OKSTRA - Definition und Zielsetzung Die OKSTRA-Klassenbibliothek (OKLABI) Datentransformation

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Netzdaten, Stand Februar 2009 Version: 1.0 Datum: 16.04.2009 Status: Dateiname: Verantwortlich: akzeptiert N0114.doc R. Renkert OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag Seite: 1 von 5 1 Änderung Nr. A0034 Datum 15.04.2003 Kategorie Fehlerbehebung Bearbeiter Dietmar König Verfasser Herr Matzner Firma/Behörde Hessisches Landesamt für Straßen- und Verkehrswesen Email georg.matzner@hsvv.h

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Seite: 1 von 8 Objektkatalog für das Straßen- und Verkehrswesen Version: 1.03 Datum: 03.09.2009 Status: Dateiname: Verantwortlich: akzeptiert T0005.doc J. Hettwer Seite: 2 von 8 0 Allgemeines 0.1 Inhaltsverzeichnis

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 04.01.2006 Status: Dateiname: Verantwortlich: akzeptiert N0080.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Geometrieschema

Objektkatalog für das Straßen- und Verkehrswesen. Geometrieschema Seite: 1 6 Geometrieschema D018.doc Datum Dok. Oks. Beschreibung der Änderungen 19.01.2011 1.015 1.015 Einführung der Objektart "Streckenbild" gemäß N0120 Erweiterung des OKSTRA um Objektarten der Landschaftsplanung

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Schema Grunderwerb. Anbindung des Schemas Ökologie

Objektkatalog für das Straßen- und Verkehrswesen Schema Grunderwerb. Anbindung des Schemas Ökologie Seite: 1 1 Grunderwerb D022.doc Datum Dok. Oks. Beschreibung der Änderungen 02.08.2006 1.011 1.011 Ergänng RAS-Verm-Objekten gemäß N0071 Eführung OKSTRA-ID gemäß N0073 Eführung des Schemas Liegenschaftsverwaltung

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Seite: 1 von 16 AS 1997 Version: 1.4 Datum: 27.09.2016 Status: Dateiname: Pfad: Verantwortlich: akzeptiert N0135.doc n.a. Jochen Hettwer OKSTRA -Pflegestelle interactive instruments GmbH Trierer Straße

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Schema Grunderwerb. Anbindung des Schemas Ökologie

Objektkatalog für das Straßen- und Verkehrswesen Schema Grunderwerb. Anbindung des Schemas Ökologie Seite: 1 6 Grunderwerb D022.doc Datum Dok. Oks. Beschreibung der Änderungen 03.09.2009 1.014 1.014 formale Versionierung 27.11.2008 1.013 1.013 Entfernung der Objektart "allgemeine_eigenschaften" gemäß

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Seite: 1 von 10 AS 1997 Version: n/a Datum: 28.12.2000 Status: Dateiname: Verantwortlich: akzeptiert T0004.doc D. König Seite: 2 von 10 0 Allgemeines 0.1 Inhaltsverzeichnis 0 Allgemeines... 2 0.1 Inhaltsverzeichnis...2

Mehr

ASB. Konstruktionen an der Straße Version Anweisung StraßeninformationsBank. Kernsystem. Straße. Entwässerung. Straßenverkehr.

ASB. Konstruktionen an der Straße Version Anweisung StraßeninformationsBank. Kernsystem. Straße. Entwässerung. Straßenverkehr. ASB Anweisung StraßeninformationsBank Konstruktionen an der Straße Straßenausstattung Entwässerung Umwelt und Natur Kernsystem Straßenverkehr Konstruktionen an der Straße Version 2.03 B U N D E S M I N

Mehr

REB-Verfahrensbeschreibung Rauminhalte und Oberflächen aus Prismen

REB-Verfahrensbeschreibung Rauminhalte und Oberflächen aus Prismen REB-VB.01 Sammlung der Regelungen für die elektronische Bauabrechung (Sammlung REB) REB-Verfahrensbeschreibung.01 Rauminhalte und Oberflächen aus Prismen Ausgabe 01 Bundesministerium für Verkehr, Bau und

Mehr

Anzeige Kundendaten Es können Personen- und Adressdaten des auftraggebenden Kunden und - bei Berechtigung - dessen Ehepartners abgerufen werden.

Anzeige Kundendaten Es können Personen- und Adressdaten des auftraggebenden Kunden und - bei Berechtigung - dessen Ehepartners abgerufen werden. Anzeige Kundendaten Es können Personen- und Adressdaten des auftraggebenden Kunden und - bei Berechtigung - dessen Ehepartners abgerufen werden. Realisierung Bk: optional Realisierung Kunde: optional a)

Mehr

Beschriftungstexte im OKSTRA

Beschriftungstexte im OKSTRA Seite: 1 von 8 Inhalt Allgemeines... 1 NIAM-Modellierung... 1 EXPRESS-Modellierung... 4 Steuersequenzen / OKSTRA -Text... 6 Allgemeines Ein Beschriftungstext im Sinne des OKSTRA besteht aus einer Textbox,

Mehr

Kommunales Straßendatenmanagement mit OKSTRA kommunal aus der Forschung in die Praxis

Kommunales Straßendatenmanagement mit OKSTRA kommunal aus der Forschung in die Praxis Kommunales Straßendatenmanagement mit OKSTRA kommunal aus der Forschung in die Praxis Dr.-Ing. Andreas Kochs Mentra Mentra gmbh & Co KG diepenbenden 44, 52076 aachen www.mentra-ac.de Management effizienter

Mehr

ASB Anweisung Straßeninformationsbank Grund- und Aufriss Grund- und Aufriss

ASB Anweisung Straßeninformationsbank Grund- und Aufriss Grund- und Aufriss ASB Anweisung Straßeninformationsbank Grund- und Aufriss Straßenausstattung Entwässerung Umwelt und Natur Kernsystem Straßenverkehr Grund- und Aufriss Version 2.03 B U N D E S M I N I S T E R I U M F Ü

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Vermessungspunkt. Einführung des Präfix S_" für Schemanamen

Objektkatalog für das Straßen- und Verkehrswesen. Vermessungspunkt. Einführung des Präfix S_ für Schemanamen Schema Seite: 1 von 10 D023.doc Datum Dok. Oks. Beschreibung der Änderungen 03.09.2009 1.014 1.014 formale Versionierung 27.11.2008 1.013 1.013 Entfernung der Objektart "allgemeine_eigenschaften" gemäß

Mehr

Das konzeptionelle Datenmodell

Das konzeptionelle Datenmodell Das konzeptionelle Datenmodell Signifikanz der Datenmodellierung Anforderungsanalyse Effizienz der Anwendung. Redundanzfreiheit. Datenintegrität. Reibungsarme Umsetzung des Datenmodells in das physikalische

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Schema Allgemeine Geometrieobjekte

Objektkatalog für das Straßen- und Verkehrswesen Schema Allgemeine Geometrieobjekte Seite: 1 von 5 Beschriftung Allgemeines Ein Beschriftungstext im Sinne des OKSTRA besteht aus einer Textbox, in der sich ein - möglicherweise mehrzeiliger - Text befindet. Die Textbox kann optional von

Mehr

PLANFESTSTELLUNG. B Fahrspur bei Weinheim. Grunderwerbsverzeichnis

PLANFESTSTELLUNG. B Fahrspur bei Weinheim. Grunderwerbsverzeichnis Straßenbauverwaltung Baden-Württemberg Straße: B38 Nächster Ort: Weinheim Unterlage 14.2 Von Bau-km 0+000,000 bis Bau-km 1+299,612 Baulänge: 1,2996 km PLANFESTSTELLUNG B 38 3. Fahrspur bei Weinheim Grunderwerbsverzeichnis

Mehr

Fachliche Regeln für die Überführung der Geobasisdaten des Liegenschaftskatasters (ALKIS) nach ETRS89/UTM. Stand: 24. März 2017

Fachliche Regeln für die Überführung der Geobasisdaten des Liegenschaftskatasters (ALKIS) nach ETRS89/UTM. Stand: 24. März 2017 Fachliche Regeln für die Überführung der Geobasisdaten des Liegenschaftskatasters (ALKIS) nach ETRS89/UTM Stand: 24. März 2017 2 Dokumentenhistorie Version Inhalt Datum Autor 0.9 Initiale Erstellung des

Mehr

Vorgaben und Hinweise für die Stammdatenanlage von Personen im GymNet

Vorgaben und Hinweise für die Stammdatenanlage von Personen im GymNet Vorgaben und Hinweise für die Stammdatenanlage von Personen im GymNet Ein zentraler Baustein des GymNet ist seine umfassende Personenverwaltung. Die korrekte Erfassung der Personenstammdaten ist als Basis

Mehr

2. Übung. Systemobjektmodell. TU Dresden - Institut für Bauinformatik Folie-Nr.: 1

2. Übung. Systemobjektmodell. TU Dresden - Institut für Bauinformatik Folie-Nr.: 1 WP3-13 Bauinformatik-Vertiefte Grundlagen 2. Übung Systemobjektmodell mittels EXPRESS-G Folie-Nr.: 1 Objektorientierte Modellierung Unter Objektorientierung (OO) versteht man eine Sichtweise auf komplexe

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Festlegung von inhaltlichen Ausschnitten (Profilen) des OKSTRA-Datenmodells

Objektkatalog für das Straßen- und Verkehrswesen Festlegung von inhaltlichen Ausschnitten (Profilen) des OKSTRA-Datenmodells Seite: 1 von 10 Inhalt Allgemeines...1 Möglichkeiten zur Definition von Profilen...1 XML-Schema...2 Beschreibung der Elemente des XML-Schemas...5 Beispiel...9 Allgemeines Für einen konkreten Anwendungsfall

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 0.07 Datum: 30.08.2001 Status: Dateiname: Verantwortlich: in Bearb. N0021.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

Kurzeinführung in UML

Kurzeinführung in UML Kurzeinführung in UML Die Unified Modeling Language (UML) ist eine Sprache zur Beschreibung von Softwaresystemen. Der Grundgedanke bei UML bestand darin, eine einheitliche Notation für viele Einsatzgebiete

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Arbeitsstelle an Straßen

Objektkatalog für das Straßen- und Verkehrswesen. Arbeitsstelle an Straßen Schema an Straßen Seite: 1 von 6 Kataster Datum Versionsnr. Beschreibung der Änderungen D029.doc 09.09.2005 1.010 1.010 Schema _an_strassen in den OKSTRA aufgenommen Begriffsdefinition und Grundlagen In

Mehr

AL Finanzen und Verwaltung 09. September 2005 / 1 von 9

AL Finanzen und Verwaltung 09. September 2005 / 1 von 9 AL Finanzen und Verwaltung 09. September 2005 / 1 von 9 GymNet Personenverwaltung Ein zentraler Baustein des GymNet ist seine umfassende Personenverwaltung. Die korrekte Erfassung der Personenstammdaten

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag. Änderung Nr. A0002 Datum Kategorie Erweiterung Bearbeiter Peter Rauen

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag. Änderung Nr. A0002 Datum Kategorie Erweiterung Bearbeiter Peter Rauen Seite: 1 von 7 1 Änderung Nr. A0002 Datum 02.05.2000 Kategorie Erweiterung Bearbeiter Peter Rauen Verfasser Bund/Länder Fachausschuss "IT - Koordinierung" - BG 24 GE/Office - Herr Günther Hechler (Leiter

Mehr

GASTRO (HOME-PAGE UND VVA-GASTRO) Bedienungsanleitung VVA-GASTRO. AP Schweiz Informatik AG, 6037 Root

GASTRO (HOME-PAGE UND VVA-GASTRO) Bedienungsanleitung VVA-GASTRO. AP Schweiz Informatik AG, 6037 Root GASTRO (HOME-PAGE UND VVA-GASTRO) Ausgabe 2011 Seite 1 Version 1/RS (Reg.-Nr. V00 d) Bedienungsanleitung VVA-GASTRO AP Schweiz Informatik AG, 6037 Root This manual was produced using ComponentOne Doc-To-Help.

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen AS 1997 Version: n/a Datum: 28.07.2000 Status: Dateiname: Verantwortlich: in Bearb. N0009.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/

Mehr

BENUTZERHANDBUCH ZAREG 1.3 KONTAKTPERSON BESITZERIN: ERSTELL-DATUM: VERSION: V0.92 STATUS: BREITEGGER MARKUS IN REVIEW

BENUTZERHANDBUCH ZAREG 1.3 KONTAKTPERSON BESITZERIN: ERSTELL-DATUM: VERSION: V0.92 STATUS: BREITEGGER MARKUS IN REVIEW BENUTZERHANDBUCH ZAREG 1.3 KONTAKTPERSON BESITZERIN: BREITEGGER MARKUS ERSTELL-DATUM: 2015-03-11 VERSION: V0.92 STATUS: IN REVIEW 2017 ZAReg 1.3 Seite 1 von 14 Dokument Titel: File Name: Autoren: Dokument

Mehr

Datenbanksysteme: Entwurf

Datenbanksysteme: Entwurf Wichtigste Themen hier: Datenbanksysteme: Entwurf DB Entwurf ist in der Regel eingebettet in ein größeres Projekt: siehe Informationssysteme Die Daten dienen einem Zweck und sind dennoch universell nutzbar:

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag: Standardisiertes Netzänderungsprotokoll

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag: Standardisiertes Netzänderungsprotokoll Seite: 1 von 5 Das Ausfüllen eines Änderungsantrages zur Behebung von Fehlern oder zur Erweiterung des fachlichen oder informationstechnischen Umfangs im OKSTRA ist ganz einfach: 1. Alle weißen Felder

Mehr

HR-Expert Tutorial. Personenmaske. Details TODO

HR-Expert Tutorial. Personenmaske. Details TODO HR-Expert Tutorial TODO Personenmaske In dieser Maske dient der Erfassung der personenbezogenen Daten eines Mitarbeiters. Diese Maske ist fast zur Gänze individualisierbar. Im Minimum werden angezeigt

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag

Objektkatalog für das Straßen- und Verkehrswesen Änderungsantrag Seite: 1 von 10 Das Ausfüllen eines es zur Behebung von Fehlern oder zur Erweiterung des fachlichen oder informationstechnischen Umfangs im OKSTRA ist ganz einfach: 1. Alle weißen Felder in der Tabelle

Mehr

Technische Richtlinie XML-Datenaustauschformat für hoheitliche Dokumente (TR XhD) 1 Rahmenwerk

Technische Richtlinie XML-Datenaustauschformat für hoheitliche Dokumente (TR XhD) 1 Rahmenwerk Technische Richtlinie XML-Datenaustauschformat für hoheitliche Dokumente (TR XhD) 1 Rahmenwerk Version 1.4 18.11.2013 BSI TR-03123-1 Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63

Mehr

Import der Schülerdaten aus Sokrates Web

Import der Schülerdaten aus Sokrates Web Import der Schülerdaten aus Sokrates Web Leitfaden zum korrekten Import der Schülerdaten aus Sokrates Web WebUntis 2019 1 Über dieses Dokument Stand: September 2018 Dieses Dokument beschreibt die konkreten

Mehr

Berliner LUSD. Zweck. A 2 Pflege der Schülerstammdaten. Schulungsmodule

Berliner LUSD. Zweck. A 2 Pflege der Schülerstammdaten. Schulungsmodule Berliner LUSD Beschreibung Zweck Anleitung Schülerdaten bearbeiten Schulungsmodule A 2 Pflege der Schülerstammdaten Basis Spezial Aufbau IT-Sicherheit Das vorliegende Dokument richtet sich an Benutzer

Mehr

Netzdaten Bundesfernstraßen. Datensatzbeschreibung

Netzdaten Bundesfernstraßen. Datensatzbeschreibung Netzdaten Bundesfernstraßen Datensatzbeschreibung Datensatzbeschreibungen Straßennetz Datensatz BISStra_Sektoren_BFStr_k_2014q3: Enthält das Bundesfernstraßennetz (Bundesautobahn und Bundesstraße) entsprechend

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.0 Datum: 06.09.2007 Status: Dateiname: Verantwortlich: akzeptiert N0099.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer aße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

Konzept zur Einbeziehung historischer Daten in die Geokodierung mit dem DOG-Gazetteer

Konzept zur Einbeziehung historischer Daten in die Geokodierung mit dem DOG-Gazetteer Konzept zur Einbeziehung historischer Daten in die Geokodierung mit dem DOG-Gazetteer Copyright: 2013 Technische Hochschule Wildau [FH] Alle Marken- oder Produktnamen in dieser Dokumentation sind Warenzeichen

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Verkehrsdaten im OKSTRA Version: 1.1 Datum: 30.07.2003 Status: Dateiname: Pfad: Verantwortlich: Vorschlag N0049 n.a. Dietmar König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen AS 1997 Version: 0.06 Datum: 26.09.2000 Status: Dateiname: vorgelegt N0011.doc Pfad: /... Verantwortlich: Dietmar König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn

Mehr

Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2

Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2 Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov. 2009 Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2 Aufgabe 1: ER-Modellierung 1. Siehe Unterstreichungen in

Mehr

Kantonale Naturschutzgebiete

Kantonale Naturschutzgebiete Umweltdepartement Amt für Natur, Jagd und Fischerei Bahnhofstrasse 9 Postfach 1183 6431 Schwyz Telefon 041 819 18 44 Telefax 041 819 18 49 www.sz.ch anjf@sz.ch Amt für Natur, Jagd und Fischerei, Remo Bianchi,

Mehr

hier: Ergänzende Hinweise zur Anwendung der RPS 2009 Einführung der RPS 2009 in Baden-Württemberg am , Az.: /38/36 und

hier: Ergänzende Hinweise zur Anwendung der RPS 2009 Einführung der RPS 2009 in Baden-Württemberg am , Az.: /38/36 und MINISTERIUM FÜR VERKEHR UND INFRASTRUKTUR Ministerium für Verkehr und Infrastruktur Baden-Württemberg Postfach 103452 70029 Stuttgart 1.) per E-Mail an die Abteilungen 4 der Regierungspräsidien Stuttgart

Mehr

UML -Klassendiagramme

UML -Klassendiagramme UML -Klassendiagramme UML - offline: ArgoUML http://argouml.stage.tigris.org/ UML online: Links genmymodel.com umlet.com/umletino/umletino.html Arten von UML-Diagrammen Diagramm Strukturdiagramm Verhaltensdiagramm

Mehr

ASB. Netzeigenschaften Version Anweisung StraßeninformationsBank. Kernsy stem. Entwässerung. Straßenverkehr.

ASB. Netzeigenschaften Version Anweisung StraßeninformationsBank. Kernsy stem. Entwässerung. Straßenverkehr. ASB Anweisung StraßeninformationsBank Entwässerung Netzeigen-schaften Straßenverkehr Kernsy stem Natur und Umwelt Straßenaus stattung Netzeigenschaften Version 2.03 B U N D E S M I N I S T E R I U M F

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Objektarten der Landschaftsplanung Version: 1.01 Datum: 02.08.2010 Status: Dateiname: Verantwortlich: akzeptiert N0110.doc J. Hettwer OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72

Mehr

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1 Fundamentals of Software Engineering 1 Inhaltsverzeichnis 1. Einführung 2. Allgemeine Modellbildung - Klassische Konzepte des Software Engineering- 2.1 Das Kontextmodell 2.2 Entscheidungstabellen 2.3 Zustandsmodelle

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Kostenberechnung. Einführung des Präfix S_" für Schemanamen

Objektkatalog für das Straßen- und Verkehrswesen. Kostenberechnung. Einführung des Präfix S_ für Schemanamen Seite: 1 14 Kostenberechnung D025.doc Datum Dok. Oks. Beschreibung der Änderungen 03.09.2009 1.014 1.014 Ergänng Verwaltungskosten gemäß N0117 27.11.2008 1.013 1.013 formale Versionierung 09.10.2007 1.012

Mehr

Objektkatalog für das Straßen- und Verkehrswesen Historisierung

Objektkatalog für das Straßen- und Verkehrswesen Historisierung Seite: 1 11 Dieses Dokument erläutert die gewählte Vorgehensweise zur Modellierung der im OKSTRA und diskutiert ihre Vor- und Nachteile. In Abschnitt 1.1 wird die Zielsetzung eer im OKSTRA kurz erläutert.

Mehr

Forderungen als Datei hochladen

Forderungen als Datei hochladen mediafinanz AG Weiße Breite 5 49084 Osnabrück Forderungen als Datei hochladen Beschreibung der mediafinanz CSV-Schnittstelle Version 4.7 vom 18.04.2008 Vorbereitung: Exportdatei in Ihrem System erzeugen

Mehr

Migration von OKSTRA Version nach 1.002

Migration von OKSTRA Version nach 1.002 Migration von OKSTRA Version 1.001 nach 1.002 11.04.2002: Dokument erstellt Stefan Olk interactive-instruments 0 KURZE EINFÜHRUNG... 3 1 SCHEMA STRAßENNETZ / S001... 4 1.1 ÄNDERUNGEN... 4 1.1.1 Neue Tabellen

Mehr

EXTRA: Kontakte (Mitarbeiter, Mieter, Eigentümer, etc) anlegen, verknüpfen und auswerten

EXTRA: Kontakte (Mitarbeiter, Mieter, Eigentümer, etc) anlegen, verknüpfen und auswerten EXTRA: Kontakte (Mitarbeiter, Mieter, Eigentümer, etc) anlegen, verknüpfen und auswerten Wie und wo können Kontakte angelegt, verknüpft und ausgewertet werden? Sie haben an mehreren Stellen des Programms

Mehr

War der Anspruchsteller bei dem Verkehrsunfall auch der Fahrer? Ja Nein

War der Anspruchsteller bei dem Verkehrsunfall auch der Fahrer? Ja Nein FRAGEBOGEN VERKEHRSUNFALL Die nachfolgende Erfassung Ihrer Basisdaten in diesem Fragebogen dient der schnellen Erfassung und zügigen Bearbeitung Ihrer Verkehrsunfallsache. Ich bitte Sie daher, diesen umfangreichen

Mehr

- Grunderwerbsverzeichnis verschlüsselt-

- Grunderwerbsverzeichnis verschlüsselt- Unterlage 10.2 Straßenbauverwaltung F R E I S T A A T B A Y E R N Straße / Abschnitt / Station: A3 von 850 / 1,2 PROJIS-Nr.: entfällt Bundesautobahn A3 Nürnberg - Regensburg Neubau einer Rastanlage mit

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Kostenberechnung

Objektkatalog für das Straßen- und Verkehrswesen. Kostenberechnung Seite: 1 13 Kostenberechnung D025.doc Datum Dok. Oks. Beschreibung der Änderungen 09.09.2005 1.010 1.010 Übernahme in Version 1.010 28.05.2004 1.001 1.009 Änderung gemäß Änderungsantrag A0039 03.09.2003

Mehr

E-Government XML Strukturen für Antragsdaten

E-Government XML Strukturen für Antragsdaten E-Government XML Strukturen für Antragsdaten Konvention xml-a 1.1.0 Entwurf öffentlich Kurzbeschreibung: Das vorliegende Papier standardisiert Antragsdaten im E- Government. Es wird eine Übersicht über

Mehr

Hinweis. Hinweise zur technischen Handhabung. Erläuterungen zu den einzelnen Feldern

Hinweis. Hinweise zur technischen Handhabung. Erläuterungen zu den einzelnen Feldern Ausfüllhilfe (Erläuterungen) CVA - Antrag in Bezug auf die Vereinfachung der Ermittlung von Beträgen, die Teil des Zollwerts der Waren sind Artikel 73 Zollkodex Hinweis Um bereits im Vorfeld eventuelle

Mehr

Objektkatalog für das Straßen- und Verkehrswesen

Objektkatalog für das Straßen- und Verkehrswesen Version: 1.1 Datum: 29.05.2003 Status: Dateiname: Verantwortlich: akzeptiert N0051.doc D. König OKSTRA-Pflegestelle interactive instruments GmbH Trierer Straße 70-72 53115 Bonn http://www.okstra.de/ Herr

Mehr

Elektronisches Fahrgeldmanagement in NRW

Elektronisches Fahrgeldmanagement in NRW Seite 1 von 5 Elektronisches Fahrgeldmanagement in NRW Rahmenlastenheft Räumliche Prüfung der NRW-weit gültigen etickets Seite 2 von 5 0 Allgemeines 0.1 Inhaltsverzeichnis Kapitel Seite 0 Allgemeines...

Mehr

Objektkatalog für das Straßen- und Verkehrswesen. Dynamische Verkehrsdaten

Objektkatalog für das Straßen- und Verkehrswesen. Dynamische Verkehrsdaten Seite: 1 15 Dynamische Verkehrsdaten D012.doc Datum Dok. Oks. Beschreibung der Änderungen 19.01.2011 1.015 1.015 Bereinigung bei Netzbezügen und Teilbauwerksreferenzen gemäß N0126 Einführung des Schemas

Mehr

Prof. Dr. Uwe Schmidt. 31. Januar Aufgaben zur Klausur Softwaredesign im WS 2010/11 (WI h253, MI h405, BInf v310, BMInf v300, BWInf v310 )

Prof. Dr. Uwe Schmidt. 31. Januar Aufgaben zur Klausur Softwaredesign im WS 2010/11 (WI h253, MI h405, BInf v310, BMInf v300, BWInf v310 ) Prof. Dr. Uwe Schmidt 31. Januar 2011 Aufgaben zur Klausur Softwaredesign im WS 2010/11 (WI h253, MI h405, BInf v310, BMInf v300, BWInf v310 ) Zeit: 75 Minuten erlaubte Hilfsmittel: keine Bitte tragen

Mehr

Microsoft Access Relationen. Anja Aue

Microsoft Access Relationen. Anja Aue Microsoft Access Relationen Anja Aue 10.11.16 Beziehungen zwischen Tabellen Verknüpfung zwischen zwei Tabellen. Darstellung von Beziehungen zwischen Objektgruppen. Verweis in einer Tabelle auf den Datensatz

Mehr

Open Data - Datenbeschreibung zum Datenbestand Straßennetz Landesbetrieb Straßenbau NRW

Open Data - Datenbeschreibung zum Datenbestand Straßennetz Landesbetrieb Straßenbau NRW Open Data - Datenbeschreibung zum Datenbestand Straßennetz Landesbetrieb Straßenbau NRW Die folgende Liste enthält eine detaillierte Beschreibung des im Rahmen von Open Data herunterladbaren Datenbestandes

Mehr

Dokumentation Geodatenmodell Kleinwasserkraftpotentiale der Schweizer Gewässer

Dokumentation Geodatenmodell Kleinwasserkraftpotentiale der Schweizer Gewässer Eidgenössisches Departement für Umwelt, Verkehr, Energie und Kommunikation UVEK Bundesamt für Energie BFE Fachbereich Geoinformation Dokumentation Geodatenmodell Kleinwasserkraftpotentiale der Schweizer

Mehr

Freie und Hansestadt Hamburg Landesbetrieb Geoinformation und Vermessung

Freie und Hansestadt Hamburg Landesbetrieb Geoinformation und Vermessung Freie und Hansestadt Hamburg Landesbetrieb Geoinformation und Vermessung Gz.: Z30/622.690-5/6 Arbeitshinweise für die Datenpflege der Grenzpunkte im ALKIS Gliederung Version 1.0, Stand: 21. Juni 2010 Seite

Mehr

Forschungsbericht FE-Nr G95D. Standardisierung graphischer Daten im Straßen- und Verkehrswesen. Teil 2 - Realisierung

Forschungsbericht FE-Nr G95D. Standardisierung graphischer Daten im Straßen- und Verkehrswesen. Teil 2 - Realisierung Im Auftrag des Bundesministeriums für Verkehr, Bau- und Wohnungswesen Forschungsbericht FE-Nr. 09.092 G95D Standardisierung graphischer Daten im Straßen- und Verkehrswesen Teil 2 - Realisierung Teilbericht

Mehr

ER-Modell, Normalisierung

ER-Modell, Normalisierung ER-Modell Mit dem Entity-Relationship-Modell kann die grundlegende Tabellen- und Beziehungsstruktur einer Datenbank strukturiert entworfen und visualisiert werden. Das fertige ER-Modell kann dann ganz

Mehr

Praxisbericht Knoten- und Kanten Modell

Praxisbericht Knoten- und Kanten Modell Praxisbericht Knoten- und Kanten Modell Dipl.-Ing. Katharina Scholz GIS.Komm 2008. 1 Erstellung eines gerichteten Knoten-Kanten Modells Knoten Kante GIS.Komm 2008. 2 Gliederung Einleitung Anforderung,

Mehr

Repräsentationen und Datenträger. Weiterentwicklung der Repräsentationenverwaltung in AUGIAS-Archiv X

Repräsentationen und Datenträger. Weiterentwicklung der Repräsentationenverwaltung in AUGIAS-Archiv X Repräsentationen und Datenträger Weiterentwicklung der Repräsentationenverwaltung in AUGIAS-Archiv X Fall 1 Eine Repräsentation auf mehreren Datenträgern Beispiele: ein Film auf mehreren Filmrollen eine

Mehr

Analyse der Regelwerke und Ordnungssysteme/ Ortsreferenzierungssysteme der Bereiche Straßeninformationssysteme

Analyse der Regelwerke und Ordnungssysteme/ Ortsreferenzierungssysteme der Bereiche Straßeninformationssysteme Bericht Analyse der Regelwerke und Ordnungssysteme/ Ortsreferenzierungssysteme der Bereiche Straßeninformationssysteme und Verkehrssysteme Projektleiter: Bearbeiter: Dr.-Ing. Andreas Kochs (momatec GmbH))

Mehr

Hallo lieber Codex-Nutzer, mit diesem Newsletter informieren wie Sie regelmäßig über Neuerungen in unseren Programmen.

Hallo lieber Codex-Nutzer, mit diesem Newsletter informieren wie Sie regelmäßig über Neuerungen in unseren Programmen. Januar 19 Seite 1 Hallo lieber Codex-Nutzer, mit diesem Newsletter informieren wie Sie regelmäßig über Neuerungen in unseren Programmen. Zusätzlich erhalten Sie nützliche Tipps und Tricks, die Ihnen die

Mehr

- Pflegestelle. OKSTRA und BIM. Dipl.-Phys. Bernd Weidner

- Pflegestelle. OKSTRA und BIM. Dipl.-Phys. Bernd Weidner AS 1997 - Pflegestelle OKSTRA und BIM Dipl.-Phys. Bernd Weidner Inhalt des Vortrages Der OKSTRA - Einleitung Tools Anwendungen Herausforderung BIM OKSTRA und Linked Data Folie 2 Der OKSTRA : Definition

Mehr