Re: [OSM-talk] Routing on osm.org
OSRM and other routers won't use the highway you want it to use because its under construction in the OSM data ( http://www.openstreetmap.org/way/27593150#map=13/50.4550/-113.8127layers=Q). Ahh, that would probably do it. I have removed 'construction=trunk' and 'motor_vehicle=no' tags as they are incorrect. Will check back in a few days to see if it fixed the routing problem. Most often it's not router but a data problem. Absolutely... the data is to blame! The point I was making is that routing often highlights that there is an issue, maybe a quick link to add a note (or something) that local/expert mappers could validate would be of benefit. Cheers, Simon (who really should pay more TLC to mapping in his area) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Big Lakes
On Tuesday 17 February 2015, malenki wrote: 1 ways each with 2000 nodes would be 20 million nodes. Evenly distributed on 14000 km outline means a node distance of 70cm - your average node distance seems to be more in the range of 10-20m - i suppose something is wrong here, for comparison the world coastline is only 33 million nodes. A subset of 92.331 km I just looked at has 8,764 nodes. That is not too much imho. You should take into consideration that there are also some islands which are responsible for the big growth in the count of members. Yes - my mistake, you probably don't get an average way size of more than about 50 nodes - that would bring you to about 500k nodes with 10k ways. I am aware of this and not too lucky about it. The shape existing until my updates started I created in 2009 with Landsat Imagery. Then it had 8000 km length and was quite rough. For curiosity I had a look at the first version of Lake Nasser – the shore was 1733 km long. There currently is no established rule what water level to map as natural=water in such a case (average/maximum/minimum) or how to tag separate mappings of different levels. In any case you might want to consider that mapping both the minimum and maximum based on lower resolution data (like Landsat images) would be ultimately more useful than mapping a fairly undefined in-between state in higher resolution. Imho the minimum would be empty ;) Not really - a typical reservoir cannot be fully emptied. There usually is a normal operational range of water levels which can of course also change over time. The old legacy Landsat images from 1999-2003 you can see on Bing and Mapbox Satellite at low zooms and which are probably the basis of the old mapping generally show a very high water level for Lake Nasser, probably close to the operational maximum. The normal seasonal variation of recent years can be well seen on and could be mapped from Landsat 8 images - like: http://earthexplorer.usgs.gov/metadata/4923/LC81740442014188LGN00/ http://earthexplorer.usgs.gov/metadata/4923/LC81740442015047LGN00/ -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Usage without attribution: US Geological Survey
I sent a message to a USGS employee in Tacoma that has helped me in the past. I'm hoping he can direct me to the right individual. Clifford On Tue, Feb 17, 2015 at 2:18 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 17, 2015 at 2:44 PM, Clifford Snow cliff...@snowandsnow.us wrote: Paul, When I get home later today I'll email a USGS employee I know. He can probably suggest who I can contact. Clifford On Feb 17, 2015 1:32 PM, Paul Johnson ba...@ursamundi.org wrote: On the streets layer? I don't doubt the other layers are lacking proper attribution as well. But OSM is ours. Yeah, where i'm at here maps is crappy so it stands out easy. On Tue, Feb 17, 2015 at 2:38 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: It looks to me that there using here maps. Around my area it's pretty much dead on with what here maps is shows. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 17, 2015 at 11:37 AM, Paul Johnson ba...@ursamundi.org wrote: On Wed, Jan 28, 2015 at 3:49 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 28, 2015 at 11:09 AM, Paul Johnson ba...@ursamundi.org wrote: Found it here while checking out a nearby earthquake I was notified about... http://earthquake.usgs.gov/earthquakes/eventpage/usb000tiqz#general_map The Street layer of the map is very clearly taking tiles from Mapquest Open (spotted at relatively low zoom over tulsa due to Mapquest lagging months behind on that zoom over parts of I 244 and I 44 which were tagged during major construction operations as recently as last fall in a manner that which that renderer didn't understand, leaving gaps over the Arkansas River on 244 and Midtown Tulsa near Lewis Avenue on I 44); confirmed by zooming in deeper around the BOK Center in downtown Tulsa with a pretty high level of detail of the block the arena is on itself along with a number of city sidewalks from changesets I uploaded in the last week). Legal page is 404. About Us doesn't seem to mention anything either. No attribution on map itself. Only the Street layer appears to be from OSM data. Paul, I can verify that the street view is OSM. I added some service roads near my house which would normally show on a typical map. Do you want to contact them? Apparently, Google decided this message was spam. I think I trust someone else to this if possible. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] OS OpenData now OGL
On 17 February 2015 at 23:57, Matthijs Melissen i...@matthijsmelissen.nl wrote: I could imagine that OGL-3 has imported OS ODL's clause on sublicensing that caused incompatibility with ODbL, which would make OGL-3 incompatible with ODbL.Do we have confirmation that this is not the case, i.e. that OGL-3 and ODbL are compatible? -- Matthijs All the OGL versions are online. A comparison of v2 and v3 shows nothing to worry me. Hopefully Robert W will chip in as he's clued up on all this. Version 3: http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/ Version 2: http://www.nationalarchives.gov.uk/doc/open-government-licence/version/2/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-br] Quando usar shelter e covered
Tem um difference entre os duas, o shelter e um abrigo que dar proteção da vento, alas tem teto e paredes, enquanto covered somente tem teto e não dar proteção da vento. Aun Johnsen On Feb 17, 2015, at 21:04, belnu...@pop.com.br wrote: No ID aparece as etiquetas : shelter e covered para os pontos de ônibus . Pra mim os dois são iguais , portanto redundantes . Estou certo ? Obrigado ___ 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-GB] Road Names Quarterly Project
A small story about this: https://www.openstreetmap.org/way/31117763/history Laurie Gray Avenue, Bluebell Hill, Kent, used to have a street sign saying Laurie Gray. Various council documentation and OS locator referred to the 'Avenue' form. After two discussions an openstreetmap mapper asked the relevant council (Tonbridge and Malling) who replied 'That's funny, we'd better sort that' or words to that effect. The sign now has the Avenue suffix. Actually, I rather regret the change as I was imagining the person the road was named after telling the council that if they wanted to call it an avenue they'd better plant trees along it. As there were no trees, no Avenue. Paul On Tuesday 17 Feb 2015 12:16:52 Dan S wrote: 2015-02-17 11:46 GMT+00:00 Colin Smale colin.sm...@xs4all.nl: A better paradigm is that the data should be independently verifiable from open sources. If the sign is wrong, it is wrong. Propagating that error does not change that by magical thinking. It is true that street signs can be wrong, but other official data is wrong with roughly the same frequency. There is no absolute truth that we can appeal to. So we need a community standard for which sources of evidence we use for OSM, and that is broadly agreed to prefer things observable on the ground. This does not rule out the use of common sense! Ground truth is of course no good if there is nothing on the ground - such as boundary lines, postcodes and even source=local_knowledge. If there is no sign at all, should we remove the name from OSM, even though we, the local authority and Royal Mail agree that it has a certain name? This is a straw man argument, so let's skip over it. This ground truth business needs a bit of nuance now and then. It's not black and white - in between there are many shades of grey, where common sense needs to be factored in. Common sense, yes of course, no-one said otherwise. I used to find it odd that OSM preferred ground truth over official data, but I've increasingly come to see the wisdom of this. Ground truth however does not mean purely street signs - it's a common-sense combination of evidence, where we give most credit to the evidence that is freely accessible at the location (e.g. street signs, talking to people, looking at bus stops...). This is different from Wikipedia's consensus, which prefers official sources rather than direct experience - a really interesting contrast IMHO! Best Dan On 2015-02-17 11:48, Jonathan Harley wrote: On 17/02/15 10:03, Colin Smale wrote: It's only correct because that's the frame of reference you have chosen in this case. The local authority decides what a street is officially called. How that is transposed to signs sometimes introduces errors, and these errors are sometimes volatile. The OS is not the source of the official name either is it? The frame of reference we use is ground truth - what is actually there in the physical world. Also, the signage at the end of the street is what visitors and delivery drivers see, so it's surely the most practically useful thing to have on a map. J. ___ 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 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[talk-latam] Mapa Andino
Hola Maperos. El Instituto geográfico de Colombia IGAC en el marco de su estrategia de cooperación internacional(0) ha anunciado que está dando las primeras pinceladas para un mapa andino conjunto entre Colombia, Ecuador, Perú, Bolivia y Panamá.(1) El IGAC a pesar de ser una institución pública se ha distinguido por su obsoleta política de licenciamiento lo cual no hace posible el uso de la información geográfica que produce por parte de los habitantes ni siquiera para la atención de desastres(2), a pesar de haber insistido desde hace mas de un lustro y de haber interlocutado directamente por medio del suscrito como representante de OSM además de organismos como UN-Ocha o Banco Mundial, los contratos draconianos para el manejo de la IG siguen si modificarse. Sería una opción interesante si por medio de esta lista articulamos una petición a los países intervinientes para que la información resultante de este convenio sea publicada bajo estándares de OpenData, dominio público o algún tipo de licencia que permita su uso sin las restricciones tradicionales. ¿Qué les parece? salu2 Humano (0) http://www.igac.gov.co/wps/wcm/connect/100604004d63d1d0a0f1b25fb5b7b042/Estrategia_Nal_Coop_Internacional_2012_2014.pdf?MOD=AJPERES (1) http://www.igac.gov.co/wps/wcm/connect/5ea51800473d51cfb910f935d370a7a6/pdf+de+mapa+andino+.pdf?MOD=AJPERES (2) https://lists.openstreetmap.org/pipermail/talk-co/2010-December/001474.html -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
[Talk-GB] OS OpenData now OGL
Hi All, At long last the open data licence scene in the UK has now become a lot simpler as OS have ditched their OS OpenData Licence and replaced it with the standard OGL: http://www.ordnancesurvey.co.uk/blog/2015/02/were-using-the-open-government-licence-to-encourage-greater-use-of-os-opendata-products/ http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/ Good news for OpenStreetMap :-) Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 11:15 AM, Ian Dees ian.d...@gmail.com wrote: It's easy and fun to hypothesize about why OSM is crummy in the US, but it's vastly more useful to think of ways to improve it. Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and fixme can guide existing mappers to areas that are probably in need of help. Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Any other ideas for how to make the rural US better? Ian, Thanks for suggesting we look at what we can do to improve rural US rather than focus on how bad it appears. One of the goals our Seattle Meetup Group is to build community. We believe that many more mappers are needed. As one of our team says, it's all about mapping what you know. We want people that take an interest in their neighborhood, by watching edits in their area and encourage new mappers. That's seems to be working for us, although slowly, in the city. But it doesn't help much for rural areas. I like the suggestion of State Fairs. Other organizations we might want to look at are the Boy Scouts, Girl Scouts and 4F. I've been wanting to hold a meetup in rural Western Washington State. But haven't figured out a good way to get publicity to attract new mappers. Publicity of what OSM is accomplishing would be good. I wonder how we make that happen? Do we have writers in our midst that would like to take on that challenge? If so what story do we want to tell? Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] OSM Gets Routing
FYI: OSM is now offering routing on the main page... Details to be seen here: https://blog.openstreetmap.org/2015/02/16/routing-on-openstreetmap-org/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-it] Finalmente anche osm ha il suo routing integrato.
Ho inserito Milano e Roma come partenza e destinazione con osrm selezionato (di default) e appare l'alert: Couldn't find a route between those two places. Per altre destinazioni invece funziona. Che strano. Capisco la difficolta' tecnica ma e' un peccato perdere le funzionalita' che i vari servizi selezionabili offrono sui rispettivi siti. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] neighbourhood dans rendu FR
Oui, je confirme qu'il y a un problème de rendu, c'est corrigé mais pas encore déployé. Le 17/02/2015 19:42, Waxy a écrit : Salut, Lien sur Cayenne : http://tile.openstreetmap.fr/?zoom=17lat=4.93026lon=-52.30964layers=00B0FFF Le 16/02/2015 16:44, Stéphane Péneau a écrit : Le 15/02/2015 17:54, Christian Quest a écrit : place=neighbourhood est bien rendu, mais à partir du zoom 14... place=suburb apparait au zoom 12, car un suburb est plus grand qu'un neighbourhood (d'après le wiki) Sinon, tu as un permalien pour regarder ? De mon coté, je ne les vois pas : http://tile.openstreetmap.fr/?zoom=17lat=47.0903lon=-1.28243layers=B000FFF alors que : http://www.openstreetmap.org/node/271487#map=17/47.09025/-1.28427 Le 16/02/2015 10:38, Tony Emery a écrit : Tiens, à ce sujet, quel(s) tag(s) doit-on utiliser pour les contours des lotissements et des résidences collectives ? Pour ma part, c'est un polygone landuse=residential et name=nom du lotissement. Stf ___ 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
Re: [talk-latam] Mapa Andino
2015-02-17 19:17 GMT-04:00 Fredy Rivera fredyriv...@gmail.com: El Instituto geográfico de Colombia IGAC en el marco de su estrategia de cooperación internacional(0) ha anunciado que está dando las primeras pinceladas para un mapa andino conjunto entre Colombia, Ecuador, Perú, Bolivia y Panamá.(1) ¿Qué les parece? Adelante, vayamos construyendo el pedido único y sumando respaldo ciudadano. Está claro su corta visión no mencionando la apertura, transparencia y participación ciudadana entre las posibles utilidades. Podemos utilizar el opendataday que se realiza en colombia, panamá, perú, bolivia, para explicar este aspecto, y ganar respaldos. Quizá debamos esperar al comunicado oficial después de su reunión inicial. Mencionar que acá en Bolivia no se sabe nada y es muy hermético, recién supe por el tuit hace algunos días, el instituto que gestiona es un organismo de los militares y cobrar hasta 700 USD por copiar los mapas, la otra entidad sólo es un custodio. Voy a involucrar a gente conocida de Panamá porque de la comunidad OSM no se sabe nada. Abrazos, Marco Antonio twitter: @51114u9 wikipedia: bit.ly/Wiki51114u9 google+: gplus.to/51114u9 osm: bit.ly/OSM_51114u9 ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
[Talk-br] Quando usar shelter e covered
No ID aparece as etiquetas : shelter e covered para os pontos de ônibus . Pra mim os dois são iguais , portanto redundantes . Estou certo ? Obrigado ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-ca] OSM participation in Open Source Comes to Campus on Feb 28, 2015
Hi all, I was in touch with the organizers of the Toronto MappyHour and they suggested I post this here --- My name is Dawn Walker, I am a Graduate Student at the Faculty of Information at UofT. I’m helping run a free event to introduce students to free/libre/open source software on February 28, 2015 at University of Toronto: Open Source Comes to Campus in conjunction with OpenHatch https://openhatch.org/(https://openhatch.org/). We're looking for people to help mentor attendees in a variety of ways as they learn how to contribute to open source projects: * Instruction https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculumon topics like open source community norms, issue trackers, IRC and git * Participation on a Career Panel https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculum/Career_Panel * Lead a contributions workshop https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculum#Contributions_Workshoparound a specific project (in this case potentially Open Street Map!) * Or, volunteer to support attendees throughout the day! The event run from 10am - 5pm, with coffee, tea and socializing for a half hour beforehand (Mentors don't need to show up at 9:30am sharp, but should be there by 9:45). Here are links to find out more about the Event https://events.openhatch.org/events/2and Code of Conduct https://openhatch.org/wiki/OpenHatch_event_code_of_conduct. Instructors with a variety of backgrounds are welcome: while it's great if you have tons of experience using git and setting up development environments, we're also looking for people who've been involved with open source as non-programmers, who know a bit about picking bugs and submitting patches, or who just like to talk about their experiences with open source. If this sounds interesting to you, and you're available on February 28 please email me back at dawn.wal...@utoronto.ca mailto:dawn.wal...@utoronto.ca and/or sign up on our Event Page https://events.openhatch.org/events/2(https://events.openhatch.org/events/2)mailto:dawn.wal...@utoronto.ca, I'd love to answer any further questions you might have! Hope to hear from you, Dawn Walker MI Candidate, Faculty of Information University of Toronto ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] OSM participation in Open Source Comes to Campus on Feb 28, 2015
Hi all, I was in touch with the organizers of the Toronto MappyHour and they suggested I post this here --- My name is Dawn Walker, I am a Graduate Student at the Faculty of Information at UofT. I’m helping run a free event to introduce students to free/libre/open source software on February 28, 2015 at University of Toronto: Open Source Comes to Campus in conjunction with OpenHatch https://openhatch.org/(https://openhatch.org/). We're looking for people to help mentor attendees in a variety of ways as they learn how to contribute to open source projects: * Instruction https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculumon topics like open source community norms, issue trackers, IRC and git * Participation on a Career Panel https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculum/Career_Panel * Lead a contributions workshop https://openhatch.org/wiki/Open_Source_Comes_to_Campus/Curriculum#Contributions_Workshoparound a specific project (in this case potentially Open Street Map!) * Or, volunteer to support attendees throughout the day! The event run from 10am - 5pm, with coffee, tea and socializing for a half hour beforehand (Mentors don't need to show up at 9:30am sharp, but should be there by 9:45). Here are links to find out more about the Event https://events.openhatch.org/events/2and Code of Conduct https://openhatch.org/wiki/OpenHatch_event_code_of_conduct. Instructors with a variety of backgrounds are welcome: while it's great if you have tons of experience using git and setting up development environments, we're also looking for people who've been involved with open source as non-programmers, who know a bit about picking bugs and submitting patches, or who just like to talk about their experiences with open source. If this sounds interesting to you, and you're available on February 28 please email me back at dawn.wal...@utoronto.ca mailto:dawn.wal...@utoronto.ca and/or sign up on our Event Page https://events.openhatch.org/events/2(https://events.openhatch.org/events/2)mailto:dawn.wal...@utoronto.ca, I'd love to answer any further questions you might have! Hope to hear from you, Dawn Walker MI Candidate, Faculty of Information University of Toronto ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Objet affiché dans rendu OSM mais n'est plus dans la base depuis des semaines?
C'est ici... http://www.openstreetmap.org/node/1301816361 Le 17/02/2015 20:33, Bruno a écrit : Le 17/02/2015 20:24, Shohreh a écrit : Bonjour Comme cette boutique de vélo* a fermé en 2013, je l'ai supprimée de la base il y a plusieurs semaines mais je m'aperçois qu'elle s'affiche encore dans le rendu OSM mais ne s'y trouve pas quand je passe en mode Édition avec Id: http://www.openstreetmap.org/?mlat=48.84734mlon=2.23485#map=19/48.84734/2.23485 Quelqu'un sait ce qui se passe? Merci. * Des cycles et des vies 12 rue des Menus, 92100 Boulogne-Billancourt -- View this message in context: http://gis.19327.n5.nabble.com/Objet-affiche-dans-rendu-OSM-mais-n-est-plus-dans-la-base-depuis-des-semaines-tp5833953.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je trouve bien le magasin avec ID ou avec requête sur les objets Il a été modifié par toi même il y a 4 mois avec le commentaire qu'il ne semble plus exister. Bruno. ___ 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
Re: [OSM-talk-fr] Aide correction d'une note de carte
Ça n'a pourtant pas l'air mieux... https://www.openstreetmap.org/#map=19/46.57155/0.32793 La première différence entre les deux voies est la présence d'un tag usage=main sur celle qui n'est pas affichée en souterrain. L'autre différence est que celle affichée en surface ne fait pas partie de relations, tandis que l'autre appartient au contraire à deux. Je ne vois cependant pas pourquoi cela changerait le rendu. Du coup pour moi les tags ont l'air bon, je ne vois pas de raison de les changer pour le rendu (qui semble ici être lui-même à l'origine du problème). Cordialement Le mardi 17 février 2015, 18:33:10 David Crochet a écrit : Bonjour Une idée sur le problème ? Je suis nouveau contributeur, donc encore peu expérimenté... Erreur corrigé il y a 16 minutes, il faut juste donner le temps aux serveurs de refabriquer les images Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] guide to vandalism” in OSM?
On Fri, Feb 13, 2015 at 9:45 AM, Andy Mabbett a...@pigsonthewing.org.uk wrote: On 12 February 2015 at 13:55, Marc Gemis marc.ge...@gmail.com wrote: The comments were saying that vandalism is rare on OSM Wikipedia sensibly offers this advice: https://en.wikipedia.org/wiki/Wikipedia:Don%27t_stuff_beans_up_your_nose Yet: http://www.openstreetmap.org/note/295522 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Finalmente anche osm ha il suo routing integrato.
Se andate a vedere lo stato del server oer imagery in questo momento è fuori uso, ho guardato iwri sera per mie esigenze di scaricarmi un PNG. --Simone Girardelli-- Inviato dal mio smartphone. -Original Message- From: emmexx emm...@tiscalinet.it To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Mar, 17 Feb 2015 23:49 Subject: Re: [Talk-it] Finalmente anche osm ha il suo routing integrato. Ho inserito Milano e Roma come partenza e destinazione con osrm selezionato (di default) e appare l'alert: Couldn't find a route between those two places. Per altre destinazioni invece funziona. Che strano. Capisco la difficolta' tecnica ma e' un peccato perdere le funzionalita' che i vari servizi selezionabili offrono sui rispettivi siti. ciao maxx ___ 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-it] Finalmente anche osm ha il suo routing integrato.
I punti (Milano e Roma) non sono accessibile per le macchine. Ma il calcolo funziona col sistema di Mapquest. Florian Le Mardi 17 février 2015 23h49, emmexx emm...@tiscalinet.it a écrit : Ho inserito Milano e Roma come partenza e destinazione con osrm selezionato (di default) e appare l'alert: Couldn't find a route between those two places. Per altre destinazioni invece funziona. Che strano. Capisco la difficolta' tecnica ma e' un peccato perdere le funzionalita' che i vari servizi selezionabili offrono sui rispettivi siti. ciao maxx ___ 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-at] Hä?
On 18.02.15 07:48, erwin nindl wrote: Andreas Labres wrote on 18/02/15 07:18: http://www.openstreetmap.org/node/3355367181 Ok, das zu löschen? vielleicht nur den namen entfernen? Lorenz Born Tatkraftsquelle Naja, eine Weggabelung als Quelle zu mappen ist halt auch suboptimal. Der User hat im Changeset-Kommentar schon geantwortet, angeblich ist dort wirklich eine solche Quelle. Vielleicht kann das jemand aus der Gegend bestätigen? /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Flurnamenimport in Vorarlberg
On 18.02.15 00:38, Jens Steinhauser wrote: Was meint ihr dazu? Oh Gott! Grade im besiedelten Gebiet ist das unbrauchbar. Wieder mal: Man muss sich an das hier halten: http://wiki.openstreetmap.org/wiki/DE:Import/Guidelines und das bedeutet vor allem: *Zuvor* die lokale Community kontaktieren und sein Vorhaben diskutieren! Dann hätte man diskutieren können, ob man das überhaupt will; ob man vielleicht nur einen loc_name setzen will, sodass man diese Namen zwar findet (obwohl das wohl kontraproduktiv zur Performance von Nominatim ist), sie aber nicht gerendert werden; oder überhaupt einen neuen Tag für unsichtbare Flurnamen erfinden... /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-be] Brussels by bicycle
Dear all, I have added some info in the wiki about the proposal : https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#Mapping_party_in_Brussels_-_Saturday_25_April_2015.2C_9h_till_13h Do not hesitate to add ideas and yourself on the program. We need to have enough experienced mappers to teach and accompany the new mappers. We also need to have Flemisch, French and English speakers, as I expect and would like to have visitors speaking at least these 3 languages. Yes, any help with the setup of a meetup is welcome. I'll see Ben on Monday in Namur and talk with him. I hope to see you Ivo, THanks NP ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Hä?
Andreas Labres wrote on 18/02/15 07:18: http://www.openstreetmap.org/node/3355367181 Ok, das zu löschen? vielleicht nur den namen entfernen? lg erwin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hä?
On 18.02.2015 07:18, Andreas Labres wrote: http://www.openstreetmap.org/node/3355367181 Ok, das zu löschen? Warum fragst du nicht den User, der das erstellt hat? Der wird am besten wissen, was das ist. Und sonst bieten sich Map Notes an, wenn es um die Klärung einzelner POIs geht. Die sehen dann genau jene Mapper, die in dem Gebiet aktiv sind; und die Notes kann man runterladen und aufs GPS-Gerät kopieren. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Differenza no_left_turn only_straight_on
2015-02-17 10:40 GMT+01:00 emmexx emm...@tiscalinet.it: Rifaccio la domanda: perche' non riduciamo i tipi di turn restriction a 2? Ho sempre trovato di dififcile comprensione la pagina sulle turn restriction. È come se si volesse parlare di due cose diverse. Da una parte mettere delle limitazioni ad un percorso topologico (ed in questo si dice che sono equivalenti tra loro le varie only_* e tra di loro le varie no_*_turn) Da altra parte si vuole parlare del cartello. C'è perfino una sezione che si intitola Road signs e nella relation è prevista che possa essere inserito anche il punto in cui visulizzare l'icona del simbolo con il tag location_hint. Ed è per il cartello e solo per il cartello (e per poter scegliere quale icona visualizzare sulla mappa) che ci si è inventati tipi diversi di restriction. Poi ad aumentare la confusione c'è che sono previsti due tipi di simboli diffrenti per l'Europa e per l'America. Temo che questo sia uno dei casi in cui piuttosto che migliorare piano piano la situazione sarebbe forse meglio distruggere completamente la situazione esistente e creare una nuova definzione ex-novo partendo bene dalla definione di cosa si vuole ottenere (ma intuisco benissimo che questo sia praticamente impossibile visto che ci sono mappate tantissime relazioni di questo tipo). Per me la relazione restriction dovrebbe dire semplicmente dove è permesso andare, o dove si è obbligati ad andare. I cartelli dovrebbero essere un'altra cosa (ammetterei però che possa essere inserito nella relation il nodo con il simbolo stradale se serve collegarli tra loro). Se c'è bisogno di sapere quale icona usare sulla mappa, beh, lo si scriva esplicitamente ocn un altro tag, ma che sia chiaro che questo tag serve a questo scopo. Ed in questa ottica due tipi di restriction basterebbero (rimarrebbe da chiarire meglio cosa fare nei casi più complicati, tipo un incrocio dove si potrebbe andare verso 6 parti diversi, ma è concesso andare solo in 2). AnyFIle ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Aide correction d'une note de carte
Bonjour Une idée sur le problème ? Je suis nouveau contributeur, donc encore peu expérimenté... Erreur corrigé il y a 16 minutes, il faut juste donner le temps aux serveurs de refabriquer les images Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm-monochrome sur layers.osm.fr et sur tiles.osm.fr
Bonjour de même, 2u sur tile.osm.fr ne fonctionne pas Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
2015-02-17 17:21 GMT+01:00 Pierre-Yves Berrard pierre.yves.berr...@gmail.com: Comment comptes-tu traiter l'existant dans OSM (PEI déjà présents dans l'Essonne) ? Outre ce point, j'ai deux remarques: - il faudra publier quelque part la license des données dans une forme compatible ODbL - un critère important dans OSM est la vérifiabilité ([1]). J'ai peur que à part ref, fire_hydrant:type et éventuellement fire_hydrant:diameter, les autres informations comme le débit, la pression ou l'opérateur ne soient invériables et devraient donc rester dans la base du SDIS. Sinon, merci pour cette volonté d'ouverture et de partage, Pieren [1] http://wiki.openstreetmap.org/wiki/FR:Verifiability ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Le 16 février 2015 11:49, Yann Kacenelen ykacene...@sdis91.fr a écrit : Bonjour à tous, Avis aux pressés : message copieux - mais non dénué d'interêts. [...] Merci pour votre lecture attentive et vos retours constructifs. De même que j'attends vos réponses, je suis tout à fait prompt à en apporter à d'autres de vos questions que je suivrai sur la liste. Bonjour Yann et merci pour ce travail. Petite question à laquelle je n'ai pas trouvé de réponse (je n'ai pas consulté tous les liens) : Comment comptes-tu traiter l'existant dans OSM (PEI déjà présents dans l'Essonne) ? PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] sito industriale abbandonato
2015-02-17 16:00 GMT+01:00 Any File anysomef...@gmail.com: Da quello che capisco dal wiki http://wiki.openstreetmap.org/wiki/Tag:landuse=brownfield per brownfiled serve che gli edifici siano già stati demoliti e che si intenda costruire altro. hai ragione, scusa ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Aide correction d'une note de carte
Bonjour, Je ne vois pas d'où vient l'erreur sur la note de carte n°310457 (ou voir ici : https://www.openstreetmap.org/note/310457). Il y a une voie de chemin de fer sensée passée en sous-terrain, mais elle apparaît au niveau du sol malgré le tag layer = -1. Une idée sur le problème ? Je suis nouveau contributeur, donc encore peu expérimenté... Merci ! Thomas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rép. : Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Le lundi 16 février 2015 19:00:49 Yann Kacenelen a écrit : Bonjour Christian, Merci pour ta réponse. Nos données, tu les connais déjà un peu ;) Elles sont mises à jour en permanence pour des sapeurs-pompiers qui se rendent sur le terrain avec tablette PC et récepteurs GPS (3-5 m de précision). La position est souvent reprise à la mano avec la BD ORTHO en référence. A vu de nez, j'estimerais la précision à env 2 mètres en moyenne (et surtout impérativement du bon côté de la route !). Bonjour Yann, 2 mètres, ça me semble en effet honnête :-) Je suis ouvert à toute proposition concernant à la fois le mode d'import. Et j'attends les retours des courageux qui auront digéré mes docs concernant la modélisation... J'ai jeté un œuil sur tes documents, et je constate que tu maîtrise bien le modèle OSM et les bidouilles de formats :-) En tout cas, plus que moi je ne maîtrise ton métier au SDIS ;-) Merci pour ton enthousiasme et toutes tes précisions. Pour ce qui est d'une base ouverte, on peut déjà faire un import quand c'est possible (avec des partenaires comme toi) et faire du relevé de terrain côté OSM. Si ça prend, on peut espérer aider à concrétiser un tel projet. Aujourd'hui on a 21000 fire_hydrant, c'est un début, petit mais pas rien quand même ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] Divietodi inversione ad U agli incroci (era: Differenza no_left_turn only_straight_on)
-Original Message- From: emmexx [mailto:emm...@tiscalinet.it] Sent: martedì 17 febbraio 2015 15:01 To: openstreetmap list - italiano Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on Secondo me e' lecito immettersi nel controviale in direzione sud. Quando si e' svoltato a sinistra e ci si trova all'inizio di Ca' Granda si e' nella stessa situazione di chi proviene da nord nella corsia centrale che puo' girare a destra o inserirsi nel controviale. Sono d'accordo con te che a un certo punto le 2 auto si trovano in una posizione simile, e da li in poi la parte finale della manovra che compiono per imboccare il controviale è la stessa. Ma la manovra complessiva è diversa, e trattata diversamente dal codice della strada. Chi, provenendo da nord, si inserisce nel controviale in direzione sud sta solo cambiando corsia, manovra lecita. Chi proviene da sud, e parimenti si inserisce nel controviale in direzione sud, nel complesso fa una manovra di inversione ad U in corrispondenza di un incrocio. Tale manovra è vietata dal codice della strada all'articolo 154, comma 6: L’inversione del senso di marcia è vietata in prossimità o in corrispondenza delle intersezioni, delle curve e dei dossi.. Il testo non fa alcuna eccezione per il caso della inversione ad U in strade a carreggiate separate. Dunque, per quanto possa sembrare inopportuno, il divieto di inversione vale anche nel caso in esame. Se cosi' non fosse sarebbe stato messo un cartello tira dritto all'inizio di Ca' Granda in direzione ovest, tra la corsia centrale e il controviale di Testi. Che l'area tra la corsia centrale e il controviale sia l'inizio di Ca' Granda, questo lo dice solo OSM. Per il codice della strada quella è un'area di incrocio. Un eventuale cartello di divieto di inversione ad U andrebbe messo prima dell'incrocio, sulla corsia che proviene da sud. Ma non è necessario, in quanto il divieto stabilito dal codice della strada è generale. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk] Fire hydrants in Oxfordshire
Data has been released here: https://www.whatdotheyknow.com/request/location_of_fire_hydrants It's probably OS-derived, but may still be a useful aid to anyone wanting to conduct their own survey; and the diameter values may be OK. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] OSM University of Liverpool exercise (or 200 free(ish) volunteers)
Hi, Thank you everyone for your replies (both on and off list) - I really appreciate the time you've taken to write them. There is a lot to think about in there, which I will spend some time doing. I've not made any decisions yet (the university have kept me quite busy since December) but I will let you know what I end up doing. Best wishes, and many thanks again. Nick. On 27 November 2014 at 13:50, Nick Bearman n.bear...@liverpool.ac.uk wrote: Hi, I hope this is the correct place to post this - if not, please be kind to me (as a newbie) and point me in the right direction! I'm teaching a 1st year Undergraduate module on GIS with approx. 200 Planning and/or Geography students on it next year (Oct 2015 - Mar 2016). This is an Introduction to GIS module, and I'd also like to explore the potential of getting the students to explore and contribute to OSM. This is still quite a way off so I am still developing the material and what the students are going to cover elsewhere in the module. I've found various bits of material on using OSM in this form ( http://wiki.openstreetmap.org/wiki/Education, http://teachosm.org/en/w, http://learnosm.org/en/osm-data/). I'm looking for someone who has completed something similar in the past and has any recommendation on how to do this most effectively, and what areas in Liverpool would benefit most from the students contribution. Currently, giving the time available to the students, I would be thinking of a desk-based digitisation exercise, but this can be flexible. I've already contacted John McKerrell but I'm interested to talk to other mappers in Liverpool that can suggest areas that need the most attention and/or who might like to be involved. Please feel free to get in touch (on-list or off-list) if you'd like more details. Best wishes, Nick. -- Dr Nick Bearman | Research Associate University Teacher | n.bear...@liverpool.ac.uk Department of Geography and Planning | University of Liverpool -- Dr Nick Bearman | Research Associate University Teacher Department of Geography and Planning | University of Liverpool ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] sito industriale abbandonato
2015-02-16 23:36 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com: forse si tratta anche di un landuse=brownfield ? Da quello che capisco dal wiki http://wiki.openstreetmap.org/wiki/Tag:landuse=brownfield per brownfiled serve che gli edifici siano già stati demoliti e che si intenda costruire altro. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Routing on osm.org
Nice! 2015-02-17 16:30 GMT+01:00 Paweł Paprota ppa...@fastmail.fm: Great work! Picked up by Slashdot BTW: http://tech.slashdot.org/story/15/02/17/1351206/openstreetmaporg-gets-routing :-) Paweł On Tue, Feb 17, 2015, at 15:22, Steve Coast wrote: +1 this is awesome Steve On Feb 16, 2015, at 12:10 PM, Michael Kugelmann michaelk_...@gmx.de wrote: Am 16.02.2015 um 20:20 schrieb Rob Nickerson: Congratulations to all those who were involved in getting directions/routing on openstreetmap.org :-) +1! Cheers, Michael. ___ 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 mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Milo van der Linden dogodigi t: +31-6-16598808 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Differenza no_left_turn only_straight_on
Il 02/17/2015 02:33 PM, Alberto Nogaro scrisse: Grazie per la spiegazione su incroci e linea di arresto, avevo dimenticato questo aspetto. Per esempio, ora all'incrocio manca la restrizione che impedisce a chi percorre Viale Fulvio Testi in direzione nord, di fare inversione ed imboccare il controviale in direzione sud. La tentazione sarebbe di inserire un divieto di svolta a sinistra da Viale Ca' Granda (https://www.openstreetmap.org/way/263676506) verso il controviale in direzione sud di Viale Fulvio Testi. Ma così impediremmo a chi percorre la corsia centrale di Viale Fulvio Testi in direzione sud di spostarsi sul controviale in direzione sud, che è una manovra lecita. Per impedire l'inversione ad U, senza impedire a chi mantiene la direzione di marcia di cambiare corsia, dovremmo usare una restrizione con più way con ruolo via. Il wiki dice che è corretto farlo, ma ho seri dubbi che esistano router che sappiano interpretare queste restrizioni. Vabbè, non mappiamo per il routing. Comunque le restrizioni alle inversioni ad U vanno aggiunte. Secondo me e' lecito immettersi nel controviale in direzione sud. Quando si e' svoltato a sinistra e ci si trova all'inizio di Ca' Granda si e' nella stessa situazione di chi proviene da nord nella corsia centrale che puo' girare a destra o inserirsi nel controviale. Se cosi' non fosse sarebbe stato messo un cartello tira dritto all'inizio di Ca' Granda in direzione ovest, tra la corsia centrale e il controviale di Testi. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] JOSM 7995 - pb chargement opendata et fr.toulouse
Le 17/02/2015 12:54, Vincent Privat a écrit : Et en forçant la mise à jour des modules dans les options du plugin ? En effet, çà a fonctionné en forçant la mise à jour ! J'aurais pensé qu'en utilisant la nouvelle version de JOSM, à l'activation du module, il prenait la mise à jour ; alors qu'il récupère, vraisemblablement des liens ... merci Lenny Le 17 févr. 2015 10:50, lenny.libre lenny.li...@orange.fr mailto:lenny.li...@orange.fr a écrit : Le 16/02/2015 22:31, Vincent Privat a écrit : Hello, est-ce que tu peux tester avec JOSM latest (8072 ou ultérieur) ? Par mesure de simplicité je n'ai pas ajouté d'historique de compatibilité des modules lorsque le plugin nécessite une version plus récente de JOSM, ce qui s'est justement produit récemment. Vincent Désolé, pareil avec la 8077 et windows Lenny Le 15 février 2015 19:25, lenny.libre lenny.li...@orange.fr mailto:lenny.li...@orange.fr a écrit : Le 13/02/2015 13:48, lenny.libre a écrit : Bonjour Aprés l'installation de la dernière version (Windows 7 - JOSM 7995) j'ai deux messages d'erreur de chargement : Chargement du module fr.toulouse. A supprimer de vos préférences et Impossible de Charger le greffon opendata. Voulez-vous le supprimer des préférences ? J'ai mis à jour java (1.8.0_3), mais les messages sont identiques. Faut-il les supprimer et les remettre où y a-t-il un problème sur le greffon et le module ? J'ai finalement enlevé les deux greffons et je les ai rajoutés : - pas de problème après la re-installation d'opendata - problèmes revenus après la re-installation de toulouse.fr http://toulouse.fr : c'est donc ce greffon qui pose problème ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Routing on osm.org
Great work! Picked up by Slashdot BTW: http://tech.slashdot.org/story/15/02/17/1351206/openstreetmaporg-gets-routing :-) Paweł On Tue, Feb 17, 2015, at 15:22, Steve Coast wrote: +1 this is awesome Steve On Feb 16, 2015, at 12:10 PM, Michael Kugelmann michaelk_...@gmx.de wrote: Am 16.02.2015 um 20:20 schrieb Rob Nickerson: Congratulations to all those who were involved in getting directions/routing on openstreetmap.org :-) +1! Cheers, Michael. ___ 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 mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Differenza no_left_turn only_straight_on
Ciao a tutti, io sono dega180, l'utente che ha generato questa discussione insieme ad emmexx. Secondo me ai fini del routing, mettere il no_left_tourn è equivalente a mettere only_straight_on quando la svolta a destra è vietata dalla presenza di un senso unico. Inoltre, questo tipo di relazioni sembrano avere l'obiettivo di indicare all'utente gli obblighi di svolta e non il tipo di cartello presente che invece io avrei mappato usando un punto taggato con traffic_sign=*. Ovvio che poi uno dice: Se c'è una relazione per ogni tipo di cartello, non costa nulla far combaciare la relazione con il cartello. Secondo me la questione trattata similmente a quella riguardante il oneway=no, se lo si inserisce la mappatura risulta più precisa, se non lo si inserisce l'efficacia nella pratica è la stessa. Dunque utilizzare tutti i tipi di restriction è consigliabile ma non strettamente necessario. Teniamo anche conto che finché l'editor di default nell'interfaccia di osm.org (cioè iD) permetterà di inserire solo i no_left/right_turn, non potremmo certamente considerare come sbagliato il metodo che ho utilizzato. Altrimenti uno dei tool ufficiali di modifica di OSM sarebbe inutilizzabile per i tourn restriction perché agirebbe contro il nostro consenso, sarebbe un paradosso non vi pare? Il giorno 17 febbraio 2015 13:28, emmexx emm...@tiscalinet.it ha scritto: Il 02/17/2015 12:53 PM, Elena ``of Valhalla'' scrisse: specificare tira dritto è una relazione, non girare sulla strada a destra + non girare sulla strada a sinistra sono due relazioni Ma in osm di relazioni ne inserirei comunque una sola, o nessuna. Ma ho l'impressione che parliamo di cose diverse. In osm inserisco la relazione solo se non e' implicita. Nel senso che se una strada incrocia un'altra strada con 2 sensi unici che convergono verso la prima, non serve inserire la relazione anche se c'e' il cartello tira dritto. La mia domanda iniziale era se fosse appropriato usare un tipo di relazione a caso, senza alcun legame con segnaletica presente, direzione delle way, aiuti visivi dei software. ciao maxx ___ 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: [OSM-talk] Routing on osm.org
+1 this is awesome Steve On Feb 16, 2015, at 12:10 PM, Michael Kugelmann michaelk_...@gmx.de wrote: Am 16.02.2015 um 20:20 schrieb Rob Nickerson: Congratulations to all those who were involved in getting directions/routing on openstreetmap.org :-) +1! Cheers, Michael. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] L’Ile-de-France en bandes dessinées, cartographiée en open source
L URL en bas de l article ( http://www.idboox.com/actu-web/lile-de-france-en-bandes-dessinees-cartographiee-en-open-source/ ) renvoie sur Umap.Le fond de carte avec ses fonts a un aspect BD que je trouve assez sympa:http://umap.openstreetmap.fr/fr/map/lile-de-france-en-bandes-dessinees_26576#12/48.8549/2.4839 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Differenza no_left_turn only_straight_on
-Original Message- From: emmexx [mailto:emm...@tiscalinet.it] Sent: martedì 17 febbraio 2015 10:13 To: openstreetmap list - italiano Subject: Re: [Talk-it] Differenza no_left_turn only_straight_on A Milano se si puo' andare dritto e a destra viene messo il cartello dritto a destra, se si puo' andare solo dritto viene messo il cartello tira dritto. Si, mette il cartello dritto e a destra perché il cartello di divieto di svolta a sinistra non esiste più. A mio parere in OSM la restrizione corrispondente più immediata resta no_left_turn. Ma qualunque combinazione di restrizioni che descriva correttamente la situazione e permette a un router di funzionare è ugualmente lecita. https://www.google.it/maps/@45.492307,9.192738,3a,75y,10.57h,101.02t/dat a=!3m4!1e1!3m2!1sqGCr8yhqiY4pyx6nRzSK6g!2e0 Da questa foto si vede bene che quella intersezione è un unico incrocio: non ci sono linee di arresto intermedie o segnali intermedi. Dunque un solo cartello dritto o a destra dice al conducente che percorre Viale Zara in direzione nord tutto ciò di cui a bisogno per impegnare correttamente l'incrocio. L'incrocio va impegnato solo se è sgombro, e una volta impegnata l'area di incrocio va liberata senza sostarvi, anche se nel frattempo il semaforo fosse diventato rosso. Poco piu' a nord: https://www.google.it/maps/@45.495253,9.194406,3a,75y,10.57h,101.02t/dat a=!3m4!1e1!3m2!1sy2iQu7UOR-Pg56EhhPoscQ!2e0 Qui invece gli incroci lungo Viale Zara sono due, come si capisce dalla linea di arresto intermedia e dall'isola centrale (Ma i due incroci che OSM mostra lungo ciascuna corsia di viale Marche andrebbero collassati in uno, perché non ci si può fermare tra le due corsie centrali di viale Zara). Qui è possibile arrestare il veicolo tra i due incroci lungo viale Zara (cioè tra le due corsie di viale Marche), ed è permesso impegnare il primo incrocio anche se il secondo non è sgombro. Il primo cartello dritto o a destra si riferisce al primo incrocio, il secondo cartello tira dritto si riferisce al secondo incrocio. Non ho idea del perche' il Comune abbia messo i segnali in maniera diversa. Da quel che ha scritto Luca Sigfrido di AMAT all'incrocio con Viale Nazario Sauro il divieto di svolta a sx e' definito dall'unico cartello presente. All'incrocio successivo che topologicamente mi pare identico, si sono sentiti di inserire il cartello tira dritto. Ancora piu' a nord (Istria) la way a dx e' senso unico contromano ma il cartello tiradritto viene messo comunque (giustamente). https://www.google.it/maps/@45.502005,9.198218,3a,75y,34.49h,91.72t/data =!3m4!1e1!3m2!1sEO7kkH_diwem4ZO5durVRA!2e0 Anche qui l'incrocio sarebbe uno, non due come in OSM (chi percorre piazzale Istria non si può fermare tra le due corsie di Viale Zara, perché l'area di incrocio è unica). Un esempio in cui è corretto inserire 4 incroci tra le corsie centrali e all'incrocio tra Viale Zara e via Ala/via Slataper (si vedono tutte le linee di arresto intermedie): https://www.google.it/maps/@45.500282,9.197259,3a,75y,23.71h,77.16t/data=!3m4!1e1!3m2!1s58HHzdu3Uvh3Sd_jlT47qA!2e0 Altro caso in cui sono corretti i 4 incroci è l'incrocio tra Viale Fulvio Testi e via Clerici: https://www.google.it/maps/@45.532866,9.21585,3a,75y,14.52h,96.8t/data=!3m4!1e1!3m2!1sJe4E0Qd_uVKSHl-S4svGUg!2e0 Un esempio di problemi causati dalla moltiplicazione degli incroci si ha all'incrocio tra Viale Zara e Viale Ca' Granda: https://www.google.it/maps/@45.506049,9.200541,3a,75y,22.6h,72.14t/data=!3m4!1e1!3m2!1sPNDkjdXtZb9OXJr_nN6boA!2e0 In OSM si vedono 3 incroci, mentre nella realtà esiste una sola area di incrocio. Così diventa problematico inserire il divieto di inversione ad U all'incrocio (in Italia è sempre vietata l'inversione ad U agli incroci, non è necessaria la presenza di cartelli che la impediscano). Per esempio, ora all'incrocio manca la restrizione che impedisce a chi percorre Viale Fulvio Testi in direzione nord, di fare inversione ed imboccare il controviale in direzione sud. La tentazione sarebbe di inserire un divieto di svolta a sinistra da Viale Ca' Granda (https://www.openstreetmap.org/way/263676506) verso il controviale in direzione sud di Viale Fulvio Testi. Ma così impediremmo a chi percorre la corsia centrale di Viale Fulvio Testi in direzione sud di spostarsi sul controviale in direzione sud, che è una manovra lecita. Per impedire l'inversione ad U, senza impedire a chi mantiene la direzione di marcia di cambiare corsia, dovremmo usare una restrizione con più way con ruolo via. Il wiki dice che è corretto farlo, ma ho seri dubbi che esistano router che sappiano interpretare queste restrizioni. Vabbè, non mappiamo per il routing. Comunque le restrizioni alle inversioni ad U vanno aggiunte. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-be] OpenPoiMap - Taglocator nu onder eigen domeinnaam
Hallo allen, OpenPoiMap (taglocator) is nu bereikbaar onder een eigen domeinnaam: openpoimap.org Je komt dan terecht bij de internationale versie (waarbij in de nominatim zoekbox dus niet de NL vertalingen staan). Je herkent die versie ook aan de naam op het scherm: OpenPoiMap. Wil je wel bij de Nederlandse versie uitkomen dan moet je deze hebben: openpoimap.org/taglocator.html Je herkent die aan de naam: OpenPoiMap - Taglocator De ontwikkelingen gaan uiteraard gewoon door en het oude adres blijft in gebruik daarvoor, maar is ook bereikbaar via taglocator.nl Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Osm-monochrome sur layers.osm.fr et sur tiles.osm.fr
Bonjour OSM monochrome ne semble pas répondre sur layers.osm.fr alors qu'il répond sur tile.osm.fr y'a un moyen d'y remédier ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Objet affiché dans rendu OSM mais n'est plus dans la base depuis des semaines?
Le 17/02/2015 20:24, Shohreh a écrit : Bonjour Comme cette boutique de vélo* a fermé en 2013, je l'ai supprimée de la base il y a plusieurs semaines mais je m'aperçois qu'elle s'affiche encore dans le rendu OSM mais ne s'y trouve pas quand je passe en mode Édition avec Id: http://www.openstreetmap.org/?mlat=48.84734mlon=2.23485#map=19/48.84734/2.23485 Quelqu'un sait ce qui se passe? Merci. * Des cycles et des vies 12 rue des Menus, 92100 Boulogne-Billancourt -- View this message in context: http://gis.19327.n5.nabble.com/Objet-affiche-dans-rendu-OSM-mais-n-est-plus-dans-la-base-depuis-des-semaines-tp5833953.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je trouve bien le magasin avec ID ou avec requête sur les objets Il a été modifié par toi même il y a 4 mois avec le commentaire qu'il ne semble plus exister. Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 2:06 PM, Paul Johnson ba...@ursamundi.org wrote: I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. But I think a big part of it is the US is very large, and very empty. Plot out a wall size map of the US, now pin the tail on the map. Unless you bumped a wall on the way there or have an acute sense of space with your eyes closed and managed to stab somewhere in the Coruscant-like DFW megaplex (seriously, drive US 75 south into DFW at night and you'll go over a rise near Anna, TX from which DFW appears to roll from where you are all the way to the horizon ahead of you; it's probably geographically larger than several of the smallest states by area, possibly even combined), you probably just pinned the tail to a part of the country that is just as empty now as before Manifest Destiny. Possibly even emptier given The Removal and two waves of urbanization. People map where they know. People know where they are. Where are the people in the US? Well, if you take the top ten most populated metropolitan statistical areas in the US, you account for 97% of the US population, and with the exception of Dallas-Fort Worth, Texas, they're all within a day's bicycle ride or less of an ocean (I'm including places as far in as Portland given I've made that ride to the ocean by bicycle before, and I'm not even horribly fit or in great shape). Extend it out to the top 100 metropolitan statistical areas, and you leave a very small fraction of 1% of the US population to account for the remaining 281 metropolitan statistical areas and 536 micropolitan statistical areas. TL;DR, Hitchhiker's Guide validated version: When randomly sampled by township and range, averaged out and rounded to the nearest integer, the population of the US is 0. It's easy and fun to hypothesize about why OSM is crummy in the US, but it's vastly more useful to think of ways to improve it. Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and fixme can guide existing mappers to areas that are probably in need of help. Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Any other ideas for how to make the rural US better? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. But I think a big part of it is the US is very large, and very empty. Plot out a wall size map of the US, now pin the tail on the map. Unless you bumped a wall on the way there or have an acute sense of space with your eyes closed and managed to stab somewhere in the Coruscant-like DFW megaplex (seriously, drive US 75 south into DFW at night and you'll go over a rise near Anna, TX from which DFW appears to roll from where you are all the way to the horizon ahead of you; it's probably geographically larger than several of the smallest states by area, possibly even combined), you probably just pinned the tail to a part of the country that is just as empty now as before Manifest Destiny. Possibly even emptier given The Removal and two waves of urbanization. People map where they know. People know where they are. Where are the people in the US? Well, if you take the top ten most populated metropolitan statistical areas in the US, you account for 97% of the US population, and with the exception of Dallas-Fort Worth, Texas, they're all within a day's bicycle ride or less of an ocean (I'm including places as far in as Portland given I've made that ride to the ocean by bicycle before, and I'm not even horribly fit or in great shape). Extend it out to the top 100 metropolitan statistical areas, and you leave a very small fraction of 1% of the US population to account for the remaining 281 metropolitan statistical areas and 536 micropolitan statistical areas. TL;DR, Hitchhiker's Guide validated version: When randomly sampled by township and range, averaged out and rounded to the nearest integer, the population of the US is 0. On Tue, Feb 17, 2015 at 12:39 PM, Mike N nice...@att.net wrote: FYI - there's a general discussion on Why does the USA currently lag in OSM map quality? over on a web forum: http://forum.openstreetmap.org/viewtopic.php?id=30121 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] Finalmente anche osm ha il suo routing integrato.
girarsi_liste wrote Riprendo un'attimo la discussione, perchè mi sono accorto adesso, guardando la mappa, che tra le migliorie di rendering, compaiono i nomi dei mountain_pass con il rispettivo simbolino. Se la cosa era già passata, mi scuso per il doppione. sì e no, nel senso che si sa che mapnik sta subendo frequentissimi cambiamenti (probabilmente proprio per l'avvicinarsi di mapnik3) portati avanti da Andy Alan (alias gravitystorm)[1], nessuno però ha parlato di quel cambiamento in particolare ;) C'è da considerare che tutti questi cambiamenti introducono si migliorie ma anche delle complicazioni (elementi che non si distinguono più tra loro). purtroppo ci sono troppi pochi colori per indicare troppe cose...uno dei colori più (ab)usati è il grigio che, nelle sue varie tonalità, viene usato per indicare edifici, strade, landuse (industrial,residential) edifici religiosi ecc ecc. È una delle situazioni che si voleva sistemare prima dell'introduzione del nuovo mapnik3 e per la cui risoluzione si sta andando avanti quasi per tentativi, da cui il grande numero di commit negli ultimi tempi. i tile server non fanno in tempo a fare un nuovo render che praticamente devono ricominciare tutto da capo...nella zona di Gela posso vedere tre stili diversi di render in contemporanea la dove alcune tile non sono state aggiornate da lungo tempo :.D [1]https://github.com/gravitystorm - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Finalmente-anche-osm-ha-il-suo-routing-integrato-tp5833740p5833958.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: [Talk-it] Finalmente anche osm ha il suo routing integrato.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/02/2015 20:32, Aury88 ha scritto: Da oggi è comparso a fianco la barra di ricerca un pulsante che attiva le opzioni per la navigazione. Al momento è possibile impostare solo un punto di partenza e di destinazione inserendo l'indirizzo nelle relative barre o trascinando il marker su qualsiasi punto della mappa. manca ancora molto perchè diventi un servizio veramente concorrenziale (se mai sarà questo l'obiettivo di osm.org) ma già per noi mappatori questo strumento è utilissimo...io comincierò da subito ad integrarlo nel mio workflow di mappatura...grazie a questo strumento potrò notare subito eventuali errori nella mappatura della strada e porvi rimedio. Il massimo per me sarebbe avere la possibilità di inserire waypoint (inlimitati o fino ad una 30ina) e poter esportare la rotta identificata così da poter realizzare velocemente relazioni route anche molto lunghe senza dover aggiungere a mano centinaia se non migliaglia di way. ma anche solo così sono felicissimo per questo importante e storico passo del progetto... spero che per la prossima grande novita non si debba aspettare un altro decenio ;) Riprendo un'attimo la discussione, perchè mi sono accorto adesso, guardando la mappa, che tra le migliorie di rendering, compaiono i nomi dei mountain_pass con il rispettivo simbolino. Se la cosa era già passata, mi scuso per il doppione. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU45GnAAoJEMTPIIVov0ZtsHAH/RGkgCWgr+xTa9giF+knL3fC OqMvQLPco/1PpQ8zr6atJFt0QBF+zI8qxC4iFTGd5EHqtkRyGQHSG9b5AvtHjb2U ehQvL/1qYjALKGlQN9jIEQlL5K8jPjP6yso8uE2pHgDCSOJz8EbUiF06uFVCrcKD Js2Ga43375KVzrtZu7cZkCb/owujxP2amT8lykHDUGeP2hqjUxaa8JzxwKd6ozXQ pPtRxIliEEpYcTdfbW9Xh67XDISgp6rXpt6GWv/hdmvIKWWYWFx71QoLw/RqWpnv enBSeCg2O38mfT8h8FXO2GrTKucZTg+PVT9OqHeTt+cAOfFvN/bLL6+YpnGEQmw= =Oqo0 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue Feb 17 2015 at 1:16:55 PM Ian Dees ian.d...@gmail.com wrote: Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Mapillary[1] seems to have tremendous potential there. They've recently introduced automatic traffic sign recognition [2] -- no speed limit signs yet, unfortunately. Harald. [1] http://www.mapillary.com/map [2] http://blog.mapillary.com/update/2015/01/27/traffic-signs.html ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Feb 17, 2015, at 11:06 AM, Paul Johnson wrote: I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. . . . For what it is worth, the person starting the thread is a new mapper and may not know about the talk-us mail list. Or any other mail list for that matter. -Tod ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Big Lakes
On Tuesday 17 February 2015, malenki wrote: I am working on Lake Nasser* and can predict that after enhancing it's shore the resulting MP will be quite big. Based on what I have done so far I'd expect an Multipolygon (MP) with about 10.000 Members and an outline of 14.000 km length. A relation of this size is no good idea in hindsight of maintainability and conflicts due simultaneous edits. 1 ways each with 2000 nodes would be 20 million nodes. Evenly distributed on 14000 km outline means a node distance of 70cm - your average node distance seems to be more in the range of 10-20m - i suppose something is wrong here, for comparison the world coastline is only 33 million nodes. What do you think is the better way to map an updated Lake Nasser? Make another MMP (Monster MultiPolygon) or map it as coastline (which is discouraged in the wiki)? Please no re-opening of the moratorium on newly tagging lakes as coastline. If what is tagged as coastline changes this always means additional work for anyone processing the data. Without knowing what exactly is wrong about your number above - based on the level of detail of your current mapping relative to the previous one i would estimate it to be not that much larger than other big lakes (Great Slave Lake is currently ~300k nodes). From an absolute standpoint this is not really that big but i know editing such a beast in JOSM is no fun. Area data type anyone? Regarding the Big Lakes: At the moment they are mapped with coastline /and/ partly as MP. Last time i looked all land enclosed waterbodies (including the Caspian Sea) had multipolygon relations. I did not check if these are valid and complete though - at least for the Great Lakes they are probably not. Technical things aside - i hope you are aware that the water level of Lake Nasser varies quite a lot and when you map based on Bing images you probably map different water levels in different parts of the lake. There currently is no established rule what water level to map as natural=water in such a case (average/maximum/minimum) or how to tag separate mappings of different levels. In any case you might want to consider that mapping both the minimum and maximum based on lower resolution data (like Landsat images) would be ultimately more useful than mapping a fairly undefined in-between state in higher resolution. In any case nice to see improvements to such more remote lakes. When you are done with Lake Nasser you could think about continuing with the Merowe Reservoir - which is currently a serious aspirant for the title of the most broken lake polygon in the OSM database: http://www.openstreetmap.org/#map=16/18.9860/32.4292 ;-) -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 1:15 PM, Ian Dees ian.d...@gmail.com wrote: On Tue, Feb 17, 2015 at 2:06 PM, Paul Johnson ba...@ursamundi.org wrote: I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. But I think a big part of it is the US is very large, and very empty. Plot out a wall size map of the US, now pin the tail on the map. Unless you bumped a wall on the way there or have an acute sense of space with your eyes closed and managed to stab somewhere in the Coruscant-like DFW megaplex (seriously, drive US 75 south into DFW at night and you'll go over a rise near Anna, TX from which DFW appears to roll from where you are all the way to the horizon ahead of you; it's probably geographically larger than several of the smallest states by area, possibly even combined), you probably just pinned the tail to a part of the country that is just as empty now as before Manifest Destiny. Possibly even emptier given The Removal and two waves of urbanization. People map where they know. People know where they are. Where are the people in the US? Well, if you take the top ten most populated metropolitan statistical areas in the US, you account for 97% of the US population, and with the exception of Dallas-Fort Worth, Texas, they're all within a day's bicycle ride or less of an ocean (I'm including places as far in as Portland given I've made that ride to the ocean by bicycle before, and I'm not even horribly fit or in great shape). Extend it out to the top 100 metropolitan statistical areas, and you leave a very small fraction of 1% of the US population to account for the remaining 281 metropolitan statistical areas and 536 micropolitan statistical areas. TL;DR, Hitchhiker's Guide validated version: When randomly sampled by township and range, averaged out and rounded to the nearest integer, the population of the US is 0. It's easy and fun to hypothesize about why OSM is crummy in the US, but it's vastly more useful to think of ways to improve it. I don't think I'm speaking in the hypothetical here. Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and fixme can guide existing mappers to areas that are probably in need of help. Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? TL;DR for the next two paragraphs: OSM tends to fall somewhere on or between esteem and self-transcendence on Maslow's hierarchy. The rural extreme struggles with the physiological and can't take safety for granted, and it's going to take something on the order of a New Deal that directly benefits with improving access to sanitation, food, water, electricity, and internet to less than 1% of the population that is going dozens of miles for food and water (or collecting both in situ), generating what limited electricity they have access to themselves, and whose trip to the toilet still involves shoes and a shovel, to do much of anything to change this within my lifetime. Given the political climate of the country, I think it goes without saying that this isn't going to happen. Speaking from experience, OSM is a bandwidth intensive project, particularly when working with geography so freaking huge as the US. And for the sake of this conversation, I'm lumping in the likes of Kellyville, Oklahoma, with all of it's 500 acres and 1100 people simply because that's large enough to have electricity, indoor plumbing and store, and some hope of getting anything viable in terms of internet access (even if only through a limited bandwidth library/cafe wifi hotspot) as urban. That's relatively easy to spark the same way as it is in larger places: Just find the like-minded individuals, spark the interest and you'll get crazy detailed maps for their part of the world, and some interesting applications come out of it. I've seen it happen in Portland (where it gripped the imagination of my hometown a bit more tightly than I expected), I'm watching it start to happen again in Tulsa now. Heck, mapping parties might be more natural given this context simply because a cafe or the library might be the only reasonably passable internet connection in town that can fetch a mapping party weekend's worth of data and upload it back again in under half a day (literally). Any other ideas for how to make the rural US better? Start looking for the modern day explorers and get ready to shell out just like last time this country had a cartography problem. I can't really see this as even being something we could buy eleventybillion HITs on Mechanical Turk to solve. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-br] roteamento na páginas principal do OSM
Ativaram a possibilidade de fazer roteamento direto da páginas principal do OSM. https://blog.openstreetmap.org/2015/02/16/routing-on-openstreetmap-org/ bom divertimento :) Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Big Lakes
On Tue, Feb 17, 2015 at 07:45:31PM +0100, malenki wrote: I am working on Lake Nasser* and can predict that after enhancing it's shore the resulting MP will be quite big. Based on what I have done so far I'd expect an Multipolygon (MP) with about 10.000 Members and an outline of 14.000 km length. A relation of this size is no good idea in hindsight of maintainability and conflicts due simultaneous edits. So I thought about mapping it as coastline (again) and had a look at how other big lakes were mapped. thanks for the interesting analysis. Now my questions: What do you think is the better way to map an updated Lake Nasser? Make another MMP (Monster MultiPolygon) or map it as coastline (which is discouraged in the wiki)? coastline. Everything else would seem like a nightmare and I do not think there is any reasonable ground for the distinction of coastlines according to lake/ocean type. Perhaps we should be a bit more bold and map all bigger lakes with coastline unless they have been already mapped differently. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-gb-london] Pub meet-up tomorrow night at the Parcel Yard
Sorry. Short notice again Tomorrow (Wednesday) night we'll be at the Parcel Yard for a casual social pub meet-up. It's a pub inside Kings Cross station, but not as grotty as it sounds. http://osm.org/go/euu4xjtjx-?m= When you get there... this is a fairly big pub with a confusing layout. There is an upstairs (2nd floor) but we'll mostly likely be on the 1st floor (pub not dining). We'll aim to get a table somewhere but it can be crowded earlier on, so may be standing near the bar at first. If you turn up a little later you may find it easier to spot the group. We'll try to get organised with an OpenStreetMap sign and / or an orange OSM Surveyors Jacket / Polo shirts. From here we inevitably end up going to Benitos Hat, on the station balcony bit at 8 / 8:30 pm before returning to the pub afterwards. You can sign up on lanyrd here: http://lanyrd.com/2015/18-feb-openstreetmap-london/By signing up there, you make the event look more popular (Note: A lot of people don't bother signing up. We expect between 5 and 15 people. It is popular, honest) Hope to see you tomorrow! The next Humanitarian Mapping event, is a week today, but has just run out of places again (sorry. You have to be quick!) However... * Re-check the eventbrite page to see if tickets have come available, and join a waiting list: https://www.eventbrite.co.uk/e/missing-maps-hot-february-2015-mapathon-tickets-15713792376* To avoid missing the next one, which will happen next month, you might sign up here for email updates: https://missingmaps.wufoo.com/forms/missing-maps-project-keep-me-up-to-date/* If you have a bit of OpenStreetMap editing experience and you would like to teach others how to do it, we may be able to sneak you in. Get in touch with me or Pete Masters to get on the OSM trainers list. As always... London events listed here: http://wiki.osm.org/London#Upcoming_Events And you should follow https://twitter.com/OSMLondon Harry ___ Talk-gb-london mailing list Talk-gb-london@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-london
Re: [Talk-it] Info openmtbmap
girarsi_liste wrote -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/02/2015 19:40, scratera ha scritto: ...prova queste http://www.garmin.com/it/sport-invernali ...della garmin ma fatte su dati osm dell'anno scorso... Interessante, anche se leggendo i termini di garanzia (scaricando il PDF) non è che hanno scritto una bella frase finale, che non riporto per evitare inutili polemiche, in fondo è già tanto che abbiano creato dei dispositivi con le nostre mappe, ma loro si tutelano ovviamente. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU4kTNAAoJEMTPIIVov0ZtXtUIAJMe9RF86sL/T5g6lViEz3FD BsivXgLNc96nYn0iWFApMpz667LeVew4NXb3o8JAHcWjyEcPNKOpdy/F3BnK5LU7 jdSxkIUq8zncTDVuHliKRHa4+M9aIhZNkDHHkGPO1qN0nIbEZ8RAHRBAIOwtu0a+ ssX2Yh+2yrAVykfEUeC4YE0oidCmDSgXaMg0DYL0XW8dihD8DbdwF93YzBAKhLvZ VEuAB1hVAJ2/1mIv9NB5VDkByFgKq3TzVqSRgLoZ4MbpdPklHlNZN8Dbo+EJdchg YPVeasIouKSkSk7PeFIr6v8f/hAtUzvIFRuVENAnZ3yV8bQU9BwMtyvljQNyb6w= =HGm+ -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ..perchè non sei andato a vedere le transalpin v4...li proprio non hano scritto niente... ...comunque preferisco le osm nude e crude che mi compilo magari customizzate con i dem http://gis.19327.n5.nabble.com/file/n5833935/547020.jpg -- View this message in context: http://gis.19327.n5.nabble.com/Info-openmtbmap-tp5833647p5833935.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] Usage without attribution: US Geological Survey
On Wed, Jan 28, 2015 at 3:49 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 28, 2015 at 11:09 AM, Paul Johnson ba...@ursamundi.org wrote: Found it here while checking out a nearby earthquake I was notified about... http://earthquake.usgs.gov/earthquakes/eventpage/usb000tiqz#general_map The Street layer of the map is very clearly taking tiles from Mapquest Open (spotted at relatively low zoom over tulsa due to Mapquest lagging months behind on that zoom over parts of I 244 and I 44 which were tagged during major construction operations as recently as last fall in a manner that which that renderer didn't understand, leaving gaps over the Arkansas River on 244 and Midtown Tulsa near Lewis Avenue on I 44); confirmed by zooming in deeper around the BOK Center in downtown Tulsa with a pretty high level of detail of the block the arena is on itself along with a number of city sidewalks from changesets I uploaded in the last week). Legal page is 404. About Us doesn't seem to mention anything either. No attribution on map itself. Only the Street layer appears to be from OSM data. Paul, I can verify that the street view is OSM. I added some service roads near my house which would normally show on a typical map. Do you want to contact them? Apparently, Google decided this message was spam. I think I trust someone else to this if possible. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Big Lakes
I am working on Lake Nasser* and can predict that after enhancing it's shore the resulting MP will be quite big. Based on what I have done so far I'd expect an Multipolygon (MP) with about 10.000 Members and an outline of 14.000 km length. A relation of this size is no good idea in hindsight of maintainability and conflicts due simultaneous edits. So I thought about mapping it as coastline (again) and had a look at how other big lakes were mapped. I was a little astonished after having had a close look at the Big Lakes in Northern America. They are mapped this way: * outer ways and most of the islands are natural=coastline * all of them and some additional islands included in three MPs for three of the five lakes¹ * for Lake Ontario, there is also a relation=collection² with a note: Should be an enclosed way if not please check for gaps Even though this isn't the case at the moment rendering is just fine. * additionally this relation contains three help ways created for making the ring of the collection and the MP complete * there are some collection relations named e.g. Southern Shore of Lake Ontario whose intention I understand. Now my questions: What do you think is the better way to map an updated Lake Nasser? Make another MMP (Monster MultiPolygon) or map it as coastline (which is discouraged in the wiki)? Regarding the Big Lakes: At the moment they are mapped with coastline /and/ partly as MP. Although my first guess that this was made to make them break more easily may not be correct I think one way to map them should be sufficient. Which way they should be mapped and who wants to take care? I think we all agree that the collection of the outer ways of Lake Ontario and the help way only member of this relation should be deleted. curious about the answers – Thomas. * http://www.openstreetmap.org/#map=9/22.8572/32.5566 ¹ Lake Ontario: https://www.openstreetmap.org/api/0.6/relation/1206310 Lake Huron: https://www.openstreetmap.org/api/0.6/relation/1205151 Lake Erie: https://www.openstreetmap.org/api/0.6/relation/4039900 ² https://www.openstreetmap.org/api/0.6/relation/1740344 ³ https://www.openstreetmap.org/api/0.6/relation/1205133 https://www.openstreetmap.org/api/0.6/relation/1205140 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] neighbourhood dans rendu FR
Salut, Lien sur Cayenne : http://tile.openstreetmap.fr/?zoom=17lat=4.93026lon=-52.30964layers=00B0FFF Le 16/02/2015 16:44, Stéphane Péneau a écrit : Le 15/02/2015 17:54, Christian Quest a écrit : place=neighbourhood est bien rendu, mais à partir du zoom 14... place=suburb apparait au zoom 12, car un suburb est plus grand qu'un neighbourhood (d'après le wiki) Sinon, tu as un permalien pour regarder ? De mon coté, je ne les vois pas : http://tile.openstreetmap.fr/?zoom=17lat=47.0903lon=-1.28243layers=B000FFF alors que : http://www.openstreetmap.org/node/271487#map=17/47.09025/-1.28427 Le 16/02/2015 10:38, Tony Emery a écrit : Tiens, à ce sujet, quel(s) tag(s) doit-on utiliser pour les contours des lotissements et des résidences collectives ? Pour ma part, c'est un polygone landuse=residential et name=nom du lotissement. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [propostition] Changement massif natural=rock vers bare_rock pour les surfaces ?
Hello, On lundi 16 février 2015, JB wrote: Par contre, en tant que contributeur sur les thématiques rando/nature, je ne sais plus si j'aurais taggué quelques gros rochers en surfacique. Ça ne serait pas non plus tragique. Au contraire, ça les ferait (enfin !) apparaître sur le rendu par défaut d'osm.org (pas pour le rendu tout ça) natural=bare_rock est prévu pour les surfaces, il n'y a pas de contre- indication de taille à les convertir de natural=rock vers natural=bare_rock. Mais je suis d'accord, il vaut avancer prudemment. Du coup, est-ce que tu as fait quelques stats sur les objets envisagés : - source avec quelque chose qui ressemble à CLC J'ai 1083 réponses avec : source=Union européenne - SOeS, CORINE Land Cover, 2006. Ceux-là, ça me semble sécure des les convertir. - surface de l'objet Et 1176 autres donc le fichier est trouvable ici : http://sly.letuffe.org/echange/natural-rock-non-CLC.osm Un sondage aléatoire à l'aide de bing, m'indique que la majorité de ce qui se trouve en montagne est issue d'un mimétisme et devrait maintenant être des natural=bare_rock si on en croit le wiki. Tout ce qui est de grosse surface pareil, même en bord de mer. Pour les petites surfaces (je sais pas, disons moins de 20m de plus grande longeur) y'en a encore plein qui semble être des surfaces de roches qui pourrait tout à fait se taguer natural=bare_rock Ensuite, à moins de 5 mètres, je distingue plus grand chose, c'est peut-être des cailloux amovibles (avec grue !) qui serait mieux en natural=stone. Je trouve au passage quelques trucs comme ça : https://www.openstreetmap.org/way/200436053 qui n'aurait, à mon avis, ni du être rock ni bare_rock, ça n'a rien de naturel, ce sont des brises lames (contre la houle) man_made=breakwater aurait suffit, avec éventuellement, pour les adorateurs du coupage de cheveux : breakwater_material=rock Pour le deuxième point, je pense que si la distribution descend bas, peut-être que les cas à moins d'une/quelques centaines de mètres carrés pourraient avoir une validation ou invalidation manuelle. ça me semble une très bonne approximation (du genre 100m2). Charge a temps de régler les cas plus petits qui ne s'afficherons nulle part ça me va comme démarche. JB. Le 14.02.2015 17:03, sly (sylvain letuffe) a écrit : Hello, En 2009 nous avions commis ça : https://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/ Nomenclature [1] Avec tout particulièrement : natural=rock Roches nues Éboulis, falaises, rochers, affleurements. Nous avions également commis l'indélicatesse, à l'époque, de ne pas documenter ce tag pour cet usage à un endroit bien en vu et en anglais. D'autres l'on alors utilisé uniquement pour des rochers isolés trouvés en mer qui émergent, puis d'autres pour la partie visible des rochers isolés, sur terre ayant été déplacés. Au début sous forme de point, puis de surface. Et toujours sans que personne ne décrive ce qui était entendu par natural=rock De ce méli-mélo est né la proposition natural=bare_rock https://wiki.openstreetmap.org/wiki/Tag:natural%3Dbare_rock [2] pour indique ce que nous avions indiqué par natural=rock et https://wiki.openstreetmap.org/wiki/Tag:natural%3Drock [3] une sorte de truc batard entre natural=bare_rock et natural=stone Je ne suis personnellement pas satisfait de comment ça s'est passé, natural=rock pour les surfaces, c'était très bien, les autres n'avaient qu'a prendre exemple sur nous ! Au lieu de ça, a été créée natural=rock, une proposition batarde (qui a été votée malgré tout) et qui ressemble à s'y méprendre à natural=bare_rock mais pour les petites surface et les noeuds. Quoi qu'il en soit, les stats indiquent qu'on a perdu, et nos natural=rock ne s'affichent plus et ne sont pas facilement exploités. Je propose l'abdication, et pour éviter d'ajouter encore plus en confusion aux nouveaux contributeurs en France qui hésitent entre entre suivre le wiki et faire comme c'est fait juste à coté, je propose, de retagguer tous les natural=rock en natural=bare_rock (sauf si présent sur un noeud) Cela concernera : 2 292 way et 51 Relations multipolygons http://taginfo.openstreetmap.fr/tags/natural=rock [4] Méthode : Téléchargement par l'Overass (en plusieurs fois si besoin) sur la france métropolitaine d'abord avec comme conditions : * être un way ou une relation * avoir les tags natural=rock Ensuite remplacer par natural=bare_rock, et upload. ps: je ne souhaite pas limiter aux way en version 1 car : - les retouches de géométries depuis 5 ans les ont fait passer en vx - d'autre contributeurs on pu en ajouter pa mimétisme - le risque de confusion avec l'usage rééllement voulu de natural=rock (A notable rock or group of rocks, with at least one of them firmly attached to the underlying bedrock. ) me semble sans danger car c'est pareil ou presque que bare_rock : For
Re: [OSM-talk-be] Brussels by bicycle
Top! I would be interested to join. Please propose a date and location in the near future (3-4 weeks horizon) You might contact Ben Abelshausen to assist you in getting the news out. There were some Meetups the last months that he successfully organised. Op 13-02-15 om 09:19 schreef nico...@pettiaux.be: Le 2015-02-13 8:58, Jo a écrit : http://www.nieuwsblad.be/cnt/dmf20150212_01525728 [1] both hilarious and incredibly sad at the same time. It's not that they're not trying. Bicycle infrastructure has improved a lot over the past 10 years, but not quite there yet. indeed. As a daily cyclist, I encounter many such situations. I am willing to organize soon a cycling map day in Brussels to improve the Brussels cycling map and spot such locations that need attention. Who would be willing to participate ? have a good day, Nicolas Links: -- [1] http://www.nieuwsblad.be/cnt/dmf20150212_01525728 ___ 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
[Talk-us] Why does the USA currently lag in OSM map quality?
FYI - there's a general discussion on Why does the USA currently lag in OSM map quality? over on a web forum: http://forum.openstreetmap.org/viewtopic.php?id=30121 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] OSM: jetzt mit Routing!
On 2015-02-17 08:04, Manuel Reimer wrote: Elstermann, Mike Mike.Elstermann at itc-halle.de writes: In der letzten Wochennotiz (238) schon angekündigt und jetzt ist es da, das Routing auf OSM *freu* und *danke* Schließe mich an. Wirklich gut gemacht. Macht Spaß damit etwas rumzuprobieren und auch die verschiedenen Routing-Algorithmen zu vergleichen. Fehlt nur der brouter... Mit dem Fahrrad ist der mapquest router (und der andere) nicht gerade auf trekking mit wenig Höhenmetern optimiert. Aber dennoch, schön, und schnell :-) Gruß Manuel MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Differenza no_left_turn only_straight_on
Il 02/17/2015 12:20 PM, Aury88 scrisse: fino ad oggi mi è stata giustificata la presenza di più tipi di restriction proprio per la cartellonistica, proprio perchè a funzionamento sono identici tra loro (all'interno della stessa famiglia è chiaro che una no-turn si comporti in maniera diversa/opposta da una only) +1 Se avessi tempo potrei andare a cercare i messaggi postati qui in cui piu' volte e' stata data questa risposta. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza no_left_turn only_straight_on
On 2015-02-17 at 12:24:37 +0100, emmexx wrote: Il 02/17/2015 11:42 AM, Martin Koppenhoefer scrisse: non capisco il problema. Ci sono più tipi di restrizioni per consentire ai mappatori di scegliere quello che li pare il metodo più semplice. Vorrei far notare che non ci sono solo incroci tra 3 o 4 strade, anche 5 e più esistono. Non capisco cosa c'entri la possibilita' di usare piu' tipi di restrizione con la semplicita' della scelta per i mappatori. In che senso? Perche' specificare tira dritto dovrebbe essere piu' o meno semplice di dritto e destra? specificare tira dritto è una relazione, non girare sulla strada a destra + non girare sulla strada a sinistra sono due relazioni -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Digest Talk-br, volume 77, assunto 55
Concordo que o wiki nao explica bem. o noname=yes e importante por varias motivos: 1) sinalizar para ferramentas QA como mapa noname para não mostra erro neste rua 2) ajuda nominatim e outros ferramentas de endereçamento que e um rua não denominada 3) aproveita um oportunidade para renderizadores da mapa coloque etiquetas localizadas, i.e. em Inglês voce vai quer ver “No Name”, como em Portuguese “Sem Nome” 4) Exclui-los do catalogação das ruas num município, para criar um index geográfica Ainda pode ter mais motivos Um valor generico como Gerald sugestionado pode também fazer mesma coisa, mas geralmente complicando bastante como estes ferramentas trabalhando Valores como name=“Sem Nome” fazendo impossível criar um stylesheet do renderizador em idiomas específicas, quem sabe as formas certas e usados do “Sem Nome” em tudo idiomas e dielatas mundiais, alem no formas alternativas? Somente no Brasil temos pelo menus 4 formas, “Sem Nome”, “Não Denominada”, “Sem Denominação”, “Rua Projetada”. O etiqueta noname=yes dar este informação independente de como voce vai quer representar a mapa no rendericador, ou como voce vai quer catalogar as ruas, ou o que voce vai quer fazer com os dados. Aun Johnsen On Feb 17, 2015, at 08:41, Ivaldo Nunes de Magalhães ivald...@gmail.com wrote: Oi João... lendo o wiki, não gostei dessa parte: Um dos pontos principais deste noname=sim seria permitir que tais ferramentas para excluir ruas a partir do destaque que eles realmente não têm nome. O termo excluir refere-se à pesquisa (excluir da pesquisa) ou literalmente? Ivaldo Nunes de Magalhães E-mail: ivald...@gmail.com mailto:ivald...@gmail.com Blog: makermaps.blogspot.com.br http://makermaps.blogspot.com.br/ (67) 8108-7415 - 3431-2810 (61) 9139-7560 ___ 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: [OSM-talk-fr] JOSM 7995 - pb chargement opendata et fr.toulouse
Et en forçant la mise à jour des modules dans les options du plugin ? Le 17 févr. 2015 10:50, lenny.libre lenny.li...@orange.fr a écrit : Le 16/02/2015 22:31, Vincent Privat a écrit : Hello, est-ce que tu peux tester avec JOSM latest (8072 ou ultérieur) ? Par mesure de simplicité je n'ai pas ajouté d'historique de compatibilité des modules lorsque le plugin nécessite une version plus récente de JOSM, ce qui s'est justement produit récemment. Vincent Désolé, pareil avec la 8077 et windows Lenny Le 15 février 2015 19:25, lenny.libre lenny.li...@orange.fr a écrit : Le 13/02/2015 13:48, lenny.libre a écrit : Bonjour Aprés l'installation de la dernière version (Windows 7 - JOSM 7995) j'ai deux messages d'erreur de chargement : Chargement du module fr.toulouse. A supprimer de vos préférences et Impossible de Charger le greffon opendata. Voulez-vous le supprimer des préférences ? J'ai mis à jour java (1.8.0_3), mais les messages sont identiques. Faut-il les supprimer et les remettre où y a-t-il un problème sur le greffon et le module ? J'ai finalement enlevé les deux greffons et je les ai rajoutés : - pas de problème après la re-installation d'opendata - problèmes revenus après la re-installation de toulouse.fr : c'est donc ce greffon qui pose problème ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ 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
Re: [Talk-br] Digest Talk-br, volume 77, assunto 55
É excluir da lista de ruas sem nomes que o programa cria, mas não exclui do OSM não. :-) Por exemplo, veja este site: http://qa.poole.ch/ Uma rua que não possuir a etiqueta name=* vai aparecer em vermelho, exceto as que possuem a etiqueta noname=yes. Em 17 de fevereiro de 2015 09:41, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Oi João... lendo o wiki, não gostei dessa parte: *Um dos pontos principais deste noname=sim seria permitir que tais ferramentas para excluir ruas a partir do destaque que eles realmente não têm nome.* O termo *excluir *refere-se à pesquisa (excluir da pesquisa) ou literalmente? *Ivaldo* Nunes de Magalhães E-mail: ivald...@gmail.com Blog: makermaps.blogspot.com.br (67) 8108-7415 - 3431-2810 (61) 9139-7560 ___ 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-at] Facebook Seite
Hi! Ich hab jetzt eine Facebook Seite für die OSM Community in Österreich angelegt: https://www.facebook.com/pages/Openstreetmap-Austria/339041126303499 Likes und Shares natürlich willkommen... :) Wenn gewünscht, können wir auch - eine Gruppe für ganz AT oder - mehrere Gruppen (z.B. Wien, Graz, Innsbruck) machen. Meinungen? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] Objet affiché dans rendu OSM mais n'est plus dans la base depuis des semaines?
Bonjour Comme cette boutique de vélo* a fermé en 2013, je l'ai supprimée de la base il y a plusieurs semaines mais je m'aperçois qu'elle s'affiche encore dans le rendu OSM mais ne s'y trouve pas quand je passe en mode Édition avec Id: http://www.openstreetmap.org/?mlat=48.84734mlon=2.23485#map=19/48.84734/2.23485 Quelqu'un sait ce qui se passe? Merci. * Des cycles et des vies 12 rue des Menus, 92100 Boulogne-Billancourt -- View this message in context: http://gis.19327.n5.nabble.com/Objet-affiche-dans-rendu-OSM-mais-n-est-plus-dans-la-base-depuis-des-semaines-tp5833953.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 2:33 PM, Harald Kliems kli...@gmail.com wrote: On Tue Feb 17 2015 at 1:16:55 PM Ian Dees ian.d...@gmail.com wrote: Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Mapillary[1] seems to have tremendous potential there. They've recently introduced automatic traffic sign recognition [2] -- no speed limit signs yet, unfortunately. Indeed, Mapillary is great. I wonder if there's room to get GoPro+Mapillary to donate a few units to put together a rig that we could ship around to people in the US that could collect data for the US community... ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote: Indeed, Mapillary is great. I wonder if there's room to get GoPro+Mapillary to donate a few units to put together a rig that we could ship around to people in the US that could collect data for the US community... Mapilariy is fun... but collecting more data is not necessarily the avenue to a better map. Instead, consider how many people use the map. Consider how many people garden a particular area of the map. Consider how many people enthusiastically map a given feature (e.g. RV Dump Stations, Dog Parks, Smoking Zones, Bike Repair Stations, Bear Boxes). A pile of automatically imported or collected data is really not all that interesting or complete. I think in the USA the way forward involves finding user communities not served by other maps (e.g. Bear Boxes, above). ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Usage without attribution: US Geological Survey
It looks to me that there using here maps. Around my area it's pretty much dead on with what here maps is shows. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 17, 2015 at 11:37 AM, Paul Johnson ba...@ursamundi.org wrote: On Wed, Jan 28, 2015 at 3:49 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 28, 2015 at 11:09 AM, Paul Johnson ba...@ursamundi.org wrote: Found it here while checking out a nearby earthquake I was notified about... http://earthquake.usgs.gov/earthquakes/eventpage/usb000tiqz#general_map The Street layer of the map is very clearly taking tiles from Mapquest Open (spotted at relatively low zoom over tulsa due to Mapquest lagging months behind on that zoom over parts of I 244 and I 44 which were tagged during major construction operations as recently as last fall in a manner that which that renderer didn't understand, leaving gaps over the Arkansas River on 244 and Midtown Tulsa near Lewis Avenue on I 44); confirmed by zooming in deeper around the BOK Center in downtown Tulsa with a pretty high level of detail of the block the arena is on itself along with a number of city sidewalks from changesets I uploaded in the last week). Legal page is 404. About Us doesn't seem to mention anything either. No attribution on map itself. Only the Street layer appears to be from OSM data. Paul, I can verify that the street view is OSM. I added some service roads near my house which would normally show on a typical map. Do you want to contact them? Apparently, Google decided this message was spam. I think I trust someone else to this if possible. ___ 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: [Talk-br] Ruas sem nome
Srs, Agradeço pelas várias dicas. Acabei a tarefa que estava fazendo, a de nomear as vias residenciais de acordo com a Prefeitura e o IBGE. Aproveito para perguntar algo no mesmo assunto, e quanto às vias internas de condomínios e afins ? Tenho adicionado access=private e deixado sem nome, mas já vi casos em que foi colocado name=Rua Interna do Condomínio Fulano de Tal Isso é necessário e/ou recomendado ? Att, Marcelo Pereira Em 17 de fevereiro de 2015 09:08, Gerald Weber gwebe...@gmail.com escreveu: não estou colocando a tag IBGE em cada via, explicito no changeset. Tive essa dúvida antes, mas vi aqui que não seria necessário tagear cada elemento, até por economia de espaço na base do OSM. Se todos os nomes no OSM (35 milhões) crescerem em torno 20 caratéres para acrescentar source:name isto representaria algo como 700 Mb num total de 3Tb da base toda (foi o último número que eu vi). Não me parece um impacto muito grande, considerando o benefício de ter a documentação detalhada. Agora, se isto representa um problema então isto é uma questão técnica da base de dados que certamente deve ter solução. Quer dizer, eu acho que a base de dados existe para atender às necessidades do mapeador e isto não deveria ser um fator limitante. Depois os mapas compilados excluem estas tags então para esta finalidade não faria diferença. O benefício seria induzir uma cultura de documentação que no momento está virtualmente ausente no OSM-BR, além de ajudar a resolver dúvidas de uma maneira bem mais detalhada. Benefícios adicionais seriam a capacidade de produzir estatísticas. Quantos nomes de rua são originários do IBGE? Quando são de survey? Quantos foram obtidos de prefeituras? São questões simples que hoje não temos como responder. Mas na ausência disto eu também fico muito feliz se encontro a descrição no próprio changeset como você faz. Só é mais chato para pesquisar e são raras as pessoas que colocam. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas sem nome
As ruas internas do condominio deve ser access=destination + access:destination=“Condominio Fulano de Tal”, significando que somente se voce vai a condominio pode entrar. Com as nomes das ruas internas, pode ser, mas acho que “Condomínio Fulano de Tal” deve ser suficiente, se eles não ha nomes especificas. Aun Johnsen On Feb 17, 2015, at 17:37, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Agradeço pelas várias dicas. Acabei a tarefa que estava fazendo, a de nomear as vias residenciais de acordo com a Prefeitura e o IBGE. Aproveito para perguntar algo no mesmo assunto, e quanto às vias internas de condomínios e afins ? Tenho adicionado access=private e deixado sem nome, mas já vi casos em que foi colocado name=Rua Interna do Condomínio Fulano de Tal Isso é necessário e/ou recomendado ? Att, Marcelo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
Ian Dees writes: Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and fixme can guide existing mappers to areas that are probably in need of help. Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Any other ideas for how to make the rural US better? I agree, I feel this pain of the US is often an OSM desert and I have for many years -- most of the history of this project. Concomitantly, I do what I can to promote wider area contributions to our data (as opposed to more local efforts like Mapping Parties). This includes national bicycle networks, large-scale (statewide and larger) rail improvements, better/newer national forest data, and other, similar wide area campaigns. These are not always deeply successful (though they are frequently), and I and we have learned much along the way: wikis can help, follow Import Guidelines if importing, coordinate with a divide and conquer strategy -- usually state-at-a-time, do everything possible to keep quality high... and I'm sure there are many more. Key is to extend effort towards BOTH local (Mapping Parties...) and wider-area (statewide, regional, federal/national level) improvements. There really is an urban/rural divide in the USA (for purposes of this discussion) and once you fall off the cliff (of urban areas and mappers), we see a steep decline in data and participation. There ARE things which fill in these holes (like long-distance bicycling, state-to-state rail...) in more rural areas, and I believe it is both cool and a neat challenge to do them, and do them well. Especially when we ignite the passions of wider participation via a well-run, well-coordinated project. But often, (and I've gotten a number of +1! comments about this), when there are projects on a shelf that somebody who has a yen to map can just reach up and grab a state's worth of work, we do see the checkerboard effect filling in blank spots. Yes, the USA is big, even huge, BUT: keep that up, (relentlessly, with coordination, over time...) and we'll simply improve our map as we need to. I know I'm saying obvious things here. Elephants are best eaten one fork at a time, and while it can seem overwhelming, we simply must keep chipping away at adding good quality data (as this sub-project, that sub-project...) with growing numbers of dedicated volunteers, over the medium- and longer-term -- ESPECIALLY in rural areas that link us. That's a vital method it will take as we get there. I'm not just cheer-leading, I want to see better coordination of these ideas: efforts by OSM-US to take them to heart and leadership to get more people acting like this. There are dedicated, smart people who WANT to throw more shoulder (or two!) into OSM. Let's offer well-structured projects (for lack of a better word) for them to be a part of. This works, I can say from actual personal experience. It is part of a good future upon which to continue building our map. SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue, Feb 17, 2015 at 1:33 PM, Harald Kliems kli...@gmail.com wrote: On Tue Feb 17 2015 at 1:16:55 PM Ian Dees ian.d...@gmail.com wrote: Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? Mapillary[1] seems to have tremendous potential there. They've recently introduced automatic traffic sign recognition [2] -- no speed limit signs yet, unfortunately. Could use a bit of work. It appears to be detecting Share the Road signs as Cycleway Slippery When Wet/Icy signs. Ideally, it would be able to properly identify and differentiate the 200-or-so unique but nationally accepted signs in the current edition of the US MUTCD's Standard Highway Signs supplement with a reasonably high degree of accuracy given a clear photo, including the ones that have regional variation baked in to the standard (ETC logo signs for toll lanes, so signs indicating Oklahoma PIKEPASS, Texas TxTAG and the east coast's EZPASS are treated the same, for example, and it's not thrown off by bus stop signs that have the operator's logo on 'em if the sign's otherwise compliant). Extra miles if it can handle signs that are notoriously noncompliant to the national standards, like Park Ride and major city bus stop signs. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
+1 to Bryce's comments about reaching out to existing communities with shared interests who may be using other tools/methods currently. This conversation reminds me a of a presentation I saw on Missouri's recent attempts to survey people about internet access and map broadband coverage, including in rural areas. They had luck with outreach by setting up booths at State and County Fairs - that seemed to be where enough people gathered at once to make the outreach worth the time effort (although they often used pins and paper maps to gather their data given spotty coverage). I wonder if anyone has ever had an OSM State Fair mapping party? Eleanor On Tue, Feb 17, 2015 at 2:34 PM, Paul Johnson ba...@ursamundi.org wrote: On Tue, Feb 17, 2015 at 1:15 PM, Ian Dees ian.d...@gmail.com wrote: On Tue, Feb 17, 2015 at 2:06 PM, Paul Johnson ba...@ursamundi.org wrote: I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. But I think a big part of it is the US is very large, and very empty. Plot out a wall size map of the US, now pin the tail on the map. Unless you bumped a wall on the way there or have an acute sense of space with your eyes closed and managed to stab somewhere in the Coruscant-like DFW megaplex (seriously, drive US 75 south into DFW at night and you'll go over a rise near Anna, TX from which DFW appears to roll from where you are all the way to the horizon ahead of you; it's probably geographically larger than several of the smallest states by area, possibly even combined), you probably just pinned the tail to a part of the country that is just as empty now as before Manifest Destiny. Possibly even emptier given The Removal and two waves of urbanization. People map where they know. People know where they are. Where are the people in the US? Well, if you take the top ten most populated metropolitan statistical areas in the US, you account for 97% of the US population, and with the exception of Dallas-Fort Worth, Texas, they're all within a day's bicycle ride or less of an ocean (I'm including places as far in as Portland given I've made that ride to the ocean by bicycle before, and I'm not even horribly fit or in great shape). Extend it out to the top 100 metropolitan statistical areas, and you leave a very small fraction of 1% of the US population to account for the remaining 281 metropolitan statistical areas and 536 micropolitan statistical areas. TL;DR, Hitchhiker's Guide validated version: When randomly sampled by township and range, averaged out and rounded to the nearest integer, the population of the US is 0. It's easy and fun to hypothesize about why OSM is crummy in the US, but it's vastly more useful to think of ways to improve it. I don't think I'm speaking in the hypothetical here. Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and fixme can guide existing mappers to areas that are probably in need of help. Are there methods of remote sensing (street-level imagery, data from other places on the internet) that could help us with the locality problem? TL;DR for the next two paragraphs: OSM tends to fall somewhere on or between esteem and self-transcendence on Maslow's hierarchy. The rural extreme struggles with the physiological and can't take safety for granted, and it's going to take something on the order of a New Deal that directly benefits with improving access to sanitation, food, water, electricity, and internet to less than 1% of the population that is going dozens of miles for food and water (or collecting both in situ), generating what limited electricity they have access to themselves, and whose trip to the toilet still involves shoes and a shovel, to do much of anything to change this within my lifetime. Given the political climate of the country, I think it goes without saying that this isn't going to happen. Speaking from experience, OSM is a bandwidth intensive project, particularly when working with geography so freaking huge as the US. And for the sake of this conversation, I'm lumping in the likes of Kellyville, Oklahoma, with all of it's 500 acres and 1100 people simply because that's large enough to have electricity, indoor plumbing and store, and some hope of getting anything viable in terms of internet access (even if only through a limited bandwidth library/cafe wifi hotspot) as urban. That's relatively easy to spark the same way as it is in larger places: Just find the like-minded individuals, spark the interest and you'll get crazy detailed maps for their part of the world, and some interesting applications come out of it. I've seen it happen in Portland (where it gripped the imagination of my hometown a bit more tightly than I expected), I'm watching it start to happen again in Tulsa now.
Re: [Talk-br] Ruas sem nome
Tenho adicionado access=private e deixado sem nome, mas já vi casos em que foi colocado name=Rua Interna do Condomínio Fulano de Tal Coloco também access=private, mas muitos condomínios tem nome de rua sim. Agora name=Rua Interna do Condomínio Fulano de Tal com certeza é inapriopriado e redundante. Se houver a definição de landuse=residental como um polígono, então todas as ruas dentro do polígono já são ruas internas. Inclusive o nominatim identifica isto muito bem. Veja este exemplo: http://www.openstreetmap.org/search?query=Avenida%20Champs-%C3%89lys%C3%A9es#map=17/-19.59250/-43.85480 O que eu faço quando encontro esses casos é mover de name para description. Apagar simplesmente não libera espaço na base dados. Mas deixar como description=Rua Interna do Condomínio Fulano de Tal talvez ajude a evitar que alguém ponha de volta como name. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On Tue Feb 17 2015 at 2:53:44 PM Paul Johnson Could use a bit of work. It appears to be detecting Share the Road signs as Cycleway Slippery When Wet/Icy signs. Feel free to help make it better: http://www.mapillary.com/map/games/traffic Harald. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
That's a very good question, and could be interesting in a number of ways. Oregon would be easier for a few reasons, namely that the state fair is centralized in one reasonably well connected city with a lot of indoor space with electricity (because it tends to be fairly predictably wet year round), with folks from rural areas traveling great lengths from the desert rangelands and wine regions to get their goods to fair to promote themselves and learn what else is going on in the state. Industry also makes use of this time, you can rest assured every corner of agribusiness has a booth up someplace to show off the latest, largest and greatest tech in ag. OSM could be a game changer if a tech minded farmer could leverage it and contribute. Oklahoma hits the opposite extreme, there's multiple state fairs differing weeks, largely outdoors, and with the exception of the Oklahoma City State Fair and the Tulsa State Fair, in fairly disconnected places. And given that these are predictably held during the hottest time of the year and draw broadly from the public, it's hard to have a thought much more intense than it's hot, I'm hot, and maybe I shouldn't have gone to the cattle show right after having three corndogs and riding the Tilt a Hurl. Thinking at least for this region, the Boat Show or the RV show (which are winter indoor events) are more likely candidates (owing largely to Oklahoma seeming to be a huge draw for RV touring and a number of lakes rivaling Minnesota). Could be interesting to see if it's possible to gamify this a bit with something along the lines of walking papers and/or a scavenger hunt for our state fair system. Or just any of the tourist areas in general, since they tend to be somewhat counterintuitive to navigate, under dense tree cover rendering aerial imagery useless, and have very small permanent population. On Tue, Feb 17, 2015 at 2:57 PM, Eleanor Tutt eleanor.t...@gmail.com wrote: +1 to Bryce's comments about reaching out to existing communities with shared interests who may be using other tools/methods currently. This conversation reminds me a of a presentation I saw on Missouri's recent attempts to survey people about internet access and map broadband coverage, including in rural areas. They had luck with outreach by setting up booths at State and County Fairs - that seemed to be where enough people gathered at once to make the outreach worth the time effort (although they often used pins and paper maps to gather their data given spotty coverage). I wonder if anyone has ever had an OSM State Fair mapping party? Eleanor On Tue, Feb 17, 2015 at 2:34 PM, Paul Johnson ba...@ursamundi.org wrote: On Tue, Feb 17, 2015 at 1:15 PM, Ian Dees ian.d...@gmail.com wrote: On Tue, Feb 17, 2015 at 2:06 PM, Paul Johnson ba...@ursamundi.org wrote: I'm thinking if they wanted broader input, they'd use the mailing list and not the forum. But I think a big part of it is the US is very large, and very empty. Plot out a wall size map of the US, now pin the tail on the map. Unless you bumped a wall on the way there or have an acute sense of space with your eyes closed and managed to stab somewhere in the Coruscant-like DFW megaplex (seriously, drive US 75 south into DFW at night and you'll go over a rise near Anna, TX from which DFW appears to roll from where you are all the way to the horizon ahead of you; it's probably geographically larger than several of the smallest states by area, possibly even combined), you probably just pinned the tail to a part of the country that is just as empty now as before Manifest Destiny. Possibly even emptier given The Removal and two waves of urbanization. People map where they know. People know where they are. Where are the people in the US? Well, if you take the top ten most populated metropolitan statistical areas in the US, you account for 97% of the US population, and with the exception of Dallas-Fort Worth, Texas, they're all within a day's bicycle ride or less of an ocean (I'm including places as far in as Portland given I've made that ride to the ocean by bicycle before, and I'm not even horribly fit or in great shape). Extend it out to the top 100 metropolitan statistical areas, and you leave a very small fraction of 1% of the US population to account for the remaining 281 metropolitan statistical areas and 536 micropolitan statistical areas. TL;DR, Hitchhiker's Guide validated version: When randomly sampled by township and range, averaged out and rounded to the nearest integer, the population of the US is 0. It's easy and fun to hypothesize about why OSM is crummy in the US, but it's vastly more useful to think of ways to improve it. I don't think I'm speaking in the hypothetical here. Increasing awareness through mapping parties/events seems to help a lot in urbanized areas, but we still haven't figured out how to apply that to the rest of the country. Tools like MapRoulette and
Re: [Talk-us] Why does the USA currently lag in OSM map quality?
On 2/17/2015 3:30 PM, Bryce Nesbitt wrote: A pile of automatically imported or collected data is really not all that interesting or complete. I think in the USA the way forward involves finding user communities not served by other maps (e.g. Bear Boxes, above). I've found that after a quorum of parks has the typical level of OSM detail added, they become quite interesting to community recreational planners because no other map: government or Google matches it. But this is only a microscopic slice of users in comparison to consumers of trip routing data. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Routing on osm.org
+1 this is awesome Yes, but It would be nice if there were someway to report/analyse incorrect routes. For example driving from Crowsnest Pass to Calgary suggests a valid (but longer) route than anyboby/everybody would actually take. If I jump across to 'project-osm' to give it a suggestion it really gets confused: https://dl.dropboxusercontent.com/u/34518077/just_take_hwy_2.png It seems that the dragable 'vias' refuse to attach to the north bound lanes of the divided highway 2, resulting in some loops. What it should do is pick up highway 2 in Nanton and continue north on it to Calgary. Simon. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Usage without attribution: US Geological Survey
On the streets layer? I don't doubt the other layers are lacking proper attribution as well. But OSM is ours. On Tue, Feb 17, 2015 at 2:38 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: It looks to me that there using here maps. Around my area it's pretty much dead on with what here maps is shows. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 17, 2015 at 11:37 AM, Paul Johnson ba...@ursamundi.org wrote: On Wed, Jan 28, 2015 at 3:49 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 28, 2015 at 11:09 AM, Paul Johnson ba...@ursamundi.org wrote: Found it here while checking out a nearby earthquake I was notified about... http://earthquake.usgs.gov/earthquakes/eventpage/usb000tiqz#general_map The Street layer of the map is very clearly taking tiles from Mapquest Open (spotted at relatively low zoom over tulsa due to Mapquest lagging months behind on that zoom over parts of I 244 and I 44 which were tagged during major construction operations as recently as last fall in a manner that which that renderer didn't understand, leaving gaps over the Arkansas River on 244 and Midtown Tulsa near Lewis Avenue on I 44); confirmed by zooming in deeper around the BOK Center in downtown Tulsa with a pretty high level of detail of the block the arena is on itself along with a number of city sidewalks from changesets I uploaded in the last week). Legal page is 404. About Us doesn't seem to mention anything either. No attribution on map itself. Only the Street layer appears to be from OSM data. Paul, I can verify that the street view is OSM. I added some service roads near my house which would normally show on a typical map. Do you want to contact them? Apparently, Google decided this message was spam. I think I trust someone else to this if possible. ___ 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] Usage without attribution: US Geological Survey
Paul, When I get home later today I'll email a USGS employee I know. He can probably suggest who I can contact. Clifford On Feb 17, 2015 1:32 PM, Paul Johnson ba...@ursamundi.org wrote: On the streets layer? I don't doubt the other layers are lacking proper attribution as well. But OSM is ours. On Tue, Feb 17, 2015 at 2:38 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: It looks to me that there using here maps. Around my area it's pretty much dead on with what here maps is shows. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Tue, Feb 17, 2015 at 11:37 AM, Paul Johnson ba...@ursamundi.org wrote: On Wed, Jan 28, 2015 at 3:49 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 28, 2015 at 11:09 AM, Paul Johnson ba...@ursamundi.org wrote: Found it here while checking out a nearby earthquake I was notified about... http://earthquake.usgs.gov/earthquakes/eventpage/usb000tiqz#general_map The Street layer of the map is very clearly taking tiles from Mapquest Open (spotted at relatively low zoom over tulsa due to Mapquest lagging months behind on that zoom over parts of I 244 and I 44 which were tagged during major construction operations as recently as last fall in a manner that which that renderer didn't understand, leaving gaps over the Arkansas River on 244 and Midtown Tulsa near Lewis Avenue on I 44); confirmed by zooming in deeper around the BOK Center in downtown Tulsa with a pretty high level of detail of the block the arena is on itself along with a number of city sidewalks from changesets I uploaded in the last week). Legal page is 404. About Us doesn't seem to mention anything either. No attribution on map itself. Only the Street layer appears to be from OSM data. Paul, I can verify that the street view is OSM. I added some service roads near my house which would normally show on a typical map. Do you want to contact them? Apparently, Google decided this message was spam. I think I trust someone else to this if possible. ___ 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] Big Lakes
Christoph Hormann wrote: On Tuesday 17 February 2015, malenki wrote: Based on what I have done so far I'd expect an Multipolygon (MP) with about 10.000 Members and an outline of 14.000 km length. A relation of this size is no good idea in hindsight of maintainability and conflicts due simultaneous edits. 1 ways each with 2000 nodes would be 20 million nodes. Evenly distributed on 14000 km outline means a node distance of 70cm - your average node distance seems to be more in the range of 10-20m - i suppose something is wrong here, for comparison the world coastline is only 33 million nodes. A subset of 92.331 km I just looked at has 8,764 nodes. That is not too much imho. You should take into consideration that there are also some islands which are responsible for the big growth in the count of members. What do you think is the better way to map an updated Lake Nasser? Make another MMP (Monster MultiPolygon) or map it as coastline (which is discouraged in the wiki)? Please no re-opening of the moratorium on newly tagging lakes as coastline. If what is tagged as coastline changes this always means additional work for anyone processing the data. Without knowing what exactly is wrong about your number above Imho nothing - based on the level of detail of your current mapping relative to the previous one i would estimate it to be not that much larger than other big lakes (Great Slave Lake is currently ~300k nodes). From an absolute standpoint this is not really that big but i know editing such a beast in JOSM is no fun. Area data type anyone? Seems I forgot to mention this in my OP… Regarding the Big Lakes: At the moment they are mapped with coastline /and/ partly as MP. Last time i looked all land enclosed waterbodies (including the Caspian Sea) had multipolygon relations. I did not check if these are valid and complete though - at least for the Great Lakes they are probably not. Not all of them, as I wrote: three MPs for three of the five lakes Technical things aside - i hope you are aware that the water level of Lake Nasser varies quite a lot and when you map based on Bing images you probably map different water levels in different parts of the lake. I am aware of this and not too lucky about it. The shape existing until my updates started I created in 2009 with Landsat Imagery. Then it had 8000 km length and was quite rough. For curiosity I had a look at the first version of Lake Nasser – the shore was 1733 km long. There currently is no established rule what water level to map as natural=water in such a case (average/maximum/minimum) or how to tag separate mappings of different levels. In any case you might want to consider that mapping both the minimum and maximum based on lower resolution data (like Landsat images) would be ultimately more useful than mapping a fairly undefined in-between state in higher resolution. Imho the minimum would be empty ;) In any case nice to see improvements to such more remote lakes. When you are done with Lake Nasser you could think about continuing with the Merowe Reservoir - which is currently a serious aspirant for the title of the most broken lake polygon in the OSM database: http://www.openstreetmap.org/#map=16/18.9860/32.4292 At least three times smaller then Lake Nasser – piece of cake. If only someone would pay me I so could do mapping all day. (: ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] calcul d'itinéraires sur osm.org
Pour le fun ils auraient pu ajouter le routage ferroviaire : http://raildar.fr/osrm/osrm.html#8/48.993/3.889 Le 16 février 2015 22:27, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Tiens, ils ont intégré un calculateur d'itinéraires sur openstreetmap.org. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] calcul d'itinéraires sur osm.org
Merci pour l'info, ça fonctionne bien et rapidement, pour une première version c'est prometteur. Pas encore au niveau d'OSRM qui est vraiment sympa à utiliser notamment pour les modifications libres du trajet par exemple, mais ça viendra certainement. D'un autre côté je n'ai peut-être pas découvert tout les fonctionnalités, je viens de voir qu'on peut faire un glisser/déposer des marqueurs début et fin.. Bruno. Le 17/02/2015 08:02, Francescu GAROBY a écrit : Après un rapide essai, c'est pas mal (et rapide). Mais ça n'est (pour le moment ?) qu'un itinéraire A - B : pas moyen de faire un itinéraire A - B via C Francescu Le 17 février 2015 06:16, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Effectivement ça marche pas mal. La version pour les voitures Mapquest donne même les péages (sans le tarif) Manque encore la possibilité d'utiliser les transports en commun même si effectivement les heures de passages devraint être gérées en externe... On peut imaginer aussi une version en fauteuil roulant au moins pour certaines grandes villes... Florian Le Mardi 17 février 2015 0h37, Lionel Allorge lionel.allo...@lunerouge.org mailto:lionel.allo...@lunerouge.org a écrit : Bonjour, Le lundi 16 février 2015 22:27:10 Pierre-Yves Berrard a écrit : Tiens, ils ont intégré un calculateur d'itinéraires sur openstreetmap.org http://openstreetmap.org. Très bonne nouvelle ! Cela semble bien marcher par chez moi :-) Bonne continuation. -- Lionel Allorge April : http://www.april.org http://www.april.org/ Lune Rouge : http://www.lunerouge.org http://www.lunerouge.org/ Wikimedia France : http://wikimedia.fr http://wikimedia.fr/ « Le travail d'équipe est essentiel. En cas d'erreur, ça permet d'accuser quelqu'un d'autre. » Tristan Bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ 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
Re: [Talk-it] Differenza no_left_turn only_straight_on
Il 17 febbraio 2015 09:06, Aury88 ha scritto: dal punto di vista formale-cartellonistico è più corretto quello dell'altro utente essendo nella realtà segnalato probabilmente solo il divieto di svolta a sinistra ma i divieti di svolta (e di inversione) sono stati aboliti nel 1992? https://it.wikipedia.org/wiki/Segnali_di_prescrizione_nella_segnaletica_verticale_italiana#Segnali_di_divieto_generici -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Domande su primo import (un po' urgente)
Ciao, vorrei partecipare al Piemonte Visual Contest in scadenza domenica e tra le altre cose è richiesto ai partecipanti che condividano su OSM dei dati da loro raccolti. Io sto titubando perché non sono sicura di avere dati di grande interesse per OSM, essendo il mio un porgetto di mappatura collettiva e non massiva: ovvero, potrei condividere un dataset di luoghi della cultura piemontesi (librerie, biblioteche, ecc.) ma che non è completo - ci sono solo alcune librerie, biblioteche, ecc., solo quelle segnalate dai partecipanti, una a una. Può comunque interessare? Nel qual caso mi servirebbe davvero una mano, perché non sono pratica di import su OSM. Ah, il mio progetto è opencultureatlas.org Grazie Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Differenza no_left_turn only_straight_on
confermo che per il routing entrambi i metodi danno lo stesso identico risultato (le restrizioni no_* si comportano in maniera identica tra loro così come gli only_*)...la scelta di avere così tante restrizioni è proprio quello di visulaizzare l'eventuale cartello o simbolo sul navigatore... È corretto sia quello che dice quell'utente sia quello che dici tu: ha senso la restrizione a sinistra, a destra ci pensa il senso unico...però pensando alla visualizzazione sul navigatore la restrizione no_turn a sinistra potrebbe trarmi in inganno e farmi credere che si possa andare in tutte le altre direzioni, quando invece l'unica consentita è quella in avanti...quindi onestamente non so... dal punto di vista formale-cartellonistico è più corretto quello dell'altro utente essendo nella realtà segnalato probabilmente solo il divieto di svolta a sinistra mentre a destra ci pensa un divieto d'accesso ad impedire di entrare in contromano...come utilizzatore di un navigatore, magari distratto per cercare parcheggio ed evitare macchine in manovra e pedoni in attraversamento, probabilmente preferirei un indicazione vai solo dritto - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Differenza-no-left-turn-only-straight-on-tp5833716p5833830.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: [Talk-it-trentino] [OT} Intervento al MuSE su Mappe digitali
2015-02-17 0:42 GMT+01:00 Luca Delucchi lucadel...@gmail.com: http://www.muse.it/it/Esplora/Eventi-Attivita/Archivio/Pagine/Conferenza-della-Societ%C3%A0-di-Scienze-Naturali-del-Trentino.aspx Purtroppo il 19 sono fuori Trento, sarebbe bello però ci fosse qualche mapper :) Io anche non sarò a trento... anche io non sono a Trento. -- -S ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk-fr] Mise à jour de taginfo, et aide pour les traductions
J'ai fait une correction de balise qui me parait erroné (peut être que c'est pas une erreur mais en ligne 150 il manque une balise fermante /p J'ai fait un patch. Je ferai une autre vérification ce weekend Le 9 janvier 2015 21:23, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 12/12/2014 21:23, Yves Pratter a écrit : Les traductions complète sont en ligne :) Merci pour ton aide ! http://taginfo.openstreetmap.fr est maintenant à jour, et toutes les chaînes sont traduites en français. -- Jocelyn ___ 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
Re: [OSM-talk] Big Lakes
malenki wrote: For curiosity I had a look at the first version of Lake Nasser – the shore was 1733 km long. PS: if you want to have a look, too: http://malenki.ch/OSM/data/first_lake_nasser_complete_v1.osm ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Routing on osm.org
OSRM and other routers won't use the highway you want it to use because its under construction in the OSM data ( http://www.openstreetmap.org/way/27593150#map=13/50.4550/-113.8127layers=Q). Most often it's not router but a data problem. 2015-02-17 22:32 GMT+01:00 si...@mungewell.org: +1 this is awesome Yes, but It would be nice if there were someway to report/analyse incorrect routes. For example driving from Crowsnest Pass to Calgary suggests a valid (but longer) route than anyboby/everybody would actually take. If I jump across to 'project-osm' to give it a suggestion it really gets confused: https://dl.dropboxusercontent.com/u/34518077/just_take_hwy_2.png It seems that the dragable 'vias' refuse to attach to the north bound lanes of the divided highway 2, resulting in some loops. What it should do is pick up highway 2 in Nanton and continue north on it to Calgary. Simon. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk