Ja, bei Kirchen oder Wassertürmen scheint das noch logisch zu sein,
aber wenn aus einem alten Dreiseitenhof ein Hotel- und Gaststättenkomplex wird,
soll ich den dann wirklich mit building=farm mappen?
Irgendwie beißt sich da auch das Wiki…
Ich denke, building=* ist zu schnell gewachsen, ohne wirklich hinterfragt zu werden.
Die ursprüngliche Aufgabe eines Gebäudes gehört denke ich in einen Lifecycle_prefix.
Sonst sind Verwechslungen und Fehltagging vorprogrammiert…
Grüße von Lutz
Genau da liegt das Problem begraben. Form und Aufgabe sind zwei verschiedene Dinge - und das passt >nie< in einen einzelnen Wert.
Zudem gibt es Mischformen (z.B. Kirchegebäude mit Gemeindesaal und/oder integrierten Wohnungen).
Nutzung selber wird man hierarchisch aufbauen wollen (allgemein: Wohngebäude oder spezieller: Ein-/Mehrfamilienhaus etc.). Dabei gibt es auch Mischnutzungen: Wohngebäude mit Läden und/oder Büros, Geschäftshäuser mit Leersaal für die Universität und so weiter.
Das alles wurde hier auch schon mehrfach thematisiert - es wird dafür keine Lösung in OSM gefunden werden, der Datenbestand ist in der Hinsicht bereits zugemüllt.
Zusammenfassung: Die Nutzung gehört eigentlich nie in building. So etwas, wie building=school, university chapel oder church ist ja nicht wirklich eine Nutzung (was selbstverständlich deckungsgleich sein kann), sondern kennzeichnet ganz bestimmte typische Bauformen.
@geri-oc: genau Letzteres willst Du wahrscheinlich damit gesagt haben 
Das Obige ist leicht OT, aber wenn man building=hermitage nutzen wollte, dann kommt nur noch mehr kaum brauchbares da hinein…
Und im Prefix wüsste ich jetzt nicht, wie ich bei wechselhafter Geschichte das (auswertbar) abbilden könnte. Nicht vergessen: Die meisten Mapper sind und bleiben blutige Anfänger.
Sicher, wer keine Lösung sucht, wird auch keine finden…
Zugemüllt ist ein sehr negativ besetztes Wort, die Datenbank ist nicht zugemüllt,
sondern gleiche oder ähnliche Dinge sind dort unterschiedlich eingetragen, und somit schwer auzuwerten.
Ein Grund dafür sind auch schwammige Beschreibungen der Key/Value.
Hotels, Schulen, Universitäten an der Bauform erkennen?
Das geht eventuell mit der Inneneinrichtung, da existieren eine Menge,
die sich in andere Ehrwürdige Gebäude breit gemacht haben.
Und genau das kann der blutige Anfänger nicht unterscheiden,
entweder building ist ursprüngliche Form oder Aufgabe, oder die jetzige.
Für eines von beiden muß sich entschieden und im Wiki dokumentiert werden.
Dann muß ich auch nicht mehr Verunsichert nachfragen…
Grüße von Lutz
Ja, das war jetzt etwas provokant von mir. Ich hatte aber schon diverse - konsenslose - Diskussionen, ob es denn sinnvoll sei, in der Fußgängerzone reine Geschäftshäuser von building=yes auf =residential abzuändern (der Kollege meinte, dass das doch genau so richtig sei).
Konstruktive Vorschläge wurden hier schon gelegentlich verbreitet und gäbe es auch (zum Beispiel building:use).
Deine Umschreibung für wenig brauchbare Daten gefällt mir. Die Ursache dafür liegt aber wohl nicht an der schwammigen Beschreibung, weil viele diese gar nicht kennen, sondern einfach nach iD aus der Liste das möglichst Passende (“das kleinste Übel”) auswählen.
Die Macht liegt hier eindeutig bei den Editoren und beim Standardrenderer und nicht beim Wiki. Gemapped wird, was man auswählen kann - und was auf der Karte “gut” ausschaut (Beispiel: http://www.openstreetmap.org/note/595659#map=17/49.47378/10.99221&layers=N))
Von Zeit zu Zeit versuche ich weltweit groben Unfug auszubessern (das kann man nicht allzu lange tun, sonst fällt man vom Glauben ab). Vieleicht klingt das deshalb bei mir momentan etwas frustriert…
So habe ich das aber nicht gemeint, Daten die ich persönlich nicht brauche, können für andere Wichtig sein.
Ich finde, das bei OSM viel zu viel Wert auf perfekte Geometrien gelegt wird,
da wird versucht das Kataster neu zu erfinden.
Und der Witz bei der Sache ist, der Trend geht zu Open Data auch bei den Vermessungsämtern.
Warum soll der mündige Bürger dazu OSM benutzen?
Die meißten Mitmacher sind gleichzeitig die Nutzer von OSM,
im Prinzip ein Haufen Freaks, die mehr oder weniger ihre Hobbys,
oder sogar ihre Arbeitstätigkeit dort einbringen.
Existieren überhaupt Studien, ob die Datenbank auch außerhalb des OSM-Universiums oder Universitäten genutzt wird?
Die Frage für mich lautet, welche Geodaten bietet OSM in der Zukunft an, die eben nicht mal schnell von woanders her geholt werden können.
Was müßte in die Datenbank, damit der Bürger (damit meine ich Privatpersonen und Vereine und nicht die Industrie) diese nutzt?
Ja sicher, beim Wiki fängt es an, und zieht sich über anständige Vorlagen in den Editoren fort.
Vieleicht ist das ja der Fehler, sonst würde eventuell doch über automatische Fehlerbereinigungen zumindest Nachgedacht werden…
Grüße von Lutz
Zu 1.:
Und ich meinte schon wenig brauchbar und nicht ich brauche sie nicht. Jedenfalls steht für meinen Geschmack zu häufig “house” an allen möglichen Gebäuden, die nach Luftbild einfach nur nicht nach “industrial” aussehen. Ein paar Typen funktionieren aber ganz gut (church, garages etc.)
Zu 2.:
Du beziehst Dich wahrscheinlich auf meine momentane OSMI-Fehlerbehebungen. Die könnte man sicher auch automatisieren (JOSM hilft dabei sehr). Dabei fallen aber auch eine Unmenge sonstige Fehler auf (ist halt stark korreliert), die man gar nicht automatisch korrigieren kann. Gerade habe ich zum Beispiel dabei das gefunden: https://www.openstreetmap.org/changeset/42255458#map=14/11.7944/-66.1488&layers=N
Danke aber für die Diskussion - ich werde Deinen Faden hier aber nicht weiter kapern. Sorry 
Hallo,
bezüglich der hermitage Diskussion: Wie taggt man eine Eremitage-Ruine?
Die Frage bezieht sich auf die Eremitage “Ringelstein” in der Wahner Heide / Troisdorf / Köln. Zusatzinfo!.
Da es eine Ruine ist, beisst sich natürlich das tag building=hermitage und auch amenity=place_of_worship, da ja nur Kreuze vor Ort sind.
Der Ringelstein ist das alte Fundament der Eremitage. Hab es zwar mal jetzt umgetaggt für die Historic Karte, aber bin nicht zufrieden damit.
Ein zweites Problem in meinem Bereich ist die Eremitage Lindlar. … Später
Ein historic=hermitage mit ruins=yes sollte für die Auswertung reichen.
Wenn nicht, passe ich den Filter an.
Das Beispiel ist auch ein Grund, warum ich historic dem building vorziehen würde…
Schön, wie in der Zusatzinfo der religiöse Hintergrund beschrieben wird.
Ein typischer Fall für image= oder description=
Grüße von Lutz
Für alle Bergbaufreunde:
Historic.Place integriert jetzt eine Flözkarte des Oberschlesischen Steinkohlebeckens von ca. 1902.
Glück Auf!
Zecke
Für Fans alter Karten:
Topografiska corpsens map of Stockholm 1861
Map of Gothenburg 1888
Grüße von Lutz
Mit freundlicher Genehmigung vom WMS Historische Karten der UCONN University of Connecticut :
Davon träumt man bei deutschen Universitäten nur…
Grüße von Lutz
Hallo,
Zur Zeit haben wir ein Update-Problem der Daten, wünschen Euch aber trotzdem viel Spaß bei Historic.Place.
Als Trost eine neue Karte Polen 1920:
Grüße von Lutz
Hallo,
Spezialkarte der Osterreichisch-Ungarischen Monarchie und viele neue historische Karten online.
Desweiteren Neu, unter Steuerelemente–> UserTiles können jetzt Tile-Layer im Google/OSM Schema von zB. MapWarper,
oder WikimapWarper nachgeladen werden.
Für eigene Openlayer 2 Projekte:
https://www.netzwolf.info/ol2/usertiles.htm
Viel Spaß mit Historic.Place
Aktuell ist www.historic.place aufgrund einer Störung bei unserem Provider nicht erreichbar.
…
Wir geben Bescheid, sobald alles wieder normal läuft.
–
Update: geht wieder!
Gruß,
Zecke
Findet man auf http://gk.historic.place/historische_objekte/ eigentlich irgendwo eine Symbollegende? Ich frage mich nämlich, ob der gelbe Stern immer für Stolpersteine steht, oder noch für anderes. Danke!
Unter dem i im blauen Kreis …
Ah, auf dem PC seh ichs jetzt auch. Solche Karten darf man halt nicht versuchen über das Handy zu öffnen. Danke!
Ja, ein responsives Webdesign tut dringend Not. Das wissen wir, aber momentan hat der Umzug auf einen neuen Server höchste Priorität. Ist aber nicht vergessen.
Gruß,
Zecke
Hallo,
Der erste Teil des Umzuges auf neue Server ist abgeschlossen.
Die Anwendung selbst läuft nun auf einem virtuellen Server,
und ist endlich losgekoppelt vom Entwicklungsserver.
Es ist erstaunlich, was so alles bei einem Umzug auf einem neuen Server
mit höherer Betriebssystem-Version nicht mehr funktioniert, und angepasst werden muß.
Danke an “Zecke” für die hervorragende Arbeit.
In diesem Zuge wurden auch ein paar Fehler beseitigt,
Danke an “Zecke”, “Netzwolf” und Anwendern, die das Feedback gaben:
getestet Linux PC Firefox läuft
Opera läuft
Chrom läuft
Chromium läuft
Konqueror läuft
Windows PC Firefox läuft
IE 11 läuft
Andriod-Table l äuft nur mit Einschränkungen.
Desweiteren wurden Kleinigkeiten in der Interaktion mit anderen Projekten verbessert,
Bei “The Sum of All Knowledge” bin ich mir nicht sicher, ob es sich da um ein Wikidata- bzw. Wikipedia-Projekt handelt.
Eventuell kann jemand dazu was sagen, auch ob es als Link in Historic.Place erscheinen sollte…
Jetzt steht noch der Umzug des Entwicklungsservers an.
Wir wüschen viel Freude mit Historic.Place, und würden uns über Feedback freuen…
Grüße von Lutz
OSX + Chrome seems to work fine.