Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
Nur für die Statistik: Ich bin ebenfalls FÜR die Löschung, gerne auch unter Inkaufnahme der Löschung anderer, nicht ausgeschilderter Routen. Selbst wenn sie ein wenig mehr Objekte ausschließt als unbedingt sein müsste, ist es momentan die einzige vorgestellte Regelung, die für OSM vernünftig skaliert. Wer mehr Routen drin haben will, soll eine vernünftige, abgrenzende Regel entwerfen. Bisher hab ich nur: Ich fand $Einzelfall mal nützlich, also behalten. gelesen. Das skaliert schon mal nicht. Ist halbwegs dauerhaft beschildert ist auch nicht der Stein der Weisen, weil nicht kausal mit Relevanz verknüpft, dank guter Korrelation ist es momentan aber die brauchbarste Lösung. Gruss, Chaos Am 9. August 2014 10:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Il giorno 09/ago/2014, alle ore 02:32, Archer arc...@gulli.com ha scritto: Es sollen Routen erfasst werden, die auch in der Realität existieren. Schlagendes Argument ist ihre Ausschilderung mit einer Wegweisung http://de.wikipedia.org/wiki/Radverkehrsnetzwerk#Fahrradwegweisung entlang der Route. Dadurch erhalten sie einen offiziellen Charakter. wobei ich das so lese, dass zwar alles klar ist, wenn es eine Beschilderung gibt, aber der Umkehrschluss nicht unbedingt gilt, d.h. es kann evtl auch Routen geben, die es in der Realität gibt, die aber keine Schilder haben. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Referenzpunkt für GPS-Gerät
Du meinst “informativ den momentanen Fehler sehen“? Handelsübliche GPS kann man nicht kalibrieren. Außerdem ist der Fehler an jedem Ort und zu jeder Zeit anders. Das ist ein Marketingpunkt. Gruss Chaos Am 25.07.2014 11:08 schrieb T. Clormann tfe...@googlemail.com: Hallo, Am 23. Juli 2014 19:55 schrieb Frank J. newslet...@fotodrachen.de: Auf nach Norden, das Navi eichen: Du meinst kalibrieren; eichen kann nur das Eichamt ;-) http://de.wikipedia.org/wiki/Eichung ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bltzer auf Weg oder nicht?
Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Wow, das klappt ja alles reibungsloser als gedacht. Router gefixt, getestet, Wiki schon aktualisiert. Was ein Service. Vielen Dank an die flotten Helfer. Bleibt für mich nur noch, die Kameras wieder neben den Weg zu schieben und eine kleine Mail an den letzten Editierer zu schreiben, der die vor 3 Tagen auf den Weg setzte. Danke und Gruss, Chaos Am 21.07.2014 13:56 schrieb Tom Pfeifer t.pfei...@computer.org: Test ist erfolgt: Gerät am 15. Jun neben die Staße gestellt und enforcement relation erzeugt: http://www.openstreetmap.org/relation/1468906 OsmAnd-Binärkarte Brandenburg am 13. Jul gezüchtet, mit OsmandMapCreators Version 1.8 #2981M, http://download.osmand.net/latest-night-build/OsmAndMapCreator-main.zip geladen am 2014-04-26 (inzwischen liegt dort 2014-06-21) OsmAnd Version 1.8 http://download.osmand.net/releases/ Befahrung der Strecke am 19. Jul, Enforcement wird korrekt in OsmAnd angezeigt. Das Rendering-Problem wurde also korrekt durch Fixen des Renderers gelöst, ein Taggen für den Renderer ist also nicht erforderlich. Wiki aktualisiert. Peter Wendorff wrote, on 2014-07-21 10:25: Hallo Ronnie, also im Code des OsmandMapCreators sehe ich eine Auswertung genau der enforcement-Relationen, nämlich hier [1]. Ich würde das so interpretieren, dass Relationen (Z. 127) mit type=enforcement und enforcement=maxspeed (Z. 138) besitzen, durchaus berücksichtigt werden sollten, und zwar werden alle Nodes (keine Ways etc!, Z. 144) mit er Rolle from (Z. 140) mit einem speedCamera-Attribut ausgezeichnet. Dieser Code ist jedoch erst seit dem 1. März 2014 in github, möglicherweise sind deine/eure Tests, dass Osmand das nicht unterstützt, deshalb veraltet. Vielleicht lohnt es sich also, mit einer aktuellen Karte, notfalls mit dem osmandmapcreator aus dem git-repository selbst erzeugt, nochmal zu testen. Gruß Peter [1] https://github.com/osmandapp/OsmAnd-tools/blob/ 2d7f1eefea915e5f619cd19c297434122b0d7ab8/OsmAndMapCreator/ src/net/osmand/data/preparation/IndexRouteCreator.java#L125 Am 21.07.2014 09:08, schrieb Ronnie Soak: Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Wenn es, wie hier so oft als Killerargument gegen die on-the-ground-Regel angebracht, 2 oder mehr Schilder mit verschiedenen Schreibweise für die selbe Straße gibt, wie deckt sich das mit der Aussage, es wäre trivial von der Langform auf die Kurzform zu schließen? Oder anderes: woher bekommt der Auswerter (Rendering, Navigation, etc.) die Info, was vor Ort auf dem Schild steht, wenn es davon mehrere gibt? Ich kann ja mit jeder Umdefinition von name=* leben. Ob lang, on-the-groud, kurz, offiziell oder wie auch immer. Aber mit dem Informationsverlust ohne ein Tag mit dem on-the-ground Wert(en) mag ich mich nicht anfreunden. Vorchläge? (Außer: Ich taggs halt am Schild und nicht an der Straße. Das wäre ohne Relation mit der Straße ebenfalls ein Informationsverlust.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 3. Februar 2014 14:51 schrieb Falk Zscheile falk.zsche...@gmail.com: Ich würde folgendes vorschlagen: name-Tag: nach der on the ground rule, dass, was man vor Ort liest. long_name: alle Straßennamensbestandteile werden ausgeschieren, Alternative a: für name, Alternative b: für official_name. short_name: empfohlene Abkürzung, Alternative a: für name, Alternative b: für official_name. official_name: das, was in der Straßen-/Wahl- oder sonstigen amtlichen Liste steht. alt_name: wenn nach der on the ground rule unterschiedliche Schreibweisen verwendet werden, Möglicherweise alt_name#1, alt_name#2, alt_name#1n notwendig. Verschiedene Varianten eines keys durch key#n=value zu Taggen ist bisher als Möglichkeit noch nicht diskutiert worden (soweit ich es überblicke). loc_name: vor Ort verwendeter, aber nicht durch Straßenschilder dokumentierter Name. +1 So tagge ich ebenfalls. name=* ist nach on-the-ground-rule immer die Schreibweise vom Straßenschild, alles andere verteilt sich in die dazu passenden Alternativtags. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Am 3. Februar 2014 15:14 schrieb Dietmar ostr...@diesei.de: Ich habe am Samstag wieder eine Straße gehabt, an deren nördlichem Ende Frühlingsstraße und am südlichen Ende Frühlingstraße steht. Soll ich die jetzt beide mit Semikolon getrennt erfassen? Würde ich nciht tun. Aber eines in name=*, das andere in alt_name=* wäre schon möglich. Von der Gemeinde gibt es eine offizielle Liste und dort steht Frühlingstraße. Wie wäre es mit official_name=* dafür, wenn es aus der offiziellen Liste stammt? Daher setze ich name=Frühlingstraße ergänze noch ein note.de= hinzu und gut ist es. Die note ist da sicher eine sehr gute Idee. Speziell bei langen Straßennamen kommt es vor, das der Schildermacher da mitunter scheinbar willkürlich abkürzt. Das ganze muß auswertbar bleiben. Ich habe noch nicht verstanden, warum die Kurzschreibweise jetzt so zwingend ist. Wie du schon sagst: es muss auswertbar bleiben. Und zwar nicht nur für den nächstbesten Bot, sondern auch für den Nutzer/Mapper auf der Straße. Ich sehe nicht, wieso der Mapper, der das FrühlingsstraßeSchild vor sich sieht und es nach deinem Mapping in der DB nicht mehr findet jetzt weniger wichtig sein soll als der Nutzer, der zuhause Straßennamen aus öffentlichen Listen raussucht. Irgendwie halte ich ersteres sogar für die häufigere Variante. Ich würde versuchen, alle in der Realität benutzten Schreibweisen auch in den reichlich vorhandenen Tags unterzubringen. Schadet nicht. Vergrößert aber die Chance, dass jeder Anwender findet, was er sucht. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] jetzt fehlt nur noch ...
Das turnlanes Plugin ist sehr gut umgesetzt und bietet einen graphische Kreuzungsansicht mit Fahrspuren . Allerdings ist es nicht für das lanes:*-Konzept gedacht, sondern eben für turnlanes. Vielleicht könnte man(tm) es dennoch als Basis für ein Lane_and_Road_Attributes-kompatibles Plugin benutzten und sich zumindest den UI-Teil schon mal sparen. Hach, ich würd das gerne mal selber machen, aber für mehr als ein selbstkompiliertes JOSM hat bisher die Zeit noch nicht gereicht. Mal abgesehen davon, das mein Java doch sehr eingerostet ist. Schade. Gruss, Chaos Am 31. Januar 2014 12:00 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 29.01.2014 16:53, schrieb Martin Vonwald: Hi! Nach dem größeren JOSM Update gestern habe ich heute den Stil Fahrspur- und Straßenattribute [1] aktualisiert, welcher viele Fahrspureigenschaften schon während des Editierens darstellt: * Fahrbahnmarkierung für Abbiegespuren werden nun deutlich genauer dargestellt. Dies war schon einige Zeit lang verfügbar aber aufgrund eines Speicherlecks deaktiviert, welches im letzten JOSM-Update behoben wurde (Danke!). Probiert einfach turn:lanes=slight_left;left;sharp_left|slight_right;right;sharp_right . * Die meisten Stil-Einstellungen (inklusive der Unterstützung für Linksverkehr) können nun in Bearbeiten - Einstellungen - Anzeigen-Einstellungen - Farben konfiguriert werden. Eine genaue Beschreibung findet ihr bei [1]. Viel Spaß, Martin [1] https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes ein schönes Plugin mit welchem die Spuren einfach graphisch erstellt werden können. .-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Meine Aussage sollte sein: Die Flugplätze bekommt man damit vielleicht sehr genau, alles andere ist zu weit weg als dass die Flugplatzkoordinaten was verbessern könnten... Irgend jemand hatte von einer Stadt doch mal die exakten Koordinaten der Gullideckel. DAS wäre eine Referenznetz, das dicht genug für eine Luftbildkorrektur wäre. Gibt's wahrscheinlich nur nicht überall. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Ich mappe nach Bing Luftbild, welches ich vorher anhand von Tracks aus der OSM-DB korrigiert habe. Ich nutze aber dabei nicht das Plugin mit der Versatzdatenbank, da ich dessen Funktion mit einem flüchtigen Blick nicht verstanden habe. Muss ich es extra aufrufen oder verschiebt es automatisch? Was ist der Key dieser DB? Mein Viewport-Mittelpunkt? Die Kachel-ID? Wenn ich manuell verschebe, überschreibe ich den alten Wert, oder wird ein Mittelwert gebildet? Was wenn ich die selbe Kachel an verschiedenen Enden verschieden verschiebe? Diese und weitere Fragen waren mir nicht klar, weswegen ich weiter per Hand verschiebe. Ich habe bisher Abweichungen von max ca. 15m gesehen. Mit den gemittelten Trackbündeln aus der OSM-DB erreiche ich eine Genauigkeit von ca. 2-8m, ja nach Anzahl und Güte der Tracks. Kaum ein Consumer-Gerät schafft eine absolute Genauigkeiten unter 2m, selbst bei optimalen Bedingungen. Diese Ungenauigkeit kommt also noch hinzu. Triangulationspunkte mögen eine gute Referenz sein. Ihr Lage in für uns nutzbare Koordinaten ist aber meines Wissens nach nicht lizenzkonform zugänglich. Zudem kann sich der Versatz schon bei wenigen 100m Entfernung gravierend ändern. referenzpunkte die mehrere km weit entfernt sind helfen also wenig. IMHO sollte eine deutliche Warnung zum Versatz und eine direkt dort verlinkte Anleitung zur Korrektur in den gängigen Editoren bereits ordentlich Abhilfe schaffen. Sollte bei JOSM kein Problem sein. Kann iD überhaupt Versatz? Gruss, Chaos Am 28. Januar 2014 12:15 schrieb Caronna eifelhu...@gmx.de: Am 28.01.2014 11:32, schrieb Markus: Vielleicht kann man dann die Idee mit den fixen Referenzpunkten irgendwie realisieren, und den Rest entsprechend optimierend anpassen. Landvermessungspunkte? Stimmen zu 100% (fallls es 100% überhaupt in diesem Bereich gibt, schließlich wandert auch die Erdkruste) Triangulationspunkte gibt es überall, und nur die sind verläßlich - sollten also eingetragen werden (gibts dafür ein Tag?) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundriss vs Dachfläche
Ich weiß nicht ob die 3D Renderer in letzter Zeit toleranter geworden sind, aber bei einem Turm mit Kopf muss die Umrisslinie des Kopfes als building eingetragen werden (also die breiteste Stelle), und nicht die Aufstandsfläche des Turmfußes. Auslegungssache. Ich würde sagen, dann muss weiterhin die Aufstandsfläche gemappt werden und ggfs. ein falsches Renderergebnis in Kauf genommen werden, bis der Renderer das vernünftig unterstützt. Oder mit welcher Begründung ist hier ein einzelner Spezialrenderer plötzlich ausschlaggebend für die Auslegung bestehender Taggingpraxis? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundriss vs Dachfläche
Komische Diskussion hier. Wir mappen doch schon immer den Mauerumriss und nicht das Dach. Steht auch so sowohl im englischen wie im deutschen Wikiartikel. Allerdings geht das auch schon seit Urzeiten in der Genauigkeit der Luftbilder (nicht nur der Auflösung, sondern auch des Offsets) unter. Nur bei sehr großen Dachüberständen oder Luftaufnahmen aus schrägem Winkel fällt es wirklich auf. Oder wenn jemand tatsächlich genaue, öffentliche Daten importiert. (Dann fällt auch meistens auf, dass die bisherigen Straßen dank GPS- und Luftbildungenauigkeit nicht auf den Meter genau stimmen.) Natürlich kann man sich auch beim manuellen Eintragen mehr oder weniger Mühe beim Korrigieren geben. Aber so funktioniert doch nun mal OSM: wir tragen Daten nach bestem Gewissen ein und halten sie für gültig, bis jemand bessere Daten hat. Ich sehe Luftbild-Dachumrisse nicht als falsch an. Nur eben als 'noch-nicht-so-genau' wie möglich. Wer bessere Daten hat, verbessert das Gebäude halt. Deswegen ist der source=* tag (am Changeset) wichtig, damit man entscheiden kann, ob die eigenen Daten besser oder schlechter sind. Die Tracer habe ich in der Praxis noch nicht gesehen. Wenn sie Luftbild-Dachumrisse automatisch übernehmen, wäre das eine Import-Diskussion wert, weil sie ja damit absichtlich ohne Korrektur falsche Daten eintragen. Allerdings ließe sich auch das durch das source=* tag erschlagen, weil man dann weiss, dass die Daten halt einfach noch schlechter als 'manuell-vom-Luftbild' sind. (Allerdings bringt das Motivationsprobleme, weil die wahrscheinlich nicht so gern einer nochmal anfasst als wenn es noch keine Umrisse gäbe.) my 2 cents, Chaos Am 13. Januar 2014 01:20 schrieb Michael Kugelmann michaelk_...@gmx.de: Am 11.01.2014 19:59, schrieb Florian Lohoff: Leider sind aber auch zumindest hier in NRW die ALK Daten teilweise total daneben. Aber das sind doch amtlich Daten, die müssen doch stimmen.;-) Sorry coudn't resist, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW
Natürlich sinf die boat=no and motor_boat=no an jede Strasse taggende darüber unglücklich. Macht keine Witze. Ich hatte schon motor_vehicle=no, snowmobile= no an innerstädtischen (mitteldeutschen) Servicewegen aufzuräumen. Keine Ahnung welches intuitive Template dabei geholfen hat. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spurmapping?
Hallo Martin, der Lanes-Style hat bei mir immer noch Probleme, die Strassenbreite korrekt über alle Zoomstufen anzuzeigen. Die gerenderte Breite 'springt' je nach Zoomstufe um ein paar Meter hin und her. Ich erinner mich das als Bug schon irgendwo gelesen zu haben (oder du hattest es schon in einer deiner Mails erwähnt). Ist dafür eine Lösung in Sicht? Beruhte das auf einen JSOM-Bug, der gefixt werden muss? Oder hat das mit meiner Installation zu tun? Bessert sich irgendwas mit Java 1.7? Gruss, Chaos Am 9. Januar 2014 10:06 schrieb Martin Vonwald imagic@gmail.com: Am 9. Januar 2014 09:46 schrieb chris66 chris66...@gmx.de: Sehr schön. Sollte im Wiki verewigt werden. Bin etwas knapp bei Zeit in den nächsten Wochen, aber du hast recht, ein Überblick mit ein paar Beispielen würde gut tun. Außerdem sind meine Beispiele auf der Lane_assist Seite veraltet, da sie den placement-Schlüssel nicht verwenden. Hier z.B. sieht man schön den unnötigen Schlenker bei D-E und G-H: http://wiki.openstreetmap.org/wiki/Lane_assist/Examples/Motorway_Deceleration_Lane_at_Exit Ich muss die wohl mal aktualisieren. Etwas Geduld bitte ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spurmapping?
der Lanes-Style hat bei mir immer noch Probleme, die Strassenbreite korrekt über alle Zoomstufen anzuzeigen. Die gerenderte Breite 'springt' je nach Zoomstufe um ein paar Meter hin und her. Das beruht im Prinzip auf diesem Problem: https://josm.openstreetmap.de/ticket/8588 Ich würde es gar nicht so als Bug ansehen - es ist einfach eine Designentscheidung in MapCSS (nicht in JOSM). Ich denke, da wird sich auf absehbare Zeit wenig ändern. Ok, MapCSS hat fixe Zoomstufen, JOSM zoom stufenlos. Sehe ich ein. Aber warum da dann keine Umrechnung möglich ist, verstehe ich nicht so ganz. Gibt JOSM den aktuellen Zoom nich als float zurück? Die pixel/m Angaben der mapcss Zoomstufen sind doch scheinbar bekannt. Bevor du jetzt aber im Bugtracker für 8588 deine Stimme abgibst, gib sie bitte für http://josm.openstreetmap.de/ticket/8581 ab. Damit lässt sich sehr viel mehr richtig gutes machen! Das aktivieren der svvg-Option im Style hat jetzt auf das geschilderte Problem keinen Einfluss, oder? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
Am 5. Januar 2014 19:09 schrieb Tirkon tirko...@yahoo.de: Damit diese die Chance haben, über die andere Möglichkeit zu stolpern, habe ich mir erlaubt, Frederiks Predigt an deren Ende um einen entsprechenden Hinweis zu erweitern: http://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien +10 (und auch nachträglich ein +1 für die 'Predigt') Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
Am 5. November 2013 09:30 schrieb Martin Koppenhoefer dieterdre...@gmail.com: M.E. gehört alles innerhalb des Platzperimeters dazu, von daher würde ich das gerne über ein Polygon (bzw. MP Relation) abbilden und nicht über is-ins an jedem Punktpoi auf dem Platz. Sorry, das war missverständlich. Ich meinte kein is_in=* tag an den Objekten, sondern die is_in Funktion in spatialen Datenbanken. Also ohne zusätzliche Tags. Wenn du schreibst alles innerhalb des Platzperimeters, wozu brauchst du dann MPs? Wie bei der site-Relation brauchst du sie nur, wenn du a) innen Sachen ausschneiden b) außen Sachen, die nicht innerhalb des Perimeters liegen, hinzunehmen willst. Ansonsten reicht immer der Perimeter alleine. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Ich mappe traffic_sign = city_limit an eine node auf dem Weg. Würde ich das Schild mappen, würde ich eine Node an dessen physischen Standort setzen und sie mit traffic_sign=DE:310 taggen. Allerdings kann damit wie schon beschrieben ein Router nicht bestimmen, wo man sich befindet. Er weiß weder, ob der Startpunkt innen oder außen lag, noch kann er die angesprochenen Inseln bilden, solange Fälle wie Ortsausgang-ist-Ortseingang und fehlende Schilder existieren. Generell wäre es ein ziemliche Aufwand. Ich zeichne zudem die admin_boundary jeweils so ein, dass sie die highways exakt in der traffic_sign=city_limit node schneidet. Liegen Gebäude/Felder/etc. noch hinter dem Ortsschild, folgt die boundary halt der Straße einige Meter wieder zurück. Bei Durchgangsstraßen, die nicht zur Ortschaft gehören (und als Bundesstraßen/Autobahnen auch nicht wirklich zu ihnem Verwaltungsbereich zählen) müsste man dann auf Multipolygone zurückgreifen. Das ist mir aber persönlich noch nicht untergekommen. Anhand der admin_boundary könnte man dann innen/außen bestimmen. Oder gibt es Fälle, in denen Ein Ortsschild vor etwas steht, dass nicht mal admin_level=10 verdient? Oder gibt es Straßen, die Verwaltungstechnisch tatsächlich zur Ortschaft gehören, aber trotzdem kein Ortsschild haben? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
Am 5. November 2013 01:01 schrieb Martin Koppenhöfer dieterdre...@gmail.com : Vermutlich sollte man doch den Platz von der Fußgängerverkehrsfläche entkoppeln. Über die is-in Beziehung könnte man die Zugehörigkeit zum Platz auch dann festgestellt werden, wenn eigentlich ein 'Loch' im Multipolygon das Objekt vom highway ausschneidet. Man darf zu diesem Zweck halt nur die outer-ways betrachten. Das kann man natürlich beliebig mit einer eigenen Flächengrenze unabhängig vom highway=pedestrian erweitern. Die Doppelnutzung von Flächengrenzen (landuse=farm; barrier=fence) ist ja verpöhnt. Oder gleich eine site-Relation nehmen. Wirklich schwierig ist eher die Abgrenzung, wie letztens bei der Straßenrelationsdiskussion aufgekocht: Was gehört denn jetzt alles zum Platz? Das Reiterstandbild? Die Laternenmasten? Die Anreinergebäude? Die Läden darin? Was ist mit dem kreuzenden Schienennetz und den Buslinien und Haltepunkten? Das gibt eine endlose Diskussion ... Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 5. November 2013 00:49 schrieb Martin Koppenhöfer dieterdre...@gmail.com : Am 04.11.2013 um 14:54 schrieb Ronnie Soak chaoschaos0...@googlemail.com : Allerdings kann damit wie schon beschrieben ein Router nicht bestimmen, wo man sich befindet. Wieso machst Du das dann trotzdem so? Ich finde diese Schilder-Nummern-Nummer ein bisschen übertrieben, und auch gibt es nicht in allen Ländern Nummern, von daher finde ich bei so eindeutigen Dingen wie einem Ortsschild einen sprechenden Tag besser und international verwendbar. Schadet es? Ich finde, 'übertrieben' gibt es in OSM nicht. Solange man Straßenlaternen und Gullideckel mappt, sind Verkehrsschilder nun wirklich nichts exotisches. Vielleicht möchte die Gemeinde mal wissen, wo eigentlich ihre teuren Schilder stehen. Oder ob es welche eines bestimmten Typs im Ort gibt, weil die geändert werden mussen, etc. Und sie behindern jetzt auch kein anderes Feature. Als Einzelnodes tragen sie nicht mal zum Liniengewirr im Editor bei. Dass man eine externe Tabelle für die Nummern braucht ist ärgerlich. Leider wird man der Sache mit Worten nicht Herr. Er weiß weder, ob der Startpunkt innen oder außen lag, noch kann er die angesprochenen Inseln bilden, solange Fälle wie Ortsausgang-ist-Ortseingang Kein Problem m.E., sind ja verschiedene Orte, man muss dann dort allerdings 2 nodes machen, auf jeder Seite einen, mit dem jeweiligen Namen. Was ist mit der One-Feature-One-Element Regel? Ist halt nur ein Schild mit Vorder- und Rückseite. und fehlende Schilder existieren. Generell wäre es ein ziemliche Aufwand. Ja, dann doch lieber Polygone oder jeden einzelnen Highway taggen, das ist sicher weniger Aufwand als ein paar Nodes. ;-) Der Aufwand bezog sich darauf, dass der Router die Inseln nur bilden kann, wenn die Schilder im betrachteten Gebiet vollständig (!) erfasst sind. Es gibt also keine Zwischenlösung, die vorher schon mal ungefähre Ergebnisse liefert. Die Erfassung vollständig zu bekommen und zu halten ist ein deutlich größerer Aufwand als ein Polygon um einen Ort zu malen und die anderen Orte erst einmal außen vor zu lassen. Auf implizite Geschwindigkeitsbeschränkungen verlasse ich mich allerdings sowieso nicht, die tagge ich an alle Wege explizit, unabhängig von inner- und außerorts. Das ist zusammen mit maxspeed:source auch keine schlechte Lösung, wenn man den highway sowieso gerade anfasst. Allerdings ziemlich ermüdend, das flächendeckend nachzuholen. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Greasemonkey script für OSM History Viewer link auf osm.org Changeset Seite
Das letztens schon mal erwähnte Greasemonkey-Script fügt jetzt auch Links zu Pascals HDYC- und HeatMap-Seiten neben dem Username des Changesetverursachers ein. Und ich kann immer noch kein Javascript ... Gruss, Chaos Am 17. Oktober 2013 09:59 schrieb Ronnie Soak chaoschaos0...@googlemail.com : Hallo, nachdem mir letztens jemand den OSM History Viewer[1] gezeigt hat, habe ich ein Greasemonkey Script zusammengeklöppelt, das mir einen Link dorthin in die obere Linkleiste auf der osm.org Changeset-Seite[2] erzeugt. Wer das auch möchte, installiert sich Greasemonkey unter Firefox [3] oder Chrome [4] und läd sich das Script [5]: (Disclaimer: Ich kann gar kein Javascript!) Leider habe ich erst mit dieser komfortablen Benutzungsmöglichkeit herausgefunden, dass der OSM History viewer kein Echtzeit-Tool ist. Mal tauchen Changesets sofort auf, mal muss man einen Tag warten. Schade, die Darstellung ist besser als die der bounding box auf osm.org. Gruss, Chaos [1] osmhv.openstreetmap.de [2] z.B. http://www.openstreetmap.org/browse/changeset/18394605 [3] https://addons.mozilla.org/de/firefox/addon/greasemonkey/ [4] https://chrome.google.com/webstore/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo?hl=en [5] http://userscripts.org/scripts/show/180126 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Greasemonkey script für OSM History Viewer link auf osm.org Changeset Seite
Hallo, nachdem mir letztens jemand den OSM History Viewer[1] gezeigt hat, habe ich ein Greasemonkey Script zusammengeklöppelt, das mir einen Link dorthin in die obere Linkleiste auf der osm.org Changeset-Seite[2] erzeugt. Wer das auch möchte, installiert sich Greasemonkey unter Firefox [3] oder Chrome [4] und läd sich das Script [5]: (Disclaimer: Ich kann gar kein Javascript!) Leider habe ich erst mit dieser komfortablen Benutzungsmöglichkeit herausgefunden, dass der OSM History viewer kein Echtzeit-Tool ist. Mal tauchen Changesets sofort auf, mal muss man einen Tag warten. Schade, die Darstellung ist besser als die der bounding box auf osm.org. Gruss, Chaos [1] osmhv.openstreetmap.de [2] z.B. http://www.openstreetmap.org/browse/changeset/18394605 [3] https://addons.mozilla.org/de/firefox/addon/greasemonkey/ [4] https://chrome.google.com/webstore/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo?hl=en [5] http://userscripts.org/scripts/show/180126 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notes umgangston und Nutzung Was: Dann trag sie doch ein Du Depp
Solch ein Umgangston geht natürlich gar nicht. Allerdings gebe ich zu, dass auch ich Notes missbrauche. In Ermangelung substantieller Nutzung wie gedacht (Also Nicht-Mapper geben Hinweise an Mapper), nutze ich sie auch andersherum (Fragen von Mappern an die Öffentlichkeit). Zugegebenermassen funktioniert das auch nicht zufriedenstellend. Von außen werden wir wohl erst vernüftigen Input bekommen, wenn Notes-Support sich durch die gängigen Endanwendungen durchgesetzt hat, die Nicht-Mapper so in ihren Smartphones umhertragen. Kein Mensch, der nicht sowieso Interesse an OSM hat, merkt sich Details und trägt die dann zuhause am PC in eine Karte ein. Das muss kurzfristig und DAU-tauglich vor Ort gehen, oder es wird nicht benutzt. Bis dahin sehe ich nichts wirklich verwerfliches darin, über die Notes mit denen zu kommunizieren, die sie wahrscheinlich am ehesten Lesen: andere lokale Mapper oder interessierte Laien. Ich lege zum Beispiel eine Note an, wenn ich in der DB einen Fehler finde, ihn aber ohne lokales Wissen nicht beheben kann. Damit ist der Fehler markiert und kann bei Rückmeldung von Ortskundigen korrigiert werden. Z.B. bei Amenities, bei denen ich stark vermute, dass sie nicht mehr existieren. Bisher hat sich hier noch keiner daran gestört. Allerdings hat auch noch keiner je eine Antwort gegeben. Mir selbst fehlt auch noch die App, die mich unterwegs daran erinnert, dass hier eine offene Note ist und ich mich mal umschauen sollte. Gruss, Chaos Am 17. Oktober 2013 09:38 schrieb Florian Lohoff f...@zz.de: Hi, On Thu, Oct 17, 2013 at 08:58:45AM +0200, Frederik Ramm wrote: Hallo, in Eisenach herrscht ein relativ rauher Umgangston in den Notes: http://www.openstreetmap.org/#map=17/50.97395/10.31575layers=N Man kann ja zu Notes der Art hier fehlt das XYZ-Gebaeude stehen, wie man will - aber dann trag sie doch ein Du Depp ist keine Umgangsform, auf die wir als Projekt stolz sein koennen. Die Notes wurden von einem anonymen Nutzer verfasst, daher kann ich ihn nicht direkt erreichen, aber falls er hier mitliest, moege er sich ermahnt fuehlen - sowas ist schon ein bisschen peinlich. Ich finde das mit den Notes allgemein gerade sehr unbefriedigend - Das oben ist sicherlich kein Einzelfall: Zitate der letzten 2 Wochen die in mir geoffneten Notes kamen: Dann fahr hin und ändere die tags gegebenenfalls. Die Fehlermeldungen sind eher nicht für Diskussionen über tagging-Praxis gedacht. Ich würde es nur begrüssen, wenn du die Notes nicht als persönlichen Aufgaben-Schmierzettel benutzt. So lange, wie du deine Zweifel zügig abarbeitest sehe ich hier auch kein Konfliktpotential. Achte aber im Gegenzug darauf, dass nicht andere deine Karteileichen entsorgen müssen. Ich finde es spannend das sich andere dazu aufgefordert fühlen mir zu erzählen wie Notes zu benutzen sind und was ich damit machen darf. Dazu noch ein Mapper der NIE in der Gegend war und sachlich nichts beitragen konnte. Ich selber weiss was da fuer ein Volk draussen rumläuft und das man die regionalen Gauleiter ignorieren muss - trotzdem stelle ich mir vor das soetwas an Neumapper oder unbeteiligte geht - und da muss ich mich für meine Mit-mapper schämen. Dazu kommt noch das Notes auch einfach mal kommentarlos geschlossen werden ohne das irgendetwas getan wurde. (mittlerweile weiss ich wie ich die im JOSM wieder eröffne) Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUl+T3pDdQSDLCfIvAQgKqA/9GEQ9phfmRHyvG2iCP89MvbcpBz5P6ORK dJlbrZBQc7mdLV57zVUlb86BTvMvI7pf0ncVou9IDBrjzr7kC4tXw3q8fAg4KMBj 9ZgeSbMa2K2CS/T78QCCf24plEEnmPj7ldwBk/W3mFikZq1d7+FsEduBTpR5PAiQ uurcJJER8q+jCRGPbO8Ek8eG1jkAX0Y00wdIhb4UrAnULLawCTDTXa3RU5Kk23MI Jyd2xflqI33HAAKKWGPven8Ar+DpB0OvxEMjY10oCnWLp3r8KAGA/BoA6pWFlGNV C4EpB8AzNjjcP9Z6qSohVPJ7Z/qgr1ne0o1vUWz7YuyMjfx79YPgUoW4STpQUaNa lr7yupxnOxs0o5UQntDRND6C8oakqBIStY2Sm0+AtAAuLscDmPExp9NiBro64Td8 I05ZSycz6J0rwpO0EoTkWwf5M1A0AIcaOMhqO+xeMogrCAk2o56gp+Nb7wzyGLUQ T7l21s8l5K9ThoIaTo+NuRYgnHCNQ/d0dzussm9Ul8p0QVbK3+UHEmDwnZn7+tfr 3ot/qPje7792sc/Il9NQNQaL5V71mnJr7V8OA9YSQ/W8OZR4U83Fjn06ZvYc3j0m WMw3Ca2Vd4jx/Ve1cHZXzR8WoC2Q1yfitbui2jT3FYIOgBfr66SeuX6R3uzeJlq9 m29QkvKr7pI= =lwdQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Greasemonkey script für OSM History Viewer link auf osm.org Changeset Seite
Auch nicht schlecht. Wusste nicht, dass man javascript in bookmarks ausführen kann. Man spart sich mit dem Greasemonkey Script halt lediglich einen Klick, wenn man seine Bookmarkleiste nicht ständig offen hat. Gibt es denn vielleicht weitere Services, die man gerne z.B. auf der Changeset-Seite verlinkt hätte? Ich würde das Script durchaus noch erweitern. Gruss, Chaos Am 17. Oktober 2013 10:11 schrieb André Riedel riedel.an...@gmail.com: Man kann sich auch ein Lesezeichen erstellen um den History-Viewer zu öffnen: (Getestet mit Firefox) javascript:(function(){var%20urls=new%20String(document.location);var%20loc=urls.split(/);if((loc[loc.length-2]==changeset)||(loc[loc.length-2]==tiles)){void(open( http://osmhv.openstreetmap.de/changeset.jsp?id= +loc[loc.length-1]));}})(); Am 17. Oktober 2013 09:59 schrieb Ronnie Soak chaoschaos0...@googlemail.com : Hallo, nachdem mir letztens jemand den OSM History Viewer[1] gezeigt hat, habe ich ein Greasemonkey Script zusammengeklöppelt, das mir einen Link dorthin in die obere Linkleiste auf der osm.org Changeset-Seite[2] erzeugt. Wer das auch möchte, installiert sich Greasemonkey unter Firefox [3] oder Chrome [4] und läd sich das Script [5]: (Disclaimer: Ich kann gar kein Javascript!) Leider habe ich erst mit dieser komfortablen Benutzungsmöglichkeit herausgefunden, dass der OSM History viewer kein Echtzeit-Tool ist. Mal tauchen Changesets sofort auf, mal muss man einen Tag warten. Schade, die Darstellung ist besser als die der bounding box auf osm.org. Gruss, Chaos [1] osmhv.openstreetmap.de [2] z.B. http://www.openstreetmap.org/browse/changeset/18394605 [3] https://addons.mozilla.org/de/firefox/addon/greasemonkey/ [4] https://chrome.google.com/webstore/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo?hl=en [5] http://userscripts.org/scripts/show/180126 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dann trag sie doch ein Du Depp
Hi, auch in Freiburg werden die Notes von Anonymen missbraucht: http://forum.openstreetmap.org/viewtopic.php?id=22589 Außer ignorieren kann man da IMHO wohl nicht viel machen. Ist schon immer sehr schade, wenn man sieht das ein einziger Troll locker 15 Mapper und mehr binden und nebenbei noch ganze Tools unbrauchbar machen oder die Datenqualität eine Region empfindlich herabsetzen kann. Leider gibt es da kaum technische Möglichkeiten dagegen. Und auch die sozialen Mittel sind, selbst wenn der Troll identifiziert ist, meist schnell ausgeschöpft. Da hillft nur hoffen, dass dem Troll schnell langweilig wird. Betrübte Grüsse, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:street ODER addr:place
Hallo Volker, ja, ich kenn das in GB auch so. Da es das Konzept von addr:housename in D so nicht (mehr) gibt, verwende ich add:housname gerne für Gebäude mit historisch überlieferten Eigennamen. Z.B. Zum Roten Hahn o.ä. Eigentlich müsste es dann disused:addr:housename oder historic:addr:housename heißen, aber da das zur Orientierung immer noch an den Gebäuden ausgeschildert ist, denke ich man kann auf die Invalidierung verzichten. Weit verbreitet ist aber auch die Angewohnheit, Firmennamen oder Beschreibungen (Finanzamt) in addr:housename zu taggen, damit es hübsch auf Mapnik gerendert wird. Sowas ist natürlich zu vermeiden. Gruss und sorry für das OT Chaos Am 17. Oktober 2013 13:12 schrieb Volker Schmidt vosc...@gmail.com: Hallo, verstehe ich das richtig: ein Haus kann nicht gleichzeitig einen Namen und eine Nummer als Adresse haben? Ich habe lange Jahre in einem solchen Haus in England gewohnt, dort gibt es viele davon. Die Adresse kann als Hausname, Strassenname oder als Hausnummer, Strassenname oder als Hausname , Hausnummer, Strassenname angegeben werden (in England steht die Hausnumer vor dem Strassennamen) Volker 2013/10/17 Oliver Raupach oli...@raupach.cc Hallo, ich habe hier gerade mal für mein JOSM-Plugin HouseNumberTaggingTool einen Erweiterungswunsch: http://josm.openstreetmap.de/ticket/9194 Dieses tag addr:place kannte ich aber bis jetzt noch gar nicht. Deshalb mal die Frage ob die beiden Tags auch gemeinsam auftreten können? Ich habe es so verstanden, dass es nur immer einen von den beiden geben kann (oder sollte). Ich würde das dann im HouseNumberTaggingTool so einbauen, dass man über einen Radio-Button jeweils eines der beiden anwählen kann. Wäre das so fachlich passend? Viele Grüße Oliver Raupach ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Am 17. Oktober 2013 15:45 schrieb Martin Czarkowski czarkow...@gmail.com: Am 17.10.2013 14:44, schrieb Andreas Tille: Florian Lohoff hat da schon den richtigen Ansatz, daß man mal alles in einem Git Reporistory zusammenfassen müßte und daß sich dort endlich mal die ganzen Einzelkämpfer zusammen tun sollten. Dazu gehört dann auch noch ein Bugtracker, in dem man besagte Fehler wie falschen Abbiegehinweis etc. eintragen kann. Wir haben so etwas tatsächlich schon mal versucht. Hier gibt es auch schon mal eine schöne Zusammenfassung von Anbietern [1] (Man beachte die leere Spalte, wie die Freigabe der Toolchain eingetragen werden sollte.) Bei uns scheiterte das ganze schon an der Erstellung einer gescheiten Frontend-Webseite für so einen Dienst. Wir haben aber auch an den unbedaften Endanwender gedacht. Zielt man auf den ambitionierten Mapper, wäre GitHub o.ä. durchaus mal eine Idee wert. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Sorry, die Mail ging zu früh los. Hier nochmal: Am 17.10.2013 14:44, schrieb Andreas Tille: Florian Lohoff hat da schon den richtigen Ansatz, daß man mal alles in einem Git Reporistory zusammenfassen müßte und daß sich dort endlich mal die ganzen Einzelkämpfer zusammen tun sollten. Dazu gehört dann auch noch ein Bugtracker, in dem man besagte Fehler wie falschen Abbiegehinweis etc. eintragen kann. Wir haben so etwas tatsächlich schon mal versucht. Hier gibt es auch schon mal eine schöne Zusammenfassung von Anbietern [1] (Man beachte die leere Spalte, wie die Freigabe der Toolchain eingetragen werden sollte.) Dann gab es auch eine Menge Bedenken wegen eingebundenen anderen Daten (Höhenlinien, etc.), einen ziemlichen Toolzoo, technische Bedenken wegen der nötigen Rechenlast beim Erstellen und durchaus auch Vorbehalte beim zur Verfügung stellen von eigenen Styles und anderem KnowHow Bei uns scheiterte das ganze schon an der Erstellung einer gescheiten Frontend-Webseite für so einen Dienst. Wir haben aber auch an den unbedaften Endanwender gedacht. Zielt man auf den ambitionierten Mapper, wäre GitHub o.ä. durchaus mal eine Idee wert. Gruss Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgesprochener Import?
Hallo Senni, es ging doch hier nur nebensächlich um die Richtigkeit der Daten. Die Kritiker hier haben zwar Recht, dass erst mal in die DB kippen und dann korrigieren nicht die feine Englische ist, aber hauptsächlich hatten wir ein Lizenzproblem. Egal ob 100% richtig getagt oder nicht, die Daten dürfen nicht in die DB. Auch nicht, wenn sie nachträglich verändert werden. Rechtlich basiert das immer wieder auf den illegalen Import. Ansonsten wurde doch schon früh gesagt wie das läuft: - Import ankündigen und diskutieren - Datensatz ggfs. aufsplitten (und z.B. im Wiki bereitstellen) - je nach Größe Datenhäppchen manuel nachbearbeiten oder geschickt maschinell aufbereiten (= Ergebnis der Diskussion) - aufbereitete Daten in die DB übernehmen, ggfs. im Wiki Fortschritt dokumentieren Bei deinen 180 Punkten hätte man locker alles manuel und sogar ohne Aufteilen erledigen können. Und nach einigem geknurre sicher auch im Nachhinein. Aber wie gesagt: da die Lizenz nicht stimmt, hat sich die Sache erübrigt. Wie schon erwähnt darfst du die Daten aber durchaus zur Vollständigkeitsprüfung verwenden, z.B. mittels Abhakliste im Wiki. Und, ich bitte im Vorraus bereits um Entschuldigung, nun noch die sich aufdrängende Frage: Deine Hausnummern stammen aber schon aus eigenfüßiger Begehung, und nicht aus anderen Karten/Datenbanken, oder? Gruss, Chaos Am 15. Oktober 2013 23:21 schrieb uwe_sennew...@hotmail.com uwe_sennew...@hotmail.com: Am 15.10.2013 21:50, schrieb fly: On 15.10.2013 21:12, malenki wrote: uwe_sennew...@hotmail.com schrieb: So, die importierten Daten wurden wieder entfernt, wer noch was findet darf gerne die Entf - Taste benutzen. Du bist hoffentlich nicht zu sauer über die Reaktionen auf deinen gut gemeinten (aber leider nicht gut durchgeführten) Import. Wenn du mit dem Dateninhaber eine Einigung zur Namensnennung erzielen kannst und einen saubereren (Tagging, Duplikate¹) zweiten Versuch startest, dürfte keiner der hier Schreibenden etwas dagegen haben. Viel Spaß beim mapen Das wünsche ich dir ebenfalls! malenki ¹ Replace Geometry aus utilsplugin2 ist ein dabei hilfreiches Tool Das Conflation Plugin ist auch nicht ohne. Baut quasi auf Geometrie ersetzen auf fly __**_ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-dehttps://lists.openstreetmap.org/listinfo/talk-de hallo fly, in der Zeit wo sich einige hier ausgelassen haben, hätten sie die Duplikate in ihrem Bereich löschen können oder berichtigen. Es ging hier um ca. 170 importierte Punkte, da mach ich an guten Tagen mehr Hausnummern. Wenn der Datengeber (Bund) nicht unterscheidet zwischen Burgen und Festungen kann das kein maschineller Import abklären. Es steht aber die Frage im Raum wie viele Festungen es im Importierten Bereich Thüringen + Randgebiete gibt ? Sehr interessant sind auch solche Bemerkungen wie der Tower des Flughafen Weimar Erfurt ist als Aussichtsturm importiert, da ist schließlich eine Aussichtsplattform drauf und man darf dafür auch löhnen und die Fluglotsen nutzen den auch nur wegen der Aussicht. Die Luftraumüberwachung nutzt den nicht, die heißen nicht um sonst München Radar. Und für alle die Probleme mit der Rechtschreibung haben, in Thüringen wird nach Lehrplan nur noch das lautweise Schreiben gelehrt. Die Rechtschreibung wurde im Übrigen auch nicht von einem Lehrer Duden aus Schleiz erfunden, sondern von Bismarck. So ich kümmere mich jetzt mal um Kuhfraß. MfG Senni __**_ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-dehttps://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes [War:Abgesprochener Import?]
Hallo Joachim, Am 16. Oktober 2013 01:13 schrieb Joachim Kast osm...@dd1gj.de: Die einzelnen Bundesbehörden haben keinerlei Handlungsspielraum bei der Auslegung der vom BMI/BMU vorgebenen Bestimmungen der Geodatenlizenz Deutschland. Es kohnt sich daher nicht, dort nachzufragen. Ja, so etwa habe ich das befürchtet. Ich habe im Vorfeld der letze Woche stattgefunden INSPIRE-Konferenz des BMI die Beauftragte der Bundesregierung für Informationstechnik gebeten, zu überprüfen, ob der Bund das schon erwänte Berliner Modell der Namensnennung anwenden könnte. Wegen der derzeit laufenden Koalitionsverhandlungen rechne ich auch nicht mit einer schnellen Antwort. Dann bleibt uns nichts anderes, als geduldig abzuwarten. Möglicherweise haben wir bis dahin mehr eigene Daten als der Bund. Dann geht es nur noch um den Abgleich, und der wäre dann wieder mit der bestehenden Lizenz machnbar. Ein Teufelskreis ;). Vielen Dank jedenfalls für deine Arbeit mit den Behörden! Gruß, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgesprochener Import?
Wie ist denn jetzt der Stand mit dem Import? Nach den Lizenzbedingungen müssen die Daten wieder raus. User cMartin korrigiert aber schon wild in den Daten herum, dass ist dann alles vergebliche Liebesmüh. Ich weiß ehrlich gesagt nicht, wie man revertiert (vorallem als Dritter), sonst würde ich das tun, ehe noch mehr Schaden entsteht. Gruss Chaos99 Am 15. Oktober 2013 13:39 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.10.2013 13:29, schrieb Walter Nordmann: ok, aber eines solle klar sein: Egal ob technisch gesehen Gute Daten oder Schlechte Daten - es sind Illegale Daten und die müssen raus. OSM kann die Lizenzanforderungen des Spenders nie und nimmer erfüllen. Wobei es in ähnlich gelagerten Fällen durch ein Gespräch mit dem Spender oft gelungen ist, das Problem mit der Namensnennung bei OSM klar zu machen und eine Sondergenehmigung oder Klarstellung zu bekommen. Natürlich muss so etwas vor dem Import geschehen und auch die in diesem Thread genannten Taggingfragen sollten vor dem Import geklärt werden. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgesprochener Import?
Am 15. Oktober 2013 15:44 schrieb Martin Koppenhoefer dieterdre...@gmail.com: In einfachen Fällen kannst Du mit dem JOSM-Reverter-Plugin komplette Changesets zurücksetzen, sobald aber schon Zeugs von Hand korrigiert wurde wird es etwas komplexer wegen der Konflikte. Ok, dann werde ich mir heute Abend das Reverterplugin mal anschauen und mich durch die Konflikte arbeiten. Sennewald, du bist natürlich herzlich eingeladen, mir zuvorzukommen. Das die Lizenz nicht passt, siehst du inzwischen selbst, oder? Technische Hilfe gibts natürlich gerne. Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KVz / Kabelverzweiger mapping
Am 15. Oktober 2013 12:42 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Schöne Zusammenfassung, magst Du das nicht als Hilfestellung ins Wiki posten? +1 Au ja, bitte! Und danke, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geodaten des Bundes [War:Abgesprochener Import?]
Im Zusammenhang mit dem missglückten Import wollte ich das Bundesamt für Kartografie und Geodäsie [1] mal anschreiben, ob sie für uns nicht mal eine Ausnahme machen können. (Übrigens interessant, dass das noch keiner getan hat [2], liegt doch irgendwie auf der Hand.) Dabei fiel mir auf, dass die Daten (wie sicher auch viele andere) seit März diesen Jahres frei verfügbar sind, weil es eine neue Verordnung zu Nutzung von Geodaten (GeoNutzV) [3] gibt. Dies dürfte die vielbesprochene OpenData Offensive der Bundesregierung sein. Die Lizenz entspricht in etwa CC-BY, ist in der besonders detaillierten Ausgestaltung des Namensnennungsparagrafen zu OpenStreetMap leider doch inkompatibel. Die Nutzer haben sicherzustellen, dass [...] Quellenvermerke [...] erkennbar und in optischem Zusammenhang eingebunden werden. §3.1 GeoNutzV Diese Bedingung erfüllen wir mit z.B. einem Quellenvermerk im Changeset nicht, da sie beim Anzeigen der Karte nicht länger im optischen Zusammenhang sind. Schade. Jetzt meine Frage: Gibt es schon Erfahrungen, ob Bundesämter oder andere Verwaltungsämter, die von der Verordnung betroffen sind, davon Ausnahmen machen bzw. ihre konkrete Datenlizenz freier ausgestalten? (Die würde ich dann im Anschreiben gerne als Referenz angeben.) Gibt es bereits Importe solcher Daten, bei denen der Importeur die Lizenz nicht so ... ähhh ... negativ interpretiert hat wie ich und Bundesdaten bereits ohne gesonderte Vereinbarung durch die Datenbank schwimmen? Gruss, Chaos [1] http://www.bkg.bund.de/nn_171320/DE/Bundesamt/Produkte/Geodaten/Geodaten__node.html__nnn=true#[A_Vertrieb] [2] http://wiki.openstreetmap.org/wiki/DE:Permissions [3] http://www.geodatenzentrum.de/docpdf/geonutzv.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgesprochener Import?
Hallo Senni, ich habe mir besagte Verordnung gerade zu Gemüte geführt und dazu eben auch eine Mail unter neuem Topic geschrieben. Leider bleibt ein bisschen inkompatibel trotzdem inkompatibel zu unserer Lizenz. Eben weil wir die Namensnennung nicht so leisten können wie gefordert. Die Grauzone gibt es bereits bei normalem CC-BY Material. Nur ist dort die Art der Namensnennung meist nicht genau spezifiziert, weswegen man entweder eine Auge zudrücken oder sich mit dem Eigentümer schnell einig werden kann. Leider steht in zitierter Verordnung die Art der Namensnennung eben doch sehr konkret drin. Deswegen vermute ich, dass sich die Behörde (also hier das BA f. Kartografie) nicht mal so eben über die Anweisung ihrer Dienstherrin hinwegsetzt. Man munkelt, deutsche Behörden würden sich mit freiem Denken und großzügiger, intentionsgetriebener Auslegung von Verordnungstexten etwas schwer tun. Aber es soll löbliche Ausnahmen geben. Ich warte aber mit der Anfrage, bis ich zur anderen Mail etwas Feedback habe. Gruss, Chaos PS: Bitte von dieser kleinen Reiberei nicht vom Mappen abbringen lassen! So was passiert halt ab und an. Vielen Dank für die sonst reichlich geleistete Arbeit hier im Umland! Am 15. Oktober 2013 18:49 schrieb uwe_sennew...@hotmail.com uwe_sennew...@hotmail.com: Noch mal zur Quelle, die Daten der DLM250 sind offen, man sollte sich dazu mal die /Verordnung zur Festlegung der Nutzungsbestimmungen für die Bereitstellung von Geodaten des Bundes (GeoNutzV)/ an sehen. Das Problem liegt bei OSM Quellvermerke darzustellen. Ich mach dann noch ein paar Hausnummern und wünsche einen schönen Abend. Senni __**_ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-dehttps://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abkürzungen (bei Sportvereinen) im Namen
Ich werfe dann noch die On the ground rule ein: Taggen, wie es auf dem Schild steht. Begründung: Nachvollziehbarkeit auch für andere Mapper, die nicht gerade jemanden ortsansässigen zum Fragen treffen oder selbst aus der Gegend sind. Gebräuchliche Sprechweisen können, wie schon erwähnt, in Spezialtags. my 2 cents, Chaos Am 15. Oktober 2013 06:07 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am 14.10.2013 17:33, schrieb Manuel Reimer: Auch name:de mit Abkürzung halte ich für falsch. Im Sprachgebrauch verwendet ja schließlich keiner die Abkürzung sondern den ganzen Namen. Die Aussage würde ich so nicht unterstützen. Grade bei Sportvereinen wird eigentlich immer abgekürzt. Ich habe noch selten im Fernsehen etwas vom Verein für Bewegungsspiele Stuttgart oder von der Turn- und Spielvereinigung Koblenz gehört. Auch die Spielgemeinschaft Flensburg-Handewitt wird selten so ausgesprochen. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes [War:Abgesprochener Import?]
Am 15. Oktober 2013 19:11 schrieb Michael Reichert naka...@gmx.net: Joachim Kast (User DD1GJ) ist der Ansprechpartner für Behörden in Deutschland und hat zu vielen Behörden Kontakt. Frag bitte ihn, bevor du beim Amt anfragst, vielleicht hat er es schon mal (vergeblich) versucht. Uh, danke für den Hinweis. da werd ich gleich mal anfragen. Gibt es dazu (also zum Koordinierungspartner) eine Wikiseite? Der User hat schon mal keine und die Suche ist sich auch unschlüssig. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten des Bundes [War:Abgesprochener Import?]
Hallo Senni, danke für den Link. Ja, die Diskussion trifft die Sache perfekt und die Antwort ist (wie erwartet) mehr als ernüchternd. Hoffen wir dass sich da noch mal was bewegt. Die weitere Kontaktaufnahme mit dem BA f. Kartografie lege ich damit erst mal auf Eis. Schade. Dein POIs könntest du aber (natürlich unter Namensnennung) z.B. im Wiki veröffentlichen, um sie zumindest als Abhakliste zu verwenden, wo noch Daten fehlen. Zur Vollständigkeitsprüfung dürfen wir auch noch schärfer lizensierte Daten verwenden, solange die eigentlichen Kartendaten dann aus anderer Quelle kommen. Gruss, Chaos Am 15. Oktober 2013 19:41 schrieb uwe_sennew...@hotmail.com uwe_sennew...@hotmail.com: Hallo Chaos, sieh mal hier hin http://forum.openstreetmap.**org/viewtopic.php?id=20842p=3http://forum.openstreetmap.org/viewtopic.php?id=20842p=3 ist ganz schön versteckt. __**_ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-dehttps://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 13. September 2013 10:16 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Stephan Wolff s.wolff at web.de writes: Wenn man die Flächen bevorzugt an Wegen trennt und die Nodes nah genug an den Weg ranzieht, dann fällt die Trennung im Rendering genau so wenig auf. Die Grenzlinien nah an der Wegmitte existieren in der Realität nicht. OSM ist kein Kartenmalprojekt sondern ein Geodatenbankprojekt. Für Abstands- und Flächenberechnungen gibt es Unterschiede, auch wenn die Kartendarstellung (für einen speziellen Renderer) gleich aussehen mag. Stimmt. Und deshalb wäre es eigentlich korrekt, die Grenzlinien garnicht so nahe an die Wegmitte zu ziehen sondern zwischen den Grenzlinien sollte ein Abstand bleiben, der der Wegbreite entspricht. Weil das sch... aussieht ziehe ich sie trotzdem näher an die Wegmitte ran. Du schreibst: Grenzlinien [nicht] an die Wegmitte, dann aber wieder zwischen den Grenzlinien [] Abstand. Könnten wir das mal ausseinanderhalten? Wege (im Sinne von Strassen, Feldwege, etc) sind keine Grenzen. Sie repräsentieren in OSM Flächen, obwohl sie als way (im Sinne von 1D Datenelement) gezeichnet sind. Wie du richtig schreibst entspricht der way der gedachten Mittellinie, nicht der Grenze, man zeichnet also angrenzende Flächen *nicht* an sie heran. Grenzen zwei echte Flächen (die ways entsprechen hier tatsächlich der Grenze) aneinander und liegt in der Realität nichts (als Fläche) mapbares dazwischen (Wald an Feld, landuse an landuse), kann und imho sollte man auch in OSM keinen Abstand lassen. Meines Erachtens nach ging es in der Originalfrage durchaus um den 2ten Fall, während der erste gar nicht so strittig war. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 13.09.2013 16:29 schrieb Manuel Reimer Da hat sicher jeder andere Prioritäten aber die wenigsten werden wohl von sich behaupten, dass sie nur wegen der Daten mappen, sondern sie werden sich wohl nach kurzer Wartezeit auch das Rendering-Ergebnis anschauen. Und wenn das total ka**e aussieht, dann werden wohl die meisten noch minimal nacharbeiten, dass es eben ordentlich aussieht. Klar motiviert das Renderergebnis. Aber ich änder doch nicht die Daten, wenn sie sachlich richtig sind und nur ka**e gerendert werden. Dann reg ich mich eher über den Renderer auf und schau mir lieber einen anderen an. Ich map ja auch Sachen die gar nicht von Mapnik angezeigt werden. Oder solche die einfach noch falsch gerendert werden. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Es ist definitiv falsch, wenn du in irgendeinem schon gut gemappten Gebiet jetzt stundenlang irgendwelche sauber getrennten Flächen zusammenklebst. Das ist auch dann falsch, wenn die Flächen deiner Ansicht nach genau angrenzen. Ich halte es für falsch, das als 'falsch' zu bezeichnen. Zumindest ich bin der Meinung, dass ein solches Verhalten ein Verwarnungsgrund wäre und wenn es in meiner Region passiert, dann würde ich all diese Changesets zurücksetzen lassen. Ich würde erheblich darauf pledieren, solch einen Revertantrag abzulehnen. Es gibt hier keinen Besitzanspruch für Mappinggebiete. Wenn jemand mit mehr Informationen (oder mehr Zeit, oder mehr Wissen im Umgang mit Editoren) hat, kann er alles Überarbeiten. Es geht im Ende darum, ob er die Wirklichkeit besser abbildet. Wenn dein einzigen Argumente für getrennte Gebiete das war schon so, das hat aber Arbeit gemacht oder das gefällt mir so besser sind, sehe ich keinen Grund für so ein Revert. Man 'muss' nicht verbindend Mappen, erst recht nicht alles. Aber wenn es unstrittig ist (siehe andere Meinungen hier im Thread) 'kann' man es durchaus und ich sähe im Gegenzug sogar keine Rechtfertigung, dass dann wieder ausseinanderzuziehen. Ich bin mir da wirklich unsicher und dachte ich frage mal nach. Nach dem rendern sieht das ja ganz ok aus... Wenn man die Flächen bevorzugt an Wegen trennt und die Nodes nah genug an den Weg ranzieht, dann fällt die Trennung im Rendering genau so wenig auf. Was ist denn 'nahe genug'? Argumetierst du gerade mit dem(tm) Renderer? Sorry, no offence, aber ein ganz dickes --1 zu dieser Meinung. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shared Nodes bei landuse
Am 11. September 2013 20:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 11. September 2013 19:25 schrieb Stephan Wolff s.wo...@web.de: Weit überwiegend wird landuse als Gebiet (Bau-, Gewerbe-, Wohngebiet) verwendet, das Wege und Nebenstraßen einschließt. Gebiet ist jegliche größere Fläche, Gewerbe- bzw. Wohngebiet sind Siedlungsteile, d.h. abgegrenzte/abgrenzbare Teile einer Siedlung (Stadt/Dorf/etc.) mit eigenem Namen und Identität. M.E. ist place dafür der richtige Tag, ob es dann ein Gewerbe oder ein Wohngebiet ist, sieht man wunderbar an den enthaltenen landuses. Die historische Entwicklung ist so sicher richtig. Ich bin mir aber nicht sicher, ob die beschriebene Weiterentwicklung so sinnvoll ist. place ist für Siedlungsteile ungeeignet, weil dies (zumindest für mich) impliziert, dass das Gebiet einen Namen hat (du sprichst von Identität). Das ist oft nicht der Fall. landuse auf Grundstückslevel mag interessant sein, sollte nach meinem Dafürhalten aber auch als Grundstück(=Flurstück?) gemappt sein, da dann die zusätzliche Information der Grundstücksgrenze hinzukommt (in D ja oft umfriedet und damit verifizierbar). landuse als zusammenhängendes, oft unbenanntes Gewerbe- bzw. Wohngebiet, welches größere Ortschaften nach Bebauungs- und Nutzungsart partitioniert ist also weder mit place noch mit (unzusammenhhängenden) Einzelgundstücken wirklich zu ersetzen. Allerdings sehe ich durchaus die Verifikationsprobleme, da solche Partitionierungen meisst nicht 100%ig scharf abgegrenzt werden können. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude, Grundstücke und Institutionen
Am 10. September 2013 01:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com: für das allermeiste braucht man da allerdings keine site-Relation, das sind Fälle die man weitgehend mit Polygonen lösen kann: pro Campus eines, der Rest sind dann weitere unabhängige Objekte, räumlich innerhalb des Campus' und daher automatisch zugehörig. Das einzige, was man dann mit einer site- (oder auch multipolygon-) Relation als zusammengehörig modellieren muss sind die einzelnen Campi. Einen node mit entrance=yes/main kann man z.B. auch ohne Relation setzen. Hier wird es in Zukunft sicher massiv Streitereien geben, was denn zugehörig meint. Ist eine Bushaltestelle auf dem Campus jetzt dem Campus zugehörig (ist auf dem Geände, trägt dessen Namen, wird von Studenten benutzt) oder nicht (weder owner noch operator haben was mit der Uni zu tun)? Das ist meines Erachtens nach das gröere Problem, ehe es um die technische Umsetzung geht. Will man denn überhaupt, dass alles innerhalb der Campusgrenzen zum Campus gehört? (Stromleitungen? öffentl. Straßen? Gewässer?) Wenn man anfängt, jeden Parkplatz (und schließlich jeden Papierkorb und jede Parkbank) in die Site-Relationen einzutragen, obwohl er auch schon räumlich auf dem Campus-Gelände liegt, dann wird man über kurz oder lang ein paar Dinge vergessen, d.h. es wird unübersichtlich und fehlerträchtig, und man kann sich letzten Endes doch nicht auf die Relation verlassen. Siehe oben, kann man sich anderweitig auch nicht. Man kann sicherlich für alles eine site-Relation anlegen und tolle Rollen etc. vergeben, aber solange es auch ohne geht sollte man das unbedingt so machen, weil Relationen zusätzliche Komplexität einführen und tendenziell schnell mal kaputt gehen bzw. nicht erweitert werden (Beispiel: ein Mapper fügt etwas zur Karte hinzu, übersieht aber die site-Relation und nimmt das daher nicht mir rein), um so mehr, als nicht jeder mit JOSM arbeitet ;-) Das ist genau das Argument, gegen das ich mich wehre. Es gibt auch Nutzer, die editieren per PIO-App vom Handy. Wollen wir deswegen keine ways benutzen? Nicht jeder Nutzer und jedes Tool muss alles können. Dafür gibt es Freaks und Profi-tools. Eine genügend große Anzahl an Nutzern nutzt JOSM, kann mit Relationen umgehen und hat (scheinbar) genug Motivation sie auch zu betreuen. (Und ich habe sogar Hoffnung, das auch ID irgendwann vernünftig damit umgehen kann.) Dann mappt der Potlatch-Gelegenheitsnutzer halt nur als node. Egal. 4 Wochen später findet es ein Poweruser und packt es in die Relation. Wenn man nur Daten in die DB lässt, die Otto-Normal-Verbraucher mit dem einfachsten Tool eintragen kann, rennen wir demnächst (eigentlich: gestern) vor eine engültige Komplexitätswand. Wenn wir weiter wachsen wollen und die Komplexität weiter beherrschen, müssen wir nicht nur auf gute Tools, sondern auch auf Aufgabenteilung unter den Nutzern setzen. my 2 cents Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude, Grundstücke und Institutionen
Am 10. September 2013 11:42 schrieb Martin Koppenhoefer dieterdre...@gmail.com: was ist es denn nun, eine öffentliche Straße oder Teil des Campus? Eben dieses Problem aufzuzeigen war mein Anliegen. Evtl. ist ja auch der Campus öffentlich? Hast Du mal ein Beispiel mit zugehörigem Katasterplan und Liegenschaftsregisterauszug? Vielleicht ist eine Dienstbarkeit eingetragen? Wenn man das richtig aufdröseln will, wird es sicher komplizierter als nur amenity=university, name=foo, unabhängig davon, ob man eine site-Relation oder ein Polygon zur Repräsentation verwendet (die site-Relation entbindet einen ja nicht davon, dass man die Grenzen kennen und zeichnen muss). Jain. Für eine site-Relation brauche ich nicht zwingend eine Grenze. Ich kann auch einfach zugehörige Objekte sammeln. Wie dies sich räumlich anordnen ist der Relation erst mal egal. Gewässer sind wie Straßen normalerweise öffentlich, d.h. sie liegen in Deutschland nicht auf einer Parzelle sondern im unparzellierten Bereich (glaube ich, ganz sicher bin ich mir nicht, ob das eine Grundregel ist, oder nur meistens der Fall). Ggf. müsste man die auch aus dem Campus ausnehmen, muss man sich vermutlich im Einzelfall ansehen. Mein Punkt war: eben dadurch, dass es viele Flächen gibt, die nicht unbedingt dem eigentlichen Objekt zuzuordnen sind ist der Anwendungsfall der geschlossenen Fläche als Grenze eines Objekts durchaus nicht immer der passenste. Gruß, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Karten auf Garmin eTrex Vista HCx?
Auf ein Vista HCx bekommst du nur mehrere Karten, in dem du alle Karten je als einzelne Layer in eine Karte kombinierst. Die kannst du dann einzeln aktivieren und die anderen deaktivieren. Das betrifft jedoch nur die grafische Darstellung. Die Last (und damit die Geschwindigkeit) bleibt nahezu gleich. Auch das Routing bezieht sich nur auf eine Karte. Meine Lösung: SD-Karte raus, rein ins Smartphone, anderes Kartenimage nach gmapsupp.img umbenennen, SD-Karte zurück ins Garmin. Gruss Chaos Am 07.09.2013 18:04 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Hallo, es gibt wohl verschiedene Möglichkeiten dies zu tun. Die meisten beschreiben aber neuere Geräte und meine Versuche waren bisher nicht erfolgreich. Mit welchem Schema gehen auf dem eTrex Vista HCx mehrere Karten? Danke im Voraus Gruß Manuel __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Karten auf Garmin eTrex Vista HCx?
@Dirk Dem ist auf dem Vista definitiv NICHT so. Die Geräte sind eine Generation und ca. 5 Jahre älter. Gruss, Stefan Am 7. September 2013 20:51 schrieb Dirk Sohler s...@0x7be.de: Ronnie Soak schrieb: Meine Lösung: SD-Karte raus, rein ins Smartphone, anderes Kartenimage nach gmapsupp.img umbenennen, SD-Karte zurück ins Garmin. Ich weiß nicht, wie das beim Vista ist, aber dem eTrex 20 ist es egal, wie das Kartenimage heißt. $ mount | grep sdg /dev/sdg1 on /mnt […] $ ls /mnt/Garmin/ GPX/ Freizeitkarte Deutschland.img Freizeitkarte Niederlande.img Die Karten sind auf dem Gerät problemlos unter „Einstellungen → Karte → Karte wählen“ (de-)aktivierbar. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-07T20:43:01+0200 ___ 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] Garmin Edge touring mit OSM Karten
Gerade mal bei Garmin nachgefragt. Ja, kommt auch in Deutschland raus. Weitere Fragen? Gruss, Stefan Am 7. September 2013 19:04 schrieb Volker Schmidt vosc...@gmail.com: Ich habe eine Haendler-Mitteilung von Garmin Italien erhalten, die unter anderem ueber das neue Garmin Edge Touring spricht. Dieses Geraet kommt vorgeladen mit einer Europa Radkarte auf OSM Basis [1]. Weiss jemand was Naeheres? Volker [1] https://buy.garmin.com/de-DE/DE/sport-training/fahrrad/edge-touring/prod134596.html 2013/9/7 Ronnie Soak chaoschaos0...@googlemail.com Auf ein Vista HCx bekommst du nur mehrere Karten, in dem du alle Karten je als einzelne Layer in eine Karte kombinierst. Die kannst du dann einzeln aktivieren und die anderen deaktivieren. Das betrifft jedoch nur die grafische Darstellung. Die Last (und damit die Geschwindigkeit) bleibt nahezu gleich. Auch das Routing bezieht sich nur auf eine Karte. Meine Lösung: SD-Karte raus, rein ins Smartphone, anderes Kartenimage nach gmapsupp.img umbenennen, SD-Karte zurück ins Garmin. Gruss Chaos Am 07.09.2013 18:04 schrieb Manuel Reimer manuel.s...@nurfuerspam.de : Hallo, es gibt wohl verschiedene Möglichkeiten dies zu tun. Die meisten beschreiben aber neuere Geräte und meine Versuche waren bisher nicht erfolgreich. Mit welchem Schema gehen auf dem eTrex Vista HCx mehrere Karten? Danke im Voraus Gruß Manuel __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-de 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude, Grundstücke und Institutionen
Ich stimme Martin bei fast allen Punkten zu. Lediglich Brauchen wir für große Institutionen Relationen, die die Gesamtfläche, Gebäude, Parkplätze und den Hauptzugang miteinander verknüpfen? ja, aber eher in wenigen Fällen, meist sollte ein Polygon ausreichen, man braucht sie z.B. wenn der Parkplatz räumlich getrennt ist (z.B. andere Straßenseite), oder wenn man andere Beziehungen darstellen will (z.B. hier ist das Ticketoffice für diesen POI). Sehe ich etwas differenzierter. Relationen sind allgemein als schwer editierbar und schwer auswertbar verschrien. Ich kann das nach all der Zeit nun wirklich nicht mehr nachvollziehen. Sie sind als logisches Konstrukt intuitiv und einfach zu verstehen und zumindest in einigen Editoren kinderleicht zu bearbeiten. Vor allem wenn sie auf kleine Raum daherkommen (also nicht mit unhandlichen Grenzrelationen zu vergleichen.) Zur Auswertung kann ich nichts sagen. Für die Beschreibung von räumlich getrennten Einzelobjekten als ein zusammengehöriges Ganzes sind sie ideal. Durch die Rollen ergibt sich sogar ein zusätzlicher, sonst nicht abbildbarer Informationsgewinn. Ich würde Relationen daher weit weniger als Ausnahme als die Regel betrachten. Die Ausnahme ist das Polygon, wenn alle Einzelobjekte räumlich umschlossen werden können. Sobald Objekte mehreren Institutionen zugeordnet werden können (Parkplätze? Toiletten?), würden sich überschneidende Polygone ergeben, die nun wirklich auch nicht mehr einfacher zu handhaben sind als Relationen. Schon erwähnt wurde die räumliche Trennung (Nebengebäude auf der anderen Straßenseite.) Auch das ausschliessen von Objekten (Bushaltestelle im Messegelände? Nodes von POIs auf anderen Stockwerken) klappt nicht mit Polygonen, sondern nur mit Relationen. Also mein Apell: Weniger Angst vor (site-)Relationen! Durch die Rollen ergeben sich auch noch neue Möglichkeiten, z.B. kann man Eingänge nach Haupt- und Neben- gruppieren, auch wenn es aus Gebäudesicht vielleicht alles Haupteingänge sind, etc... Schönen Abend noch, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Giveboxen und öffentlichen Bücherschränken
Genau darüber gab es erst vor kurzem eine Diskussion auf der tagging-Liste. Allerdings ohne nenneswertes Ergebnis. http://lists.openstreetmap.org/pipermail/tagging/2013-August/014401.html Gruss, Chaos Am 13. August 2013 16:02 schrieb Wuzzy wuz...@mail.ru: Hi! Ich bin neulich über einen öffentlichen Bücherschrank gestolpert. Hier ist eine Erklärung von »öffentlicher Bücherschrank«: https://de.wikipedia.org/wiki/%C3%96ffentlicher_B%C3%BCcherschrank Die Wikipedia hat sogar eine kleine Liste, teilweise mit Koordinaten: https://de.wikipedia.org/wiki/Liste_%C3%B6ffentlicher_B%C3%BCcherschr%C3%A4nke Besager Bücherschrank ist bereits in der Liste mit Koordinaten versehen. Außerdem bin ich über eine Givebox gestolpert. Eine Givebox ist wohl eine etwas neuere Erscheinung. Eine Givebox ist sowas ähnliches wie ein offener Bücherschrank, nur geht es hier nicht um Bücher, sondern um allerlei (Klein-)Gegenstände. Die WGS84-Koordinaten der besagten Givebox lauten »N 48.472814° E 007.943661°«. Weder der Bücherschrank noch die Givebox sind in der Karte eingetragen. Ich habe keine Ahnung, wie ich sie taggen sollte. Ich fürchte, alle anderen öffentlichen Bücherschränke und Giveboxen sind ebenfalls nicht eingetragen, weil es jeweils kein Tagging-Schemata dafür gibt. Welche Vorschläge für das Tagging von Giveboxen und das Tagging von öffentlichen Bücherschränken gibt es? -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ 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] Variable Geschwindigkeitsbegrenzung
Am 12. August 2013 11:28 schrieb Martin Vonwald imagic@gmail.com: Ich tagge entsprechend http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed . Das ergibt maxspeed=130 (mehr gibt es dort nie - die Signalanlagen regeln nur runter) und maxspeed:variable=peak_traffic . +1 Klingt für mich sehr vernünftig. Gibt es ein Beispiel, bei dem die höchstmögliche Geschwindigkeit nicht auch die am häufigsten zutreffende ist? Dann wäre eine zusätzliche Angabe vielleicht für die Router sinnvoll. Wobei sich wohl gerade dann soweiso keiner auf eine Schätzmethode für eine durchschnittliche Begrenzung einigen könnte. Gruss, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am 28.07.2013 10:37 schrieb Markus liste12a4...@gmx.de: 2. dass wenn die Umfrage mehr als eine Handvoll Bestätigungen ergibt, wir dann eine technische Umsetzung verwirklichen, damit jeder frei entscheiden kann, ob er seine gespendeten Geo-Daten zusätzlich so mit Benutzer-Daten verknüpft haben will, dass mit Auswertungstools aus der Datenbank eine Zuordnung möglich ist. Da, wie bereits mehrfach dargelegt, eine solche Trennung irgendwo zwischen technisch nicht möglich und die Funktion der Community zur Qualitätssicherung stark einschränkend liegt, bin _wünsche_ ich mir, dass 1. Es eine Mehrheit einer nicht unwesentlichen Menge an Umfrageteilnehmern benötigt und 2. Die Option hinterher nicht nur das Entfernen der Benutzerdaten, sondern auch der Ausschluss der jeweiligen Nutzer bzw. deren nachträgliche explizite Zustimmung zur bestehenden Privacy Policy ist. Ansonsten: macht doch endlich diese Umfrage und wartet nicht, dass die, die gar kein Problem sehen dass für euch erledigen. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Sehe ich das richtig, dass jetzt als einzige Forderung übrig blieb, Usernamen nicht mehr frei wählbar und numerisch zu machen und zwangsweise in festem Rhythmus zu ändern? Also etwas, was bis jetzt jeder selber freiwillig kann auf Default- oder gar Pflichtlevel zu heben? Damit könnte ich zwar leben, finde aber den dazu nötigen technischen Aufwand ungerechtfertigt. Der Datenschutzgewinn ist eher gering. Zudem begeben wir uns auf ein amerikanisches Niveau, in dem der Mensch ständig vor sich selbst geschützt und am dümmsten Individuum seiner Art gemessen wird. Mir fallen da selbstmordsichere Kantinenmesser ein, die nicht mal mehr eine Kartoffel schneiden können oder der Pflichthinweis, keine Haustiere in der Mikrowelle zu trocknen. Und bitte hört doch auf, ständig eine 2te Datenbank oder 'internen Zugang' zu fordern. Es haben schon so viele geschrieben, dass die Daten von allen Mappern benötigt werden. 'Intern' ist also nur eine kostenlose Anmeldung entfernt. Und da könnt ihr noch so oft auf den Boden stampfen und Ich will aber! brüllen: frei wählbare Pseudonyme sind KEINE persönlichen Daten. Sie SIND bereits eine Maßnahme zum Datenschutz. Sie sind bei sämtlichen freien Projekten Stand der Dinge. Wer dort seinen echten Namen vergibt, stopft nunmal bildlich gesprochen seine Lieblingskatze in die Mikrowelle. Ich bitte sehr darum, eine Umfrage zu starten. Aber bitte nicht mit Hohlphrasen ála OSM mit Datenschutz oder ohne? sondern bitte mit konkreten technischen Maßnahmen. Btw: gibt es eigentlich den Fork mit der alternativen Lizenz noch? Gruß, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki
Am 27.07.2013 23:24 schrieb Tirkon tirko...@yahoo.de: OSM erhebt aber zudem aktiv Zuordnungen der Daten zu den Usernamen. OSM vertreibt diese Daten ebenso aktiv. Also eigentlich ist es der Nutzer, der aktiv diese Daten übermittelt. Etwas zu 'sammeln' ist nahezu per Definition passiv. Wie kann man so ignorant sein zu behaupten, dass es einen Nutzer überrascht, wenn ein Server, an den er sich eben noch aktiv angemeldet hat diese Anmeldenamen dann auch kennt und protokolliert? Natürlich tut er das. Wozu sollte er sonst Fragen? Es gibt keinen anderen Grund. Da sich jeder anmelden kann, wäre es als Zugangskontrolle wohl sinnlos. Warum soll die Annahme, diese Daten wären irgendwie von den Geodaten getrennt, irgendwie schlüssiger sein als andersherum? Ich hab echt nichts gegen einen großen Hinweis bei der Anmeldung, das ALLE übermittelten Daten gespeichert und frei zugänglich sind. Dem Nutzer aber nochmal vorzukauen, was das im Detail umfasst und was man damit machen kann halte ich nicht für angebracht. Wer dieses Mindestmaß an logischer Denkleistung nicht mitbringt, sollte lieber die Finger von den Daten lassen. Für so etwas haben wir OSB/Notes. Die sind dann auch voll anonym. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki
Am 28.07.2013 01:57 schrieb Tirkon tirko...@yahoo.de: Hast Du schon einmal über die Möglichkeit nachgedacht, dass diese Mapper in ihren Berufen Dich auf aus Ihrer Sicht niedrigen Niveau in die Tasche stecken könnten? Ich hoffe doch sehr dass sie das können. Ich wäre sonst sehr enttäuscht, wenn ich mal ihre Dienste in Anspruch nehmen muss. Ich gehe aber auch nicht hin und habe den Anspruch, bei ihnen mitmachen zu können ohne mich vorher mit der Materie zu beschäftigen (wo kämen wir da auch hin, wenn man etwas erst lernen müsste bevor man es tut) oder mach ihnen Vorschriften wie sie ab jetzt zu arbeiten haben, weil das alles nicht anonym genug ist. Hast Du Dich schon gefragt, ob diese Dich obdessen auch mit Ignoranz oder Mangel eines Mindestmaßes an logischer Denkleistungan bezichtigen sollten? Zumindest wäre es ihnen nicht zu verübeln, wenn ich mich ahnungslos in ihr Metier begebe und keinen Willen zum dazulernen zeige. Hast Du Dich schonmal gefragt, ob diese auf Grund des notwendigen Zeitaufwandes für Beruf, Fachwissen und Familie nicht vorrangig mit Serverbetrieb oder den genauen Hintergrunden freier oder sonstiger Projekte beschäftigen können? Das Gleiche gilt für das vorrangige Interesse von was auch immer. Rosinenpicken gibt's nicht. Wer Mapper sein will, muss sich beschäftigen. Das gibt's nur als Gesamtpaket. Da gehört Wikilesen und mit anderen Kommunizieren dazu. Dafür haben nicht alle Zeit, schon klar. Dann können sie leider nicht mappen. Wenn sie mit weniger Aufwand teilnehmen wollen, wurde für sie das Notes-Konzept geschaffen. Kein Autofahren ohne Führerschein, kein Straßenbahnfahren ohne Beförderungsbedingungen lesen, kein Diplom ohne Studium, kein Sport ohne Training. Die Welt ist halt schrecklich aufwendig. (Auch wenn dass die 'Popstars-Generation' nicht wahrhaben will.) Klar können wir jeden Mapper gebrauchen. Aber wer sich so gar nicht mit der Materie beschäftigen will oder nur mitmacht, wenn vorher groß Konzepte geändert werden, relativiert sich dieses 'brauchen' etwas. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz
Kleine Erklaerung zu den Garminkarten: wir hatten da mal ein Hackweekend dazu und haben mehrere Probleme identifiziert: 1. Das Frontend: Es fehlte uns schlicht und ergreifend ein Webdesigner. Techniker/Programmierer koennen keine Webseiten bauen. Punkt. Da kommt sowas bei raus, wie wir schon im Wiki haben. Mit 'ner Karte und ein paar Textboxen bekommt man die Funktion zwar hin, der Otto-Normal-Nutzer dreht aber rum bevor er den ersten Buchstaben gelesen hat. Web geht heute anders. Es konnte nur keiner von uns. 2. Das Backend: Wir braeuchten fuer jede Einzelkarte eine Sondervereinbarung mit dem Ersteller. Manche moegen keine Deeplinks auf die Karten, weil sie selbst von Werbung leben, manche moegen den zusaetzlichen Traffic nicht. Manche wuerden per push, manche per pull Karten bereit stellen. Einige sind bereit ihrer Toolchain offen zu legen, so dass wir selbst die Karte generieren koennen. Und letztendlich ist es auch moeglich, Karten 'on demand' zu erstellen. Alles dazwischen (Caching/Beschreibung/Kompatibilitaetslisten) hatten wir soweit im Griff. Wir haben auch Versuchskaninchen unter den Erstellern, die einige der Methoden unterstuetzen wuerden. Am dringensten fehlte wirklich das Frontend. Also: wer kann da weiterhelfen? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 15. Juli 2013 08:50 schrieb Markus liste12a4...@gmx.de: Ich meine: Der Benutzer muss entscheiden könnnen, ob seine _personenbezogenen Daten_ öffentlich* sein sollen oder *privat*. Mit personenbezogen meine ich Name, Adressen, IP also alles was direkt bzw in Verknüpfung mit deinen Geo-Daten auf ihn als Person schliessen lässt. Deine Name und Adresse ist niemandem, auch nicht den Servern, bekannt. Es sei denn du hast ihn irgendwo freiwillig angegeben. Deine IP-Adresse ist nur dem Server bekannt. Sie wird (hoffentlich) nur für die technisch nötige Zeit gespeichert und (hoffentlich) an niemanden herausgegeben. (Ausser, jemand wedelt mit einem Gerichtsbeschluss.) Sie wird nicht mit den Geodaten verknüpft. Datenschutz ist in diesem Sinne ein hohes Gut. Und rechtlich festgelegt. Deshalb wird er (hoffentlich) auch eingehalten. Und wenn es /technisch/ möglich ist, dass Dritte mit einem einzelnen Datenspender direkt Kontakt aufnehmen - ohne dass dessen Kontaktdaten gegen seinen Wunsch offengelegt werden ! - dann ist das eine sehr wertvolle Möglichkeit :-) Genau so ist das momentan implementiert. Man kann einen Edit einem Mapper zuordnen und mit ihm Kontakt aufnehmen, OHNE dessen persönliche Daten kennen zu müssen. Das System, welches dies möglich macht, heißt Pseudonym. Ein Pseudonym ist KEIN persönliches Datum. Eine eindeutige Zuordnung zu einer realen Person ist nicht möglich. Auch eine Emailadresse ist (noch) kein persönliches Datum. Trotzdem wird sie durch das System ebenfalls bereits geschützt und ist nicht für andere sichtbar. Es darf aber m.E. nicht sein, dass die OSMF Personendaten als genauso frei bezeichnet und behandelt wie die als frei gespendeten Geodaten. In unserer öffentlichen DB haben personenbezogene Daten nichts zu suchen. Es gibt keine personenbezogenen Daten in der DB. Lediglich account- bzw. pseudonymbezogene Daten. Ein Mapping von Account/Pseudonym zu realer Person ist generell nicht möglich. Eine Profilierung eines Accounts ist möglich. Damit mag die Zuordnung in einzelnen Fällen doch machbar sein. Dazu wird jedoch externes Wissen benötigt, über das OSM keine Kontrolle hat. Ausserdem hat jeder selbst Einfluß auf den Detailgrad der möglichen Profilierung und kann somit verhindern, zu einem dieser Sonderfälle zu werden. Wenn das bisher immer schon so war, dann ist es jetzt, durch die neuen Bonus-Spiele bekannt gewordenen Möglichkeiten, umso dringender, hier endlich für eine saubere Trennung zu sorgen. Das war noch nie so. Personenbezogene Daten (Name, Adresse, IP-Adresse, (EMailadresse)) sind getrennt und nicht öffentlich einsehbar. Ich zitiere mal kurz aus dem Bundesdatenschutzgesetz: $3(1) Personenbezogene Daten sind Einzelangaben über persönliche oder sachliche Verhältnisse einer bestimmten oder bestimmbaren natürlichen Person (Betroffener). (6) Anonymisieren ist das Verändern personenbezogener Daten derart, dass die Einzelangaben über persönliche oder sachliche Verhältnisse nicht mehr oder nur mit einem unverhältnismäßig großen Aufwand an Zeit, Kosten und Arbeitskraft einer bestimmten oder bestimmbaren natürlichen Person zugeordnet werden können. (6a) Pseudonymisieren ist das Ersetzen des Namens und anderer Identifikationsmerkmale durch ein Kennzeichen zu dem Zweck, die Bestimmung des Betroffenen auszuschließen oder wesentlich zu erschweren. Ich glaube, dass auch mit den durch Profilierung gewonnen Daten die Bestimmung der natürlichen Person noch hinreichend schwer ist und mit unverhältnismäßigem Aufwand verbunden ist. Trotz der groben Positionsangabe benötigt man Zugriff auf weitere, geschützte Datenbanken um eine Person zu identifizieren. (Z.B. Überwachungskameras, Buchungsdaten, etc.) So etwas wie eine Wochentags-/Stundenstatistik der Edits hilft bei der Identifizierung genau null, kratzt den Datenschutz somit wenig. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hallo Markus, Am 15. Juli 2013 10:43 schrieb Markus liste12a4...@gmx.de: Mit personenbezogen meine ich Name, Adressen, ID Und nochmal: deine ID, falls du damit deinen OSM-Benutzernamen meinst, ist KEIN personenbezogenes Datum. ist alles Weitere vermutlich eher trivial (wenn man einen Linux-Rechner bedienen kann). Die erste Hausnummer die man einträgt ist vermutlich oft die eigene :-) Und über die weiteren Einträge lässt sich dann mit etwas Gehirnschmalz der ganze Rest der sozialen Beziehung rekonstruieren. Ich finde es interessant, dass du den Nutzern die nötige Fachkenntnis zum sorgsamen Umgang mit ihren Daten absprichst, ihnen aber gleichzeitig ein hohes Mass and Können beim Datamining unterstellst. Ich halte diese Rekonstruktion für alles andere als Trivial. Kleines Fallbeispiel: mein OSM Accountname ist Chaos99. Kannst du meinen echten Namen oder meine postalische Adresse anhand meiner Daten in OSM herausfinden? In meinem Blog nachschauen gilt dabei nicht, dort verrate ich nämlich, was sich so alles über mich im Netz findet. Es ist nämlich durchaus möglich. Nur spielt OSM dabei eine so untergeordnete Rolle, dass sie der Erwähnung kaum wert ist. hat jeder selbst Einfluß auf den Detailgrad der möglichen Profilierung Dazu muss er a) fundiertes Wissen über Datenstrukturen und Prozesse haben b) erheblichen Aufwand betreiben Nein, muss er nicht. Er muss nur seinen Namen nicht ins Internet schreiben und möglichst nicht nur sein eigenes Haus eintragen. Das war's schon. Bundesdatenschutzgesetz: $3 (6) Anonymisieren ist das Verändern personenbezogener Daten derart, dass die Einzelangaben über persönliche oder sachliche Verhältnisse nicht mehr oder nur mit einem unverhältnismäßig großen Aufwand an Zeit, Kosten und Arbeitskraft einer bestimmten oder bestimmbaren natürlichen Person zugeordnet werden können. Das umgehen wir mit der öffentlich verfügbaren ID und der nun (oder seit langem) bestehenden Game-Tools. Und nochmal: die ID ist KEIN personenbezogenes Datum. Hinter einer ID können mehrere reale Personen stehen. Eine Person kann mehrere IDs haben. Sie ist NICHT trivial mit Name/Adresse/Perso-ID/Sozialvers-Nummer/Steuernummer etc. verknüpfbar. Ich glaube, dass auch mit den durch Profilierung gewonnen Daten die Bestimmung der natürlichen Person noch hinreichend schwer ist Ach - da gibt es doch globale Benutzerkonten, OAuth, etc ;-) was sind denn globale Benutzerkonten im OSM-Sinne? OAuth-Daten sind nicht öffentlich verfügbar. Die Lösung ist ganz simpel: 1. einfach alle fragen wie sie es für sich persönlich handhaben wollen Für mein Verständniss wurden wir alle gefragt. Zuletzt bei det Lizenzänderung. 2. und bis zu einer Antwort annehmen, dass die keine Veröffentlichung personenbezogener Daten wollen Es WERDEN keine personenbezogenen Daten veröffentlicht. Nochmal zur Klarstellung. Selbst wenn ich wüßte, das du heute um 10:34 einen mittelgroßen Haufen von weicher Konsistenz in die öffentliche Toilette am Alex in Berlin abgesetzt hast, ist das KEIN personenbezogenes Datum, weil ich NICHT weiss, wer du bist. Erst wenn ich diese Information mit deinem realen Namen verknüpfen könnte, würde es zu einem schützenswerten Gut. Deswegen sind Bewegungsdaten bei Apple oder der Telekom böse, weil sie wissen, wer du bist. Bei uns nicht, weil wir es nicht wissen. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 15. Juli 2013 12:49 schrieb rainerU ra...@sfr.fr: Am 15.07.2013 11:03, schrieb Simon Poole: Nur als Hinweise, macht man sich ein Konto hats es an promintenter Stelle ein Link auf http://wiki.openstreetmap.org/wiki/Privacy_Policy (das wie immer in OSM eher zuviel als zuwenig Information hat). Könnt man noch expliziter machen, aber es hat jeder die Möglichkeit es zu lesen. Dort steht nur, was veröffentlicht wird, nicht was Dritte damit machen dürfen. Würde man die selbe Logik auf die geografischen Daten anwenden, dann hieße das: Contributions werden über das API und das Planetfile öffentlich verfügbar gemacht, und somit kann jeder damit anfangen was er will. Wozu dann eine ODbL? In der ODbL steht eben genau, was dritte damit machen dürfen. Und da steht: sie dürfen alles damit machen, solange sie die Attribution und ggfs. die Lizenz zur Weitergabe einhalten. Welche Definition fehlt dir jetzt? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Aus den CT: [...] contributing data and/or any other content (collectively, “Contents”) to the geo-database of the OpenStreetMap project [...] 'and/or any other content' ist für mich als Laien eine Umschreibung für Alles. Also erstreckt sich für mich die CT auf alles, was ich zur DB hinzufüge. Damit könnte man, zumindest nach meinem Verständniss, die Debatte um die Nutzer-IDs und Zeitstempel schon mal abhaken. Fraglich blieben nur die Daten, die nicht in die DB gehen, also Wiki-Edits, Notes, etc ... Gruß, Chaos Am 15. Juli 2013 13:22 schrieb rainerU ra...@sfr.fr: Am 15.07.2013 12:53, schrieb Ronnie Soak: In der ODbL steht eben genau, was dritte damit machen dürfen. Und da steht: sie dürfen alles damit machen, solange sie die Attribution und ggfs. die Lizenz zur Weitergabe einhalten. Welche Definition fehlt dir jetzt? Ob die Usernamen, die aus technischen und administrativen Gründen in der Datenbank stehen, auch unter die ODbL fallen. Und falls ja, ob ich durch die Annahme der Contributor Terms der OSMF das Recht hierzu eingeräumt habe. Ich erwarte hier auf der Liste dazu keine Antwort, dazu sind detaillierte juristische Kenntnisse erforderlich, über die wohl kaum jemand hier verfügt. ___ 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] Project of the Week und Gamification
Am 15. Juli 2013 14:10 schrieb Dirk Sohler s...@0x7be.de: Ronnie Soak schrieb: Aus den CT: [...] contributing data and/or any other content (collectively, “Contents”) to the geo-database of the OpenStreetMap project [...] „geo-database“. Also Geodaten. Das implizierte „alles“ bezieht sich damit für mich auf die beigesteuerten Informationen für die Karte, und nicht die zwangsläufig daran gekoppelten Metadaten. Da steht: Daten zu einer Geo-Datenbank. Da steht NICHT: Geo-Daten zu einer Datenbank. Bitte genau lesen. Die spitzfindige Frage ist jetzt, warst du bei der Entstehung der Metadaten aktiv genug beteiligt, um nach deren Verwendung gefragt werden zu müssen? Und warst du passiv genug, um so tun zu können als hättest du davon nichts gewusst und eines extra Hinweises bedurft? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Am 15. Juli 2013 14:11 schrieb Dirk Sohler s...@0x7be.de: Ronnie Soak schrieb: Ich zitiere mal kurz aus dem Bundesdatenschutzgesetz: [...] (6a) Pseudonymisieren ist das Ersetzen des Namens und anderer Identifikationsmerkmale durch ein Kennzeichen zu dem Zweck, die Bestimmung des Betroffenen auszuschließen oder wesentlich zu erschweren. „Erschweren“. Nicht „unmöglich machen“. Also pseudonym != anonym. Ähhh wieso argumentierst du jetzt FÜR mich statt GEGEN mich? Also so kann ich hier nicht diskutieren, wenn du dauernd die Seiten wechselst ;-) Dem Gesetz reicht ein erschweren durch Pseudonym schon aus. Das ist doch seit Ewigkeiten so implementiert. Wo ist dein Punkt? Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hier auch mal meine Einschätzung zum Thema: Die Preisgabe von Informationen ist ein notwendiges Übel bei der Partizipation in freien Projekten wie OSM. Man kann da nicht Rosinen picken. Kartendaten ja, persönliche Daten nein. geht nun mal nicht, weil je nach Definition von persönlichen Daten beides das selbe ist. Datenauswertung bitte nur von den Guten (tm) ist genauso Unsinn. Wenn es möglich ist, wird es gemacht. Wer der Benutzerkreis solcher Auswertungen oder von Tools dafür ist entzieht sich vollständig der Kontrolle des Einzelnen. Wenn Pascal die Tools nicht schreibt, tut es ein Anderer. Die Annahme, jeder hätte bereits jetzt vollen und einfachen Zugriff auf die ausgewerteten Profile liegt weit näher an der Wahrheit als das Wunschbild, nur verantwortungsvolle Profis würden damit arbeiten. Die Verantwortung dafür liegt trotzdem bei jedem einzelnen. Wenn man datensparsam Leben will, lädt man einfach keine Daten hoch. Fertig. Wer das abstufen möchte, lädt mit zeitlichem Verzug hoch, entfernt Zeitstempel aus Tracks, wechselt regelmäßig Accounts usw. Einen Wasch mir denn Pelz aber mach mich nicht nass-Ansatz gibt es nun mal nicht. Da können wir bei OSM recht froh sein, dass uns diese Möglichkeiten überhaupt bleiben. Das ist nicht überall soll. Bei Gameification sehe ich das Problem eher in fehlgeleitetem Ehrgeiz, Cheatern und Anreiz für Vandalismus als in Datenschutz. Obwohl ein Opt-In natürlich zu begrüßen wäre. Allerdings eher aus Gründen, um die Highscoretabellen nicht mit Import-Accounts und One-Off Accounts vollzumüllen. Gruß Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
On 14 Jul 2013 12:46, Dirk Sohler s...@0x7be.de wrote: Martin Koppenhoefer schrieb: You hereby grant to OSMF […] OSMF, nicht Pascal Neis, oder irgendeinem anderen. und die OSMF hat es dann Pascal (und jedem anderen) erlaubt, in dem es die Daten unter der ObDL freigibt. War dir nicht klar dass sie das darf? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Was habt ihr eigentlich immer mit Datenzusammenführung? Die Daten liegen doch in genau einer DB? Und wieso sind das Bewegungsprofile? Für die Hälfte meiner Edits hab ich mich nur leicht drehend im Bürostuhl bewegt. Die andere Hälfte an Edits hat zeitlich nur eine sehr wage Korrelation mit meinem Aufenthaltsort. Und keiner weiß, welcher Edit zu welcher Hälfte gehört. Oder reden wir hier über Tracks? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bauliche Trennung
Ich habe das nirgendwo im Thread behauptet. Die OSM-Definition sagt aber baulich getrennt. Wenn 2 Linien keine bauliche Trennung sind - 1 way Wenn ich da doch noch etwas einwerfen duerfte: OSM mappt halt gerne was physisch vorhanden ist. Tirkon möchte mehrere physische Zustände in einer Art zu mappen vereinheitlichen, weil sie im Rahmen der StVO mehr oder weniger die selben Folgen hat. Ich bin da eher bei OSM: Nutzer des Materials sind nicht nur Autofahrer. Es gibt unzählige Nutzungsarten des Kartenmaterials die nicht auf eine Interpretation nach der StVO abzielen. Für alle die würde eine wichtige Information verloren gehen (nämlich die der baulichen Trennung) würden nach Tirkons Schema gemappt werden. Um hingegen die StVO-Einschränkungen auch auf nicht baulich getrennten (und damit als 1 way gemappten) Wegen darzustellen, existieren wie schon beschrieben genug andere Möglichkeiten. (maxspeed, lane-tagging, http://wiki.openstreetmap.org/wiki/Proposed_features/Divider, Relationen, etc..) Fazit: Bitte über den Tellerand schauen. Die deutsche StVO ist nicht das Mass aller Dinge. Nichtmal in Deutschland, weil wir hier nicht zwingend nur Autokarten bauen. Nichtmal alle Autos müssen sich an die StVO halten. Also orientiert euch doch bitte weiter an den physischen Gegebenheiten um den Mappingstil zu bestimmern. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
On 4 Jul 2013 10:37, Martin Koppenhoefer dieterdre...@gmail.com wrote: Das ist nur zum Teil Nutzung, zum Teil sind es Gebäudetypologien, oder beides: Dann haben die scheinbar genau das gleiche Definitionsproblem wir wir bei OSM. Gruß Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
On 4 Jul 2013 00:19, René Kirchhoff rene-kirchh...@arcor.de wrote: Hallo Hennig. Dieser Hinweis / Vorschlag steht bereits auf der Wikiseite ;-) NUTZUNG als description, nützlich um eine entsprechendes building tag Dürfte ich dezent darauf hinweisen, dass in 'zig anderen Diskussionen hier auf der Liste immer wieder festgestellt wurde, dass das building tag eben NICHT die Nutzung, sondern den Gebäudetyp / die Bauform angibt. Das war auch eigentlich Konsens, auch wenn man sich dann nie auf konkrete Werte einigen konnte. Gruß Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Habe gerade eine sehr lange Mail geschrieben und wieder geloescht. Kurz vor dem Abschicken kam mir das Mantra 'don't feed the troll' in den Sinn. Deshalb hier das tl:dr Sven hat von der Wikiseite wenig Informationen entfernt, dafuer einige hinzugefuegt und den Stil vielfach erheblich verbessert. Das einzige was fehlt ist der Hinweis auf die fehlende Legende. Ich finde die hier geposteten Mails nicht loeschenswert, kann aber nachvollziehen auch solche Mails zu loeschen, wenn der Autor vorher unangenehm aufgefallen ist. Ich gestehe hier dem Listenbetreiber freie Entscheidung zu, halte aber undokumentiertes Loeschen fuer schlechten Stil. Featurewuensche und Bugreports gehoerne nun mal nicht ins Wiki, genausowenig wie Plauderton, rhetorische Fragen, persoenliche Meinungen und Tagebucheintraege. Wenn wir damit wie die Wikipedia sind, ist das richtig so. Wenn dir das Wissen fehlt, Featurewuensche selbst zu Implementieren ist das niemandes Problem ausser dein eigenes. Ob dir jemand hilft oder nicht, entscheided u.a. deine Freundlichkeit. Was freundlich ist, entscheided der andere, nicht du. Deine Mails/Postings/Wikibeitraege sind latent agressiv oder werden so wahrgenommen. Ein einfacher Mustervergleich mit anderen Diskussionen hier wird dir zeigen warum. Dies ist eine Mening. Sie bedarf weder Belegen noch Beweisen. Sie kann dafuer ignoriert werden. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Die Update-Frage kam heute. Jetzt steht unter about 2.0.33 Leider immer noch keine Aufträge. Reload bringt leider nichts. Ich habe das auch unter einem nagelneuen Android versucht, bei dem der Browser garantiert noch nier kort.ch gesehen hat. Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder könnte ich auf ganz Deutschland herauszoomen und müsste dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts. Gruss, Chaos Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com: Hallo. Kort unter Chrome sollte gehen. Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...? Zeigt die Version (im Tab Über Kort) = Version 2.029 an? Ev. hilft ein Reload der ganzen URL http://play.kort.ch . Wenn das nichts hilft, den Cache des Browsers über die Einstellungen leeren (ist ein Phänomen einiger Web Apps). LG, Stefan Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Welche Keepright-Fehler werden denn zu Aufträgen? Könnte man dann vergleichen, ob bei Keepright entsprechende Fehler in der Nähe sind, die dann eigentlich bei KRT als Aufträge auftauchen müssten? Bei mir (Erfurt, Thüringen) gibt es wie gesagt weder Aufträge noch Checks, allerdings durchaus noch einige Fehler bei Keepright. Allerdings nicht unbedingt aus allen Keepright-Kategorien. Also da müsst ihr aus Spiel-Sicht aber noch dran arbeiten. Das ist ja ein riesen Motivationskiller wenn man das zum ersten mal öffnet und gar nichts zu tun hat. Gruss, Chaos Am 30. Mai 2013 09:36 schrieb Markus Semm ms...@enaikoon.de: Hallo, bei mir werden auch keine Aufgaben angezeigt im Zentrum von Berlin. Mit der alten Version waren da noch reichlich Aufgaben zu sehen. Windows7, korrekte Anzeige meiner eigenen Position, Chrome, alles laufend aktualisiert. -Ursprüngliche Nachricht- Von: Stefan Keller [mailto:sfkel...@gmail.com] Gesendet: Donnerstag, 30. Mai 2013 09:25 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Kort Game Reloaded! Der eigene Standort wird mit einem blauen Punkt angezeigt und kommt vom Browser Interface. Das Kort Game zeigt aktive Aufträge Überprüfungen 5 km um den eigenen Standort. Das bleibt auch beim Rauszoomen so. Mit der neuen Sneak Peek kann man sich auch Aufträge Überprüfungen anderswo anzeigen lassen. Da sehe ich in Deutschland und Frankreich überall Daten... Laut dem HTML5-Framework, das wir verwenden werden folgende Geräte unterstützt: http://www.sencha.com/products/touch/features/ Ich hoffe, das hilft. LG, Stefan Am 30. Mai 2013 08:29 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Die Update-Frage kam heute. Jetzt steht unter about 2.0.33 Leider immer noch keine Aufträge. Reload bringt leider nichts. Ich habe das auch unter einem nagelneuen Android versucht, bei dem der Browser garantiert noch nier kort.ch gesehen hat. Gibt es eine Zoomlevel-Grenze, bis zu der Aufträge angezeigt werden, oder könnte ich auf ganz Deutschland herauszoomen und müsste dann garantiert irgendwo Aufträge sehen? Bei mir ist da nämlich gar nichts. Gruss, Chaos Am 29. Mai 2013 20:36 schrieb Stefan Keller sfkel...@gmail.com: Hallo. Kort unter Chrome sollte gehen. Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...? Zeigt die Version (im Tab Über Kort) = Version 2.029 an? Ev. hilft ein Reload der ganzen URL http://play.kort.ch . Wenn das nichts hilft, den Cache des Browsers über die Einstellungen leeren (ist ein Phänomen einiger Web Apps). LG, Stefan Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Habe nur diesen Link angesehen: http://wiki.openstreetmap.org/w/index.php?title=German_Stylediff=813661oldid=813598 Du nutzt das Wiki als privaten Notizzettel / Bug Report und beschwerst dich, weil jemand Informationen hinzufuegt, die tatsaechlich anderen Besuchern der Seite nutzen koennten? Der Changesetkommentar ist zugegebenermassen nicht der netteste, aber an der Aenderung sehe ich nichts verwerfliches. PS: Fur den privaten Notizzettel, bietet sich die eigene Nutzerseite an. Gruss, Chaos Am 30. Mai 2013 15:44 schrieb René Kirchhoff rene-kirchh...@arcor.de: Wo ist dein Problem? Du kramst Vorgänge heraus, die 8 Monate alt sind. Willst du uns damit sagen, dass du nicht in der Lage bist, die Dinge mit den beteiligten direkt zu klären und deswegen dies hier anprangerst? Sorry, dass kann so keiner nachvollziehen. Gruß René ___ 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] Kort Game Reloaded!
Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ 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] Wie neue Firmware für etrex VISTA HCx finden und aufspielen?
Garmin repariert wegen Serienfehler nach wie vor alte Etrex Geräte auch nach der Garantiezeit auf Kulanz. Man bekommt kein repariertes, sondern ein neues Gerät zurück. Sogar als Upgrade, da immer ein Vista HCx zurück kommt, auch wen z.B. ein Legend HC eingeschickt wurde. Es wird aber geprüft, ob es ein Gerät für den deutschen Markt war. Also Vorsicht bei eBay-Käufen. Der Austausch dauert allerdings 2-4 Wochen. Ich kann natürlich keine Garantie geben, diese praxis wurde mir aber letzten Sommer noch von mehreren Garmin-Mitarbeitern bestätigt. (Sie tun das allerdings ungern öffentlich.) Ich konnte noch nie so lange auf mein GPS verzichten und lebe deshalb mit einem unverklebtem Gummi (nach ca. 2 Jahren zieht es sich aus Alterungsgründen zusammen und sitzt dann auch ohne Kleber). Bekannte haben aber inzwischen ihr 4tes Etrex. Gruss, Chaos Am 18. Mai 2013 07:55 schrieb Carsten Schwede computerte...@gmx.de: Hallo Manuel, Am 17.05.2013 17:56, schrieb Manuel Reimer: zufrieden. Empfang scheint gut und die Kartendarstellung passt. Komisch nur das meine noch recht vollen Eneloop schon als knapp leer angezeigt werden. Hast Du den richtigen Batterietyp eingestellt? -- Viele Grüße Carsten __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=yes vs. building=residential
Ich sehe das Problem darin, dass es so wie es aussieht nie eine Diskussion, Vorschlag, etc. über die Detaillierung von building gegeben hat. Es hat sich kontinuierlich eingenistet und keiner weiß so genau, was das Tag jetzt aussagt. (Nutzung, Aussehen, Widmung, etc.) Solange dies nicht geschehen ist, kann man auch nicht wirklich auf die Render Druck ausüben. Ich haette nichts dagegen, das mal schluessig auszudiskutieren, einige Werte sanft auslaufen zu lassen und eine ordentliche Hierarchie im Wiki zu dokumentieren. Groesster Hinderungsgrund: Der eigentliche (scheinbar auch hier konsensfaehige) Nutzen des building-tags fuer die aussere Gebaeudeform (!= Nutzung !=Widmung) laesst sich so verdammt schwer in griffige, englische 1- oder 2-Wort-Ausdruecke pressen. Nach der einfachen Regel, dass man eine Gebaeudeform auch dann erkennen sollte, wenn man vor einem leeren, unbeschrifteten, unbewohnten/genutzten Gebaeude steht, halte ich folgende Werte fuer gut unterscheidbar: (aus [1]) house/detached, shed, garage, roof, hangar, terrace, church, chapel, cathedral, bridge, bunker, cabin, barn, greenhouse, hut, stable (von [2]) collapsed, construction, storage_tank, carport, ruins, semi/semi-detached, glasshouse, tower, pavilion, shelter, kiosk Dann gibt es einige Typen, die ganz klar nach der Benutzung, nicht nach der Form benannt sind. Trotzdem haben sie oft (aber bei weitem nicht immer) eine typische, erkennbare Form oder wuerden durch einige Details den oben beschriebenen Erkennungstest bestehen. school, hospital, warehouse, manufacturing, retail/shop, train_station, transportation, farm_auxiliary, service, factory, supermarket, sport Andere sind in der Mehrzahl kaum bis gar nicht zu unterscheiden oder koennen nahezu ohne bauliche Aenderungen umgenutzt werden. Darunter fallen natuerlich auch die generischen Kategoriebegriffe. office, civic, apartments, dormitory, university, public, residential, industrial, kindergarten, store, block, hall, flats, college, education, Und jeder hat jetzt bestimmt an diesen Listen so einiges rumzumeckern. Mir faellt dazu leider auch keine Loesung ein. Mit einfachen Gebaeudeformen (detached, semi-detached, terrace, apartment_block, garage, shed, etc.) und einigen eindeutigen Spezialformen (church, bridge, bunker, greenhouse, etc.) kann man Wohngebiete gut abdecken, versagt aber in der Innenstadt (multi_story_building passt auf alles) und im Gewerbegebiet (unendliche Spezialbauformen). Jemand bessere Ideen? Gruss, Chaos [1] http://wiki.openstreetmap.org/wiki/DE:Key:building [2] http://taginfo.openstreetmap.org/keys/?key=building#values ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=yes vs. building=residential
Am 16. Mai 2013 13:02 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Die Gebäudetypologie betrifft keineswegs nur die äussere Gebäudeform, mind. genausowichtig ist, wie das Gebäude im inneren strukturiert / organisiert ist. Da bekommen wir aber leichte Probleme mit der Überprüfbarkeit vor Ort, wenn es sich um nicht-öffentliche Gebäude handelt. ich finde terrace einen sehr unglücklich gewählten Wert, weil das Terrasse bedeutet, also eine Platform mit festem Unterbau, während Reihenhaus korrekterweise terraced_house heissen sollte, was zwar länger aber dafür unmissverständlich ist. Ja, +1. Ist aber ein eher kleines Problem. shed, cabin und hut sind ziemlich ähnliche Typen Ja, sind meines erachtens nur größenabhängig. Ist aber sehr subjektiv. shed = nur ein Raum cabin = größer, aber eingeschoßig, wohl meistens aus Holz hut = noch größer, sogar 2 geschossig, festere Bauweise ruins ist überhaupt kein typ und daher ggf. als Ausnahme als shortcut zu verwenden, aber semantisch seltsam. Warum? Es gibt genug Ruinen, die weder besonders alt (historic=*), sehenswert (amenity=*) oder in der ursprünglichen Form wiedererkennbar (disused:building=*) sind. ich nutze für Tribünen (z.B. auf Sportplätzen) stand, kommt zwar bisher selten vor, aber vielleicht nach der Werbung hier ;-) +1 roof für reine Dächer fehlt mir in Deiner Liste, genauso wie villa. roof steht da. Bitte nochmal lesen. villa fehlt tatsächlich, was daran liegt, dass ich nut tags aus dem wiki oder den ersten 4 Seiten von tagwatch aufgezählt habe. Wo ich ein bisschen Probleme habe ist die Unterscheidung von Wohn-, und Geschäftshäusern in der Stadt. Bisher haben wir da apartments und condominium Das zweite ist mir neu. Das ich im Innenstadtbereich auch überfragt bin schrieb ich bereits. Wohnheime kann man als dormitory taggen (z.B. Studentenwohnheime) Das ist klar Nutzung, nicht Bauform. Die Wohnheime meiner Uni waren Standard-DDR-Plattenbauten. Sie enthielten Studnetenwohnungen, normale Wohnungen, Clubs, Kindergarten, Büros, Labore etc. Von aussen jeweils nicht zu unterscheiden. Hotels, Krankenhäuser, Bis auf die OPs fast identisch. Von außen bestenfalls am Hubschrauberlandeplatz zu unterscheiden. (Den haben allerdings auch teure Hotels.) Schwimmbäder, Ok, bei Hallenbädern. Freibad-Nebengebäude sind nichts besonderes. Feuerwehren, Ok, erkennbar an den großen Toren und dem Trockenturm Lager, Produktionshallen, (und andere Werkhallen). Vertriebszentren, Werkstätten, Wie unterscheidet man die von außen? Supermärkte, Eigentlich nur an der Automatiktür von Lagerhallen zu unterscheiden Bibliotheken, Kaufhäuser, Mensen, Museen, Kommt alles auch im Standard-Altbau vor. definitiv Nutzung, nicht Bauform Flughäfen, Bahnhöfe, Wenn Bahnhöfe nicht um die Schienen herum, sondern einfach daneben gebaut sind, sind es manchmal ganz normale mehrgeschossige Wohn/Geschäftshäuser gewissen Bürogebäude, ??? ... sind auch alles ziemlich klare Typen, die man normalerweise gut erkennen kann, zumindest wenn das Gebäude als solches gebaut wurde. Diese Verallgemeinerung wage ich in Zweifel zu ziehen. Siehe oben. Bei Türmen kann man überlegen, ob man nicht gleich unterschiedliche Subtypen taggt, z.B. Kommunikationsturm, Aussichtsturm, Verteidigungsturm, etc., wobei das andererseits auch schon in tower_type geschieht. +1, dann auch mit man_made=tower was ist service oder transportation für ein Gebäudetyp? service = z.B. Tankstelle, Waschanlage, etc. transportation = z.B. Bahnhof, Mautstation, Busbahnhof factory ist eher kein Gebäudetyp sondern die Gesamtheit mehrerer Gebäude. retail/shop kann alles mögliche sein, ist m.E. eher der Teil eines Gebäudes, sofern nicht Warenhaus oder Shopping Mall gemeint ist. Ansonsten +1, das sind Gebäudetypen, nicht nur Nutzungsarten. Ähh ... Ich schrieb, das sind Nutzungsarten, nicht Gebäudetypen. ja, je nachdem können die umgenutzt werden, oder auch eher nicht, das ist viel zu komplex und individuell verschieden, um es pauschal zu entscheiden. Architekten beschäftigen sich da ggf. Monate damit herauszufinden, was und wie man da machen kann, um eine andere Nutzung einzuführen. Gerade university, dormitory, college sind schon eher beständige Typen, die nicht konvertiert werden. Bei university gibt es aber z.B. schon unterschiedliche Typen innerhalb dessen, wie Bibliothek, Vorlesungsbereich/gebäude, Verwaltung, Labors, Rechenzentrum, Großküche, (Heiz-)Kraftwerk, Krankenhaus, Seminargebäude, etc. Was hältst du denn von dem vorgeschlagenen Test? Stell dir vor du stehst vor dem Gebäude und sämtliche Beschriftungen sind entfernt. Kannst du die Bibliothek von einem Seminargebäude unterscheiden? Siehst du ob ein fensterloser Flachbau Labore oder das Rechenzentrum beheimatet? Für mich sind das alles Nutzungen. Allerdings gibt es auch dafür noch kein passendes tag ... Gruß, Chaos ___
Re: [Talk-de] operator vs. brand / fuel
Ich werfe da mal neben operator und brand auch noch branch und name, sowie official_name und local_name in die Runde. Uebrigens in diesem Blogpost schoen bebildert und dann von mir kommentiert. Allerdings leider auf Englisch. http://weait.com/comment/61#comment-61 tl:dr operator=* Der lokale Betreiber (=Franchisenehmer) (Local Company 123) brand=* der (multi-nationale) Markenname (Mc Donalds, Subway) branch=* Genaue Bezeichnung dieser Zweigstelle (Steht z.B. an der Tuer oder auf der Quittung) (Store Nr 15, Lincoln Street Store, Springfield office) name=* der Name wie auf Schildern o.ae. vor Ort angegeben official_name=* Der volle, offizielle Name wie im lokalen Handelsregister eingetragen local_name=* Falls die filiale noch einen lokalen, sonst nirgendwo ausgezeichneten Beinamen hat ('Buck's place', 'The Old Corner Shop') my 2 cents, Chaos Am 15. Mai 2013 10:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 15. Mai 2013 10:29 schrieb Florian Lohoff f...@zz.de: Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige Unternehmer wie man in den Gelben Seiten finden kann - Also Aral Tankstelle Mario Drees etc. ist ja eher so ein Sklaventrei^WFranchising. es gibt wohl auch Ausnahmen, wo die großen Mineralölkonzerne selbst die Tanke betreiben, aber normalerweise ja, ist der operator nicht der Konzern. D.h. eigentlich würde das doch ein brand=esso und obiges in den Name oder vergallopier ich mich da. +1, mache ich auch so, allerdings brand=Esso (also großgeschrieben als Name). Ich denke das ist hier schon bis zum erbrechen Diskutiert worden und es vermutlich gibt es keinen Konsenz - so wie eigentlich immer :) zumindest gab es eine Empfehlung im Wiki, das genau so zu machen (brand für den Konzern, operator für den kleinen Betreiber und name nur, wenn es einen Namen gibt (z.B. Tankstelle am Bahnhof oder so). Allerdings werden die brand-Werte wohl im aktuellen mapnik-Stil noch nicht angezeigt (in JOSM aber z.B. schon), was bekanntermaßen die Bereitschaft, das tagging zu verbiegen, erhöht. Gruß Martin ___ 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] operator vs. brand / fuel
Meinen Kommentar gerne. Fuer den Blogpost und die Bilder musst du den Originalautor fragen. Ich hab ja auch schon angeregt, dass er das ins Wiki stellt, da hat er aber nicht drauf reagiert. Gruss, Chaos Am 15. Mai 2013 15:28 schrieb Ruben Kelevra cyr...@gmail.com: Klingt durchweg vernünftig, könnten wir das ins Wiki aufnehmen? Lg Ruben Am 15.05.2013 12:31 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ich werfe da mal neben operator und brand auch noch branch und name, sowie official_name und local_name in die Runde. Uebrigens in diesem Blogpost schoen bebildert und dann von mir kommentiert. Allerdings leider auf Englisch. http://weait.com/comment/61#comment-61 tl:dr operator=* Der lokale Betreiber (=Franchisenehmer) (Local Company 123) brand=* der (multi-nationale) Markenname (Mc Donalds, Subway) branch=* Genaue Bezeichnung dieser Zweigstelle (Steht z.B. an der Tuer oder auf der Quittung) (Store Nr 15, Lincoln Street Store, Springfield office) name=* der Name wie auf Schildern o.ae. vor Ort angegeben official_name=* Der volle, offizielle Name wie im lokalen Handelsregister eingetragen local_name=* Falls die filiale noch einen lokalen, sonst nirgendwo ausgezeichneten Beinamen hat ('Buck's place', 'The Old Corner Shop') my 2 cents, Chaos Am 15. Mai 2013 10:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 15. Mai 2013 10:29 schrieb Florian Lohoff f...@zz.de: Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige Unternehmer wie man in den Gelben Seiten finden kann - Also Aral Tankstelle Mario Drees etc. ist ja eher so ein Sklaventrei^WFranchising. es gibt wohl auch Ausnahmen, wo die großen Mineralölkonzerne selbst die Tanke betreiben, aber normalerweise ja, ist der operator nicht der Konzern. D.h. eigentlich würde das doch ein brand=esso und obiges in den Name oder vergallopier ich mich da. +1, mache ich auch so, allerdings brand=Esso (also großgeschrieben als Name). Ich denke das ist hier schon bis zum erbrechen Diskutiert worden und es vermutlich gibt es keinen Konsenz - so wie eigentlich immer :) zumindest gab es eine Empfehlung im Wiki, das genau so zu machen (brand für den Konzern, operator für den kleinen Betreiber und name nur, wenn es einen Namen gibt (z.B. Tankstelle am Bahnhof oder so). Allerdings werden die brand-Werte wohl im aktuellen mapnik-Stil noch nicht angezeigt (in JOSM aber z.B. schon), was bekanntermaßen die Bereitschaft, das tagging zu verbiegen, erhöht. Gruß Martin ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Am 15. Mai 2013 16:13 schrieb Hans Schmidt z0idb...@gmx.de: Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage gespeichert werden könnte? Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template verleitet dazu, auch solche Informationen einzutragen, die vor Ort gar nicht wirklich aufgenommen und damit bestaetigt wurden. Ich will im name=* tag ja gerade nicht einheitlich immer das selbe stehen haben, sondern dass, was vor Ort ausgeschildert ist. Und wenn das ein (saechsischer) Franchisenehmer eben (falsch) als Daehnischs Beddenlagor auszeichnet, dann gehoert das auch so in den Tag, und nicht per Auto-Vervollsaendigung an die bundesweite Schreibung angepasst. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=yes vs. building=residential
--- Die Diskussion gab's also schon vor ueber einem Jahr und es ist nix passiert. Ich plaediere deshalb dafuer, mit Variationen des building=* Tags behutsam vorzugehen, weil es doch einen erheblichen Einfluss auf die Darstellung hat, die sich so schnell nicht aendern wird. A. -1 Das verdammt uns irgendwann zum Stillstand. Ich werde weiterhin detailiert buildings mappen. Entweder das Rendering zieht irgendwann wegen erhoehtem Druck nach, oder der Renderer ist halt tot und verschwindet irgendwann aus der Standardauswahl. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=yes vs. building=residential
Ich halte es für sinnvoll, die Nutzung der Gebäude im building-tag unterzubringen. Der Renderer kann entweder auf building=* testen und alle Gebäude einheitlich darstellen oder die tags (teilweise) auswerten. Wenn Mapnik da mal wieder rumzickt, ist das kein Grund gegen ein korrektes Mapping. Das kann angepasst werden. +1 Renderingprobleme sollten nicht dazu fuehren, schlechter zu taggen. Allerdings spricht auch nichts dagegen, das relativ ungenaue building=residential weiter zu verfeinern in z.B. building=house, =terrace, =appartments. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Übersetzung: Wir haben nicht vor, Warnungen für das Umkehren von Wegrichtungen anzeigen zu lassen. Warnungen mögen gut gemeint sein, laufen aber dem Ziel von iD zuwider, neue Nutzer zu Kartenbeiträgen zu ermutigen, weil sie [die Warnungen] die Nutzer verunsichern, auch wenn die Bearbeitungen zu 100% korrekt sind. Ich könnte etwas kaputt machen, deshalb fasse ich lieber nichts an. Nicht zu erwähnen die Verärgerung erfahrener Mapper, die denken natürlich möchte ich den Weg umkehren und weiter klicken, ohne die Warnung zu lesen. Glücklicherweise macht vorsichtiges Design Benutzer sicherer und es weniger wahrscheinlich, dass etwas kaputt geht. Der beste Weg dies zu erreichen ist ihnen zu zeigen - ohne dass sie sich ein tiefes Verständnis der Datenstrukturen von OSM aneignen müssen - was sich auf der Karte befindet und welche Änderungen die vornehmen. Wir planen für natural=coastline eine Darstellung, die die Wasser- und Landseite¹ eindeutig zeigt und können das Gleiche für Klippen, Böschungen und Barrieren machen. Wasserwege und Einbahnstraßen haben bereits eine eindeutige Richtungsanzeige. Diese Ansicht finde ich durchaus nachvollziehbar. Allerdings muss man halt doch bei gewissem Zerstoerungspotential eine Abwaegung zwischen Neunutzerverschreckung und Datensicherheit vornehmen. Wenn richtungsabhaengige Tags sehr deutlich als solche gerendert werden, mildert das die Gefahr tatsaechlich ab. Allerdings muss man dann konsequent sein und auf Warnungen zurueckgreifen solange dieses Rendering noch nicht inplementiert ist. Werden diese Tags denn schon entsprechend gerendert? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=yes vs. building=residential
Allerdings spricht auch nichts dagegen, das relativ ungenaue building=residential weiter zu verfeinern in z.B. building=house, =terrace, =appartments. Mir ist immer noch unkler, welcher Wert für Gebäude sinnvoll ist, die unten eine Ladenzeile und drüber Wohnungen haben. Da gibt es imo keine überwiegende Nutzung. building=gemischte_nutzung ... building=* beschreibt die Gebaeudeform, nicht die Nutzung. Dafuer gibt es landuse=* and die amenities/shops/works etc. building=apartments sind laut Wiki [1] mehrgeschossige Wohngebaeude, die durchaus im Erdgeschoss Laeden oder Restaurants beheimaten koennen. Die Diskussion gab es letztens schon (ich glaube auf der tagging-Liste). Ein building=hangar bleibt ein building=hangar, auch wenn es als Lager benuzt wird. Das selbe gilt fuer Industrieanlagen, die anders genutzt werde oder ein building=stable, in dem sich jetzt aber Wohnungen befinden. Extrembeispiel: Eine amenity=library in einem building=warehouse in einem landuse=residential Natuerlich lassen sich da keine scharfen Grenzen ziehen. Woher soll man wissen, dass Wohnungen sich in einem ehemaligen Schulgebaeude befinden? Was muss man umbauen, damit aus einem building=hotel ein building=commercial wird? Da hilft nur lokales Wissen und gesunder Mechenverstand. Wenn nichts mehr auf die Vornutzung hindeutet, braucht es auch das alte building-tag nicht mehr. my2cents, Chaos [1] http://wiki.openstreetmap.org/wiki/DE:Key:building ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ferienhaussiedlung
Wenn ich taginfo zu landuse durchsehe scheinen mir nur 'recreation' oder 'leisure' passend, wenn es sich um ein Gebiet mit nicht dauerhaft bewohnten Ferienhaeusern handelt. Mich wundert aber auch, dass es fuer 'Ferienhaussiedlungen' kein eigenes Tag gibt. Die gibt es ja nun nicht gerade nur in Schweden. Aus dem englischen Sprachgebrauch kenne ich nur 'summer residence', das schraenkt als Tag aber sicher zu sehr ein. (Kann man ja schliesslich auch im Winter nutzen.) Wie waere es mit 'leisure_residences' oder 'recreational_homes' als neuer Wert fuer landuse? Gruss, Chaos Am 14. Mai 2013 09:44 schrieb tumsi tu...@gmx.de: Hallo zusammen, Vor allem aus Schweden kenne ich kleine Siedlungen mit Ferien-\Wochenendhäusern; teilweise sind die Häuschen aber auch alleinstehend [1]. Diese Häuschen werden von den Eigentümer teilweise auch an Touristen vermietet, aber teilweise auch ausschließlich privat genutzt. Nun bin ich auf der Suche wie ich eine solche Siedlung taggen soll. Die tourism-Tags finde ich unpassend, weil es sich nur in mäßigem Rahmen an Touristen richtet, wie z.B. im Fall von CenterParks u.ä.. Auch einzelne Häuschen, die vielleicht ein paar Wochen im Jahr vermietet und nicht privat genutzt werden, entsprechend zu taggen, finde ich auch nicht richtig. Zudem würde es sehr mühselig werden, diese Informationen zu recherchieren. Die noch am nächsten kommenden landuse-Werte (alloments, residential) finde ich ebenfalls unpassend. Solche Feriensiedlungen kommen da noch eher den in Ostdeutschland verbreiteten Datschas nahe, wobei in Schweden teilweise weniger bis gar kein Gartenbau betrieben wird. Hat da jemand eine Idee? Viele Grüße, Constanze [1] http://de.wikipedia.org/wiki/**Stuga_%28Ferienhaus%29http://de.wikipedia.org/wiki/Stuga_%28Ferienhaus%29 __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ferienhaussiedlung
recreation hört sich für mich eher nach Sportflächen an, leisure finde ich auch für Wohngebiete unpassend, selbst wenn die nicht durchgehend bewohnt werden (ist evtl. diskutierbar, m.E. reiht sich ein Wohngebiet eher nicht in die bisherigen leisure-Werte ein, und vor allem auch wenn, dann fehlte ja trotzdem noch ein landuse ;-) ). Also recreation hat nichts mit Sport zu tun. Ein recreation_ground ist eine oeffentliche Gruenflaeche. Die Uebersetzung [1] pegelt sich auf 'Erholung' ein. leisure=* wird in der Tat fuer Sportstaetten benutzt. Allerdings redete ich nicht vom key, sondern vom value von landuse=leisure, welches auch allgemeiner benutzt werden koennte. Die Uebersetzung ist erstmal ganz neutral 'Freizeit-'. Interessanter als der generelle Landuse fände ich die Identifikation der zur Vermietung stehenden einzelnen Häuser, vermutlich passt dafür dann dieser tag ganz gut: http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dchalet HIer haben wir aber das vom OP angesprochene Problem der Differenzierung, wenn das Gebaeude eben nicht ueberwiegend fremdvermietet wird, sondern fuer den Eigennutz gebaut ist. Das ist zumindest bei mir nicht Tourismus. Nochmal zurück zum Subtag für die Verfeinerung von landuse=residential, habe mich mal auf taginfo umgesehen, der key residential scheint schon verbrannt, jedenfalls scheint er im Wiki nicht definiert und die rd. 55.000 Vorkommen folgen wohl nicht einem sondern mehreren unterschiedlichen Schemata: http://taginfo.openstreetmap.org/keys/residential#values während residential_type sich auf Gebäude zu beziehen scheint (kommt aber nur 40x vor, wohl ein einzelner Mapper). Dann gäbe es noch landuse:residential (8x, mit Wert multi_unit). Mein Vorschlag wäre residential:subtype oder residential:type (beides ungenutzt, letzteres kommt 1x vor), mit hier z.B. dem Wert holiday_home oder secondary_residence. Mir ist nicht ganz klar, warum wir einen neuen key brauchen. Tut es nicht auch ein neuer value fuer landuse=*? Also ich habe bei einer Eingruppierung unterhalb landuse=residential so meine Bauchschmerzen. residential homes sind Wohnhaeuser. Nicht nur mein Sprachempfimnden sondern auch der (deutsche) Gesetzgeber sieht eben insbesondere in der Dauerhaftigkeit der Benutzung die Definitionsgrenze fuer das 'wohnen' und macht dir vielfaelltige Vorschriften wenn es um das Bau-, Nutzungs- und Residenzrecht geht. Gebauede, die unter solche Rechtsprechung fallen, also eben scheinbar nicht fuer das dauerhafte bewohnen gedacht sind, wuerde ich demzufolge auch nicht unter residential einordnen. Das waere also mnein -1 fuer diesen Vorschlag. Ich sehe natuerlich ein, das die Unterscheidung schwierig und die Uebergaenge gelegentlich fliessend sind. Gruss, Chaos [1] http://dict.leo.org/#/search=recreationsearchLoc=0resultOrder=basicmultiwordShowSingle=on ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ferienhaussiedlung
Also recreation hat nichts mit Sport zu tun. Ein recreation_ground ist eine oeffentliche Gruenflaeche. mach einfach mal in Google ne Bildersuche recreation und eine recreation ground und sieh Dir die Ergebnisse an... Die Wikipedia hingegen erwaehnt sports gerade einmal im ganzen Artikel [1]. m.E. ist residential und z.B. auch industrial (sowohl Gewerbe als auch Industrie) sehr allgemein und verdiente eine weitere Untergliederung (mit subtags) auch abseits von Ferienunterkünften. +1 Ich bin auch eher fuer 'verfeinern' statt 'untergliedern'. Also ich habe bei einer Eingruppierung unterhalb landuse=residential so meine Bauchschmerzen. residential homes sind Wohnhaeuser. Nicht nur mein Sprachempfimnden sondern auch der (deutsche) Gesetzgeber sieht eben insbesondere in der Dauerhaftigkeit der Benutzung die Definitionsgrenze fuer das 'wohnen' und macht dir vielfaelltige Vorschriften wenn es um das Bau-, Nutzungs- und Residenzrecht geht. es ging ja um Schweden ;-) zugegebenermaßen darfst Du in Deutschland im Aussenbereich (BauGB §35) überhaupt nicht bauen (Bestandsschutz gilt aber) oder wohnen. Das schwedische Baurecht entzieht sich leider meiner Kenntnis. Da muesste man auf talk-se mal fragen. Das deutsche BauNVO unterscheided sogar zwischen Wochenendhaeusern und Ferienhaeusern. [2], nennt aber beides zusammengefasst Sondergebiete, die der Erholung dienen (nebebei bemerkt eine nahezu woertliche Uebersetzung von recreational grounds). Eine solche Nutzung kann von der zustaendigen Gemeinde imho durchaus auch im Aussenbereich genehmigt werden. es kam ja auch der Vorschlag alotments, aber da darfst Du nicht mal eine Nacht übernachten normalerweise. Eine Ferienwohnung dient nunmal dem wohnen, aber eben temporär. Wohnen wird halt, wie so vieles, vom Gesetzgeber anders definiert als vom allgemeinen Sprachgebrauch. Uebernachten ist nicht wohnen. Und wie unter [2] beschrieben machen Dauerhaftigkeit und sogar wechselnde Nutzer einen Unterschied. So, und jetzt genug der Kuemmelspalterei und zurueck zum tagging. Gruss, Chaos [1] http://en.wikipedia.org/wiki/Recreation [2] www.gesetze-im-internet.de/baunvo/__10.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting Straßenbahnschienen
Wie waers mit dem Auswerten von z.B. railway=* auf dem highway=* den du befahren moechtest? Gib mal ein Beispiel aus deiner Stadt, wie das bei dir bisher gemappt ist. Gruss, Chaos Am 13. Mai 2013 12:34 schrieb Leo Koppelkamm he...@leo-koppelkamm.de: Hallo, wer schon mal in Städten mit Straßenbahnschienen gefahren ist kennt das Problem: Die Dinger sind fies. Wenn man sie im zu flachen Winkel überquert, bleibt das Rad stecken und man fliegt auf den Asphalt. Beim Routine wäre es deswegen günstig Straßen auf denen Trauscheinen verlaufen herabzustufen. Ich konnte aber keinen tag finden der darauf hinweist. Kann ich dann einfach selber was erfinden, z.B. rails_on_street:yes ? Gruß Leo ___ 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] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich zitiere aus einem bisschen JavaDoc das ich gerade geschrieben habe: /** * There is a set of tags which lead to a way not being reversable, this is EXTREMLY stupid and should be depreciated immediately. * @return true if somebody added the brain dead tags */ Deine non-stupid Alternative zu oneway=yes haette ich da aber schon gerne gehoert. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Achos, es geht also nicht um wege, die sich nicht umdrehen lassen, sondern um tags, die sich nicht umdrehen lassen. Ok. Das kam bei mir bisher nicht so an. oneway=-1 war mir bis dato zudem unbekannt. Ist aber tatsaechlich im Wiki dokumentiert. (Wenn auch als deprecated mit dem dem Hinweis auf oneway=reverse) Gruss, Chaos Am 13. Mai 2013 16:10 schrieb Simon Poole si...@poole.ch: oneway gehört nicht zu den genannten (4 nach meine Zählung) Tags da sich mit oneway=-1 die Richtung umkehren lässt, was die meisten Editoren und Anwendungen auch unterstützen. Die 4 Tags sind übrigens (kann natürlich noch mehr geben) natural=cliff natural=coastline barrier=retaining_wall man_made=embankment Simon Am 13.05.2013 14:43, schrieb Ronnie Soak: Ich zitiere aus einem bisschen JavaDoc das ich gerade geschrieben habe: /** * There is a set of tags which lead to a way not being reversable, this is EXTREMLY stupid and should be depreciated immediately. * @return true if somebody added the brain dead tags */ Deine non-stupid Alternative zu oneway=yes haette ich da aber schon gerne gehoert. Gruss, Chaos ___ 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] ID Editor zerstört mit einem Klick tagelange Arbeit.
Die (mittlerweilen) 5 Ausnahmen, lassen als Lösung nur zu dem Benutzer mitzuteilen: Kannst du nicht machen oder Wenn du das machst, machst du was kaputt, die Wege sind wirklich nicht umkehrbar. Was spricht gegen diese Loesung? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuling braucht Hilfe - Gebäude zeichnen nach Luftbilder
Hallo Alexander, bei Gebaeudeumrissen kannst du nicht viel falsch machen. Schau dir doch mal diese [1] Wiki-Seite an, dort werden die Grundlagen relativ gut erklaert. Als Quelle kannst du z.B. die in Potlatch oder JOSM einblendbaren BING-Bilder benutzen. Bitte sei bei anderen Quellen vorsichtig, dass wir auch wirklich die noetige Lizenz zum abzeichnen besitzen. (Also nicht von Google-Bilder abzeichnen, auch wenn das technisch irgendwie machbar ist.) Gebaeudeumrisse helfen sehr bei der Orientierung und sind deshalb hilfreich. Wie detailliert man dabei vorgeht haengt aber von Zeit und Musse des Einzelnen ab. Wenn du bereit bist, etwas mehr Aufwand hineinzustecken, kannst du dir auf dieser Wiki Seite [2] ansehen, wie man Gebaeude zusaetzlich so taggt, dass spezielle Renderer die 3D-Gebaeudeform darstellen koennen. Wenn du sowieso jedes Gebaeude anfasst und die noetige Ortskenntnis hast, schau doch bitte, ob du auch gleich die Adressen mit eintragen kannst. Eine Anleitung findet sich z.B. hier: [3] [1] http://wiki.openstreetmap.org/wiki/DE:Buildings [2] http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings [3] wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern Viel Spass und keine Scheu vor weiteren Fragen, Chaos Am 13. Mai 2013 16:53 schrieb Alexander Zwezich alexander.zwez...@googlemail.com: Hallo liebe OSM-Gemeinschaft, ich liebe das OSM Projekt und verfolge es schon sehr lange, nun wollte ich auch bisschen aktiv werden nachdem ich mit erschrecken feststellen musste wie schlecht die Gebäude in unserer Gegend kartografiert (hoffe das ist der richtige Ausdruck) sind. Sehr viele Gebäude sind dort durch ein Rechteck dargestellt. Sehr viele Gebäude sind nicht mal erfasst oder flasch dargestellt z.B. EIN Gebäude (Schule) durch mehrere aneinander gereite Rechtecke Nun stellt sich für mich die Frage, ob ich die Gebäude, Garage, Parkplätze etc. nach den vorliegenden Luftbilder kartografieren / Zeichnen kann oder ist es nicht angebracht durch irgendwelche Gründe. Bitte im Hintergrund behalten, das in unserem Gebiet es kaum bzw. stellenweise gut dargestellt ist. Könnt Ihr mir auch paar Tipps geben wie ich es am besten auch machen kann, damit man es auch für die Zukunft richtig hat und nicht in paar Monate komplett ummodeln braucht? Mit freundlichen Grüßen Alexander Zwezich ___ 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] Fahrradrouting Straßenbahnschienen
Hier bei uns sind im Moment die Straßenbahnen und die Straßen auf verschiedene ways, würde also bei uns schon nicht funktionieren. Ist das eine Ausnahme zur Regel, dass es physischer Trennung bedarf, um bei OSM einzelne ways zu zeichnen? Außerdem ist es nicht zwangsläufig ein Problem, kommt drauf an, wo die Schienen und wo ein Fahrradweg ist. Mir fällt eine Straße ein, wo die Straßenbahn in der Mitte fährt, der Fahrradstreifen dagegen gerade sehr gut ist zum schnellen Fahren. Dann ist das eindeutig ein Fall fuer das lane tagging. Fahrradweg und Schiene teilen sich hier ja eben NICHT den selben Raum. Es wäre also genauer, wenn man nur die Abschnitte kennzeichnet, die problematisch sind (ich habe auch welche im Kopf, bei Regen ist es da noch schwieriger und schon Einige lagen da unten). Es ist vor allem problematisch, wenn man diese Schienen auch mal kreuzen muss, und wenn die Straße eng ist / Bürgersteig nah z.B. Mir scheint die Frage auch etwas verwandt mit den surface=* Tags. Oder gibt es bereits Tags für Gefahren?... Wäre auch ein Ansatz... Es gibt tatsaechlich mehrer verstreute proposals zu hazard tags. Letztens sogar ein sehr vielversprechende und gut durchdachtes. Leider finde ich die zugehoerige Seite gerade nicht mehr. War allerdings mehr fuer den Wanderbereich gedacht als fuer die Stadt, aber das duerfte sich anpassen lassen. Trotzdem halte ich es fuer die schlechtere Loesung, da es eine Eigenschaft des Ways auf einen Punkt reduziert. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] re-open note
Hallo, gibt es zum neuen Note-Feature eine Möglichkeit, bereits geschlossene Notes wiederzueröffnen? Oder anders gesagt: Wenn ich eine Note aus Versehen geschlossen habe statt sie zu kommentieren, kann ich sie irgendwie wieder aktiv schalten? Für den, der sie geschlossen hat wäre so eine Option sicher sinnvoll. Aus Sicht desjenigen, der sie eröffnet hat möglicherweise auch, allerdings weiss ich nicht, wie man dann Edit-Wars verhindert, wenn jemand die gegebene Lösung nicht akzeptieren will. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Am 8. Mai 2013 08:21 schrieb Henning Scholland o...@aighes.de: Hallo, Hausrecht würde ich ganz normal über das access regeln, klar ohne *=designated bzw. *=official. Ok. Wenn aber nichts darauf hindeutet, dass ein Weg bspw. für Radfahrer gesperrt ist, dann würde ich da auch kein bicycle=no taggen. Auch wenn ich da als Radfahrer nicht lang fahren würde. Wenn nichts darauf hindeutet würde ich auch keine acces-tags setzen. Klar. Das Beispiel ging darum, DASS eben etwas darauf hindeutet, es eben nur kein STVO-Schild ist, sondern eins der Gemeinde / des Wander-/Rad-Vereins / der Anwohner / des Forstamtes usw. Sprich: Otto-Normal-Mensch würde sich daran halten (und es vermutlich auch so in einer Karte erwarten), es basiert aber nicht auf einer rechtlichen Verpflichtung. Wenn die Gemeinde ein Holzschild aufstellt, dass Rad- und Fussweg hier getrennt verlaufen, ist das rechtlich gesehen nur eine (mehr oder weniger) höfliche Bitte, die ich ignorieren kann. Die Frage ist: erwartet der Kartennutzer deshalb, dass er über den Fussweg geroutet wird? Momentan kann das nicht mal der Router entscheiden, weil wir das in den Daten weder mit bicycle=no (weil kein rechtliches Verbot) noch mit bicycle=designated (weil kein blaues Blechschild) markieren. Ich nehme an, damit bin ich bei einem dritten tag wie bicycle=official, aber dafür bin ich ja schon mal gerügt worden. Gruss, Stefan Henning Am 08.05.2013 07:58, schrieb Ronnie Soak: Nein, Beispiele im Sinne von Bildern habe ich nicht. Ich meinte eher, wenn Gemeinden einen Weg als Radweg freigeben und Fussgängern von der Benutzung abraten, allerdings keine blauen Schilder dafür aufstellen. (Sondern zum Beispiel selbstgestaltete Schilder.) Gerade in grösseren Landschaftsparks (dort läuft es über das Hausrecht) oder abseits der Durchgangsstrassen bei ländlichen Gemeinden (da gilt gesunder Menschenverstand und das Sparsamkeitsgebot mehr) kommt das durchaus vor. Laut unserer Regel (anders als nach der z.B. britischen) darf hier kein designated stehen. Bei Parks hätte ich persönlich kein Problem mit foot=no, da das Hausrecht ähnlich bindend ist wie ein STVO-Schild. Im Fall Sparsamkeit+Verstand traue ich mich weniger. Gruss, Chaos Am 6. Mai 2013 18:04 schrieb Henning Scholland o...@aighes.de: Hallo, jedenfalls nicht über das access-Tagging ;) Hast du mal ein Beispiel für etwas nicht offizielles? Wenn der Weg vom Ausbauzustand deiner Meinung nach nicht zum Radeln geeignet scheint, dann erfasse den Ausbauzustand. Henning Am 06.05.2013 17:46, schrieb Ronnie Soak: Naja, ich versuchs doch noch mal aus der anderen Richtung: Wie ist denn die Meining dazu, einen inoffiziell als Fahrradweg ausgewiesene Strecke mit highway=path, bicycle=yes, foot=no zu taggen, obwohl es auch zum foot=no kein offizielles Schild gibt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dehttp://** lists.openstreetmap.org/**listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Schilder die auf Freiwilligkeit setzen würde ich nicht als normale Beschränkung eintragen. Bekannte Beispiele sind hier wohl die Schider die dazu aufrufen, wegen den Kindern nur 30km/h zu fahren. Eine spontane Idee dazu wäre, ein optional: vor den Key zu setzen. Bspw. optional:maxspeed=30 Ich wäre ja eher für so etwas wie bicyle/foot = discouraged Allerdings wäre dass dann nur bei den acces-tags anwendbar. Dein Beispiel ist universeller, aber 'sperriger'. Und es braucht den deutlichen Hinweis im Wiki, dass sich das auf verifizierbare Schilder/Hinweise bezieht und nicht die subjektive Einschätzung des Mappers sein soll. Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Nein, Beispiele im Sinne von Bildern habe ich nicht. Ich meinte eher, wenn Gemeinden einen Weg als Radweg freigeben und Fussgängern von der Benutzung abraten, allerdings keine blauen Schilder dafür aufstellen. (Sondern zum Beispiel selbstgestaltete Schilder.) Gerade in grösseren Landschaftsparks (dort läuft es über das Hausrecht) oder abseits der Durchgangsstrassen bei ländlichen Gemeinden (da gilt gesunder Menschenverstand und das Sparsamkeitsgebot mehr) kommt das durchaus vor. Laut unserer Regel (anders als nach der z.B. britischen) darf hier kein designated stehen. Bei Parks hätte ich persönlich kein Problem mit foot=no, da das Hausrecht ähnlich bindend ist wie ein STVO-Schild. Im Fall Sparsamkeit+Verstand traue ich mich weniger. Gruss, Chaos Am 6. Mai 2013 18:04 schrieb Henning Scholland o...@aighes.de: Hallo, jedenfalls nicht über das access-Tagging ;) Hast du mal ein Beispiel für etwas nicht offizielles? Wenn der Weg vom Ausbauzustand deiner Meinung nach nicht zum Radeln geeignet scheint, dann erfasse den Ausbauzustand. Henning Am 06.05.2013 17:46, schrieb Ronnie Soak: Naja, ich versuchs doch noch mal aus der anderen Richtung: Wie ist denn die Meining dazu, einen inoffiziell als Fahrradweg ausgewiesene Strecke mit highway=path, bicycle=yes, foot=no zu taggen, obwohl es auch zum foot=no kein offizielles Schild gibt? __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Ebenfalls oft (ergebnislos) diskutiert und herumeditiert wird die Frage, ob man mit highway=cycleway + foot=yes die bereits genannten impliziten Tags wieder aufweichen kann, oder ob man dass dann als highway=path taggen MUSS. Für mich ist das eine sehr subjektive Entscheidung des Mappers, ob das eher ein Fahrradweg ist, auf dem man auch laufen darf, ein Fussweg, auf dem man auch radeln darf oder ein Weg, der von Fussgängern und Radfahrern benutzt werden darf. In Deutschland wird oft die offizielle Beschilderung als Maß aller Dinge gesehen. Ok. Wenn es sein muss. Ich finde diese Subjektivität indess nicht prinzipiell schlecht. Das OSM tagging lässt Raum dafür. Gruss, Chaos Am 5. Mai 2013 21:12 schrieb NopMap ekkeh...@gmx.de: Chris66 wrote highway=cycleway ist gleichbedeutend mit: highway=path + bicycle=designated + foot=no + horse=no Und wird dementsprechend in Mapnik jeweils identisch gezeichnet. Das ist leider nicht so eindeutig. Die original-Mapfeatures sagen: For designated cycleways; i.e., mainly/exclusively for bicycles. Und an den unterschiedlichen Übersetzungen und Interpretationen hängen sich seit Jahren ergebnislose Diskussionen auf. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Naturtrails-in-OpenStreetBugs-tp5759503p5759731.html Sent from the Germany mailing list archive at Nabble.com. ___ 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] Naturtrails in OpenStreetBugs
Kleine Ergänzung: Radfahrer frei (auf ausgeschilderten Fusswegen): foot=designated bicycle=yes, horse=no Beide gemeinsam: foot=designated bicycle=designated segregated=no, horse=no Beide getrennt: foot=designated bicycle=designated segregated=yes, horse=no Nur Radfahrer: foot=no bicycle=designated, horse=no oder highway=cycleway Nur Fußgänger: foot=designated bicycle=no, horse=no oder highway=footway Unbeschilderter Weg, für alle geeignet: foot=yes, bicycle=yes, horse=yes Dazu noch ein highway=* nach belieben. Das obige access kann sich bei manchen highway=* vereinfachen, wenn man default-Werte nicht extra einträgt, siehe Beispiele. Bleibt noch die Frage: Wie Wege taggen, die mit nicht offiziellen Schildern einer der Gruppen gewidmet sind? *=designated deckt eigentlich auch das ab, dann fällt dir aber die beschriebene Zusatzinformation zur Vorfahrtsregelung weg. Gruss, Chaos Henning __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Willst Du jetzt die Diskussion über official wiedereröffnen. Dachte es wäre in D wengistens Konsens designated auch nur für offiziell beschielderte Wege zu benutzen. Ansonsten muß ich erstmal etliche user bitten doch bitte ihre Änderungen official - designated zurückzusetzten. Okok, ich hab nix gesagt. Ausser vielleicht, dass wir uns damit doch sehr weit von der Definition des englischen Wikis entfernen. Da wäre ein (noch) deutlicherer Hinweis im deutschen Wiki angebracht, damit das nicht jemand bei einer Neuübersetzung mal eben überbügelt. Naja, ich versuchs doch noch mal aus der anderen Richtung: Wie ist denn die Meining dazu, einen inoffiziell als Fahrradweg ausgewiesene Strecke mit highway=path, bicycle=yes, foot=no zu taggen, obwohl es auch zum foot=no kein offizielles Schild gibt? Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturtrails in OpenStreetBugs
Am 04.05.2013, 21:08 Uhr, schrieb chris66 chris66...@gmx.de: highway=footway ist gleichbedeutend mit: highway=path + foot=designated + bicycle=no + horse=no highway=cycleway ist gleichbedeutend mit: highway=path + bicycle=designated + foot=no + horse=no Warum setzt ihr bicycle=no oder horse=no? Das wird doch nur bei einem expliziten Verbot getaggt!? Das foot/bicycle=designated steht doch für einen Sonderweg mit klar geregelten Beschränkungen (also einem implizierten access=no für alle anderen, wenn man so will). Das ist richtig. Eigentlich ist die ausgeschriebene Form von highway=cycleway eher ein highway=path, access=no, bicycle=designated. Ich schätze mal aus historischen Gründen und weil nicht alle mit der Notation Erst alles verbieten, dann selektiv wieder erlauben zurecht kommen, steht u.a. im Wiki oft foot=no + horse=no. Außerdem finde ich nicht unbedingt, dass ein highway=path + foot=designated somit zum highway=footway wird. Das eine ist eine Beschränkung (foot=*), das andere eine Wegeigenschaft (footway). Der Weg sollte im footway-Fall auch für Rollstuhlfahrer, Roulator u.ä. geeignet ist. Das eben nicht. Zumindest schien hier Konsens zu herrschen, das highway=footway eben doch nichts anderes als eine Kurzschreibweise für die access-tags ist. Das hat also mit Eignung nichts zu tun, sondern nur mit offizieller Nutzungserlaubnis. Also: foot=designated NUR bei blauem Schild. Wenn blaues Schild, dann KANN auch highway=footway. Es folgt: wo foot=designated da kann auch highway=footway. Weder wheelchair noch Rolatoren (für die ich gar kein tag kenne) sind access tags. Das steht auch so auf der access=* wiki-Seite. Wheelchair=* beschreibt eben eine Eignung, kein rechtliches Gebot. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tagged man eine Großdruckerei oder grosses Sägewerk mit Fabrikation und Verkauf?
Nicht beosnders oft benutzt, deckt aber beide Fragen ab: man_made=works works=* http://taginfo.openstreetmap.org/keys/works#overview Gruss, chaos Am 4. Mai 2013 18:09 schrieb hike39 ho...@hike.de: Hallo, ich bin auf der Suche nach der richtigen Art und Weise folgende Firmen zu taggen: - Großdruckereien wie z.B. Appl in Wemding http://www.appl.de - grosse Sägewerke mit Holzverarbeitung wie z.B. Ambros Fichtner http://www.fichtnerholz.de Habe weder in Wiki noch in den Diskussionsgruppen irgendwas hierzu gefunden. Gruß hike39 ___ 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