Re: [Talk-de] Tag: Kapelle ?
malenki schrieb: Ulf Möller schrieb: Dann wäre es doch gut, das auch mal im Wiki zu dokumentieren. Gibt es auch building-Tags für Kirchen, Kathedralen usw.? Sollte man dort hinschreiben: oft genutzte Tags sind church, chapel, cathedral oder sollte man für jeden key ein eigenes Proposal erstellen. Ersteres ist kein Problem, letzteres ist mir persönlich zu aufwändig. Dann kann man das auch noch weiterführen. Ich habe hier eine Kirche mit building=no getaggt, denn Gottesdienste, mindestens einmal im Jahr, finden hier unter freiem Himmel statt. Nur ein kleiner Turm, ein Kreuz und ein Rund mit Sitzgelegenheiten sind vorhanden und sie gilt als Waldkirche. Was besseres ist mir für diesen Fall auch nicht eingefallen. -Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Am Sonntag 15. November 2009 08:16:15 schrieb Matthias Versen: Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Am Sonntag, den 15.11.2009, 10:13 +0100 schrieb Carsten Gerlach: Am Sonntag 15. November 2009 08:16:15 schrieb Matthias Versen: Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? Wie ich es machen würde: 1.) Alte Version in eine Datei laden (siehe http://wiki.openstreetmap.org/wiki/API_v0.6#Version:_GET_.2Fapi.2F0.6.2F.5Bnode.7Cway.7Crelation.5D.2F.23id.2F.23version ) 2.) Datei mit einem normalen Text-Editor bearbeiten: 2a.) Version des zu ändernden Objekts auf aktuelle Version setzen (um den Versionskonflikt zu umgehen) 2b.) action=modify vor id=... des zu ändernden Objekts einfügen 3.) Datei z.B. in JOSM laden und auf den Server hochladen Mit diesem Verfahren kann man auch gelöschte Objekte zurückholen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der?Geofabrik
Hallo Sven, Sven Geggus schrieb: Am besten nimmst Du dir einfach mal eines der Bundesländer vom geofabrik Server und steckst sie in den Tilesplitter rein: http://www.mkgmap.org.uk/page/tile-splitter Wenn Du damit was anfangen kannst (...) Also ich habe mal Bayern umgesetzt und festgestellt, dass mit den default Parametern die Grenzen der tiles vom Programm festgelegt werden. Ich benötige aber OSM-Kacheln mit festen Grenzen und Überlappung, also z.B. so: left=12.90 right=14.10 bottom=51.90 top=53.10 für E013N52 left=13.90 right=15.10 bottom=51.90 top=53.10 für E014N52 left=14.90 right=16.10 bottom=51.90 top=53.10 für E015N52 Mit welchen Parametern bzw. welcher areas.list werden denn die Tiles erzeugt? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag: Kapelle ?
Am 14. November 2009 17:09 schrieb malenki o...@malenki.ch: Dann wäre es doch gut, das auch mal im Wiki zu dokumentieren. Gibt es auch building-Tags für Kirchen, Kathedralen usw.? Sollte man dort hinschreiben: oft genutzte Tags sind church, chapel, cathedral ja, oder sollte man für jeden key ein eigenes Proposal erstellen. Ersteres ist kein Problem, letzteres ist mir persönlich zu aufwändig. nicht notwendig (es gibt ja schon building=user_defined, so dass alle Werte gültig sind). Es wäre allerdings m.E. trotzdem gut, Definitionen zu erstellen für Kirche, Stiftskirche, Parochialkirche, Kathedrale, Kapelle, Kloster etc., damit man das besser abgrenzen kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Am 15. November 2009 10:13 schrieb Carsten Gerlach daswaldh...@gmx.de: Am Sonntag 15. November 2009 08:16:15 schrieb Matthias Versen: Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? Dazu steht bereits eine Anleitung im Wiki: http://wiki.openstreetmap.org/wiki/DE:Relations#Gel.C3.B6schte_Relationen_wieder_herstellen Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der?Geofabrik
Stefan Dettenhofer (StefanDausR) o...@dentro.info wrote: Also ich habe mal Bayern umgesetzt und festgestellt, dass mit den default Parametern die Grenzen der tiles vom Programm festgelegt werden. Ach so ja, das ist für Garmingeräte OK so. Mit welchen Parametern bzw. welcher areas.list werden denn die Tiles erzeugt? Dynamisch nach Vorgabe des Tilesplitters. Klappt also nicht. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Leerstehende Ladenlokale
Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. In http://www.openstreetmap.org/browse/node/313285805/history hat jetzt innerhalb eines Jahres das 3. Restaurant eröffnet, jedesmal mit monatelangen Leerständen. Für diese Zeiten behelfe ich mich mit shop:construction note:Leerstand Hat jemand eine bessere Idee? Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Zitat Mirko Küster: Wo kann man diese Definition finden? Konsens war aus gutem Grund schon immer das nichts gemappt wird was nur wenige Stunden oder Tage bestand hat. Mir ist weder ein guter Grund noch ein Konsens bekannt, der es ausschliesst, temopraere Objekte zu mappen. Was gilt als temporaer, was nicht und ab wann? Der Hamburger Dom geht drei mal im Jahr ueber jeweils vier Wochen, zusammen ein Vierteljahr. Ist das erlaubt? Gibt es noch andere Kriterien? Was passiert mit Objekten und deren Urhebern, wenn diese Kriterien nicht erfuellt werden, bewusst oder unbewusst? Fragen ueber Fragen. Aber ich will gerne erlautern, warum ich gut finde, wenn zum Beispiel Weihnachtsmärkte, das Oktoberfest oder den Hamburger Dom gemappt werden. Stimmt, es sind voruebergehende Erscheinungen, aber eben auch existent. Sie haben aehnlich wie Baustellen mehr oder weniger Einfluss auf die Verkehrssituation vor Ort und auf angrenzende Gebiete. Die Zahl der Menschen, die diese Gebiete sonst frequentieren, veraendert sich ebenso wie zum Beispiel der Parkplatzbedarf. Parkplätze werden neu eingerichtet, bestehende sind auf einmal kostenpflichtig, es werden extra Toiletten aufgestellt und so weiter und so fort. Alles Informationen, fuer die sich sicher Leute interessieren. Es sind geografische Fakten, wenn auch nur voruebergehende. Wir haben den Anspruch, dass unsere Kartendaten hochaktuell sind. Wenn ich als Anwender eine tagesaktuelle Karte benoetige, finde ich diese bei OSM. Wenn ich allerdings eine Karte bekomme, auf der zum Beispiel die aktuelle Sperrung und Umwidmung der Glacischaussee in einen Parkplatz fehlt, kann ich mir auch einen Falkplan hernehmen. Ich verstehe das Argument, dass temporaere Objekte ein Problem fuer Leute sind, die zum Beispiel eine Karte erstellen wollen, die nur die Normalsituation wiedergibt. Da ist imho erstmal ein technisches Problem, das momentan durch einen entsprechenden Tag[1] geloest werden kann. Mir ist ebenfalls klar, dass dies nur ein Workaround ist bis technische Wege gefunden sind, die nicht nur Anwenden oder Nichtanwenden dieser Daten einfacher machen, sondern auch das das Editieren und Verwalten. Aber bis es soweit ist, folge ich dem Grundsatz von OSM: erst mal damit anfangen, Erfahrungen sammeln und Loesungen suchen. Nicht verstehen kann ich den Versuch, Leute mit beleidigendem Spott davon abzuhalten, ein Grundprinzip von OSM zu verwirklichen und ihren persoenlichen Interessen ein kartographisches Gesicht zu geben. Dabei spielt es so gar keine Rolle, welche Bedeutung diese Interessen fuer den Rest der Menschheit haben. Warum leckt sich der Hund die Eier? Richtig, weil er es kann! Und weil es bei OSM technisch moeglich ist, auch temporaere Dinge von vermeintlich geringem Interesse kartographisch darzustellen, sollte diese Moeglichkeit genutzt, erkundet und entwickelt werden. Etwas mehr Phantasie, bitte!. Im Uebrigen ist das Topic Weihnachtsmaerkte. Bist du wirklich der Ansicht, dass sich dafuer keiner interessiert[2] ausser Jan und mir? Ich bin der festen Ueberzeugung, dass eine Karte mit allen Weihnachtsmaerkten, inklusive Oeffungszeiten, Toiletten und Parkplaetzen durchaus sein Publikum findet. Und als Gimmick der Standort der Tanne, als Wegweiser quasi. Also ich fang in den naechsten Tagen an, zu sammeln. Wer noch? [1]http://www.openstreetmap.org/browse/way/43925162/history [2]http://wiki.openstreetmap.org/wiki/OpenSantaMap -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Raimond Spekking schrieb: Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. In http://www.openstreetmap.org/browse/node/313285805/history hat jetzt innerhalb eines Jahres das 3. Restaurant eröffnet, jedesmal mit monatelangen Leerständen. Für diese Zeiten behelfe ich mich mit shop:construction note:Leerstand Hat jemand eine bessere Idee? ja, shop=untenanted (= leerstehend) Mit Bautstelle hat das ja nichts zu tun bzw. wäre etwas übertrieben für eventuelle Innenrenovierungen/Umzüge. eventuell auch ein disused=yes setzen Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag: Kapelle ?
Martin Koppenhoefer schrieb: Am 14. November 2009 17:09 schrieb malenki o...@malenki.ch: Dann wäre es doch gut, das auch mal im Wiki zu dokumentieren. Gibt es auch building-Tags für Kirchen, Kathedralen usw.? Sollte man dort hinschreiben: oft genutzte Tags sind church, chapel, cathedral ja Erledigt: http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=place_of_worship Tagwatch funktionirt nicht richtig, ich hab nicht herausgefunden, woran es liegt. Das war schon vor meinem Edit so, jemand Begnadeteres als ich bekommt das Problem sicher gelöst. :) Für Kapelle, Kathedrale und Kirche habe ich redirects auf [[DE:Tag:amenity=place of worship]] angelegt. Sollten irgendwann Proposals für diese Bauten entstehen, kann man die Weiterleitungen problemlos umbiegen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mir ist weder ein guter Grund noch ein Konsens bekannt, der es ausschliesst, temopraere Objekte zu mappen. Was gilt als temporaer, was nicht und ab wann? Die Faustregel ist hier in dutzenden Threads nachzulesen, alles unter 2 Wochen lohnt noch nicht. Grund war der das allzu kurze Dinge an den Updateintervallen diverser Karte ohnehin vorbei gehen. Es sind geografische Fakten, wenn auch nur voruebergehende. Dinge wie Sperrzeiten und Parkplatzöffnungen waren und sind schon immer ereignisneutral über Zeitangaben bei access und parking steuerbar gewesen. Dazu war es noch nie nötig irgendwelche temporären Veranstaltungen tempörär zu mappen. Dieser Grund fällt also schonmal weg. Wir haben den Anspruch, dass unsere Kartendaten hochaktuell sind. Wenn ich als Anwender eine tagesaktuelle Karte benoetige, finde ich diese bei OSM. Wenn ich allerdings eine Karte bekomme, auf der zum Beispiel die aktuelle Sperrung und Umwidmung der Glacischaussee in einen Parkplatz fehlt, kann ich mir auch einen Falkplan hernehmen. Eben deswegen gebe ich da eine genaue Sperrzeitangabe an und male nicht irgendwelche Verstanltungsflächen, welche bei einer selten aktuallisierten Karte gar nicht aktuell beeinflusst werden können und so der Markt vielleicht noch Wochen nach Ende in der Karte stehen. Nicht verstehen kann ich den Versuch, Leute mit beleidigendem Spott davon abzuhalten, ein Grundprinzip von OSM zu verwirklichen und ihren persoenlichen Interessen ein kartographisches Gesicht zu geben. Ersten kam der erste ironiosche Post nicht von mir sondern von jha, ich hatte lediglich darauf geantwortet. Zweitens denkt ihr nicht an die möglichen Folgen die so ein öffnen der Haupt DB für temporäre Ereignisse mit sich bringt und guckt nur auf eure Weihnachtsmärkte. Der Punkt wurde jetzt schon mehrere male ignoriert. Lässt man Weihnachtsmärkte zu, muss man auch alles andere zulassen, da man das gleich begründen könnte. Dann wird von der Karvelasroutenrelation bis zum Trödelmarkt alles in der Haupt DB abgekippt. Manche Straße käme so auf einen Satz von bis zu 40 Ereignissen zzgl. der eigentlichen Sperrzeiten. Als nächstes kämen dann Behinderungen wegen Kehrzeiten usw. Am Ende ist die ohnehin schon supoptimale Atttributierung von Straßen nur noch komplizierter und aufgebläht. Und weil es bei OSM technisch moeglich ist, auch temporaere Dinge von vermeintlich geringem Interesse kartographisch darzustellen, sollte diese Moeglichkeit genutzt, erkundet und entwickelt werden. Etwas mehr Phantasie, bitte!. Es ist genauso möglich das extern und genau auf Veranstaltungen zugeschnitten zu halten. Interessierte werden auch da mitarbeiten. Wo ist die Phantasie das der einfacheit halber in der Haupt DB abzukippen und die zu erwartenden Monstersätze allen Mappern aufs Auge zu drücken? Hier geht es nicht darum das generell nicht haben zu wollen. Es geht um die Frage warum das unbedingt in der Haupt DB mit Geodaten vermischt werden muss und nicht wie üblich ein geeignetes eigenes Projekt angestoßen wird. Ich bin der festen Ueberzeugung, dass eine Karte mit allen Weihnachtsmaerkten, inklusive Oeffungszeiten, Toiletten und Parkplaetzen durchaus sein Publikum findet. Und als Gimmick der Standort der Tanne, als Wegweiser quasi. Du kannst von mir aus jede einzelne Bude bis z19 mappen, würde ich sogar begrüßen. Aber dann doch bitte extern von den Geodaten abgekoppelt in einem eigenen Layer auf einem dafür zugeschnittenen Projekt. Sollte das wirklich in die Haupt DB gehen, fange ich auch an abzukippen. Ich habe bisher vieles nicht eingetragen, da für eine Geodatenank nicht direkt geeeignet und besser in einem eigenen Projekt aufgehoben. Also bitte nicht wundern wenn demnächst in der einen oder anderen Stadt diverse Bunker und Tunnel in der Karte auftauchen. Das interessiert viele und ich mache mir es halt einfach und halte die Daten in der Haupt DB. Warum leckt sich der Hund die Eier? Richtig, weil er es kann! Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Am Sonntag, den 15.11.2009, 14:52 +0100 schrieb Garry: Raimond Spekking schrieb: Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. In http://www.openstreetmap.org/browse/node/313285805/history hat jetzt innerhalb eines Jahres das 3. Restaurant eröffnet, jedesmal mit monatelangen Leerständen. Für diese Zeiten behelfe ich mich mit shop:construction note:Leerstand Hat jemand eine bessere Idee? ja, shop=untenanted (= leerstehend) Mit Bautstelle hat das ja nichts zu tun bzw. wäre etwas übertrieben für eventuelle Innenrenovierungen/Umzüge. eventuell auch ein disused=yes setzen Ich hatte sowas mal als amenity=closed_restaurant getaggt. Wie würdet ihr denn das Datum der geplanten Neueröffnung taggen? Vielleicht reopening_date=* ? Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg gel öscht
Hallo ! Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? 1) Relations-id laden ( http://www.openstreetmap.org/browse/relation/54807 ) 2) Versionsnummer merken 3) auf der Seite ganz unten XMl Downloaden anklicken 4) nun bekommst du die XML Datei der aktuellen Version : http://www.openstreetmap.org/api/0.6/relation/54807 6) an die URL die Versionsnummer die Du haben möchtest anhängen http://www.openstreetmap.org/api/0.6/relation/54807/224 Das wäre die Version 224 7) Im Browser File/save page as (Datei/seite speichern als) die XML speichern, als Dateiname XXX.osm nehmen (XXX ist wählbar). 8) Die Datei in einem Editor öffnen, es bietet sich unter Windows Wordpad an da das Notepad/Editor kann keine Linux Zeilenumbrüche kann. 9) Aus dem Header timestamp, User, UUID, changeset löschen und ein action=modify hinzufügen. Die Versionsnummer ändern auf die letzte Version die auf dem Server existiert( von Schritt 2) ) also von relation id=54807 visible=true timestamp=2009-11-14T18:26:46Z user=HoMa uid=149968 version=224 changeset=3115691 auf z.b. so relation id=54807 visible=true version=226 action=modify 10) in Josm über Datei/Öffnen die .osm Datei laden und dann hochladen. fertig ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Andre Hinrichs schrieb am 15.11.2009 15:42: Wie würdet ihr denn das Datum der geplanten Neueröffnung taggen? Einfach als note=Erföffnung am xxx Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Mir ist weder ein guter Grund noch ein Konsens bekannt, der es ausschliesst, temopraere Objekte zu mappen. Was gilt als temporaer, was nicht und ab wann? Die Faustregel ist hier in dutzenden Threads nachzulesen, alles unter 2 Wochen lohnt noch nicht. Grund war der das allzu kurze Dinge an den Updateintervallen diverser Karte ohnehin vorbei gehen. Wieso kann eine Karte mit Weihnachtsmärkten und ähnlichem nicht das ganze Jahr über vorhanden sein? Es sind geografische Fakten, wenn auch nur voruebergehende. Dinge wie Sperrzeiten und Parkplatzöffnungen waren und sind schon immer ereignisneutral über Zeitangaben bei access und parking steuerbar gewesen. Dazu war es noch nie nötig irgendwelche temporären Veranstaltungen tempörär zu mappen. Dieser Grund fällt also schonmal weg. Was hat das damit zu tun, daß z.B. Weihnachtsmärkte temporäre geographische Fakten sind? Zweitens denkt ihr nicht an die möglichen Folgen die so ein öffnen der Haupt DB für temporäre Ereignisse mit sich bringt und guckt nur auf eure Weihnachtsmärkte. Der Punkt wurde jetzt schon mehrere male ignoriert. Lässt man Weihnachtsmärkte zu, muss man auch alles andere zulassen, da man das gleich begründen könnte. Dann wird von der Karvelasroutenrelation bis zum Trödelmarkt alles in der Haupt DB abgekippt. Manche Straße käme so auf einen Satz von bis zu 40 Ereignissen zzgl. der eigentlichen Sperrzeiten. Als nächstes kämen dann Behinderungen wegen Kehrzeiten usw. Am Ende ist die ohnehin schon supoptimale Atttributierung von Straßen nur noch komplizierter und aufgebläht. Ja, das Problem mit den vielen Ereignissen sehe ich durchaus. Wenn wir aber nicht ein paar mehr solcher Daten in der DB haben, wird dieses Problem der temporären Daten erfahrungsgemäß nie angegangen werden :-) Es ist genauso möglich das extern und genau auf Veranstaltungen zugeschnitten zu halten. Interessierte werden auch da mitarbeiten. Wo ist die Phantasie das der einfacheit halber in der Haupt DB abzukippen und die zu erwartenden Monstersätze allen Mappern aufs Auge zu drücken? Mal ganz praktisch: Wie sage ich JOSM oder Potlatch, das er den Weihnachtsmarkt nicht in der HauptDB, sondern in die xmas DB schreiben soll? Das geht aktuell schlicht nicht. Soll jetzt jeder mit einem Spezialinteresse sich erstmal seinen eigenen Editor schreiben müssen? Das kann es doch auch nicht sein. Hier geht es nicht darum das generell nicht haben zu wollen. Es geht um die Frage warum das unbedingt in der Haupt DB mit Geodaten vermischt werden muss und nicht wie üblich ein geeignetes eigenes Projekt angestoßen wird. Weil die Position eines Weihnachtsmarktes schlicht allgemein interessierende Geodaten sind! Ich weiß nicht, was du mit wie üblich meinst. Ich habe mir eine persönliche Karte gemacht, wo ich alle mich interessierenden POIs eingetragen habe und auch ob ich schonmal da war. Sowas hat in der Haupt DB auch aus meiner Sicht nichts verloren. Auch Eintragungen der Art Hier macht Manfred Samstag Abend seine Party fände ich unpassend für die Haupt DB. Wo genau die Grenze ist? Keine Ahnung, aber hier bewegen wir uns natürlich in der klassischen Relevanzdiskussion :-( Ich bin der festen Ueberzeugung, dass eine Karte mit allen Weihnachtsmaerkten, inklusive Oeffungszeiten, Toiletten und Parkplaetzen durchaus sein Publikum findet. Und als Gimmick der Standort der Tanne, als Wegweiser quasi. Du kannst von mir aus jede einzelne Bude bis z19 mappen, würde ich sogar begrüßen. Aber dann doch bitte extern von den Geodaten abgekoppelt in einem eigenen Layer auf einem dafür zugeschnittenen Projekt. Sollte das wirklich in die Haupt DB gehen, fange ich auch an abzukippen. Ich habe bisher vieles nicht eingetragen, da für eine Geodatenank nicht direkt geeeignet und besser in einem eigenen Projekt aufgehoben. Also bitte nicht wundern wenn demnächst in der einen oder anderen Stadt diverse Bunker und Tunnel in der Karte auftauchen. Das interessiert viele und ich mache mir es halt einfach und halte die Daten in der Haupt DB. Warum leckt sich der Hund die Eier? Richtig, weil er es kann! Irgendwie werde ich das Gefühl nicht los, das du den Unterschied zwischen Geodatenbank und Karte noch nicht so ganz verinnerlicht hast ;-) Wenn du Geodaten über Bunker und Tunnel hast, kannst du die selbstverständlich in der Main DB ablegen. Aber bitte mit speziellen Tags und nicht so, daß sie auf den Standard Karten fälschlicherweise als Fußweg o.ä. gerendert werden. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Also bitte nicht wundern wenn demnächst in der einen oder anderen Stadt diverse Bunker und Tunnel in der Karte auftauchen. Das interessiert viele und ich mache mir es halt einfach und halte die Daten in der Haupt DB. Gute Idee! Aber wieso sollte sich da jemand wundern? http://wiki.openstreetmap.org/wiki/DE:Tag:military%3Dbunker http://wiki.openstreetmap.org/wiki/DE:Key:tunnel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Wieso kann eine Karte mit Weihnachtsmärkten und ähnlichem nicht das ganze Jahr über vorhanden sein? Kann sie doch und darum gehts doch wie schon 100 mal geschrieben überhaupt nicht. Dir steht frei jegliches Projekt was dir gerade in den Sinn kommt zu starten. Es geht nicht darum euch die Visualisierung eurer Glühweinbuden zu vermiesen, es geht einzig darum wie das passieren soll! Die Frage lautet ob es sinnvoll wäre temporäre Grunddatenunabhängige Ereignisse direkt in der DB abzukippen oder eben von den Geodaten unbhängig in einem eigenen dafür zugeschnittenen Projekt zu realisieren. Unter Geodaten verstehe ich ortsfeste Fakten wie beispielsweise den Platz oder die Straße selbst. Ereignisse sind Dinge die auf diesem Objekt stattfinden können. Und das können verdammt viele sein. Zuviele als das es sinnvoll wäre das alles direkt an das eigentliche Objekt zu hängen. Was hat das damit zu tun, daß z.B. Weihnachtsmärkte temporäre geographische Fakten sind? Der Vorposter hatte Sperrungen und veränderte Parkmodalitäten angesprochen, entsprechnd die Antwort das sowas auch so schon lange ohne neuerfindung des Rades geht. Das hat jetzt was mit mobilen Ständen zu tun, welche du als Geografisch Fakten sehen möchtest? Sind jetzt Bibomobile, Eis-, Bäcker- Fleischer- und Fischwagen mit festen Zeiten und Standplätzen auch temporäre geografische Fakten? Nach deiner Definition fallen mir soviele Objekte ein, da brauchst du bald einen zweiten Server für um das zu wuppen. Ja, das Problem mit den vielen Ereignissen sehe ich durchaus. Wenn wir aber nicht ein paar mehr solcher Daten in der DB haben, wird dieses Problem der temporären Daten erfahrungsgemäß nie angegangen werden :-) Auch mit viel Leidensdruck ist vieles nicht angegangen worden. Siehe Schlüsselketten wo es lange weh tut oder POIs die sich überall verdrängen statt geordnet erscheinen. Nur weil du das jetzt alles in der DB abkippst, heißt das noch lange nicht, das sich zufällig irgendein Programmierer berufen fühlt eine Lösung für dein Problem zu finden. Die machen genauso was ihnen gerade gefällt, was nicht bleibt liegen. Mal ganz praktisch: Wie sage ich JOSM oder Potlatch, das er den Weihnachtsmarkt nicht in der HauptDB, sondern in die xmas DB schreiben soll? Die technische Umsetzung ist das Problem des Anwendungsschreibers. Und in der regel bauen die sich dann eigene Masken wie Freietonne oder z.B. der Amenity Editor. JOSM und Potlatch sind derzeit Editoren für die Haupt DB. Das ist ja das Problem. Du möchtest deine Karte, um die technische Umsetzung mögen sich aber bitte andere kümmern. Und desshalb gehst du den einfachsten Weg und willst das gleich in der Haupt DB, nach mir die Sintflut. Das geht aktuell schlicht nicht. Soll jetzt jeder mit einem Spezialinteresse sich erstmal seinen eigenen Editor schreiben müssen? Das kann es doch auch nicht sein. So machen das einige aber. Es kann doch genauso wenig sein das man aus Bequemlichkeit alles auf die Haupt DB und deren Anwender abkippt. Wo soll das bitte enden? Weil die Position eines Weihnachtsmarktes schlicht allgemein interessierende Geodaten sind! Damit kann ich so ziemlich alles deklarieren und ist Interessenabhängig. Ein Fass ohne Boden. Wo genau die Grenze ist? Keine Ahnung, aber hier bewegen wir uns natürlich in der klassischen Relevanzdiskussion :-( Eben so kann ich nicht rangehen. Da muss man sich vorher mal einen Kopf machen. Denn ansonsten haut wirklich jede Kuhbläke ihre Ereignisse werbewirksam in die Haupt DB. Ich sehe schon die hier auf dem Fluss stattfindenen Sautrog-, Plastikenten- und Badewannenrennen als Route, Fläche ect. kommen. Im Nachbarort die Nebenstraße als Race Track für das jährliche Seifenkistenrennen. Mir rollen sich schon jetzt die Fußnägel. Irgendwie werde ich das Gefühl nicht los, das du den Unterschied zwischen Geodatenbank und Karte noch nicht so ganz verinnerlicht hast ;-) Nö, wir haben nur eine unterschiedliche Sichtweise was die Definition von Geodaten betrifft. Ich trenne zwischen Objekt und Ereignis und sehe letzteres nicht als Haupt DB relevante Geodaten sondern als unhabhängiges Interessengebiet, was sich derzeit schlecht direkt miteinander vereinbaren lässt und daher extern besser aufgehoben wäre. Wenn du Geodaten über Bunker und Tunnel hast, kannst du die selbstverständlich in der Main DB ablegen. Aber bitte mit speziellen Tags und nicht so, daß sie auf den Standard Karten fälschlicherweise als Fußweg o.ä. gerendert werden. Nein, denn das beträfe unter anderem auch wieder aktive Autobahn- oder Eisenbahnbauwerke und hätte auch einige Schnittpunkte mit anderen vorhanden Objekten, würde teilweise auch trotz Spezialtags vorhandes stören. Das lässt sich so nicht vereinbaren, weswegen ich das aus Rücksicht lieber getrennt behandele und eben nicht darauf spekuliere die Entwickler zu einer umgehenden Lösung erpressen zu können. Gruß Mirko
Re: [Talk-de] Leerstehende Ladenlokale
Andre Hinrichs schrieb: Wie würdet ihr denn das Datum der geplanten Neueröffnung taggen? Vielleicht reopening_date=* ? Gar nicht. Ich würde das auf meine persönliche Todo-Liste setzen, und wenn möglich am Tag der Neueröffnung den Tag anpassen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag: Kapelle ?
Martin Koppenhoefer schrieb: nicht notwendig (es gibt ja schon building=user_defined, so dass alle Werte gültig sind). Es wäre allerdings m.E. trotzdem gut, Definitionen zu erstellen für Kirche, Stiftskirche, Parochialkirche, Kathedrale, Kapelle, Kloster etc., damit man das besser abgrenzen kann. Da bekommt man wieder das Problem mit der mehrfachen Bedeutungsbelegung. Tagt man jetzt den Bautyp, den kirchlichen Verwaltungstyp oder was für Kategorien da sonst noch möglich sind? Also noch mehr verfeinern. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der?Geofabrik
Hi! Sven Geggus schrieb: Mit welchen Parametern bzw. welcher areas.list werden denn die Tiles erzeugt? Dynamisch nach Vorgabe des Tilesplitters. Klappt also nicht. Man kann ihn dohc auch zwingen, eine vorhandene areas.list zu nutzen. Könnte man die nicht entsprechend präparieren? bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1. OSM-Weihnachtsbaum auf dem Heider Marktplatz
Jan Tappenbeck schrieb: moin ! ich kann nur poi darstellen Stimmt, der Weihnachtsmarkt ist noch nicht aufgebaut, und scheint dieses Jahr geringfügig anders anders aus zufallen was die Fläche betrifft, oder weißt Du, für was die Holzhäuser am Rondel zur Fußgängerzone sonst gedacht sein könnten?. Falls Du Samstag auf dem Wochenmarkt warst, dürften wir vermutlich aneinander vorbei gelaufen sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote: Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? Für diese Zeiten behelfe ich mich mit shop:construction note:Leerstand Hat jemand eine bessere Idee? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Florian Lohoff schrieb: On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote: Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? In meiner Gegend habe ich in der Regel die buildings eingezeichnet, daran ein Node mit der Hausnr./Adresse. Im Umriss des Gebäudes habe ich die Nodes mit den Geschäften gelegt. Oftmals sind es auch mehrere Geschäfte in einem Gebäude. Wenn ich also bei Leerständen alle shop/amenity/usw. an diesem Node entferne, habe ich einen node ohne Eigenschaft. Unschön. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Torsten Leistikow schrieb: Andre Hinrichs schrieb am 15.11.2009 15:42: Wie würdet ihr denn das Datum der geplanten Neueröffnung taggen? Einfach als note=Erföffnung am xxx Ja, das mache ich auch so, falls bekannt. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Unter Geodaten verstehe ich ortsfeste Fakten wie beispielsweise den Platz oder die Straße selbst. Ereignisse sind Dinge die auf diesem Objekt stattfinden können. Und das können verdammt viele sein. Zuviele als das es sinnvoll wäre das alles direkt an das eigentliche Objekt zu hängen. Nach deiner Definition fallen mir soviele Objekte ein, da brauchst du bald einen zweiten Server für um das zu wuppen. Also letztlich wieder die leidige Relevanzfrage. Bitte les dir mal kurz den Thread vom 09.11. zum Thema Relevanzregeln für OpenStreetMap? durch. Wenn wir aber nicht ein paar mehr solcher Daten in der DB haben, wird dieses Problem der temporären Daten erfahrungsgemäß nie angegangen werden :-) Auch mit viel Leidensdruck ist vieles nicht angegangen worden. Siehe Schlüsselketten wo es lange weh tut oder POIs die sich überall verdrängen statt geordnet erscheinen. Nur weil du das jetzt alles in der DB abkippst, heißt das noch lange nicht, das sich zufällig irgendein Programmierer berufen fühlt eine Lösung für dein Problem zu finden. Die machen genauso was ihnen gerade gefällt, was nicht bleibt liegen. Es ist nicht mein persönliches Problem. Wenn du die Diskussionen auf talk-de etwas länger mitverfolgt hast, wirst du wissen das wir allgemein ein Problem mit temporären Phänomenen haben. Mal ganz praktisch: Wie sage ich JOSM oder Potlatch, das er den Weihnachtsmarkt nicht in der HauptDB, sondern in die xmas DB schreiben soll? Die technische Umsetzung ist das Problem des Anwendungsschreibers. Und in der regel bauen die sich dann eigene Masken wie Freietonne oder z.B. der Amenity Editor. JOSM und Potlatch sind derzeit Editoren für die Haupt DB. Zumindest freitonne benutzt soweit ich weiß die OSM DB, schlechtes Beispiel ;-) Das ist ja das Problem. Du möchtest deine Karte, um die technische Umsetzung mögen sich aber bitte andere kümmern. Und desshalb gehst du den einfachsten Weg und willst das gleich in der Haupt DB, nach mir die Sintflut. Es geht (für mich zumindest) bei OSM nicht um eine schöne, saubere und klar strukturierte Datenbank (was natürlich nicht bedeuten muß, das alles zugemüllt werden muß). Sondern es geht darum die Menschen zusammenzubringen um Geodaten zusammenzutragen - weil damit letztlich insgesamt bessere Daten rauskommen. Das hat mit nach mir die Sintflut nichts zu tun, sondern ist wieder die Frage ob ich erstmal großartig einen Plan machen will oder nach Stunden ein erstes Ergebnis habe. Beides hat halt seine Vor- und Nachteile. Das geht aktuell schlicht nicht. Soll jetzt jeder mit einem Spezialinteresse sich erstmal seinen eigenen Editor schreiben müssen? Das kann es doch auch nicht sein. So machen das einige aber. Es kann doch genauso wenig sein das man aus Bequemlichkeit alles auf die Haupt DB und deren Anwender abkippt. Wo soll das bitte enden? Es geht um *Zusammenarbeit* und nicht um Bequemlichkeit. Wo genau die Grenze ist? Keine Ahnung, aber hier bewegen wir uns natürlich in der klassischen Relevanzdiskussion :-( Eben so kann ich nicht rangehen. Da muss man sich vorher mal einen Kopf machen. Denn ansonsten haut wirklich jede Kuhbläke ihre Ereignisse werbewirksam in die Haupt DB. Ich sehe schon die hier auf dem Fluss stattfindenen Sautrog-, Plastikenten- und Badewannenrennen als Route, Fläche ect. kommen. Im Nachbarort die Nebenstraße als Race Track für das jährliche Seifenkistenrennen. Mir rollen sich schon jetzt die Fußnägel. Dann solltest du dir überlegen, ob du hier überhaupt im richtigen Projekt bist. Mit aufgerollten Fußnägeln ist schlecht mappen gehen ;-) Irgendwie werde ich das Gefühl nicht los, das du den Unterschied zwischen Geodatenbank und Karte noch nicht so ganz verinnerlicht hast ;-) Nö, wir haben nur eine unterschiedliche Sichtweise was die Definition von Geodaten betrifft. Ich trenne zwischen Objekt und Ereignis und sehe letzteres nicht als Haupt DB relevante Geodaten sondern als unhabhängiges Interessengebiet, was sich derzeit schlecht direkt miteinander vereinbaren lässt und daher extern besser aufgehoben wäre. Also letztlich wieder die leidige Relevanzfrage. Wenn du Geodaten über Bunker und Tunnel hast, kannst du die selbstverständlich in der Main DB ablegen. Aber bitte mit speziellen Tags und nicht so, daß sie auf den Standard Karten fälschlicherweise als Fußweg o.ä. gerendert werden. Nein, denn das beträfe unter anderem auch wieder aktive Autobahn- oder Eisenbahnbauwerke und hätte auch einige Schnittpunkte mit anderen vorhanden Objekten, würde teilweise auch trotz Spezialtags vorhandes stören. Das lässt sich so nicht vereinbaren, weswegen ich das aus Rücksicht lieber getrennt behandele und eben nicht darauf spekuliere die Entwickler zu einer umgehenden Lösung erpressen zu können. Wenn du deine Daten gerne getrennt halten möchtest ist das völlig legitim. Wieso deine Daten unter Verwendung von Spezialtags die vorhandenen
Re: [Talk-de] Leerstehende Ladenlokale
Garry schrieb: Raimond Spekking schrieb: ja, shop=untenanted (= leerstehend) Danke, das finde ich gut :) Mit Bautstelle hat das ja nichts zu tun bzw. wäre etwas übertrieben für eventuelle Innenrenovierungen/Umzüge. Klar, mir fiel nur nichts besseres ein. eventuell auch ein disused=yes setzen Hm ja, könnte man. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der?Geofabrik
Hallo Nop, Nop schrieb: Man kann ihn dohc auch zwingen, eine vorhandene areas.list zu nutzen. Könnte man die nicht entsprechend präparieren? Das könnte schon gehen, aber dann kann ich es auch gleich -wie bisher- mit osmosis machen! Meine ursprüngliche Frage zielte ja darauf hinaus, bereits vorhandene Zwischenergebnisse nutzen zu können. Ich möchte nicht, dass jemand seine Skripte wegen mir ändern muss. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Sind jetzt Bibomobile, Eis-, Bäcker- Fleischer- und Fischwagen mit festen Zeiten und Standplätzen auch temporäre geografische Fakten? Wenn ich mir am Dienstag Fisch kaufen will, interessiert es mich sehr wohl, wenn vor dem Supermarkt um die Ecke immer dienstags ein Fischwagen steht. Und wenn ich am 18. Dezember eine Bratwurst essen will, dann ist für mich die Bratwurstbude auf dem Weihnachtsmarkt durchaus sehr interessant. Ich erwarte von einer guten Karte sogar, dass mir das in solchen Fällen angezeigt wird. Ich sehe darüber hinaus keinen qualitativen Unterschied zwischen einem Fischwagen mit den Öffnungszeiten Dienstag 8:00 bis 18:00 und einer Fischhandlung mit den Öffnungszeiten Montag bis Samstag 8:00 bis 18:00. Wie lange muss ein Geschäft geöffnet haben, um in die Haupt-DB zu gehören? Was ist mit einer Kneipe, die nur von Donnerstag bis Sonntag auf hat? Oder ein Biergarten, der nur im Sommer geöffnet hat? M.E. gehört all dies - sauber getaggt - sehr wohl in die Datenbank. Weihnachtsmärkte zu mappen finde ich schon allein aufgrund des potentielles Werbeeffektes sehr interessant. Wär doch cool, wenn die ein oder andere Stadtverwaltung OSM-Lagepläne des Weihnachtsmarkts aufhängen würde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mär kte
Am 15. November 2009 19:16 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Mirko Küster schrieb: Unter Geodaten verstehe ich ortsfeste Fakten wie beispielsweise den Platz oder die Straße selbst. Ereignisse sind Dinge die auf diesem Objekt stattfinden können. Und das können verdammt viele sein. Zuviele als das es sinnvoll wäre das alles direkt an das eigentliche Objekt zu hängen. Nach deiner Definition fallen mir soviele Objekte ein, da brauchst du bald einen zweiten Server für um das zu wuppen. Also letztlich wieder die leidige Relevanzfrage. Bitte les dir mal kurz den Thread vom 09.11. zum Thema Relevanzregeln für OpenStreetMap? durch. Relevanz könnte man doch in etwa mit Bedeutsamkeit übersetzen? Dann liegt sehr wohl ein Bedeutungsunterschied zwischen Geodaten im Sinne von OSM und darauf bezogenen Relevanzregeln vor. Bei der Frage was Objekte im Sinne von OSM sind handelt es sich um die wichtige Frage nach der Definition für Geodaten (Bedeutung). Diese Frage wirft Mirko zu Recht auf (und beantwortet sie sehr restriktiv). Hat man das einmal geklärt kann man sich mit der Relevanz dieser Daten beschäftigen (Bedeutsamkeit). Wenn ich den Thread Relevanzregeln für OpenStreetMap? richtig in Erinnerung habe, dann ging es dort um bereits bei OSM vorhandene Daten. Hier diskutieren wir den Fall, welche Daten wir haben wollen. Als vorläufiges Ergebnis kann man ja schon einmal festhalten, dass die einen temporäre Daten als problematisch ansehen (OSM ist kein Veranstaltungskalender), andere es locker sehen (mal sehen was herauskommt und wozu es gut ist). Ich bin in diesem Fall näher bei Mirkos Auffassung. Allerdings auch neugierig darauf, was beim rendern der Weihnachtsbäume heraus kommt. Den über den Weihnachtsmarkt gezeichneten Ostermarkt möchte ich mir aber lieber nicht in der Datenbank vorstellen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
On Sun, Nov 15, 2009 at 07:07:55PM +0100, Raimond Spekking wrote: Florian Lohoff schrieb: On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote: Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? In meiner Gegend habe ich in der Regel die buildings eingezeichnet, daran ein Node mit der Hausnr./Adresse. Im Umriss des Gebäudes habe ich die Nodes mit den Geschäften gelegt. Oftmals sind es auch mehrere Geschäfte in einem Gebäude. Wenn ich also bei Leerständen alle shop/amenity/usw. an diesem Node entferne, habe ich einen node ohne Eigenschaft. Unschön. Aeh - warum ist dann nicht auch der shop/amenity auf dem umriss des Gebaeudes? Warum das eine auf einen node und das andere auf das building? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Florian Lohoff schrieb: On Sun, Nov 15, 2009 at 07:07:55PM +0100, Raimond Spekking wrote: Florian Lohoff schrieb: On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote: Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? In meiner Gegend habe ich in der Regel die buildings eingezeichnet, daran ein Node mit der Hausnr./Adresse. Im Umriss des Gebäudes habe ich die Nodes mit den Geschäften gelegt. Oftmals sind es auch mehrere Geschäfte in einem Gebäude. Wenn ich also bei Leerständen alle shop/amenity/usw. an diesem Node entferne, habe ich einen node ohne Eigenschaft. Unschön. Aeh - warum ist dann nicht auch der shop/amenity auf dem umriss des Gebaeudes? Warum das eine auf einen node und das andere auf das building? Das mache ich nur, wenn das gesamte Gebäude von dem Shop genutzt wird. Bei einer Mischnutzung (Erdgeschoss Geschäft, 1.-x. Obergeschoss Wohnungen oder Büroräume) halte ich es nicht für richtig, das gesamte Gebäude z.B. zu einem Kiosk oder einer Bäckerei zu machen. Ja, konsequenterweise müsste man buildung-polygon, shop-node(s), address-node(s) zu einer Relation zusammenfassen. Nein, das mache ich (noch) nicht. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Weihnachtsmärkte zu mappen finde ich schon allein aufgrund des potentielles Werbeeffektes sehr interessant. Wär doch cool, wenn die ein oder andere Stadtverwaltung OSM-Lagepläne des Weihnachtsmarkts aufhängen würde. Manch Phantasie erstaunt mich immer wieder. Die planen Monate im vorraus detailiert die Standgrößen auf den Zentimeter genau und die zugelassenen Bewerber auf einem Plan, am Tag X wird nach diesem Plan aufgebaut. Dann kommst du und erfasst den Markt am Eröffnungstag. Dann soll die Standverwaltung deinen Pi mal Daumen erfassten Plan aushängen, und das obwohl man dass bei Interesse schon längst mit dem eigenem genauen Plan hätte tun können? Die wissen schon lange bevor wir überhaupt auf den Trichter kommen was genau wo stehen wird. Einige Gemeinden haben sogar langfristige Verträge mit einigen Schausstellern und wissen auf Jahre im vorraus wann, von wem und wo Zuckerwatte gedealt wird. Da wird also eher umgekehrt ein Schuh draus. Wenn du zeitnahm mappen möchtest, musst du beim Martkmeister klopfen, und hoffen das er dir Einblick in die Planung gibt und du das vorher mappen darfst. ;-) Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Florian Lohoff schrieb: Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? Das wäre ein Informationsverlust. Zum einen gibt es Leute die einen leerstehenden Laden suchen, machmal auch nur tageweise z.B. für Filmaufnahmen und zum anderen sucht man manchmal einen Laden von dem man nicht weiss dass er zugemacht hat. Der Hinweis leerstehender Laden kann dann die Zweifel beseitigen ob man sich mit der Adresse geirrt hat. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Weihnachtsmärkte zu mappen finde ich schon allein aufgrund des potentielles Werbeeffektes sehr interessant. Wär doch cool, wenn die ein oder andere Stadtverwaltung OSM-Lagepläne des Weihnachtsmarkts aufhängen würde. Manch Phantasie erstaunt mich immer wieder. Phantasie ist in meinen Ohren kein negatives Wort ;-) Die planen Monate im vorraus detailiert die Standgrößen auf den Zentimeter genau und die zugelassenen Bewerber auf einem Plan, am Tag X wird nach diesem Plan aufgebaut. Dann kommst du und erfasst den Markt am Eröffnungstag. Dann soll die Standverwaltung deinen Pi mal Daumen erfassten Plan aushängen, und das obwohl man dass bei Interesse schon längst mit dem eigenem genauen Plan hätte tun können? Die wissen schon lange bevor wir überhaupt auf den Trichter kommen was genau wo stehen wird. Einige Gemeinden haben sogar langfristige Verträge mit einigen Schausstellern und wissen auf Jahre im vorraus wann, von wem und wo Zuckerwatte gedealt wird. Da wird also eher umgekehrt ein Schuh draus. Wenn du zeitnahm mappen möchtest, musst du beim Martkmeister klopfen, und hoffen das er dir Einblick in die Planung gibt und du das vorher mappen darfst. ;-) Klar gibt es Monate vorher einen Marktplan. Aber das heißt ja noch lange nicht, daß bei den entsprechenden Leuten der Stadt Wissen, Geld, Manpower und überhaupt Motivation vorhanden ist das zu veröffentlichen. Da geht es dann z.B. auch um Haftung (Marktbeschicker x: im Internet Plan steht aber ...) etc.. Die sind wahrscheinlich eher froh, wenn sie die ganze Aktion halbwegs reibungslos über die Bühne bekommen. Wenn eine OpenWeihnachtsKarte dazu führt, daß ein paar mehr Leute sehen was man mit OSM alles so cooles machen kann ist doch schon viel gewonnen :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Garry schrieb am 15.11.2009 14:52: eventuell auch ein disused=yes setzen Nicht schon wieder ein Extra-Tag, dass die urspruengliche Bedeutung aufhebt: Wenn ein Renderer das Tag nicht kennt, dann erscheint der Laden ganz normal auf der Karte. Also den Vorschlag zusammen mit construction=yes, ruins=yes und aehnlichen sofort in die Ablage-Rund packen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Wenn eine OpenWeihnachtsKarte dazu führt, daß ein paar mehr Leute sehen was man mit OSM alles so cooles machen kann ist doch schon viel gewonnen :-) Mir würde mehr was cooles einfaches in richtung Datenaufbereitung und Rendering helfen. Stichwort kein Interesse an klar strukturierter DB. Ich kenne einige die Interesse an OSM haben, aber keinen Spezialisten der den Weg von der DB über die teils komplizierten Tools zur fertigen Karte umsetzen kann. Den anzuheuern kommt teurer als die fertige Lösung vom altbekannten Dealer zu holen. Mit Türklinken mappen kann ich keinen überzeugen, Interesennten für einen Renderer mit Osmosis usw. für durchschnittliche Mausschubser stehen aber schon Schlange. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Topo-Layer der Geofabrik
Colin Marquardt schrieb: Am 13. November 2009 14:33 schrieb Peter Körner osm-li...@mazdermind.de: Wenn es im IE mit dem Bildformat funktioniert, welches ich fuer optimal halte (mit einer Palette im Alphakanal, siehe http://blog.klokan.cz/2008/11/png-palette-with-variable-alpha-small.html), dann nehme ich das gerne mit, ansonsten soll man Tote ruhen lassen :) Tut es: http://cassini.toolserver.org/~mazder/temp/alpha-test.html Cool. Hast du das mit pngnq erzeugt oder anders? Schau mal in den Quellcode - ich benutze deine original Bilder und aktiviere nur mit jquery eine spezielle CSS-Eigenschaft, die dem IE6 und dem IE5.5 begrenzte Alpha-Transparenz-Fähig keiten beibringen. Dummerweise sind bei meinen aufräum-arbeiten leider die Dateien verschwunden. Ich baue das am Montag nochmal auf.. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Wenn eine OpenWeihnachtsKarte dazu führt, daß ein paar mehr Leute sehen was man mit OSM alles so cooles machen kann ist doch schon viel gewonnen :-) Mir würde mehr was cooles einfaches in richtung Datenaufbereitung und Rendering helfen. Stichwort kein Interesse an klar strukturierter DB. Ich kenne einige die Interesse an OSM haben, aber keinen Spezialisten der den Weg von der DB über die teils komplizierten Tools zur fertigen Karte umsetzen kann. Den anzuheuern kommt teurer als die fertige Lösung vom altbekannten Dealer zu holen. Mit Türklinken mappen kann ich keinen überzeugen, Interesennten für einen Renderer mit Osmosis usw. für durchschnittliche Mausschubser stehen aber schon Schlange. Ja, es ist schon schwer verständlich, wenn in einem freien und offenen Projekt die Leute an Dingen arbeiten die sie selbst für wichtig, witzig oder was auch immer halten. Wo kommen wir denn da hin, wenn hier jeder macht was er will ... ;-) Gruß, ULFL P.S: Klar, eine einfache Rendering-Chain für Mausschubser hätte was (könnte ich selbst gut gebrauchen). Aber Jan zu sagen: Weihnachtsmärkte gehören hier nicht her bringt dich diesem Ziel auch nicht weiter. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Am 15.11.2009 um 21:42 schrieb Garry: Florian Lohoff schrieb: Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? Das wäre ein Informationsverlust. Zum einen gibt es Leute die einen leerstehenden Laden suchen, machmal auch nur tageweise z.B. für Filmaufnahmen und zum anderen sucht man manchmal einen Laden von dem man nicht weiss dass er zugemacht hat. Der Hinweis leerstehender Laden kann dann die Zweifel beseitigen ob man sich mit der Adresse geirrt hat. Garry Wer ein leerstehendes Ladenlokal sucht wird bei einem Immobilienportal, Makler oder in der Zeitung suchen aber garantiert nicht in OSM. Und wer nach einem Geschäft sucht das nicht mehr existiert und dementsprechend aus OSM gelöscht wurde ist selber Schuld wenn er ohne zusätzliche Recherche dort hinfährt. Ich als Mapper kann doch nicht alle Eventualitäten abdecken. Was mache ich wenn das Geschäft nur umgezogen ist? Tag dran in der Art moved_to=sesamstraße_1? Oder wenn fliegender Mieterwechsel war? Ich kartiere die Orte immer so wie der ist Zustand ist und nicht was war, wenn irgendwas nicht mehr existiert wird es geändert oder gelöscht. Die von Florian gezeigte Methode scheint mir im Moment der einfachste Weg einen Leerstand anzuzeigen vielleicht noch in Kombination mit einem Tag für Leerstand. Wobei ich mich frage für wen das von Interesse sein soll. Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Am 15. November 2009 18:52 schrieb Florian Lohoff f...@rfc822.org: On Sun, Nov 15, 2009 at 01:54:00PM +0100, Raimond Spekking wrote: Moin, wie taggt ihr zeitweise leerstehende Ladenlokale? Es kommt ja immer wieder vor, dass Ladenlokale (sei es Geschäfts oder Restaurants) zeitweise leer stehen. Den Node löschen halte ich für falsch, da dabei die Historie verloren geht. Gar nicht - auf dem node ist ja tendentiell auch eine adresse - die bleibt bestehen und alle shop/amenity/man_mades entfernen - oder? +1, würde ich auch so machen. Wobei es durchaus auch ein Projekt wäre, Leerstand als solches zu taggen, also leere Läden aber auch leere Büros oder Wohnungen. In dem Fall sollte man schon was haben, das den Unterschied (also Laden, Büro, Wohnung, Hangar, etc.) beschreibt. In dem Fall disused=yes oder was neues erfinden? Bzw. shop=disused, also so, wie man es beim Hangar auch machen würde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Interesennten für einen Renderer mit Osmosis usw. für durchschnittliche Mausschubser stehen aber schon Schlange. Ja dann mach und nerv nicht rum! Zeit scheinst du ja zu haben, wenn man deine Postings hier zusammenzählt. Ich reihe mich in freudiger Erwartung in die Schlange ein, ich würde mich auch über einen einfacher zu bedienenden OpenSource Renderer freuen ;-) -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Topo-Layer der Geofabrik
Am 15. November 2009 22:11 schrieb Peter Körner osm-li...@mazdermind.de: Colin Marquardt schrieb: Am 13. November 2009 14:33 schrieb Peter Körner osm-li...@mazdermind.de: Tut es: http://cassini.toolserver.org/~mazder/temp/alpha-test.html Cool. Hast du das mit pngnq erzeugt oder anders? Schau mal in den Quellcode - ich benutze deine original Bilder und aktiviere nur mit jquery eine spezielle CSS-Eigenschaft, die dem IE6 und dem IE5.5 begrenzte Alpha-Transparenz-Fähig keiten beibringen. Dummerweise sind bei meinen aufräum-arbeiten leider die Dateien verschwunden. Ich baue das am Montag nochmal auf.. Ich habe jetzt mit pngnq behandelte Kacheln dort, kannst Du mal pruefen, ob das ohne besondere Behandlung geht? Wenn nicht waere auch ein Vergleich mit mapy.cz interessant. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Olaf Kotzte schrieb: Wer ein leerstehendes Ladenlokal sucht wird bei einem Immobilienportal, Makler oder in der Zeitung suchen aber garantiert nicht in OSM. Und wer nach einem Geschäft sucht das nicht mehr existiert und dementsprechend aus OSM gelöscht wurde ist selber Schuld wenn er ohne zusätzliche Recherche dort hinfährt. Ich als Mapper kann doch nicht alle Eventualitäten abdecken. Was mache ich wenn das Geschäft nur umgezogen ist? Tag dran in der Art moved_to=sesamstraße_1? Oder wenn fliegender Mieterwechsel war? Ich kartiere die Orte immer so wie der ist Zustand ist und nicht was war, wenn irgendwas nicht mehr existiert wird es geändert oder gelöscht. Die von Florian gezeigte Methode scheint mir im Moment der einfachste Weg einen Leerstand anzuzeigen vielleicht noch in Kombination mit einem Tag für Leerstand. Wobei ich mich frage für wen das von Interesse sein soll. Zum Beispiel wenn ich wissen möchte wieviele leerstehende Läden es im Stadtviertel x gibt. Hört doch bitte auf mit dem: Ich sehe da keinen Sinn drin, die Daten braucht doch kein Mensch. Wenn man über den Tellerrand der Navigation hinausblickt, kann ich mir für sehr viele Arten von Daten eine sinnvolle Nutzung vorstellen. Wird mit Sicherheit aber noch ein paar Jahre dauern bis diese Daten in ausreichender Menge vorhanden sind (und Leute die diese auch pflegen). Nicht falsch verstehen: Primär geht es auch mir um die aktuelle Situation. Wenn du sagst, ich trage das ein was aktuell da ist und lösch den alten Krempel raus ist das immer noch viel, viel besser als wenn etwas veraltetes in der Datenbank steht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Ja dann mach und nerv nicht rum! Zeit scheinst du ja zu haben, wenn man deine Postings hier zusammenzählt. Ich reihe mich in freudiger Erwartung in die Schlange ein, ich würde mich auch über einen einfacher zu bedienenden OpenSource Renderer freuen ;-) Ich stehe ebenfalls in der Schlange, sonst hätte ich das nicht erwähnt. Ich bin aber kein Programmierer und Zeit hilft da auch nicht. Ich kann dir höchstens 3D Objekte für eine mögliche 3D Karte am Fließband liefern, das kann ich im Schlaf. Codezeilen bringen mich aber eher um den Schlaf. Da habe ich absolut keinerlei Talent für, bleibt nix hängen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Am 15. November 2009 17:01 schrieb Ulf Möller o...@ulfm.de: Mirko Küster schrieb: Also bitte nicht wundern wenn demnächst in der einen oder anderen Stadt diverse Bunker und Tunnel in der Karte auftauchen. Das interessiert viele und ich mache mir es halt einfach und halte die Daten in der Haupt DB. Gute Idee! Aber wieso sollte sich da jemand wundern? Ja eben, das interessiert wirklich viele. Finde ich auch absolut sinnvoll für die HauptDB, wenn Du die Daten hast, solltest Du sie eintragen... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag: Kapelle ?
Am 15. November 2009 18:14 schrieb René Falk li...@falconaerie.de: Martin Koppenhoefer schrieb: nicht notwendig (es gibt ja schon building=user_defined, so dass alle Werte gültig sind). Es wäre allerdings m.E. trotzdem gut, Definitionen zu erstellen für Kirche, Stiftskirche, Parochialkirche, Kathedrale, Kapelle, Kloster etc., damit man das besser abgrenzen kann. Da bekommt man wieder das Problem mit der mehrfachen Bedeutungsbelegung. Tagt man jetzt den Bautyp, den kirchlichen Verwaltungstyp oder was für Kategorien da sonst noch möglich sind? Also noch mehr verfeinern. ja, das hatten wir auch schonmal, nachzulesen im Archiv. Bautyp ist ja sowas wie Zentralbau, Langbau, und Untertypen wie Basilika, Hallenkirche, etc. Dom ist ein Attribut der Größe, aber kein Bautyp, Kathedrale und Kapelle sind kirchenrechtliche Gliederungen (z.B. Friedhofskapelle), wobei Kapelle auch als Bautyp (Anbetungsraum als Teil eines größeren Gebäudes wie bei Hauskapelle) existiert. So richtig zufrieden bin ich nicht mit building=chapel, church, cathedral, weil das in dem Fall eher eine kirchenrechtliche Einteilung ist, während ich bei building=xy den Bautyp erwarten würde, daher der Hinweis auf Stifts- und Parochialkirchen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag: Kapelle ?
Am 15. November 2009 23:57 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ...wobei Kapelle auch als Bautyp (Anbetungsraum als Teil eines größeren Gebäudes wie bei Hauskapelle) existiert. gothische Kathedralen wären natürlich z.B. auch ein Bautyp. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Hallo Mirko, Ich reihe mich in freudiger Erwartung in die Schlange ein, ich würde mich auch über einen einfacher zu bedienenden OpenSource Renderer freuen ;-) Ich stehe ebenfalls in der Schlange, sonst hätte ich das nicht erwähnt. Da sind wir wohl mindestens zu dritt. Jan kann es vermutlich auch nicht. Er und ich können aber den Standort von Weihnachtsmärkten eintragen, also - um zur Ausgangsfrage zurück zukommen - warum sollten wir nicht? Jan kann übrigens ein Overlay programmieren, das diese anzeigt. http://www.tappenbeck.net/osm/poi_maps/xmas.html (Das lern ich auch noch ;-) ) Ist doch cool, also lasst uns Weihnachtsmäkte mappen! -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Da sind wir wohl mindestens zu dritt. Jan kann es vermutlich auch nicht. Er und ich können aber den Standort von Weihnachtsmärkten eintragen, also - um zur Ausgangsfrage zurück zukommen - warum sollten wir nicht? Falsche Frage, gernerell kannst du alles mappen. Die Frage ist ob direkt in die DB und nebenbei die Tür für eine nicht absehbare Menge an möglichen temporären Aktivitäten aufstoßen, wofür noch garkeine handelbare Lösung existiert und die DB flooded, oder extern und unabhängig vom eigentlichen Objekt. Objekte in einem Layer anzeigen geht auch extern. Oder schreiben beispielsweise OSB oder Keepright ihre Marker auch direkt auf die Haupt DB? Dort bekommt ihr sicherlich auch Hilfe wie man eine art POI Editor direkt für Weihnachtsmarktseite baut. So hast du alles rund direkt in einem Paket und musst auch nicht befürchten das einer deine Weihnachtsmärkte, Sautrogrennen oder Gummihopse Spielfelder aus der DB schmeißt. ;-) Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Olaf Kotzte schrieb: Wer ein leerstehendes Ladenlokal sucht wird bei einem Immobilienportal, Makler oder in der Zeitung suchen aber garantiert nicht in OSM. Und wer nach einem Geschäft sucht das nicht mehr Es gibt Leute, die gehen nicht ohne Not zum Makler um ihm das Geld in den Rachen zu werfen. Und warum soll nicht jemand auch OM zu Hilfe nehmen können wenn er bei Gelegenheit in einen seinen Bedürfnissen besser entprechenden Verkaufsraum wechseln möchte? OSM wäre dazu auch eine zentrale Anlaufstelle während es Immobilienportale und Makler tausende gibt. existiert und dementsprechend aus OSM gelöscht wurde ist selber Schuld wenn er ohne zusätzliche Recherche dort hinfährt. Ich als Mapper kann doch nicht alle Eventualitäten abdecken. Was mache ich wenn das Geschäft nur umgezogen ist? Tag dran in der Art moved_to=sesamstraße_1? Oder wenn fliegender Mieterwechsel war? Ich Zumindest auf den ersten Blick gar keine so schlechte Idee, ein komplette Ladenhistorie in OSM zu führen geht aber vielleicht doch ein bischen zu weit und verstösst eventuell gegen das Datenschutzgesetz. kartiere die Orte immer so wie der ist Zustand ist und nicht was war, Du tust nichts anderes wenn Du als leerstehend / unbenutzt markierst.. wenn irgendwas nicht mehr existiert wird es geändert oder gelöscht. Die Immobilie als Geschäftsraum existiert ja nach wie vor und ändert in den wohl meisten Fällen auch nicht von Mieter zu Mieter seine grundlegende Nutzungsart zwischen Ladengeschäft, Büro(ohne Publikumsverkehr, d.h. nicht sowas wie Reisebüro, Versicherungsargentur,..) und Wohnraum. Die von Florian gezeigte Methode scheint mir im Moment der einfachste Weg einen Leerstand anzuzeigen vielleicht noch in Kombination mit einem Tag für Leerstand. Wobei ich mich frage für wen das von Interesse sein soll. Ja, Informationen zu löschen ist immer einfach. Die Information dass etwas aufgehört hat zu existieren ist auch eine Information für die es Interessenten gibt! Ebenso dafür dass eine Immobilie leersteht.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leerstehende Ladenlokale
Torsten Leistikow schrieb: Garry schrieb am 15.11.2009 14:52: eventuell auch ein disused=yes setzen Nicht schon wieder ein Extra-Tag, dass die urspruengliche Bedeutung Es ist eins der wenigen die es gibt. aufhebt: Wenn ein Renderer das Tag nicht kennt, dann erscheint der Laden ganz normal auf der Karte. Wo ist da Problem wenn ein leerstehender Laden gerendert wird? Ansonsten sollte es nicht all zu schwierig sein eine Symbolik zu implemenetieren die auf disused gesetzte Objekte entsprechend markiert. Also den Vorschlag zusammen mit construction=yes, ruins=yes und aehnlichen sofort in die Ablage-Rund packen. Weil man die Mühe scheut einmalig ein bischen mehr Aufwand in etwas zu stecken um eine allgemeingültige Lösung zu haben als sich für jedes Ojekt(Tag) einzeln zu überlegen wie man damit umgeht bzw. sich einfach aus der Affäre zieht in dem man es komplett löscht? Warum sammeln wir alle so fleissig Informationen? Doch sicher nicht damit ie gelöscht werden? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Friedhelm Schmidt schrieb: Er und ich können aber den Standort von Weihnachtsmärkten eintragen, also - um zur Ausgangsfrage zurück zukommen - warum sollten wir nicht? Jan kann übrigens ein Overlay programmieren, das diese anzeigt. http://www.tappenbeck.net/osm/poi_maps/xmas.html (Das lern ich auch noch ;-) ) Da sehe ich auch Potential drin! Skalierbar nach gewünschtem Nutzungstag und Öffnungszeiten wäre das auf jeden Fall ein Renner :-) Nichts schlimmer als vor verchlossenen Buden zu stehen weil man sich an Tag/Öffnungzeit geirrt hat. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bald ist Weihnachten - Bäume und Mä rkte
Mirko Küster schrieb: Da sind wir wohl mindestens zu dritt. Jan kann es vermutlich auch nicht. Er und ich können aber den Standort von Weihnachtsmärkten eintragen, also - um zur Ausgangsfrage zurück zukommen - warum sollten wir nicht? Falsche Frage, gernerell kannst du alles mappen. Die Frage ist ob direkt in die DB und nebenbei die Tür für eine nicht absehbare Menge an möglichen temporären Aktivitäten aufstoßen, wofür noch garkeine handelbare Lösung existiert und die DB flooded, oder extern und unabhängig vom eigentlichen Objekt. Einwegobjekte mit Verfallsdatum die sich nach Ablauf automatisch löschen hötten durchaus ihren Reiz. Objekte in einem Layer anzeigen geht auch extern. Oder schreiben beispielsweise OSB oder Keepright ihre Marker auch direkt auf die Haupt DB? Dort bekommt ihr sicherlich auch Hilfe wie man eine art POI Editor direkt für Weihnachtsmarktseite baut. So hast du alles rund direkt in einem Paket und musst auch nicht befürchten das einer deine Weihnachtsmärkte, Sautrogrennen oder Gummihopse Spielfelder aus der DB schmeißt. ;-) tichwort Mitnahmeffekt. Wenn ich sowieo in derOSM-Datenbank editiere trag ich gerne auch lokales Wissen zu irgendwelchen Gegebenheiten mit ein die sich nicht unbedingt mit meinem Interessensgebiet decken. Das werde ich aber ehr nicht tun wenn ich mich dazu in eine separete Datenbank begeben muss für Die ich mich gegenbenfalls noch extra anmelden und ihre Regeln studieren muss. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Topo-Layer der Geofabrik
Am 13. November 2009 12:49 schrieb Colin Marquardt cmarq...@googlemail.com: In diesen Tiles wiederum mit convert den Graustufenkanal nach Alpha kopiert. pngnq koennte sich noch anschliessen. Ich werde das noch besser dokumentieren, wenn der Flow etwas weiter optimiert ist. Etwas Doku und verlinkte Scripte jetzt hier: http://wiki.openstreetmap.org/wiki/Hillshading_using_the_Alpha_Channel_of_an_Image#Links Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Am 14. November 2009 13:04 schrieb Josias Polchau sp...@youseeus.de: Peter Körner schrieb: Kann Dir http://www.openstreetmap.org/user/username/edits da nicht helfen? Nicht wenn er den nutzer *sucht* :) er kann erst mal seinen namen eingeben. anschließend sucht er nach der sitzung in der er den knoten editiert hat, anschließend sucht er den konoten und wer ihn gelöscht hat. danke, keine schlechte Idee, am Ende kam mir das am wenigsten Aufwand vor, und hat auch zum Erfolg geführt. Der Knoten wurde von diesem User gelöscht: http://www.openstreetmap.org/user/Geoval/edits der hat nur 2 Edits, beide mit Kommentar Test und beide löschen nur Daten (soweit ich das sehe POIs). Kann das bitte jemand rückgängig machen und am besten den User sperren? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfehler - Frankengebirgsweg ge löscht
Carsten Gerlach schrieb: Am Sonntag 15. November 2009 08:16:15 schrieb Matthias Versen: Könnte das bitte jemand auf die vorhergehende Version zurückdrehen? done Wie machst du das? Wäre vielleicht einen Eintrag in der FAQ wert? Gruß, Carsten Weit besser wäre es, den Konfliktbehandlungsdialog in Josm mal besser zu dokumentieren, und die dortige default-Option alle Elemente der Relation einfach löschen programmtechnisch auszusperren. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
