Die OpenStreetMap hat in den letzten Jahren immer weiter an Bedeutung gewonnen. Neben Straßen und Plätzen sind darin auch „POI“ (Orte von Interesse) verzeichnet. Diese Informationen sind frei zugänglich und ihre Qualität reicht aus, um sie für ein Tourismus-Informationssystem verwenden können. Durch Einsatz freier Software mit offenem Quelltext entsteht so eine einfache Lösung, mit der sogar kleine Tourismus-Regionen im Internet über die Möglichkeiten für Touristen in der Region informieren können. Ein Web-GIS erlaubt dabei, die Information in räumlichen Kontext online und damit jederzeit unverbindlich abrufbar zu präsentieren. Zum Beweis, dass dies möglich ist, wird dazu in dieser Arbeit ein Konzept mit Implementierung in PHP mit PostGIS vorgestellt. Diese Lösung wird für eine kleine Stadt in Brandenburg installiert. Abschließend werden Ideen für zukünftige Erweiterungen des Systems vorgestellt.

1. Tourismus-Informationssystem als WebGIS mit OpenStreetMap Präsentation der Bachelorarbeit von und mit Thomas Mönkemeier Studiengang Geoinformation 2011-08-23

3. Bachelor-Thesis

5. Datenfluss

7. Erweiterungsmöglichkeiten

9. Bachelor-Thesis

10. „Proof of concept“ im Fallbeispiel

18. Bachelor-Thesis „ Es ist möglich, mit den Geodaten der OpenStreetMap ein Informationssystem als Web-GIS zu erstellen, mit dem sich interessierte Touristen über eine bestimmte Region informieren können.“

20. Konvertierung der Geodaten aus OpenStreetMap-Planet

21. Präsentation als dynamische Website mit PHP/SQL

23. Angabe des Zielpolygons (administrative Grenze)

24. Angabe der gewünschten Kategorien

26. Online unter: http://tis.stadt-baruth-mark.de/

28. Verwaltung

29. Analyse

30. Präsentation

32. Hoher Funktionsumfang

34. Objekte mit Attributen anlegen, bearbeiten und löschen

35. Sachdaten entsprechend den OSM-Konventionen menügeführt verschlüsselt Beispiel: Rathaus von Baruth/Mark als geschlossene Linie mit Attributen

36. Verwaltung in OpenStreetMap

38. SQL-Abfragen auf der TIS-Tabelle wie z. B.:

39. Punkt-in-Polygon-Test: ST_Contains

40. Punkt in Pufferzone: ST_DWhithin

41. Koordinatentransformation: ST_Transform

42. Ausgabe im KML-Format: ST_AsKML

44. Top-Navigation mit Kategorien entsprechend dem touristischen Leitbild

45. Anzeige der Punkte zur gewählten Kategorie auf interaktiver Karte

46. Auswahl einer Detailseite mit allen weiteren Punkten der Umgebung

47. Umkreis in Metern wählbar

49. Datenfluss

50. „reverse geocoding“

55. Radius als optionaler URL-Parameter für Punkte in einer Pufferzone um den Startpunkt auf der Detailseite

59. Inhalte blockweise durch inkludierte PHP-Dateien

60. Gestaltung der Website kann durch CSS-Änderung ohne Eingriff in den PHP-Code geändert werden

62. Filterung der Punkte im Zielgebiet-Polygon durch konservative Approximation

63. Umstellung der Felder

64. „reverse geocoding“

65. „Description“ aus Website

66. Sitemap als XML und KML generieren

68. Einfaches „reverse geocoding“ als PostGIS-Beispiel : PLZ-Polygon zum Punkt suchen: update baruthmark as b set city=note from planet_osm_polygon as a where ST_Contains(a.way,b.way) and a.boundary='postal_code'; Nächste Straße zu einem Punkt: update baruthmark as c set street=(select a.name from planet_osm_line as a, baruthmark as b where b.osm_id=c.osm_id and not(a.highway is null) and not(a.name is null) and ST_DWithin(a.way,b.way,100) order by st_distance(a.way,b.way) asc limit 1); Hausnummern bei OpenStreetMap noch schlecht erfasst, daher dafür keine SQL-Abfrage, obwohl einfach möglich

70. Erweiterungen

71. SWOT-Analyse Hohe Benutzerfreundlichkeit führt zu guter Akzeptanz bei den interessierten Touristen Gute Reichweite bei Suchmaschinen führt zu Treffern in den Ergebnisseiten Probleme mit UGC („user generated content“) aus OSM, eventuelle Haftungsfragen Qualität der Geodaten der OSM verunsichert Entscheidungsträger und schwächt Akzeptanz Einfache Installation für beliebiges Gebiet führt zu vielen installierten Instanzen „ Einheitslook“ wenn viele Instanzen installiert werden wirkt eventuell abschreckend Nur Punkt als Geometrietyp, Linie und Polygon sollten auch integriert werden Verständnisprobleme des Konzepts bei regionalen Anbietern im Tourismus Stärken (Strengths) Schwächen (Weaknesses) Chancen (Opportunities) Risiken (Threats)

73. QR-Codes als touristisches Leitsystem (Mobiltelefon)

74. Öffnungszeiten (Auswertung der „opening_hours“)

75. CSS-Layout für Verwendung auf mobilen Endgeräten

76. Optimierungen zur Unterstützung sozialer Netze

77. Geocaching als touristisches Angebot (wie in Papenburg)

78. Kategorie für georeferenzierte Artikel der Wikipedia

79. Verwendung des heterogenen Geometrie-Typs statt des Punkt-Datentyps um unterschiedliche Geometrien in der TIS-Tabelle zu verarbeiten

80. Ende Danke für die Aufmerksamkeit! Fragen Sie bitte jetzt oder per E-Mail: [email_address]