Gebrauchsfertige Regionalkarte aus OSM Daten

tshe70 · 2018-06-20 04:27:11

Harald Hartmann wrote:

... war ich anfangs auch ein Verfechter davon, die Daten in OSM strukturieren und datentechnisch normalisieren zu wollen, aber das habe ich schon länger aufgegeben.

Hallo zusammen,
bin zwar schon etwas länger registriert, fange nun aber erst an, mich aktiv zu beteiligen - wahrscheinlich aufgrund der oft unklaren "Syntax" habe ich mich bisher wohl nicht so recht getraut, etwas zu ergänzen oder zu "korrigieren"

Generell ist die Syntax schwer verständlich und bei bestimmten Fällen ziemlich uneindeutig.
Dies macht es sehr schwierig, einerseits Spezialkarten anzufertigen (siehe z.B. Cyclemap), andererseits werden potenzielle Mapper auch abgeschreckt und bringen ihr lokales Spezial-Wissen somit leider erst gar nicht ein.

Um diese "Mängel" abzufedern, haben wir uns entschlossen, die exportierten OSM-Rohdaten zusätzlich mit eigenen Tags zu versehen, sodass diese eindeutiger dargestellt werden können. Dies ist aber nicht Sinn der Sache, weil es erstens immer wiederkehrende Mehrarbeit ist, und zweitens die gesammelten GEO-Daten ja für alle nutzbar sein sollten. Aber was ist, wenn einfach die Tags nicht vorhanden sind bzw. Individuelles hinterlegt werden soll?

Ein Ziel von uns ist: Bewohnte Gebäude und Nebengebäude farblich unterschiedlich zu belegen, und nicht nur den Haupteingang (mit Klingel) sondern auch die Briefkästen einzuzeichnen, da sie oftmals nicht dort sind, wo man sie vermutet.

Beispiel: Einfamilienhaus ... Wie ist da die korrekte Syntax?
Was tun, wenn die Tags nicht ausreichend sind?

Vielfach sind die Gebäude (in meiner Region) nur mit building=yes getagged. Über die Hausnummer (sofern vorhanden!) konnte man diese dann farblich differenzieren. Da waren jedoch auch alle Firmen, Geschäfte, etc. sowie falsch hinterlegte Nebengebäude mit dabei.

In der Wiki steht:
Einfamilienhaus: building=house
Freistehendes Einfamilienhaus: building=detached
Hauptsächlich als Wohnraum genutztes Gebäude: building=residential

Gerade als Einsteiger ist das etwas verwirrend.

Aber was ist, wenn in dem "Einfamilienhaus" noch eine Ferienwohnung hat?
tourism=apartment
Wie richtig taggen? Beim Gebäude? Als Note?

Wenn ich mir die aktuell Karte aus meiner Region anschaue, mag sie oberflächlich einerseits zwar schon sehr gut erfasst sein, aber andererseits, wenn man sich die Tags genauer ansieht, ist vieles bzgl. Syntax sehr verwirrend - oder einfach falsch?

Das ist wohl einer der großen Nachteile von OSM, dass vieles bzgl. Syntax sehr unklar ist, oder die richtige Syntax einfachh im Nebei der Vielzahl an Wiki- und sonstiger Erklär-Seiten verschwindet.
Siehe auch das andere Thema "Radweg".

Gerade für unsere Region wollen wir weitere Leute mobilisieren, die bei OSM aktiver werden sollen, um gute "touristische" Karten oder spezielle "Open-Data"-Karten einfacher erstellen/stylen zu können. Aber gerade das scheint ziemlich schwierig zu sein, weil die Struktur und Tag-Möglichkeiten ("richtige Syntax?") ziemlich unübersichtlich ist und auf den ersten Blick eher einem Flickenteppich ähnelt.

Ich glaube, dass viele Personen durch diese verwirrende Syntax abgeschreckt werden, und gar nicht erst aktiv werden. Dem entgegenwirkend starte ich nun einfach mal, um OSM zu „verbessern“ - vielleicht schaut ihr mir ja etwas auf die Finger, und klärt mich beim Ändern von Tags über gewisse „Fehler“ bzw. „richtiges Taggen“ auf – würde mich freuen.

Gruß,
Heinz

Harald Hartmann · 2018-06-20 08:08:03

Bananensaft wrote:

Harald Hartmann wrote:
die Daten in OSM strukturieren und datentechnisch normalisieren zu wollen, aber das habe ich schon länger aufgegeben.
Warum?

Weil die Hürden dazu, mit Recht, zu hoch angesetzt sind.
Nehmen wir das Beispiel Formatierung der Telefonnummer: klar kann man ein Programm schreiben (wurde auch schon gemacht), welches das automatisch ausbessert. Das fällt aber unter den Bereich mechanical und automated edit, siehe dazu auch die "Auflagen" im wiki.
Jetzt kam aber jemand anderes auf die Idee, daraus einen Maproulette Task zu machen. Die Idee hinter maproulette ist eigentlich, dass man dann die Daten bzw. Am besten gleich das ganze Objekt einzeln und händisch überprüft. Aber gerade bei diesem Beispiel wurde maproulette häufig missbraucht und einfach nur die Aufgabe abgearbeitet. Das Problem an diesem Vorgehen und eben den o.g. Edits ist, das eine Aktualität des Objekts vorgegaukelt wird, was eventuell gar nicht der Fall ist, z.B, weil das gesamte POI im Realen schon gar nicht mehr existiert.
Sprich im Nachhinein Daten zu normieren und normalisieren ist nahezu unmöglich, hier müsste bereits viel früher, also am besten schon beim Editor, angefasst werden.

geri-oc · 2018-06-20 09:10:48

tshe70 wrote:

Dem entgegenwirkend starte ich nun einfach mal, um OSM zu „verbessern“ - vielleicht schaut ihr mir ja etwas auf die Finger, und klärt mich beim Ändern von Tags über gewisse „Fehler“ bzw. „richtiges Taggen“ auf – würde mich freuen.

Dann müsstes du auf deine Änderungen verlinken oder vorher hier fragen. Oder du legst eine User-Wiki-Seite mit deinen "Änderungsvorschlägen/-wünschen" an oder nutzt dazu deinen Blog. Natürlich solltest du es auch hier im Forum bekannt machen.

Aber was ist, wenn in dem "Einfamilienhaus" noch eine Ferienwohnung hat?
tourism=apartment
Wie richtig taggen? Beim Gebäude? Als Note?

Vorrangig ist das Einfamilienhaus (house -> eine Klingel oder "ein" Briefkasten - ich unterscheide hier nicht ob freistehend oder in Reihe, da dies sich aus der Lage ergibt) mit dem Eingang, denn dort will ich hin. Wenn der Haupt-Eingang am Haus nur durch einen Eingang am Gartenzaun erreichbar ist, erhält der Zauneingang ein "privat". Damit werde ich an die Stelle geroutet, wo ich um Erlaubnis des Betretens fragen kann (Klingel, Sprechanlage). Die Ferienwohnung trage ich als Node im Haus ein - falls ein separater Eingang kann man auch den Node auf den Hausumriss mit separaten Eingang legen.

Ein Ziel von uns ist: Bewohnte Gebäude und Nebengebäude farblich unterschiedlich zu belegen, und nicht nur den Haupteingang (mit Klingel) sondern auch die Briefkästen einzuzeichnen, da sie oftmals nicht dort sind, wo man sie vermutet.

Vor diesem Problem stehe ich in unserer Stadt auch: Auf der Straßenseite der Eingang mit Klingel und auf der Rückseite des Wohnblockes die Briefkastenanlage. Habe dazu aber (noch nicht) eine Variante.

Um diese "Mängel" abzufedern, haben wir uns entschlossen, die exportierten OSM-Rohdaten zusätzlich mit eigenen Tags zu versehen, sodass diese eindeutiger dargestellt werden können.

Das "Projekt" würde vielleicht auch andere Mapper interessieren (da gab es schon ein Thema mit Zufahrtsstraße - ohne Gebäude).

Vieles kann man durch Abschauen in anderen Gegenden aneignen. Und durch Fragen kann manches "Problem" gelöst werden. Neues kann man diskutieren und anwenden.

Und nun zum diskutieren des ersten Problems ... Vorschlag: eigenes Thema unter "Stadtname" oder "Unternehmensname"

EDIT: ist jetzt hier:

https://forum.openstreetmap.org/viewtopic.php?id=62740

Last edited by geri-oc (2018-06-20 09:31:58)

Harald Hartmann · 2018-06-20 11:19:23

tshe70 wrote:

Um diese "Mängel" abzufedern, haben wir uns entschlossen, die exportierten OSM-Rohdaten zusätzlich mit eigenen Tags zu versehen, sodass diese eindeutiger dargestellt werden können.

Darf man fragen
1. wer "wir" ist/sind
2. gibt es schon was öffentliches zu eurer Verarbeitung
?

tshe70 · 2018-06-21 10:20:03

Harald Hartmann wrote:

Darf man fragen
1. wer "wir" ist/sind
?

Klar darf man fragen

"Wir" sind ein kleines informelles Grüppchen (zur Zeit 3 Personen) mit dem Ziel, OSM-Karten (tages-)aktuell zu halten bzw. zu ergänzen - für unterschiedlichste Zwecke.
Das heißt, dass die OSM-Basisdaten (für unsere Region) stimmen müssen, sodass diese ordentlich gerendert werden können.
Das ist jedoch noch nicht der Fall, weshalb wir auch noch weitere Personen mobilisieren möchten, die lokale Kenntnisse mit einbringen, und diese (auch bei OSM) aktuell halten.

Nehmen wir z.B. die "CycleMap" (https://www.openstreetmap.de/karte.html) ... theoretisch ist sie zwar schön gedacht, aber in der Praxis völlig untauglich (zumindest für unsere Region) - sorry, ist aber so.
Damit eine Radfahrkarte auch für die Fahrrad-Navigation tauglich wird, braucht es weit mehr Infos also nur, wo welcher offizielle Radweg verläuft.
Was ist, wenn man eine Abzweigung verpasst? Was ist, wenn irgendwo eine Strecke gesperrt ist?
Was ist, wenn jemand flexibler sein möchte, und eine andere Route nehmen will?
Dann gehört man der Katz ;-)
Sowas ist jeweils ein Abenteuer - und hätte mich CycleMap mit dem Rad nicht auch schon in Sackgassen geführt, würde ich das vielleicht gar nicht erst machen.

Oder z.B. Gastronomie, Zimmer, Reparatur/Service, Abholdienste, Veranstaltungen, usw.
Für Radtouristen wäre sowas alles gesammelt auf dem Smartphone sehr hilfreich - aber die CycleMap taugt dazu nicht wirklich.

Harald Hartmann wrote:

2. gibt es schon was öffentliches zu eurer Verarbeitung
?

Nein - noch nicht.
Wir haben gerade erst angefangen und sind noch in der Entwicklung.
Erste gebrauchsfertige Karten soll es spätestens zum Frühjahr 2019 geben - erste Praxis-Tests schon diesen Herbst.
Zuerst müssen wir noch eine gebrauchsfertige Technik entwickeln, die auf jedem Smartphone läuft (online ohne APP; offline mit).

Grundsätzlich soll es wie eine Dorfkarte sein - in diesem Falle eine für unterschiedlichste Zwecke gebrauchsfertige Regionalkarte, aufbauend auf den OSM-Basisdaten, ergänzt/korrigiert durch eigene Zusatzinfos.
Dafür müssen die "Wege" bei OSM richtig hinterlegt sein - sind sie vielfach jedoch nicht, oder man will gewisse Dinge nicht.
So wird die exportierte OSM-Datei mittels PHP um eigene Tags automatisch ergänzt, sodass eine ausreichend stylebare und praxistaugliche Karte entsteht.

Und warum das alles?
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.

Wer dieselben Intentionen hat, kann sich gerne bei mir melden - vielleicht könnte man Ressourcen und Techniken verbinden bzw. Erfahrungen austauschen.

Gruß,
tshe70

P.S. Es geht nicht nur um Fahrrad-Karten, sondern auch um weitere Möglichkeiten ...

Harald Hartmann · 2018-06-21 10:31:01

tshe70 wrote:

Nehmen wir z.B. die "CycleMap" (https://www.openstreetmap.de/karte.html) ... theoretisch ist sie zwar schön gedacht, aber in der Praxis völlig untauglich (zumindest für unsere Region) - sorry, ist aber so.

Achtung: der Link hat nichts mit der CycleMap zu tun, die Karte von openstreetmap.de bindet lediglich die Kacheln von https://www.opencyclemap.org ein... und ja, das ist bekannt, dass die nicht gerade auf den aktuellsten Stand ist. Hier würde ich aktuell eher https://cycling.waymarkedtrails.org empfehlen.

kreuzschnabel · 2018-06-21 10:39:33

tshe70 wrote:

"Wir" sind ein kleines informelles Grüppchen (zur Zeit 3 Personen) mit dem Ziel, OSM-Karten (tages-)aktuell zu halten bzw. zu ergänzen - für unterschiedlichste Zwecke.

Nun, das tun wir hier alle seit Jahren. Willkommen im Club Ein Ziel würde ich das aber nicht nennen. Ein Ziel erreicht man und hakt es ab, aber OSM ist nie fertig, weil dummerweise immer wieder was Neues gebaut wird

Mir ist allerdings immer noch nicht ganz klar, was ihr wollt – geht es euch darum, die OSM-Datenbank aktuell zu halten, oder darum, auf der Basis dieser Datenbank ein neues Kartenprodukt anzubieten?

tshe70 wrote:

Oder z.B. Gastronomie, Zimmer, Reparatur/Service, Abholdienste, Veranstaltungen, usw.
Für Radtouristen wäre sowas alles gesammelt auf dem Smartphone sehr hilfreich - aber die CycleMap taugt dazu nicht wirklich.

Da würde ich als Radtourist auch weitaus eher zu OsmAnd greifen. Schon allein damit mir kein permanenter Mobilfunk-Datenverkehr den Akku leersaugt. In den OSM-Daten haben die verlangten POIs jedenfalls Platz (außer Veranstaltungen, das sind nicht wirklich Geodaten).

tshe70 wrote:

So wird die exportierte OSM-Datei mittels PHP um eigene Tags automatisch ergänzt, sodass eine ausreichend stylebare und praxistaugliche Karte entsteht.

Hast du dafür mal ein Beispiel? Welche exportierte OSM-Datei, was für Tags kommen dran, und worin besteht ihr Nutzen? Sicher bin ich nur etwas schwer von Begriff, aber ich habe noch nicht ganz gerafft, worum es geht, zumal ich z.B. OsmAnd fürs Wandern sehr brauchbar und praxistauglich halte. Deine Formulierungen klingen irnkwie danach, als gebe es noch überhaupt gar nichts Vernünftiges auf OSM-Basis.

--ks

Parzelle13 · 2018-06-21 11:46:43

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-21 11:46:43

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

Last edited by SimonPoole (2018-06-21 12:14:15)

Nehaj · 2018-06-21 18:56:06

- 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-23 10:35:15

@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-25 06:05:51

Harald Hartmann wrote:

@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-25 06:18:04

tshe70 wrote:

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-25 06:23:02

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-25 06:23:14

tshe70 wrote:

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-25 07:52:41

Harald Hartmann wrote:

tshe70 wrote:
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-25 08:14:01

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-25 08:23:12

tshe70 wrote:

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-25 08:27:58

tshe70 wrote:

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-25 11:07:45

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-25 11:25:39

tshe70 wrote:

-> 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-25 11:44:43

Harald Hartmann wrote:

tshe70 wrote:
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

Last edited by wambacher (2018-06-25 11:44:58)

Harald Hartmann · 2018-06-25 11:51:04

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

wambacher · 2018-06-25 13:55:53

Harald Hartmann wrote:

@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-25 14:53:09

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?

Announcement

#1 2018-06-20 04:27:11

Gebrauchsfertige Regionalkarte aus OSM Daten

#2 2018-06-20 08:08:03

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#3 2018-06-20 09:10:48

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#4 2018-06-20 11:19:23

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#5 2018-06-21 10:20:03

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#6 2018-06-21 10:31:01

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#7 2018-06-21 10:39:33

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#8 2018-06-21 11:46:43

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#9 2018-06-21 11:46:43

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#10 2018-06-21 18:56:06

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#11 2018-06-23 10:35:15

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#12 2018-06-25 06:05:51

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#13 2018-06-25 06:18:04

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#14 2018-06-25 06:23:02

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#15 2018-06-25 06:23:14

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#16 2018-06-25 07:52:41

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#17 2018-06-25 08:14:01

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#18 2018-06-25 08:23:12

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#19 2018-06-25 08:27:58

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#20 2018-06-25 11:07:45

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#21 2018-06-25 11:25:39

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#22 2018-06-25 11:44:43

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#23 2018-06-25 11:51:04

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#24 2018-06-25 13:55:53

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

#25 2018-06-25 14:53:09

Re: Gebrauchsfertige Regionalkarte aus OSM Daten

Board footer