Gebrauchsfertige Regionalkarte aus OSM Daten

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

tshe70 · 2018-06-26T06:11:06.000Z

toc-rox:

Im Moment scheint es mir, dass du von der Komplexität des Gesamtthemas doch deutlich überrascht bist.

Ich bin nicht überrascht von der Komplexität des Gesamtthemas, sondern von der Unstrukturiertheit der OSM-Community.
Als “Daten(bank)-Logistiker” kann ich oftmals nur den Kopf schütteln, seit ich mich intensiver mit OSM beschäftige. OSM selbst ist ein suptertolles Projekt, die praktische Umsetzung (bei speziellen Teilen) hingegen ähnelt eher einem Flickwerk, bei dem offensichtliche Schwächen nicht grundlegend korrigiert, sondern Risse in der Wand mit Kleister und Reste-Tapeten überklebt werden.

toc-rox:

Du solltest dir erstmal darüber klar werden, was du wie und mit welchem Aufwand erreichen möchtest.

Genau DAS mache ich durchaus!
Anstatt OSM dazu zu bringen, die Daten-Struktur zu ändern, kostet es mich wohl weniger Zeit und Nerven, die OSM-Basisdaten mit eigenen regionalen/lokalen Spezial-Daten zu ergänzen, diese selbst zu rendern und online zu stellen.
Mir fehlt momentan echt die Zeit, hier als Don Quijote gegen Windmühlen zu kämpfen - und wie ich hier im Forum gelesen habe, versuchten das schon andere.

toc-rox:

Das äußert sich dann meist in Frustration.

Absolut korrekt!
Die meisten Einsteiger geben wohl entnervt auf und nutzen dann doch lieber eine Google-Map - ist doch viel einfacher

Aber Sinn der Sache sollte sein, die Einstiegshürden beim Gebrauch von OSM soweit zu senken, dass es nicht Tage/Wochen braucht, um sich in die Thematik einzuarbeiten, sondern vielleicht nur Stunden.
Dass ein Projekt wie OSM sehr komplex ist, war mir von vornherein klar. Aber nicht die Komplexität ist das Problem, sondern die mangelhaften (und nicht vorhandenen oder auffindbaren) Erklärungen dazu - die Einstiegshürden sind nicht zu hoch, sondern zu “zeitaufwändig”.

OSM selbst sollte sich Gedanken machen, welchen Aufwand End-User betreiben wollen bzw. praktisch werden, um OSM überhaupt zu nutzen - einerseits als aktiver Mapper, andererseits als Anwender (z.B. einfache Einbindung einer “Anfahrts”-Karte für eine Unternehmens-Webseite).

So - nun bin ich fertig mit meinen Don-Quijote-Erläuterungen - die Zeit rennt … zurück zum eigentlichen Thema:

Harald Hartmann:

Wie interaktiv soll den die Karte werden, sprich mit anklicken von bestimmten Dingen, oder soll das eher rein statisch nur aus Grafiken bestehen?

Alleine die Worte “statisch”/“dynamisch” brauchen hier wohl einer Beschreibung, weil ich vermute, dass wir darunter verschiedene Dinge verstehen.

VectorTiles und GeoJSON sind kein Problem.

“Wie interaktiv …?” - tja, das ist wohl die Preisfrage.
Die Karte soll sehr flexibel sein - je nach Bedarf/Zielgruppe andere Inhalte, anklickbar (touchbar) mit weiteren Weblinks(online)/Infos(statisch?).
Icons, Tracks und POI hinzuzufügen ist auch kein Problem.

Aber die “sichtbare Basiskarte” zu gestalten, habe ich bisher noch nicht geschafft.

Das grundlegende Problem ist auch, dass hier eine Fülle von Faktoren beachtet werden sollten.
Jeder Teilbereich kocht irgendwie sein eigenes Süppchen … einen (brauchbaren!) Vergleich von OL3, Leaflet und Alternativen habe ich bisher auch noch nicht gefunden, leider - geschweige denn aufbauende Tutorials. Das alles muss ich dann wohl selber mal zusammenfassen und schreiben

So stelle ich mal ein Beispiel zur Diskussion bzw. zur Erklärung:
Eine eigene lokale Karte wurde mit Maperitive gestylt/gerendert und als “Bild”-Datei exportiert (Beispiel ca. 10 km²). Nun könnte man tagelang diskutieren, ob SVG auch eine Bild- oder doch eine Grafikdatei ist. Grundsätzlich sind beides reine Textdateien … aber das ist ein anderes Thema.

Nun ganz einfach (und hoffentlich verständlich) ausgedrückt:
Ich will diese statische Bilddatei als interaktive Karte online stellen, mit der Option, einen 2. Layer darüber legen zu können, natürlich auch mit unterschiedlichen Zoom-Stufen.
Wie womit machen? (bzgl. OL3, Leaflet & andere Alternativen)

Erweiterte Frage:
→ Basis-Layer Grundkarte (z.B. Mapnik Standard)
(falls die Grenzen der eigenen 10 km² erreicht werden, soll zumindest eine weitere Karte angezeigt werden)
→ 2. Layer: Eigene Bild-Datei (nicht transparent; die eigenen 10 km² sollen die Grundkarte überdecken)
→ 3. Layer: Eigene Datei (transparent; für “Weiß-der-Kuckuck-was-alles-noch” )

Ob die Layer nun Tiles oder Layer oder Ebenen genannt werden, ist eigentlich egal - ob dies mit OL3, Leaflet oder XY gemacht wird, ebenso.

Keine Sorge - parallel probiere ich natürlich weiter, und suche auch online nach den gewünschten Informationen, um das vielleicht auch selbst zu schaffen - aber das ist ja das Problem, wenn man gerne OSM-Daten nutzen würde: Man findet den Wald vor lauter Bäumen nicht.

Vielleicht können wir anhand dieses Beispiel ja mal einen kleinen Leitfaden für Einsteiger schreiben, für jene, die ansonsten frustriert schon das Handtuch werfen würden

Besten Dank im Voraus für eure Hilfe.
Grüße