Wie existierende Fördertürme stillgelegter Bergwerke anzeigen?

Hi,

ich habe mich genau an das gehalten, was das OSM-Wiki dazu sagt.

Und daß der Förderturm existiert, geht aus dem im Originalbeitrag verlinkten 2. Foto

(hier nochmal: https://www.bilder-hochladen.net/i/12b4-sa-5dc6.jpg)

unübersehbar hervor. Das war ja auch der Grund für meine Anfrage: Förderturm mit “yes” gemappt, keine Darstellung auf der Karte . Inzwischen ist mir zwar der Hintergrund klar, dennoch fällt es mir schwer, die Systematik nachzuvollziehen; evtl. könnte man ja die Verknüpfung Mine ↔ Förderturm entautomatisieren.

Ciao

tracker51

Wird denn man_made=mineshaft überhaupt auf der Standardkarte gerendert?
https://wiki.openstreetmap.org/wiki/DE:Tag:man%20made=mineshaft?uselang=de sagt dazu nichts.

In allen auf die Schnelle gefundenen Beispielen (http://overpass-turbo.eu/s/MUG) wird die Darstellung immer durch andere Strukturen wie building=yes oder man_made=tower erreicht.

Abonniert. Die 0,50 € im Monat hab ich dafür übrig.

Das geht auch: https://sourceforge.net/projects/offroadosm/ – ist allerdings noch in einem sehr frühen Stadium, z.B. werden Ümläüte noch nicht dargestellt :-/ Würde in dem Fall aber nichts nützen, denn auch das muss man mit obf-Dateien füttern (aus dem Osmand-Verzeichnis vom Handy).

–ks

Mit https://wiki.openstreetmap.org/wiki/OsmAndMapCreator kann man sich die obf Dateien auch leicht selbst erzeugen.
Für Bundesländer wie BW dauert das zwar Stunden, für kleine Dörfer (Daten mit JOSM laden und lokal abspeichern)
geht das in < 1 Minute auf einem ca. 8 Jahre alten Windows PC. Die obf Datei dann in das richtige Verzeichnis kopieren, die “normale” Karte deaktivieren und schon sieht man die neue Version.

Aber auch hier bleibt die Frage, ob OSMAND man_made=mineshaft überhaupt darstellt.

rendering_types.xml enthält:

<type tag="man_made" value="mineshaft" minzoom="15" />
<entity_convert pattern="tag_transform" from_tag="man_made" from_value="mine" to_tag1="man_made" to_value1="mineshaft"/>

default.render.xml enthält

<switch hidePOILabels="false" textSize="11" nameTag="" textColor="#444444" textHaloRadius="$textHaloRadius" textHaloColor="$defaultTextHaloColorDay" textWrapWidth="17" textOrder="162">
    ...
   <case minzoom="16" tag="man_made" value="mineshaft"/>

und etwas weiter unten

<switch appMode="bicycle" iconOrder="80">
    ...
    <case minzoom="15" tag="man_made" value="mineshaft" icon="man_made_mineshaft" shield="mineshaft_shield">
	<apply_if moreDetailed="false" maxzoom="15" icon=""/>
    </case>

Also sollte das zumindest dann sichtbar werden, wenn der “Fahrradmodus” aktiv ist.

@tracker51 Die Haltung einiger Leute bei OSM ist sehr formalistisch. Sie bestehen darauf, daß OpenStreetmap eine “Datenbank” sei. Hmpf. Wen interessiert eine Datenbank? Unser einer interessiert sich für die Anwendung - daß da eine Datenbank im Hintergrund ist, ist ein technisches Detail.
Und viele bestehen darauf, daß OSM so großartig sei, weil es jedermann den Zugriff auf die Rohdaten erlaubt - im Gegensatz zu z.B. Google, wo du nur das zu sehen bekommst, was Google dir darstellt. Mit OSM-Daten kannst du dir beliebige Anwendungen erstellen. Super - wenn das nur so leicht ginge… Der Aufwand ist enorm, jegliches Programm funktioniert anders, die Dokumentation fehlt manchmal, …
De facto ist der Unterschied zu Google & Co in dieser Hinsicht gar nicht so groß - fast alle OSMler sind nur Konsumenten der Anwendungen, und nicht etwa Gestalter.
:roll_eyes:

Wenn dich das Datenbankkonzept überhaupt nicht interessiert, sondern nur „die Anwendung“ (die eine), dann zeichnest du am besten einen schönen Förderturm aus Ways, taggst diese highway=track + tracktype=grade1, und schon wird dein Turm ab ZL13 auf osm-carto garantiert dargestellt.

Wenn das nicht das ist, was du wolltest, verstehe ich deinen Punkt nicht. Natürlich ist das Datenbankkonzept die große Stärke von OSM, und dass der Förderturm, wie hier diskutiert wird, von einem bestimmten Renderer nicht mehr dargestellt wird, sobald der darunterliegende Schacht auf disused gesetzt ist, ist eindeutig ein Fehler dieses Renderers (da der Förderturm ja weiterhin da steht), der in diesem Renderer behoben werden muss und nicht irgendwie in der Datenbank.

–ks, sehr formalistisch und kein bisschen Anwender, da seit fünf Jahren ausschließlich mit OSM navigierend, sowohl Auto als auch zu Fuß

Daß es auch andersherum geht, durfte ich bei der Wanderung ebenfalls feststellen: die OpenTopoMap rendert - sowohl in der Online- als auch in der Garmin-Karte - die stillgelegte und in OSM folglich als “abandoned” getaggte Eisenbahnlinie Osterode-Kalefeld-Kreiensen:

Amüsiert

tracker51

P.S. (@kreuzschnabel): Ist der Unterstrich weg?

Keine Ahnung, wie Du zu dieser Einschätzung kommst, unabhängig von diesem Förderturm-Schacht-Fall: Wenn ein Haupttag auf disused: oder abandoned: gesetzt wurde ist es aus Auswertersicht doch wohl blanke Raterei, was von den Nebentags oder Zusatzinfos die direkt von diesem Haupttag abhängen, möglicherweise doch noch aktuell und vielleicht verwertbar ist.
(hier wurde übrigens nicht “der darunterliegende Schacht”, sondern der ganze Node entgegen der Dokumentation auf disused=yes gesetzt, siehe #5 Yesterday 09:22:28).

Hab ich in #4 und #6 schonmal beantwortet, aber aller guten Dinge sind drei: Laut Wiki bedeutet headframe=yes eindeutig, dass ein Fördergerüst da steht und offen sichtbar ist. Das sollte einem Renderer Grund genug sein, es auch darzustellen, unabhängig vom lifecycle-Status des Hauptobjekts, zu dem es gehört. Deshalb betrachte ich es als Fehler des Renderers, die Darstellung des Fördergerüstes vom lifecycle-Präfix des Schachtes abhängig zu machen.

Klar kann man, um diese Abhängigkeit zu vermeiden, einen separaten Node für den Turm vorsehen. Den müsste man entweder direkt auf den mineshaft-Node setzen, das ist doof, oder minimal daneben, das ist auch doof, denn ein Fördergerüst tut gut daran, mittig über seinem Schacht zu stehen :slight_smile:

–ks

Das Wiki bezieht sich offensichtlich auf Bergwerke im Betrieb, was bei Stillgelegten wie interpretiert werden soll, das ist undefiniert → Auswertung: Raten. Das ist natürlich kein mineshaft-Problem sondern taucht immer auf, wenn man versucht viel Umgebungs-Krempel an ein Objekt zu hängen.

Es gibt nicht nur mineshaft-Nodes, sondern man_made=mineshaft ist auch für Flächen definiert und in Gebrauch, man_made=tower ebenso, es besteht also keinerlei Notwendigkeit Node auf Node zu setzen.

Meinst Du diesen Way in ungefähr dieser Gegend? Würde ich mir gern mal ansehen, aber ich finde die Bahn nicht…

@maxbe: dir ist schon aufgefallen, dass es bei dem linken Screenshot in #14 nicht um https://www.opentopomap.org/#map=17/51.74244/10.17265 handelt … was auch immer tracker51 mit OpenTopoMap Online Karte meint :wink:

Ja schon, aber ich dachte, vielleicht irgendwo sonst in der Gegend wäre was.

hier z.B. taucht der Name als Relikt noch als Fußweg auf. Womit wir auch den Bogen zu #4 #6 #16 und #17 geschlagen hätten und glücklich wieder beim Thema wären: Es ist jedenfalls nicht jedem klar, auf was sich “Ding ist aufgelöst, entfernt, ausser Betrieb…”-Tags beziehen.

Sprechen wir vom selben Wiki? Wie stillgelegte Fördertürme zu taggen sind, steht ausdrücklich im zweiten der drei Beispiele auf der Wiki-Seite (da mit disused=*, aber ist übertragbar).

Es gibt sicher Fälle, in denen solche Kombinationen undefiniert sind, aber ausgerechnet hier ist das ganz und gar nicht der Fall.

–ks

Zweimal ja! Es geht aber um die Garmin-Karte OTM-Germany mit Stand vom 20.09.:

Das linke Bild zeigte den Mapsource-Bildschirm, den ich irrtümlich als Online-Karte bezeichnet habe - sorry! -, rechts ist ein Screenshot von meinem 64s zu sehen.

Hier zur Klarstellung ein Ausschnitt mit Teilen des Mapsource-GUI:

Alle Klarheiten restlos beseitigt?

Hofft

tracker51

Stimmt! Da habe ich die Darstellung der OTM-Germany durch Garmins Mapsource versehentlich als Ausschnitt aus der Online-Karte bezeichnet. Sorry! Habe ich in meiner Antwort an maxbe aber schon klargestellt.

Ciao

tracker51

Du meinst
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmineshaft#Examples

  • “headframe=yes and disused=yes (there are no cables anymore) and building=yes”

das “Beispiel”, das dem
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
nicht so wirklich entspricht und schon daher als Auswertungs-Problembär gelten kann?
(woher soll denn der Auswerter wissen, dass sich disused=yes hier NICHT (auch) auf das Gebäude bzw. die Gebäudedarstellung bezieht/beziehen soll?)

Inwiefern findest du das wesentlich? disused heißt, dass das Objekt nicht mehr in Betrieb ist, aber immer noch da steht. Also kann es als Orientierungsmerkmal gelten und gemappt werden. Auch ein abandoned:-Gebäude steht noch da. Erst wenn removed: davorsteht, ist es weg.

Dass der Auswerter nicht wissen kann, ob sich disused: auch auf den Förderturm bezieht, ist mir doch vollkommen klar. Aber das muss er doch auch gar nicht wissen! Wenn er einfach für jeden mine_shaft, der ein headframe=yes-Tag hat und noch nicht removed: geprefixt ist, einen Förderturm rendert, macht er doch nichts falsch, oder? Ein stillgelegter Förderturm sieht für Otto Normal doch nicht wesentlich anders aus als ein in Betrieb befindlicher, nur dass sich da nix mehr dreht.

–ks

denotation=landmark - Wahrzeichen, weithin sichtbarer Orientierungspunkt.

Warum allerdings (nur) unter tree steht ist mir unklar.

naja, bei “removed” unter Tage denke ich spontan an wiederverfüllt statt nur mit Wasser vollgelaufen - das kann man natürlich alles haarklein definieren und dokumentieren und danach auch auswerten … irgendwann …

Ein derzeit sinnvoll auswertbares Tagging - ganz ohne “schummeln” - nach infos nur aus diesem Thread:
abandoned:man_made=mineshaft
man_made=tower
description=Erhaltener Förderturm des stillgelegten Bergwerks
name=Hilfe Gottes