Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
On 25 Jan 2013 22:20, Apollinaris Schöll ascho...@gmail.com wrote: have used Vespucci until a year ago. At that time the user interface was way to complicated. I know it has improved since but cant test anymore without a Android device. I've used Vespucci a fair bit recently on my Nexus 7. Works great for adding POI's or simple tag changes but not the interface for anything too complex. Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Go Map!! is in the Apple app store
The line / way drawing capabilities of Go Map are quite cool.
On Saturday, January 26, 2013, Kevin Peat wrote:
On 25 Jan 2013 22:20, Apollinaris Schöll
ascho...@gmail.comjavascript:_e({}, 'cvml', 'ascho...@gmail.com');
wrote:
have used Vespucci until a year ago. At that time the user interface was
way to complicated. I know it has improved since but cant test anymore
without a Android device.
I've used Vespucci a fair bit recently on my Nexus 7. Works great for
adding POI's or simple tag changes but not the interface for anything too
complex.
Kevin
--
Jeff Meyer
Global World History Atlas
www.gwhat.org
j...@gwhat.org
206-676-2347
http://www.openstreetmap.org/user/jeffmeyer osm: Historical
OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM
/ my OSM user page http://www.openstreetmap.org/user/jeffmeyer
t: @GWHAThistory https://twitter.com/GWHAThistory
f: GWHAThistory https://www.facebook.com/GWHAThistory
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] [Talk-us] Go Map!! is in the Apple app store
Cool, getting my iPhone next week, so can't wait to try it out! Is it listed on the OSM wiki yet? On Thu, Jan 24, 2013 at 10:07 PM, Jeff Meyer j...@gwhat.org wrote: I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
Whoops, sorry. It says editor quite clearly.. Should read emails b4 replying... From the go, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Martijn van Exel m...@rtijn.org Date: Fri, 25 Jan 2013 10:34:15 To: Jeff Meyerj...@gwhat.org Cc: talk...@openstreetmap.org; talk-au@openstreetmap.org; OpenStreetMap US Talktalk...@openstreetmap.org; OpenStreetMap Talk Mailing Listt...@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap Japanese talktalk...@openstreetmap.org Subject: Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
am Freitag, 25. Januar 2013 um 16:30 schrieb Martin Raifer: halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Wenn ich FF Cookies deaktiviert sind, gibt es die Meldung der Browser sei nicht geeignet. Die Meldung leitet in die Irre. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 26.01.2013, 14:20 Uhr, schrieb Christian H. Bruhn br...@arcor.de: Wenn ich FF Cookies deaktiviert sind, gibt es die Meldung der Browser sei nicht geeignet. Die Meldung leitet in die Irre. Die Meldung beinhaltet aber auch folgendes: Note that you may have to enable cookies and/or local Data for this site on some browsers (such as Firefox and Chrome). :P overpass turbo funktioniert im Übrigen auch nicht wenn JavaScript für die Seite deaktiviert ist. Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte der Abbiegebeschränkungen (map of turn restrictions)
Hallo, es gibt eine schöne neue Anwendung zur Überprüfung von Turn-Restrictions: http://map.comlu.com/ Mehr Infos dazu im Forum: http://forum.openstreetmap.org/viewtopic.php?id=19834 Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Martin Sieht schön und bereits webprogrammiermässig recht ausgereift aus. Scheint einige Gemeinsamkeiten mit unserem OpenPOIMap zu haben [1]! Was mir grundsätzlich fehlt ist ein Weblink und ggf. Tutorial, wie die OverpassQL denn aussieht. Angenommen ich möchte alle Zoos im Karten-Ausschnitt sehen. * Wie findet man heraus, was der Tag für Zoo ist? * Und wo steht z.B. dass man statt query type=node auch query type=area verwenden kann? Und offenbar werden nur Nodes dargestellt: Gibt es einen Weg Areas in der Karte (als Nodes?) darzustellen? LG, Stefan [1] http://openpoimap.ch/ Am 25. Januar 2013 16:30 schrieb Martin Raifer tyr@gmail.com: Hallo, gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (z.B. wegen seiner Stärke beim Filtern von OSM-Daten). Leider gab es bis jetzt keine einfache, schnelle und effiziente - kurz gesagt benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren. Hier sind ein paar Anwendungsfälle, wo overpass turbo praktisch sein könnte: * Beim Suchen nach (seltenen) Tippfehlern oder Namenskonventionsbrüchen, die noch von keinem QA Tool abgedeckt sind. * Zum Anzeigen und Untersuchen von geografisch großen Objekten (Grenzen, Flüssen, Autobahnen, ÖPNV-Linien, usw.). * Immer dann wenn man nur einen gefilterten Teil der OSM-Daten benötigt. * Zum Testen und Entwickeln von mehr oder weniger komplexen Overpass API Anfragen. * Um Prototypen von anklickbaren oder statischen Karten zu erstellen, die bestimmte OSM Objekte anzeigen. http://overpass-turbo.eu Das ist der Link, um zu overpass turbo zu gelangen [1] (alternativ gibt es auch eine Installation auf overpass-api.de [2]). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite [3] oder im github repository [4]. Viel Spaß damit :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ 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-in] What just happened?
I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 Let me quickly propose a Bangalore meet up to get things rolling. Sunday, Tomorrow evening 5-7pm. Venue: Socitea, 13th Main, HAL 2nd Stage, Indiranagarhttp://www.openstreetmap.org/?mlat=12.968323mlon=77.639603zoom=18layers=M Even if it is a small group, should be interesting. Let me know whos in. On Sat, Jan 26, 2013 at 12:47 PM, paramvi...@gmail.com wrote: I am in Mumbai. Looking for moree Mumbai and Maharashtra based mappers to complete the state highways. --Original Message-- From: Ishan Chattopadhyaya To: Mr Paramvir Singh To: OpenStreetMap in India Subject: RE: [Talk-in] What just happened? Sent: Jan 26, 2013 12:41 PM Lets do it! Sent from my Nokia Lumia / Windows Phone From: paramvi...@gmail.com Sent: 26-01-2013 12:35 To: OpenStreetMap in India Subject: Re: [Talk-in] What just happened? That's good news. Can the mappers come together so we can have meetups? Sent from BlackBerry® on Airtel -Original Message- From: Harshad RJ harshad...@gmail.com Date: Sat, 26 Jan 2013 12:32:58 To: talk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in Sent from BlackBerry® on Airtel ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
I am in Mumbai :( On Sat, Jan 26, 2013 at 5:21 PM, Arun Ganesh arun.plane...@gmail.comwrote: I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 Let me quickly propose a Bangalore meet up to get things rolling. Sunday, Tomorrow evening 5-7pm. Venue: Socitea, 13th Main, HAL 2nd Stage, Indiranagarhttp://www.openstreetmap.org/?mlat=12.968323mlon=77.639603zoom=18layers=M Even if it is a small group, should be interesting. Let me know whos in. On Sat, Jan 26, 2013 at 12:47 PM, paramvi...@gmail.com wrote: I am in Mumbai. Looking for moree Mumbai and Maharashtra based mappers to complete the state highways. --Original Message-- From: Ishan Chattopadhyaya To: Mr Paramvir Singh To: OpenStreetMap in India Subject: RE: [Talk-in] What just happened? Sent: Jan 26, 2013 12:41 PM Lets do it! Sent from my Nokia Lumia / Windows Phone From: paramvi...@gmail.com Sent: 26-01-2013 12:35 To: OpenStreetMap in India Subject: Re: [Talk-in] What just happened? That's good news. Can the mappers come together so we can have meetups? Sent from BlackBerry® on Airtel -Original Message- From: Harshad RJ harshad...@gmail.com Date: Sat, 26 Jan 2013 12:32:58 To: talk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in Sent from BlackBerry® on Airtel ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Administrative borders in Karnataka
The Karnataka PWD Site has loads of info on roads and boundaries If those interested in mapping Karnataka can come together and mark the boundaries, it would be great.. isn't it?? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
I have started an etherpad for the Bangalore meetup today: http://etherpad.wikimedia.org/OSM-Bangalore. I'm also pretty sure there are lots of Bangalore editors who are not on the mailing list, I will message them by poking into the osm history. On Sat, Jan 26, 2013 at 6:59 PM, doc.ane...@gmail.com doc.ane...@gmail.comwrote: Karnataka is distinctly better than the neighbouring states... :) Sent from my HTC ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Sorry, I highly doubt I can make it... Please share the minutes of the discussion... On 27 January 2013 08:24, Arun Ganesh arun.plane...@gmail.com wrote: I have started an etherpad for the Bangalore meetup today: http://etherpad.wikimedia.org/OSM-Bangalore. I'm also pretty sure there are lots of Bangalore editors who are not on the mailing list, I will message them by poking into the osm history. On Sat, Jan 26, 2013 at 6:59 PM, doc.ane...@gmail.com doc.ane...@gmail.com wrote: Karnataka is distinctly better than the neighbouring states... :) Sent from my HTC ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
I'm going to miss this too. On Jan 27, 2013 8:25 AM, Arun Ganesh arun.plane...@gmail.com wrote: I have started an etherpad for the Bangalore meetup today: http://etherpad.wikimedia.org/OSM-Bangalore. I'm also pretty sure there are lots of Bangalore editors who are not on the mailing list, I will message them by poking into the osm history. On Sat, Jan 26, 2013 at 6:59 PM, doc.ane...@gmail.com doc.ane...@gmail.com wrote: Karnataka is distinctly better than the neighbouring states... :) Sent from my HTC ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Ah, ok, but I was referring to tiny street level details in every corner of the country. For example, I picked up a random town in MH: http://osm.org/go/y2sX6vLn- It has street level details, sometimes more details that Goog maps! This is true for many small towns and cities. It looks like there was some automated marking of the streets or perhaps some other database was merged with OSM. And this seems to have happened more than an year ago; I just happened to notice it now. Is anybody aware of what happened? On Sat, Jan 26, 2013 at 5:21 PM, Arun Ganesh arun.plane...@gmail.comwrote: I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 -- *Harshad RJ* http://lavadip.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Is anybody aware of what happened? I suspect it was mostly the Germans. They work much better than machines :D On Sat, Jan 26, 2013 at 5:21 PM, Arun Ganesh arun.plane...@gmail.comwrote: I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 -- *Harshad RJ* http://lavadip.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Well, I have been working extensively on Mumbai, Pune and Belgaum. Alittle bit at Wai, Karwar and Mahabaleshwar as well. On Sun, Jan 27, 2013 at 11:23 AM, Arun Ganesh arun.plane...@gmail.comwrote: Is anybody aware of what happened? I suspect it was mostly the Germans. They work much better than machines :D On Sat, Jan 26, 2013 at 5:21 PM, Arun Ganesh arun.plane...@gmail.comwrote: I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 -- *Harshad RJ* http://lavadip.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
This page might provide some clues on who's been active: http://odbl.de/india.html On Sun, Jan 27, 2013 at 11:28 AM, Paramvir Singh paramvi...@gmail.comwrote: Well, I have been working extensively on Mumbai, Pune and Belgaum. Alittle bit at Wai, Karwar and Mahabaleshwar as well. On Sun, Jan 27, 2013 at 11:23 AM, Arun Ganesh arun.plane...@gmail.comwrote: Is anybody aware of what happened? I suspect it was mostly the Germans. They work much better than machines :D On Sat, Jan 26, 2013 at 5:21 PM, Arun Ganesh arun.plane...@gmail.comwrote: I have been making updates mostly on a larger scale: river system, highway system, railways system, place classification. Probably of interest: - http://upload.wikimedia.org/wikipedia/commons/4/43/Geovisualization_of_places_and_river_systems_in_India.png - http://tiles.mapbox.com/planemad/map/India-OSM-test#6.00/22.177/80.068 -- *Harshad RJ* http://lavadip.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Thanks Arun, Paramvir. Awesome work! -- *Harshad RJ* http://lavadip.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Landuse
26.01.2013 - 2:44 - Simone Saviolo: Il giorno 26 gennaio 2013 00:57, Damjan Gerl dam...@damjan.net ha scritto: 25.01.2013 - 17:02 - Simone Saviolo: Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per "colorare" la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. Aspetta: ma tu togli solo il name=nome_del_paese oppure stai dicendo che il problema e nel landuse=residential già da solo? Perché e quello che ho fatto sempre io: messo il landuse=residential per "segnare" il centro abitato, nel senso di case. Ma non ho mai messo un name al landuse. Pero anche usare place su un poligono mi sembra sbagliato, perché questo dovrebbe essere il limite ufficiale del place (ma dove lo trovi p. es. il limite ufficiale di un paese?). Inoltre ho guardato come fanno p.es. in Germania, ma usano la stessa tecnica: il landuse=residential. Io parto da un presupposto: un landuse vasto e poco dettagliato si può anche accettare, ma non è assolutamente corretto dire che quel landuse si chiama Milano. Intanto Milano è una città (cioè un place) e non una zona residenziale (forse le aree industriali non sono parte di Milano?). In secondo luogo, nei pochi casi in cui un landuse ha un nome si tratta di un nome specifico, come Zona Industriale D2 o Centro Commerciale Carrefour - quindi non certo "Milano". "Il centro abitato, nel senso di case" è sbagliato. Prendo l'esempio di un paese vicino a Vercelli, Crova: gran parte dell'estensione del centro urbano è coperta da una riseria, cioè un landuse=industrial (spero che nessuno venga a dirmi che una riseria è landuse=farmyard :-) ). Cosa dovrei fare, secondo il tuo schema? Includere la riseria nel landuse=residential, perché è l'estensione del centro urbano? Sbagliato. Escludere la riseria dal landuse=residential e dire che quel residential è Crova? Sbagliato. Fare un grande landuse=residential, escludere la riseria dal landuse=residential e NON dare un nome al landuse=residential? Meglio, anche se molto poco accurato, ma almeno non stiamo dicendo che la riseria non fa parte di Crova. Per indicare l'estensione del centro abitato, disegna molti landuse! La maggior parte saranno residential, ci saranno magari degli industrial, poi dei recreational_ground, e dei railway. Tutto questo insieme "disegnerà" sulla mappa la copertura del centro abitato. Per quanto riguarda il place=* su un'area, il wiki l'ha previsto da sempre. Place=* non indica una realtà ufficiale, ma una realtà di fatto, per quanto necessariamente non sia possibile definirla al millimetro. Dove finiscono le case/industrie/parcheggi/parchi/centri commerciali, lì finisce il centro urbano. Non dico affatto di disegnare questa way girando esattamente attorno agli angoli dell'ultima proprietà in periferia; ovviamente sarà un'indicazione di massima e approssimata; ma non vedo perché questa "estensione di un centro urbano" debba essere rappresentata con un landuse=residential. Poi è ovvio, io non sono la Bibbia né il re e non posso far sì che tutti mappino i landuse in maniera dettagliata come piacerebbe a me. Ma non smetterò mai di dire che dare il nome del paese ad un landuse=residential è sbagliato. Anche nei casi di quartieri residenziali con un
Re: [Talk-it] Landuse
Il 26/01/2013 10:59, Damjan Gerl ha scritto: 26.01.2013 - 2:44 - Simone Saviolo: Il giorno 26 gennaio 2013 00:57, Damjan Gerl dam...@damjan.net mailto:dam...@damjan.net ha scritto: 25.01.2013 - 17:02 - Simone Saviolo: Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per colorare la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. Aspetta: ma tu togli solo il name=nome_del_paese oppure stai dicendo che il problema e nel landuse=residential già da solo? Perché e quello che ho fatto sempre io: messo il landuse=residential per segnare il centro abitato, nel senso di case. Ma non ho mai messo un name al landuse. Pero anche usare place su un poligono mi sembra sbagliato, perché questo dovrebbe essere il limite ufficiale del place (ma dove lo trovi p. es. il limite ufficiale di un paese?). Inoltre ho guardato come fanno p.es http://p.es. in Germania, ma usano la stessa tecnica: il landuse=residential. Io parto da un presupposto: un landuse vasto e poco dettagliato si può anche accettare, ma non è assolutamente corretto dire che quel landuse si chiama Milano. Intanto Milano è una città (cioè un place) e non una zona residenziale (forse le aree industriali non sono parte di Milano?). In secondo luogo, nei pochi casi in cui un landuse ha un nome si tratta di un nome specifico, come Zona Industriale D2 o Centro Commerciale Carrefour - quindi non certo Milano. Il centro abitato, nel senso di case è sbagliato. Prendo l'esempio di un paese vicino a Vercelli, Crova: gran parte dell'estensione del centro urbano è coperta da una riseria, cioè un landuse=industrial (spero che nessuno venga a dirmi che una riseria è landuse=farmyard :-) ). Cosa dovrei fare, secondo il tuo schema? Includere la riseria nel landuse=residential, perché è l'estensione del centro urbano? Sbagliato. Escludere la riseria dal landuse=residential e dire che quel residential è Crova? Sbagliato. Fare un grande landuse=residential, escludere la riseria dal landuse=residential e NON dare un nome al landuse=residential? Meglio, anche se molto poco accurato, ma almeno non stiamo dicendo che la riseria non fa parte di Crova. Per indicare l'estensione del centro abitato, disegna molti landuse! La maggior parte saranno residential, ci saranno magari degli industrial, poi dei recreational_ground, e dei railway. Tutto questo insieme disegnerà sulla mappa la copertura del centro abitato. Per quanto riguarda il place=* su un'area, il wiki l'ha previsto da sempre. Place=* non indica una realtà ufficiale, ma una realtà di fatto, per quanto necessariamente non sia possibile definirla al millimetro. Dove finiscono le case/industrie/parcheggi/parchi/centri commerciali, lì finisce il centro urbano. Non dico affatto di disegnare questa way girando esattamente attorno agli angoli dell'ultima proprietà in periferia; ovviamente sarà un'indicazione di massima e approssimata; ma non vedo perché questa estensione di un centro urbano debba essere rappresentata con un landuse=residential. Poi è ovvio, io non sono la Bibbia né il re e non posso far sì che tutti mappino i landuse in maniera dettagliata come piacerebbe a me. Ma non smetterò mai di dire che dare il nome del paese ad un landuse=residential è sbagliato. Anche nei casi di quartieri residenziali con un nome (ad esempio Milano 2 o Milano 3), la cosa giusta sarebbe disegnare i landuse=residential senza nome e poi disegnare un place=quarter o un place=neighbourhood che copre tutta la zona e ha il nome del quartiere. Ciao, Simone Ti ringrazio per la riflessione e sono completamente d'accordo con te. Vanno usati ovviamente i landuse più appropriati e senza usare il tag name=nome_del_paese nel landuse. Damjan Nel caso del tag da me riscontrato, questo utente non ha inserito il name del paese sul tag
Re: [Talk-it] la key:place
2013/1/25 Andrea Zedda andreazedd...@gmail.com: Il mio intento è segnare i punti dei comuni così come effettivamente siamo abituati a visualizzarli nelle cartine classiche, cioè laddove hanno il centro abitato. Quindi non è il caso di usare centroidi, e le aree le ho già rappresentate. Sicuramente integrerò i dati che ho ricavato da OSM con quelli istat, e con un po' di olio di gomito (ma neanche tanto con un buon look up) capirò quali tra questi village e hamlet son comuni oppure no :) in realtà non è il village o hamlet che è il comune, il comune è tutta l'area che ne fa parte. Il village o hamlet è il capoluogo di un comune (credo anche che non ci siano hamlet che fanno comune, se ne trovi verifica se giusto, probabilmente dovrebbero essere al meno village). L'approccio più semplice sarebbe quello di mettere capital=8 ad ogni capoluogo di comune per poter renderizzarli senza sforzarti (prendendo poi tutti i place con capital=8). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Ciao, ho fatto una lista in csv con le coordinate dei centri abitati dei comuni sardi (era quello che mi serviva), se volete potete scaricarla da qua http://sardiniaopendata.org/dati/download/ . Sembra vada tutto ok tra city, town e village. Ho corretto solo un suburb che effettivamente è un centro abitato di un comune (Gavoi), in town (anche se forse è meglio mettere village). Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Il giorno 26 gennaio 2013 13:16, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/1/25 Andrea Zedda andreazedd...@gmail.com: Il mio intento è segnare i punti dei comuni così come effettivamente siamo abituati a visualizzarli nelle cartine classiche, cioè laddove hanno il centro abitato. Quindi non è il caso di usare centroidi, e le aree le ho già rappresentate. Sicuramente integrerò i dati che ho ricavato da OSM con quelli istat, e con un po' di olio di gomito (ma neanche tanto con un buon look up) capirò quali tra questi village e hamlet son comuni oppure no :) in realtà non è il village o hamlet che è il comune, il comune è tutta l'area che ne fa parte. Il village o hamlet è il capoluogo di un comune (credo anche che non ci siano hamlet che fanno comune, se ne trovi verifica se giusto, probabilmente dovrebbero essere al meno village). L'approccio più semplice sarebbe quello di mettere capital=8 ad ogni capoluogo di comune per poter renderizzarli senza sforzarti (prendendo poi tutti i place con capital=8). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
mi hai convinto. vivo in un paesino circondato da vigneti, mi vien proprio voglia di mapparli tutti :) Il giorno 26 gennaio 2013 11:55, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 26/01/2013 10:59, Damjan Gerl ha scritto: 26.01.2013 - 2:44 - Simone Saviolo: Il giorno 26 gennaio 2013 00:57, Damjan Gerl dam...@damjan.net ha scritto: 25.01.2013 - 17:02 - Simone Saviolo: Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per colorare la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. Aspetta: ma tu togli solo il name=nome_del_paese oppure stai dicendo che il problema e nel landuse=residential già da solo? Perché e quello che ho fatto sempre io: messo il landuse=residential per segnare il centro abitato, nel senso di case. Ma non ho mai messo un name al landuse. Pero anche usare place su un poligono mi sembra sbagliato, perché questo dovrebbe essere il limite ufficiale del place (ma dove lo trovi p. es. il limite ufficiale di un paese?). Inoltre ho guardato come fanno p.es. in Germania, ma usano la stessa tecnica: il landuse=residential. Io parto da un presupposto: un landuse vasto e poco dettagliato si può anche accettare, ma non è assolutamente corretto dire che quel landuse si chiama Milano. Intanto Milano è una città (cioè un place) e non una zona residenziale (forse le aree industriali non sono parte di Milano?). In secondo luogo, nei pochi casi in cui un landuse ha un nome si tratta di un nome specifico, come Zona Industriale D2 o Centro Commerciale Carrefour - quindi non certo Milano. Il centro abitato, nel senso di case è sbagliato. Prendo l'esempio di un paese vicino a Vercelli, Crova: gran parte dell'estensione del centro urbano è coperta da una riseria, cioè un landuse=industrial (spero che nessuno venga a dirmi che una riseria è landuse=farmyard :-) ). Cosa dovrei fare, secondo il tuo schema? Includere la riseria nel landuse=residential, perché è l'estensione del centro urbano? Sbagliato. Escludere la riseria dal landuse=residential e dire che quel residential è Crova? Sbagliato. Fare un grande landuse=residential, escludere la riseria dal landuse=residential e NON dare un nome al landuse=residential? Meglio, anche se molto poco accurato, ma almeno non stiamo dicendo che la riseria non fa parte di Crova. Per indicare l'estensione del centro abitato, disegna molti landuse! La maggior parte saranno residential, ci saranno magari degli industrial, poi dei recreational_ground, e dei railway. Tutto questo insieme disegnerà sulla mappa la copertura del centro abitato. Per quanto riguarda il place=* su un'area, il wiki l'ha previsto da sempre. Place=* non indica una realtà ufficiale, ma una realtà di fatto, per quanto necessariamente non sia possibile definirla al millimetro. Dove finiscono le case/industrie/parcheggi/parchi/centri commerciali, lì finisce il centro urbano. Non dico affatto di disegnare questa way girando esattamente attorno agli angoli dell'ultima proprietà in periferia; ovviamente sarà un'indicazione di massima e approssimata; ma non vedo perché questa estensione di un centro urbano debba essere rappresentata con un landuse=residential. Poi è ovvio, io non sono la Bibbia né il re e non posso far sì che tutti mappino i landuse in maniera dettagliata come piacerebbe a me. Ma non smetterò mai di dire che dare il nome del paese ad un landuse=residential è sbagliato. Anche nei casi di quartieri residenziali con un nome (ad esempio Milano 2 o Milano 3), la cosa giusta sarebbe disegnare i landuse=residential senza nome e poi disegnare un place=quarter o un place=neighbourhood che copre tutta la zona e ha il nome del quartiere. Ciao, Simone Ti ringrazio per la riflessione e sono completamente d'accordo con te. Vanno usati ovviamente i landuse più appropriati e senza usare il tag name=nome_del_paese nel landuse. Damjan Nel caso del tag da me riscontrato, questo utente non ha inserito il name del paese sul tag landuse. Gli
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 14:52, Andrea Zedda andreazedd...@gmail.com ha scritto: Ciao, ho fatto una lista in csv con le coordinate dei centri abitati dei comuni sardi (era quello che mi serviva), se volete potete scaricarla da qua http://sardiniaopendata.org/dati/download/ . Sembra vada tutto ok tra city, town e village. Ho corretto solo un suburb che effettivamente è un centro abitato di un comune (Gavoi), in town (anche se forse è meglio mettere village). Meglio village, town è per comuni oltre diecimila abitanti http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Forse con overpass-api si può fare.. Il giorno 26 gennaio 2013 13:16, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/1/25 Andrea Zedda andreazedd...@gmail.com: Il mio intento è segnare i punti dei comuni così come effettivamente siamo abituati a visualizzarli nelle cartine classiche, cioè laddove hanno il centro abitato. Quindi non è il caso di usare centroidi, e le aree le ho già rappresentate. Sicuramente integrerò i dati che ho ricavato da OSM con quelli istat, e con un po' di olio di gomito (ma neanche tanto con un buon look up) capirò quali tra questi village e hamlet son comuni oppure no :) in realtà non è il village o hamlet che è il comune, il comune è tutta l'area che ne fa parte. Il village o hamlet è il capoluogo di un comune (credo anche che non ci siano hamlet che fanno comune, se ne trovi verifica se giusto, probabilmente dovrebbero essere al meno village). L'approccio più semplice sarebbe quello di mettere capital=8 ad ogni capoluogo di comune per poter renderizzarli senza sforzarti (prendendo poi tutti i place con capital=8). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 26/01/2013 14:54, Andrea Zedda ha scritto: mi hai convinto. vivo in un paesino circondato da vigneti, mi vien proprio voglia di mapparli tutti :) Ottimofai solo attenzione con le immagini satellitari a non confornderti, ma spero che nel tuo caso siano tutti vigneti :-) Se riesci fammi poi veder il risultato. Ciao -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Guarda qui da me c'è poco da sbagliare: vigneti, oliveti, grano o pascolo. poco altro Il giorno 26 gennaio 2013 15:05, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 26/01/2013 14:54, Andrea Zedda ha scritto: mi hai convinto. vivo in un paesino circondato da vigneti, mi vien proprio voglia di mapparli tutti :) Ottimofai solo attenzione con le immagini satellitari a non confornderti, ma spero che nel tuo caso siano tutti vigneti :-) Se riesci fammi poi veder il risultato. Ciao -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
2013/1/26 sabas88 saba...@gmail.com: Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Forse con overpass-api si può fare.. fra l'altro è appena uscita una interfaccia grafica per interrogare overpass: http://overpass-turbo.eu/ -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
On sab, 2013-01-26 at 14:59 +0100, sabas88 wrote: Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Forse con overpass-api si può fare.. Danger, Will Robinson! si tratterebbe di una modifica meccanica https://wiki.openstreetmap.org/wiki/Automated_Edits Poco tempo fa era scoppiato un macello in lista t...@openstreetmap.org riguardo agli import francesi dal cadastre (suppongo sia il catasto), che è sfociato in una discussione sugli Automated Edits in generale. Consiglio molta cautela :-) /bruno -- CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li GNU/Linux registered user #121507 http://linuxcounter.net signature.asc Description: This is a digitally signed message part ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 14:52, Andrea Zedda andreazedd...@gmail.com ha
scritto:
Ciao, ho fatto una lista in csv con le coordinate dei centri abitati dei
comuni sardi
...
però mi piacerebbe sapere se è possibile integrare queste informazioni
automaticamente in OSM.
Ciao,
se ho capito bene e vuoi aggiungere il tag capital = 8 ad un insieme di
nodi su OSM puoi farlo con JOSM.
1 Converti il file csv in una stringa di id ('id1,id2...') e la incolli in:
'File' -- 'Scarica oggetto...'
2 Selezioni tutti i nodi ed aggiungi normalmente il tag a tutti i nodi
selezionati.
Attenzione che da un grande potere deriva una grande responsabilità.
Ciao,
Groppo
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 26/01/2013 15:07, Andrea Zedda ha scritto: Guarda qui da me c'è poco da sbagliare: vigneti, oliveti, grano o pascolo. poco altro Meglio così allora :-) Curiosità...gli uliveti come si taggano? Visto che io non avrò l'occasione di farlo (mai dire mai ma da me non ce ne sono). Invece come dicevo io nel mio caso molti vigneti sono stati riconvertiti e visti dall'alto si confonderebbero. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 15:12, Groppo O grop...@gmail.com ha scritto:
Ciao,
se ho capito bene e vuoi aggiungere il tag capital = 8 ad un insieme di
nodi su OSM puoi farlo con JOSM.
1 Converti il file csv in una stringa di id ('id1,id2...') e la incolli in:
'File' -- 'Scarica oggetto...'
E io che mi stavo guardando le API...
soluzione semplicissima!
2 Selezioni tutti i nodi ed aggiungi normalmente il tag a tutti i nodi
selezionati.
Attenzione che da un grande potere deriva una grande responsabilità.
Sui capoluoghi di provincia bisogna mettere capital=6 e su Cagliari
capital=4 quindi?
Ciao,
Groppo
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 26 gennaio 2013 15:14, Gianluca Boero gianlucabo...@alice.it ha scritto: Il 26/01/2013 15:07, Andrea Zedda ha scritto: Guarda qui da me c'è poco da sbagliare: vigneti, oliveti, grano o pascolo. poco altro Meglio così allora :-) Curiosità...gli uliveti come si taggano? Visto che io non avrò l'occasione di farlo (mai dire mai ma da me non ce ne sono). Invece come dicevo io nel mio caso molti vigneti sono stati riconvertiti e visti dall'alto si confonderebbero. landuse=orchard trees=olive_trees Ne ho mappati un po' :-) http://www.openstreetmap.org/?lat=40.1873lon=8.5514zoom=14layers=M -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 26 gennaio 2013 15:14, sabas88 saba...@gmail.com ha scritto ... Sui capoluoghi di provincia bisogna mettere capital=6 e su Cagliari capital=4 quindi? Non lo ho mai fatto, ma secondo quanto detto da Martin [1] e secondo logica: sì. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Proposed_features/capital#Directly_attaching_the_admin_level_to_the_capital-tag ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Utente: guerrafondaio?
Nella zona di mie operazioni di mappatura, ho trovato una modifica ad una area adibita a poligono di tiro trasformata a deposito munizioni. Incuriosito da questa ricorrenza ho seguito le gesta dell'utente MURGOZ che ha replicato questa cosuccia in diversi scenari dell'Emilia Romagna. Sono tra il divertito e il preoccupato. Sta mappando gli obiettivi sensibili per un wargame? Saluti Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] android per openstreetmap
sono nuovo, e volevo inserire dei dati gps, visto che ho un telefono android, tra tutta quella marea di programmi consigliati dal sito voi quale usate??? grazie pier ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] android per openstreetmap
Il giorno 26 gennaio 2013 16:34, yahoo-pier_andreit pier_andr...@yahoo.itha scritto: sono nuovo, e volevo inserire dei dati gps, visto che ho un telefono android, tra tutta quella marea di programmi consigliati dal sito voi quale usate??? Ciao e benvenuto! Io usavo OSMTracker ( https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtrackerfeature=nav_result), poi per un periodo sono passato a GPSLogger (che però non faceva le tracce con note leggibili da JOSM) ed adesso uso GeoPaparazzi ( https://play.google.com/store/apps/details?id=eu.hydrologis.geopaparazzifeature=nav_resulthttps://play.google.com/store/apps/details?id=eu.hydrologis.geopaparazzifeature=nav_result#?t=W251bGwsMSwxLDMsImV1Lmh5ZHJvbG9naXMuZ2VvcGFwYXJhenppIl0. ). Per utilizzarli utilizzo Osmand. grazie pier @tutti: facciamo una sezione sul blog con le app che utilizziamo? http://blog.openstreetmap.it/mappe-allopera/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] android per openstreetmap
Suggerisco anche navfree world come navigatore 3D che utilizza mappe OSM ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Utilizzo del Suolo - Suggerimenti e critiche per le regole di conversione
Ciao, a questo indirizzo potete trovare una tabella su cui andremo a costruire successivamente il file delle regole che useremo per convertire i dati dal geoportale Veneto in JOSM. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Convenzioni_di_tagging Ho cominciato a riempirlo ma è necessario il vostro aiuto per completarlo e per correggere gli errori. Vi invito quindi, se volete, ad esprimere pareri/critiche/idee qui nella mailing list per aiutarci a creare un file delle regole il più corretto possibile. Grazie a chi risponde! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
grazie del linkma è uno strumento bellissimo! molto più user-friendly di osmosis! come mai non ne hai parlato nel NG di SOD? ancora grazie!! Il giorno 26 gennaio 2013 15:09, Simone Cortesi sim...@cortesi.com ha scritto: 2013/1/26 sabas88 saba...@gmail.com: Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Forse con overpass-api si può fare.. fra l'altro è appena uscita una interfaccia grafica per interrogare overpass: http://overpass-turbo.eu/ -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Si, infatti sto buonino e non faccio mega edit per ora :)
però mi veniva la curiosità... quindi effettivamente è possibile
Il giorno 26 gennaio 2013 15:12, Groppo O grop...@gmail.com ha scritto:
Il giorno 26 gennaio 2013 14:52, Andrea Zedda andreazedd...@gmail.comha
scritto:
Ciao, ho fatto una lista in csv con le coordinate dei centri abitati dei
comuni sardi
...
però mi piacerebbe sapere se è possibile integrare queste informazioni
automaticamente in OSM.
Ciao,
se ho capito bene e vuoi aggiungere il tag capital = 8 ad un insieme di
nodi su OSM puoi farlo con JOSM.
1 Converti il file csv in una stringa di id ('id1,id2...') e la incolli in:
'File' -- 'Scarica oggetto...'
2 Selezioni tutti i nodi ed aggiungi normalmente il tag a tutti i nodi
selezionati.
Attenzione che da un grande potere deriva una grande responsabilità.
Ciao,
Groppo
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
--
Andrea Zedda
skype: andria.tzedda
twitter: @Andria_Tzedda
---
Kode srl
via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa)
http://kode-solutions.net
---
Sardinia Open Data
http://sardiniaopendata.org/
---
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Landuse per alberi da frutto
Prendendo spunto dalla risposta avuta da Sabas sugli ulivi, vi chiedo un aiuto particolare per i kiwi, visto che con la prossima primavera ne mapperò tanti. Kiwi o actinidia http://it.wikipedia.org/wiki/Kiwi_%28frutto%29 non lo vedo inserito nel wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard come mi posso comportare? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse per alberi da frutto
Il giorno 26 gennaio 2013 20:00, Gianluca Boero gianlucabo...@alice.it ha scritto: Prendendo spunto dalla risposta avuta da Sabas sugli ulivi, vi chiedo un aiuto particolare per i kiwi, visto che con la prossima primavera ne mapperò tanti. Kiwi o actinidia http://it.wikipedia.org/wiki/**Kiwi_%28frutto%29http://it.wikipedia.org/wiki/Kiwi_%28frutto%29 non lo vedo inserito nel wiki http://wiki.openstreetmap.org/**wiki/Tag:landuse%3Dorchardhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard come mi posso comportare? Usa taginfo! :P http://taginfo.openstreetmap.org/tags/trees=kiwi_trees Il rendering comunque al momento non sembra tener conto dei frutti.. Grazie. -- Gianluca Boero Ciao, Stefano __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] android per openstreetmap
Il 26/01/2013 16:46, sabas88 ha scritto: Il giorno 26 gennaio 2013 16:34, yahoo-pier_andreit pier_andr...@yahoo.it mailto:pier_andr...@yahoo.it ha scritto: sono nuovo, e volevo inserire dei dati gps, visto che ho un telefono android, tra tutta quella marea di programmi consigliati dal sito voi quale usate??? Ciao e benvenuto! Io usavo OSMTracker (https://play.google.com/store/apps/details?id=me.guillaumin.android.osmtrackerfeature=nav_result), poi per un periodo sono passato a GPSLogger (che però non faceva le tracce con note leggibili da JOSM) ed adesso uso GeoPaparazzi (https://play.google.com/store/apps/details?id=eu.hydrologis.geopaparazzifeature=nav_result https://play.google.com/store/apps/details?id=eu.hydrologis.geopaparazzifeature=nav_result#?t=W251bGwsMSwxLDMsImV1Lmh5ZHJvbG9naXMuZ2VvcGFwYXJhenppIl0.). Per utilizzarli utilizzo Osmand. grazie pier @tutti: facciamo una sezione sul blog con le app che utilizziamo? http://blog.openstreetmap.it/mappe-allopera/ Mi sembra una idea utile, molto utile:-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
È uscito da poco. Non lo si conosce ancora. -S On Jan 26, 2013 7:43 PM, Andrea Zedda andreazedd...@gmail.com wrote: grazie del linkma è uno strumento bellissimo! molto più user-friendly di osmosis! come mai non ne hai parlato nel NG di SOD? ancora grazie!! Il giorno 26 gennaio 2013 15:09, Simone Cortesi sim...@cortesi.com ha scritto: 2013/1/26 sabas88 saba...@gmail.com: Ora per me sarebbe davvero agevole aggiungere una colonna capital=8 a questa lista verificata e pulita, però mi piacerebbe sapere se è possibile integrare queste informazioni automaticamente in OSM. Magari usando osmosis... non so, so solo che secondo me è possibile anche perché ho conservato la colonna con l'id del node. Forse con overpass-api si può fare.. fra l'altro è appena uscita una interfaccia grafica per interrogare overpass: http://overpass-turbo.eu/ -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Comunidad, biodiversidad y desarrollo urbano: sinergia para la competitividad sustentable en La Boquilla
Estimados maper@s: Tengo el agrado de compartirles este mapa cuyo objeto es promover la conservación entre la comunidad de interés alrededor de La Boquilla, como vía sinérgica para la competitividad del turismo sustentable. http://ceelat.org/mapas/laboquilla/ Es fruto del esfuerzo de varios meses entre Viviana Mourra, Fundación Ecoprogreso y Robin Tolochko, Ceelat, quién fue invitada al proyecto gracias a la colaboración de Ariel Núñez. Buenos días y que lo disfruten! Humberto Yances PD: Por favor siéntanse libres de compartirlo en redes sociales y/o publicarlo en sus sitios. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-lt] Gatvių tikrinimas
Sveiki Prie jau esamų Vilniaus, Kauno ir Klaipėdos gatvių tikrinimo pridėta: Šiauliai, Panevėžys, Tauragė, Palanga, Šilutė http://z.samogitian.com/patrulis/isoriniai.php -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Angående nøjagtighed af mappede bygninger: Det er en meget vanskelig sag at mappe bygninger nøjagtigt ud fra et ortofoto (hvad enten det er fra Bing eller andre), da et ortofoto konsekvent forskyder objekter i forskellige retninger, hvis de ikke ligger på jordoverfladen. Ligeledes vil bygninger altid optræde større end de i virkeligheden er. Disse betragtninger gælder kun for en fejlfri højdemodel. En fejl i højdemodellen vil forskyde bygningen sideværts med op til 50% af fejlen i højdefejlen. Samlet set vil jeg tro, at Bing har en nøjagtighed på 1 meter. Bygninger skal vel mappes ved deres udstrækning ved tagudhæng, og det er ikke ved jordoverfladen. Hvis man mapper ved sokkel (som ligger ved jordoverfladen), kan man maksimalt se halvdelen af soklen i et ortofoto. Resten er gætværk. Bygninger fra FOT er ikke fremstillet ud fra ortofotos men ved direkkte målinger i flyfotos. Disse bygninger er ikke påvirket af de ovennævnte fejl. FOT bygninger har en nøjagtighed på 20 cm eller bedre. Som et eksempel på problemerne omkring mapning ud fra ortofotos kan ses situationen omkring Fisketorvet: Tags: addr:country=DK; osak:street_no=3520; osak:revision=2005-12-07T00:00:00; osak:identifier=0A3F507AA22832B8E0440003BA298018; osak:municipality_no=101; addr:housenumber=47; addr:city=København V; addr:street=Kalvebod Brygge; source=OSAK (2010); addr:postcode=1560 (edit) OSM bygningsnøjagtigheden her omkring er særdeles ringe sammenlignet med Bing. Kurt Toft -Oprindelig meddelelse- Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] Sendt: 26. januar 2013 00:57 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen On 25-01-2013 09:51, Ole Laursen wrote: 25. jan. 2013 00.30 skrev Jonas Häggqvist ras...@rasher.dk: Jeg forestiller mig at lægge de enkelte kvadrater ud til download et sted, så folk kan downloade dem og manuelt vurdere bygning for bygning hvilke OSM bygninger der skal erstattes med FOT-udgaven. Dette skal også gøres under en særskilt konto jvf. Import guidelines[3]. Vi kan så holde styr på hvilke kvadrater der er blevet kigget igennem (evt. i wikien). Synes det lyder som en super plan. Hvad angår de overlappende, har du et indtryk af om FOT-bygningerne generelt er af bedre præcision? Jeg tænker på at vi som udgangspunkt vel vil foretrække den bygning der allerede er i OSM, men det er måske lidt anderledes hvis FOT-bygningerne generelt er af væsentligt højere kvalitet. Så det kunne måske ændre på om det er 10% eller 50% eller 90% af bygningerne det giver mening at importere. Jeg har ikke kigget voldsomt meget på det, men den smule jeg har kigget var der ikke en stor forskel i præcisionen. Det var dog primært i København, hvor vi har Bing dækning at jeg kiggede. På den anden side er langt de fleste af bygningerne i OSM nok også i områder med Bing dækning, så det er måske i virkeligheden rimeligt repræsentativt. Den største forskel er som nævnt at sammenhængende karréer i FOT er tegnet som et enkelt objekt i stedet for et objekt pr bygning. En anden ting: har du overvejet om vi har en ikke alt for besværlig mulighed for at gentage en import senere, f.eks. om et par år? Jeg kan ikke se noget der taler imod at det skulle være til at overskue. Det vil nok blot være et spørgsmål om at kigge på opdaterede bygninger om den er importeret i OSM uden at være redigeret senere (ved at sammenligne det id som er tildelt bygningen). Hvis det er tilfælde kan den umiddelbart opdateres, ellers kan der laves samme manuelle arbejdsgang som jeg lægger op til her. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Danmark höjdkurvor
Detta är kanske lite off topic, men jag märkte att Danmark nu mera publicerar bla höjdkurvor fritt, man undrar när Sverige få tummen ur och börjar släppa sådan data till oss. Här kanman hitta bitmapar och höjdkurvs kartor.: http://download.kortforsyningen.dk/ -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Normalización de Carreteras en Canarias
On Viernes, 25 de enero de 2013 10:50:15 Ricardo Sanz wrote: Ok. me parece bien volver a la antigua, pero no veo clara la diferencia entre carreteras de un solo dígito. En Canarias hay tres tipos de vías de un sólo dígito (todas con señalización azul): * Autopistas (calzadas separadas, límite 120Km/h salvo curvas especialmente peligrosas, sin pasos a nivel), como TF-1 o TF-5 entre Santa Cruz y Los Realejos * Autovías (calzadas separadas, límite inferior (80Km/h o 90Km/h), sin pasos a nivel), como TF-2 * Carreteras (calzada única), como TF-5 entre Los Realejos e Icod En http://maps.google.es/?ll=28.392167,-16.581703spn=0.001918,0.003479t=hz=19layer=ccbll=28.392144,-16.581472panoid=epfWkU6mjORd0g2qbKCZuQcbp=12,111.5,,0,0 puedes ver el sitio donde la TF-5 pasa de autopista a carretera. En http://maps.google.es/?ll=28.430174,-16.304012spn=0.001918,0.003479t=hz=19layer=ccbll=28.430174,-16.304012panoid=BkH6GObgnHuRH03kOcG7EQcbp=12,333.2,,0,6.43 puedes ver la señalización a 80Km/h (ahora la han subido a 90Km/h) de la TF-2. Un saludo Noel er Envite - A: Because it breaks the logical flow of discussion. Q: Why is top posting bad? signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-lv] praagas ielas piekljuve
On 2013-01-26 01:03, uld...@gmail.com wrote: Ja slinkums aizstaigāt, tad streetview arī var redzēt. tu zini, ka to mees nedriikstam izmantot, es taa pedantiski arii neizmantoju :) sho to saliku, bet neliela neskaidriiba par celinjiem uz ziemeljaustrumiem sheit : http://www.openstreetmap.org/browse/way/152609008 tas laikam ir oneway... bet kuraa virzienaa ? :) uldics On Fri, 25 Jan 2013 23:27:17 +0200, Rich ric...@nakts.net wrote: On 2013-01-25 21:07, uld...@gmail.com wrote: Nē, tikai no tirgus puses, kur sākas tilts. No otras puses, kādus desmit metrus no 13. janvāra ielas pirmās joslas ir caurbraukt (braukt) aizliegts. paldies. sasodiits. buus bish jaapadomaa, kaa to saziimeet pareizi :) uldics On Fri, 25 Jan 2013 19:54:40 +0200, Rich ric...@nakts.net wrote: vai praagas ielai (riigaa) kjiegjelji ir no abaam puseem ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] praagas ielas piekljuve
Nu jā, nedrīkst jau gan. Bet par to vienvirzienu gan manuprāt tur nekur nav nekā, cik atceros. Būdā pa vidu sēž sargs un virina barjeras abās pusēs. Par kanāla pusē esošo dodu 70%, ka nav, par augšējo 100%. Tur gaļas furgoni parasti stāv ar priekšu pret Prāgas ielu, bet visādi busiņi un vieglie abos virzienos brauc cauri, cik esmu novērojis. uldics On Sat, 26 Jan 2013 15:08:42 +0200, Rich ric...@nakts.net wrote: On 2013-01-26 01:03, uld...@gmail.com wrote: Ja slinkums aizstaigāt, tad streetview arī var redzēt. tu zini, ka to mees nedriikstam izmantot, es taa pedantiski arii neizmantoju :) sho to saliku, bet neliela neskaidriiba par celinjiem uz ziemeljaustrumiem sheit : http://www.openstreetmap.org/browse/way/152609008 tas laikam ir oneway... bet kuraa virzienaa ? :) uldics On Fri, 25 Jan 2013 23:27:17 +0200, Rich ric...@nakts.net wrote: On 2013-01-25 21:07, uld...@gmail.com wrote: Nē, tikai no tirgus puses, kur sākas tilts. No otras puses, kādus desmit metrus no 13. janvāra ielas pirmās joslas ir caurbraukt (braukt) aizliegts. paldies. sasodiits. buus bish jaapadomaa, kaa to saziimeet pareizi :) uldics On Fri, 25 Jan 2013 19:54:40 +0200, Rich ric...@nakts.net wrote: vai praagas ielai (riigaa) kjiegjelji ir no abaam puseem ? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Medicine Hat, Alberta
Hello Canadian Community, bonjour While fixing connectivity errors using maproulette I found the following location in Medicine Hat, Alberta, CA. http://www.openstreetmap.org/?lat=50.06165lon=-110.69818zoom=16layers=M The streets mapped by user Yorii are done in a very strange way (not connected, messed up connection of other roads). IMHO this seems a bit like someone was toying around with an editor or the redaction bot messed it up (who knows). Since they don't have a source=* tag I don't know where the info of their existence comes from. Bing imagery in this region was taken on 2010-06-23 and the streets were added on 2011-07-15. Consequently, it could very well be that they were built after Bing img was taken. It is hard for me to verify this form my armchair in Switzerland and I already contacted the user Yorii, but he didn't respond and made his last edit a year ago. Is there newer Imaginary available for this region? Or is anybody living there who could go out and verify their existence? Thanks and again: Sorry if I make false acquisitions, this is not my intention. I just want to fix it.. yours sincerely, bien cordialement Leuty PS: Please keep me CCed since I am not subscribed to talk-ca. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Medicine Hat, Alberta
The same user made up entire towns in Saskatchewan snd elsewhere. As soon as legit editors started calling him out he quit. Safe to say it is vandalism and can be easily removed. Sent from my iPhone On 2013-01-25, at 8:56 AM, leuty le...@immerda.ch wrote: Hello Canadian Community, bonjour While fixing connectivity errors using maproulette I found the following location in Medicine Hat, Alberta, CA. http://www.openstreetmap.org/?lat=50.06165lon=-110.69818zoom=16layers=M The streets mapped by user Yorii are done in a very strange way (not connected, messed up connection of other roads). IMHO this seems a bit like someone was toying around with an editor or the redaction bot messed it up (who knows). Since they don't have a source=* tag I don't know where the info of their existence comes from. Bing imagery in this region was taken on 2010-06-23 and the streets were added on 2011-07-15. Consequently, it could very well be that they were built after Bing img was taken. It is hard for me to verify this form my armchair in Switzerland and I already contacted the user Yorii, but he didn't respond and made his last edit a year ago. Is there newer Imaginary available for this region? Or is anybody living there who could go out and verify their existence? Thanks and again: Sorry if I make false acquisitions, this is not my intention. I just want to fix it.. yours sincerely, bien cordialement Leuty PS: Please keep me CCed since I am not subscribed to talk-ca. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Medicine Hat, Alberta
Looks like MeMaps is or used to live in Medicine Hat http://www.openstreetmap.org/user/MeMaps/diary Or even better looks like he joined two days ago and is mapping today :-) http://www.openstreetmap.org/user/Smillence/edits I senf Smillence a copy of this email with a welcome note. Is there newer Imaginary available for this region? Or is anybody living there who could go out and verify their existence? USGS Large Scale doesn't come this far north :-( Done Andrew aka PurpleMustang and Canvec Imports signature.asc Description: This is a digitally signed message part ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Dev. App. OSM vs. Blackberry
Bonjour, C'est un peu off-topic puisque non spécifique au Canada (bien que Blackberry soit canadienne :-)... Mais partant du fait qu'il y a un fort développement des app. pour Blackberry en ce moment (préparation pour la nouvelle plateforme BB10) y-a-t-il des développements pour des app. OSM à tout le moins pour la consultation (comme OSMand pour Android) même si ce n'est pas pour l'édition? Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Lake Winnipeg
Hi A while back I changed tagged the southern half of Lake Winnipeg as natural=coastline so it will appear on all levels of the map. Per the suggestion of someone on this list, I kept the old water multipolygon so that it would not disappear until the next coastline update. It is now disappearing from the map, see http://osm.org/go/Wp9lapp-- Can someone suggest a way to stop this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Lake Winnipeg
I just took a look, and the relation was broken in two places. One of the ways on the outer edge was missing, as was about half of one of the inner islands. I added the necessary ways back into the relation, so it should render properly now. Andrew Victoria, BC From: Sam Dyck [mailto:samueld...@gmail.com] Sent: Saturday, January 26, 2013 10:54 AM To: Talk-CA OpenStreetMap Subject: [Talk-ca] Lake Winnipeg Hi A while back I changed tagged the southern half of Lake Winnipeg as natural=coastline so it will appear on all levels of the map. Per the suggestion of someone on this list, I kept the old water multipolygon so that it would not disappear until the next coastline update. It is now disappearing from the map, see http://osm.org/go/Wp9lapp-- Can someone suggest a way to stop this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Lake Winnipeg
Thanks. I thought I had everything covered, but I suppose I should have double checked. Sam On Sat, Jan 26, 2013 at 1:10 PM, Andrew Lester a-les...@shaw.ca wrote: I just took a look, and the relation was broken in two places. One of the ways on the outer edge was missing, as was about half of one of the inner islands. I added the necessary ways back into the relation, so it should render properly now. Andrew Victoria, BC ** ** *From:* Sam Dyck [mailto:samueld...@gmail.com] *Sent:* Saturday, January 26, 2013 10:54 AM *To:* Talk-CA OpenStreetMap *Subject:* [Talk-ca] Lake Winnipeg ** ** Hi A while back I changed tagged the southern half of Lake Winnipeg as natural=coastline so it will appear on all levels of the map. Per the suggestion of someone on this list, I kept the old water multipolygon so that it would not disappear until the next coastline update. It is now disappearing from the map, see http://osm.org/go/Wp9lapp-- Can someone suggest a way to stop this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Lake Winnipeg
Relation Analyzer from OSM France is a good tool to validate if the polygon is closed once you have finished editing such relation. http://analyser.openstreetmap.fr/cgi-bin/index.py Pierre De : Sam Dyck samueld...@gmail.com À : Andrew Lester a-les...@shaw.ca Cc : Talk-CA OpenStreetMap talk-ca@openstreetmap.org Envoyé le : Samedi 26 janvier 2013 14h15 Objet : Re: [Talk-ca] Lake Winnipeg Thanks. I thought I had everything covered, but I suppose I should have double checked. Sam On Sat, Jan 26, 2013 at 1:10 PM, Andrew Lester a-les...@shaw.ca wrote: I just took a look, and the relation was broken in two places. One of the ways on the outer edge was missing, as was about half of one of the inner islands. I added the necessary ways back into the relation, so it should render properly now. Andrew Victoria, BC From:Sam Dyck [mailto:samueld...@gmail.com] Sent: Saturday, January 26, 2013 10:54 AM To: Talk-CA OpenStreetMap Subject: [Talk-ca] Lake Winnipeg Hi A while back I changed tagged the southern half of Lake Winnipeg as natural=coastline so it will appear on all levels of the map. Per the suggestion of someone on this list, I kept the old water multipolygon so that it would not disappear until the next coastline update. It is now disappearing from the map, see http://osm.org/go/Wp9lapp-- Can someone suggest a way to stop this? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] région de Kidal au nord du Mali
ok merci pour les liens j'ai ajouté orbview dans mon josm reste la question qui finalement concerne toutes les zones arides : a partir de quel niveau ou quel indice cartographier un oued en river ou stream ? Le samedi 26 janvier 2013 à 01:22 +, Pierre Béland a écrit : Bonsoir Jean-François, Tes coordonnées pointent sur la ville d'Aguelock où il que de l'imagerie Bing basse définition. Je suis incapable de tirer des conclusions sur l'état des lieux à partir d'une imagerie de basse résolution. Dans le delta du Niger, les contributeurs avaient identifiés d'immenses lacs à partir de l'imagerie basse résolution. Avec l'imagerie haute résolution, nous devons maintenant corriger cette information et indiquer les fermes, villages et routes qui sont en zone inondée à la période des pluies. Je t'invite plutôt à venir collaborer avec l'équipe humanitarie HOT. Frédéric Bonifas et moi coordonnons actuellement la cartographie pour l'ensemble du Mali à partir des priorités des humanitaires au Mali. Nous identifions les endroits où il y a de l'imagerie Haute définition disponible et donnons les instructions pour cartographier ces endroits. Je t'invites aussi à suivre le fil de discussion HOT pour avoir des infos sur la coordination des activités de cartographie au Mali. Si les contributeurs français le désirent, nous pourrons aussi donner ces instructions en français sur la liste talk-fr. http://lists.openstreetmap.org/listinfo/hot page de coordination http://wiki.openstreetmap.org/wiki/2012_Mali_Crisis Gestionnaire de tâches http://tasks.hotosm.org/#all/Mali Pierre __ De : Jean-François Gaffard jean-francois.gaff...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 18h05 Objet : [OSM-talk-fr] région de Kidal au nord du Mali salut à tous je me suis mis à participer à la cartographie de la région de Kidal au nord du Mali (je me demande pourquoi!) il existe une couverture Bing HR assez intéressante bien que partielle mais la couverture basse résolution montre vraisemblablement les zones de paturages en saison des pluies ce qui est pas mal pour l'occupation du sol j'ai fait un test sur la zone http://www.openstreetmap.org/?lat=19.505lon=0.976zoom=10layers=M je me pose 2 questions -heath est il le bon tag, je n'ai rien trouvé pour des paturages temporaires (la haute résol qui est très certainement prise en saison sèche montre bien qu'il n'y a quasiment plus rien. meadow pe semble un peu inadapté) -pour les oueds c'est un peu pareil faut-il cartographier waterway=river ou stream avec intermittent=yes sachant qu'il est fort possible que l'intermitence dure plusieurs années. quant à leurs noms n'en parlons pas, quelques villages m'ont déjà donné du fil à retordre. enfin une dernière question a propos des routes qu'il n'y a pas. je constate que de nombreux contributeurs surclasse (à mon sens) des routes qui ne sont que des pistes. est-ce logique ou simplement un effet collatéral du moteur de rendu. si on taggue en track, aux grandes échelles rien n'apparait alors on taggue en highway primary ou secondary pour dire de voir apparaitre qqchose sur la carte. I. Pour info un lien avec un pdf dans lequel il y a quelques mauvaises images de cartes mais qui permet cependant de comprendre cette région http://www.region-kidal.org/spip.php?article16 peut-être qu'au passage l'ONG Action contre la Faim libèrerait ces jeux de données ? en tout cas avant de continuer davantage j'aimerais quelques avis de la communauté jeff ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrière avec prises de rechargement solaire pour 2 roues
Dans le même genre, à Orléans on a 2 bornes pour le rechargement d'appareil (smartphone, ordinateur portable, ...) avec de l'électricité solaire : http://www.bioaddict.fr/article/des-bornes-solaires-a-orleans-pour-recharger-gratuitement-ses-appareils-electroniques-a3338p1.html Si certains ont des pistes pour les tags :) Le 24 janvier 2013 15:29, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Salut, est-ce que tu as regardé ce qu'il se fait du côté des bornes pour voitures ? avec un access=cycle, ça devrait indiquer que c'est la même chose, mais pour les vélos ? Sylvain Le 24 janvier 2013 12:24, Fabien marbolan...@gmail.com a écrit : Le 21 janvier 2013 14:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Fabien Trêve de digression, le sujet que je voulais savoir c'est comment ajouter les bonnes informations : * Pour le type de parking vélo : c'est bon. * Pour dire que c'est solaire : power=generator, generator:source=solar ça ira ? * Pour dire que les prises c'est pour les 2 roues là je vois pas... j'ai cherché VAE, électrique, recharge dans le wiki mais rien de bien concluant. Si quelqu'un a une idée pour ces deux derniers points. Pour l'aspect VAE, en cherchant e-bike (le petit nom anglais des VAE) sur taginfo j'ai trouvé en tout... 1 seul POI : http://www.openstreetmap.org/browse/node/1598972627 Autant dire que ça te laisse le champ libre. vincent Merci pour la réponse. J'attendais pour voir si personne ne proposait autre chose mais ça motive pas les foules... Attendons un peu pour voir si d'autres pays plus en avance sur le déplacement vélo ne propose pas une solution. Fabien ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites de communes au Havre
Bonjour, Il me semble qu'il y a un problème de cohérences de limites de communes avec les autres limites dans l'estuaire de la Seine. Voir : http://layers.openstreetmap.fr/?zoom=13lat=49.44537lon=0.2785layers=BTFFF Ça s'ajuste comment ? Qui, du coin, intervient ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
Pour avoir parcouru la moitié du Mali en poids lourd pendant 3 mois l'année dernière, généralement il y a qu'une seule route principale qu'on peut classer en primary sur toute la longueur même si des portions sont fortement détériorée voir détruite. Pour l'historique, ce sont généralement d'ancienne route goudronnée détériorée par les poids lourds pendant la saison humide (appelé hivernage sur place). Certaines de ces routes sont en train d'être reconstruite grâce à des fonds de l'UE mais tout est stoppé depuis le coup d'état du capitaine Sanongo. Que ces routes soient fortement détérioré ou détruite, cela sert toujours d'axe principal pour les transports de marchandise (qui roule lentement) et les bus (qui roulent comme des débiles). Par contre dans 70% des cas, toutes les autres routes sont des pistes, assez souvent de niveau grade 2 praticable en PL conventionnel sur les premiers km (après c'est mort). Le reste qui est visible vue d'en haut sont des pistes praticable en chariot souvent tracé par le bétails qui va vers les points d'eau, des accès au champs et aux villages. Sur place, le nombre de piste est assez impressionnant selon les régions, on passe de région sans aucun accès à d'autres avec des pistes tous les 500m, pas facile pour ne pas ce perdre. En espérant que cela t'aide pour ton traçage... Ps : il n'y a pas d'oued dans cet partie du monde mais plutôt un lit majeur transformé en zone inondée à zone humide selon la proximité du cours d'eau. J'ai vu un Oued rouler plus de 36h après la pluie, c'est impressionnant et mieux vaut dégager à toute vitesse. Ça emporte tout et on a juste le temps de partir à pied en laissant tout sur place. Ça arrive sans prévenir alors qu'il fait beau et les téléphone portable nous on permis de partir juste avant son arrivée. Le 26 janvier 2013 10:11, Jean-François Gaffard jean-francois.gaff...@laposte.net a écrit : ok merci pour les liens j'ai ajouté orbview dans mon josm reste la question qui finalement concerne toutes les zones arides : a partir de quel niveau ou quel indice cartographier un oued en river ou stream ? Le samedi 26 janvier 2013 à 01:22 +, Pierre Béland a écrit : Bonsoir Jean-François, Tes coordonnées pointent sur la ville d'Aguelock où il que de l'imagerie Bing basse définition. Je suis incapable de tirer des conclusions sur l'état des lieux à partir d'une imagerie de basse résolution. Dans le delta du Niger, les contributeurs avaient identifiés d'immenses lacs à partir de l'imagerie basse résolution. Avec l'imagerie haute résolution, nous devons maintenant corriger cette information et indiquer les fermes, villages et routes qui sont en zone inondée à la période des pluies. Je t'invite plutôt à venir collaborer avec l'équipe humanitarie HOT. Frédéric Bonifas et moi coordonnons actuellement la cartographie pour l'ensemble du Mali à partir des priorités des humanitaires au Mali. Nous identifions les endroits où il y a de l'imagerie Haute définition disponible et donnons les instructions pour cartographier ces endroits. Je t'invites aussi à suivre le fil de discussion HOT pour avoir des infos sur la coordination des activités de cartographie au Mali. Si les contributeurs français le désirent, nous pourrons aussi donner ces instructions en français sur la liste talk-fr. http://lists.openstreetmap.org/listinfo/hot page de coordination http://wiki.openstreetmap.org/wiki/2012_Mali_Crisis Gestionnaire de tâches http://tasks.hotosm.org/#all/Mali Pierre __ De : Jean-François Gaffard jean-francois.gaff...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 18h05 Objet : [OSM-talk-fr] région de Kidal au nord du Mali salut à tous je me suis mis à participer à la cartographie de la région de Kidal au nord du Mali (je me demande pourquoi!) il existe une couverture Bing HR assez intéressante bien que partielle mais la couverture basse résolution montre vraisemblablement les zones de paturages en saison des pluies ce qui est pas mal pour l'occupation du sol j'ai fait un test sur la zone http://www.openstreetmap.org/?lat=19.505lon=0.976zoom=10layers=M je me pose 2 questions -heath est il le bon tag, je n'ai rien trouvé pour des paturages temporaires (la haute résol qui est très certainement prise en saison sèche montre bien qu'il n'y a quasiment plus rien. meadow pe semble un peu inadapté) -pour les oueds c'est un peu pareil faut-il cartographier waterway=river ou stream avec intermittent=yes sachant qu'il est fort possible que l'intermitence dure
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Le 25/01/2013 16:57, Pierre Béland a écrit : Par contre, il semble y avoir un gros moteur turbo à maitriser avec le logiciel Chimère. Qu'est-ce que tu entends par gros moteur Turbo ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 98 pourcent
pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours bcTotal.pdf Description: Adobe PDF document ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:07 +0100, didier2020 a écrit : pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours j'ai oublié : http://osm2020.free.fr/suivibc/ctout.html ___ 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] http://www.tuugo.fr semble ne pas respecter la licence osm
2013/1/25 Philippe Verdy verd...@wanadoo.fr: Je lai ai contacté via leur formulaire de contact en bas de page en mentionnant les deux points (attributions et licence obligatoires, et serveur de tuiles autonome hautement recommandé pour ne pas abuser les accès et la bande passante sur le TMS d'OSM) En disant ça, on peut aussi lui fournir une liste d'autres serveurs de tuiles OSM comme OpenMaqQuest. Pas besoin d'aller jursqu'à son propre serveur de tuile, solution coûteuse qui a ses avantages mais pas toujours nécessaire. Si c'est pour dégouter tous ceux qui souhaitent utiliser OSM, je préfèrerais que le contact soit fait par quelqu'un d'un peu plus diplomate. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Je tire mon chapeau pour cette correction massive \o/ !!! Bravo le bot et le pas-bot ;) Le 26 janvier 2013 15:19, didier2020 didier2...@free.fr a écrit : Le samedi 26 janvier 2013 à 15:07 +0100, didier2020 a écrit : pour toute la zone couverte par osmose (y compris les pays étrangers) debut avril, il y avait 220 000 chevauchements debut septembre, il en avait 110 000 fin decembre, il y en avait 54 212 aujourd'hui, il en reste moins de 17 000 pour la zone cadastre, depuis début avril: nombre de corrections de chevauchements corrigés: plus de 670 mille soit 2200 par jour nombre de chevauchements en plus (nouveaux imports): au moins 245 mille soir 820 par jour il reste moins de 4 000 mille corrections a faire dont 1 500 a faire manuellement: - L'Ile de La Réunion représente pratiquement 50% du travail restant - Bizarement, c'est a la Guadeloupe ou il y a le plus de batiment trop petits - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours j'ai oublié : http://osm2020.free.fr/suivibc/ctout.html -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le 26/01/2013 15:07, didier2020 a écrit : - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours en effet, OsmOse renvoie des erreurs lorsque du tagging indoor est trouvé. C'est le cas, par exemple, de centres commerciaux (voir du côté d'Avignon). J'avoue ne pas savoir comment traiter les erreurs, si tant est qu'erreurs il y ait. A priori, je supprimerais les tag building=* pour les locaux intérieurs mais les remplacer par quoi ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je ne sais pas, mais serait-il réaliste de dévelpper de telles applications basées sur un modèle de gestion des données plus facile à maitriser, soit par exemple un simple fichier csv, GeoRSS, shp ou autre. On voit par exemple des services tels que Mapbox ou l'usager n'a qu'a fournir un tel fichier. Pierre De : Xavier x.larc...@laposte.net À : Pierre Béland pierz...@yahoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 26 janvier 2013 8h57 Objet : Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs Le 25/01/2013 16:57, Pierre Béland a écrit : Par contre, il semble y avoir un gros moteur turbo à maitriser avec le logiciel Chimère. Qu'est-ce que tu entends par gros moteur Turbo ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] unclassified / track grade1
Bonjour, suite à un échange mail avec un contributeur sur le classement des chemins agricoles et forestiers goudronnés en unclassified ou track grade1, j'ai étudié les pages wiki sur ce sujet et j'en sors plutôt déconcerté. La question revient souvent sur les listes et forums et à chaque fois deux vues s'opposent: 1) Tout ce qui est en dessous de tertiary et goudronnée est unclassified. Tout ce qui n'est pas goudronnée est track. 2) Toute voie qui sert uniquement à la circulation agricole ou forestière est un track, indépendamment de la qualité de la surface. C'est simplifié, mais c'est le coeur du débat. Sur le terrain les deux vues cohabitent. Cela peut paraître marginal, mais pour certains applications cette absence de cohérence pose un vrai problème, notamment pour le calcul d'itinéraire pour cyclistes. La page France roads tagging[1] donne plutot raison aux partisans de la position 1, car elle utilise la qualité de la surface comme critére de distinction entre unclassified et track. Les pages wiki unclassified[2] et tracktype[3] peuvent être interprétées en faveur de la position 2 mais ne sont pas assez explicites la-dessus. Pour l'être, il faudrait rajouter une phrase du genre: Un route qui est destiné exclusivement au trafic agricole et forestier, même si elle est goudronnée, doit donc être renseigné en highway=track. A-t-il un consensus sur le sujet et si oui, pourrait on mettre à jour le wiki? Rainer [1] http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging [2] http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified [3] http://wiki.openstreetmap.org/wiki/FR:Key:tracktype ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
Le 26 janvier 2013 15:52, Pierre Béland pierz...@yahoo.fr a écrit : Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je n'y connais rien mais j'avais parlé de Chimère à deux webmestres autour de moi et ils m'ont dit que c'est plutôt ardu à installer et à maintenir dans le temps. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Le 26 janv. 2013 à 16:58, Romain MEHUT romain.me...@gmail.com a écrit : Le 26 janvier 2013 15:52, Pierre Béland pierz...@yahoo.fr a écrit : Xavier, Je fais référence à l'installation. À lire la page d'installation http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut une certaine maitrise de différents outils dont le dbms postgres pour réussir cette installation et gérer cet outil. Je n'y connais rien mais j'avais parlé de Chimère à deux webmestres autour de moi et ils m'ont dit que c'est plutôt ardu à installer et à maintenir dans Peut-être, mais il y a une version 2 avec un financement public : Dans le cadre du projet « Cartes ouvertes au Pays de Brest », la ville de Brest a souhaité poursuivre son accompagnement au développement de l’application Chimère. L’objectif recherché dans le cadre de cette seconde phase de développement était d’ajouter de nouvelles fonctionnalités à l'application existante afin de permettre : * l'enrichissement des contenus descriptifs des objets ajoutés à la carte en facilitant l'ajout d'objets multimédias * de faciliter les possibilités d'importation et d'exportation des données depuis et vers des sources extérieures. Nous avons donc le plaisir de vous annoncer que cette seconde phase de développement est arrivée à son terme et q’une version 2 de Chimère est désormais disponible. Christian Rogel___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:43 +0100, Jean-Francois Nifenecker a écrit : Le 26/01/2013 15:07, didier2020 a écrit : - Le taging indoor (centre commerciaux) ainsi que les dalles avec des tours en effet, OsmOse renvoie des erreurs lorsque du tagging indoor est trouvé. C'est le cas, par exemple, de centres commerciaux (voir du côté d'Avignon). J'avoue ne pas savoir comment traiter les erreurs, si tant est qu'erreurs il y ait. A priori, je supprimerais les tag building=* pour les locaux intérieurs mais les remplacer par quoi ? je me suis posé la meme question j'avais trouvé ca: http://wiki.openstreetmap.org/wiki/Key:building:part http://wiki.openstreetmap.org/wiki/IndoorOSM http://wiki.openstreetmap.org/wiki/Key:room ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 98 pourcent
Le samedi 26 janvier 2013 à 15:29 +0100, Christian Quest a écrit : le pas-bot ;) :D mince, gaulé ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Le 26 janvier 2013 17:43, Christian Rogel christian.ro...@club-internet.fra écrit : Peut-être, mais il y a une version 2 avec un financement public : Le message d'annonce complet est ici: http://listes.infini.fr/wws/arc/cartes-ouvertes-pays-brest/2013-01/msg4.html D'ici la réunion du 7 février à Brest où sera présentée cette V2, ce serait bien de faire remonter vos observations... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs
Romain, je trouve cette carte très intéressante avec cette possibilité de classifiier les POI et de les sélectionner. Dans le message d'annonce, on voit qu'il y a de nombreuses fonctionnalités d'un la possibilité d'importer via différentes sources. Pour l'installation de la version actuelle, il faut tenir compte du fait que les webmestres ayant un site chez un hébergeur mutualisé n'ont pas tous accès à Linux en ligne de commande. De plus ceci nécessite une certaine compétence que les webmestres n'ont pas tous. Un module d'installation pourrait sans doute faciliter cette installation. Pour rejoindre un plus large public, je trouverais intéressante une version plus légère sans base de données ou encore un service de carte où l'usager s'inscrit pour créer simplement sa carte et importer son fichier de données. Pierre De : Romain MEHUT romain.me...@gmail.com À : This list concerns OSM users working on Brittany (BzH)) talk-fr-...@openstreetmap.org; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 26 janvier 2013 14h48 Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs Le 26 janvier 2013 17:43, Christian Rogel christian.ro...@club-internet.fr a écrit : Peut-être, mais il y a une version 2 avec un financement public : Le message d'annonce complet est ici: http://listes.infini.fr/wws/arc/cartes-ouvertes-pays-brest/2013-01/msg4.html D'ici la réunion du 7 février à Brest où sera présentée cette V2, ce serait bien de faire remonter vos observations... Romain ___ 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] OpenStreetMap modélisation et segmentation dynamique
Le 25/01/2013 21:18, Vincent de Chateau-Thierry a écrit : Bonsoir, Le 25/01/2013 15:44, HELFER Denis a écrit : Je commence à m’intéresser sérieusement à la segmentation dynamique dans le domaine de l’infra ferroviaire où l’on raisonne essentiellement en termes de PK (pour les événements ponctuels ex. Passage à niveau, appareil de voie)ou PK début/Pk fin pour les événements linéaires (ouvrages d’art, chantiers, électrification, …). Je confirme mon intérêt pour cette démarche ! Idéalement, on devrait avoir une consistance topologique au niveau du tracé, la consistance sémantique serait assurée par des relations. Exemple pour un pont-rail Relation X Required Type=ouvrage_art Required Description=pont-rail Optional source=RFF Optional material=metal Optional length=xxx Optional height=xxx Optional name=blabla Required Members : a rôle « from » Required Members : b rôle « to » Required Members : c rôle « on » Optional members : d rôle « under » a=id du point début du pont (son PK debut) b=id du point fin du pont (son PK fin) c=id du tronçon de voie supportant la relation d=id du tronçon de la voie traversée (rivière, chemin, route, …) C’est clair qu’il y a du boulot pour des applications pour transformer ces relations en objets découpés suivant les pointillés. Dans ton exemple, la portion de voie ferrée de type pont-rail est définie par ses bornes, sous forme de nodes : a et b. Une autre manière, même sans node, consiste à définir le pont avec 2 abscisses curvilignes, à partir d'un way dont une extrémité serait le PK 0. Dans ce cas, on pourrait dire : le pont rail commence au PK 7.5 et se termine au PK 7.6, c'est à dire : le pont rail commence à 7.5km du début du way et mesure 100m. Ces 2 manières de dire la même chose souffrent du même bémol : il ne faut pas que la référence (le way) bouge, sinon l'objet pont-rail bouge aussi. Dans le premier modèle, il suffit de bouger par exemple le node a pour déplacer le début du pont-rail. Dans le second, si je raffine la courbure de la voie ferrée, j'augmente la longueur du way, et je déplace l'endroit situé à 7.5 km du début. Dans les deux cas on est face à, j'ai l'impression, une contradiction : la segmentation dynamique requiert une stabilité du référentiel géométrique pour que les objets définis relativement à cette géométrie soient stables, et à l'inverse, dans OSM, chacun est libre de modifier tous les objets, rien n'est figé/vérouillé. Du coup est-ce compatible, au stade des contributions ? C'est différent au stade de la réutilisation, où chacun est libre de définir des objets (des 'évènements') relativement au graphe OSM, dès lors que celui-ci a été extrait une fois et figé pour servir de référence. La stabilité du référentiel géométrique dans le cadre d'un projet collaboratif ouvert relève du domaine de la foi (et non pas de la doctrine). Cela ne concerne pas que cette histoire de segmentation dynamique. Qu'un attribut vienne à disparaïtre, une coordonnée de noeud soit déplacée, de manière intentionnelle ou non, et toute application se servant des données OSM se trouve potentiellement malmenée. Nous disposons d'outils de surveillance qui deviennent de plus en plus efficaces parce qu'à mesure que la taille de la base, les usages -notamment dans des environnement professionnels- croissent, les exigences sont toujours plus prégnantes. La tentation est donc de ne mettre dans la base que le substrat, le terreau sur lequel les réutilisateurs de tous poils viendront planter leurs graines. C'est la vision minimaliste et une question récurrente sur les listes de discussion : jusqu'où aller dans la description du réel, quel niveau de détail, quelle homogénéité, quels usages ? Selon moi, il y a triple réflexion : - organiser la base (ontologie) de la manière la plus rationnelle et consensuelle possible, quitte à innover avec les relations au détriment de l'acception courante des applications ; c'est le modèle de données qui doit être le moteur car il essaie de traduire les visions multiples de nos réalités complexes ; - veiller à ce que la base soit conforme à un minimum de modélisation (documentée) commune. Sans parler de labellisation, on peut chercher à évaluer (donner de la valeur) le niveau de conformité par rapport à nos règles (osmose est probablement un des meilleurs démonstrateurs de cette veille -surveillance-) ; - adapter dans le temps l'ambition de 1 aux ressources nécessaires en 2 : accompagnement au changement. Après avoir enfoncé ces portes ouvertes, et si je t'ai bien compris, réserve-t-on l'ontologie commune (donc minimale) aux contributeurs et les ontologies spécialisées aux réutilisateurs ? Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu
[OSM-talk-fr] Données BRGM
Bonjour, Peut-on réutiliser les données du BRGM dans OSM ? D'après cette page http://infoterre.brgm.fr/spip.php?article31#usages c'est sous réserve du respect des droits de propriété intellectuelle qui leur sont attachés, mentionnés dans les métadonnées et mention source/date. Quand dans les métadonnées il y a : Accès : Droit d'auteur / Droit moral (copyright) Utilisation : Droit d'auteur / Droit moral (copyright) Si on met la source et la date de mise à jour, c'est bon ? Et quand il y a : Accès : Propriété intellectuelle Utilisation : Propriété intellectuelle Ça veut dire quoi :) ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données BRGM
il manque la condition commerciale... et si c'est comme la très grande majorité des données liberée par l'IGN, elle n'est pas compatible avec OSM car ils n'autorisent pas l'utilisation commerciale :-( en tout cas a confirmer, mais en attendant d'avoir la confirmation positive, il ne faut pas intégrer ces données dans OSM. -- View this message in context: http://gis.19327.n5.nabble.com/Donnees-BRGM-tp5746606p5746609.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] région de Kidal au nord du Mali
On 01/26/2013 12:15 AM, Christian Quest wrote: Une piste si elle est la route principale a de bonnes raison d'être tagguée en primary, non ? Oui, une route est classifiée en fonction de son importance relative dans le réseau routier local. En Afrique, de nombreuse routes non revêtues ont une importance élevée. Néanmoins, les primaires non revêtues ne sont pas si nombreuses, même au Mali. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://www.tuugo.fr semble ne pas respecter la licence osm
Je n'ai rien envoyé qui puisse le dégouter. Mais la question de la mention de licence et des attributions était obligatoire. En attendant, dans l'urgence il a mis le composant Google parce qu'il était déjà là, mais je suis sûr que pour s'éviter des déconvenues plus tard (facturations Google pour usage), il cherchera une solution peut-être plus économique (peut-être car l'utilisation d'OSM a aussi un coût si on doit respecter les critères de charges sur les serveurs, et donc soit installer un serveur de tuiles et l'administrer pour le maintenir en ligne et avec des performances suffisantes pour le site, soit utiliser un fournisseur de tuiles tiers qui proposera son SLA mais qui voudra facturer ses services et sera en conurrence sur son offre avec celle proposée par Google ou d'autre). L'intérêt d'OSM va vite devenir édident : sa fraicheur et le plus grand nombre de détails qu'on va y trouver ; ce n'est pas encore vrai partour mais dans les villes moyennes et grandes on est maintenant très bon et plus réactif que Google. Il reste que des offres de services avec SLA pour les sites tiers, seraient utiles : non seulement des serveurs de tuiles génériques, mais des tuiles spécialisées proposant l'intégration de tuiles métier propre au site, et une offre générique comprenant une solution de routage/itinéraire, et une offre spécialisée pour la gestion de flottes et l'historisation des itinéraires ou les calculs de coûts et temps de trajets... OSM va fournir une partie des données mais pas tout, on peut construire des applis au dessus mais tous les sites n'ont pas les moyens de les développer et les maintenir eux-mêmes. Et il faut reconnaitre que de ce côté-là Google propose déjà beaucoup de choses pour personnaliser ses cartes selon ses besoins, et on n'en est pas encore là (notamment pour les fonctions de recherche qui sont encore très pauvres avec juste Nominatim). Le 26 janvier 2013 15:26, Pieren pier...@gmail.com a écrit : 2013/1/25 Philippe Verdy verd...@wanadoo.fr: Je lai ai contacté via leur formulaire de contact en bas de page en mentionnant les deux points (attributions et licence obligatoires, et serveur de tuiles autonome hautement recommandé pour ne pas abuser les accès et la bande passante sur le TMS d'OSM) En disant ça, on peut aussi lui fournir une liste d'autres serveurs de tuiles OSM comme OpenMaqQuest. Pas besoin d'aller jursqu'à son propre serveur de tuile, solution coûteuse qui a ses avantages mais pas toujours nécessaire. Si c'est pour dégouter tous ceux qui souhaitent utiliser OSM, je préfèrerais que le contact soit fait par quelqu'un d'un peu plus diplomate. Pieren ___ 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] OpenStreetMap modélisation et segmentation dynamique
Bonsoir Le 26/01/2013 21:30, DH a écrit : La stabilité du référentiel géométrique dans le cadre d'un projet collaboratif ouvert relève du domaine de la foi (et non pas de la doctrine). Cela ne concerne pas que cette histoire de segmentation dynamique. Qu'un attribut vienne à disparaïtre, une coordonnée de noeud soit déplacée, de manière intentionnelle ou non, et toute application se servant des données OSM se trouve potentiellement malmenée. Nous disposons d'outils de surveillance qui deviennent de plus en plus efficaces parce qu'à mesure que la taille de la base, les usages -notamment dans des environnement professionnels- croissent, les exigences sont toujours plus prégnantes. D'accord avec ça. La stabilité, il faut faire sans. Ou plutôt partir du principe qu'elle n'est pas de fait, et s'armer en conséquence. Tu parles des outils de surveillance, ils sont un moyen majeur de cette détection des changements, et surtout, des régressions. Mais mes craintes formulées hier soir étaient, en effet, directement liées à l'étape de contribution : je bouge un node, boum je casse la calibration de mon référentiel. Or j'ai réalisé depuis que ce genre de casse était déjà géré, au moins par JOSM, dans le contexte des relations. Je découpe un way qui appartient à une relation = les nouveaux ways issus de la découpe viennent remplacer l'ancien way unique dans la liste des membres de la relation. Et ça fonctionne. Vu comme ça, il n'y a pas de raison qu'un mécanisme ne puisse être mis en place, qui recalibre à la volée mon réseau au fil de son édition, pour maintenir, relativement, la définition de mes évènements modélisés par segmentation dynamique. Donc de fausses craintes finalement, au prix bien sûr d'un ajout fonctionnel dans les éditeurs pour gérer ce nouveau type de définition relative (mon pont-rail commence à 7.5 km du début du way, etc). La tentation est donc de ne mettre dans la base que le substrat, le terreau sur lequel les réutilisateurs de tous poils viendront planter leurs graines. C'est la vision minimaliste et une question récurrente sur les listes de discussion : jusqu'où aller dans la description du réel, quel niveau de détail, quelle homogénéité, quels usages ? Selon moi, il y a triple réflexion : - organiser la base (ontologie) de la manière la plus rationnelle et consensuelle possible, quitte à innover avec les relations au détriment de l'acception courante des applications ; c'est le modèle de données qui doit être le moteur car il essaie de traduire les visions multiples de nos réalités complexes ; Dans le cas de la segmentation dynamique, le modèle doit évoluer, les relations telles qu'utilisées pour l'instant sont trop étriquées. Le rôle seul ne suffit plus. Bref, un sujet pour une version d'API post 0.6, et des éditeurs qui devront suivre. - veiller à ce que la base soit conforme à un minimum de modélisation (documentée) commune. Sans parler de labellisation, on peut chercher à évaluer (donner de la valeur) le niveau de conformité par rapport à nos règles (osmose est probablement un des meilleurs démonstrateurs de cette veille -surveillance-) ; - adapter dans le temps l'ambition de 1 aux ressources nécessaires en 2 : accompagnement au changement. Après avoir enfoncé ces portes ouvertes, et si je t'ai bien compris, réserve-t-on l'ontologie commune (donc minimale) aux contributeurs et les ontologies spécialisées aux réutilisateurs ? Avec des thématiques comme, par exemple, le TMC, on dépasse à mon sens largement le périmètre du pot commun. Après, tout celà reste pour l'instant décrit dans un modèle de données simplissime, ce qui fait aussi sa force : des points, des points ordonnés en lignes brisées, des ensembles de points et de lignes brisées,... et point. Rajouter la segmentation dynamique ouvrirait bien sûr le potentiel de modélisation, mais dans le même temps ajouterait une complexité. On n'a pas fini d'en débattre... Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu vincent (astigmate, hypermétrope, et enrhumé :-) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
Le 27 janvier 2013 00:52, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu vincent (astigmate, hypermétrope, et enrhumé :-) ) Philippe (myope, astigmate, un peu presbyte, et deutéranomalien... mais sinon en pleine forme. Mais pour un rhume quand ça m'arrive, je ne prends aucun médoc, juste une boisson chaude, du miel et du curcuma, ça suffit, rien à demander à la Sécu pour ça). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] ２月２日に京都府向日市で激辛マッピングパーティを開催します
山下さん、さっそくありがとうございます。 勘違いもありました。すみません。 東 2013/01/26 yasunari yamashita yasun...@yamasita.jp: 東様、皆様 山下です。こんにちわ。 チェック、ありがとうございます。 バス停はご指摘のとおり、bus_stop ですので、修正しておきました。 北側の踏切は、マッピング通りlevel_crossingですので、修正なしです。 複線化の踏切漏れは、もう修正されたようで、 ３件ともクローズさせて頂きました。 今後もよろしくお願いします 2013年1月26日 9:16 Shu Higashi s_hig...@mua.biglobe.ne.jp: いいですね！ 後方支援します。（というか少しずつやらせてもらっています） どこまで詳細なものができるか楽しみです。 Bing以外のリソースで既に描かれているものについては あまり手を付けずに、OpenStreetBugsに不明点を記録するようにしていますので 現地確認できる方がいたらご確認頂ければと思います。 http://openstreetbugs.schokokeks.org/?zoom=14lat=34.95136lon=135.70593layers=B0T 東 2013/01/26 yasun...@yamasita.jp yasun...@yamasita.jp: 山下と申します。こんにちわ // ひょっとすると、メールを出すのは初めてかもしれません。。。 ２月２日に、京都府向日市（むこうし）で 「激辛マッピングパーティ」を開催します。 http://atnd.org/events/36365 ご都合のつくかたは、ぜひご参加ください。 遠方でご参加いただけないかたは、 Bing 向日市マッピングで後方支援をお願いします 以上、よろしくお願いします。 -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- 山下康成＠京都府向日市 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Invisible/impassable rights-of-way
On Fri, 25 Jan 2013 20:24:44 + John Aldridge j...@jjdash.demon.co.uk wrote: Hello John, In one case, the location of the path is clear, because it runs between two walls and the green Public Footpath signs are present, but a section of it has become completely and densely overgrown with brambles. It also has a large pile of earth obstructing it, which makes me wonder whether the obstruction is deliberate. It's been like this for at least a couple of years. Report it to the relevant PRoW Officer. The landowner should be forced to maintain the Way. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent No guarantee the stimuli must be perceived the same... Gary Gilmore's Eyes - The Adverts ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Invisible/impassable rights-of-way
On 26/01/13 14:41, Brad Rogers wrote: John Aldridge j...@jjdash.demon.co.uk wrote: In one case, the location of the path is clear, because it runs between two walls and the green Public Footpath signs are present, but a section of it has become completely and densely overgrown with brambles. It also has a large pile of earth obstructing it, which makes me wonder whether the obstruction is deliberate. It's been like this for at least a couple of years. Report it to the relevant PRoW Officer. The landowner should be forced to maintain the Way. Actually, AIUI, the landowner can't be forced to, but if the landowner won't reinstate and clear the path, the council must. The council can then charge the full cost of them doing so to the landowner - which is likely to be far more than if the landowner did it. The threat alone is almost always enough to get them to do it. But occasionally, I suppose, the landowner can't be tracked down. The local authority still has to keep PRoWs open. Also you don't need to figure out, yourself, who the PRoW officer is - just contact the highways department of the local authority. J. -- Dr Jonathan Harley : Managing Director : SpiffyMap Ltd m...@spiffymap.com Phone: 08453138457 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry, CV4 7EZ ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Invisible/impassable rights-of-way
On Sat, 26 Jan 2013 14:56:53 + Jonathan Harley j...@spiffymap.net wrote: Hello Jonathan, Actually, AIUI, the landowner can't be forced to, but if the landowner won't reinstate and clear the path, the council must. The council can then charge the full cost of them doing so to the landowner - which is likely to be far more than if the landowner did it. The threat alone is I'm sure it would cost a good deal more. My understanding appears to be flawed, too. Also you don't need to figure out, yourself, who the PRoW officer is - just contact the highways department of the local authority. Good point, well made. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent An old custom to sell your daughter Hong Kong Garden - Siouxsie The Banshees ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] PRoW surveying authorities (Was: Guidance for adding PRoW to OSM: prow_ref=)
OK should have both Oxfordshire and Bucks now. (discovered the latter was also on geofabrik) It may take some time to render first time you try somewhere out, as it's got to generate the geojson from the database... but the geojson is now cached making it much faster on subsequent requests. Nick -Adam Hoyle adam.li...@dotankstudios.com wrote: - To: talk-gb Talk-GB talk-gb@openstreetmap.org From: Adam Hoyle adam.li...@dotankstudios.com Date: 25/01/2013 10:18AM Subject: Re: [Talk-GB] PRoW surveying authorities (Was: Guidance foradding PRoW to OSM: prow_ref=) On 24 Jan 2013, at 14:34, Nick Whitelegg wrote: Not entirely tangential question - Is there any chance that the designation tag will be rendered in the default mapnik anytime soon / ever? Or is there somewhere that already exists that renders designations? Yes - www.free-map.org.uk. (at least for southern and northern England and Wales) sad to say it doesn't appear to cover the chilterns - I think it might have done a while ago, but not now :'( On 24 Jan 2013, at 15:01, Robert Whittaker (OSM lists) wrote: Since the public rights of way tagging using designation=* is a very British (actually English and Welsh) thing, I doubt it will ever be rendered on the main OSM map. :-( I'm sure you're probably correct, but are we sure designation doesn't apply outside of the UK? I think it's worth pursuing - anyone know what the process is to request it's added - it would add some much value to the UK map that I really do think it's worth making the case to have it added. However, depending on what you're interested in, there's a nice view from ITO that highlights ways tagged with the main PRoW designation tags: http://www.itoworld.com/map/87#fullscreen That's awesome, although depressingly it shows just how few I have actually managed to tag with a designation :'( Thanks all! Adam ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] PRoW surveying authorities (Was: Guidance for adding PRoW to OSM: prow_ref=)
Sorry - to follow that up, contours aren't available for the whole of the area. I'll try and sort this out but might be some time as I don't have the files to hand. Nick -Nick Whitelegg nick.whitel...@solent.ac.uk wrote: - To: Adam Hoyle adam.li...@dotankstudios.com From: Nick Whitelegg nick.whitel...@solent.ac.uk Date: 26/01/2013 03:32PM Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] PRoW surveying authorities (Was: Guidance foradding PRoW to OSM: prow_ref=) OK should have both Oxfordshire and Bucks now. (discovered the latter was also on geofabrik) It may take some time to render first time you try somewhere out, as it's got to generate the geojson from the database... but the geojson is now cached making it much faster on subsequent requests. Nick -Adam Hoyle adam.li...@dotankstudios.com wrote: - To: talk-gb Talk-GB talk-gb@openstreetmap.org From: Adam Hoyle adam.li...@dotankstudios.com Date: 25/01/2013 10:18AM Subject: Re: [Talk-GB] PRoW surveying authorities (Was: Guidance for adding PRoW to OSM: prow_ref=) On 24 Jan 2013, at 14:34, Nick Whitelegg wrote: Not entirely tangential question - Is there any chance that the designation tag will be rendered in the default mapnik anytime soon / ever? Or is there somewhere that already exists that renders designations? Yes - www.free-map.org.uk. (at least for southern and northern England and Wales) sad to say it doesn't appear to cover the chilterns - I think it might have done a while ago, but not now :'( On 24 Jan 2013, at 15:01, Robert Whittaker (OSM lists) wrote: Since the public rights of way tagging using designation=* is a very British (actually English and Welsh) thing, I doubt it will ever be rendered on the main OSM map. :-( I'm sure you're probably correct, but are we sure designation doesn't apply outside of the UK? I think it's worth pursuing - anyone know what the process is to request it's added - it would add some much value to the UK map that I really do think it's worth making the case to have it added. However, depending on what you're interested in, there's a nice view from ITO that highlights ways tagged with the main PRoW designation tags: http://www.itoworld.com/map/87#fullscreen That's awesome, although depressingly it shows just how few I have actually managed to tag with a designation :'( Thanks all! Adam ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb = ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Go Map!! is in the Apple app store
The line / way drawing capabilities of Go Map are quite cool.
On Saturday, January 26, 2013, Kevin Peat wrote:
On 25 Jan 2013 22:20, Apollinaris Schöll
ascho...@gmail.comjavascript:_e({}, 'cvml', 'ascho...@gmail.com');
wrote:
have used Vespucci until a year ago. At that time the user interface was
way to complicated. I know it has improved since but cant test anymore
without a Android device.
I've used Vespucci a fair bit recently on my Nexus 7. Works great for
adding POI's or simple tag changes but not the interface for anything too
complex.
Kevin
--
Jeff Meyer
Global World History Atlas
www.gwhat.org
j...@gwhat.org
206-676-2347
http://www.openstreetmap.org/user/jeffmeyer osm: Historical
OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM
/ my OSM user page http://www.openstreetmap.org/user/jeffmeyer
t: @GWHAThistory https://twitter.com/GWHAThistory
f: GWHAThistory https://www.facebook.com/GWHAThistory
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] #editathon DC started
We're well started here in DC with over 20 people who've turned out. Here are some pictures - where are people hanging out? #osm-us on irc.oftc.net? http://instagram.com/p/U9S2CzjjCg/ http://instagram.com/p/U9SoPjjjCQ/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] National Day of Hacking
National Day of Civic Hacking is a national event that will take place June 1-2, 2013. According to the website, http://hackforchange.org/ this events sounds like an opportunity for OSM-US to get involved. I'm wondering what others think of this event and how we could take advantage of it. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
