Gebrauchsfertige Regionalkarte aus OSM Daten

Parzelle13 · 2018-06-21T10:46:43.000Z

tshe70 schrieb:
mit dem Ziel, OSM-Karten (tages-)aktuell zu halten

Glaubst du nicht, das dieses Ziel mehr als illusorisch ist? Ich wohne z.B. in einer Stadt mit ca. 50000 Einwohnern. Wie viele Mapper würde man brauchen, um das zu erreichen?

Selbst kommerzielle Kartenwerke wie Google, Garmin, etc enthalten massenweise Fehler (manche absichtlich andere unabsichtlich), einige davon schon seit Jahrzehnten.

tshe70 schrieb:
Gerade weil die Syntax bei OSM ziemlich widersprüchlich ist und eine Gestaltung nach individuellen Bedürfnissen fast unmöglich - und eine Anpassung ziemlich träge und langwierig ist.

Genau das macht es ja schwierig, da ja dann jeder Mapper in die Daten einträgt was und wie er es will. Man schafft es ja jetzt noch nicht, ein einheitliches Regelwerk zu erstellen.
Das sollte man aus der Softwareentwicklung allerdings kennen. Komplexe Software/Datenbanken ohne jegliches Regelwerk sind so gut wie nicht wartbar und somit ständig fehlerhaft.
Das mit der Trägheit (Rendern) liegt ja wohl an Hardware-Kapazitäten, welches bei einem Open-Source-Projekt nicht verwundert. Ich kann damit leben.

Außerdem gibt es noch andere Rad-, Reit- und Wanderkarten die auf OSM basieren. Diese nutze ich ständig auf einem Etrex30, ohne große Probleme beim navigieren. Wenn mir dabei Fehler auffallen, versuche ich diese zu beheben.

Was ist, wenn man eine Abzweigung verpasst?

Das ist ja wohl eher Sache der Router-Software.

Was ist, wenn irgendwo eine Strecke gesperrt ist?

Wie soll man jede Baustelle, Sperrung oder Umleitung aktuell halten? Das klappt ja noch nicht mal mit RDS flächendeckend und aktuell.

Was ist, wenn jemand flexibler sein möchte, und eine andere Route nehmen will?

Also ich bereite meine Routen auf dem PC vor. Dabei erzeuge ich teilweise Alternativen, welche ich dann notfalls auf dem Navi unterwegs ändern kann.
Woher sollen die OSM-Daten denn wissen, welche Route wer benutzen will?

SimonPoole · 2018-06-21T10:46:43.000Z

Oh je.

Zuerst einmal: OSM ist gerade deshalb so ein grosser Erfolg geworden (und es gab viele ähnliche Projekte anno 200X) weil die Auszeichnung von Eigenschaften so flexibel ist und nicht alles in ein fachspezifisches Schema zu pressen versucht.

Ja es gibt viele Feinheiten die man üblicherweise nicht braucht, deshalb normalisieren Datenverarbeiter die Daten häufig für ihre spezifischen Zwecke. Umgekehrt gibt es keine grossen Schranken irgendwelche Eigenschaften zusätzlich festzuhalten falls gewünscht, aber es wohl niemanden klar -was- dir eigentlich an den Daten fehlt und deshalb gibt es auch keine konkrete Hilfestellung.

Das andere ist, dass ich euch zuerst mal empfehlen würde, bevor ihr euch in die Entwicklung stürzt, mit den Grundlagen zu beschäftigen. So lässt dein häufiger Hinweis auf die Cyclemap darauf schliessen, dass ihr nicht wirklich den technischen Hintergrund versteht (z.B. das die Cyclemap einfach eine statische Darstellung einer Auswahl der Daten in OSM ist, die dem Urheber gerade zweckdienlich erscheint) und ihr eine grosse Gefahr läuft einfach einen Unsinn zu produzieren.

Simon

PS: übrigens cycle.travel ist ein gutes Beispiel dafür was alles im Radbereich mit OSM möglich ist (oder auch komoot.de).

Nehaj · 2018-06-21T17:56:06.000Z

falschen Syntax in (contact:)phone

shop=wine, obwohl aktuell stattdessen shop=alcohol in Verbindung mit drink:wine=yes verwendet werden sollte

Facebook-Seiten zu (contact:)website, obwohl es dafür einen dedizierten Key (contact:)facebook gibt.

Ich würde das Festhalten an alten, überholten Tags nicht so kritisch sehen. Wenn die Information da ist, kann man ja einfach umtaggen.

Viel schlimmer ist es, wenn User wie z.B. “James” Straßen extrem schlecht abdigitalisieren – sodass man praktisch alles nochmal machen müsste – und dazu auch noch zu faul sind, Änderungskommentare anzugeben.

Solche Leute gehören mal verschärft angesprochen!

Harald_Hartmann · 2018-06-23T09:35:15.000Z

@Hakuch: Danke fürs Absplitten des eigenen Themas.

@Nehaj: deinen letzten Beitrag müsstest du wohl dann eventuell leider wieder in den Originalthread Wie wichtig ist korrekter Syntax? verschieben (bzw. neu schreiben)

tshe70 · 2018-06-25T05:05:51.000Z

Harald Hartmann:

@Hakuch: Danke fürs Absplitten des eigenen Themas.

Eigentlich war ich jetzt nicht so glücklich darüber, dass aus meinem Kommentar ein eigener Thread erstellt wurde, weil mein Beitrag zur “richtigen Syntax” durchaus im “richtigen Kontext” war - denn dieses Thema ist etwas vielschichtiger als man vielleicht denken mag.

Gebrauchsfertige Regionalkarten wird es in der Form rein aus OSM-Daten in naher Zukunft nicht geben können, da sie aus verschiedenen Komponenten bestehen: Einerseits aus der korrekten Syntax der Rohdaten, die jedoch vielfach nicht stimmig sind – und sofern diese einmal passen sollten andererseits aus dem Rendern der vorgefilterten und bereinigten OSM-Rohdaten. Aber solange die OSM-Rohdaten nicht passen, ist das individuelle Rendern ohne Zusatzaufwand fast unmöglich.

Die richtige Syntax (“Daten-Logik/-Logistik”!) ist ein generelles Grundproblem von OSM, das so schnell nicht gelöst werden wird – und somit bleibt dann nur die individuelle Anpassung der OSM-Daten.

Ein weiteres Grundproblem von OSM ist die Komplexität des Gesamt-Projektes. Damit hätte ich auch keine großen Schwierigkeiten, weil ich es gewohnt bin, mich in komplizierte Zusammenhänge einlesen zu müssen – doch OSM ist diesbezüglich ziemlich zerstückelt.
Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen … doch die Unübersichtlichkeit der Erklärungen, Erläuterungen, Zusammenhänge und Tutorials ist schon symptomatisch für OSM: zersplitterte, weit verstreute, veraltete, unvollständige und/oder unnütze Informationen zur Nutzung von OSM-Daten.

Ich habe bisher keine wirklich brauchbaren Übersichten gefunden, die tatsächlich auch up-to-date sind. Der „Informations-Müll“ verdeckt die nützlichen und aktuellen Infos.

Deshalb würde ich hier dazu eine (oder in Folge mehrere) Frage(n) stellen – vielleicht können wir ja gemeinsam einen kleinen Leitfaden erstellen, wie man „gebrauchsfertige“ OSM-Karten online stellen kann. Denn ich denke, dass es vielen so gehen wird wie mir - die meisten geben wohl kommentarlos auf – ich frage wenigstens

Meine Eckpunkte:
→ Ich ergänze die OSM-Rohdaten mit eigenen Tags und rendere sie dann mit Maperitive.
Das Ergebnis ist bekanntlich eine „Bild“-Datei.
→ Online stellen mit OpenLayers3: Mit OL2 habe ich schon einige Maps online gestellt. Mit OL3 hat sich der Code geändert, und nun sind viele Karten/Tutorials dazu unbrauchbar.

Mein Grundproblem bzw. Ziel:
Ich würde gerne nur meine exportierte Bilddatei (als eigenen Layer; für unterschiedliche Zoomstufen, …) über eine bereits vorhandene OSM-Karte (z.B. Mapnik) legen, mit OL3. Aber wie richtig machen, damit es überall funktioniert?

Jetzt werden gleich die Ersten kommen und mich auf den Link verweisen ( http://openlayers.org/en/v3.9.0/examples/ ) mit dem Kommentar „Schau doch mal da – da findest du bestimmt etwas.“. Klar findet man dort etwas: u.a. veraltete, nicht mehr funktionierende Beispiele, die man dringend überarbeiten müsste.

Ich gebe zu – meine JavaScript-Kenntnisse sind begrenzt, aber ich lerne gerne täglich dazu – bis dahin wäre ich für nützliche Hinweise/Links sehr dankbar.

Oder kennt ihr bessere Alternativen zu OL3?

Besten Dank im Voraus.
Grüße,
tshe70

Harald_Hartmann · 2018-06-25T05:18:04.000Z

tshe70:

Oder kennt ihr bessere Alternativen zu OL3?

Mein Eindruck: während die GIS Leute weiter mit OL rumwursteln, stellen viele OSM Projekte auf Leaflet um.

toc-rox · 2018-06-25T05:23:02.000Z

Du solltest dir erstmal darüber klar werden, was du wie und mit welchem Aufwand erreichen möchtest. Im Moment scheint es mir, dass du von der Komplexität des Gesamtthemas doch deutlich überrascht bist. Das äußert sich dann meist in Frustration.

Harald_Hartmann · 2018-06-25T05:23:14.000Z

tshe70:

Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen

Auf welche Tutorials bist du da gestoßen? Also mit switch2osm sollte man binnen weniger Stunden eigentlich eine TilesServer aufgesetzt haben, dann braucht’s nur noch eine index.html mit drei vier Zeilen Leaflet Code und schon kann man eine Karte betrachten.

tshe70 · 2018-06-25T06:52:41.000Z

Harald Hartmann:

tshe70:

Nun bin ich schon 2 Wochen (!) dran, und würde einfach nur gerne eine Karte online stellen

… sollte man binnen weniger Stunden eigentlich eine TilesServer aufgesetzt haben, dann braucht’s nur noch eine index.html mit drei vier Zeilen Leaflet Code und schon kann man eine Karte betrachten.

Genau darum geht es - ich will keinen eigenen TileServer aufsetzen.
Auf OSM basierende Karten sollten so schlank wie möglich in Webanwendungen eingebunden werden können (auch ohne extra DB-Anbindung) - wie z.B. mit OL3 (oder andere Alternativen?).

Das bei switch2osm angeführte OpenLayers-Tutorial ist genauso eines, wie man es eben nicht brauchen kann: Veraltet und überholt. (OpenLayers2).

Vielleicht habe ich mich auch missverständlich ausgedrückt:
Ich würde gerne einfach nur einen eigenen Layer (Bild-Datei) über einen Standard-Layer (z.B. Mapnik) legen können, damit dieser online nutzbar ist:
→ eine selbst gerenderte Bild-Datei (eingebettet über zutreffende GEO-Koordinaten)
→ falls die Ränder der Bild-Datei erreicht sind (weil außerhalb der Region), soll darunter die Standard-Karte angezeigt werden.

Diese 2 Wochen haben sich auch auf alles Mögliche bei OSM bezogen … in Basics einlesen, Optionen, Möglichkeiten, Hintergründe, “Best-Practice” und “How to …” - in beide Richtungen: Selber mappen und OSM nutzen.
Und irgendwie habe ich bei OSM immer dasselbe Problem: Es ist ein wilder Haufen an Daten und Informationen - vielfach widersprüchlich und mehrdeutig und veraltet - und in weiten Teilen wenig strukturiert.

Aus diesem verstrickten Knäuel an Daten(-Müll?) die relevanten Informationen rauszufischen und auch die sehr versteckte Informations-Struktur zu erkennen, dauert nun einmal eine gewisse Zeit … und ich befürchte, dass ich da noch länger dran sitzen werde.

Harald_Hartmann · 2018-06-25T07:14:01.000Z

Okay. Langsam verstehe ich dich, glaube ich zumindest. Im Normalfall nutzt man als sog. Overlay ja eher GeoJSON. Klar kann man bestimmt auch transparente PNG Grafiken als Overlay nutzen, dann ist es aber eher “statisch”. Grundsätzlich wäre dann in deinem Fall auch die Frage, ob du/ihr nicht gleich was mit VectorTiles machen solltet. Oder ihr nutzt den geoserver, damit hat wambacher seine Karten laufen.
Wie interaktiv soll den die Karte werden, sprich mit anklicken von bestimmten Dingen, oder soll das eher rein statisch nur aus Grafiken bestehen?

gormo · 2018-06-25T07:23:12.000Z

tshe70:

Vielleicht habe ich mich auch missverständlich ausgedrückt:
Ich würde gerne einfach nur einen eigenen Layer (Bild-Datei) über einen Standard-Layer (z.B. Mapnik) legen können, damit dieser online nutzbar ist:
→ eine selbst gerenderte Bild-Datei (eingebettet über zutreffende GEO-Koordinaten)
→ falls die Ränder der Bild-Datei erreicht sind (weil außerhalb der Region), soll darunter die Standard-Karte angezeigt werden.

Rasterlayer in leaflet: https://github.com/GeoTIFF/georaster-layer-for-leaflet

kreuzschnabel · 2018-06-25T07:27:58.000Z

tshe70:

Auf OSM basierende Karten sollten so schlank wie möglich in Webanwendungen eingebunden werden können (auch ohne extra DB-Anbindung) - wie z.B. mit OL3 (oder andere Alternativen?).

Leaflet. Die Karten der wirrtuellen Wanderung auf http://einklich.net/coast-to-coast bestehen aus Leaflet selbst und ein paar Zeilen JS in den HTML-Dateien, ohne jeglichen Extraserver oder Datenbank.

–ks

Harald_Hartmann · 2018-06-25T10:07:45.000Z

Vielleicht wollt ihr am Anfang auch erst einmal mit einer uMap starten.
Mir ist eines leider immer noch nicht klar: welcher Art von Informationen ihr unbedingt als Grafik als Overlay darstellen wollt?

Harald_Hartmann · 2018-06-25T10:25:39.000Z

tshe70:

→ Ich ergänze die OSM-Rohdaten mit eigenen Tags und rendere sie dann mit Maperitive.
Das Ergebnis ist bekanntlich eine „Bild“-Datei.

Nicht unbedingt, bei mir war das immer SVG (Grafik) Dateien, weil ich die noch mit Inkscape weiter bearbeiten wollte.

wambacher · 2018-06-25T10:44:43.000Z

Harald Hartmann:

tshe70:

Oder kennt ihr bessere Alternativen zu OL3?

Mein Eindruck: während die GIS Leute weiter mit OL rumwursteln, stellen viele OSM Projekte auf Leaflet um.

Wenn schon OL, dann aber OL 4.6.x - wobei OL5 schon in der Pipeline ist.

Mit Leaflet kommst du schnell (Stunden?) zum Ziel und mit OL wohl in Tagen. Ich mache zu 90% Leaflet und versuche die restlichen 10% (Boundaries Map) auf LL umzustellen, komme da aber gerade nicht weiter. OL ist nun mal “mächtiger” als LL und die Umsetzung mancher Funktionalitäten ist nicht “soooo einfach”.

Gruss
walter

Harald_Hartmann · 2018-06-25T10:51:04.000Z

@wambacher: magst du vielleicht noch kurz etwas dazu sagen, wie warum du den geoserver einsetzt?

wambacher · 2018-06-25T12:55:53.000Z

Harald Hartmann:

@wambacher: magst du vielleicht noch kurz etwas dazu sagen, wie warum du den geoserver einsetzt?

Harmlose Frage - schwierige Antwort

Ich setze den GeoServer als “Interface” zwischen meinen in Leaflet geschriebene Anwendungen und meiner PostgreSQL/PostGIS-Datenbank ein.

Dadurch erreiche ich eine Trennung zwischen der Anwendung (z.B. Emergency Map), den Daten (Datenbank) und dem Styling. (*)

In der Anwendung “sage” ich nur “gib mir das Layer für die Feuerwehren (osm:Fire_Stations) in dem angezeigten Gebiet als WMS (Tiles)”:


      var L_Firestations = L.tileLayer.wms(geosWMS, merge_options(globalOverlayOptions, 
                   { name:          "Firestations"
                    ,layers:        "osm:Fire_Stations"
                   }));

oder für die Hydranten:



      var L_Hydrants = L.markerClusterGroup(merge_options(globalOverlayOptions, {
                     name:          "Hydrants"
                    ,type:          "WFS"
                    ,typeName:      "osm:Hydrants"
                    ,allMarkers:    []
                    ,disableClusteringAtZoom: 17
                    ,iconCreateFunction: function(cluster) {
                       return getClusterIcon(baseUrl+"/webcommon/images/svg/emergency_fire_hydrant.svg",cluster.getChildCount());
	                 }
                   }
                )
      );

Hydranten sind komplexer, da ich hier Clustering verwende. Dort verwende ich WFS (Web Feature Service), damit ich die Hydranten nachher mit Leaflet clustern kann.

Für die Sirenen wird nun ein WMS-Call zum GeoServer geschickt.
Der Geoserver schaut in dem Sirens-Layer nach, besorgt sich die Daten per SQL


select 'emergency=siren'::text "query",
       'n' || osm_id as osm_id,
       wno_AsOsmLink('n',osm_id::bigint) osm_link,
       wno_GetTagsAsJson(tags) tags,
       way
  from planet_osm_point 
 where tags->'emergency'='siren'

und den Style, der definiert, wie die Sirenen dargestellt werden sollen:


<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor version="1.0.0" xmlns="http://www.opengis.net/sld" xmlns:ogc="http://www.opengis.net/ogc"
                       xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                       xsi:schemaLocation="http://www.opengis.net/sld http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd">
  <NamedLayer>

    <Name>Emergency Sirens</Name>

    <UserStyle>
      <Name>emergency sirens</Name>
      <Title>Emergency sirens</Title>
      <Abstract></Abstract>
      <FeatureTypeStyle>
        <Rule>
          <PointSymbolizer>
            <Graphic>
              <ExternalGraphic>
                <OnlineResource
                                xlink:type="simple"
                                xlink:href="http://localhost:8080/geoserver/styles/images/other/emergency_siren.svg" />
                <Format>image/svg+xml</Format>
              </ExternalGraphic>
              <Size>24</Size>
            </Graphic>
          </PointSymbolizer>
        </Rule>
      </FeatureTypeStyle>
    </UserStyle>
  </NamedLayer>
</StyledLayerDescriptor>

Hier nur ein Icon (emergency_siren.svg), bei anderen Styles aber auch Tag-abhängige Strichstärken oder Farben)

Der GeoServer besitzt ein Web-Interface, wo der Admin alles einstellen kann - und muß

Als Knackpunt für eure Projekte: Er trennt die Datendarstellung von den Datenquellen.

An Services bietet er mindestens WMF, WMS, WCS und WMS an und als Datenquellen kann er - in der Standardinstallation -

GS ist in Java geschrieben, aber das sollte für Profis (Josm!) kein Problem sein.

Gruss
walter

(*) sorry, bin kein Informatiker, da gibt es bestimmt bessere Begriffe für.

gormo · 2018-06-25T13:53:09.000Z

Hi Walter, gibts Deine wno_* PSQL-Funktionen eigentlich irgendwo, oder sind die Betriebsgeheimnis?

Hast du ein unmodifiziertes osm2pgsql benutzt (mit welchem Stil?), oder irgendwas schlaues zusammengehackt?

gormo · 2018-06-25T13:56:03.000Z

gormo:

tshe70:

Vielleicht habe ich mich auch missverständlich ausgedrückt:
Ich würde gerne einfach nur einen eigenen Layer (Bild-Datei) über einen Standard-Layer (z.B. Mapnik) legen können, damit dieser online nutzbar ist:
→ eine selbst gerenderte Bild-Datei (eingebettet über zutreffende GEO-Koordinaten)
→ falls die Ränder der Bild-Datei erreicht sind (weil außerhalb der Region), soll darunter die Standard-Karte angezeigt werden.

Rasterlayer in leaflet: https://github.com/GeoTIFF/georaster-layer-for-leaflet

Ah, als Tipp was sonst noch geht: Ich hab mein Rasterlayer in QGIS geladen, dann mit dem leaflet-Export-Plugin (Name entfallen, aber der ändertsich auch öfter, ich meine es war qgis2leaf) daraus die Tiles im z/x/y-Dateiformat/Ordnerstruktur erzeugen lassen, die dann in meiner Karte über die Grundkarte als zusätzliche basemap gelegt.

Vorteil: keine weitere JS-Abhängigkeit
Nachteil: muss man immer neu machen, wenn sich das Raster ändert.

wambacher · 2018-06-25T14:50:20.000Z

gormo:

Hi Walter, gibts Deine wno_* PSQL-Funktionen eigentlich irgendwo, oder sind die Betriebsgeheimnis?

Ein Geheimnis sind die nicht. Hab nur nie drüber nachgedacht, die zu publizieren.

Hast du ein unmodifiziertes osm2pgsql benutzt (mit welchem Stil?), oder irgendwas schlaues zusammengehackt?

Ich habe osm2pgsql ein wenig modifiziert, aber das Original ist auch ok. Und dann nutze ich ein leicht erweitertes Schema.


...
node,way   addr:postcode                   text  linear # wno
way        de:amtlicher_gemeindeschluessel text  linear # wno
way        de:regionalschluessel           text  linear # wno
way        ISO3166-1:alpha3                text  linear # wno
node,way   maxspeed                        text  linear # wno
node,way   maxspeed:forward                text  linear # wno
node,way   maxspeed:backward               text  linear # wno
node,way   name:de                         text  linear # wno
node,way   note                            text  linear # wno
way        postal_code                     text  linear # wno
node       traffic_sign                    text  linear # wno
node       vending_machine                 text  linear # wno
...

Hier werden einige Tags in eigene Collums gelegt, da somit der Zugriff auf den Hstore (z.B. tags->‘addr:postcode’) nicht notwendig ist. Geht halt schneller so. Nagelt mich aber nicht auf jedes Feld fest - das ist “histerisch” in den letzten Jahren gewachsen.

Steh halt mit “gitten” auf dem Kriegsfuß.

Gruss
walter