Objektkatalog für das Straßen- und Verkehrswesen
|
|
- Jesko Kaufman
- vor 5 Jahren
- Abrufe
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
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
MehrObjektkatalog 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/
MehrObjektkatalog 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/
MehrObjektkatalog 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/
MehrObjektkatalog 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/
MehrIntegration 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
MehrObjektkatalog 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/
MehrObjektkatalog 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/
MehrObjektkatalog 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
MehrObjektkatalog 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/
MehrObjektkatalog 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/
MehrObjektkatalog 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
MehrObjektkatalog 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/
MehrIntegrierte 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
MehrObjektkatalog 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/
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrForschungsprojekt 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
MehrObjektkatalog 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
MehrForschungsprojekt 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
MehrObjektkatalog 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
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
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrObjektkatalog 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/
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrObjektkatalog 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äß
MehrObjektkatalog 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
MehrASB. 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
MehrREB-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
MehrAnzeige 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)
MehrBeschriftungstexte 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,
MehrKommunales 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
MehrASB 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 Ü
MehrObjektkatalog 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äß
MehrDas konzeptionelle Datenmodell
Das konzeptionelle Datenmodell Signifikanz der Datenmodellierung Anforderungsanalyse Effizienz der Anwendung. Redundanzfreiheit. Datenintegrität. Reibungsarme Umsetzung des Datenmodells in das physikalische
MehrObjektkatalog 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
MehrPLANFESTSTELLUNG. 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
MehrFachliche 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
MehrVorgaben 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
Mehr2. Ü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
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrKurzeinfü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
MehrObjektkatalog 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
MehrAL 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
MehrObjektkatalog 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
MehrGASTRO (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.
MehrObjektkatalog 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/
MehrBENUTZERHANDBUCH 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
MehrDatenbanksysteme: 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:
MehrObjektkatalog 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
MehrHR-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
MehrObjektkatalog 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
MehrTechnische 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
MehrImport 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
MehrBerliner 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
MehrNetzdaten 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
MehrObjektkatalog 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
MehrKonzept 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
MehrObjektkatalog 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
MehrObjektkatalog 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
MehrUniversitä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
MehrKantonale 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,
Mehrhier: 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
MehrUML -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
MehrASB. 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
MehrObjektkatalog 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
MehrGrundlagen 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
MehrObjektkatalog 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
MehrObjektkatalog 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.
MehrForderungen 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
MehrMigration 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
MehrEXTRA: 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
MehrWar 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-
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
MehrObjektkatalog 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
MehrE-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
MehrHinweis. 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
MehrObjektkatalog 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
MehrElektronisches 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...
MehrObjektkatalog 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
MehrProf. 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
MehrMicrosoft 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
MehrOpen 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
MehrDokumentation 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
MehrFreie 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
MehrForschungsbericht 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
MehrER-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
MehrPraxisbericht 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,
MehrReprä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
MehrAnalyse 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))
MehrHallo 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
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