heritage Denkmalschutz

schön,

das sich jemand der sache annimmt 🙂

mappinbedarf besteht auf jedem fall:

http://geschichtskarten.openstreetmap.d … T&detail=3

grüße von lutz

Bedarf besteht in der Tat, alleine schon, damit viele der unseligen "monuments" endlich artgerecht getaggt werden.

whc:inscription_date und heritage:since:
Hier sehe ich für beide Varianten eine Berechtigung. Ich kann mir vorstellen, daß es eine Menge solcher Plätze gibt, die zuvor von regionalen oder nationalen Administrationen denakmalgeschützt wurden (heritage) und später speziell von der Unesco (heritage:whc oder nur whc). Allerdings plädiere ich weder für inscription (ganz schlecht, wird bei Infotafeln mit einer ganz anderen Konnotation verwendet) noch since, sondern das viel allgemeiner gebräuchliche start_date. Dann kann man auch gleich das end_date einführen, schließlich gibt es ja auch Denkmäler, die ihren Welterbestatus (oder Denkmalstatus) wieder verlieren. Letzteres dann wohl vorwiegend für historische Karten interessant.

heritage:ref oder ref würde ich synonym sehen, wenn das Main Tag heritage ist. Sollte eine allgemeingültige Referenzierung bezeichnen - was es schlechterdings nicht gibt, also verwerfen.
ref:whc oder whc:ref dann für die Kategorisierung der WHC. Wie herum wohl richtiger ist, darüber dürfte man sich Jahre streiten können, am besten beides zulassen :-)
(Das lineare Tagging-Schema bei OSM gehört ohnehin mal überholt.)

Ebenso das heritage-Plugin (und einige andere, z.B. mine_shaft)

Gruß,
Zecke

lutz wrote:

http://geschichtskarten.openstreetmap.d … T&detail=3

(Image-Links bei vielen Gebäuden scheinen verunglückt: sie sollten eine Adresse der Art "http://commons.wikimedia.org/wiki/File:dateiname.jpg" haben; da OSM im Augenblick keinen Schreibzugriff zulässt, kann ich den Fehler nicht beheben)

Glad

DE:Key:start_date ist neu.
Auch bei start_date gibt es keine einheitliche Anwendung. Es wird auch year_of_construction benutzt.

vielen, vielen dank 😄

grüße von lutz

In Anlehnung an die Wiki-Seite Bremer/Kulturdenkmäler hier mein Vorschlag für Berlin. Die Behörde heißt hier Landesdenkmalamt (LDA). Aus der Denkmaldatenbank kann man die Angaben wie Objektnummer, Denkmalart usw. entnehmen. Hilfreich ist auch die Wikipediaseite Listen der Kulturdenkmale in Berlin, da hier auch Fotos aus Wikimedia gezeigt werden. Auf der Seite unten sind alle Stadtteile verlinkt.
Tagging:
heritage=4
heritage:operator=lda
ref:lda=8-stellige Nummer
lda:criteria=z.B. Baudenkmal, Ensemble, Ensembleteil, Bodendenkmal, Gartendenkmal
lda:inscription_date=
heritage:website=

Um das Arbeiten einfacher zu gestalten, habe ich mir eine Objektvorlage geschrieben, die auf die Berliner Verhältnisse und für World Heritage passend ist. So eignet sie sich noch nicht zur Veröffentlichung, aber eine Kopie zum Testen kann von mir erfragt werden.

hallo,

kannst du das ganze eventuell in die vorhandene vorlage:

http://josm.openstreetmap.de/wiki/Presets/Heritage

einfließen lassen?

sonst existieren zwei vorlagen für das selbe ;-)

grüße von lutz

lutz wrote:

kannst du das ganze eventuell in die vorhandene vorlage Heritage properties einfließen lassen?

Ja habe ich jetzt mal gemacht.
Um den verschiedenen Denkmalschutzbehörden ,die jeweils eine andere Abkürzung und somit unterschiedliche ref:xxx= haben, gerecht zu werden, war es notwendig mehrere Abschnitte zu machen. Kann sich das jemand mal in französisch ansehen und mir ein feedback geben?

Sieht doch schon ganz gut aus.
Ich hatte gestern abend von Lutz die ältere Version und die Anfrage zum zusammenlegen bekommen und hatte ihm schon dahingehend geantwortet, dass ich bisher auch keine Andere Lösung wüsste als die Aufteilung über Menüepunkte.

Es wäere ja schön wenn man in den Vorlagen auch bedingte Punkte hätte dann wäre bestimmt einiges einfacher zu lösen.

Ein paar Fragen hätte ich noch.
Gibt es in Berlin Denkmale auf Landesebene?

Hier in NRW gibt es zwar 2 Landesdenkmalbehörden, aber hier ist immer die untere Denkmalbehörde für die Archivierung und Pflege der Denkmalliste zuständig.

Bochum hat dann zwar eine exelente Liste ( http://www.bochum.de/denkmalliste )
Dort findet man aber z.B. nur 4stellige Listennummern.

Bisher hatte ich noch keine Landeslisten gefunden, in denen Denkmaleigenschaft 4 gesetzt werden sollte.

Aber wie gesagt, ich finde den Schritt, den du mit der Erweiterung machst, gut.
Ich hatte mir vorgenommen, mal die ein Landesamt anzuschreiben um in der Richtung mehr Infos und eventuell auch Anregungen für das Tagging zu bekommen.

gmbo wrote:

Ein paar Fragen hätte ich noch.
Gibt es in Berlin Denkmale auf Landesebene?

Gibt es:
http://www.stadtentwicklung.berlin.de/d … ndex.shtml

Ich finde da zwar die Liste, aber ich fide bei keiner Beschreibung die Ausstellende Behörde, außer denen vom Welterbe.
Bei den anderen würde ich sagen ist die Stadt also untere Denkmlschutzbehörde der Aussteller, oder ist das in den Stadtstaaten anders.

Die Denkmale werden in Berlin vom Landesdenkmalamt Berlin (Denkmalfachbehörde) erfasst. Da Berlin ja ein Bundesland ist, würde ich sagen, sind das dann alles Denkmale auf Landesebene.
http://de.wikipedia.org/wiki/Denkmalschutzgesetz_Berlin

Gruß Peter

Ich interpretiere es so: die Untere Denkmalschutzbehörde in den einzelnen Bezirken ist die anzusprechende / ausführende Behörde, das Landesdenkmalamt Berlin (=oberste Denkmalschutzbehörde) übernimmt die Verantwortung.
Ein Beispiel wäre mal hier, wo unten steht Ausweisende Stelle = LDA.

geozeisig wrote:

Ich interpretiere es so: die Untere Denkmalschutzbehörde in den einzelnen Bezirken ist die anzusprechende / ausführende Behörde, das Landesdenkmalamt Berlin (=oberste Denkmalschutzbehörde) übernimmt die Verantwortung.

Denkmalschutzgesetz Berlin – DSchG Bln wrote:

(5) Die unteren Denkmalschutzbehörden entscheiden im Einvernehmen mit
der Denkmalfachbehörde. Das Einvernehmen gilt als hergestellt, wenn nicht
innerhalb von vier Wochen eine Stellungnahme der Denkmalfachbehörde vor­
liegt.

Deshalb ist in den meisten Fällen wie hier eben nicht Ausweisende Stelle = LDA.

Wenn ich das richtig verstehe ist der Unterschied zu NRW, dass für die Pflege der Denkmalliste hier die untere Denkmalschutzbehörde (Städte) zuständig ist, und in Berlin die mittlere Ebene.
Deshalb würde ich davon ausgehen, dass die Denkmale in denen nicht das LDA als auszustellende Behörde eingetragen ist auch die Stadtbezirke die Aussteller sind und ich die damit die Level anders einordnen würde.

Aber da müste mal jemand konkret nachfragen, denn ich kann mir nicht vorstellen, dass es da keine Unterscheidung gibt.

Gibt es denn irgentwo eine Quelle für die Level?

außer in http://wiki.openstreetmap.org/wiki/Prop … s/heritage habe ich bisher nichts darüber gefunden.

Riksantikvarieämbetets / Swedish National Heritage Board.
Und ist auch Schweden auf der Seite Proposed features/heritage vertreten.
Vielleicht kann einer das Logo auch mit in die Historische Karte einbauen.
In dem Preset/Heritage für JOSM habe ich es auch aufgenommen.

hallo,

das logo ist drinn, leider funktioniert zur zeit die automatische datenerstellung nicht,
und der wolf ist im wohlverdienten urlaub.
zur zeit sind keine mit heritage:operator=raa gemappten objecte in der datenbank........

grüße von lutz

Moins,

lutz wrote:

leider funktioniert zur zeit die automatische datenerstellung nicht,
und der wolf ist im wohlverdienten urlaub.

[×] gefixt.

Die Datenherstellung ist auf einen neuen Server umgezogen,
das hatte ich aber dem Kartenserver nicht gesagt.

Gruß Wolf

lutz wrote:

zur zeit sind keine mit heritage:operator=raa gemappten objecte in der datenbank...

Doch: Ekornavallen ein Hinkelsteingrab. Ich habe es noch ca. 3 Klicks auf der Internetseite von Riksantikvarieämbetets www.raa.se/ gefunden und nehme so an, dass es unter Denkmalschutz steht. Ansonsten will ich im nächsten Sommer nach Schweden und kann dann die Augen offen halten ob es noch mehr gibt.
Die Änderungen mit dem Symbol, dass Wolf eingefügt hat sind gut geworden. So hatte ich es gedacht. Danke

Netherlands in Dutch
Das Preset/Heritage ist jetzt auch niederländisch, allerdings nur der niederländische Teil.

Hallo, vielleicht eine blöde Frage, aber warum wird etwas das unter Denkmalschutz steht nicht mit dem hier getaggt? http://wiki.openstreetmap.org/wiki/DE:T … ected-area

Da steht ja explizit auch der Denkmalschutz dabei und das scheint recht ausgereift zu sein, allerdings das mit boundary nur auf ein kleines Gebäude oder einen einzelnen Knoten anzuwenden, klar, ist komisch, aber wenn es funktioniert, warum nicht? Warum da extra noch historic=heritage?
Und wird dieses boundary=protected_area, protect_class=22 und protection_title=* auch in der historischen Objektkarte verwendet (scheinbar nicht) oder ist zumindest angedacht?

hallo.

der satz in der kurzen einführung erklärt eigentlich für was boundary=protected_area gedacht ist:

"zum Markieren von Grenzen geschützter Gebiete wie zum Beispiel Nationalparks, Wasserschutzgebiete oder Reservate.: "

denkmalschutz wird hauptsächlich mit heritage=* gemappt, historic=heritage wird nur in der geschichtskarte ausgewertet,
weil es oft von mappern verwendet wurde.
das bedeutet nicht, das wir das favorisieren......

boundary=protected_area, protect_class=22 und protection_title=* wird zur zeit nicht in der historischen objekte-karte ausgewertet,
es ersetzt auch nicht heritage=*.
es würde allenfalls sinn machen, als relation, wenn größere gebiete(stadtteile usw.) unter denkmalschutz stehen.

grüße von lutz

Hm, dann würde vielleicht Bedarf bestehen dies zu vereinheitlichen? Oder verstehe ich das falsch? Letztlich ist es ja egal wie groß etwas ist das unter Denkmalschutz steht, sondern nur der Status. Ich habe ein Gebiet, das durch Satzung als Gesamtanlage (nach BaWü-Recht) unter Denkmalschutz steht mit dem boundary=protected_area getaggt. Soll ich das dann auch noch zusätzlich mit historic=heritage taggen?

hast du einen link deines mapping?

Das hier: http://www.openstreetmap.org/browse/way/26521529

Da gibt es auch eine Denkmalliste (bei Wikipedia: http://de.wikipedia.org/wiki/Liste_der_ … kgröningen ). Ist es gewünscht, dass dies alles als historic=heritage eingetragen wird? (nicht das ich das nachher alles wieder löschen "darf" 😉) Wird das dann alles auf der Karte angezeigt?

ja, aber nicht mit historic=heritage, sondern diese seite bitte lesen:

http://wiki.openstreetmap.org/wiki/Prop … s/heritage

und falls du josm verwendest könnte das was für dich sein:

http://wiki.openstreetmap.org/wiki/Hist … SM_Vorlage

auf die gleiche weise kannst du dann auch das "Preset Denkmaleigenschaften" einbinden

und ja es wird dann auf der karte angezeigt :-)

zurück zu boundary=protected_area protect_class=22 , das wird zur zeit wenig und nicht immer optimal verwendet:
http://taginfo.openstreetmap.org/tags/p … 2#overview

trotzdem werden wir es bald in die karte aufnehmen, da wolfgang schon an einer flächen-anzeige arbeitet,
und es sinn macht 😉

grüße von lutz

Ok danke, werde ich mir mal zu Gemüte ziehen. Danke.

Nahmd,

Schina02 wrote:

Das hier: http://www.openstreetmap.org/browse/way/26521529

Ich hab eine Vorab-Regel für geschützte Gebiete ergänzt mit diesem Ergebnis.

Gruß Wolf

Nicht schlecht, sieht gut aus. Ich werde dann mal schauen, was noch so alles für Objekte getaggt werden können. Wenn eine Karte, vor allem noch so eine interessante, so viel Aufmerksamkeit bekommt, dann macht das gleich doppelt so viel Spaß. 🙂

Netzwolf wrote:

Nahmd,

Schina02 wrote:

Das hier: http://www.openstreetmap.org/browse/way/26521529

Ich hab eine Vorab-Regel für geschützte Gebiete ergänzt mit diesem Ergebnis.

Gruß Wolf

Vom Ikon her (ist etwas größer?) würde ich noch für Flächen einen Rahmen (Quadrat) darum vorschlagen. Dadurch ist auch unterscheidbar, handelt es sich um ein einzelnes Objekt oder um eine Fläche (eventuell auch Relation type=site ähnlich in kleineren Zoomstufen). Ausblenden wenn man in der Fläche ist?

hallo,

die flächenanzeige ist in arbeit, schina02 meldete sich ein wenig zu früh 😉

grüße von lutz

Man sollte beim Denkmalschutz-Taggen von Gebieten vorsichtig sein. Oftmals sind "Ensembles" von Einzelobjekten geschützt. Diese erfüllen nicht automatisch den Tatbestand einer Fläche, auch wenn es vom Namen her manchmal so klingen mag. Beim Beispiel von Schina02 (Altstadt Markgröningen) ist es ähnlich: der genaue Umfang ist (zumindest bei Wikipedia) nicht genau beschrieben. Besser hingegen die Sachgesamtheit Stadtbefestigung, hier sind neben Einzelobjekten explizit Flurstücke aufgeführt, insofern halte ich es hier für gerechtfertigt, eine Fläche zu taggen.

Kompliziert ist es beispielsweise auch im Fall des Weltkulturerbes "Bergwerk Rammelsberg, Altstadt von Goslar und Oberharzer Wasserwirtschaft". Ein Sammelsurium unterschiedlicher Objekte:
Das Bergwerk Rammelsberg man man noch gut lokalisieren. Die Altstadt von Goslar ist aber schon schwammiger. Nach einigem Graben findet man auf der Seite der Unesco aber tatsächlich folgendes Dokument, das genau die geschützte Fläche (Goslar und Bergwerk) abgrenzt.

http://whc.unesco.org/download.cfm?id_document=102475

Insofern taggen als Fläche doch auch ok.
Richtig zerfleddert ist hingegen das Harzer Wasserregal:

http://whc.unesco.org/download.cfm?id_document=105422

Alles in allem muss man dieses Welterbe wohl als Relation mit recht vielen Members taggen, davon die meisten wohl Areas.
Es gibt schon einen Ansatz:
http://www.openstreetmap.org/browse/relation/2756347

Die Altstadt ist jedoch nur ein Knoten (damals kannte ich die offiziellen Grenzen noch nicht) und das Harzer Wasserregal müsste man sicher überprüfen, ob die member auch 1:1 mit den WHC-geschützten Members übereinstimmen.

Alles in allem kann es also recht kompliziert werden :-)

Zecke

Also die Grenzen der Altstadt werden genauso in der Satzung genannt. Klar, innerhalb dieses Bereiches gibt es auch modernere Gebäude, ect. Da sind eben weniger die Gebäude geschützt, sondern die Gesamtheit. Innerhalb dieser Fläche sind aber auch noch mal einzelne Gebäude unter Denkmalschutz gestellt. Also ich finde das passt in diesem Fall schon so wie es ist. Werden die Grenzen dieses Gebietes noch visualisiert, wäre das natürlich super, aber passt auch so. :-)

Wenn klar ist, welches Gebiet mit Altstadt genau gemeint ist, ist das sicher voll in Ordnung.

Schina02 wrote:

Da gibt es auch eine Denkmalliste (bei Wikipedia: http://de.wikipedia.org/wiki/Liste_der_ … kgröningen ). Ist es gewünscht, dass dies alles als historic=heritage eingetragen wird? (nicht das ich das nachher alles wieder löschen "darf" 😉) Wird das dann alles auf der Karte angezeigt?

Vielleicht solltest du erstmal probieren, wie das im Standard-Rendering der Hauptkarte aussieht. Als Denkmalschutz-Tag alleine ist das wohl unproblematisch. Aber wenn in einer Altstadt dann hunderte Wohnhäuser mit Denkmal-Logo in der Karte zugepflastert werden ist es nicht mehr schön. Es stehen viele gewöhnliche Fachwerks-Häuser unter Denkmalschutz, die man aber eigentlich nicht als Sehenwürdigkeit klassifizieren würde und die so auch nicht im Stadtplan hervorgehoben werden. Sehenswürdigkeiten wie UNESCO-Denkmäler oder andere touristische Ziele passen dagegen schon sehr gut in die OSM-Karte.

Sorry, aber ich denke das ist exakt der falsche Ansatz. Es sollte dir absolut egal sein, wie es in der Hauptkarte aussieht. Mit heritage mappst du eben *keine* Sehenswürdigkeiten sondern denkmalgeschützte Objekte. Und wenn in einem Stadtviertel 200 Einzelgebäude als solche denkmalgeschützt sind, ist es absolut richtig, das auch so zu mappen.

Du mappst für die Datenbank.

Wenn das auf der Karte sch... aussieht, ist die Karte suboptimal, nicht dein Mapping. Wolf würde sagen, sie ist kaputt und der Kartenmacher (neudeutsch Renderer) hat seine Hausaufgaben nicht gemacht. 🙂

Gruß,
Zecke

Es ist einfach, alle Schuld auf den Renderer abzuschieben. Der muss aber auch gewisse Annahmen über den Datenbestand machen. Wir hatten gesehen, dass an einigen Stellen die Karte fast 1 Monat lang total durch Bezirkswahlkreise vermurkst wurde. Wenn da mal einzelne neue Kreative Tagging-Ideen einfliessen, kein Problem. Das Problem ist, wenn auf einmal massenhaft Sachen aus "Sammelaktionen" erscheinen, die auf einem Stadtplan nichts zu suchen haben.

Wenn bestimmte Dinge in OSM Sinn machen, kann durchaus neue Tagging-Kategorien oder Datenstrukturen aufmachen, oder eher selten benutzte Tags systematisch massenhaft durchziehen. Ich meine nur, es wäre schön, wenn man das zwischen Datenbankorganisation und Renderer etwas abstimmt, also vor Massen-Imports oder Sammelaktionen mal mit den Rendering-Leuten abklärt, bestimmte Dinge aus dem Rendering herauszulassen. Klar, irgendwann werden sie eine vermurkste Karte wieder durch Tag-Filter reparieren. Aber kann man das nicht vorher mal diskutieren? Denn wenn die öffentliche Karte bei osm.org vermurkst ist, wirkt das auf das Image von OSM generell. Ich hatte jedenfalls so ein Bild einer "Chaotentruppe" im Kopf, als monatelang ein Stadtplan mit Stimmkreisnamen vermurkst war. Da wurden sogar reguläre Straßennamen durch Stimmkreisbezeichner überschrieben (so schön kurvig wie die Straßenbeschriftung üblicherweise gerendert wird). OSM "Open Street Map" ist doch nicht nur ein Haufen unorganisierter Mapper, sondern ein Gesamtkonzept aus Datenbank, WWW-Auftritt und Renderer. Man wird sich sicherlich nicht mit allen Render-Exoten herumschlagen können (z.B. all die auf Mobilgeräten), aber zumindest der "eigene" Renderer auf der osm-Homepage sollte doch mit dem Datenbestand so harmonisieren, dass ein ansehnlicher Stadtplan herauskommt. Notfalls wartet man eben ein paar Monate, bis der Renderer es ansehnlich verarbeiten kann. Falls das Denkmalschutz-Tag nicht gerendert wird, Ok, dann stört es ja auch nicht.

openzzz wrote:

Wir hatten gesehen, dass an einigen Stellen die Karte fast 1 Monat lang total durch Bezirkswahlkreise vermurkst wurde.

Haben wir? Ich habe davon gar nix mitbekommen... und war nicht selten auf www.openstreetmap.org.

openzzz wrote:

Ich meine nur, es wäre schön, wenn man das zwischen Datenbankorganisation und Renderer etwas abstimmt, also vor Massen-Imports oder Sammelaktionen mal mit den Rendering-Leuten abklärt, bestimmte Dinge aus dem Rendering herauszulassen. Klar, irgendwann werden sie eine vermurkste Karte wieder durch Tag-Filter reparieren. Aber kann man das nicht vorher mal diskutieren?

Massenimports müssen doch schon längst vorher öffentlich besprochen werden... anyway:

Dahin wirst Du nicht kommen, so lange jeder mappen darf was ihr/ihm wichtig ist. Und davon wirst Du nicht wegkommen, so lange man auf Freiwillige angewiesen ist. Karten rendern ist ein stetiges prüfen & anpassen des Regelwerks. Da wirst Du beim Rendern stets dem Datenbankinhalt hinterher rennen - eben weil der Datenstand sich wandelt (und das auch soll!). Und auch das Taggingschema selbst ist nicht in Stein gemeiselt. Mit mehr Kommunikation kannst Du zwar Zeitspannen verkürzen, aber das "Problem" selbst überhaupt nicht lösen.

Moins,

openzzz wrote:

Es ist einfach, alle Schuld auf den Renderer abzuschieben.

“Schuld” ist ein dysfunktionaler Begriff.

Jeder Datennutzer wählt aus, welche Daten er nutzt; bei einem Renderer: welche Objekte er darstellt und wie. Das ist eine der Kernaufgaben. Aufgabe der Datenerfasser und Aufgabe der Erfassungsschemen ist es, den Datennutzern diese Auswahl ermöglichen.

Der muss aber auch gewisse Annahmen über den Datenbestand machen.

Das ist korrekt. Eine dieser Annahmen sollte sein, dass der Datenbestand dynamisch ist.

Wir hatten gesehen, dass an einigen Stellen die Karte fast 1 Monat lang total durch Bezirkswahlkreise vermurkst wurde.

Das ist in der Tat unglücklich gelaufen. Grund war aber, dass die Renderregeln der Hauptkarte einfach jede politische Gliederung darstellen. Diese Catchall kann zu einer Weißliste geändert werden, dann ist man vor solchen Überraschungen sicher. Dem Datenerfasser kannst Du da keinen Vorwurf machen: natürlich hätte er seine Aktion vorher bei den Verwaltern der Karte anmelden können; was dann passiert wäre, sagt mir meine Kristallkugel: nichts. Und Du kannst nicht im Ernst erwarten, dass Erfasser erst auf eine Freigabe der Verwalter der Hauptkarte warten soll. Wie sagt die Einblendung in manchen Filmen so schön:“wenige Jahre später”.

Wenn da mal einzelne neue Kreative Tagging-Ideen einfliessen, kein Problem. Das Problem ist, wenn auf einmal massenhaft Sachen aus "Sammelaktionen" erscheinen, die auf einem Stadtplan nichts zu suchen haben.

OSM ist eine Sammelaktion. Und was auf einem Stadtplan was zu suchen hat, entscheidet der Stadtplan. Der Stadtplan entscheidet aber nicht darüber, was in der Datenbank zu suchen hat.

Ich meine nur, es wäre schön, wenn man das zwischen Datenbankorganisation und Renderer etwas abstimmt, also vor Massen-Imports oder Sammelaktionen mal mit den Rendering-Leuten abklärt, bestimmte Dinge aus dem Rendering herauszulassen.

Das wäre in der Tat schön. Das setzte aber voraus, dass die Verwalter der Hauptkarte auch antworten

Klar, irgendwann werden sie eine vermurkste Karte wieder durch Tag-Filter reparieren. Aber kann man das nicht vorher mal diskutieren? Denn wenn die öffentliche Karte bei osm.org vermurkst ist, wirkt das auf das Image von OSM generell. Ich hatte jedenfalls so ein Bild einer "Chaotentruppe" im Kopf, als monatelang ein Stadtplan mit Stimmkreisnamen vermurkst war.

Sagen wir es mal deutlich: die Hauptkarte ist von den mir bekannten Karten die am schlechtesten gepflegte.

OSM "Open Street Map" ist doch nicht nur ein Haufen unorganisierter Mapper, sondern ein Gesamtkonzept aus Datenbank, WWW-Auftritt und Renderer. Man wird sich sicherlich nicht mit allen Render-Exoten herumschlagen können (z.B. all die auf Mobilgeräten),

Genau die machen kein problem, denn deren Verwalter reagieren zeitnah.

aber zumindest der "eigene" Renderer auf der osm-Homepage sollte doch mit dem Datenbestand so harmonisieren, dass ein ansehnlicher Stadtplan herauskommt.

Bring Dich bei der “Chaotentruppe” der Verwalter der Hauptkarte ein, und zeig, dass die auf Änderungen reagieren.

Notfalls wartet man eben ein paar Monate, bis der Renderer es ansehnlich verarbeiten kann.

Monate? Hey, wir sind hier nicht in Fantasy-Land. Es geht um Jahre.

Falls das Denkmalschutz-Tag nicht gerendert wird, Ok, dann stört es ja auch nicht.

Wird es in der Hautpkarte nicht. Und in der Geschichtskarte nehmen wir die Herausforderung an, mit dichten Ansammlungen von Objekten umzugehen.

Gruß Wolf

Netzwolf wrote:

Falls das Denkmalschutz-Tag nicht gerendert wird, Ok, dann stört es ja auch nicht.

Wird es in der Hautpkarte nicht. Und in der Geschichtskarte nehmen wir die Herausforderung an, mit dichten Ansammlungen von Objekten umzugehen.
Gruß Wolf

Gut, dann haben wir hier kein Problem. Ich hatte vorherige Äußerungen so verstanden, dass bei bestimmten Tags so ein Denkmalschutz-Logo im Stadtplan erscheint.

Ist forum.openstreetmap.org ein reines Mapper-Forum? Ich dachte es geht hier um das Gesamtprojekt. Normale Menschen nutzen einen Stadtplan oder topografische Karten nicht über SQL-Requests. Die Visualisierung ist sehr wesentlich. So wird OSM über die Webseite wahrgenommen und genutzt. Ich vermute dass die meisten Leute auch nicht aus Sammlerleidenschaft zu OSM kommen, sondern weil sie eine gute Karte brauchen.

Soweit ich das versehe ist die "Blacklist"-Policy auch vom Projekt gewollt, denn sonst müssten Mapper bei jeder Kleinigkeit betteln, damit sie in die "Whitelist" aufgenommen wird. Wäre das denn gewollt? Wenn einige "Exoten" auf dem Plan erscheinen ist das weniger problematisch, wohl aber wenn massenhaft neue Objekte aus Sammelaktionen auftreten. Dann wäre es eben doch vorteilhaft, wenn man das vor der Aktion mit dem Rendering abstimmt.

Stell dir mal vor, ein Koordinaten-Sammler mappt die ganzen Kanaldeckel der Republik. Und die erscheinen dann alle in der Karte. Würde man das monatelang so auf der öffentlichen Karte stehen lassen und den Ruf der OSM ruinieren? Ich würde den Renderer-Programmierern nicht zum Vorwurf machen, die hätten das ahnen sollen. So etwas sollte vorab koordiniert werden.

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

openzzz wrote:

Ist forum.openstreetmap.org ein reines Mapper-Forum? Ich dachte es geht hier um das Gesamtprojekt.

So ist es. Und hier wird auch fleißig über verschiedene Spezialkarten und deren Render-Regeln diskutiert, z.B. hier:
Freizeitkarte
Historische Karte
Fußgängerkarte
usw.

openzzz wrote:

Normale Menschen nutzen einen Stadtplan oder topografische Karten nicht über SQL-Requests. Die Visualisierung ist sehr wesentlich. So wird OSM über die Webseite wahrgenommen und genutzt. Ich vermute dass die meisten Leute auch nicht aus Sammlerleidenschaft zu OSM kommen, sondern weil sie eine gute Karte brauchen.

Niemand verlangt von dem normalen Menschen, daß er SQL-Requests formulieren können muß. Dafür gibt es ja gerade wieder die Renderer, die eine Vielzahl fertiger Karten zu Verfügung stellen.

openzzz wrote:

Soweit ich das versehe ist die "Blacklist"-Policy auch vom Projekt gewollt, denn sonst müssten Mapper bei jeder Kleinigkeit betteln, damit sie in die "Whitelist" aufgenommen wird. Wäre das denn gewollt? Wenn einige "Exoten" auf dem Plan erscheinen ist das weniger problematisch, wohl aber wenn massenhaft neue Objekte aus Sammelaktionen auftreten. Dann wäre es eben doch vorteilhaft, wenn man das vor der Aktion mit dem Rendering abstimmt.

Ich nehme an, hier beziehst du dich wieder auf die Karte www.openstreetmaps.org? Die sollte nie eine Gebrauchskarte sein sondern ein Schaufenster. Über das Maintaining dieser Karte hat Wolf ja schon genug geschrieben, aber das ist ein anderes Thema, hat sicher nichts mehr mit Denkmalschutz zu tun.

openzzz wrote:

Stell dir mal vor, ein Koordinaten-Sammler mappt die ganzen Kanaldeckel der Republik. Und die erscheinen dann alle in der Karte. Würde man das monatelang so auf der öffentlichen Karte stehen lassen und den Ruf der OSM ruinieren? Ich würde den Renderer-Programmierern nicht zum Vorwurf machen, die hätten das ahnen sollen. So etwas sollte vorab koordiniert werden.

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

Im übrigen würde ich dich bitten, für Grundsatzdiskussionen über das für und wieder von bestimmten Anzeigeoptionen in der Hauptkarte einen eigenen Thread zu eröffnen, hier sollte es um Denkmalschutz gehen. Ausschließlich. Danke!

Zecke

openzzz wrote:

Ist forum.openstreetmap.org ein reines Mapper-Forum? Ich dachte es geht hier um das Gesamtprojekt.

nicht 100% aber doch sehr in diese Richtung tendierend. Es ist nur so, dass die Entwickler ein ziemlich elotärer Haufen sind, die noch mehrere weiter Kommunikationskanäle verwenden - Talk-X, xxx-dev, GIT-Hubs bis hin zu Google-Teamware-Software (ja!)

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

Ich glaube, du hast meine damalige Erklärung nicht gelesen oder nicht verstanden: http://forum.openstreetmap.org/viewtopi … 01#p367501

Die erwähnte Relation existiert immer noch. Daher ist das "Problem" trivial - zumindest für mich.

Gruss
walter

Doch, mir ist sehr wohl der technische Hintergrund der Falschbeschriftung klar. Dass der Bauernhof zufällig im Polygonschwerpunkt des Wahlkreises liegt kann man ihm aber nicht vorwerfen. Schlimmer noch waren die Falschbeschriftungen von Straßen als Wahlkreisnamen/Grenzbeschriftung. Das sind eben Beispiele für mangelnde Abstimmung zwischen Datenbestand und Darstellung.

Ich wollte nur nochmal dran erinnern, damit bei den Denkmälern keine solchen "Unfälle" passieren, vor allem beim Datenbankimport von Denkmalschutzlisten. Heutzutage stehen ja schon gewöhnliche Bauernhöfe unter Denkmalschutz, nur weil da ein bisschen Fachwerk verbaut ist.

Die Karte auf www.openstreetmaps.org halte ich durchaus für eine Gebrauchskarte. Zumindest finde ich sie sehr nützlich, alternativ zu Google Maps, weil dort mehr kleine Wege und POI verzeichnet sind.

openzzz wrote:

Doch, mir ist sehr wohl der technische Hintergrund der Falschbeschriftung klar. Dass der Bauernhof zufällig im Polygonschwerpunkt des Wahlkreises liegt kann man ihm aber nicht vorwerfen.

alles klar, war halt ein ungückliches Beispiel.

Schlimmer noch waren die Falschbeschriftungen von Straßen als Wahlkreisnamen/Grenzbeschriftung.

Ja, wenn Grenzrelationen Straßen als Member beinhalten - was ja bei Grenzen eh unsinnig ist (*) - wird der Straßenname oft überschrieben oder verdrängt.

Gruss
walter

• ) Eine Straße als Member einer Grenze: Was gehört wo hin? welche Seite gehört wo hin? Manchmal kommt sowas vor, aber ganz selten.
  

wambacher wrote:

Schlimmer noch waren die Falschbeschriftungen von Straßen als Wahlkreisnamen/Grenzbeschriftung.

Ja, wenn Grenzrelationen Straßen als Member beinhalten - was ja bei Grenzen eh unsinnig ist (*) - wird der Straßenname oft überschrieben oder verdrängt.

Das kann man auch erreichen, indem die Grenze als eigener Way dort lang führt. Sieht auch bei "normalen" Grenzen an ein paar Stellen auf osm.org seltsam aus.

Da die Diskussion sich eh wiederholt sollte man sie besser da fortführen, wo sie schonmal war (ein Moderator könnte auch die entsprechenden Beiträge verschieben).

openzzz wrote:

Soweit ich das versehe ist die "Blacklist"-Policy auch vom Projekt gewollt, denn sonst müssten Mapper bei jeder Kleinigkeit betteln, damit sie in die "Whitelist" aufgenommen wird. Wäre das denn gewollt?

Nein, das wird (wie schon ein paar Mal geschrieben) als Fehler angesehen. Du darfst gerne dafür einen Patch einreichen (wenn du keinen GitHub-Account hast per PN o.Ä. an einen der dort Beteiligten) und hoffen, dass er angewendet wird.

Nahmd,

openzzz wrote:

Gut, dann haben wir hier kein Problem. Ich hatte vorherige Äußerungen so verstanden, dass bei bestimmten Tags so ein Denkmalschutz-Logo im Stadtplan erscheint.

Wer denkmalgeschützte Gebäude erfassen möchte, erfasst diese mit einem geeigneten Tag. Wenn die Geschichtskarte entscheidet, die so gekennzeichneten Gebäude zu zeigen, werden sie gezeigt. Wenn die Hauptkarte entscheidet, sie nicht anzuzeigen, werden sie dort nicht angezeigt. Diese “lose Kopplung” macht OSM so dynamisch und beweglich.

Ungehörig wäre es, wenn der Erfasser ein ”name=dmg” an seine Gebäude packt, um die Darstellung in der Hauptkarte zu erzwingen.

Ist forum.openstreetmap.org ein reines Mapper-Forum? Ich dachte es geht hier um das Gesamtprojekt. Normale Menschen nutzen einen Stadtplan oder topografische Karten nicht über SQL-Requests. Die Visualisierung ist sehr wesentlich. So wird OSM über die Webseite wahrgenommen und genutzt. Ich vermute dass die meisten Leute auch nicht aus Sammlerleidenschaft zu OSM kommen, sondern weil sie eine gute Karte brauchen.

Ja. Die meisten Nutzer sind reine Nutzer. Etwas anderes wäre *sehr* merkwürdig. Und natürlich soll die Hauptkarte für möglichst viele Nutzer hilfreich sein.

Das heißt aber nicht, dass man Objekte deshalb falsch gekennzeichnet. Weder sollte man sie falsch kennzeichnen, um eine Darstellung in der Hauptkarte zu erzwingen, noch sollte man sie falsch kennzeichnen, um eine Darstellung zu vermeiden.

Richtig ist: korrekt kennzeichnen mit hinreichend viel Information, um der Hauptkarte (und natürlich allen anderen Nutzern) eine Auswahl zu ermöglich. Der Datenbestand und das Tagging ist dynamisch, und die Hauptkarte (und natürlich alle anderen Nutzer) müssen sich anpassen.

Das eigentliche Problem ist, dass die Hauptkarte sich – wenn überhaupt – nur mit extremer Verzögerung anpasst. Und dafür kenne ich keine Lösung.

Soweit ich das versehe ist die "Blacklist"-Policy auch vom Projekt gewollt,

Es gibt keine generelle “Blacklist-Policy”. Wenn ich “historic:railway=xxx” benutze, wird da nichts dargestellt.

Einzig das “name=*” wird von der Hauptkarte unter sehr allgemeinen Bedingungen dargestellt, und das führt dann mal – wie zuletzt bei den Wahlkreisen – zu unerwünschten Namen auf der Karte. Hier wären möglicherweise spezifischere Regeln angemessen.

Solche Situationen sind aber selten, und vielleicht schaffen es auch die Betreuer der Hauptkarte irgendwann mal, vielleicht einmal im Monat auf ein Problem halbwegs schnell zu reagieren.

denn sonst müssten Mapper bei jeder Kleinigkeit betteln, damit sie in die "Whitelist" aufgenommen wird. Wäre das denn gewollt?

Was heißt hier, “gewollt”? Es ist so. Du musst betteln, umd Deine Kanaldeckel anzeigen zu lassen. Oder Geröllflächen.

Wenn einige "Exoten" auf dem Plan erscheinen ist das weniger problematisch, wohl aber wenn massenhaft neue Objekte aus Sammelaktionen auftreten. Dann wäre es eben doch vorteilhaft, wenn man das vor der Aktion mit dem Rendering abstimmt.

Diese Situationen kommen selten vor. Und wenn ab und zu mal ein bisher seltenes Tag “plötzlich” häufiger erscheint, dann ist den Verwaltern der Hauptkarte (und allen anderen Nutzern der Daten) zuzumuten, die Regeln anzupassen. Sag ich jetzt einfach mal so.

Dagegen ist den Datenerfassern nicht zuzumuten, Monate oder Jahre auf eine “Genehmigung” für die Intensiverfassung eines Featuretypes zu warten.

Stell dir mal vor, ein Koordinaten-Sammler mappt die ganzen Kanaldeckel der Republik. Und die erscheinen dann alle in der Karte. Würde man das monatelang so auf der öffentlichen Karte stehen lassen und den Ruf der OSM ruinieren?

Sofern Du korrekt erfasst hast (also nicht mit “name=Kanaldeckel”), erscheinen die nicht auf der Hauptkarte. Weil es keine Regel dafür gibt.

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

Das Problem steht seit Wochen an. Hast Du es den Verwaltern der Hauptkarte bereits mitgeteilt? Und wie sieht deren Reaktion aus?

Gruß Wolf

Nahmd,

wambacher wrote:

Ja, wenn Grenzrelationen Straßen als Member beinhalten - was ja bei Grenzen eh unsinnig ist (*) - wird der Straßenname oft überschrieben oder verdrängt.

• ) Eine Straße als Member einer Grenze: Was gehört wo hin? welche Seite gehört wo hin? Manchmal kommt sowas vor, aber ganz selten.
  

So ich weiß, gibt es an der DE-BE-Grenze Straßen, deren eine Seite zu DE und deren andere Seite zu BE gehört, wo man also beim Überqueren der Straße das Land wechselt¹. Da – und nur da – gehört der Way der Straße an die Grenzrelation.

Gruß Wolf

¹) Ich möchte nicht wissen, wie die Straßenreinigung geregelt wird.

Da kam mal ein Bericht über deutsche und französische Feuerwehr in einem Ort mit verschiedenen Hydranten. Dort sagte der "deutsche" Bürgermeister aus: Die Straße ist "Niemandsland" - da darf weder die deutsche Polizei noch die französische eingreifen - außer es handelt sich um lebensrettende Maßnahmen. (Übrigens habe die Feuerwehren jetzt ein "Pass-Stück" für französische Schläuche an deutschen Hydranten oder umgekehrt.)

Netzwolf wrote:

So ich weiß, gibt es an der DE-BE-Grenze Straßen, deren eine Seite zu DE und deren andere Seite zu BE gehört, wo man also beim Überqueren der Straße das Land wechselt¹. Da – und nur da – gehört der Way der Straße an die Grenzrelation.

Sicher nicht das einzige, aber ein besonders schönes Beispiel ist die Neustraße/Nieuwstraat zwischen Herzogenrath (DE) und Kerkrade (NL), die sogar einen eigenen Wikipedia-Artikel hat. Die Grenze verläuft in der Straßenmitte. Früher trennte ein kniehoher Betonwall die gegenläufigen Einbahnstraßen auf beiden Seiten. An beiden Enden der Straße (etwa an den heutigen Kreisverkehre) befanden sich Grenzübergangsstellen. Anläßlich von Fußball-Länderspielen war die Neustraße regelmäßig Austragungsort größerer Schlägereien.

Ein "gewöhnlicheres" Beispiel: die beiden Lichtenbüsche. Die Grenze - in OSM anhand GPS-vermessener Grenzsteine eingezeichnet - verläuft hier und weiter südlich teils am westlichen Straßenrand, teils einige Meter daneben. Die Gebäude auf belgischer Seite sind nur von Deutschland aus zu erreichen. Man wechselt also das Land ungefähr beim Verlassen der Fahrbahn.

Um in der Region zu bleiben: Der Hergenrather Weg verläuft laut amtlichen Karten komplett auf Aachener Gebiet (die Grenze in OSM ist wegen nicht auffindbarer Grenzmarkierungen hier noch unpräzise). Die belgische Nachbargemeinde hat dennoch - auf belgischem Gebiet, also abseits der Straße - ein eigenes, anderslautendes Straßenschild aufgestellt (iirc Aachener Straße entsprechend dem Namen, den die Straße weiter südlich trägt), sodaß die Häuser auf belgischer Seite (wenn ihre Hausnummern irgendwann erfaßt bzw. importiert werden sollten) zwar am Hergenrather Weg liegen, aber addr:street="Aachener Straße" haben.

Der Sonderfall der Vennbahntrasse einige Kilometer weiter südlich ist ja schon hinlänglich bekannt. An jedem Übergang über die Bahnstrecke (heute: Radweg) betritt und verläßt man innerhalb weniger Meter belgischen Boden.

Netzwolf wrote:

Nahmd,
Das heißt aber nicht, dass man Objekte deshalb falsch gekennzeichnet. Weder sollte man sie falsch kennzeichnen, um eine Darstellung in der Hauptkarte zu erzwingen, noch sollte man sie falsch kennzeichnen, um eine Darstellung zu vermeiden.
....
Das eigentliche Problem ist, dass die Hauptkarte sich – wenn überhaupt – nur mit extremer Verzögerung anpasst. Und dafür kenne ich keine Lösung.
Gruß Wolf

Die Lösung wäre eine bessere Kommunikation zwischen Rohdatenverwaltern/-produzenten und Visualisierern. Vielleicht ist der Bug-Tracker nicht die geeignete Kommunikationsform. Ist schon klar, dass für die Datenbank die konsequente Strukturierung im Vordergrund steht.

Am besten würde man solche Dinge über Konfigurationsdateien lösen, um nicht bei jedem Problem an die Programmierer gehen zu müssen. Ein zentraler Admin prüft regelmäßig, ob die Visualisierung mit dem Datenmodell passt und justiert notfalls an den Config-Dateien. Ist OSM denn noch nicht flexibel konfigurierbar?

Netzwolf wrote:

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

Das Problem steht seit Wochen an. Hast Du es den Verwaltern der Hauptkarte bereits mitgeteilt? Und wie sieht deren Reaktion aus?
Gruß Wolf

Das catchall-Problem wurde bereits gemeldet. Aber hier meine ich, dass solche temporären Geodaten, die für die Nutzer auch quasi Null Nutzwert haben, überhaupt nicht in die Datenbank gehören. Das bindet nur unnötige Mapper-Aufmerksamkeit. Die Objekt-Masse im JOSM-Editor ist schon groß genug. Sollen die etwa von der OSM-Community auch noch gepflegt werden? Ist doch für die Katz, wenn sich die Wahlkreisgrenzen für jede Wahl sowieso ändern und amtlicherseits als Shapefile bereitgestellt werden. So eine Spezialkarte kann sich jeder selbst Overlayen, ohne OSM dafür belasten zu müssen. Das wäre so, als ob man als Tag zu den Tankstellen-Gebäuden gleich noch die Benzinpreise in der Datenbank vorhält. Sicher nützlich für den Normalbürger, aber das lässt sich auch als von OSM unabhängiges Overlay realisieren.

Denkmalschutz-Eigenschaften sind natürlich interessantere Objekteigenschaften. Obwohl man da vielleicht unterscheiden sollte, ob es wirklich um ein Denkmal im Sinne einer Sehenswürdigkeit handelt oder um ein x-beliebiges Fachwerkhaus (wo der Denkmalschutz wohl eher dem Besitzer auf die Nerven und ans Portemonnaie geht). Ersteres ist durchaus als Overlay-Karte sinnvoll.

Oli-Wan wrote:

Der Sonderfall der Vennbahntrasse einige Kilometer weiter südlich ist ja schon hinlänglich bekannt. An jedem Übergang über die Bahnstrecke (heute: Radweg) betritt und verläßt man innerhalb weniger Meter belgischen Boden.

Wie ist eigentlich der Ausbaustand? Ist OSM aktuell? Ich hatte gehört, dass dieses Jahr noch ein Lückenschluß anstehen sollte. Ein Teil ist noch gestrichelt dargestellt und endet im Luxemburgischem Nirvana. Ich wollte da immer mal lang fahren ...
Hier sind die Radwege schön dargestellt:
http://cycling.waymarkedtrails.org/de/ (wo gibt's da eigentlich die Kartenlegende?)

openzzz wrote:

Am besten würde man solche Dinge über Konfigurationsdateien lösen, um nicht bei jedem Problem an die Programmierer gehen zu müssen. Ein zentraler Admin prüft regelmäßig, ob die Visualisierung mit dem Datenmodell passt und justiert notfalls an den Config-Dateien.

Diese Konfigurationsdateien gibt es, sie nennen sich Kartenstil. Und sei überrascht, dafür gibt es sogar einen Bugtracker…

openzzz wrote:

Die Lösung wäre eine bessere Kommunikation zwischen Rohdatenverwaltern/-produzenten und Visualisierern. Vielleicht ist der Bug-Tracker nicht die geeignete Kommunikationsform.

…über den du auch Personen mit OSM-Account finden kannst (selber Nickname und Aktivität vergleichen), um ihnen dort eine Nachricht zu schreiben. 🙄

openzzz wrote:

Ich hatte gehört, dass dieses Jahr noch ein Lückenschluß anstehen sollte. Ein Teil ist noch gestrichelt dargestellt und endet im Luxemburgischem Nirvana.

Sorry, aber Luxemburg liegt weit außerhalb meines Aktionsradius. Auf den ersten Kilometern wurden in den letzten Monaten Rettungspunkte markiert, die Lücke zwischen AC-Walheim und belgischer Grenze ist geschlossen und der Mäusetunnel unter der B 258 ist fertig. Aber wir geraten OT.

Nahmd,

openzzz wrote:

Am besten würde man solche Dinge über Konfigurationsdateien lösen, um nicht bei jedem Problem an die Programmierer gehen zu müssen.

Die Erzeugung der Hauptkarte (wie wohl der allermeisten) Karten wird (schon immer) über eine Konfigurationsdatei gesteuert. Wie auch sonst?

Ein zentraler Admin prüft regelmäßig, ob die Visualisierung mit dem Datenmodell passt und justiert notfalls an den Config-Dateien.

Der braucht überhaupt nicht zu prüfen, denn das machen die Nutzer der Karte. Das Problem besteht ausschließlich darin, dass die Verwalter der Hauptkarte die Config nicht anpassen. Und ist begrenzt auf die Hauptkarte; die Verwalter der anderen Karten sind erreichbar und antworten auf Wünsche. Was natürlich nicht heißt, dass sie alle Wünsche erfüllen. Aber das erwartet auch keiner.

Ist OSM denn noch nicht flexibel konfigurierbar?

OSM?

Meinst Du den Renderer, der die Tiles der Hauptkarte erzeugt? Der ist vor kurzem noch umgestellt worden, um leichter Anpassungen vornehmen zu können.

Netzwolf wrote:

Das Problem steht seit Wochen an. Hast Du es den Verwaltern der Hauptkarte bereits mitgeteilt? Und wie sieht deren Reaktion aus?

Das catchall-Problem wurde bereits gemeldet.

Ich bin auf die Reaktion der Kartenverwalter gespannt. Meine Kristallkugel befrage ich lieber nicht. 🤔

Aber hier meine ich, dass solche temporären Geodaten, die für die Nutzer auch quasi Null Nutzwert haben, überhaupt nicht in die Datenbank gehören.

And now for something completely different: die Relevanzdiskussion.

Du hältst etwas für irrelevant, also raus damit aus der Datenbank. Ginge es nach mir, würde ich den ganzen 3D-Firlefanz™ und alles was mit Seefahrt zu tun hat tilgen. Das erste, weil es mich nicht interessiert und eine wie schwach auch immer definierte Vollständigkeit nicht erreichbar ist, das zweite, weil ich mangels Grün-Sensoren in DE keine Lizenz dafür bekomme.

Bevor es jemand in den falschen Hals bekommt: würde ich natürlich nicht. Weil nicht ich entscheide, was relevant ist.

Das bindet nur unnötige Mapper-Aufmerksamkeit. Die Objekt-Masse im JOSM-Editor ist schon groß genug.

Nein, die ist noch viel zu klein. Deshalb sammeln wir doch wie wild. Was meinst Du, welche Datenmengen uns 3D- und Indoor-Mapping noch bescheren werden?

Sollen die etwa von der OSM-Community auch noch gepflegt werden? Ist doch für die Katz, wenn sich die Wahlkreisgrenzen für jede Wahl sowieso ändern und amtlicherseits als Shapefile bereitgestellt werden.

Und wieder eine andere Geschichte: alle Daten in der OSM-Datenbank können (und werden) veralten. Ich kann nicht für jeden von mir erfassten Weg garantieren, dass ich einmal im Monat nachschaue, ob der noch da ist. Ich trag die aber trotzdem ein.

Ob Wahlkreisgrenzen in die Datenbank gehören, dazu habe ich keine Meinung. Das Datenvolumen ist überhaupt kein, und das mögliche Veralten nur ein schwaches Argument gegen die Aufnahme.

So eine Spezialkarte kann sich jeder selbst Overlayen, ohne OSM dafür belasten zu müssen.

Die Anbindung externer Datenbanken an OSM ist ein ungelöstes Problem. Natürlich kann ich jeden Firlefanz über die Karte drübermalen. Aber: eine Anfrage “wieviele Schulen gibt es in den einzelnen Wahlbezirken” kann ich bei integrierten Daten leicht beantworten lassen, aus dem Shapefile eher nicht. Unabhängig davon, ob die Anfrage sinnvoll ist.

Das wäre so, als ob man als Tag zu den Tankstellen-Gebäuden gleich noch die Benzinpreise in der Datenbank vorhält. Sicher nützlich für den Normalbürger, aber das lässt sich auch als von OSM unabhängiges Overlay realisieren.

Nicht alles, was hinkt, ist auch ein Vergleich: auch die Eisenbahnlinien lassen sich als Overlay realisieren. Buslinien sowieso – da die sich bei jedem Fahrplanwechsel ändern können. Und Geschäfte: andauernd öffnet oder schließt eins. Und die 3D-Objekte: warum sind die nicht in einer externen Datenbank in einem standardisierten 3D-Format gespeichert?

Einfache Antwort: weil die unterschiedlichen Mitstreiter bei OSM unterschiedliche Interessen haben. Und weil nur die Daten mit überschaubarem Aufwand verarbeitbar sind, die sich in der Haupt-Datenbank befinden. Lösch die T5 und T6 Pfade aus der Datenbank (“sowas hat in nem Stadtplan nix verloren, pack das in eine eigene DB und machn Overlay”), und ich bin weg. Lösch die 3D-Infos, und die 3D-ler sind weg. Lösch die Seefahrt-Infos, und die Seeleute sind weg.

Denkmalschutz-Eigenschaften sind natürlich interessantere Objekteigenschaften. Obwohl man da vielleicht unterscheiden sollte, ob es wirklich um ein Denkmal im Sinne einer Sehenswürdigkeit handelt oder um ein x-beliebiges Fachwerkhaus (wo der Denkmalschutz wohl eher dem Besitzer auf die Nerven und ans Portemonnaie geht). Ersteres ist durchaus als Overlay-Karte sinnvoll.

Du vermanschst “heritage=*” und “tourism=attraction”.

Denkmalgeschützt ist definiert durch die Aufnahme in einer entsprechenden Liste (und oft eine Plakette am Haus). Ob Du ein Gebäude für relevant hältst, ist für die Eigenschaft “denkmalgeschützt” belanglos. Es sind auch Gebäude denkmalgeschützt, die Dich nicht interessieren. Weil denkmalgeschützt nicht sehenswürdig impliziert. Und sehenswürdig nicht denkmalgeschützt.

Wenn die Geschichtskarte Sehenswürdigkeiten zeigt, dann nicht, weil sie Sehenswürdigkeiten sind, sondern weil sie historisch oder geschützt sind.

Gruß Wolf

openzzz wrote:

Netzwolf wrote:

Hier wird noch immer der Bauernhof im Wald als "Wahlkreis II" beschriftet:
http://www.openstreetmap.org/#map=15/50.6811/7.1061

Das Problem steht seit Wochen an. Hast Du es den Verwaltern der Hauptkarte bereits mitgeteilt? Und wie sieht deren Reaktion aus?

Das catchall-Problem wurde bereits gemeldet. Aber hier meine ich, dass solche temporären Geodaten, die für die Nutzer auch quasi Null Nutzwert haben, überhaupt nicht in die Datenbank gehören. Das bindet nur unnötige Mapper-Aufmerksamkeit. Die Objekt-Masse im JOSM-Editor ist schon groß genug. Sollen die etwa von der OSM-Community auch noch gepflegt werden? ...

Wir hatten den betreffenden Mapper diese Woche auf dem Stammtisch. Er hat die Kritik bezüglich der Namen der Stimmkreise berücksichtigt und die aus seinen Wahlkreis-Relationen entfernt (was seine Arbeit in Zukunft erschwert). Den "Wahlkreis Bonn II" hat er dabei offensichtlich übersehen. Das wird er in den nächsten Tagen korrigieren.

Darüber hinaus, hat er ein Ticket erstellt, boundary=election in Mapnik nicht mehr darzustellen. Auch wenn sich beim OSM-Stil von Mapnik einiges tut (Namen erschienen am Umriss, statt in der Flächenmitte), kann das Auflösen einer Catchall-Situation jedoch einiges dauern. Aber dann ist dieses spezielle Thema endlich erledigt.

Wahlkreise sind einiges dauerhafter als so manches andere in OSM. Das Lokal für unseren Stammtisch hat in den letzten 12 Monaten zweimal den Betreiber und den Namen gewechselt. Der dritte Betreiberwechsel hat bereits stattgefunden, ein neuer Name wird im nächsten Monat erwartet.
Wahlkreise hingegen werden 1-2 Jahre vor der Wahl festgelegt und sind dann bist zur nächsten Festlegung gültig. Für Auswertungen werden die z.B. auch nach der Wahl noch gebraucht. Temporär ist wohl was deutlich anderes.

Über die Nützlichkeit sollte man bei OSM besser nicht diskutieren. Für den Ersteller sind die Daten notwendig.

Edbert (EvanE)

Netzwolf wrote:

Nahmd,
...
Die Anbindung externer Datenbanken an OSM ist ein ungelöstes Problem. Natürlich kann ich jeden Firlefanz über die Karte drübermalen. Aber: eine Anfrage “wieviele Schulen gibt es in den einzelnen Wahlbezirken” kann ich bei integrierten Daten leicht beantworten lassen, aus dem Shapefile eher nicht. Unabhängig davon, ob die Anfrage sinnvoll ist.
...
Nicht alles, was hinkt, ist auch ein Vergleich: auch die Eisenbahnlinien lassen sich als Overlay realisieren. Buslinien sowieso – da die sich bei jedem Fahrplanwechsel ändern können. Und Geschäfte: andauernd öffnet oder schließt eins. Und die 3D-Objekte: warum sind die nicht in einer externen Datenbank in einem standardisierten 3D-Format gespeichert?
...
Einfache Antwort: weil die unterschiedlichen Mitstreiter bei OSM unterschiedliche Interessen haben. Und weil nur die Daten mit überschaubarem Aufwand verarbeitbar sind, die sich in der Haupt-Datenbank befinden. Lösch die T5 und T6 Pfade aus der Datenbank (“sowas hat in nem Stadtplan nix verloren, pack das in eine eigene DB und machn Overlay”), und ich bin weg. Lösch die 3D-Infos, und die 3D-ler sind weg. Lösch die Seefahrt-Infos, und die Seeleute sind weg.
...
Du vermanschst “heritage=*” und “tourism=attraction”.

Doch, genau das meine ich, wenn das zwischen heritage und tourism sauber differenziert wird, ist es Ok - ich meine natürlich explizit auch das Rendering. Nicht dass da auf der Hauptkarte überall die blauen Fähnchen erscheinen :-)

Der Vergleich zwischen Wahlkreis und Geschäft hinkt tatsächlich, was deren Nutzwert anbelangt. Oder die Buslinien. Die können sich zwar verändern, sind aber nicht temporär nur für eine Wahl interessant, sondern von allgemeinem Nutzwert, vor allem auf Verkehrskarten.

Gibt es den Datenbankrequest "gibt mir alle Objekte innerhalb einer Fläches/eines Polygonzuges?". Das ist natürlich interessant für den Datenauswerter. So einen Algorithmus hatte ich auch mal programmiert. Nur braucht man dafür keine Relationen zwischen Objekten. Das ist eine rein geometrische Entscheidung anhand der Koordinaten (Punkt vs. Polygonzug).

openzzz wrote:

Gibt es den Datenbankrequest "gibt mir alle Objekte innerhalb einer Fläches/eines Polygonzuges?". Das ist natürlich interessant für den Datenauswerter. So einen Algorithmus hatte ich auch mal programmiert. Nur braucht man dafür keine Relationen zwischen Objekten. Das ist eine rein geometrische Entscheidung anhand der Koordinaten (Punkt vs. Polygonzug).

Klaro, das Kind heisst bei "richtigen" Datenbanken mit GIS ST_Intersects

Siehe auch die Beispiele mit Grafiken in http://workshops.boundlessgeo.com/postg … rning.html

Eine Intersection zwischen einem Node und einer Fläche ist natürlich auch möglich. ST_Intersects sucht dann halt alle Nodes, die innerhalb (oder auch außerhalb) einer Fläche liegen.

Irgendwas in der Richtung selber zu programmieren, hatte ich inzwischen für Schwachsinn unnötig. Das ist inzwischen in jeder vernünftigen GIS-Software drin und steht auch in Form von Bibliotheken für alle gängigen Programmiersprachen zur Verfügung.

Gruss
walter

Nahmd,

openzzz wrote:

Doch, genau das meine ich, wenn das zwischen heritage und tourism sauber differenziert wird, ist es Ok - ich meine natürlich explizit auch das Rendering. Nicht dass da auf der Hauptkarte überall die blauen Fähnchen erscheinen :-)

Die Hauptkarte ignoriert “heritage=*”. Was sie aus “tourism=attraction” macht, weiß ich nicht.

Die Geschichtskarte ignoriert “tourism=attraction” und beachtet “heritage=*”, dabei auch die Werte von “heritage=” und auch von weiteren Tags, je nach Werten wird das Symbol ausgewählt und erst ab einer bestimmter Zoomstufe dargestellt.

Die Reaktion auf Veränderungen im Datenbestand ist und bleibt Aufgabe der Kartenbetreuer. Bei der Geschichtskarte war die Reaktion auf denkmalgeschütze Häuserreihen eine verkleinerte Darstellung des Symbols; die Reaktion auf dicht beieinanderliegende “historic=memorial” Stolpersteine war die Auswertung des ”memorial:type=stolperstein”, dito bei Gedenktafeln (“memorial:type=plate”).

In all diesen Fällen: eine Diskussion darüber, ob und mit welcher Geschwindigkeit erfasst wird, ist eine Relevanzdiskussion, und die ist wegen unterschiedlicher Interessen der Mitstreiter müßig. Aufgabe der Erfasser ist es, ein Schema zu finden, dass den Auswertern die Möglichkeit gibt, vernünftig mit den neuen Objekten umzugehen: siehe “memorial:type=*”, siehe das Tagging der Wahlkreise. Aufgabe ist nicht, sich monate- bis jahrealten Auswerteregeln unterzuordnen.

Der Vergleich zwischen Wahlkreis und Geschäft hinkt tatsächlich, was deren Nutzwert anbelangt. Oder die Buslinien. Die können sich zwar verändern, sind aber nicht temporär nur für eine Wahl interessant, sondern von allgemeinem Nutzwert, vor allem auf Verkehrskarten.

Du bist wieder bei Relevanz. Darauf werde ich nicht mehr eingehen.

Gibt es den Datenbankrequest "gibt mir alle Objekte innerhalb einer Fläches/eines Polygonzuges?". Das ist natürlich interessant für den Datenauswerter.

Selbstverständlich.

Der ist aber natürlich nur anwendbar, wenn die Flächen sich auch in der Geodatenbank befinden.

So einen Algorithmus hatte ich auch mal programmiert.

Eine hinreichend™ schnelle Implementierung eines Algorithmus, der die Schnittmenge zwischen zwei allgemeinen Polygonen (also auch konkav, auch mit Löchern), würde mich schon sehr interessieren: also her damit!

Nur braucht man dafür keine Relationen zwischen Objekten. Das ist eine rein geometrische Entscheidung anhand der Koordinaten (Punkt vs. Polygonzug).

Siehe oben: die Abfrage ist nur anwendbar, wenn sich die Daten in der gleichen Datenbank befinden.

Gruß Wolf

Netzwolf wrote:

Siehe oben: die Abfrage ist nur anwendbar, wenn sich die Daten in der gleichen Datenbank befinden.

Nö, du kannst jederzeit in einem Programm mehrere Datenbanken parallel aufmachen und Queries über beide gleichzeitig machen.

siehe: http://www.unityjdbc.com/doc/multiple/multiplequery.php
und für postgresql im Speziellen: http://www.postgresql.org/docs/9.1/inte … blink.html

Das einzige wirkliche Problem bei OSM-Daten ist es, einen verlässlichen und robusten Link zwischen den Daten zu finden. Aber das sollte ja wohl inzwischen klar sein.

Gruss
walter

wambacher wrote:

Das einzige wirkliche Problem bei OSM-Daten ist es, einen verlässlichen und robusten Link zwischen den Daten zu finden.

Na im Prinzip ist ja der wikipedia- Tag ein solcher Link. Andererseits halte ich den ref-Tal als einzigesten dafür geeignet.

Beispiel (Natur)Schutzgebiete. Das Tagging-Schema für boundary=protected_area zum Beispiel bietet einen solchen Link. In den erweiterten Tags ist z.B. ref:SCI=xyz möglich. Der Wert xyz steht dann für die Nummer des FFH-Gebietes über die wiederum in einer möglichen Anwendung z.B. Gebietsinfos wie der Standarddatenbogen angezeigt werden kann.
Genauso kann das auf anderes angewendet werden.
Das ganze steht mit uns allen. Wir tragen die Verantwortung für ein sauberes und pflegliches Umgehen mit den Daten und Tags...

Sven.

PS: den/die "Erfinder" des Tagging-Schemas für boundary=protected_area schlage ich hiermit für den (neu zu schaffenden?) OSM-Preis des Jahres vor. Das Schema ist wirklich genial.

Nahmd,

wambacher wrote:

Netzwolf wrote:

Siehe oben: die Abfrage ist nur anwendbar, wenn sich die Daten in der gleichen Datenbank befinden.

Nö, du kannst jederzeit in einem Programm mehrere Datenbanken parallel aufmachen und Queries über beide gleichzeitig machen.

Sorry, ich hatte “mit normalen SQL-Befehlen” und “für einen normalen Menschen” und “mit brauchbarer Performance” dazuzuschreiben vergessen. Das nehme ich per default immer als Randbedingung an.

siehe: http://www.unityjdbc.com/doc/multiple/multiplequery.php
und für postgresql im Speziellen: http://www.postgresql.org/docs/9.1/inte … blink.html

Das einzige wirkliche Problem bei OSM-Daten ist es, einen verlässlichen und robusten Link zwischen den Daten zu finden. Aber das sollte ja wohl inzwischen klar sein.

Natürlich kann man in der IT prinzipiell alles machen. Rendere aber mal eine Karte und binde dabei eine nichttriviale Anzahl von POIs von einem fremden Server ein.

Meine Kristallkugel sagt mir, dass Du stattdessen die POIs auf den eigentlichen Server kopieren und von da nutzen wird. Und damit sind wir bei: siehe oben.

Gruß Wolf

Netzwolf wrote:

Sorry, ich hatte “mit normalen SQL-Befehlen” und “für einen normalen Menschen” und “mit brauchbarer Performance” dazuzuschreiben vergessen. Das nehme ich per default immer als Randbedingung an.

Willst du damit eventuell andeuten, daß ich nicht "normal" bin? 😉

Nee, gemacht hab ich das auch noch nicht aber ich weiss, dass es geht - und das reicht mir erstmal.

Meine Kristallkugel sagt mir, dass Du stattdessen die POIs auf den eigentlichen Server kopieren und von da nutzen wird. Und damit sind wir bei: siehe oben.

Deine Kristallkugel ist trüb. Wenn ich sowas machen wollte (z.B. POI einer externen DB mit OSM-Daten vom Planeten verbinden), dann würde ich auch auf Aktualität Wert legen ------- aber zum Glück steht laut Aussage meines Projektmanagers kein solches Projekt an.

Ich muß dir allerdings Recht geben: Trivial ist die Sache nicht.

Gruss
walter

Ach ja: Ich bin mein eigener Projektmanager. 😉

wambacher wrote:

Trivial ist die Sache nicht.

Das mit Schulen innerhalb eines Wahlkreises? Ist trivial.

Man braucht nur die Schul-POI als ASCII-CSV (z.B. aus OSM-Export)
und das Wahlkreis-Shapefile.
Dann ist das für mich ein Einzeiler mit dem Punkt-in-Polygon-Filter.
Das Ergebnis kann anschließend auf Knopfdruck in Google Earth visualisiert werden,
das Shapefile gleich dazu (Shapefile -> KML-Polygonfläche), inklusive Beschriftung.
Dieses Vorgehen kenne ich von viel größeren POI-Dateien, wo ich die
Filterung zur Datenreduktion benutzt hatte (weil sonst das Navigator-Gerät
bei der großen POI-Datei zu langsam wurde).

Wenn so etwas exotische Sonderfälle sind, würde ich mich damit
begnügen und nicht den Aufwand einer OSM-Integration betreiben.

Wenn man solche Features auf OSM einführt, macht das auch nur
Sinn, wenn die Daten vollständig sind, bei jeder Wahl von der OSM-Community
gepflegt werden und überhaupt genug Interesse da ist.

Gibt es eigentlich einen öffentlichen Datenbankrequest-Zugang?
Nach dem Motto: gib mir alle China-Restaurants als POI-CSV in 2 km Umkreis
von Punkt x,y oder innerhalb eines zu übermittelnden Polygonzuges?

Netzwolf wrote:

Natürlich kann man in der IT prinzipiell alles machen. Rendere aber mal eine Karte und binde dabei eine nichttriviale Anzahl von POIs von einem fremden Server ein.

Meine Kristallkugel sagt mir, dass Du stattdessen die POIs auf den eigentlichen Server kopieren und von da nutzen wird. Und damit sind wir bei: siehe oben.

Das ist doch genau das Thema der Geschichtskarte. Die POI werden doch schon serverseitig selektiert.
Selektionskriterium ist die geografische bounding box des Kartenfensters.

Oder müssen bei Openlayers zwingend alle Layer vom gleichen Server kommen?

Prinzipiell kann man doch beliebige POI-Resourcen überlagern.

Sinnvoll wäre es z.B., wenn die Hydranten-Liste nicht von OSM gepflegt wird, weil die Feuerwehr
bei sicherheitsrelevanten Angelegenheiten sowieso auf eigene Resourcen vertrauen will.
Den Normalbürger hat das ohnehin nicht zu interessieren (nicht das daraus jemand seinen Swimming-Pool füllt).
Behördliche Resourcen könnten aber nachträglich problemlos der OSM-Karte überlagert werden.

Gut, hat jetzt nichts mit heritage zu tun. Das ist nur eine Objekt-Eigenschaft und kein separates POI.

openzzz wrote:

wambacher wrote:

Trivial ist die Sache nicht.

Das mit Schulen innerhalb eines Wahlkreises? Ist trivial.

Nee, das mit den mehrfachen Datenbanken - übrigens das einzige Thema in dem es in dem entsprechenden Beitrag ging.

Man braucht nur die Schul-POI als ASCII-CSV (z.B. aus OSM-Export)
und das Wahlkreis-Shapefile.
Dann ist das für mich ein Einzeiler mit dem Punkt-in-Polygon-Filter.
Das Ergebnis kann anschließend auf Knopfdruck in Google Earth visualisiert werden,
das Shapefile gleich dazu (Shapefile -> KML-Polygonfläche), inklusive Beschriftung.
Dieses Vorgehen kenne ich von viel größeren POI-Dateien, wo ich die
Filterung zur Datenreduktion benutzt hatte (weil sonst das Navigator-Gerät
bei der großen POI-Datei zu langsam wurde).

Vieeeeeel zu kompliziert. Sowas macht man u.A. mit QGIS: Shape einlesen, OSM-Datenbank anmelden, Query formulieren, vernünfigen Hintergrund dazu, feddich.

Wenn so etwas exotische Sonderfälle sind, würde ich mich damit
begnügen und nicht den Aufwand einer OSM-Integration betreiben.

Wenn man solche Features auf OSM einführt, macht das auch nur
Sinn, wenn die Daten vollständig sind, bei jeder Wahl von der OSM-Community
gepflegt werden und überhaupt genug Interesse da ist.
Gibt es eigentlich einen öffentlichen Datenbankrequest-Zugang?
Nach dem Motto: gib mir alle China-Restaurants als POI-CSV in 2 km Umkreis
von Punkt x,y oder innerhalb eines zu übermittelnden Polygonzuges?

Teil 1 geht mit der Overpass-Api, POI im Polygon wohl (noch) nicht. Ist aber nicht meine Baustelle, da ich alles mit PostGis und natürlich QGIS mache.

Frage: was ist Google Earth und wieso sollte ich das verwenden? 😉

Gruss
walter

wambacher wrote:

Teil 1 geht mit der Overpass-Api, POI im Polygon wohl (noch) nicht. Ist aber nicht meine Baustelle, da ich alles mit PostGis und natürlich QGIS mache.

Hallo Walter

In der Overpass-API gibt es die area-Anweisung und damit kann man Abfragen innerhalb eines Bereiches erledigen.
Als Beispiel siehe die Höhenpunkte in Bonn.

So eine Abfrage geht natürlich auch mit Schlüssel/Wert-Paaren, regulären Ausdrücken für den Wert und auch für den Datentyp "relation".

Wer wie du eine Datenbank betreibt, hat natürlich weniger Notwendigkeit die Overpass-API zu benutzen. Für den Rest von uns, ist die Overpass-API ein gute Möglichkeit auf die Schnelle Abfragen zu erstellen und in Verbindung mit dem Overpass-Turbo zu testen und darzustellen.

Ein Bravo für den Entwickler
Edbert (EvanE)

wambacher wrote:

mit der Overpass-Api, POI im Polygon wohl (noch) nicht.

Overpass erstaunt immer wieder... Ich hab das mitgelieferte "Berge in den Dolomiten"-Beispiel abgekupfert und weiss nicht wirklich was da steht, aber es geht: alle historic=* in der Stadt München (nur um mal wieder zum Thema Denkmal zurückzuführen...).

Grüße, Max

Nahmd,

openzzz wrote:

Oder müssen bei Openlayers zwingend alle Layer vom gleichen Server kommen?

Sofern man kein CORS benutzt: ja.

Und damit verabschiede ich mich von dieser Diskussion und wende mich wieder der Anzeige von Line- und Area-Features in der GK zu.

Gruß Wolf

Netzwolf wrote:

Und damit verabschiede ich mich von dieser Diskussion und wende mich wieder der Anzeige von Line- und Area-Features in der GK zu.

😎 Ist sicher wesentlich besser! 😄

In diesem Faden (und einigen anderen) riecht's nämlich etwas nach Fisch.
<°)))o><

Nahmd,

Zecke wrote:

Netzwolf wrote:

Und damit verabschiede ich mich von dieser Diskussion und wende mich wieder der Anzeige von Line- und Area-Features in der GK zu.

😎 Ist sicher wesentlich besser! 😄

In diesem Faden (und einigen anderen) riecht's nämlich etwas nach Fisch.
<°)))o><

Und ein Wolf interessiert sich mehr für Schafe als für (ranzigen) Fisch.

.oO( Die Weitergabe der Relations-Infos von ProcessPlanet nach ProcessWays funktioniert bereits; jetzt wird es spannend, wieviel temporären Plattenplatz (und IO-Zeit) der Aufbau der gekachelten Line-Features braucht.)

Gruß Wolf

EvanE wrote:

wambacher wrote:

Teil 1 geht mit der Overpass-Api, POI im Polygon wohl (noch) nicht. Ist aber nicht meine Baustelle, da ich alles mit PostGis und natürlich QGIS mache.

Hallo Walter

In der Overpass-API gibt es die area-Anweisung und damit kann man Abfragen innerhalb eines Bereiches erledigen.

Prina, war mir wirklich nicht sicher.

Ein Bravo für den Entwickler

+1

Gruss
walter

Nahmd,

wambacher wrote:

Ein Bravo für den Entwickler

+1

±∛π

Gruß Wolf
.oO( ich liebe protoverbale Äußerungen! )

wambacher wrote:

Vieeeeeel zu kompliziert. Sowas macht man u.A. mit QGIS: Shape einlesen, OSM-Datenbank anmelden, Query formulieren, vernünfigen Hintergrund dazu, feddich.
...
Frage: was ist Google Earth und wieso sollte ich das verwenden? 😉

Das geografische POI-Filtern hatte ich für meinen Auto-Navigator gemacht. Der kann custom-POI.
QGIS ist mehr ein Tool zum Karten-zeichnen. Zum Anschauen ist es viel zu langsam
(auch wegen der lahmen WMS-Server als Hintergrundkarte).

Google Earth ist nicht so eine lahme Ente wie QGIS.
Zum Visualisieren eigener Geodaten (Punkte, Linien, Flächen, gemappte Images in KML)
ist Google Earth wirklich sehr praktisch. Bei OSM gibt es dazu noch keine vernünftige Alternative.
Man kann nicht jedesmal einen privaten Webserver aufsetzen, wenn man nur mal ein paar
Objekte aufrufen will, sei es auch nur der gefahrene GPS-Track der letzten Radtour.
Aber dafür ist QGIS auch nicht gemacht.

Sehr schön ist der Overlay der Karte des deutschen Reiches auf Google Earth.
http://rumsey.s3.amazonaws.com/Germany1893.kmz
Die Vektorlayer des aktuellen Straßennetzes wird überblendet.
Mit Anpassung der Transparenz kann man die historische Karte noch mit dem aktuellen Luftbild vergleichen.
Nimm es einfach mal als Beispiel, wie flexibel, schnell und praktisch Overlays realisiert werden
können. Auch ohne Programmierarbeit oder Datenbankkopplung, rein lokal von Festplatte.

Nahmd.

openzzz wrote:

wambacher wrote:

Vieeeeeel zu kompliziert. Sowas macht man u.A. mit QGIS: Shape einlesen, OSM-Datenbank anmelden, Query formulieren, vernünfigen Hintergrund dazu, feddich.
...
Frage: was ist Google Earth und wieso sollte ich das verwenden? 😉

Das geografische POI-Filtern hatte ich für meinen Auto-Navigator gemacht. Der kann custom-POI.
QGIS ist mehr ein Tool zum Karten-zeichnen. Zum Anschauen ist es viel zu langsam
(auch wegen der lahmen WMS-Server als Hintergrundkarte).

Google Earth ist nicht so eine lahme Ente wie QGIS.
Zum Visualisieren eigener Geodaten (Punkte, Linien, Flächen, gemappte Images in KML)
ist Google Earth wirklich sehr praktisch. Bei OSM gibt es dazu noch keine vernünftige Alternative.
Man kann nicht jedesmal einen privaten Webserver aufsetzen, wenn man nur mal ein paar
Objekte aufrufen will, sei es auch nur der gefahrene GPS-Track der letzten Radtour.
Aber dafür ist QGIS auch nicht gemacht.

Sehr schön ist der Overlay der Karte des deutschen Reiches auf Google Earth.
http://rumsey.s3.amazonaws.com/Germany1893.kmz
Die Vektorlayer des aktuellen Straßennetzes wird überblendet.
Mit Anpassung der Transparenz kann man die historische Karte noch mit dem aktuellen Luftbild vergleichen.
Nimm es einfach mal als Beispiel, wie flexibel, schnell und praktisch Overlays realisiert werden
können. Auch ohne Programmierarbeit oder Datenbankkopplung, rein lokal von Festplatte.

Ja. Genau!

Gruß Wolf

Netzwolf wrote:

±∛π

Gruß Wolf
.oO( ich liebe protoverbale Äußerungen! )

vor 'ner Woche hab ich mir es noch verkniffen:

a) welchen Wert hat n?
b) plus oder minus? Lob oder Tadel?

erst dann wird es eine - für mich - verständliche Aussage.

Ansonsten: Der Usus von Xenomorphismen ist auf ein Minimum zu reduzieren.

Gruss
walter

Nahmd,

wambacher wrote:

Netzwolf wrote:

±∛π

Gruß Wolf
.oO( ich liebe protoverbale Äußerungen! )

vor 'ner Woche hab ich mir es noch verkniffen:

a) welchen Wert hat n?
b) plus oder minus? Lob oder Tadel?

erst dann wird es eine - für mich - verständliche Aussage.

Genau!

Gruß Wolf

Ich liebe protoverbale Äußerungen – sagte ich das schon?

hallo wolfgang.

warum tustst du dir das an?

fragt lutz

lutz wrote:

hallo wolfgang.

warum tustst du dir das an?

Man sollte das Netbook (mit UMTS-Stick) net mit ins Brauhaus nehmen.

• torkel*
  

Gruß Wolf .oO(*hicks*)

ist das schöööööön, wenn morgens alles weh tut :-)

grüße von lutz

Moins,

lutz wrote:

ist das schöööööön, wenn morgens alles weh tut :-)

Man gönnt sich ja sonst nichts.™

Gruß Wolf
.oO( und die großzügige Laufrunde im Regen durchs 7Gebirge ersetzt eine Kanne Kaffee. )

maxbe wrote:

Overpass erstaunt immer wieder... aber es geht: alle historic=* in der Stadt München

Interessante Area-Abfrage. Hab sie mal auf Berlin umgestrickt. Nur finde ich keine Lösung, um auch Flächen (Häuser) anzuzeigen.

Probier mal:

[out:json];
area["admin_level"="4"]["name"="Berlin"];
(way(area)["heritage"];>;);out␣body␣qt;
area["admin_level"="4"]["name"="Berlin"];
node␣(area)␣["heritage"];out␣body␣qt;
relation␣␣["admin_level"="4"]␣␣["name"="Berlin"];
out␣body␣qt;>;out␣skel␣qt;

Geht bestimmt auch anders/einfacher.

geozeisig wrote:

maxbe wrote:

Overpass erstaunt immer wieder... aber es geht: alle historic=* in der Stadt München

Interessante Area-Abfrage. Hab sie mal auf Berlin umgestrickt. Nur finde ich keine Lösung, um auch Flächen (Häuser) anzuzeigen.

Probiere mal bitte http://overpass-turbo.eu/s/1n0

Wenn es bei den Ways wirklich nur Häuser sein sollen, kommentiere bitte Zeile 16 wieder ein, das schränkt dann die Way-Funde auf solche mit "building"-Tag ein.

couchmapper wrote:

Probier mal:

[out:json];
area["admin_level"="4"]["name"="Berlin"];
(way(area)["heritage"];>;);out␣body␣qt;
area["admin_level"="4"]["name"="Berlin"];
node␣(area)␣["heritage"];out␣body␣qt;
relation␣␣["admin_level"="4"]␣␣["name"="Berlin"];
out␣body␣qt;>;out␣skel␣qt;

Geht bestimmt auch anders/einfacher.

Ist schon sehr gut. Vereinfchen würde ich daran allenfalls, die Area in einer Variable abzuspeichern, um sie mehrmals als Bedingung verwenden zu können:

[out:json];
area["admin_level"="4"]["name"="Berlin"]->.a;
(way(area.a)["heritage"];>;);out␣body␣qt;
node␣(area.a)␣["heritage"];out␣body␣qt;
relation␣␣["admin_level"="4"]␣␣["name"="Berlin"];
out␣body␣qt;>;out␣skel␣qt;

-snip (wrong thread)-

Hallo Denkmalschützer,
ich habe gerade ein Denkmalgeschütztes Gebiet erfasst (http://www.openstreetmap.org/changeset/19861613).
Dabei habe ich allerdings noch einige Unsicherheiten mit dem korrekten Taggen.

Insbesondere Bei der Relation. Was an den Way was an die Relation und welchen Tag genau????

Kann bitte einmal ein Spezialist prüfend schauen!

Gruß Stephan

sttrMAPer wrote:

Insbesondere Bei der Relation. Was an den Way was an die Relation und welchen Tag genau????

"protect_class=22" sollte noch ergänzt werden.

http://wiki.openstreetmap.org/wiki/Tag: … ected_area

Sven

Hallo Sven,
habe der Relation nun Protect_class=22 spendiert und bei dem way/der Linie die Protect_class von 29 auf 22 gesetzt. Ist präziser.

Allerdings ist das eine doppelte Angabe. Deshalb meine Frage nach der richtigen Zuordnung der Tags.
Gibt es hierzu eine "einfache" Regel?

Stephan

sttrMAPer wrote:

Allerdings ist das eine doppelte Angabe. Deshalb meine Frage nach der richtigen Zuordnung der Tags.

ich hab mir das nochmal genauer angeschaut. Ich hätte: an der Umgrenzungslinie: boundary=protect_area, protect_class=22 an der Relation: type=site, und die Tags boundary=protect_area, protect_class=22 an der Relation raus.

So richtig hat sich da aber glaube ich noch kein optimales Tagging herausgebildet. Mal sehen, was die Geschichtskartenentwicker sagen...

Sven

streckenkundler wrote:

Ich hätte: an der Umgrenzungslinie: boundary=protect_area, protect_class=22 an der Relation: type=site, und die Tags boundary=protect_area, protect_class=22 an der Relation raus.

Die Relation bildet die Obermenge über alle Objekte die zum denkmalgeschützten Ensemble dazugehören. Unter http://de.wikipedia.org/wiki/List … y-Weinheim heißt es: "Denkmalzone Villa Heiligenblut: ... spätklassizistischer Putzbau mit Belevedereturm, 1887, mit Parkanlage; neugotischer Weinbergsturm, 1887, und Kapelle zum Heiligen Blut, 1889/90; Weinberge mit Stütz- und Einfriedungsmauern mit Portalen".

Daher eine Relationmit den Tags:

type=site
name=Denkmalzone Villa Heiligenblut
heritage=4
heritage:operator=gdke
ref:gdke=N (falls bekannt)

Als member dann (ohne eigenes heritage-Tag):
als Einzelobjekte Putzbau, Belvedereturm, Weinbergsturm, Kapelle, Weinbergsmauern mit den jeweiligen Tags
Parkanlage als Fläche (leisure=park, evtl. access-Tags)
Weinberge als Fläche (landuse=vineyard)

Ein boundary=protected_area ist meines Erachtens nicht unbedingt nötig, wenn man das so detailliert macht. Insbesondere riskiert ein boundary immer auch, das nichtgeschützte Elemente innerhalb des Areals fälschlicherweise als geschützt dargestellt werden (z.B. ein Abfallcontainer). Wenn so detailliert beschrieben ist, was dazugehört, halte ich die Relation immer für die bessere Lösung.
Andererseits ist hier von einer Zone die Rede, wenn diese also irgendwo auch genau umrissen (dokumentiert!) ist, kann ich das Gelände durchaus so taggen. Und dann auch gleich als member mit rein in die heritage-relation.

Ein Beispiel, wo ich eine boundary für höchst sinnvoll halte, ist z.B. das Weltkulturerbie hier: http://www.openstreetmap.org/relation/2756347
Die Altstadt von Goslar ist nun einmal nicht näher beschrieben als durch ihren Umriss. Ein klassischer Fall für ein boundary. Das müsste jetzt nur noch jemand mappen (der Knoten für die Altstadt war nur als Provisorium gedacht).

Gruß,
Zecke

Hallo noch einmal!

Zecke wrote:

Die Relation bildet die Obermenge über alle Objekte

Anhand dieser Aussage kann man sehr gut vorgehen. Darauf hätte ich auch kommen können, das sagt ja eigentlich eine Relation aus 🤔

Ich bin mir noch nicht sicher, ob ich boundary entferne. Die Flurstücke sind explizit angegeben. Unter anderem gehört auch die Fläche des Weihers auf der gegenüberliegenden Straßenseite dazu. Ohne Boundary würde er untergehen. In dem ganzen Gebite müssen bauliche Änderungen angemeldet werden.

Type=site könnte auch passen. Hatte ich bisher noch nicht gesehen, da es im deutschen Wiki noch fehlt.
Wie ist das eigentlich mit dem Status "LEER" oder "no vote". Die Tags haben ja schon Eingang in das Wiki gefunden. Kann man dann davon ausgehen, dass eine Benutzung sinnvoll/empfehlenswert ist oder sollte man sich wann immer möglich an die eingeführten Tags halten?

Ich werde mir das ganze Ensemble noch einmal in Ruhe vornehmen.
Vielen Dank, ihr habt mir wieder sehr gut geholfen!

Stephan