Bürgerverein der Gartenstadt Frohnau e.V.

Aufgrund des bisherigen unabgestimmten Aufbau von Datenbeständen in verschiedenen Institutionen (Straßenbauamt, Verkehrsträger, Verkehrsverbund, Entwässerungsbetriebe, OSM), besteht bei der Zusammenführung dieser Objekte für eine gemeinsame Betrachtung (Anwendung) ein Bedarf an Abgleich, um mit einer Abbildung eines Realen Objektes weiter zu arbeiten können.

Anwendung 1: (Verkehr): Die gleiche Haltestelle ist bei den Verkehrsbetrieben (BVG), beim Verkehrsverbund (VBB), im Datenbestand der OS-Mapper und in der Straßendatenbank (SenUVK) unterschiedlich modelliert. Mal genau ein Punkt für jede Haltestelle für den Fahrplan, mal ein Punkt für jeden Einstiegspunkt (z.B. Richtungsorientiert auf unterschiedlichen Straßenseiten,   

Beispiel2 (Umwelt): In unserem Ortsteil hängt die Zuständigkeit für die Straßenabläufe / Gullys von dem Endpunkt ab, an den das Regenwasser geleitet wird. So sind für die Leitung des Wassers in einen unserer 19 Teiche über unterirdische Leitungen (Haltungen) die Wasserwerke zuständig, wird das Wasser direkt in der Nähe des Gullys versickert, ist es das Bezirksamt (die Gemeindeverwaltung) zuständig. Es bestehen zwei digitale Datenbestände, einer bei den Wasserwerken und einer in der Liegenschaftskarte.

Für die Bürger ist es von Bedeutung, an wen sie sich im Fall einer Misfunktion (Verstopfung) oder eines baulichen Schadens wenden müssen, was der Bürgerverein in Form einer Karte zur Verfügung stellen möchte. Beim Übereinanderlegen beider Layer sollte allen Gullys der Wasserwerke, ein Gully in der Liegenschaftskarte zuzuordnen sein. Die nicht zugeordneten Gullys sind dann in der Zuständigkeit der Gemeindeverwaltung. Soweit die Theorie. Tatsächlich gibt es aber erhebliche Differenzen die verschiedene Ursachen haben, die sich in der Lagegenauigkeit (manuelle Digitalisierung vs. Vermessung) und ungleiche Schnittmenge zeigen (Gullys der Wasserwerke für die kein Äquivalent in der Liegenschaftskarte zu finden ist). 

Weitere Beispiele: 

Zusammenführung von Sachdaten aus georeferenzierten Registern mit bereitgestellter Geometrie.  

Bisheriger Prozess:

Zu Beispiel 1:  Optische Überprüfung und Manuelle Zuordnung unklarer Fälle, teilweise vor Ort geklärt. 

Zielsetzung:

Eine envViso-Funktion, die den Prozess der Klärung offener Fälle unterstützt.     

Datenbestand:

Datenbedarfe: