Re: [Talk-kosovo] [GIS-Kosova] Autonomous Province of Kosovo and Metohija
Guys, Can anyone do this please? I mean correct it. I'm not sure how to do it! For one thing, the least I would change is the link to the Wikipedia page from whatever it is now to this one https://en.wikipedia.org/wiki/Republic_of_Kosovo I don't want to push the responsibility or require from anyone in specific, but it would be a lot more authoritative is someone who uses and edits OSM on a daily basis, say a member of FLOSSK in Prishtina, rather then one of us in diaspora. Best, Bekim On Fri, May 31, 2013 at 8:28 AM, Altin Ukshini altin.uksh...@gmail.comwrote: Omg, again ?? -_- Did you change it ? On Fri, May 31, 2013 at 7:29 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: I find this offensive : http://www.openstreetmap.org/browse/relation/53295 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- You received this message because you are subscribed to the Google Groups GIS Kosova group. To unsubscribe from this group and stop receiving emails from it, send an email to gis-kosova+unsubscr...@googlegroups.com. To post to this group, send email to gis-kos...@googlegroups.com. Visit this group at http://groups.google.com/group/gis-kosova?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- You received this message because you are subscribed to the Google Groups GIS Kosova group. To unsubscribe from this group and stop receiving emails from it, send an email to gis-kosova+unsubscr...@googlegroups.com. To post to this group, send email to gis-kos...@googlegroups.com. Visit this group at http://groups.google.com/group/gis-kosova?hl=en. For more options, visit https://groups.google.com/groups/opt_out. -- about.me/bekim ___ Talk-kosovo mailing list Talk-kosovo@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-kosovo
Re: [OSM-talk-be] Nominatim administrative boundaries
On 06/15/2013 02:08 AM, Kurt Roeckx wrote: On Fri, Jun 14, 2013 at 07:49:55PM +0200, Kurt Roeckx wrote: On Fri, Jun 14, 2013 at 05:04:56PM +0200, Glenn Plas wrote: http://www.vlaamsbrabant.be/binaries/kaart-vlaamsbrabant-fusiegemeenten-deelgemeenten_tcm5-11555.pdf That's not even complete. For instance Haacht exists of Haacht, Wespelaar, Tildonk, Wakkerzeel en Kelfs. You can find signs on the streets for all 5 of them. There exists statistics about people living in all 5 of them, birthrates, ... So there clearly is some definition of what those 5 are. But I've never seen a map clearly saying where the borders are like they are now. I did realise it's a best effort situation. And I just shared the best I could find, at no point this was being presented as being complete or accurate. Anyway, I added Werchter based on what I know about it. It might not be really correct, but I think it's good enough. That's probably the best one can do given the circumstances. It seems to me that it's something Rotselaar doesn't care about, if you want to know the borders of Bonheiden vs Rijmenam (I'm from this area too btw), it's on the website (see http://www.bonheiden.be/file_uploads/2192.pdf?_vs=0_n ) They do seem to care, I cannot find this concerning werchter. Now googling for 'werchter' is kind of a problem as it pops up nothing but irrelevant 'festivalitis' links. I'll take a look at what's been added, have a pretty good idea myself what it should be like. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Place name translations
While I agree with Richard, it might be interesting to know that Wikidata (a Wikimedia.de project) is licensed CC-0, and they copy data wholesale from Wikipedia. So ATM if someone wants to do it you can just copy it to wikidata and then osm.org. On Fri, Jun 14, 2013 at 5:34 PM, SomeoneElse li...@mail.atownsend.org.uk wrote: Someone's being adding translations of place names using: http://lt.wikipedia.org/wiki/S%C4%85ra%C5%A1as:Jungtin%C4%97s_Karalyst%C4%97s_miestai (which in turn references something else, according to the wikipedia page) Apparently Place names translations are public knowledge and it can be used on OSM. Does this sound plausible? I genuinely have no idea Cheers, Andy ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- /emj ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
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
Re: [Talk-in] XML parsing error
On Sat, Jun 15, 2013 at 12:15 PM, Parbhdeep Dhillon parbhdeepdhil...@gmail.com wrote: XML Parsing Error: undefined entity Location: file:///etc/mapnik-osm-data/osm.xml Line Number 6, Column 1:Map background-color=#b5d0d0 srs=srs900913; minimum-version=2.0.0 I am also getting the same error and unable to find the solution. Please suggest something, what to do. -- Kamaljot Kaur Blog: http://kamal125130.wordpress.com/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] [Talk-it-trentino] Sorgente dati trentini, come inserirli nel tag.
2013/6/14 girarsi_liste liste.gira...@gmail.com: Mi è vento un dubbio, ho mappato alcune strade forestali tramite il dataset/shapefile 1527_Viabilit__forestale_12_12_2011_6bfgkR.zip, molto comodo, però ora mi sorge un dubbio, su josm ho inserito i vari tag riferiti alla strada, ma se devo indicare il sorgente, uso il tag: in molti casi il sorgente lo si mette sulla descrizione del changeset source=www.dati.trentino.it oppure: source=nome_file.zip oppure lascio perdere? lasciare perdere direi che non puoi per via della licenza, Napo te che dici? Grazie a chi mi risponderà. -- Simone G. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso a una strada di un complesso ospedaliero
On 15/giu/2013, at 10:37, Emanuele Stocchero stocchi1...@gmail.com wrote: Sono taggate come service=driveway e questo mi sembra corretto. D'altra parte sono taggate come access=permessive. E questo non mi sembra corretto. Io metterei access=destination. Che ne dite? L'accesso pedonale e in bici è consentito. metterei motor_vehicle=private e foot/bicycle=permissive oppure yes se generalmente consentito a tutti (accesso garantito). Volendo ci puoi aggiungere anche un emergency=yes ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pista ciclabile su strada a senso unico
Esatto corsia separata solo da linea gialla. Quindi da come ho interpretato il wiki non va creata una way nuova. Mi sembra corretta la descrizione del tuo tag. Grazie -- View this message in context: http://gis.19327.n5.nabble.com/Pista-ciclabile-su-strada-a-senso-unico-tp5765252p5765510.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso a una strada di un complesso ospedaliero
Per cominciare Toll_booth non non mio sembra corretto - non si paga niente. Penso sarebbe da mettere entrance=main Poi all'entrata principale c'è un cartello che definisce l'accesso: Accesso consentito a Ambulanze - Autorizzati con apposito contrassegno (non so se questo sono solo medici o anche altri) - Trasporti d'emergenza. - Non c'è nessuna indicazione di eccezione per bici e pedoni! Invece in via Modena (entrance=service ?) c'è una barriera telecomandata e normalmente chiusa, più un accesso pedonale col cartello blu rotondo per Pedoni. ... forse è senso unico per pedoni? :-) La prassi è diversa, si può passare in bici, lo so, e viene utilizzato come scorciatoia in bici, ma non è legalmente permesso, direi. Allora highway=service con restrictions secondo https://wiki.openstreetmap.org/wiki/Conditional_restrictions cioè emergency_vehicles and permit_holders Poi sarei tentato di aggiungere foot=destination and bicyle=destination che rifletterebbe la prassi del accesso per pedoni e bici al ospedale Volker (Padova) 2013/6/15 E manuele Stocchero stocchi1...@gmail.com Ciao a tutti, vorrei un chiarimento da parte vostra. Queste highway=service sono delle strade all'interno dell'ospedale civile di Padova. Si accede tramite tool_booth. L'accesso è limitato alle ambulanze o al personale medico. Per il resto è a discrezione del personale che si viene fatti entrare (normalmemente in caso di emergenza o di accompagnamento di persona impossibilitata a camminare). Raggiunto l'interno del complesso ci sono alcuni parcheggi, ovviamente limitati a chi viene fatto entrare per accedere all'ospedale Eccole: http://www.openstreetmap.org/**browse/way/82325380http://www.openstreetmap.org/browse/way/82325380 http://www.openstreetmap.org/**browse/way/82325391http://www.openstreetmap.org/browse/way/82325391 http://www.openstreetmap.org/**browse/way/82325381http://www.openstreetmap.org/browse/way/82325381 Sono taggate come service=driveway e questo mi sembra corretto. D'altra parte sono taggate come access=permessive. E questo non mi sembra corretto. Io metterei access=destination. Che ne dite? L'accesso pedonale e in bici è consentito. Emanuele __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetmap e OpenPompei.. e archeologi
Peccato! a fine luglio, salvo esami universitari, sarei andato a Napoli ed una capatina a Pompei non me la toglieva nessuno :( pazienza...potrò contribuire un mesetto dopo con qualche traccia gps ed annotazioni su un walkingpaper opportunamente preparato prima della partenza :) . In bocca al lupo per il progetto...sono sicuro che da questa collaborazione uscirà fuori una mappa veramente fatta bene e professionale da cui sicuramente prenderò spunto :P. -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetmap-e-OpenPompei-e-archeologi-tp5765020p5765528.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso a una strada di un complesso ospedaliero
Il 15/06/2013 12:16, Volker Schmidt ha scritto: Per cominciare Toll_booth non non mio sembra corretto - non si paga niente. Penso sarebbe da mettere entrance=main Poi all'entrata principale c'è un cartello che definisce l'accesso: Accesso consentito a Ambulanze * Autorizzati con apposito contrassegno (non so se questo sono solo medici o anche altri) * Trasporti d'emergenza. * Non c'è nessuna indicazione di eccezione per bici e pedoni! Invece in via Modena (entrance=service ?) c'è una barriera telecomandata e normalmente chiusa, più un accesso pedonale col cartello blu rotondo per Pedoni. ... forse è senso unico per pedoni? :-) La prassi è diversa, si può passare in bici, lo so, e viene utilizzato come scorciatoia in bici, ma non è legalmente permesso, direi. Allora highway=service con restrictions secondo https://wiki.openstreetmap.org/wiki/Conditional_restrictions cioè emergency_vehicles and permit_holders Poi sarei tentato di aggiungere foot=destination and bicyle=destination che rifletterebbe la prassi del accesso per pedoni e bici al ospedale Volker (Padova) 2013/6/15 E manuele Stocchero stocchi1...@gmail.com mailto:stocchi1...@gmail.com Ciao a tutti, vorrei un chiarimento da parte vostra. Queste highway=service sono delle strade all'interno dell'ospedale civile di Padova. Si accede tramite tool_booth. L'accesso è limitato alle ambulanze o al personale medico. Per il resto è a discrezione del personale che si viene fatti entrare (normalmemente in caso di emergenza o di accompagnamento di persona impossibilitata a camminare). Raggiunto l'interno del complesso ci sono alcuni parcheggi, ovviamente limitati a chi viene fatto entrare per accedere all'ospedale Eccole: http://www.openstreetmap.org/browse/way/82325380 http://www.openstreetmap.org/browse/way/82325391 http://www.openstreetmap.org/browse/way/82325381 Sono taggate come service=driveway e questo mi sembra corretto. D'altra parte sono taggate come access=permessive. E questo non mi sembra corretto. Io metterei access=destination. Che ne dite? L'accesso pedonale e in bici è consentito. Emanuele ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Bene..concordo! Quindi, correggimi se sbaglio: su josm userò questi tag per le vie: highway=service access=no emergency=yes permit_holder=yes Corretto? Grazie e scusa ma è la prima volta che taggo così in modo specifico. Emanuele ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso a una strada di un complesso ospedaliero
On 15/giu/2013, at 16:05, Emanuele Stocchero stocchi1...@gmail.com wrote: highway=service access=no emergency=yes permit_holder=yes Corretto? al solito credo che per ciò che intendi esprimere con permit_holder usiamo private. Non è utilizzato il tag: http://taginfo.openstreetmap.org/search?q=permit_holder access=no credo sia troppo restrittivo, per esempio i taxi possono al solito entrare, anche i disabili spesso possono. metterei service=driveway per vie interne meno importanti. Se pedoni e bici possono passare normalmente metterei permissive ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pdf con tutti i tag
Ciao, mi domandavo se mai qualcuno ha pensato di realizzare un pdf con tutti i tag supportati sa OSM, sarebbe molto più semplice e sicuro il tagging. -- View this message in context: http://gis.19327.n5.nabble.com/Pdf-con-tutti-i-tag-tp5765549.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pdf con tutti i tag
Il giorno 15/giu/2013 18:04, bredy bredy...@yahoo.it ha scritto: Ciao, mi domandavo se mai qualcuno ha pensato di realizzare un pdf con tutti i tag supportati sa OSM, sarebbe molto più semplice e sicuro il tagging. Ciao, eh tutti i tag sarebbe quasi impossibile perché ognuno è libero di crearsi i propri. Per qualche mapping party avevamo realizzato le liste dei tag più importanti degli elementi che andavamo a mappare. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Android Navigator
hola yo tengo un nokia n900 con maemo. la pregunta es si funciona en este aparato? gracias gus El viernes, 14 de junio de 2013, Marco Antonio marcoantoniofr...@gmail.com escribió: 2013/6/14 Roberto Pla p...@aire.org: ¿Hay alguna forma de bajarselo desde la web con el ordenador y luego copiarlo en la tarjeta? Si y si. Lo explica en la FAQ, http://forum.mapfactor.com/discussion/241/android-faq : Q: I have limited connectivity on my phone. Is there different way how to get the maps? A: The maps are the same as for PC/PND/PDA, so you can download them on PC and copy them to /sdcard/navigator/data folder. Q: Do I have to use PC for downloading maps? A: No, simply use Navigator Downloader already installed with Navigator. ¿De donde? De ningún lugar público. Sigue esos pasos: 1. Descargar la aplicación «Navigator 12 Setup Utility» de http://download.mapfactor.com/Navigator_install_ver12.exe 2. Instalar la aplicación y la ejecutas NOTA: Dependiendo si compraste la versión completa o quieres usar la versión free eliges la licencia. La versión completa tiene mayor detalle y soporte. 3. Elegir el lugar de descarga de los archivos 4. Clic sobre [Instalar los datos] y luego en [Gestione descargas de mapas] 5. Seleccionar [Regiones libres] o [Regiones comercial]. Yo la primera 6. Seleccionar los archivos por país, las cámaras, los audios y a descargar 7. Esperar y cerrar la aplicación. 8. Ingresar al lugar que se eligió para descargar archivos (paso 3) DEFAULT: c:\ProgramData\Navigator\12.0\Data 9. Copiar archivos *.mca al teléfono, pda, y otros. Jugar con la configuración para que automáticamente descargue ni bien haya una actualización en los archivos. ¿Que archivos he de bajar? Indicado arriba, pero son *.mca: - bolivia.mca - cameralight.mca - cameraspeed.mca - earth_osm.mca - sounds_es.mca - sounds_xx_signal.mca en la tarjeta en el directorio \navigator\data tengo un archivo llamado andorra_osm.mca, ¿Soo tengo qeu buscar uno llamado spain_osm.mca y copiarlo en el mismo sitio? No, pero tienes la idea clara de qué hacer. ¿Hay algun navegador que use mapas OSM y sea mejor?. Depende del gusto y características. Como indicaron Navigator y OSMAnd son los más avanzados. PD: Como soy «Slackware Linux user», si funciona en nuestros Linux, utilizar wine y se acabó. Los chicos de MAPFACTOR hicieron bien las cosas, utilizaron QT para la GUI. Asi que corre en muchas OSs. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Android Navigator
hola yo tengo un nokia n900 con maemo. la pregunta es si funciona con este aparato? gracias gus El viernes, 14 de junio de 2013, Marco Antonio marcoantoniofr...@gmail.com escribió: 2013/6/14 Roberto Pla p...@aire.org: ¿Hay alguna forma de bajarselo desde la web con el ordenador y luego copiarlo en la tarjeta? Si y si. Lo explica en la FAQ, http://forum.mapfactor.com/discussion/241/android-faq : Q: I have limited connectivity on my phone. Is there different way how to get the maps? A: The maps are the same as for PC/PND/PDA, so you can download them on PC and copy them to /sdcard/navigator/data folder. Q: Do I have to use PC for downloading maps? A: No, simply use Navigator Downloader already installed with Navigator. ¿De donde? De ningún lugar público. Sigue esos pasos: 1. Descargar la aplicación «Navigator 12 Setup Utility» de http://download.mapfactor.com/Navigator_install_ver12.exe 2. Instalar la aplicación y la ejecutas NOTA: Dependiendo si compraste la versión completa o quieres usar la versión free eliges la licencia. La versión completa tiene mayor detalle y soporte. 3. Elegir el lugar de descarga de los archivos 4. Clic sobre [Instalar los datos] y luego en [Gestione descargas de mapas] 5. Seleccionar [Regiones libres] o [Regiones comercial]. Yo la primera 6. Seleccionar los archivos por país, las cámaras, los audios y a descargar 7. Esperar y cerrar la aplicación. 8. Ingresar al lugar que se eligió para descargar archivos (paso 3) DEFAULT: c:\ProgramData\Navigator\12.0\Data 9. Copiar archivos *.mca al teléfono, pda, y otros. Jugar con la configuración para que automáticamente descargue ni bien haya una actualización en los archivos. ¿Que archivos he de bajar? Indicado arriba, pero son *.mca: - bolivia.mca - cameralight.mca - cameraspeed.mca - earth_osm.mca - sounds_es.mca - sounds_xx_signal.mca en la tarjeta en el directorio \navigator\data tengo un archivo llamado andorra_osm.mca, ¿Soo tengo qeu buscar uno llamado spain_osm.mca y copiarlo en el mismo sitio? No, pero tienes la idea clara de qué hacer. ¿Hay algun navegador que use mapas OSM y sea mejor?. Depende del gusto y características. Como indicaron Navigator y OSMAnd son los más avanzados. PD: Como soy «Slackware Linux user», si funciona en nuestros Linux, utilizar wine y se acabó. Los chicos de MAPFACTOR hicieron bien las cosas, utilizaron QT para la GUI. Asi que corre en muchas OSs. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-pe] Descarga y carga de información
Hola Gissella, Conoces el API Overpass? http://overpass-turbo.eu/?q=YXJlYVtuYW1lPSJMaW1hIl07CgooCiAgbm9kZSjEgMSCKcSRxJY8xJEpIC0-IC5hbGzEmMSac3dheXPEgWxhdGlvbnNpbkHEgWHEkcSTxJUgxLTEtsS4bsSpxKvErWXEr8SxxLNlxLXEt8S5xLvEvcS_xYPEllsidHlwZSLEiXJvdXTFnl3FlyDFmcWhxaPFnn4iYnVzfHRyxIbEj8WDxKYuxarFpHPEoCDElMSWxJbFi8WJxKzEmcWMxLDEssWFxZLEusS8xL7EgsWnxZgiaGlnaMaHxZ_FrsWwX3N0b3DFtsaAxKU-Lsabxp3FvMWnxoLEqsaExK7Gh8WPxZHFh8WUxo1hxo_FqCLEhmVuacWbxpfFr3PGmnTFhsS5xp_GgMW4xrzGm8eAxLrFvcaBxoXGg8WLxY3GiMWQx4fGsMWWxqDGkMW0aWzGlsSJxbPEhsa-xp3HgsSWxbh0xqRwxqbGoMaoxYrGhceOxq3HkcaMx5PHlMWZcHVibGljX8ebxLpwb3J0x5_GoS5wxZFmx7ttx6UgxKTEpsSox6NzUMiCyIRzQW5kU8accFBvxLvGisiGxb_GgMaHx4zHqcasxonGr8etxo7HlMa0xpLGlMeZxpjGvWd1acSaxpbEkMWnyJ7GqceNyKHHkMiayKTGssimxalhx5fIqsebbcSPxb3IiMaix5tja8iGyLTHqMarxY7IosWTyLrFp8WZxrbGuMa6xIlzaMWQxaRyx77FmcmYyZplcse3xZzFnsSJx7HHs8e1x7fFtMe5x7vHvcWmx6DGosmfbMmbyIbHp8aqxobJjsi4yKPFlcilxoDJk8SHyZV5xpfJssmbyZ0iyoTJocmjxZ3Gl8mnx7THtse4c8e6x7zHgsW4yohyx43FvcWLKHLFucWixbvEn8WDxocoYm4pxbhwxJ1udMasMcqZxoUod8iAyqnKq8WOMcqgxJbEtMqjyrHKqMSByqrKrMq3IMqiypzFusWMy4DKmnfLgMqiyqTGo8iVyIzIjnLIhciRyJPIlciXyJnGr8uAyrnLi8iLyI3EtsiDy5DIkMiSyJTGncuVxrnLl8mSxZrJpMqMx7LKjsmqYcmsypPJr8ahyIrIlUF0xbNpxa_Fu8quxJrKm8uMxp3Ltcu3y7nLhcW9y4LLvnDMgHLLuMWrc8uGyq_LiMu7xJvKscmHyYnKoMqgyp4gxIfGvzsc=AqKG3QoPoMR Para ejecutarlo, puedes salvar eso en PTforArea.overpass: area[name=Lima]; ( node(area); ; ) - .allnodeswaysrelationsinArea; ( relation.allnodeswaysrelationsinArea [type=route] [route~bus|tram] -.routes; ( node.allnodeswaysrelationsinArea [highway=bus_stop] -.stops; node.allnodeswaysrelationsinArea [amenity=bus_station] -.busstations; node.allnodeswaysrelationsinArea [railway=tram_stop] -.tstops; node.allnodeswaysrelationsinArea [public_transport] -.platforms; ) - .stopsPlatformsAndStopPositions; ( way.allnodeswaysrelationsinArea [highway=bus_guideway]; way.allnodeswaysrelationsinArea [railway=tram]; ) -.tracks; way.allnodeswaysrelationsinArea [amenity=shelter] [shelter_type=public_transport] -.shelters; node.allnodeswaysrelationsinArea [amenity=shelter] [shelter_type=public_transport] -.shelternodes; node(r.routes); way(bn)-.parentways1; node(w.parentways1); rel(bw.parentways1); way(r.routes); node(w); way(bn.stopsPlatformsAndStopPositions); rel(bn.stopsPlatformsAndStopPositions) [type=public_transport] - .stopAttributes; node(r.stopAttributes); way(r.stopAttributes); node(w); node(w.tracks); ); out meta; Y para invocarlo de regularmente pones eso en PTforArea.cmd: cd C:\OSM\Overpass API queries\ C:\Program Files (x86)\GnuWin32\bin\wget.exe -O PTforArea.osm --post-file=PTforArea.overpass http://overpass-api.de/api/interpreter; C:\Program Files (x86)\Java\jre7\bin\java.exe -jar -Xmx1450m C:\Users\Jo\Downloads\josm-latest.jar PTforArea.osm pause Necesitaras el paquete GnuWin32. Si usas Linux, wget ya está disponible. Si pones Cusco en vez de Lima veras lo que hizo yo para los combis en Cusco. Polyglot 2013/6/15 Gissella Bejarano gissem...@gmail.com Hola qué tal? Quería saber si hay alguna opción para descargar información solamente de vias de transporte público. Resulta que estoy realizando un proyecto para reorganizar rutas de transporte público y quiero levantar cada uno de los puntos por los que pasan las líneas actuales. Dependiendo los fondos que consiga para mi proyecto podré levantar esta información de unos pocas o muchas líneas de transporte pero si además puedo colaborar con información para el mapa de Lima sería genial saber cómo puedo hacerlo de la manera más óptima. Muchas gracias, Gissella Bejarano Nicho Ingeniera Informática Pontificia Universidad Católica del Perú ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
[Talk-ro] Nume
Salut, Am scris într-un document ce am hotărât despre denumirea obiectelor. http://wiki.openstreetmap.org/wiki/Ro:Nume Comentarii sunt binevenite. Michael ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Nume
Le-am corectat deja. On 15.06.2013 20:17, Ciprian Talaba wrote: Sau mai rapid poti modifica chiar tu pe wiki, ca doar ala e scopul lui de baza. --Ciprian 2013/6/15 Razvan radulescu.raz...@gmail.com mailto:radulescu.raz...@gmail.com Salut. Trebuiesc facute corectii de traducere in mai multe locuri. O sa iti trimit pe mail un document cu o parte din corectii. On 15.06.2013 10:00, Michael Häckel wrote: Salut, Am scris într-un document ce am hota(rât despre denumirea obiectelor. http://wiki.openstreetmap.org/wiki/Ro:Nume Comentarii sunt binevenite. Michael ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] OpenStreetMap Montréal birthday party
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-06-13 21:20, Guillaume Pratte wrote: Hello Fabian, I am indeed on this list. I am also the author of osmtl.org (and its mirror site openstreetmap-montreal.org). I have created this web sites in order to easily communicate the OpenStreetMap activities I have organized up to now. It is a simple WordPress site, and I hope to put content on the site to the benefit of activities organized in Montreal. Thanks for clarifying this. Too bad this was done w/o consulting this list. I got your off-list explanation of this, regarding the media opportunity and interview that provoked this, and I understand the context. It's not ideal, but I guess everything can't be. I still think consolidating to openstreetmap.ca should be the goal, we should work towards that, together, in public. Remember we have a bad context as it is of lack of transparency and private deals here in Montreal, we don't need more confusion. I would like to help with the organization of the Birthday party in August, but I would like to propose to move back the date by one week. I know of many persons interested in OSM that will be present at PyCon in the weekend of August 9-10, and I think there will be more people coming to the party if we hold it the weekend after. What do you think? I could not be there tonigth at the Geo 5 to 7, so I hope to catch another occasion to talk with you guys soon. Yes, I think that would be a better date, I had other comments about the date not being ideal either, on the Facebook group for example. I'll have more time for this during the week. F. Le 2013-06-13 à 02:17, Fabian Rodriguez magic...@member.fsf.org a écrit : On 2013-06-12 22:16, Immanuel Giulea wrote: There is now a website: http://www.osmtl.org/ Strange, thanks for that information. It also redirects to http://www.openstreetmap-montreal.org/ Immanuel and I met *today* at a local event (open data, Québec/Montréal ouvert), apparently the above was launched in public by Guillaume Pratte (who organized a couple of events recently and is on this list AFAIK). I suppose he put together that site, the events he organized lately are there, but there is no contact information. I wish we had know about this, IMO it would belong at openstreetmap.ca - also in light of the recent discussion about domains/website for OSM Canada. :( The picnic idea is great. We should involve the local group organizers. Yes, I suppose this means you're volunteering? :) I am meeting Immanuel tomorrow again at another local event, so we'll get back to the list with more details soon. Cheers, Fabian -- Fabián Rodríguez http://openstreetmap.magicfab.ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca - -- Fabián Rodríguez http://fsf.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlG8WFYACgkQfUcTXFrypNU4lQCgmLZUhgxpk24+Q+bZsElW/qk+ K6oAn0gAkfQsWPuabgBtTM1gsjkmGnpI =/Zv3 -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OpenStreetMap Montréal birthday party
Instead of pushing the date back maybe push it forward to beginning of August and why not hold the Montreal party same time as the Quebec City party? On 2013-06-15 8:05 AM, Fabian Rodriguez magic...@member.fsf.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-06-13 21:20, Guillaume Pratte wrote: Hello Fabian, I am indeed on this list. I am also the author of osmtl.org (and its mirror site openstreetmap-montreal.org). I have created this web sites in order to easily communicate the OpenStreetMap activities I have organized up to now. It is a simple WordPress site, and I hope to put content on the site to the benefit of activities organized in Montreal. Thanks for clarifying this. Too bad this was done w/o consulting this list. I got your off-list explanation of this, regarding the media opportunity and interview that provoked this, and I understand the context. It's not ideal, but I guess everything can't be. I still think consolidating to openstreetmap.ca should be the goal, we should work towards that, together, in public. Remember we have a bad context as it is of lack of transparency and private deals here in Montreal, we don't need more confusion. I would like to help with the organization of the Birthday party in August, but I would like to propose to move back the date by one week. I know of many persons interested in OSM that will be present at PyCon in the weekend of August 9-10, and I think there will be more people coming to the party if we hold it the weekend after. What do you think? I could not be there tonigth at the Geo 5 to 7, so I hope to catch another occasion to talk with you guys soon. Yes, I think that would be a better date, I had other comments about the date not being ideal either, on the Facebook group for example. I'll have more time for this during the week. F. Le 2013-06-13 à 02:17, Fabian Rodriguez magic...@member.fsf.org a écrit : On 2013-06-12 22:16, Immanuel Giulea wrote: There is now a website: http://www.osmtl.org/ Strange, thanks for that information. It also redirects to http://www.openstreetmap-montreal.org/ Immanuel and I met *today* at a local event (open data, Québec/Montréal ouvert), apparently the above was launched in public by Guillaume Pratte (who organized a couple of events recently and is on this list AFAIK). I suppose he put together that site, the events he organized lately are there, but there is no contact information. I wish we had know about this, IMO it would belong at openstreetmap.ca - also in light of the recent discussion about domains/website for OSM Canada. :( The picnic idea is great. We should involve the local group organizers. Yes, I suppose this means you're volunteering? :) I am meeting Immanuel tomorrow again at another local event, so we'll get back to the list with more details soon. Cheers, Fabian -- Fabián Rodríguez http://openstreetmap.magicfab.ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca - -- Fabián Rodríguez http://fsf.magicfab.ca -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlG8WFYACgkQfUcTXFrypNU4lQCgmLZUhgxpk24+Q+bZsElW/qk+ K6oAn0gAkfQsWPuabgBtTM1gsjkmGnpI =/Zv3 -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Rappel : Prochaine réunion de GéoThink au Québec - à Montréal ou à Québec : 26 juin
[Dsole pour les envois croiss] Un rappel : Date : 26 juin 17:00 Lieu : 801 rue Brennan salle des cluses (1103) http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA/877112/ Pour les gens de Qubec, [http://www.meetup.com/quebec-geo/events/122357162] Les deux rencontres seront lies par visioconfrence -- Dre Diane Mercier Ph.D. Sciences de l'information Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada Profil : http://okfn.org/members/dianemercier Blogue : http://ca.okfn.org Liste de discussion : http://lists.okfn.org/mailman/listinfo/okfn-ca Meetup : http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA Twitter : @okfnca Charge de projet sur les donnes ouvertes de la Ville de Montral Blogue : http://dianemercier.com LinkedIn : http://www.linkedin.com/in/dianemercier Skype : dianemercier Zotero : http://www.zotero.org/dmercier Pas de donnes ouvertes, sans logiciel libre ni formats ouverts ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Licence des données ouvertes de la Ville de Montréal
Bruno Faudrait effectivement solutionner ce problème à Québec. Tant mieux si on a le temps d'en discuter au meetup du 26 juin (en passant tu n'es pas inscrit :-) ), par contre, on pourrait très bien faire un autre meetup sur le sujet. Par rapport à la licence ODbL, Thierry Badard, professeur en géomatique à l'université Laval à Québec, avait étudié la question lors de la sortie de la licence en 2009 et il est très bien informé sur la question je pense. Je suis certain qu'il serait ouvert à venir en discuter. Pour ce qui est de Capitale Ouverte, je les considère comme un groupe de pression sans plus, qui n'a aucun véritable lien avec la ville. Je suis même plus certain que le groupe est encore actif! Ça ne serait pas difficile à mon avis de faire venir Nicolas Roberge (membre de ce groupe) pour venir nous expliquer son point. Enfin, Bruno quel est le nom de ton contact à la ville de Québec? Avec un peu de chance, on pourrait être en mesure de l'inviter à ce meetup parce que c'est véritablement avec eux qu'il faut en discuter/sensibiliser à la cause OSM. Fin août serait possible parce que en principe, le meetup de septembre sera à Mtl. au plaisir Le 13-06-14 10:52 PM, Bruno Remy a écrit : Bonjour Guillaume, Merci pour ta réponse détaillée concernant les procédures. Moi-même je ne suis pas juriste mais beaucoup des questions que tu te poses ou des informations que tu souhaites rassembler ont déjà été discutées sur cette liste, dans le passé. Faire des recherches dans les archives de la mailling list pourrait étre bien fastidieux, mais je t'invite à adresser tes questions à Richard Weait sur cette liste : il est compétent en la matiére. De notre côté, à Québec, nous avons une personne-contact à la ville mais avons manqué de temps pour entamer serieusement les discutions. Probablement enjuillet s'il n'est pas en vacances... Ces sujets pourraient aussi étre abordés lors du meetup GeoThink du 26 juin, dépendement de l'espace qui sera accordé aux échanges et questions : il ne s'agit pas d'innonder la conference avec nos questions:-) Meilleures salutations :-) Nous avons Bruno Remy Le 2013-06-14 20:40, Guillaume Pratte guilla...@guillaumepratte.net mailto:guilla...@guillaumepratte.net a écrit : Bonjour Bruno, L'interlocuteur n'est pas Montréal Ouvert, mais bel et bien la Ville de Montréal elle-même. Montréal Ouvert est un groupe indépendant qui a milité pour que la Ville ouvre ses données, et dont la mission reste aujourd'hui de promouvoir l'accès aux données civiques de la région de Montréal. Je sais de source même de représentant de la Ville que Montréal est ouverte à l'évolution de la licence sous laquelle ses données sont partagées. La Ville se compare aux autres villes de l'Amérique du Nord, et cherchera à rester en diapason avec celles-ci. Le moyen privilégié pour ce faire est de faire une demande de données ouvertes, i.e. effectuer une demande de libération de données mais qui sera détournée pour demander une modification à la licence. On me dit qu'une telle demande citoyen a du poids car les fonctionnaires responsables doivent rendre des comptes vis à vis ces demandes, qui sont publiques. Mais avant de faire cette demande, j'accumule le plus d'information possible pour rendre l'ajustement de licence possible. C'est la raison pour laquelle j'écris sur cette liste: est-ce qu'il y a quelqu'un qui aurait une vison claire des changements qui devraient être faits à la licence? (Personnellement il y a trop de choses que je ne comprends pas au niveau légal pour que je puisse proposer à la Ville des changements qui feraient du sens) Bruno, j'espère que les choses pourront bouger du côté de Québec, que cette mentalité château-fort pourra s'ouvrir et que tu sois entendu comme il se doit. Guillaume Le 2013-06-14 à 16:55, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Bonjour Fabian, bonjour Guillaume, Quel est le fruit de vos discutions avec Montreal Ouvert? Ici à Québec, nous avons, et à plusieurs reprises, tenté des approches avec Capitale Ouverte (les gens qui ont créé Quebwc Ouvert conjointement avec les représentants de Montreal Ouvert. Malheureusement, on a frappé un mur: ils sont fermés sur leur position et nous ont fait savoir, de plusieurs manieres et à plusieurs reprises, que nous devions citer nos sources (sic) si jamais nous utilisions les données ouvertes de la ville. Alors que c'est justement contre cette obligation de citation que nous nous battons! La situation est donc un dialogue de sourds et nous sommes en impasse... Situation bien regrettable à mon humble avis... Bruno Remy Le 2013-06-13 21:54, Guillaume Pratte guilla...@guillaumepratte.net mailto:guilla...@guillaumepratte.net a écrit : (This email
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
On 14/06/2013 18:35, Jean-Guilhem Cailton wrote: Une visualisation web est disponible : http://wms.openstreetmap.fr/alpesmaritimes Apparemment, ce sont les mêmes photos que celles affichées par le Géoportail IGN. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveaux pays dans Osmose - Était : Catalan support in Osmose
Bonjour, cette prise de contact me fait m'interroger sur la façon d'ajouter un pays à Osmose. J'étais il y a peu en Roumanie et clairement, Osmose aiderai bien ... Ils n'ont pas d'import du bâti et ont tracé des bâtiments à la main sur des images Bing mal positionnées, cela provoque beaucoup d'intersections routes/bâti. Et ce n'est qu'une des centaines d'erreurs à corriger. Est ce possible d'avoir une carte avec les Pays couverts par osmose et les tests réalisés ? Est ce complexe d'ajouter des Pays ? Le 15 juin 2013 02:08, Philippe Verdy verd...@wanadoo.fr a écrit : Un utilisateur catalan me demande si je peux l'aider à avoir des extensions sur Osmose pour les Catalans. Je vous laisse lire son message joint en anglais (les auteurs d'Osmose devraient pouvoir le lire). Globalement il voudrait que les articles initiaux soient tous en minuscule (convention catalane, qui en fait devrait aussi s'appliquer en français, comme le fait l'IGN, mais pas l'INSEE pour les communes, car cet article est contractible et ne participe pas non plus au tri ; d'ailleurs ce devrait aussi être le cas en espagnol, portugais, italien, et même en anglais : the Bahamas Commonwealth of the Bahamas, Kingdom of the Netherlands the Netherlands, the United States, l'article disparaissant dans les formes où le toponyme est employé au génitif, il n'est pas non plus inclus dans le tri). Il demande aussi de vérifier une liste de vocabulaire pour les termes génériques des noms de rue (en catalan et non espagnol, dans les name:ca=*), non seuement en Catalogne, Pays valencien et aux Baléares, mais aussi en Val d'Aran, en Andorre, voire en France et Italie. Comme cette langue est aussi une langue régionale française, ça peut en intéresser d'autres aussi sur cette liste. Notez qu'il ne parle pas français mais se débrouille pas trop mal en anglais si vous ne lui répondez pas en catalan. Seulement je ne suis pas certain que cette adresse email transmise (celle d'un message interne sur le site OSM et non son adresse perso, mais un message qu'i m'a été envoyé et qui risque de ne pas marcher pour quelqu'un d'autre que moi, je n'ai jamais essayé si cette adresse fonctionnait pour répondre depuis un autre compte) -- Forwarded message -- From: Joan Montané m-359863-a37...@messages.openstreetmap.org Date: 2013/6/13 Subject: [OpenStreetMap] Catalan support in Osmose Bonjour Verdy_p, Joan Montané http://www.openstreetmap.org/user/Joan%20Montan%C3%A9 vous a envoyé un message depuis OpenStreetMap avec le sujet Catalan support in Osmose : == Hi Verdy_p I'm Joan Montané, a Catalan mapper. I think you speak French, sorry for my bad English. I see you have been fixed some Catalan administrative boundaries. I'm working fixing names of places, according Catalan spelling rules. Today I have found Osmose. I wondering if you (or some one) can help me providing support for Catalan in Osmose to mark some common errors. For instance, a common error is typing names with articles (el, la, els, les) in uppercase. In Catalan, such toponyms are used with article in lowercase. Another problem is using Spanish way types (calle intead of carrer, avenida instead of avinguda, ...). Currently I'm using JOSM with some filters and a very simple script to fix the article problem, but Osmose could be a very good aproach to detect errors. I think a first needed step is define a relation (or some relations) to define Catalan area. Just for info, Catalonia (Autonomous Community of Spain) has a zone (Vall d'Aran) where Catalan is a secondary language, the preferred one is Occitan. Son name values are in Occitan and I want to check name:ca in Vall d'Aran. Catalan language is official in Andorra and it's preferred in Balearic Islands (another Spanish Autonomous Community) and in some cities in Valencian Community (mainly the coast line). Catalan language can be used in non official toponyms in zones of Aragon Community and also arround Perpignan and Italian city of Alghero. So, as you see, administrative boundaries aren't a good choice for check Catalan quality, :( Can you help me and guide me, thanks in advance. Joan Montané ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
Oui mais... celles-là on a le droit de les utiliser ;) Attention toutefois, elles datent de 2009, donc méfiance sur la fraicheur. Bing est plus récent sur Nice par exemple, mais de moins bonne définition (surtout beaucoup d'ombres gênantes en ville). Le 15 juin 2013 08:25, Jean-Claude Repetto jrepe...@free.fr a écrit : On 14/06/2013 18:35, Jean-Guilhem Cailton wrote: Une visualisation web est disponible : http://wms.openstreetmap.fr/alpesmaritimes Apparemment, ce sont les mêmes photos que celles affichées par le Géoportail IGN. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 15/06/2013 08:25, Jean-Claude Repetto a écrit : On 14/06/2013 18:35, Jean-Guilhem Cailton wrote: Une visualisation web est disponible : http://wms.openstreetmap.fr/alpesmaritimes Apparemment, ce sont les mêmes photos que celles affichées par le Géoportail IGN. Bonjour, Au moins ici on sait qu'on peut les utiliser pour OSM. Par ailleurs, sur une suggestion de Jocelyn, un récapitulatif des orthophotographies de France métropolitaine hébergées par OSM FR est disponible : http://wms.openstreetmap.fr/tous-tms-fr Cordialement, Jean-Guilhem -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlG8QbMACgkQv8a3ilk56uIofACfT4Uv2xunPb04PGBBU9RQ4LWF kk4AnA8CrV2pKvJ0MqTDAzETKHQG/hSA =K/3f -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] possibilité de mixer carte et vues aériennes en dehors d'un éditeur
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 09/06/2013 13:56, Laurent Combe a écrit : parfait pour l'adresse http://wms.openstreetmap.fr/toulouse je ne connaissais pas, et ce n'est jamais ressorti au moement de mes recherches dans l'historique de la liste. 2 questions : imaginons que des communes adjacentes à Touliouse métropole veulent libérer leur orthophoto à qui doit-on s'adresser ? [...] Bonjour, Après délibération et décision de libération, je pourrais bien sûr aider techniquement pour les mettre en ligne. J'imagine que d'autres personnes ici pourraient aussi aider pour d'autres types de données qui seraient libérées. Cordialement, Jean-Guilhem -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlG8RI4ACgkQv8a3ilk56uK+nQCfZqSA1z14cvh6u9mqZMxQl7nU rN0AniMHMFxNVgZrlkGlvqzMr8CM0thS =iEub -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
On 14/06/2013 15:05, Jean-Guilhem Cailton wrote: L'URL de la couche en TMS pour JOSM est : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y} J'ai dû ajouter .png à la fin pour que ça marche dans JOSM : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y}.png Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 15/06/2013 16:22, Jean-Claude Repetto a écrit : On 14/06/2013 15:05, Jean-Guilhem Cailton wrote: L'URL de la couche en TMS pour JOSM est : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y} J'ai dû ajouter .png à la fin pour que ça marche dans JOSM : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y}.png Jean-Claude Tu es sûr ? Pourtant je ne vois pas de requête dans le log qui proviendrait de JOSM et se terminerait par .png. Par contre, j'en vois de nombreuses sans .png final, qui semblent marcher normalement, et y compris depuis les Alpes-Maritimes ;) (et bien sûr, avec mon JOSM, ça marchait sans). De toute façon, cette couche est configurée pour retourner des tuiles en jpeg, et TileCache ne tient pas compte de cette extension .png. Bien cordialement, Jean-Guilhem -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlG8gN0ACgkQv8a3ilk56uLYlQCePxvdnbfiZonGkiugOpuI/z5B hekAnRAygFLlpqxF2bNGpw9kiLQ30RdX =ENMX -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
On 15/06/2013 16:57, Jean-Guilhem Cailton wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 15/06/2013 16:22, Jean-Claude Repetto a écrit : On 14/06/2013 15:05, Jean-Guilhem Cailton wrote: L'URL de la couche en TMS pour JOSM est : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y} J'ai dû ajouter .png à la fin pour que ça marche dans JOSM : tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y}.png Jean-Claude Tu es sûr ? Pourtant je ne vois pas de requête dans le log qui proviendrait de JOSM et se terminerait par .png. Par contre, j'en vois de nombreuses sans .png final, qui semblent marcher normalement, et y compris depuis les Alpes-Maritimes ;) (et bien sûr, avec mon JOSM, ça marchait sans). Tu as raison, maintenant ça marche sans le .png . Il y a probablement eu un autre problème qui empêchait l'affichage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS
Le 14/06/2013 15:05, Jean-Guilhem Cailton a écrit : Bonjour L'orthophoto des Alpes Maritimes, mise à disposition par le Centre Régional de l'Information Géographique Provences Alpes Côte d'Azur (CRIGE-PACA), est disponible en TMS. en voila une bonne nouvelle ! y'a des endroits ou l'image est assez brulee, je reve d'une fonction dans JOSM qui permette d'ajuster la luminusite / le contraste sur l'affichage des imageries ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Passe à poissons était: Question sur les écluses
2013/6/14 Yves Pratter yves.prat...@laposte.net Est-ce un nouveau tag ou au contraire un tag obsolète ? Assez nouveau. Dans le wiki depuis mai 2012: http://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dwildlife_crossingoldid=772138 Ce qui est bizarre c'est que ça n'apparait pas dans waterway ? Ca n'est pas un waterway. Mais il pourrait figurer dans une petite section spéciale sur le wiki généraliste sur les waterways: http://wiki.openstreetmap.org/wiki/Waterway Ou alors il faut en tracer une qui traverse une surface fish_passage ?? Puisque de l'eau y coule, je pense que oui. Mais ajouter un boat=no et fish_with_big_legs=yes ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question sur les écluses
2013/6/14 Romain MEHUT romain.me...@gmail.com: Si le rendu se base sur lock_name=Creil, on verra s'afficher Creil. Est-ce si gênant d'écrire lock_name=Écluse numéro 4 de Creil ? Mettre dans le tag name le nom usuel. Si c'est Écluse numéro 4 de Creil, alors c'est ce qu'il faut mettre. Mais il faut peut-être voir si une convention existe sur les noms en France ou sur certaines zones géographiques ou s'il existe une convention entre OSMeurs au niveau international. Ne pas se laisser trop influencer par ce qui va s'afficher sur la carte. D'abord, il faudrait se demander quelle carte et avec quel style de rendu... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circulation interdite sauf service
2013/6/14 Claude claude.mar...@gmail.com: Le tag official est venu des allemands qui ont des cycleway que les cyclistes sont obligés d'emprunter au lieu de rester sur la route principale (sous peine d'amende). Donc access=official est compréhensible (chez les allemands) lorsqu'il est combiné avec un highway=cycleway. D'où la définition du wiki pour access=official: The value official for the access tags foot, bicycle and horse indicates a way legally dedicated to specific modes of travel by a law or by the rules of traffic. Mais si vous combinez access=official avec un highway=service ou highway=track, ben, ça ne veut rien dire. On ne sait toujours pas ce qui est autorisé et ce qui est interdit. Donc, je préfère un access=no ou access=private. Ceux concernés par le service n'en ont de toute façon cure. Et les fameux 80% du public dont on parlait sur un autre fil, sera informé sans ambiguité. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Neighborhoods / Zillow
On Fri, Jun 14, 2013 at 2:22 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2013/6/14 Bryce Nesbitt bry...@obviously.com The OSM node could even link to a wiki page where the neighborhood can be described in all its richness and complexity. you could do this with wikipedia links. My usecase would be to enter an address in a search field and get information about the neighbourhoods the results are located in. Given the huge differences in shape and extension of place areas I'd rather prefer an unprecise and to some extend subjective polygon than a node that doesn't convey the necessary information to get an idea where it is valid for (especially in a setting like osm, where you always have missing information bits). A point node plus a wikipedia link hits maybe 95% of the use cases, and is clean. I think polygons just mess things up. But if you insist :-) here's a way to ensure they don't overlap. Just distort the map a bit. Nobody will mind :-) [image: Inline image 1] ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Cleaning up California FMMP residential
On Fri, Jun 14, 2013 at 3:28 PM, Paul Norman penor...@mac.com wrote: I've been doing some California landuse and have come across a lot of landuse=residential imported from FMMP which is clearly wrong. The landuse=residential covers entire cities, including commercial, industrial, retail, parks, schools, golf courses, airports, and pretty much anything within city limits. Those landuse polygons are so hard to edit, so much clutter, interfere with editors. Ugh. Thanks for dealing with this. But if landuse is going to be in there, I'd prefer a stacked approach. Trying to seam a golf course landuse as a hole in a greater residential land use is a pain. Could we instead have a base landuse (e.g. residential) then simply overlay a more specific land use (e.g. golf course) with a priority or stacking layer, as in roads? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Cleaning up California FMMP residential
From: Bryce Nesbitt [mailto:bry...@obviously.com] Sent: Friday, June 14, 2013 11:11 PM Subject: Re: [Talk-us] Cleaning up California FMMP residential On Fri, Jun 14, 2013 at 3:28 PM, Paul Norman penor...@mac.com wrote: I've been doing some California landuse and have come across a lot of landuse=residential imported from FMMP which is clearly wrong. The landuse=residential covers entire cities, including commercial, industrial, retail, parks, schools, golf courses, airports, and pretty much anything within city limits. Those landuse polygons are so hard to edit, so much clutter, interfere with editors. Ugh. Thanks for dealing with this. It's worth noting that when these areas are properly mapped there will actually be more ways, but they'll not be encompassing thousands of square km. As an example, the Sutter Buttes region (http://www.openstreetmap.org/?lat=39.22lon=-121.78zoom=12layers=M) has more ways after I mapped some trees, whereas before it was tagged as just one large meadow. Some of the multipolygons I've been cleaning up have been particularly hard to edit as they cover multiple separate areas. I'd hate to handle them in P2 or iD, fetching a small area from the API returns these giant ways and getting the full MP is troublesome in JOSM which deals better with areas larger than the API can comfortably deal with. When I get more cleanup done I will issue a bunch of re-render requests (/dirty). The region will be less colorful on the map, but the data will actually be right. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Cleaning up California FMMP residential
On 15/giu/2013, at 00:28, Paul Norman penor...@mac.com wrote: To this end, I propose removing v1 imported ways/multipolygons from FMMP with FMMP_modified=no, FMMP_reviewed=no, landuse=residential, and either description=other land or description=urban land, starting with ways about 500 000 square Mercator meters (exact value subject to change). remove landuse=residential and add place=* ? cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Cleaning up California FMMP residential
On 15/giu/2013, at 11:13, Paul Norman penor...@mac.com wrote: Some of the multipolygons I've been cleaning up have been particularly hard to edit as they cover multiple separate areas. I'd hate to handle them in P2 or iD, fetching a small area from the API returns these giant ways and getting the full MP is troublesome in JOSM which deals better with areas larger than the API can comfortably deal with. IMHO to keep osm easily modifiable and maintainable it is the best to keep complexity as low as possible and to map landuse as atomic as possible. Don't make multipolygons for landuse, or only to share common borders, but don't cut holes or make them overlap. For a detailed mapping I wouldn't include public streets in the landuse, if this seems too much work start with splitting the polygons on bigger streets like primaries etc. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Tagging] Removing US Bicycle Route tags
Paul Johnson ba...@ursamundi.org writes: Again, I'm still not hearing a suggestion that would keep this valuable information in OSM, or a compelling reason not to keep it. It's not clear that it's valuable. If you want to propose a scheme for desired corridors by only-slightly-authoritative organizations, feel free. The compelling reason is that there is information in the database which is incorrect. That's always a good reason to simply outright remove it. We do map proposed routes, we don't map for the renderer. It still sounds like the core issue is some proposals are mapped more specifically than they are on paper. The present issue is that there is are specific routes in the db as proposed when there is no actual proposal, but instead merely a desired corridor by a only-slightly-authoritative organization. I don't think this is an insurmountable problem to fix within the boundaries of not tagging for the renderer. It's straightfoward: delete the bogus data. With that in mind, I would love to hear ideas how to tackle the proposed corridor issue so that they may be more properly mapped, not outright excluded over cyclemap rendering issues. It's not about cyclemap rendering issues. The problem is that the database has incorrect information. If someone added polygons that said aca_desired_corridor, and that was checkable because they published that desire, I don't think there'd be any issues, other than the larger issue of X wants Y - so what? Who is X and why does anybody care? It sounds like you are conflating how to (and whether) should we represent desired corridor by only-slightly-authoritative organizations and fixing the database by removing items that are incorrect. It's not reasonable to ask anyone to refrain from fixing the database without solving some other problem. pgp85XfpYFsMU.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
I wonder if it time to accept that we are unable to reach a consensus. Can we agree to let the local community decide which way to proceed? They are in the best position to know the issues surrounding neighborhood borders. There didn't seem to be any show-stoppers in the arguments for nodes/polygons. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
On Sat, Jun 15, 2013 at 7:27 AM, Clifford Snow cliff...@snowandsnow.uswrote: I wonder if it time to accept that we are unable to reach a consensus. Can we agree to let the local community decide which way to proceed? They are in the best position to know the issues surrounding neighborhood borders. There didn't seem to be any show-stoppers in the arguments for nodes/polygons. Maybe not a show stopper, but that trivializes the debate. The OSM convention of verifiable mapping is an important one, I think the project deviates from this to short term gain but long term detriment. Encouraging mapping of a invisible boundary is problematic. Often that boundary will be unverifiable, fluid and opinion-based. Encouraging yet more mapping clutter of large areas is a problem due to poor tool support (we've got landuse, administrative, watersheds, and now neighborhoods). The best one can hope for is that neighborhoods would finally break things so bad that editing software would start to hide those layers for most editing purposes. There IS a wiki talk page on this http://wiki.openstreetmap.org/wiki/Neighbourhood And here is sample node that I feel works, even though the aera is fluid. It hits the majority of the use cases I've heard of for OSM, and links to a proper description of a concept that's just not as simple as a polygon: place=neighbourhood name=SoMa name_1=South of Market website=http://en.wikipedia.org/wiki/South_of_Market,_San_Franciscohttps://en.wikipedia.org/wiki/South_of_Market,_San_Francisco ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
Your entire argument is based on the premise that neighborhood boundaries are subjective and unverifiable, and while that may be true for your neighborhood it is not true for mine. So why shouldn't I map what I can easily verify on the ground? Bryce On Jun 15, 2013, at 7:54 AM, Serge Wroclawski emac...@gmail.com wrote: On Sat, Jun 15, 2013 at 10:27 AM, Clifford Snow cliff...@snowandsnow.us wrote: I wonder if it time to accept that we are unable to reach a consensus. On what issue are we unable to reach a consensus? The original proposer, Martijn, after reading the arguments put forth, has decided he agrees with both Ian and myself. Can we agree to let the local community decide which way to proceed? They are in the best position to know the issues surrounding neighborhood borders. There didn't seem to be any show-stoppers in the arguments for nodes/polygons. There were several issues brought up. The issues brought up were: 1. The idea that in many neighborhoods around the country, everything about these neighborhoods is subjective, and largely driven by opinion and real estate agents. 2. Neighborhoods don't have clear boundries, so polygons were a poor fit. 3. OSM is not a good place for non-observable data of any sort. 4. There is not a way to have consensus on a neighborhood boundary because of its subjective nature. Two individuals may share entirely differing views and both have equal correctness, since it's a matter of opinion. 5. Places can, and often are part of multiple neighborhoods, and OSM's place classification system doesn't handle this. 6. Nodes are bad substitutes for polygons because one can only assume that a node's idea of an area corresponds to a radius, which isn't the case in many cases. 7. There are wonderful tools and existing datasets which OSMers can use to capture this same information. OSM is not entirely built around consensus, but I'm concerned because I don't know how you can measure the local community in its opinion. I'm also a bit concerned when the idea of community consensus is thrown out the window for total localism. While I agree that sometimes things should be done without every single member of the community approving, we should strive for larger community building when possible. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
On Sat, Jun 15, 2013 at 2:10 PM, Bryce Cogswell bryc...@yahoo.com wrote: Your entire argument is based on the premise that neighborhood boundaries are subjective and unverifiable, and while that may be true for your neighborhood it is not true for mine. So why shouldn't I map what I can easily verify on the ground? What are you using to verify your neighborhood boundaries? Is there literally a line on the pavement showing the boundaries? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
My city kindly places identification signs along the borders of many of the defined neighborhoods. Other neighborhoods are coterminous with a particular subdivision. Still others like midtown are mean whatever the person saying it wants it to mean. The former are reasonable to map. The latter is not. Ian Dees ian.d...@gmail.com wrote: On Sat, Jun 15, 2013 at 2:10 PM, Bryce Cogswell bryc...@yahoo.com wrote: Your entire argument is based on the premise that neighborhood boundaries are subjective and unverifiable, and while that may be true for your neighborhood it is not true for mine. So why shouldn't I map what I can easily verify on the ground? What are you using to verify your neighborhood boundaries? Is there literally a line on the pavement showing the boundaries? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
Bryce Cogswell writes: Your entire argument is based on the premise that neighborhood boundaries are subjective and unverifiable, and while that may be true for your neighborhood it is not true for mine. So why shouldn't I map what I can easily verify on the ground? +1: this is true for me as well, so I agree. Well, it is verifiable by what our local government says (through the consensus of public process, like City Council meetings) via polygons, AND by the more vaguely-defined but still useful nodes, of which there are several in my city. This both democratizes and harmonizes neighborhoods without making defining all of them a free-for-all (in my city, anyway -- in yours, well, there are both good and bad examples in OSM). For the former, I don't need a painted line on the ground, just what the City GIS department publishes on the open Internet, after these lines/polygons/neighborhood boundaries were reached by public process. For the latter, these are fluid enough that they can come and go, move and change name. Once again: OSM accommodates by storing, displaying (uniquely!) and indexing both types of data. While this discussion is good, I don't think a one polygon (or one node) fits all solution will work across the very wide diversity of neighborhoods in the USA. Accordingly, let us allow some minor small smears of syntax (multiple solutions) to capture multiple semantics. It doesn't hurt anything, and nobody pretends there is a standard way to properly map every single thing in OSM we wish to map, just high-quality representations of things (which are all of captured in the database, rendered, and indexable). Both polygons and nodes for neighborhoods do all three of those, and sometimes a polygon is better than a node (or vice versa), so I continue to believe using both is OK. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Neighborhoods / Zillow
On Sat, Jun 15, 2013 at 3:35 PM, stevea stevea...@softworkers.com wrote: +1: this is true for me as well, so I agree. Well, it is verifiable by what our local government says (through the consensus of public process, like City Council meetings) via polygons, AND by the more vaguely-defined but still useful nodes, of which there are several in my city. This both democratizes and harmonizes neighborhoods without making defining all of them a free-for-all (in my city, anyway -- in yours, well, there are both good and bad examples in OSM). For the former, I don't need a painted line on the ground, just what the City GIS department publishes on the open Internet, after these lines/polygons/neighborhood boundaries were reached by public process. For the latter, these are fluid enough that they can come and go, move and change name. Once again: OSM accommodates by storing, displaying (uniquely!) and indexing both types of data. While this discussion is good, I don't think a one polygon (or one node) fits all solution will work across the very wide diversity of neighborhoods in the USA. Accordingly, let us allow some minor small smears of syntax (multiple solutions) to capture multiple semantics. It doesn't hurt anything, and nobody pretends there is a standard way to properly map every single thing in OSM we wish to map, just high-quality representations of things (which are all of captured in the database, rendered, and indexable). Both polygons and nodes for neighborhoods do all three of those, and sometimes a polygon is better than a node (or vice versa), so I continue to believe using both is OK. +1 -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us