Re: [Talk-de] Aufruf zum Prüfen und Remappen deutscher Autobahnen
Am 11.02.2012 18:44, schrieb Harald: Ah ja, welche Tags sauber sind, lässt sich meines Erachtens in vielen Fällen aus dem Vergleich der einzelnen Versionen der history in Josm herausfinden. Noch einfacher geht es mit dem OSMI in der License Change-Ansicht. Nach dem Klick auf ein Objekt auf den kleinen Uhr-Button im Bereich Selection klicken. In der Tabelle sind alle Edits und der jeweilige License Status auf einen Blick erkennbar. Monika ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Steffen Wolf wrote: http://www.openstreetmap.org/browse/way/37081561 highway=path bicycle=designated foot=designated segregated=yes cycle surface=smooth paved footway surface=brick pattern concrete Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. Sind so auf jedem Fall quatsch. Schon bei den Leerzeichen rollen sich bei mir die Fußnägel. Trenner bei den Werten ist zudem das Semikolon. alles zusammenwuerfeln: surface=paved;concrete smoothness=good Auf jedem Fall besser als die aktuelle Lösung. wenigstens die Seiten unterscheiden: surface:right=paved surface:left=concrete smoothness=good Etwa so wenig/viel aussagekräftig wie die obige Lösung, denn keiner weiß welche Seite (links oder rechts) der Radweg ist. Ist an der Stelle eigentlich auch egal. Ein Fahrrad-Routing-Programm interessiert sich für den Zustand von Radwegen. Auf welcher Seite des Weges der liegt, ist hier egal. Wenn man beim Routing nur Wege mit einer gewissen Qualität einbezogen haben will, dann muss der Router bei der left/right-Lösung zwei Tags hintereinander auswerten. Erst wo der Radweg liegt und dann die Oberfläche der passenden Seite. was neues erfinden: surface[bicycle]=... surface:bicycle=... Wo sind denn eckige Klammern üblich? Ich würde sagen Tagwatch ist hier recht eindeutig: cycleway:surface (315 mal in Deutschland genutzt) und footway:surface (111 mal in Deutschland genutzt) Weltweit vermutlich noch öfter im Einsatz. Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Am 12. Februar 2012 11:16 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Steffen Wolf wrote: Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. anders werden sie auch nirgends ausgewertet, oder? Sind so auf jedem Fall quatsch. Schon bei den Leerzeichen rollen sich bei mir die Fußnägel. Trenner bei den Werten ist zudem das Semikolon. alles zusammenwuerfeln: surface=paved;concrete smoothness=good Auf jedem Fall besser als die aktuelle Lösung. -1, ist m.E. schlechter. Die aktuelle Lösung ist eindeutig und jeder Mensch kann sofort erkennen, welche Oberfläche der Radweg und der Fußweg haben. Mit dieser Lösung hier verschwindet diese Information, und ausgewertet wird es von den üblichen Anwendungen wegen der Multivalues trotzdem nicht. Betonpflaster (wie es im ursprünglichen tag angegeben war) wird hier zur Betonoberfläche (das kann dann alles sein, von Großplatten bis zum Ortbeton). wenigstens die Seiten unterscheiden: surface:right=paved surface:left=concrete smoothness=good Etwa so wenig/viel aussagekräftig wie die obige Lösung, denn keiner weiß welche Seite (links oder rechts) der Radweg ist. Ist an der Stelle eigentlich auch egal. Ein Fahrrad-Routing-Programm interessiert sich für den Zustand von Radwegen. Auf welcher Seite des Weges der liegt, ist hier egal. +1 cycleway:surface (315 mal in Deutschland genutzt) footway:surface (111 mal in Deutschland genutzt) Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMAND - Daten
hi ! ich habe wiederholt festgestellt das in der Ortsuche von OSMAND nicht alle Straßen (wirklich nur ein Bruchteil) enthalten sind. Kann das einer von Euch bestätigen und gibt es dafür gar eine Erklärung. Auf dem einen Smarty ist 0.7 beta aus dem Market und dem anderen 0.7 #340 als manuelle Installation vorhanden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hallo, Am Samstag, 11. Februar 2012 19:39:16 schrieb Jan Tappenbeck: HI ! ich habe mich gerade gewundert warum mein getrennter Rad/Fussweg in ES weg war- aber da hat einer die Surfaces abenteuerlich eingebaut und das Haupttag weggelassen. Das habe ich erst einmal nachgeführt. Aber mit den Oberflächen für die Wege habe ich so mein Problem. Kann mir einer weiterhelfen ? http://www.openstreetmap.org/browse/way/37081561 In Lübeck benutzen wir für den Radweg, wenn er einzeln gemappt ist surface=concrete/asphalt/cobblestone/(wasauchimmer) smoothness=excellent/good/intermediate/bad/very_bad sidepath:refname='freierName' und an die Fahrbahn für den gleichen Streckenabschnitt (was im konkreten Fall mangels Fahrban nicht zutrifft) sidepath:cycleway:left:'freierName' und eine Relation typ 'street', in der beide Mitglieder sind dann kann der Radweg für größere Maßstäbe einzeln oder für kleinere Maßstäbe an der Straße ausgewertet werden. Wird er nur durch tags ausgedrückt, heißt es cycleway:left:surface=... Wenn der User Lübeck editiert, muss man da meistens noch mal nacharbeiten... :-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hallo! Am 12.02.2012 12:04, schrieb Martin Koppenhoefer: Am 12. Februar 2012 11:16 schrieb Manuel Reimermanuel.s...@nurfuerspam.de: Steffen Wolf wrote: Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. anders werden sie auch nirgends ausgewertet, oder? Natürlich wird surface von diversen Karten ausgewertet. Primär aber wohl im Garmin-Sektor. Sind so auf jedem Fall quatsch. Schon bei den Leerzeichen rollen sich bei mir die Fußnägel. Trenner bei den Werten ist zudem das Semikolon. alles zusammenwuerfeln: surface=paved;concrete smoothness=good Auf jedem Fall besser als die aktuelle Lösung. -1, ist m.E. schlechter. Die aktuelle Lösung ist eindeutig und jeder Mensch kann sofort erkennen, welche Oberfläche der Radweg und der Fußweg haben. Mit dieser Lösung hier verschwindet diese Information, und ausgewertet wird es von den üblichen Anwendungen wegen der Multivalues trotzdem nicht. Betonpflaster (wie es im ursprünglichen tag angegeben war) wird hier zur Betonoberfläche (das kann dann alles sein, von Großplatten bis zum Ortbeton). Es mag zwar sein, dass jeder Mensch das lesen kann, doch welcher Nutzer schaut in die Daten, wenn er wissen möchte, welche Oberfläche der Weg hat? Von daher ist der tatsächliche Nutzen eines surface=paved deutlich höher als dieser Freitext in key und value. cycleway:surface (315 mal in Deutschland genutzt) footway:surface (111 mal in Deutschland genutzt) Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. +1 +1 Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki Statistik für Übersetzung
Hallo, nach den die Qualität des Wikis immer wurde bemängelt wird und der Stand der Übersetzung dabei eine große Rolle spielt, wollte ich mal ein paar Seiten übersetzen. Da meine Kapazität natürlich begrenzt ist, suche ich natürlich nun die Seiten, die das am meisten nötig haben. Zwei Metriken sind mir dazu eingefallen: Die “translate-to-german“ Kategorie, eine Art händisches Wünschdirwas. Leider wird das nicht benutzt, ist also nicht hilfreich. Zweite Möglichkeit: Die Verlinkungsrangliste. Schon besser, weil automatisch erstellt. Aber Verlinkung ist ja nicht gleich Relevanz. Gibt es vielleicht eine seitenweise Nutzungsstatistik mit Klickzahlen? Oder eine Suchwortstatistik? Oder habt ihr andere Ideen? (Einzelvorschläge hab ich genug.) Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMAND - Daten
On 12.02.2012 12:31, Jan Tappenbeck wrote: ich habe wiederholt festgestellt das in der Ortsuche von OSMAND nicht alle Straßen (wirklich nur ein Bruchteil) enthalten sind. In München finde ich meine Straße nur dann wenn ich den Ortsteil auswähle. Unter München ist das nicht drin. Vermutlich passt das Tagging der Admin Boundaries nicht zum Algorithmus den OSMAnd verwendet. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Statistik für Übersetzung
Am 12.02.2012 12:58, schrieb Ronnie Soak: Gibt es vielleicht eine seitenweise Nutzungsstatistik mit Klickzahlen? Oder eine Suchwortstatistik? Oder habt ihr andere Ideen? Derartige Infos hätte ich mir auch oft gewünscht, weil man ohne aussagekräftige Daten das Wiki nur nach Bauchgefühl pflegen kann. Leider kenne ich da fürs OSM-Wiki nichts. Für Wikipedia gibt es einen sehr schönen Service, der Artikelaufrufe zählt: http://stats.grok.se/ Leider scheint er keine MediaWiki-Features zu nutzen, sondern auf die Wikipedia-Serverinfrastruktur zugeschnitten zu sein. Daher weiß ich nicht, ob es sich aufs OSM-Wiki anpassen ließe. Ggf. könnte man mal den Betreiber dieser Statistik-Seite um Rat fragen? Außerdem gibt es wohl MediaWiki-Funktionalität und/oder verschiedene Extensions, die das Sammeln von Statistiken erlauben. Ich weiß allerdings nicht, ob das zu Performanceproblemen führen könnte. Hier müsste man z.B. auf http://wiki.openstreetmap.org/wiki/Talk:Wiki nachfragen, ob sich so etwas aktivieren lässt. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Statistik für Übersetzung
Hallo, Am 12.02.2012 12:59 schrieb Ronnie Soak chaoschaos0...@googlemail.com: nach den die Qualität des Wikis immer wurde bemängelt wird und der Stand der Übersetzung dabei eine große Rolle spielt, wollte ich mal ein paar Seiten übersetzen. Super! Gibt es vielleicht eine seitenweise Nutzungsstatistik mit Klickzahlen? Oder eine Suchwortstatistik? Oder habt ihr andere Ideen? Ein ganz anderer Ansatz könnte auch Taginfo etc. sein: Damit kann man zumindest ermitteln, wie relevant der Tag ist. Der Schwachpunkt ist natürlich, dass man damit gerade nicht die Tags erwischt, die schlecht dokumentiert sind, und die deshalb nicht groß verwendet werden. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Martin Koppenhoefer schrieb: Am 12. Februar 2012 11:16 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Steffen Wolf wrote: Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. anders werden sie auch nirgends ausgewertet, oder? Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ | footway surface=brick pattern concrete alles zusammenwuerfeln: surface=paved;concrete Betonpflaster (wie es im ursprünglichen tag angegeben war) wird hier zur Betonoberfläche (das kann dann alles sein, von Großplatten bis zum Ortbeton). Ich frag mich immer noch, was Betonpflaster ist. cycleway:surface (315 mal in Deutschland genutzt) footway:surface (111 mal in Deutschland genutzt) Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. +1 Die kannte ich noch nicht, sehen ganz geeignet aus. Manuel hat noch etwas gefragt: was neues erfinden: surface[bicycle]=... surface:bicycle=... Wo sind denn eckige Klammern üblich? Ich hab das mal vor Jahren bei einem Vorschlag fuer zeitabhaengige Beschraenkungen gesehen. Es kommt ab und zu noch in unseren Daten vor: maxspeed:[22:00-6:00]=30 maxspeed:[Mo-Sa 08:00-18:00]=70 vehicle:[Nov-Apr]=yes Wahrscheinlich waeren diese besser mit hour_on und hour_off eingetragten. Gruss, stw1701 -- Jeder, der sich heimlich verpickelte Minderjährige nach Hause einlädt, um seine IT-Probleme zu lösen, der soll aufstehen. [Thomas Pigor, Nieder mit IT] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Statistik für Übersetzung
Danke schon mal für die Vorschläge. Taginfo ist natürlich eine gute Sache, beschäftigt sich aber eben auch NUR mit den Tags und Keys. Da ich aber bei meinen Recherchen auf das gängige Schema gestoßen bin, dass auf Tag/Key Seiten eigentlich nur noch die Syntax und die möglichen Werte beschreiben und alles tutorialartige auf andere Seiten ausgelagtert wird, hab ich damit wieder keine direkte Bewertung. Ich suche also weiter ... (und übersetze nebenher auf gut Glück) Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Am 12. Februar 2012 16:03 schrieb Steffen Wolf s...@gmx.de: Martin Koppenhoefer schrieb: anders werden sie auch nirgends ausgewertet, oder? Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ wie müsste man es eintragen, damit es dort ausgewertet wird: mehrere Werte im gleichen Schlüssel, oder cycleway:surface und footway:surface? Oder geht beides? Ich frag mich immer noch, was Betonpflaster ist. http://www.google.de/search?q=betonpflaster Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hi Martin, Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ wie müsste man es eintragen, damit es dort ausgewertet wird: mehrere Werte im gleichen Schlüssel, oder cycleway:surface und footway:surface? Oder geht beides? Wahrscheinlich gar nicht. Ein Wert im Schluessel surface, denk ich mal. Ich frag mich immer noch, was Betonpflaster ist. http://www.google.de/search?q=betonpflaster Also Pflastersteine, nur aus Beton. Da wuerde ich paving_stones nehmen. Gruss, stw1701 -- Your neutrinos are drifting. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meinungen gesucht für Proposal
Da mir viel darin liegt, das altbekannte Spurproblem endlich aus der Welt zu schaffen und es noch einige offene Diskussionpunkte im aktuellen Proposal gibt, würde ich gerne alle bitten, falls möglich eure Meinung zu (zumindest) folgendem offenen Punkt abzugeben: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/lanes_General_Extension#Relevance_of.2Frelationship_to_lanes_key Vielen Dank! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenadmin FOSSGIS-Server
Am 30.01.2012 15:50, schrieb Roland Ramthun: Hallo Leute, wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf. Das hat ja früher Sven gemacht, wenn ich das richtig sehe. Mache ich eigentlich auch noch. Normaler weise bekomme ich eine Nachricht, wenn jemand eine Listenanfrage in das OTRS eingibt. Ich arbeite das in der nächsten Woche ab. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenadmin FOSSGIS-Server
Am 30.01.2012 15:50, schrieb Roland Ramthun: Hallo Leute, wer bearbeitet eigentlich im Moment die Mailinglisten-Queue im OSM Teil des FOSSGIS OTRS? Da laufen z.B. Anfragen für neue MLs in Deutschland auf. Das hat ja früher Sven gemacht, wenn ich das richtig sehe. Nachtrag: Ich habe genau eine Anfrage von Dir vom 21.01.12 in der Queue gefunden. Nur das niemand das Gefühl hat, es würden da etliche ML fehlen etc. Wenn ich irgendwelche Anfragen übersehen haben sollte, bitte ich zuerst mit mir Kontakt aufzunehmen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 82
Hallo, die neue Wochennotiz Nr. 82 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/02/wochennotiz-nr-82/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 82
Kann es sein, dass in der Wochennotiz Nr. 82 (5.2. – 11.2.2012) die NOTLM vom 7.2.2012 vergessen ging? Oder gibt es noch eine Extra-Ausgabe :-? LG, Stefan Am 12. Februar 2012 22:59 schrieb Gehling Marc m.gehl...@gmx.de: Hallo, die neue Wochennotiz Nr. 82 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/02/wochennotiz-nr-82/ Viel Spaß beim Lesen! ___ 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] Wochennotiz Nr. 82
Hi, da wird sicherlich noch was kommen. Mfg Marc Am 12.02.2012 um 23:17 schrieb Stefan Keller: Kann es sein, dass in der Wochennotiz Nr. 82 (5.2. – 11.2.2012) die NOTLM vom 7.2.2012 vergessen ging? Oder gibt es noch eine Extra-Ausgabe :-? LG, Stefan Am 12. Februar 2012 22:59 schrieb Gehling Marc m.gehl...@gmx.de: Hallo, die neue Wochennotiz Nr. 82 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/02/wochennotiz-nr-82/ Viel Spaß beim Lesen! ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Am 12.02.2012 11:16, schrieb Manuel Reimer: Ich würde sagen Tagwatch ist hier recht eindeutig: cycleway:surface (315 mal in Deutschland genutzt) footway:surface (111 mal in Deutschland genutzt) Weltweit vermutlich noch öfter im Einsatz. Taginfo sagt: footway:both:surface 1685 cycleway:surface 1446 footway:right:surface 1408 footway:left:surface 1291 ... Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. Ich kann keine allgemeine Regel erkennen. Bei surface steht die Eigenschaft hinten und die Angabe worauf sich die Eigenschaft bezieht, vorn. Bei maxspeed ist es umgekehrt (maxspeed:forward, maxspeed:wet, maxspeed:hgv). Das hat sich wohl eher zufällig als logisch ergeben. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hallo zusammen, Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ wie müsste man es eintragen, damit es dort ausgewertet wird: mehrere Werte im gleichen Schlüssel, oder cycleway:surface und footway:surface? Oder geht beides? Wahrscheinlich gar nicht. Ein Wert im Schluessel surface, denk ich mal. Genau - ich hab's in der Legende nun präzisiert. Allerdings werden momentan offenbar gar keine surface-Linien eingezeichnet. Irgendwie scheint da beim letzten Toolserver-Update etwas kaputt gegangen zu sein.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] DAB-Empfangsprognose mit Senderstandorten auf OSM-Karte
Hab gerade meine DAB-Nachrichten für den Radio-Kurier verfasst und darin folgende Meldung. Hatten wir die Info schon? Das Empfangsprognose-Werkzeug auf digitalradio.de wurde grundlegend überarbeitet. Neben dem bundesweiten Programmangebot sind nun auch die Versorgungsdaten der landesweiten Sendernetze integriert. Mit einem Klick in die Deutschlandkarte oder nach der Eingabe von Postleitzahl oder Ort, erhalten Interessierte die Programmliste und eine Aussage zur individuellen Empfangssituation ... Die erwähnte Karte: http://digitalradio.de/index.php/de/empfangneu Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
