Re: [Talk-de] Info - zki.dlr.de benutzt OSM Daten
On Thursday 13 June 2013, Christian Müller wrote: http://www.zki.dlr.de/de/article/2374 Die Karten sind ein Mash-Up aus OSM-Daten und anderen Kartenquellen. Sie werden mit (c) OpenStreetMap-Mitwirkende attributiert (rechts unten in den Lagebildern). Ist übrigens das passiert, was zu erwarten war - die Bilder werden anderswo ohne 'Attribution' übernommen: http://www.spiegel.de/fotostrecke/satellitenaufnahmen-blick-auf-die-fluten-fotostrecke-97927.html Da die Gewässerflächen aber anscheinend nicht aus OSM stammen sind die möglichen OSM-Anteile recht klein. Grüße, -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Geflashed ?
Hallo Thomas, kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Firmware aktualisiert danke, das hat geholfen. (wobei aktualisiert beudetet, dass man eine aktuellere Version benutzt. ich meinte eher eine kommplett andere Firmware) Sagt man auf Denglisch: geflashed oder geflasht? (gibt es überhaupt Sprachregeln für Denglisch?) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
On 14/giu/2013, at 17:23, Andreas Schmidt schmidt-postf...@freenet.de wrote: Ich würde mir wohl zutrauen, die deutsche Gesetzeslage richtig zu beschreiben, aber für andere Länder fühle ich mich nicht kompetent genug. das ist ja auch wie osm funktioniert, mir geht es darum, dass man mit denselben Tags auch dasselbe beschreibt, und das man für unterschiedliche Dinge auch unterschiedliche tags verwendet. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingerückte Gebäude mit Buildingtool erstellen
On 14/giu/2013, at 19:28, Hans Schmidt z0idb...@gmx.de wrote: Naja, ich merk schon, ich muss das wohl weiterhin manuell machen. Im Moment zeichne ich ein Gebäude mit dem Buildingtool, und mache dann mit A das zweite Hasu direkt daran. Anschließend beides markieren und mit Q rechteckig machen. Danach noch im zweiten Gebäude building=yes setzen. Building tool: 1. Haus zeichnen, evtl. deselektieren, dann 2. Haus anschließen mit b, danach mit x die Seiten verschieben und ggf mit j die Häuser verbinden (abhängig davon, wie man das 2. Haus gezeichnet hat). In manchen Fällen muss man danach noch einen überflüssigen Node löschen, nachdem man ihn zuvor unglued hat. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Ich halt den Vorsatz zwar für lobenswert, aber in der Praxis völlig unpraktisch wenn wir nicht von jedem Mapper verlangen wollen, dass er die genaue Bedeutung von jedem Verkehrsschild in jedem Land in dem er unterwegs ist kennt. Dazu kommt noch das wir auch noch Unterschiede in den Fahrzeugklassifizierung haben die zur Folge haben, dass wir eigentlich eine viel feinere Aufteilung auch da in OSM bräuchten. Ich krame wiedermal den nicht exotischen, sehr einfachen Fall, des Unterschiedes zwischen der Bedeutung der Schilder 255 und 260 zwischen Deutschland und der Schweiz hervor. Simon Am 15.06.2013 11:56, schrieb Martin Koppenhoefer: On 14/giu/2013, at 17:23, Andreas Schmidt schmidt-postf...@freenet.de wrote: Ich würde mir wohl zutrauen, die deutsche Gesetzeslage richtig zu beschreiben, aber für andere Länder fühle ich mich nicht kompetent genug. das ist ja auch wie osm funktioniert, mir geht es darum, dass man mit denselben Tags auch dasselbe beschreibt, und das man für unterschiedliche Dinge auch unterschiedliche tags verwendet. 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] [OT] Geflashed ?
Markus liste12a4...@gmx.de wrote: kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Flash ist eine Speichertechnologie. http://de.wikipedia.org/wiki/Flash-Speicher Sie zeichnet sich unter Anderem dadurch aus, dass sie auch bei Abschalten der Stromversorgung die gespeicherten Infos behält. Sie ist gleichzeitig auch stromsparend, da sie bei sorgfältigem Arbeiten des Programmierers nur während der Veränderungen im deutlichen Subsekundenbereich Strom verbraucht. Das ist gerade bei batteriebetriebenen Geräten von Vorteil. In der Fachwelt hat sich Flashen als Begriff für den Vorgang eines Neubespielens eines solchen Speichers etabliert - unabhängig davon, ob es sich um ein Update, eine Neuprogrammierung oder was auch immer handelt. Es gibt aber auch andere Speichertechnologien, die beim Abschalten der Spannungsvorsorgung die Inhalte nicht verlieren. Da für den Benutzer eines Gerätes zumeist nicht klar ist, welche Speichertechnologie zur Anwendung kommt, hat sich die Bezeichnung Flashen auf jegliche solcher Technologien ausgeweitet. geflashed .. oder .. geflasht Der Duden bevorzugt die letztere Variante: http://www.duden.de/rechtschreibung/flashen Nach meinem Dafürhalten wird der Begriff Flashen zumindest in der deutschen Sprache zumeist nur von Technik-affinen Personen benutzt und hat sich in der breiten Masse nicht durchgesetzt. Will man also letztere adressieren, so sollten Begriffe wie Software-Update, neues Programm o.ä. sinnvoller sein, obwohl der Fachmann hier eher von Firmware sprechen würde. http://de.wikipedia.org/wiki/Firmware Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Geflashed ?
On 15/giu/2013, at 13:49, Tirkon tirko...@yahoo.de wrote: kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) übertragen/überspielen/kopieren auf die Speicherkarte/in den Gerätespeicher etc. ggf. auch zurücksetzen (des Speichers)? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Hallo Martin, Am Freitag, 14. Juni 2013, 02:07:38 schrieb Martin Koppenhoefer: m.E. braucht man 2 unterschiedliche tags, einen für tatsächliches Gewicht (maxweight und weight) und einen für zulässiges Gesamtgewicht (fehlt AFAIK noch). ist auch schon mehrfach vorgeschlagen worden, auch hier auf der Mailingliste (und auf -tagging). Steht auch z.B. hier im Wiki: http://wiki.openstreetmap.org/wiki/Talk:Conditional_restrictions#Addition:_Gross_vehicle_weight_rating Das einzige, was es braucht, ist, dass man die Diskussionen mal zu Ende führt und nicht x-mal neu anfängt. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Keine OSM Flusskarte? - OpenSeaMap?
Moin, im Zuge der andauernden Hochwasserkatastrophe habe ich nach Online-Flusskarten gesucht. So eine Karte wäre auch hilfreich für das OSM Projekt, das sich um die vollständige Erfassung aller deutschen Gewässer bemüht: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser Zunächst hatte ich so etwas bei OpenSeaMap vermutet, weil nicht nur auf der Hochsee Schiffe verkehren. Hier in Ostfriesland sind selbst im reichen Netz von kleinen Bächen bzw. größeren Entwässerungsgräben viele Kanus unterwegs. Aber ich habe keine entsprechende Karte gefunden. Laut Wikipedia sollte der Layer Sport bei OpenSeaMap alle Flüsse der Welt amzeigen: http://de.wikipedia.org/wiki/OpenSeaMap#Kajak-Karte.2C_Taucher-Karte Tatsächlich trifft das nur auf sehr, sehr vereinzelte Abschnitte zu. Beispiel: http://map.openseamap.org/map/?zoom=9lat=51.65234lon=8.98363layers=BFTTFFT0FF Die einzige gefundene OSM basierte Flusskarte ist eine, die nur eine grobe Auflösung unterstützt. Flüsse unter 100 km Länge lassen sich meist nicht identifizieren. http://www.kompf.de/gps/rivermap.html Daher die Fragen: * Habe ich da etwas übersehen? * Wäre ein Layer, der die Binnengewässer hervorhebt nicht etwas, was die Thematik der OpenSeaMap berührt? * Kennt jemand eine möglichst zoombare Online-Flusskarte außerhalb von OSM, die zumindest Deutschland abdeckt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine OSM Flusskarte? - OpenSeaMap?
Am Sat, 15 Jun 2013 15:47:09 +0200 schrieb Tirkon tirko...@yahoo.de: Habe ich da etwas übersehen? http://tools.geofabrik.de/osmi/?view=water Die Karte hat zwar eigentlich einen anderen Sinn, aber ist evtl. dafür brauchbar. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 12:18 schrieb Simon Poole si...@poole.ch: Ich halt den Vorsatz zwar für lobenswert, aber in der Praxis völlig unpraktisch wenn wir nicht von jedem Mapper verlangen wollen, dass er die genaue Bedeutung von jedem Verkehrsschild in jedem Land in dem er unterwegs ist kennt. Dazu kommt noch das wir auch noch Unterschiede in den Fahrzeugklassifizierung haben die zur Folge haben, dass wir eigentlich eine viel feinere Aufteilung auch da in OSM bräuchten. Das ist ja eigentlich gar nicht notwendig. Der Mapper muss lediglich die Zeichen richtig in OSM notieren. Hätten wir einen schönen Editor für die Schilder, dann könnte man die Tags davon automatisch ableiten, je nach Landesrecht. Für die Schilder muss man ja sowieso jedes Land einzeln in der Datenbank vorhalten. Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine OSM Flusskarte? - OpenSeaMap?
vielleicht interessant dazu: http://kottke.org/13/06/all-of-the-rivers Am 15.06.2013 um 16:13 schrieb Wilhelm Spickermann o...@spickermann-d.de: Am Sat, 15 Jun 2013 15:47:09 +0200 schrieb Tirkon tirko...@yahoo.de: Habe ich da etwas übersehen? http://tools.geofabrik.de/osmi/?view=water Die Karte hat zwar eigentlich einen anderen Sinn, aber ist evtl. dafür brauchbar. Wilhelm ___ 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] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Liebe Mapper, Pünktlich zur FOSSGIS startete das Kort-Team eine neue Funktion: Die Kort-Aktion! Wer in sich der Deutschschweiz aufhält, sollte Ausschau halten nach Aufträgen und Überprüfungen mit einem Stern. Diese ergeben doppelte Koins. Alle anderen aufgepasst: Bald gibt es weitere Aktionen/Kampagnen. Die Aktion/Kampagne geht morgen Sonntag, 16. Juni 2013, zu Ende; also nichts wie los! Weitersagen, v.a. auch an GeoCacher :-) Stefan das Kort-Team www.kort.ch bzw. http://play.kort.ch! [1] Link zum Vortrag vom 13.6.2013 an der FOSSGIS: http://www.fossgis.de/konferenz/2013/programm/events/541.de.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Hallo Stefan, auf der Fossgis wurde diese Woche von den Kort-Entwicklern im Rahmen der Projektpräsentation gesagt, dass die bislang fast 25.000 Änderungen, die Nutzer von Kort bislang vorgenommen haben, noch gar nicht an OSM übertragen wurden, wohl wegen grundsätzlicher Bedenken hinsichtlich einer automatischen Änderung von Daten in OSM, die die schweizer Community vorgetragen hat. Frederik hat zwar in der selben Session darauf hingewiesen, dass er das Thema automatisierte Updates im Fall Kort entspannt sieht (und ich schließe mich dem an), vom Kort-Team kam aber dann keine Aussage mehr, ob und wann die mühsam von mir und vielen anderen recherchierten Daten zurückfließen ins OSM. Kannst Du dazu etwas Konkretes sagen? Gruß Markus -Ursprüngliche Nachricht- Von: Stefan Keller [mailto:sfkel...@gmail.com] Gesendet: Samstag, 15. Juni 2013 17:03 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende! Liebe Mapper, Pünktlich zur FOSSGIS startete das Kort-Team eine neue Funktion: Die Kort-Aktion! Wer in sich der Deutschschweiz aufhält, sollte Ausschau halten nach Aufträgen und Überprüfungen mit einem Stern. Diese ergeben doppelte Koins. Alle anderen aufgepasst: Bald gibt es weitere Aktionen/Kampagnen. Die Aktion/Kampagne geht morgen Sonntag, 16. Juni 2013, zu Ende; also nichts wie los! Weitersagen, v.a. auch an GeoCacher :-) Stefan das Kort-Team www.kort.ch bzw. http://play.kort.ch! [1] Link zum Vortrag vom 13.6.2013 an der FOSSGIS: http://www.fossgis.de/konferenz/2013/programm/events/541.de.html ___ 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] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Hallo Ruben, Am Samstag, 15. Juni 2013, 16:47:28 schrieb Ruben Kelevra: Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingerückte Gebäude mit Buildingtool erstellen
Ich würde dazu die Funktion Winkel einrasten noch ins Spiel bringen (A (für angle) drücken zum aktivieren). Ansonsten: erstes Haus zeichnen mit dem Flächen-Expander (X): Eine Seite zeichnen, X, die Seite parallel verschieben erzeugt Fläche. zweites, dazu versetztes Haus: Den Ansatzpunkt einzeichnen, der am schon gezeichneten Haus mitten auf der Linie liegt, von da aus Linie zum Eckpunkt, der noch Teil der Linie ist, bei aktiviertem Winkel-Einfange (A drücken, falls noch nicht aktiv) geradeaus weiterzeichnen, das Winkel-Fangen macht das durch snapping sehr einfach. Dann einfach weiterzeichnen, auch 90°-Winkel werden gefangen (genauso wie 30(?) und 45 Grad-Schritte). Beim letzten Punkt wird auch die Hilfslinie zum ersten Punkt mit eingefangen, so dass hier die 90°-Winkel wieder sehr einfach zu erwischen sind. Gruß Peter Am 14.06.2013 17:47, schrieb Hans Schmidt: Hallo, Gibt es eine Möglichkeit, eingerückte Gebäude vernünftig mit dem Building Tool zu erstellen? Also ich habe das oft bei Doppelhäusern, bei denen eine Hälfte ein Stück nach hinten versetzt ist. Die „Gebäude abteilen“-Funktion produziert da nichts gutes bei, und mit dem Building Tool kann ich auch nicht direkt an ein bereits bestehendes Gebäude anschließen. Deshalb muss ich das immer manuell machen, was unglaublich nervig ist. Oder gibt es da einen Trick? Danke! ___ 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] Eingerückte Gebäude mit Buildingtool erstellen
On 14.06.2013 21:11, André Reichelt wrote: Am 14.06.2013 18:09, schrieb fly: Ja, vergess das building tool und benutz den internen eXtruder Modus (Tastaturkürzel: x). Leider ist dieser Modus nicht gut dokumentiert, somit heiß es ein bißchen auszuprobieren. Doppel-Klick erstellt zB einen Punkt. Grüße fly Der Extruder-Modus hat aber dann schwierigkeiten, wenn zwei Gebäude direkt aneinander sind und zueinander versetzt stehen. Dann erzeugt er nämlich ganz seltsame Wege: +---+ A | | | x| | | | B ++ | || | || +---+ C 0 D |y | || E ++ Vorgehensweise: 1 Gebäude x mit Building Tool zeichnen. 2 Punkt B setzen. 3 Bei gedrückter Alt-Taste zwischen B und C den Extruder einsetzen, um eine zweite Fläche zu erzeugen. 4 Linie zwischen C und D mit Extruder zu E ziehen. In diesem Fall reagiert der Extruder beim Schritt 4 zunächst nicht. Man muss den Schiebevorgang stets zwei mal beginnen, bis sich die Linie auch wirklich verschiebt. Beim ersten Klick passiert nichts. Ein weiterer Fehler entsteht dann, wenn man ein nebenstehendes Gebäude verkleinern will. b ++ In diesem Fall wurde Fläche B zuerst gezeichnet. Daraufhin +---+ a | wurde mit dem Extruder wieder nach links eine neue Fläche | A | B | angesetzt. Die obere und untere Kante von A wurde daraufhin +---+ c | ebenfalls mit dem Extruder nach unten gezogen. Nun kommt d ++ es allerdings zu dem Fehler, dass der geschlossene Weg von A nicht nur das Quadrat über die beiden linke Punkte sowie a und c umschließt, sondern die beiden linken Punkte wie auch (in dieser Reihenfolge) a, b, d, c. Danke für die Beispiele wie man mit dem Extruder einfach arbeiten kann/können sollte. Kannst Du diese Bugs bitte in einem neuen Ticket bei JOSM melden. - Danke. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 17:32 schrieb Eckhart Wörner ewoer...@kde.org: Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Wenn man die gescheit erstellt könnte der Plugin die Wikiseite parsen und wir hätten nur einmaligen Aufwand. Des Weiteren sind die Straßenbeschilderungen eigentlich gut in Kategorien verpackbar und einfach nach Häufigkeit und Themen sortierbar. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15.06.2013 18:58, schrieb Ruben Kelevra: könnte der Plugin die Wikiseite parsen verstehe ich nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15.06.2013 17:32, schrieb Eckhart Wörner: Hallo Ruben, Am Samstag, 15. Juni 2013, 16:47:28 schrieb Ruben Kelevra: Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Eckhart Ich halte beide Lösungen für gut. Erst einmal natürlich die Doku verbessern, erstmal auf Landesebene die dortigen Besonderheiten berücksichtigen, denn manchmal habe ich das Gefühl der Versuch eine allgemeingültige Beschreibung zu finden, führt dazu, dass gar nicht dokumentiert wird. Andererseits wäre die Auswahlmöglichkeit eine tolle Sache. Gibt es da etwas Beispielhaftes, was einen solchen Ansatz hat? Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15.06.2013, 19:19 Uhr, schrieb gmbo g...@kilometerfresser.eu: Am 15.06.2013 17:32, schrieb Eckhart Wörner: Hallo Ruben, Am Samstag, 15. Juni 2013, 16:47:28 schrieb Ruben Kelevra: Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Eckhart Ich halte beide Lösungen für gut. Erst einmal natürlich die Doku verbessern, erstmal auf Landesebene die dortigen Besonderheiten berücksichtigen, denn manchmal habe ich das Gefühl der Versuch eine allgemeingültige Beschreibung zu finden, führt dazu, dass gar nicht dokumentiert wird. Andererseits wäre die Auswahlmöglichkeit eine tolle Sache. Gibt es da etwas Beispielhaftes, was einen solchen Ansatz hat? Ich finde den Vorschlag von Ruben sehr gut (hatte sowas ähnliche vor kurzem mal im wiki vorgeschlagen). Es bräuchte dazu nur das Verkehrszeichen-Tool als JOSM plugin (und natürlich auch in den anderen Editoren): http://osmtools.de/traffic_signs/ Bei den Zusatzschildern wird es denke ich nicht schwierig, da es eine durch die StVO begrenzte Zahl gibt. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Hallo Markus Schön, dass du an die FOSSGIS 2013 gekommen bist! Entschuldige mich, dass ich als Hauptverantwortlicher nicht mehr Zeit für Gespräche hatte. Ja, die Bedenken des automatischen Zurückschreibens werden immer wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies in diesem konkreten Fall entspannt sieht, sondern ein paar weitere gestandene Mapper im Saal. Meine Aussage dazu ist, dass ich noch dieses Jahr das automatische Zurückschreiben vorhabe. Ich plane dies mit dem Usernamen KortGame zu tun, werde voraussichtlich zusätzlich mitloggen und es vorher ankündigen. Es ist übrigens zwar richtig, dass 25.000 Aufträge erledigt wurden. Da aber pro erledigtem Auftrag drei bis fünf(!) Überprüfungen gefordert sind, sind es erst 700 Änderungen, die bereit sind, hochgeladen zu werden (unter Berücksichtigung unlösbarer Aufträge). Die aktuellste Statistik ist hier [1]. Beachte bitte auch, dass die 700 (mühsam? erledigten) Aufträge jetzt schon in die Datenbank zurückgeschrieben werden können, wenn man die Lösungen mit Hilfe der Seite [2] in die DB integriert - so wie das bei vielen etablierten OSM-Dateneintegrationssprojekten gehandhabt wird. LG, Stefan P.S. Ich frage mich bei dieser Gelegenheit, ob fünf Überprüfungen von unabhängigen Usern nicht viel zu hoch angesetzt ist, wenn man bedenkt, dass Jedermann/-frau erhebblch grösseren Unsinn als ein einziger Tag eintragen kann - und das ohne Vier-Augen-Kontrolle. [1] http://www.kort.ch/statistics.php [2] http://www.kort.ch/proposals.php Am 15. Juni 2013 17:13 schrieb Markus Semm ms...@enaikoon.de: Hallo Stefan, auf der Fossgis wurde diese Woche von den Kort-Entwicklern im Rahmen der Projektpräsentation gesagt, dass die bislang fast 25.000 Änderungen, die Nutzer von Kort bislang vorgenommen haben, noch gar nicht an OSM übertragen wurden, wohl wegen grundsätzlicher Bedenken hinsichtlich einer automatischen Änderung von Daten in OSM, die die schweizer Community vorgetragen hat. Frederik hat zwar in der selben Session darauf hingewiesen, dass er das Thema automatisierte Updates im Fall Kort entspannt sieht (und ich schließe mich dem an), vom Kort-Team kam aber dann keine Aussage mehr, ob und wann die mühsam von mir und vielen anderen recherchierten Daten zurückfließen ins OSM. Kannst Du dazu etwas Konkretes sagen? Gruß Markus -Ursprüngliche Nachricht- Von: Stefan Keller [mailto:sfkel...@gmail.com] Gesendet: Samstag, 15. Juni 2013 17:03 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende! Liebe Mapper, Pünktlich zur FOSSGIS startete das Kort-Team eine neue Funktion: Die Kort-Aktion! Wer in sich der Deutschschweiz aufhält, sollte Ausschau halten nach Aufträgen und Überprüfungen mit einem Stern. Diese ergeben doppelte Koins. Alle anderen aufgepasst: Bald gibt es weitere Aktionen/Kampagnen. Die Aktion/Kampagne geht morgen Sonntag, 16. Juni 2013, zu Ende; also nichts wie los! Weitersagen, v.a. auch an GeoCacher :-) Stefan das Kort-Team www.kort.ch bzw. http://play.kort.ch! [1] Link zum Vortrag vom 13.6.2013 an der FOSSGIS: http://www.fossgis.de/konferenz/2013/programm/events/541.de.html ___ 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] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Hallo, wie ihr sicherlich schon wisst wurde die Version 3.1 des Keypad-Mapper 3 gerade freigegeben und wir sind jetzt in der Entwicklung der Version 3.2, die dieses Jahr noch erscheinen soll: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 V3.2 wird alle Voraussetzungen fr ein intelligentes, lnderspezifische Mappen von Verkehrsschildern haben. Diesbzgl. kann ich mir folgende Funktionen vorstellen: a) frei definierbare Presets pro Schild (= mehrere Tags fr ein Schild) b) mit der App mitgelieferte Presets fr jedes Schild fr jedes Land c) beliebige Anzahl frei definierbarer Schilder d) Gruppierung der Schilder in lnderspezifischen Gruppen und thematischen Untergruppen Mit a) htte dann jeder Mapper die Mglichkeit, eine beliebige Kombination von Tags fr ein Schild zusammenzustellen, so dass das Schild erschpfend beschrieben ist und ohne dass der Mapper die ganzen Tag-Seqenzen pro Schild auswendig lernen muss. Das erhht die Mapping-Geschwindigkeit signifikant und vermeidet Fehler, der Mapper kann sich auf die Datenerfassung vor Ort konzentrieren. Mit b) wrden schon ne Menge Presets fr Schilder mit der App mitgeliefert, so dass der Mapper das Schild nur noch antippen muss und schon sind alle Tags richtig gesetzt. Folgende Vorgehensweise wrde ich vorschlagen: 1) wir suchen gemeinsam Links zu allen Verkehrsschild-Informationen im Wiki zusammen und sammeln diese in einer eigenen Wiki-Seite (vielleicht gibt es ja auch schon sowas) 2) wir sammeln gemeinsam Ideen, wo wir die zentrale Verkehrsschild-Information unterbringen wollen und suchen uns dann eine zentrale Stelle aus, an der die Icons, Presets, Beschreibungen, Ausnahmen etc. hinterlegt werden. Dort greifen dann das JOSM Plugin, der Keypad-Mapper, OpenStreetBugs, Kort usw. usw. die Infos automatisiert ab und sind so immer aktuell ohne Update-Erfordernis. 3) ein Projekt-Team fasst die vorhandenen Info-Schnipsel an der gemeinsam festgelegten zentralen Stelle zusammen und verbannt die Einzelseiten im Wiki nach einiger Zeit in die Ablage um Verwirrung und redundante Informationen zu vermeiden (Beispiel: road_signs, traffic_signs) 4) die Software-Entwickler werden aufgerufen, ihre Software mit der zentralen Schild-Information zu fttern und regelmig upzudaten, um stets aktuell zu sein. 5) alle interessierten Mapper ergnzen die vorhandenen Informationen laufend, so wie sich neue Fragestellungen / Erkenntnisse ergeben Ich schlage vor, diese Sequenz zunchst fr Italien und Deutschland durchzuziehen, weil in diesen beiden Lndern das Thema aktuell ist,. Nach einiger Zeit knnen wir dann die Infos weiterverbreiten, so dass dann, wenn einige Erfahrung gesammelt ist, andere Lnder in unsere Fustapfen steigen knnen um das Schema fr ihr eigenes Land anzuwenden. Meine Frage an Euch: wird die Idee grundstzlich fr gut befunden? Wenn ja, wrde ich zeitnah eine Projektseite im Wiki einrichten, auf der dann die Details des Vorhabens diskutiert und die Umsetzung angegangen werden knnen. Bitte hier im Laufe der nchsten 7 Tage abstimmen: http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden Cheers Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Hallo, On 15.06.2013 20:31, Stefan Keller wrote: Ja, die Bedenken des automatischen Zurückschreibens werden immer wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies in diesem konkreten Fall entspannt sieht, sondern ein paar weitere gestandene Mapper im Saal. Ich habe mich zu der Frage nicht geaeussert; es war Jochen, der zum Mikrofon griff und meinte, man sollte die Edits doch einfach zurueckschreiben. Meine persoenliche Haltung zu der Frage ist ein bisschen zwiegespalten. *Fuer* ein automatisches Zurueckschreiben spricht, dass die Daten in aller Regel vermutlich wirklich eine gute Qualitaet haben, da sie von mehreren ueberprueft worden sind, und es sind ja auch nicht irgendwelche Imports, sondern wirklich extra fuer OSM erfasste Daten. *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen wir das dann noch alles erlauben, und werden es in jedem Fall gruendlich recherchierte, mehrfach ueberpruefte, relativ vandalismus-sichere Daten sein, oder werden andere mit dem Argument Kort darf das doch auch ploetzlich auch weitreichende Anderungen von geringerer Qualitaet zu rechtfertigen versuchen? Das muss man im Auge behalten. Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch Proxy die folgenden: 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im Extremfall nicht einmal was von OSM, fuehlen sich nicht als OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher Intensitaet in einem bestimmten Bereich an OSM arbeiten. 2., und das folgt direkt aus 1., wir haben keine Moeglichkeit, die Nutzer zu kontaktieren. Haette es Kort schon vor 5 Jahren gegeben, wie haetten wir dann die Kort-Mitspieler erreichen koennen, um sie um Zustimmung zum Lizenzwechsel zu bitten? Oder wenn irgendwo doch mal etwas eingetragen wird, was andere Mapper falsch finden, wen koennen sie dann anschreiben mit einer Rueckfrage? 3. Wenn wir feststellen, dass mit einem Nutzer-Acccount urheberrechtlich geschueztes oder sonstwie problematisches Material hochgeladen wird, so muessen wir im Extremfall alle Edits dieses Nutzers revertieren. Es waere schade, wenn sowas mit einem Gateway-Account passiert. Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich OSM-Beitragende sind. Die Punkte 2 und 3 lassen sich vielleicht im konkreten Fall umschiffen oder zumindest abmildern. Ich glaube, es waere gut, wenn diese geplante naechste Projektphase bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung mit der Data Working Group gestartet werden wuerde und wenn man das allgemein als Erprobungsphase deklarieren koennte; so wird Dritten klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll. Eventuell kann die Community dann gemeinsam zu einem Konsens kommen, welche Art von Edits auf welche Weise durch Proxy gemacht werden duerfen und welche nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Hallo Frederik Am 15. Juni 2013 21:17 schrieb Frederik Ramm frede...@remote.org: ... *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen wir das dann noch alles erlauben, und werden es in jedem Fall gruendlich Wir nennen das Präzedenzfall und ich verstehe das. ... Ich glaube, es waere gut, wenn diese geplante naechste Projektphase bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung mit der Data Working Group gestartet werden wuerde und wenn man das allgemein als Erprobungsphase deklarieren koennte; so wird Dritten klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll. Eventuell kann die Community dann gemeinsam zu einem Konsens kommen, welche Art von Edits auf welche Weise durch Proxy gemacht werden duerfen und welche nicht. Gute Vorschlag. Wenn ich das richtig sehe, geht die Kommunikation über dich [*] - oder gibt es einen Verteiler? LG, Stefan *) http://www.osmfoundation.org/wiki/Data_Working_Group Am 15. Juni 2013 21:17 schrieb Frederik Ramm frede...@remote.org: Hallo, On 15.06.2013 20:31, Stefan Keller wrote: Ja, die Bedenken des automatischen Zurückschreibens werden immer wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies in diesem konkreten Fall entspannt sieht, sondern ein paar weitere gestandene Mapper im Saal. Ich habe mich zu der Frage nicht geaeussert; es war Jochen, der zum Mikrofon griff und meinte, man sollte die Edits doch einfach zurueckschreiben. Meine persoenliche Haltung zu der Frage ist ein bisschen zwiegespalten. *Fuer* ein automatisches Zurueckschreiben spricht, dass die Daten in aller Regel vermutlich wirklich eine gute Qualitaet haben, da sie von mehreren ueberprueft worden sind, und es sind ja auch nicht irgendwelche Imports, sondern wirklich extra fuer OSM erfasste Daten. *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen wir das dann noch alles erlauben, und werden es in jedem Fall gruendlich recherchierte, mehrfach ueberpruefte, relativ vandalismus-sichere Daten sein, oder werden andere mit dem Argument Kort darf das doch auch ploetzlich auch weitreichende Anderungen von geringerer Qualitaet zu rechtfertigen versuchen? Das muss man im Auge behalten. Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch Proxy die folgenden: 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im Extremfall nicht einmal was von OSM, fuehlen sich nicht als OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher Intensitaet in einem bestimmten Bereich an OSM arbeiten. 2., und das folgt direkt aus 1., wir haben keine Moeglichkeit, die Nutzer zu kontaktieren. Haette es Kort schon vor 5 Jahren gegeben, wie haetten wir dann die Kort-Mitspieler erreichen koennen, um sie um Zustimmung zum Lizenzwechsel zu bitten? Oder wenn irgendwo doch mal etwas eingetragen wird, was andere Mapper falsch finden, wen koennen sie dann anschreiben mit einer Rueckfrage? 3. Wenn wir feststellen, dass mit einem Nutzer-Acccount urheberrechtlich geschueztes oder sonstwie problematisches Material hochgeladen wird, so muessen wir im Extremfall alle Edits dieses Nutzers revertieren. Es waere schade, wenn sowas mit einem Gateway-Account passiert. Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich OSM-Beitragende sind. Die Punkte 2 und 3 lassen sich vielleicht im konkreten Fall umschiffen oder zumindest abmildern. Ich glaube, es waere gut, wenn diese geplante naechste Projektphase bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung mit der Data Working Group gestartet werden wuerde und wenn man das allgemein als Erprobungsphase deklarieren koennte; so wird Dritten klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll. Eventuell kann die Community dann gemeinsam zu einem Konsens kommen, welche Art von Edits auf welche Weise durch Proxy gemacht werden duerfen und welche nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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] [OT] Geflashed ?
Am 15.06.2013 10:42, schrieb Markus: Hallo Thomas, kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Firmware aktualisiert danke, das hat geholfen. (wobei aktualisiert beudetet, dass man eine aktuellere Version benutzt. ich meinte eher eine kommplett andere Firmware) Aufspielen,Einspielen, drüberbügeln, Stell doch mal die Frage in Mikrocontroller.net.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine OSM Flusskarte? - OpenSeaMap?
Hi tirkon, vielleicht schaust Du Dir kurz www.freietonne.de/seekarte an? :-) Schönes WE JJ Am 15.06.2013 um 15:47 schrieb Tirkon tirko...@yahoo.de: Moin, im Zuge der andauernden Hochwasserkatastrophe habe ich nach Online-Flusskarten gesucht. So eine Karte wäre auch hilfreich für das OSM Projekt, das sich um die vollständige Erfassung aller deutschen Gewässer bemüht: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser Zunächst hatte ich so etwas bei OpenSeaMap vermutet, weil nicht nur auf der Hochsee Schiffe verkehren. Hier in Ostfriesland sind selbst im reichen Netz von kleinen Bächen bzw. größeren Entwässerungsgräben viele Kanus unterwegs. Aber ich habe keine entsprechende Karte gefunden. Laut Wikipedia sollte der Layer Sport bei OpenSeaMap alle Flüsse der Welt amzeigen: http://de.wikipedia.org/wiki/OpenSeaMap#Kajak-Karte.2C_Taucher-Karte Tatsächlich trifft das nur auf sehr, sehr vereinzelte Abschnitte zu. Beispiel: http://map.openseamap.org/map/?zoom=9lat=51.65234lon=8.98363layers=BFTTFFT0FF Die einzige gefundene OSM basierte Flusskarte ist eine, die nur eine grobe Auflösung unterstützt. Flüsse unter 100 km Länge lassen sich meist nicht identifizieren. http://www.kompf.de/gps/rivermap.html Daher die Fragen: * Habe ich da etwas übersehen? * Wäre ein Layer, der die Binnengewässer hervorhebt nicht etwas, was die Thematik der OpenSeaMap berührt? * Kennt jemand eine möglichst zoombare Online-Flusskarte außerhalb von OSM, die zumindest Deutschland abdeckt? ___ 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 mit neuer Aktion/Kampagne dieses Wochenende!
Du kannst a d...@osmfoundation.org schreiben. Henning Am 15.06.2013 21:37, schrieb Stefan Keller: Hallo Frederik Am 15. Juni 2013 21:17 schrieb Frederik Ramm frede...@remote.org: ... *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen wir das dann noch alles erlauben, und werden es in jedem Fall gruendlich Wir nennen das Präzedenzfall und ich verstehe das. ... Ich glaube, es waere gut, wenn diese geplante naechste Projektphase bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung mit der Data Working Group gestartet werden wuerde und wenn man das allgemein als Erprobungsphase deklarieren koennte; so wird Dritten klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll. Eventuell kann die Community dann gemeinsam zu einem Konsens kommen, welche Art von Edits auf welche Weise durch Proxy gemacht werden duerfen und welche nicht. Gute Vorschlag. Wenn ich das richtig sehe, geht die Kommunikation über dich [*] - oder gibt es einen Verteiler? LG, Stefan *) http://www.osmfoundation.org/wiki/Data_Working_Group Am 15. Juni 2013 21:17 schrieb Frederik Ramm frede...@remote.org: Hallo, On 15.06.2013 20:31, Stefan Keller wrote: Ja, die Bedenken des automatischen Zurückschreibens werden immer wieder hervorgebracht und wir nehmen sie ernst. Bei näherem Hinschauen verlieren sie sich meist. Es war übrigens nicht nur Frederik, der dies in diesem konkreten Fall entspannt sieht, sondern ein paar weitere gestandene Mapper im Saal. Ich habe mich zu der Frage nicht geaeussert; es war Jochen, der zum Mikrofon griff und meinte, man sollte die Edits doch einfach zurueckschreiben. Meine persoenliche Haltung zu der Frage ist ein bisschen zwiegespalten. *Fuer* ein automatisches Zurueckschreiben spricht, dass die Daten in aller Regel vermutlich wirklich eine gute Qualitaet haben, da sie von mehreren ueberprueft worden sind, und es sind ja auch nicht irgendwelche Imports, sondern wirklich extra fuer OSM erfasste Daten. *Gegen* ein automatisches Zurueckschreiben spricht unter anderem ein principiis obsta-Argument - wenn Kort das jetzt darf, wem muessen wir das dann noch alles erlauben, und werden es in jedem Fall gruendlich recherchierte, mehrfach ueberpruefte, relativ vandalismus-sichere Daten sein, oder werden andere mit dem Argument Kort darf das doch auch ploetzlich auch weitreichende Anderungen von geringerer Qualitaet zu rechtfertigen versuchen? Das muss man im Auge behalten. Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch Proxy die folgenden: 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im Extremfall nicht einmal was von OSM, fuehlen sich nicht als OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher Intensitaet in einem bestimmten Bereich an OSM arbeiten. 2., und das folgt direkt aus 1., wir haben keine Moeglichkeit, die Nutzer zu kontaktieren. Haette es Kort schon vor 5 Jahren gegeben, wie haetten wir dann die Kort-Mitspieler erreichen koennen, um sie um Zustimmung zum Lizenzwechsel zu bitten? Oder wenn irgendwo doch mal etwas eingetragen wird, was andere Mapper falsch finden, wen koennen sie dann anschreiben mit einer Rueckfrage? 3. Wenn wir feststellen, dass mit einem Nutzer-Acccount urheberrechtlich geschueztes oder sonstwie problematisches Material hochgeladen wird, so muessen wir im Extremfall alle Edits dieses Nutzers revertieren. Es waere schade, wenn sowas mit einem Gateway-Account passiert. Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich OSM-Beitragende sind. Die Punkte 2 und 3 lassen sich vielleicht im konkreten Fall umschiffen oder zumindest abmildern. Ich glaube, es waere gut, wenn diese geplante naechste Projektphase bei Kort mit automatischem Hochspielen der Anderungen in Abstimmung mit der Data Working Group gestartet werden wuerde und wenn man das allgemein als Erprobungsphase deklarieren koennte; so wird Dritten klar, dass das Modell nicht ohne Ruecksprache nachgeahmt werden soll. Eventuell kann die Community dann gemeinsam zu einem Konsens kommen, welche Art von Edits auf welche Weise durch Proxy gemacht werden duerfen und welche nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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 mit neuer Aktion/Kampagne dieses Wochenende!
Am 15.06.2013 21:17, schrieb Frederik Ramm: Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch Proxy die folgenden: 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im Extremfall nicht einmal was von OSM, fuehlen sich nicht als OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher Intensitaet in einem bestimmten Bereich an OSM arbeiten. [...] Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich OSM-Beitragende sind. Dann verstehe ich nicht, warum die Mapper dann nicht gleich die Daten in OSM eintragen, wenn sie via Kort vor Ort das Fehlen des Objektes bemerkt haben. Dann wäre ja der automatische Upload hinfällig. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Hallo Henning Am 15. Juni 2013 23:06 schrieb Henning Scholland o...@aighes.de: Dann verstehe ich nicht, warum die Mapper dann nicht gleich die Daten in OSM eintragen, wenn sie via Kort vor Ort das Fehlen des Objektes bemerkt haben. Dann wäre ja der automatische Upload hinfällig. ;-) Natürlich weil es Spass macht, sich (z.B. beim Warten/Pendeln) mit dem Handy die Fehler von Kort servieren zu lassen. Und weil man sich so mit anderen direkt messen kann (siehe dazu auch die neue Highscore mit der eigenen Platzierung). LG, Stefan Am 15. Juni 2013 23:06 schrieb Henning Scholland o...@aighes.de: Am 15.06.2013 21:17, schrieb Frederik Ramm: Im allgemeinen sind unsere Hauptargumente gegen Eintragungen durch Proxy die folgenden: 1. Die Nutzer, die die Aenderungen vornehmen, sind/werden keine OSM-Nutzer. Sie sind Nutzer einer anderen Plattform, wissen im Extremfall nicht einmal was von OSM, fuehlen sich nicht als OSM-Contributors. Salopp gesagt, wir haben ihre Daten, aber nicht ihr Herz. Auch unsere Statistik kommt durcheinander - wir koennen dann nicht mehr zuverlaessig ermitteln, wie viele Leute mit welcher Intensitaet in einem bestimmten Bereich an OSM arbeiten. [...] Im konkreten Fall ist der Punkt 1 relativ wenig relevant, denn wir haben gehoert, dass die allermeisten Kort-Spieler tatsaechlich OSM-Beitragende sind. Dann verstehe ich nicht, warum die Mapper dann nicht gleich die Daten in OSM eintragen, wenn sie via Kort vor Ort das Fehlen des Objektes bemerkt haben. Dann wäre ja der automatische Upload hinfällig. ;-) Henning ___ 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 mit neuer Aktion/Kampagne dieses Wochenende!
Am 15.06.2013 23:15, schrieb Stefan Keller: Hallo Henning Am 15. Juni 2013 23:06 schrieb Henning Scholland o...@aighes.de: Dann verstehe ich nicht, warum die Mapper dann nicht gleich die Daten in OSM eintragen, wenn sie via Kort vor Ort das Fehlen des Objektes bemerkt haben. Dann wäre ja der automatische Upload hinfällig. ;-) Natürlich weil es Spass macht, sich (z.B. beim Warten/Pendeln) mit dem Handy die Fehler von Kort servieren zu lassen. Und weil man sich so mit anderen direkt messen kann (siehe dazu auch die neue Highscore mit der eigenen Platzierung). LG, Stefan Hallo, du hast mich anscheinend falsch verstanden. Ich kann mich als Mapper doch via Kort zu Fehlern führen lassen, vor Ort dann alles Überprüfen und das sowohl Kort melden als auch in OSM eintragen. Eine weitere Möglichkeit wäre, dass man seinen Kort-Account mit dem OSM-Account verknüpft, sodass dann die Kort-App die Edits gleich über den OSM-Account einträgt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Geflashed ?
Wie wäre es mit installieren? :) Am 15. Juni 2013 22:17 schrieb Garry garr...@gmx.de: Am 15.06.2013 10:42, schrieb Markus: Hallo Thomas, kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Firmware aktualisiert danke, das hat geholfen. (wobei aktualisiert beudetet, dass man eine aktuellere Version benutzt. ich meinte eher eine kommplett andere Firmware) Aufspielen,Einspielen, drüberbügeln, Stell doch mal die Frage in Mikrocontroller.net.. Garry ___ 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] [OT] Geflashed ?
Hallo Ruben, Wie wäre es mit installieren? :) neue Firmware installieren klingt gut :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine OSM Flusskarte? - OpenSeaMap?
Am Samstag, den 15.06.2013, 15:47 +0200 schrieb Tirkon: Moin, im Zuge der andauernden Hochwasserkatastrophe habe ich nach Online-Flusskarten gesucht. So eine Karte wäre auch hilfreich für das OSM Projekt, das sich um die vollständige Erfassung aller deutschen Gewässer bemüht: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser [...] Daher die Fragen: * Habe ich da etwas übersehen? * Wäre ein Layer, der die Binnengewässer hervorhebt nicht etwas, was die Thematik der OpenSeaMap berührt? * Kennt jemand eine möglichst zoombare Online-Flusskarte außerhalb von OSM, die zumindest Deutschland abdeckt? Norddeutschland: http://www.flussinfo.net/map/ Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de