MANAGEMENTINFORMATIONSSYSTEM STRASSE UND STRASSENVERKEHR NOVEMBER 2011

MANAGEMENTINFORMATIONSSYSTEM STRASSE UND STRASSENVERKEHR NOVEMBER 2011
Eidgenössisches Departement für
Umwelt, Verkehr, Energie und Kommunikation UVEK
Bundesamt für Strassen ASTRA

EE DITORIAL
Abschied von STRADA im ASTRA
Seit Beginn der Umsetzung von MISTRA wurden im
Wesentlichen IT-Werkzeuge konzipiert und realisiert. Im Laufe
der Jahre wurden die Anzahl, die Möglichkeiten und die
Benutzerfreundlichkeit der Applikationen fortwährend erhöht.
In dieser Hinsicht haben die letzten sechs Monate ihren Beitrag
zu den Neuigkeiten beigesteuert. Die elfte Ausgabe der MISTRA
News gibt Ihnen wiederum einen Gesamtüberblick über die
neusten Entwicklungen.
Unter den Neuigkeiten ist insbesondere auf die Version 3.0 des
Basissystems hinzuweisen, mit der die Verwaltung der Achsen
und Inventarobjekte möglich ist, sowie die neue Version der
Applikation Trassee, die nun auch für den schreibenden Betrieb
lauffähig ist und mit welcher die Aktualisierung der
Strassendaten garantiert ist. Dank der Inbetriebnahme dieser
beiden Applikationen konnte STRADA per Ende September 2011
im ASTRA ausser Betrieb genommen werden. Eine weitere
Entwicklung, die es hervorzuheben gilt, ist die Einführung von
KUBA 5.0. Die Applikation wurde seit Mai dieses Jahres in
einem Parallelbetrieb zu KUBA 4.0.1 im ASTRA eingesetzt.
MISTRA ist nicht nur durch die Anzahl der zur Verfügung stehenden
Applikationen gewachsen sondern auch durch die
Anzahl Benutzer. Die ASTRA-Mitarbeiter sind bereits seit längerem
direkt oder indirekt von MISTRA betroffen und benutzen
mehr oder weniger die angebotenen Applikationen. Die
Gesamtprojektleitung stellt aber mit Genugtuung fest, dass das
Interesse der Kantone sehr hoch ist. Neben der Applikation
Verkehrsunfälle, welche systematisch von allen Kantonen seit
2011 eingesetzt wird, werden auch andere Applikationen in
Pilotkantonen eingeführt. Die Kantone AG und ZG werden noch
in diesem Jahr eine Pilotphase mit dem Basissystem und der
Applikation Trassee starten (siehe dazu Beitrag auf S.4+5). Ein
ähnlicher Prozess ist auch im Kanton UR am Laufen, in welchem
die Applikation KUBA 5.0 testhalber eingeführt wird.
Andere Kantone haben ebenfalls die ersten Schritte für die
Einführung von MISTRA in Angriff genommen.
Neben diesen eher praktischen Aspekten, wurden die Verein -
barungen zwischen ASTRA und den Kantonen weiterentwickelt
und mit einzelnen Kantonen bereinigt. Die Rahmenvereinbarung
ist nun soweit, dass sie von den Kantonen, die MISTRA einführen
möchten, unterzeichnet werden kann. Im Sinne der Erhöhung der
Benutzerfreundlichkeit für die Kantone hat das ASTRA einen
Auftrag zur Erstellung einer Portalseite erteilt, mit welcher jeder
Kanton die Berechtigung zu den einzelnen Applikationen selber
steuern kann.
Ausgabe Nr. 11 November 2011
ISTRA NEWS
1
Die Gesamtprojektleitung ist mit dem heutigen Stand der
Entwicklung zufrieden. Sie wünscht Ihnen eine spannende
Lektüre und nutzt die Gelegenheit, sich bei allen Beteiligten, die
in irgendeiner Form an der Entwicklung von MISTRA teilgenommen
haben, zu bedanken.
INHALTSVERZEICHNIS
Übersicht Applikationen 2
Einführung MISTRA Kanton Aargau 4
Einführung MISTRA Kanton Zug 5
Basissystem 6
Data Warehouse 9
Trassee 11
Kunstbauten und Tunnel 13
Verkehrsunfälle - Erfassung 15
Verkehrsunfälle - Auswertungen mit GIS 16
Verkehrsmonitoring 17
Liegenschaften und Verträge 18
Lärmbelastungskataster 19
Sonderbewilligungen 20
Erhaltungsmanagement im Siedlungsgebiet 21
Langsamverkehr 22
Betriebs- und Sicherheitsausrüstungen 23
Strassenabwasseranlagen SABA 24
Erhaltungsmanagement Nationalstrassen 25
FAQ 26
IMPRESSUM
Christoph Käser
Gesamtprojektleiter MISTRA
Redaktion: Jürg Landolt, GS MISTRA
Erscheint 2 x jährlich
Realisierung und Gestaltung: GDesign & Communication, Lutry
Auflage: 500 Exemplare Deutsch - 200 Exemplare Französisch

ÜÜ BERSICHT
GESAMTSYSTEM
Verfasser: Jürg Landolt, Jean-Pierre Bolli
Immer mehr MISTRA Applikationen stehen den Benutzern
produktiv zur Verfügung. Einige davon stehen auch für die
Einführung in den Kantonen bereit. Die nachfolgende Übersicht
beschreibt den Stand der Arbeiten jeder Applikation
und deren Inhalt. Detailliertere Informationen sind in den
einzelnen Beiträgen ersichtlich.
Roadmap MISTRA
Die Grafik gibt einen Überblick über die produktiven und geplanten
Versionen der Applikationen:
Abb. 1: Roadmap MISTRA 2011 – 2013
Data Warehouse (DWH)
Das DWH besteht aus mehreren Teilen (Data Marts), die unabhängig
voneinander realisiert wurden. Je nach Inhalt stehen die Data Marts
auch den Kantonen zur Verfügung. Die Verkehrszählerdaten der
National- und Hauptstrassen sowie die kantonalen Unfalldaten werden
laufend ins DWH importiert. Die entsprechenden Daten und
Auswertungen stehen den Kantonen bereits heute zur Verfügung.
Die Data Marts ADMAS und MOFIS stehen bereit. Sie sind jedoch nicht
für einen Einsatz in den Kantonen freigegeben. Der Data Mart TDcost
für die Auswertungen der Daten des Investitionscontrollings ist im
Aufbau, ist jedoch nur für den internen Gebrauch im ASTRA bestimmt.
ISTRA NEWS
2
Basissystem (BS)
Die Version 3.0 des Basissystems ist aktuell in Betrieb. Mit dieser
Version stehen sämtliche Grundfunktionalitäten für die Bewirt schaftung
der Inventarobjekte und Achsen den Benutzern zur Verfügung. Die
Zugriffssteuerung ist neu mandantenspezifisch, das heisst die
Sichtbarkeit und die Bearbeitbarkeit der Objekte kann für jeden Kanton
bzw. das ASTRA separat gesteuert werden.
Die Webdienste zur Aktualisierung und Umrechnung der georeferenzierten
Informationen, welche auf die Strassenachsen projiziert werden,
wurden im Zusammenhang mit der Historisierung der Achsen vollkommen
revidiert und optimiert. In Kürze wird die Version 3.1 mit
Funktionalitäten zur Verwaltung von Fachnetzen, Dokumenten und
Beteiligten verfügbar sein. Die Kantone ZG und AG testen die
Einführung des Basissystems in einer Pilotphase, die bis Ende 2011
dauert.
Trassee (TRA)
Heute können die Daten über die Fahrbahn in der Applikation konsultiert
und bewirtschaftet werden. Die ersten Funktionalitäten für das
PMS (Pavement Management System) werden Anfang 2012 zur
Verfügung stehen. Ab diesem Zeitpunkt können die Daten aus den
Vorgängersystemen übernommen und die veralteten Systeme
(STRADA) abgeschaltet werden. Mit dieser Version, ist auch die
Einführung in den Kantonen möglich. STRADA wird ab Ende 2012 nicht
mehr unterstützt werden.
Ausgabe Nr. 11 November 2011

Kunstbauten und Tunnel (KUBA)
KUBA 4 ist seit Jahren im ASTRA und in den Kantonen in Betrieb. Im Mai
2011 wurde KUBA 5 im ASTRA eingeführt. In KUBA 5 können die
Bauwerke in beliebig viele Infrastrukturobjekte gegliedert werden. Dies
ermöglicht auch die Erfassung und Pflege von bergmännischen Tunnel.
Die Versionen 4 und 5 werden seit Mitte 2011 gleichzeitig betrieben
(Parallelbetrieb), wobei die Daten eines Objektes nur mit der Version 4
oder der Version 5 bewirtschaftet werden. Dank dem Parallelbetrieb sollen
die letzten «Kinderkrankheiten» entdeckt und behoben werden, bevor
definitiv auf die neue Version gewechselt wird.
Die definitive Einführung von KUBA 5 im ASTRA ist Anfang 2012 geplant.
Die Einführung in den Kantonen findet anschliessend während dem ganzen
Jahr 2012 statt.
Weitere Releases sind geplant:
KUBA Rel. 5.1 (Mai 2012)
Korrekturen aus Parallelbetrieb und Änderungswünsche der Kantone
aus KUBA 4, die während der Realisierung von KUBA 5 formuliert aber
in KUBA 4 nicht mehr umgesetzt wurden
KUBA Rel. 5.2 (April 2013)
Messtechnische Überwachung, Wildtierquerungen und Anforderungen
der Kantone.
Verkehrsunfälle (VU)
Die Applikation Verkehrsunfälle ist seit Januar 2011 gesamtschweizerisch
eingeführt. Sämtliche Kantonspolizeien rapportieren entweder
direkt mit VU die Unfälle oder sie tauschen diese über definierte
Schnittstellen (z.B. Sedex) aus. Im Juni wurde ein neuer Release mit
Verbesserungen und Optimierungen freigegeben. Seit diesem Zeitpunkt
wird darauf verzichtet, die Applikation auf 2 verschiedenen Systemen für
Bund und Kantone zu betrieben. Der Releasezyklus ist halbjährlich. Die
Bedürfnisse kommen direkt aus dem Betrieb oder aus den Meldungen an
den Helpdesk.
Verkehrsunfälle – Auswertungen mit GIS (VUGIS)
Die Applikation dient zur geografischen Auswertung der Unfalldaten und
ermöglicht die Analyse von Unfallschwerpunkten, Unfallraten und
Unfallziffern. Sie bezieht entsprechend Daten aus VU und dem DWH
(Data Mart VU) sowie dem Basissystem. Alle Kantone benutzen die
Applikation seit Anfang 2011 in einem Pilotbetrieb. Die Inbetriebnahme
der Version 1.0 ist noch vor Ende 2011 geplant.
Verkehrsmonitoring (VMON)
Die Applikation VMON dient der Validierung der Daten der automatischen
Verkehrszähler der National- und Hauptstrassen. Dabei werden bei
Bedarf auch Ersatzwerte berechnet. VMON liefert die validierten Daten an
das DWH.
Release 2.0 beinhaltet die Performanceverbesserung und wird bis
Februar 2012 fertig gestellt.
Release 2.1 dient der Verwaltung von mobile Verkehrs zählern und den
damit verbundenen Hochrechnungen der Verkehrsdaten. Die Kantone
AG, NE, JU, ZG und VD begleiten die Realisierung, die bis Anfang 2013
dauern wird.
Liegenschaften und Verträge (LVS)
Die Applikation wurde für die Übernahme und Verwaltung der
Grundstücke und Verträge der Nationalstrassen im ASTRA eingeführt.
Den Verträgen können mit dem System direkt Strassenachsen zugeordnet
werden. Da es sich um eine Standard-Software (Vertragsverwaltung)
mit einer Erweiterung für die Grundstücke handelt, ist die Applikation für
den Einsatz in den Kantonen bereits heute bereit.
Ausgabe Nr. 11 November 2011
ISTRA NEWS
3
Lärmbelastungskataster, Sofortlösung (LBK)
Die Applikation wurde im ASTRA als Sofortlösung zur Erfüllung der
Aufgaben im Bereich des Lärmschutzes eingeführt. Da es sich um eine
Applikation der Kantone handelt, welche stark für das ASTRA angepasst
wurde, ist sie nicht mehr für den Einsatz in den Kantonen geeignet.
Sonderbewilligungen, Sofortlösung (SB)
Die Applikation Sonderbewilligungen (SB) besteht aus zwei Teilen, dem
Teil Verwaltung der Gesuche und dem Teil Online-Applikation für die
Gesuchsstellung. Der Verwaltungsteil ist nicht für eine Einführung in den
Kantonen vorgesehen. Die Online-Applikation hingegen kann ab 2012
auch in den Kantonen eingesetzt werden. Eine Schnittstelle der Online-
Applikation zu den kantonalen Systemen ist für Ende Jahr geplant (VS,
GR). Mit dieser Erneuerung sollen die Eingabedaten auch plausibilisiert
werden.
Erhaltungsmanagement im Siedlungsgebiet (EMSG)
Die Applikation soll die Erhaltungsplanung und Koordination der Arbeiten
im Siedlungsgebiet unterstützen. Dank der Applikation stehen den
Gemeinden die Grundlagendaten (z.B. Strassenachsen, swisstopo Daten)
und ein einfach zu bedienendes Werkzeug zur Verfügung. Die
Realisierung der Applikation wurde im August 2011 gestartet. Die Ein -
führung ist ab 2013 mit Piloten in den Städten und Gemeinden geplant.
Langsamverkehr (LV)
Die Applikation Langsamverkehr unterstützt die Verwaltung der verschiedenen
Routen des Langsamverkehrs (Velo, Mountainbike, Wandern,
etc.). Sie bietet ebenfalls Funktionalitäten für die Verwaltung der
Wegweiser. Die Konzeptarbeiten sind abgeschlossen und die Phase
Realisierung wurde freigegeben. Zurzeit laufen die Arbeiten für die
Beschaffung der Realisierung und des Betriebs. Der Start der
Realisierungsarbeiten ist für 2012 geplant.
Equipment Management System (BSA)
Die zukünftige Applikation soll die Verwaltung der Betriebs- und
Sicherheitsausrüstungen (BSA) und deren Erhaltungsplanung ermöglichen.
Das Fachkonzept und die Voranalyse wurden erstellt. Da gute
Standardprodukte auf dem Markt existieren, wird die Evaluation gemäss
Systemadaptation vorbereitet. Die Inbetriebnahme der Applikation im
ASTRA ist für 2014 geplant.
Infrastrukturbauten Betrieb, Sofortlösung (IBB)
Die Filialen des ASTRA wollen mit dieser Applikation die Daten zu den
Infrastrukturbauten wie Park- und Raststätten, WC-Anlagen, Werkhöfe
u.ä. erfassen, um die Erhaltungs- und Unterhaltsplanung durchführen
zu können. Als Sofortlösung wurde ein Werkzeug der armasuisse evaluiert,
das bis Anfang 2012 an die Bedürfnisse des ASTRA angepasst
werden soll.
Bereits in diesem Jahr werden die Daten der Bauten erfasst und dann
in die Sofortlösung importiert.
Strassenabwasser Kataster (SABA)
Das Fachkonzept für den Kataster der Strassenabwasser behand -
lungsanlagen wurde erstellt und genehmigt. Die Arbeiten zur Voranalyse
haben begonnen.
Erhaltungsmanagement Nationalstrassen (EMNS)
Die Applikation dient dem übergeordneten Erhaltungsmanagement der
Nationalstrassen zur Optimierung der Erhaltungsprojekte aus den
Fachapplikationen KUBA, TRA und BSA. Vorerst wird ein Fachkonzept
erstellt. Der Beschaffungsprozess für diese Leistungen ist am Laufen.

EE INFÜHRUNG VON MISTRA
IM KANTON AARGAU
Verfasser: Matthias Adelsbach
Verschiedene Fachbereiche im Kanton Aargau haben
sich seit etwa einem Jahr sehr konkret mit Fragen zur
Einführung von MISTRA - Applikationen als Basis für
ein Erhaltungsmanagement auseinandergesetzt. Als
Resultat liegt nun ein Detailkonzept vor, nach dem in
den kommenden Monaten die Einführung des Basis -
systems, des Data-Warehouse und einzelner Fach -
applik ationen ablaufen soll.
Ausgangslage
Bis 2009 wurden von der für die Kantonsstrassen zuständigen Abteilung
Tiefbau vor allem fachbezogen Überlegungen und Konzepte für ein
Erhaltungsmanagement angestellt. Eine die verschiedenen Fachbereiche
umspannende Strategie lag nur ansatzweise vor.
Als Grundlage für die Erfassung und Bewirtschaftung der Informationen
über die bestehende Strasseninfrastruktur wurden dabei seit Jahren die
beiden Datenbanken KUBA und STRADA eingesetzt. Allerdings wurden
beide Datenbanken aufgrund von personellen und organisatorischen
Randbedingungen unterschiedlich genutzt. Kunstbauten sind in KUBA
sehr detailliert erfasst und eine Erhaltungsplanung wird darauf gestützt
gemacht. Bei den Informationen über den Strassenzustand und den
Strassenaufbau hat die Datenqualität nicht diesen Stand. So fehlen bislang
z.B. umfassende Informationen über die Entwässerungssysteme der
Kantonsstrassen.
Zielsetzungen
Mit den absehbaren Veränderungen bei den Datenbanken KUBA und
STRADA, der Umstellung der Unfallerhebung auf das Jahr 2011 und den
ebenfalls zu berücksichtigenden Neuerungen im Bereich der
Verkehrszählungen anhand der Zählstellen des Bundes und des Kantons
war eine Überprüfung des Erhaltungsmanagements angebracht.
Aufgrund weiterer Überlegungen in der Abteilung Tiefbau wurden folgende
übergeordneten Zielsetzungen definiert:
Aufbau eines fachübergreifenden, zentralen Erhaltungs manage ments,
auch mit Berücksichtigung der erforderlichen personellen Ressourcen.
Erhebung und Bereitstellung von Daten als Teil eines umfassenden
Informationsmanagements. Davon sind im Kanton Aargau neben der
federführenden Abteilung Tiefbau insbesondere die Abteilung Verkehr
(Verkehrsdaten) und Informatik Aargau (Aargauisches Geografisches
Informationssystem AGIS) betroffen.
Ausbau des Bereichs Planung und Steuerung (Portfoliomanagement
der Vorhaben an der Kantonsstrasseninfrastruktur) innerhalb der
Abteilung Tiefbau.
Vorgehen
Für die Einführung des Erhaltungsmanagements und Planung der
Evaluation von MISTRA erteilte der Vorsteher des Departements Bau,
Verkehr und Umwelt, Peter C. Beyeler, einen Departementsauftrag.
ISTRA NEWS
4
Damit war eine breite, organisationenübergreifende Abstützung sichergestellt.
Für die Gesamtsteuerung ist ein Lenkungsausschuss verantwortlich,
die einzelnen Fachbereiche sind durch Mitarbeitende in einer
Projektgruppe vertreten, durch die der fachübergreifende Informations -
austausch sichergestellt wird.
Um die anstehenden Aufgaben sowohl in personeller Hinsicht, als auch
mit Blick auf die erforderlichen Fachkenntnisse bewältigen zu können
war im Weiteren der Beizug einer externen Unterstützung notwendig. Der
Entscheid fiel hierfür auf das Büro Rosenthaler+Partner, Muttenz, da
dieses Büro u.a. im Bereich STRADA für die Abteilung Tiefbau bereits
tätig war und damit auch die internen Rahmenbedingungen kannte.
Das Vorgehen orientierte sich an dem vom ASTRA herausgegebenen
Leitfaden für die Einführung von MISTRA in den Kantonen. In einem ersten
Schritt wurde unter Einbezug der verschiedenen Fachbereiche eine
tiefgehende Situationsanalyse erstellt. Dabei wurden auch Fachbereiche
mit einbezogen, für die MISTRA zwar interessant sein könnte, von denen
aber noch kein konkreter Bedarf formuliert wurde oder die bereits eigene
Datenbanksysteme führen. Der Grossteil der Informationen wurde durch
Interviews mit den Direktbetroffenen erhoben.
Aufgrund der Situationsanalyse hat der Lenkungsausschuss folgende
Punkte beschlossen:
Der Kanton Aargau partizipiert an MISTRA und wird es einführen.
Die Einführung soll die Applikationen Basissystem, Datawarehouse,
Trassee, Kunstbauten, Verkehrsunfälle und Verkehrsmonitoring mit
den Schnittstellen zu den Umsystemen umfassen (Zeithorizont bis
2013).
Für MISTRA wird die Betriebsvariante «ASTRA zentral» gewählt.
Shape/
GDB
Applikationen Kanton AG
(bestehend oder geplant)
INTERLIS2
Webservice
BS-Dienste
Webservice
MISTRA-Applikationen
TRA
Applikationen Kanton AG
MISTRA Applikationen
KUBA
VUGIS
Polizei
VUGIS ATB
VU Polizei
VU ATB
MISTRA Basissystem
INTERLIS2
Integrationssystem AGIS
WMS
Auskunftssystem AGIS Smart View
VMon-Schnittstelle
INTERLIS2
VMon
INTERLIS2
INTERLIS2
Ausgabe Nr. 11 November 2011
DWH
PDF
CSV
Datenschnittstellen: Pfeil gibt
Richtung an, Beschriftung zeigt
Format
Abb. 2: Systemarchitektur MISTRA im Kanton Aargau
Stand
Verkehrsdatensammler
Andere Verkehrsdaten
Verkehrsmodell
Seit August 2011 liegt das Detailkonzept vor. Im September 2011
besuchten Mitarbeitende der Abteilung Tiefbau die Schulungen für das
Basissystem und das Data-Warehouse. Anschliessend begann die
Pilotphase für diese Applikationen. Die Vereinbarung mit dem ASTRA
wird unterzeichnet.

EE INFÜHRUNG VON MISTRA
IM KANTON ZUG
Verfasser: Hubert Späni, Rainer Koch
Der Kanton Zug, vertreten durch die Baudirektion, hat
an seiner Sitzung vom 22. August 2011 beschlossen,
MISTRA einzuführen und den dafür nötigen Kredit
gesprochen. Grundlagen für den Entscheid bildeten
eine detaillierte Situa tionsanalyse, welche den Bedarf
aufzeigte und das darauf basierende Einführungs- und
Betriebskonzept MISTRA_ZUG.
Vision
Über ein zentrales Auskunftssystem sollen dem Anwender aufgaben -
orientiert sämtliche verfügbaren und aktuell gültigen Informationen des
Strassenraums in einer übersichtlichen Form dargestellt werden. Die
Informationen sind genügend umfassend, so dass die Mehrheit der
täglich anfallenden Arbeiten damit bearbeitet werden können. Ein
Nachfragen bei verschiedenen Fachspezialisten ist nur noch nötig, falls
vertiefte Informationen gebraucht werden.
Ausgangslage
Der Kanton Zug bewirtschaftet ein Strassennetz mit der Länge von rund
140 km. Der Wiederbeschaffungswert der Strasseninfrastruktur ist gegen
eine Milliarde Franken. Für die Bewirtschaftung der Fahrbahn und
Nebenanlagen wird seit mehr als 15 Jahren STRADA-DB eingesetzt. Für
die Bewirtschaftung der Kunstbauten ist der Kanton Zug seit dem Start
der Entwicklung von KUBA beteiligt. Daneben werden in der kantonalen
Verwaltung noch diverse weitere Applikationen und Tools eingesetzt.
Durch die Ablösung von STRADA-DB und KUBA mit entsprechenden
MISTRA-Applikationen musste das Tiefbauamt nun überprüfen, ob die
Einführung von MISTRA auch im Kanton Zug sinnvoll ist und welche
Auswirkungen dies mit sich bringt oder ob eine andere Lösung gesucht
werden muss. Um diese im Detail doch sehr komplexen Fragen zu
beantworten, holte sich das Tiefbauamt Unterstützung bei der Firma
Rosenthaler + Partner AG.
Vorgehen
In einem ersten Schritt wurde eine breit angelegte Situationsanalyse
durchgeführt. Es wurden dafür Interviews mit verschiedenen
Fachbereichen aus den Abteilungen des Tiefbauamts, aber auch im weiteren
Umfeld wie zum Beispiel der Zuger Polizei, dem Strassen -
verkehrsamt, dem Amt für Raumplanung und dem Amt für Umweltschutz
durchgeführt. Zusätzlich wurde auch noch die Stadt Zug motiviert, bei
MISTRA mitzuwirken. Die Stadt Zug setzt bereits heute KUBA 4.0 für die
Verwaltung der Kunstbauten ein.
Die Situationsanalyse zeigte folgende wichtige Erkenntnisse:
Viele Informationen einer Abteilung, wie zum Beispiel der aktuelle
Fahrbahnaufbau, sind in unterschiedlichsten Abteilungen von
Bedeutung
Das Zusammentragen von Informationen ist ein aktiver Beschaffungs -
prozess, der unter Umständen viel Zeit in Anspruch nehmen kann
Ausgabe Nr. 11 November 2011
ISTRA NEWS
5
Die Pflege von Daten ist Aufgabe von einzelnen, jeweils auf das
Fachgebiet spezialisierten Personen
Mit MISTRA können künftig eine Vielzahl von Daten gepflegt werden,
welche im Tiefbauamt anfallen und genutzt werden, jedoch nicht alle
Für den Kanton Zug ist eine Beteiligung an MISTRA gegenüber kommerziellen
Produkten oder gar einer Eigenentwicklung klar die wirtschaftlichste
Lösung
Das von der GIS-Fachstelle betriebene Geoportal GIS Zug ist geeignet,
die Rolle des zentralen Auskunftssystems zu übernehmen. Darin können
sowohl MISTRA-Daten, als auch weitere im Tiefbauamt benötigte
Daten publiziert werden.
Basierend auf diesen Erkenntnissen wurde die Systemgrenze
MISTRA_ZUG festgelegt. MISTRA_ZUG umfasst einen Teil der durch das
ASTRA bereitgestellten MISTRA-Applikationen (BS, DHW, TRA, KUBA,
VMON, VU / VUGIS) und zusätzlich auch das Geoportal GIS Zug sowie weitere
Systeme und Datenquellen, welche im Geoportal integriert werden.
Im Einführungs- und Betriebskonzept werden neben organisatorischen
Aspekten auch die Vorbereitungs-, Einführungs- und Betriebsaspekte
aus technischer Sicht festgelegt. Dazu gehören insbesondere:
die Festlegung, welche Daten von den heutigen Systemen nach MIS-
TRA migriert und dort weiter bewirtschaftet werden
wie die Betriebsvariante «ASTRA zentral» in die kantonale System -
landschaft eingebunden wird
dass die Schnittstellen zu GIS Zug und anderen Umsystemen mit den
Standardschnittstellen INTERLIS2 und WMS realisiert werden
dass das RBBS der gemeinsame Bezug für alle Daten des Strassen -
raums (nicht nur MISTRA-Daten) werden soll und dass für die Loka -
lisier ung die vom Basissystem bereitgestellten Dienste genutzt werden.
Netzinformationssystem
NIS
produktiv, wird
laufend ausgebaut
Erhaltungsmanagement
im Siedlungsgebiet
EMSG
evtl. Integration
in EMSG
Erhaltungsmanagement
Fahrbahn
EMF Zug
Einf. 2011
Stadt Zug Kanton Zug
Fahrbahndaten
TRA
Kunstbauten
und Tunnel
KUBA 5.0
Vertrags-Management-
System
VMS
Einf. 2012
< ab 2012 Ausweitung auf die neuen Module >
< ab 2012 Ausweitung auf die neuen Module >
Abb. 3: Systemgrenze MISTRA_ZUG
z.B STU / GeoMedia-Produkte
(Schneeräumungsrouten etc.)
Interne
Entwicklungen
teilweise
Equipment Management
System ZG (Eigenentw.)
MISTRA Basissystem (BS)
Stand und weiteres Vorgehen
Das Einführungs- und Betriebskonzept MISTRA_ZUG liegt vor. In einem
nächsten Schritt werden organisatorische und technische Frage -
stellungen mit einer bis Ende Jahr dauernden Pilotphase beantwortet. Ab
Januar 2012 werden dann Schritt für Schritt die Applikationen KUBA,
TRA, BS, DWH und VMON eingeführt. VU / VUGIS ist bei der Zuger Polizei
bereits in Betrieb, hier ist die Nutzung im Tiefbauamt zu organisieren.
Zusätzlich besteht grosser Bedarf für die Unterstützung in der
Bewirtschaftung der Betriebs- und Sicherheitsausrüstung, sowie von
Verträgen und den daraus abgeleiteten Tätigkeiten (zum Beispiel
Unterhaltsvereinbarungen mit Gemeinden und Dritten). Zu diesen
Themen werden zurzeit die Anforderungen erarbeitet.
Equipment Management
System (Projekt)
EMS-ZG
Einf. 2012
Integration
in EMS-CH
EMS-CH
Langsamverkehr
LV
Fahrbahndaten und
Erhaltungsmanagement
TRA PMS
Kunstbauten
und Tunnel
KUBA 5.0
VU Polizei
VUGIS TBA
anonymisiert
Verkehrsunfall
Verkehrsunfall
MISTRA_ZUG
Verkehrsmonitoring
VMon
MISTRA
Geodatenplattform "GIS Zug"
(wir ab 2012 mit den MISTRA-Modulen umgesetzt)
Data Warehous
(DWH) / VU, VUGIS

IN BETRIEB
BB ASISSYSTEM
Autoren: Florian Besançon, Jean-Pierre Bolli
Das Basissystem ist nunmehr die Masterdatenbank für
die Inventarobjekte und Unterhaltsachsen der National -
strassen. Seit April dieses Jahres ersetzt es STRADA
definitiv. Die Fachnetze sind Hauptbestandteil der
neuen Version.
Was ist das Basissystem überhaupt?
Mit dem Basissystem können die Achsen, das räumliche Basis -
bezugssystem der National-, Kantons- und Gemeindestrassen sowie
die von den ASTRA-Filialen verwalteten Inventarobjekte bewirtschaftet
werden. Es ermöglicht ebenfalls die Publikation von Drittdaten aus den
Fachapplikationen oder von Kartendiensten, welche von anderen
Organisationen, wie z.B. swisstopo, BAFU, kantonalen Ämtern und
anderen zur Verfügung gestellt werden.
Abb. 4: Web-Client (RIA silverlight 4.0)
Der Rich-Client wird von Benutzern eingesetzt, die komplexere
Anwendungsfälle wie z.B. die Kombination von Daten anzeigen wollen
oder eine spezifische Darstellung von Daten aus einer komplexen
Abfrage, wie sie nicht mit dem Web-Client erstellt werden kann, anzeigen
wollen. Der Sachverantwortliche für die Bewirtschaftung der Daten
benutzt ebenfalls hauptsächlich den Rich-Client.
ISTRA NEWS
6
Und für wen?
Die Web-Applikation (Web-Client) wurde so konzipiert, dass
irgendein Benutzer rasch und einfach seine gewünschten
Informationen findet. Sei dies, indem er eine Abfrage für die
Lokalisierung oder Identifikation absetzt, oder indem er eine Karte mit
den entsprechenden Informationen ausdruckt, oder als Hilfe für die
Projektierung oder zur Erhaltung seines Strassennetzes.
Nachfolgend ein paar Beispiele für die im Web-Client publizierten
Daten:
Hintergrundkarten, farbig oder in Grautönen sowie Luftbilder bis zu
einem Massstab von 1:1000
Unterhaltsachsen der National-, Kantons-, Gemeinde- und Privat -
strassen
Inventarobjekte des ASTRA
ASTRA-Projekte
Baulinien NS
Geodienste (WMS) der amtlichen Vermessung, der Bundes geo -
dateninfrastruktur (BGDI) und des Bundesamtes für Umwelt (BAFU)
Kantonale Geodienste und externe Layer
Folgende Daten können mit dem Rich-Client bewirtschaftet werden:
Achsen
Inventarobjekte der Nationalstrassen
ASTRA-Projekte
Fachnetze
Externe Layer
Ausgabe Nr. 11 November 2011

Beispiele für Datenauswertungen im Rich-Client:
Abfrage über alle Sockeldaten
Alle Geodienste des Bundes, der Kantone und Gemeinden
Alle persönlichen Geodatenbanken (PGDB) und externen Layer.
Abb. 5: Rich-Client (ArcMap – ArcInfo 10)
Das Team BS
Birgit Gerhardt ist zur Projektleitung Basissystem im Bereich
«Strategische Informatik» dazu gestossen. Frau Gerhardt ist diplomierte
Geographin der Universität Bern und wird die Projektleitung bei
der Ausarbeitung von Spezifikationen für neue Funktionalitäten und der
Betreuung der verschiedenen Usergruppen unterstützen. In der
Einführungsphase für die Kantone wird sie zusätzlich die Erst -
integration der Kundendaten sicherstellen.
Jerôme Carrel ist neuer Leiter des Fachbereichs Datenmanagement.
Herr Carrel ist Geomatikingenieur FH. Sein Team ist verantwortlich für
die Nachführung und Qualitätssicherung der ASTRA-Daten im
Basissystem. Sie sind ebenfalls für die ASTRA-interne Ausbildung der
Benutzer zuständig.
Datenschutz
Einfach Daten abzufragen ist schön und gut, man sollte aber nur diejenigen
Daten abfragen können, die man auch abfragen darf. Im
Ausgabe Nr. 11 November 2011
ISTRA NEWS
7
Basissystem wurde ein Mechanismus implementiert, der den Zugriff
auf die Daten steuert. Jeder Mandant (Bund, Kanton, Gemeinde) kann
nur diejenigen Daten sichten und insbesondere auch bewirtschaften,
über die er die Datenherrschaft hat. Der Datenherr allein entscheidet,
wem er die entsprechenden Berechtigungen erteilt.
Ausbildung
Die Anwendung des Web-Client bedingt keiner speziellen
Schulung. Für Benutzer, die ein Ausbildungsbedürfnis haben,
wird ein Basiskurs angeboten.
Eine Anwendungs- und Fachschulung wird hingegen für den
Rich-Client empfohlen.
Das Ausbildungsprogramm wird von der GS MISTRA für die
Kantone und durch den Personaldienst ASTRA für die eigenen
Mitarbeiter angeboten.
Kontakt für Schulung von ASTRA-Mitarbeiter:
Personaldienst, Personalentwicklung
Kontakt für Schulung von Kantonen:
GS MISTRA

Fachnetze
Mit Fachnetzen soll es möglich sein, Eigenschaften oder Informationen
entlang eines Strassennetzes darstellen zu können. In MISTRA baut
dieses Strassennetz auf den Unterhaltsachsen für die National-,
Kantons- und Gemeindestrassen auf. Drei Typen von Fachnetzen sind
im Basissystem vorgesehen:
Streckennetze
Gebildet aus einer Ansammlung von Strecken, deren Anfang und
Ende durch die jeweiligen Linearpunkte definiert sind.
Abschnittsnetze
Gebildet aus einer Ansammlung von Abschnitten, die Knotenorte
miteinander verbinden.
Routing-Netz
Gebildet aus einer Ansammlung von Knoten, die topologische
Informationen enthalten (Abbiegebeziehungen).
Das Basissystem erlaubt die Erstellung, den Import und Export sowie
die Nachführung von Fachnetzen mit einer unbeschränkten Anzahl an
Eigenschaften.
Die Daten können räumlich (als planare Geometrie) oder linear (als
Achsband) dargestellt werden.
Abb. 6: Darstellung von Fachnetzen
Verschnitt von Fachnetzen
Das Basissystem erlaubt zudem das Verschneiden von Fachnetzen mit
verschiedenen Flächen und zu verschiedenen Zeitpunkten (Stichtag).
Nachfolgend ein Beispiel für den Verschnitt von administrativen
Flächen mit dem Kantonsstrassennetz.
Abb. 7: Verschnitt von Flächen mit Kantonsstrassen
Kantonsstrasse
pro Gemeinde
pro Bezirk
pro Kanton
gesamte Schweiz
ISTRA NEWS
8
In Abbildung 8 ist ein Beispiel dargestellt, dass aus einem Verschnitt
aus administrativen Flächen (Gemeinden, Bezirken) und dem Fachnetz
Winterdienst erstellt wurde:
Abb. 8: Verschnitt von Fachnetzen
Dank der vielen Möglichkeiten und Funktionalitäten des Basissystems
kann der Benutzer die meisten Fälle für seine Bedürfnisse abdecken.
Bis wann all diese Funktionalitäten?
Mit der Version 3.1, welche Ende 2011 in Betrieb genommen werden
kann, werden die entsprechenden Funktionalitäten für die
Bewirtschaftung und Auswertung von Fachnetzen im Rich-Client zur
Verfügung gestellt. Mit der Version 3.2 soll dann auch noch das
Achsband zur Verfügung stehen.
Termine
Dezember 2011: RE 3.1
Fachnetze (Bewirtschaftung und Konsultation im Rich-Client)
Publikation der Erhaltungsprojekte ASTRA
Mai 2012: RE 3.2
Achsband im Web-Client
Berücksichtigung der neuen Richtlinie für Inventarobjekte
Ausnahmetransportrouten auf den Nationalstrassen
Verantwortliche und Mitwirkende
Projektleitung: Florian Besançon, ASTRA
Leitung Realisierung: Jean-Pierre Bolli, Techdata
Entwicklung und Wartung: Ernst Basler + Partner
Pilotkantone: BE, VD, VS, NE, ZH
Ausgabe Nr. 11 November 2011

Verfasser: Bernd Meister
Die letzten Monate im DWH waren einerseits davon
geprägt, mit den knappen internen und externen
Ressourcen den Betrieb des DWH zu stabilisieren und
andererseits mit möglichst viel Kraft die neuen DWH-
Projekte zu unterstützen. Neben dem Dauerbrenner
TDcost sind dies vor allem DWH VU+, sowie der
Winterrelease VU, der auf Grund seiner vielen
Abhängigkeiten als richtiges Projekt geführt wird.
Zudem sind neue BI-Projekte wie die Anbindung von
ETC (Easyway for Traffic Control) ans DWH in der
Pipeline. In der beginnenden Konzeptphase werden die
Grundlagen an zukünftige ETC-Auswertungen und
-Analysen gelegt.
Stand heute
IN BETRIEB
DDATA WAREHOUSE
VU
Status: Produktiv und in Betrieb seit Dezember 2010
Anwender/Nutzer: ASTRA, Kantonspolizei, Strassenverkehrsämter,
ca. 300 (direkt)
Quelle: VU, Kantonspolizei (26), VBS
Daten: Unfälle 2004-2011 (2004-2010 Import vom BFS
seit 2011 Import aus Applikation VU)
Entitäten: Unfall, Person, Objekt, Ursache
Ladezyklus: wöchentlich
Universen: VUM, VUB, VUB Restrict
Sprachen: Deutsch, Französisch, Italienisch
MOFIS
Status: Produktiv seit Dezember 2010
Anwender/Nutzer: ASTRA, 6 User -> Standardreports
Quelle: MOFIS
Daten: Fahrzeuge im Verkehr: 7’682’755
Fahrzeuge ausser Verkehr: 2’594’631
(nur Fahrzeuge, die nach dem 1.12.2005 ausser
Verkehr gesetzt wurden)
Entitäten: Halter, Fahrzeug, Schild, Zeit
Ladezyklus: monatlich
Sprachen: Deutsch, Französisch
ADMAS
Status: Produktiv seit Dezember 2010
Anwender/Nutzer: ASTRA, 6 User -> Standardreports
Quelle: ADMAS
Daten: ca. 450’000 Massnahmen (seit 1.1.2009)
Entitäten: Person, Massnahme, Grund, Zeit
Ladezyklus: monatlich
Sprachen: Deutsch, Französisch, Italienisch
Ausgabe Nr. 11 November 2011
ISTRA NEWS
9
VMON
Status: Produktiv und in Betrieb seit Dezember 2008
Anwender/Nutzer: ASTRA ca. 300 (direkt)
Quelle: VMON
Daten: 450 Messstellen mit DTV, DWV, Jahresgang,
Wochengang (seit 1990)
Entitäten: Fahrzeugklasse, Messstelle, Richtung, Zeit
Ladezyklus: monatlich
Sprachen: Deutsch, Französisch
Erste Erfahrungen
Hier sind ein paar Fakten über die Nutzung des BI-Tools WebI:
Abb. 9: Anwenderaktivitäten pro Monat
Wie man erkennt, nutzen ca. 80 - 100 User pro Monat das vorhandene
BI-Tool aktiv, um Auswertungen und Analysen zu generieren.
Selbstverständlich muss unser gemeinsames Ziel sein, diese Zahl sukzessive
zu steigern. Dazu braucht es, wie am Ende des Artikels aufgeführt,
allerdings gezielte Massnahmen im Bereich Schulung und Know-
How Aufbau.
Ausblick
Release hivernal VU
Es ist geplant, bis Ende 2011 den nächsten DWH VU Release 2.3.6.0
zu installieren. Dieser Release besteht hauptsächlich aus technischen
Anpassungen wie der Änderung der Export- und Ladeprozesse von VU
Erfassung nach DWH VU. So sollen anstelle eines gesamten
Unfallmonats (Stand heute) nur noch die neuen, geänderten oder
gelöschten Unfälle von VU ans DWH exportiert werden. Erwartet werden
dadurch deutliche Performance-Verbesserungen der Ladeprozesse.
Für die Auswertung im DWH VU ergeben sich durch den Release
2.3.6.0 zwar keine Änderungen, dafür aber ist sicherzustellen, dass
alle existierenden Standardauswertungen weiterhin funktionieren.
Zudem gibt es Abhängigkeiten zum Quellsystem VU und zu VUGIS, die
sorgfältig, sowohl inhaltlich als auch organisatorisch, gemanagt werden
müssen.
Dies ist auch der Grund, warum dieser Release als Projekt aufgesetzt
ist und alle Projektphasen (Voranalyse, Konzept, Realisierung und
Abnahme) durchläuft und mit Stefan Kiener von einem qualifizierten
Projektleiter mitverantwortet wird.

DWH VU+
Ein weiteres spannendes Vorhaben, das sich nach der Freigabe der
Voranalyse durch den Steuerungsausschuss in der IT-Konzeptphase
befindet, ist DWH VU+. Hier möchte man das DWH als Grundlage für
kombinierte statistische Analysen der Strassenverkehrsunfälle nutzen,
um einige der folgenden Fragestellungen zu beantworten:
Fahrzeuge: Ist die Unfallschwere abhängig von der Ausstattung der
Fahrzeuge? Welches sind dabei die relevanten Ausstattungs -
merkmale? Sind bestimmte Unfallfolgen bei Ausstattungstypen unterschiedlich
stark vertreten? Und wenn ja, kann die Kausalität genauer
eingegrenzt werden?
Personen: Ist die Wahrscheinlichkeit, dass Lenker mit einem
Führerausweisentzug einen Unfall verursachen grösser als bei nicht
vorbelasteten Lenkern? Gibt es Unterschiede bezüglich Dauer des
Führerausweisentzuges? Wenn ja, wie würde sich eine Änderung der
Entzugsdauer auswirken? Spielen andere Personenmerkmale hierbei
ebenfalls eine Rolle?
ETC (Easyway for Traffic Control)
Heute erfolgt die Erfassung der für die Statistiken und den Austausch
benötigten Daten durch die zuständigen kantonalen Instanzen manuell
mittels nur teilweise standardisierten Papierformularen. Diese werden
periodisch an das ASTRA (Bundesamt für Strassen) übermittelt, wo die
von der EU verlangten Statistiken daraus erstellt und jährlich an die
zuständige EU-Stelle übermittelt werden bzw. der Austausch von sanktionsbezogenen
Daten mit der EU sichergestellt wird. Auch die
Abrechnung und Vergütung der durch die Kantone geleisteten
Kontrollstunden erfolgt weitgehend manuell.
Mit dem heutigen Verfahren und dem heutigen Personalbestand -
sowohl bundes- wie kantonsseitig - sind die Vereinbarungen aus dem
Landverkehrsabkommens CH-EG nicht realisierbar. Dies betrifft vor
allem die vorgeschriebenen Statistiken, aber auch die Abrechnung der
Mehrleistung der Kantone bei den Schwerverkehrskontrollen. Wenn
der Anreiz zu vermehrten Kontrollen wegfällt, geht dies zu Lasten der
Sicherheit.
Es wurde deshalb beschlossen, eine Informatiklösung bereitzustellen,
welche effiziente und sichere Informationsflüsse und Arbeitsabläufe im
Bereich der Schwerverkehrskontrollen sicherstellt.
Das Projekt «Anbindung von ETC ans DWH» soll sicherstellen, dass die
Daten aus den ETC-Systemen regelmässig ins DWH übernommen
werden und dass die oben genannten Statistiken als Standardberichte
automatisch generiert werden und allen Bedürfnisträgern im DWH-
ASTRA zur Verfügung gestellt werden. Zusätzlich werden die neuen
ETC Data Marts so aufgebaut, dass zukünftig auch flexible Analysen
über die ETC-Daten entwickelt werden können.
Voraussichtlich in der 2. Jahreshälfte 2012 werden diese Funktion -
alitäten produktiv zur Verfügung stehen.
Weitere Themen
Dass alle technischen Systeme, also auch das DWH im ASTRA, nur
optimal genutzt werden können, wenn die zugehörige Organisation mit
ihren Prozessen, Rollen und Mitarbeitenden effizient funktioniert, ist
eine Binsenweisheit.
ISTRA NEWS
10
Eine immer wiederkehrende Fragestellung befasst sich damit, wie eine
Organisation die Herausforderung meistert, die Anwender sowohl fachlich
als auch technisch fit zu bekommen bzw. fit zu halten, damit komplizierte
Fragestellungen mit Hilfe der mächtigen, komplexen BI-Tools
auch zu beantworten sind.
Abb. 10: Wertschöpfungspyramide BI/DWH
An Hand der Wertschöpfungspyramide kann man gut den momentanen
Zustand der Wertschöpfung im ASTRA erkennen.
Im Reportingbereich gibt es bereits einige BaseUser, die als sogenannte
Informationskonsumenten die Möglichkeiten des DWH ausgiebig
und regelmässig nutzen (ca. 80 Personen).
PowerUser, die darüber hinaus auch noch flexible Analysen durchführen,
gibt es zur Zeit nur vereinzelt (ca. 3-5).
Fazit:
Um noch mehr Nutzen aus den BI/DWH-Systemen zu generieren, bedarf
es einer gezielten Investition in die Ausbildung der BI/DWH-Nutzer.
Und ob die heutige dezentrale Organisation dann noch die zweckmässige
Organisationsform ist oder ein Business Intelligence Competence
Center (BICC) besser geeignet ist, den Spagat zwischen Fachwissen
und IT-Wissen zu managen, müssen die kommenden Diskussionen
zeigen.
Verantwortliche und Mitwirkende
Projektleitung: Bernd Meister, ASTRA
Wartung und Betrieb:
Bernd Meister in Zusammenarbeit mit den Fachabteilungen,
dem BIT und dem externen Betreiber Trivadis
Fachliche Verantwortung:
Verkehrsmonitoring: a.I. Martin Lindenmann, Sigmaplan
Register FFR: Benno Nager, ASTRA
Verkehrsunfälle: Stefan Kiener, ASTRA
TDcost: Susanne Caseri, ASTRA
Entwicklung und Wartung: Trivadis AG
Ausgabe Nr. 11 November 2011

IN BETRIEB
TT RASSEE
Verfasser: Jürg Bodenmann, Luzia Seiler
Die neue Version von MISTRA Trassee ist im ASTRA seit
August in Betrieb. Damit ist Trassee zur Bewirt -
schaftung der Strassendaten verfügbar und STRADA
konnte für das ASTRA abgestellt werden. Nun wird mit
Hochdruck an den Funktionen PMS gearbeitet.
Anfang 2012 wird die Bildung von Erhaltungsobjekten
in Trassee möglich sein.
Stand heute
Bereits seit einem Jahr stehen die Strassendaten in Trassee lesend zur
Verfügung. Die verschiedenen Möglichkeiten zur Sichtung und gezielten
Untersuchung der Daten in Karte, Achsband, Datenliste, Querprofil
und Statistik sind intuitiv bedienbar.
Im August 2011 wurde im ASTRA die neue Version 1.1.0.2 mit vielen
Erweiterungen und Verbesserungen eingeführt, mit welcher die
Strassendaten nun auch bearbeitet werden können. Sämtliche
Strassendaten zu den Nationalstrassen wurden nochmals aus STRADA
migriert und die Nachführung dieser Daten erfolgt nun in Trassee.
STRADA konnte per Ende September für das ASTRA abgestellt werden.
Werden in Trassee neue Daten erfasst oder bestehende Daten verändert,
so sieht der Benutzer die vorgenommenen Änderungen sofort
auch in den anderen Ansichten. Dadurch können Erfassungsfehler
frühzeitig erkannt und korrigiert werden.
Abb. 11: Fehler bei der Erfassung erkennen
Insgesamt wurden in der neuen Version über 70 Änderungen umgesetzt.
Erwähnt seien hier nebst den schreibenden Funktionen nur
die Mandantenfähigkeit, die Einbindung von weiteren Zustands -
merkmalen (u.a. zu Lärm und Textur), kompakte Achsbänder zum
Fahrbahnzustand (siehe Abb. 13), die Vereinfachung des Textkatalogs
Schicht-Typ, neue Kartenebenen (u.a. Luftbilder, Amtliche Vermessung,
Inventarobjekte) und ein Messwerkzeug in der Karte.
Ausgabe Nr. 11 November 2011
ISTRA NEWS
11
Erste Erfahrungen
Trassee wird im ASTRA bereits rege genutzt (siehe letzte Ausgabe). Die
neue Version Trassee wurde im ASTRA geschult und das Projektteam
wartet gespannt auf das Feedback zur produktiven Nutzung der schreibenden
Funktionen (Kenntnisstand Anfang September).
Datenbestand
In Trassee sind nun alle aus STRADA migrierten Strassendaten der
Nationalstrassen enthalten. Dies sind die geometrischen Profile, der
Fahrbahnaufbau, die Fahrbahnnutzung, die Nebenstreifen und über 20
Merkmale zur Fahrbahnoberfläche (Zustand, Lärmeigenschaften,
Textur, Neigungen).
Ausblick
In der nächsten Version wird Trassee um Funktionen zum Erhaltungs -
management der Fahrbahn – nachfolgend als PMS (Pavement
Management System) bezeichnet – erweitert. Im Grundsatz sollen mit
dem Fachsystem PMS die folgenden drei Fragen zur Erhaltungs -
planung beantwortet werden:
Wo gibt es Handlungsbedarf?
–> Erhaltungsobjekte bilden und bewerten
Was soll gemacht werden?
–> Massnahmen bestimmen
Wann soll es gemacht werden?
–> Durchführungsjahr planen
Für die Beantwortung dieser Fragen ist ein empirischer PMS-
Prozess geeignet, in welchem der Erhaltungsplaner aufgrund der
vorhandenen Informationen die nötigen Massnahmen plant.
Basierend auf dem ursprünglichen Konzeptbericht, den neu gewonnen
Erkenntnissen und der bestehenden Funktionalität von Trassee wurde
ein PMS-Prozess definiert, welcher die Bildung von Erhaltungsobjekten
für die kritischen Stellen des Netzes und die Massnahmenplanung mit
Massnahmenart, Kosten und Massnahmenjahren für diese
Erhaltungsobjekte vorsieht. Die Bildung von Erhaltungsobjekten ist
dabei auch lückenlos möglich, wobei dann nicht allen
Erhaltungsobjekten auch Massnahmen zugeordnet werden.
Abb. 12: Empirischer PMS-Prozess
Die Mehrjahresplanung ist dabei der Container für eine bestimmte
Planungsvariante. Im System können beliebig viele Mehr jahres -
planungen angelegt werden, um folgende Bedürfnisse abzudecken:
Mehrjahresplanungen auf verschiedenen Teilnetzen (Filiale 1, Filiale 2,
etc.) oder dem gesamten Netz
Mehrjahresplanungen zu verschiedenen Planungszeitpunkten (Planung
2011, Planung 2012, etc.)
Mehrjahresplanungen mit unterschiedlich gebildeten oder unterschiedlich
bewerteten Erhaltungsobjekten
Mehrjahresplanungen mit unterschiedlicher Zuordnung von geplanten
Massnahmen (andere Massnahmenarten, andere Massnahmenjahre).

Anfang 2012 soll der PMS-Prozess in Trassee bis und mit der
manuellen Bildung und Bewertung der Erhaltungsobjekte zur
Verfügung stehen. Auch werden verschiedene Möglichkeiten zur
Auswertung der Mehrjahresplanungen mit den enthaltenen
Erhaltungsobjekten implementiert.
Nachdem eine Mehrjahresplanung angelegt wurde, können darin
direkt die Erhaltungsobjekte gebildet und bewertet werden. Die
Bildung erfolgt dabei in einem Streifenband, in welchem die PMS-
Nutzungsstreifen (Fahrstreifen und Standstreifen) der Fahrbahn dargestellt
werden.
Unterhalb des Streifenbandes kann der Erhaltungsplaner in beliebigen
Achsbändern alle weiteren benötigten Informationen einblenden, wie
Fahrbahnzustand der neusten Kampagne, Schicht-Typ und Alter der Fahr -
bahn oberfläche, Strassentyp, DTV, signalisierte Geschwindigkeit, etc.
Beim Speichern der Erhaltungsobjekte werden vom System alle relevanten
Attribute berechnet (wie z.B. die Fläche, der massgebende
Schicht-Typ, das Einbaujahr der ältesten Deckschicht, etc.) und die
Noten der massgebenden Fahrbahnzustände aggregiert. Der
Erhaltungsplaner hat in der Folge die Möglichkeit, die vom System
berechneten Werte manuell zu korrigieren und zu ergänzen.
Im nächsten Release wird ein Schwerpunkt der weiteren
Entwicklung von Trassee der Ausbau der PMS-Funktionalität sein. In
einem ersten Schritt sind folgende Funktionen vorgesehen:
Manuelle Zuordnung von Massnahmen
Fachnetze bilden und nachführen
Abb. 13: Erhaltungsobjekte im Streifenband bilden (Prototyp)
ISTRA NEWS
12
Budgetvorgaben hinterlegen
Massnahmenplanung in der Mehrjahressicht
Mehrjahresplanungen vergleichen
Schnittstelle zu externer Massnahmenplanung
Automatische Bildung von Erhaltungsobjekten
Weitere potentielle Funktionen sind eine automatische Mass -
nahmenzuordnung, die Berücksichtigung von Zustands prognosen und
die Schnittstelle zum übergeordneten Erhaltungs management.
Nebst dem Schwerpunkt PMS werden in einer der nächsten Versionen
auch die Rückhaltesysteme und Informationen zur Entwässerung in
Trassee integriert. Weiter sind verschiedene Funktionen zur
Vereinfachung der Datenerfassung und -nachführung in der Planung.
Verantwortliche und Mitwirkende
Projektleitung: Luzia Seiler, ASTRA
Leitung Realisierung: vico group, mit müllerchur AG und
HELLER Ingenieurgesellschaft mbH als Sub-Unternehmer
Entwicklung: Zühlke Engineering AG, mit Geocom Informatik
AG als Sub-Unternehmer
Pilotkantone: AG und ZG
Begleitgruppe: AG, BL, GR, TG, VD, VS, ZG
Ausgabe Nr. 11 November 2011

Verfasser: Alain Jeanneret, Andreas Fastrich
Im Januar 2012 startet der produktive Betrieb der neuen
Version der Kunstbauten-Datenbank KUBA 5.0. Im
Vergleich zum derzeit eingesetzten KUBA 4.0.1 wurde
sowohl funktionell als auch programmtechnisch eine
Vielzahl von Neuerungen umgesetzt. Seit Mai dieses
Jahres wird KUBA 5.0 von einem eingeschränkten
Nutzerkreis parallel zu KUBA 4.0.1 eingesetzt und getestet.
Die Phase des Parallelbetriebs der beiden Versionen bietet
den Nutzern die Möglichkeit, KUBA 5.0 umfassend kennenzulernen
und gleichzeitig Ver besserungsvorschläge
und Fehlermeldungen einzubringen. Ziel ist es, die
Umstellung von KUBA 4.0.1 auf KUBA 5.0 möglichst reibungslos
zu gestalten und zum produktiven Start ein optimiertes
System zur Verfügung stellen zu können, das frei
von anfänglichen «Kinderkrankheiten» ist.
Entwicklung von KUBA 5.0
Die Kunstbauten-Datenbank KUBA wurde seit ihrer ersten Einführung
ständig weiterentwickelt und an die aktuellen Anforderungen angepasst.
Mit der aktuellen Version KUBA 5.0 wurde nun ein Major Release umgesetzt,
das programmtechnisch eine komplette Neuentwicklung darstellt.
Neben diversen zusätzlichen Funktionalitäten besteht die Haupt -
neuerung darin, dass das Programm komplett über Metadaten gesteuert
wird und damit ohne grösseren Programmieraufwand konfiguriert und
angepasst werden kann. Ausserdem wurde die Benutzerfreundlichkeit
mit einer neu gestalteten Oberfläche weiter verbessert.
Der Hauptanlass für die Weiterentwicklung von KUBA 4.0.1 zu KUBA 5.0
war die Anforderung, zukünftig auch bergmännisch erstellte Tunnel in
KUBA erfassen zu können. Für derartige komplexe Bauwerke ist eine
flexible Strukturierung der Elemente des Bauwerks erforderlich. Daher
wurde die in KUBA 4.0.1 noch fest vorgegebene Strukturierung in
Bauwerke, Bauwerksteile und Oberflächenschutzsysteme durch eine
flexible Strukturierung der Bausubstanz auf beliebigen vielen hierarchischen
Ebenen abgelöst, in der sogenannte Infrastrukturobjekte die einzelnen
Elemente eines Bauwerks abbilden. Damit können jetzt einerseits
auch Tunnel problemlos in KUBA abgebildet werden, andererseits lassen
sich aber auch sonstige komplexe Bauwerke besser darstellen. Des
Weiteren wurde die Möglichkeit geschaffen, mit Hilfe von Blockreihen
und Eigenschaftsreihen ein Bauwerk entlang einer Achse zu strukturieren
und entlang dieser Achse veränderliche Eigenschaften abzubilden.
Auch dies dient dazu, Bauwerke wie Tunnel, die eine starke lineare
Ausdehnung aufweisen, besser abbilden zu können.
Die umfangreichen Neuerungen, die das neue System mit sich bringt,
stellen sowohl an die Entwicklung des Systems, als auch an die
Einführung bei den Nutzern hohe Anforderungen. Daher wurde ein
mehrstufiges Vorgehen zur Einführung von KUBA 5.0 gewählt.
Insbesondere wurde eine umfangreiche Phase des Parallelbetriebs der
beiden Systeme eingeplant (siehe Abb.14).
Ausgabe Nr. 11 November 2011
ISTRA NEWS
IN BETRIEB Zeitplan der Einführung
KK UNSTBAUTEN UND TUNNEL
PARALLELBETRIEB MIT KUBA 4.0.1
UND EINFÜHRUNG KUBA 5.0
13
Die Entwicklung von KUBA 5.0 begann im September 2008 und wurde
im Januar 2011 mit einer anschliessenden Testphase und der
Abnahme des Systems im Mai 2011 abgeschlossen (siehe Abb. 14).
Seit Mai 2011 läuft die Phase des Parallelbetriebs von KUBA 4.0.1 und
KUBA 5.0. In dieser Zeit ist nach wie vor KUBA 4.0.1 das produktive
System. Eine begrenzte Gruppe von Nutzern erhält jedoch die
Gelegenheit, parallel auch mit dem neuen System KUBA 5.0 zu arbeiten.
Nach Abschluss des Parallelbetriebs im Januar 2012 beginnt der
produktive Betrieb von KUBA 5.0 in den Filialen des ASTRA und es
erfolgt die endgültige Umstellung auf das neue System.
Abb. 14: Zeitlicher Ablauf der Entwicklung und Einführung von KUBA 5.0
Parallelbetrieb KUBA 4.0.1 und KUBA 5.0
Mit dem Parallelbetrieb wurde die Möglichkeit eines ausgedehnten
Testbetriebs unter realen Voraussetzungen geschaffen.
Ziel des Parallelbetriebs war es:
das System vor der tatsächlichen produktiven Einführung möglichst
vollumfänglich zu testen und dadurch eventuelle Fehler aufzudecken
und zu beheben,
die Anwenderfreundlichkeit des Systems zu testen und bis zur
Einführung zu optimieren sowie
ausgewählte Nutzer aus allen ASTRA-Filialen und den beteiligten
Kantonen vor der Einführung umfassend am neuen System zu schulen,
damit diese bei der produktiven Einführung als Experten in ihren
Organisationseinheiten zur Verfügung stehen.
Mit der praktischen Anwendung des Systems über einen ausgedehnten
Zeitraum konnten diese Ziele weitaus effektiver und besser erreicht werden,
als dies in einer normalen Testphase oder im Rahmen der
Anwenderschulungen möglich wäre.
Im Rahmen des Parallelbetriebs konnten Daten sowohl in KUBA 4.0.1 als
auch in KUBA 5.0 erfasst werden. In beiden Fällen können diese ins spätere
Produktivsystem übernommen werden.
Um sicherzustellen, dass sämtliche Funktionalitäten von KUBA im
Parallelbetrieb genutzt wurden, waren von den Nutzern, neben der laufenden
Arbeit, fünf Aufgaben zu den wichtigsten Anwendungsbereichen
von KUBA zu bearbeiten.
Die Aufgaben umfassten die Bereiche:
Substanzdatenerfassung
Erfassung von Inspektionen
Erfassung von Erhaltungsmassnahmen
Erstellen von Auswertungen über die KUBA-Datenbank
Tragfähigkeitsberechnungen und Routenwahl für Sondertransporte

Die Aufgaben wurden von den Nutzern des Parallelbetriebs selbstständig
bearbeitet und die einzelnen Bearbeitungsschritte zur späteren
Auswertung protokolliert. Dabei standen die Leitung Realisierung (IMC
GmbH) als fachlicher Support sowie die mit der Entwicklung des
Programms beauftragte Firma (CADRZ AG) als technischer Support, als
ständige Ansprechpartner zur Verfügung. Seitens der Leitung
Realisierung wurden die Protokolle der Aufgabenbearbeitung ausgewertet
und gegebenenfalls Anpassungen des Systems eingeleitet.
Erfahrungen aus dem Parallelbetrieb
Die Erfahrungen aus dem Parallelbetrieb von KUBA 4.0.1 und KUBA 5.0
waren durchweg positiv. Die Nutzer hatten die Gelegenheit, unter realen
Bedingungen, - aber ohne die Gefahr, wichtige Daten zu verlieren - das
neue System zu testen und kennenzulernen. Erwartungsgemäss wurden
an einigen Stellen Fehler und Probleme im neuen System gefunden.
Diese konnten jedoch zumeist umgehend behoben werden. Ausserdem
ergaben sich aus der praktischen Arbeit mit dem neuen System eine
Vielzahl sinnvoller Verbesserungsvorschläge, die als Change Requests in
KUBA 5.0 einfliessen werden.
Ein wesentlicher Punkt in der Entwicklung von KUBA 5.0 stellt die
Steuerung des Systems über Metadaten dar. Dies bedeutet, dass sämtliche
Eingabemasken sowie die den Eingaben hinterlegten Kataloge über
die Zuordnung und Verknüpfung von im Programm hinterlegten Tabellen
gesteuert werden. Durch Katalogverknüpfungen wird gesteuert, welche
Daten in Abhängigkeit des jeweils betrachteten Elements erfassbar sind,
und welche Katalogeinträge hierfür zur Verfügung stehen. Hier war im
neuen System viel Arbeit nötig, um dem Nutzer ein einfach zu handhabendes
System zur Verfügung zu stellen, das Fehleingaben weitestgehend
verhindert. Insbesondere in diesem Bereich wurden im Parallel -
betrieb Anpassungen vorgenommen und Fehler behoben, die erst in der
praktischen Anwendung des Systems erkennbar wurden.
Neben der Überprüfung und Verbesserung des Systems KUBA 5.0 bot
der Parallelbetrieb auch die Möglichkeit das Schulungskonzept, die
Richtlinie zur Datenerfassung (die derzeit als Entwurf vorliegt) und die
Anwendungshandbücher in der praktischen Anwendung zu testen und
zu verbessern. Aus den Problemen, die bei den Nutzern des
Parallelbetriebs auftraten, liessen sich wichtige Rückschlüsse darauf ziehen,
welche Bereiche in den Nutzerschulungen verstärkt behandelt werden
müssen und wo eine umfangreichere Dokumentation notwendig ist.
Insgesamt kann davon ausgegangen werden, dass durch die umfangreichen
Erfahrungen, die im Parallelbetrieb gesammelt wurden, das System
KUBA 5.0 sowie die dazugehörigen Dokumentationen vor der produktiven
Einführung auf einen deutlich besseren Stand gebracht wurden, als
dies sonst möglich gewesen wäre. Es ist davon auszugehen, dass die bei
derartig umfangreichen Neuentwicklungen kaum zu vermeidenden
«Kinderkrankheiten» des Systems weitgehend behoben wurden und so
ein naheliegender problemlosen Start in den Produktivbetrieb möglich
sein sollte.
KUBA 5.0 in den Kantonen
Das System KUBA 5.0 wurde im Auftrag des ASTRA entwickelt, steht
jedoch auch interessierten Kantonen zur Verfügung. Am Parallelbetrieb
nahm bisher nur der Kanton Uri teil. Die Nutzung von KUBA 5.0 steht
jedoch auch den anderen Kantonen offen und stellt eine gute
Möglichkeit dar, die kantonalen Kunstbauten zu verwalten.
Insbesondere für die Kantone bietet die flexible Steuerung des
Programms durch Metadaten entscheidende Vorteile. Das neue System
ermöglicht es, mit geringem Aufwand eine vereinfachte Version von
KUBA 5.0 zu konfigurieren, die eine einfache Erfassung der wichtigsten
ISTRA NEWS
14
Eigenschaften der betrachteten Kunstbauten ermöglicht. So stellt KUBA
5.0 ein System dar, das zwar einerseits beliebig komplexe Bauwerke
umfassend abbilden kann, genauso aber auch eine auf das Wesentliche
reduzierte Erfassung von Standardbauwerken ermöglicht.
Einführung von KUBA 5.0 in den Kantonen
Die Einführung von KUBA 5.0 in die Kantone wird im Zeitraum März-
Dezember 2012 stattfinden.
Die Schulungen beginnen Mitte Februar 2012, ein Schulungskalender
wurde bis Ende Oktober 2011 publiziert.
Folgende Schritte sind vorgesehen:
Koordinationssitzung mit dem Kanton
Anmeldung der Benutzer
Migration der Daten (Die KUBA 4.0.1 Daten werden vom Kanton zur zentralen
KUBA 5.0 Datenbank transferiert, welche beim BIT betrieben wird.)
Schulung (Anwenderschulung, Administratorschulung, Mobile
Schulung, etc.)
Installation der KUBA 5.0 Clients über ClickOnce (Voraussetzung ist
die Installation vom F5-FirePass VPN-Client)
Die Kosten für die Migration sowie für die Schulung sind durch den
Kanton zu tragen.
Zurzeit wird das Einführungshandbuch KUBA 5.0 für die Kantone verfasst,
in welchem alle Schritte detailliert aufgeführt sind.
Ausblick
Mit KUBA 5.0 wurde ein grosser Entwicklungsschritt getan und eine gute
Basis für die Weiterentwicklung des Systems geschaffen. Daher stehen
zunächst keine grösseren Neuentwicklungen an. Es wird jedoch auch
weiterhin eine ständige Weiterentwicklung und Optimierung des
Systems geben. Insbesondere wird das Feedback der Nutzer, sowohl aus
der Phase des Parallelbetriebs, als auch aus der späteren produktiven
Anwendung gesammelt und in der weiteren Entwicklung berücksichtigt.
Zukünftige Entwicklungsschritte sind derzeit in den folgenden Bereichen
geplant:
Eine weitere Verzahnung der Fachapplikation mit dem MISTRA-
Basissystem.
Die Integration einer messtechnischen Kontrolle der Bauwerke.
Die Implementierung einer Risikobeurteilung sowie die Berück -
sichtigung von Naturgefahren.
Die Weiterentwicklung des Tools KUBA-MS zur Erhaltungsplanung,
insbesondere hinsichtlich der Erhaltungsplanung von bergmännischen
Tunneln.
Bezüglich der Handhabung des Systems ist festzustellen, dass die grössere
Flexibilität, die es ermöglicht jegliche Bauwerke realitätsnah abzubilden,
auch eine ständig steigende Komplexität des Systems mit sich
bringt. Damit steigt die Notwendigkeit, auch weiterhin eine einfache
Grundstruktur des Programms zu erhalten, die es auch gelegentlichen
Nutzern erlaubt, sich schnell zurechtzufinden. Dies steht auch weiterhin
im Fokus der zukünftigen Entwicklungsschritte.
Verantwortliche und Mitwirkende
Projektleitung: Alain Jeanneret, ASTRA
Leitung Realisierung und Fachsupport: IMC GmbH
Entwicklung und Wartung:
CADRZ AG, Begleitgruppe: ASTRA, Kantone AG, VS, UR, GR
Ausgabe Nr. 11 November 2011

IN BETRIEB
VV ERKEHRSUNFÄLLE
Verfasser: Mathias Baudenbacher
Seit 2010 melden die Kantonspolizeien Unfälle in der
Fachapplikation Verkehrsunfälle VU. Damit ist VU erfolg -
reich im Polizeiwesen eingeführt. Dies beweist auch die
Tatsache, dass in VU inzwischen zusätzlich die Unfalldaten
2001 bis 2009 gespeichert sind. In den letzten zwei Jahren
sind im Rahmen vom «Change Management» ausserdem
verschiedene Neuerungen und einige Optimierungen
implementiert worden.
Stand heute
Im Rahmen des ordentlichen Prozesses zum «Change Management»
sind seit Produktionsbeginn Ende 2009 neue Werkzeuge in VU hinzugekommen.
Sie optimieren und unterstützen sowohl die Erfassung der
Unfalldaten als auch den Datentransfer. Wichtigste Werkzeuge sind:
Der alternative Zugriff auf VU via SSO-Portal (Single Sign On
Portal) des Informatik Service Center im Eidgenössischen Justiz und
Polizeidepartement. Das SSO-Portal ermöglicht die einmalige starke
Authentisierung und stellt dem Polizisten VU nach erfolgreicher
Authentisierung mittels z.B. seiner Smartcard zur Verfügung, ohne dass
sich der Polizist um MISTRA-Zugangskennwörter kümmern muss.
Der Datentransfer über Sedex (secure data exchange). Sedex ist
eine Kommunikationsplattform für den asynchronen Meldungs -
austausch, welche eine sichere, zuverlässige und nachvollziehbare
Datenübermittlung zwischen zwei Teilnehmern anbietet. Sedex wird
vom Bund unter Federführung des Bundesamtes für Statistik BFS zur
Verfügung gestellt.
Die Übersicht über den Datenbestand in VU, z.B. nach Monat
oder Gemeinde (vgl. Abb. 15).
Die automatische Georeferenzierung. Sie ermöglicht auf der
Basis der Landeskoordinaten mittels Suchalgorithmus die automatische
Ermittlung der RBBS-Daten für mehrere Unfalldatensätze. Dieses
Angebot ist insbesondere für diejenigen Polizeien von Nutzen, die
monatlich ein umfangreiches Paket von Unfalldaten nach VU transferieren.
Das Instrument erlaubt aber auch die Geo referenzierung der
Unfalldaten, die vor 2010/11 ans BFS geliefert wurden.
Die Erstellung von Unfallskizzen direkt in VU. Als Grundlage
der Skizzenerstellung lassen sich verschiedene Karteninformationen
ein- und ausblenden: Swissimage (digitale Farbluftbilder), amtliche
Vermessungspläne (vgl. Abb. 16), administrative Grenzen und Achsen.
Eine Bibliothek von Symbolen, Signalen und Markierungen ergänzt die
Zeichnungswerkzeuge.
Erfahrungen im Betrieb
Im Jahr 2010 meldeten acht kantonale Polizeien rund 21’000 Unfall -
datensätze in VU nach Vorlage des standardisierten Unfall aufnahme -
protokolles UAP, seit dem 1. Januar 2011 arbeiten sämtliche Kantons polizeien
mit VU. Wesentliche Neuerungen gegenüber den früheren Datenlieferungen
ans BFS sind Informationen zur hauptsächlichen Unfallursache, zur PIN- und
Stammnummer sowie zur Position des Unfalles (RBBS-Daten).
Ausgabe Nr. 11 November 2011
ISTRA NEWS
15
VU bewährt sich somit seit Januar 2010 in der Praxis und erfreut sich
inzwischen einer hohen Akzeptanz im Polizeiwesen. Das komplexe
System mit zahlreichen Schnittstellen verhält sich stabil und performant.
Bereits neigt sich das zweite Betriebsjahr dem Ende zu, wiederum
ohne nennenswerte Störungen oder Schwierigkeiten. Damit hat VU
den Einstieg als neues Erfassungssystem im Bereich der Unfalldaten
definitiv geschafft!
Datenbestand
Zusätzlich zu den Unfalldaten des laufenden Jahres 2011 und des
abgeschlossenen Jahres 2010 werden sukzessiv die Daten vor
Produktionsbeginn VU in einem sogenannten Migrationsprozess in VU
eingelesen und gespeichert. Bis heute wurden die Daten 2001 bis
2009 in VU verarbeitet, d.h. georeferenziert und anschliessend ebenfalls
an die Auswertungsapplikationen (DWH, VUGIS) exportiert. Aktuell
sind in VU somit die Unfalldaten der Jahre 2001 bis 2011 verfügbar.
Ausblick
Grössere Anpassungen und der Ausbau bestehender Werkzeuge sind
realisiert. Zukünftig richtet sich das Augenmerk noch vermehrt auf die
Sicherung der Datenqualität einerseits. Eine kontinuierliche Optimierung
in diesem Bereich ist im Interesse aller. Dazu gehört auch der Ausbau
der Datenplausibilisierung. Andererseits ist die Umsetzung spezifischer
kantonaler Bedürfnisse nicht ausgeschlossen.
Verantwortliche und Mitwirkende
Projektleitung: Mathias Baudenbacher, ASTRA
Entwicklung und Wartung: Firma IMS AG und ELCA AG
Abb. 15: Übersicht über die Unfälle in VU.
Abb. 16: Erstellung von Unfallskizzen in VU.

Verfasserin: Mireille Savary Oliverio
Die aktuelle Version der Fachapplikation VUGIS wird
schrittweise optimiert. Sie verfügt über alle Funktio -
n alitäten, die zu Beginn des Projekts mit der Begleit gruppe
definiert wurden. Die Entwicklung dieses geografischen
Analysetools für Verkehrsunfälle läuft allerdings weiter.
Aktueller Stand
Auf der Produktionsumgebung wurde eine neue Version installiert. Sie
umfasst Funktionalitäten wie die Berechung von Indikatoren oder
Unfallschwerpunkten, die Darstellung von Unfällen mittels Pikto -
grammen, die Auswertung von Unfällen, Überwachungszonen oder
auch die Nutzung von BusinessObjects (BO) in VUGIS.
Diese neue Version wird noch durch den Historisierungsteil ergänzt.
Das Konzept dafür besteht bereits. Die Optimierung der
Benutzeroberfläche ist dagegen fürs nächste Jahr geplant.
Erfahrungen
Im Verlauf der letzten Monate hat das Projektteam seine Unterstützung
für die Benutzer der Kantone verstärkt, damit sie das System besser
nutzen können und um besser auf ihre Bedürfnisse eingehen zu können.
Abbildung 17 zeigt das Resultat einer attributiven Abfrage, welche
für die Kantone interessant ist. Die gesammelten Erfahrungen ermöglichen
auch eine noch genauere Beurteilung der Anforderungen für die
zukünftige Entwicklung der Applikation und um massgeschneiderte
Antworten auf die fachlichen Anfragen zu liefern.
Stand der Daten
Die Applikation VUGIS nutzt die Unfalldaten aus dem DWH VU. Somit
stehen im Moment die Unfalldaten der Jahre 2001 bis 2011 zur
Verfügung. Mit der automatischen Georeferenzierung der alten
Unfalldaten durch VU hat der Anteil der Unfälle mit RBBS-Koordinaten
(wichtig für VUGIS) deutlich zugenommen. Bis anhin sind es im
Durchschnit zwischen 80 und 90%. Die Qualität der Auswertungen
mit VUGIS wird dadurch gesteigert.
Ausblick
Entwicklung
Die Entwicklung der nächsten Realisierungseinheit, welche auch die
Historisierung beinhaltet, beginnt diesen Herbst und wird im Frühjahr
2012 abgeschlossen sein.
Die Optimierung der Benutzeroberfläche wird bereits im nächsten
Frühling entwickelt und Ende 2012 beendet. Sie wird in eine
Realisierungseinheit integriert, die auch die Entwicklung von neuen
Funktionalitäten beinhaltet.
Schulungen
Ein neues Schulungsmodul findet im Dezember 2011 statt. Der
Schwerpunkt liegt dabei auf den Auswertungen, v.a. auf jenen, die mit
Hilfe von BO ausgeführt werden müssen.
ISTRA NEWS
IN BETRIEB
VV ERKEHRSUNFÄLLE-
AUSWERTUNGEN MIT GIS (VUGIS)
16
Verantwortliche und Mitwirkende
Projektleitung:
Mireille Savary Oliverio, ASTRA / Gerhard Schuwerk, ASTRA
Leitung Realisierung:
Jean-Luc Miserez, GS-MISTRA (INSER)
Entwicklung und Wartung:
ELCA Informatik AG mit arxiT als Subunternehmer
Begleitgruppe:
ASTRA, Kantone BE, GR, VD, ZH
Abb. 17: Unfälle auf Kantonsstrassen im Kanton Freiburg 2010
Ausgabe Nr. 11 November 2011

IN BETRIEB
VV ERKEHRSMONITORING
Verfasser: Nicolas Latuske, Martin Lindenmann
Die Fachapplikation Verkehrsmonitoring (VMON) wird
vom ASTRA seit bald vier Jahren im produktiven
Betrieb genutzt. Die erste Realisierungseinheit RE1
umfasst die Module Messstellenverwaltung und AVZ
(Verwaltung und Validierung von permanenten automatischen
Mess stellen). Im September wurde die Rea -
lisierung der ersten Etappe der RE2 gestartet. Mit dieser
Etappe wird VMON mandantenfähig und die Perfor -
mance wird weiter verbessert.
Personelles
Anfang April hat Dr. Nicolas Latuske im ASTRA die
Leitung des Fachbereichs Verkehrsmonitoring als
Nachfolger von Mario Rubin übernommen. Gleichzeitig
erfolgte durch ihn die Übernahme der Projekt leitung der
Fachapplikation VMON.
Herr Latuske hat an der Universität Hamburg Physik studiert
und an der Universität Heidelberg promoviert. Bevor er im April
2011 seine Tätigkeit Fachbereichsleiter für Verkehrsmonitoring am
ASTRA aufgenommen hat, war Herr Latuske von Januar 2007 bis März
2011 an der ETH Zürich am Institut für Verkehrsplanung und
Transportsysteme als Postdoc angestellt.
Stand
VMON RE1 wird vom ASTRA seit dem 01.01.2008 im produktiven
Betrieb genutzt. Die Plausibilisierung der automatischen Messstellen des
Abb. 18: Maske Klassendaten
Ausgabe Nr. 11 November 2011
ISTRA NEWS
17
ASTRA geschieht seither ausschliesslich in VMON. Die bereinigten Daten
werden ans ASTRA Data Warehouse exportiert und können dort ausgewertet
werden.
Aufgrund der ersten Erfahrungen wurden seither diverse Releases mit
Optimierungen und Erweiterungen der Funktionalitäten in Betrieb
genommen.
Seit September ist die Entwicklung der ersten Etappe der RE2 im Gang.
Die wichtigsten Inhalte dieser Etappe sind:
Mandantenfähigkeit. Damit kann VMON von Kantonen eingesetzt
werden.
Weitere Verbesserung der Performance.
Weiter kommen unter anderem folgende Funktionalitäten dazu:
Konverter für die Umformung von Daten, die mit anderen
Applikationen (Smart Traffic, SIS-Traffic) validiert wurden in das
Format, das vom ASTRA Data Warehouse importiert werden kann.
Zugriff auf Verkehrsmeldungen von Viasuisse wie Stau, Baustellen,
Unfälle, Wetter, Ereignisse.
Neue Funktion «Ganzer Monat schätzen». Mit dieser Funktion können
für eine Messstelle und für eine gewählte Zeitperiode die von VMON
automatisch berechneten Schätzwerte übernommen werden. Dabei
ist es möglich, die Schätzwerte noch mit einem frei wählbaren Faktor
zu multiplizieren.
Ermöglichen von separaten Referenzperioden für Volumen- und
Klassendaten. Diese Möglichkeit ist insbesondere bei der Umrüstung
von Messstellen von Volumen- zu Klassenzählern hilfreich.
Kopieren von Messstellen.
Die produktive Einführung der ersten Etappe der RE2 ist für April 2012
vorgesehen.
Datenbestand
VMON enthält die Daten der rund 450 automatischen Strassen -
verkehrszählung des ASTRA ab 1990. Daten mit Fahrzeug -
klassifizierung (SWISS10) sind ab dem Jahr 2005 verfügbar.
Ausblick
Die Einführung der zweiten Etappe der RE2, die als Hauptfunktionalität
die Verwaltung und Hochrechnung von temporären Messstellen beinhaltet,
ist für Frühling 2013 geplant.
Verantwortliche und Mitwirkende
Projektleitung: Nicolas Latuske ASTRA
Begleitgruppe: AG, VD, NE, JU
Entwicklung und Wartung:
Zühlke Engineering AG / InNET Monitoring AG
Konzept und Leitung Realisierung: Sigmaplan AG

Verfasser: Christoph Julmy
Das Eigentum des Bundes an den Nationalstrassen
sowie die damit verbundenen Rechte und Pflichten
werden mit der Fachapplikation Liegenschafts- und
Vertragsmanagementsystem (LVS) dokumentiert. Mit
LVS werden rund 4’000 Grundstücke und 7’000
Dokumente (Verträge, Verfügungen, Bewilligungen,
etc.) verwaltet.
Stand heute
Verträge, Verfügungen und Bewilligungen, aber auch Grund -
buchauszüge und weitere Dokumente werden eingescannt und im
GEVER (Geschäftsverwaltungssystem des Bundes) abgelegt. Sie können
mittels Link direkt aus der Applikation LVS heraus aufgerufen werden.
Das System ermöglicht die Erfassung der zugehörigen Metadaten
in den Modulen «Verträge» und «Grundstücke».
Im Modul «Grundstücke» werden sämtliche auf den Grundbuch -
auszügen aufgeführten Daten erfasst. Im Modul «Verträge» werden die
administrativen Daten, die Termine und die Georeferenz erfasst. Durch
die Zuweisung der Daten zu verschiedenen Organisationseinheiten
wird sichergestellt, dass nur berechtigte Personen die Daten einsehen
und allenfalls bearbeiten können.
Die Adressen der Vertragspartner und der weiteren beteiligten
Personen werden ebenfalls im GEVER erfasst und mittels einer
Schnittstelle an LVS übermittelt. Diese Schnittstelle stellt auch sicher,
dass Adressmutationen automatisch in LVS nachgeführt werden.
Mit Alarmen wird sichergestellt, dass die Verantwortlichen über fällige
Termine informiert werden. Die Alarme werden in einer Übersicht nach
Periode und Priorität angezeigt. Zusätzlich wird bei der Fälligkeit jedes
Alarms eine E-Mail versandt.
LVS erlaubt die Fakturierung von Gebühren und Abgeltungen für an
Dritte erteilte Rechte. Dazu werden im Modul «Verträge» entsprechende
Fakturavorlagen erfasst. Das System bereitet anschliessend zu
den hinterlegten Zeitpunkten eine entsprechende Faktura vor und
informiert die Verantwortlichen per E-Mail. Diese prüfen und ergänzen
nötigenfalls die Faktura und geben sie frei. Die freigegebenen Fakturen
werden mittels Schnittstelle an SAP übermittelt, von wo aus dann die
Rechnungsstellung erfolgt. Zurzeit werden über LVS pro Jahr bereits
über 1000 Fakturen gestellt.
Die Verwaltung und Überwachungen von Aufgaben (Erbringung von
Eigenleistungen und die Kontrolle von Drittleistungen) sind weitere
Funktionen, mit welchen LVS die Bewirtschaftung des Eigentums und
der Rechte und Pflichten unterstützt.
ISTRA NEWS
IN BETRIEB
LL IEGENSCHAFTEN UND VERTRÄGE
18
Erfahrungen
LVS ist bereits seit Februar 2008 in Betrieb. Die Applikation ist einfach
zu bedienen und unterstützt effizient die Bewirtschaftung des
Eigentums sowie der Rechte und Pflichten.
Auf Wunsch der Filialen wurde die Applikation um die Vertragsart
«übrige Baupolizei» erweitert. Somit steht nun der gesamte
Funktionsumfang von LVS auch für die Verwaltung von baupolizeilichen
Bewilligungen (z.B. Revers, Reklamebewilligungen, Auflagen zu
Bauprojekten Dritter) zur Verfügung.
Die Zuverlässigkeit der Schnittstelle zu SAP ist im Moment noch nicht
befriedigend. Entsprechende Verbesserungen müssen auf der Seite
SAP angegangen werden.
Die Arbeiten sind eingeleitet und die Schnittstellendefinition liegt nun
vor. Die Umsetzung sollte Mitte 2012 abgeschlossen werden können.
Datenbestand
Bei der Datenintegration wurden die Verträge prioritär behandelt um
eine schnellstmögliche Rechnungsstellung zu gewährleisten.
Inzwischen sind alle von den Kantonen seinerzeit erhaltenen Verträge
(ca. 7’500) erfasst und geprüft. Parallel dazu wurde auch mit der
Integration der Grundbuchauszüge begonnen. Hierzu wurden rund
3000 Auszüge geprüft und integriert. Im Weiteren wurden in der
Zwischenzeit auch ca. 400 Personaldienstbarkeitsverträge erfasst.
Ausblick
Im Rahmen der Wartung von LVS werden jährlich zwei neue Versionen
ausgeliefert. Nebst Fehlerkorrekturen und verschiedenen
Verbesserungen sind noch folgende Erweiterungen geplant:
Generalistendaten LVS: Im MISTRA Basissystem sind zurzeit noch
keine Generalistendaten zu LVS abgelegt. Somit stehen die
Informationen aus LVS nur den jeweiligen Anwendern zur Verfügung.
Die Integration der Generalistendaten LVS ist für die nächste
Realisierungseinheit des Basissystems geplant.
Schnittstelle eGRIS: Mit dem Projekt eGRIS soll eine schweizweit
kompatible elektronische Grundbuchführung und der Austausch der
Grundbuchdaten zwischen den Grundbuchämtern, den Kantonen
und dem Bund ermöglicht werden (siehe www.egris.ch). Es ist vorgesehen,
dass auch LVS die Daten auf diesem Weg beziehen kann.
Verantwortliche und Mitwirkende
Applikationsverantwortlicher: Christoph Julmy, ASTRA
Leitung Realisierung und Fachsupport: müllerchur AG
Entwicklung und Wartung: ELCA Informatik AG
Ausgabe Nr. 11 November 2011

Verfasserin: Marguerite Trocmé
Seit April 2010 steht die Sofortlösung Lärmbelastungs -
kataster Nationalstrassen (LBK) in Produktion. Die
Datenbank unterstützt die Filialen bei ihrer Arbeit,
indem die Daten aus den Lärmprojekten strukturiert
erfasst, das jährliche Reporting gemäss Art. 20 LSV
vereinfacht und die wesentlichen Daten gemäss Art. 37
LSV für die Öffentlichkeit aufbereitet werden können.
Stand heute
Ein neues Release 1.0.2.2 ist seit dem 26.4.2011 aufgeschaltet und
bringt folgende Erneuerungen und Verbesserungen mit sich:
Eingabe von Immissionsmessungen und Erstellen von Mess -
protokollen
Anfügen von Bilddateien (Fotos) zu Gebäuden und Empfangspunkten
Report Emissionsdatenblatt
Erstellung Info-Ableger (Read-Only)
Massenoperation zur automatischen Ermittlung der RBBS-
Koordinaten für Emissionssegmente
Erfahrungen
Die Erfahrungen sind grundsätzlich positiv. Um einen generellen Überblick
über den Handlungsbedarf des ASTRA bezüglich Lärmschutz an
Nationalstrassen zu erhalten, ist als erste Aufgabe eine allgemeine
akustische Zustandsbeurteilung der Trassee erfolgt. Die ist bald abgeschlossen.
Es besteht heute eine Gesamtübersicht, die eine
Priorisierung ermöglicht.
Der Helpdesk über die GS MISTRA mit 2.- und 3.-Level Support wurde
bis jetzt wenig in Anspruch genommen.
Als Nachteil erweist sich, dass es sich bei der Sofortlösung nicht um
eine vollständig in die MISTRA Systemarchitektur integrierte
Fachapplikation handelt. Die Daten aus dem MISTRA Basissystem sind
nicht direkt greifbar und der Zugriff auf die Applikation erfolgt über
einen Terminalserver.
Datenbestand
Die Datenbank beinhaltet im Moment 91'202 Datensätze, hauptsächlich
aus Verkehrszustände, Emisionssegemente und den Zustands -
beurteilungen.
Ausblick
IN BETRIEB
Die Sofortlösung erfüllt ihre Funktion gut. Kleinere Anpassungen sind
noch möglich, jedoch soll die Applikation nicht viel weiter entwickelt
ISTRA NEWS
LL ÄRMBELASTUNGSKATASTER
SOFORTLÖSUNG
Ausgabe Nr. 11 November 2011
19
werden. Wichtig ist, dass jetzt Daten aus den Projekten in der
Datenbank erfasst werden und somit wertvolle Erfahrungen gesammelt
werden können. Ein zentrales Hilfsmittel hierfür ist die
Erfassungsrichtlinie, welche demnächst verfügbar sein wird.
Ab Ende 2012 soll zum Betrieb der LBK Sofortlösung eine erste
Auswertung der heutigen Erfahrungen gemacht werden und das
Fachkonzept für die MISTRA integrierte Fachapplikation vorbereitet
werden, damit in ca. 3-4 Jahren eine voll in MISTRA integrierte
Fachapplikation Lärm zur Verfügung stehen kann.
Abb. 19: Dokumenterstellung mit LBK
Abb. 20: Formular Empfangspunkte mit Messungen (neu)
Verantwortliche und Mitwirkende
Projektleitung: Marguerite Trocmé Maillard, ASTRA
Entwicklung und Wartung: Grollimund und Partner AG
Wartungsgruppe: Projektleitung, G+P, Rosenthaler + Partner
(Wartungsleitung), CSD (Fachsupport)

Verfasser: Paul Twerenbold
Die Sofortlösung der Applikation Sonderbewilligungen
ist in verschiedenen Schritten optimiert worden und
hat sich gut bewährt. In einem nächsten Schritt soll
vorab noch die online-Schnittstelle zu den kantonalen
Bewilligungsbehörden geregelt werden, gekoppelt mit
einer Plausibilisierung der Benutzereingaben.
Stand heute
IN BETRIEB
SS ONDERBEWILLIGUNGEN
SOFORTLÖSUNG
Die Sofortlösung Sonderbewilligungen umfasst grundsätzlich zwei
Module:
Gesuchseinreichung sowie
Gesuchs- und Bewilligungsbewirtschaftung.
Gesuchseinreichung
In einem ersten Schritt wurden per 1. Januar 2008 alle neuen
Gesuchsformulare als PDF-Vorlagen auf ein neu geschaffenes
Internetportal des ASTRA aufgeschaltet (www.sonderbewilligung.ch).
Die Gesuchsformulare können heruntergeladen, auf dem PC ausgefüllt
und gespeichert den zuständigen Bewilligungsbehörden des Bundes und
der Kantone als Mail-Anhang zugestellt werden oder ausgedruckt als
Fax oder per Post.
Seit Dezember 2009 können Gesuche direkt auf dem zuvor erwähnten
Internetportal ausgefüllt und online an alle Bewilligungsstellen eingereicht
werden (die Kantone erhalten per Mail eine Benachrichtigung und
im Anhang das pdf-Gesuch). Diese online-Version mit kostenloser
Registrierungsmöglichkeit erleichtert die Prozesse und die
Bewirtschaftung der Gesuche seitens der Kunden wie der Behörden
wesentlich. Mit der im Sommer 2010 aufgeschalteten Version 1.7.1.0
des online - Gesuchsformulares wurden verschiedene Bedürfnisse der
Kantone berücksichtigt, sodass auch sie direkt den Gesuchsstellern
zurückmailen können.
Abb. 21: Prozess Gesuchsstellung
ISTRA NEWS
20
Gesuchs- und Bewilligungsbewirtschaftung
Für die Bewirtschaftung der Gesuche steht beim ASTRA das auf dessen
Prozesse adaptierte System BEAT zur Verfügung. Mit dessen Hilfe werden
die Arbeitsschritte Gesuchseingang, -zuweisung, -bearbeitung,
-ausgang und Gesuchsablage durchgeführt. Das System erleichtert
auch das Handling der Gebührenrechnungen, welche inkl. Inkasso -
kontrolle und Mahnwesen auf SAP-Basis erstellt werden.
Die Einführung der online-Gesuchsversionen brachte durch die
Beseitigung des Medienbruches und damit dem automatischen Einlesen
der Gesuchsformulare in das System BEAT eine markante
Effizienzsteigerung mit sich. Der Gesuchsbearbeiter muss die Gesuche
nur noch bezüglich Inhalt und Vollständigkeit überprüfen und die Übernahme
der Daten bestätigen, bevor er die materielle Bewilligungsarbeit
an die Hand nimmt. Diese Arbeit wird bezüglich der Fahrstrecken -
abklärung unterstützt durch einen einfachen GIS-Viewer, in welchem die
Lichtraumprofile kritischer Objekte und weitere Informationen für deren
Befahrbarkeit, aber auch Hinweise zu den Routentypen hinterlegt sind.
Ein beauftragter externer Ingenieur beurteilt mit dem Modul
Sondertransporte (KUBA-ST) die Befahrbarkeit von Kunstbauten und legt
die daraus resultierenden Auflagen für die Bewilligung fest.
Die im Oktober 2010 aufgeschaltete Version 3.3.0.0 von BEAT brachte
weitere Optimierungsschritte.
Die Sofortlösung Sonderbewilligungen hat sich bewährt und für unsere
Kunden wie für die Bewilligungsbehörden wesentliche Erleichterungen
sowie Effizienzsteigerungen gebracht. Aber es besteht noch
Optimierungspotential.
Datenbestand
Von der Schadenwehr Gotthard werden pro Jahr rund 12’000
Bewilligungen sowie 12’000 Fahrstreckenabklärungen erteilt.
Ausblick
Neu sollen die online-Gesuchsformulare nur nach bestandenen
Plausibilitätsprüfungen eingereicht werden können. Damit werden den
Bewilligungsbehörden Kontrollarbeiten und Rückfragen erspart. Ähnliche
Kontrollen sollen auch bei den pdf-Gesuchsformularen eingeführt werden.
Diese Optimierungen sollen rechtzeitig auf das neue Kalenderjahr
zur Verfügung stehen.
Das System BEAT wurde speziell für die Bedürfnisse des ASTRA adaptiert.
Die kantonalen Bewilligungsbehörden haben jedoch andere
Bewirtschaftungssysteme und können deshalb von den Möglichkeiten
der online-Gesuchsversionen noch nicht gleichermassen profitieren wie
das ASTRA. Es ist deshalb in Zusammenarbeit mit der asa (Vereinigung
der Strassenverkehrsämter der Schweiz und des Fürstentums Liechten -
stein) geplant, auch für die kantonalen Bewilligungsbehörden eine sinngemäss
gleiche Regelung für die online-Übermittlung und das automatische
Einlesen der Gesuchsdaten einzuführen. Ziel ist ein möglichst
hoher Anteil an korrekt ausgefüllten und online eingereichten Gesuchen.
Gleichzeitig soll auch ermöglicht werden, Gesuche zwischen den verschiedenen
Bewilligungsbehörden (ASTRA-Kanton, Kanton-Kanton)
online zu versenden (Siehe Abbildung 21). Der Zeithorizont wäre hier auch
auf Anfang 2012, die Machbarkeit muss aber noch bestätigt werden.
Verantwortliche und Mitwirkende
Applikationsverantwortliche:
Stefan Tresch, SWG; Reto Siegenthaler, ASTRA
IT-Entwicklungsleitung: Antoine Buntschu, ASTRA
Entwicklung und Wartung: Applikation BEAT: GIPAG AG
Online-Applikation Gesuchsformular: basis06
Ausgabe Nr. 11 November 2011

IN REALISIERUNG
EE RHALTUNGSMANAGEMENT
IM SIEDLUNGSGEBIET
Verfasser: Martin Surka
Die Realisierungsphase der Fachapplikation EMSG
wurde im August 2011 erfolgreich gestartet. In den
Einarbeitungsworkshops wurden die Anforderungen an
das Tool präzisiert. Die Möglichkeit der Wahl des geeigneten
Detaillierungsgrades wird einen schnellen
Einstieg in die Thematik des Erhaltungsmanagements
nach dem Grundmodell Werterhaltung ermöglichen.
Ziele und Aufbau von EMSG
Das Grundmodell Werterhaltung, nach welchem EMSG konzipiert wurde,
beschreibt die Netzsicht und die Objektsicht. Beide Herangehensweisen
haben zum Ziel, Aussagen bezüglich der Zustandsentwicklung und
dadurch über die Wirkung der eingeleiteten Massnahmen zu treffen. Die
Fachapplikation EMSG bildet beide Sichten ab. Über die Wahl des geeigneten
Arbeitsmodus kann der Anwender selbst bestimmen, wie detailliert
er mit EMSG arbeiten möchte:
Summarischer Modus
In diesem Modus wird das Netz summarisch abgebildet, indem
Strassenmengen pro Belastungskategorie erfasst werden. Anschliess -
end wird vom System über die entsprechenden Wieder beschaf -
fungswerte und Alterungsbeiwerte der durchschnittliche jährliche
Wertverlust berechnet. Der summarische Modus erlaubt einen einfachen
Einstieg in die Thematik des Erhaltungsmanagements und erlaubt in kurzer
Zeit Aussagen zur Netzsicht und über die Zustandsentwicklung.
Strassennamen Modus (Detaillierter Modus)
Im Strassennamen Modus wird das Netz als eine Liste von Strassen
erfasst, wodurch bereits die Netzsicht gemäss Grundmodell
Werterhaltung gewonnen wird. Die einzelnen Strassen können weiter
mit Zustandsinformationen und wo nötig mit Massnahmenvorschlägen
versehen werden. Die Pflege der realisierten Massnahmen rundet die
Objektsicht ab. Die Auswertungen zur Beurteilung der Werterhaltung
bieten eine entsprechende Gegenüberstellung der beiden Sichten an.
GIS Modus
Basierend auf einem GIS (Geografisches Informationssystem) wird das
Strassennetz digitalisiert. Als Hintergrund können Vector25-Karten,
Orthophotos oder die AV-Pläne eingeblendet werden. Mit Hilfe der
TLM-Attribute errechnet das System die nötigen Strassenmengen,
wodurch die Auswertungen der Netzsicht ermöglicht werden. Wie im
Strassennamen Modus, können auch im GIS Modus Zustände und
Massnahmenvorschläge erfasst werden. Die Massnahmen anderer
Teilsysteme (z.B. Wasser, Gas, etc.), koordinierte Massnahmen (Bau -
koordination) und realisierte Massnahmen werden ebenfalls mithilfe
von GIS gepflegt. Neben diversen Auswertungen von Investitionen,
Kosten und Wertverlusten können die Daten auch auf der Karte visualisiert
werden.
Unabhängig vom Modus wird über das Benchmarking-Modul ein
Vergleich mit anderen Organisationen in aggregierter Form zur Verfüg -
ung gestellt. EMSG wird als eine Web-Applikation entwickelt. Während
alle Funk tionen im Browser-Fenster ausgeführt werden können, wird ein
Teil von EMSG ebenfalls als eine Windows-Applikation realisiert. Diese
Ausgabe Nr. 11 November 2011
ISTRA NEWS
21
kann auf einem Notebook installiert werden, um Zustände und Mass -
nahmen vorschläge im GIS Modus vor Ort und ohne Internetverbindung zu
erfassen.
Abb. 22: Übersicht der Arbeitsmodi in EMSG mit den Modulen Netz -
verwaltung (N), Massn. Koordination (K), Zustandserfassung (Z), Realisierte
Massn. (R), Fortschreibung (F), Auswertungen (W) und Benchmarking (B).
Stand heute
Die Konzeptphase von EMSG ist seit 2008 abgeschlossen. Im Juni 2011
sind im Rahmen der öffentlichen Ausschreibung die für die Realisierung
von EMSG vorgesehenen Aufträge vergeben worden. Unmittelbar nach
dem Start der Realisierungsphase wurden im August 2011 drei
Einarbeitungsworkshops durchgeführt, in welchen die Anforderungen
weiter präzisiert wurden. Der nächste bevorstehende Meilenstein ist die
Erarbeitung des Systemdesigns inklusive eines Usability-Konzepts. Die
Abnahme dieser Dokumente ist für Ende September 2011 geplant.
Ausblick
Während der Realisierungsphase sind drei Releases vorgesehen. Nach
der Abnahme des Systemdesigns Ende September 2011 ist die erste
Version von EMSG für Ende 2011 geplant. Gemäss aktueller
Grobplanung wird die Applikation per 2013 in Betrieb genommen.
Abb. 23: Auswertung zur Beurteilung der Werterhaltung.
Verantwortliche und Mitwirkende
Projektleitung: Martin Bürgi, Stadtingenieur Luzern
IT-Entwicklungsleitung: Martin Surka, ASTRA
Leitung Realisierung: IMC GmbH
Fachunterstützung: WIFpartner AG
Entwicklung: Bietergemeinschaft TechTalk-TechTalk

IN REALISIERUNG
FF ACHAPPLIKATION
LANGSAMVERKEHR
Verfasser: Niklaus Schranz
Das ASTRA will die Kantone und Gemeinden bei Planung,
Realisierung, Betrieb und Unterhalt von attraktiven,
sicheren und zusammenhängenden Wegnetzen für den
Langsam verkehr (LV) unterstützen. Zu diesem Zweck
realisiert es eine Fachapplikation: MISTRA LV soll die
Koordination innerhalb des LV und mit dem ÖV und MIV
verbessern, die Umsetzung einheitlicher Standards
erleichtern und eine bessere Verknüpfung der Geo basis -
daten von Bund, Kantonen und Dritten ermöglichen.
Ziele der Applikation
Das ASTRA benötigt für seine Tätigkeiten einen homogenen Geobasis -
datensatz über die behördenverbindlichen LV-Netze in der Schweiz. Den
Auftrag für dessen Erhebung und Nachführung hat es der swisstopo
erteilt, welche dabei ihrerseits mit den Kantonen zusammenarbeitet.
Diese Aufgabe soll zukünftig durch die Fachapplikation erheblich erleichtert
werden.
MISTRA LV wird den Bund auch bei seinen Aufsichtsaufgaben unterstützen.
Im Tagesgeschäft werden z.B. dem ASTRA für seine raumbezogenen
Tätigkeiten wie Stellungnahmen zu kantonalen Richtplänen oder zu
Bundesaufgaben möglichst alle relevanten Informationen (neben den LV-
Netzen auch Verkehrsmengen, Unfalldaten oder historische Verkehrs -
wege) auf einen Blick zur Verfügung stehen.
Die Kantone erhalten mit MISTRA LV ein neues Instrument für die
Planung und Verwaltung ihrer LV-Netze. Dabei ist die integrierte
Signalisationserstellung und -verwaltung ein zentraler Bestandteil.
Vorgesehen sind später auch Hilfsmittel für die Wegkontrolle und das
Unterhaltsmanagement. MISTRA LV soll die heute in vielen Kantonen im
Abb. 24: Ablauf der Realisierung und Weiterentwicklung der Fachapplikation LV
ISTRA NEWS
22
Einsatz stehenden Anwendungen go.w@lk, go.bike und go.skate ablösen,
und auch deren Datenbestände übernehmen.
Fast alle Kantone haben anlässlich einer Umfrage ihre Absicht bekundet,
MISTRA LV einzusetzen.
Eine ausführlichere Beschreibung der Ziele und des Funktionsumfangs
der Fachapplikation finden Sie in MISTRA News Nr. 6.
Stand heute
Das Konzept für die Fachapplikation LV wurde im Dezember 2010 vom
ASTRA-Direktor genehmigt. Damit hat er auch die Phase Realisierung
freigegeben.
Die Vorbereitung des Vergabeverfahrens zur Realisierung,
Softwarepflege und Weiterentwicklung war sehr aufwändig, weil im
ASTRA zum ersten Mal ein selektives Verfahren mit Dialog gemäss Art.
26a VöB zum Einsatz kommt. Die Publikation im simap erfolgte im
September. Derzeit werden in einer Präqualifikation die Teilnehmer für
die zweite Stufe des Verfahrens ausgewählt.
Ausblick
Im Dezember werden die ausgewählten Anbieter mit den Arbeiten an
einem Prototyp beginnen, anhand dessen die Lösung der Schlüssel -
funktionen aufgezeigt werden soll.
Anfangs 2012 wird dann aufgrund der Prototypen und Preisangebote die
Wahl des Realisierers getroffen, welcher anschliessend mit der
Entwicklung der Realisierungseinheit 1 (RE1) beginnen kann.
Die RE1 von MISTRA LV soll 2013 den Pilotbetrieb aufnehmen und ab
2014 den Kantonen produktiv zur Verfügung stehen. Anschliessend soll
die Funktionalität über mehrere Jahre schrittweise ausgebaut werden
(Abb. 24).
Verantwortliche und Mitwirkende
Projektleitung: Niklaus Schranz, ASTRA
Entwicklung und Wartung in Evaluation
Konzept: Sigmaplan
Ausgabe Nr. 11 November 2011

IN VORANALYSE
EE QUIPMENT MANAGEMENT
SYSTEM EMS-CH
Verfasser: Cédric Joseph, Mathias Rügner, Tom Russi
EMS-CH steht für das Management System für Betriebsund
Sicherheitsausrüstungen (BSA) der Schweizer
Nationalstrassen. Der vorliegende Beitrag beschränkt
sich auf die Voranalyse. Die Voranalyse ist abgeschlossen.
Die nächsten Phasen gemäss HERMES sind Evaluation
Implementierung und Einführung.
Ziele der Applikation
Das Projekt EMS-CH hat zum Ziel, ein EDV-System bereitzustellen,
welches den betrieblichen und baulichen Unterhalt der BSA so unter -
stützt, um mit einem Minimum an Kosten die Erreichung der
Erhaltungsziele und eine hohe Verfügbarkeit der Betriebs- und
Sicherheitsausrüstungen für die Nationalstrassen sicherzustellen.
Ziele der Voranalyse
Die Voranalyse hatte zum Ziel, folgende Ergebnisse zu erarbeiten:
Genaue Festlegung und Priorisierung der Systemziele
Erarbeitung und Priorisierung der Anforderungen
Definition eines Kriterienkatalogs für die Marktanalyse
Durchführung der Marktanalyse, um festzustellen, ob es bereits geeignete
Produkte auf dem Markt gibt
Empfehlung für den Entscheid Systemadaption oder System -
entwicklung
Systemziele und Anforderungen
Aufgrund der Festlegung und Priorisierung der Systemziele wurde
beschlossen in einem ersten Schritt die Fachapplikation für Betriebsund
Sicherheitsausrüstungen (FA BSA) zu realisieren. Die FA BSA soll die
folgenden Prozesse aus dem Fachkonzept EMS-CH abdecken:
Strukturstandards festlegen
BSA Erfassung
Technischer Leistungsnachweis
Überprüfung und Inspektion (Zustandserfassung)
Ausgabe Nr. 11 November 2011
Die Verantwortlichkeit für die Equipment Management
Systeme der Gebietseinheiten (EMS-GE) liegt bei den GE
ISTRA NEWS
23
Damit verbunden ist die Unterstützung der folgenden Beteiligtenrollen
gemäss Fachkonzept EMS-CH1: BSA Erfasser
BSA Inspektor
Erhaltungsmanager
Standards & Richtlinienpflege
Anschliessend wurden die Anforderungen an die FA BSA erarbeitet und
priorisiert, um damit den Kriterienkatalog zur Bewertung von Produkten
im Rahmen der Marktanalyse zu erstellen.
Marktanalyse
Im Rahmen einer ausführlichen Marktanalyse wurde überprüft, ob es auf
dem Markt geeignete Produkte für die FA BSA gibt. Dabei wurden
sowohl Lösungen mit Produktcharakter (Systemadaption) als auch
Lösungen für eine Systementwicklung untersucht. Anschliessend wurden
beide Varianten im Rahmen einer SWOT-Analyse2 miteinander verglichen.
Resultat und Empfehlung
Als Resultat der Marktanalyse und des Variantenvergleichs wurde von
der Projektgruppe folgende Empfehlung erarbeitet:
«Aufgrund der Marktanalyse gibt es eine Anzahl von Produkten,
welche die Anforderungen der Fachapplikation BSA gut
abdecken. Unter Berücksichtigung aller Aspekte (inkl. SWOT-
Analyse) empfehlen wir für die nächste Phase (Systemerstellung
gemäss Hermes) deshalb eine Systemadaption umzusetzen.»
Ausblick
Die Voranalyse ist abgeschlossen. Die Ausschreibung der Leitung
Evaluation/Implementierung/Einführung (LR) sollen bis Ende 2011
erfolgen, so dass im ersten Quartal 2012 die Vertragsunterzeichnung LR
und anschliessend der Projektstart Evaluation stattfinden kann. Ebenfalls
noch in 2012 wird der Realisierungserbringer (RE) gewählt und der
Vertrag mit dem RE abgeschlossen. Die Implementation, Werkabnahme,
Migration und Systemabnahme durch das BIT erfolgt in 2013. Der
Projektabschluss ist für 2014 geplant.
Verantwortliche und Mitwirkende
Projektleitung: Cédric Joseph, ASTRA, Martin Wyss, ASTRA
Voranalyse:
Helbling Technik AG mit Subunternehmer IMC GmbH
Geplante Fachapplikation Betrieb 1 Bundesamt für Strassen ASTRA: Fachkonzept EMS-CH Version 3.0 vom 22.10.2010
2 Eine SWOT-Analyse (http//de.wikipedia.org) ist ein Instrument der strategischen
Abb. 25: EDV-mässige Gliederung zwischen FA BSA und FA Betrieb für EMS-CH Planung und Entscheidungsfindung

IN VORANALYSE
SS ABA KATASTER
Verfasserin: Marguerite Trocmé
Es existieren aktuell ca. 40 Strassenabwasser -
installationen (SABA) entlang des National strassen -
netzes und 60 weitere Einrichtungen sind in Planung.
In den nächsten Jahren werden zahlreiche weitere
Einrichtungen realisiert.
Um den Stand der Technik zu überwachen und die
Stärken und Schwächen der unterschiedlichen Anlage -
typen und Einrichtungen besser identifizieren zu können,
will das ASTRA die wichtigsten Grunddaten bezüglich
technischen Merkmalen, Betrieb und Kosten zentralisieren.
Dies beinhaltet die Entwicklung einer relativ
kleinen Datenbank für regelmässige Analysen der
operativen Daten und der längerfristigen Leistungen
der Anlagen.
Aktueller Stand heute
Das Fachkonzept für den SABA Kataster wurde im Juli 2011 abgeschlossen.
Um die Datenstruktur und die Entwicklung zu erleichtern, sind vier
Module vorgesehen.
1. Die Merkmale und die Projektdaten SABA beschreiben die
Einrichtungen bezogen auf die Strassenentwässerung und die
Merkmale des Vorfluters in Bezug auf die Strassenabwasser und
deren Behandlungsanlagen.
2. Die Betriebsdaten erlauben die Überprüfung der Leistung von
SABA.
ISTRA NEWS
Abb. 26: Schnittstellen zwischen SABA-Kataster und den betroffenen Umsystemen
24
3. Finanzielle Daten sollen die Optimierung der Kosten in Bezug auf
Leistung und getätigten Investitionen erlauben.
4. Die Installationsdokumentation ergibt einen Gesamtüberblick
der Einrichtungen mit Grundlagendokumentation, damit nach
Bedürfnis eine Verifikation der Plausibilität der Daten möglich ist
und wenn nötig korrigiert oder neu erfasst werden kann.
Es ist vorgesehen, je nach Komplexität der Anlage maximal 60
Datenfelder pro SABA zu erfassen, die meisten zum Zeitpunkt der
Fertigstellung der Anlagen und nur sieben während des Betriebs zu
sammeln. Dieses Kataster betrifft somit die Filialen bei der
Inbetriebnahme der Anlagen und die Gebietseinheiten während des
Betriebs.
Ausblick
Gemäss den HERMES-Phasen wurde die Voranalyse gestartet. Diese
Analyse wird aufzeigen, ob das bestehende SABA Kataster des
Kantons Zürich verwendet werden kann oder ob eine andere Lösung
gefunden werden muss. Die Kantone haben ein gemeinsames
Interesse an der Nutzung des Tools aufgezeigt, da sie auch Bedürfnisse
bezüglich der technischen Entwicklung und der Performanceanalyse
haben.
Verantwortliche und Mitwirkende
Projektleitung: Marguerite Trocmé, ASTRA
Fachkonzept: Michel Carrad
Voranalyse: Rosenthaler + Partner
Ausgabe Nr. 11 November 2011

IN FACHKONZEPTION
EE RHALTUNGSMANAGEMENT
NATIONALSTRASSEN
Verfasser: Luzia Seiler, Jean-Pierre Bolli
Eine Strategie und ein Konzept für die übergeordnete
Erhaltungsplanung wurde bereits Ende der 90er Jahre
erarbeitet. Geblieben sind einige Schlagwörter wie
«UPlaNS» oder «Teilsystem». Die Realisierung einer Soft -
ware zur Unterstützung dieses Konzeptes war damals
noch verfrüht. Heute, nachdem die Teilsysteme weiter
entwickelt und die entsprechenden Daten erfasst wurden,
können die Überlegungen wieder aufgenommen
werden. Sie sind allerdings an den Kontext der neuen
Organisation des ASTRA (NFA) und an MISTRA anzupassen.
Der vorliegende Artikel beschreibt die Idee für das
Erhaltungsmanagement, welche für die laufende Aus -
schreibung erarbeitet wurde (Fachkonzept).
Ausgangslage
Ausgehend von der derzeitigen Praxis des Erhaltungsmanagements der
Nationalstrassen, die mehrheitlich auf einer objektorientierten Betrachtung
einzelner Teilsysteme beruht, ergibt sich die Notwendigkeit, ein übergeordnetes,
netzorientiertes Erhaltungsmanagementsystem zu implementieren. Mit
einem solchen übergeordneten System können Interaktionen und Synergien
zwischen den verschiedenen Teilsystemen erkannt und genutzt werden.
Aus der grossen und weiter steigenden finanziellen Belastung durch den
Unterhalt der Nationalstrassen sowohl für den Betreiber, als auch für die
Nutzer, ergibt sich ein beachtliches Einsparpotential durch eine
Effizienzsteigerung im Erhaltungsmanagement.
Problemstellung
Das Gesamtsystem einer Nationalstrasse setzt sich aus verschiedenen
Teilsystemen zusammen, die jeweils räumlich und konstruktiv unabhängige
Einheiten darstellen, aber bezüglich Unterhalt gewisse Abhängig -
keiten aufweisen. In der derzeitigen Praxis des Erhaltungs managements
werden die Teilsysteme weitgehend separat betrachtet und häufig eine
unabhängige Massnahmenplanung durchgeführt. Die ermittelten teilsystemspezifischen
Massnahmen werden auf der Basis der in UPlaNS definierten
Grundsätze zur Massnahmenplanung auf Nationalstrassen koordiniert
und teilsystemübergreifende Massnahmen pakete gebildet. Dieses
Vorgehen kann nicht mit einem wirklichen teilsystemübergreifenden
Erhaltungsmanagement gleichgesetzt werden. Dies weil einerseits zu
wenige teilsystemspezifische Massnahmen für einen kurzen Zeithorizont
berücksichtigt werden und andererseits die Beeinträchtigungen der
Strassennutzer, der Anrainer und Umwelt nicht für jedes
Massnahmenpaket ermittelt werden. Die Interaktionen zwischen den verschiedenen
Teilsystemen werden dadurch nur unzureichend beachtet und
mögliche Synergieeffekte bleiben ungenutzt.
Ausgabe Nr. 11 November 2011
ISTRA NEWS
25
Die Problematik für den Strassenbetreiber besteht nun darin, wie er die
Erhaltungsplanung der einzelnen Teilsysteme in ein übergreifendes Modell
integrieren kann. Dabei gilt es eine Methodik zur Entscheidungsfindung zu
entwickeln, die Fälle von Massnahmen verschiedener Teilsysteme kombiniert
und über alle Teilsysteme optimiert.
Das Zusammenlegen von Massnahmen verschiedener Teilsysteme führt
jedoch häufig dazu, dass die einzelnen Massnahmen nicht zu dem für die
Teilsysteme optimalen Zeitpunkt durchgeführt werden können. Es muss
daher immer abgewogen werden, ob eine Kombination verschiedener
Massnahmen wirtschaftlich sinnvoll ist oder nicht. Der rein buchhalterischer
Ansatz (Abschreibung im Vergleich zu den Investitionen im
Erhaltungsmanagement), wie er gemäss VSS-Norm SN 640 986 für das
Erhaltungsmanagement in Städten und Gemeinden empfohlen wird, ist
für das übergeordnete Erhaltungsmanagement von Nationalstrassen
ungenügend.
Das übergeordnete Erhaltungsmanagement bewegt sich wie auch dasjenige
der Teilsysteme, im Spannungsfeld der Ansprüche der drei Gruppen:
Betreiber, Nutzer sowie Anrainer und Umwelt (siehe Abbildung 27). In der
Planung der Erhaltung des Gesamtsystems einer Nationalstrasse muss
versucht werden, die optimale Lösung unter Berücksichtigung dieser teils
gegenläufigen Interessen zu finden.
Abb. 27: Spannungsfeld
im Erhaltungsmanagement
Aus der bisherigen, jeweils auf ein Teilsystem fokussierten Betrachtung folgt
mehrheitlich eine stark objektorientierte Sichtweise des Erhaltungs -
managements, die sich auf einzelne Baumassnahmen beschränkt. Die
Erweiterung der Betrachtung auf alle relevanten Teilsysteme und die Berück -
sichtigung der Interaktionen bedingt eine Erweiterung des Betrachtungs -
horizonts von der objekt- zu einer netzorientierten Betrachtung hin.
Lösungsansatz
Im Rahmen des Projekts soll ein Fachkonzept für ein solches teilsystem -
übergreifendes System erarbeitet werden. Das System soll zunächst einen
einfachen Ansatz für eine beschränkte Anzahl von Teilsystemen umfassen
(erste Entwicklungsstufe), der aber in zukünftigen Entwicklungsschritten
erweitert werden kann. Damit wird zum einen die direkte Effizienz -
steigerung in den betrachteten Teilsystemen möglich, zum anderen können
bei zukünftigen Neu- und Weiterentwicklungen einzelner Teilsysteme
die Anforderungen des übergeordneten Erhaltungsmanagements direkt
berücksichtigt werden.
Termine und weiteres Vorgehen
Erarbeitung Fachkonzept erste Entwicklungsstufe: 2012
Verantwortliche und Beteiligte
Projektleitung: Luzia Seiler, ASTRA

HH ÄUFIG GESTELLTE
FRAGEN (FAQ)
Ist der Zugang via SSO-Portal auch auf das Data Ware -
house und die Fachapplikation VUGIS möglich?
Die ersten Polizeien greifen seit November 2010 via SSO-Portal auf die
MISTRA-Applikation Verkehrsunfälle zu. Im 2011 haben weitere Polizien
umgestellt sodass nun mehr als 3‘000 Benutzer darüber zugreifen. Die
Umstellung kann unter «laufendem Betrieb» erfolgen.
Die Arbeiten für den Zugang via SSO-Portal auf das Data Warehouse
sind am Laufen und sollten voraussichtlich bis Ende Jahr abgeschlossen
sein. Ab Anfang 2012 können somit die entsprechenden DWH-Benutzer
migriert werden. Für VUGIS ist der Zugriff über das SSO-Portal des EJPD
momentan nicht vorgesehen.
Ist MISTRA kompatibel mit Windows 7?
Ja. Da sämtliche Applikationen zentral betrieben werden und der
Zugang zu diesen via F5 und Citrix erfolgt, spielt das Betriebssystem des
Clients keine Rolle.
Was braucht es, um den Zugriff auf die MISTRA-
Applikationen einrichten zu können?
Für einen Zugang müssen Komponenten für F5 und einen Citrix-
Webclient installiert werden. Die Installationsanleitung und Tools (F5 und
Citrix) können von der Homepage MISTRA (www.mistra.ch) unter
«Dokumente – Documents» im Verzeichnis «Remote Access / Remote
Access BIT» bezogen werden. In der Installationsanleitung sind die
unterstützten Betriebssysteme des Clients und Browser aufgeführt.
Warum erhalten die Benutzer zwei verschiedene
Benutzer namen und Passwörter?
Die Benutzer erhalten folgendes:
Benutzernamen und Passwort für den Zugang ins Bundesnetz und auf
die MISTRA-Applikationen. Diese Benutzernamen beginnen in der
Regel mit «ue…». Das entsprechende Passwort muss regelmässig
(alle 90 Tage) geändert werden.
Benutzernamen und Passwort für den Helpdesk MISTRA und je nach
Antrag auch auf das Extranet und das CM-Tool von MISTRA. Das
entsprechende Passwort muss nie geändert werden.
Wie ist der Stand der Vereinbarungen mit den
Kantonen?
Die Vernehmlassung zu den Vereinbarungen ist abgeschlossen. Die
konstruktive Zusammenarbeit mit den Kantonen erlaubte die
Berücksichtigung von zahlreichen Anliegen der Kantone.
Folgende Kantone haben die Rahmenvereinbarung unterschrieben:
ZG
AG
Die anderen Kantone sind mit den entsprechenden Einführungsarbeiten
beschäftigt.
Die definitiven Vorlagen für die Vereinbarungen sind auf der Homepage
MISTRA (www.mistra.ch) unter «Kantone – Cantons» verfügbar.
ISTRA NEWS
26
Wird UH-PERI Web abgeschaltet und wenn ja, wie können
die Kantone und Ingenieurbüros die Informationen
über die Inventarobjekte und den Unterhaltsperimeter
weiterhin beziehen?
Die Daten in UH-PERI Web sind nicht mehr aktuell. Die Bereinigung und
Nachführung der Inventarobjekte der Nationalstrassen erfolgt seit
Oktober 2010 im Basissystem. UH-PERI-Web wird per Ende 2011 abgeschaltet.
Der Zugang zum Basissystem und dadurch zu den Inventarobjekten
erfolgt gleich wie ein Zugang zu MISTRA. Die Kantone und Ingenieur -
büros können entsprechende Anträge via ASTRA-Filialen stellen. Das
Antragsformular ist auf der Homepage MISTRA herunter ladbar unter:
(https://portal.mistra.ch/Documents/Allgemeines/User-Request/
Antrag_User100531_public_d.pdf)
Wie können kantonale GIS-Daten mit den Daten von
MISTRA verknüpft werden?
Die entsprechenden technischen Voraussetzungen sind gegeben. Je
nach Bedarf der Verknüpfung kann diese wie bereits heute erfolgen, d.h.
die Daten werden in MISTRA aufbereitet und dann im kantonalen GIS
integriert (häufig off-line, bevorzugt als Shape-Datei).
Es ist ebenfalls möglich die Daten aus MISTRA als WMS (Web Map
Service) anzubieten resp. zu beziehen. Diese können von den kantonalen
GIS-Systemen aufgerufen und angezeigt resp. angeboten werden.
Die Kantone AG + ZG führen noch in diesem Jahr eine Pilotphase durch,
in welcher dieser Austausch konkret getestet wird.
Können im Data Warehouse MISTRA fremde, d.h. kantonale
eigene Data Marts integriert werden?
Ein Kanton kann seine eigenen Data Marts im DWH ASTRA führen.
Voraussetzung dafür ist jedoch, dass der Kanton die gleiche Software
einsetzt (Business Object) und dass er die Data Marts auf eigene Kosten
entwickeln, bzw. anpassen lässt.
Die Integration oder Verknüpfung eines kantonalen DWH mit dem DWH
ASTRA muss fallweise analysiert und durch das ASTRA frei gegehen
werden.
Die Grundsätze für die Integration müssen in der Vereinbarung zwischen
ASTRA und Kanton geregelt werden.
Wann kann die Applikation STRADA mit der Fach -
applikation Trassee von MISTRA abgelöst werden?
Die Applikation STRADA im ASTRA wurde Ende September abgestellt.
Die Fachleute des ASTRA arbeiten nur noch mit der neuen
Fachapplikation Trassee.
Zur Einführung der Fachapplikation Trassee in den Kantonen muss die
Fachapplikation mandantenfähig sein. Diese Bedingung wurde mit dem
neuen Release, der im August installiert wurde erfüllt. Ein sinnvoller
Einsatz bedingt auch erste Funktionalitäten des PMS. Eine neue Version
mit diesen Eigenschaften wird Anfang 2012 zur Verfügung stehen. Damit
sind die Bedingungen für den Einsatz von TRA (und damit die
Abschaltung von STRADA) erfüllt. Die Migration der Daten von STRADA
in die neue Fachapplikation muss geplant werden. Dabei gilt zu berücksichtigen,
dass ein Teil der Daten (z.B. Achsen) ins Basissystem und ein
anderer Teil (Fachinformationen Strasse) in Trassee migriert werden
müssen. Die Grundlagen, d.h. die Strassenachsen, dürfen bis zum
Abschluss der Migration und Integration aller Daten in TRA resp. BS nicht
verändert werden.
Ausgabe Nr. 11 November 2011

KK ONTAKTE
Gesamtprojektleiter MISTRA
Christoph Käser
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: christoph.kaeser@astra.admin.ch
Telefon: 031 323 88 62
Gesamtprojektleiter Stv. MISTRA
Antoine Buntschu
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: antoine.buntschu@astra.admin.ch
Telefon: 031 325 16 32
Projektleiter Basissystem
Florian Besançon
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: florian.besancon@astra.admin.ch
Telefon: 031 322 94 52
Projektleiter Data Warehouse
Bernd Meister
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: bernd.meister@astra.admin.ch
Telefon: 031 323 34 74
Projektleiterin Trassee und Rückhaltesysteme /
Erhaltungsmanagement Nationalstrassen
Luzia Seiler
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: luzia.seiler@astra.admin.ch
Telefon: 031 322 94 43
Projektleiter Kunstbauten und Tunnel
Alain Jeanneret
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: alain.jeanneret@astra.admin.ch
Telefon: 031 322 94 34
Projektleiter Verkehrsunfälle
Mathias Baudenbacher
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: mathias.baudenbacher@astra.admin.ch
Telefon: 031 323 42 57
Projektleiterin Verkehrsunfälle, Auswertungen mit GIS
Mireille Savary
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: mireille.savary@astra.admin.ch
Telefon: 031 322 19 41
ISTRA NEWS
Projektleiter Verkehrsmonitoring
Nicolas Latuske
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: nicolas.latuske@astra.admin.ch
Telefon: 031 322 94 21
Anwendungsverantwortlicher Liegenschaften und Verträge
Christoph Julmy
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: christoph.julmy@astra.admin.ch
Telefon: 031 323 24 10
Projektleiterin Lärmbelastungskataster / SABA
Marguerite Trocmé-Maillard
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: marguerite.trocmé@astra.admin.ch
Telefon: 031 322 94 13
Anwendungsverantwortlicher Sonderbewilligungen
Stefan Tresch
Schadenwehr Gotthard - Werkhof, 6487 Göschenen
Mail: stefan.tresch@vtg.admin.ch
Telefon: 041 885 03 20
Projektleiter Erhaltungsmanagement im Siedlungsgebiet
Martin Bürgi Stadtingenieur Stadt Luzern
Industriestrasse 6, 6005 Luzern
Mail: martin.buergi@stadtluzern.ch
Telefon: 041 208 86 36
Projektleiter Langsamverkehr
Niklaus Schranz
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: niklaus.schranz@astra.admin.ch
Telefon: 031 323 42 86
Projektleiter Betriebs- und Sicherheitsausrüstungen (BSA)
Cédric Joseph
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: cedric.joseph@astra.admin.ch
Telefon: 031 325 52 18
Projektleiter Infrastrukturbauten Betrieb
Walter Waldis
Bundesamt für Strassen - Brühlstrasse 3, 4800 Zofingen
Mail: walter.waldis@astra.admin.ch
Datenmanagement MISTRA
Jérôme Carrel
Bundesamt für Strassen - Postfach, 3003 Bern
Mail: jerome.carrel@astra.admin.ch
Telefon: 031 325 78 60
GS MISTRA, c/o Techdata AG
Jean-Pierre Bolli (Leiter)
Effingerstrasse 13 - 3000 Bern
Mail: jean-pierre.bolli@techdata.net / Telefon: 031 384 07 16