man_made=embankment
Wenn nicht mehr davon umgesetzt wurde, gibt es eben nicht mehr zu mappen.
Es hat keinen Sinn, Planungen zu mappen, die nie umgesetzt wurden. In Wien gab es Pläne für sicherlich hunderte verschiedene U-Bahn-Trassenführungen. In Niederösterreich gab es Pläne, die Neue Welt zu fluten und darüber (auf der Hohen Wand) eine Großstadt mit 100000 Einwohnern anzulegen. Und so mancher Herrscher hatte den Plan, die Welt zu erobern.
das ist nicht unsere absicht, jedoch objekte die um 1450 schon bedeutsam waren, also nachweislich geschichte geschrieben haben,
sind perfekte kandidaten für eine geodatenbank mit zukunftsausrichtung…
sehr kurz gedacht, warum soll ich mit verlaub, den grund des embankments nich angeben können?
eigendlich ist das die wirklich interressante information!
denn die kannst du auf keinem luftbild erkennen…
grüße von lutz
Geht nicht. Schade. Die erhaltenen mittelalterlichen Gebäude in Köln sin meißt aus dem 16-17 Jhdt. Vielleicht noch das eine oder andere Stück Stadtmauer.
Ich stelle sowieso fest, das gerade in Köln die historischen Gemäuer und Türme tlw. so gar nicht richtig “Historisch” getaggt sind, eher als Domizil für die Karnevalsvereine, die mich dann weniger interessieren. (Obwohl: Karnevalsvereine sind tlw. auch schon “historisch”). Da werde ich demnächst einiges “erweitern” müssen.
Unsere alte “Autobahnauffahrtsrampe” Rösrath habe ich mal als man_made=embankment mit historic und description getaggt. Mal sehen, ob ich das so stehen lassen kann.
Schadet nicht, erst recht nicht für den Mehrwert der OSM, wenn man sich beim örtlichen Geschichtsverein so einige Informationen abholt und die dann mit den (noch vorhandenen) Örtlichkeiten in tags umsetzt.
Kannst du eh:
description=“1944 für die damals geplante, aber nie fertiggestellte Autobahn angelegte Trasse”
Aber normalerweise mappen wir nur, was ist, und nicht warum etwas ist. Wir mappen ja auch nicht, warum die Staatsgrenzen so sind, sondern nur dass sie so sind. Sogar bei historic=* geben wir normalerweise keinen Grund an. Es gibt z.B. kein Tag (außer description) um anzugeben, warum ein historic=wayside_cross errichtet wurde. Und ich denke, das ist ok so. OSM ist kein Lexikon. Der nächste taggt vielleicht die Schuhgröße der Schwiegermutter des zweiten Besitzers.
start_date=*
barrier=city_wall
historic=citywalls (sieht allerdings nicht ausgereift aus, da fehlt der Underscore).
description ist natürlich einer der am einfachsten auswertbaren keys 
was nicht ist, kann ja noch werden…
oder willst du ewig auf der stelle tretten?
ich bin jedenfalls schon auf den weg von einer reinen staßenkarte zur zukunftsorientierten geodatenbank 
grüße von lutz
Kurzform: Löschen.
Langform: Wenn sich jemand in, sagen wir 200 Jahren, dafür interessiert “Wie sah denn die Gegend zum Zeitpunkt x aus”, wird er ohnehin nicht darum kommen, den full-history Planet auszuwerten. Sollte technisch ja kein Problem sein, Datenmenge wächst einigermaßen linear und ebbt irgendwann ab, sobald ein gewisser Erfassungsgrad erreicht ist, aber Rechnerleistung wächst (noch?) exponentiell. Gebäude und Straßen werden gebaut und verschwinden wieder. Die einzige Info, die dem Weg fehlt ist, “das Objekt gibt es eigentlich zum Zeitpunkt des Eintragens (Feb 2015) eigentlich schon gar nicht mehr”. Aber dafür isses jetzt zu spät…
Eine Meinung unter vielen.
Nachtrag: Wenn es jetzt einfach gelöscht würde, würde es so aussehen als ob da jemand im Jahr 2015 eine Autobahn hinbauen wollte, es dann aber später doch nicht gemacht hat. [Spinn] Das Erstellungs-Changeset faken? Zeitstempel 1944? [/Spinn]
darum geht es gar nicht, du denkst an karten, ich an eine geodatenbank…
grüße von lutz
… die immer voller wird, immer schlechtbarer wartbar, unübersichtlich und niemals voll genug werden kann.
Ich bin bisher davon ausgegangen, dass es eben darum allgemeiner Konsens ist, dass der aktuelle Zustand gemappt wird.
Wo fängt man an und wo hört man auf? Ein Gewirr von Linien quer über einen Marktplatz, description oder note oder sonstwie “Rathaus ca. 1420 bis 1640”, “ehemalige Hauptstraße (1870 - 1950)”, “C&A (1962-2009)”, “Brache (2009-2012)”, “Parkplatz (2012-2015)”, “landuse=construction 2015”…
Oder wie stellst du dir das vor?
Schöne Grüße
die datenbank wird von haus aus immer voller, nicht weil historische key/value dazukommen,
sondern weil auch andere länder irgendwann auf das niveau von deutschland kommen werden,
weil immer mehr wichtige sachen wie wo kaufe ich meine bio-banane usw. dazukommen.
glaubst du wirklich das wird gestoppt durch die sogenannte “on the ground-regel” ?
das trifft aber auf historische sachen nicht zu, ausgenommen, es kommt mal ein zeitreisender vorbei 
zb. für die zukunft eine api die echte layer beherscht…
grüße von lutz
Ich denke das ist unser gemeinsames Ziel, die Datenbank immer größer werden zu lassen. Hoffentlich kommen alle Länder mal auf den Stand, auf dem D heute schon ist, und darüber hinaus. Irgendwann, sobald weltweit “alles” erfasst ist, wird sich der Zuwachs minimieren und der Fokus nicht mehr darauf liegen, wie etwas einzutragen ist, sondern ob und wie die Daten aktuell zu halten sind.
Will ich gar nicht stoppen! Sorry falls das falsch rübergekommen sein sollte…
Die standardmäßig auf Karten und in Editoren nur das “heute” einblendet, wäre eine weitere super Möglichkeit dem Problem Herr zu werden. Fakt ist (leider), dass unsere heutige Infrastruktur für die 4. Dimension (noch) nicht geeignet ist. Wenn noch etwas “on the ground” sichtbar (oder riechbar, tastbar, …) ist, klar, sofort mappen. Wenn nicht, bleiben lassen. Solange bis es eine Möglichkeit gibt, das korrekt abzubilden.
Je länger ich darüber nachdenke, desto besser gefällt mir die Möglichkeit einem Changeset einen “Fake-Zeitstempel” verpassen zu können.