Verantwortliche und Mitwirkende

MANAGEMENTINFORMATIONSSYSTEM STRASSE UND STRASSENVERKEHR NOVEMBER 2009 

Eidgenössisches Departement für 

Umwelt, Verkehr, Energie und Kommunikation UVEK 

Bundesamt für Strassen ASTRA

EE DITORIAL 

Liebe Leser und Leserinnen 

Wieder ist ein Jahr vorbei. Sie fragen sich sicher, was in dieser Zeit 

bei MISTRA gelaufen ist. Wir stellen uns die gleiche Frage auch: 

«Was haben wir in diesem Jahr erreicht?» 

Einige MISTRA-Systeme sind bei unseren Fachpersonen im ASTRA 

schon im regen Gebrauch: Verkehrsmonitoring, KUBA, Liegenschaften 

und Verträge, Sonderbewilligungen, Data Warehouse, GIS-Internetsite 

der historischen Verkehrswege. Dem modularen Systemaufbau sei 

Dank. 

Auch in der Entwicklung konnten gute Fortschritte erzielt werden. 

Wichtige Meilensteine sind die Einführung der Fachapplikationen 

Trassee im Januar 2010 im ASTRA und Verkehrsunfälle in den 

Kantonen ab diesem Herbst. Diese Applikation ist, was die 

Unfallerfassung betrifft, bereit für den Einsatz bei den Polizeien. In 

Entwicklung sind noch die räumlichen Auswertungen. 

Eine positive Medlung für MISTRA kam von der Firma ESRI mit der 

Verleihung des Awards für «Special Achievement in GIS» in diesem 

Sommer. 

Damit eine Applikation überhaupt genutzt werden kann, braucht es 

wegen der zentralen Datenhaltung entsprechende Zugänge. Hier 

konnte Dank der Mitarbeit aller eine Lösung gefunden werden. Der 

Zugang via RAS-Portal (remote access server) funktioniert, hat aber 

noch Optimierungspotential bezüglich Benutzerfreundlichkeit und 

Direktaufruf vor allem von Web-Applikationen. 

Dann haben wir «eifrig» an einem stabilen und performanten 

Basissystem gearbeitet. Heute haben wir die Stabilität erreicht. 

Auch die Performance ist beim Entwickler akzeptabel. Sobald aber 

das Basissystem im Umfeld der Bundesinformatik betrieben wird, 

treten bei der Performance immer noch erhebliche Schwankungen 

in Abhängigkeit des Standortes oder bei der Nutzung der Geodienste 

des Bundes auf. Diese Punkte sowie die Benutzerfreundlichkeit sind 

Gegenstand laufender Analysen und Optimierungen. Ergebnisse 

werden auf Anfang 2010 im ASTRA erwartet. 

Organisatorisch sind einige erfreuliche Meldungen zu verzeichnen. 

Per 1. Juni 2009 hat Florian Besançon im ASTRA die Funktion als 

Projektleiter Basissystem angetreten, per 1. Oktober 2009 haben 

zwei Hochschulpraktikanten bei uns angefangen und demnächst 

wird die Stelle des Fachbereichsleiters Fachbetrieb besetzt. 

Viel Spass beim Lesen. 

Christoph Käser 

Gesamtprojektleiter MISTRA 

Ausgabe Nr. 7 November 2009 

ISTRA NEWS 

1 

INHALTSVERZEICHNIS 

Übersicht der Applikationen 2 

Basissystem 3 

Data Warehouse 5 

Trassee 7 

Kunstbauten und Tunnel 9 

Sonderbewilligungen Sofortlösung 11 

Equipment Management System 12 

Verkehrsunfälle 13 

Verkehrsmonitoring 15 

Lärmbelastungskataster Sofortlösung 17 

Liegenschaften und Verträge 19 

Erhaltungsmanagement im Siedlungsgebiet 20 

Langsamverkehr 21 

FAQ 22 

Kontakte 24 

IMPRESSUM 

Redaktion: Jean-Pierre Bolli, GS MISTRA 

Erscheint 2 x jährlich 

Realisierung und Gestaltung: Agence Grand Large SA, Lausanne 

Auflage: 500 Exemplare deutsch - 300 Exemplare franzosisch

ÜÜ BERSICHT 

DER APPLIKATIONEN 

Verfasser: Jean-Pierre Bolli 

Meistens wird MISTRA mit dem Basissystem gleichgesetzt. 

MISTRA funktioniere nicht, heisst es dann 

allenthalben, weil das Basissystem noch fehlt. Dass 

MISTRA funktioniert, erleben wir im ASTRA täglich. In 

dieser Übersicht wird aufgezeigt, welche Teile von 

MISTRA im ASTRA operativ sind, wie die Zusammenhänge 

sind und welchen Einfluss das fehlende 

Basissystem auf den Betrieb der betroffenen Fachapplikation 

hat. 

VMON 

VU 

TRA 

KUBA 

LVS 

EMSG 

LV 

SB 

ETL 

Interlis 

ETL 

Interlis 

Interlis 

Interlis 

Interlis 

Interlis 

Interlis 

Perimeter MISTRA 

LDAP 

Services 

DWH ASTRA 

ETL 

Geodienste Bund 

Abb. 1: Gesamtarchitektur MISTRA 

DateMarts 

ETL 

WebiGeo 

Interlis 

BS Web 

Services 

Geodata 

Basissystem 

Appl. Portal 

Internet/Extranet 

HelpDesk 

Change 

Mgmt 

ETL FFR 

GEVER 

Fabasoft 

ISTRA NEWS 

2 

Übersicht Architektur 

Die Gesamtarchitektur ist in Abb. 1 dargestellt. Sie zeigt die Fachapplikationen 

(FA) auf der linken Seite in grün und grau, das Basissystem (BS) in rot und das 

DWH-ASTRA mit Webigeo in orange. Daneben sind folgende Elemente für das 

Verständnis relevant: 

• RAS-Zugang für externe Benutzer (Kantone, beauftragte Büros). Ohne RAS 

kein MISTRA für Externe. 

• LDAP für die Authentifizierung und Autorisierung (Benutzerberechtigungen). 

Ohne LDAP funktioniert keine Applikation. 

• Geodienste Bund für die Hintergrundkarten von swisstopo und der Amtlichen 

Vermessung. 

• FFR und GEVER spielen nur im direkten Zusammenhang mit den entsprechenden 

Applikationen (VU, DWH, LVS) eine Rolle. 

Stand der Applikationen 

Grundsätze 

MISTRA ist ein modular aufgebautes Gesamtsystem. Jede Applikation kann 

ihre Haupttätigkeiten unterstützen, auch wenn Umsysteme nicht verfügbar 

sind. Die Plattform Basissystem liefert Daten und/oder stellt sie für die FA zur 

Verfügung. Die Verbindung vom BS zu den FA erfolgt über zwei Arten von 

Schnittstellen, offline (Interlis) oder online (Webservices). 

DWH ASTRA und WebiGeo 

Das DWH, Teil VMON, ist seit 2008 operativ. Die Daten werden direkt aus den 

FA (VMON, VU), dem BS und FFR übernommen und automatisch aufbereitet, in 

der Regel über Nacht. Ein Unterbruch des Basissystems hat praktisch keinen 

Einfluss auf das DWH. 

WebiGeo bezieht die georeferenzierten Daten aus dem BS. Solange die 

Datenbank des BS betriebsbereit ist, funktioniert auch Webigeo. 

Verkehrsmonitoring (VMON) 

VMON ist seit 2008 operativ. VMON bezieht zurzeit keine Daten aus dem BS 

und funktioniert deshalb voll autonom. 

Verkehrsunfälle (VU) 

VU steht vor den produktiven Einführungen in den Kantonen und benutzt für 

die Georeferenzierung der Unfälle die Webservices des BS. Stehen diese nicht 

zur Verfügung, kann das Unfallprotokoll trotzdem erfasst werden. Die 

Zuordnung zur Strassenachse kann später nachgeholt werden. 

Trassee (TRA) 

TRA, Teil Inventar, steht vor der produktiven Einführung im ASTRA und benötigt 

einerseits den Raumbezug und andererseits diverse Fachnetze aus dem BS. 

Die Daten werden per Interlis importiert. Die Applikation ist so konzipiert, dass 

sie auf diesem Datenbestand autonom arbeiten kann. 

Kunstbauten und Tunnel (KUBA) 

KUBA Version 5 wird den Raumbezug und die Inventarobjekte aus dem BS per 

Interlis-Schnittstelle importieren. Die Applikation wird dadurch unabhängig 

vom Zustand des BS. 

Liegenschaften und Verträge (LVS) 

LVS ist seit 2008 operativ und die Georeferenzierung der Verträge im GIS- 

Viewer verwendet die Webservices des BS. Sollten diese nicht verfügbar sein, 

erfolgt die Georeferenzierung später. Die Applikation ist trotzdem nutzbar, wenn 

auch mit leichten Einschränkungen. 

Erhaltungsmanagement im Siedlungsgebiet (EMSG) und 

Langsamverkehr (LV) 

Da die Applikationen noch nicht realisiert sind, hat die Verfügbarkeit des BS 

keinen Einfluss auf die FA. 

Sonderbewilligungen (SB) 

Die Sofortlösung SB ist seit 2008 operativ und autonom vom BS. 

Ausgabe Nr. 7 November 2009

BB ASISSYSTEM 

Verfasser: Florian Besançon 

Die Version 1.2.1.8 des Basissystems ist in Betrieb. 

Was haben wir erwartet? Und wie lange haben wir 

gewartet! Das Entwicklungsteam des Basissystems 

arbeitet immer noch fast «Tag und Nacht» am Basissystem, 

um Benutzern und Fachapplikationen eine zuverlässige, 

pragmatische und performante Lösung 

anbieten zu können. Das geschieht alles im Hintergrund. 

Und nun Konkret: Wie sieht das System aus und was 

kann damit gemacht werden? Wie wird die nächste 

verbesserte Lösung aussehen und wann steht sie 

zur Verfügung? Dieser Artikel zeigt vorwiegend die 

geplanten Verbesserungen auf. 

Stand heute 

Das Basissystem ist die Datendrehscheibe von MISTRA. Die Daten der 

Strassenachsen, Fachnetze und Inventarobjekte der Nationalstrassen 

(und später auch diejenigen der Kantonsstrassen) sind in der 

Datenbank des Basissystems enthalten. Diese Daten können bezogen, 

ausgewertet und in einem Web-Interface auf einer Karte dargestellt 

werden oder auf andere Art von den Fachapplikationen via Schnittstelle 

(z.B. Webservices) weiter verwendet werden. Das Basissystem ist die 

zentrale Datenbank für die Sockeldaten. Dadurch müssen die 

Fachapplikationen diese Daten nicht selber verwalten. Redundante 

Daten sind schwer bewirtschaftbar und fehleranfällig. Ob für 

Generalisten oder Entwickler von Fachapplikationen, das Basissystem 

stellt den Zugang zu den benötigten Sockeldaten zur Verfügung. 

Wir warten schon lange, dass… 

Aber leider gab es ein paar Hürden zu überwinden wie bspw. nicht eingehaltene 

Termine, instabile Applikation, «lausige» Performance, schwierige 

Daten, die sich nicht integrieren lassen wollten, dem Benutzer nicht 

zumutbare Funktionalitäten und Handhabung des Systems, etc. 

Das MISTRA Team konnte so nicht weiter fahren. Folglich wurde eine 

Taskforce einberufen und alle Beteiligten mussten die Ärmel hoch 

krempeln, um die Situation umzudrehen und zu verbessern. Diese 

Schwerstarbeiten haben im Dezember 2008 begonnen und zu einer 

stabilen, für die Benutzer zufriedenstellenden, performanten Applikation 

geführt, mit einem anwendbaren Achsband-Modul und vielen 

behobenen Fehlern. 

Auf der heutigen soliden Version 1.2.1.8 des Systems kann weiter aufgebaut 

werden. Da wir mit dieser Version eine gute Grundlage haben, 

können wir uns ganz auf die Verbesserung der Benutzerfreundlichkeit 

und den Schnittstellen mit den Fachapplikationen konzentrieren, in 


ISTRA NEWS 

3 

dem wir ihre Anforderungen erfüllen und eine handliche, leicht 

anwendbare Benutzeroberfläche anbieten. Kurz gesagt, das Beste 

kommt noch! 

Fokus auf neue Filter 

Die Hauptanliegen der Benutzer sind die Ergonomie des Systems und 

einfache Suche von Daten. Viele Informationen sind heute noch schwer 

auffindbar und nur mühsam abrufbar. Dieser Prozess wird vollständig für 

die neue Version 1.3.0.0 überarbeitet. 

Der Anwender wird eine Abfrage auf der Karte starten können, in dem 

er die gewünschten Objekttypen (1) selektiert und einen Bereich auf 

der Karte (2) auswählt. Im Gegensatz zu der bisherigen Version werden 

ALLE selektierten Objekttypen (3) in der Datenansicht angezeigt. 

Dadurch können bspw. in der Datenansicht alle Inventarobjekte eines 

Strassenabschnittes angezeigt werden. 

Der Benutzer kann seine Selektion mittels den in der Kopfzeile vorhandenen 

Filter (4) verfeinern. Jedes Attribut (Kolonne) kann gefiltert 

werden. Die heutige Version bietet nur einen einzigen Filter an, der 

zudem nur mit Grundkenntnissen von SQL anwendbar ist. Eine Abfrage 

kann selbstverständlich direkt in der Datenansicht durch die Eingabe 

eines oder mehreren Filterparameters gestartet werden. 

Die Datensuche und -visualisierung wird dadurch wesentlich vereinfacht 

und deckt die Anforderungen der meisten Anwender ab. 

Damit aber nicht genug. Zusätzlich werden die Funktionalitäten für das 

Drucken von Plänen verbessert. Zurzeit arbeiten wir daran, die 

Hintergrundkarten der swisstopo zu «cachen», was indirekt zu einer 

höheren Flexibilität bei der Wahl des Planformates und einer besseren 

Perfomance bei der Aufbereitung des Plans führt. 

Arbeiten für und mit den Benutzern 

Es ist allen bewusst, dass ein Werkzeug nur dann verwendet wird, 

wenn es den Bedürfnissen der Anwender entspricht. Deshalb sind wir 

auf deren Mitarbeit angewiesen, um das System fortlaufend verbessern 

zu können. Dazu haben wir eine Organisation aufgebaut, in welcher 

Sie als Anwender Ihre Kritik, Wünsche und Anregungen direkt weitergeben 

können und zwar bezüglich Systemanwendung, Weiterentwicklung 

und Datenhaltung. 

Frau Gordana Jegerlehner, ASTRA, leitet diese Organisationen in Form 

von Arbeits- und Informationssitzungen für: 

• das Datamanagement 

• die Systemanwendung (Power User) 

• die Benutzergruppen (User Group)

1 

3 

Abb. 2: GUI-Prototyp Basissystem Version 1.3.0.0 

Ausblick 

Unsere Hauptziele für die nächsten Versionen sind: 

Version 1.3.0.0 – 1. Quartal 2010 

• neuer Filter für einfache und effiziente Suche 

• grossformatige Planausdrucke mit Rasterdaten von swisstopo als 

Hintergrund 

Version 1.4.0.0 – Ende 1. Halbjahr 2010 

• Historisierung 

• Dynamik RBBS 

Version 2.0.0.0 – Ende 2010 

Daten 

Mit der Integration der Tele Atlas Daten für die Kantone Bern, Thurgau, 

Graubünden und Waadt konnte erstmals in der Schweiz ein für diese 

Kantone flächendeckendes Strassennetz zur Verfügung gestellt werden. 

Damit dies möglich wurde, wurden die Strassenachsen der 

Nationalstrassen aus STRADA, die Kantonsstrassenachsen aus 

STRADA, LOGO und anderen Systemen sowie die Gemeindestrassen 

und Lücken im übergeordneten Strassennetz durch aufbereitete Daten 

von Tele Atlas ergänzt. Die Strassenachsen der restlichen Kantone werden 

auf die gleiche Art und Weise ins Basissystem integriert. Bis im 

Herbst 2010 werden alle Strassenachsen integriert sein. 

Für das ASTRA sind die Inventarobjekte der Nationalstrasse wichtig. 

Diese werden noch in UH-PERI verwaltet, jedoch regelmässig ins 

Basissystem integriert und stehen den Benutzern zur Verfügung. 

2 

ISTRA NEWS 

4 

4 

Neben den Achsen und Inventarobjekten stehen heute eine Reihe von 

Fachnetzen verschiedenen Inhaltes zur Verfügung. Sie können auf der 

Karte angezeigt, aber noch ungenügend ausgewertet werden. 

Projektorganisation 

Im Juni 2009 wurde mir die Projektleitung und Verantwortung für das 

Basissystem übertragen. Diese Verantwortung nehme ich gerne wahr. 

Dank einer guten und konstruktiven Zusammenarbeit mit der Leitung 

Realisierung und dem Entwicklungsteam werden wir die gesetzten 

Ziele erreichen. 

Verantwortliche und Mitwirkende 

Projektleitung: Florian Besançon, ASTRA 

Realisierungsleitung: Techdata SA 

Entwicklung und Wartung: Ernst Basler und Partner AG 

Pilotkantone: VD, VS, NE, BE, ZH 


FA / FrA 

BS 

DDATA WAREHOUSE 

Verfasser: Jürg Landolt 

Das ASTRA Data Warehouse ist seit 2008 im produktiven 

Betrieb und enthält alle Daten der automatischen 

Verkehrszählungen zwischen 2000 und 2009. Die 

nächste Realisierungsetappe ist praktisch beendet und 

wird zusätzlich die Daten der Bereiche Fahrzeugführerund 

Fahrzeugregister, Verkehrsunfälle und Basissystem 

enthalten. 

Stand heute 

Die Realisierungseinheit 1 des ASTRA Data Warehouse ist seit Herbst 

2007 abgeschlossen und seit 2008 im produktiven Betrieb. 

Die Realisierungseinheit 2 ist praktisch abgeschlossen. Es werden 4 Teilprojekte 

realisiert: 

• Verkehrsmonitoring 

• Fahrzeugführer- und Fahrzeugregister FFR 

• Verkehrsunfälle 

• Basissystem 

Die Quelldaten für jedes Teilprojekt werden entweder direkt von der betroffenen 

Fachapplikation oder dem Basissystem in verschiedene Transferdateien 

ausgelagert (Schnittstelle). Im Data Warehouse werden die so 

bereit gestellten Daten nach vorprogrammierten Regeln transformiert und 

in die sogenannte Staging Area geladen. Danach werden die Daten durch 

vorprogrammierte Prozesse konsolidiert und aggregiert und in einem 

sogenannten Datamart zur Verfügung gestellt. Die Daten können als vorprogrammierte 

Standardreports mittels Internet Browser (IE oder Firefox) 

auf dem PC des Benutzers ausgegeben werden. Für jeden Datamart gibt 

es ein oder mehrere Universen (z.B. sprachabhängig) mit denen der 

Benutzer neue Berichte und Auswertungen erstellen kann (sogenannte 

Andere 

Flat Files 

Repository 

Input 

Processed 

Transformation 

Error 

Staging 

Area 


Consolidation 

Aggregation 

Meta Daten 

Data 

Marts 

Presentation 

User 

Front End 

ISTRA NEWS 

Abb. 3: Funktionsprinzip DWH Abb. 4: Jahresgang des DTV im Gotthardtunnel 

5 

Adhoc-Reports). Die Erstellung eines solchen Berichts ist relativ einfach. 

Normalerweise kann ein Benutzer solche Berichte (die auch Grafiken 

enthalten können) schon nach einer sehr kurzen Ausbildung selbständig 

erstellen. Diese Möglichkeit ist sehr wichtig für die Manager. Schnell erstellte 

Auswertungen sind ein gefragtes Produkt zur Beantwortung von politischen 

Anfragen zu aktuellen Problemen. Das Data Warehouse liefert die 

dazu notwendigen Werkzeuge und Daten. 

Erste Erfahrungen 

Der Fachbereich Verkehrsmonitoring des ASTRA benützt Daten und 

Standardberichte des Teils Verkehrsmonitoring seit 2007. Die Jahresberichte 

der automatischen Verkehrszählungen des Bundes für 2006, 2007 

und 2008 wurden allesamt mit dem neuen Werkzeug erstellt. 

Die bisher manuell und zum Teil mit viel Aufwand erstellten Berichte und 

Auswertungen können von berechtigten Benutzern (vor allem ASTRA 

Mitarbeiter) selbst ausgegeben werden. 

Zusätzlich stellt der Fachbereich Verkehrsmonitoring die mit dem Data 

Warehouse ausgegebenen Monatsbulletins der automatischen Verkehrszählungen 

als Excel Dateien auf der Website des ASTRA zur Verfügung 

(www.verkehrsdaten.ch). Die Daten können so von den Bezügern direkt 

weiter verarbeitet werden. 

Datenbestand und Auswertungen 

Verkehrsmonitoring 

Implementiert sind sämtliche Daten der automatischen Verkehrszählungen 

des Bundes zwischen 2000 und 2009. 

Der Benutzer kann folgende Auswertungen erstellen und ausdrucken: 

• Monatsberichte (Monatsbulletin AVZ) 

• Jahresberichte (Jahresbericht, Verzeichnis der Verkehrsmessstellen, 

Zusammenhang DTV mit Höchstwerten, Höchste stündliche 

Verkehrsmenge, DTV für Stundengruppen) 

• Verkehrsentwicklung für mehrere Jahre (Entwicklung DTV/DWV, 

Höchste Werte in % DTV, Entwicklung n-höchste Stunde) 

Mit der Inbetriebnahme des neuen Datamarts der RE-2 können alle Daten 

auch nach Fahrzeugklassen ausgegeben werden.

Fahrzeugführer – und Fahrzeugregister FFR 

Sämtliche Daten des Fahrzeugregisters MOFIS sind verfügbar. Die 

Daten werden zweimal monatlich durch die Kantone an das ASTRA geliefert. 

Das DWH stellt dem Benutzer die gleichen Auswertungen wie in der 

heutigen SAS-Applikation als Standardauswertungen zur Verfügung. 

Ebenso stehen alle Daten der administrativen Massnahmen ADMAS 

zur Verfügung. Sie werden monatlich durch die Kantone an das ASTRA 

geliefert. Das DWH stellt dem Benutzer die gleichen Auswertungen wie in 

der heutigen SAS-Applikation als Standardauswertungen zur Verfügung. 

Verkehrsunfälle 

Die statistischen Daten zum Thema Verkehrsunfälle der Jahre 1990 – 

2008 stehen anonymisiert zur Verfügung. Es können alle Statistiken 

gemäss VSS-Norm 640007 ausgegeben werden. 

Zusätzlich stehen die Unfalldaten auch für jeden Kanton in nicht anonymisierter 

Form zur Verfügung. Diese Daten dürfen nur durch autorisierte 

Benutzer der zuständigen Kantonspolizei (Vollzugriff) und der jeweiligen 

Tiefbauämter (eingeschränkter Zugriff) ausgewertet werden. 

Abb. 5: Verunfallte Kinder 2007 

Abb. 6: Massnahmen gegenüber Motorfahrzeugführen 2006-2008 

ISTRA NEWS 

6 

Ausblick 

Bis Ende 2009 soll auch der Datamart Basissystem bereit gestellt werden. 

Damit stehen folgende Daten des Basissystems auch im DWH zur 

Verfügung: 

• Inventarobjekte 

• Achsen und Bezugspunkte 

• Fach- und Flächennetze. 

Es wird auch möglich sein raumbezogene Auswertungen durch 

Verknüpfung der Daten des Data Warehouse mit den im Basissystem gespeicherten 

raumbezogenen Daten zu generieren. Damit können thematische 

Karten erstellt werden (Daten des DWH werden auf einer Karte dargestellt) 

oder die Daten des Basissystems können mit räumlichen Filtern 

im Data Warehouse angezeigt werden. In einer ersten Phase wird dies für 

die Darstellung der Inventarobjekte möglich sein. 

Die Datamarts des DWH können auch kombiniert ausgewertet werden 

(Auswertungen, die mehrere Datamarts betreffen). Es wird angestrebt, die 

von der GL-ASTRA verabschiedeten Netzkennzahlen mit Hilfe des DWH zu 

berechnen und darzustellen. 


Projektleitung: Jürg Landolt, Techdata AG 

Fachliche Projektleitung: 

• Verkehrsmonitoring: Mario Rubin, ASTRA 

• Register FFR: Benno Nager, ASTRA 

• Verkehrsunfälle: Mathias Baudenbacher, ASTRA 

• Basissystem: Florian Besançon, ASTRA 

• Entwicklung und Wartung: Trivadis 

Pilotkantone: 

Verkehrsunfälle: BE, TG, VD, GR 


TT RASSEE 

Verfasser: Jürg Bodenmann 

Die Fachapplikation Trassee (TRA) dient zukünftig dem 

ASTRA sowie den interessierten Kantonen zur Verwaltung 

und Auswertung der Fahrbahndaten. Sie bildet ausserdem 

die Basis für das zukünftige Erhaltungsmanagement 

der Beläge. Die Etappe 1 steht kurz vor dem Abschluss. 

Stand heute 

Die Realisierung von TRA ist in zwei Etappen gegliedert: 

• Die Etappe 1 «STR» umfasst die Verwaltung der Daten des Strassenraums 

und erlaubt die Visualisierung und Auswertung dieser Daten nach verschiedenen 

Gesichtspunkten. 

• Die Etappe 2 «PMS» umfasst die funktionale und strukturelle Bewertung 

des Strassennetzes und erlaubt die Bildung von Erhaltungsobjekten als 

Grundlage für die später geplante Massnahmenbildung. 

Die Etappe 1 steht kurz vor dem Abschluss. Die Applikation TRA besteht 

im Kern aus vier Anzeigefenstern, deren Inhalte jeweils synchronisiert 

werden (siehe Abb.7): 

• Karte mit wählbaren fachlichen Ebenen. 

• Datenliste mit wählbarem Objekttyp. 

• Achsband mit wählbarer Achsband-Darstellung. 

• Querprofil mit wählbaren Positionen. 

Weiter gibt es in der Hauptansicht ein Fenster «Summary & Statistik», 

welches einen Gesamtüberblick über die Daten der aktuellen Selektion 


ISTRA NEWS 

Abb. 7: Typische Ansicht Trassee mit Karte, Datenliste und Achsband in separatem Browserfenster 

7 

oder Abfrage gibt (siehe Abb. 9 auf der nächsten Seite), ein Fenster für 

die Erstellung von Abfragen und diverse Steuerungsfenster. 

Der Zugang zu den Daten von TRA erfolgt über verschiedene Arten. Im 

Kartenfenster können jederzeit entsprechende Kartenebenen zur 

Visualisierung der Daten eingeblendet werden. Mittels einer sogenannten 

Selektion können eine oder mehrere Strecken selektiert und deren 

Daten zusätzlich in der Datenliste, im Achsband und im Querprofil dargestellt 

werden. Mit Hilfe einer Abfrage kann gezielt nach bestimmten 

Daten gesucht werden. Dabei werden auch räumliche und zeitliche 

Operatoren unterstützt. So kann z.B. eine Abfrage formuliert werden, 

welche alle Fahrbahnoberflächen eines bestimmten Schicht-Typs ermittelt, 

für welche nach dem Einbau der Schicht noch keine Griffigkeit erhoben 

wurde. 

Im Bereich STR werden folgende Daten verwaltet, wobei für jeden 

Objekttyp verschiedene Darstellungsformen zur Verfügung stehen: 

• Die geometrischen Profile geben Auskunft über die Fahrbahnbreite 

an einem bestimmten Punkt entlang der Achse. Sind die geometrischen 

Profile auf einer Achse vollständig und aktuell, so kann die 

Fahrbahn mit einer Abfolge von Trapezen visualisiert werden. 

• Der Fahrbahnaufbau gibt Auskunft über den Einbauzeitpunkt, die 

Dicke und den Schicht-Typ der Beläge. Nebst den Belägen in der 

Deckschicht kann auch der Aufbau der weiteren Schichten (Trag- und 

Fundationsschicht) erfasst werden. Mit Hilfe dieser Daten werden in 

TRA die aktuelle Fahrbahnoberfläche (nach Schicht-Typ und Alter) und 

das Längsprofil gebildet und auf der Karte und im Achsband visualisiert. 

Aus dem Fahrbahnaufbau und den geometrischen Profilen wird 

auch das Querprofil gebildet. 

• Die Fahrbahnnutzung gibt Auskunft über die verschiedenen 

Streifen der Fahrbahn und deren Nutzung. Die Fahrbahnnutzung kann 

auf der Karte und im Achsband schematisch visualisiert werden. 

• Die Nebenstreifen geben Auskunft über verschiedene Streifen links 

und rechts der Fahrbahn (wie z.B. Böschungen, Mittelstreifen, 

Randelemente, etc.). Die Nebenstreifen werden analog zur Fahrbahnnutzung 

visualisiert.

• Der Fahrbahnzustand gibt Auskunft über die zu einem bestimmten 

Zeitpunkt erhobenen Werte und über die verwendete Erhebungsmethode. 

Mit Hilfe der Zustandsbewertung werden die erhobenen 

Werte pro Zustandsmerkmal in dimensionslose Noten umgewandelt. 

TRA ermittelt daraus den aktuellen Fahrbahnzustand, welcher an 

jedem Ort nur die jeweils neuste Erhebung berücksichtigt. Der 

Fahrbahnzustand kann in der Karte und im Achsband visualisiert werden 

(siehe Abb. 8). 

Abb. 8: Visualisierung Fahrbahnzustand I1 

Alle Daten können jederzeit in der Datenliste und in der dazugehörenden 

Detailansicht angezeigt werden. Für weitergehende Analysen können die 

Daten auch nach Excel exportiert werden. 

TRA erlaubt es mittels des Referenzdatums nicht nur den aktuellen 

Zustand der Strassendaten abzufragen, sondern auch den Zustand zu 

einem beliebigen Datum in der Vergangenheit. Grundlage bildet jedoch 

immer das aktuelle Strassennetz. 

Die am Bildschirm angezeigten Daten, Grafiken und Karten können 

jederzeit auch als Auswertung auf Papier ausgegeben werden. Mit Hilfe 

eines Report-Assistenten wird die gewünschte Report-Vorlage 

gewählt und der Report aufgebaut und als PDF am Bildschirm angezeigt. 

Das PDF kann anschliessend gespeichert oder ausgedruckt werden. 

Ausgegeben werden können Listen, Pläne, Achsbänder sowie gemischte 

Auswertungen. 

ISTRA NEWS 

8 

Datenbestand 

Der Aufbau des Datenbestandes in der Etappe STR erfolgt in zwei 

Schritten. Zuerst wurden die Basisdaten aus dem Basissystem übernommen. 

Diese umfassen die Achsen und Bezugspunkte (RBBS) des gesamten 

Nationalstrassennetzes, deren aktuelle Geometrien, sowie verschiedene 

Flächen wie Filialen, Gebietseinheiten und Kantone. 

In einem zweiten Schritt wurden die oben beschriebenen Fachdaten aus 

STRADA übernommen, an das RBBS aus dem Basissystem gebunden 

und die Geometrien erzeugt. 

Ausblick 

In der Etappe PMS wird TRA um die notwendigen Funktionen zur Bildung 

von homogenen Fahrbahnsegmenten und Erhaltungsobjekten erweitert. 

Die Bildung kann mittels Regeln weitgehend vom System vorgenommen 

und dann vom Anwender nachbearbeitet werden. 

Ein weiterer Schwerpunkt ist die Vervollständigung der Funktionen zur 

Bildung, Verwaltung, Bewertung und Visualisierung von Fachnetzen. 


Projektleitung: Luzia Seiler, ASTRA 

Leitung Realisierung: 

müllerchur AG mit Subunternehmer vico group 

Entwicklung: Zühlke Engineering AG 

mit Subunternehmer GEOCOM Informatik AG 

Begleitgruppe: ASTRA, Kantone AG, BL, GR, TG, VD, VS 

Abb. 9: Summary & Statistik Fahrbahnoberfläche 


KK UNSTBAUTEN 

UND TUNNEL 

Verfasser: Alain Jeanneret und Rade Hajdin 

Die Fachapplikation KUBA 4 ist seit Februar 2008 produktiv 

im Einsatz. In der Zwischenzeit wurden zwei aufeinanderfolgende 

Releases mit diversen Erweiterungen für 

den Betrieb freigegeben. Die Erfahrungen im Bund und in 

den Kantonen sind trotz anfänglicher Schwierigkeiten 

positiv. Die Weiterentwicklung wird durch die intensive 

Datenerfassung begleitet, welche von den Filialen durchgeführt 

wird. 

Die nächste Version KUBA 5 wird zurzeit realisiert. KUBA 

5 wird primär zur Erfassung und Verwaltung von erhaltungs- 

und sicherheitsrelevanten Daten zu bergmännischen 

Tunneln weiterentwickelt. Weiter wird darin die 

GIS Komponente erweitert und der Datenaustausch mit 

dem MISTRA Basissystem sichergestellt. 

Stand heute 

KUBA 4 

Die Initialversion von KUBA 4 wurde am 5. Februar 2008 produktiv in 

Betrieb gesetzt. Im Rahmen der Wartung wurden noch zwei Releases für 

den produktiven Betrieb im Juni bzw. im Oktober 2008 freigegeben. Das 

jüngste Release KUBA 4.01.03 ging am 05. August 2009 beim ASTRA 

produktiv in Betrieb. In den kantonalen Verwaltungen wurde im Monat 

August mit der Installation dieses Release begonnen. 

Im neuen Release wurden neben Fehlerkorrekturen, zahlreiche neue 

Funktionen und Anpassungen vorhandener Funktionen realisiert. 

Folgende Funktionen sind dabei hervorzuheben: 

• KUBA-WEB wurde um den GIS Modus erweitert. In diesem Modus 

können Bauwerke in der Landkartenansicht angezeigt werden. Die 

Voraussetzung dazu ist der Zugriff auf den KOGIS-Server. Ferner können 

in KUBA-ADM zu jedem Datenherrn Koordinaten für die Initial- 

Kartenausschnitte für KUBA-WEB definiert werden. 

• Die Reihenfolge der Inspektionen und Erhaltungsmassnahmen im 

Explorerbaum wurde so geändert, dass die jüngste Inspektion bzw. 

Erhaltungsmassnahme an oberster Stelle und die darauffolgenden in 

absteigender Reihenfolge angezeigt werden. 

• In KUBA-WEB ist die Suche nicht mehr Case-sensitiv, d.h. die 

Anwendung macht keinen Unterschied zwischen Gross- und 

Kleinschreibung. 

• In der ASTRA Datenbank (Hauptdatenbank KUBA) wurde die 

Kostenstelle um die offizielle Kantonsnummer des Bauwerks ergänzt. 

• Die Farben für die Labels der Zustandsklassen auf den Landkarten und 

Skizzenansichten sind an die Farbcodes von MISTRA angepasst worden 

(ZK 1 Grün, ZK2 Hellgrün, ZK3 Gelb, ZK4 Orange und ZK5 Rot). 

• In KUBA-ST wurde die Verkehrsbelastung, welche gleichzeitig mit dem 

Schwertransport die Brücke beansprucht neu modelliert. Dieses 

Lastmodell basiert auf den neuen SIA-Normen der 260-er Serie. 


ISTRA NEWS 

9 

• Das Fenster des Jobdispatchers in KUBA-ADM ist übersichtlicher 

gestaltet worden und enthält neu die Spalten «Name», «Typ» (Export, 

Import, usw.), «Erstellungsdatum», «Start- und End-Datum», «Status», 

«Fehlermeldung» und «Fortschritt». 

• Über die Benutzerverwaltung von KUBA-ADM ist für jeden Benutzer einstellbar, 

welche Datenaustauschaufträge im Modus «Datenaustausch» 

sichtbar sind. 

• Die Begriffe zum Datenaustausch in KUBA-ADM sind überarbeitet 

worden. 

In der MISTRA News 5 wurde bereits berichtet, dass die Tragwerksdaten, 

welche zur Beurteilung der Brückenbefahrbarkeit durch Schwertransporte 

erforderlich sind, in den Jahren 2007 und 2008 durch externe 

Ingenieurbüros erfasst wurden. Diese Daten wurden im Rahmen der 

Einführung des Releases 4.01.03 in die produktive Datenbank importiert. 

Die Einführung des Releases KUBA 4.01.03 war organisatorisch anspruchsvoll, 

da man sicherstellen musste, dass sich keine Originaldaten in 

Transferdateien oder in den PDF Formularen befinden. Diese Anforderung 

zusammen mit den unerwarteten Schwierigkeiten bei der Installation von 

KUBA-Mobile auf den Tablett-PC‘s führte zu einer Beeinträchtigung des 

produktiven Betriebs. In enger Zusammenarbeit mit den Filialen konnte 

diese Beeinträchtigung jedoch zügig überwunden werden. 

Abb. 10: GIS Ansicht in KUBA-WEB 

KUBA 5 

Die Fachapplikation KUBA 5 wird zurzeit realisiert und weist folgende 

wichtige Neuerungen auf: 

• Die Komponenten KUBA-DB und KUBA-RP werden die Erfassung und 

Auswertung von Daten zu bergmännischen Tunnels ermöglichen. 

• Die Bauwerke und Bauwerksteile können mit Hilfe von RBBS 

Koordinaten geortet und in einer GIS Ansicht angezeigt werden. 

• Der Datenaustausch mit dem MISTRA Basissystem wird über eine 

standardisierte INTERLIS2 Schnittstelle möglich. 

• In der GIS Ansicht wird die Erfassung und das Editieren von Bauwerksund 

Bauwerksteilumrissen ermöglicht. 

Bei der Entwicklung dieser Fachapplikation werden die neuen 

Technologien von Microsoft Windows Presentation Foundation und 

Windows Communication Foundation eingesetzt. Die anfänglichen 

Schwierigkeiten mit dieser Entwicklungsumgebung konnten inzwischen 

überwunden werden. Die Realisierung erfolgt in zwei Phasen. In der ersten, 

längeren Phase werden die kunstbautenspezifischen Anforderungen 

realisiert und in der zweiten Phase wird die Schnittstelle zum MISTRA 

Basissystem implementiert.

Benutzererfahrungen 

Bund 

Die in MISTRA News 6 geschilderten Performanceprobleme konnten 

weitgehend gelöst werden. Durch die rege Benutzung wurden auch 

Fehler offengelegt, welche meistens aber nicht gravierend waren. 

Ausgenommen davon waren die Probleme mit dem Datenaustausch. 

Dies betraf v. a. den Export nach KUBA-Mobile bzw. KUBA-PDF und 

Import von KUBA-PDF bzw. KUBA-Mobile. 

Kantone 

KUBA 4 ist in 22 Kantonen im Einsatz und in 14 Kantonen wird KUBA- 

Mobile zur Inspektionserfassung verwendet. Bei den kantonalen 

Tiefbauämtern sind die Erfahrungen mit KUBA 4 durchwegs positiv. Die 

vereinfachte Installations- bzw. Updateverfahren werden von IT- 

Verantwortlichen oder KUBA-Administratoren sehr geschätzt. 

Die ASTRA Benutzergruppe (KUBA User) hat die Initiative zur 

Reaktivierung der Erfahrungs-Gruppen (ERFA-Gruppen), bestehend aus 

kantonalen Benutzern, in allen fünf Filialen ergriffen. Hierzu dient als 

Vorbild die bereits aktive ERFA-Gruppe der Filiale 4. 

Datenbestand 

In der ASTRA Datenbank befinden sich gegenwärtig Daten zu ca. 8’000 

Bauwerken davon ca. 4’200 Brücken, d.h. ca. 300 Bauwerke mehr als 

im vorgängigen Release. Dieser Anstieg ist auf den Import der 

Tragwerksdaten zurückzuführen, welche durch externe Ingenieurbüros 

erfasst wurden. Neben der Erfassung von Tragwerksdaten wurden die 

Ingenieurbüros beauftragt die Ihnen zugewiesene Abschnitte zu begehen 

und noch nicht erfasste Bauwerke zu erfassen. 

Die Bereinigung aller Daten sowie deren Abgleich mit den Daten von UH- 

PERI wird zurzeit in den Filialen durchgeführt. 

In den Filialen werden fortlaufend Inspektionsdaten und Daten zu ausgeführten 

Erhaltungsmassnahmen erfasst. Im Weiteren werden die 

Ausmasse von Bauwerken und Bauwerksteilen, welche für die 

Erhaltungsplanung mit KUBA-MS erforderlich sind parallel erfasst. 

Abb. 11: Screenshot KUBA 5 (Iteration 2) 

ISTRA NEWS 

10 

Ausblick 

KUBA 4 

Für das erste Quartal 2010 ist das KUBA Release 4.01.04 geplant. 

Neben unvermeidlichen Fehlerkorrekturen werden u. a. folgende 

Anpassungen realisiert: 

• In KUBA-ST wird es möglich sein mehrere Tragwerke für eine Brücke 

zu definieren. 

• In KUBA-ST muss für jede Fahrspur definiert werden, ob die Fahrzeuge 

in dieser Fahrspur die Brücke zentrisch oder exzentrisch belasten. 

Da die geplanten Änderungen die Datenbank nicht betreffen, wird deren 

Einführung keine Einschränkungen bezüglich der Verwendbarkeit von 

Originaldaten mit sich ziehen. 

Die innerhalb der Version 4.01 geplante Schnittstelle zum MISTRA 

Basissystem kann auch mit diesem Release nicht fertig realisiert werden, 

da die Partnerschnittstelle des Basissystems vermutlich bis dann noch 

nicht vorliegen wird. 

Ansonsten sind bis zur Einführung von KUBA 5 keine weiteren Releases 

von KUBA 4 geplant. 

KUBA 5 

Die Realisierungsphase wird im September 2010 abgeschlossen, d.h. 

ca. 2 Monate später als ursprünglich geplant. 

Basierend auf den Erfahrungen bei der Einführung des Release 4.01.03 

hat die KUBA PL entschieden die Einführungsphase auszudehnen, um 

KUBA 4 und KUBA 5 über eine längere Zeitperiode parallel zu betreiben. 

Dies wird den Benutzern in den Filialen ermöglichen die neue Version 

besser kennenzulernen und ausreichend zu testen. 


Projektleitung: Alain Jeanneret, ASTRA 

Leitung Realisierung und Fachsupport: IMC GmbH 

Realisierung und Wartung: CAD Rechenzentrum AG 

Begleitgruppe: ASTRA, UR, GR, VD 


SS ONDERBEWILLIGUNGEN 

SOFORTLÖSUNG 

Verfasser: Gordana Jegerlehner 

Seit 01.01.2008 steht die Sofortlösung der Applikation 

Sonderbewilligungen (SB) der Schadenwehr Gotthard 

zur Verfügung. Die Applikation ist nur für die Nutzung 

durch das ASTRA ausgelegt. Täglich werden über 150 

Gesuche behandelt, Bewilligungen erteilt und Fahrstreckenabklärungen 

durchgeführt. 

Stand heute 

In einer ersten Etappe wurden die Gesuchsformulare als PDF -Vorlagen 

auf der Internetseite www.sonderbewilligung.ch zur Verfügung gestellt. 

Die Folge war, dass ca. 70% der Gesuche nicht mehr per Post oder Fax 

eingereicht wurden sondern per E-Mail. Seit April 2008 steht auch die 

an den ASTRA-Prozess angepasste Applikation BEAT zur Verfügung. Mit 

der Applikation werden die Arbeitsschritte Gesuchseingang, -zuweisung, 

-bearbeitung, -ausgang und –ablage durchgeführt. 

Ende November 2009 wird die Online-Applikation eingeführt. Dank dieser 

können die Gesuche direkt via Internet (www.sonderbewilligung.ch) 

erstellt und an die entsprechende Stelle weitergeleitet werden. Über die 

Schnittstelle zur Applikation BEAT werden die Gesuche automatisch eingelesen. 

Der Gesuchsbearbeiter muss die Gesuche nur noch bezüglich 

Inhalt und Vollständigkeit überprüfen und die Übernahme der Daten in 

die Applikation BEAT bestätigen. 

Abb. 12: Einstiegmaske Online-Applikation 

Die Antragsteller können einzelne Gesuche ohne Registrierung erstellen 

und absenden oder sie können sich als Benutzer registrieren und 

dadurch auch ihre eigenen Gesuche verwalten (Abb. 12): 

• Bestehende Gesuche kopieren und bearbeiten 

• Gesuche als PDF betrachten und ausdrucken 

• Vorbereitete Gesuche einreichen 

• Gesuche löschen 

• Datum der Gesuchseinreichung ersehen 

• Status der Gesuchsbearbeitung ersehen 


ISTRA NEWS 

11 

Die Gesuche können mit der neuen Online-Applikation auch direkt an die 

Kantone versandt werden. Der im Gesuch selektierte Kanton erhält automatisch 

eine Benachrichtigung per E-Mail und das Gesuch als PDF-Datei 

(siehe Abb. 13 + 14). 

Abb. 13: Auswahlmaske für den Versand des Gesuches 

Abb. 14: Empfangsbestätigung 

Daten 

Die eingegangenen Gesuche, die erteilten Bewilligungen sowie abgelehnte 

Gesuche werden elektronisch und in Papierform während mindestens 

5 Jahren aufbewahrt. 

Ausblick 

Fachapplikation Sonderbewilligungen 

Die Sofortlösung soll durch eine Fachapplikation abgelöst werden. Diese 

umfasst vor allem die Schnittstellen zu: 

• Basissystem für automatisierte Fahrstreckenabklärungen und 

Routenvorschläge 

• KUBA-ST für die automatisierte Beurteilung der Befahrbarkeit von 

Kunstbauten durch Schwertransporte 

• SAP für die Rechnungserstellung 


Fachverantwortliche: 

Philipp Arnold, ASTRA 

Paul Twerenbold, M&B 

Technische Leitung: Gordana Jegerlehner, ASTRA 

Entwicklung und Wartung: 

Applikation BEAT: GIPAG AG 

Online Applikation: basis06

EE QUIPMENT 

MANAGEMENT SYSTEM 

Verfasser: Cédric Joseph und Uri Schtalheim 

EMS-CH steht für das Management System für Betriebsund 

Sicherheitsausrüstungen (BSA) der Schweizer 

Nationalstrassen. Die Notwendigkeit für ein solches 

System ergab sich aus der Übernahme der Nationalstrassen 

durch das ASTRA im Rahmen des neuen 

Finanzausgleichs (NFA). 

Ziele und Nutzen 

• Zentrale BSA Informationsplattform: 

Zusammenführung und Pflege eines landesweiten BSA Inventars nach 

einheitlichen Strukturvorlagen (AKS-CH), sowie aller BSA bezogenen 

Informationen, die für Bau, Betrieb, Instandhaltung und Erhaltungsplanung 

relevant sind. 

• Vereinheitlichung der BSA Instandhaltung: 

Landesweit einheitliche Begriffe und Standards für die Planung, 

Budgetierung, Durchführung, Überprüfung und Analyse der Instandhaltung. 

• BSA Zustandserfassung: 

Erfassung und Bewertung aller Informationen, die für die Beurteilung des 

Erneuerungsbedarfs der BSA relevant sind, nach landesweit einheitlichen 

Kriterien. Massnahmenvorschläge zuhanden der Unterhaltsplanung 

der Nationalstrassen (UPlaNS). 

• Optimierungen: 

Risikobasierte Optimierung des Mitteleinsatzes für Instandhaltung und 

Erneuerung. Basis für eine landesweite Koordination in den Bereichen 

Serviceverträge und Logistik (Ersatzteile, Spezialgeräte). 

• NFA Arbeitsteilung: 

Datenschnittstellen, welche dem NFA Modell für die Arbeitsteilung zwischen 

dem ASTRA und den Gebietseinheiten vollumfänglich gerecht 

werden. 

• Datenaustausch und Konsistenz mit andern MISTRA Fachapplikationen: 

Ausgestaltung von EMS-CH als MISTRA Fachapplikation; Einhaltung der 

MISTRA Architektur und Schnittstellen Vorgaben; Vermeidung redundanter 

Datenerfassungen. 

Vorgehensweise 

In einem ersten Schritt werden die künftigen Benutzer gruppen und die 

mit EMS-CH künftig interagierenden Systeme identifiziert. 

Ferner wurde der BSA Management Zyklus von EMS-CH schematisch 

dargestellt und mit den Beteiligten diskutiert. 

Gestützt auf die ermittelten Informationsbedürfnisse der Aktoren und den 

Anforderungen an die Schnittstellen mit den Systemen im EMS-CH 

Umfeld, wird ein informationstechnisches Geschäftsmodell erstellt und 

mit Hilfe von UML Klassendiagrammen dokumentiert. 

Erste Erkenntnisse 

Die Führung eines zentralen BSA Inventars ist ein Muss, ebenso die 

Möglichkeit der dezentralen Erfassung. Daher ist die Bereitstellung von 

ISTRA NEWS 

12 

Standards vordringlich, welche eine einheitliche Strukturierung sicherstellen. 

Ein erster Schritt ist mit der Formulierung von Strukturvorlagen 

für die BSA Kennzeichnung AKS-CH geschehen. 

Das Postulat der risikobasierten Beurteilung und Steuerung der 

Instandhaltung erfordert eine systematische und landesweite Erfassung 

der Störungsstatistik, sowie deren Gegenüberstellung mit den Verkehrsund 

Unfallstatistiken. Ferner sind, für die Analyse des Zusammenhangs 

zwischen Wartungsintensität und Anlagenverfügbarkeit, Aufschlüsselungen 

des Aufwandes nötig, die weiter gehen als die Anforderungen des 

Rechnungswesens. 

Die angestrebte Standardisierung der Instandhaltung bedingt BSA-Typen 

basierte Vorgaben für den Umfang und die Häufigkeiten von Inspektionen 

und Wartungen. 

Regulierung und Eigenverantwortung 

Die Gefahr besteht, dass die Standardisierung der Instandhaltung den 

Unterhaltsbeauftragten entmündigt, aus der Verantwortung nimmt und 

die reiche Erfahrung der Fachleute ausklammert. Genau dies darf nicht 

geschehen. 

Ein Ansatz wäre, sich auf Verfügbarkeitsziele gegenüber dem 

Unterhaltsbeauftragten zu beschränken. Die Überprüfung der Verfügbarkeit 

verlangt aber entsprechende Inspektionsprozeduren, insbesondere für 

Anlageteile und Funktionen, die nur im Ereignisfall aktiviert werden, dann 

aber besonders wichtig sind. 

Ein weiterer Ansatz ist, den Unterhaltsbeauftragten die dokumentierte 

Anpassung der Wartungsvorgaben an lokale Gegebenheiten zu ermöglichen. 

Minimale Wartungsvorgaben sind aber unerlässlich, insbesondere 

zwecks Verlängerung der Anlagelebensdauer. 

Fazit: Der Ausgestaltung und Pflege der Schnittstelle zwischen den EMS- 

CH Prozessen und derjenigen der Unterhaltsbeauftragten verdient grosse 

Aufmerksamkeit. Alle Beteiligten sind gefordert. 

Budgetierung der Leistungsaufträge 

Die Budgetierung der Leistungsvereinbarungen zwischen dem ASTRA und 

den Gebietseinheiten beruht bis dato auf Erfahrungswerten, die unter 

nicht vergleichbaren Voraussetzungen gesammelt wurden. Es gilt hier mit 

einfachen aber schlüssigen Aufwandmodellen den Budgetierungsprozess 

zu unterstützen und Transparenz zu schaffen. 

Übergangsphase 

Das ASTRA hat die Verantwortung für Betrieb und Unterhalt am 1.1.2008 

übernommen. EMS-CH wird aber frühestens per Ende 2012 operativ 

werden. Unterdessen werden die von den Kantonen übernommenen BSA 

Inventare vereinigt und Betrieb und Unterhalt der BSA werden harmonisiert. 

Entscheidend ist dabei, dass die dafür eingesetzten Zwischenlösungen 

die Daten möglichst pfannenfertig für das künftige EMS-CH 

aufbereiten. Auf keinen Fall dürfen sie Sachzwänge erzeugen, welche 

den Konzepten für EMS-CH zuwiderlaufen. 

Ausblick 

Ein Zwischenbericht des Fachkonzeptes EMS-CH wird im Spätherbst 

2009 vorgelegt. Damit die darin vorgelegten Prozesse möglichst optimal 

auf die Bedürfnisse abgestimmt werden, ist das Engagement aller 

Beteiligten entscheidend. 


Projektleitung: Cédric Joseph, ASTRA 

Martin Wyss, ASTRA 

Fachkonzept: ASE GmbH 


VV ERKEHRSUNFÄLLE 

Verfasser: Mathias Baudenbacher 

Die Fachapplikation Verkehrsunfälle (VU) ist seit Herbst 

2009 in Produktion. Mit dem Pilotkanton Bern werden 

auf VU erstmals Unfalldaten produktiv erfasst und 

bearbeitet. Insgesamt stehen für die Datenerfassung 

auf VU vier verschiedene Varianten zur Verfügung. Im 

Bereich der Datenauswertung erlaubt VU statistische 

und erste einfache kartographische Analysen. 

Stand heute 

Für die Unfallaufnahme stellt die Fachapplikation Verkehrsunfälle VU 

den Kantonen seit Sommer 2009 ein standardisiertes Unfallaufnahmeprotokoll 

(UAP) zur Verfügung. Die Instruktionen dienen als Wegleitung 

zum Ausfüllen des UAP. Damit ist die einheitliche Unfallaufnahme in der 

Schweiz grundsätzlich sichergestellt. Zusätzliche kantonsspezifische 

Bedürfnisse und Anforderungen berücksichtigt das standardisierte UAP 

nach Bedarf ebenfalls. 

Den Kantonen stehen für die Übertragung der Daten ab UAP insgesamt 

vier Erfassungsvarianten zur Auswahl: 

• die manuelle Erfassung am Bildschirm 

– mittels Eingabemasken, die das standardisierte UAP abbilden, 

– über die numerische Eingabe von Codes in einem separatem File 

(z.B. 580 für Witterung «schön»), 

• die zentrale Erfassung mit einem Scanner, 

• die Erfassung mit Digital Pens DPS (Kugelschreiber mit eingebauter 

Kamera) vor Ort, 

• der Datentransfer zwischen kantonaler Applikation und VU. 

Im Anschluss an die Erfassung erfolgt die Datenbearbeitung 

(vgl. Abb.15). VU bietet den Kantonspolizeien die Möglichkeit, mittels 

so genannter Webservices die Fahrzeug- und Personendaten in VU mit 

den entsprechenden Daten im Motorfahrzeugregister (MOFIS) und 

Fahrberechtigungsregister (FABER) des ASTRA abzugleichen und zu 

ergänzen. Weiter sichert VU mit der Plausiblisierung die Qualität der 

Unfalldaten. Eine wichtige Neuerung gegenüber der heutigen 

Unfallsstatistik ist die Georeferenzierung der Unfälle (vgl. Exkurs 

Georefererenzierung). Selbstverständlich können Unfallskizzen und 

Unfallfotos ebenfalls in VU geladen werden. Zukünftig ist es zudem 

angedacht, Unfallskizzen direkt in VU auf der Basis von hinterlegten 

Vermessungsplänen zu erstellen. Schliesslich erlaubt VU die Erstellung 

von juristischen Rapporten zuhanden der Justiz. 

Im Bereich Datenauswertung (vgl. Abb.15) ermöglicht das DWH bereits 

heute die statistische Analyse von Unfalldaten – aktuell Unfalldaten 

des Bundesamtes für Statistik BFS – mittels Business Objects (BO). 

Einerseits lassen sich mit BO so genannte Standardreports gemäss der 

entsprechenden VSS-Normen abrufen. Andererseits erlaubt BO individuelle 

Abfragen (Ad-hoc Report). 


ISTRA NEWS 

13 

Im August 2009 startete ausserdem das Mandat GIS-Auswertungen. 

Ab Herbst 2010 soll das GIS-Tool für kartographisch unterstützte 

Unfallanalysen wie z.B. die Ermittlung von Unfallschwerpunkten 

bereitstehen. Eine Übergangslösung dient bis im Herbst 2010 dazu, 

einfache kartographische Analysen wie Stecknadelkarten zum 

Unfallgeschehen erstellen zu können. 

GIS 

� Karten 

Erfassung 

UAP 

� Manuell 

� Scan 

� DPS 

� Datentransfer 

Bearbeitung 

� Registerabgleich 

MOFIS/FABER 

� Georeferenzierung 

� Plausibilisierung 

� Unfallskizzen 

� Rapportierungssystem Juristischer 

Rapport 

Auswertung 

Statistik 

� VSS-Normtabellen 

� Individuelle 

Auswertungen 

Abb. 15: Prozesskette der Unfalldaten 


Im Bereich Datenerfassung werden erst seit kurzem (Oktober 2009) 

produktive Daten durch den Pilotkanton Bern erhoben. Erste 

Erfahrungen lassen sich somit erst gegen Ende 2009 auswerten. Die

gemeinsam mit den Pilotkantonen durchgeführten Abnahmetests zeigen 

allerdings, dass mit VU ein praktikables Tool zur Verfügung steht, 

welches die Erfassung und Bearbeitung von Unfalldaten mit vertretbarem 

Aufwand gewährleistet. 

In Bezug auf die statistische Datenauswertung auf der Basis der BFS- 

Daten 2003 bis 2007 im Data Warehouse DWH VU liegen hingegen 

erste Erfahrungen vor. Die Reaktionen der Pilotkantone und des 

Fachbereichs Sicherheit sind durchwegs positiv. 

Datenbestand 

Gegenüber der Unfallstatistik des BFS sind drei wesentliche 

Neuerungen eingeführt worden: 

• die Georeferenzierung des Unfalles (vgl. Exkurs Georefererenzierung), 

• die Deklaration einer Hauptursache, die zum Unfall führte (Ursachen 

sind Mängel bzw. Einflüsse in der Unfallstatistik des BFS), 

• die PIN- und die Stammnummer (Einführung abhängig von den 

gesetzlichen Rahmenbedingungen). 

Mit PIN- und Stammnummer wäre eine Verknüpfung der Unfalldaten 

mit den Registern FABER, ADMAS (administrative Massnahmen) und 

Abb. 16: Die Georeferenzierung auf VU 

ISTRA NEWS 

Unfallort 

Fahrtrichtung 

Strassenachse 

14 

MOFIS möglich. Diese Verknüpfung würde weiterführende, anonymisierte 

statistische Auswertungen erlauben. 

Exkurs Georeferenzierung 

Mit der Georeferenzierung lässt sich einerseits die Ortsangabe des 

Unfalles (Landeskoordinaten, Strassenkilometer, Adresse oder Gemeinde) 

visuell überprüfen sowie andererseits der Unfall auf einem Strassenabschnitt 

lokalisieren und an eine Strassenachse anbinden. Letzteres 

dient später der Ermittlung von Unfallraten und Unfallschwerpunkten auf 

Strassenabschnitten. Die Georeferenzierung in VU erfolgt auf einem digitalen 

Kartenausschnitt. 

Die Georeferenzierung basiert auf der neuen Flex-Lösung von ESRI. 

Diese Technologie funktioniert wesentlich zuverlässiger, performanter 

und benutzerfreundlicher als herkömmliche WebGIS-Lösungen. Mit der 

Ablösung durch die Flex-Lösung konnten die Performance- und 

Stabilitätsprobleme in VU gelöst werden. 

Das Resultat der Georeferenzierung sind die so genannten RBBS- 

Koordinaten des Unfallpunktes mit dem Namen der Strassenachse 

sowie die Fahrtrichtung des Unfall verursachenden Objektes auf der 

Strassenachse (vgl. Abb. 16). 

Ausblick 

Im Oktober 2009 ist der RollOut zunächst mit den Pilotkantonen Bern, 

Thurgau und Graubünden gestartet. Im Rahmen des RollOut ist 

geplant, die Kantone sukzessive an VU anzubinden, so dass die neue 

Verkehrsunfallstatistik des ASTRA in allen Kantonen spätestens per 

1.Januar 2011 eingeführt sein sollte. 


Projektleitung: 

Anja Simma, ASTRA 

Mathias Baudenbacher, ASTRA 


IMS AG mit den Subunternehmen geo7 

und GEOCOM AG sowie ELCA AG 

Pilotkantone: BE, GR, TG, VD 

Begleitgruppe: Pilotkantone, Fachbereich Sicherheit 


VV ERKEHRSMONITORING 

Verfasser: Mario Rubin und Martin Lindenmann 

Die Fachapplikation Verkehrsmonitoring (VMON) wird 

seit bald zwei Jahren im produktiven Betrieb genutzt. 

Die erste Realisierungsetappe RE1 umfasst die Module 

Messstellenverwaltung und AVZ (Verwaltung und 

Validierung von permanenten automatischen Messstellen). 

Hauptmodul der zweiten Realisierungsetappe 

RE2 ist das Modul für die Verwaltung und Hochrechnung 

von temporären Messstellen. Diese Funktionalität wird 

in erster Linie für die Kantone entwickelt. RE2 beinhaltet 

zudem verschiedene Erweiterungen und Verbesserungen 

der bestehenden Module. Die Konzeptarbeiten 

für RE2 sind abgeschlossen. Die Realisierung soll in 

Kürze starten. 

Stand heute 

VMON-RE1 wird seit dem 01.01.2008 im produktiven Betrieb genutzt. 

Für RE2 wurde das Konzept erstellt. Der Realisierungsstart steht kurz 

bevor. 

Erfahrungen 

Die bisherigen Erfahrungen mit VMON sind mehrheitlich sehr gut. Die beiden 

angestrebten Hauptziele «Ablösung des alten Datenverarbeitungssystems» 

sowie «zeitnahe Publikation von bereinigten und validierten 

Daten» konnten erreicht werden. Unbefriedigend und mühsam für die 

Anwender ist weiterhin die Systemperformance. Hier sind weitere 

Anstrengungen nötig, damit ein effizienteres Arbeiten mit VMON 

möglich wird. 

Einen weiteren Knackpunkt stellen die Parametereinstellungen für die 

automatische Datenplausibilisierung dar. Damit die manuelle 

Nachbereitung nicht zu aufwändig ist, müssen Systemparameter 

gefunden werden, mit denen einerseits die «richtigen» Fehler erkannt 

und andererseits nicht zu viele korrekte Daten als unplausibel markiert 

werden. Insbesondere an Feier- und Hauptreisetagen reagiert das 

System im Moment noch zu sensibel und verursacht dadurch grossen 

manuellen Nachbearbeitungsaufwand. 

Datenbestand 

Im Rahmen der Migration aus dem alten System wurden die Daten der 

automatischen Strassenverkehrszählung ab 1990 übernommen. 

Daten mit Fahrzeugklassifizierung (SWISS10) sind in VMON bzw. DWH 

ab dem Jahr 2005 verfügbar. 

Ausblick 

Hauptmodul der Realisierungseinheit 2 (RE2) ist die Verarbeitung von 

temporären Messstellen. Die Daten dieser Kurzzeitzählungen können 

manuell oder automatisch erhoben worden sein. Der Anwender soll 


ISTRA NEWS 

15 

dabei das vollständige Verfahren ohne tiefgehende Kenntnisse des statistischen 

Verfahrens durchführen und auf den Beizug von 

Verfahrensspezialisten verzichten können. 

Zusätzlich werden in der RE2 weitere Funktionalitäten für die in der 

RE1 implementierten Module bereitgestellt. 

Für die Realisierung der RE2 ist eine Etappierung vorgesehen. 

Verarbeitung von temporären Messstellen 

In einem ersten Schritt müssen die erhobenen Daten der 

Kurzzeitzählung ordnungsgemäss in das System importiert werden. 

Dieser Import erfolgt mit den Schnittstellen aus der RE1. 

Anschliessend an den Import müssen die erhobenen Daten der temporären 

Messstellen geprüft werden. VMON unterstützt diese manuellen 

Plausibilitätsprüfungen mit diversen Masken und Datensichten. 

Die Plausibilität der Daten basiert auf den Daten selbst oder 

erfolgt auf der Basis eines Vergleichs mit dem Vorjahr. Mit den 

Erkenntnissen dieser Prüfungen entscheidet der Anwender über die 

Plausibilität der Daten. Dabei werden unplausible Daten in der Regel 

direkt verworfen, ohne diese mit Hilfe von manuellen Schätzwerten 

anzupassen. 

Abb. 17: Ablauf 

Die Hochrechnung erfolgt in Verbindung mit den Daten von verschiedenen 

Referenzmessstellen für das zurückliegende Jahr bzw. die 

letzten 12 Monate. Dank der Verwendung von Referenzdaten der letzten 

12 Monate anstelle der Daten des vollständigen aktuellen

Kalenderjahrs muss mit der Hochrechnung einer Messstelle nicht 

zugewartet werden, bis das ganze Jahr abgelaufen ist, sondern die 

Hochrechnung kann durchgeführt werden, sobald alle Messwerte der 

jeweiligen Messperiode vorhanden sind. Als Referenzmessstellen werden 

permanente automatische Messstellen verwendet. 

Es werden mit Hilfe des sogenannten Nachbarschaftsverfahrens - 

das im Rahmen der Konzepterstellung für VMON RE2 entwickelt wurde 

- die Referenzmessstellen ausgewählt, bei denen die Verkehrsabläufe 

innerhalb der Messdauer möglichst gut mit dem Verkehrsablauf der 

hochzurechnenden Messstelle übereinstimmen. 

Das Nachbarschaftsverfahren basiert auf dem Ansatz, die Anzahl 

Fahrzeuge an der temporären Messstelle als eine Linearkombination 

entsprechender Werte der Referenzmessstellen darzustellen. Diese 

Linearkombination definiert ein Regressionsmodell. 

Anhand der Werte während der Betriebsperiode (Periode während der 

die temporäre Messstelle in Betrieb ist) wird nach einer geeigneten 

Auswahl von Referenzmessstellen gesucht, um dann anhand des 

entsprechenden Modells das Verkehrsaufkommens für eine Periode 

von 12 Monaten zu schätzen. 

Die Auswahl der Referenzmessstellen erfolgt in drei Schritten: 

• Vorselektion von Referenzmessstellen: Aus den verfügbaren 

Referenzmessstellen werden diejenigen 50 ausgewählt, die in einem 

einfachen Regressionsmodell mit nur einer Referenzmessstelle die 

besten Resultate ergeben. 

• Rückwärtselimination: Nun werden sukzessive Modelle mit 49, 

48, usw. Referenzmessstellen berechnet, beginnend mit dem 

Modell, welches sämtliche im vorherigen Schritt ausgewählten 

Referenzmessstellen enthält. Bei jedem Durchlauf wird jeweils diejenige 

Referenzmessstelle aus dem Modell eliminiert, die den 

geringsten Beitrag an die Schätzung leistet. 

ISTRA NEWS 

16 

• Wahl des definitiven Modells: Das Rückwärtseliminationsverfahren 

liefert ein «bestes» Modell für jede mögliche Anzahl 

Referenzmessstellen, gibt aber keinerlei Hinweis darüber, welche 

Anzahl Referenzmessstellen das optimale Modell hat. Für die Wahl 

des definitiven Modells wird ein Kriterium benutzt, bei dem die 

Anpassungsgüte des Modells an die vorliegenden Daten und die 

Komplexität des Modells (hier die Anzahl Referenzmessstellen) in die 

Beurteilung eingehen. 

Das Ergebnis der Hochrechnung sind durchschnittliche Tagesganglinien 

je Fahrzeugklasse (gemäss der verwendeten Aggregation). 

Ziel der Funktionalität «Hochrechnung von temporären Messstellen» ist 

es, aus einer Kurzzeitzählung möglichst zuverlässige Werte für den 

durchschnittlichen Tagesverkehr (DTV), den durchschnittlichen 

Werktagsverkehr (DWV), die Tagesganglinie und die Werktagsganglinie 

(je Fahrzeugklasse) zu erhalten. 


Projektleitung: Mario Rubin, ASTRA 


InNET Monitoring AG / Zühlke Engineering AG 

Konzept und Leitung Realisierung: 

Sigmaplan AG / Consult AG 


Verfasser: Marguerite Trocmé und Hansueli Pestalozzi 

Bei den Filialen sind schon viele Lärmprojekte in 

Bearbeitung. Deshalb ist eine Sofortlösung zur 

Erfassung und Bewirtschaftung dieser Daten notwendig, 

bis die Fachapplikation Lärmbelastungskataster 

zur Verfügung steht. Die Lärmdatenbank LärmDB von 

G+P wurde von den Kantonen Aargau, Solothurn, Uri 

und Zürich kostenlos zur Verfügung gestellt. 

Verschiedene Anpassungen an die Bedürfnisse des 

ASTRA waren notwendig. Anhand der Erfahrungen mit 

der LärmDB wird dann das Fachkonzept ergänzt mit 

dem Ziel eine MISTRA Fachapplikation innerhalb der 

nächsten 4-5 Jahren zu erstellen. 

Stand heute 

Die Applikation LärmDB wurde für die Kantone entwickelt und steht dort 

im Einsatz. Für das ASTRA mussten verschiedene Erweiterungen implementiert 

werden. Das dafür notwendige Detailkonzept wurde im 

Sommer 2009 bereinigt. Der Prototyp des Lärmbelastungskatasters 

LärmDB: SLVollzug 


ISTRA NEWS 

LL ÄRMBELASTUNGSKATASTER 

SOFORTLÖSUNG 

ASTRA Zentrale + 

Filialen 

17 

liegt jetzt vor. Als Rich-Client wird die «LärmDB» von Grolimund + 

Partner AG verwendet, mit den Modulen «Strassenlärm-Vollzug» 

(SLVollzug) für das ASTRA und «Lärmschutzprojekt-Bearbeitungstool» 

(LSP-Tool) für die Ing. Büros. Die Inbetriebnahme ist per Ende Jahr vorgesehen 

damit die Schulung der Filialen ab Dezember stattfinden kann. 

Ziele und Zweck 

GIS-Viewer 

GIS-Viewer 

VollzugDB 

"Stamm" 

MSSQL MS Access 

Datenauszug 

Alle Projekte 

Kosten- und 

Terminplanung 

Strassensegmente mit 

Lärm-Emissionen 

Gebäude mit Lärm- 

Immissionen 

Zustandsabschnitte 

Massnahmen mit 

Kosten + Wirkung 

Wichtigste Funktionen: 

- Kostenplanung 

- Erstellen von Übersichten und Karten 

- Jährliche Erhebungen gemäss Art. 20 LSV 

- Kosten und Wirkung der Lärmschutzprojekte 

- Datenaustausch mit Ing.-Büros 

Abb. 18: Struktur und Funktion der LärmDB 

Datenrücknahme 

Mit der LärmDB werden folgende Ziele erreicht: 

1. Die Lärmschutzverordnung (LSV) verlangt von den Strasseneigentümern, 

dass sie einen aktuellen Lärmkataster führen, der von 

der Öffentlichkeit eingesehen werden kann. 

2. Ebenso verlangt die LSV ein jährliches Reporting der Kosten und der 

Wirkung der durchgeführten Lärmsanierungen und eine Kostenund 

Wirkungsabschätzung sämtlicher noch ausstehender sanierungsbedürftiger 

Strassenabschnitte (Art. 20 LSV) 

3. Die im Rahmen von Lärmschutzprojekten (LSP) erhobenen lärmrelevanten 

Daten sollen in der LärmDB strukturiert erfasst und dargestellt 

werden können. Damit kann auch der Lärmbelastungskataster 

auf einem aktuellen Stand gehalten werden. 

Ing.-Büros 

LärmDB: LSP-Tool 

1 Projekt 

Strassensegmente mit 

Lärm-Emissionen 

Gebäude mit Lärm- 

Immissionen 

Zustandsabschnitte 

Massnahmen mit 

Kosten + Wirkung 

Wichtigste Funktionen: 

- Import / Erfassung von Strassensegmenten, 

Gebäuden und Zustandsabschnitten 

- Erfassung von Lärm-Emissionen und Lärm- 

Immissionen 

- Definition von Massnahmen inkl. Kosten und 

Wirkung 

Lärmberechnungsprogramm 

Emissionen 

3D-Modell 

Immissionen

Struktur LärmDB 

In der LärmDB werden folgende Elemente erfasst: 

• Strassensegmente mit den aktuellen und zukünftigen Lärm- 

Emissionen 

• Lärmbelastete Gebäude mit den aktuellen und zukünftigen Lärm- 

Immissionen 

• Zustandsabschnitte für die Lärm-Zustandsbeurteilung (Skala 0-5) 

• Lärmschutzprojekte und deren Massnahmen 

Die Strassensegmente, Gebäude und Zustandsabschnitte werden den 

entsprechenden Lärmschutzprojekten zugeordnet. Für jedes Projekt 

werden anschliessend die geplanten Massnahmen wie Lärmschutzwände, 

leise Beläge, Schallschutzfenster, etc. mit den entsprechenden 

Kostenschätzungen eingegeben, die betroffenen Gebäude zugeordnet 

und daraus die Wirkung der Massnahme bezüglich der Anzahl belasteter 

Personen berechnet. Alle Elemente sind georeferenziert. 

Datenbearbeitung 

Die Bearbeitung der Lärmschutzprojekte, d.h. das Sammeln und 

Eingeben der Daten sowie die Berechnung von Emissionen und 

Immissionen erfolgt durch externe Ingenieurbüros. 

Für den Datenaustausch zwischen dem ASTRA und den Büros wurde 

eine spezielle Schnittstelle eingerichtet, mit welcher die Daten eines 

einzigen Projekts mit allen zugeordneten Elementen und unter 

Beibehaltung des komplexen Datenmodells in eine «Ablegerdatenbank» 

kopiert werden können. 

In dieser Ablegerdatenbank können die Ingenieurbüros mit dem «Rich- 

Client» (LSP-Tool) die Daten bearbeiten, diese via Excel- oder 

Shapefile-Formate in Lärmberechnungsprogramme exportieren und 

die berechneten Immissionen wieder zurücknehmen. Sobald ein wichtiger 

Zwischenstand in der LSP-Bearbeitung erreicht oder das Projekt 

abgeschlossen ist, können die gesamten Projektdaten mit den 

zugeordneten Elementen wieder in die «Stamm»-Datenbank im ASTRA 

zurückgelesen werden. 

System und Benutzeroberfläche 

Die Datenhaltung im ASTRA erfolgt mit MSSQL, bei den Ing.Büros wird 

MS Access verwendet. Der Rich-Client kann ohne Lizenzgebühren an 

die Ing. Büros abgegeben werden. Voraussetzung ist die Software 

Access auf Windows XP oder höher. 

Die Benutzeroberfläche des Rich-Client stellt die Datenstruktur in einer 

Explorerleiste am linken Rand dar. Die Daten des ausgewählten 

Elements werden im oberen Fenster dargestellt, im unteren Fenster 

können wahlweise Detail-Tabellen oder ein GIS-Viewer eingeblendet 

werden, mit welchem neben der Kartenanzeige auch die 

Georeferenzierung von Elementen bearbeitet werden kann. Die 

Benutzeroberfläche wird in Deutsch und Französisch zur Verfügung 

stehen. 

Im unteren Fenster können wahlweise der GIS-Viewer oder 

Detailtabellen zum oben angezeigten Datensatz eingeblendet 

werden. 

ISTRA NEWS 

18 

Abb. 19: Benutzeroberfläche der LärmDB 

Datenbestand 

Die bestehenden Lärmkatasterdaten der Kantone sind von der 

Datenstruktur sowie den technischen Lösungen sehr unterschiedlich. 

Es ist eine Herausforderung, diese in die Datenstruktur der LärmDB zu 

überführen. Dieser Prozess ist aktuell im Gang: Als Schnittstelle werden 

Excel- oder Shapefiles verwendet. Parallel dazu werden die Lärmprojekt-Perimeter 

(UplaNS-Abschnitte) in die LärmDB eingelesen. 

Beide Ebenen sind die Voraussetzung, dass die Lärm- 

Zustandsabschnitte nach akustischen Kriterien definiert und mit der 

Skala 0-5 bewertet werden können. 

Die flächendeckende Erhebung der Lärmprojekt-Perimeter bilden auch 

die Grundlage für die jährliche Erhebungen des BAFU (Art. 20 LSV). 

Ausblick 

Die Verwendung und Erweiterung der LärmDB ist eine Sofortlösung, 

die die eingangs erwähnten Ziele sicherstellen soll. 

Die Erfahrungen mit der LärmDB sollen helfen ein konsolidiertes und 

in der Praxis erprobtes Fachkonzept für eine integrierte MISTRA- 

Fachapplikation zu entwerfen. 


Projektleitung: Marguerite Trocmé, ASTRA 

Entwicklung und Wartung: Grolimund+Partner AG 

Pilotfiliale: Filiale Zofingen 

Begleitgruppe: ASTRA, BIT 


LL IEGENSCHAFTEN 

UND VERTRÄGE 

Verfasser: Jeannette Bürgi und Jürg Bodenmann 

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 Grundbuchauszüge 

und weitere Dokumente werden eingescannt und im GEVER 

(Geschäftsverwaltungssystem des Bundes) abgelegt. Sie können 

anschliessend mittels Link direkt durch LVS 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 Grundbuchauszü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 (typischerweise 

Zentrale und Filialen) 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 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 auch 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 

Abb. 20: Fakturierung mit LVS 


ISTRA NEWS 

19 

Schnittstelle an SAP übermittelt, von wo aus dann die Rechnungsstellung 

erfolgt (siehe Abb.20). Zurzeit werden über LVS pro Monat bereits über 

100 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. 


LVS ist im ASTRA (Zentrale und Filialen) bereits seit einiger Zeit produktiv 

in Betrieb. Die Rückmeldungen haben gezeigt, dass die Applikation 

einfach zu bedienen ist und die Bewirtschaftung des Eigentums sowie 

der Rechte und Pflichten effizient unterstützt. 

Der Zugriff auf LVS wird nun auch für die Gebietseinheiten freigeschaltet. 

Diese haben dann ebenfalls Einsicht in die ihr Gebiet betreffenden 

Daten und Dokumente. 

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. 

Datenbestand 

Bei der Datenintegration wurden die Verträge prioritär behandelt um eine 

schnellstmögliche Rechnungsstellung zu gewährleisten. Inzwischen sind 

beinahe alle von den Kantonen seinerzeit erhaltenen Verträge (ca. 7’000) 

erfasst und geprüft. Parallel dazu wurde auch mit der Integration der 

Grundbuchauszüge begonnen; ein erstes Paket ist durch die Leitung 

Realisierung bereits geprüft und freigegeben worden. 

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. 


Applikationsverantwortlicher: Christoph Julmy, ASTRA 

Leitung Datenintegration: René Sutter, ASTRA 

Leitung Realisierung und Fachsupport: müllerchur AG 

Entwicklung und Wartung: ELCA Informatik AG 

Datenintegration: Kellerhals Rechtsanwälte

EE RHALTUNGSMANAGEMENT 

IM SIEDLUNGSGEBIET 

Verfasser: Patrik Hitz 

Die Vorarbeiten für die Realisierung sind abgeschlossen. 

Neben der Voranalyse und dem IT-Konzept wurde 

ein ausführlicher Geodatentest in der Stadt Winterthur 

durchgeführt mit dem Ziel, die besten Grundlagendaten 

für die Fachapplikation definieren zu können. Zusätzlich 

zu diesen Feldtests wurde die Bildung der 

Betriebsorganisation in Angriff genommen. Hier entsteht 

eine Zusammenarbeit mit der Fachorganisation Kommunale 

Infrastruktur, dem VSS und dem ASTRA. 

Stand heute 

Die Voranalyse und das IT-Konzept für die Fachapplikation sind abgeschlossen. 

Die Realisierung und Leitung Realisierung könnten demnächst 

ausgeschrieben werden. 

Betriebsorganisation 

Es ist wichtig, dass die zukünftigen Anwender eine entsprechende 

Ansprechstelle haben. Die Fachorganisation Kommunale Infrastruktur ist 

das geeignete Organ für den direkten Kotakt mit den Kantonen und 

Gemeinden. Zusammen mit dem VSS, der sich für die Schulung und 

Normierung in diesem Bereich einsetzt und dem ASTRA, das die IT- 

Infrastruktur (Software, Hardware) zur Verfügung stellt, kann ein optimaler 

Betrieb gewährleistet werden. Die Detailabklärungen sind Bestandteil 

eines Auftrages, welcher die Aufgaben, Rollen und Kompetenzen der 

Betriebsorganisation definieren soll. 

ISTRA NEWS 

Abb. 21: Überprüfung von Vollständigkeit, Lagegenauigkeit und Breite von Strassen im Rahmen des Feldtests 

20 

Geodatentest 

Möglichst vollständige und qualitativ hochstehende geografische 

Basisdaten sind eine zentrale Voraussetzung für eine hohe Akzeptanz bei 

den künftigen Nutzern von EMSG. Für die Realisierung von EMSG stehen 

als vektorielle Daten (Strassenachsen mit Attributen) das sich im Aufbau 

befindliche Topografische Landschaftsmodell (TLM) von swisstopo und 

Tele Atlas Daten zur Verfügung. Weiter sollen Daten der Amtlichen 

Vermessung zur Orientierung und zur Planerstellung verwendet werden. 

Im Rahmen eines praxisnahen Feldtests in der Stadt Winterthur wurden 

insbesondere der Datenbestand und die Genauigkeit dieser 

Grundlagendaten geprüft und den Anforderungen von EMSG gegenüber 

gestellt. 

Der Feldtest hat gezeigt, dass die Strassenachsen von TLM für die 

Nutzung in EMSG insbesondere aufgrund ihrer Lagegenauigkeit und der 

vorgesehenen Attribute klar im Vordergrund stehen. Die Strassennamen, 

die im TLM nicht erfasst sind, sollen für EMSG von Teleatlas übernommen 

werden. Strassenflächen von ausreichender Genauigkeit sind in EMSG 

von hoher Bedeutung. Obwohl die Strassenkategorien im TLM aufgrund 

des Feldtests modifiziert wurden, kann zum heutigen Zeitpunkt nicht 

abschliessend beurteilt werden, ob die Strassenflächen den 

Anforderungen genügen. Es ist deshalb vorgesehen, bei der Realisierung 

von EMSG für die Ermittlung der Strassenflächen verschiedene Optionen 

anzubieten. Die Daten der Amtlichen Vermessung erfüllen die 

Anforderungen von EMSG, sie sollen deshalb vom Geoportal Bund für 

EMSG übernommen werden. 

Wie eingangs erwähnt, befindet sich das TLM im Aufbau und es braucht 

einige Zeit, bis die Daten schweizweit vorhanden sein werden. Swisstopo 

und ASTRA versuchen in enger Absprache, optimale Startbedingungen 

bezüglich Geodaten für die künftigen Nutzer von EMSG zu schaffen. 


Projektleitung: Ruedi Fässler, Stadtingenieur Uster 

Voranalyse, Konzept, Geodatentest: 

Ernst Basler & Partner AG, WIF Partner AG 


FACHAPPLIKATION 

LL ÄNGSAMVERKEHR 

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 

Langsamverkehr (LV) unterstützen. Zu diesem Zweck will 

es eine Fachapplikation zur Verfügung stellen: MISTRA LV 

soll die Koordination innerhalb des LV und mit dem öffentlichen 

Verkehr sowie dem motorisierten Individualverkehr 

verbessern, die Umsetzung einheitlicher Standards 

erleichtern, und eine bessere Verknüpfung der Geobasisdaten 

von Bund, Kantonen und Dritten ermöglichen. 

Das ASTRA benötigt für seine Tätigkeiten einen homogenen Geobasisdatensatz 

ü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 künftig durch die Fachapplikation erheblich erleichtert werden. 

MISTRA LV soll den Bund auch bei seinen Aufsichtsaufgaben unterstützen. 

Im Tagesgeschäft sollen 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 Verkehrswege) 

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 

Einsatz stehenden Anwendungen go.w@lk, go.bike und go.skate ablösen 

und auch deren Datenbestände übernehmen können. Eine ausführlichere 

Beschreibung der Ziele und des Funktionsumfangs der Fachapplikation 

finden Sie im MISTRA News Nr. 6. 

Stand heute 

Seit dem Abschluss der Voranalyse im Juli 2008 wurde zusammen mit der 

Begleitgruppe intensiv am Konzept gearbeitet. Schwerpunkte dabei waren 

vor allem die Spezifikation der Geschäftsanwendungsfälle («Use Cases»), 

die Klärung der Datenintegrationszyklen mit swisstopo und das entsprechende 

Datenmodell. 

Die meisten Use Cases stellten sich als deutlich komplexer heraus, als das 

ursprünglich erwartet wurde. Dies betraf insbesondere die Signalisation 

sowie die Unterschiede zwischen den verschiedenen LV-Formen 

(Fussverkehr, Wandern, Velo, Mountainbike, Skating) und Verkehrszwecken 

(Alltags- oder Freizeitverkehr). In der Arbeit mit der Begleitgruppe mussten 

auch fachliche Standards neu diskutiert werden, weil die bestehenden 

Normen und Handbücher teilweise zu wenig präzis waren oder in der 

Praxis large gehandhabt werden. Mit der Standardisierung in einem 

Informatiktool sollen die dadurch entstehenden Unterschiede zwischen 

den Kantonen mittelfristig verschwinden. 

Deshalb hat sich nun die vorgesehene Projektdauer um rund ein Jahr verlängert. 

Die Grundlagen für den Konzeptbericht sind jetzt aber weitgehend 

vorhanden. 


ISTRA NEWS 

21 

Abb. 22: Die systemunterstützte, regelbasierte Erstellung eines 

Wegweisers ist ein komplexer Prozess 

Ausblick 

Bis Ende 2009 soll das Konzept nun abgeschlossen werden. Die 

Ausschreibung der Realisierung ist im Frühling 2010 vorgesehen, so dass 

die erste Realisierungseinheit Anfang 2012 in Betrieb gehen kann. Damit 

sollen mindestens die Funktionalität der heutigen kantonalen Systeme 

(Weg-, Routen- und Signalisationsverwaltung) sowie die wichtigsten 

Auswertungsmöglichkeiten zur Verfügung stehen. 

In späteren Realisierungseinheiten sollen neue Funktionen zur 

Routenplanung und für das Unterhaltsmanagement implementiert, sowie 

erweiterte Auswertungsmöglichkeiten zur Verfügung gestellt werden. Auch 

eine bessere Berücksichtigung des Agglomerationsverkehrs ist denkbar. 


Projektleitung: Niklaus Schranz, ASTRA 

Konzept: Sigmaplan 

Begleitgruppe: Swisstopo, Schweizer Wanderwege, 

SchweizMobil, BE, SZ, ZG, Zürcher Wanderwege

HH ÄUFIG GESTELLTE 

FRAGEN (FAQ) 

Im Basissystem werden alle Strassenachsen der 

ganzen Schweiz zur Verfügung gestellt (National-, 

Kantons- und Gemeindestrassen). Dort, wo die 

Behörden keine Daten haben, werden diese durch 

Tele Atlas-Daten ergänzt. Dazu stellen sich mehrere 

Fragen: 

a) Wie exakt sind die Daten von Tele Atlas? 

Die Daten von Tele Atlas wurden im Rahmen des Beschaffungsverfahrens 

einer Qualitätskontrolle unterzogen. Für ein definiertes 

Testgebiet wurden die Abweichungen gegenüber der Lage und dem vorhandenen 

Strassennetz (Vergleich mit swisstopo Vector25) erfasst und 

ausgewertet. Die Lagegenauigkeit der Strasse, insbesondere von 

Knoten, wurde als genügend eingestuft, die Werte entsprachen auch 

den Angaben des Lieferanten (durchschnittliche Abweichung von 5 m). 

Die Vollständigkeit des Strassennetzes war vor allem im ländlichen 

Gebiet mangelhaft, im städtischen Bereich aber korrekt. Allerdings 

beschränken sich die Daten in der Regel auf befahrbare Strassen 

(Zulieferungen zu Gebäuden). 

Weniger gut waren die Ergebnisse bei den Fachnetzinformationen wie 

z.B. Geschwindigkeiten. Diese Daten waren häufig algorithmisch abgeleitet 

und nicht erfasst worden. Im Rahmen von MISTRA werden 

entsprechend nur noch effektiv erfasste Daten dieser Fachnetze integriert. 

b) Wie erfolgt die Nachführung dieser Daten? 

Die Nachführung erfolgt halbjährlich. 

Als Grundlage werden die Achsen aus dem Basissystem exportiert. Tele 

Atlas erstellt eine Lieferung, welche die neuen Strassenachsen beinhaltet 

und entfernt «eigene» Achsen, falls es dazu entsprechende MISTRA- 

Achsen gibt. Ein Prozessschritt beim Import ins Basissystem garantiert, 

dass die Informationen an gelöschten Tele Atlas-Achsen an MISTRA- 

Achsen umgehängt werden. 

c) Dürfen die Tele Atlas-Daten (Rohdaten) für eigene 

Bedürfnisse weiterverwendet werden? 

Kantone, welche eine Vereinbarung mit dem ASTRA bezüglich MISTRA 

abgeschlossen haben, dürfen die Tele Atlas-Daten für eigene Zwecke 

weiterverwenden. Verboten ist jedoch eine kommerzielle Weiterverwendung. 

Da noch keine Vereinbarungen MISTRA zwischen Kantonen und ASTRA 

abgeschlossen sind, genügt in der Übergangsphase eine Absichtserklärung 

des Kantons. 

ISTRA NEWS 

22 

Wie erhalte ich einen Zugang zu den MISTRA- 

Applikationen und wie lange dauert der entsprechende 

Prozess? 

Der Zugang für einen Benutzer muss mit dem entsprechenden Formular 

beantragt werden. Die Formulare für die heute freigegebenen 

Applikationen sind auf der Homepage der GS MISTRA (www.mistra.ch) 

abrufbar. 

Voraussetzungen für eine Genehmigung des Antrages sind entweder ein 

Auftrag im Rahmen von MISTRA oder den Filialen des ASTRA oder das 

Mitwirken als Pilotkanton bei der Realisierung einer Fachapplikation oder 

eine mit dem ASTRA unterschriebene Vereinbarung über die Einführung 

und den Betrieb von MISTRA. 

Jeder Antrag muss vom entsprechenden Projektleiter im ASTRA genehmigt 

werden. Danach muss für jeden Benutzer ein Benutzerkonto im 

Bundesnetz (IT) angelegt werden. Je nach Verfügbarkeit der zuständigen 

Personen dauert das erstmalige Anlegen eines Benutzers zwischen 1 - 2 

Monaten. 

Welches sind die technischen Voraussetzungen für 

einen Zugang zu den MISTRA-Applikationen? Sind alle 

Systeme kompatibel (z.B. mit Linux)? 

Die Applikationen basieren alle auf Windows. Dank einer zentralen 

Haltung kann der Benutzer mit einem beliebigen Betriebssystem zugreifen, 

sofern der Zugang zum Bundesnetz möglich ist. Die heutige Lösung 

für den Netzzugang wäre auch mit Linux kompatibel. Der Nachweis ist in 

Arbeit. 

Der Anwender wird innerhalb des Bundesnetzes in einer Windows- 

Umgebung arbeiten. Es fallen jedoch keine Lizenzkosten an. Diese werden 

durch das ASTRA getragen. 

Weitere technische Voraussetzungen sind: 

• Netzzugang: minimal 5Mb/s, optimal 20Mb/s 

• Internetbrowser: ab Internet Explorer 7 oder Firefox 3 

• Bildschirmauflösung: min. 1280x1024 pixel 

• 2 Bildschirme für das Arbeiten mit Trassee, Basissystem (Rich-GIS), 

Verkehrsmonitoring 

Was sind die organisatorischen Voraussetzungen für 

die Einführung von MISTRA in den Kantonen? 

Damit eine Einführung erfolgreich ist, müssen in einer Organisation die 

entsprechenden Ressourcen und Ansprechpartner bereit gestellt werden, 

und zwar: 

• IT-Verantwortlicher (verantwortlich für Netzwerk und Installation) 

• MISTRA-Verantwortlicher (1 Ansprechperson pro Kanton, bei Bedarf 

amtübergreifend) 

• Applikations-Verantwortliche (verantwortliche Person pro Applikation 

und Amt) 

In der Betriebsphase braucht es zusätzlich einen 1st-Level- 

Support/Power User, als erste Anlaufstelle der Benutzer bei Problemen. 

In der Regel wird dieser Support von einem oder mehreren versierten 

Benutzern wahrgenommen. Der oder die Verantwortliche des 1st-Level- 

Supoorts können Probleme an den Helpdesk MISTRA weitermelden. 

Ein Leitfaden für die Einführung von MISTRA in den Kantonen kann über 

die Gesamtprojektleitung MISTRA bezogen werden. Kontaktperson ist 

Ralf Lang, ASTRA. 


KK ONTAKTE 

Gesamtprojektleiter MISTRA 

Christoph Käser 

Bundesamt für Strassen 

Postfach, 3003 Bern 

E-Mail: christoph.kaeser@astra.admin.ch 

Telefon: 031 323 88 62 

Gesamtprojektleiter Stv. MISTRA 

Antoine Buntschu 



E-Mail: antoine.buntschu@astra.admin.ch 

Telefon: 031 325 16 32 

Projektleiterin Sonderbewilligungen 

Gordana Jegerlehner 



E-Mail: gordana.jegerlehner@astra.admin.ch 

Telefon: 031 325 31 01 

Projektleiterin Trassee, 

Erhaltungsmanagement Nationalstrassen 

Luzia Seiler 

Bundesamt für Strassen - Postfach, 3003 Bern 

E-Mail: luzia.seiler@astra.admin.ch 

Telefon: 031 322 94 43 

Projektleiter Verkehrsmonitoring 

Mario Rubin 



E-Mail: mario.rubin@astra.admin.ch 

Telefon: 031 322 94 21 

Projektleiter Kunstbauten und Tunnel 

Alain Jeanneret 



E-Mail: alain.jeanneret@astra.admin.ch 

Telefon: 031 322 94 34 

Leiter GS MISTRA 

Jean-Pierre Bolli 

Techdata AG 

Effingerstrasse 13, 3011 Bern 

E-Mail: jean-pierre.bolli@techdata.net 

Telefon: 021 651 04 67 

ISTRA NEWS 

Projektleiter Basissystem 

Florian Besançon 



E-Mail: florian.besancon@astra.admin.ch 

Telefon: 031 322 94 52 

Projektleiter DWH 

Jürg Landolt 

Techdata SA 

Chemin des Roches 38, 1066 Epalinges 

E-Mail: juerg.landolt@techdata.net 

Telefon: 021 651 04 62 

Projektleiter Verkehrsunfälle 

Mathias Baudenbacher 



E-Mail: mathias.baudenbacher@astra.admin.ch 

Telefon: 031 323 42 57 

Projektleiterin Lärmbelastungskataster 

Marguerite Trocmé-Maillard 



E-Mail: marguerite.trocmé@astra.admin.ch 

Telefon: 031 322 94 13 

Projektleiter Equipment Management System 

Cédric Joseph 



E-Mail: cedric.joseph@astra.admin.ch 

Telefon: 031 325 52 18 

Projektleiter Langsamverkehr 

Niklaus Schranz 



E-Mail: niklaus.schranz@astra.admin.ch 

Telefon: 031 323 42 86 

Projektleiter Erhaltungsmanagement 

im Siedlungsgebiet 

Rudolf Fassler 

Ville d’Uster 

Oberlandstrasse 78, 8610 Uster 

E-Mail: stadting@stadt-uster.ch 

Telefon: 044 944 72 61

Verantwortliche und Mitwirkende

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?