Re: [OSM-talk-be] AGIV
On 2013-04-09 23:00, Glenn Plas wrote : On 04/09/2013 10:56 PM, Jo wrote: I'm trying it out, of course. It still seems to have the problem with the constant need of having to use 'change resolution'. It would be great if that could be solved as well somehow, but it may simply be a JOSM problem as well. Jo I'm still trying to fix some stuff, it seems every request is generating a cache MISS due to the fact WMS is by definition not to be cached. Cache-Control sent by AGIV server is 'private' which complicates things (I have to get that header out and replace it with some expirations). I'm looking at MapProxy at this point, see https://pypi.python.org/pypi/MapProxy , it can probably do what you ask. www.mapproxy.org http://www.mapproxy.org/ mapproxy nicely caches WMS in tiles. According to Mapproxy mailing list http://mapproxy.org/support.html and my own experience, its cache never expires (you must clean it up manually). You will be able to access your cache with WMS or TMS; that may make a slight difference, but I expect nothing much to solve your resolution change problem. I have made comments on the mailing list http://josm.openstreetmap.de/ticket/7563including warning about inconsiderate automatic resolution level changes. That problem is inherent to JOSM and the same for all servers. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Impossible changeset
Hi all, I've made few changes near [1] I have made changes with JOSM yesterday. I was unable to upload them. So I have saved the file. I have tried also yesterday to make some changes with Potlatch2 in the same hamlet. Potlatch could not create a changeset. Today, I have tried to upload my changes from yesterday with JOSM. But JOSM can't create a changeset. So I canceled the upload. I have tried again to make some changes with Potlatch. Few changes were accepted in the changeset 15685756 : modifying the name of a church, adding a hamlet. So I tried to upload my JOSM's changes. And I have stille the same problem : JOSM stops on the stage creating a changeset... (into French)... And again I tried to make some changes with Potlatch2 (adding a point cemetary). Now Potlatch is still trying : Saving to changset 15685756. Is it a problem linked to my account ? Is it a known issue ? Some infos : OSM account : FrViPofm IP : 86.218.199.87 (probably other yersterday) I have updated JOSM latest yersterday : my version is 5837 Both JOSM and Potlatch are still trying to create the changeset or upload changes. [1] http://osm.org/go/xVefgMCmp-- -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Impossible changeset
Le 11/04/2013 09:40, Vincent Pottier a écrit : [...] Sorry for the noise : I didn't saw it was already a ticket https://trac.openstreetmap.org/ticket/4540 I have reopend it. -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Impossible changeset
Could this be related to the current OS upgrade on the OSM US server? Can we get some input from Ian? On Apr 11, 2013 2:43 AM, Vincent Pottier vpott...@gmail.com wrote: Hi all, I've made few changes near [1] I have made changes with JOSM yesterday. I was unable to upload them. So I have saved the file. I have tried also yesterday to make some changes with Potlatch2 in the same hamlet. Potlatch could not create a changeset. Today, I have tried to upload my changes from yesterday with JOSM. But JOSM can't create a changeset. So I canceled the upload. I have tried again to make some changes with Potlatch. Few changes were accepted in the changeset 15685756 : modifying the name of a church, adding a hamlet. So I tried to upload my JOSM's changes. And I have stille the same problem : JOSM stops on the stage creating a changeset... (into French)... And again I tried to make some changes with Potlatch2 (adding a point cemetary). Now Potlatch is still trying : Saving to changset 15685756. Is it a problem linked to my account ? Is it a known issue ? Some infos : OSM account : FrViPofm IP : 86.218.199.87 (probably other yersterday) I have updated JOSM latest yersterday : my version is 5837 Both JOSM and Potlatch are still trying to create the changeset or upload changes. [1] http://osm.org/go/xVefgMCmp-- -- FrViPofm __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Impossible changeset
No. The OSM US server has absolutely nothing to do with uploading data to OSM. Toby On Thu, Apr 11, 2013 at 3:46 AM, Clay Smalley claysmal...@gmail.com wrote: Could this be related to the current OS upgrade on the OSM US server? Can we get some input from Ian? On Apr 11, 2013 2:43 AM, Vincent Pottier vpott...@gmail.com wrote: Hi all, I've made few changes near [1] I have made changes with JOSM yesterday. I was unable to upload them. So I have saved the file. I have tried also yesterday to make some changes with Potlatch2 in the same hamlet. Potlatch could not create a changeset. Today, I have tried to upload my changes from yesterday with JOSM. But JOSM can't create a changeset. So I canceled the upload. I have tried again to make some changes with Potlatch. Few changes were accepted in the changeset 15685756 : modifying the name of a church, adding a hamlet. So I tried to upload my JOSM's changes. And I have stille the same problem : JOSM stops on the stage creating a changeset... (into French)... And again I tried to make some changes with Potlatch2 (adding a point cemetary). Now Potlatch is still trying : Saving to changset 15685756. Is it a problem linked to my account ? Is it a known issue ? Some infos : OSM account : FrViPofm IP : 86.218.199.87 (probably other yersterday) I have updated JOSM latest yersterday : my version is 5837 Both JOSM and Potlatch are still trying to create the changeset or upload changes. [1] http://osm.org/go/xVefgMCmp-- -- FrViPofm __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] MapRoulette update
Hi folks, MapRoulette was way overdue for an update. And it arrived! The new challenge is adding lane count (lanes=...) to motorway ways. This is a little trickier than the connectivity fixes[1], so I am curious what you think about this one. If it works well, we will work our way down to trunks and primaries, if not, we'll move on to something else. The geographical scope for this challenge is currently North America. If you have ideas for challenges, please add them to http://wiki.openstreetmap.org/wiki/MapRoulette/Challenges - keeping in mind that challenges should be: 1) machine-detectable 2) easy to fix without local knowledge 3) only involve one or two OSM nodes/ways. In the background, we are working on a whole new version of MapRoulette which will boast much-requested features like choosing an area to work on, choosing between multiple challenges, and more. [1] See my blog post for caveats: https://oegeo.wordpress.com/2013/04/11/maproulette-challenge-lanecounts/ Happy mapping, -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MapRoulette update
On 12.04.2013 01:11, Martijn van Exel wrote [1] See my blog post for caveats: https://oegeo.wordpress.com/2013/04/11/maproulette-challenge-lanecounts/ Wait, there's a pretty odd piece of advice in there: do not include merge lanes? I would clearly count them towards the lanes value, and have used this interpretation as the basis of my mapping and coding so far (nothing important, but others may work from the same assumption). There are several places in the wiki supporting my interpretation. Perhaps most obviously, this example on Key:turn: http://wiki.osm.org/Key:turn#Motorway_with_links_and_destinations (Btw, it would be helpful to add turn:lanes while you're at it. ;) ) I would normally not bring this topic up here, but I think it'd better be clarified before tagging thousands of lane counts. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] MapRoulette update
I think we need to get lanes and turn lanes nailed down a bit first...then there's the whole bit about how you're going to detect changes in lane counts along the way, since this almost certainly would require splitting ways to get counts accurate (and a big reason why I abandoned trying to nail it down while working on alignment and relations in the Oklahoma State Highway system, after it took me nearly a year to complete the OK 3 mess, the other being that lane counts on two-direction ways gets messy in odd numbers (which side does it belong to?) and how restricted lanes get counted...the whole lane schema just isn't very well developed yet, and that's going to need to come to fruition before we start shooting newbies at tagging that en masse. On Thu, Apr 11, 2013 at 6:11 PM, Martijn van Exel m...@rtijn.org wrote: Hi folks, MapRoulette was way overdue for an update. And it arrived! The new challenge is adding lane count (lanes=...) to motorway ways. This is a little trickier than the connectivity fixes[1], so I am curious what you think about this one. If it works well, we will work our way down to trunks and primaries, if not, we'll move on to something else. The geographical scope for this challenge is currently North America. If you have ideas for challenges, please add them to http://wiki.openstreetmap.org/**wiki/MapRoulette/Challengeshttp://wiki.openstreetmap.org/wiki/MapRoulette/Challenges- keeping in mind that challenges should be: 1) machine-detectable 2) easy to fix without local knowledge 3) only involve one or two OSM nodes/ways. In the background, we are working on a whole new version of MapRoulette which will boast much-requested features like choosing an area to work on, choosing between multiple challenges, and more. [1] See my blog post for caveats: https://oegeo.wordpress.com/** 2013/04/11/maproulette-**challenge-lanecounts/https://oegeo.wordpress.com/2013/04/11/maproulette-challenge-lanecounts/ Happy mapping, -- Martijn van Exel __**_ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-11 7:03, Dietmar wrote: wir haben von 45 Gemeinden noch keine guten Listen. Wenn sich einige BaWue OSMler dazu entschließen, die Gemeinden einzeln um Straßenlisten anzufragen, müsste das doch eigentlich recht schnell gehen. Hallo Dietmar, für welche Gemeinden gilt das? Denn das hier ist recht vollständig: https://www.lgl-bw.de/lgl-internet/web/sites/default/de/07_Produkte_und_Dienstleistungen/Open_Data_Initiative/Galerien/Dokumente/OD_Abgabe_Lika-DB.zip Ich selbst hechle gerade den Gemeindefusionen in Sachsen und Thüringen hinterher. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
Hallo Andreas, Andreas Labres l...@lab.at schrieb: Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem Webauftritt nutzt? Montabaur: http://www.montabaur.de/montabaur/de/B%C3%9CRGERSERVICE/Verkehr%20-%20Busse%20%20Bahnen/Stadtplan/ Dort gab/gibt es eine aktive Kooperation mit OSM. Details stehen irgendwo im Wiki. Zwar keine Gemeinde, aber trotzdem einigermaßen passend: http://forum.openstreetmap.org/viewtopic.php?id=19917 Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
On 13-04-11 8:23, Michael Reichert wrote: Hallo Andreas, Andreas Labres l...@lab.at schrieb: Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem Webauftritt nutzt? Montabaur: http://www.montabaur.de/montabaur/de/B%C3%9CRGERSERVICE/Verkehr%20-%20Busse%20%20Bahnen/Stadtplan/ Mit welcher Technik ist das eingebunden? Es ist etwas irritierend, dass der Mauspfeil sich nicht interaktiv verändert. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
Am 11.04.2013 09:00, schrieb Martin Trautmann: Mit welcher Technik ist das eingebunden? Es ist etwas irritierend, dass der Mauspfeil sich nicht interaktiv verändert. Schönen Gruß Martin Die Karte ist mit dem JavaScript-Framework OpenLayers realisiert. Eine Veränderung des Mauszeigers ist auch möglich, man müsste entsprechend die CSS anpassen. Viele Grüße, Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
On 13-04-11 10:02, Andreas Neumann wrote: Am 11.04.2013 09:00, schrieb Martin Trautmann: Mit welcher Technik ist das eingebunden? Es ist etwas irritierend, dass der Mauspfeil sich nicht interaktiv verändert. Die Karte ist mit dem JavaScript-Framework OpenLayers realisiert. Eine Veränderung des Mauszeigers ist auch möglich, man müsste entsprechend die CSS anpassen. Es sollte ähnlich gut funktionieren wie auf osm.org selbst - im Idealfall hätten wir eine quasi fertige Komplettlösung, die der Anwender unmittelbar einbinden kann. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
Andreas Labres l...@lab.at wrote: Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem Webauftritt nutzt? Lauf. Eine der ersten Gemeinden von denen wir ein hochauflösendes Luftbild bekommen haben: http://www.lauf.de/index.php?mid=30 Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von OSM in einer Gemeinde
Hallo allerseits, Das Paradebeispiel ist für mich immernoch Köln: http://stadtplan.koeln.de/ Am 11.04.2013 06:06, schrieb Andreas Labres: Hallo! Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem Webauftritt nutzt? Danke, Andreas ___ 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] Open Data für Geobasisdaten in Baden-Württemberg
Hallo Martin, primär habe ich auf der Webseite, die Du angegeben hast, die Datei Straßenverzeichnis (ZIP-Archiv mit CSV-Datei (UTF-8), Stand ALKIS Migration 04.04.2013) (ZIP, 1.225 KB) https://www.lgl-bw.de/lgl-internet/web/sites/default/de/07_Produkte_und_Dienstleistungen/Open_Data_Initiative/Galerien/Dokumente/OD_strassenschluessel_apk_2013-04-04.zip ausgewertet und da fehlen die Gemeinden, die ich früher in diesem Thread gepostet habe, siehe [1]. Diese Liste wurde jetzt angefangen und wird auch fortgepflegt. Aus der von Dir angegebenen LiKa-DB habe ich genau die in o.g. Zip noch fehlenden Listen übernommen. Die LiKa-DB ist vom Stand 2011 und auf der Webseite steht ja, das diese Liste nicht mehr fortgeführt wird. Viele Grüße Dietmar [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg99961.html Am 11.04.2013 08:03, schrieb Martin Trautmann: On 13-04-11 7:03, Dietmar wrote: wir haben von 45 Gemeinden noch keine guten Listen. Wenn sich einige BaWue OSMler dazu entschließen, die Gemeinden einzeln um Straßenlisten anzufragen, müsste das doch eigentlich recht schnell gehen. Hallo Dietmar, für welche Gemeinden gilt das? Denn das hier ist recht vollständig: https://www.lgl-bw.de/lgl-internet/web/sites/default/de/07_Produkte_und_Dienstleistungen/Open_Data_Initiative/Galerien/Dokumente/OD_Abgabe_Lika-DB.zip Ich selbst hechle gerade den Gemeindefusionen in Sachsen und Thüringen hinterher. Schönen 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] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-11 23:56, Dietmar wrote: da fehlen die Gemeinden, die ich früher in diesem Thread gepostet habe, siehe [1]. Diese Liste wurde jetzt angefangen und wird auch fortgepflegt. [1] http://www.mail-archive.com/talk-de@openstreetmap.or/msg99961.html Hätte da irgend ein Anhang dran sein sollen? Denn ich finde darin keine Liste von Gemeinden, die dir noch fehlen würden. Aus der von Dir angegebenen LiKa-DB habe ich genau die in o.g. Zip noch fehlenden Listen übernommen. Die LiKa-DB ist vom Stand 2011 und auf der Webseite steht ja, das diese Liste nicht mehr fortgeführt wird. Ja, die alte Liste von 2011 war eigentlich das, was am vollständigsten war. Die Daten von 2013 sind sehr durchwachsen. Am einfachsten zu erkennen sind die Gemeinden, die komplett fehlen. Auf http://regio-osm.de/listofstreets/wiki/index.ph/Kategorie:BaWueLikaDB2011 sind 39 Einträge. Es sollten aber 45 sein, wenn man die drei gemeindefreien Gebiete aussen vor lässt. Es fehlen noch komplett: Ludwigsburg (Württemberg) Rheinau Sindelfingen Tägermoos Tübingen Ulm Die Daten von 2013 haben aber als wesentliches Problem, dass viele Gemeinden darin unvollständig sind. Da müssten eigentlich viele Gemeinden auffallen, wo OSM weit mehr Straßen nennt als in der Vergleichsliste aufgeführt sind - und derzeit berechnet sich der Prozentwert nur aus Übereinstimmung / Referenz, nicht aber ergänzend aus OSM-Anzahl / Referenz. So lange die 2013er Daten nicht besser sind würde ich beide Dateien zusammenfassen. Das hat das Risiko, dass Löschungen, Korrekturen, Umbenennungen aus der Periode 2011 bis 2013 darin weiter enthalten sind. Die Listen würden damit weit mehr gewinnen als verlieren. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo Martin, Am 12.04.2013 00:33, schrieb Martin Trautmann: On 13-04-11 23:56, Dietmar wrote: da fehlen die Gemeinden, die ich früher in diesem Thread gepostet habe, siehe [1]. Diese Liste wurde jetzt angefangen und wird auch fortgepflegt. [1] http://www.mail-archive.com/talk-de@openstreetmap.or/msg99961.html Hätte da irgend ein Anhang dran sein sollen? Denn ich finde darin keine Liste von Gemeinden, die dir noch fehlen würden. Sorry, falscher Post-Link, hier der richtige [1] Aus der von Dir angegebenen LiKa-DB habe ich genau die in o.g. Zip noch fehlenden Listen übernommen. Die LiKa-DB ist vom Stand 2011 und auf der Webseite steht ja, das diese Liste nicht mehr fortgeführt wird. Ja, die alte Liste von 2011 war eigentlich das, was am vollständigsten war. Die Daten von 2013 sind sehr durchwachsen. Am einfachsten zu erkennen sind die Gemeinden, die komplett fehlen. Auf http://regio-osm.de/listofstreets/wiki/index.ph/Kategorie:BaWueLikaDB2011 sind 39 Einträge. Es sollten aber 45 sein, wenn man die drei gemeindefreien Gebiete aussen vor lässt. Es fehlen noch komplett: Ludwigsburg (Württemberg) Rheinau Sindelfingen Tägermoos Tübingen Ulm * Tägermoos: habe ich händisch herausgenommen, weil der angegebene amtliche Gemeindeschlüssel AGS in der 12/2012er Liste vom Statistischen Bundesamt nicht vorhanden war. Das liegt wohl an dem staatsrechtlichen Zustand, der in wikipedia beschrieben ist. Ich werde die Liste importieren, muß mir vorher noch anschauen, ob Deutschland oder der Schweiz zugehörig ;) * Sindelfingen (und auch Böblingen) da habe ich von früher sowohl eine Liste aus Florian Lohoffs als auch Sven Anders Auswertung vorliegen und hatte mal einen lokalen Mapper erfolglos angemailt. Generell habe ich keine händisch vorher vorhandene Straßenlisten überschrieben. * Ludwigsburg, Tübingen und Ulm: habe ich als fehlend gemeldet, ist aber von früher von Florian Lohoff als händische Liste drin. Evtl. ist da ein Datenfehler bzgl. Name und/oder AGS. * Rheinau (Ortenaukreis) ist vorhanden aus der 2013er Liste, während Rheinau (gemeindefreies Gebiet) fehlt. Muß ich mir anschauen. Die Daten von 2013 haben aber als wesentliches Problem, dass viele Gemeinden darin unvollständig sind. Da müssten eigentlich viele Gemeinden auffallen, wo OSM weit mehr Straßen nennt als in der Vergleichsliste aufgeführt sind - und derzeit berechnet sich der Prozentwert nur aus Übereinstimmung / Referenz, nicht aber ergänzend aus OSM-Anzahl / Referenz. So lange die 2013er Daten nicht besser sind würde ich beide Dateien zusammenfassen. Das hat das Risiko, dass Löschungen, Korrekturen, Umbenennungen aus der Periode 2011 bis 2013 darin weiter enthalten sind. Wie zusammenfassen? Alle Straßen einer Gemeinde aus beiden Listen zusammenführen und echte Dubletten rauswerfen? Da werden vermutlich (ohne Prüfung) etliche verschiedene Schreibweise vorkommen. Welche nehme ich dann? Wenn wir die einfach zusammenfassen, haben wir keine klare Grundlage bzw. in dem Sinne die klare, das wir ein Mischmasch beider Quellen haben. Ich würde die Listen ganz oder zum großen Teil aus einer Quelle nehmen. Wenn die 2013er Version wirklich im großen Stil noch Gemeinden hat, wo nur ein Teil der Straßen enthalten sind, dann würden wir die halt derzeit gar nicht nehmen. Ich schaue mal, ob ich die beiden Varianten mal abgleiche gegeneinander (und evtl. gegen die vorhandenen OSM-Straßen), in welchem Maße sich die Daten unterscheiden/vergleichbar sind. Viele Grüße Dietmar [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg99958.html Die Listen würden damit weit mehr gewinnen als verlieren. Schönen 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-it] Confronto con lo stradario di Venezia
Il 10/04/2013 21:37, Daniele Forsi ha scritto: Qui trovate un confronto tra i dati in OSM e lo stradario del Comune di Venezia: http://www.forsi.it/osm/spellcheck/highway/stradario/Venezia/ E' una stupidaggine ma penso che l'intestazione della seconda colonna non sia dati.trentino.it... -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Venezia
Il 11 aprile 2013 09:25, Giovanni Fasano ha scritto: Il 10/04/2013 21:37, Daniele Forsi ha scritto: Qui trovate un confronto tra i dati in OSM e lo stradario del Comune di Venezia: http://www.forsi.it/osm/spellcheck/highway/stradario/Venezia/ E' una stupidaggine ma penso che l'intestazione della seconda colonna non sia dati.trentino.it... grazie, l'ho corretto, non è una stupidaggine perché la licenza è diversa: CC0 per Trento, IODL-2.0 per Venezia visto che non l'ho specificato nel primo messaggio, i dati li ho scaricati da http://dati.venezia.it/?q=content/cartografia-di-base dal link 03. numerazione civica per farla breve, ho trovato troppo complicato scaricare questi dati perché i link di quella pagina ti mandano su pagine con i singoli file da selezionare uno per uno (tra l'altro non sono riuscito a scaricare gli zip creati al volo, uso Chromium e mi scaricava dei file vuoti) o su una pagina con tutti gli archivi più altri file, invece che proporti solo l'archivio che hai già scelto -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] catene a bordo
Ciao, so che non è periodo di neve, ma... non ho trovato info su come mappare l'obbligo di catene a bordo sulle strade. qualcuno l'ha mai fatto? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11 aprile 2013 16:32, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, so che non è periodo di neve, ma... non ho trovato info su come mappare l'obbligo di catene a bordo sulle strade. qualcuno l'ha mai fatto? Grazie per averlo chiesto. Da mesi quando passo sotto al cartello penso che dovrei mapparlo in OSM, ma non so come, e poi mi dimentico di chiederlo :-) Oltre al fatto che esiste l'obbligo dovremmo anche indicare il periodo di validità dell'obbligo, che di solito è riportato sul pannello integrativo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
A Milano Ripa di Porta Ticinese è corretto. Quante Ripa ci sono? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il 11/04/2013 16:38, Simone Saviolo ha scritto: Il giorno 11 aprile 2013 16:32, Simone Cortesi sim...@cortesi.com mailto:sim...@cortesi.com ha scritto: Ciao, so che non è periodo di neve, ma... non ho trovato info su come mappare l'obbligo di catene a bordo sulle strade. qualcuno l'ha mai fatto? Grazie per averlo chiesto. Da mesi quando passo sotto al cartello penso che dovrei mapparlo in OSM, ma non so come, e poi mi dimentico di chiederlo :-) Oltre al fatto che esiste l'obbligo dovremmo anche indicare il periodo di validità dell'obbligo, che di solito è riportato sul pannello integrativo. Ciao, Simone Anzi...è quasi il momento di togliere le gomme invernali...forse :-) Per quanto ne so, anche qui ci sono normative che variano da zona a zona. L'obbligo di catene a bordo O pneumatici invernali è regolato dalla provincia. Nei siti di riferimento delle varie provincie, vi sono gli elenchi con le strade soggette ad obbligo ed il periodo di riferimento. In una provincia due strade possono avere periodi diversi a seconda della dislocazione. Ad esempio la SR23 del Sestriere (vado però a memoria) sancisce l'obbligo da Villar Perosa in su già alla metà di Ottobre. Quindi il periodo va ricercato nei vari siti provinciali. Per quanto riguarda i cartelli segnaletici, fate attenzione. Molti sono obsoleti nel senso che sono stati installati prima della regolamentazione citata sopra, per cui possono riportare delle date sbagliate. Lo so...è una contraddizione ma la realtà può essere questa. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11 aprile 2013 16:45, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 11/04/2013 16:38, Simone Saviolo ha scritto: Il giorno 11 aprile 2013 16:32, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, so che non è periodo di neve, ma... non ho trovato info su come mappare l'obbligo di catene a bordo sulle strade. qualcuno l'ha mai fatto? Grazie per averlo chiesto. Da mesi quando passo sotto al cartello penso che dovrei mapparlo in OSM, ma non so come, e poi mi dimentico di chiederlo :-) Oltre al fatto che esiste l'obbligo dovremmo anche indicare il periodo di validità dell'obbligo, che di solito è riportato sul pannello integrativo. Ciao, Simone Anzi...è quasi il momento di togliere le gomme invernali...forse :-) Per quanto ne so, anche qui ci sono normative che variano da zona a zona. L'obbligo di catene a bordo O pneumatici invernali è regolato dalla provincia. Nei siti di riferimento delle varie provincie, vi sono gli elenchi con le strade soggette ad obbligo ed il periodo di riferimento. In una provincia due strade possono avere periodi diversi a seconda della dislocazione. Ad esempio la SR23 del Sestriere (vado però a memoria) sancisce l'obbligo da Villar Perosa in su già alla metà di Ottobre. Quindi il periodo va ricercato nei vari siti provinciali. Per quanto riguarda i cartelli segnaletici, fate attenzione. Molti sono obsoleti nel senso che sono stati installati prima della regolamentazione citata sopra, per cui possono riportare delle date sbagliate. Lo so...è una contraddizione ma la realtà può essere questa. Tecnicamente, la risposta esatta è couldn't care less :-) Varie sentenze hanno stabilito che vige quanto indicato dalla segnaletica. Ha senso: se vado in vacanza in provincia di Matera, non posso farmi carico di studiare tutte le centinaia di provvedimenti e ordinanze che quella provincia può aver emesso riguardo a qualunque cosa. Se mappiamo l'esistenza del cartello e le informazioni che riporta, siamo a posto. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
Il 11 aprile 2013 16:39, Simone Saviolo ha scritto: A Milano Ripa di Porta Ticinese è corretto. Quante Ripa ci sono? ce ne sono 10 in tutta Italia (una con l'iniziale minuscola): name Ripa della Comunità Ripa delle Stinche Ripa dell'Oste Ripa del Sale Ripa di Porta Ticinese Ripa Guardia Nazionale Ripa Mammea ripa Naviglio Ripa Porta a Chianni Ripa Teatina - Francavilla (10 righe) il che mi ha fatto verificare che c'è anche qualche accessocon l'iniziale minuscola: name Accesso a Gallese Teverina FS accesso al campo sportivo Accesso alle vie Giovanni Acerbi e Francesco Nullo accesso al mare accesso al parco accesso al parco2 accesso al Santuario da est accesso al serrone Accesso a Monte San Biaggio accesso asilo Accesso a Via Caderiva Accesso a Via Chiappazzo Accesso dei Dogi Accesso Europa Accesso Eurospin Centignano Accesso Leonardo Da Vinci Accesso Lipu Accesso Milano Accesso Pedoni Park Molegnano - Orte FS Accesso Spalti A Accesso Spalti B Accesso Vittorio Veneto (22 righe) un conteggio sull'italy.osm che comprende anche strade all'estero perché non è ritagliato esattamente sulle way di confine mi dà 3763 prime parole diverse, eliminando i casi più semplici di suffissi tedeschi (strasse, platz, ecc.) e sigle che dovrebbero stare nel ref (SS1, SS2, ecc.) e le 168 conosciute si arriva a 2654 prime parole ancora sconosciute -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Am 11/apr/2013 um 16:32 schrieb Simone Cortesi sim...@cortesi.com: Ciao, so che non è periodo di neve, ma... non ho trovato info su come mappare l'obbligo di catene a bordo sulle strade. qualcuno l'ha mai fatto? pensavo che era un obbligo generale, però solo in alternativa a gomme invernali, mi sbaglio? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11 aprile 2013 18:50, Martin Koppenhoefer dieterdre...@gmail.comha scritto: pensavo che era un obbligo generale, però solo in alternativa a gomme invernali, mi sbaglio? Sì, catene a bordo oppure pneumatici da fango e neve montati. Vale solo su alcune strade, solo in un periodo dell'anno; può anche essere tutto l'anno, ma di solito c'è il pannello integrativo che indica quando vale. Non sono sicuro di quale sia il default in caso manchi il pannello. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Am 11/apr/2013 um 16:57 schrieb Simone Saviolo simone.savi...@gmail.com: Tecnicamente, la risposta esatta è couldn't care less :-) Varie sentenze hanno stabilito che vige quanto indicato dalla segnaletica. Ha senso: se vado in vacanza in provincia di Matera, non posso farmi carico di studiare tutte le centinaia di provvedimenti e ordinanze che quella provincia può aver emesso riguardo a qualunque cosa. Se mappiamo l'esistenza del cartello e le informazioni che riporta, siamo a posto. +1, prevale sempre il cartello. Certo, ho visto cartelli assurdi come limite di 30 però in caso di pioggia 40 ;-) (sullo stesso palo) ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11/apr/2013 18:54, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 11 aprile 2013 18:50, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: pensavo che era un obbligo generale, però solo in alternativa a gomme invernali, mi sbaglio? Sì, catene a bordo oppure pneumatici da fango e neve montati. Vale solo su alcune strade, solo in un periodo dell'anno; può anche essere tutto l'anno, ma di solito c'è il pannello integrativo che indica quando vale. Non sono sicuro di quale sia il default in caso manchi il pannello. Credo che il default sia 15/10 15/04 Almeno in autostrada e così. In ogni caso comunque fanno fede le ordinanze del gestore della strada (ANAS, società autostrade, provincia, comune, ecc.): ad esempio la provincia di Treviso sulle proprie strade gestite non mette mai limitazioni, mentre venetostrade ha imposto limitazioni sulle sue strade in gestione nel territorio provinciale di Treviso Ciao ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il 11/04/2013 19:44, Luca 'remix_tj' Lorenzetto ha scritto: Il giorno 11/apr/2013 18:54, Simone Saviolo simone.savi...@gmail.com mailto:simone.savi...@gmail.com ha scritto: Il giorno 11 aprile 2013 18:50, Martin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com ha scritto: pensavo che era un obbligo generale, però solo in alternativa a gomme invernali, mi sbaglio? Sì, catene a bordo oppure pneumatici da fango e neve montati. Vale solo su alcune strade, solo in un periodo dell'anno; può anche essere tutto l'anno, ma di solito c'è il pannello integrativo che indica quando vale. Non sono sicuro di quale sia il default in caso manchi il pannello. Credo che il default sia 15/10 15/04 Almeno in autostrada e così. In ogni caso comunque fanno fede le ordinanze del gestore della strada (ANAS, società autostrade, provincia, comune, ecc.): ad esempio la provincia di Treviso sulle proprie strade gestite non mette mai limitazioni, mentre venetostrade ha imposto limitazioni sulle sue strade in gestione nel territorio provinciale di Treviso Ciao ciao Luca Non credo che esista un default. La storia varia proprio da strada a strada. Vi lascio il link della provincia di Torino, la mia. http://www.provincia.torino.gov.it/urp/utilita/strade/catene Per assurdo ci possono essere due strade vicine ed una dal 15 ottobre prevede l'obbligo, la vicina dal 1 novembre. Bisogna espressamente sapere dove si transita e da quale chilometro, se no si è passibili di multa e come ho detto nei messaggi precedenti non sempre il cartello è d'aiuto. Ora per rinvigorire la discussione :-) ha maggiore peso il cartello (magari obsoleto e quindi sbagliato) o la normativa dettata dalla provincia? -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
2013/4/11 Gianluca Boero gianlucabo...@alice.it Non credo che esista un default. La storia varia proprio da strada a strada. Vi lascio il link della provincia di Torino, la mia. http://www.provincia.torino.gov.it/urp/utilita/strade/catene Per assurdo ci possono essere due strade vicine ed una dal 15 ottobre prevede l'obbligo, la vicina dal 1 novembre. Bisogna espressamente sapere dove si transita e da quale chilometro, se no si è passibili di multa e come ho detto nei messaggi precedenti non sempre il cartello è d'aiuto. qui al centro/sud non c'è l'obbligo generale (credo). Le gomme fango/neve servono a temperature sotto i 5°C, cosa a Roma città per esempio non avviene spesso, mentre in provincia di Roma è possibile (dipende dell'altezza). Non sono sicuro se vale la pena inserire questo obbligo (nel caso generale), per me fa parte della macchina (che sia tecnicamente a posto), per esempio hai anche l'obbligo che ti funzionano i fari della macchina, o i freni. Che tag usiamo per indicare che i freni devono funzionare? ;-) Invece quando c'è il cartello esplicito potrei pensare che serve indicare questo, però il cartello dell'obbligo catene di neve non può essere soddisfatto con le gomme da neve (al meno in Germania e in Svizzera). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11 aprile 2013 19:54, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 11/04/2013 19:44, Luca 'remix_tj' Lorenzetto ha scritto: Il giorno 11/apr/2013 18:54, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 11 aprile 2013 18:50, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: pensavo che era un obbligo generale, però solo in alternativa a gomme invernali, mi sbaglio? Sì, catene a bordo oppure pneumatici da fango e neve montati. Vale solo su alcune strade, solo in un periodo dell'anno; può anche essere tutto l'anno, ma di solito c'è il pannello integrativo che indica quando vale. Non sono sicuro di quale sia il default in caso manchi il pannello. Credo che il default sia 15/10 15/04 Almeno in autostrada e così. In ogni caso comunque fanno fede le ordinanze del gestore della strada (ANAS, società autostrade, provincia, comune, ecc.): ad esempio la provincia di Treviso sulle proprie strade gestite non mette mai limitazioni, mentre venetostrade ha imposto limitazioni sulle sue strade in gestione nel territorio provinciale di Treviso Ciao ciao Luca Non credo che esista un default. La storia varia proprio da strada a strada. Vi lascio il link della provincia di Torino, la mia. http://www.provincia.torino.gov.it/urp/utilita/strade/catene Per assurdo ci possono essere due strade vicine ed una dal 15 ottobre prevede l'obbligo, la vicina dal 1 novembre. Bisogna espressamente sapere dove si transita e da quale chilometro, se no si è passibili di multa e come ho detto nei messaggi precedenti non sempre il cartello è d'aiuto. Ora per rinvigorire la discussione :-) ha maggiore peso il cartello (magari obsoleto e quindi sbagliato) o la normativa dettata dalla provincia? Il cartello. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] catene a bordo
Il giorno 11 aprile 2013 20:54, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Non sono sicuro se vale la pena inserire questo obbligo (nel caso generale), per me fa parte della macchina (che sia tecnicamente a posto), per esempio hai anche l'obbligo che ti funzionano i fari della macchina, o i freni. Che tag usiamo per indicare che i freni devono funzionare? ;-) Invece quando c'è il cartello esplicito potrei pensare che serve indicare questo, però il cartello dell'obbligo catene di neve non può essere soddisfatto con le gomme da neve (al meno in Germania e in Svizzera). Non sono d'accordo. Questa è una restrizione legale, un po' come l'altezza massima. L'auto non ha bisogno delle gomme da neve per circolare, ce le ha bisogno solo su quella strada solo in quel periodo. Comunque l'obbligo richiede di avere o le catene a bordo (adeguate alle ruote montate) o gli pneumatici invernali delle dimensioni omologate. In Italia è così. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confronto con lo stradario di Venezia
Il 10/04/2013 21:37, Daniele Forsi ha scritto: vale il consiglio di modificare o aggiungere dati solo se conoscete i luoghi! A proposito volevo segnalare una cosa: oltre alla caratteristica di Venezia di avere gli anagrafici per sestiere e non per strada c'è un'altra simpatica cosetta: i nomi delle strade non sono univoci ma possono essere ripetuti in vari luoghi soprattutto nel caso di nomi abbastanza comuni come calle del forno o calle del forner. Non so come la cosa sia gestita dallo stradario... -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Bajar información de OSM
Buenas tardes maper@s, Me gustaría bajar información de OSM para hacer un mapa interactivo de Colombia. La idea es bajar la información básica de los departamentos, municipios y las vías para crear un mapa en TileMill/MapBox. Vi esta páginahttp://wiki.openstreetmap.org/wiki/Planet.osm#Country_and_area_extracts, pero no hay extracts específicos de Colombia. Hay los de cloudmade, pero son del 2011 y me gustaría tener datos más actualizados. Cualquier consejo que tengan lo agradecería! Saludos, Robin ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-lt] ort10lt qgis
Sveiki, jei naudojat QGis ir norite naršyti ORT10LT greitai ir be jokių sudėtingų konfigūracijų, galit naudoti tokį failą: http://osm.ramuno.lt/misc/qgis/ort10lt.xml Jį reikia pridėti kaip Raster layer. Taip pat yra ir standartinis OSM: http://osm.ramuno.lt/misc/qgis/osm.xml ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Susitikimas 2013 II
Šiandien per pietus buvau užsukęs į Anticafe. Kaina kiekvienam žmogui 6 Lt/val, tačiau galima iš anksto susitarti ir gauti vietą už mažesnę kainą, tai priklausytų nuo žmonių skaičiaus ir laiko, kiek ten būsime. Bet kokiu atveju, ilgai sėdint kainuotų gana daug. Paklausiau kiek kainuotų surengti hackathoną visai dienai - vienam žmogui tai kainuotų 30-40 Lt. Tai susidariau įspūdį, kad Anticafe labiausiai tinka trumpiems susitikimams, kurie trunka vieną ar dvi valandas. 2013 m. balandis 10 d. 15:17, Ramas ies...@ramuno.lt rašė: 2013/4/10 Albertas Agejevas a...@pov.lt Tai gal kiekvienai galvai 6 Lt/val, tada ne taip jau ir juokinga? Kaina vienam žmogui, bet užtai gaunate internetą + kavos/arbatos nemokamai pačiam miesto centre. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt -- Mantas aka sirex __o /\ _ \,_ -- launchpad.net/~sirex -- /\/ \ ___(_)/_(_)_/_/\ ^ ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniuje dvi Kintų gatvės?
Panaši situacija: Prieš keletą metų studentai maps.lt buvo radę dvi skirtingas Vilniaus gatves, pavadinta ta pačia pavarde, tik skirtingais vardais. Neatsimenu, kokia ten buvo avardė, bet, pavyzdžiui, kaip būtų skirtingos gatvės: V. Šopeno ir F. Šopeno. Manau, kad tai netinkama praktika, ir (jei tai ne maps.lt klaida) gal verta OSM bendruomenės vardu pasiūlyti savivaldybėms vengti tokių atvejų? -- Mykolas Okulič-Kazarinas м ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-ar] Como editar track GPS
Hola nuevamente, Estuve intentando cargar el track, editarlo y agergarlo al mapa pero solo pude cargarlo y verlo en la pantalla de JOSM. El track en formato.gpx se carga y se visualiza correctamente, pero no encuentro la forma de activar la edición. Mi idea es modificar algunos puntos de este track y después guardarlo para que quede agregado a OSM, pero, se puede hacer esto?. Quería utilizarlo porque es un tramo largo de camino y lo tome yo mismo con GPS así que estan muy bien definidos y la traza es exacta. Tengo varios track más de chubut pero no se como agregarlos. Originalmente los había subido a mi cuenta de OSM pero no se si alguien o en algún momento son agregados a OSM. Por eso quería hacerlo yo. También notye que hay mucha diferencia de posición entre mis track y las imagenes de Bing que carga JOSM para editar; esto se puede corregir de alguna manera para evitar este error? Por otro lado, hay algún manual o tutorial en español sobre la forma que hay que trazar los caminos?, me refiero a las terminaciones de línea, uniones, cruces, etc. No se si lo estoy haciendo bien y no quiero meter la pata. El dibujo esta bien, pero no se si la topologia es la correcta. Gracias y saludos, El 2 de abril de 2013 22:43, Raul A. Herrera S. rherre...@gmail.comescribió: Hola Werner, Gracias por el dato. No probe de hacerlo mediante el JOSM, tengo instalada un versión de hace tiempo que voy a ver si funciona y les cuento. Sí en La Plata falta bastante, yo hice algunos cambios en Arturo Seguí que es mi barrio pero no le dedico mucho tiempo. Voy a tratar de continuar con los aportes. Saludos y gracias, El 2 de abril de 2013 21:24, Werner Horsch werner.hor...@gmail.comescribió: editar los tracks no tiene sentido, lo que se edita es el mapa Usa JOSM app para dibujar offline, te levanta tus tracks directamente y descargas el mapa existente como las imágenes satelitales Che, en La Plata hay mucho para hacer, corregir sentidos de circulación, agregar restricciones de giro, etc No dejes de preguntar slds 2013/4/2 Raul A. Herrera S. rherre...@gmail.com Hola, Soy nuevo en la lista y en OSM, soy de La Plata. Quería preguntarles si es posible editar un track de GPS cargado en OSM. Yo cargue varios en mi cuenta pero hay uno que quiero editarlo para mejorar el dibujo (sobre todo en las cuvas). Es de una zona de Chubut que no tiene información y me parecía interesante agregarlo. Logre cargarlo con el editor on-line pero no puedo mover y ni agregar nodos. Como comente yo argue anteriormente los track en formato .gpx y me confirmaron que habían sido aceptados, posteriormente quise agregarlos al mapa y editarlos pero no pude. No se si es una limitación mía o del sistema. Si alguien me puede indicar como hacerlo se lo agradezco. Saludos y gracias, - -- Raúl Herrera S. Y /\ (OO) /\ /\ \##\ /\/#\ /##\ \##\ /##\ /###\/\ /##/ // \#\/#/\/\##\/##/ // \##/ \##/ \/ / \/\/\##/ \/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Como editar track GPS
2013/4/11 Raul A. Herrera S. rherre...@gmail.com Se desaconseja hacer eso, pero con mucho cuidado lo podes hacer. primer tenes que convertir el .gpx en .osm con gpsbabel ( http://www.gpsbabel.org/) Abris el track.gpx.osm con josm, lo simplificajas (menu SHIFT-Y) y le aplicas el validador. con simplificar eliminás los nodos que este de más, y el validador seguramente te va a advertir de los cruces de vias (si hay) para que lo arregles. El gpsbabel trae una gui (menu grafico) pero yo lo uso con archivos .bat para convertir de diferentes formatos. *gpx2osm.cmd* @echo off echo Uso: gpx2osm archivo.gpx echo Path y archivos no deben contener espacios ( ). echo on d:\gps\gpsbabel\gpsbabel.exe -p -w -r -t -i gpx -f %1 -o osm -F %1.osm pause Saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ee] SOTM Baltic
Hi! A few additions to the mail of Ilia Zverev aka Zverik In 2011 quite a few participants of the russian OSM forum took part in the SOTM-EU conference in Vienna. It was an excellent opportunity for us to meet both OSM celebrities and ordinary OSM members. Last year SOTM was in Japan, this yeart it will be in England with complicated visa procedure for us. OSM community both in Russia and Estonia seems to be a closed and isolated circle with a very few new members each year. So we suggest to break the isolation through an internatinal OSM meet-up (or mini-conference) in Estonia. Let's call it for now SOTM Baltic. Zverik mentioned that we had held a one day local mini-conference in Moscow a year ago. Around 20 people attended that event. It didn't require many organisational efforts. The main requirement was to find a room for the event. I suppose the SOTM Baltic would be an event of the same scale. I expect that OSM members from Tartu, Tallinn, Sankt Petersburg, Moscow, Riga and Helsinki might come to the SOTM Baltic. Looking forward to your feedback. Vladimir Elistratov aka vvoovv ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Tänavanimed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Näiteks Tartu Ringtee tänaval tundub olevat loogiline süsteem. http://www.openstreetmap.org/browse/way/32405539, primaarne name on tänavanimi (lähiaadress) highway: trunk int_ref: E 263 name: Ringtee ref: 2 See tundub tõesti loogiline. Ja see on osa mitmest relatsioonist, näiteks Tallinn — Tartu — Võru — Luhamaa (1751132) maantee ja European route E 263 (61501). Mõnes mõttes on tee enda juures int_ref ja ref dubleerivad ja liigsed, ma ise võibolla neid ei panekski kui relatsioon on olemas. Aga kui on, siis miks ka mitte. Kas Tallinn — Tartu — Võru — Luhamaa on ametlik maantee nimi? Minu meelest relatsiooni name peaks ametlik nimi, kui on olemas. Kui see pole ametlik nimi, võibolla relatsiooni description sobib paremini? Mul on teine küsimus (saksa foorumist): http://forum.openstreetmap.org/viewtopic.php?id=20812 Kas ametlik tänavanimed sisaldavad täielikud eesnimed või lühendid? Näiteks siin: http://osm.org/go/0w2qvP_rU-- Mis on ametlik nimi - Juhan Liivi või J. Liivi? Maaametil (http://xgis.maaamet.ee) nimi on J. Liivi, aga võibolla see on ametliku nime lühend? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRZquwAAoJEPvf9RrsekSyV+4H/RoP3Hi3pRcr3jsAzODoGRwP dCz+N8/V1hEmF591i4a3WILee/KmN0cHx/GidcNnUvuLNDAIpvUsppUKuynHhqEa rGL6Z88EU4qjQkP0oVTC4WzHimc1IbWH9EV3fDK1DVfuCVwOEvStLor/NHEmnfBy VzBKIjrQJ+1YSrHCiiVG2XolqkCn2SJ5y94Cs6TITXUjsq+zaOwUIvZhv+LbA4/r NDGMwrnoUY57QFD7v/bB6E3nmoQJpncgw4Yht/FOyOUNhHnVSJoDy0011KAq8TEE 6VT19gQZZVlJxovCnumDu5xVAYAGZgxPkbOfl7gTkce3EK6R3cUEESfd4GUgzMA= =1E8Q -END PGP SIGNATURE- ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] SOTM Baltic
Hi, sounds like a very good idea. From Estonia Jaak has been on several SOTM-s, I have been visiting SOTM in Amsterdam and Girona, Andres Kaaber was in Girona I suppose. I would not go into details but we were using Russian there alot :) - M - 11.04.2013 12:47, Vladimir Elistratov kirjutas: Hi! A few additions to the mail of Ilia Zverev aka Zverik In 2011 quite a few participants of the russian OSM forum took part in the SOTM-EU conference in Vienna. It was an excellent opportunity for us to meet both OSM celebrities and ordinary OSM members. Last year SOTM was in Japan, this yeart it will be in England with complicated visa procedure for us. OSM community both in Russia and Estonia seems to be a closed and isolated circle with a very few new members each year. So we suggest to break the isolation through an internatinal OSM meet-up (or mini-conference) in Estonia. Let's call it for now SOTM Baltic. Zverik mentioned that we had held a one day local mini-conference in Moscow a year ago. Around 20 people attended that event. It didn't require many organisational efforts. The main requirement was to find a room for the event. I suppose the SOTM Baltic would be an event of the same scale. I expect that OSM members from Tartu, Tallinn, Sankt Petersburg, Moscow, Riga and Helsinki might come to the SOTM Baltic. Looking forward to your feedback. Vladimir Elistratov aka vvoovv ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] SOTM Baltic
Great! Let's count how many attendants we have so far. We haven't advertized the idea broadly yet. I just threw the idea among 7 attendants of online meeting of the OSM Russian Board. 3 of us expressed a desire to come to Estonia: 1) vvoovv (that's me) 2) Zverik 3) Zkir A quik survey among both participants of the Russian forum from Estonia revealed that: 4) SviMik is likely to attend the conference: http://forum.openstreetmap.org/viewtopic.php?pid=327393#p327393 Vitalts is not sure yet: http://forum.openstreetmap.org/viewtopic.php?pid=327416#p327416 5) We've got Margus (Martino) from the talk-ee so far 5 attendants so far. Not bad for the beginning! No we need to decide: Tallinn or Tartu as the host city for the SOTM Baltic? Zverik votes for Tartu. I'd also prefer Tartu. Zkir didn't express any preference, he would be simply happy to come to Estonia after visiting it 20 years ago the last time. I have an impression that Tartu is the GIS-center of Estonia since such companies as Nutiteq and Regio are located in Tartu. Margus, is Tartu ok for you as the host city? Time for the SOTM Baltic: I suggest a weekend in July. The exact dates to be decided. We need enough time for planning and preparation. Also it is important to have enough time for some participants from Russia to apply for Estonian visa. Event format: very unformal (it's more like UNconference than an academic conference): normal talks, lighting talks, podium discussions, social event in a pub in the evening. Participation in the event is free of charge. Looking forward to your feedback Vladimir Elistratov aka vvoovv On Thu, Apr 11, 2013 at 10:54 PM, Margus Värton mar...@dakar.ee wrote: Hi, sounds like a very good idea. From Estonia Jaak has been on several SOTM-s, I have been visiting SOTM in Amsterdam and Girona, Andres Kaaber was in Girona I suppose. I would not go into details but we were using Russian there alot :) - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] SOTM Baltic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd prefer Tartu - because I live there ;) 1) Do we make a small, mini-conference, or announce it in media and attract tens of participants (at the least; in Russia last November we accidentally gained hundreds)? If we could aim for a larger meeting, maybe we should give it a try. Of course it would be harder to organize rooms for tens / hundreds of people, so we should set a registration deadline, so we know how many people will come. 2) Can anyone arrange a hall for this conference? Depends a bit on how many people will come. I could talk to colleagues from the university. In the summer break there should be some free rooms, but I need to check this. 3) On which date? I'd prefer the dates in June, because I won't be in Estonia around the week from 8. to 12. July. But later in July would also be fine for me. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRZzE6AAoJEPvf9RrsekSyFh8H/04kBtKz1zfLC0h/rq+3JVvV fiaA4bO8N7amydWAhjinYTvIPU2jiJTF7Y4Izg9XyYubwE3oUDCGHXRKTRToesN8 5z7HWdKzGadC+4XMF535vrB9qGdp62G2T/UOFYiqTsH2fZ1NTj3F9CCutVT5EYYM C/v1rZ/xIJbSJoJBgeHpdSZytjo1E/q3UYYzrlo7cY+GMxT6uzaWvpVwEr80VfGh uso6jlXiSP3x7GHahqftlSvJlro1L5TR182pSsvg5glxOHbLlP5aWZMBgISSBy2F tJTbcktkMNrONCIQn3WwWjyCJMX8ALhCLOtFy429mk50MkSmzbXJRqsESNHivm4= =9n+t -END PGP SIGNATURE- ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] SOTM Baltic
Hello, Tartu is just fine for me :) About timing - I created a poll in http://doodle.com/anddmr2kpxwnmv773ea8r9aw especially for those who are ready to contribute more than just participation. I marked all Saturdays, but it could be even Sat + Sun event I guess. Free hall from University would be nice. At least Head of Marketing and Communication Office over there has once promised free space when we need it for an international event. Also City government could be a supporter (they host kaart.maakaart.ee server for us, and have contributed data). Btw, I know some persons from the OSM global community who have asked me for years for a good excuse to visit Estonia :) Can't promise SteveC, but why not some of the other founders (board members). Jaak On 12.04.2013, at 0:55, Manuel Hohmann wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'd prefer Tartu - because I live there ;) 1) Do we make a small, mini-conference, or announce it in media and attract tens of participants (at the least; in Russia last November we accidentally gained hundreds)? If we could aim for a larger meeting, maybe we should give it a try. Of course it would be harder to organize rooms for tens / hundreds of people, so we should set a registration deadline, so we know how many people will come. 2) Can anyone arrange a hall for this conference? Depends a bit on how many people will come. I could talk to colleagues from the university. In the summer break there should be some free rooms, but I need to check this. 3) On which date? I'd prefer the dates in June, because I won't be in Estonia around the week from 8. to 12. July. But later in July would also be fine for me. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRZzE6AAoJEPvf9RrsekSyFh8H/04kBtKz1zfLC0h/rq+3JVvV fiaA4bO8N7amydWAhjinYTvIPU2jiJTF7Y4Izg9XyYubwE3oUDCGHXRKTRToesN8 5z7HWdKzGadC+4XMF535vrB9qGdp62G2T/UOFYiqTsH2fZ1NTj3F9CCutVT5EYYM C/v1rZ/xIJbSJoJBgeHpdSZytjo1E/q3UYYzrlo7cY+GMxT6uzaWvpVwEr80VfGh uso6jlXiSP3x7GHahqftlSvJlro1L5TR182pSsvg5glxOHbLlP5aWZMBgISSBy2F tJTbcktkMNrONCIQn3WwWjyCJMX8ALhCLOtFy429mk50MkSmzbXJRqsESNHivm4= =9n+t -END PGP SIGNATURE- ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On Thu, 11 Apr 2013 00:58:16 +0200 martinq osm-mart...@fantasymail.de wrote: Die Wege auf der Donauinsel sind nicht unterschiedlich beschildert, trotzdem sind manche cycleways und manche tracks. Außer der Oberfläche gibt es keinen Unterschied. Auch hier geht die Tendenz in die Richtung, dass die Oberfläche (und somit die Darstellung) als bevorzugtes Entscheidungskriterium herangezogen wird. Es gibt schon 2 Unterschiede: es gibt theoretisch eine Unterscheidung in der offiziellen Radwegnetzkarte der Stadt. Dort sind nicht alle asphaltierten Wege als cycleway markiert (sondern immer nur einer auf jeder der 3 Landflächen Zentrum, Insel, 21./22. Bezirk) und keine der tracks. *aufgrund* der Oberfläche gibt es natürlich eine unterschiedliche Verwendung und Radfahrerhäufigkeit (aber nicht weil sie in OSM als track getaggt sind und deshalb gemieden werden IMHO ;) Was ich aus der ganzen Diskussion mitnehme: mehr surface taggen :) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 04/10/2013 11:38 PM, Friedrich Volkmann wrote: On 10.04.2013 21:40, martinq wrote: 1. gibt es ausgeschilderte, aber unasphaltierte Radwege, für die cycleway genutzt wird. Dh. das surface-tag muss/müsste man bei Routenplanung/Radfahrkarte ohnehin schon berücksichtigen. Außerdem fährt nicht jeder mit dem Rennrad. Das ist richtig. Auf der Donauinsel sind die Gatschwege aber ganz sicher nicht als Radwege ausgeschildert. Und als Radfahrer ist man auf jeden Fall froh, wenn in der Karte die Gatschwege von den feinasphaltierten Wegen unterscheidbar sind. Ist nicht ohnehin jeder Weg der nicht asphaltiert ist auf der Donauinsel als Treppelweg gekennzeichnet? Und als solcher dann ohnehin nicht offiziell für den öffentlichen Verkehr gedacht? Zugegeben, das wird auf der Donauinsel nicht kontrolliert, aber da wir ja in OSM immer mehr Gesetze anstatt tatsächlicher Nutzung abbilden, erscheint mir Track nicht falsch. Es ist zwar nicht agricultural use, wie einige tapfere Wikiritter versuchen es einzutragen, aber es ist wohl vergleichbar mit einem Feldweg für einen Bauern nur hier eben als Feldweg für die Wasserbauleute. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Definition von highway=track - Was: Re: Tagging: Straßen auf der Donauinsel
Am 11.04.2013, 09:18 Uhr, schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: Es ist zwar nicht agricultural use, wie einige tapfere Wikiritter versuchen es einzutragen, aber es ist wohl vergleichbar mit einem Feldweg für einen Bauern nur hier eben als Feldweg für die Wasserbauleute. +1, meiner Meinung nach ist die Definition von highway=track im Wiki sehr ungeschickt, denn es gibt eigentlich recht häufig tracks (Feldwege, Waldwege, u.Ä.) die nicht hauptsächlich für land- oder forstwirtschaftliche Zwecke errichtet und benutzt werden: * Bergbau - http://osm.org/go/0I3Dwnx8 * Wasserbau * Militär * Erschließungswege zur Instandhaltung von Freileitungen, Pipelines, etc. * Erschließungswege zur Instandhaltung von (Wasser-, Wind-, ...) Kraftwerken * Zufahrten zu (abgelegenen) Sendeanlagen * Tourismus * ...? Ich möchte zumindest diese Fälle auch im Wiki erwähnen - allerdings wäre wahrscheinlich eine allgemeinere Definition wünschenswert... Grüße Martin / tyr_asd ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-04-11 09:18, Norbert Wenzel wrote: Ist nicht ohnehin jeder Weg der nicht asphaltiert ist auf der Donauinsel als Treppelweg gekennzeichnet? Und als solcher dann ohnehin nicht offiziell für den öffentlichen Verkehr gedacht? mE ist das nicht so. Treppelweg (oder Uferbegleitweg) ist nur der direkt am fließenden Gewässer. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRZnBjAAoJEMZD4PEit0TYkaYIAKrA7AUjvv+zcAEJJ1ect25C qm0J16yBQ4pZiVaBk1GhsT2rn3pg76oEpjnCo94W3P0Qb1yd4sQ5KIdSSeepNi9d 6H7tXez7qW4rHfjwSj6dnNHvJws0eDAgHKd6++CXMRF+JoOMMMjkyAtzubqacABX yFJaUHbJX3PXopL0hQGK0AZTbpcI0i2+8EgPXDVU7XQ6F0jnDUh3STRgosHc2oC9 sfZhrkYHyiMM9dtCP2/uVtbYQCvqc7j2sLoNGVYRHkNZKBd8obIXrpqsQIdcS4Om B3nU2G/gpMuCGzTK3R5f0Tv6NHyqOuVlvgHZLReNkmgBIAKWE92G0eITSPh65X8= =Yd+P -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On Thu, 11 Apr 2013 10:12:19 +0200 Stefan Kopetzky sk...@ostblock.org wrote: On 2013-04-11 09:18, Norbert Wenzel wrote: Ist nicht ohnehin jeder Weg der nicht asphaltiert ist auf der Donauinsel als Treppelweg gekennzeichnet? Und als solcher dann ohnehin nicht offiziell für den öffentlichen Verkehr gedacht? mE ist das nicht so. Treppelweg (oder Uferbegleitweg) ist nur der direkt am fließenden Gewässer. Und auch davon sind viele nicht als Treppelweg beschildert, glaub ich. Im ursprünglichen, historischen Sinne kommt das von: http://de.wikipedia.org/wiki/Leinpfad was bei der Donauinsel natürlich etwas ulkig ist. Gesetzlich geregelt sind die im Schiffahrtsgesetz §36 (siehe auch §2): http://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=BundesnormenGesetzesnummer=10012703 Daraus schließe ich, daß die Treppelwege alle dem Bund gehören (in der Verfügungsberechtigung des Bundes) - vl. gibts aber auch Länder-Treppelwege? Jedenfalls müssen sie nicht unbedingt direkt am Wasser sein, sondern können auch nur als Zufahrten gebraucht werden (und deren Verbindung zu Straßen mit öffentlichem Verkehr). Mir fällt aber keine Stelle ein, wo ein Treppelweg nicht (nahe) am Ufer wäre. Führt irgendwie alles zu nix. :) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 04/11/2013 10:12 AM, Stefan Kopetzky wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-04-11 09:18, Norbert Wenzel wrote: Ist nicht ohnehin jeder Weg der nicht asphaltiert ist auf der Donauinsel als Treppelweg gekennzeichnet? Und als solcher dann ohnehin nicht offiziell für den öffentlichen Verkehr gedacht? mE ist das nicht so. Treppelweg (oder Uferbegleitweg) ist nur der direkt am fließenden Gewässer. Worauf bezieht sich das jetzt? Dass sie gekennzeichnet sind, oder dass sie nicht für den öffentlichen Verkehr gedacht sind? Nicht für den öffentlichen Verkehr gedacht stammt aus dem SchFG §2/26 bzw. wortgleich WVO $11.01/1c und ist soweit ich das finden konnte die einzige Definition von Treppelweg. Zitat: „Treppelweg“: an den Ufern oder auf oder neben den Dämmen von Wasserstraßen entlangführende Wege und deren Verbindung zu Straßen mit öffentlichem Verkehr, soweit sie in der Verfügungsberechtigung des Bundes stehen; sie dienen nicht dem öffentlichen Verkehr; Damit wäre eben der Unterschied zu normalen Wegen imo hinreichend gegeben, aber ich bin halt kein Jurist. Aber für OSM sollte das doch ausreichend sein, ihn als zumindest nicht normale Straße einzutragen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] WP-Tags an Nachbildungen im Minimundus
Hallo OSM'ler, gem. [1] gibt es in Österreich wenige, aber doch ein paar verdrehte Links zu WP. Meine Frage hierzu: Ist es sinnvoll bzw richtig die WP-Links auf Nachbildungen im Minimundus zu setzen? Aus meiner Sicht ist das nämlich nicht richtig, spätestens dann wenn der GeoHack mittels Toolserver erfolgt, kann es passieren, dass der GeoHack ins Minimundus führt und nicht zum Originalbauwerk. Oder aber auch zwei Treffer aufweist - was aber auch nicht der Realität entspricht. Wie seht ihr das? Aus meiner Sicht müssten die WP-Links auf das Original-Bauwerk entfernt werden. LG Thomas [1] http://toolserver.org/~master/wiwosmlog/broken.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] WP-Tags an Nachbildungen im Minimundus
On 04/11/2013 10:57 AM, thomas.fland...@inode.at wrote: Hallo OSM'ler, gem. [1] gibt es in Österreich wenige, aber doch ein paar verdrehte Links zu WP. Meine Frage hierzu: Ist es sinnvoll bzw richtig die WP-Links auf Nachbildungen im Minimundus zu setzen? Aus meiner Sicht ist das nämlich nicht richtig, spätestens dann wenn der GeoHack mittels Toolserver erfolgt, kann es passieren, dass der GeoHack ins Minimundus führt und nicht zum Originalbauwerk. Oder aber auch zwei Treffer aufweist - was aber auch nicht der Realität entspricht. Wie seht ihr das? Aus meiner Sicht müssten die WP-Links auf das Original-Bauwerk entfernt werden. Praktisch gesehen hast du Recht, aber andrerseits gibt's auch einen Haufen WP Links auf Plätzen und Straßen, die zum Namensgeber und nicht zum eigentlichen Platz führen. Ist das falsches Setzen von WP Links oder sollte da nicht vielmehr die Auswertung am Toolserver besser werden. Denn wenn es zulässig ist, dass die XY-Straße auf WP:XY verlinkt dann muss man wohl davon ausgehen, dass es mehr als eine XY-Straße weltweit geben kann. Ich hab also keine wirkliche Meinung dazu, da ich mit WP nicht viel am Hut hab, aber wenn es erlaubt ist Straßennamen auf Namensgeber zu verlinken (was ich schon öfter mal gesehen hab) dann wär es nur richtig, dass man ohnehin immer davon ausgeht, dass mehrere OSM Objekte auf ein WP Objekt verlinken. Damit wären dann die Tags im Minimundus auch zu akzeptieren. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Definition von highway=track - Was: Re: Tagging: Straßen auf der Donauinsel
Es wäre Zeit für einen weitaus radikaleren Ansatz, der aber wohl nur ein Wunschgedanken bleiben wird: highway=motorway/trunk/.../tertiary/residential/living_street für primär mit dem Auto genutzte Wege und entsprechender Klassifizierung belassen highway=path für den Rest (Radwege, Fußwege, Hauszufahrten, OMV-Wege, Donauinsel, unclassified, road etc) mit Wegbreite, Ein-/Mehrspurig, Oberfläche, Access etc. Denn von meiner Seite ist es egal, ob der Weg zu einer Wohnsiedlung (unclassified), Pumpstation (OMV) einem Parkplatz oder einer Baustelle/Geschäft führt oder es Erholungswege wie auf der Donauinsel sind. Optisch sehen sie gleich aus (z.B.: Asphaltiert und 3 Meter breit) und ich kann sie auch gleich benutzen (innerhalb der Access). LG Jimmy Am 11.04.2013 09:41, schrieb Martin Raifer: Am 11.04.2013, 09:18 Uhr, schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com: Es ist zwar nicht agricultural use, wie einige tapfere Wikiritter versuchen es einzutragen, aber es ist wohl vergleichbar mit einem Feldweg für einen Bauern nur hier eben als Feldweg für die Wasserbauleute. +1, meiner Meinung nach ist die Definition von highway=track im Wiki sehr ungeschickt, denn es gibt eigentlich recht häufig tracks (Feldwege, Waldwege, u.Ä.) die nicht hauptsächlich für land- oder forstwirtschaftliche Zwecke errichtet und benutzt werden: * Bergbau - http://osm.org/go/0I3Dwnx8 * Wasserbau * Militär * Erschließungswege zur Instandhaltung von Freileitungen, Pipelines, etc. * Erschließungswege zur Instandhaltung von (Wasser-, Wind-, ...) Kraftwerken * Zufahrten zu (abgelegenen) Sendeanlagen * Tourismus * ...? Ich möchte zumindest diese Fälle auch im Wiki erwähnen - allerdings wäre wahrscheinlich eine allgemeinere Definition wünschenswert... Grüße Martin / tyr_asd ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
Am 10.04.2013 10:17, schrieb Stefan Tauner: On Wed, 10 Apr 2013 10:13:12 +0200 Stefan Tauner stefan.tau...@gmx.at wrote: (wo es auch vollkommen sinnlos ist den 2. Track einzuzeichnen, da es keine Quelle für die Lage gibt und sie sowieso nur geschätzt ist). Ich bin mittlerweile eher der Meinung, daß man ein Ausschlußverfahren in Gang setzen sollte, aber mir ist das zu blöd. (sorry für die zweigeteilte Mail) Eine generalisierte Darstellung des U-Bahn-Verlauf gibt es theoretisch auf data.wien.gv.at. Da ich aus den bisherigen Mails keine böse Absicht ableiten kann, noch daraus lese, dass er immer die selben Fehler macht, kann ich einen Ausschluss absolut nicht nachvollziehen. Wir haben mittlerweile ein kompliziertes Datenmodell (ich bin zum Glück großenteils damit aufgewachsen) und wenn ein neuer engagierter Nutzer nicht alles auf Anhieb kann, dann ist das kein Grund ihn auszuschließen. Ich kenne es leider aus dem Vereinsleben, dass Neue rausgemobbt werden, da sie nicht das umfangreiche Wissen der alten Hasen haben und man sich dann 10 Jahre später beschwert, dass es keinen Nachwuchs gibt. LG Jimmy PS: Wenn man bereits bei Straßen teilweise jede Abbiegespur mappt, sehe ich es massive Benachteiligung des ÖPNV, wenn dieser nur als Tag auf einer Straße geduldet wird. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] WP-Tags an Nachbildungen im Minimundus
Hallo, Am 11.04.2013 10:57, schrieb thomas.fland...@inode.at: gem. [1] gibt es in Österreich wenige, aber doch ein paar verdrehte Links zu WP. Meine Frage hierzu: Ist es sinnvoll bzw richtig die WP-Links auf Nachbildungen im Minimundus zu setzen? Aus meiner Sicht ist das nämlich nicht richtig, spätestens dann wenn der GeoHack mittels Toolserver erfolgt, kann es passieren, dass der GeoHack ins Minimundus führt und nicht zum Originalbauwerk. Oder aber auch zwei Treffer aufweist - was aber auch nicht der Realität entspricht. Wie seht ihr das? Aus meiner Sicht müssten die WP-Links auf das Original-Bauwerk entfernt werden. Ohne mich jetzt in Bezug auf den Toolserver weiter auszukennen habe ich folgenden Eindruck: Die Wikipedia-Links dienen doch eigentlich dem Zweck, zu einem in OSM gemappten Objekt weitere Informationen abrufen zu können!? Dementsprechend würde ich Wikipedia-Links im Minimundus zu den Original-Objekten sehr begrüßen (Besucher dort wollen vielleicht auch auf Wikipedia Informationen zu den in Miniatur gesehenen Objekten erhalten). Wenn solche Links in der Wikipedia zur Verortung von Artikeln genutzt werden (darum geht es hier, oder?), dann ist das eine Verwendung der Tags, die nicht unbedingt dem eigentlichen Zweck entspricht, denke ich. Dagegen ist nichts zu sagen, aber es lässt sich daraus nicht ableiten, dass nur vom Ort der einem Artikel entspricht auf diesen Artikel verlinkt werden darf. Falls die zusätzlichen Links technische Probleme machen, sollte vielleicht über alternative Tags oder -Ergänzungen für die Verortung der Wikipedia Artikel nachgedacht werden? Viele Grüße, Holger -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
On 04/11/2013 11:25 AM, Jimmy_K wrote: Am 10.04.2013 10:17, schrieb Stefan Tauner: On Wed, 10 Apr 2013 10:13:12 +0200 Stefan Tauner stefan.tau...@gmx.at wrote: (wo es auch vollkommen sinnlos ist den 2. Track einzuzeichnen, da es keine Quelle für die Lage gibt und sie sowieso nur geschätzt ist). Ich bin mittlerweile eher der Meinung, daß man ein Ausschlußverfahren in Gang setzen sollte, aber mir ist das zu blöd. Eine generalisierte Darstellung des U-Bahn-Verlauf gibt es theoretisch auf data.wien.gv.at. Da ich aus den bisherigen Mails keine böse Absicht ableiten kann, noch daraus lese, dass er immer die selben Fehler macht, kann ich einen Ausschluss absolut nicht nachvollziehen. Ich kenn den konkreten Fall nicht im Detail wobei ich persönlich den Ärger auf Gleismapper durchaus nachvollziehen kann. Mein persönlicher Ärger ist aber sicher kein Argument für einen Ausschluss und damit sollte man imo grundsätzlich sehr vorsichtig sein. PS: Wenn man bereits bei Straßen teilweise jede Abbiegespur mappt, sehe ich es massive Benachteiligung des ÖPNV, wenn dieser nur als Tag auf einer Straße geduldet wird. Achtung Rant (wieder mal): Das ist ein Problem dass ich bei OSM derzeit sehr stark seh. Die Eisenbahnfraktion möchte alle ihre Schienen einzeln erfassen und die Straßenfraktion möchte alle ihre Spuren einzeln erfassen und die ganz Wahnsinnigen wollen auch noch wirklich alles einzeln erfassen. Das ist zwar nett und gut und praktisch für den einen, aber für alle anderen wirds halt schwieriger. Wir können uns dahin entwickeln, dass wir eine OpenSchienenMap machen und die von der OpenStraßenMap und der OpenEverythingMap abspalten. Das will vermutlich keiner. De facto passiert das aber schon jetzt, wenn jeder der Meinung ist genau sein Wegenetz (seien es Schienen-, Rad-, Fußwege oder Spuren von Straßen) muss einzeln erfasst werden und hat dann halt hin und wieder vielleicht noch ein paar Kreuzungspunkte mit den anderen Wegenetzen. Dabei erreicht man nichts als getrennte Open*Maps (halt in derselben Datenbank) was es dann allen erschwert aus den getrennten Daten eine halbwegs sinnvolle Aussage über die tatsächliche Situation vor Ort (automatisiert) zu treffen. Aber das ist ein Problem das wir wohl nicht mehr lösen werden können, zumindest nicht bei der Richtung in die sich OSM gerade entwickelt. Demnach wäre es ok Schienen aufzudröseln, auch wenn sie in einer Straße liegen wenn man gleichzeitig auch die Spuren der Straße aufdröselt. Halt ich für bescheuert, aber wenigstens ist es für alle gleich bescheuert. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
On Thu, 11 Apr 2013 11:25:04 +0200 Jimmy_K jimm...@gmx.at wrote: Da ich aus den bisherigen Mails keine böse Absicht ableiten kann, noch daraus lese, dass er immer die selben Fehler macht, kann ich einen Ausschluss absolut nicht nachvollziehen. Wir haben mittlerweile ein kompliziertes Datenmodell (ich bin zum Glück großenteils damit aufgewachsen) und wenn ein neuer engagierter Nutzer nicht alles auf Anhieb kann, dann ist das kein Grund ihn auszuschließen. Ich kenne es leider aus dem Vereinsleben, dass Neue rausgemobbt werden, da sie nicht das umfangreiche Wissen der alten Hasen haben und man sich dann 10 Jahre später beschwert, dass es keinen Nachwuchs gibt. Es geht nicht darum, daß er die Bedeutung der Tags nicht mit der Muttermilch aufgesaugt hat, sondern, daß er lernunwillig und unkooperativ ist und bisher wesentlich mehr Schaden angerichtet hat, als Verbesserungen eingebracht hat und daß er explizit erwähnte Mängel seiner Edits nicht beseitigt usw. Ich schreibe Anfänger relativ häufig an und erkläre ihnen, was sie besser machen könnten (es sind eh immer die selben Fehler, name-Tags, unverbundene ways, bing statt ViennaGIS als source), da ich glaube, daß man sich auf Dauer so sehr viel Arbeit ersparen kann. Die aller meisten Reaktionen sind sehr positiv und es ist offensichtlich, daß das Gesagte nicht ignoriert wird sondern verstanden und nach eigenem Ermessen auch umgesetzt wird in alten (i.e. Verbesserungen) und neuen Edits. Bei besagtem User ist es genau das Gegenteil: er macht die selben Fehler immer wieder; daß andere Leute die Daten auch nutzen scheint ihm egal zu sein usw. Auf meine Nachrichten reagiert er scheinbar gar nicht mehr. Daß QA im weitesten Sinne und Nachwuchsförderung immer ein Spannungsfeld ergeben ist klar (kenn ich z.B. im open source-Bereich auch), aber das ist hier nicht das Problem. Ausschlußverfahren war vl. das falsche Wort. Ich hab mich mit dem Thema noch kaum beschäftigt, aber Speedy reverts im Sinne von http://wiki.openstreetmap.org/wiki/Vandalism halte ich in dem Fall für durchaus gerechtfertigt. PS: Wenn man bereits bei Straßen teilweise jede Abbiegespur mappt, sehe ich es massive Benachteiligung des ÖPNV, wenn dieser nur als Tag auf einer Straße geduldet wird. Eh, deshalb habe ich in den Mails an ihn auch nicht gesagt, daß es falsch oder verboten wäre, sondern schlicht nicht üblich in der Vergangenheit und aufgrund der guten Datenlage in Wien durchaus argumentierbar, wenn auch vieles dagegen spricht (der Micromapping-Ratenschwanz an Problemen). Aber *wenn* man es schon macht, dann zumindest ohne so massiv Fehler zu produzieren. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
Hallo, ich klinke mich jetzt doch mal hier ein. Da sicher nicht alle das deutsche Forum verfolgen, möchte ich euch mal einen Überblick geben, was ich da eigentlich veranstalte. Die komplette Dokumentation findet ihr unter http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E . Das Repertoire meines Roboters umfaßt inzwischen Korrekturen einiger sehr häufiger (und eindeutiger) Fehler in Straßennamen und Adressen sowie Leerraum in Tags und Rollen sowie die Beseitigung mehrfacher identischer Knoten. Bei den Straßennamen geht es neben den üblichen Verdächtigen wie Strasse und Str. um Fälle wie Stra0e, Stra-e, Sraße und so weiter. Bei Adressen werden zum einen in addr:street dieselben Fehler wie bei den Straßennamen korrigiert, ferner Werte wie Deutschland, GERMANY oder de in addr:country zu DE umgetaggt und - wo dies sicher möglich ist - Straße und Hausnummer bzw. PLZ und Ort getrennt, wenn diese zusammen in ein Tag geschrieben wurden. Dazu noch ein paar Kleinigkeiten, siehe Wiki-Seite. Diese Korrekturen sind natürlich landesspezifisch. Es ist sichergestellt, daß sie tatsächlich nur in DE Anwendung finden (insbesondere nicht im Randüberschuß des Geofabrik-Extrakts). Falls dies gewünscht sein sollte, könnten sie auch auf AT angepaßt und dort ausgeführt werden, aber das ist nicht mein aktuelles Anliegen. Die Bereinigung überschüssigen Leerraums ist dagegen nicht landesspezifisch. Bei dieser geht es tatsächlich nur um Leerraum am Anfang und/oder Ende von Schlüsseln, Werten und Rollen, also key=value, key=value oder role= whatever . Wirklich problematisch ist dieser nur in bestimmten Fällen: ein name wird von keiner Anwendung ausgewertet, und kein Renderer wird landuse= residential beachten. In Freitext-Werten ist er relativ harmlos: in name=Hauptstraße gehört er zwar kein Leerzeichen hin, aber so richtig schlimm ist es auch nicht. Allerdings hat sich die ursprünglich angedachte Unterscheidung zwischen Freitext- und Festwert-Tags als unpraktikabel herausgestellt, daher wird er in sämtlichen Tags beseitigt (einige Ausnahmen sind auf der Wiki-Seite erläutert). Diese Korrektur könnte ich, euer Einverständnis vorausgesetzt, auf AT ausdehnen. Freilich muß man sagen: tu felix Austria - bei euch bleiben derzeit ganze zwei Schlüssel, vierzehn Werte und 45 Rollen im Filter hängen - in Deutschland waren allein vom Leerraum in Schlüsseln und Werten über 2000 Objekte betroffen. Von daher dürfte eine monatliche Ausführung völlig ausreichend sein, um Leerraum in AT unter Kontrolle zu halten. Ebenfalls nicht landesspezifisch ist die Bereinigung mehrfacher aufeinander folgender identischer Knoten in Wegen (also etwa A-B-B-C, aber nicht A-B-C-D-A). Größtenteils stammen diese Fälle aus einem alten Potlatch-Bug (ganz selten spielt dabei aber sogar JOSM mit). In früheren Zeiten waren solche Wege ein großes Problem (eine der Hauptaufgaben des damaligen xybot). Inzwischen wurde der Potlatch-Bug aber zumindest teilweise gefixt, sodaß der Fehler nun recht selten ist: aktuell gibt es 17 betroffene Wege in DE, 5 in AT. Auch die Korrektur dieser Wege könnte ich auf AT ausdehnen (ebenfalls monatlich), sobald sie in DE erfolgreich läuft. Bisher wird das Programm noch nicht ausgeführt: Der Vorschlag steht erst ganz frisch im Forum und ich will den Code erst noch weiter testen, bevor ich ihn auf die Live-Datenbank loslasse; aber bisher gab es im Forum keine Einwände und prinzipiell sollte bei der Korrektur auch nichts schiefgehen können. Mittelfristig möchte ich diesen einen Algorithmus sogar weltweit laufen lassen, aber dafür würde ich gerne eine gewisse Referenz vorweisen können à la das Programm läuft seit k Monaten in m Ländern und hat fehlerfrei n Wege bearbeitet. Deshalb hätte ich Österreich gern mit im Testgebiet. Gruß Oliver / Oli-Wan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] WP-Tags an Nachbildungen im Minimundus
Am 11.04.2013 11:39, schrieb Holger Schöner: Die Wikipedia-Links dienen doch eigentlich dem Zweck, zu einem in OSM gemappten Objekt weitere Informationen abrufen zu können!? Sie werden seit längerem auch als eine Art ID zur Verknüpfung mit einem anderen freien Projekt verwendet, nicht bloß als Einbahn-Links von OSM nach Wikipedia. Mittlerweile verlassen sich die Karteneinblendungen in zahlreichen Wikipedia-Ausgaben darauf. Dagegen ist nichts zu sagen, aber es lässt sich daraus nicht ableiten, dass nur vom Ort der einem Artikel entspricht auf diesen Artikel verlinkt werden darf. Aber aus der Dokumentation zu Key:wikipedia im Wiki (zumindest der maßgeblichen englischen Version) lässt sich das durchaus ableiten. Dort heißt es: only provide links to articles which are 'about the feature'., und als Beispiel für etwas, das man nicht tun soll, steht dort a link from a bus depot to the company that operates it. Angegeben soll ein Wikipedia-Link also dann, wenn er konkret über das getaggte Objekt ist (also _diese spezielle_ Straße etc.), nicht über ein Thema, das damit in irgendeiner Weise zu tun hat. Falls die zusätzlichen Links technische Probleme machen, sollte vielleicht über alternative Tags oder -Ergänzungen für die Verortung der Wikipedia Artikel nachgedacht werden? Derzeitiger auf Key:wikipedia im Wiki dokumentierter Vorschlag ist, Schlüsselvarianten wie * wikipedia:name - Wikipedia-Artikel über den Namensgeber * wikipedia:operator - Wikipedia-Artikel über den Betreiber * wikipedia:architect - Wikipedia-Artikel über den Architekten * wikipedia:subject - Wikipedia-Artikel über das von einer Statue o.ä. dargestellte Objekt zu verwenden. Letzteres - wikipedia:subject - klingt nach einer geeigneten Lösung für das hier diskutierte Problem. Gruß, Tobias ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
On 11/04/13 12:53, Oli-Wan wrote: Hallo, http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E . Diese Korrektur könnte ich, euer Einverständnis vorausgesetzt, auf AT ausdehnen. Meine Stimme dafür! Gruß Oliver / Oli-Wan lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
Meine Stimme ebenfalls Am 11. April 2013 13:02 schrieb Michael Maier michael.ma...@student.tugraz.at: On 11/04/13 12:53, Oli-Wan wrote: Hallo, http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E . Diese Korrektur könnte ich, euer Einverständnis vorausgesetzt, auf AT ausdehnen. Meine Stimme dafür! Gruß Oliver / Oli-Wan lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-04-11 11:52, Norbert Wenzel wrote: Demnach wäre es ok Schienen aufzudröseln, auch wenn sie in einer Straße liegen wenn man gleichzeitig auch die Spuren der Straße aufdröselt. Halt ich für bescheuert, aber wenigstens ist es für alle gleich bescheuert. Was hier passiert ist, dass mit Vektordaten (ways), die gleichsam keine Ausdehung haben, Flächenmapping betrieben wird und zwar mittels Umweg übers Rendering. Das kann eigentlich nur ins Auge gehn, aber hauptsach wir haben jeden Schienenstrang und jede Spur auseinandergepflückt und klauben das dann wieder über Relationen zusammen. Es bleibt ja nicht bei Spuren... Andere wollen die Oberflächenbeschaffenheit, die Eignung für div. Einschränkungen, die Beschilderung wasauchimmer reinschnippeln... Langfristig sehe ich keine Alternative zum Trennen der Datenbestände in einen oder mehrere Basiskomponenten und versch. Spezial-Sammlungen. Großes Problem dabei wäre natürlich die saubere und transparente Verknüpfung derselben. Obs damit für Einsteiger leichter wird, wage ich zu bezweifeln. Außer die Editoren werden sehr gut :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRZpo9AAoJEMZD4PEit0TYGpcH/RU3ebK/+hlqWVofI5uK9MH3 BMlsoo1jJhfolabAXe4O6676tkpJgdE51OgT94oaijZq/T2U9qz/SI0Y4NJD/X1l w9ref9zjotTPOepLWqx0GxM2prwLdGFgfgMarcOAgYB38cWY6AEfSRIuYhy0kBFq jBuDee5VacMtnwlRUiEPU8euF9OsQe0qh3IdAXzXSHuCXS1r3TAB6mMsggZT41Zy kpvHCW6Rzg3C7UI83ct/1kyyiFAMRbV8/J0k62YeoJRCkbE/yy+3A49IwU4msbK3 xT0vqPjscpzjCDTmmGKSCzlasz+/qYLI7jcN7+w0eHgxAV81JuvwORO9HiBAqtY= =I35V -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
Hi! Am 11. April 2013 13:10 schrieb Stefan Kopetzky sk...@ostblock.org: Das kann eigentlich nur ins Auge gehn, aber hauptsach wir haben jeden Schienenstrang und jede Spur auseinandergepflückt und klauben das dann wieder über Relationen zusammen. Es bleibt ja nicht bei Spuren... Nur eine kurze Zwischenfrage: woher hast du den Eindruck, dass die Fahrspuren jetzt vermehrt einzeln gemappt werden? Haben wir uns nicht gerade eher davon verabschiedet durch die ganzen :lanes-Tags? Die werden ja auch schon - zumindest rudimentär - von einer Navi-App unterstützt. vg, Martin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 2-gleisiges Straßenbahnmapping in Wien
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-04-11 13:29, Martin Vonwald wrote: Nur eine kurze Zwischenfrage: woher hast du den Eindruck, dass die Fahrspuren jetzt vermehrt einzeln gemappt werden? Haben wir uns nicht gerade eher davon verabschiedet durch die ganzen :lanes-Tags? Die werden ja auch schon - zumindest rudimentär - von einer Navi-App unterstützt. Naja, wenn ich je ein Tramwaygleis pro Richtung einzeichne und beide liegen oftmals in der Mitte einer Straße, müßte ich auch den Straßen-Way links und rechts davon zeichnen und nicht hoffen, dass es durch den Renderer in der geeigneten Zoomstufe schon irgendwie drunter sein wird. Sonsts wärs ja total inkonsistent. Was jetzt nichts daran ändert, dass man das normalerweise nicht möchte und auch bei Gleisen nicht möchten sollte :)) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRZrwqAAoJEMZD4PEit0TYJGgH/i/zQmG5x9Nf6uuq1UhAdJaQ T+i5Jeo462lyT00esfcejmarVuPGzrk6dhxyr3cdQKB5Vdne4tZBXeFwRGT2RB9L MHpID3cmHkTXtyi6PAVoUh62maxkdLpSZFo0ghCPZWRKWgAAmoPsP0NMIzjsUxp8 YpXzamYw/A6UWl6RJoeMY0hE69GtvM2ocVHWYHjsd1UDkgR77AmcUZJjl5sd8MIK xaAKLDDEz20etvTunmYoYBDzvAL3FJaKm14sQ4K8ZEmoHmHIFBk0XyiUW9w6k1qg Sh+exE1SHidB5oWNi1wSUhLFCVdS28BJ2DRvgISkPrz39mKwdGvpzCd9O44RGiw= =zLer -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
Hallo Oliver, ich bin nicht nur dafür, dass du uns hilfst, die Daten zu bereinigen, ich biete auch an, falls es notwendig sein sollte, den einwandfreien Ablauf zu überprüfen und bei notwendigen Klärungen mitzuwirken. Da die Datenmenge bei AT im Vergleich zu DE recht überschaubar ist, wäre ein wöchentlicher Lauf vielleicht einem monatlichen sogar vorzuziehen. Walter - Original Message - From: Soldier Boy To: OpenStreetMap AT Sent: Thursday, April 11, 2013 1:04 PM Subject: Re: [Talk-at] Fehlerbereinigung durch Oli-Wan Meine Stimme ebenfalls Am 11. April 2013 13:02 schrieb Michael Maier michael.ma...@student.tugraz.at: On 11/04/13 12:53, Oli-Wan wrote: Hallo, http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E . Diese Korrektur könnte ich, euer Einverständnis vorausgesetzt, auf AT ausdehnen. Meine Stimme dafür! Gruß Oliver / Oli-Wan lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
Super Sache, auch von mir +1! LG, Markus On 04/11/2013 01:02 PM, Michael Maier wrote: On 11/04/13 12:53, Oli-Wan wrote: Hallo, http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E . Diese Korrektur könnte ich, euer Einverständnis vorausgesetzt, auf AT ausdehnen. Meine Stimme dafür! Gruß Oliver / Oli-Wan lg, Michi ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Mulțumesc că ești un fan al germani. :-) Și la noi mult a fost îmbunătățit multe ori. Diferența este doar că mai mult oameni lucrează pe OSM în Germania decât în România. Uneori ceva este distrus. Dar de obicei nu este din intenție dar din prostie. În România doar mă amintesc de un singur caz unde cineva a vandalizat din intenție. El a desenat un oraș, niște sate și un cartier în București care nu există. Dar după am spus cu el, el a sters orașul său se însuși. Dacă găsești ceva vorbește cu utilizatorul. Dacă am nevoie putem întoarce modificările. Nu trebuie să desenăm din noi. Am Donnerstag, 11. April 2013, 09:02:48 schrieb Razvan: Da si eu consider ca este cel mai bine ca macar de acum incolo ce se cartografiaza sa se faca cum trebuie cu nr. de lane, tip de pavaj si limite de viteza, nu ceva gen cooperativa in zadar unde altul sa vina sa o ia la mana din nou si sa munceasca _din nou_ ca sa faca cum trebuie ceea ce altii au facut pe jumatate. Aici se vede diferenta intre oameni - faceti comparatia intre nemti si noi si pana si la harti stau mai bine . Aruncati doar o privire aleatoriu orinde pe harta germaniei si o sa vedeti despre ce vorbesc. La noi mai degraba unii s-ar distra daca ar distruge ce au muncit altii. ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
[Talk-lv] offline kartes windowsiem
Heijā, nupat pirms pāris dienām meklēju par tēmu kartes uz laptopa, bez interneta. zinu ka viking un navit un tangogps ir. zem linux. ko esat mēģinājuši zem lodziņiem? Gasha ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko
Potíž je v tom, že úzus není... Udělal jsem si malý průzkum přes Overpass API a asi dvě třetiny středních škol (identifikoval jsem je podle názvu) je označeno amenity=college, a jedna třetina je označena amenity=school. Měli bychom se tedy na něčem shodnout, sepsat to a dodržovat. Jiná věc je, že se tyhle tagy aktuálně asi absolutně k ničemu nevyužívají :-) Rozhodně jsem pro rozlišování základních a středních škol, protože v ČR jsou hodně rozdílné - průmyslovka, gympl nebo učiliště je fakt něco jiného než základka. Termínem (a otrockým překladem) college bych se nenechal mást, protože souhlasím s příměrem o jižní Africe. Spíš vidím problém v tagování osmiletých gymplů. Asi bych je dával pod college, protože jsou téměř pokaždé přifařené ke čtyřletým, alespoň co vím podle hledání gymplu teď pro své ďěti - nebo máte jinou zkušenost? To nemusi byt pomerne rychle pravda - kdyz se nejaky uzus zavede, tak si myslim, ze minimalne lokalni sluzby jako mtbmap.cz a map1.eu jsou schopny to zacit nejak zohlednovat. A zejmena je dobre si uvedomit, ze tu semantickou informaci tam ma smysl drzet i tehdy, pokud to zrovna zadny renderer nekresli. Protoze se daji klast dotazy (napr. pres to Overpass API) a resit pomoci toho specificke ulohy. Moje zkušenosti z Vršovic: Kdybych mapoval jen to, co zobrazuje renderer na openstreetmap.org, měl bych pětinu práce, možná ještě méně. Není moc dobrý. A u těch škol např. světle žlutě podbarví jen areál školy mimo budovu, samotnou budovu nijak neoznačí (ani ikonou ani barvou), jen tam vypíše jméno. Pokud škola nemá kolem sebe areál s hřištěm apod., tak pak ani není graficky poznat, co to jméno označuje - může to být škola stejně jako hlubinný důl, muzeum nebo bordel. Uživatel stejně skončí u odhadování podle textu názvu. A pokud ten areál má, tak neoznačí, která budova je ta hlavní a která je třeba sklad na dvoře. Paradoxně tak v tomhle rendereru fungují lépe bodové objekty, tam dá alespoň u některých ikonu. Což mi připomíná otázku: tušíte někdo, jak je na tom s aktualizacemi mapy openstreetbrowser? Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Changeset impossible
Au moins je ne suis pas tout seul. La dernière fois que j'ai signalé ce genre de problème avec des uploads qui se bloquaient sans aucune réponse, on m'a dénigré en disant que je racontais n'importe quoi. Mais comme c'était arrivé juste après une panne sévère, les causes possibles étaient multiples et difficiles à identifier. Comme quoi une anomalie sur le serveur qui ne répond pas, c'est bel et bien encore possible, même si on n'en voit pas les effets dans les données enregistrées et consultées depuis la base, et même si d'autres ne semblent avoir aucun problème et ne constatent pas de panne matérielle avec les outils de supervision qu'ils regardent. Pour ces raisons, il serait souhaitable que pour ce genre de panne, quelqu'un aille consulter les logs du serveur frontal de l'API web, signalant les requêtes restées sans réponse du côté du backend, et les ruptures de sessions HTTP anticipées (faute de réponse, à l'initiative du client) ou forcées (par un watchdog surveillant l'inactivité des sessions SQL du côté backend et HTTP du côté frontend avec une réponse HTTP 500), afin de trouver des points communs à ces anomalies et trouver leur cause réelle. J'ai bien l'impression que certaines requêtes SQL sont bien plus longues que prévues et tombent dans des boucles de récursion infinies (ou qui ne tombent qu'à cause d'une faute de mémoire dans un débordement de pile ou de dépassement de quotas dans des ressources temporaires, ce qui cause tout de même une charge très importante sur le serveur et pourraient le ralentir pour tout le monde, si ces sessions trop gourmandes et inattendues sont assez nombreuses). J'ai des doutes que cela se produise réellement sur la partie purement relationelle du code SQL, mais l'extension GIS pourrait en être à l'origine, lordqu'elle effectue des contrôles d'intégrité (référentielleà ou de cohérence des données soumises, et pourrait aussi générer des cas de deadlocks entre plusieurs threads issus de la même session (si cette extension utilise des threads sépaprés pour certaines analyses, par exemple pour gérer les files d'attente de ressources partagées). Le 10 avril 2013 23:51, Vincent Pottier vpott...@gmail.com a écrit : Bonsoir, C'est moi ou... Impossible de créer un changeset ni avec JOSM, ni avec Potlatch2. Ça a l'air d'être moi, à voir les changesets qui se créent par ailleurs. But what's wrong ? Impossible d'uploader quelques modifications. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Activation HOT sur la RCA
Je sais que c'est un sujet sensible, quelques fois abordé sur cette liste ; la dernière, en l'occurence, avec la DCRI :-) Je sais aussi que je ne participe à rien de HOT et que donc j'ai rien à dire, mais tout de même, dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Autant je comprends très bien votre action et vos appels à la communauté lors de catastrophes naturelles, où l'on peut penser que la rapidité des secours est le meilleur moyen d'éviter les pillages et autres, autant je comprends non moins très bien que l'attitude de la DCRI est quelque peu pas terrible, autant, lorsque la guerre est présente, quelques précisions sur ce sujet sensible des rapports entre la cartographie et l'exploitation contre les personnes qu'on peut en faire seraient bien venues ? Ou alors vous l'avez déjà fait et j'ai pas vu ? Je demande juste votre position / réflexion là dessus, hein, pas un développement infini des pours et des contres :-) Merci. Le 11 avril 2013 07:00, Severin MENARD severin.men...@gmail.com a écrit : Bonjour à tous, Compte tenu de la crise en RCA, HOT démarre une procédure d'Activation. Le contexte les tâches en cours sont présentés dans un blog post, icihttp://hot.openstreetmap.org/updates/2013-04-10_activation_hot_en_r%C3%A9publique_centrafricaineen français. Toute personne intéressée à renforcer les données OSM couvrant le pays est bienvenue. Cordialement, Severin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
Pour l'instant je prépare le terrain pour étendre les données administratives, tonomymiques et démographiques du Burkina Faso. Une grosse partie du travail n'est cependant pas encore dans la base OSM, mais dans son wikiproject et dans le classement et la mise en forme des articles Wikipédia liés, et la recherche des références. La République du Burkina pour l'instant est très peu modélisée dans la base OSM : cela s'arrête au niveau des régions qui est le seul complet, le niveau des provinces étant en chantier à peine commencé et celui des départements (presque tous identiques aux communes depuis leur fusion) n'ayant rien d'autre de défini que des noeuds place liés à rien du tout (et bourrés d'erreurs et ne faisant aucune distinction entre départements, communes, arrondissements de communes, secteurs urbains et villages alors que l'INSD et le gouvernement burkinabé ont des nomenclatures pourtant publiées et officielles, et trop souvent liés comme noeuds membres de ways pour les routes) Les données démographiques (chiffres de population, et la classification associée des place=*) est totalement fantaisiste aussi, non sourcées, non datées ; leurs coordonnées sont très approximatives (import direct depuis une liste sur Gazeteer, avec une précision insuffisante), de même que celles pour la plupart des routes (même classées dans le réseau principal *et* goudronnées, ce qui constitue une grande minorité du réseau routier classé), des fleuves et rivières, et même l'unique voie ferrée liant Kayah à Abidjan via Ouagadougou (mais là c'est moins grave car le tracé est plus régulier). Le 11 avril 2013 07:00, Severin MENARD severin.men...@gmail.com a écrit : Bonjour à tous, Compte tenu de la crise en RCA, HOT démarre une procédure d'Activation. Le contexte les tâches en cours sont présentés dans un blog post, icihttp://hot.openstreetmap.org/updates/2013-04-10_activation_hot_en_r%C3%A9publique_centrafricaineen français. Toute personne intéressée à renforcer les données OSM couvrant le pays est bienvenue. Cordialement, Severin ___ 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] Activation HOT sur la RCA
Même dans un contexte de guerre (ce qui est encore loin d'être le cas, le conflit n'étant pas généralisé), la cartographie peut aussi aider les humanitaires, comme aussi les populations pour la compréhension et l'organisation de leur propre territoire, avec ses ressources réelles (surexploitées ou pas). Avec plus de compréhension de ce qui se passe et existe au plan local, elles seront moins tentées d'aller voir ce qui se passe chez le voisin. Je pense que la cartographie locale est beaucoup plus un facteur de paix, de stabilité et de développement (et même une solution permettant de contourner des difficultés liées aux conflits), qu'un générateur ou catalyseur de conflits : elle favorise les échanges locaux et le développement de solutions innovantes tout en respectant mieux les milieux. Une bonne cartographie est une chance pour un pays, pas un handicap ni une menace sur sa sécurité, bien au contraire (et que la population de ces pays est très demandeuse de ces informations que ne maîtrisent et contrôlent que les chefs de guerre et chefs de gouvernements). Et l'Afrique en a bien besoin. Alors que vient faire la DCRI là-dedans ??? Le 11 avril 2013 08:23, Ista Pouss ista...@gmail.com a écrit : Je sais que c'est un sujet sensible, quelques fois abordé sur cette liste ; la dernière, en l'occurence, avec la DCRI :-) Je sais aussi que je ne participe à rien de HOT et que donc j'ai rien à dire, mais tout de même, dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Autant je comprends très bien votre action et vos appels à la communauté lors de catastrophes naturelles, où l'on peut penser que la rapidité des secours est le meilleur moyen d'éviter les pillages et autres, autant je comprends non moins très bien que l'attitude de la DCRI est quelque peu pas terrible, autant, lorsque la guerre est présente, quelques précisions sur ce sujet sensible des rapports entre la cartographie et l'exploitation contre les personnes qu'on peut en faire seraient bien venues ? Ou alors vous l'avez déjà fait et j'ai pas vu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changeset impossible
Bonjour, De : Vincent Pottier Bonsoir, C'est moi ou... Impossible de créer un changeset ni avec JOSM, ni avec Potlatch2. Ça a l'air d'être moi, à voir les changesets qui se créent par ailleurs. But what's wrong ? Impossible d'uploader quelques modifications. Je ne sais pas si ça peux avoir un lien : https://trac.openstreetmap.org/ticket/4540 cf.: http://lists.openstreetmap.org/pipermail/talk-fr/2012-August/046681.html vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changeset impossible
J'allais le dire... il t'arrive peut être la même chose. Si tu as plusieurs comptes, essayer avec un autre pour voir si ça passe et si ça confirme le bug du read-only sur ton compte. Tu peux aussi le confirmer en essayant de modifier une info dans ton profil sur le site OSM... si ça ne passe pas c'est bien la fiche de compte compte OSM qui est verrouillée dans la BDD et seul un admin peut la débloquer. C'est un petit bug qui traine quelque part. Le 11 avril 2013 09:56, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je ne sais pas si ça peux avoir un lien : https://trac.openstreetmap.org/ticket/4540 cf.: http://lists.openstreetmap.org/pipermail/talk-fr/2012-August/046681.html vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DCRI Wikimédia France - OSM France
Mon Bien Cher Frère mais pas que = mais pas seulement en français local de la vallée d'Ambert petite référence perfide pour signifier au cuistre Tallonesque (de Achille Talon in Pilote (Mâtin quel Journal) (c) Greg) que je me pèle personnellement 6 mois par an depuis bon nombre d'années pour affirmer ce que je dis. Comme le hors sujet est largement dépassé et que comme chacun sait, quand les bornes sont franchis, il n'y a plus de limite ... j'en ai acédies comme ça. Et Hop -- View this message in context: http://gis.19327.n5.nabble.com/DCRI-Wikimedia-France-OSM-France-tp5756104p5756599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
On 11/04/2013 08:23, Ista Pouss wrote: dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Ceux qui font la guerre ont déjà toute l'information nécessaire - sous forme cartographique ou sous forme de connaissance tacite du terrain. La cartographie humanitaire aide essentiellement ceux qui viennent en aide aux populations - des acteurs qui ont à la fois moins de moyens et moins de connaissance du terrain que ceux qui font la guerre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changeset impossible
Le 11/04/2013 10:07, Christian Quest a écrit : J'allais le dire... il t'arrive peut être la même chose. Si tu as plusieurs comptes, essayer avec un autre pour voir si ça passe et si ça confirme le bug du read-only sur ton compte. Tu peux aussi le confirmer en essayant de modifier une info dans ton profil sur le site OSM... si ça ne passe pas c'est bien la fiche de compte compte OSM qui est verrouillée dans la BDD et seul un admin peut la débloquer. C'est un petit bug qui traine quelque part. Tout à fait ça. Le site n'enregistre pas une modification mineur sur mon compte. J'ai ré-ouvert le ticket. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
2013/4/5 Christian Rogel christian.ro...@club-internet.fr J'ignore ce que Pieren désigne par contributeur lambda. Cela s'oppose à contributeur non-lambda. Je vais essayer d'en donner une définition : c'est une personne de 7 à 77 ans qui veut juste ajouter une rue, une piste cyclable, un nom, une maison ou un POI mais qui ne sait pas ce que veut dire SIG, qui ne sait pas ce qu'est un code INSEE de la commune (qui est, en plus, différent du code postal), qui ne connait pas la différence entre canton et arrondissement départemental. Bref, ceux qui ne participent pas ou peu aux discussions sur cette liste, contrairement au contributeur non-lambda, qui par la force des choses ou par son métier, connait tout ce vocabulaire et les arcanes de l'administration et qui sont à peu près les seuls à être capables d'appréhender l'ensemble des données présentes dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
Tout à fait d'accord. La cartographie libre permettra même d'éviter pas mal de conflits ou bon nombre de leurs conséquences indirectes sur les populations qui subissent ces conflits, car il n'y aura pas de différence d'avantage de l'un plus fort que l'autre dans ce domaine, la connaissance étant partagée. Cela oblige tout le monde à ne pas mentir sur ce que l'autre peut déjà savoir aussi. Le 11 avril 2013 10:23, Jean-Marc Liotier j...@liotier.org a écrit : On 11/04/2013 08:23, Ista Pouss wrote: dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Ceux qui font la guerre ont déjà toute l'information nécessaire - sous forme cartographique ou sous forme de connaissance tacite du terrain. La cartographie humanitaire aide essentiellement ceux qui viennent en aide aux populations - des acteurs qui ont à la fois moins de moyens et moins de connaissance du terrain que ceux qui font la guerre. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Activation HOT sur la RCA
Autre avantage, non des moindres : La cartographie libre évite aussi à des tas de populations de se faire berner par des groupes puissants économiquement, exploitant leurs ressources sans rien dire ou en mentant sur l'étendue réelle de leurs activités et les avantages dont elles profitent abusivement. Elle peut éviter aussi à ces même populations de se faire entraîner à soutenir des conflits, sur la base de mensonges honteux sur ce que fait réellement le voisin, et de peurs illégitimes basées sur des rumeurs colportées par ceux qui détiennent l'information. La cartographie libre participe sur ces points de la même façon que la liberté de la presse, ou que le suffrage universel (contre le suffrage indirect par des élites ou des minorités ayant plus de pouvoir que la majorité). Le mot libre n'est donc pas galvaudé. Le 11 avril 2013 11:05, Philippe Verdy verd...@wanadoo.fr a écrit : Tout à fait d'accord. La cartographie libre permettra même d'éviter pas mal de conflits ou bon nombre de leurs conséquences indirectes sur les populations qui subissent ces conflits, car il n'y aura pas de différence d'avantage de l'un plus fort que l'autre dans ce domaine, la connaissance étant partagée. Cela oblige tout le monde à ne pas mentir sur ce que l'autre peut déjà savoir aussi. Le 11 avril 2013 10:23, Jean-Marc Liotier j...@liotier.org a écrit : On 11/04/2013 08:23, Ista Pouss wrote: dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? Ceux qui font la guerre ont déjà toute l'information nécessaire - sous forme cartographique ou sous forme de connaissance tacite du terrain. La cartographie humanitaire aide essentiellement ceux qui viennent en aide aux populations - des acteurs qui ont à la fois moins de moyens et moins de connaissance du terrain que ceux qui font la guerre. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] expérimentations à Orange
2013/4/7 Tony Emery tony.em...@yahoo.fr Une autorité de l'Etat qui se chargerait de chapeauter les compétences de collectivités territoriales autonomes ?!? Oula, tu veux la révolution ??? Penchez-vous sur le sujet de la décentralisation en France et vous comprendrez que vous avez tout faut, là... Bah, je pensais au cadastre en disant ça. Ca à l'air de fonctionner à peu près correctement avec une administration centrale qui collabore avec les communes et collectivités locales (ça irait encore mieux avec plus de moyens). Mais la composante adresse n'est pas son principal souci (elles sont souvent erronées, imprécises et anonymes). Il suffirait d'en faire une obligation comme pour le parcellaire et en utilisant le même modèle de coopération pour l'actualiser. Cela ne changerait rien à l'autonomie locale mais rien n'empêche de fixer certaines normes pour pouvoir construire des bases de données à l'échelle du pays. Bien sûr, on peut préférer l'absence de standardisation, le chaos où chacun fait comme il veut dans son coin et l'absence totale de mise en commun des ressources et des données. On peut comprendre que cela fasse les affaires de quelque-uns mais cela se fait au détriment de l'intérêt général. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 11 avril 2013 11:14, Pieren pier...@gmail.com a écrit : Mais la composante adresse n'est pas son principal souci (elles sont souvent erronées, imprécises et anonymes). Il suffirait d'en faire une obligation comme pour le parcellaire et en utilisant le même modèle de coopération pour l'actualiser. Pour cela il aurait fallu que la filiale de La Poste gérant et exploitant le fichier des adresses soit transférée sous l'autorité de l'ARCEP, afin de permettre dans ce domaine là aussi une juste concurrence. Je ne comprend pas que l'ARCEP soit compétente pour gérer par exemple le plan de numérotation téléphonique national, mais pas les codes postaux, ni adresses pourtant issues du travail des collectivités territoriales publiques, alors qu'elle est sensée réguler la concurrence dans le domaine postal. La Poste devenant une société privée, n'aurait pas du conserver cet avantage issu de l'ancien monopole de service public. Je me demande pourquoi les autres concurrents de La Poste n'ont pas fait d'action judiciaire pour avoir un accès égal à celui de La Poste concernant les adresses et codes postaux, puisque La Poste a maintenant un avantage concurrentiel dans ce domaine, les autres devant collecter eux-mêmes ces fichiers depuis leurs clients, ou acheter des licences à la filiale de La Poste pour les fichiers MediaPost ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
2013/4/11 Jean-Marc Liotier j...@liotier.org On 11/04/2013 08:23, Ista Pouss wrote: dans un contexte de guerre, comme en RCA, quelle est votre opinion sur le fait que les données cartographiques puissent aider ceux qui font cette guerre ? La cartographie humanitaire aide essentiellement ceux qui viennent en aide aux populations - des acteurs qui ont à la fois moins de moyens et moins de connaissance du terrain que ceux qui font la guerre. On pourrait se poser le même genre de question sur l'aide alimentaire, qui profite aussi souvent aux forces armées sur place. Est-ce une raison pour arrêter l'aide allimentaire ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
On 11/04/2013 11:40, Pieren wrote: On pourrait se poser le même genre de question sur l'aide alimentaire, qui profite aussi souvent aux forces armées sur place. Est-ce une raison pour arrêter l'aide allimentaire ? Parfois oui - lorsque l'aide alimentaire est entièrement détournée par les potentats locaux qui l'exploitent pour affirmer leur pouvoir et renforcer leurs capacités agressives. Une ONG peut aussi quitter un pays où elle se sent manipulée par le pouvoir en place qui la dirige vers ses populations clientes tout en l'empêchant d'accéder aux victimes qu'elle est venu assister. On peut aussi fermer un camp de déplacés lorsqu'il devient trop évident qu'il est utilisé comme base logistique pour des opérations militaires. Mais c'est décision sont évidemment exceptionnelles : l'aide humanitaire profite généralement bien aux victimes, même si tout système a des parasites à la marge - il faut savoir accepter ces parasites marginaux comme l'un des coût normaux de faire fonctionner le système de manière fluide. On peut donc imaginer que des utilisations non désirables de l'information cartographique aient lieu, mais ces impacts négatifs sont insignifiants par rapport à ses bienfaits. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Activation HOT sur la RCA
Là encore je suis d'accord : l'aide humanitaire parvient quand même à passer, car les ONG d'une part font attention à contrôler que leur aide parvient significativement bien aux populations qu'elles sont venues aider, et aussi parce qu'elles le font sous les yeux des médias du monde, et avec l'appui des autres gouvernements qui exercent leurs pressions diplomatiques pour que ces missions ne soient pas inquiétés. Mais dès que les ONG perçoivent qu'elles ne sont plus efficaces, elles le font savoir, et elles évacuent si elles se sentent en danger sans oublier de dénoncer la situation au reste du monde. Après tout dépend de la volonté du pouvoir en place et de l'image qu'il veut se donner au reste du monde : la plupart ne sont pas insensibles aux pressions diplomatiques et des médias, et craignent d'être désignés comme responsables de l'aggravation des conditions dans leur pays ou la menace des sanctions économiques qui pourraient les faire chuter brutalement face à un soulèvement populaire ou une intervention extérieure. Pour y résister, il n'y a guère que des pays puissamment armés et sévèrement contrôlés politiquement et économiquement, comme la Corée du Nord, voire la Chine (même plus l'Iran malgré la verve de son dirigeant, ce pays ayant un développement interne rapide échappant au contrôle direct de son gouvernement ou des autorités religieuses, et cherchant aussi aujourd'hui à se donner une meilleure image), même si de nombreux pays restreignent l'action humanitaire immédiate, de peur d'y laisser une part de leur souveraineté nationale : c'est un équilibre qu'ils cherchent entre d'une part l'exercice de leur souveraineté (en démontrant leur capacité à participer activement et conjointement aux opérations de secours avec les ONG, plutôt que contre elles, et en occupant certaines opérations d'organisation et de contrôle concertées par les ONG) et d'autre part le risque de déstabilisation interne du fait de leur inaction ou leur mauvaise volonté qui fait traîner les choses et cause plus de victimes dont ils pourraient ensuite être tenus localement gravement responsables. D'autre part les ONG prennent pratiquement toujours le soin d'utiliser et d'impliquer les ONG et populations locales au sein de leur action, pour mieux se faire accepter d'elles, et aussi pour transmettre le plus vite possible le flambeau pour que ces populations puissent s'occuper d'elles-mêmes (par des actions de formation notamment, et aussi en les invitant à participer le moment venu, sur d'autres terrains internationaux où elles pourraient aussi être utile par leur culture, leur langue...). Pour ça les ONG ont compris combien il leur était utile de devenir internationales, multiculturelles, multiethniques et multiconfessionnelles au lieu de tout vouloir organiser depuis chez elles, et cela passe par toutes sortes de collaborations entre ONG issues de divers pays et du pays même qu'elles sont venues aider. Agir humanitairement dans une région de conflit n'a jamais été facile,les situations sont très changeantes, il est très difficile (et sans doûte même pas souhaitable) d'éviter que cela ne profite aussi en partie aux belligérants (la règle de neutralité des ONG est de ne pas exclure l'aide à un camp ou l'autre, l'action peut être utile aux deux camps, si partout elle est gérée d'une façon acceptable par l'autre partie qui est aussi aidée, sans pour autant que les ONG modifient les équilibres précaires existants). Cela s'évalue sur le terrain en permanence sur la base bénéfices/risques par rapport à l'option de ne rien faire et laisser faire, et en fonction de l'évolution de l'état des forces, sachant que les ONG ne sont pas là pour les modifier (ça c'est le rôle de la politique, de la diplomatie, et des intervenants militaires extérieurs qui en revanche viendront secourir sur place les ONG menacées, au minimum pour les rapatrier). Le 11 avril 2013 12:12, Jean-Marc Liotier j...@liotier.org a écrit : On 11/04/2013 11:40, Pieren wrote: On pourrait se poser le même genre de question sur l'aide alimentaire, qui profite aussi souvent aux forces armées sur place. Est-ce une raison pour arrêter l'aide allimentaire ? Parfois oui - lorsque l'aide alimentaire est entièrement détournée par les potentats locaux qui l'exploitent pour affirmer leur pouvoir et renforcer leurs capacités agressives. Une ONG peut aussi quitter un pays où elle se sent manipulée par le pouvoir en place qui la dirige vers ses populations clientes tout en l'empêchant d'accéder aux victimes qu'elle est venu assister. On peut aussi fermer un camp de déplacés lorsqu'il devient trop évident qu'il est utilisé comme base logistique pour des opérations militaires. Mais c'est décision sont évidemment exceptionnelles : l'aide humanitaire profite généralement bien aux victimes, même si tout système a des parasites à la marge - il faut savoir accepter ces parasites marginaux comme l'un des coût normaux de faire fonctionner le système de manière fluide. On
Re: [OSM-talk-fr] Version française du projet LearnOSM ?
Hello les francophones, On a mis en ligne une première version du guide débutant en français: http://learnosm.org/fr/ Merci d'avance pour vos retours, relectures, commentaires, pull requests! Reste à mettre à jour les images (souvent avec des menus en anglais actuellement). J'espère qu'on va trouver du temps pour faire ça avec les jeunes ici, mais c'est pas sûr. Donc s'il y a des volontaires, ne vous privez pas :) Et on commence à bosser sur les guides intermédiaires. Pita! Yohan On 03/29/2013 10:16 AM, Ab_fab wrote: Pour info : Il y a eu un brainstorming visant à une mise à jour du manuel flossmanuals il y a quelques mois, qui est disponible ici : http://piratepad.net/OSM-frEvolutions (et depuis de nouveaux outils sont encore apparus !) Le 29 mars 2013 15:01, Yohan Boniface yohanbonif...@free.fr mailto:yohanbonif...@free.fr a écrit : On 03/29/2013 05:29 AM, JB wrote: Bon travail, il faudrait que je prenne le temps de faire l'une ou l'autre traduction aussi… Sinon, j'ai une question un peu plus de fond : cherche-t-on, cherchez-vous à faire une traduction mot à mot, ou une adaptation aux particularités françaises, et mise à jour depuis l'écriture du texte original ? A priori, on prend une petite marge pour adapter quand il y a besoin. Sans être exhaustif : - mirror download (que j'ai découvert à cette occasion) ne semble pas afficher de menu supplémentaire (sélection du mirroir automatiquement ?), je n'ai pas approfondi la question). - calage de l'imagerie, et points géodésiques en France. Ce n'est pas abordé dans la version anglaise (évidemment), mais en France, cela me semble incontournable ? Je vais faire remonter les infos. Pour les points géodésiques, c'est peut-être un poil trop avancé pour le beginner's guide, peut-être plutôt dans le Intermediate? N'hésite pas à créer des tickets ici en tout cas : https://github.com/hotosm/__learnosm/issues https://github.com/hotosm/learnosm/issues Merci! Yohan _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ 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
[OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Bonjour à tous, C'est avec un grand plaisir que je vous annonce la publication de mon premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du document celle-ci soit appréhendée car c'est un des obstacles récurrent pour les nouveaux contributeurs. Les notions sont donc forcément simples et très directives tout en laissant libre court à certaines découvertes. Je suis ouvert à toute remarque sur le contenu du document ou amélioration nécessaire pour sa compréhension. Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version française du projet LearnOSM ?
Super boulot de traduction et surtout une mise en page claire et agréable ! Il y a du contenu qu'il serait bon de remettre à jour ainsi que de tester ce guide en pas à pas en partant d'une config vierge. Je pense par exemple que l'imagerie Bing est maintenant installée par défaut, que JOSM intègre un mécanisme qui propose automatiquement d'ajouter les couches d'imagerie disponibles pour la zone où l'on édite. Le plugin walking-papers est-il vraiment fonctionnel ? Plusieurs personnes m'ont signalé que l'envoi des walking papers scannés ne semblait plus fonctionner. J'ajouterai l'activation de la télécommande de JOSM... il y a tellement d'outils qui s'appuient dessus. J'ajouterai aussi la familiarisation avec 3 raccourcis de base pour tout débutant: A - pour ajouter S - pour sélectionner F3 - pour la recherche d'un attribut (bien plus pratique que de se perdre dans les menus) Un autre chapitre qui me semblerai très très utile concerne les photos géotagguées. Dans bien des cas, elles sont plus pratiques que les walking papers et GPS réunis. La généralisation des smartphones les rend accessible à de plus en plus de monde (alors que l'usage d'un GPS reste assez peu courant). Le 11 avril 2013 16:41, Yohan Boniface yohanbonif...@free.fr a écrit : Hello les francophones, On a mis en ligne une première version du guide débutant en français: http://learnosm.org/fr/ Merci d'avance pour vos retours, relectures, commentaires, pull requests! Reste à mettre à jour les images (souvent avec des menus en anglais actuellement). J'espère qu'on va trouver du temps pour faire ça avec les jeunes ici, mais c'est pas sûr. Donc s'il y a des volontaires, ne vous privez pas :) Et on commence à bosser sur les guides intermédiaires. Pita! Yohan On 03/29/2013 10:16 AM, Ab_fab wrote: Pour info : Il y a eu un brainstorming visant à une mise à jour du manuel flossmanuals il y a quelques mois, qui est disponible ici : http://piratepad.net/OSM-**frEvolutionshttp://piratepad.net/OSM-frEvolutions (et depuis de nouveaux outils sont encore apparus !) Le 29 mars 2013 15:01, Yohan Boniface yohanbonif...@free.fr mailto:yohanbonif...@free.fr** a écrit : On 03/29/2013 05:29 AM, JB wrote: Bon travail, il faudrait que je prenne le temps de faire l'une ou l'autre traduction aussi… Sinon, j'ai une question un peu plus de fond : cherche-t-on, cherchez-vous à faire une traduction mot à mot, ou une adaptation aux particularités françaises, et mise à jour depuis l'écriture du texte original ? A priori, on prend une petite marge pour adapter quand il y a besoin. Sans être exhaustif : - mirror download (que j'ai découvert à cette occasion) ne semble pas afficher de menu supplémentaire (sélection du mirroir automatiquement ?), je n'ai pas approfondi la question). - calage de l'imagerie, et points géodésiques en France. Ce n'est pas abordé dans la version anglaise (évidemment), mais en France, cela me semble incontournable ? Je vais faire remonter les infos. Pour les points géodésiques, c'est peut-être un poil trop avancé pour le beginner's guide, peut-être plutôt dans le Intermediate? N'hésite pas à créer des tickets ici en tout cas : https://github.com/hotosm/__**learnosm/issueshttps://github.com/hotosm/__learnosm/issues https://github.com/hotosm/**learnosm/issueshttps://github.com/hotosm/learnosm/issues Merci! Yohan __**___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.**orgTalk-fr@openstreetmap.org http://lists.openstreetmap.__**org/listinfo/talk-fr http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.**org/wiki/User:Ab_fabhttp://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version française du projet LearnOSM ?
Le jeudi 11 avril 2013 17:01:08 Christian Quest a écrit : Super boulot de traduction et surtout une mise en page claire et agréable ! Il y a du contenu qu'il serait bon de remettre à jour ainsi que de tester ce guide en pas à pas en partant d'une config vierge. Je pense par exemple que l'imagerie Bing est maintenant installée par défaut, que JOSM intègre un mécanisme qui propose automatiquement d'ajouter les couches d'imagerie disponibles pour la zone où l'on édite. Le plugin walking-papers est-il vraiment fonctionnel ? Plusieurs personnes m'ont signalé que l'envoi des walking papers scannés ne semblait plus fonctionner. J'ajouterai l'activation de la télécommande de JOSM... il y a tellement d'outils qui s'appuient dessus. J'ajouterai aussi la familiarisation avec 3 raccourcis de base pour tout débutant: A - pour ajouter S - pour sélectionner F3 - pour la recherche d'un attribut (bien plus pratique que de se perdre dans les menus) Tout à fait. Et puis viennent rapidement P (couper), C (fusionner) et Ctrl+Maj+V (ne colle que les étiquettes d'un élément copié), avant de découvrir les petites perles comme F (suivre le chemin, utile pour les sessions landuse) … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0
Le 11/04/2013 16:55, Fabien a écrit : Le lien du PDF : https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing C'est un partage via Google je ferai des miroirs si certains ne peuvent pas y accéder. toute personne voulant le fichier ODT peut me contacter directement. Bonjour, Bonne initiative, mais pourquoi ne l'as-tu pas fait sur le Wiki ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Insérer une carte OSM sur un site
Bonjour à tous, En tant que collectivité, je reçois souvent des coups de fils de commerçants (parfois en colère) et qui m'interpellent sur le fait que les cartes google et mappy sont fausses et que les itinéraires sont mauvais (ils font passer dans des impasses ou dans la rue d'à côté. Très fier de moi, je leur répond que, en tant que collectivité, on ne peut rien faire pour les cartes des éditeurs mais, par contre, il existe OpenStreetMap et ça, c'est vraiment très bien !!! (je fais bien le vrp, non ?) Mais question est : Si un commerçant souhaite utiliser OpenStreetMap sur son site Internet et qu'il veut proposer un itinéraire pour leurs clients (souvent étrangers), comment doit-il s'y prendre, vers quelle application fiable et très facile d'utilisation peut-il le renvoyer ou peut-il le proposer sur son site via un qrcode ou un gpx à télécharger ? -- View this message in context: http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version française du projet LearnOSM ?
En plus de ce qu'a dit Christian, on peut aussi évoquer l'installation de JOSM par le fichier .jnlp C'est une belle évolution pour garder le logiciel à jour sans trop y penser ... ... à condition de ne pas être trop limité en capacités de téléchargement, ce qui peut être un souci dans le cadre de projets humanitaires sur le terrain. Le 11 avril 2013 17:01, Christian Quest cqu...@openstreetmap.fr a écrit : Super boulot de traduction et surtout une mise en page claire et agréable ! Il y a du contenu qu'il serait bon de remettre à jour ainsi que de tester ce guide en pas à pas en partant d'une config vierge. Je pense par exemple que l'imagerie Bing est maintenant installée par défaut, que JOSM intègre un mécanisme qui propose automatiquement d'ajouter les couches d'imagerie disponibles pour la zone où l'on édite. Le plugin walking-papers est-il vraiment fonctionnel ? Plusieurs personnes m'ont signalé que l'envoi des walking papers scannés ne semblait plus fonctionner. J'ajouterai l'activation de la télécommande de JOSM... il y a tellement d'outils qui s'appuient dessus. J'ajouterai aussi la familiarisation avec 3 raccourcis de base pour tout débutant: A - pour ajouter S - pour sélectionner F3 - pour la recherche d'un attribut (bien plus pratique que de se perdre dans les menus) Un autre chapitre qui me semblerai très très utile concerne les photos géotagguées. Dans bien des cas, elles sont plus pratiques que les walking papers et GPS réunis. La généralisation des smartphones les rend accessible à de plus en plus de monde (alors que l'usage d'un GPS reste assez peu courant). Le 11 avril 2013 16:41, Yohan Boniface yohanbonif...@free.fr a écrit : Hello les francophones, On a mis en ligne une première version du guide débutant en français: http://learnosm.org/fr/ Merci d'avance pour vos retours, relectures, commentaires, pull requests! Reste à mettre à jour les images (souvent avec des menus en anglais actuellement). J'espère qu'on va trouver du temps pour faire ça avec les jeunes ici, mais c'est pas sûr. Donc s'il y a des volontaires, ne vous privez pas :) Et on commence à bosser sur les guides intermédiaires. Pita! Yohan On 03/29/2013 10:16 AM, Ab_fab wrote: Pour info : Il y a eu un brainstorming visant à une mise à jour du manuel flossmanuals il y a quelques mois, qui est disponible ici : http://piratepad.net/OSM-**frEvolutionshttp://piratepad.net/OSM-frEvolutions (et depuis de nouveaux outils sont encore apparus !) Le 29 mars 2013 15:01, Yohan Boniface yohanbonif...@free.fr mailto:yohanbonif...@free.fr** a écrit : On 03/29/2013 05:29 AM, JB wrote: Bon travail, il faudrait que je prenne le temps de faire l'une ou l'autre traduction aussi… Sinon, j'ai une question un peu plus de fond : cherche-t-on, cherchez-vous à faire une traduction mot à mot, ou une adaptation aux particularités françaises, et mise à jour depuis l'écriture du texte original ? A priori, on prend une petite marge pour adapter quand il y a besoin. Sans être exhaustif : - mirror download (que j'ai découvert à cette occasion) ne semble pas afficher de menu supplémentaire (sélection du mirroir automatiquement ?), je n'ai pas approfondi la question). - calage de l'imagerie, et points géodésiques en France. Ce n'est pas abordé dans la version anglaise (évidemment), mais en France, cela me semble incontournable ? Je vais faire remonter les infos. Pour les points géodésiques, c'est peut-être un poil trop avancé pour le beginner's guide, peut-être plutôt dans le Intermediate? N'hésite pas à créer des tickets ici en tout cas : https://github.com/hotosm/__**learnosm/issueshttps://github.com/hotosm/__learnosm/issues https://github.com/hotosm/**learnosm/issueshttps://github.com/hotosm/learnosm/issues Merci! Yohan __**___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.**orgTalk-fr@openstreetmap.org http://lists.openstreetmap.__**org/listinfo/talk-fr http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.**org/wiki/User:Ab_fabhttp://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Synthèse du
Re: [OSM-talk-fr] Activation HOT sur la RCA
Je vous trouve bien angéliques. Et j'aurais bien aimé aussi avoir l'opinion de Severin Menard, qui a lancé cet appel. J'imagine que HOT a réfléchi a ces questions ? Ceux qui font la guerre ont déjà toute l'information nécessaire, me dit-on. Ah ?... Avez-vous un lien, un truc, un chose, qui valide ça ? Est-ce vrai, dans le cas précis de cet appel ? Est-ce une raison pour arrêter l'aide alimentaire, si elle profite aux militaires ? Heu... oui ! Evidemment, même ! Mais là encore, quelle est la réflexion et la réponse de HOT ?... Si une ONG n'a que ce genre de réflexion et de réponse sur ce sujet, alors je réponds STOP ! Il arrive que l'aide alimentaire profite à la marge aux potentats locaux, c'est un phénomène marginal. Excusez, mais on n'est pas sur la même planète ! En cas de catastrophe naturelle, oui, vous avez raison. Mais en cas de conflit ouvert, non, c'est au contraire le profit au potentat locaux qui est le phénomène principal, et l'aide aux démunis le phénomène marginal ! Sans doute la communauté ouverte travaillant librement pour le bien de l'humanité est-il considéré comme une valeur universelle, à part quelques potentats locaux :-) et comme je suis pas complètement d'accord avec les valeurs universelles... (ni, d'ailleurs, avec les potentats locaux). Cordialement. l Le 11 avril 2013 14:10, Philippe Verdy verd...@wanadoo.fr a écrit : Là encore je suis d'accord : l'aide humanitaire parvient quand même à passer, car les ONG d'une part font attention à contrôler que leur aide parvient significativement bien aux populations qu'elles sont venues aider, et aussi parce qu'elles le font sous les yeux des médias du monde, et avec l'appui des autres gouvernements qui exercent leurs pressions diplomatiques pour que ces missions ne soient pas inquiétés. Mais dès que les ONG perçoivent qu'elles ne sont plus efficaces, elles le font savoir, et elles évacuent si elles se sentent en danger sans oublier de dénoncer la situation au reste du monde. Après tout dépend de la volonté du pouvoir en place et de l'image qu'il veut se donner au reste du monde : la plupart ne sont pas insensibles aux pressions diplomatiques et des médias, et craignent d'être désignés comme responsables de l'aggravation des conditions dans leur pays ou la menace des sanctions économiques qui pourraient les faire chuter brutalement face à un soulèvement populaire ou une intervention extérieure. Pour y résister, il n'y a guère que des pays puissamment armés et sévèrement contrôlés politiquement et économiquement, comme la Corée du Nord, voire la Chine (même plus l'Iran malgré la verve de son dirigeant, ce pays ayant un développement interne rapide échappant au contrôle direct de son gouvernement ou des autorités religieuses, et cherchant aussi aujourd'hui à se donner une meilleure image), même si de nombreux pays restreignent l'action humanitaire immédiate, de peur d'y laisser une part de leur souveraineté nationale : c'est un équilibre qu'ils cherchent entre d'une part l'exercice de leur souveraineté (en démontrant leur capacité à participer activement et conjointement aux opérations de secours avec les ONG, plutôt que contre elles, et en occupant certaines opérations d'organisation et de contrôle concertées par les ONG) et d'autre part le risque de déstabilisation interne du fait de leur inaction ou leur mauvaise volonté qui fait traîner les choses et cause plus de victimes dont ils pourraient ensuite être tenus localement gravement responsables. D'autre part les ONG prennent pratiquement toujours le soin d'utiliser et d'impliquer les ONG et populations locales au sein de leur action, pour mieux se faire accepter d'elles, et aussi pour transmettre le plus vite possible le flambeau pour que ces populations puissent s'occuper d'elles-mêmes (par des actions de formation notamment, et aussi en les invitant à participer le moment venu, sur d'autres terrains internationaux où elles pourraient aussi être utile par leur culture, leur langue...). Pour ça les ONG ont compris combien il leur était utile de devenir internationales, multiculturelles, multiethniques et multiconfessionnelles au lieu de tout vouloir organiser depuis chez elles, et cela passe par toutes sortes de collaborations entre ONG issues de divers pays et du pays même qu'elles sont venues aider. Agir humanitairement dans une région de conflit n'a jamais été facile,les situations sont très changeantes, il est très difficile (et sans doûte même pas souhaitable) d'éviter que cela ne profite aussi en partie aux belligérants (la règle de neutralité des ONG est de ne pas exclure l'aide à un camp ou l'autre, l'action peut être utile aux deux camps, si partout elle est gérée d'une façon acceptable par l'autre partie qui est aussi aidée, sans pour autant que les ONG modifient les équilibres précaires existants). Cela s'évalue sur le terrain en permanence sur la base bénéfices/risques par rapport à l'option de ne rien
Re: [OSM-talk-fr] expérimentations à Orange
Pieren wrote Bah, je pensais au cadastre en disant ça. Ça à l'air de fonctionner à peu près correctement avec une administration centrale qui collabore avec les communes et collectivités locales (ça irait encore mieux avec plus de moyens). Mais la composante adresse n'est pas son principal souci (elles sont souvent erronées, imprécises et anonymes). Il suffirait d'en faire une obligation comme pour le parcellaire et en utilisant le même modèle de coopération pour l'actualiser. Cela ne changerait rien à l'autonomie locale mais rien n'empêche de fixer certaines normes pour pouvoir construire des bases de données à l'échelle du pays. Bien sûr, on peut préférer l'absence de standardisation, le chaos où chacun fait comme il veut dans son coin et l'absence totale de mise en commun des ressources et des données. On peut comprendre que cela fasse les affaires de quelque-uns mais cela se fait au détriment de l'intérêt général. Alors, je vais essayer de vous expliquer comment ça marche. 1- La DGFiP fait partie de la fonction publique d'état et les communes de la fonction publique territoriale, c'est comme si vous vouliez comparer Auchan avec le boulanger du coin. 2- La DGFiP ne dispose pas du filaire de voirie mais seulement d'une couche de données représentant les étiquettes du nom des voies. 3- La création, modification, suppression d'une voie ou de son nom est de la compétence de la commune (en gros) est se fait par délibération. 4- Cette délibération est ensuite transmise à la DGFiP (avec un plan papier) qui numérise tout ça et attribut un numéro de Rivoli. 5- La commune reçoit en retour chaque année une mise à jour des données cadastrales comprenant, entre autres, une table avec le nom des voies et le code rivoli (en gros aussi). 6- il peut se passer plusieurs mois voir années entre le point 4- et le point 6-. 7- l'unité principale de la DGFiP n'est pas la voie mais la parcelle... Une fois que j'ai dit ça, que peut-on en tirer ? 1- Que la source première de données est et restera toujours la commune (en gros toujours) ; 2- Qu'il faut s'appuyer sur elles si l'on veut constituer une base crédible et maintenue dans le temps ; 3- Que, étant données les différences de moyens des collectivités, seule un petite minorité d'entre elles sont capables de faire ce travail 4- Que pour compenser l'inégalité des moyens, il faudrait que les intercommunalités prennent le relais mais 5- Que certaines d'entre elles, notamment en milieu rural, n'ont pas plus les moyens de le faire 6- Que les collectivités locales ne peuvent pas imposer quoi que ce soit aux autres (principe constitutionnel d’interdiction de la tutelle d’une collectivité territoriale sur une autre) Et alors, que peut-on faire ? 1- Sensibiliser les collectivités à la démarche et faire en sorte que celles qui en ont les moyens réfléchissent soit à modèle de données commun, soit à un système permettant de passer de l'un à l'autre. 2- D'aider les autres communes à créer de la données selon le(s) modèle(s) commun et à maintenir une mise à jour Je crois qu'OpenStreetMap et sa communauté peut y jouer un rôle... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756669.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version française du projet LearnOSM ?
On 04/11/2013 11:01 AM, Christian Quest wrote: Super boulot de traduction et surtout une mise en page claire et agréable ! Il y a du contenu qu'il serait bon de remettre à jour ainsi que de tester ce guide en pas à pas en partant d'une config vierge. Et en profiter pour faire des captures d'écran en français ;) Je pense par exemple que l'imagerie Bing est maintenant installée par défaut Bien vu! Je note. Le plugin walking-papers est-il vraiment fonctionnel ? Plusieurs personnes m'ont signalé que l'envoi des walking papers scannés ne semblait plus fonctionner. Sur le sujet: https://github.com/hotosm/learnosm/issues/76 J'ajouterai l'activation de la télécommande de JOSM... il y a tellement d'outils qui s'appuient dessus. Tout à fait! Noté aussi :) J'ajouterai aussi la familiarisation avec 3 raccourcis de base pour tout débutant: A - pour ajouter S - pour sélectionner F3 - pour la recherche d'un attribut (bien plus pratique que de se perdre dans les menus) Allez, je prends aussi! :) Eh ben, ça en fait une réponse utile! Si j'avais su j'aurais voté pour lui à l'AG, tiens ;) Merci m'sieur l'vice-président :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 11 avril 2013 17:43, Tony Emery tony.em...@yahoo.fr a écrit : Alors, je vais essayer de vous expliquer comment ça marche. 1- La DGFiP fait partie de la fonction publique d'état et les communes de la fonction publique territoriale, c'est comme si vous vouliez comparer Auchan avec le boulanger du coin. 2- La DGFiP ne dispose pas du filaire de voirie mais seulement d'une couche de données représentant les étiquettes du nom des voies. Ca dépend... les fichiers EDIGEO fournis à la DGFiP peuvent contenir le filaire de voirie en plus des étiquettes. 3- La création, modification, suppression d'une voie ou de son nom est de la compétence de la commune (en gros) est se fait par délibération. 4- Cette délibération est ensuite transmise à la DGFiP (avec un plan papier) qui numérise tout ça et attribut un numéro de Rivoli. Rivoli est devenu FANTOIR ou bien c'est différent ? 5- La commune reçoit en retour chaque année une mise à jour des données cadastrales comprenant, entre autres, une table avec le nom des voies et le code rivoli (en gros aussi). 6- il peut se passer plusieurs mois voir années entre le point 4- et le point 6-. 7- l'unité principale de la DGFiP n'est pas la voie mais la parcelle... Une fois que j'ai dit ça, que peut-on en tirer ? 1- Que la source première de données est et restera toujours la commune (en gros toujours) ; 2- Qu'il faut s'appuyer sur elles si l'on veut constituer une base crédible et maintenue dans le temps ; 3- Que, étant données les différences de moyens des collectivités, seule un petite minorité d'entre elles sont capables de faire ce travail 4- Que pour compenser l'inégalité des moyens, il faudrait que les intercommunalités prennent le relais mais 5- Que certaines d'entre elles, notamment en milieu rural, n'ont pas plus les moyens de le faire 6- Que les collectivités locales ne peuvent pas imposer quoi que ce soit aux autres (principe constitutionnel d’interdiction de la tutelle d’une collectivité territoriale sur une autre) Et alors, que peut-on faire ? 1- Sensibiliser les collectivités à la démarche et faire en sorte que celles qui en ont les moyens réfléchissent soit à modèle de données commun, soit à un système permettant de passer de l'un à l'autre. 2- D'aider les autres communes à créer de la données selon le(s) modèle(s) commun et à maintenir une mise à jour Je crois qu'OpenStreetMap et sa communauté peut y jouer un rôle... Tu as une idée de comment OSM pourrait jouer un rôle ou bien c'est plutôt un vœu ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr