Re: [Talk-de] Tag: Kapelle ?
Ulf Möller schrieb: malenki schrieb: Ein Link auf http://article.gmane.org/gmane.comp.gis.openstreetmap.region.de/35047/ beziehungsweise eine Suche im Archiv hätte vollauf genügt. Dann wäre es doch gut, das auch mal im Wiki zu dokumentieren. Gibt es auch building-Tags für Kirchen, Kathedralen usw.? building=church gibt es sogar recht oft und auch schon recht lang, Kathedrale weiß ich jetzt nicht. 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: 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: 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] 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] 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
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] Automatische Korrekturen, nerv...
Frederik Ramm schrieb: Hallo, Martin Koppenhoefer wrote: wenn man sich die Tippfehler in osmdoc und tagwatch so ansieht kann man eigentlich nur begrüßen, dass ein paar Bots da mithelfen zu ändern. Klar gibt es auch Zweifelsfälle, die man besser nicht anrührt bzw. erst nach Prüfung und wenn man die Stelle kennt, aber highway=residantial und ähnliches gelegentlich mal zu normieren schadet m.E. auch global nicht. Ja, aber es hilft ausser dem Ego des Botschreibers eigentlich auch nicht wirklich was. Wir alle wissen, dass unsere Daten ohne die Community dahinter nichts wert sind. Wenn irgendwo in Fernost ein paar highway=residantial-Strassen vor sich hin duempeln und lokal keine Community existiert, die sich darum kuemmern moechte, dann brauchen die auch keinen Planetenverbesserer aus Deutschland, der ihnen mit seinem Bot durchs Land faehrt. (Dadurch entsteht maximal der falsche Eindruck, dass sich ja viele Leute dort um die Daten kuemmern!) Und wenn dort eine Community exisitert, dann koennen die das auch selber in die Hand nehmen. (Dann ist es sogar sinnvoll, dass die das selber lernen.) Frederik, wenn du in diesem Fall mit deinen Änderungen Pech gehabt hast ist das durchaus ärgerlich und ich kann deinen Ärger daher bis zu einem gewissen Punkt gut verstehen. Zu den Änderungen dieses speziellen Bots kann ich nichts sagen. Ich weiß aus eigener Erfahrung (hab sowas ähnliches vor einiger Zeit selbst auch mal gemacht), daß es bei solchen Arten von Bulk Änderungen wegen der schieren Menge an Problemen nicht zu schaffen ist, sich hier jeden Einzelfall anzuschauen, dafür sind es viel zu viele Tippfehler und die Ladezeiten in den JOSM schlicht bei weitem zu hoch. Solange dieser Bot sinnvolle Änderungen durchführt (im Sinne von highway=residental) kann ich das nur unterstützten. tagwatch ist z.B. voll von Datenmüll, der eine Übersicht über die aktuell verwendeten Tags nahezu unmöglich macht. Das ist einer der wesentlichen Gründe, warum ich z.B. im JOSM seit einiger Zeit keine neuen Tags mehr zum MapPaint hinzufüge, weil ich es schlicht leid bin aus dem riesen Wust an Zeug einen Sinn rauszusuchen. Soviel zum Thema: es hilft ausser dem Ego ... Gruß, ULFL P.S: Ich finde deine Rhetorik, z.B. Planetenverbesserer aus Deutschland schlicht unpassend. Kannst du bitte mal an deinem latent beleidigenden Ton arbeiten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatische Korrekturen, nerv...
Frederik Ramm schrieb: Hallo, Aber wer um alles in der Welt bittet Dich (oder eben sonst irgendwen) denn darum, solche Arten von Bulk-Aenderungen fuer den ganzen Planeten durchzufuehren? Deine Frage ist rhetorisch und letztlich gegenstandslos. Und das weißt du hoffentlich ganz genau. Kernaussage meines Postings war die Bitte, solche Arten von Bulk-Aenderungen (eben gerade die, bei denen sorgfaeltiges Arbeiten wegen der schieren Menge an Problemen nicht zu schaffen ist) einfach bleiben zu lassen und nach bewaehrtem Crowdsourcing-Prinzip auf viele, idealerweise vor Ort befindliche, Schultern zu verteilen. Diese Aussage hast du schon früher getroffen. Anscheinend wird deine Meinung von einigen (unter anderem von mir) nicht geteilt. Ganz einfach weil der Bedarf da ist einige Leute wollen das. Aber viel schlimmer: Ist dir eigentlich bewußt, daß du mit deinen Aussagen auf die Dauer einen botfähigen pfoten-weg produzierst? Wenn du jedem Botschreiber sagst: deine Änderungen wollen wir nicht, führt das eher nicht dazu, daß sich die Botschreiber zusammensetzen und besser werden. Dieser spezielle Botschreiber hat nach einiger wohlgemeinter Arbeit und dem was du geschrieben hast wahrscheinlich schlechte Laune. Jetzt kann folgendes passieren: 1. er stellt seine Arbeit entnervt ein 2. er macht unbeirrt weiter 3. er meint: was sind denn das für Arschlöcher, denen zeige ich es (- pfoten-weg2) Wenn du die guten Botschreiber (die durchaus bereit sind, zu lernen was sinnvoll ist und was nicht) wegekelst, wirst du dir auf die Dauer einen Stamm an pfoten-weg2 Botschreibern herbeizüchten, die einen Scheiß geben auf das was du sagst oder was aus OSM-Sicht sinnvoll ist. In der Medizin nennt man sowas Resistenzbildung. tagwatch ist z.B. voll von Datenmüll, der eine Übersicht über die aktuell verwendeten Tags nahezu unmöglich macht. Das ist aber in meinen Augen keine ausreichende Begruendung, um mit fremdem Datenmuell aufzuraeumen. Wenn Datenmuell aus Australien Deine Sicht stoert, dann schraenke Deine Sicht halt auf Deutschland ein. Je kleiner das Gebiet (und je naeher an Deinem aktiven Mapping-Umfeld), desto groesser die Sorgfalt, mit der Du ggf. dort Bulk-Aenderungen durchfuehren kannst und willst. Kannst du mir erklären, was an einem highway=residental in Australien offensichtlich richtig ist und nur dort geklärt werden kann? Aber genau das ist der Punkt. Wenn du reflexartig sagst: so einen Bot wollen wir hier nicht, wird sich nie eine Bot Kultur einstellen, die auf die spezifischen Unterschiede Rücksicht nimmt und damit für alle bessere Ergebnisse produziert. P.S: Ich finde deine Rhetorik, z.B. Planetenverbesserer aus Deutschland schlicht unpassend. Kannst du bitte mal an deinem latent beleidigenden Ton arbeiten? Das kann aber nur jemanden beleidigen, der meine sonstige Ausdrucksweise kennt - denn gemessen an dem, was hier ueblicher Ton ist, ist doch Planetenverbesserer aus Deutschland noch sehr milde. Du vermengst in deinen Mails gerne wir als OSM und deine persönliche Meinung. Damit stellst du häufig deine Meinung als in OSM so üblich dar (was in vielen Fällen ja auch durchaus stimmt). Entweder du verstehst dich als moralische Instanz von OSM, dann solltest du deine Ausdrucksweise auch entsprechend wählen, oder du vermeidest solche Aussagen wie Wir alle wissen, ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - ich verstehe den Relation Editor nicht mehr :-(
Hi! Ich wollte seit einiger Zeit mal wieder eine Relation eintragen ... und verstehe den Relation Editor nicht mehr. Eine Hilfe ist nicht vorhanden (zumindest bei F1 passiert nix), wenigstens haben mir die Tooltips etwas weitergeholfen. Fragen: 1.) Wieso kann ich manchmal über Vorlagen/Relationen/Abbiegeeinschränkungen die entsprechenden Daten eintragen, ein andern mal zeigt der Dialog Auswahl unpassend! an? Wie finde ich die richtige Auswahl heraus? 2.) Was soll mir die Spalte Verknüpft sagen? Die wirren Pfeile (--, etc.) verstehe ich nicht. 3.) Was sind die Relationen der Eltern? Vielleicht Heirat? ;-) 4.) Was sind die Child-Verknüpfungen? 5.) Wozu braucht man Rolle anwenden? 6.) Wieso wird die Relation beim drücken auf den Knopf Entfernen ohne Rückfrage gelöscht? 7.) Wieso gibt es den Entfernen Knopf überhaupt im Dialog, dafür ist doch der im Panel zuständig? 8.) Wieso geht beim Doppelclick auf ein Element in der Liste im Panel der Editor nicht auf? ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Norbert Wenzel schrieb: Wikipedia ist ein gutes Stichwort. Warum nicht einfach einen Link auf den entsprechenden Wikipedialink setzen, in dessen Content alle Namen des Platzes seit der Jungsteinzeit erwähnt sind. Na ja, es wird bestimmt nicht für jeden Platz der Welt einen Wikipedia Artikel geben ;-) Also ich find die Idee nicht schlecht die alten Namen für Spezialkarten zu verwenden oder was auch immer, aber es muss doch eine andere Verknüpfung geben, als alles in die Hauptdatenbank zu werfen. Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Ok, das finde ich auch ziemlich grenzwertig (und würde es persönlich auch nicht eintragen). Aber dein Beispiel finde ich gut um genau diese Grenzen auszuloten. Zusammenfassend: ich persönlich tendier dazu Datenbanken möglichst klein zu halten und mit möglichst vielen anderen, kleinen Datenbanken zu verknüpfen, anstatt alles in die DB zu werfen, die gerade zufällig zur Verfügung ist. Wie ja auch schon in der Weihnachtsmarkt Diskussion besprochen, gibt es einfach keinen wirklichen Konsens über die zeitliche Achse. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Walking Papers Plugin kaputt?
Hi! Für die NFE Mapping Party morgen in Betzenstein hab ich mal das JOSM Walking Papers Plugin probiert. Installation und Neustart im JOSM 2255 klappt. Im Menu Walking Papers / Gescannte Karte ... ausgewählt, die ID ngtz8mss eingegeben. Dann haut die Systemleistung an den oberen Anschlag und auch nach mehr als 10 min passiert nix mehr. Das gleiche Bild, wenn ich die komplette URL http://www.walking-papers.org/scan.php?id=ngtz8mss; probiere. Mach ich da was falsch, oder funktioniert das schlicht nicht? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Sven Geggus schrieb: Markus liste12a4...@gmx.de wrote: Und für OSM wäre es eine tolle Gelegenheit zu zeigen, wie man Luftbilder zur Kartenerstellung nutzen kann. Dir ist offensichtlich der Unterschied zwischen einem sauber georeferenzierten Orthofoto und Amateurphotos aus Quadrocoptern nicht klar. Meine Kollegen benutzen aufwendige Bildverarbeitung um Bildsequenzen aus solchen Drohnen zu Bildteppichen zusammenzurechnen. Was dabei rauskommt sieht zwar gut aus ist aber im Gegensatz zu Befliegungsfotos in sich verzerrt. Sowas kann man zu bestehenden Karten und Passpunkten georeferenzieren, aber niemals als _Quelle_ für Karten benutzen. In OSM haben wir doch (zumindest hier in Deutschland) meist schon bestehende Daten (Durchgangsstraßen etc.). Was fehlt sind die ganzen kleinen Ortsstraßen, POIs, etc.. Sind die Ergebnisse so schlecht, das man mit einer hobbymäßigen Entzerrung hier überhaupt nix werden kann? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
André Riedel schrieb: Mit der aktuellen latest (2485) und dem walkingpapers Plugin in der Version 18597 funktioniert es. Danke, damit geht es auch bei mir! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Abmahnverein
Hallo Markus! Markus schrieb: Hallo T, Es sollte ein freundlicher Hinweis genügen! Freundlich reicht nicht. Die Bitte um eine bessere Beschreibung der Datenherkunft muss *konstruktiv* sein. Wir können vom Anwender nicht erwarten, dass er weiss, wie wir es denn gerne hätten. Ich würde vom Anwender erwarten, daß er die Lizenz beachtet, unter der die OSM Daten bereitgestellt werden. Du tust hier so, als ob OSM schuld wäre und sich bessern *müßte*. Du wurdest doch vor einiger Zeit darauf hingewiesen, das die Lizenzangabe auf deren Karten komplett ungenügend ist und dringend verbessert werden muß, da sie den Vorgaben der OSM Lizenz nicht genügt. Seitdem passierte anscheinend monatelang ... nichts. Gehe ich recht in der Annahme, daß du nie mit dem Verein über die Problematik gesprochen hast? Wenn du dieses Verhalten mit kommerziellen Daten machen würdest, hättest du wahrscheinlich irgendwann einen netten Brief vom Anwalt bekommen, mit der Bitte um Übersendung von mehreren tausend Euro (aka Abmahnung). Wir können das auch deshalb nicht erwarten, weil die Lizenzdiskussion ja auch bei uns weder abgeschlossen, Was hat die Diskussion über eine mögliche Lizenzänderung in der Zukunft mit aktuellen Lizenzverletzungen zu tun? Nichts! noch für Normal-OSMer verständlich ist. Was ist denn das für eine Argumentation? Weil ich die Lizenz nicht verstehe (und die ist jetzt nicht allzu schwer), muß ich mich nicht dran halten?!? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xapi läuft wieder! - anderes Zeitf ormat?
Carsten Gerlach schrieb: Am Sonntag 29. November 2009 13:45:22 schrieb Jan Tappenbeck: http://wiki.openstreetmap.org/wiki/Platform_Status Schön, daß die XAPI wieder läuft, und sogar auf allen drei Servern. Eine Änderung ist mir aufgefallen: Früher enthielt xapi:planetDate auch Stunden und Minuten, also xapi:planetDate='200911161648', jetzt fehlt diese Angabe, also xapi:planetDate='20091201'. Lässt sich die alte Darstellung wieder aktivieren? Wen muss ich lieb fragen, daß das wieder rein kommt? :-) Außerdem werden die lat/lon Werte jetzt mit allen verfügbaren Nullen am Ende geliefert, also nicht mehr 86.84 sondern 86.840 - was auch nicht unbedingt im Sinne des geringen Transfervolumens ist ;-) Führt jetzt bei einem XSLT Skript von mir dazu, das fast alle Nodes gegenüber frühereren Referenzpunkten ihren Platz geändert haben :-( Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xapi läuft wieder! - anderes Zeitf ormat?
Stefan Dettenhofer (StefanDausR) schrieb: Ulf Lamping schrieb: Außerdem werden die lat/lon Werte jetzt mit allen verfügbaren Nullen am Ende geliefert, also nicht mehr 86.84 sondern 86.840 - was auch nicht unbedingt im Sinne des geringen Transfervolumens ist ;-) Führt jetzt bei einem XSLT Skript von mir dazu, das fast alle Nodes gegenüber frühereren Referenzpunkten ihren Platz geändert haben :-( Man darf auch nie Fließkommazahlen auf Gleichheit testen, sondern immer nur Integer-Werte! Also vorher Runden und dann auf Gleichheit testen! Ähem, du redest von Problemen mit Darstellungs-/Rundungsfehlern hervorgerufen durch IEEE Darstellung mit Exponent und Mantisse. Nur habe ich im XML keine Fließkommazahl, sondern die textuelle Repräsentation einer solchen - und das auch noch mit einer sehr begrenzten Anzahl Nachkommastellen, wo die von dir skizzierten Probleme schlicht keine Rolle spielen dürften. Wenn ich den String direkt vergleiche (was in XSLT leichter ist als ein Delta-Vergleich), habe ich daher solange kein Problem, wie sich die textuelle Repräsentation selbst nicht ändert - was eigentlich seit Jahren der Fall ist. Mir ging es nicht darum wie ich dieses Problem lösen kann - das weiß ich auch selber. Mir ging es darum, das sich hier subtil was geändert hat und jemand der nicht damit rechnet bei einem ähnlichen Problem u.U. ziemlich lange unnötig suchen muß. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nürburgring Nordschleife (betri fft eventuell Rennstrecken allgemein)
Mathias Kemper schrieb: Hallo Bernd, Wie gesagt, ich kenne weder den Ring selbst noch die Hinweistafeln an der Zufahrt. Sondern nur das was man im Netz darüber liest und was man auf Und nach verbreiteter Meinung soll man in OSM das erfassen was real da ist, nicht was der Inhaber/Betreiber gerne erfasst hätte. 100% Zustimmung! aber Real ist ja nicht das was man mit (sorry) gefährlichem Halbwissen aus dem Netz hat, sondern was vor Ort nach Straßenverkehrsordnung und Polizei sowie der Behörde in Trier (und nicht nicht nach dem Betreiber) Fakt ist. Was die Polizei und die Behörde zum Thema Rennstrecke ja oder nein sagt, ist mir in dieser OSM Beziehung erstmal ziemlich egal. Die können das gerne auch private Mautstraße mit teilweisem Rennbetrieb oder wie auch immer nennen, für mich bleibt das eine der bekanntesten Rennstrecken in Deutschland. Was das mit gefährlichem Halbwissen zu tun hat, erschließt sich mir nicht. Gerade deshalb wehre ich mich ja auch so gegen den Racetrack da dies definitiv falsch ist. Es kommt hier doch schlicht drauf an, was man unter Racetrack definiert. Ein definitiv falsch gibt es bei OSM übrigens eher selten ;-) Für mich ist eine Rennstecke schlicht, wenn dort regelmäßig offizielle Rennen veranstaltet werden (bzw. wurden). Das heißt dann noch nicht mal, das die Strecke permanent als solche eingerichtet sein muß. Beispiel: Isle of Man, der Mountain Course der Tourist Trophy. Das ist ein stinknormales ~60km langes Stück Landstraße, das eine gute Woche lang jeweils für ein paar Stunden zu den TT Trainings und Rennen für den öffentlichen Verkehr gesperrt wird. Dazu werden in der Rennwoche z.B. zur Streckensicherung Strohballen u.ä. an entsprechenden Positionen hingestellt, Tribünen aufgebaut, ... Für mich ist das ganz klar eine Rennstrecke. Ob und wie man permanente Rundkurse von temporären (oder auch historischen) Rennstrecken unterscheiden kann, ist dabei eine ganz andere Diskussion ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nürburgring Nordschleife (betri fft eventuell Rennstrecken allgemein)
northc...@gmx.de schrieb: Ob und wie man permanente Rundkurse von temporären (oder auch historischen) Rennstrecken unterscheiden kann, ist dabei eine ganz andere Diskussion ... Hallo Ulf, Diese Interpretation ist einfach falsch. Wenn wir jetzt anfangen alle Landstraßen als racetrack zu definieren auf denen Bergrennen /Bergcups /Bergslaloms (Temporär)etc. stattfinden liefe etwas falsch. Oder noch viel bessers Beispiel ist die WRC (Rally Weltmeisterschaft) um Trier und Baumholder die über die unterschiedlichsten Arten von Wegen geht von der Wiese über Feldweg, bis zur Bundesstraße. Also von der 'Idee' sollten wir gleich wieder Abstand nehmen. Jetzt hast du zwar alle möglichen Rennstrecken genannt, aber nicht einen Grund warum das falsch sein sollte sowas einzutragen. Ich persönlich fände es durchaus interessant, eine Karte der (aktuellen und historischen) Rennstrecken zu haben. Das ist doch letztlich wieder die gleiche Relevanzdiskussion wie mit Buslinien, Weihnachtsmärkten, ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nürburgring Nordschleife (betri fft eventuell Rennstrecken allgemein)
Mirko Küster schrieb: Eintragen kannst du das schon. Nur kannst du dann nicht beides auf einer Karte verwenden, wenn es sich gegenseitig verdrängt oder musst temporäre Straßenkurse anders taggen, Relation nutzen etc. Ansonsten wirst du wohl mit Rennstrecken zugeschmissen, wirst aber gleichzeitig riesen Lücken im Straßennetz ernten. Ja klar, wenn das eine normale Straße ist die nur ab und zu für Rennen genutzt wird, bleibt das ja in erster Linie eine normale Straße. Da würde ich zu einer speziellen Rennstrecken-Relation tendieren. Solche ein Tages/Wochen Rennstrecken auf normalen Straßen gibts mitlerweile viele. Da hätte ich auch noch eine im Angebot http://www.kyffhaeuser-motorsport.de/ Steigen tut das hier auf einem Teil der Bundesstraße http://osm.org/go/0GupRo5 Spontan fällt mir da noch das ein http://www.schleizer-dreieck.de/ Was hier stattfindet http://osm.org/go/0JV8auqa Mittlerweile ist glaube ich das falsche Wort ;-) http://de.wikipedia.org/wiki/Bergrennen#Pauschale_Verbote Gruß, ULFL P.S: http://de.wikipedia.org/wiki/Liste_der_Motorsport-Rennstrecken ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM highway=* und Radwege
Sebastian Klein schrieb: Nop wrote: Es ist übrigens nicht nötig, den Stil runterzuladen - du hast ihn bereits in der josm.jar unter styles\standard\elemstyles.xml und kannst ihn mit jedem Zip-Programm herausholen. Doch, es ist nötig, denn der Stil in der josm.jar wird ja eh schon automatisch benutzt. Es macht also keinen Sinn ihn zu extrahieren und dann erneut zu laden. :) Das kommt ganz drauf an was du machen willst. Wenn du z.B. nur ein paar Icons zur sonstigen Darstellung dazupacken willst, ist es einfacher deine eigene Datei zusätzlich zu den JOSM Sachen zu laden. Wenn du aber einiges ganz anders darstellen willst als bisher, ist es besser die bisherige elemstyles.xml als Basis für eigene Experimente zu nehmen und die JOSM internen Sachen abzuschalten - schon alleine um sich bei Experimenten nicht selber mit gegenseitig konkurrierenden Regeln ins Bein zu schiessen ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzfrage (es geht _nicht_ um ODbL vs. PD vs. CC-BY-SA)
Frederik Ramm schrieb: Hallo, Lars Francke wrote: Dadurch, dass wir nun bald die History bekommen kann man sich auch da alle PD-Sachen raussuchen, mit dem ewigen Streit um die neue Lizenz (der ja sicher nicht enden wird wenn gewechselt wird - und den ich hier extra nicht führen möchte) und meiner Bereitschaft das zu implementieren auch wenn es nur wenig PD-Daten gibt gewinnt die Frage für mich durchaus praktische Relevanz. Ich wuensche mir auch einen solchen PD-Filter und wuerde so einen Plan was nach Kraeften unterstuezen. So eine duale Lizenzierung koennte viel von dem Aerger nehmen, den wir mit der Lizenz haben. Aber das ist schon ziemlich schwierig, denn zumindest im Rahmen der CC-By-SA koennte man sich auf den Standpunkt stellen, dass ein Briefkasten-Node, den Du an eine Kreuzung malst, ein derived work von der Kreuzung ist. Ich möchte dran erinnern, daß inzwischen z.B. vieles von dem, was ich in Nürnberg eingetragen habe nicht mal mehr in der History auftaucht, weil es viele Apologeten gibt, die Daten löschen und (fast) identisch neu eintragen. Wenn jetzt einer ankommt und sagt: ich habe die Daten doch alle neu unter PD eingetragen, würde ich schon ernsthaft die Frage in den Raum stellen wollen, inwieweit das nicht eine Lizenzverletzung meiner Daten ist. Aus genau dem Grund bin ich inzwischen sogar der Meinung, daß ein Lizenzwechsel wahrscheinlich schlicht nicht mehr sinnvoll möglich ist - egal in welche Richtung. Ich persönlich *kann* z.B. meine Daten nämlich nicht pauschal unter einer anderen Lizenz zur Verfügung stellen. Das kann ich nämlich nur dann tun, wenn ich weiß das alle Daten von denen ich selbst abgeleitet habe ebenfalls die Lizenz umschalten. Das kann ich aber beim besten Willen nicht mehr überblicken. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Nop schrieb: Hi! Der User Pieren hat auf der talk-Liste eine allgemeine Umfrage gestartet, um zu sehen, wie die Community über den Lizenzwechsel denkt. Die Umfrage ist zu finden unter http://doodle.com/feqszqirqqxi4r7w Die Optionen entsprechen ungefähr denen der für Februar geplanten Abstimmung aller User. Von Links nach Rechts: - Ja, ich werde die neue Odbl Lizenz akzeptieren - Ja, und ich betrachte alle meine Daten sowieso als Public Domain - Nein, ich werde die neue Odbl Lizenz nicht akzeptieren, erst nachdem sie überarbeitet wurde - Nein, ich werde die neue Odbl Lizenz nicht akzeptieren und will CC-BY-SA2.0 beibehalten - Ich weiß noch nicht, denn ich verstehe die neue Lizenz und die möglichen Konsequenzen noch nicht. Ich finde es gut, daß mal jemand die Stimmung prüft, wenn es schon die OSMF nicht tut. Gebt bitte Eure Meinung kund. Sehe ich genauso. Hintergrund dazu: Gestern ist die Abstimmung an die OSMF (OpenStreetMap Foundation) Mitglieder gegangen[1], ob die OSM Contributor (Mapper) im Februar über die Lizenzänderung von CC-by-SA zu ODBL abstimmen dürfen. Wenn die OSMF Mitglieder dieser Aufforderung zustimmen, wird es voraussichtlich im Februar dann heißen: Stimme der neuen ODBL Lizenz zu oder du kannst bei OSM nicht mehr mitmachen und deine Daten werden nicht mehr in der ODBL basierten OSM Datensammlung auftauchen. Gruß, ULFL [1] http://lists.openstreetmap.org/pipermail/announce/2009-December/07.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Ulf Möller schrieb: Matthias Versen schrieb: Der Wechsel zum jetzigen Zeitpunkt ist viel zu spät, vor 2 Jahren wäre es ok gewesen aber nicht jetzt. Wenn man davon ausgeht das 5% der User nicht antworten oder gegen den Wechsel sind dann werden die Daten extrem beschädigt. Die Lizenzumstellung würde ja in zwei Phasen erfolgen. Erst einmal geht es darum, dass möglichst viele Benutzer den neuen Bedingungen zustimmen. Das Planet-File steht in der Übergangszeit weiter unter CC-BY-SA zur Verfügung. Die endgültige Umstellung auf ODbL ist erst der zweite Schritt - und der wird sicher nicht so überstürzt folgen, dass die Karten dadurch wieder zum Flickenteppich werden. Wenn 5% der Mapper der Umstellung tatsächlich nicht zustimmt (die Umfrage suggeriert diesen Wert in etwa), bekommst du einen Flickenteppich. Egal wie gut geplant die Umstellung läuft. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Mirko Küster schrieb: Wenn ich mich jetzt schon vorab festlege, kann ich mein Postfach eigenlich gleich ins Killfile verlegen. Denn ich habe keine Lust mich dann rechtfertigen zu müssen oder die lieb gemeinten Umstimmungsbriefchen zu lesen. Wie, warum und wesshalb sind meine Entscheidung, desshalb nicht vorab öffentlich. Du kannst ja ohne Probleme anonym abstimmen. Was einige anscheinend dazu verleitet Blödsinn zu machen. Na ja, sollen sie halt. Wenn tatsächlich (aus der Umfrage geschätzte) 5% der aktiven Mapper Ernst machen und bei der Umstellung ihre Daten verweigern, hat sich das Thema Umstellung wohl eh erledigt. Die Briefchen werden aber sowieso erst kommen, wenn das Kind im Brunnen liegt und deine Daten wirklich auf einmal weg sind. Ich bin zu der Überzeugung gekommen, daß die neue ODBL Lizenz die aktuellen Probleme nicht wirklich löst aber einen Haufen neue Probleme schafft. Über den Weg, wie versucht wird die neue Lizenz durchzudrücken kann ich inzwischen nur noch den Kopf schütteln. Das sage ich auch gerne öffentlich und mußte mich auch schon auf der talk Liste dafür rechtfertigen, das ich überhaupt was negatives sage. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Frederik Ramm schrieb: Allerdings sehe ich fuer die *Karte*, und das ist ja den meisten das wichtigste, relativ wenig Probleme. Wir koennen problemlos noch auf Jahre hinaus Karten-Kacheln generieren, die halb aus neuen ODbL und halb aus alten CC-BY-SA-Daten bestehen. Das Mapnik-Setup wird etwas komplizierter, aber weisse Flecken muss man nicht hinnehmen. Eine Mischung aus ODBL und CC-by-SA Daten auf einer Kachel würde die CC-by-SA Lizenz doch verbieten, oder nicht? Sonst müßte man die neuen Daten auch unter CC-by-SA ausliefern und die ganze Aktion wäre komplett sinnlos ;-) Also müßtest du dann zwei Kacheln rendern, eine ODBL und eine CC-by-SA. Dann müßtest du dir überlegen, wie du die mit Transparenz übereinander legst. Außerdem bräuchtest du eine Art Differenz Datenbank/Abgleich, da z.B. leicht verschobene Straßen ja nicht doppelt auftauchen sollten. Keine Ahnung ob das überhaupt jemals gehen kann ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Frederik Ramm schrieb: Allerdings sehe ich fuer die *Karte*, und das ist ja den meisten das wichtigste, relativ wenig Probleme. Wir koennen problemlos noch auf Jahre hinaus Karten-Kacheln generieren, die halb aus neuen ODbL und halb aus alten CC-BY-SA-Daten bestehen. Das Mapnik-Setup wird etwas komplizierter, aber weisse Flecken muss man nicht hinnehmen. Eine Mischung aus ODBL und CC-by-SA Daten auf einer Kachel würde die CC-by-SA Lizenz doch verbieten, oder nicht? Sonst müßte man die neuen Daten auch unter CC-by-SA ausliefern und die ganze Aktion wäre komplett sinnlos ;-) Die CC-BY-SA-Lizenz wuerde erfordern, dass die Kachel unter CC-BY-SA steht. Dies aber laesst die ODbL ja gerade zu: produced works, die keine Datenbanken sind, duerfen unter jeder beliebigen Lizenz stehen. Ich hab mir in Ruhe noch mal die bisherige Lizenz[1] angeschaut und du hast vollkommen recht. Ich war der Meinung das die Daten hinter der Kachel unter CC-by-SA freigegeben werden müßten - dem ist aber nicht so. Danke, das war doch mal ein schönes Beispiel, warum CC-by-SA tatsächlich so seine Probleme hat. Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/OpenStreetMap_License ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM+ - Pressemitteilung
Frederik Ramm schrieb: Hallo, Ich selbst finde dieses OSM+ aber auch etwas seltsam; hoere gerade davon zum ersten Mal. Der Name ruehrt wohl daher, dass die Firma ein anderes etabliertes Produkt mit aehnlichem Namen hat (GeoStreet+). Trotzdem hoert es sich natuerlich ein bisschen so an, als wollte jemand hier mehr als OSM bieten, und ich bin gespannt, was da dahintersteckt. Ja, das kam auch bei mir nicht so gut rüber. Bin mal gespannt, ob dann demnächst auch ein OSM++ kommt ;-) Hat die mal einer angemailt und mit *netten* Worten drauf hingewiesen, daß die Namenswahl eventuell nicht sooo toll ankommt? Kann ja auch gut sein, daß denen das überhaupt nicht bewußt ist. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Am 11.12.2009 02:37, schrieb Frederik Ramm: Hallo, André Reichelt wrote: Ich sehe hier ganz klar, dass SteveC versucht, die Entscheidungen in der OSMF zu manipulieren, indem die Mitarbeiten von ihm soweit zurechtgebogen werden, dass sie den Willen des Chefs annehmen. Steve geniesst insgesamt trotz seines zuweilen ruepelhaften Auftretens so hohes Ansehen, dass er meiner Meinung nach jederzeit eine Mehrheit im Projekt oder eine Mehrheit der OSMF hinter sich bringen koennte. Nicht fuer jeden Mist, das ist klar, aber in weiten Grenzen. Wenn man sich den Podcast der LWG zum Thema Lizenzwechsel [1] mal anhört, kommt: es sind ja laut der Umfrage [2] nur 10% dagegen, ist doch ein toller Erfolg. Unterschwellig kommt da bei mir so ein: ... und den Rest geben die ganzen Deppen da draußen schon wieder neu ein rüber. Mit der Lizenzänderung geben die Mapper der OSMF die Mittel in die Hand, nach Gutdünken (im Rahmen des nicht jeder Mist) die Lizenz nach ihren Vorstellungen umzuformen. Aktuell muß eine weitgehende Einstimmigkeit der Mapper für einen Lizenzwechsel vorhanden sein, sonst sind zu viele Daten weg. Demnächst reicht eine zähneknirschende 50% Zustimmung der aktiven Mapper aus (wobei die 50% nichtmal explizit erwähnt werden). Die OSMF möchte mit dieser Regelung künftige Lizenzwechsel für alle erträglicher gestalten - was ich verstehen kann, da ansonsten bei jedem zukünftigen Lizenzwechsel die Daten von Leuten gelöscht werden müssen die nicht mehr erreichbar sind (Tod, kein Interesse mehr, ...). Wie aber die OSMF und deren Interessen in 5 Jahren aussieht, weiß kein Mensch. Ich möchte in diesem Zusammenhang auch daran erinnern, daß Navteq und Teleatlas jeweils für mehrere Milliarden! Euro den Besitzer gewechselt haben. Die OSMF könnte da in Zukunft durchaus ein lohnendes Ziel einer feindlichen Übernahme werden. In der Präambel dieser Umfrage steht ganz deutlich, dass die Daten gelöscht bzw. versteckt werden (was equivalent ist) ist es nicht; Na ja, für jemanden der mit Nein stimmt ist der Effekt nahezu identisch. Ich stimme Dir in dem Punkt zu, dass man bei der endgueltigen Frage (von der noch gar nicht klar ist, ob es dazu kommt - erst muessen die OSMF-Mitglieder ja abstimmen) klarstellen muss: * Wir bitten Euch, Eure Daten zu relizensieren * Wenn genuegend Leute mitmachen, geht die Sache weiter; die Daten derer, die nicht relizensieren, muessen dann irgendwie in einer CC-By-SA-Quarantaene geparkt werden; die Leute bekommen dann nochmal eine Gelegenheit, es sich anders zu ueberlegen * Wenn nicht genuegend Leute mitmachen, dann platzt die Sache und alles bleibt beim alten. Diese dritte Moeglichkeit wird derzeit nicht deutlich genug dargestellt. Das ist aktuell leider die Vorgehensweise: Dinge, die nicht ins Konzept passen werden auf der englischen talk Liste (bewußt?) vergessen zu erwähnen. Du versuchst das ganze Thema ausgewogen rüberzubringen was ich sehr gut finde. Auf der englischen talk Liste ist die Diskussion leider wesentlich weniger ausgewogen. Gruß, ULFL [1] http://www.opengeodata.org/2009/12/08/license-working-group-podcast/ [2] http://doodle.com/feqszqirqqxi4r7w ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Am 10.12.2009 21:39, schrieb Kai Krueger: On 22/07/28164 20:59, André Reichelt wrote: Ulf Lamping schrieb: Ich bin zu der Überzeugung gekommen, daß die neue ODBL Lizenz die aktuellen Probleme nicht wirklich löst aber einen Haufen neue Probleme schafft. Über den Weg, wie versucht wird die neue Lizenz durchzudrücken kann ich inzwischen nur noch den Kopf schütteln. Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Es wird in meinen Augen zeit, dass sich das Projekt selbst ein paar Administratoren wählt, die die Leitung übernehmen. Andre, ich finde es ja toll das du mir zustimmst, aber bitte tu mir einen Gefallen und schreib a) in einem angemessenen Tonfall und b) sachlich halbwegs fundiert Dieser Passus in den Contributor Terms ist jedoch durchaus umstritten und es ist berechtigt sachlich darueber zu diskutieren ob das in der Tat die beste Loesung ist. Einige Vorschlaege die z.B. gemacht wurden sind das dieses Recht der OSMF nur fuer kurze Zeit (z.B. ein Jahr) eingeraeumt werden falls etwas gravierendes schief geht und danach nur noch die ODbL gilt. Persoenlich halte ich diesen Passus auch noch nicht fuer ideal und ich koennte mir Vorstellen das es dort noch aenderungen geben wird. Die Contributor Terms sind bislang auch noch als Version 0.9 Draft gekenzeichnet. Ich könnte mir z.B. vorstellen, daß man über die beiden Punkte ODbL und spätere Änderungsmöglichkeit getrennt abstimmt. Also die naechste Moeglichkeit sich neue Board Members oder Administratoren fuer die OSM-F zu suchen besteht im naechsten August zur jaehrlich Hauptversammelung von OSM-F. Bzw, es gaebe glaube ich sogar die Moeglichkeit eine aussergewoehnlich Hauptversammelung einzuberufen wenn es genuegend Unterstuetzung dafuer gibt. Die Lizenz-Frage ist jedoch mit sicherheit nicht der richtige Ort dafuer. Bislang ist die OSMF für Mapper kaum in Erscheinung getreten, was ihrem eigenen Anspruch unterstützen, aber nicht kontrollieren durchaus gerecht wird. Jetzt will die OSMF die (eingeschränkte) Kontrolle über die verwendete Lizenz ausüben. Wenn dem so kommt, ist die Lizenz-Frage daher genau der Zeitpunkt darüber abzustimmen, ob man das so will oder nicht. Im Prinzip sehe ich an diesem Verfahren also eigentlich kein Problem und es folgt so ziehmlich der gleichen Methodik wie jedes andere Verfahren dieser Art. Es wird ein moegliches Problem entdeckt, ein paar kompetente und sehr interessierte Freiwillige erarbeiten mit viel Input aller anderer ein Vorschlag der dann zur algemeinen Abstimmung steht. ... sonst heißt es immer: Mir doch egal was ihr da ausgekaspert habt, ich mach das so wie ich das will. Die Konsequenzen bei der Lizenzfrage sind völlig andere und Alternativen habe ich - wenn ich im Projekt bleiben will - keine. Das hat schon eine ganz andere Qualität. Und wenn dann immernoch die negativen Seiten ueberwiegen, dann, klar sollte man auch mit Nein stimmen, aber eben nicht aus politischem protest. Das schadet dann nur allen. Mit einer Ja Stimme (zumindest wie es momentan formuliert ist) gibt man der OSMF mehr Macht, als sie ohnehin schon hat. Wenn ich genau das nicht will, was bleibt mir dann übrig? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Fußwege an Ampel n
Am 13.12.2009 03:24, schrieb Mirko Küster: Nur wozu das ganze? Wir beschreiben doch eigentlich alles ziemlich genau. Es liegt einzig am Router der nicht unterscheidet und die Daten auch entsprechend nutzt. Eine einzige Einstellung für das Sammelsorium Fahrrad bringt es heute einfach nicht mehr. Man könnte locker unterteilen. Für Familien und Sonntagsfahrer kann man gemäßigte Strecken bevorzugen und Treppen ganz sperren. Für Rennräder wird nach guten Oberflächen gefiltert. Für MTBler gibts hingegen bis auf explizite Verbote so gut wie keine Grenzen. Aber *genau* dafür gibt es doch inzwischen verschiedene Garmin Karten[1], die Radfahrerkarte für normale Radfahrer, zwei verschiedene MTB Karten für MTBler, ... Ich gehe eigentlich davon aus, das dieser Trend zu Spezialkarten anhält. Irgendwann setzt sich wahrscheinlich einer hin und macht eine Spezialkarte für Fahrrad mit Hänger. Ob und wann sich wirklich offene Systeme (Garmin ist ja nur halboffen) auf breiter Front durchsetzen ist noch eine ganz andere Frage. Man darf dabei auch einfach nicht vergessen, daß das Thema OSM Routing gerade mal vielleicht ein Jahr wirklich akut ist, vorher waren die Daten schlicht an vielen Stellen zu dünn und viel Arbeit ging in die Findung von tags und die richtige Darstellung auf den Karten. Jetzt kommen halt die ganzen Probleme immer stärker zutage, die beim malen einer Karte nicht sooo wichtig sind, aber bei der Benutzung eine wesentliche Rolle spielen. Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Fußwege an Ampel n
Am 13.12.2009 03:24, schrieb Mirko Küster: Nur wozu das ganze? Wir beschreiben doch eigentlich alles ziemlich genau. Es liegt einzig am Router der nicht unterscheidet und die Daten auch entsprechend nutzt. Eine einzige Einstellung für das Sammelsorium Fahrrad bringt es heute einfach nicht mehr. Man könnte locker unterteilen. Für Familien und Sonntagsfahrer kann man gemäßigte Strecken bevorzugen und Treppen ganz sperren. Für Rennräder wird nach guten Oberflächen gefiltert. Für MTBler gibts hingegen bis auf explizite Verbote so gut wie keine Grenzen. Aber *genau* dafür gibt es doch inzwischen verschiedene Garmin Karten[1], die Radfahrerkarte für normale Radfahrer, zwei verschiedene MTB Karten für MTBler, ... Ich gehe eigentlich davon aus, das dieser Trend zu Spezialkarten anhält. Irgendwann setzt sich wahrscheinlich einer hin und macht eine Spezialkarte für Fahrrad mit Hänger. Ob und wann sich gegenüber den Garmin Lösungen wirklich offene Systeme auf breiter Front durchsetzen ist dabei eine ganz andere Frage. Man darf dabei auch einfach nicht vergessen, daß das Thema OSM Routing gerade mal vielleicht ein Jahr wirklich akut ist, vorher waren die Daten schlicht an vielen Stellen zu dünn und viel Arbeit ging in die Findung von tags und die richtige Darstellung auf den Karten. Jetzt kommen halt die ganzen Probleme immer stärker zutage, die beim malen einer schönen Karte nicht sooo wichtig sind, aber bei der Benutzung eine wesentliche Rolle spielen. Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Routing (war: Straßenbegleite nde Fußwege an Ampeln)
Am 13.12.2009 17:33, schrieb Johann H. Addicks: Am 13.12.2009 16:54, schrieb Ulf Lamping: Ob und wann sich gegenüber den Garmin Lösungen wirklich offene Systeme auf breiter Front durchsetzen ist dabei eine ganz andere Frage. Welche anderen Systeme für OSM-Navigation für Fahrrad gibt es denn, bei denen ich ohne UMTS-Flatrate auskomme? Na ja, habe ich irgendwo behauptet, daß es andere Lösungen als die Garmin Sachen bereits gibt?!? Aber das ist nicht der Punkt. Wie ich bereits geschrieben habe steckt OSM Routing eigentlich noch in den Kinderschuhen. Viele Fragen sind noch ungeklärt und ein paar wohl überhaupt noch nicht gestellt. Wenn die Garmin Sachen dazu führen, daß viele Leute sich überhaupt mal Gedanken dazu machen, was man denn eigentlich für ein Fahrradrouting an Informationen braucht, das es verschiedene Fahrräder gibt die man unterschiedlich routen sollte, usw., usw... ist doch schon wieder viel gewonnen. Wenn die Garmin Sachen dazu führen, daß viele Leute routing relevante Infos eintragen (z.B. Schotter oder Asphalt) ist doch schon wieder viel gewonnen. Diese Erkenntnisse dann später von einem Garmin auf ein irgendwann in der Zukunft existierendes freies System zu übertragen ist zwar auch etwas Arbeit, aber jetzt die Hände in den Schoß zu legen weil wir sowas aktuell noch nicht haben kann es doch auch nicht sein. Gruß, ULFL P.S: Klar, wenn wir Pech haben macht Garmin sein Kartenformat zu (DRM oder wie auch immer) und wir können mit den OSM Daten auf den Garmins nix mehr werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 18:48, schrieb Karl Eichwalder: geo.osmgeo@googlemail.com writes: amenity=doctors Das sind (IMO) im Englischen solche Leute, die einen Doktor gebaut haben. Im Englischen sind das eher Physicians bzw. die jeweiligen Spezialisten (Dentist, Psychologist, etc.). Umgangssprachlich scheint Doctor zu gehen. Am besten mal bei den Muttersprachlern nachfragen. Das hatte jemand vor einiger Zeit mal gemacht, dort hieß es allgemein: Ich gehe zum Arzt - I'm going to the doctors daher auch doctors und nicht doctor. amenity=dentist und amenity=veterinary gibt es ja sowieso schon länger als eigenen Tag. Ich meine da gab es auch mal ein proposal zu den unterschiedlichen Ärztetypen, weiß aber nicht mehr wo genau. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 18:56, schrieb Mirko Küster: amenity=doctors name=Hautarzt Müller doctors=dermatologist doctors_note:DE=Facharzt für Hautkrankheiten, Neurodermitisexperte Ich mach das mit: amenity=doctors name=Dr. med. Heinz Müller Hautarzt/ Allgemeinmedizin/ Internist etc Versteht jeder, wird bereits überall dargestellt und erspart wieder einen Tag den keiner rendert oder bei zwangsläufigen Semikoloneinsatz boykottiert wird. Semikolon weil viele Ärzte mittlerweile zusätzlich noch Scherpunktfachrichtungen machen, was schonmal zwei Angaben benötigt. Der Name des Arztes ist nicht: Dr. med. Heinz Müller Hautarzt/ Allgemeinmedizin/ Internist etc also solltest du das auch nicht so eintragen. *Wie taggen nicht für die Renderer* - schon wieder vergessen? Indem du sowas machst, wird *nie* ein ordentliches Rendering in dem Bereich zustandekommen können. Im Gegenteil. Irgendwann macht das jeder so und dann *müssen* die Renderer den Namen nach n Zeichen kappen weil sonst nur noch Müll auf der Karte steht. Und das machen die dann auch bei ansonsten sinnvollen längeren Namen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 19:08, schrieb geo.osm: Ulf Lamping schrieb: Das hatte jemand vor einiger Zeit mal gemacht, dort hieß es allgemein: Ich gehe zum Arzt - I'm going to the doctors daher auch doctors und nicht doctor. amenity=dentist und amenity=veterinary gibt es ja sowieso schon länger als eigenen Tag. das sind aber auch die beiden einzigen, die so eine Sonderstellung haben. Bei anderen Fachrichtungen gibts da bisher nix. Na ja, veterinary hat da definitiv eine Sonderstellung und dentist aus meiner Sicht irgendwo auch. Zu der Zeit (1 Jahr her) zu der ich das damals im Wiki und JOSM eingebaut habe, waren das die drei laut Tagwatch mit *weitem* Abstand am meisten verwendeten Doktoren tags. Ich meine da gab es auch mal ein proposal zu den unterschiedlichen Ärztetypen, weiß aber nicht mehr wo genau. Gruß, ULF das einzige welches ich gefunden habe ist folgendes http://wiki.openstreetmap.org/index.php?title=Talk:Proposed_features/Doctor aber wie gesagt noch offen und auch nicht so richtig fertig Dann mach es doch fertig ;-) Aber auch hier gilt: Lieber ein Tag das wirklich verwendet wird, als eine Wiki Seite die keiner liest :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 19:33, schrieb Mirko Küster: *Wie taggen nicht für die Renderer* - schon wieder vergessen? Beim Punkt POI taggen wir in so gut wie keinem Fall für die Renderer. Da gibts egal wie immer Probleme. Und weil es ja sowieso egal ist, trägst du jetzt Mist ein? Und ein Tag den am Ende wieder keiner Auswertet ist bis dato ohnhin für die Tonne. Also ich habe vor 2 Jahren Tags eingetragen, die werden bis heute nicht gerendert. Sind sie deswegen falsch? Nein! Sind sie deswegen für die Tonne? Aus meiner Sicht nein! Niemand zwingt dich dazu bei OSM etwas einzutragen - nur das was du einträgst sollte auch stimmen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 20:58, schrieb Mirko Küster: Und weil es ja sowieso egal ist, trägst du jetzt Mist ein? Ich trage das ein was ich sehe und Sinn macht. Ein Arzt dessen Fachrichtung nicht erkennbar ist nützt dir in der Karte im Notfall wenig. Wenn es einen entsprechenden Tag gibt, der auch ausgewertet wird, kann man das noch immer ändern. Bis dato kommt es in den Namen und erfüllt so seinen Zweck. Im ärztlichen Notfall schaust du auf die OSM-Karte? Ich würde das anders machen ;-) Niemand zwingt dich dazu bei OSM etwas einzutragen - nur das was du einträgst sollte auch stimmen. Ich erfinde nix und trage auch keine Falschinformationen ein. Nur weil dir das wie persöhnlich nicht passt ist das noch lange nicht falsch. Der Name des Arztes lautet schlicht nicht: Dr. Möller - Allgemeinmedizin Spätestens wenn du eine automatisierte Auswertung machst, wirst du den Unterschied sehen. Setze einen entsprechendes Schema auf, boxe das bis zu Auswertung durch. Dann kannst du dich auch berechtigt beschweren. Ich trage lieber eine Information zuviel als zu wenig ein, warte damit auch nicht bis irgendwann vielleicht mal ein passender Tag kommt. Genau dafür gibt es das note= Tag, oder lass dir ein neues Tag einfallen, doctors= oder medical= wurden ja schon erwähnt. Grundangaben die zu einem Arzt gehören sind Name, Fachrichtung, Adresse, Sprechzeiten und Telefonnummer, falls vorhanden noch Fax, Mail und Webseite. Gibt es einen akzeptierten Tag für die Fachrichtung dann wird der auch genutzt. Wo ist das Problem? Weil du damit anderen ein schlechtes Beispiel gibts. Wie dem auch sei, es gibt wichtigeres. Viele eingetragende Ärzte haben nichtmal eine Telefonummer oder gar Adresse als Grundinformation. Was ich immer wieder erstaunlich finde. Genau wie bei Straßen bleibt einzig die Grundinfromation hängen. Wichtige Details gehen aber vielerorts irgendwie unter. Irgendwie bekommt man das Gefühl nicht los das eine Mehrheit nur aus Luftbilder abpinnt und nie wirklich vor Ort war. Ich habe eben mal nach gestern Karlsruhe und Hamburg mal Nürnberg angeschaut. Kaum Adressen, bei vielen Straßen hats nichtmal für Surface gereicht. POIs auch hier oft einzig mit nur mit Namen. Die Frage ist warum. Ignorieren manche einfach was sie sehen? Nein, sie tragen einfach nur ein, was sie eintragen wollen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 21:52, schrieb Mirko Küster: Weil du damit anderen ein schlechtes Beispiel gibts. Ich bin hier nicht als Beispielgeber. Ähem, hast du nicht selber ein paar Mails vorher mit Ich mach das mit: ... ein Beispiel gegeben? Du gibst anderen außerdem ein Beispiel, wenn sie in deiner Gegend (sic!) auf die Karte und in die Daten schauen. Es steht jedem frei sein Ding so zu machen wie er für richtig hält. Im Gegenteil, ich bin gerade nicht derjenige der zu jedem Treffen oder zur Zeitung rennt um übers Mappen zu reden. Davon wird die Karte nicht voller. Das halte ich für eine *sehr* gewagte These. Seitdem wir öfters mal in der Presse auftauchen, geht die Anzahl der Mapper eklatant nach oben - und das füllt dann indirekt die Karte. Nein, sie tragen einfach nur ein, was sie eintragen wollen. Eben, und ich mache eben so vollständig wie möglich. Das ist ja prinzipiell auch durchaus löblich. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 14.12.2009 02:37, schrieb Bartosz Fabianowski: Ich gehe zum Arzt - I'm going to the doctors daher auch doctors und nicht doctor. Da hast Du leider falsch verstanden was gemeint war. Der Satz lautet in geschriebener Form I'm going to the doctor's. Am Ende wurde dabei ein implizites practice oder surgery ausgelassen, vollständig heißt der Satz den Du gehört hast also: I'm going to the doctor's surgery. Damit dürfte klar sein - bei dem s am Ende von doctor's handelt es sich um den Genitiv. Der Plural war nicht gemeint. Wenn also schon unbedingt ein Tag auf Basis eines umgangssprachlichen Ausdrucks eingeführt werden muß (und ich kann Dir von vornherein versprechen daß hier in Irland niemand amenity=doctor taggen wird sondern immer amenity=physician) dann bitte richtig geschrieben, also amenity=doctor. Wie das grammatikalisch richtig geschrieben ist, ist mir ehrlich gesagt ziemlich schnuppe. Wenn auf der englischen talk Liste gesagt wird, daß die tendenziell doctors benutzen würden und nicht doctor, dann sehe ich *das* als wesentlich an. Um diese Frage ging es hier. Du kannst gerne auf der englischen Liste nach dem Thread suchen und uns berichten. Aber wie gesagt - im Englischen ist das sowas von umgangssprachlich daß es absolut niemand verwenden wird. Warum nicht einfach amenity=physician unter Verwendung des korrekten englischen Ausdrucks? Vielleicht, weil dieser Tag jetzt seit Jahr(en?) besteht und es nur Konfusion erzeugt wenn man das jetzt (ohne guten Grund) ändern würde? Vielleicht auch, weil doctors sehr viele nicht englischsprachige viel besser verstehen werden als physician? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 14.12.2009 23:20, schrieb olvagor: Hallo, ich möchte ein paar Arbeits-/Arbeitserziehungs-/Konzentrationslager im Sauerland erfassen. Leider findet sich dazu nichts im Wiki und auch sonst blieb eine Suche bei $SUCHMASCHINE ziemlich erfolglos. In Dachau bswp. ist nur historic=ruins gesetzt, Ruinen gibt es aber in meinem Fall nicht. Nur noch die Information, dass an besagtem Ort mal ein Arbeitserziehungslager war. Spontan würde ich man_made=labour_camp man_made=labour_education_camp man_made=concentration_camp in Kombination disused=yes oder historic=yes setzen. Alternativ böte sich evtl. ein Gefängnis-Tag an, das trifft es meines Erachtens aber nicht wirklich. Gibt es da evtl. schon andere etablierte Tags oder habt ihr bessere Vorschläge? Ich verstehe dich so, daß da mal ein entsprechendes Lager war, aber jetzt nichts mehr zu sehen ist, bzw. andere Gebäude da stehen / ganz anders genutzt werden. Gefühlsmäßig würde ich da eher zu historic=xy tendieren (die Werte von dir sehen ok aus). Es gibt ja auch historic=battlefield, was auch mal da war. man_made gibt eigentlich eher sowas wie bestehende Bauwerke im weiteren Sinne (Kran, Mast, Kläranlage, ...) an. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 23:46, schrieb Mirko Küster: Ähem, hast du nicht selber ein paar Mails vorher mit Ich mach das mit: ... ein Beispiel gegeben? Du gibst anderen außerdem ein Beispiel, wenn sie in deiner Gegend (sic!) auf die Karte und in die Daten schauen. Springst du auch in die Donau wenn ich das schreibe? Wir haben hier ein offenes Schema und da kann jeder machen wie er will, solange kein anerkannter Konsens besteht. Na ja, das man in den Namen alles mögliche reinpackt, weil bislang kein passendes Tag existiert ist jetzt vielleicht auch nicht sooo der übliche Weg :-) Andererseits wohl auch nicht so unüblich. Aber bitte versteh mich nicht falsch. Wenn du mich vor die Wahl stellst: Entweder ich pack es in den Namen oder ich lass es halt komplett bleiben werde ich dir immer sagen: Dann pack es halt in den Namen. Und dein Beispiel ist ja auch nicht unbedingt besser. Du benennst die Praxis ja eher nach dem Betreiber als nach der eigentlichen Praxis selbst. Eigene Nase würde ich da sagen. Ich nehme halt ein Mittelding um die wichtigesten Informationen vorübergehend bis zu geeigneten Tags zu Transportieren. Standardvorgehensweise die ich meiner Ecke immer anwende. Aber genau das führt doch dazu, daß sich nie eine Meinung rausbildet, wie sowas denn getaggt werden könnte. Wie soll denn jemals einer von den Renderer Rules Schreibern auf die Idee kommen, daß wir ein spezielleres Tag für Ärtze brauchen, wenn alle Leute diese Infos in die Namen schreiben und drauf warten das die Renderer besser werden :-) Und jeder der hier mitliest kann frei entscheiden was er macht. Ich glaube kaum das nun einer loszieht und so taggt, nur weil ich es so mache. Du unterschätzt die Macht des lokalen Beispiels ;-) Zu den Daten. Da rate ich dir lieber gleich nicht rein zu schauen. Meine Ecke, meine weil 99,9% Daten von mir, ist voll von undokumentierten Versuchsballons, eben weil es mir Spaß macht ins Detail zu gehen und eben auch mal Dinge zu versuchen die es so noch nicht gibt. Ab und an brauchts mal Abwechslung, stupide Strippen nach Schema X malen macht auf Dauer ramdösig.Wenn das andere nachmachen habe ich kein Problem mit, wenn nicht ebenso wenig. Ich glaube da siehst du mich völlig falsch. Wenn es da zum Thema noch nichts gibt oder die Situation noch komplett unklar ist sollen die Leute auf Teufel komm raus neue Sachen erfinden. Das finde ich gut! Wenn sich dann nach 1-2 Jahren eine gewisse Basis entwickelt hat, sollte man schon auch mal über seine eigenen Sachen drüberschauen und die Klamotten dann aber auch an die Üblichkeiten anpassen. Immer noch besser wie andere die an jeder Ecke falsch schreien und dann gleich den ganzen Planeten nehmen, um per Zwang alles auf das eigens bevorzugte Schema umzustricken. Da ist es immer sehr schwer die Balance zu finden. Einerseits gibt es ein highway=minor, daß schon seit Jahren rumgeistert und inzwischen wirklich erschossen gehört, andererseits gibt es Leute die lange funktionierende Tags besser gestern als heute ersetzen wollen. Das halte ich für eine *sehr* gewagte These. Seitdem wir öfters mal in der Presse auftauchen, geht die Anzahl der Mapper eklatant nach oben - und das füllt dann indirekt die Karte. Hier bringt das eben wenig bis nichts. Zu wenig Zielgruppe, Stammtische sind absolut nicht meins und in Richtung Behörden bin ich Zwecks Geodaten schon vor Wände gelaufen, da war OSM noch weit entfernte Zunkunftsmusik. Vor kurzem jammerte erst wieder unsere Naturparkverwaltung über zu wenig Bekanntheitsgrad. Also habe ich ein hübsches Infopaket geschnürrt, den National Park Tag als Grenze für den Naturpark missbraucht und um Kooperation geworben. Bis heute kam nichtmal eine Antwort. In der verschwendeten Zeit hätte ich ein halbes Dorf erfassen können. Die Erfahrung muss jeder für sich machen. Beim einen klappts, beim anderen eben nicht. Ich kann das jetzt nur aus zweiter Hand wiedergeben, aber das hängt wohl sehr stark davon ab, bei wem man dabei landet. Der eine denkt sich was ist das denn für ein Spinner und haut die Sachen in die Tonne, ein anderer hat vielleicht mal was von OSM gehört und setzt sich dann mit der Sache auseinander. Auch hier ist die Presse nicht unwichtig! Das ist ja prinzipiell auch durchaus löblich. Wird aber leider auch immer mehr frustrierend, wenn man feststellt, das man so ziemlich zur Minderheit gehört. Warum kraucht man z.B. ständig der hinterletzten Brouillon Karte hinterher, um das Puzzle nach und nach zu vervollständigen, wenn um einen herum nichtmal der Betreiber eines Postkastens aufgeschrieben wird? Die Motivation sinkt langsam. Sorry, aber da verstehe ich dich nicht so richtig. Wie ich (vor 2+x Jahren) mit OSM angefangen habe, gab es hier in Nürnberg bei OSM gerade mal ein paar Hauptverkehrsstraßen und sonst nichts. Da war ich froh, wenn ich die Straße soweit eingetragen hatte, daß ich den Briefkasten überhaupt mal auf die richtige Seite der Straße setzen konnte. Zu
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 16.12.2009 18:47, schrieb Matthias Versen: olvagor wrote: Ich möchte nur die Information erfassen: Hier war mal ein Konzentrationslager Wenn dort keine Ruinen mehr sind und keine Gedenkstätte, dann gehört das IMO nicht in OSM. OSM bildet die aktuelle Realität ab, Dieser Satz stimmt schlicht nicht. Auch wenn er hier immer wieder behauptet wird, wird er dadurch nicht wahrer. Schau dir mal die Map Features und die Regeln der verschiedenen Renderer ganz genau an, dann wirst du sehen was alles so eingetragen wird, was nicht deiner aktuellen Realität entspricht. andere Daten wie Luftfahrtkorridore, nicht mehr existente römische Straßen etc. gehören IMO nicht direkt in die OSM Datenbank da irgendwann ein richtiges Chaos entsteht. Solche Argumente höre ich jetzt seit Jahren. Wir brauchen keine shops, wir sind doch keine Gelben Seiten. Wir brauchen keine Telefonnummern, wir sind doch kein Telefonbuch. Wenn wir das alles eintragen, wird die Datenbank zu voll, OSM versinkt im Chaos und der Weltfrieden ist in Gefahr. ;-) Die einzigen nicht existenten Objekte die in OSM gehören sind Grenzverläufe. Dann sollten wir also Buslinien wieder rausschmeissen? Sind nämlich streng genommen auch keine existenten Objekte. Da wirst du bei einigen Leuten allerdings wohl auf wenig Gegenliebe stoßen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 16.12.2009 22:57, schrieb Mirko Küster: Da kannst du nicht unendlich zwei Jahrtausende Siedlungsbau, Fluglinien oder was auch immer übereinander stapeln. Schon garnicht ohne wenigestens eigene Namensräume für vergangenes zu schaffen. Ansonsten wirst du stellenweise vor lauter Nodes und Ways keine Daten mehr sehen. Hier entsprechende Namensräume vorzusehen ist doch schonmal ein guter Ansatz. Das ist schon jetzt stellenweise schwierig. Ich trage ja z.B. schon Gas, Wasser- und Stromleitungen zu den ohnehin vielen Details ein. Schon da wird es stellenweise schwierig, da ich teilweise im 10 cm Bereich herumkrauche. Einige 100 m darunter wirds nochmal interesannt. Ein etwa 5 x 5 Kaliabbaugebiet nebst einigen kleineren drumherum. Was wo verläuft habe ich genaustens vorliegen, scheue mich aber das ganze einzutragen. Getestet habe ich das bisher nur an einem kleinen Altbergbau in der Nähe. Der große würde allerdings alles komplett unübersichlich machen und der schon jetzt nur noch bedingt einsetzbare Potlatch würde wohl gänzlich krachen gehen. Ich sage ja garnicht, das wir mit den jetzigen Mitteln all das sinnvoll eintragen können was wir vielleicht eintragen können wollen. OSM ist schon früher an Grenzen gestoßen, hat z.B. das Konzept der Segmente verworfen, Relationen eingeführt - warum sollte man also nicht auch das Problem mit der Zeitachse lösen können. Deswegen jetzt reflexhaft zu sagen: Das wollen wir hier bei OSM nicht - das halte ich für den falschen Ansatz. Du wirst aber auch zugeben, daß es schon ein gewisser Unterschied ist, ob ich ein ehemaliges Konzentrationslager oder eine ehemalige Wasserleitung eintragen will. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 17.12.2009 00:46, schrieb Mirko Küster: OSM ist schon früher an Grenzen gestoßen, hat z.B. das Konzept der Segmente verworfen, Relationen eingeführt - warum sollte man also nicht auch das Problem mit der Zeitachse lösen können. Der Unterschied ist das man da ein gelöstes und hier ein noch ungelöstes Problem hat. Auch wenn man sich über erstere Lösung streiten kann, da das noch lange nicht optimal ist und wiederum Probleme nach sich zog. Bei letzterem sollte man aber nicht sagen nun trag mal ohne Schmerzen alles ein. Auch wenn mal eine Lösung kommen sollte, das wird unter Umständen wieder doppelte Arbeit. Denn das wird keinesfalls von heute auf morgen automtisch passieren. Der Kram muss von Hand umgetaggt oder bei einer anderen Lösung gar neu angelegt werden. Wenn das also noch nicht wirklich brennt, kann man da auch mal warten, es ist noch genügend aktuelles über was man eintragen kann. Bevor es Relationen gab, mußte man alles was heute mit Relationen recht einfach geht unter Schmerzen eintragen (bitte jetzt hier keine Diskussionen über die aktuellen Editiermöglichkeiten von Relationen ;-) Relationen sind deswegen gekommen, weil es eine ganze Reihe an Leuten gab, die was eintragen wollten und mit den damals aktuell vorhandenen Möglichkeiten auf arge Probleme gestoßen sind. Genau die gleiche Situation haben wir jetzt eigentlich hier auch. Es gibt eine Reihe an Leuten, die wollen Sachen eintragen (z.B. Weihnachtsmärkte) die mit aktuellen Mitteln nur schlecht zu machen sind. OSM wird sich weiterentwickeln und auch dieses Problem lösen. Allerdings erst dann, wenn genug Schmerzen da sind die dazu führen das wirklich nach einer Problemlösung gesucht und diese implementiert wird. Solange aber nicht mehr Leute anfangen und Sachen eintragen die das Interesse, die dadurch entstehenden Probleme und eventuelle Lösungen aufzeigen, wird sich nicht viel tun. Nur kommen mir persönlich jetzt zuviele mit: Das wollen wir hier nicht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden OSM-Karten in eigene Webseiten
Am 20.12.2009 21:38, schrieb Wolfgang Wienke: Hallo, bei GoogleMaps gibt es die nette Möglichkeit die Karten in eigene Webseiten einzubinden, wobei der user den Ausschnitt verschieben und Zoomen kann. Ist das mit OSM-Karten auch möglich? Gibt es dazu irgendwo Beispiele und eine Anleitung für Dummies? Schau mal unter: http://wiki.openstreetmap.org/wiki/DE:OpenLayers Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: traffic_signals als Eisenbahn-Signale
Am 20.12.2009 21:47, schrieb Thomas Reincke: gelegentlich werden highway = traffic_signals auch als Signale für die Eisenbahn verwendet. Blöderweise ohne Zusatz, aber auf der railway = rail. http://www.openstreetmap.org/browse/node/420603132 Hab ich eine Chance für meinen Mapnik eine Renderregel festzulegen das die Straßenampeln gerendert werden, die Eisenbahn-Signale aber nicht? Ein highway=traffic_signals halte ich auf Bahnlinien schlicht für falsch getaggt. Sollte nicht eher das Ziel sein, die Leute dazu zu bewegen, ein passenderes railway=traffic_signals (oder was auch immer da genau passen mag) einzusetzen? Wenn man jetzt versucht sowas im Renderer zu unterdrücken werden die Daten ja nie besser ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Det aillierte Erfassung von Gebäuden
Am 23.12.2009 00:10, schrieb Christian Schmitt: Aus meiner Sicht steht lizenzrechtlich kein Grund dagegen geografische Gegebenheiten aus Luftbildern abzuzeichnen. Denn zumindest der Teil der Informationen aus den Luftbildern, welcher die Realität abbildet, dürfte kein (schön-)geistiges Werk darstellen und von daher auch nicht unter das Urheberrecht fallen. Die OpenStreetMap bildet ja nur die Realität ab, nicht mehr und nicht weniger. Es ist nur schon seit mehreren Jahren bei OSM gängige Praxis, von Daten die nicht eindeutig benutzbar sind die Finger zu lassen. Das wir z.b. Google Luftbilder daher nicht verwenden wollen wurde hier auf talk-de und auf talk doch nun schon mehrfach diskutiert, bitte bei Bedarf mal im Archiv suchen. Ob jetzt das georeferenzieren eine Luftbildes ein schöpferischer Akt ist, kann ich nicht beurteilen. Aber ich persönlich habe jetzt überhaupt keinen Bock, demnächst einem Anwalt ein paar hundert oder tausend Euro Abmahngebühr zu überweisen, weil die Rechtslage doch anders ist als du sie hier schilderst. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Det aillierte Erfassung von Gebäuden
Am 23.12.2009 01:58, schrieb Rainer Knaepper: Moin Christian, Aus meiner Sicht steht lizenzrechtlich kein Grund dagegen geografische Gegebenheiten aus Luftbildern abzuzeichnen. Denn zumindest der Teil der Informationen aus den Luftbildern, welcher die Realität abbildet, dürfte kein (schön-)geistiges Werk darstellen und von daher auch nicht unter das Urheberrecht fallen. Die OpenStreetMap bildet ja nur die Realität ab, nicht mehr und nicht weniger. Dann kann ich mir die Rumfahrerei und -trackerei sparen und einfach alles von gurgel abmalen? Wie praktisch. Den Trick, wie du Straßennamen und Hausnummern aus Luftbildern abmalst könntest du uns mal verraten ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Detailli erte Erfassung von Gebäuden
Am 23.12.2009 15:56, schrieb Bernd Wurst: Am Mittwoch 23 Dezember 2009 13:35:29 schrieb Michael Buege: Mit Deiner Argumentation unterstellst Du stillschweigend, dass in dem diskutierten fiktiven Beispiel das Prinzip der Beweislastumkehr Gültigkeit hat. -v bitte Tobias schrub plausibel belegen. Die Annahme hier, dass man selbst irgendwas beweisen müsste, ist schlicht sinnfrei. Wer immer denkt, dass du bei ihm abgemalt hast, muss eben diesen Vorwurf beweisen können, nicht anders herum. Man muss normalerweise nicht beweisen dass man etwas richtig gemacht hat sondern derjenige, der einem ein Fehlverhalten vorwirft, muss das Fehlverhalten beweisen. Im Zweifel für den Angeklagten. Nur bei einigen klar spezifizierten Rechtsgebieten greift eine Beweislastumkehr, weil dies dort sinnvoller ist. Siehe Wikipedia-Artikel zur Beweislastumkehr. Diese greift hier aber nicht, daher stellt sich die Frage gar nicht, ob man seine Quelle beweisen kann. Da greift ein uralter Spruch: Vor Gericht und auf hoher See sind wir alle in Gottes Hand. Bevor das jetzt aber in eine juristische Fachdiskussion abgleitet, von der ich nicht glaube das es hier viele gibt, die sie sinnvoll führen können ... Wenn mir jemand ein Foto zeigt und sagt: Davon bitte keine Kopien machen und auch nicht abmalen, dann halte ich es persönlich für ganz schlechten Stil zu sagen: Ist mir doch scheißegal was du mir erzählst, laut Copyright Gesetz sind das nur Fakten und das darf ich abmalen. Soll nach außen hin der Eindruck: OSM klaut sich alle Daten zusammen die nicht niet und nagelfest sind entstehen? Auch wenn der Eindruck eigentlich letztlich überhaupt nicht stimmt, halte ich das auf die Dauer für wenig zielführend. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Detailli erte Erfassung von Gebäuden
Am 23.12.2009 20:14, schrieb Sven Geggus: Ulf Lampingulf.lamp...@googlemail.com wrote: Wenn mir jemand ein Foto zeigt und sagt: Davon bitte keine Kopien machen und auch nicht abmalen, dann halte ich es persönlich für ganz schlechten Stil zu sagen: Ist mir doch scheißegal was du mir erzählst, laut Copyright Gesetz sind das nur Fakten und das darf ich abmalen. So einfach ist das ja (leider) nicht! Es war ja auch ein Beispiel, das die Sache nicht nur eine juristische Komponente hat. Bei Luftbildern im Web steht ja oft dabei, dass diese Bilder nichtkommerziell verwendet werden dürfen. Alle unsere Mapper ohne kommerzielle Interessen (und das sind vermutlich 99%) dürfen die Bilder also als Digitalisierungsgrundlage verwenden. Das einzige Problem, das es dann juristisch zu klären gälte wäre eben jetzt ob die die erzeugten Vektordaten dem Mapper gehören oder eben nicht. Wenn ersteres der Fall ist darf der Mapper sie natürlich unter beliebiger Lizenz weitergeben und auch in OSM einpflegen. Aber genau das ist rechtlich völlig ungeklärt. Auch hier gilt das oben gesagte. Wenn mir der Bildinhaber sagt, du darfst die Sachen nicht zu kommerziellen Zwecken verwenden, dann sollte ich das auch nicht zu solchen Zwecken verwenden. Nur zur Erinnerung: OSM erlaubt ausdrücklich auch die kommerzielle Nutzung der Daten. Ob du beim eintragen der Daten für dich persönlich kommerzielle Ziele verfolgst oder nicht spielt dabei eigentlich überhaupt keine Rolle. Bei OSM hochladen bedeutet letztlich kommerzielle Nutzung. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Weihnachtskarte 2009
Am 24.12.2009 13:23, schrieb Mirko Küster: Läßt hoffen, das es Weihnachten 2010 mehr Bäume und Märkte gibt. In der Form sowieso Sinnlos. Ich persönlich wurde schon viel zu oft bei OSM von erfolgreichen Aktionen überrascht, bei denen ich mir am Anfang dachte: das wird doch nie was :-) Weihnachtsmärkte oder ähnliches mit Baum gibts heute nahezu in jeder Gemeinde. Selbst in kleinsten Dörfern. Für diese Erkenntnis braucht man keine Karte. Über den Daumen gepeilt müsstest du in etwa 11.000 Märkte und in etwa nochmal soviel Bäume auf deiner Karte haben. Ich finde es sehr unschön, wie du die Arbeit von jemand anderem niedermachst, weil du selbst den Sinn (noch?) nicht erkennst. Hätten wir am Anfang von OSM mehr Leute mit deiner Einstellung gehabt Eine freie Weltkarte? Das kann ja sowieso nichts werden!, hätte man sich OSM auch gleich sparen können. Die wichtigste Frage ist an welchem Tag oder Zeitraum und eventuell wie die Veranstaltung heißt. Bei uns war es das Fest des Lichtes am 12.12.2009. Schön, hast du das schon eingetragen? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Weihnachtskarte 2009
Am 24.12.2009 14:20, schrieb Mirko Küster: Ich finde es sehr unschön, wie du die Arbeit von jemand anderem niedermachst, weil du selbst den Sinn (noch?) nicht erkennst. Dann erkläre doch mal den Sinn einer Karte, die ohne die nötigsten Angaben einfach nur Veranstaltungsorte Pinnt. Vielleicht einfach zu zeigen, wo überall schon Weihnachtsmärkte erfaßt sind? Zusätzlich den Namen und die Öffnungszeiten auf der Karte anzuzeigen ist nun wahrlich keine Hexerei (wenn die Daten denn einmal erfaßt sind). Da bin ich schneller und weiß mehr, wenn ich gleich auf die Veranstaltungliste oder die Onlineausgabe des Amtsblattes der Gemeindewebseite schaue. ... und wenn du die Infos haben möchtest wo überall auf der Welt Weihnachtsmärkte stattfinden, klapperst du mal eben die von dir erwähnten 11000 möglichen deutschen Gemeindewebseiten (plus ein paar hunderttausende in der sonstigen Welt) ab? Viel Spaß dabei. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 25.12.2009 22:18, schrieb Karl Eichwalder: Chris-Hein Lunkhusenchris66...@gmx.de writes: Ich schrieb ja bereits, dass es zur Zeit in der Praxis damit wohl kein Problem gibt. Ich halte es nur für sehr schlechtes Design wenn hier für's Routing wichtige Tags missbraucht werden um Eigenschaften von Wegweisern zu bezeichnen. Du hast eine eigenartige sicht der dinge. Ein weg (path), der fürs radfahren geeignet oder gedacht ist, bekommt ein bicycle=yes und ein wegweiser, der fürs radfahren gedacht ist, bekommt auch ein bicycle=yes. Ich sehe da überhaupt kein problem und keinerlei verwechslungsgefahr. Das eine ist ein highway und das andere tourism/amenity. Du siehst keinerlei Verwechselungsgefahr, wenn man ein bestehendes Tag mit einer definierten Bedeutung für eine andere Bedeutung wiederverwendet?!? Ein Tag, der je nach Kontext eine andere Bedeutung hat ist eigentlich immer eine schlechte Idee und führt regelmäßig zu Verwirrungen. Wenn jemand einen Node auf den Weg setzt, dem einen bicycle=no verpaßt (und damit eigentlich das Schild meint) hat er - nach meinem Verständnis - damit effektiv den Weg für Fahrräder gesperrt. Ich halte die Gefahr der Verwechselung daher für sehr hoch ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 25.12.2009 22:09, schrieb Mirko Küster: nicht so destruktiv, es geht ja gerade darum, was aufzubauen und die lücken aufzuzeigen. Gerade in diesen Lücken leben oft auch die wenigsten Mapper und dort wird DVB-T auch am wenigsten genutzt. Bis zu vernünftigen Daten dauerts milde ausgedrückt Jahrzehnte. ... und 2012 geht die Welt ja eh unter, warum also noch anfangen? *Kopfschüttel* Daher die: Skala: Innenantenne, Außenantenne und Dachantenne. Deutschland hat bislang 70 % Bedarf für Außenantennen. Man muss wissen wo! Kann man ebenfalls nur Pronostizieren und mit groben Durschnitt einteilen, besonders wenn nur 2D geht, wie es die vorhandene Karte macht. Die Kartendaten mit 3D Daten verknüpfen haben doch schon eine Reihe von Leuten gemacht (wenn auch nur optisch mit Layern). Die Diskussion, ob man sowas in der OSM Datenbank haben möchte oder nicht kann ich ja noch irgendwo verstehen. Aber den Leuten einzureden was alles nicht gehen kann (obwohl das durchaus funktionieren kann), finde ich schon ziemlich grenzwertig. Ich schaue übrigens gerade in Nürnberg mit Hilfe meiner DVB-T Zimmerantenne, soviel zu den 2% ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 25.12.2009 23:50, schrieb Mirko Küster: Wenn jemand einen Node auf den Weg setzt, dem einen bicycle=no verpaßt (und damit eigentlich das Schild meint) hat er - nach meinem Verständnis - damit effektiv den Weg für Fahrräder gesperrt. Ohne Haupttag ist es Datenmüll der garnicht ausgewertet werden dürfte. Das ist *deine* Sicht der Dinge. Versuch das bitte auch so (und nicht als das ist so) zu schreiben. Mal davon abgesehen, daß bicycle auf Nodes bereits ~35000 mal existiert. http://osmdoc.com/en/tag/bicycle/#values Keine Ahnung, wie viele davon z.B. mit barrier=xy und wie viele davon standalone vorliegen. Mit Guidepost etc. als Haupttag müsste das ganze bei der Verarbeitung rausfliegen, da es kein Routingrelevantes Objekt ist. bicycle=no ist (bislang) immer eine routingrelevante Anweisung. Ob das für Nodes relevant ist oder nicht würde ich bestenfalls als ungeklärt deklarieren. Meine Meinung dazu hatte ich ja bereits geäußert. Beides dürfte schon beim Datenimport fürs Routing Grid links liegen bleiben. Auch wenn es überall klemmt, für so schlau halte ich die Router und ihre Maintainer schon. Im übrigen ist das schlicht ein Tagginfehler, den wir schon dutzendfach in der DB haben. maxspeed, livingstreet... als Node neben statt auf dem Weg. Mit dem Weg vernknüpfte Dinge, weil es sich ja angeblich so schön verschieben lässt (Selektieren meherer Objekte kennt man nicht...), Kannst du bitte mal deine Attitüde ablegen, daß hier mehr oder weniger nur Idioten rumlaufen und du der einzige echte Mapper auf der Welt bist? So kommt es zumindest bei mir rüber. in der Praxis aber mehr nervt. Fehler passieren. Da muss man eben mal im Wiki dazu schreiben das der Guidepost neben statt auf den Weg gehört, Probölem zum Teil gelöst. Einen gewissen Bodensatz an Fehlern wird man ohnehin immer haben. Kommt Zeit kommen auch Tools die sowas aufspüren und fixen. Bis dahin gibts die entsprechenden Bugseiten. Mit keinem Tool der Welt kannst du dann sowas aus der ferne fixen, weil du nicht mehr weißt was der Mapper mit access=no gemeint hat (bislang ist das für mich noch recht klar). Hier *bewußt* zu sagen: ist ja egal wenn man jetzt schon die Probleme klar benennen kann finde ich ziemlich dürftig. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 26.12.2009 00:26, schrieb Florian Gross: nicht so destruktiv, es geht ja gerade darum, was aufzubauen und die lücken aufzuzeigen. Daher die Skala: Innenantenne, Außenantenne und Dachantenne. Deutschland hat bislang 70 % Bedarf für Außenantennen. Man muss wissen wo! Willst du jedes Zimmer einzeln erfassen? Das ist u.a. schon vom verwendeten Baumaterial des Hauses und evtl. der Nebenhäuser anhängig. Sorry, aber befasse dich erst mal mit den Grundlagen zu terrestrischem Rundfunk, sowie analog und digital. Dann dürfte dir auch schnell klar werden, daß sich deine Idee nicht so einfach realisieren läßt. Unmöglich trifft das eher. Wieso muß man sich mit Rundfunktechnik auseinandersetzen, um einzutragen: bei mir gibt es Empfang mit Zimmerantenne oder bei mir kannst du DVB-T komplett vergessen. Wenn man dann noch das Stockwerk einträgt hat man schon mal ne ganze Menge an Infos. Wenn sich dann bei einem gewissen Erfassungsgrad jemand mit etwas Hintergrundwissen (Abschattung, Reflexion, ...), einem Höhenmodell (z.B. SRTM) und vielleicht noch bis dahin bei OSM erfaßten Gebäudehöhen hinsetzt, kann man damit wahrscheinlich wesentlich mehr erreichen als die (teils sehr grob gezeichneten) vorhandenen DVB-T Karten. Nein, das wird bestimmt nicht alles nächste Woche passieren, aber unmöglich trifft es ganz bestimmt nicht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM @ 26C3 ?
Am 26.12.2009 00:29, schrieb Georg Lutz: On 2009-11-24 23:26, Ulf Lamping wrote: Gibt es Interessenten für eine Mitarbeit an einem 26C3 Projekttisch? Ein bisschen kurzfristig, aber ich gehe auch zum 26C3. Meine Kollege Markus (Ulf, Du kennst ihn noch vom letzten Jahr und Michael aus alten Maus-Zeiten, wenn ich das richtig in Erinnerung habe, haben uns ja auf der OSM-Konferenz getroffen) ist dieses Jahr aber nicht dabei. Werde also auch mal am Projekttisch aufschlagen, falls da noch Platz sein sollte. Zum Präsentieren hab ich nix spezielles, doch moment - die Fotos von den letzten 1 1/2 Jahren Fotomapping von Wald- und Wanderwegen. :-) Sorry, ich schaffe es dieses Jahr wohl nicht. Wenn ich mich recht erinnere hatte Marcus Wolschon ja schon einen Projekttisch bestellt. Ich wünsche euch viel Spaß und interessante Vorträge und Gespräche! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 26.12.2009 00:24, schrieb Mirko Küster: ... und 2012 geht die Welt ja eh unter, warum also noch anfangen? *Kopfschüttel* Ich sage nur so wie es ist. Manche schlagen hier mit der Erwartung auf das es nur eine Idee braucht und in wenigen Wochen sind flächendeckende Daten da. Genau das funktiniert so eben nicht. Völlig klar. Nur solltest du *das* auch so sagen und nicht die ganze Zeit ein alle demotivierendes das wird sowieso nix in die Runde werfen. Gutes Beispiel ist die vor wenigen Wochen ausgerufene Geschichte mit den Biliotheken. Wegen des Leihverkehrs gerade eine Sache die eine hier große Zielgruppe anspricht und rennen müßte, die Studenten. Bisher sind etwas über 500 von 5500 erfasst. Selbst in gut gemappten Uni Hochburgen rollt da der Tumbleweed. Und jetzt der Witz. Über 400 der Einträge sind nur von mir. Deswegen merke, nur weil etwas geht muss da noch lange kein riesen Interesse da sein. Und im Fall von DVB-T stehen die Karten nunmal schlecht. Ich bin schon so oft bei OSM überrascht worden, daß ich mir da kein Urteil erlaube. Das die von dir erwähnten Bibliotheken entsprechend eingetragen werden kann 30 Stunden oder 30 Jahre dauern. Aber wo ist das Problem dabei? Die Kartendaten mit 3D Daten verknüpfen haben doch schon eine Reihe von Leuten gemacht (wenn auch nur optisch mit Layern). Du müsstet praktisch für jeden Standort und jede Gebäudeetage einen Wert ermitteln. Das geht schlicht nicht, weil du selbst bei massig Manpower da nicht rankommen kannst. Es ist unmöglich. Es geht als nur ein Durchschnitt oder einWert am Bode an bestimmten Standorten. Genauer als die vorhanden Karte wirde es nicht. Woher weißt du das jetzt schon? Vielleicht schreibt mal einer anhand der Daten eine Diplomarbeit und findet einen Weg wie man sowas ganz prima hochrechnen kann. Du kennst den allerersten Satz im englischen Wiki[1]? The project was started because most maps you think of as free actually have legal or technical restrictions on their use, holding back people from using them in creative, productive, or unexpected ways Ich finde es schon sehr interessant, daß die deutsche Übersetzung dieses Satzes ziemlich in die Hose gegangen ist. Die Diskussion, ob man sowas in der OSM Datenbank haben möchte oder nicht kann ich ja noch irgendwo verstehen. Aber den Leuten einzureden was alles nicht gehen kann (obwohl das durchaus funktionieren kann), finde ich schon ziemlich grenzwertig. Ich Realist und sage nur das es sehr schwierig und langwierig wird. Von Verbot oder ähnlichen steht hier nichts Dann lese dir deine Mails nochmal durch. Da stand nix von sehr schwierig oder langwierig sondern nur sowas wie unmöglich oder geht sowieso nicht. Aus meiner Sicht eine völlig andere Aussage. Ich schaue übrigens gerade in Nürnberg mit Hilfe meiner DVB-T Zimmerantenne, soviel zu den 2% ... Ach deswegen kommt jetzt in der erwähnten MDR Region neben Thüringen Journal, Sachsenspiegel und Sachsen-Anhalt heute auch noch die Frankenpost? Da muss man aber schleunigst mal die Verbreitungsstatistik ändern, aus der diese Zahl stammt. Da sind die Franken nämlich noch nicht drin. ;-) Du kannst Nürnberg nicht mit dem Osten vergleichen. Wo habe ich das getan? Du sagst hier doch die ganze Zeit im Osten ist das so und so und deswegen kann dies und das nicht gehen. Das will ich doch für eure Situation auch garnicht bestreiten. Du scheinst aber die ganze Zeit zu vergessen, daß es vielleicht Ecken in Deutschland geben könnte, wo die Situation völlig anders ist und das vielleicht gut funktionieren kann. Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Main_Page ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 26.12.2009 03:15, schrieb Florian Gross: Soweit ich das verstanden habe, will er mal eben für ganz D eine komplette und lückenlose Karte für den DVB-T- Empfang gemacht bekommen. Er trägt höchstens Daten ein, tags benennen und das Ganze drumherum soll jemand machen. Dann sollte man ihm aber auch genau das sagen: Wenn sich keiner findet der es macht, wird es nicht passieren. Hier werden aber die ganze Zeit persönliche Meinungen und Erfahrungen als Wahrheiten dargestellt, die schlicht generell so überhaupt nicht stimmen. Und seine Idee, Gebiete und Straßenzüge einzeln einzufärben geht in hügeliger Gegend eh schon in die Hose, wenn da kein Füllsender an der richtigen Stelle steht. Wenn da nicht Haus für Haus und teilweise Stockwerk für Stockwerk erfaßt wird, kommt da nicht mal ansatzweise was heraus. Sorry, aber anscheinend fehlt dir schlicht ein wenig Vorstellungskraft wie man sowas lösen könnte. Klar, das ist schon Arbeit, aber unmöglich ist das ganz bestimmt nicht. Und gerade in diesen Gegenden nutzen schon viele Sat oder Kabel, da steigt keiner mehr auf DVB-T um, solange nicht mindestens die großen privaten Sender wie Sat1, RTL, ProSieben, Nachrichten- und Sportkanäle dazukommen. Am Ende kommst du in ländlichen Regionen auf nicht mal 10 erfaßte /Häuser/ pro Ortschaft mit ~150 bis 200 Häusern, weil der Rest schlicht und ergreifend Sat oder Kabel nutzt und somit gar nichts dazu sagen _kann_. In Ortschaften ohne Kabel kann man das recht einfach sehen. Ein- oder Zweifamilienhäuser und davon haben 99% eine Schüssel auf dem Dach. Weil die Dörfler dieser Republik diese Karte nicht sinnvoll nutzen können, ist sie dann gleich sinnlos? Schon mal auf die Idee gekommen, daß ein Großteil der deutschen Bevölkerung in einer Stadt lebt?!? Sollen die Arbeiten an der Blindenkarte, der Seekarte und anderen Spezialkarten eingestellt werden, weil die auch nur einen Bruchteil der Bevölkerung jemals nutzen können will? Willst du rumlaufen und bei jeder Wohnung Anlagen aufbauen und Messungen durchführen, wie bei denen der Empfang ist? Da schreien sicher alle Hurra. Das ist jetzt so blödsinnig, da erübrigt sich jeder Kommentar. Wenn sich dann bei einem gewissen Erfassungsgrad jemand mit etwas Hintergrundwissen (Abschattung, Reflexion, ...), einem Höhenmodell (z.B. SRTM) und vielleicht noch bis dahin bei OSM erfaßten Gebäudehöhen hinsetzt, kann man damit wahrscheinlich wesentlich mehr erreichen als die (teils sehr grob gezeichneten) vorhandenen DVB-T Karten. Der Erfassungsgrad /kann/ in Großstädten ausreichend sein, auf dem Land in hügeliger Gegend wird das nichts. Es reicht in schwierigen Empfangsregionen nicht mal aus, Häuser zu erfassen, da kann der Empfang im Schlafzimmer schon anders aussehen als in der Küche ein Stockwerk tiefer. Und beim Nachbar schon wieder anders. Auf Anfrage haben meine Eltern zur Antwort bekommen, sie müßten es ausprobieren, ob sie einen Empfang bekommen. Wenn überhaupt, dann mit Außen- oder Dachantenne. So sieht es in der ganzen Gegend aus. Da kommen nicht ansatzweise genügend Daten zusammen. In der Gegend hier ist DVB-T in dieser Hinsicht tot. Da hängt man sich 'ne Schüssel aufs Dach, was nicht oder kaum mehr kostet als die benötigte Anlage für DVB-T und bekommt dann etwas mehr geboten als nur die öffentlich-rechtlichen Sender. Da kommt man nur Meßwagen und Personal, daß die Daten auch auswerten kann, weiter. Nein, das wird bestimmt nicht alles nächste Woche passieren, aber unmöglich trifft es ganz bestimmt nicht. Wohl nicht. Mit unseren Mitteln nicht machbar dürfte eher zutreffen. Für Ballungsräume mag das funktionieren, in dünn besiedelter Gegend, in der nur 3 Programme ausgestrahlt wurden, wird das nichts mehr. Da hat man Sat, Kabel oder Internet und ist damit glücklich. Vielleicht enttäusche ich dich jetzt, aber: Damit so eine Karte sinnvoll ist, muß das in dünn besiedelten Gegenden schlicht auch garnicht unbedingt funktionieren. Und was soll uns das jetzt sagen? Es gibt hier auf der Liste ein paar Dörfler, denen der Tellerrand zu hoch ist um zu erkennen, daß nicht jede Karte die jemand machen will auch für jeden anderen geeignet sein muß. Ich hätte euch etwas mehr Weitblick zugetraut ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 26.12.2009 03:24, schrieb Johann H. Addicks: Nur leider werden bei DVB-T im Halbjahres-Turnus Füllsender dazugestellt oder (angeblich überflüssige) abgeschaltet. Ebenfalls werden Sender in der Leistungsstärke hoch/runtergeschaltet oder Bouquets verschoben auf andere Kanäle mit anderen Ausbreitungsbedingungen. Es hat schon einen Grund, warum die meisten DVB-T-Empfänger einen Autoscan haben, der dafür sorgt, dass die Senderliste automatisch aktualisiert wird, wenn sich da was im Hintergrund getan hat. Mein Empfänger hat kein Autoscan und ich hab seit der Einführung von DVB-T genau einmal die Sender neu einstellen müssen. Am Empfang hat sich dabei genau garnichts geändert. Will sagen: Wenn wir nicht einen kompletten Erfassungszyklus innerhalb von 3-4 Monaten durchbekommen in einer Gegend, dann können wir ALLES wegwerfen und wieder von vorn beginnen Ich habe DVB-T seitdem es hier in Nürnberg ausgestrahlt wird, und daran hat sich seitdem nichts geändert. Deine Darstellung halte ich für völlig übertrieben, auch weil von einer DVB-T Karte nun nicht gerade das Leben abhängt falls sie mal doch nicht stimmen sollte ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 26.12.2009 05:49, schrieb Karl Eichwalder: Ulf Lampingulf.lamp...@googlemail.com writes: bicycle=no ist (bislang) immer eine routingrelevante Anweisung. Ob das für Nodes relevant ist oder nicht würde ich bestenfalls als ungeklärt deklarieren. Meine Meinung dazu hatte ich ja bereits geäußert. Ja, und? Wenn die routing-software nicht die haupttags gebührend berücksichtigt, ist sie sowieso nicht hinreichend robust. Es ist für *alle* Beteiligten verwirrend, wenn ein bislang seit mehreren Jahren klar definiertes Tag (und davon haben wir schon wenig genug) für etwas völlig anderes wiederverwendet wird. Beispiel: Wenn ein Mapper auf bicycle=no stößt, schaut er in den Map Features nach und sieht dort da darf man mit dem Fahrrad nicht durch oder er weiß einfach diese Bedeutung. Dann schmeißt er das Tag wieder raus weil es ganz offensichtlich nicht stimmt - er weiß nämlich, daß man da mit dem Fahrrad durchdarf. Ziel erreicht, alle verwirrt und genervt. Gruß, ULFL P.S: Hast du eigentlich die ganzen endlosen Diskussionen und Probleme, die eine geänderte Nutzung von etablierten Tags verursacht, schlicht verschlafen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 26.12.2009 13:05, schrieb Mirko Küster: Das ist *deine* Sicht der Dinge. Versuch das bitte auch so (und nicht als das ist so) zu schreiben. Ein access ohne Hauptag gibts schlich nicht. Da gibts nichts zu deuteln. Für jede Accessregelung muss eine übergeordnete Beschreibung vorhanden sein. Zugangsregeln sind Zusatzbeschreibungen die nicht allein stehen können. Das ist nicht meine Sicht sondern schlicht und einfach im Tagging so umgesetzt. Und genau das *ist* deine Sicht der Dinge. Wenn du das bislang in deinem persönlichen Tagging so umgesetzt hast, oder diese Erkenntnis aus den Map Features rausgelesen hast, oder auch diese Definition als einzig logische für dich gewonnen hast, heißt das nicht, daß andere nicht zu völlig anderen Erkenntnissen gekommen sind. Diese Erkenntnis aus den ewigen Diskussionen in der Vergangenheit sollte doch so langsam mal bei allen angekommen sein. Keine Ahnung, wie viele davon z.B. mit barrier=xy und wie viele davon standalone vorliegen. Ist doch auch egal. Weil nur die mit barrier als Hauptbeschreibung valid sind. Wenn du die Daten für ein Routing Grid ziehst dann nimmst du doch nur alles relevante wie highway=*, barrier=* etc. mit. Die bringen ihre access automatisch mit. Nodes mit access allein bleiben da ganz automatsisch liegen. Weil nur die mit barrier als Hauptbeschreibung valid sind. - wenn ich sowas lese muß ich lachen. So etwas wie valid gibt es bei OSM nicht. Wenn einer einen Node mit bicycle=no hinsetzt, ist das genauso valid wie wenn er sowas wie barrier=street_sign dazusetzt. Ist dir eigentlich bewußt, daß es das barrier Tag solange noch garnicht gibt? Ich bestreite nicht, daß es besser ist sowas an den Weg zu setzen. Aber was macht man wenn die Infos nicht vorhanden sind wie weit denn diese Beschränkung geht. Inzwischen könnte man dafür sowas wie barrier=street_sign setzen, aber wie gesagt, so lange gibt es barrier noch nicht. Jetzt alle bisherigen access=xy Nodes damit in ihrer Bedeutung wegzuschmeißen weil man nicht einsehen mag das bisher so getaggt wurde - ist schon kontraproduktiv. Mit keinem Tool der Welt kannst du dann sowas aus der ferne fixen, weil du nicht mehr weißt was der Mapper mit access=no gemeint hat (bislang ist das für mich noch recht klar). Ein node mit einzig access=no ist in unserem Tagginschema nicht valide, weil das als Zusatzangabe immer einen Haupttag haben muss. Diese Aussage ist halt aus meiner Sicht schlicht und ergreifend falsch. Im übrigen hatte ich schon was dazu geschrieben. fahrrad=ja ist ein neutraler Tag der wunderbar für nicht weiter zu beschreibene Aussagen passt. Man hat es schon bei access versäumt das klar zu bennen. Dort hätte man access:bicycle=yes machen können. Stattdessen ist der neutrale Tag dort schon mit dem ersten Einsatzgebiet festgenagelt und man müsste für jeden Hutzelbutz ein eigenen Tag erfinden. Und warum hast du dann nicht vor drei Jahren, wo das Tag eingeführt wurde rumgemault? Es hat sich doch nun schon oft genug gezeigt, daß eine Umwidmung eines besetehenden Tags eine ganz schlechte Idee ist. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DVB-T Empfangsqualität in OSM mappen
Am 26.12.2009 14:50, schrieb Florian Gross: Ich schreib euch, was ich haben will, macht mal. Das ist _mein_ Eindruck, wenn ich seine mails lese. Ja, das ist auch mein Eindruck. Aber genau *das* sollte man ihm dann auch schreiben und nicht anfangen ellenlang drüber rumzuschwadronieren, warum denn DVB-T auf dem Land aktuell unbrauchbar ist. Wie lange macht man solche Spielchen mit? Richtig, gar nicht lange. Schüssel auf Dach und Ruhe ist. Na ja, eine Schüssel aufs Dach geht bei einer Mietwohnung häufig schlicht nicht. Da hast du dann die Wahl Kabelanschluß für xy EUR im Monat oder DVB-T. Schon sieht DVB-T auf einmal garnicht mehr so uninteressant aus (besonders, wenn du wie hier genügend Sender mit DVB-T empfangen kannst). Sollen die Arbeiten an der Blindenkarte, der Seekarte und anderen Spezialkarten eingestellt werden, weil die auch nur einen Bruchteil der Bevölkerung jemals nutzen können will? Diese Informationen kann _jeder_ mit einem gps-Logger und einem Notizblock erfassen. Also ohne Boot wirst du mit einer Seekarte meist nicht weit kommen ;-) Vielleicht enttäusche ich dich jetzt, aber: Damit so eine Karte sinnvoll ist, muß das in dünn besiedelten Gegenden schlicht auch garnicht unbedingt funktionieren. Gut, wegen mir. Die Nachfrage in diesen Regionen dürfte eh gegen Null gehen, die haben gleich was anderes genommen. Damit hast du dann auf dem Land große weiße Flecken, was wohl auch der Realität entspricht. Da sehe ich aber jetzt kein Problem. Und was soll uns das jetzt sagen? Es gibt hier auf der Liste ein paar Dörfler, denen der Tellerrand zu hoch ist um zu erkennen, daß nicht jede Karte die jemand machen will auch für jeden anderen geeignet sein muß. Hey, ich hab nichts dagegen, wenn sich jemand eine eigene Karte baut. Ich sehe das auch gerne, auch wenn _ich_ nichts mit der Karte anfangen kann. Ich trage auch gerne Daten dazu bei, wenn ich welche habe. Vielleicht wird das Projekt was. Aber da braucht es genug interessierte Mapper dafür. @Max: Mach eine Wiki- Seite, denk dir die nötigen Tags aus, finde Leute, die mitmachen Sollte ich brauchbare Daten bekommen, stelle ich die natürlich zur Verfügung. Dann werde ich auch versuchen, an Daten zu kommen. Wenn ich mir die bisherige Resonanz ansehe, glaube ich nicht an ein brauchbares Ergebnis. Aber: Überrascht mich! Zeigt mir, daß ich Unrecht habe. Ich würde mich sehr darüber freuen! Danke! Genauso sehe ich das nämlich auch. Und wenn so eine Antwort gleich gekommen wäre, hätten wir uns die ganze Diskussion ersparen können :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 26.12.2009 15:18, schrieb Mirko Küster: Valide ist alles was einen Konsens findet, auch entsprechend breit genutzt wird und einheitlich ausgewertet werden kann. Dann hast du wohl das falsche Wort verwendet. Valide heißt gültig/richtig, was du vielleicht meinst ist üblich. Denn mit deiner Chaoseinstellung wird OSM nie nutzbar sein. Ohne eine gewisse Grundhafte Einigung ist ein brauchbares Tagging einfach unmöglich. Das hat mit Chaoseinstellung überhaupt nichts zu tun. Das hat was damit zu tun, das vieles von den Problemen wie z.B. die Endlosdiskussionen bei Radwegen genau aus dieser Haltung ich habe recht und du hast Unrecht herkommt. Wenn wir Probleme sehen, sollten wir versuchen diese zu lösen. Das kann aber nicht darin bestehen zu sagen: du siehst das falsch, und du mußt dich anpassen, sondern: ok, da ist ein Problem, was können wir machen um es möglichst schmerzfrei für alle zu lösen. Ein bicycle=no alleine ist genauso valid wie ein footway=yes alleine auf einem Knoten. Kannst du von mir aus taggen bis du schwarz wirst, findet in der Praxis trotzdem nicht statt. Und solange das nicht dokumentiert ist, wirst du damit rechnen müssen das es fliegt oder einer einen Hauptag dazu setzt. In den Map Features ist dokumentiert, das bicycle=no bedeutet, daß man da nicht mit dem Fahrrad durchdarf. Es ist dort *nicht* dokumentiert, daß dieses Tag nur in Verbindung mit xy eingesetzt werden muß. Wenn ich unzureichende Informationen habe kann ich es nicht taggen oder muss mir diese Infromationen beschaffen. Wir bilden die Realität ab und orakeln uns diese nicht. Wenn ich ein Schild tagge, hat das mit Orakeln irgendwie nichts zu tun. Für was brauchst du ein barrier=street_sign? Ein Verbot gilt immer für den Weg hinter dem Schild, bis es aufgehoben ist. Ist dir bis heute nicht aufgefallen, daß das durchaus in der Realität auch mal anders aussieht und das Ende-Schild schlicht auch mal vergessen wird? oder begründet, wenn nichtmal ein note dranhängt, muss man von einem Fehler ausgehen, der dann von jemanden der darauf stößt auch korrigiert wird. Logische Konsequenz. Wenn ich sowas absichtlich mache dann muss ich das auch irgendwie mitteilen. Wir können doch nicht sämtliche Dinge in der DB lassen, die nach Fehler brüllen, aber vielleicht eventuell begründet so sind wie sie sind. Wenn das überhand nimmt, wer soll das fixen und vor allem wie will man solch chaotische Daten auswerten? Mit dem Ansatz bewegen wir uns in eine häßliche Sackgasse. Wenn Mapper A ein Schild einträgt und Mapper B danach mehr Infos hat und die Infos vom Node nimmt und an den passenden Wegabschnitt hängt habe ich damit überhaupt kein Problem. Wenn du jetzt aber kommst und sagst, A hat was falsch gemacht weil er es nicht gleich richtig gemacht hat - damit habe ich ein Problem. Es hat sich doch nun schon oft genug gezeigt, daß eine Umwidmung eines besetehenden Tags eine ganz schlechte Idee ist. Beispiele wie Class/Highway zeigen auch das Gegenteil. Manchmal kommt man um eine Reform sowieso nicht herum. Siehe maxspeed. Als das erfunden wurde hatte keiner daran gedacht, das es da z.B. Abhängigkeiten gibt. Zum Beispiel eine Straße wo 80 gilt und bei Nässe 60. Zugangsbeschränkungen beim Gesamtgewicht, Zeiten... etc. Alles Dinge die man zu Anfang nicht vorgesehen hat, welche man aber in der Praxis benötigt. Desshalb müssen Tags auch mal eine Evolution durchlaufen, wenn es nicht geht auch mal verworfen werden. Wenn wir nicht im Stillstand enden möchten, kommt man um die eine oder andere Änderung nicht herum. Es gibt da zwei unterschiedliche Vorgehensweisen: a) Ersetzung: class weg, highway hin - klappt meist ohne größere Probleme, ist halt Arbeit und dauert ein bisschen b) Umwidmung: bisherige Definition umdefinieren, erweitern, einschränken, Defaults ändern, ... - gibt meist einen ziemlichen und langanhaltenden Ärger Ich habe überhaupt nichts dagegen, wenn wir das Tagging ändern wenn etwas nicht paßt. Aber es so zu ändern das man schon gleich wieder wissentlich in den nächsten Ärger reinläuft - da hab ich was gegen. Daher halte ich es für ungeschickt, ein Tag mit einer spezifischen und etablierten Bedeutung wie bicycle=yes/no auf einmal für etwas anderes wiederzuverwenden. Das fällt nämlich klar unter Kategorie b). Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 27.12.2009 16:18, schrieb Mirko Küster: Was danach passierte war nicht besser. Man erklräte den Tag als verbrannt und hat den path kurzerhand missbraucht, statt dem eigentlichen Tag gleich einen Zusatz für die jeweilige Richtung zu geben. Danach hat man gleich wieder designated verbrannt und offical erklärt. Das Ergebniss und der Streit ist nur die logische Folge. Nun haben wir 3 Taggingmöglichkeiten für ein und dasselbe. Und das wird sich auch nie ändern, wenn man sich nicht klar zu einem richtig und falsch bekennt. Es hat damals mindestens drei konträre cycleway Parteien gegeben, die sich klar dazu bekannt haben, was aus ihrer Sicht richtig / falsch ist. Die wurden sich dann nicht einig weil sie ja den richtigen Weg bereits wußten. Eine Einigung fand nicht statt. Das ist genau die Grundhaltung, die du hier wiederum an den Tag legst und die damals in den ganzen Ärger überhaupt erst geführt haben. Wenn wir Probleme sehen, sollten wir versuchen diese zu lösen. Das kann aber nicht darin bestehen zu sagen: du siehst das falsch, und du mußt dich anpassen, sondern: ok, da ist ein Problem, was können wir machen um es möglichst schmerzfrei für alle zu lösen. Du hast noch immer kein klares Problem benannt, nur ein mögliches konstruiert. Ich habe hier noch keine Stimme gehört die ein wirkliches existentes Problem benennt. Was sagen die wirklich betroffenen, die Routing Maintainer? Solange keiner erklärt das ein bicycle=yes auf einem Guidepost in der Praxis zu nachvollziehbaren Problemen führt, solange ist es schlicht keines. Weil du kein Problem darin erkennen kannst was dir andere Leute sagen, kann ja keines da sein - bestechende Logik. Entschuldige mal, aber vor zwei Tagen in diesem Thread hatte Martin Simon bemerkt, daß bicycle=no in dieser Bedeutung bei den Mappern nur zu Verwirrungen führen wird. Ich hatte das auch erwähnt und *außerdem* drauf hingewiesen, daß es an Nodes durchaus zu Problemen führen wird. In den Map Features ist dokumentiert, das bicycle=no bedeutet, daß man da nicht mit dem Fahrrad durchdarf. Es ist dort *nicht* dokumentiert, daß dieses Tag nur in Verbindung mit xy eingesetzt werden muß. Auf welcher Seite? Unvollständige und wiedersprüchliche Angaben sind im Wiki Alltag. Was ist an: In den Map Features ist dokumentiert, ... bitte nicht zu verstehen? Die Map Features bestehen aus genau einer Seite. Es gebietet aber die pure Logik das ein Verbot nicht aus heiterem Himmel kommt.Entweder steht ein Schild, oder eine Barriere. Ein bicycle=no ohne alles fällt wohl unter göttliche Eingebung, und das ist orakeln. Ich sehe ein bicycle=no, lese in den Map Features das es sich um eine Zutrittsbeschränkung handelt und weiß dann, das ich dort mit dem Fahrrad nicht lang darf. Wenn du das orakeln nennst, haben wir eine andere Wortbedeutung im Sinn. Wenn ich ein Schild tagge, hat das mit Orakeln irgendwie nichts zu tun. Wir taggen bis auf Ausnahmen wie Stopp Schilder keine Schilder ansich, sondern verwerten die Information, welche wir dann mit den richtigen Tags auf das richtige Objekt legen. Nochmal: Du bist nicht automatisch wir! Es gibt durchaus Leute, die Schilder taggen und ich sehe keinen Grund das verbieten zu wollen. Ist dir bis heute nicht aufgefallen, daß das durchaus in der Realität auch mal anders aussieht und das Ende-Schild schlicht auch mal vergessen wird? Das ist Richtig. Normal gilt dann bis zu nächsten Einmündung, wo das keine Anwendung findet ist es ein Fehler Straßenbaubehörde, welche ich dann darauf hinweisen kann und was dann vielleicht berichtigt wird. Das ist dann aber nicht mein Problem, was ich dann genauso Fehlerhaft als Krücke umsetzen muss. Fehler sind immer mal drin. Sich gegenseitig ausschließende Verkehrszeichen, die Dr. Barsch Straße, wo einer die B Folie abgekratzt hat, oder wie zuletzt in Halle, wo der braune Abschaum dutzende Straßenschilder mit Rudolf Heß Straße Folien überklebte. Deswegen taggen hier Menschen und keine Drohnen. Wir taggen die Realität, die hat aber auch mal Fehler, die man hinterfragen kann und nicht leidenschaftslos in die DB Prügeln muss. Die Realität hat auch mal Fehler - auweia. Wenn Mapper A ein Schild einträgt und Mapper B danach mehr Infos hat und die Infos vom Node nimmt und an den passenden Wegabschnitt hängt habe ich damit überhaupt kein Problem. Wenn du jetzt aber kommst und sagst, A hat was falsch gemacht weil er es nicht gleich richtig gemacht hat - damit habe ich ein Problem. Wenn da ein note=FIMXE etc. dranhängt und das so als unvollständige Angabe kennzeichnet, ist das ja noch zu verschmerzen. Ansonsten muss ich davon ausgehen das hier ein Fehler vorliegt, den ich berichtige oder entferne. Die kann man nicht bis zum Sankt Nimmerleinstag so stehen lassen, nur wegen eventuell und vielleicht. Siehe Garrys Checks. Wenn es ans aufräumen geht, hört man nur ein lautes Pfeifen. Die wenigen die sich dem mal annehmen kommen dann nicht mehr hinterher. Ach so,
Re: [Talk-de] guidepost
Am 27.12.2009 21:03, schrieb Mirko Küster: Und damit gut. Du hast Recht, ich meine Ruhe und die weitere Entwicklung wird sowieso abseits dieser Diskussion mit den Füßen abgestimmt... Du hast deine Meinung und läßt andere Meinungen nicht gelten, weil: unlogisch, Ansatz ist Käse, stark dafür einsetzt dass wir irgendwann schön in Fehlern ersaufen, absurde Erklärung, Evolutionsbremsen, ... Das klingt jetzt alles so, daß du versuchst deine Lösung durchzusetzen, weil ja die anderen sowieso Idioten sind. Wenn ich solche Aussagen von dir wie: das wir auf ewig keinen klaren Tag für so Kleinscheiß wie einen Fahrradweg haben sagt mit inzwischen, das du anscheinend wenig Ahnung von der Komplexität des Themas hast. Du hast recht, eine weitere Diskussion mit dir bringt daher schlicht nichts. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Standards (war: Ulf-Mirko-Endlos-Diskussion)
Am 28.12.2009 14:01, schrieb Frederik Ramm: Die *konkrete* Sache, um die es hier ging (guidepost etc.) ist wohl tatsaechlich banal genug, um ohne langes Ueberlegen abgehakt zu werden. Zugleich will ich aber die Frage zurueckgeben - ist diese Sache nicht *so* banal, dass ihre nicht-Klaerung in Kauf genommen werden kann, oder wuerde dies das Gesamtprojekt schaedigen oder einen Neuling an der Mitarbeit hindern? Die Aussage das ist banal kannst du doch - für sich gesehen - bei fast jeder Tagging Diskussion machen. Für was wir uns jetzt im konkreten Fall guidepost entscheiden, wird das Projekt OSM mit Sicherheit nicht zum Scheitern bringen - und wenn wir uns nicht entscheiden geht die Welt auch nicht unter. Ich tue mich allerdings inzwischen sehr schwer, bei der JOSM Kartendarstellung aus dem Dickicht der Tags und deren manchmal sogar widersprüchlichen Definitionen noch irgendwas sinnvolles auf den Bildschirm zu bringen. Je schwammiger und ungeklärter die Definitionen sind, je häufiger für bestehende Tags neue Definitionen gefunden werden, desto schwieriger wird es. Dabei ist es auch nicht hilfreich, wenn ich eine bestimmte Definition im Kopf habe und ein Anwender ein trac Ticket schreibt mit einer ganz anderen ;-) Jede einzelne banale (nicht-)Entscheidung ist erstmal für sich nicht sooo schlimm. Aber ein ganzer Haufen von solchen (nicht-)Entscheidungen führt dann dazu, daß irgendwann keiner mehr durchblickt. Man kann sich jetzt trefflich drüber streiten, ob das nicht eigentlich schon längst der Fall ist ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM ein Datensammler oder eine Karte f ür jedermann
Am 29.12.2009 15:40, schrieb Mirko Küster: Bei der Darstellung der Daten mangelt es noch gewaltig. Z.B.: - Wie stelle ich einen Hügel dar und wie benenn ich ihn derart, dass er in div. Zommstufen größengerecht benannt wird. Das ist eher eine Frage der Darstellung als des Einzeichnens/Benennens (wir mappen nicht für die Renderer). Ich weiß jetzt nicht genau, wie das Tagging bei Bergen ist, da gibts i. d. R. den Gipfel [1], der die Höhe und den Namen bekommt. Ob man einen Umriss mappen kann/sollte, kann ich nicht sagen. Zum Umriss ist mir bislang nichts bekannt, ist halt meist auch vor Ort schwierig zu sagen, wo der Berg ganz genau aufhört. Allgemein für einen Berg: natural=peak (für die Spitze) name=Zugspitze ele=2962 (Höhenangabe in Metern, daher ohne m Zusatz) Alternativ (wird aber meines Wissens noch nirgendwo gerendert): natural=volcano (für einen Vulkan, 1576 mal verwendet) natural=crater (für einen Kraterrand, 159) natural=caldera (für einen Vulkan-Kraterrand, 128) natural=hill (für einen Hügel, 119) http://osmdoc.com/en/tag/natural/#values Dä wäre ein mögliche Lösung eine Kombination aus mappen und rendern. Statt Fläche oder Node ein Weg der exakt der Form und Länge des Tales folgt. Beim Rendern müsste man dann diese Länge und Form auswerten. Der Name wird dann der Wegform folgend gerendert. Also in der Mitte der Tales mit dem gekröse mit, statt wie bisher irgendwo in der Mitte, die auch mal ausserhalb liegen kann. Das geht ja schon heute, wo Namen um die Kurve gerendert werden. Aus der Länge des Weges müsste man dann noch die Schriftgröße errechnen und je nach Größe und Zoomlevel entsprechend anwenden. Mit ein bissel testen und Erfahrung dürfte das gelingen. In dem Pu8nkt kann es nur besser werden. natural=valley gibt es aktuell 58 mal als Node und 27 mal als Way. Bei den geringen Zahlen wirst du aktuell leider keinen Renderer Schreiber vorm Ofen hervorlocken, daß zu rendern. Also Leute, tragt mehr Täler ein, dann wird es besser :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wirtschaftswege - access=no
Am 31.12.2009 09:54, schrieb Frederik Ramm: Hallo, Martin Koppenhoefer wrote: rechtlich gesehen magst Du Recht haben, aus OSM Sicht ist es m.E. ein Hinweis, dass dort gerade _doch_ ein Weg ist, sonst hätte niemand das Schild aufgestellt (zumindest ein informeller Weg, also einer, der gelegentlich benutzt wird, auch wenn ihn vielleicht niemand extra angelegt hat). Bei den Englaendern gibt es da ja das Konzept eines right of way. Wenn ich als Aussenseiter das richtig interpretiere, bleibt bei denen unter Umstaenden, selbst wenn der physische Weg laengst weg ist, noch so eine rechtliche Huelse uebrig, das Echo eines frueher mal existenten Weges, das Dich auch heute noch berechtigt, dich dort zu bewegen - selbst wenn Dich das durch einen privaten Gemuesegarten fuehrt. Meinst du den Public Footpath? http://de.wikipedia.org/wiki/Public_Footpath Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freietonne DB
Am 02.01.2010 15:27, schrieb Mirko Küster: Hast du denn mal den Account angeschrieben, unter dem das in OSM hochgeladen wurde? Das wird doch sicher jemand lesen und entsprechend weiterleiten können. Lieber Freietonne DB Bot... Damit erreichst du nur den FT Admin selbst. Wäre elaganter wenn man den betreffenden dann selbst erreicht und keiner stille Post spielen müsste. Hast schon recht. Darüber soll sich aber dann der Bot Besitzer Gedanken drum machen, wie er seine Arbeitszeit sinnvoll nutzt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post- und Telefonkarte
Am 02.01.2010 22:57, schrieb northc...@gmx.de: Klasse Sache. :) Sehe ich auch so! *laut denk* Offenbar kommt das daher das z.B. die presets in JOSM nicht verbreitet sind sondern händisch eingetippt wird und dann noch relevantes schlicht vergessen wird. Vermutlich weil man sich einen Schlüssel xy gut merken kann und den schneller eingetippt hat als das preset zu suchen. aber eine vielzahl an verwendungen eben nicht mehr im kopf hinterlegt ist oder nie war weil man nur einen Teil im wiki gefunden hatte ohne zusammenhang. Sprich josm nicht von sich aus bei der eingabe eines tag x noch darauf hinweist das tag xy noch zu vergeben ist. Offenbar übersiehst du ein paar Punkte ;-) a.) Nicht jeder arbeitet mit JOSM, keine Ahnung wie weit z.B. Potlatch bei den Briefkästen Presets ist. b.) Nicht jeder macht sich die Mühe, alle Details die eintragbar sind auch tatsächlich einzutragen. Ist ja (Gottseidank) keine Pflicht. c.) Viele der Briefkästen die ich aufgestellt habe stammen z.B. noch aus der Zeit, als es die Definition dieser Zusatzinfos noch garnicht gab. Da war man froh wenn überhaupt was auf der Karte war ;-) Keine Angst: Wenn wir erstmal die Positionen haben, kommen die Details schon mit der Zeit. Durch diese neue Karte geht das jetzt erfahrungsgemäß auch schneller ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Briefkästen, öffentliche Telefone und Parkscheinautomaten taggen
Am 03.01.2010 22:41, schrieb Michael Schulze: On 03.01.2010 22:03, Andre Hinrichs wrote: Telefone - operator=Deutsche Telecom - klar - münzen, Telefonkarte, ... - klar - offene oder geschlossene Form mit Tür schlag mal was vor! ich tagge seit einiger Zeit mit type:booth und type:phone den Häuschentyp und den Telefontyp dazu, da gibt es bei der Telekom nicht so viele unterschiedliche. Einen schönen Überblick gibt es auf dieser Seite: http://www.telefonzelle.de.tl/ Üblich sind: Alte gelbe Häuschen: type:booth=TelH78 type:phone=MünzTel23|ÖKartTel Neue magenta Häuschen: type:booth=TelH90 type:phone=MünzTel23|ÖKartTel Telefonsäulen: type=Telestation Einfache Telefonsäulen: type=Basistelefon Bin gerade für den JOSM - wieder mal - etwas am Tag anschauen, OSMDoc durchgrasen usw. Die type=xy u.ä. Tags fallen mir dabei ziemlich negativ auf, weil die für alle möglichen Themengebiete verwendet werden und man daher *nur* im Zusammenhang mit den anderen Tags die Bedeutung erkennen kann. Das bekommst du aber aus OSMDoc nicht raus. Warum nicht sprechende Tags z.B.: telephone:booth=TelH78 Hat den Vorteil, das man direkt am Tag sehen (oder zumindest ahnen) kann, was er bedeutet. Bei type=Telestation kann ich als außenstehender und ohne den hier genannten Kontext nur noch raten. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes ohne Eigenschaften
Am 04.01.2010 19:17, schrieb Mirko Küster: Nur in einem ist Potlatch wirklich unschlagbar. Wenn man mal schnell einen gelöschten Weg wiederherstellen oder eine Version zurückstellen will. Das war es dann aber leider mit den Vorteilen. Da ist sie wieder, deine unendliche, aber leider von persönlichen Sichtweisen stark eingeschränkte Weisheit ;-) Mit Potlatch kann ich z.B. auf einem fremden Rechner einfach jemandem Sachen zeigen oder gleich eintragen, wenn ich nichts installieren kann/darf/will (Flash ist sehr oft schon drauf). Potlatch hat einige nette Features, die JOSM nicht hat, z.B. die spezielle Hervorhebung von verbundenen Wegen. ... Ich benutze auch meist JOSM (und entwickle selber ab und zu dran rum), aber das Potlatch sonst keine Vorteile hat ist nun wirklich Schmarrn. Gruß, ULFL P.S: Das JOSM und Potlatch sich gegenseitig in ihren Features befruchten, davon rede ich noch nicht mal. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mautbrücken
Am 05.01.2010 14:05, schrieb Mirko Küster: BTW fehlt auch noch etwas für Matrixanzeigen die unterschiedliche Maxspeed,Warnungen oder Sperrungen ausgeben. Aktuell könnten die zwar nur als Hinweis angezeigt oder angesagt werden. Aber wer weiß, vielleicht fließen die aktuellen Zustände irgendwann mal mit in ein zukünftiges sendendes Verkehrssystem mit ein. Da wäre es Praktisch schon mal die betroffenen Punkte zu haben. Denen braucht man dann nur noch so wie bei TMC die zuständige ID verpassen, wäre so schonmal schnell aktuell. Für die maxspeeds[1]: maxspeed=signals (320 mal) siehe auch [2] allerdings gibt es auch: maxspeed=variable (227 mal) dürfte wohl dasselbe meinen. Für Warnungen/Sperrungen wüßte ich spontan auch nichts. Auf den neueren Schildern kann ja auch alles mögliche draufstehen, von der Glatteiswarnung bis zum Abbiegehinweis fürs Icehockey Spiel oder die aktuelle Baufachmesse. Gruß, ULFL [1] http://osmdoc.com/en/tag/maxspeed/#values [2] http://wiki.openstreetmap.org/wiki/Key:maxspeed ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Highways View im OSM Inspector
Am 05.01.2010 17:28, schrieb Florian Lohoff: On Tue, Jan 05, 2010 at 05:22:37PM +0100, Jochen Topf wrote: Hm. Hast Du Beispiele? Alle pedestrian areas (also das sind ja Plätze), die mir so einfallen, haben auch einen Namen. (Und klar gibt es immer Ausnahmen in all diesen Fällen.) Ich habe auch Schulhoefe von Schulen so getagged http://tools.geofabrik.de/osmi/?view=highwayslon=8.31611lat=51.77353zoom=17 sind ja oeffentlich zugaenglich und eher plaetze als wirkliche straßen. Und name Schulhof ist in dem fall ziemlich falsch. Da kann man mal wieder schön am Beispiel sehen, wie die eigentliche Definition des Tags so langsam wegdefiniert wurde ;-) highway=pedestrian wurde einmal speziell für Fußgängerzonen eingeführt. Dann kamen einige, die sagten: ein öffentlicher Platz ist ja auch irgendwie nichts anderes als eine Fußgängerzone. Seitdem wird pedestrian für Fußgängerzonen und öffentliche Plätze verwendet. Jetzt kommst du und sagst: Schulhof ist ja auch irgendwie ein öffentlicher Platz. Seitdem wird pedestrian für alles mögliche verwendet :-( Und so verbrennen immer mehr Tagbedeutungen, weil sie auf biegen und brechen verwendet werden - weil es damit ja wenigstens auf den Karten auftaucht. Hast du mal dran gedacht, was ein Renderer daraus dann noch machen kann? [1] Wenn ich jetzt auf einer Karte Fußgängerzonen und öffentliche Plätze speziell rendern will (was ich für durchaus sinnvoll halte), möchte ich sehr wahrscheinlich aber keine Schulhöfe drauf haben. Als Renderer kann ich aber nichtmal mehr mutmaßen, was ich dabei an Tags auswerten könnte - es gibt nämlich schlicht keine Merkmale (mehr). Ich habe aber auch schon auf Bahnhoefen Plattformen so gesehen. railway=platform Gruß, ULFL [1] Wir taggen nicht für die Rendere bedeutet nicht: Mir ist doch scheißegal, ob die Renderer da noch irgendwas sinnvolles draus machen können ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Highways View im OSM Inspector
Am 05.01.2010 16:56, schrieb Jochen Topf: Hi! Ich habe eben im OSM Inspector (tools.geofabrik.de/osmi/) einen neuen Highways-View freigeschaltet. Er zeigt Probleme mit Straßentypen, Straßennamen und einigen anderen typischen Straßentags (oneway, maxspeed, ...) an. http://tools.geofabrik.de/osmi/?view=highways Doku im Wiki unter wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Highways Wo wir das Thema ja gerade auf der englischen Liste hatten. Gibt es eigentlich irgendwo zugänglich den Source Code zum OSM Inspector? Ich konnte im Wiki nix dazu finden. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Highways View im OSM Inspector
Am 05.01.2010 18:21, schrieb Lars Francke: Wo wir das Thema ja gerade auf der englischen Liste hatten. Gibt es eigentlich irgendwo zugänglich den Source Code zum OSM Inspector? Ich konnte im Wiki nix dazu finden. Frederik hat sich in demselben Thread dazu geäußert: http://lists.openstreetmap.org/pipermail/talk/2010-January/046584.html Ah, jetzt hab ich's auch gefunden: http://wiki.openstreetmap.org/wiki/OSM_Inspector#What_is_Open_about_OSM_Inspector_and_what_isn.27t Ah weng verklausulierte Überschrift ;-) Schön wäre es, wenn die Regel welche highways sind ok (und ähnliche solche Regeln) offen zugänglich wären, dann hätte man zumindest ne Chance, das mit den anderen Validatoren mal zu vergleichen. Momentan findet ja irgendwie jeder für sich auf's neue heraus, welche Regeln eigentlich gelten. Sonst kommen wir noch irgendwann an den Punkt, wo sich die Validatoren gegenseitig widersprechen - wenn wir das mal nicht eh schon haben ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmarender:renderRef = no
Am 05.01.2010 21:30, schrieb Dieter Jasper: Hallo, eine Brücke der B 70 hat den tag osmarender:renderRef = no. Soll wohl das Rendern von ref unterdrücken. Macht das Sinn? Ist halt ne unschöne Krücke, laut den Osmarender Leuten aber ab und zu sehr hilfreich. War zumindest mal so. Keine Ahnung ob Osmarender da besser geworden ist und ob das überhaupt noch gebraucht wird. Man liest ja oft wir taggen nicht für die Renderer. Damit ist eher was anderes gemeint. Wenn man im Spielplatz den Sandkasten mit natural=beach (also Strand) taggt, dann wird das zwar beim rendern schön gelb, entspricht aber nicht wirklich der Realität was mit dem Tag eigentlich gemeint ist. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 16:26, schrieb Frederik Ramm: Hallo, Torsten Leistikow wrote: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. Es gab eine klare, einfache, verständliche und durchgängige Definition, die Werte in km/h (und in GB ggfs. ein mph anzuhängen). Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Warum um Himmelswillen packt man sowas (wenn man es denn haben will) nicht in einen weiteren Tag?!? Sorry, aber so eine Vorgehensweise ist schlicht Müll. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsüberwachung
Am 06.01.2010 16:30, schrieb frink: Hi, gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? ich hab letzten Monat eine Slippy Map [1] geschrieben welche node[highway=speed_camera] und relation[type=enforcement] anzeigt. Das Ganze ist aber noch nicht so ganz ausgereift, insbesondere im Backend. [1] http://tobias1003.to.funpic.de/blitzer/ Sieht doch schon mal gut aus. Eine Bitte: Kannst du den Hinweis: depracated tag -- use relation durch sowas wie: More details could be provided by replacing the node with a type=enforcement relation ersetzen? Die Nodes sind ja nicht deprecated im Sinne von dürfen nicht mehr verwendet werden, sondern schlicht die einfachere Variante. Eine Relation bringt halt mehr Details. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 17:03, schrieb Bartosz Fabianowski: Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. So unwahrscheinlich ist das gar nicht. In Polen wurde tatsächlich vor nicht allzu langer Zeit landesweit die Geschwindigkeitsbegrenzung innerorts nachts von 50 auf 60 km/h angehoben. Und auch andere Länder drehen immer wieder an den Limits. Ich sage ja auch nicht, das ich die Information Ist deutscher innerstädtischer Default maxspeed für sinnlos halte - ganz im Gegenteil. Nur halte ich es für eine ganz schlechte Idee, diese Bedeutung *nachträglich* in ein etabliertes Tag reinzupfriemeln und damit für alle Beteiligten wesentlich schwerer verständlich zu machen. Sowas sollte in ein getrenntes Tag gesteckt werden. Wenn sich dann der Default tatsächlich mal ändert, kann man die maxspeeds mit einem Skript sehr einfach auf die aktuellen Verhältnisse anpassen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 19:57, schrieb Gunter Grau: Am Mittwoch, 6. Januar 2010 16:40:42 schrieb Ulf Lamping: Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Du willst damit dann aber etwas anderes erfassen als maxspeed. 1) und 2) sagen aus, *das* der maxspeed=50 ist. Du willst jetzt mit der Fallunterscheidung angeben, *warum* der maxspeed=50 ist. Wie schon gesagt, beide Infos einzutragen ist ja völlig ok, nur beide Infos in maxspeed zu packen ist aus meiner Sicht der falsche Weg. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm-Icon für Shop allgemein
Am 07.01.2010 16:43, schrieb Jan Tappenbeck: Am 07.01.2010 16:36, schrieb André Riedel: Am 7. Januar 2010 16:03 schrieb Jan Tappenbecko...@tappenbeck.net: leider hat nur die letzte variante erfolg bebracht: condition k=shop/ ... nur jetzt waren auch alle anderen shops weg ! Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn die Regel, welche als letztes kommt, wird angezeigt. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de dann ist die konfig aber beim nächsten update wieder weg - es sei man macht ein wish auf ein allgemeines shop-icon für josm, falls nichts anderes definiert. Also, erstmal steht oben in der elemstyles.xml eine Kurzanleitung, ich hab die gerade etwas um diesen Fall ergänzt. Das Problem was du hast: es gibt dann mehrere Regeln die passend sind und die gleiche Priorität haben. Welche der Regeln dann tatsächlich greift ist schlicht Glückssache. Folgendes sollte aber gehen: rule condition k=shop/ icon annotate=true src=misc/no_icon.png priority=-100/ /rule Damit gibst du deiner generischen shop Regel eine niedrigere Priorität als den vorhandenen. Will heißen: Solange eine der built-in Regel greift wird die auch genommen. Wenn keine passende da ist, wird deine genommen. Ein Wort warum das nicht schon so generisch drin ist (und ich auch nicht reinbauen will). Die Anzeige soll ein gewisses Feedback geben, ob das Feature üblich ist oder nicht - daher hab ich auch eine ganze Reihe an shop Regeln eingebaut. Wenn also nichts speziell angezeigt wird, sollte man zumindest mal kurz hinschauen ob das so paßt (Tippfehler, andere Werte üblich, ...). Leider kann ich das nicht für alles mögliche einbauen (maxspeed, surface, ...), dafür fehlen mir schlicht die gestalterischen Möglichkeiten - und halbwegs performant soll es ja auch noch bleiben ;-) Gruß, ULFL P.S: Ich bin übrigens gerade mal wieder dabei, die Tagging Realität an mappaint anzupassen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Limit ist wohl eher 30 (war: maxspeed=DE:Urban)
Am 07.01.2010 11:04, schrieb Guenther Meyer: On Thu, Jan 07, 2010 at 10:45:08AM +0100, Schorschi wrote: sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. ok, betrachten wir nur mal den teil von innerorts der die geschwindigkeit betrifft: in einigen gegende ist das mehr der fall, in anderen weniger. ich bin viel rumgekommen in den letzten jahren, und meine erfahrung deckt sich hier nicht mit deiner. an die leute, die keinen sinn in so einem tagging sehen: hier koennte man mit solchen daten uebrigens auch eine schone auswertung machen, also zum beispiel den anteil expliziter geschwindigkeitsbeschraenkungen innerhlab ortschaften... es geht um die bereiche innerorts, wo keine explizite beschilderung steht. dort gilt immer 50. auch wenn 80% des stadtgebiets explizit anders beschildert sind, wird sich das nicht aendern. so ist das von der stvo festgelegt. ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. Ein maxspeed=50 setzen ich mit einer Höchstgeschwindigkeit von 50 km/h gleich - und mit nichts sonst. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Radweg Bug
Am 07.01.2010 22:03, schrieb Chris-Hein Lunkhusen: Nabend, da eine neue tested auf sich warten lässt wollt ich mal den Radweg-Bug nach dieser Anleitung reparieren: http://www.mail-archive.com/talk-de@openstreetmap.org/msg58384.html Bei primary's und tertiary's klappt es schon (dashed line), nur secondaries werden weiterhin als Radweg gemalt. Schwerwiegender: Er findet die Icons nicht mehr, wo muss ich denn den images-Ordner hin kopieren? Probiert habe ich: Anwendungsdaten\JOSM Anwendungsdaten\JOSM\styles (-da hab ich die modiizierte elemstyles.xml hinkopiert) Anwendungsdaten\JOSM\plugins\mappaint josm-tested.jar liegt in \programme Weitere Verständnisfrage: Ich nehme an, das die in der unteren Box ladbaren Styles *zusätzlich* zum Standard-Style geladen werden, richtig? Ich weiß jetzt bei der Beschreibung nun echt nicht so genau wo dein Problem liegt. Ein paar mehr Details würden schon helfen :-) Ich versuch ich mal zu erklären, wie die Stil-Einstellungen mit der aktuellen 2561 grob funktioniert (eine neue tested dürfte demnächst wohl übrigens auch kommen). Wir sind in: Einstellungen / Karten-Einstellungen / MapPaint Stile Mit den beiden Checkboxen oben kannst du den eingebauten Stil (bzw. die eingebauten Symbole) ein-/ausschalten. Benutzter Stil so lassen. Aktive Stile sind die aktuell verwendete(n) xml Stildatei(en). Verfügbare Stile sind im Internet vorhanden, und können mit Aktivieren in die aktiven Stile geladen werden (JOSM kümmert sich um das laden aus dem Internet). Im Symbolpfad stehen Verzeichnis(se) in denen die Symbole gesucht werden. Wenn du also Sachen hinzufügen willst: Die Checkboxen gecheckt lassen. Xml Dateien erstellen und mit Neu zu den aktiven Stilen hinzufügen. Wenn du eigene Symbole hast, diese in ein beliebiges Vereichnis packen und dieses unter Symbolpfad hinzufügen. Wenn die integrierten Regeln ersetzen willst: Voreinstellungen laden ausschalten Mit Neu den Pfad auf deine geänderte xml Datei einfügen. Gruß, ULFL P.S: Nein, ich finde den Dialog auch nicht s gelungen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat
Am 09.01.2010 16:14, schrieb Hermann Prey: Hallo Ulf Lamping Ich habe gestern (8.1.2010) als Beagra im Bereich Klinikum Nord ohne Absicht Veränderungen an der Karte vorgenommen: Verbindungsweg im KH, Rieterstrasse, und Taxistand (und ...?). Eigentlich wollte ich JOSM nur testen um für mich lokal eine Karte zu erstellen und bearbeiten. Blödsinnigerweise habe ich gespeichert und so die Karte verändert. Seitdem versuche ich, ohne noch mehr Schaden anzurichten, die Änderungen wieder rückgängig zu machen. (Hat aber offensichtlich nicht geplappt.) Könntest Du mir vielleicht helfen. Am liebsten wäre es mir, wenn einfach alles so wäre, wie vorher. An wen kann ich mich wenden? Im Forum kann ich mich nicht anmelden. Deine Mailadresse habe ich übers Wiki gefunden. Hallo! Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Undo hab ich bislang selber noch nie machen müssen, kann jemand helfen? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat
Am 09.01.2010 19:38, schrieb Frederik Ramm: Hallo, Ulf Lamping wrote: Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Habs repariert. Danke! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
TOFU! TOFU! TOFU! Sorry, aber das mußte einfach mal raus! Im übrigen könnt ihr auch gleich die Diskussion führen, welcher Gott denn der richtige ist - wäre genauso sinnlos und würde auch nur die Leute nerven. Am 10.01.2010 08:58, schrieb Florian Lohoff: On Sun, Jan 10, 2010 at 12:20:13AM +0100, Mirko Küster wrote: Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder anders sein, jeder bewegt sich halt woanders. Der unterschied ist das ich beim 3733t phorum staendig pollen muss obs wohl was neues gibt - Im gegensatz dazu meldet mein Mailreader in den entsprechenden foldern neue nachrichten. Vergleiche Hol/Bringschuld - Ein Forum ist in etwa so daneben wie TOFU oder HTML Mail ... Ich will mit dem ganzen web dreck eigentlich nichts zu tun haben - Vor allem fuer Textbasierte kommnunikation ist das einfach nur daneben. Das heute alles was nicht klickbar ist kein internet sein kann zeugt von totaler geistige armut. Ich werde kein Phorum anfangen - auch nicht mit einer Kneifzange. Flo ___ 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] Neues Jahr - neue Garmin-Karte
Am 08.01.2010 19:10, schrieb Martin Simon: Da ich die Daten für den Gelände-Layer manuell nachbearbeiten muß, damit die Flächen nicht kaputt gehen, umfaßt diese Karte nur die Gegend von 6°E 50°N bis 8°E 51°N, also alles von Köln bis Kyllburg und von Aachen bis Kreuztal (grob: Eifel, Bergisches Land, Westerwald, Mittelrheintal). Vielleicht findet sich ja jemand, der ein Skript schreiben kann, das mit GroundTruth generierte Höhenlinien in Flächen umwandeln kann, die entlang der Kachelränder geschlossen sind... :-) Von Hand ist es eine wahnsinnige Arbeit. Alle Versionen sind hier zu beziehen: http://osm-topo.bplaced.net Viel Spaß, ich freue mich auf Rückmeldung, Anregungen und Kritik! Ich hab die Komplettversion gerade auf mein Oregon 200 kurz testweise aufgespielt und sehe in der normalen Darstellung kein Relief. Das Relief taucht kurz auf und wird dann sehr, sehr schnell von den Höhenlinien wieder übermalt. Stimmt da vielleicht was mit den Transparenzen/Prios nicht? Bei mir im Menu tauchen übrigens nur 6 Layer auf (Topo fehlt), statt der 7 wie bei dir auf der Seite erwähnt. Eine Anregung: Kannst du den Layern etwas prägnantere Namen als Open Street Map geben. Wenn du noch eine zweite Karte geladen hast die das auch so macht ist das Chaos perfekt ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 11.01.2010 22:17, schrieb André Riedel: Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusenchris66...@gmx.de: Chris-Hein Lunkhusen schrieb: Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo mit bicycle=no zu taggen könnte es bei den Garmin Maps zu Überschneidung mit der --link-pois-to-roads Option kommen. In der Praxis führt es hoffentlich zur Zeit noch zu keinen Routingproblemen, da Wegweiser vorwiegend als separate Nodes getaggt sind. So, nun hab ich mich mal schlau gemacht. Also der Trigger für die oben genannte mkgmap Option ist der access-Tag. Nach dem Proposal [1] könnte man die Aussage: Wegweiser enthält Informationen für Alles außer Autos mit access=yes, motorcar=no taggen, und das wäre dann ein Problem für's Routing: http://up.picr.de/3574740.png ;-) Chris [1]http://wiki.openstreetmap.org/wiki/Information Schönes Beispiel, könntest du mir noch den Wegweiser dazu zeigen ;-) Meiner Meinung nach dürften alle im Proposal erwähnten Elemente nicht Teil eines Weges sein. Würde dies so umgesetzt werden, gäbe es dein Problem nie. Außerdem wird mit dieser Vereinfachung eine wichtige Information, der genauen Lage des Wegweisers, einfach unterschlagen. Also Wegweiser, Karte usw. mit neuen Node an genauen Standort neben der Straße eintragen. Chris-Heinz hat doch gezeigt, das es jetzt schon tatsächlich Probleme mit dem Ansatz gibt. Wenn man sich überlegt, daß gehört neben den Weg von genügend Mappern schlicht nicht beachtet werden wird (Sorry, alles andere halte ich nach den bisherigen Erfahrungen für eine naive Annahme), ist das ganze Thema für mich weiterhin ne schlechte Idee :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufruf
Am 11.01.2010 23:16, schrieb Lothar Emmerich: Hi Colin, das ich nicht lache. Habe die zweite Auflage zu Hause. Verstehe die Hälfe des Buchen nicht. Ich bin Hochschulabsolvent! War Lehrer Was willst du mir sagen? Frederic Ramm leistet viel, sehr viel. Sein und das Werk von Jochen Topf ist ein Nachschlagewerk mit einem guten Einstieg, der später sich in Details verliert. Nur 'was für Insider im letzten Teil! Das Buch heißt ja auch nicht OSM für Dummies ;-) Wenn man ein allgemeines Buch über OSM schreibt, gehören da auch Sachen rein, die nicht 08/15 sind (z.B. wie man einen Server aufsetzt) - weil man eben auch nicht nur 08/15 mit OSM machen kann. Von daher finde ich es völlig ok, wenn sich das Buch hinten in Details verliert. Ein Kursbuch muss!! anders aussehen. Glaub mir. Von Pädagogik verstehe ich 'was. Also: Meine Anregung bleibt bestehen. Biete meiner Hilfe gerne an Ein Buch OSM für Dummies wäre sehr aufwändig zu schreiben und gerade in so einem immer noch dynamischen Umfeld wie OSM wohl noch schneller veraltet als Frederik/Jochen's Buch. Wenn du jemanden kennst der sich die Arbeit machen will (und der das auch kann), wird euch sicher keiner davon abhalten - eher im Gegenteil. Aber xyz muß jetzt passieren funktioniert in einem Projekt das von der unentgeltlichen Arbeit vieler Freiwilliger lebt, schlicht nicht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 12.01.2010 19:13, schrieb Mirko Küster: Ich finde es absolut unpassend denselben Tag mit mehreren Bedeutungen zu benutzen. Sagt auch keiner. Aber woher kommt die Meinung das bicycle=yes auf ewig nur Zugangsbeschränkung bedeutet und der Weisheit letzter Schluss ist und trotz Problemen nicht angetastet werden darf? Weil es schon immer so war? Kein Argument. Weil eine Reform nunmal mit Arbeit verbunden ist? Auch kein Argument. Denn man wird immer wieder auf Probleme stoßen mit denen man bei Einführung des einen oder anderen Tags nicht gerechnet hat. Entweder wirds optimiert, oder wir sitzen es aus reine Beqeumlichkeit aus und taggen uns an einigen Stellen in eine Sackgasse. ... und weil du die Weisheit mit Löffeln gefressen hast, ändern wir jetzt mal überall an den Definitionen rum, bis dann keiner mehr bei irgendwas durchblickt. Toller Plan. Veränderung bedeutet nicht zwangsläufig, das etwas besser wird. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 16.01.2010 18:08, schrieb Alexander Matheisen: Das Projekt hatte ich schon vor längerer Zeit gestartet, habe aber nun eine verbesserte Version 2 online gestellt, die folgende Neuerungen hat: * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine höhere Geschwindigkeit und schnelleres Laden * die Marker werden dynamisch nachgeladen, dadurch ebenfalls eine höhere Geschwindigkeit * Wege und Flächen werden nun auch berücksichtigt, wenn auch der Einfachheit halber die Marker nur auf den ersten Punkt/Eckpunkt gesetzt werden, wird aber in einer der nächsten Versionen verbessert * die Seite hat ein neues Design bekommen * die Popups haben nun ein schöneres Aussehen und werden bei drüberfahren mit der Maus geöffnet * in den Popups werden nun weitere Informationen wie Telefonnummer, Faxnummer, Email angezeigt Aber schaut es euch einfach selbst an: http://rurseekatze.bplaced.net/olm2 COOL!!! Ich hatte bislang irgendwie keine große Motivation die Wikipedia Links zu ergänzen. Die ist mit deiner Karte jetzt enorm gestiegen :-) Folgende Verbesserungsvorschläge (weil ich kein Forumsfan bin gleich hier): a) Kannst du auf der Kartenseite vermerken, von wann die Daten sind und wie oft etwa ein Update erfolgt? Sonst bleibt man als Anwender immer im dunkeln, wann denn die eigenen Änderungen auftauchen sollten/könnten. Z.B. sowas wie: Stand: 16.01.2010 (Aktualisierungen etwa monatlich) BTW: Wie oft werden die Daten denn eigentlich aktualisiert? b) Kannst du auf der Kartenseite vermerken, welcher grobe Ausschnitt von dir erfaßt wird? Wenn ich die Beschreibungsseite richtig deute, ist das deutschlandweit. Sonst geht man als Anwender nach Italien und wundert sich, daß nichts auftaucht. c) Kleiner Tippfehler http://rurseekatze.bplaced.net/index.html: und direkt auf die Homepage eine ruhig gelegenen Hotels zu gehen eine - eines d) Du schreibst bei der Verarbeitung der Daten: fehlerhafte URLs und Wikipedialinks repariert Könnte man das evtl. speziell darstellen, dann sehen die Mapper gleich das da noch was zu korrigieren ist. Sonst wird es ja nie besser ;-) Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr nice to have Hab mich speziell über diese Karte gefreut ... Gruß, ULFL P.S: Ich kann mich noch dunkel an Diskussionen erinnern, der Art: Wikipedia Links brauchen wir nicht ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 16.01.2010 19:33, schrieb Alexander Matheisen: Werd die nicht regelmäßig aktualisieren, da ich das manuell machen muss, aber immer wenn ich an meinem PC sitze, werde ich das Aktualisieren (ist fast jeden Tag) Ruhig auch sowas wie: Aktualisierung unregelmäßig, oft aber täglich Sonst weiß man als Anwender halt überhaupt nicht woran man ist (könnte ja auch jährlich oder nie sein). BTW: Als Softwareentwickler sage ich immer: Versuch sowas soweit wie möglich zu automatisieren, alles andere macht auf die Dauer eh keinen Spaß ;-) Werd ich ebenfalls verbessern. Immer diese blöde Tastatur... Wenn die Tastatur nicht wär, wär das Leben halb so schwer ;-) Bei Links wird ein fehlendes http:// ergänzt, falls nur www. angegeben ist. Bei Wikipedialinks wird entweder: * http:// ergänzt, wenn die Adresse mit www. beginnt * http://de.wikipedia.org, wenn nur der Artikelname angegeben ist. Hab gerade ein paar Artikelnamen rund um das Reichsparteitagsgelände in Nürnberg ergänzt. Kann da aber genausogut auch die komplette url eintragen. Gibt es da inzwischen eigentlich eine Tendenz was von den beiden Varianten eher verwendet wird, oder welche Variante (aus welchem Grund auch immer) besser ist? [1] sagt da nicht so viel drüber aus. Ich werde da morgen auch mal eine kleine Tabelle darüber auf die Seite stellen. Mache da dann auch mal eine Übersicht über die ausgewerteten Tags. Gute Idee. Eine spezielle Darstellung (z.B. anderes Icon mit rotem Rand oder so) von korrekturwürdigen Daten wäre natürlich schon schick. Andererseits kann das vielleicht später auch mal der OSM Inspector übernehmen, und deine Karte bleibt so einfach wie möglich - hat ja auch seinen Charme. Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr nice to have Werd ich alles verbessern, denn jeder Fehler ist gleich wichtig. Auch wenn es nur ein kleiner Fehler ist, stört er trotzdem... Solange du Zeit hast das zu machen, gibt es keinen Grund dagegen ... Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Key:wikipedia ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 17.01.2010 00:52, schrieb Sven Geggus: Alexander Matheisenalexandermathei...@ish.de wrote: * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine höhere Geschwindigkeit und schnelleres Laden Wäre da nicht eine Postgis die bessere Wahl gewesen? Wäre eine etwas ausführlichere Fragestellung - mit zumindest einer gewissen Begründung warum Postgis aus deiner Sicht die bessere Wahl ist - nicht vielleicht für alle Beteiligten hilfreicher gewesen? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 17.01.2010 09:52, schrieb Jan Tappenbeck: Moin ! interessant - es sollte eine Blackliste geben um Links zu filtern. Bei uns hat einer die Paketstation mit dem Link zu http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html versehen. Hatte ich bei mir in der Gegend auch schon gesehen, war aber http://www.packstation.de - also zumindest etwas kürzer :-) Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Also ich kann mir bei OSM gut vorstellen, daß das schon irgendwo einer gemacht hat ;-) Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese nacheinander in die Auswertung übernommen werden. Aber wo ziehst du die Grenze? a) Keine internationalen Links? www.hp.com b) Keine nationalen Links? www.packstation.de c) Keine überregionalen Links? http://www.aldi-sued.de d) Keine regionalen Links? http://www.fraenky-getraenke.de e) Keine stadtweiten Links? www.landbierparadies.com f) Keine punktuellen Links? http://www.kornundberg.de Bei mir persönlich wäre diese Grenze irgendwo zwischen c) und d), aber das sieht wieder jeder etwas anders ... Da fände ich es schöner, die Sachen je nach Regionalität jeweils anders darzustellen. Dann kann man dann als Anwender unterscheiden. Aber bevor man da eine BlackList anfängt (die viel Arbeit bei einer Person macht), sollte man nicht eher über einen Tag direkt am Link nachdenken? Gruß, ULFL P.S: Wenn man sich OSMdoc anschaut: http://osmdoc.com/en/tag/url/#values gibt es da jetzt schon einen Spitzenreiter mit 656 Einträgen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Euro-Cities gegen Google
Am 17.01.2010 22:33, schrieb Sven Geggus: Frederik Rammfrede...@remote.org wrote: Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Na ja, es dürfte wettbewerbsrechtlich schon ein Unterschied sein, ob die Karten von einer Non-Profit Organisation[1] auf der Basis von Spendengeldern und freiwilliger Helfer erstellt wird, oder ob ich die Karten teuer einkaufen, umsonst weitergebe und mit den Werbeeinnahmen querfinanziere. Gruß, ULFL [1] wobei ich nicht weiß, ob die OSMF nach deutschem Recht sowas ist :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 17.01.2010 20:34, schrieb Alexander Matheisen: Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) Schön! * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind Auch schön! * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten Tags sowie die erlaubten Werte Über die E-Mail Zeile müssen wir nochmal reden: E-Mail fax gültige E-Mailadresse Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. Werden oft genug verwendet und sind wesentlich häufiger als die Alternativen wie contact:xy. Mal schauen ob einer meckert ... Gruß, ULFL P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch nicht drin, da muß ich wohl noch ein bisschen warten ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Am 18.01.2010 14:34, schrieb Alexander Matheisen: Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: Über die E-Mail Zeile müssen wir nochmal reden: E-Mail fax gültige E-Mailadresse Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-) War mir klar, der Klassiker halt ;-) Hab die Daten gerade eben aktualisiert. Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin sein... :) Und: Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen dieser Sachen bewegen können! So 30-40 sind bestimmt von mir. Ich werde die Karte mal auf dem nächsten NFE-Treffen vorstellen, dann kommt vielleicht noch mehr. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haiti: Hilfestellung bei der Iconzuweisung
Am 19.01.2010 08:49, schrieb Jan Tappenbeck: Moin ! kürzlich hatte ich schon einmal eine Anfrage die in diese Richtung gibt - da sollte die Icon Definiton von der Reihefolgen hinten angestellt werden. Diesmal ist es genau umgekehrt. Grund ist einmal das bei der Verwendung von Gebäuden auf Haiti immer nur das graue gibt, was auf den Luftbildern teilweise schwer zu erkennen ist - und das damage - beide werden sonst gleich angezeigt und es kann zu Verwechselungen sonst kommen. Vielleicht kann einer von Euch sich der Sache mal kurz annehmen und mir bescheid geben. Hier meine CODE: rules name=earthquake icon=earth.png rule condition k=earthquake:damage v=collapsed_building/ icon annotate=true src=building_collapsed.png priority=10/ scale_min1/scale_min scale_max5/scale_max /rule rule condition k=building v=yes/ icon annotate=true src=building.png priority=5/ scale_min1/scale_min scale_max5/scale_max /rule /rules Ich hab jetzt ehrlich gesagt dein Problem nicht ganz verstanden. Dein Code sieht zumindest nicht grob falsch aus. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de