Re: [Talk-dk] Benzinstationer
Kigger man på wiki'en wil man se: Names Often the station is operated operator=* by one of the major brands brand=* and has a tenant tenant=*. If the station has a name of its own, that can be tagged too using name=*. Related tags such as Addresses, phone=* and website=* can also be added. Så følger man det kan du lave name=F24 Skærbæk, muligvis operator=Q8, brand=F24. Jeg er ikke helt sikker på hvad sammenhængen mellem Q8 og F24 i virkeligheden er. 16. juli 2015 kl. 02.36 skrev Niels Elgaard Larsen elga...@agol.dk: Hvordan tagger I benzinstationer, eller har vi en vejledning et sted? Fx http://www.q8.dk/butik/find-tankstation/6780-sk%C3%A6rb%C3%A6k-t%C3%B8ndervej-32/ Som er: http://www.openstreetmap.org/node/1023185568 For det først ville jeg gerne kalde den (name=) fx F24 Skærbæk. For når man på sin GPS søger efter benzinstationer i nærheden, er det ikke ret informative at 50 POI, der bare hedder Q8 og Statoil. Men det hedder den jo ikke rigtigt. For det andet, hvad er brand og operator? Jeg ville jo gerne have at Q8 var angivet et sted, for jeg har lagt mærke til at de fleste er ret ligeglade med hvad benzinstationer kalder sig selv, men gerne kører efter hvor de kan bruge deres benzinkort. 1-2-3 stationer er Statoil, men de kalder dem selv Statoil 1-2-3 -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ca] Highway 400A
There's some conflicting stuff about this when I look into it: the last traffic volume report (2010) from MTO refers to the section as 400A ( http://www.ontario.ca/data/traffic-volume), but MNR road data labels it as Highway 11 (the MNR Ontario Road Network dataset is the source for GeoBase roads in Ontario). Keeping it as is would keep it correct based on MTO docs, but changing it based on the signage would improve usability and navigation since there aren't any 400A signs, only Hwy 11 direction signs (example: http://www.mapillary.com/map/im/xLVIFS_6hnuS_cQ-owysww). Anyone else have any thoughts? -Kevin On Wed, Jul 15, 2015 at 9:15 PM, Andrew MacKinnon andrew...@gmail.com wrote: The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-br] RES: Ajuda para responder dúvidas de usuários novos
Olá Nelson. Dentro do que for possível, também me disponho a ajudar a responder algumas perguntas. -- Claiton Em 14/07/15, Reinaldo Nevesrne...@equacao.com.br escreveu: Nelson se não obrigatoriedade de seguir fila eu posso ajudar. Respondo o que souber com propriedade e deixo as que tiver alguma duvida. Só passar o procedimento a ser seguido. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Nelson A. de Oliveira [mailto:nao...@gmail.com] Enviada em: terça-feira, 14 de julho de 2015 15:37 Para: OSM talk-br Assunto: [Talk-br] Ajuda para responder dúvidas de usuários novos A gente possui um bot que envia mensagem para usuários novos (logo após a primeira edição deles) com algumas informações iniciais, formas de contato com a comunidade, etc. Alguns acabam respondendo essa mensagem inicial com dúvidas básicas, geralmente. Alguém teria disponibilidade de ajudar a responder isso? Eu não estou dando conta (não pelo volume de mensagens que enviam, que é bem baixo, mas pelo acumulado geral de outras coisas). Só precisaria ter um pouco de experiência e conhecimento do OSM para ajudar. Por exemplo, alguns perguntam Por que não posso copiar os nomes do Google? ou então Como mapeio tal coisa? A maioria acaba apenas agradecendo as boas vindas (então nem precisa responder nada). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Atenciosamente, Claiton Neisse 55 8147 1030 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-ca] Mapping Commercial Drive event in Vancouver
The Vancouver OSM group will be meeting on Saturday at 11 AM on Commercial Drive We'll be mapping locations on Commercial Drive and enjoying the nice summer weather outside. Use your favorite OpenStreetMap tool to do the mapping, be it an app, notebook, GPS, or field papers. People from all skill levels (beginner to advanced) and backgrounds are welcome to attend this meet-up. More info at http://www.meetup.com/OpenStreetMap-Vancouver/events/223667163/ Dress for the weather, which could be anything from boiling hot to rain. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Forestry Roads
This is how I tag forestry roads: tertiary: major logging roads in remote areas, sometimes also access mines or hydro dams. Well graded, suitable for all vehicles although most traffic is often trucks, usually wide enough for vehicles to pass without slowing down. They're often hundreds of kilometers long with long straight sections, and can connect remote towns or first nation reserves. Still owned by logging companies so should be access=permissive. unclassified: narrower but still drivable with a mid-size front-wheel drive car, may lead to hunting lodges or lakes for boating/fishing/camps... not exclusively forestry traffic but primarily a forestry road. Usually access=permissive. service: mostly for logging activities, accessing current or former clear-cutting sites. Usually access=private, especially if there are no trespassing or authorized vehicles only type signs. Also service would be any road behind a gate that is closed to regular traffic. track: two tire tracks with vegetation growing in the middle, regardless of where it goes or who uses it... can be packed gravel (grade2) right down to ATV/feller buncher tracks (grade5). Grade1 generally refers to paved tracks, the likes of which I have never seen or heard of in Canada. http://wiki.openstreetmap.org/wiki/Key:highway Should be track Roads for mostly agricultural or forestry uses. To describe the quality of a track, see tracktype=*. Note: Although tracks are often rough with unpaved surfaces, this tag is not describing the quality of a road but its use. Consequently, if you want to tag a general use road, use one of the general highway values instead of track. On Jul 15, 2015 7:15 PM, Steve Roy st...@ssni.ca wrote: Whenever I have created forestry roads I have used highway=track - particularly if I know the road is rough and unmaintained. These are your typical BC forestry roads that are able to be used after logging is completed in the area and the roads haven't been de-activated. I have had people change them to highway=minor/unclassified after my edits are done and for the most part I leave them unless I know the road is a rough/4x4 road, the kind you wouldn't take a Honda Civic on. However I have been emailing with a person adding forestry roads on Vancouver Island and they insist on the tag highway=service for their edits when mapping forestry roads. These aren't the main A to B forestry roads, rather smaller gravel roads. What is the correct tag in Canada? Thanks Steve Roy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Highway 400A
The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-be] 2 Interesting Post in the Belgium Forum
* I mean « fixing it and maintaining it » of course :-) On 15 Jul 2015, at 09:38, Matthieu Gaillet mgwebm...@fastmail.fm wrote: May I ask a question : why ? Why investing so much time and energy into this ? In my view there are things incredibly more useful to do to make Openstreetmap more complete and relevant. We are talking about cartography, not about the size of a road. Especially the bridge example looks like a « mapping for the renderer » mistake. This may be a bit biased but for instance I discovered yesterday that the whole french « Véloroutes » network is a mess : 90% of the relations are broken if I’m not mistaken. Fixing it and painting it : that’s something I call useful :-) I know that it isn’t mutually exclusive but still, ... On 14 Jul 2015, at 22:56, Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote: De bedoeling is inderdaad om de hele straat oppervlakte in kaart te brengen. Een beetje zoals de GRB kaarten van AGIV al te zien is. Ik heb nog een 7-tal vragen/opmerkingen op de forum thread geplaatst omdat de specificatie me ook niet helemaal duidelijk is en er volgens mij ook wat fouten in staan. Marek komt uit de 3D rendering wereld, voor hen is de echte breedte van een straat belangrijk, dus vandaar zijn vraag (vermoed ik). Als je een realistisch beeld wil weergeven moet je weten waar de straat eindigt, waar de stoep ligt enz. In zijn proposal legt hij dit ook uit en ook waarom width niet altijd voldoet of bruikbaar is. Verder is er op de Duitse mailing list een hele discussie aan de gang ivm met landuse/landcover polygonen die vastliggen aan de ways van de straten. Daar is deze proposal (area:highway feitelijk) ook weer aan bod gekomen (om de gaten tussen 2 landuses op te vullen). Mogelijks is zijn post daar ook een gevolg van. Hopelijk verduidelijkt dit een en ander. Niemand moet zich natuurlijk verplicht voelen om dit te gaan mappen. Ik speel dit enkel maar door in de hoop dat er iemand ergens iets van opsteekt. mvg m On Tue, Jul 14, 2015 at 10:17 PM, Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com wrote: Marc Gemis schreef op 14/07/2015 om 21:48: Recently there were 2 interesting posts about mapping projects. One was about 3D mapping, the other about highway areas. Since not a lot of people read the forum, I take the liberty to cross post them here: (note that many links will be broken due to the copy, read the forum thread to get the correct links) On 3D http://forum.openstreetmap.org/viewtopic.php?id=31791 http://forum.openstreetmap.org/viewtopic.php?id=31791 Dear friends, I realize, there is no one 3D model in your capitol: http://demo.f4map.com/#lat=50.8475882l http://demo.f4map.com/#lat=50.8475882l … 48zoom=17 Specification hotw to use is here: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Nice examples see: e.g. Nuremberg, New York, Warszawa. Maybe you could try it? With best regards, Marek On Highway areas: http://forum.openstreetmap.org/viewtopic.php?id=31896 http://forum.openstreetmap.org/viewtopic.php?id=31896 Dear OSM Friends from Belgium, it is surprise for me but my proposal: http://wiki.openstreetmap.org/wiki/Prop http://wiki.openstreetmap.org/wiki/Prop … treet_area is already over 15.000 times used in the map and in 5 languages avaiable. See: http://taginfo.openstreetmap.org/search http://taginfo.openstreetmap.org/search … %3Ahighway The russian OSM community did more and has already prepared a special map which shows streets as areas in highest zoom level: http://openstreetmap.ru/#map=18/55.7722 http://openstreetmap.ru/#map=18/55.7722 … 69layer=K I discuss with some guys responsible for mapnik about implementation of this feature on the main OSM page. Of course, you can map it only, if you have aerial images in very good resolution. An example cold be this: http://www.openstreetmap.org/way/360455846 http://www.openstreetmap.org/way/360455846 With summer regards, Marek ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be Wat betekent dat is mensentaal? On Highway areas Is dat van toepassing dat randen van wegen in multipolygoon moeten komen? ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list
Re: [talk-ph] designing a 2 pager handout about OSM and OSM-PH
Very good idea, Maning! Perhaps the handout could showcase past successful projects with solid achievements: DRR, specific communities, GIS and OSM geospatial data, apps? I got lost while biking earlier today (subconsciously, it must have been my intention so I would know my neighborhood better) and discovered a (surprisingly) well-kept monument of Andres Bonifacio that's oddly placed smack in the middle of a residential neighbourhood. I got curious and ended up in City Hall (in short pants and shirt) and talking to the local office for tourism and cultural affairs, and doing a lightning talk about OpenStreetMap on a borrowed computer. Apparently, Barangay Onse of San Juan has Andres Bonifacio as their secular paragon and celebrates his birthday as their barangay's fiesta - the only barangay in San Juan who does so. Ang galing! I ran out of battery juice, so no snaps from me. Will post one when I get around to getting lost in that area again. :) *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Wed, Jul 15, 2015 at 11:02 AM, maning sambale emmanuel.samb...@gmail.com wrote: Its good to have some printouts/handouts about OSM and the OSM-PH community we can distribute during trainings and events. Anybody interested to design one? For some inspiration, we had this during our Pampanga project [0] [0] http://essc.org.ph/content/wp-content/uploads/2014/12/ESSC_WBDRR_Flyer_FINAL.pdf -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] 2 Interesting Post in the Belgium Forum
I think that Jo already explained the why very well. You can also question why we are mapping all those cycle and walking routes. Westtoer will change their network completely this autumn, which means that all the work has to be redone. Until then people will have to turn to whatever publication/website from Westtoer to get up to date information. I have been mapping hunderds of kilometers of walking network in the Antwerp Province and Pajottenland. But somewhere I have to feeling I have to redo every meter of it because they might have changed it in the meantime. And most people will still use wandelnetwork.be with the official data from Tourisme Vlaanderen because it has a user friendly UI to download routes. So why do I spend my time on those rather unstable features that change often ? (Because I love to follow those networks myself and keep track of what I visited) Are there really a lot of people using this network data from OSM ? Or are/will more people use the highway area data ? I don't know. What features are important depend on the use you want to make of the data. some examples: walking/hiking -- paths, parking spot to start the walk cycling - cyclepaths, surfaces, barriers cars - streets, streetnames, maxspeeds, house numbers, access restrictions, turn restrictions, lanes, destinations trucks - + max height, max weight tourists - some POIS (restaurants, museums, historical buildings, hotels, etc.), perhaps public transport wheelchair users - width, surface, slope of sidewalks Railway fanatics - yet another set, typically including abandoned, disused railways energy distribution lovers: power lines, power plants, etc. 3D presentation of a town - 3D buildings, the real layout of the road, streetlamps, benches, etc. There are so many uses of the data and so many things that different people want to map, that I never ask myself why should someone maps X before Y, just because I need Y and not X. But as I said, I do not ask anyone to start mapping those things. I just wanted to inform people that other mappers / data consumers need 3D information. And perhaps someone here in Belgium also finds this more interesting to map than house numbers (just an example) happy (whatever you want) mapping m. On Wed, Jul 15, 2015 at 9:38 AM, Matthieu Gaillet mgwebm...@fastmail.fm wrote: May I ask a question : *why* ? Why investing so much time and energy into this ? In my view there are things incredibly more useful to do to make Openstreetmap more complete and relevant. We are talking about cartography, not about the size of a road. Especially the bridge example looks like a « mapping for the renderer » mistake. This may be a bit biased but for instance I discovered yesterday that the whole french « Véloroutes » network is a mess : 90% of the relations are broken if I’m not mistaken. Fixing it and painting it : that’s something I call useful :-) I know that it isn’t mutually exclusive but still, ... On 14 Jul 2015, at 22:56, Marc Gemis marc.ge...@gmail.com wrote: De bedoeling is inderdaad om de hele straat oppervlakte in kaart te brengen. Een beetje zoals de GRB kaarten van AGIV al te zien is. Ik heb nog een 7-tal vragen/opmerkingen op de forum thread geplaatst omdat de specificatie me ook niet helemaal duidelijk is en er volgens mij ook wat fouten in staan. Marek komt uit de 3D rendering wereld, voor hen is de echte breedte van een straat belangrijk, dus vandaar zijn vraag (vermoed ik). Als je een realistisch beeld wil weergeven moet je weten waar de straat eindigt, waar de stoep ligt enz. In zijn proposal legt hij dit ook uit en ook waarom width niet altijd voldoet of bruikbaar is. Verder is er op de Duitse mailing list een hele discussie aan de gang ivm met landuse/landcover polygonen die vastliggen aan de ways van de straten. Daar is deze proposal (area:highway feitelijk) ook weer aan bod gekomen (om de gaten tussen 2 landuses op te vullen). Mogelijks is zijn post daar ook een gevolg van. Hopelijk verduidelijkt dit een en ander. Niemand moet zich natuurlijk verplicht voelen om dit te gaan mappen. Ik speel dit enkel maar door in de hoop dat er iemand ergens iets van opsteekt. mvg m On Tue, Jul 14, 2015 at 10:17 PM, Jakka vdmfrank...@gmail.com wrote: Marc Gemis schreef op 14/07/2015 om 21:48: Recently there were 2 interesting posts about mapping projects. One was about 3D mapping, the other about highway areas. Since not a lot of people read the forum, I take the liberty to cross post them here: (note that many links will be broken due to the copy, read the forum thread to get the correct links) On 3D http://forum.openstreetmap.org/viewtopic.php?id=31791 Dear friends, I realize, there is no one 3D model in your capitol: http://demo.f4map.com/#lat=50.8475882l … 48zoom=17 Specification hotw to use is here: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Nice examples see: e.g. Nuremberg, New York, Warszawa. Maybe you
Re: [OSM-talk-be] 2 Interesting Post in the Belgium Forum
There are some people who prefer to work on itineraries (route relations) like you and me, but there are also people who want to micromap all those details. Have a look at the northern side of Leuven to see what I mean. Then there are people who totally dislike reusing nodes from the vectors we use to represent the streets and the landuse. That's what the discussion in the German forum and mailing list is about. One solution for that problem is to represent streets like we represent (larger) rivers. A vector for routing and an area (closed way or Multipolygon) for the 'surface'. This area can then be connected to the surrounding landuse. In a way this would be cleaner. But you are right, it's an incredible amount of work. Something we certainly didn't consider a few years ago. Hence the glueing of landuses to highways where the highways forms the 'border' between 2 landuses. In Germany it seems like they have a community which is starting to become large enough to consider doing it. Or they may simply disconnect the ways from the landuse and make the landuse a bit smaller, not minding the artefacts this will create when rendering at higher zoom levels. The other alternative is to keep the landuse connected, but detach the ways from it and have the ways independent from the landuse. This might also look strange when rendered if the way crisscrosses over the landuse, but I guess they will probably keep it on one side as much as possible. If we decide to start adding the ways as areas, I'd like to see a specific tag for those bus bays... At the moment I'm not sure how to tag them, so I tag their outline as some sort of negative by drawing a platform way around them. This only works when there is an actual platform though. Cheers, Jo 2015-07-15 9:42 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm: * I mean « fixing it and *maintaining *it » of course :-) On 15 Jul 2015, at 09:38, Matthieu Gaillet mgwebm...@fastmail.fm wrote: May I ask a question : *why* ? Why investing so much time and energy into this ? In my view there are things incredibly more useful to do to make Openstreetmap more complete and relevant. We are talking about cartography, not about the size of a road. Especially the bridge example looks like a « mapping for the renderer » mistake. This may be a bit biased but for instance I discovered yesterday that the whole french « Véloroutes » network is a mess : 90% of the relations are broken if I’m not mistaken. Fixing it and painting it : that’s something I call useful :-) I know that it isn’t mutually exclusive but still, ... On 14 Jul 2015, at 22:56, Marc Gemis marc.ge...@gmail.com wrote: De bedoeling is inderdaad om de hele straat oppervlakte in kaart te brengen. Een beetje zoals de GRB kaarten van AGIV al te zien is. Ik heb nog een 7-tal vragen/opmerkingen op de forum thread geplaatst omdat de specificatie me ook niet helemaal duidelijk is en er volgens mij ook wat fouten in staan. Marek komt uit de 3D rendering wereld, voor hen is de echte breedte van een straat belangrijk, dus vandaar zijn vraag (vermoed ik). Als je een realistisch beeld wil weergeven moet je weten waar de straat eindigt, waar de stoep ligt enz. In zijn proposal legt hij dit ook uit en ook waarom width niet altijd voldoet of bruikbaar is. Verder is er op de Duitse mailing list een hele discussie aan de gang ivm met landuse/landcover polygonen die vastliggen aan de ways van de straten. Daar is deze proposal (area:highway feitelijk) ook weer aan bod gekomen (om de gaten tussen 2 landuses op te vullen). Mogelijks is zijn post daar ook een gevolg van. Hopelijk verduidelijkt dit een en ander. Niemand moet zich natuurlijk verplicht voelen om dit te gaan mappen. Ik speel dit enkel maar door in de hoop dat er iemand ergens iets van opsteekt. mvg m On Tue, Jul 14, 2015 at 10:17 PM, Jakka vdmfrank...@gmail.com wrote: Marc Gemis schreef op 14/07/2015 om 21:48: Recently there were 2 interesting posts about mapping projects. One was about 3D mapping, the other about highway areas. Since not a lot of people read the forum, I take the liberty to cross post them here: (note that many links will be broken due to the copy, read the forum thread to get the correct links) On 3D http://forum.openstreetmap.org/viewtopic.php?id=31791 Dear friends, I realize, there is no one 3D model in your capitol: http://demo.f4map.com/#lat=50.8475882l … 48zoom=17 Specification hotw to use is here: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Nice examples see: e.g. Nuremberg, New York, Warszawa. Maybe you could try it? With best regards, Marek On Highway areas: http://forum.openstreetmap.org/viewtopic.php?id=31896 Dear OSM Friends from Belgium, it is surprise for me but my proposal: http://wiki.openstreetmap.org/wiki/Prop … treet_area is already over 15.000 times used in the map and in 5 languages avaiable. See:
[Talk-GB] Ramblers app
Looks interesting. Anyone know more information about this? http://www.bbc.co.uk/news/uk-33532041 Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] Aggiornamento dei distributori di carburante
Ciao, ho posto alcuni dubbi qui emersi al ministero, vi riporto le risposte. - l'identificatore cambia in caso di cambio di gestione o cambio di insegna? QUOTE L’identificatore cambia certamente se cambia gestore, se invece si deve cambiare marchio teoricamente non cambia , però se il gestore invece di modificare la configurazione dell’impianto effettua una procedura impropria ovvero cancella l’impianto e lo ricrea con diversa bandiera allora il numero cambia. Per sua info: nell’ultima versione del Manuale utente per i gestori abbiamo curato meglio la descrizione di questi passaggi /QUOTE - I brand identificati come pompe bianche, potranno in futuro essere specificati se appartengono a catene? (ad esempio i distributori a marchio GDO come Auchan). QUOTE Da febbraio scorso per chi aveva almento 15 impianti (e da maggio per chiunque) abbiamo avviato la possibilità di personalizzazione dei loghi il che significa che tutte le catene (in realtà anche singoli impianti ora) che ci hanno fornito un marchio lo abbiamo pubblicato e ad oggi sono circa 67 i marchi che risultano evidenti (anche della GDO come Auchan e Carrefour) . Le inserisco a seguire il link all’ultima notizia pubblicata che rimanda a quella di febbraio: http://www.mise.gov.it/index.php/it/per-i-media/notizie/2032774-continua-la-visibilita-per-le-insegne-delle-pompe-di-benzina /QUOTE - E' possibile inserire un campo dove il gestore inserisca il numero di riferimento dell'impianto relativo alla sua catena? (es: Impianto agip P.V. 52169) QUOTE Non è un’informazione rilevante per i consumatori e nemmeno per il Ministero (si tratta di organizzazione interna dei vari soggetti) e nell’ottica di semplificare e minimizzare le informazioni richieste a cittadini ed imprese non credo sarà mai richiesta. /QUOTE Sulla georeferenziazione QUOTE Certamente su 19.000 circa non possiamo immaginare di avere la perfezione (peraltro stiamo dialogando con l’Agenzia delle Dogane per scambiarci i dati, loro non hanno georeferenziazione, ma hanno codificato univocamente gli impianti per cui una volta che sarà fatto l’abbinamento con loro, la descrizione degli impianti fisici non si modificherà nel tempo con i cambi di gestione e quindi anche le coordinate geografiche diventeranno definitive. Se ci segnalate le discordanze che trovate vi siamo certamente grati. /QUOTE Vi invito pertanto a segnalare discrepanze al ministero tramite l'email osservapre...@mise.gov.it (o eventualmente raccogliamole così non duplichiamo le domande) dopo aver verificato lo stato attuale su https://carburanti.sviluppoeconomico.gov.it/OssPrezziSearch/dettaglio/{idimpianto} Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Google Suspends Map Maker After Pranks
emmexx wrote Il 05/12/2015 07:10 AM, Pietro Blu Giandonato scrisse: Non so se avete letto la notizia [1]. Al di là dello scherno :] si tratta di una situazione interessante. Edit riapre con controllori regionali: http://tech.slashdot.org/story/15/07/14/1247252/google-to-reopen-maps-to-user-edits-with-an-anti-abuse-plan ciao maxx a quanto pare la faccenda si baserà su moderatori locali, selezionati in base al numero di commit, che dovranno approvare le modifiche fatte dai vari utenti nelle aree di propria competenza... Una mossa che comunque non impedisce a questi moderatori di fare atti vandalici (ricordo che chi disegnò il robottino che urinava sulla mela era un mappatore abbastanza prolifico). . Stranamente una cosa non molto dissimile mi era venuta in mente tempo fa. Fondamentalmente la mia idea era dividere il mondo in blocchi che potessero essere scelti da chiunque volesse tenerli sotto controllo (magari con un minimo di esperienza e tot anni di partecipazione)...i blocchi sarebbero potuti venire divisi se più di una persona fosse stata intenzionata a controllare lo stesso blocco, un po' quindi come avviene con il task manager di HOT. poi queste persone avrebbero potuto accedere al changelog dei blocchi da loro scelti in modo da sapere subito se un nodo/way/relation ha subito una modifica geometrica (spostamento di uno o più nodi o cancellazione di uno o più nodi o aggiunta di uno o più nodi) e/o di tag (modifica, cancellazione e aggiunta di tag). Questa comunità di supervisori nella mia idea non avrebbe fatto moderazione nel senso stretto del termine in quanto i mappatori, anche nuovi, rimarrebbero comunque in grado di caricare modifiche senza aspattare l'ok, semplicemente questi supervisori avrebbero monitorato la situazione e sarebbero intervenuti solo in presenza di errori o vandalismo, con gli stumenti che già adesso sono a disposizione dei mappatori osm, ed eventualmente fatto da tutor per i nuovi arrivati. Questo sistema avrebbe potuto permettere anche un espasione in ambito social della community con: * possibilità per il supervisore di inviare email a tutti i mappatori presenti in un dato blocco sotto la sua supervisione (per esempio per organizzare un mapping party ). *possibilità per il supervisore di sapere se qualcuno di nuovo si è iscritto ed è residente in uno dei suoi blocchi (per potergli dare il benvenuto o guidarlo nelle prime fasi) *possibilità per il supervisore di contattare i supervisori di altri blocchi (per organizzare qualcosa o scambiarsi opinioni e suggerimenti). * eventualmente permettere all'utente di contattare l'utente supervisore del proprio blocco (per chiedere aiuto). l'idea però l'ho accantonata visto che necessiterebbe di un sistema particolare di cronologia delle modifiche che non è più stato sviluppato (gli orange box attuali sono inutili, sopratutto per questo scopo) e comunque una reimplementazione pesante del sistema di gestione delle utenze osm che, essendo di per se poco attinente al database geografico, probabilmente non avrebbe interessato nessuno, come dimostra la fine di proposte e progetti riguardanti le pagine profilo degli utenti :-( - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Google-Suspends-Map-Maker-After-Pranks-tp5844285p5850212.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-ie] Eircode Next steps?
Hello,Please can you remove me from OSM discussions.Many thanks.Gill Gill Weyman Date: Tue, 14 Jul 2015 22:51:42 +0100 From: davecor...@gmail.com To: talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Eircode Next steps? The size of those polygons would be too large to be of much use to anyone for anything I fear. I had a play around on the eircode site tonight and it's honestly going to be a mess to ever make use of the data especially when it comes to apartment buildings where you will have dozens of Eircodes inside it. They did well designing it this way, ensures that it will be such a costly burden to maintain that it's unlikely to ever be opened up. Future revenues guaranteed. Dave On 14 Jul 2015 22:23, moltonel molto...@gmail.com wrote: On 14 July 2015 18:47:21 GMT+01:00, Colm Moore colmmoor...@hotmail.com wrote: addr:county doesn't seem to be used a lot (only ~600 according to taginfo). I think part of the reason addr:county (646) is populated so little compared to addr:city (20404) is that there is a field presented for city, but not county. More than that, there is no reason to set addr:county anywhere in Ireland, for the same reason that addr:country is not needed: because the countr?y multipolygons cover the whole territory. Adding an addr:country/county/city tag is only usefull for addresses not inside the corresponding MP. Revently, rather than adding addr:city everywhere, I added a city MP around Kilkenny for that reason (I hadn't done that before because there's no official city boundary that i onow of, but an approximation is better than nothing). Concerning Eircode, I wonder about the sanity of attempting to replicate that db in osm by puting addr:postcode on every node (indeed I dont think that eircode is sane to begin with). Is maping only eircode postal districts (as polygons) useful ? It'd be comparatively trivial. -- Vincent Dp ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-GB] Ramblers app
On Wed Jul 15 09:37:19 2015 GMT+0100, Rob Nickerson wrote: Looks interesting. Anyone know more information about this? http://www.bbc.co.uk/news/uk-33532041 The big pathwatch runs until October, is open to both the general public and ramblers members alike. The aim is to survey paths with a 1km grid square and upload the results either through the app, or on the website. Any square can be chosen, however there are key squares that must be completed based on a sample of 200 per highway authority. I'm not convinced by this as rural areas have sparse coverage, and urban areas have complete coverage. Telford, semi rural has the same number of squares as Shropshire and Leicestershire, and the lax planning rules caused by the new towns act will, I am sure, bring up some interesting results. I have downloaded the app, not too sure yet, can only highlight a bad stile, not a good one. More here http://www.ramblers.org.uk/get-involved/join-the-big-pathwatch.aspx Key squares here, only visible if not logged in https://bigpathwatch.ramblers.org.uk/map-of-sample-squares Please do sign up, and complete some squares and add to OSM at the same time. Phil (trigpoint ) -- Sent from my Jolla ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Est-ce que favoriser la cohérence du réseau routier ne revient pas un peu à tagguer pour le rendu ? Pour moi c'est clair que la réalité du terrain prime sur les principes esthétiques généraux. S'il n'y a pas de route primaire digne de ce nom qui permet de traverser la ville confortablement, il ne faut pas en inventer. Concernant le routage, je dirais que les logiciels fonctionneront mieux si l'information est la plus spécifique et la plus neutre possible. Ce n'est pas au contributeur OSM de décider qu'une route donnée est la meilleure manière de traverser une ville, c'est les algorithmes qui doivent s'en occuper. Et les algorithmes ont besoin de savoir qu'un tronçon de route est limité à 20 km/h avec la priorité aux piétons. Le 14 juil. 2015 19:34, rainerU ra...@sfr.fr a écrit : Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: Au demeurant, tout comme Eric, je pense que le centre ville de Nancy est trop densément tagué en primary. Ça saute aux yeux quand on compare avec route500 qui n'est certes pas très à jour et des fois imprécis, mais pas à ce point. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] Articolo interessante
Si parla molto di OSM: http://corriereinnovazione.corriere.it/2015/07/13/geospatial-europa-nasa-como-l-italia-eccelle-ma-non-si-valorizza-1cbc6fb2-29a4-11e5-8a16-f989e7f12ffa.shtml?refresh_ce-cp ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk] New road style for the Default map style - highway=path is evil
I published diary entry describing current state of a new road style for openstreetmap-carto - see http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35389 For start - I am looking for examples of well mapped rural areas to test rendering. I have multiple examples of cities and towns but I need more rural locations. Entry includes possible variants of rendering for mid zoom levels (rendering highway=unclassified and highway=residential later gives good results) and road width. There is also discussion of problems with using OSM data to render footways and paths. It also includes description why and how rendering of minor railways and small zoos was changed (already present in the latest style version, not present in version used on the OSM website). Feedback is welcomed, especially for features where various rendering versions are prepared. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] 2 Interesting Post in the Belgium Forum
May I ask a question : why ? Why investing so much time and energy into this ? In my view there are things incredibly more useful to do to make Openstreetmap more complete and relevant. We are talking about cartography, not about the size of a road. Especially the bridge example looks like a « mapping for the renderer » mistake. This may be a bit biased but for instance I discovered yesterday that the whole french « Véloroutes » network is a mess : 90% of the relations are broken if I’m not mistaken. Fixing it and painting it : that’s something I call useful :-) I know that it isn’t mutually exclusive but still, ... On 14 Jul 2015, at 22:56, Marc Gemis marc.ge...@gmail.com wrote: De bedoeling is inderdaad om de hele straat oppervlakte in kaart te brengen. Een beetje zoals de GRB kaarten van AGIV al te zien is. Ik heb nog een 7-tal vragen/opmerkingen op de forum thread geplaatst omdat de specificatie me ook niet helemaal duidelijk is en er volgens mij ook wat fouten in staan. Marek komt uit de 3D rendering wereld, voor hen is de echte breedte van een straat belangrijk, dus vandaar zijn vraag (vermoed ik). Als je een realistisch beeld wil weergeven moet je weten waar de straat eindigt, waar de stoep ligt enz. In zijn proposal legt hij dit ook uit en ook waarom width niet altijd voldoet of bruikbaar is. Verder is er op de Duitse mailing list een hele discussie aan de gang ivm met landuse/landcover polygonen die vastliggen aan de ways van de straten. Daar is deze proposal (area:highway feitelijk) ook weer aan bod gekomen (om de gaten tussen 2 landuses op te vullen). Mogelijks is zijn post daar ook een gevolg van. Hopelijk verduidelijkt dit een en ander. Niemand moet zich natuurlijk verplicht voelen om dit te gaan mappen. Ik speel dit enkel maar door in de hoop dat er iemand ergens iets van opsteekt. mvg m On Tue, Jul 14, 2015 at 10:17 PM, Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com wrote: Marc Gemis schreef op 14/07/2015 om 21:48: Recently there were 2 interesting posts about mapping projects. One was about 3D mapping, the other about highway areas. Since not a lot of people read the forum, I take the liberty to cross post them here: (note that many links will be broken due to the copy, read the forum thread to get the correct links) On 3D http://forum.openstreetmap.org/viewtopic.php?id=31791 http://forum.openstreetmap.org/viewtopic.php?id=31791 Dear friends, I realize, there is no one 3D model in your capitol: http://demo.f4map.com/#lat=50.8475882l http://demo.f4map.com/#lat=50.8475882l … 48zoom=17 Specification hotw to use is here: http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings Nice examples see: e.g. Nuremberg, New York, Warszawa. Maybe you could try it? With best regards, Marek On Highway areas: http://forum.openstreetmap.org/viewtopic.php?id=31896 http://forum.openstreetmap.org/viewtopic.php?id=31896 Dear OSM Friends from Belgium, it is surprise for me but my proposal: http://wiki.openstreetmap.org/wiki/Prop http://wiki.openstreetmap.org/wiki/Prop … treet_area is already over 15.000 times used in the map and in 5 languages avaiable. See: http://taginfo.openstreetmap.org/search http://taginfo.openstreetmap.org/search … %3Ahighway The russian OSM community did more and has already prepared a special map which shows streets as areas in highest zoom level: http://openstreetmap.ru/#map=18/55.7722 http://openstreetmap.ru/#map=18/55.7722 … 69layer=K I discuss with some guys responsible for mapnik about implementation of this feature on the main OSM page. Of course, you can map it only, if you have aerial images in very good resolution. An example cold be this: http://www.openstreetmap.org/way/360455846 http://www.openstreetmap.org/way/360455846 With summer regards, Marek ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be Wat betekent dat is mensentaal? On Highway areas Is dat van toepassing dat randen van wegen in multipolygoon moeten komen? ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] WeeklyOSM CZ 258
Velice pěkné shrnutí LPIS importu, opravdu vynikající práce :-) Michal -- Původní zpráva -- Od: Tom Ka tomas.kaspa...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 15. 7. 2015 17:43:15 Předmět: [Talk-cz] WeeklyOSM CZ 258 Ahoj, je dostupné vydání 258 týdeníku weeklyOSM: http://www.weeklyosm.eu/cz/archives/4391 Téma čísla: Import dat z veřejného registru půdy LPIS * Kopírování z cizích map, autorský zákon a letecké snímky. * Import DIBAVOD - aktuálnost a aktualizace * Nudí vás český překlad? Co takhle brazilská portugalština? * fotomapa od Imagico.de tam kde chybí Bing * Paraguay = OSM + Python * 5let projektu OsmAnd Pěkné počtení... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Pas tant que ça concernant le réseau principal dont la structure met des années à se réformer par petits bouts. Le 15 juillet 2015 18:28, Christian Quest cqu...@openstreetmap.fr a écrit : Route500 date de 2012... ça commence à faire long Le 14/07/2015 19:33, rainerU a écrit : Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: Au demeurant, tout comme Eric, je pense que le centre ville de Nancy est trop densément tagué en primary. Ça saute aux yeux quand on compare avec route500 qui n'est certes pas très à jour et des fois imprécis, mais pas à ce point. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation Itinéraires vélo
Bonjour, Quelques questions pour remplir un itinéraire cycliste. Général : Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki) Idem pour V32 ou V 32 ? Il y a le nombre 32 dans une carte de France sur les panneaux de direction; je suppose qu'il s'agit de V 32. Dans une relation, Peut-on y mettre: - les panneaux indicateurs ? - Les panneaux de directions type : un vélo vert - les panneaux d'informations, le plus souvent avec carte se référant à l'itinéraire si oui, avec quel rôle? Sur les ways Faut-il , comme pour les routes automobiles, mettre les références dans le way? V 32;EV 5 Un way automobile qui est emprunté par une route cycliste prend-il comme référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 951;E 32 ? Merci de vos réponses Bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Google Suspends Map Maker After Pranks
sent from a phone Am 15.07.2015 um 11:42 schrieb Aury88 spacedrive...@gmail.com: semplicemente questi supervisori avrebbero monitorato la situazione e sarebbero intervenuti solo in presenza di errori o vandalismo in qualche modo informale esiste (tutti noi), ma il problema è nel momento che OSM funziona davvero e chiunque inserisce e modifica dati i moderatori non ce lo fanno a starci dietro... ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Antennas and radio networks supports mapping
Hi I map quite few radio sites in connection with my work. Usually it is just mast/tower locations using the 'man_made=tower + tower:type=communication' tags with name/operator information. There are quite few things for these towers that could be improved. For example the difference between a tower and a mast - a mast in the UK is normally considered to have guy wires to hold it up. where as a tower supports itself. May masts are big enough to justify the guy wires being mapped with their ground anchor points. I am not aware of anything suitable to do that. There is also their feed line systems. I have used power=line to map some of these, as in this example in Burma: https://www.openstreetmap.org/#map=18/16.86624/96.16177 It is not ideal, but the closest I could think of. Medium-wave broadcasts sites typically have very long feeder systems that can be mapped, as in the example. As for the antennas mounted on a mast/tower, you then may need to consider the frequencies and operators that use the antennas. In some cases there will be multiple frequencies and operators. Physically, you would need the antenna height above ground level, direction, possibly which leg it is on and so on. Lots to think about. Regards Dave On 15/07/2015 12:25, François Lacombe wrote: Hi, I just wanted to share some thoughts about antennas and radio supports mapping on this list. There are currently several tags in use to map telecommunication or radio broadcast supports : man_made=tower + tower:type=communication man_made=telecommunication_tower and so on... but this won't allow us to add antennas on them at all or describe how these supports are used. Antennas and stations (relations of supports + antennas + cabinets) may be interesting too. Some French mappers and I are currently looking for a sustainable model to map radio sites, radio stations, supports and antennas since our regulator allows free datasets to be downloaded and part of them can be added on the map (Etalab license compatible with OdBL). The point is to add references (ref:FR:ANFR) on right objects first as for linking to the whole dataset which shouldn't be imported in OSM (only technical data and not so geographical) I've proposed such things (unfortunately only in French for the moment) but it's not finalized or transposable on the map http://wiki.openstreetmap.org/wiki/File:Radio_antennas_mapping_proposal.png The problem is to add several antennas on the support itself (sometimes on masts, sometimes at the top of buildings). Supports can be composed of several decks and several antennas can share same lat/lng (but different elev) and currently can't be added as nodes. Relations can really be a pain to maintain in such situation too. May someone have idea and help solving the issue without adding 3rd dimension to OSM model? Cheers François -- *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com http://www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Je suis d'accord aussi, même si une petite section d'une route primaire passe en zone de rencontre et est donc coupée visuellement, il n'y a aucune raison de la reconnecter visuellement juste parce que c'est plus joli sur la carte, et me^me si le numéro de route reste le même : oui il y a bien une restriction sur une partie du tracé mais si les 20 km/h sont une gêne pour trouver la route la plus rapide (parce que ce petit bout même limité en vitesse ne devrait pas être bien long à franchir) c'est de la faute du logiciel de routage qui ne prendrait en compte QUE la classification de voie et omettrait de regarder les limitations de vitesse. L'axe primaire est bel et bien coupé en deux par cette zone de rencontre. Ceux que ça gêne prendront des voies de contournement et il vaut mieux que les données mentionnent cette restriction pour que justement les voies de contournement soient proposées. En fait plein de centre-ville ont des restrictions de circulation et sur les trajets longue distance partout tout est fait pour utiliser les rocades extérieures. Quant à l'aspect joli de la carte je suis aussi d'accord que cette ville est traversée par beaucoup trop d'axes primaires et que cela correspond plus à une situation dans les années 1970 quand les voies extérieures n'avaient pas encore été aménagées et les plans de circulation faisaient passer les voitures partout au détriment de tout le reste. Il ne faut pas se fier à la dénomination des voies qui sont un peu partout en cours de reclassification et de transferts aux collectivités mais qui n'ont pas été toutes été pour autant renumérotées. Le plan actuel de Nancy dans OSM fait vraiment vieillot, comme si rien n'avait changé depuis des décennies ou si on avait voulu cumuler des voies primaires sans tenir compte de celles qui ont été déclassées. Il serait bien de s'appuyer sur le Plan de déplacement urbain officiel de la ville pour voir comment la circulation est structurée et revoir la classification effective. Trop de routes primaires tue l'intérêt de cette classification primaire. Dans la plupart des villes il n'y en a pas plus que 3 ou 4 vers les principaux axes de circulation extérieurs (un bon guide : les panneaux de signalisation verts pour les destinations lointaines, et les indicateurs vers les autoroutes, et les panneaux autres directions qui groupent les destinations: ça vise le véritable réseau primaire et souvent ce n'est pas le chemin le plus court et nous emmène en contre-sens pour justement sortir de l'hypercentre et passer par les rocades ou boulevards extérieurs), et éventuellement un unique axe de traversée longeant mais évitant l'hypercentre mais avec une partie fortement ralentie près de ce secteur: cet axe en fait n'est plus primaire c'est un axe secondaire juste destiné à compléter l'accès aux quartiers qui ne sont pas les plus proches des axes primaires extérieurs. Pour le reste ce sont les boulevards périphériques ou rocades qui doivent être privilégiés et qui connectent les quartiers en évitant autant que possible l'hypercentre et favorisant plus l'évauation de ce secteur en allant vers l'extérieur, et sinon plein d'anciens boulevards maintenant restreints par des chicanes, des voies réservées aux bus et cyclistes. La ville n'apartient plus aux voitures qui doivent prendre leur mal en patience et ne pas être pressées. Dans tous les cas il ne faut pas se fier non plus à la largeur des boulevards qui ont maintenant des voies réservées ou carrément bloquées: la restriction de capacité a été faite volontairement pour ralentir et emmener le flux de circulation le plus vers l'extérieur et le répartir tut autour plutôt que de ce concentreer à quelques points centraux. Ne devrait pas non plus être classé primaire les axes interdits aux poids lourds ou sévérement limités à quelques heures tôt le matin pour les livraisons, ni les axes avec stationnement en zone rouge à durée très limitée. Autre guide aussi : la position des principaux parkings à proximité des réseaux publics de transport. s'ils sont situés tout autour de la ville sur tous les grands axes longue distance, il n'y a plus aucune raison de garder des axes primaires traversant la ville et c'est la rocade ou le boulevard périphérique qu'il faut privilégier. Toute route qui est limitée à moins de 50km/h ou ponctuée de zones 30 à chaque rond-point ou carrefour ne devrait plus jamais être axe primaire, et peu importe sa largeur, car elle n'a pas assez de voies sur une distance réellement assez longue. Initialement le réseau primaire était destiné à créer la grille des routes interurbaines (entre chefs lieux de départements ou sous-préfectures), il passait par les centres-villes mais ce n'est plus le cas aujourd'hui et même les grandes gares ferroviaires ou garent routières sortent des centres-villes avec la création à la place de dessertes locales par d'autres transports publics. Le 15 juillet 2015 09:07, Pierre Knobel pierr...@gmail.com a écrit : Est-ce que favoriser la
Re: [Talk-it] Aggiornamento dei distributori di carburante
From: Stefano [mailto:saba...@gmail.com] Sent: mercoledì 15 luglio 2015 11:20 To: openstreetmap list - italiano Subject: Re: [Talk-it] Aggiornamento dei distributori di carburante Vi invito pertanto a segnalare discrepanze al ministero tramite l'email osservapre...@mise.gov.it (o eventualmente raccogliamole così non duplichiamo le domande): Segnalo questi impianti, il cui puntatore appare in un punto errato, e che non aggiornano più le comunicazioni: https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19539 https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/19540 L'indirizzo corrisponde a quello di questo impianto, indicato in posizione corretta e che aggiorna le comunicazioni: https://carburanti.mise.gov.it/OssPrezziSearch/dettaglio/27870 Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-de] street_cabinet - VDSL/Telekom Rollout
Hi, da der FTTC/VDSL Rollout der Telekom ja so richtig im gange ist (Zumindest in ein paar Städten hier) wollte ich mal gleich die sog. MFG (Multifunktionsgehäuse) erfassen wenn ich sie denn sehe. Jetzt kennt das wiki ja man_made=street_cabinet street_cabinet=telecom operator=Deutsche Telekom Wie aber unterscheiden wir den klassischen Kvz (Kabelverzweiger) rein passiv, kein Strom, nicht gekühlt, kein Lärm vom Multifunktionsgehäuse mit der Aktivtechnik drin DSLAM, Lüfter etc? Breite/Höhe/Tiefe eintragen hilft schon, finde ich aber völligen quatsch. Ich habe mal exemplarisch einen gemacht und dann ein telecom=DSLAM drauf gepackt am MFG. Dazu würde ja dann noch eine ref kommen - sowas wie ref=52411A3 oder so (ONKZ 5241 ASB 1 KVZ/MFG A3). Die muss man natürlich wissen oder mal draufstarren wenn die Tür offen ist. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-GB] Ramblers app
On Wed, 15 Jul 2015 09:06:14 + p...@trigpoint.me.uk wrote: On Wed Jul 15 09:37:19 2015 GMT+0100, Rob Nickerson wrote: Looks interesting. Anyone know more information about this? http://www.bbc.co.uk/news/uk-33532041 The big pathwatch runs until October, is open to both the general public and ramblers members alike. The aim is to survey paths with a 1km grid square and upload the results either through the app, or on the website. Any square can be chosen, however there are key squares that must be completed based on a sample of 200 per highway authority. I'm not convinced by this as rural areas have sparse coverage, and urban areas have complete coverage. Telford, semi rural has the same number of squares as Shropshire and Leicestershire, and the lax planning rules caused by the new towns act will, I am sure, bring up some interesting results. I have downloaded the app, not too sure yet, can only highlight a bad stile, not a good one. More here http://www.ramblers.org.uk/get-involved/join-the-big-pathwatch.aspx Key squares here, only visible if not logged in https://bigpathwatch.ramblers.org.uk/map-of-sample-squares Please do sign up, and complete some squares and add to OSM at the same time. Phil (trigpoint ) The app doesn't work on my 'phone, Samsung Galaxy Ace, too old, like me. I wanted to report presence of hogweed on the web reporting pages, seems to be no (obvious) means to do so. Does that come under Intimidating-Other or Obtructions-Other? Not really looking for answers here, just saying. Mike (lostmike) -- Use PGP. http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x00CDB13500D7AB53 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] Google Suspends Map Maker After Pranks
dieterdreist wrote sent from a phone Am 15.07.2015 um 11:42 schrieb Aury88 lt; spacedriver88@ gt;: semplicemente questi supervisori avrebbero monitorato la situazione e sarebbero intervenuti solo in presenza di errori o vandalismo in qualche modo informale esiste (tutti noi), ma il problema è nel momento che OSM funziona davvero e chiunque inserisce e modifica dati i moderatori non ce lo fanno a starci dietro... appunto per questo contavo su una history diversa dei cambiamenti e sul fatto che si potesse decidere che dimensione dare al blocco di supervisione (forse mi sono scordato di accennarne). L'idea era che i cambiamenti venissero messi in maniera da dare risalto a quelle modifiche più importanti (una cancellazione è potenzialmente più dannosa di uno spostamento e cancellare 30 nodi è diverso dal cancellarne 2, i nodi in comune a più way sono più importanti dei nodi appartenenti ad una sola ecc ecc) c'era tutta una logica dietro che prevedeva anche per esempio l'uso cromatico per far saltare subito all'occhio cosa era stato cancellato (rosso), cosa era stato modificato/spostato (arancione-giallo in base alla differenza, un conto è spostare un nodo di 2 m un altro di 100) e cosa era stato aggiunto (verde)... un po' come avviene per i commit in ambito informatico dove alla volta vengono cambiate centinaia di righe (di una cosa meno intuitiva di un dato geografico)... questo proprio per permettere una discriminazione immediata dei cambiamenti e avere già da una prima occhiata numero ed intensità delle modifiche. Nel momento in cui osm funziona bene do per scontato che aumenti anche il numero di persone che può supervisionare...questo sistema era pensato come ulteriore misura di monitoraggio, non come sostitutivofondamentalmente quindi ci sarebbe stato comunque un miglioramento rispetto alla situazione attuale essendo strumenti in più rispetto quelli attuali che comunque possonocontinuare a venire usati da chiunque;-) ripeto comunque: un idea abbandonata da un annetto ormai :-/ - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Google-Suspends-Map-Maker-After-Pranks-tp5844285p5850215.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk] Antennas and radio networks supports mapping
Hi, I just wanted to share some thoughts about antennas and radio supports mapping on this list. There are currently several tags in use to map telecommunication or radio broadcast supports : man_made=tower + tower:type=communication man_made=telecommunication_tower and so on... but this won't allow us to add antennas on them at all or describe how these supports are used. Antennas and stations (relations of supports + antennas + cabinets) may be interesting too. Some French mappers and I are currently looking for a sustainable model to map radio sites, radio stations, supports and antennas since our regulator allows free datasets to be downloaded and part of them can be added on the map (Etalab license compatible with OdBL). The point is to add references (ref:FR:ANFR) on right objects first as for linking to the whole dataset which shouldn't be imported in OSM (only technical data and not so geographical) I've proposed such things (unfortunately only in French for the moment) but it's not finalized or transposable on the map http://wiki.openstreetmap.org/wiki/File:Radio_antennas_mapping_proposal.png The problem is to add several antennas on the support itself (sometimes on masts, sometimes at the top of buildings). Supports can be composed of several decks and several antennas can share same lat/lng (but different elev) and currently can't be added as nodes. Relations can really be a pain to maintain in such situation too. May someone have idea and help solving the issue without adding 3rd dimension to OSM model? Cheers François -- *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Relation Itinéraires vélo
Bonjour, Le 15 juil. 2015 à 19:33, bernard bernard.a...@laposte.net a écrit : Bonjour, Quelques questions pour remplir un itinéraire cycliste. Général : Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki) A ma connaissance, il n'y a pas de convention définie pour ça mais la forme la plus répandue est sans espace : voir http://ra.osmsurround.org/searchRelation?name=eurovelorelationType=routeroute=bicycleref=network=operator= Idem pour V32 ou V 32 ? Il y a le nombre 32 dans une carte de France sur les panneaux de direction; je suppose qu'il s'agit de V 32. Oui, les références nationales sont indiquées sur fond de carte de France. Les numéro d'Eurovelo sont jaunes et placés à la droite de la référence nationale, entourés des étoiles du drapeau européen. Dans une relation, Peut-on y mettre: - les panneaux indicateurs ? - Les panneaux de directions type : un vélo vert - les panneaux d'informations, le plus souvent avec carte se référant à l'itinéraire si oui, avec quel rôle? Je n'y mets que les ways qui composent l'itinéraire. As-tu regardé ce que dit le wiki pour les relation de type route ? Je ne suis pas contre rajouter ces informations mais attention à ce que les consommateurs de données ne soient pas codés avec la supposition que tous les éléments de la relation sont des tronçons de l'itinéraire. Sur les ways Faut-il , comme pour les routes automobiles, mettre les références dans le way? V 32;EV 5 Non. Tu peux faire l'analogie avec un itinéraire de bus, on ne met pas sa référence sur les ways qu'il emprunte. Un way automobile qui est emprunté par une route cycliste prend-il comme référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 951;E 32 ? C'est même l'essentiel des itinéraires cyclables, ils empruntent beaucoup de routes à circulation générale de faible fréquentation. Pour répondre à ta question, c'est non : j'ai lu quelque part à mes début d'OSM, qu'en France, la convention veut que l'on n'indique qu'une seule référence. Je ne retrouve plus l'origine de cette information. Merci de vos réponses Bernard George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article sur le vélo et OpenStreetMap
Bonjour, Vélocité est une association dont le but est la promotion et la défense de l’usage du vélo au quotidien dans l’agglomération bordelaise. À leur demande, j'y ai présenté OpenStreetMap lors de leur dernier conseil d'administration. L'accueil y a été assez chaleureux (merci à Frédéric qui avait déjà fait quelques tentatives avant, comme quoi il faut revenir à la charge !) Maintenant, il me propose d'écrire un petit article (environ 400 mots) autour d'OSM pour leur journal diffusé à plusieurs centaines d'adhérents. Est ce que certains d'entre vous ont quelques bouts de textes et articles que je peux utiliser (je citerai bien sur les sources, par exemple contributeurs OSM) ? Par avance merci, -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Antennas and radio networks supports mapping
Hi, Regarding the tagging of communication towers, you should probably also read this discussion: https://github.com/gravitystorm/openstreetmap-carto/pull/1366#issuecomment-81632042 https://github.com/gravitystorm/openstreetmap-carto/pull/1366#issuecomment-81632042 because in a proposal to show man_made=tower on the standard mapnik rendering, the result of this would be that all those communication towers would show up on the map incorrectly. This might also help: http://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower http://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower regards, Marc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM Wiki-Übersetzung Griechisch?
Ich meinte den roten Link. Habe den Wald vor lauter Bäumen nicht gesehen. Am 15.07.2015 23:16, schrieb rza31: Hallo, bei https://wiki.openstreetmap.org/wiki/Wiki_Translation ist unter Andere Sprachen Griechisch nicht aufgeführt. Sollte man dies nicht ergänzen? Ein roter Link für Griechisch (Ελληνικά) ist dort doch vorhanden? Oder meinst du, dass jemand eine Übersetzung ins Griechische erstellen soll? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-ca] Forestry Roads
Whenever I have created forestry roads I have used highway=track - particularly if I know the road is rough and unmaintained. These are your typical BC forestry roads that are able to be used after logging is completed in the area and the roads haven't been de-activated. I have had people change them to highway=minor/unclassified after my edits are done and for the most part I leave them unless I know the road is a rough/4x4 road, the kind you wouldn't take a Honda Civic on. However I have been emailing with a person adding forestry roads on Vancouver Island and they insist on the tag highway=service for their edits when mapping forestry roads. These aren't the main A to B forestry roads, rather smaller gravel roads. What is the correct tag in Canada? Thanks Steve Roy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Antennas and radio networks supports mapping
May I suggest contacting the American Radio Relay League, ARRL? With all the technically knowledgable people in the organization, and their interest in humanitarian readiness (ARES) they are sure to have information useful to map antennas. The American Radio Relay League is the largest membership association of amateur radio enthusiasts in the USA. ARRL is a non-profit organization, and was founded in 6th April 1914. Members operate world wide and track their contacts using a number of different kinds of antenna, and each has a specific “tag”. www.aarl.org A place to start: Dave Becker k...@isp.com. If he doesn’t have the information himself, he can recommend someone to talk with. Hope this is of some help. Suzan Reed I map quite few radio sites in connection with my work. Usually it is just mast/tower locations using the 'man_made=tower + tower:type=communication' tags with name/operator information. There are quite few things for these towers that could be improved. For example the difference between a tower and a mast - a mast in the UK is normally considered to have guy wires to hold it up. where as a tower supports itself. May masts are big enough to justify the guy wires being mapped with their ground anchor points. I am not aware of anything suitable to do that. Ok to say definitions and keys are a bit messy. It's only about supports which can be refined independently. There is also their feed line systems. I have used power=line to map some of these, as in this example in Burma: https://www.openstreetmap.org/#map=18/16.86624/96.16177 It is not ideal, but the closest I could think of. Medium-wave broadcasts sites typically have very long feeder systems that can be mapped, as in the example. This is interesting I didn't see the use of power=line like that but it can be adjusted. Wouldn't you add frequency=* and usage=radio on such lines ? It may allow consumers to distinguish them from standard electricity transmission lines. RF can be used at high power rates : The CERN currently use them at hundred of MW to power up its accelerator. As for the antennas mounted on a mast/tower, you then may need to consider the frequencies and operators that use the antennas. In some cases there will be multiple frequencies and operators. Physically, you would need the antenna height above ground level, direction, possibly which leg it is on and so on. Antennas have many characteristics but only a few are relevant in OSM. It may be better to give a manufacturer name and model reference to get such details directly from other databases. Azimuth (if applicable), position and model information are the only data required there, aren't you ? If the antenna works on several frequencies (based upon it's model number and manufacturer capabilities), the usage of those frequencies can depend on the radio stations relations the antenna is member of. Lots to think about. Indeed, can't wait to go forward about this topic Regards François -- François Lacombe fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM Wiki-Übersetzung Griechisch?
Hallo, bei https://wiki.openstreetmap.org/wiki/Wiki_Translation ist unter Andere Sprachen Griechisch nicht aufgeführt. Sollte man dies nicht ergänzen? Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM bei der Kantonspolizei Aargau
Heute morgen im ARD Morgenmagazin in einer Reportage der moma-Reporter zu sehen(bei 02:15), eine Anwendung mit OSM-Mapnik-Karten: http://mediathek.daserste.de/Morgenmagazin/moma-Reporter-Mit-Precops-gegen-Krimina/Das-Erste/Video?documentId=29567638topRessortbcastId=435054 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-ca] Forestry Roads
http://wiki.openstreetmap.org/wiki/Key:highway Should be track Roads for mostly agricultural or forestry uses. To describe the quality of a track, see tracktype=*. Note: Although tracks are often rough with unpaved surfaces, this tag is not describing the quality of a road but its use. Consequently, if you want to tag a general use road, use one of the general highway values instead of track. On Jul 15, 2015 7:15 PM, Steve Roy st...@ssni.ca wrote: Whenever I have created forestry roads I have used highway=track - particularly if I know the road is rough and unmaintained. These are your typical BC forestry roads that are able to be used after logging is completed in the area and the roads haven't been de-activated. I have had people change them to highway=minor/unclassified after my edits are done and for the most part I leave them unless I know the road is a rough/4x4 road, the kind you wouldn't take a Honda Civic on. However I have been emailing with a person adding forestry roads on Vancouver Island and they insist on the tag highway=service for their edits when mapping forestry roads. These aren't the main A to B forestry roads, rather smaller gravel roads. What is the correct tag in Canada? Thanks Steve Roy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-de] OSM Wiki-Übersetzung Griechisch?
Am 15.07.2015 23:16, schrieb rza31: Hallo, bei https://wiki.openstreetmap.org/wiki/Wiki_Translation ist unter Andere Sprachen Griechisch nicht aufgeführt. Sollte man dies nicht ergänzen? Ein roter Link für Griechisch (Ελληνικά) ist dort doch vorhanden? Oder meinst du, dass jemand eine Übersetzung ins Griechische erstellen soll? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] RES: RES: OSM - CNEFE
Pra mim zoom fui bom ate agora, vou ter problemas participar com hangout este semana, talvez melhor pra semana que vem. O Zoom tem o opção liga pra um telefone (numero do RJ?) se não ha acesso a computador, que pode me ajudar quando viajando Aun Johnsen On Jul 15, 2015, at 10:56, Vitor George vitor.geo...@gmail.com wrote: Estava escrevendo sobre isso agora, Lucas. Estou vendo se usamos o Zoom, que é bom para reunião online, mas também podemos fazer um hangout. Quem for participar da reunião me avise por e-mail que eu chamo pra sala que criarmos. Vitor 2015-07-15 10:53 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com mailto:lucasmat...@gmail.com: Pessoal, e ai, vamos ter a conversa mesmo hoje? 12h00? alguém pode criar a reunião (google hangouts, ou alguma outra plataforma)? (se precisar tenho skype também) 2015-07-14 12:12 GMT-03:00 Peter Krauss ppkra...@gmail.com mailto:ppkra...@gmail.com: Oi Lucas, ótimo trabalho (!), assim que sobrar um tempo (algum final de semana) ponho a mão-na-massa, para entender o que voce fez e como podemos conversar mais tecnicamente ;-) (se tiver ilustrações, ex. UML, de modelo de dados para postar no git também ajuda) Como sou novato, pretendo seguir um pouco pelas bordas e no escopo mais geral das discussões... A ideia geral do projeto de Mapa-do-CEP ainda é rascunho mas pode ser apreciada em http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP que tal começarmos pelo CEP2? - - - - Quanto os problemas legais (direitos autorais reclamados pela ECT bem como lei do monopólio) , precisamos de apoio internacional, inclusive da OSM... Comecei a busca por essa discussão (link abaixo), e senti receptividade, http://opendata.stackexchange.com/q/5600/1313 http://opendata.stackexchange.com/q/5600/1313 a parte juridica é importante para não jogarmos nosso tempo no lixo... Até onde conversei com advogados, se criarmos uma metodologia (algoritmos) para espacialização do CEP (ver links Wikipedia com preliminares), não tem problema algum: o primeiro a publicar é o autor... Por isso acho importante termos resultado a curto prazo de um projeto-piloto com OSM e publicarmos no http://arxiv.org http://arxiv.org/ Em 14 de julho de 2015 11:13, Lucas Ferreira Mation lucasmat...@gmail.com mailto:lucasmat...@gmail.com escreveu: Pessoal, estou colocando o que já tenho de código em: https://github.com/lucasmation/osm_cnefe_import https://github.com/lucasmation/osm_cnefe_import (que perdoe a lingua portuguesa, escrevi em ingles para poder pegar mais feedback dos desenvolvedores do OSM no mundo, foruns, etc) Peter, bem vindo. Eu usei mesmo esta pergunta do gis.stackexchange. E elaborei em cima. Esta questão de dois lados do mesmo seguimento de rua teremo o mesmo CEP eu poderia explorar para melhorar o paramento, mesmo em quadras não pareadas. Mas o quão certo, 100% é isso? abs Lucas 2015-07-13 19:01 GMT-03:00 Peter Krauss ppkra...@gmail.com mailto:ppkra...@gmail.com: Oi gente, acabo de me inscrever na lista... Posso participar da discussão? Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente ajudam a resolver ambiguidades e dar mais confiança à geocodificação... Até onde verifiquei, o Mapa-do-CEP não oferece problema jurídico... Postei um esboço metodológico da sua construção, na Wikipedia, https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders que acham? Alguem falou em quadras por aqui, é justamente o foco metodológico... http://gis.stackexchange.com/q/80498/7505 http://gis.stackexchange.com/q/80498/7505 PS: sobre pontos de endereçamento de utilidade publica, um bom projeto de referencia é o http://adresse.data.gouv.fr/ http://adresse.data.gouv.fr/ ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-ar] Juntada de maperos OSM
Que interesate, lástima que me queda lejos. Será posible grabar las charlas y subirlas a youtube para los que estamos lejos? Saludos El 10 de julio de 2015, 10:24 a. m., Agustin Rissoliaguztin...@gmail.com escribió: From: Hernán Javier López hernan.lo...@gmail.com To: OpenStreetMap Argentina talk-ar@openstreetmap.org Subject: Re: [Talk-ar] Juntada de maperos OSM Message-ID: cahhyicqowbhiao9g18aq3mdduy8sty_33kzjmidpeqcqg1z...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Intentare estar ahi. Es en el IGN o en un lugar cercano? Saludos Hernan Sí, es en el IGN, Horacio Castellaro y Gonzalo Zalitoar consiguieron que nos cedan un lugar. Nos vemos! Agustín ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- [image: --] Gabriel Patiño [image: http://]about.me/gepatino http://about.me/gepatino?promo=email_sig ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] Felicitaciones a todos los maperos
Recien vuelvo de unos días de vacaciones en BsAs, y es la segunda vez que uso los mapas de OSM en el GPS: la primera para venir de La Falda a San Martín de los Andes, y la segunda para ir y venir de SMA a BA. Tengo que felicitarlos a todos, el nivel de detalle del mapa es genial, apenas si faltan algunas rutas o caminos que cruzan la RN5 entre Santa Rosa y Mercedes. El resto está super completo. Si el nivel de detalle y cobertura del mapa es tan bueno en todo el país, deberíamos ver como hacer para promocionarlo y que lo use más gente. Por mi parte, no vuelvo más al Mapear. Saludos! -- [image: --] Gabriel Patiño [image: http://]about.me/gepatino http://about.me/gepatino?promo=email_sig ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-GB] Ramblers app
There's an article about it in the latest Ramblers' magazine. The app appears to use OGSB map tiles: it's a bit of a shame that we still don't have decent links with Ramblers at a national level. Nick W. I had a number of problems with the path network in Wiltshire a couple of weeks back. Jerry On 15 July 2015 at 10:06, p...@trigpoint.me.uk wrote: On Wed Jul 15 09:37:19 2015 GMT+0100, Rob Nickerson wrote: Looks interesting. Anyone know more information about this? http://www.bbc.co.uk/news/uk-33532041 The big pathwatch runs until October, is open to both the general public and ramblers members alike. The aim is to survey paths with a 1km grid square and upload the results either through the app, or on the website. Any square can be chosen, however there are key squares that must be completed based on a sample of 200 per highway authority. I'm not convinced by this as rural areas have sparse coverage, and urban areas have complete coverage. Telford, semi rural has the same number of squares as Shropshire and Leicestershire, and the lax planning rules caused by the new towns act will, I am sure, bring up some interesting results. I have downloaded the app, not too sure yet, can only highlight a bad stile, not a good one. More here http://www.ramblers.org.uk/get-involved/join-the-big-pathwatch.aspx Key squares here, only visible if not logged in https://bigpathwatch.ramblers.org.uk/map-of-sample-squares Please do sign up, and complete some squares and add to OSM at the same time. Phil (trigpoint ) -- Sent from my Jolla ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] loc_ref a Milano e merge di ways
Ciao Luca, si alla fine siamo riusciti a sentirci via mail. Era da un po' che non mettevo la testa in OSM, mi sono accorto che abbiamo ancora una decina di casistiche a milano, ora le guardo. Grazie Luca Il giorno 14 luglio 2015 12:18, Luca Delucchi lucadel...@gmail.com ha scritto: 2015-03-18 12:17 GMT+01:00 Luca Sigfrido Percich luca.perc...@gmail.com: Ciao a tutti, Ciao Luca, mi sono accorto che nell'ultimo mese a Milano è stato effettuato il merge di parecchie ways che erano state splittate agli incroci durante il lavoro di allineamento col grafo AMAT. Ogni way aveva un loc_ref che la collegava al corrispondente arco del grafo comunale. Il principale autore delle modifiche è l'utente Federico Cabrini (id=602784), che ho provato a contattare ieri senza successo. ti ha più risposto? Buona giornata a tutti Sig -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-GB] Ramblers app
Looks kind of interesting, but I have trouble taking any organisation seriously that still believes Avon is a county. I've found that all authorities within my area are quite good at dealing with the problems described on the ramblers website. If you give them an accurate location description (photos really help) an explanation of how it inconveniences the walker/rider, then there fairly speedy in getting things rectified. Currently I'm getting a couple of kissing gates replaced that you have to be a size zero to get through. Dave F. On 15/07/2015 10:06, p...@trigpoint.me.uk wrote: On Wed Jul 15 09:37:19 2015 GMT+0100, Rob Nickerson wrote: Looks interesting. Anyone know more information about this? http://www.bbc.co.uk/news/uk-33532041 The big pathwatch runs until October, is open to both the general public and ramblers members alike. The aim is to survey paths with a 1km grid square and upload the results either through the app, or on the website. Any square can be chosen, however there are key squares that must be completed based on a sample of 200 per highway authority. I'm not convinced by this as rural areas have sparse coverage, and urban areas have complete coverage. Telford, semi rural has the same number of squares as Shropshire and Leicestershire, and the lax planning rules caused by the new towns act will, I am sure, bring up some interesting results. I have downloaded the app, not too sure yet, can only highlight a bad stile, not a good one. More here http://www.ramblers.org.uk/get-involved/join-the-big-pathwatch.aspx Key squares here, only visible if not logged in https://bigpathwatch.ramblers.org.uk/map-of-sample-squares Please do sign up, and complete some squares and add to OSM at the same time. Phil (trigpoint ) --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-br] RES: RES: OSM - CNEFE
Pessoal, e ai, vamos ter a conversa mesmo hoje? 12h00? alguém pode criar a reunião (google hangouts, ou alguma outra plataforma)? (se precisar tenho skype também) 2015-07-14 12:12 GMT-03:00 Peter Krauss ppkra...@gmail.com: Oi Lucas, ótimo trabalho (!), assim que sobrar um tempo (algum final de semana) ponho a mão-na-massa, para entender o que voce fez e como podemos conversar mais tecnicamente ;-) (se tiver ilustrações, ex. UML, de modelo de dados para postar no git também ajuda) Como sou novato, pretendo seguir um pouco pelas bordas e no escopo mais geral das discussões... A ideia geral do projeto de Mapa-do-CEP ainda é rascunho mas pode ser apreciada em http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP que tal começarmos pelo CEP2? - - - - Quanto os problemas legais (direitos autorais reclamados pela ECT bem como lei do monopólio) , precisamos de apoio internacional, inclusive da OSM... Comecei a busca por essa discussão (link abaixo), e senti receptividade, *http://opendata.stackexchange.com/q/5600/1313 http://opendata.stackexchange.com/q/5600/1313* a parte juridica é importante para não jogarmos nosso tempo no lixo... Até onde conversei com advogados, se criarmos uma metodologia (algoritmos) para espacialização do CEP (ver links Wikipedia com preliminares), não tem problema algum: o primeiro a publicar é o autor... Por isso acho importante termos resultado a curto prazo de um projeto-piloto com OSM e publicarmos no http://arxiv.org Em 14 de julho de 2015 11:13, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Pessoal, estou colocando o que já tenho de código em: https://github.com/lucasmation/osm_cnefe_import (que perdoe a lingua portuguesa, escrevi em ingles para poder pegar mais feedback dos desenvolvedores do OSM no mundo, foruns, etc) Peter, bem vindo. Eu usei mesmo esta pergunta do gis.stackexchange. E elaborei em cima. Esta questão de dois lados do mesmo seguimento de rua teremo o mesmo CEP eu poderia explorar para melhorar o paramento, mesmo em quadras não pareadas. Mas o quão certo, 100% é isso? abs Lucas 2015-07-13 19:01 GMT-03:00 Peter Krauss ppkra...@gmail.com: Oi gente, acabo de me inscrever na lista... Posso participar da discussão? Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente ajudam a resolver ambiguidades e dar mais confiança à geocodificação... Até onde verifiquei, o Mapa-do-CEP não oferece problema jurídico... Postei um esboço metodológico da sua construção, na Wikipedia, https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders que acham? Alguem falou em quadras por aqui, é justamente o foco metodológico... http://gis.stackexchange.com/q/80498/7505 PS: sobre pontos de endereçamento de utilidade publica, um bom projeto de referencia é o http://adresse.data.gouv.fr/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: OSM - CNEFE
Estava escrevendo sobre isso agora, Lucas. Estou vendo se usamos o Zoom, que é bom para reunião online, mas também podemos fazer um hangout. Quem for participar da reunião me avise por e-mail que eu chamo pra sala que criarmos. Vitor 2015-07-15 10:53 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com: Pessoal, e ai, vamos ter a conversa mesmo hoje? 12h00? alguém pode criar a reunião (google hangouts, ou alguma outra plataforma)? (se precisar tenho skype também) 2015-07-14 12:12 GMT-03:00 Peter Krauss ppkra...@gmail.com: Oi Lucas, ótimo trabalho (!), assim que sobrar um tempo (algum final de semana) ponho a mão-na-massa, para entender o que voce fez e como podemos conversar mais tecnicamente ;-) (se tiver ilustrações, ex. UML, de modelo de dados para postar no git também ajuda) Como sou novato, pretendo seguir um pouco pelas bordas e no escopo mais geral das discussões... A ideia geral do projeto de Mapa-do-CEP ainda é rascunho mas pode ser apreciada em http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP que tal começarmos pelo CEP2? - - - - Quanto os problemas legais (direitos autorais reclamados pela ECT bem como lei do monopólio) , precisamos de apoio internacional, inclusive da OSM... Comecei a busca por essa discussão (link abaixo), e senti receptividade, *http://opendata.stackexchange.com/q/5600/1313 http://opendata.stackexchange.com/q/5600/1313* a parte juridica é importante para não jogarmos nosso tempo no lixo... Até onde conversei com advogados, se criarmos uma metodologia (algoritmos) para espacialização do CEP (ver links Wikipedia com preliminares), não tem problema algum: o primeiro a publicar é o autor... Por isso acho importante termos resultado a curto prazo de um projeto-piloto com OSM e publicarmos no http://arxiv.org Em 14 de julho de 2015 11:13, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Pessoal, estou colocando o que já tenho de código em: https://github.com/lucasmation/osm_cnefe_import (que perdoe a lingua portuguesa, escrevi em ingles para poder pegar mais feedback dos desenvolvedores do OSM no mundo, foruns, etc) Peter, bem vindo. Eu usei mesmo esta pergunta do gis.stackexchange. E elaborei em cima. Esta questão de dois lados do mesmo seguimento de rua teremo o mesmo CEP eu poderia explorar para melhorar o paramento, mesmo em quadras não pareadas. Mas o quão certo, 100% é isso? abs Lucas 2015-07-13 19:01 GMT-03:00 Peter Krauss ppkra...@gmail.com: Oi gente, acabo de me inscrever na lista... Posso participar da discussão? Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente ajudam a resolver ambiguidades e dar mais confiança à geocodificação... Até onde verifiquei, o Mapa-do-CEP não oferece problema jurídico... Postei um esboço metodológico da sua construção, na Wikipedia, https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders que acham? Alguem falou em quadras por aqui, é justamente o foco metodológico... http://gis.stackexchange.com/q/80498/7505 PS: sobre pontos de endereçamento de utilidade publica, um bom projeto de referencia é o http://adresse.data.gouv.fr/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-cz] WeeklyOSM CZ 258
Ahoj, je dostupné vydání 258 týdeníku weeklyOSM: http://www.weeklyosm.eu/cz/archives/4391 Téma čísla: Import dat z veřejného registru půdy LPIS * Kopírování z cizích map, autorský zákon a letecké snímky. * Import DIBAVOD - aktuálnost a aktualizace * Nudí vás český překlad? Co takhle brazilská portugalština? * fotomapa od Imagico.de tam kde chybí Bing * Paraguay = OSM + Python * 5let projektu OsmAnd Pěkné počtení... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Antennas and radio networks supports mapping
Thank you Dave, 2015-07-15 14:15 GMT+02:00 Dave Stanley da...@dbsconsult.co.uk: Hi I map quite few radio sites in connection with my work. Usually it is just mast/tower locations using the 'man_made=tower + tower:type=communication' tags with name/operator information. There are quite few things for these towers that could be improved. For example the difference between a tower and a mast - a mast in the UK is normally considered to have guy wires to hold it up. where as a tower supports itself. May masts are big enough to justify the guy wires being mapped with their ground anchor points. I am not aware of anything suitable to do that. Ok to say definitions and keys are a bit messy. It's only about supports which can be refined independently. There is also their feed line systems. I have used power=line to map some of these, as in this example in Burma: https://www.openstreetmap.org/#map=18/16.86624/96.16177 It is not ideal, but the closest I could think of. Medium-wave broadcasts sites typically have very long feeder systems that can be mapped, as in the example. This is interesting I didn't see the use of power=line like that but it can be adjusted. Wouldn't you add frequency=* and usage=radio on such lines ? It may allow consumers to distinguish them from standard electricity transmission lines. RF can be used at high power rates : The CERN currently use them at hundred of MW to power up its accelerator. As for the antennas mounted on a mast/tower, you then may need to consider the frequencies and operators that use the antennas. In some cases there will be multiple frequencies and operators. Physically, you would need the antenna height above ground level, direction, possibly which leg it is on and so on. Antennas have many characteristics but only a few are relevant in OSM. It may be better to give a manufacturer name and model reference to get such details directly from other databases. Azimuth (if applicable), position and model information are the only data required there, aren't you ? If the antenna works on several frequencies (based upon it's model number and manufacturer capabilities), the usage of those frequencies can depend on the radio stations relations the antenna is member of. Lots to think about. Indeed, can't wait to go forward about this topic Regards François -- *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Route500 date de 2012... ça commence à faire long Le 14/07/2015 19:33, rainerU a écrit : Am 14.07.2015 um 15:55 schrieb Jean-Francois Nifenecker: Au demeurant, tout comme Eric, je pense que le centre ville de Nancy est trop densément tagué en primary. Ça saute aux yeux quand on compare avec route500 qui n'est certes pas très à jour et des fois imprécis, mais pas à ce point. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Wochennotiz Nr. 260 7.7.–13.7.2015
Hallo, die Wochennotiz Nr. 260 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/07/wochennotiz-nr-260/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de