Re: [OSM-talk] This has to stop: User Diaries Spam
Am 5/19/14 18:23 , schrieb Arlindo Pereira: Would it be too hard to implement a simple captcha on this page? Cheers, Arlindo Nighto I don't think it is done by bots, at least most of the posts. So that would not do much. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visualizing mapping history of an area
On Tue, May 20, 2014 at 4:37 PM, Clifford Snow cliff...@snowandsnow.uswrote: On Tue, May 20, 2014 at 4:28 AM, Arun Ganesh arun.plane...@gmail.comwrote: The area of interest is a small town called Talasari, north of Mumbai [2]. The students had very low experience with computers and most had to start from creating email ids. The area was blank a couple of months ago, so it will be interesting to see how the mapping progressed over time. Any resources to do this will be appreciated, since I could not find anything on the wiki except proposals[3]. Check out ITO World visualization tools. www.itoworld.com - I don't believe you can go back in time, but you can capture edits going forward. However it only captures ways and not nodes. They have tutorial to help you get started. Thanks for the lead. Its a bit disappointing that this isn't possible. Any idea if there is an outdated (6months) mapnik render somewhere that I could use to go back in osm time? Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visualizing mapping history of an area
What about this tool: https://github.com/MaZderMind/osm-history-renderer/ A nice writeup here: http://www.openstreetmap.org/user/joost%20schouppe/diary/21826 Met vriendelijke groeten, Best regards, Ben Abelshausen ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visualizing mapping history of an area
Arun Ganesh wrote: Thanks for the lead. Its a bit disappointing that this isn't possible. Any idea if there is an outdated (6months) mapnik render somewhere that I could use to go back in osm time? Perhaps you could create one from old data using an old dataset from: http://download.geofabrik.de/asia/india.html Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] undiscussed (?) mechanical edit on diet:vegan and diet:vegetarian
I would question whether vegan or vegetarian are types of cuisine. You can have vegetarian restaurants serving very different cuisines, tagging such as cuisine=indian diet=vegetarian, cuisine=british diet=vegetarian. If you use cuisine=vegetarian then you loose that important information. Phil (trigpoint) The tags cuisine=vegetarian and cuisine=vegan are already explicitly deprecated. That's why BuganiniQ added the documented keys diet:vegetarian and diet:vegan to them. Cheers, John ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] undiscussed (?) mechanical edit on diet:vegan and diet:vegetarian
John Packer wrote: The tags cuisine=vegetarian and cuisine=vegan are already explicitly deprecated. Says who? People who edit the wiki or people who edit the map? Any change to previously-used keys needs to be talked about in public so that someone who's got a map that depends on the old keys doesn't see things disappearing off it. That's not to say that change isn't sometimes necessary (highway=ford to ford=yes on ways comes to mind), but people need to know that it is happening. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Question about Osmosis, Geofabrik and HTTP 504 Error
Dear list, I am getting the HTTP 504 error message *sometimes* when trying to get a state.txt file from Geofabrik with osmosis, but it happens sometimes and with some files. For example, the state.txt file for the Berlin updates fails to download and the state.txt file for the Bretagne updates works ok, and after a few minutes, the opposite situation happens. Could this be because the server is denying files by using some kind of file-oriented policy? Regards, Juan___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Question about Osmosis, Geofabrik and HTTP 504 Error
Hi, On 05/21/2014 04:36 PM, Juan Lucas Domínguez Rubio wrote: I am getting the HTTP 504 error message *sometimes* when trying to get a state.txt file from Geofabrik with osmosis, but it happens sometimes and with some files. For example, the state.txt file for the Berlin updates fails to download and the state.txt file for the Bretagne updates works ok, and after a few minutes, the opposite situation happens. Could this be because the server is denying files by using some kind of file-oriented policy? The Geofabrik download server applies rate limiting. If you try to download too many files in a short time - for example, if you were to run Osmosis in a loop where you'd check for a new state.txt every minute even though they only are renewed once a day - then the server will block access for your IP and issue 503 Service Unavailable errors (but not 504). Because of the throttling nature of this block, you might land in a situation where you can request one file every five minutes successfully, but then you get 503 again. Don't request so many files, and the problem will go away. If you check for 10 state.txt files every hour you won't have a problem but if you do that every five minutes then you might. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Question about Osmosis, Geofabrik and HTTP 504 Error
Hello, Thanks for the explanation. I have set up the cron so that it gets the *.osc.gz files from Geofabrik every night. I thought it would be a good idea to run osmosis three times, so in case the first does not work, the second perhaps will, and if one of them works, then the rest will do nothing because I am checking the lag every time. After your reply, I think I will try it only once every night, and if one night it does not work, it's not so important because the following night it will probably work. Any comments? Regards, Juan On Wednesday, May 21, 2014 5:46 PM, Frederik Ramm frede...@remote.org wrote: Hi, On 05/21/2014 04:36 PM, Juan Lucas Domínguez Rubio wrote: I am getting the HTTP 504 error message *sometimes* when trying to get a state.txt file from Geofabrik with osmosis, but it happens sometimes and with some files. For example, the state.txt file for the Berlin updates fails to download and the state.txt file for the Bretagne updates works ok, and after a few minutes, the opposite situation happens. Could this be because the server is denying files by using some kind of file-oriented policy? The Geofabrik download server applies rate limiting. If you try to download too many files in a short time - for example, if you were to run Osmosis in a loop where you'd check for a new state.txt every minute even though they only are renewed once a day - then the server will block access for your IP and issue 503 Service Unavailable errors (but not 504). Because of the throttling nature of this block, you might land in a situation where you can request one file every five minutes successfully, but then you get 503 again. Don't request so many files, and the problem will go away. If you check for 10 state.txt files every hour you won't have a problem but if you do that every five minutes then you might. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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] Visualizing mapping history of an area
On Wed, May 21, 2014 at 2:46 PM, Ben Abelshausen ben.abelshau...@gmail.comwrote: What about this tool: https://github.com/MaZderMind/osm-history-renderer/ A nice writeup here: http://www.openstreetmap.org/user/joost%20schouppe/diary/21826 Excellent, this looks like exactly what I was looking for. Thank you Ben! -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] undiscussed (?) mechanical edit on diet:vegan and diet:vegetarian
Andy wrote: John Packer wrote: The tags cuisine=vegetarian and cuisine=vegan are already explicitly deprecated. Says who? People who edit the wiki or people who edit the map? Any change to previously-used keys needs to be talked about in public so that someone who's got a map that depends on the old keys doesn't see things disappearing off it. That's not to say that change isn't sometimes necessary (highway=ford to ford=yes on ways comes to mind), but people need to know that it is happening. I was not around at that time, but according to the wiki, the key diet:*=* was proposed in early 2011, aprooved (explicitly deprecating cuisine=vegetarian/vegan), and is now translated to 6 other languages. Cheers, John ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Floods in Serbia and Bosnia and Herzegovina
Hrvoje With OSM Nominatim to geolocate properly for streets, we need to have town boundaries including into OSM. I was looking at this today and it seems that those limits are not imported yet. If we could have such limits to import (license compatible with ODbL), it would greatly enhance the geolocation. If limits do not exist, Nominatim calculate a circle around a town place name and attribute the streets around to this town, This way it is less precise then with town boundary limits. Pierre De : hbogner hbog...@gmail.com À : h...@openstreetmap.org Cc : talk@openstreetmap.org Envoyé le : Mercredi 21 mai 2014 18h50 Objet : Re: [HOT] Floods in Serbia and Bosnia and Herzegovina Just figured out why that certain request turns out nothing. That town didn't exist on the map few days ago, only few main roads, railway and town name. But can anyone suggest a way for them to better geolocate input data. Regards, Hrvoje On 05/22/2014 12:35 AM, hbogner wrote: I got this message from people at www.poplave.rs Can someone help with answers to these questions. quote I am contacting you concerning maps at www.Poplave.rs. We need to find a simple way to locate all inputted locations to exact geo locations. On many levels people are entering weird combination of town, street name and street number. Plus sometimes your system finds a street but it can not find it if its connected to the town. We would like to create full screen map with all locations in place (at least good amount). What would be the best way to convert inputted locations into correct geo locations on the map. One example: User submitted into location form: paracin deligradska paracin = town deligradska = street * sometime it is opposite street first then town Your system can find each of these separately, but together system is finding nothing even on your main map: http://www.openstreetmap.org/search?query=paracin%20deligradska#map=5/51.509/-0.088 Most of the time this is the setup we have because people did not have time to search locations. Any help is appreciated. /quote Regards, Hrvoje Bogner ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Floods in Serbia and Bosnia and Herzegovina
Hrvoje, On the dev server I created a job that focus on priority areas. I did this looking at the the NASA flood impact map. To progress more rapidly with mapping and focus on priority zones, I would like to replace job 534 with this new job. See http://tasks.dev.hotosm.org/job/480 What do you think of this ? Pierre___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Monitoramento de estados brasileiros pelo WhoDidIt
Seria conveniente fazer um Yahoo! Pipe para um Estado, realizando *union*, *sort* e *uniq* com todos os feeds dele? Fica a ideia. Não sei se os dois serviços iam dar conta da puxada. Em 20 de maio de 2014 20:40, Bráulio brauliobeze...@gmail.com escreveu: Pessoal, Eu dei uma olhada nas opções de monitoramento das edições e acabei gerando algumas URLs para monitoramento de estados através do RSS do WhoDidIt. O que fiz foi gerar bounding boxes que cobrem um estado por completo sem pegar muita coisa fora dele (torcendo também para a resolução do WhoDidIt não atrapalhar). Por exemplo, para Sergipe essas [1] são as bboxes e os links gerados a partir delas são esses [2]. Até agora gerei de todos os estados do Nordeste [3]. Até o fim de semana devo terminar o resto dos estados do Brasil. [1] https://i.imgur.com/PwncdwS.png [2] http://braulio.net.br/osm/bboxes_whodidit/SE.txt [3] http://braulio.net.br/osm/bboxes_whodidit/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Maratona de Edições da Copa - POI
Farei as correções, apenas trouxe os dados iniciais de um banco que possuo acoplado num sistema. Reinaldo De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com] Enviada em: terça-feira, 20 de maio de 2014 19:47 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO e AV DR . Também colocar os acentos. E ah, é Consulado da Austrália e não Consulado Austrália, faltou o DA Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br escreveu: Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão de alguns pontos em São Paulo, estou fazendo por relevância para quem vem de fora. Para os pontos de consulados estou usando o identificador de embaixada, existe outro mais adequado? https://www.openstreetmap.org/node/2871505851 https://www.openstreetmap.org/node/2871493363 Reinaldo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edições incorretas: Pará de Minas
O Thiago me perguntou o que dá para utilizar para verificar/visualizar os changesets, além do histórico pela página web. Estou repassando para a lista, caso alguém também tenha interesse: Dá para usar: - OSM History Viewer http://osmhv.openstreetmap.de/ (que é o Thiago utilizou) - reverter do JOSM (dá para ver o que foi alterado, antes e depois; dá para ver histórico de objetos pelo JOSM também) - Osmdiff http://wiki.openstreetmap.org/wiki/Osmdiff - UserActivity http://wiki.openstreetmap.org/wiki/UserActivity - Whodidit http://zverik.osm.rambler.ru/whodidit/ (dá pra ver tanto pelo changeset ou usuário, se quiser) - abrir os arquivos de changeset diretamente (são XML; o problema que, com exceção de ver o que foi criado, modificado e apagado, não há informação visual) ou processá-los de alguma forma. Um exemplo muito simples de processamento dos changesets, apenas contando o que foi feito em casa edição: http://naoliv.iq.unesp.br/osm/Bulacios/ Dá também para pegar cada changeset (osmChange) do usuário e abrir em uma camada do JOSM, para ver o que foi sendo alterado entre cada edição, por exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: Maratona de Edições da Copa - POI
Thiago bom dia, quanto a tag em inglês consigo incluir sem problemas, nos demais idiomas vou ficar devendo J. Já fiz a correção dos registros criados ontem, e assim que consiga um tempinho farei o restante. Além de consulados tenho a lista de distritos policiais, diversos hospitais, , alguns hotéis, farmácias bibliotecas, cartórios de registro civil, estações CPTM e metro. E pretendo verifica-los/inclui-los nessa ordem. Digo verificar porque é evidente que alguns destes já estão no OSM, assim terei que verificar um a um. Abraços ___ cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40 Reinaldo Neves Equação Informática (: (11) 3221-3722 *: rne...@equacao.com.br De: Thiago Vieira [mailto:thipvie...@gmail.com] Enviada em: quarta-feira, 21 de maio de 2014 12:24 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: Maratona de Edições da Copa - POI Nesse caso em particular acho importante a internacionalização, pelo menos incluindo a língua inglesa na nomenclatura do local com a inclusão da tag name:en=* e se possível na língua específica do país da embaixada ou consulado. Em 21 de maio de 2014 11:50, Reinaldo Neves rne...@equacao.com.br escreveu: Farei as correções, apenas trouxe os dados iniciais de um banco que possuo acoplado num sistema. Reinaldo De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com] Enviada em: terça-feira, 20 de maio de 2014 19:47 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO e AV DR . Também colocar os acentos. E ah, é Consulado da Austrália e não Consulado Austrália, faltou o DA Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br escreveu: Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão de alguns pontos em São Paulo, estou fazendo por relevância para quem vem de fora. Para os pontos de consulados estou usando o identificador de embaixada, existe outro mais adequado? https://www.openstreetmap.org/node/2871505851 https://www.openstreetmap.org/node/2871493363 Reinaldo ___ 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 attachment: image001.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edições incorretas: Pará de Minas
Só uma observação: O OSM History Viewer não mostra as etiquetas do objetos adicionados e removidos. Só dos modificados. Em 21 de maio de 2014 13:07, Nelson A. de Oliveira nao...@gmail.comescreveu: O Thiago me perguntou o que dá para utilizar para verificar/visualizar os changesets, além do histórico pela página web. Estou repassando para a lista, caso alguém também tenha interesse: Dá para usar: - OSM History Viewer http://osmhv.openstreetmap.de/ (que é o Thiago utilizou) - reverter do JOSM (dá para ver o que foi alterado, antes e depois; dá para ver histórico de objetos pelo JOSM também) - Osmdiff http://wiki.openstreetmap.org/wiki/Osmdiff - UserActivity http://wiki.openstreetmap.org/wiki/UserActivity - Whodidit http://zverik.osm.rambler.ru/whodidit/ (dá pra ver tanto pelo changeset ou usuário, se quiser) - abrir os arquivos de changeset diretamente (são XML; o problema que, com exceção de ver o que foi criado, modificado e apagado, não há informação visual) ou processá-los de alguma forma. Um exemplo muito simples de processamento dos changesets, apenas contando o que foi feito em casa edição: http://naoliv.iq.unesp.br/osm/Bulacios/ Dá também para pegar cada changeset (osmChange) do usuário e abrir em uma camada do JOSM, para ver o que foi sendo alterado entre cada edição, por exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI
Reinaldo, Olhando no Taginfo, parece que existe uma chave não documentada para identificar consulados. Seria amenity=embassy com diplomatic=consulate. Veja aqui: http://taginfo.openstreetmap.org/keys/diplomatic#values Abs, João Em 21 de maio de 2014 13:21, Reinaldo Neves rne...@equacao.com.brescreveu: Thiago bom dia, quanto a tag em inglês consigo incluir sem problemas, nos demais idiomas vou ficar devendo J. Já fiz a correção dos registros criados ontem, e assim que consiga um tempinho farei o restante. Além de consulados tenho a lista de distritos policiais, diversos hospitais, , alguns hotéis, farmácias bibliotecas, cartórios de registro civil, estações CPTM e metro. E pretendo verifica-los/inclui-los nessa ordem. Digo verificar porque é evidente que alguns destes já estão no OSM, assim terei que verificar um a um. Abraços ___ [image: cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40] Reinaldo Neves Equação Informática (: (11) 3221-3722 ***: rne...@equacao.com.br *De:* Thiago Vieira [mailto:thipvie...@gmail.com] *Enviada em:* quarta-feira, 21 de maio de 2014 12:24 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] RES: Maratona de Edições da Copa - POI Nesse caso em particular acho importante a internacionalização, pelo menos incluindo a língua inglesa na nomenclatura do local com a inclusão da tag name:en=* e se possível na língua específica do país da embaixada ou consulado. Em 21 de maio de 2014 11:50, Reinaldo Neves rne...@equacao.com.br escreveu: Farei as correções, apenas trouxe os dados iniciais de um banco que possuo acoplado num sistema. Reinaldo *De:* Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com] *Enviada em:* terça-feira, 20 de maio de 2014 19:47 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] Maratona de Edições da Copa - POI É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO e AV DR . Também colocar os acentos. E ah, é Consulado da Austrália e não Consulado Austrália, faltou o DA Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br escreveu: Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão de alguns pontos em São Paulo, estou fazendo por relevância para quem vem de fora. Para os pontos de consulados estou usando o identificador de embaixada, existe outro mais adequado? https://www.openstreetmap.org/node/2871505851 https://www.openstreetmap.org/node/2871493363 Reinaldo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br attachment: image001.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: RES: Maratona de Edições da Copa - POI
Valeu pela informação João, quando for incluir o nome em inglês já complemento estes dados, e seguirei o padrão para as demais inserções. ___ cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40 Reinaldo Neves Equação Informática (: (11) 3221-3722 *: rne...@equacao.com.br De: John Packer [mailto:john.pack...@gmail.com] Enviada em: quarta-feira, 21 de maio de 2014 13:50 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI Reinaldo, Olhando no Taginfo, parece que existe uma chave não documentada para identificar consulados. Seria amenity=embassy com diplomatic=consulate. Veja aqui: http://taginfo.openstreetmap.org/keys/diplomatic#values Abs, João Em 21 de maio de 2014 13:21, Reinaldo Neves rne...@equacao.com.br escreveu: Thiago bom dia, quanto a tag em inglês consigo incluir sem problemas, nos demais idiomas vou ficar devendo J. Já fiz a correção dos registros criados ontem, e assim que consiga um tempinho farei o restante. Além de consulados tenho a lista de distritos policiais, diversos hospitais, , alguns hotéis, farmácias bibliotecas, cartórios de registro civil, estações CPTM e metro. E pretendo verifica-los/inclui-los nessa ordem. Digo verificar porque é evidente que alguns destes já estão no OSM, assim terei que verificar um a um. Abraços ___ cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40 Reinaldo Neves Equação Informática (: (11) 3221-3722 *: rne...@equacao.com.br De: Thiago Vieira [mailto:thipvie...@gmail.com] Enviada em: quarta-feira, 21 de maio de 2014 12:24 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: Maratona de Edições da Copa - POI Nesse caso em particular acho importante a internacionalização, pelo menos incluindo a língua inglesa na nomenclatura do local com a inclusão da tag name:en=* e se possível na língua específica do país da embaixada ou consulado. Em 21 de maio de 2014 11:50, Reinaldo Neves rne...@equacao.com.br escreveu: Farei as correções, apenas trouxe os dados iniciais de um banco que possuo acoplado num sistema. Reinaldo De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com] Enviada em: terça-feira, 20 de maio de 2014 19:47 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO e AV DR . Também colocar os acentos. E ah, é Consulado da Austrália e não Consulado Austrália, faltou o DA Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br escreveu: Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão de alguns pontos em São Paulo, estou fazendo por relevância para quem vem de fora. Para os pontos de consulados estou usando o identificador de embaixada, existe outro mais adequado? https://www.openstreetmap.org/node/2871505851 https://www.openstreetmap.org/node/2871493363 Reinaldo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br attachment: image002.jpg attachment: image003.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Monitoramento de estados brasileiros pelo WhoDidIt
Já adicionei o de Alagoas e vou estar monitorando! Muito bom! Marcio Aguiar Ribeiro 2014-05-21 3:47 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Seria conveniente fazer um Yahoo! Pipe para um Estado, realizando *union*, *sort* e *uniq* com todos os feeds dele? Fica a ideia. Não sei se os dois serviços iam dar conta da puxada. Em 20 de maio de 2014 20:40, Bráulio brauliobeze...@gmail.com escreveu: Pessoal, Eu dei uma olhada nas opções de monitoramento das edições e acabei gerando algumas URLs para monitoramento de estados através do RSS do WhoDidIt. O que fiz foi gerar bounding boxes que cobrem um estado por completo sem pegar muita coisa fora dele (torcendo também para a resolução do WhoDidIt não atrapalhar). Por exemplo, para Sergipe essas [1] são as bboxes e os links gerados a partir delas são esses [2]. Até agora gerei de todos os estados do Nordeste [3]. Até o fim de semana devo terminar o resto dos estados do Brasil. [1] https://i.imgur.com/PwncdwS.png [2] http://braulio.net.br/osm/bboxes_whodidit/SE.txt [3] http://braulio.net.br/osm/bboxes_whodidit/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edições incorretas: Pará de Minas
Obrigado pelas informações. Testei o OSM History Viewer e gostei. Date: Wed, 21 May 2014 13:07:19 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br]Edições incorretas: Pará de Minas O Thiago me perguntou o que dá para utilizar para verificar/visualizar os changesets, além do histórico pela página web. Estou repassando para a lista, caso alguém também tenha interesse: Dá para usar: - OSM History Viewer http://osmhv.openstreetmap.de/ (que é o Thiago utilizou) - reverter do JOSM (dá para ver o que foi alterado, antes e depois; dá para ver histórico de objetos pelo JOSM também) - Osmdiff http://wiki.openstreetmap.org/wiki/Osmdiff - UserActivity http://wiki.openstreetmap.org/wiki/UserActivity - Whodidit http://zverik.osm.rambler.ru/whodidit/ (dá pra ver tanto pelo changeset ou usuário, se quiser) - abrir os arquivos de changeset diretamente (são XML; o problema que, com exceção de ver o que foi criado, modificado e apagado, não há informação visual) ou processá-los de alguma forma. Um exemplo muito simples de processamento dos changesets, apenas contando o que foi feito em casa edição: http://naoliv.iq.unesp.br/osm/Bulacios/ Dá também para pegar cada changeset (osmChange) do usuário e abrir em uma camada do JOSM, para ver o que foi sendo alterado entre cada edição, por exemplo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Cartórios
Oi, alguém sabe como mapear cartório de registro de imóveis, hipotecas e notas? Obrigado,Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Criar conjuntos de dados
Você geralmente criaria uma relação waterway para agrupar os diversos trechos do eixo do (a linha waterway=river, não a waterway=riverbank que representa a margem): http://wiki.openstreetmap.org/wiki/Relation:waterway Algumas pessoas às vezes usam uma relação collection para agrupar coisas, mas o ideal é não usá-la a não ser por motivos especiais (como para ajudar a coordenar certas tarefas de mapeamento entre vários colaboradores): http://wiki.openstreetmap.org/wiki/Relation:collection Se alguém quiser todos os rios do seu estado, basta usar o osmfilter, informando o limite do estado, e solicitar que filtre por vias e relações com a etiqueta waterway. 2014-05-20 20:30 GMT-03:00 Tarcisio Oliveira tarci...@ymail.com: Tenho dividido um rio em várias partes, isso porque ele que faz divisa natural entre duas cidades, dai estou eliminando a linha de fronteira criada para representar isso, seria interessante eu criar uma relação para associar todos os dados que fazem parte desse rio e posteriormente uma outra relação dos principais rios do estado e suas bacias hidrográficas? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cartórios
Suspeito que o mais próximo é pensando na relação entre cartório e notary. Este último é mapeado com office=lawyer+lawyer=notary. Outra opção, talvez menos clara, é office=government. 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Oi, alguém sabe como mapear cartório de registro de imóveis, hipotecas e notas? Obrigado, Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Maratona de Edições da Copa - POI
Hm Reinaldo, qual a licença dos dados que você está passando pro OSM? E como você a está copiando? 2014-05-21 11:50 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Farei as correções, apenas trouxe os dados iniciais de um banco que possuo acoplado num sistema. Reinaldo De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com] Enviada em: terça-feira, 20 de maio de 2014 19:47 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO e AV DR . Também colocar os acentos. E ah, é Consulado da Austrália e não Consulado Austrália, faltou o DA Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br escreveu: Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão de alguns pontos em São Paulo, estou fazendo por relevância para quem vem de fora. Para os pontos de consulados estou usando o identificador de embaixada, existe outro mais adequado? https://www.openstreetmap.org/node/2871505851 https://www.openstreetmap.org/node/2871493363 Reinaldo ___ 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 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cartórios
É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo acho que notary é um advogado c poder de validar um contrato. Mas o cara vai ate o contrato, em geral não é um lugar físico Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com escreveu: Suspeito que o mais próximo é pensando na relação entre cartório e notary. Este último é mapeado com office=lawyer+lawyer=notary. Outra opção, talvez menos clara, é office=government. 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Oi, alguém sabe como mapear cartório de registro de imóveis, hipotecas e notas? Obrigado, Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ 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-de] Import Stadtteilgrenzen Kreis Recklinghausen
Hallo Walter, sorry, es war zuviel los. Die Shapes kommen gleich per PM. Danke für Deine Unterstützung. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MFG zur SotM-EU Berlin - Karlsruhe
Hallo Mapper, ich suche für die Fahrt zur SotM-EU entweder noch Mitfahrer oder eine Mitfahrgelegenheit. Wir sind bereits 3 Leute und wollen am Donnerstag 12.06. irgendwann Abends in Karlsruhe ankommen. Am Sonntag ist dann Abreise nach Berlin geplant. Im Moment favorisiere ich ein Auto zu buchen. Falls jemand mit Auto bereits die Reise geplant hat, wäre eine MFG auch eine Option. Viele Grüße Lars ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privat oder nicht von der öffentlichen Verwaltung benannte Wege, was: Wegenamen in Kleingärten
Am 21. Mai 2014 01:25 schrieb Stephan Wolff s.wo...@web.de: Am 20.05.2014 16:17, schrieb Falk Zscheile: Am 20. Mai 2014 10:13 schrieb Sven Anders s...@anders-hamburg.de: source:name=Straßenverzeichniss Hamburg vom 07.05.2009 source:name=Schild am Eingang des Kleingartens. Dann sollte man das aber so weit abstrahieren, dass eine Maschinenlesbarkeit gewährleistet ist! Sonst hält sich der Mehrwert des zusätzlichen Tags doch sehr in Grenzen. Ja, die Beispieltexte sind nicht nutzbar. Wenn man abstrahiert source:name=offical, local [was weiß ich] hätten auch die Leute, die Straßenlistenauswertungen machen oder eben Navigationssoftware bauen (Ausgangsproblem) etwas davon, weil sie bei der Datenauswertung Besonderheiten identifizieren und eine Lösung erarbeiten können. Für einige Anwendungen wäre diese Information sicherlich nützlich, aber: - es gibt fast 74.000.000 way mit highway in der Datenbank. - viele Mapper werden wohl die Mühe scheuen, viel Arbeit in eine Zusatzinformation von geringem Nutzen zu investieren. - die meisten Mapper können gar nicht entscheiden, vom wem Name auf dem Straßenschild festgelegt wurde. Insbesondere in den Problemfällen (Militar-, Uni oder Kleingartengelände) ist es vor Ort oft nicht erkennbar. Praktisch ist die Idee wohl nicht umsetzbar. Es kommt darauf an, von welcher Seite man das aufzieht. In der von dir geschilderten Richtung sehe ich das genau so. Der Mapper wird -- maschienenlesbar oder nicht -- kaum ein Tag ergänzen, dessen Nutzen begrenzt ist bzw. den er nicht sieht bzw. Nutzen-Aufwand. Wenn jetzt aber die Straßenlistenauswerter einen Korrekturlayer oder ähnliches anbieten, anhand dessen man nicht amtliche Namen auffinden und mit einem Zusatztag versorgen kann, könnte ich mit schon vorstellen, dass sich Leute finden, die das übernehmen. Das ist ja auch ein ziemlich deutsches Problem. Es wird nicht viele Länder auf der Welt geben, wo man es mit amtlich gepflegten Straßenlisten zu tun hat, die einigermaßen stimmen. viele Länder werden das sicher ganz pragmatisch der Post überlassen -- könnte ich mir jedenfalls vorstellen. Vielleicht reicht es aber anhand der addr:*=value Tags an Gebäuden auf Auswertungsseite zu identifizieren, wo es sich nicht um offizielle Namen handelt. das wäre zum Beispiel auch etwas für die Aktion des Monats, Gebäudeumrisse und Adressen für Kleingartenkolonien :-) Wobei das add:*=value Schema wiederum mit den lokalen, in der Kleingartenkolonie verwendeten Adressen kollidieren dürfte. Aber irgendwo beißt sich die Katze immer in den Schwanz :-/ Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Stadtteilgrenzen Kreis Recklinghausen
danke für den Rückruf. Sorry, werde etwas ungeduldig wenn jemand nach Hilfe fragt und dann Funkstille ist :( per PM zukommen lassen - welche denn? über talk-de oder meinen osm-account wambacher? Hab auf jeden fall nix bekommen. Irgendwas ist zu Zeit komisch mit meinen Talk-de Zugang. Der wurde gestern wegen bouncing mails temporär gesperrt. Hab ihn wieder freigeschaltet, weiss aber noch nicht, ob der wieder funktioniert. Hast du noch einen andere Möglichkeit, mir die Shapes zukommen zu lassen? oder probier es einfach nochmal. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Import-Stadtteilgrenzen-Kreis-Recklinghausen-tp5806593p5806945.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seltsame shop-Taggings
Moin, ich versuche grad mal wieder die neuesten Neuheiten beim shop-Tagging in meinen Stadtplan zu friemeln. Abgesehen davon, dass ich nicht verstehe, wofür wir zusätzlich shop=cosmetics brauchen, kann mir irgendwer erklären, wofür shop=energy steht? Ich saß grad vor meinem Bildschirm und stellte mir bildlich vor, wie ich mit der Autobatterie in einen Laden gehe und die mir aufladen lasse. Falls jemand eine passende Übersetzung findet, wäre ich sehr glücklich darüber! Schönen Abend, Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
Und gleich noch einen hinterher: shop=craft Ich verstehe ja das bedürfnis zu sagen, hier können Handwerker einkaufen und ich kenne solche Läden, wo nur Handwerker einkaufen können. Aber da haben wir Baufachhandel, Sanitätsfachhandel, Elektrofachhandel, Papierfachhandel usw. Dieser Tag ist so nichtsaussagend, wie shop=yes. On 21.05.2014 18:42, Andreas Neumann wrote: Moin, ich versuche grad mal wieder die neuesten Neuheiten beim shop-Tagging in meinen Stadtplan zu friemeln. Abgesehen davon, dass ich nicht verstehe, wofür wir zusätzlich shop=cosmetics brauchen, kann mir irgendwer erklären, wofür shop=energy steht? Ich saß grad vor meinem Bildschirm und stellte mir bildlich vor, wie ich mit der Autobatterie in einen Laden gehe und die mir aufladen lasse. Falls jemand eine passende Übersetzung findet, wäre ich sehr glücklich darüber! Schönen Abend, Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
Am 21.05.2014 18:48, schrieb Andreas Neumann: Und gleich noch einen hinterher: shop=craft http://wiki.openstreetmap.org/wiki/Key:shop An arts and crafts supply store. Commonly sold items are paper, canvas, paint, pencils, crafting wood, crafting tools, etc. - look at craft=* = also ein Laden für Bastelbedarf Ich verstehe ja das bedürfnis zu sagen, hier können Handwerker einkaufen und ich kenne solche Läden, wo nur Handwerker einkaufen können. Aber da haben wir Baufachhandel, Sanitätsfachhandel, Elektrofachhandel, Papierfachhandel usw. Dieser Tag ist so nichtsaussagend, wie shop=yes. Gibt es kein Zusatztag craft == xyz? Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
Am 21.05.2014 18:42, schrieb Andreas Neumann: Abgesehen davon, dass ich nicht verstehe, wofür wir zusätzlich shop=cosmetics brauchen, Na ja, es macht schon einen Unterschied zwischen einer Parfümerie (cosmetics) und einem Laden für Drogerieprodukte. Ich habe das in meiner alten Heimat mitgekriegt. Ist ein Familienbetrieb, bei dem es ganz früher auch Spülmittel und sonstigen Hauuhaltsbedarf gab. Irgendwann hat sich der Laden zur Parfümerie gewandelt. Zitat einer Verkäuferin: wir sind das Haus der Schönheit als Haushaltsartikel nicht mehr zu finden waren... kann mir irgendwer erklären, wofür shop=energy steht? http://wiki.openstreetmap.org/wiki/Key:shop Shop focused on selling energy Interpretiere ich gerade als ein Ladengeschäft eines Strom- oder Gas-/Heizöl-Lieferanten. Ich saß grad vor meinem Bildschirm und stellte mir bildlich vor, wie ich mit der Autobatterie in einen Laden gehe und die mir aufladen lasse. :-) Schönen Abend, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Übersetzungen im Wiki (Tag-Listen)
BTW: Falls jemand eine passende Übersetzung findet ich wollte die Übersetzung gerade im Wiki einbauen, aber wenn ich die Deutsche Seite nehme und auf bearbeiten in dem entsprechenden Abschnitt drücke kriege ich die Englischsprachige Originalseite zum Übersetzen. Oder habe ich einen Knick in der Optik? Und bei Bearbeiten der Gesamtseite kriege ich nur den Header... = kann mir bitte jemand verständlich erklären wie man die Tag-Listen übersetzt? Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
On 21.05.14 18:42, Andreas Neumann wrote: erklären, wofür shop=energy steht? Ich saß grad vor meinem Bildschirm und stellte mir bildlich vor, wie ich mit der Autobatterie in einen Laden gehe und die mir aufladen lasse. Schon mal bei taginfo geguckt, was es sonst noch so gibt? shop=lawyer (12x), da geht's dann rein und dort sind sie aus gestellt und Du sagst den nehm ich! Gehört der dann Dir, der Lawyer? Und was kostet der? Ist vielleicht günstiger, als ihn zu mieten... ;) Auch kreativ: shop=generic (12x) vs shop=specialty (9x) vs shop=bulk (8x) Oder: shop=store (10x) - ein ganz neues Shop in Shop Konzept... Und was gibt's wohl hier: shop=vacuum (10x)? Nix? Und hier: shop=Bing (8x)? ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame shop-Taggings
Andreas Labres schrieb: Und was gibt's wohl hier: shop=vacuum (10x)? Nix? Staubsauger … :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-05-21T21:46:53+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] [mapgive] Storie italiane per mapgive
Ciao Cristian,
2014-05-16 16:00 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:
Alcune info di contesto che spero siano utili per tutti e facciano
superare la paura di scrivere.
Come si vede vedi dal sito[1] (e dal codice[2]), si tratta di scrivere
un breve pezzo - come se fosse un blog post - tra le 2000 e le 5000
battute (pari a 350/750 parole). Insomma, una paginetta, massimo una
paginetta e mezza.
Inoltre, ora come ora, lo stile (per almeno la storia su Kibera e
quella sul Nepal) è molto americano ossia del metterci la faccia,
una persona racconta di un progetto che ce l'ha fatta. Perché questo
è il modo americano di raccontare questo genere di storie (opinione
personale: è il sogno americano all over again, ovvero: lavora tanto
e, dal nulla, raggiungi il top).
Questo si riflette anche nelle foto e nelle citazioni scelte.
Possiamo discostarci a piacere da questo stile e fare qualcosa più
nello stile della storia sulle Filippine, fate come preferite.
Io posso raccontare:
- M(')appare genova (Ale e Ste dovrete darmi una mano)
- perchè e come fare un mapping party
- OSM all'interno di un centro di ricerca
se interessa qualcosa fatemi sapere, però non posso assicurarvi tempi brevi ;-)
Grazie a tutti per l'aiuto.
Ciao,
Cristian
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mapgive e Openstreetmap su Radio Monte Carlo
Ciao, con colpevole ritardo, vi segnalo che venerdì scorso su Radio Monte Carlo, Kay Rush ha parlato di Mapgive e Openstreetmap. Il file mp3 è disponibile qui (fino a domani): http://progressive.105.net/105ondemand/105ondemand/kayrush/kayrush_ven.mp3 Il pezzo su OSM è a partire da 1:18:20. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] le più belle mappe libere e collaborative
ciao, parlando di mappe libere e collaborative, a parte osm, quali sono le vostre preferite? poi le metto qui http://opencultureatlas.tropicodellibro.it/mappe-libere/ e quando riesco traduco e integro con l'elenco la pagina wiki http://en.wikipedia.org/wiki/Collaborative_mapping @f http://twitter.com/editorintropico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapgive e Openstreetmap su Radio Monte Carlo
Grazie per la segnalazione. Brava Kay. 2014-05-21 12:38 GMT+02:00 Andrea Musuruane musur...@gmail.com: Ciao, con colpevole ritardo, vi segnalo che venerdì scorso su Radio Monte Carlo, Kay Rush ha parlato di Mapgive e Openstreetmap. Il file mp3 è disponibile qui (fino a domani): http://progressive.105.net/105ondemand/105ondemand/kayrush/kayrush_ven.mp3 Il pezzo su OSM è a partire da 1:18:20. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
ecco un paio di esempi: http://wiki.osm.org/wiki/Brescia/BresciaTrasporti/Richiesta http://wiki.osm.org/wiki/Lettera_PCN#Bozza_Lettera_aperta_al_Portale_Cartografico_Nazionale_Bozza 2014-05-18 21:51 GMT+02:00 Cascafico Giovanni cascaf...@gmail.com: Magari lasciate in giro un template che mando al comune di Cividale del Friuli (sono ancora più gelosi dei loro dataset) La cosa singolare é che se uno vuole vedere il piano regolatore può consultare un sito istituzionale fvg con un bel layer OSM ... ed i civici che ho messo io. A questo punto suggerisco di scrivere una email (eventualmente lo si fa come wikimedia italia) in cui si chiede di cambiare la licenza. Nel testo va scritto espressamente che la legge regionale del friuli venezia giulia sull'open data è molto chiara sul tema licenza e parla di licenze di tipo attribuzione. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Buttonrecorder
Ciao a tutta la lista. Ho scritto questo piccolo script in python per annotare appunti vocali quando sono in giro con il gps ed il cellulare. Questo va fatto girare su android, io lo lancio semplicemente premendo il pulsante dell'auricolare tramite handset button controller. Così ho la posizione presa dal gps 60 e la nota audio presa dal telefono. Ovviamente è indispensabile avere il telefono con l'ora esatta. Quando lo script viene lanciato esegue questo: memorizza in una variabile l'ora fa beep registra per 3 secondi fa beep Salva il file con il nome della data e dell'ora Questo script non prende la posizione dal gps del telefono, perchè il mio telefono non è molto preciso, il gps60 è molto meglio. import android import time import os.path import datetime droid = android.Android() now=datetime.datetime.now() name = now.strftime(%Y_%m_%d_%H_%M_%S) path=/mnt/sdcard/buttonrecorder/ + name + .amr print droid.generateDtmfTones(9) droid.recorderStartMicrophone(path) time.sleep(3) droid.recorderStop() print droid.generateDtmfTones(11) Una volta scaricati i file vanno processati con questo script per sincronizzare la data di modifica con la data contenuta nel nome. #!/bin/bash cd /home/michele/Scrivania/Openstreetmap.org/Acquisizioni/samsung/buttonrecorder for file in *.amr do #trova la data secondi=`echo $file | cut -d _ -f 6 | cut -c 1-2` minuti=`echo $file | cut -d _ -f 5` ora=`echo $file | cut -d _ -f 4` anno=`echo $file | cut -d _ -f 1 | tail -c 5` giorno=`echo $file | cut -d _ -f 3` mese=`echo $file | cut -d _ -f 2` avconv -i $file $file.wav touch -t $anno$mese$giorno$ora$minuti.$secondi $file.wav echo $anno$mese$giorno$ora$minuti.$secondi $file.wav rm $file done Ora si possono importare il josm ed avere le posizioni precise sul gpx scaricato dal gps Condivido questi script perchè spero che possano essere utili a qualcuno. Mi piacerebbe accorparli in un solo script, ma non ne sono capace. -- Michele www.iw1gfv.it Canale Youtube http://www.youtube.com/user/iw1gfv ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Hack vores cykelapp
Hej, Jeg deltager på Traffic Jam Session i Malmø på tirsdag, hvor jeg medbringer vores I Bike CPH cykelplanner, som er baseret på OpenStreetMapData. Jeg giver en kort demo af hvordan man kan bruge vores API til at søge ruter, bruge vores map tiles, beregne andre typer ruter med OSR, etc. Og ellers er jeg til stede i løbet af dagen. http://trafficjamsession.mah.se/open-program-2/ Bike Navigation - CPH style! The City of Copenhagen has created a website and iPhone/Android app for navigating in Copenhagen - and the rest of Denmark. The service is based on data from OpenStreetMap data, is build 100% on open source and can easily be adapted for other countries. Come and see how to use our open API and how to contribute to or create your own versions of our app/website/routing engine. · Demo of the I Bike CPH website and app. · New exciting features in the pipeline. · How to use our open API for computing routes for bikes - or cargo bikes! · How to use our bicycle map tiles, which shows cobblestones, oneways for bikes, etc. · How to compute routes based on external data like pollution or green areas. · Get the code! Everything is on GitHub and licensed under Mozilla Public License 2.0. Technologies: Ruby on Rails, Backbone, iOS, Android, OSRM, OpenStreetMap, CartoCSS. Med venlig hilsen Emil Tin IT- og Processpecialist Trafik ___ KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Byens Anvendelse Njalsgade 13 Vær. 118 Postboks 380 2300 København S Direkte 2369 5986 Mobil 2369 5986 Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk EAN 5798009493149 [cid:image001.gif@01CF74EA.4A343B20]http://www.sharingcopenhagen.dk/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] Größere Anzahl neuer/falscher Gipfel
Hallo, das Meinungsbild hier scheint relativ klar zu sein: Manuell korrigieren oder reverten. Ich werde die Seite mit den Korrekturvorschlägen fortführen. Den geplanten anschliessenden Import der Korrekturen werde ich aber nicht machen. Die Vorschlagsliste gibt es auch als Text nach Gebirgsgruppen sortiert. Das mag einem Ortskundigen helfen, die fraglichen Nodes in JOSM zu laden und manuell zu korrigieren. Falls jemand revertieren will: Changeset 22348807 und die 21 folgenden Changesets des gleichen Users. Davor hatte er eine 10-monatige Pause vom Mappen, die Einträge vor der Pause sind auf den ersten Blick sauber. viele Grüße, Max ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ro] Fwd: articol - open street map
Persoanele care au participat în weekend în Bucureşti la osm mapping party si doresc să spună în câteva cuvinte cum au fost, pot să dea reply la acest mail sau privat lui Raluca cojocaru (este in Cc ) -- Forwarded message -- From: Raluca Cojocaru raluca88cojoc...@gmail.com Date: 20 May 2014 17:15 Subject: articol - open street map To: Badita Florin baditaflo...@gmail.com Cc: Harta liberă a Bucureștiului a crescut semnificativ, weekendul trecut, datorită unui grup de voluntari pasionați de tehnologia OpenStreetMap. Primul „OpenStreetMap Mapping Party” din București a strâns laolaltă circa 15 împătimiți ai aplicației ce permite dezvoltarea celei mai dinamice hărți digitale a lumii. Evenimentul, care s-a desfășurat pe parcursul a două zile la sediul ActiveWatch din București, a avut un real succes. Participanții au socializat, s-au distrat, au mers pe teren, au descoperit locuri extraordinare și neștiute din orașul lor, iar seara le-au marcat pe harta OpenStreetMap a Capitalei. „Am constatat un real interes față de această tehnologie și cred că din ce în ce mai multă lume se va folosi și va contribui la dezvoltarea hărții Bucureștiului pe această platformă. La finalul primei ediții din București, pot spune că sunt foarte fericit că lumea este interesată de OpenStreetMap și doresc să realizeze o hartă a Capitalei poate la fel de completă ca în Germania”, a declarat organizatorul primei ediții din București, Florin Bădiță. Proiectul global de cartografiere colaborativ a înregistrat cea mai rapidă creștere a numărului de utilizatori, având peste 1.500.000 de contribuabili înregistrați în întreaga lume. În România, comunitățile OpenStreetMap sunt în continuă dezvoltare, însă în anumite țări, precum Germania, informațiile OpenStreetMap le-au depășit numeric pe cele ale Google. „Sincer, am venit din curiozitate, nu prea am înțeles de la început despre ce e vorba și am vrut să mă lămuresc. Mi-a plăcut să merg pe teren, să văd multe locuri interesante de care nu aveam habar că există în împrejurimi și apoi să le adaug chiar eu pe o hartă de care se vor folosi mulți oameni. E un fel de Wikipedia, doar că e hartă. Și e foarte practică și actualizată. O recomand cu drag. Sper ca la ediția a doua să se strângă cel puțin 100 de oameni la fel de fascinați de hărți”, a spus Raluca Cojocaru, participantă la eveniment. OpenStreetMap (prescurtat OSM) este un proiect colectiv, în regim open source, ce are ca scop construirea unei baze de date geografice globale cum ar fi atlasele rutiere, folosind atât date introduse manual, având ca fundal imagini spațiale, cât și date colectate de pe dispozitive GPS. Mai exact, pe OpenStreetMap ai ocazia să cauți o anumită stradă, să găsești marcat pe ea toate punctele de interes, precum farmacii, bănci, magazine, hoteluri, sedii ale unor instituții, și chiar ghene de reciclat sau locuri unde găsești apă potabilă. La fiecare punct de interes găsești, după caz, programul de funcționare sau alte detalii importante. -- *Raluca Cojocaru* 0754477096 ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ca] Ottawa Mapping Party
Hi Folks, We're throwing a mapping party at the end of the month (May 31 @ 9am). We'll carpool over to Quebec to map the Mackenzie King estate [1]. Visitors information [2]. Drop me a line or the meetup group to sort out carpooling. Cheers, Richard [1] http://www.meetup.com/openstreetmap-ottawa/events/178064882/ [2] http://www.ncc-ccn.gc.ca/places-to-visit/mackenzie-king-estate/visitor-information -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Rendu BANO
Merci pour les retours et surtout les avoir mis noir sur blancs. J'ai constaté à peu près la même chose de mon côté. Comme toute source, c'est une aide et pas une référence absolue ! Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. Pour les abbréviations, il manque effectivement quelques traitements qui empêchent les rapprochements. Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Pour savoir où se termines les rues/routes/chemins, j'ai à peu près la même analyse que toi sauf pour les routes qui peuvent être nommées ainsi que jusqu'à la limite de la commune (cas de Route de Trucmuche avec Truchmuche commune limitrophe). On termine la collecte initiale (pour avoir une vue d'ensemble), et on va pouvoir se focaliser sur ces améliorations. Le 21 mai 2014 02:27, Jérôme Amagat jerome.ama...@gmail.com a écrit : Quelques remarques après avoir pas mal utilisé le rendu bano et cadastre.openstreetmap.fr/adresses/ Le cadastre ne donne pas toujours des bons résultats : Le type de voie(route, rue,...) pas toujours le bon Certaine fois les types de voie sont différentes sur papier et celui sorti pour mettre dans bano Faute de frappe ? (inversion de lettre, mauvaise lettre) Préposition pas toujours là Les 60XX ce n'est pas des adresses (je ne sais pas d'où ils sortent) Des fois le type de voie est présent quand il ne faut pas : Rue grande Rue Impasse petite impasse (Lotissement) Machin : avec ou sans le mot lotissement Les Abréviations : Qrt : Quartier Doc : Docteur Gen : Général Pte : Petite ... Il faudrait je pense que la machine fasse un choix moins restrictif dans les noms de rue pour peut-être obtenir quelque chose qui n'est pas vert mais qui n'est pas rouge en tous cas (je vous laisse faire j'en suis incapable !). Ca permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Autre chose plus sur la longueur des rues Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Maintenant plus une question Où arrêter une voie ? Problème Rencontrer Surtout quand on quitte une zone habité Je dirais : Rue : ça s'arrête en sortie de zone habité Chemin ça ne s'arrête pas Route je dirais que ça ne s'arrête pas mais des fois on dirait que si Je sais bien que le terrain prime mais à part ça ___ 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] Un MOOC OSM ?
Alors, est-ce qu'on se lance dans un MOOC ? J'ai pris un peu de retard sur la première semaine du MOOC de A à Z [1], mais si on veut monter un MOOC il nous faut maintenant le proposer sur [2] (puis [Proposez votre projet de MOOC], enfin cliquer au milieu dans la barre du haut, c'est pas vraiment intuitif !). Le formulaire doit contenir les infos suivantes : - nom du projet - thème du MOOC - nom et email du porteur de projet - adresse d'une liste de diffusion publique - jusqu'à 6 coéquipiers (mais il peut y avoir davantage de participants) Pour un premier MOOC sur OSM je propose qu'on fasse simple en terme d'objectifs pédagogiques. On aura beaucoup à apprendre sur la création d'un MOOC, et nous n'avons pas forcément beaucoup de temps à consacrer à un projet qui serait trop ambitieux. Mieux vaut faire simple et arriver à produire le MOOC que de l'abandonner à mi-chemin. Surtout si notre objectif est de toucher le plus large public possible, d'amener tout internaute à préférer OSM à d'autres cartes en ligne. Je propose donc que l'objectif du MOOC soit de former à : - l'utilisation du site openstreetmap.org : couches, recherche, partager sa carte, suggérer une amélioration - contributions simples avec iD (j'espère que çà ne va pas repousser des candidats ;-) - le wiki des éléments cartographiques (en y accédant depuis iD) - relevés terrain avec un walking paper - éventuellement faire une carte personnalisée avec uMap L'utilisation d'OSM Tracker et JOSM pourra faire l'objet d'un second MOOC, mais çà me paraît trop ambitieux à ce stade. Proposition de titre (mais je suis nul en marketing ;-) : Tous à la carte avec OpenStreetMap Alors, qui en est ? Un volontaire pour 'porter' le projet ? Je prends les inscriptions, juste besoin du mail que vous souhaitez utiliser. Antoine. PS: Pas trop d'accès à internet jusqu'à jeudi ... [1] https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/info [2] https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/courseware Le 14/05/2014 10:08, Antoine Riche a écrit : Le 13/05/2014 17:47, Jean-Guilhem Cailton a écrit : Super. Qui pourrait être intéressé pour participer ? Je suis des vôtres. J'ai pas encore suivi le premier cours mais çà ne saurait tarder. Je pense que pour un premier MOOC autant viser le grand public. Montrer ce qu'on peut faire avec les outils OSM (permalink, routage, uMap) et amener tout un chacun à devenir contributeur débutant avec iD. Antoine. ___ 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-fr] Rendu BANO
2014-05-21 2:27 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Il arrive que des rues soient scindées en deux avec un nouveau nom. Si les numéros n'ont pas changé, il est fort possible qu'ils continuent d'utiliser l'ancienne adresse (surtout sur une courte distance). Si la distance est plus grande, il est aussi possible que les numéros ne changent pas mais qu'ils appartiennent à un nouveau nom de rue. Sans connaitre le terrain, il faut donc rester très prudent sur ces cas (assez rares heureusement). Où arrêter une voie ? Dans OSM, lorsqu'elle change d'attribut (nom, highway, access, surface, etc) ou s'intégrer dans une relation (de type route pour les lignes de bus, par exemple). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Bonjour, De : Christian Quest Merci pour les retours et surtout les avoir mis noir sur blancs. J'ai constaté à peu près la même chose de mon côté. Comme toute source, c'est une aide et pas une référence absolue ! Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. Les voies qui n'existent pus (= avec un code d'annulation dans FANTOIR) sont exclues des tentatives de rapprochement. Pour les abréviations, il manque effectivement quelques traitements qui empêchent les rapprochements. Il manque quelques traitement qui permettraient :) des rapprochements, en étant moins stricts sur la correspondance des voies, notamment sur le type de voie. C'est un sujet identifié mais pas encore traité. Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Aujourd'hui on traite des bizarreries comme GR GRANDE RUE ou PCH PETIT CHEMIN mais pas Grande Rue Gde Rue. Toutes les remontées sont les bienvenues afin de compléter cette liste : https://github.com/osm-fr/bano/blob/master/abrev_type_voie.txt On termine la collecte initiale (pour avoir une vue d'ensemble), et on va pouvoir se focaliser sur ces améliorations. Notamment la prise en compte du code Fantoir présent dans les données OSM, qui doit être prioritaire sur toute tentative de retrouver un code dans la source Fantoir. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
On 21/05/2014 08:40, Christian Quest wrote: Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf dit que le premier caractère de la clé RIVOLI est Y ou Z pour les voies provisoires à annuler. J'ai bien constaté l'usage de Z - par chez moi, quelques voies qui étaient nommé Impasse Bidule ont été renommées Villa Bidule parce que c'est plus classe mais Openstreetmap n'était pas à jour du renommage... J'ai donc mis Impasse Bidule en old_name Mais quid de Y ? Doit on considéré que l'enregistrement dit provisoire' est actuel ou ancien comme un enregistrement annulé Z ? Notons aussi le lignes annulées (cf. Caractère d'annulation : 'O' sans transfert, 'Q' avec - j'ignore ce qu'est un transfert). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
2014-05-21 10:08 GMT+02:00 Pieren pier...@gmail.com: Le code fantoir est attaché à un bout de rue physique ou à un nom ? D'après ce que j'ai compris de précédentes discussions, le code fantoir est attaché à un nom par commune puisqu'une rue en limite de deux communes possède deux codes fantoir (un par commune et même si c'est le même nom). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Prof : professeur J Bte : Jean-Baptiste R : régiment (d'infanterie…) Lt : lieutenant En tous cas, on attend avec impatience la deuxième passe de rapprochement OSM/Cadastre, parce que les dégommeurs de rouge (…) sont sacrément au travail… Je serai curieux de connaitre la proportion dégommée entre la version 0 et la version 1 ! JB. Le 21/05/2014 10:23, V de Chateau-Thierry a écrit : Pour les types de voie redondants dans le nom, je l'ai remarqué sur Grande Rue Gde Rue, ça aussi il faut qu'on améliore. Aujourd'hui on traite des bizarreries comme GR GRANDE RUE ou PCH PETIT CHEMIN mais pas Grande Rue Gde Rue. Toutes les remontées sont les bienvenues afin de compléter cette liste : https://github.com/osm-fr/bano/blob/master/abrev_type_voie.txt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
On 19/05/2014 21:10, Christian Quest wrote: C'est donc bien une valeur à 10 caractères qui est utilisée et pas 11. Pourquoi prendre la concaténation des caractères 1-2 et 4-11 plutôt que les 11 premiers ? Le Code direction nous pose un problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 21/05/2014 09:29, Antoine Riche a écrit : Alors, est-ce qu'on se lance dans un MOOC ? J'ai pris un peu de retard sur la première semaine du MOOC de A à Z [1], mais si on veut monter un MOOC il nous faut maintenant le proposer sur [2] (puis [Proposez votre projet de MOOC], enfin cliquer au milieu dans la barre du haut, c'est pas vraiment intuitif !). Le formulaire doit contenir les infos suivantes : - nom du projet - thème du MOOC - nom et email du porteur de projet - adresse d'une liste de diffusion publique - jusqu'à 6 coéquipiers (mais il peut y avoir davantage de participants) Pour un premier MOOC sur OSM je propose qu'on fasse simple en terme d'objectifs pédagogiques. On aura beaucoup à apprendre sur la création d'un MOOC, et nous n'avons pas forcément beaucoup de temps à consacrer à un projet qui serait trop ambitieux. Mieux vaut faire simple et arriver à produire le MOOC que de l'abandonner à mi-chemin. Surtout si notre objectif est de toucher le plus large public possible, d'amener tout internaute à préférer OSM à d'autres cartes en ligne. Je propose donc que l'objectif du MOOC soit de former à : - l'utilisation du site openstreetmap.org : couches, recherche, partager sa carte, suggérer une amélioration - contributions simples avec iD (j'espère que çà ne va pas repousser des candidats ;-) - le wiki des éléments cartographiques (en y accédant depuis iD) - relevés terrain avec un walking paper - éventuellement faire une carte personnalisée avec uMap L'utilisation d'OSM Tracker et JOSM pourra faire l'objet d'un second MOOC, mais çà me paraît trop ambitieux à ce stade. Je ne suis pas le MOOC et je ne compte pas le faire. Mais je suis surement partent pour le monter. Pour moi ne pas intégrer JOSM à un MOOC qui dure plusieurs semaines/mois c'est passer à coté du sujet. Mes 2 cents. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Une autre règle un peu bizarre : dans FANTOIR, quand le type de voie est VC (voie communale ?) STE correspond à Sente, sinon ca correspond à Saint(e) Trucmuche. Actuellement dans BANO j'ai l'impression que tous les STE deviennent des Saint(e), et du coup le rapprochement avec la voie n'est pas fait C'est corrigible en ajoutant le ref:FR:FANTOIR sur la voie, mais autant affiner la règle de rapprochement en amont... Paul MALLET Le 21 mai 2014 10:31, Jean-Marc Liotier j...@liotier.org a écrit : On 21/05/2014 08:40, Christian Quest wrote: Il faut qu'on vérifie pour les codes FANTOIR, il y en a qui correspondent à des voies temporairement nommées ou des voies qui n'existent plus et on a une info à ce sujet qu'on n'exploite pas encore. http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/ Descriptif_FANTOIR_2013.pdf dit que le premier caractère de la clé RIVOLI est Y ou Z pour les voies provisoires à annuler. J'ai bien constaté l'usage de Z - par chez moi, quelques voies qui étaient nommé Impasse Bidule ont été renommées Villa Bidule parce que c'est plus classe mais Openstreetmap n'était pas à jour du renommage... J'ai donc mis Impasse Bidule en old_name Mais quid de Y ? Doit on considéré que l'enregistrement dit provisoire' est actuel ou ancien comme un enregistrement annulé Z ? Notons aussi le lignes annulées (cf. Caractère d'annulation : 'O' sans transfert, 'Q' avec - j'ignore ce qu'est un transfert). ___ 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-fr] Un MOOC OSM ?
Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
(et jamais besoin de iD ? OK, je sors...) Le 21/05/2014 11:33, Pierre Knobel a écrit : Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 02:27, Jérôme Amagat a écrit : Quelques remarques après avoir pas mal utilisé le rendu bano et cadastre.openstreetmap.fr/adresses/ http://cadastre.openstreetmap.fr/adresses/ Le cadastre ne donne pas toujours des bons résultats : Le type de voie(route, rue,…) pas toujours le bon Certaine fois les types de voie sont différentes sur papier et celui sorti pour mettre dans bano Faute de frappe ? (inversion de lettre, mauvaise lettre) Préposition pas toujours là Les 60XX ce n’est pas des adresses (je ne sais pas d’où ils sortent) Des fois le type de voie est présent quand il ne faut pas : Rue grande Rue Impasse petite impasse (Lotissement) Machin : avec ou sans le mot lotissement Les Abréviations : Qrt : Quartier Doc : Docteur Gen : Général Pte : Petite … Il faudrait je pense que la machine fasse un choix moins restrictif dans les noms de rue pour peut-être obtenir quelque chose qui n’est pas vert mais qui n’est pas rouge en tous cas (je vous laisse faire j’en suis incapable !). Ca permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Attention a ne pas trop simplifier les rapprochements de toponymie. On peut le faire éventuellement sur certaines abréviations, mais pas plus. Ex sur Pau. Il y a une AVENUE ROBERT SCHUMA selon le fichier SHP de l'OpenData de la CAPP AVENUE ROBERT SCHUMAN selon le fichier KML de l'OpenData de la CAPP Avenue Robert Schumann selon le Cadastre AV ROBERT SCHUMANN selon le FANTOIR Pas de panneau sur le terrain. Sur Wikipedia, Il existe https://fr.wikipedia.org/wiki/Robert_Schuman https://fr.wikipedia.org/wiki/Robert_Schumann Suffisamment illustre pour avoir une rue à leur nom. Mon avis est que le cadastre et le FANTOIR se trompe. Donc je suis bien content que le rendu BANO affiche en rouge une erreur de rapprochement pour 1 seul caractère différent. ça permet d'avoir cette réflexion... Autre chose plus sur la longueur des rues Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Maintenant plus une question Où arrêter une voie ? Problème Rencontrer Surtout quand on quitte une zone habité Je dirais : Rue : ça s’arrête en sortie de zone habité Chemin ça ne s’arrête pas Route je dirais que ça ne s’arrête pas mais des fois on dirait que si Je sais bien que le terrain prime mais à part ça Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
le ref:FR:FANTOIR est apparu dans OSM avant que le fichier FANTOIR ne soit disponible sous licence libre. En fait, on avait dans des données opendata (Nantes pas exemple) un code RIVOLI devenu FANTOIR, mais ne comportant que les 5 derniers caractères. Pour éviter les doublons, on a jouté le code INSEE en préfixe. Le code de direction a, à mon avis, plus de chance de changer que le code INSEE de la commune. Son intérêt dans OSM est très limité et il est très facile de passer d'un ref:FR:FANTOIR à 10 chiffres à la version à 11 chiffres du fichier FANTOIR. Le 21 mai 2014 11:17, Jean-Marc Liotier j...@liotier.org a écrit : On 19/05/2014 21:10, Christian Quest wrote: C'est donc bien une valeur à 10 caractères qui est utilisée et pas 11. Pourquoi prendre la concaténation des caractères 1-2 et 4-11 plutôt que les 11 premiers ? Le Code direction nous pose un problème ? ___ 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] Un MOOC OSM ?
Bonjour Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Mais peut-être devrions-nous déjà regarder l'existant documentaire _francophone_, sa qualité, sa complétude, sa pérennité, sa visibilité auprès des débutants. Juste pour JOSM : https://josm.openstreetmap.de/wiki/Translations#Statustable Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Attention a ne pas trop simplifier les rapprochements de toponymie. On peut le faire éventuellement sur certaines abréviations, mais pas plus. Ex sur Pau. Il y a une AVENUE ROBERT SCHUMA selon le fichier SHP de l'OpenData de la CAPP AVENUE ROBERT SCHUMAN selon le fichier KML de l'OpenData de la CAPP Avenue Robert Schumann selon le Cadastre AV ROBERT SCHUMANN selon le FANTOIR Pas de panneau sur le terrain. Sur Wikipedia, Il existe https://fr.wikipedia.org/wiki/Robert_Schuman https://fr.wikipedia.org/wiki/Robert_Schumann Suffisamment illustre pour avoir une rue à leur nom. Mon avis est que le cadastre et le FANTOIR se trompe. Donc je suis bien content que le rendu BANO affiche en rouge une erreur de rapprochement pour 1 seul caractère différent. ça permet d'avoir cette réflexion... Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
2014-05-21 12:41 GMT+02:00 Tyndare tynd...@wanadoo.fr: Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) Ou encore mieux : demander à la mairie quelle version est la bonne et ajouter un tag note pour préciser que l'autre orthographe est une erreur. Et améliorer nominatim pour qu'il propose les orthographes proches en cas de recherche infructueuse. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Plusieurs petite choses à propos du rendu : - les déficients visuels, genre daltonien comme moi, ont du mal avec les petits points de couleur ... Serait il possible comme c'est le cas avec OSMOSE par exemple, d'associer une couleur ET une forme pour facilité l'identification, au moins aux gros zoom. genre croix rouge, carré vert, rond bleu. Le problème se pose aussi avec le rendu Route500 accessoirement. - les zones rouges ne sont pas assez mises en valeur aux petits zoom, donc on a du mal à faire une recherche exhaustive dessus. Pourtant visiblement c'est l'essentiel du boulot, chercher les zones rouges, et les traiter. - serait il possible d'avoir des listes de ces zone rouge pour pouvoir travailler dessus sans en oublier. Pour le reste c'est très bien, et il y a assez peu de GROS souci de correspondance dans les zone ou je travaille. Le 21 mai 2014 12:56, Pieren pier...@gmail.com a écrit : 2014-05-21 12:41 GMT+02:00 Tyndare tynd...@wanadoo.fr: Personellement, sur un cas comme celui-là je n'hésite pas a rajouter l'orthographe qui me semble la moins probable en tant que alt_name. Ça permet de prendre en compte le doute qui existe et cela rendra surement service aux personnes faisant cette recherche avec Nominatim ;-) Ou encore mieux : demander à la mairie quelle version est la bonne et ajouter un tag note pour préciser que l'autre orthographe est une erreur. Et améliorer nominatim pour qu'il propose les orthographes proches en cas de recherche infructueuse. Pieren ___ 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-fr] Rendu BANO
Le 21 mai 2014 13:08, Tetsuo Shima tets...@gmail.com a écrit : Plusieurs petite choses à propos du rendu : - les déficients visuels, genre daltonien comme moi, ont du mal avec les petits points de couleur ... Serait il possible comme c'est le cas avec OSMOSE par exemple, d'associer une couleur ET une forme pour facilité l'identification, au moins aux gros zoom. genre croix rouge, carré vert, rond bleu. Le problème se pose aussi avec le rendu Route500 accessoirement. - les zones rouges ne sont pas assez mises en valeur aux petits zoom, donc on a du mal à faire une recherche exhaustive dessus. Pourtant visiblement c'est l'essentiel du boulot, chercher les zones rouges, et les traiter. - serait il possible d'avoir des listes de ces zone rouge pour pouvoir travailler dessus sans en oublier. Pour le reste c'est très bien, et il y a assez peu de GROS souci de correspondance dans les zone ou je travaille. Je vais voir ce que je peux faire. A minima, sur les derniers niveaux de zoom, il est possible d'avoir des formes différentes au moins pour le ROUGE à améliorer. Sortir des listes de voire non rapprochée par commune est tout à fait possible, je rajoute sur la tout doux liste. En fait, l'apport de BANO pour corriger/améliorer les données OSM en dehors des adresses je ne l'avais pas imaginée. On découvre parfois qu'on est assis sur une mine d'or ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : .-+-+--+---+-+-+--+--+-+-. | tLogRow_2 | |=+-+--+---+-+-+--+--+-+=| |the_geom |id |numero|voie |code_post|nom |source|lat |lon |errorMessage | |=+-+--+---+-+-+--+--+-+=| |POINT (2.3516752 48.63972049996) |915490570L-13-15 |13-15 |Avenue Charlie Chaplin |91700|Sainte-Geneviève-des-Bois|OSM |48.6397205|2.3516752|advanced condition failed| |POINT (2.4489456 48.6332106) |912281050D-2-6 |2-6 |Rue de Seine |91000|Évry |OSM |48.6332106|2.4489456|advanced condition failed| |POINT (2.4466095 48.6329431999) |912281000Z-5-7 |5-7 |Avenue de la République|91000|Évry |OSM |48.6329432|2.4466095|advanced condition failed| |POINT (2.2146852 48.7534235) |910641500F-3,3B |3;3BIS|Rue des Ponts |91570|Bièvres |OSM |48.7534235|2.2146852|advanced condition failed| |POINT (2.2796389 48.7292302999) |913772240Z-20,20B|20,20B|Rue Henri Gilbert |91300|Massy|OSM |48.7292303|2.2796389|advanced condition failed| |POINT (2.4352343 48.6481477999) |915212560W-5,4 |5;4 |Avenue des Tilleuls|91130|Ris-Orangis |OSM |48.6481478|2.4352343|advanced condition failed| |POINT (2.449035 48.6288495) |912280340G-12-30 |12-30 |Rue Claude Debussy |91000|Évry |OSM |48.6288495|2.449035 |advanced condition failed| |POINT (2.3746692 48.6882399) |913261510C-9-11 |9-11 |Rue Larigaldie |91260|Juvisy-sur-Orge |OSM |48.6882399|2.3746692|advanced condition failed| |POINT (2.3768044 48.68828929994) |913261150L-7B-9 |7BIS-9|Grande Rue |91260|Juvisy-sur-Orge |OSM |48.6882893|2.3768044|advanced condition failed| |POINT (2.164627 48.346169) |910010031H-11??? |11??? |Rue de Beauregard |91150|Abbéville-la-Rivière |OSM |48.346169 |2.164627 |advanced condition failed| |POINT (2.2755262 48.7306235) |913771890U-13-17 |13-17 |Rue Gambetta |91300|Massy|OSM |48.7306235|2.2755262|advanced condition failed| |POINT (2.3756383 48.6849344) |913260360C-39-43 |39Ã 43|Rue Blazy |91260|Juvisy-sur-Orge |OSM |48.6849344|2.3756383|advanced condition failed| |POINT (2.2824517 48.7316568) |913770280U-26-28 |26-28 |Rue Appert |91300|Massy|OSM |48.7316568|2.2824517|advanced condition failed| |POINT (2.3509545 48.6741853999) |915895154V-4-6 |4-6 |Passage Séverine |91600|Savigny-sur-Orge |OSM |48.6741854|2.3509545|advanced condition failed| |POINT (2.27352536 48.67277389996)|915870280F-15,17 |15,17 |Chemin de la Creusière |91160|Saulx-les-Chartreux |OSM |48.6727739|2.2735254|advanced condition failed| |POINT (2.2687457 48.7300291) |913774790W-17-19 |17-19 |Rue Victor Basch |91300|Massy|OSM |48.7300291|2.2687457|advanced condition failed| |POINT (2.3656106 48.7102695) |914790450K-K |K |Rue de l'Eglise|91550|Paray-Vieille-Poste |OSM |48.7102695|2.3656106|advanced condition failed| |POINT (2.2931479 48.7335716) |913770660G-8-10 |8-10 |Avenue de Bourgogne|91300|Massy|OSM |48.7335716|2.2931479|advanced condition failed| |POINT (2.2813312 48.7315105) |913770280U-30-32 |30-32 |Rue Appert |91300|Massy|OSM |48.7315105|2.2813312|advanced condition failed| |POINT (2.27708335 48.7305395)|913771850A-36,34 |36,34 |Rue Gabriel Péri |91300|Massy|OSM |48.7305395|2.2770834|advanced condition failed| '-+-+--+---+-+-+--+--+-+-' .-+-+---. | tLogRow_1 |
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Pendant qu'on parle de format de ref:FR:FANTOIR, des contrôles Osmose existent-ils ? Je pense en particulier à des contrôles basiques - vérifier que la longueur de la valeur est 10 caractères, que les neuf premiers sont des chiffres et que le dernier est une lettre. Après, on peut aussi imaginer un rapprochement avec FANTOIR pour énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun enregistrement du fichier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Je suis très étonné car dans la version que j'utilise l'import CSV est trivial, par contre il est vrai que je n'ai pas trouvé de ligne de commande et que tout se fait dans un environnement fenêtré (Eclipse) lourd et gourmand en ressources mais tellement convivial :-) A+ Le 21 mai 2014 15:28, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caenhttp://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? Francescu Le 21 mai 2014 15:39, Marc SIBERT m...@sibert.fr a écrit : Je suis très étonné car dans la version que j'utilise l'import CSV est trivial, par contre il est vrai que je n'ai pas trouvé de ligne de commande et que tout se fait dans un environnement fenêtré (Eclipse) lourd et gourmand en ressources mais tellement convivial :-) A+ Le 21 mai 2014 15:28, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 21 mai 2014 12:53, Pieren pier...@gmail.com a écrit : 2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren Je n'y connais rien en MOOC, mais est-ce qu'il ne serais pas possible de structurer le cours de cette manière justement, avec des vidéos très courtes réutilisables ailleurs, pour pouvoir aussi les intégrer aux pages correspondantes du Wiki par exemple. Une plateforme de MOOC n'est peut-être pas le meilleur support de diffusion, et viser un cours «complet» pas quelque chose de vraiment utile et réaliste, mais ça peut permettre de démarrer avec un cadre et de se poser les bonnes questions. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Ah... Merci pour l'explication, mais ça lève une nouvelle question : erreur de saisie des services qui gère le cadastre ou très vieille trace qui serait dû au fait, qu'autrefois, il n'y avait qu'une seule parcelle allant de l'actuelle avenue Albert 1er à l'actuelle route de Trouville ? J'émets des réserves, mais sait-on jamais... Francescu Le 21 mai 2014 17:32, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Talend... j'étais hier au FOSS4G-FR à l'atelier Talend. ;) Il y a peut être des choses à faire, mais il y a aussi beaucoup de choses possibles dans postgres. Le 21 mai 2014 17:37, Francescu GAROBY windu...@gmail.com a écrit : Ah... Merci pour l'explication, mais ça lève une nouvelle question : erreur de saisie des services qui gère le cadastre ou très vieille trace qui serait dû au fait, qu'autrefois, il n'y avait qu'une seule parcelle allant de l'actuelle avenue Albert 1er à l'actuelle route de Trouville ? J'émets des réserves, mais sait-on jamais... Francescu Le 21 mai 2014 17:32, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 17:02, Francescu GAROBY windu...@gmail.com a écrit : Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen (le grand triangle rouge, au milieu). Sauf que, pour info, ladite avenue est l'axe qui longe le coté le plus court du triangle, à l'ouest. Du coup, quelqu'un comprend pourquoi il y un point, perdu au loin, qui a été considéré à tort comme faisant partie de cette avenue ? C'est à cause du cadastre, la parcelle correspondante a deux adresses dont une sur l'avenue Albert 1er: Référence cadastrale de la parcelle 000 MK 46 Adresse 34 RTE DE TROUVILLE 14000 CAEN Adresse 34 AV ALBERT 1ER 14000 CAEN ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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] Format FANTOIR
9 chiffres + 1 lettre ? Et la Corse ? ref:FR:FANTOIR - 1 chiffre - 1 chiffre ou A ou B - 3 chiffres - 4 alphanum (et oui !) - 1 lettre (liste fermée en plus, et pas tout A-Z) Le 21 mai 2014 15:31, Jean-Marc Liotier j...@liotier.org a écrit : Pendant qu'on parle de format de ref:FR:FANTOIR, des contrôles Osmose existent-ils ? Je pense en particulier à des contrôles basiques - vérifier que la longueur de la valeur est 10 caractères, que les neuf premiers sont des chiffres et que le dernier est une lettre. Après, on peut aussi imaginer un rapprochement avec FANTOIR pour énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun enregistrement du fichier. ___ 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] Un MOOC OSM ?
Ca peut permettre d'avoir une progression et surtout un MOOC c'est en principe quelque chose d'un peu interactif, avec un prof qui suit ses élèves, les accompagne, corrige, etc... d'où le besoin de se former à ce qu'est un MOOC avant d'envisager d'en créer un ;) Le 21 mai 2014 17:16, Tyndare tynd...@wanadoo.fr a écrit : Le 21 mai 2014 12:53, Pieren pier...@gmail.com a écrit : 2014-05-21 12:06 GMT+02:00 Bruno Cortial bruno.cort...@laposte.net: Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne manquent pas, et on pourrait recruter davantage. Ok. Je pense qu'un mooc est inutile ou alors vise un public très restreint (genre institutionnels). Il faut aussi voir de quel type de mooc on parle. Si c'est interactif, il faudrait des ressources, du temps et de l'engagement personnel, un truc difficile à trouver en dehors des milieux éducatifs/universitaires. Les nouveaux contributeurs lambda ne cherchent pas un cours en ligne qui aborde plein de sujets avec le risque d'être trop théorique, ennuyeux ou verbeux ou qu'il faut suivre dans un ordre prédéfini. Ce qu'il faut, c'est des videos très courtes, centrées sur un thème en particulier que le contributeur devra pouvoir choisir dans une liste (genre comment mapper une ligne de bus, une forêt, corriger une erreur de nom ou d'adresse, ajouter un POI, c'est quoi les landuse corine, la classification des highway,etc) avec des versions différentes pour josm et id et ne faire que quelques videos, très brèves aussi, qui présentent la théorie et les différents éditeurs. C'est aussi plus facile à faire à plusieurs et à mettre à jour. Rares sont ceux qui viennent à OSM en disant je veux tout apprendre avant de me lancer (ou avoir un beau diplôme). Y a pu ka. Pieren Je n'y connais rien en MOOC, mais est-ce qu'il ne serais pas possible de structurer le cours de cette manière justement, avec des vidéos très courtes réutilisables ailleurs, pour pouvoir aussi les intégrer aux pages correspondantes du Wiki par exemple. Une plateforme de MOOC n'est peut-être pas le meilleur support de diffusion, et viser un cours «complet» pas quelque chose de vraiment utile et réaliste, mais ça peut permettre de démarrer avec un cadre et de se poser les bonnes questions. ___ 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] Un MOOC OSM ?
Tout dépend de l'objectif du MOOC, et de l'importance qu'on apporte au M pour Massive. S'agit-il d'amener plus de monde à /penser /OSM et pas seulement G...Maps, et amener ces utilisateurs à contribuer par la petite porte ? Ou s'agit-il de former de nouveaux contributeurs ? Les deux objectifs sont valables, à nous d'en discuter dans le cadre de ce MOOC de MOOC. Je propose de prendre les inscriptions pour proposer un projet jusqu'à vendredi, puis de le proposer sur le site de FUN. Il faut un porteur de projet, je veux bien m'y coller mais si quelqu'un d'autre est volontaire tout va bien. Vincent en est çà fait déjà deux :-) Antoine. Le 21/05/2014 11:33, Pierre Knobel a écrit : Je suis aussi d'avis qu'il est nécessaire de présenter JOSM. Les débutants prêts à s'investir dans un MOOC seront surement assez motivés et compétents pour comprendre les relations (multipolygones pour les iles sur les lacs, les clairieres dans les forets...), et ils auront besoin de JOSM tôt dans leur progression. ___ 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-fr] Format FANTOIR
On 05/21/2014 07:01 PM, Christian Quest wrote:
9 chiffres + 1 lettre ?
Et la Corse ?
ref:FR:FANTOIR
- 1 chiffre
- 1 chiffre ou A ou B
- 3 chiffres
- 4 alphanum (et oui !)
- 1 lettre (liste fermée en plus, et pas tout A-Z)
La liste n'est pas dans la documentation de FANTOIR... Saurais-tu où la
trouver ?
En attendant... ^[\d][\dAB][\d]{3}[A-Z0-9]{4}[A-Z] pour commencer ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 02:27, Jérôme Amagat a écrit : Je sais bien que le terrain prime mais à part ça Les rendus BANO ne sont pas des rendus banals. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Identité et cycle de vie de l'adresse
On 05/19/2014 06:51 PM, Christian Quest wrote: Pour l'instant l'ID utilisé dans BANO est justement composé de INSEE+FANTOIR+N° L'HEXACLE n'est pas libre (actuellement). S'il le devient il faudra l'intégrer. Côté opérateurs de télécommunications, j'en connais pour qui l'HEXACLE serait fort bienvenu... Sinon il leur faudra faire eux-même la jointure vu que dans leurs systèmes (où du moins ceux que je connais) l'adresse est identifiée par l'HEXACLE. Mais la capacité de jointure à l'HEXACLE signifie de continuer à utiliser Mediapost... Et donc pas d'économies en vue. Bon... Les early adopters risquent de se trouver ailleurs... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 20:40, Jean-Francois Nifenecker a écrit : Le 21/05/2014 02:27, Jérôme Amagat a écrit : Je sais bien que le terrain prime mais à part ça Les rendus BANO ne sont pas des rendus banals. Visiblement, ça ne fait pas un four ! Et c'est bien dans les ban-lieues qu'on trouve le plus de quoi nourrir OSM et qui continue à poser question. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] alt_name et associatedStreet
Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ 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-fr] Format FANTOIR
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
Bon... J'admet que je m'emporte un petit peu...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Le 21/05/2014 23:41, Jean-Marc Liotier a écrit :
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
L'appartenance à la commune est de fait puisque les 5 premiers
caractères sont le code INSEE. Donc on a un périmètre de recherche par
nature réduit à la commune, pas de débordements possibles.
Bon... J'admet que je m'emporte un petit peu...
Ben...non, je trouve pas :) C'est typiquement le genre de test qu'il va
falloir brancher, au contraire.
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] alt_name et associatedStreet
Les relations apportent un réel plus en terme de description et d'aspect relationnel (heureux!). Elles sont plus complexes à créer, c'est vrai, mais vu le travail prémâché qui sort des outils d'extraction du cadastre (ou l'outil de saisie manuelle lié au plugin cadastre de JOSM), c'est un faux problème. J'ai créé des dizaines de milliers d'adresses comme ça sans aucune prise de tête. Leur maintenance pour les adresses n'est vraiment pas problématique, moins que les relations sur les boundary/multipolygon/route qui se cassent plus facilement. Mais bon... au risque de me répéter... remplacer du rouge par du bleu (résoudre les rapprochements qui ne se font pas) est plus utile dans l'immédiat que par du vert (import d'adresses). Le 21 mai 2014 22:59, Copro Grammes coprogram...@yahoo.fr a écrit : Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format FANTOIR
Penser aussi à la ref:FR:FANTOIR=no
Le 21 mai 2014 23:51, Vincent de Château-Thierry v...@laposte.net a écrit
:
Le 21/05/2014 23:41, Jean-Marc Liotier a écrit :
On 05/21/2014 03:31 PM, Jean-Marc Liotier wrote:
Après, on peut aussi imaginer un rapprochement avec FANTOIR pour
énumérer les objets dont la ref:FR:FANTOIR ne correspond à aucun
enregistrement du fichier.
Et si un ref:FR:FANTOIR ne correspond à aucun enregistrement FANTOIR
mais qu'il correspond à ^[\d][\dAB][\d]{4}[A-Z0-9]{4}[A-Z] (11
caractères...) alors on peut en en déduire que c'est une référence
FANTOIR incluant le digit de direction qui a été saisie.
En itérant une recherche sur les dix digit de direction possibles, on
peut alors trouver des candidats à correspondance... Si l'un d'eux
appartient à la commune dans laquelle se trouve l'objet alors on serait
presque tenté de le corriger automatiquement tant la probabilité
d'erreur est alors faible...
L'appartenance à la commune est de fait puisque les 5 premiers caractères
sont le code INSEE. Donc on a un périmètre de recherche par nature réduit à
la commune, pas de débordements possibles.
Bon... J'admet que je m'emporte un petit peu...
Ben...non, je trouve pas :) C'est typiquement le genre de test qu'il va
falloir brancher, au contraire.
vincent
___
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] alt_name et associatedStreet
C'est vrai que ça ne semble pas être des relations très complexes à créer, ni à réparer ! Merci de la réponse très claire Mais bon... au risque de me répéter... remplacer du rouge par du bleu (résoudre les rapprochements qui ne se font pas) est plus utile dans l'immédiat que par du vert (import d'adresses). Le message est bien reçu, j'ai d'ailleurs commencé à la faire là où je pouvais ! Le 21 mai 2014 22:59, Copro Grammes coprogram...@yahoo.fr a écrit : Y a-t-il une position des Français vis-à-vis des associatedStreet ? En tout cas, quel est le modèle que vous utilisez de préférence ? Pour les quelques adresses que j'ai rentrées jusqu'à maintenant, j'ai utilisé addr:street (par simplicité, mais aussi parce que c'est ce que j'avais le plus souvent rencontré). J'ai du mal à faire une idée précise sur l'opportunité ou non d'utiliser le modèle associatedStreet. J'ai glané les idées que c'était un modèle qui évitait les redondances, facilitait les corrections, mais plus délicat à réutiliser, que la maintenance des relations était délicate. Y a-t-il d'autres points qui m'ont échappé ? Zigeuner Le Lundi 19 mai 2014 10h58, Pieren pier...@gmail.com a écrit : 2014-05-19 10:22 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: De toute façon, le plus simple c'est de tester ! Et de toute façon, comme il y a des applications qui ne reconnaissent pas les associatedStreet (et pour longtemps encore, semble-t-il, vu la position des allemands sur cette relation), le minimum est de conserver le tag sur le highway. Pieren ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] [OHM] New York Public Library - Building Inspector
Hi folks, I've heard back from the British Library - they are hugely interested with the Map-Vectorizer work - it's really encouraging. In brief they said that they were positive but that they'd need to get some things sorted first, looking at licensing, formats etc and they would update me soonish. In the meantime I suggest we go ahead with the NLS maps and see if we can get our stack up and running with those maps? Cheers, Tim On 18 May 2014 23:01, Rob Nickerson rob.j.nicker...@gmail.com wrote: Nice work Tim.You're right about the traced and centroid JSON files.They do indeed come out of the NYPL map-vectorizer [1]. I've got a version of this up and running on my computer and have successfully vectorized the test file. Chris Fleet (from NLS) has sent me some test maps, however these are Jpeg 2000 files and are causing quite a bit of trouble so far. At first I thought it was a bug in my computer (in the jasper library that's responsible for opening jp2 files), but I tried a second computer today and that failed to. I'll get in touch with Chris again. Meanwhile those BL Goad maps look great. Let us know if you hear back from BL. Thanks for your help, Rob [1] https://github.com/NYPL/map-vectorizer On 18 May 2014 22:35, Tim Waters chippy2...@gmail.com wrote: Couple of things - building inspector update and British Library Goad maps. Building Inspector update: I've got it working and have put up an instance on heroku for the moment - Works well and it can handle 10K rows in the database for free. http://leatherwood.herokuapp.com/ * It's just got about half of the NYPL data in it * Only Twitter log in will work for it. * Initially only the Check Polygons task will work until there's enough that's been checked, and then the other tasks become unlocked. The code is here: https://github.com/timwaters/building-inspector So, it does require some configuring. We need: * a tile set for the basemap Also - some files like what's in https://github.com/timwaters/building-inspector/tree/master/public/files: * ingestor_config_builder.py run on the geotiffs * The traced and centroid json files which I imagine are generated by the vectorising process. We'd also need to tweak the website blurb etc Overall it should be quite easy to get a pilot area done. - British Library Goad Maps Like the NYPL's maps - these are fire insurance maps of the 19th century - they have various colours, addresses etc and great detail. They are the perfect thing for our Building Inspector. In addition, the coverage is immense. Major towns and cities in Ireland and the UK. http://www.bl.uk/onlinegallery/onlineex/firemaps/fireinsurancemaps.html I've reached out via Twitter and via email to the Library asking for a couple of maps for a pilot area to look at. Cheers, Tim On 16 May 2014 19:57, Rob Nickerson rob.j.nicker...@gmail.com wrote: Thanks for you help Tim, The NYPL code is here: https://github.com/NYPL/building-inspector/ I'm assuming it's rails as that's mentioned in some of the code commits, but I don't know any more than that. Best, Rob p.s. The code for vectorizing maps is also on GitHub. Chris has sent me a couple of GeoTIFs so I'm going to have a go with them this weekend. On 16 May 2014 12:51, Tim Waters chippy2...@gmail.com wrote: I might have some time this weekend to look at the Rails side of things (that is, if no one else has made any progress) Will ping back in a couple of days Tim On 12 May 2014 21:08, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi Steven, Thanks for the offer of help. Yesterday I managed to get the NYPL vectorizer working (this is the tool that has a first stab at creating vectors from the map). I did this on a small screenshot of NLS's London maps. I've asked Chris if he could send me a GeoTIF to do a larger scale test. Some of the key areas that I think need addressing: * Improving the automated vectorizer. Currently the vectorizer creates polygons of the inside of buildings (rather than following the wall). For a terraced street this produces a row of detached buildings. Some processing could improve this. I guess this could be done before, after, or both before and after the polygon has been processed by the human volunteers on the website. * The website looks like it's a Rails site. I would need a lot of help with this as it's an area I know very little about. Are you able to help with either of these? Kind regards, Rob On 12 May 2014 16:26, Steven Horner ste...@stevenhorner.com wrote: Hello, I would be happy to help in anyway and have previously had a conversation with Chris at NLS regarding helping georeference some of their maps. I had been looking into creating my own historical version of OSM for a local personal project, when I looked a few weeks ago Open Historical Map was down and was never very usable before that. It sounds like from the WIKI
Re: [Talk-GB] [OHM] New York Public Library - Building Inspector
Good work Tim. It seems we have a lot of people interested in this. :-D In regards to the NLS maps, I am having some trouble with the sample files sent through to me. I sent them on to the guys from NYPL and even they struggled. I've just contacted Chris at NLS to see if he can send me them in a different file format. Meanwhile there is a chance to improve the map vecotorizer tool. Currently the way it works leaves a gap between terrace buildings. If you, or anyone you know may be able to help solve this GIS problem (including post processing), please get in touch. Details at: https://github.com/NYPL/map-vectorizer/issues/19 Regards, Rob On 21 May 2014 22:31, Tim Waters chippy2...@gmail.com wrote: Hi folks, I've heard back from the British Library - they are hugely interested with the Map-Vectorizer work - it's really encouraging. In brief they said that they were positive but that they'd need to get some things sorted first, looking at licensing, formats etc and they would update me soonish. In the meantime I suggest we go ahead with the NLS maps and see if we can get our stack up and running with those maps? Cheers, Tim On 18 May 2014 23:01, Rob Nickerson rob.j.nicker...@gmail.com wrote: Nice work Tim.You're right about the traced and centroid JSON files.They do indeed come out of the NYPL map-vectorizer [1]. I've got a version of this up and running on my computer and have successfully vectorized the test file. Chris Fleet (from NLS) has sent me some test maps, however these are Jpeg 2000 files and are causing quite a bit of trouble so far. At first I thought it was a bug in my computer (in the jasper library that's responsible for opening jp2 files), but I tried a second computer today and that failed to. I'll get in touch with Chris again. Meanwhile those BL Goad maps look great. Let us know if you hear back from BL. Thanks for your help, Rob [1] https://github.com/NYPL/map-vectorizer On 18 May 2014 22:35, Tim Waters chippy2...@gmail.com wrote: Couple of things - building inspector update and British Library Goad maps. Building Inspector update: I've got it working and have put up an instance on heroku for the moment - Works well and it can handle 10K rows in the database for free. http://leatherwood.herokuapp.com/ * It's just got about half of the NYPL data in it * Only Twitter log in will work for it. * Initially only the Check Polygons task will work until there's enough that's been checked, and then the other tasks become unlocked. The code is here: https://github.com/timwaters/building-inspector So, it does require some configuring. We need: * a tile set for the basemap Also - some files like what's in https://github.com/timwaters/building-inspector/tree/master/public/files: * ingestor_config_builder.py run on the geotiffs * The traced and centroid json files which I imagine are generated by the vectorising process. We'd also need to tweak the website blurb etc Overall it should be quite easy to get a pilot area done. - British Library Goad Maps Like the NYPL's maps - these are fire insurance maps of the 19th century - they have various colours, addresses etc and great detail. They are the perfect thing for our Building Inspector. In addition, the coverage is immense. Major towns and cities in Ireland and the UK. http://www.bl.uk/onlinegallery/onlineex/firemaps/fireinsurancemaps.html I've reached out via Twitter and via email to the Library asking for a couple of maps for a pilot area to look at. Cheers, Tim On 16 May 2014 19:57, Rob Nickerson rob.j.nicker...@gmail.com wrote: Thanks for you help Tim, The NYPL code is here: https://github.com/NYPL/building-inspector/ I'm assuming it's rails as that's mentioned in some of the code commits, but I don't know any more than that. Best, Rob p.s. The code for vectorizing maps is also on GitHub. Chris has sent me a couple of GeoTIFs so I'm going to have a go with them this weekend. On 16 May 2014 12:51, Tim Waters chippy2...@gmail.com wrote: I might have some time this weekend to look at the Rails side of things (that is, if no one else has made any progress) Will ping back in a couple of days Tim On 12 May 2014 21:08, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi Steven, Thanks for the offer of help. Yesterday I managed to get the NYPL vectorizer working (this is the tool that has a first stab at creating vectors from the map). I did this on a small screenshot of NLS's London maps. I've asked Chris if he could send me a GeoTIF to do a larger scale test. Some of the key areas that I think need addressing: * Improving the automated vectorizer. Currently the vectorizer creates polygons of the inside of buildings (rather than following the wall). For a terraced street this produces a row of detached buildings. Some processing could improve this. I guess this could be done before, after, or both before and after
Re: [Talk-us] Telenav goes OSM with Scout
A quick update - 75% of Scout users on iOS should be using OSM maps as of this afternoon. It should be 100% by tomorrow afternoon. Thank you for all the warm and encouraging responses I have received on- and off-list! Martijn On May 19, 2014, at 11:30 PM, Martijn van Exel marti...@telenav.com wrote: Hi all, At Telenav we have started making the switch to OSM today, as you may have seen around the web and twitter. I am really excited about this, not only because I have been working at Telenav for the past two years to help make this happen, but also because the project that I have been a proud contributor to for all these years has finally reached a stage where this is now possible. What does this mean for you? Well first and foremost, you can now use Scout, a commercial grade navigation app that is used by tons of people every day, to get around, knowing that it is powered by your favorite map. The iOS version is undergoing the OSM switch right now, the Android version will switch in June. As an OSM contributor, you will of course start noticing that your OSM edits will make it into Scout. Not right away, like the map on osm.org; we currently update our maps every two weeks. That will get better as we get more comfortable with the rapid update cycles. Also, not all OSM edits make it into Scout. Most importantly, Scout search results are not powered by OSM yet. This is likely to change in the future, but I don’t know when yet. We have done a good chunk of work improving OSM to be ready for this, mostly in the very same way everyone here improves the map: by opening up our favorite editors and manually editing the data[1]. But also by analyzing the data and pointing out errors, which we have started to feed to MapRoulette. Speaking of which, I have had the opportunity to work on MapRoulette quite a bit, as well as other smaller things such as the Battle Grid, Relation Pages and Brave Mappers. I mostly hear these things are useful, and we value all your feedback enormously as we think of more ways to support the project. But more than anything really I want to say thank you! Thank you first and foremost for being the great mapping community that makes OpenStreetMap what it is - not only the best map of the world, but also a place to make friends and have fun. And thank you for being patient with us. Along the way, we have at times bombarded this list with questions and suggestions on how to improve certain aspects of OSM, and we have relied on your wisdom to help us make sane decisions in our efforts to improve OSM. This process surely does not end with today’s switch - if anything, we’re just getting started. There is a lot more we can do to help improve the map, especially now that we are getting so many eyes on it. And there is probably a lot more to learn for us along the way. I am looking forward to it. Drop me a line if you have any questions or comments, or to let me know your experience with Scout. Looking forward to hearing from you! Martijn [1] See my colleague Kristen talk more about that in her SOTM US talk: http://stateofthemap.us/session/telenav-osm-editing-experiences/ signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Telenav goes OSM with Scout
Thanks for your insights Paul. I will share this with the MapDust maintainers, but as we’re figuring out the future direction of our map feedback system, it is unlikely that MapDust is going to be updated soon. The big challenge is how to collect active feedback that is both easy for the user to give, and actionable for us, and by us, I mean all of us in the OSM community. Streamlining the workflow by limiting the number of choices as you suggest is definitely part of that. Martijn On May 20, 2014, at 4:58 PM, Paul Johnson ba...@ursamundi.org wrote: I end up closing the vast majority as nonreproducible to turn down the noise, since a LOT of the issues that come in seem to be people who can't be bothered to change the default text, aren't specific enough to figure out (and the original reporter never follows up if you comment), or just plain expect you to be psychic to figure out (the irony if this is the same group would be upset about privacy issues if Mapdust included things like what was the intended destination and what was the track so far so we could infer the problem). That said, it'd help if the JOSM plugin wasn't spanking the server at every movement or zoom, this plugin alone seems to be a huge stumbling block when on a slow connection. I do like how it has categories, though, on the user input side, if there was a way to have a keyer that 1) made it more obvious how to cancel and 2) limited the number of possible responses to a set that makes sense, such as if you selected the wrong speed limit category, you'd get to choose 3, 5, 10, 15, 20, 25, 30, etc... On Tue, May 20, 2014 at 1:13 PM, Martijn van Exel m...@rtijn.org wrote: Makes me wonder, how many of you use Mapdust? What types of things do you end up fixing most? On Tuesday, May 20, 2014, Martijn van Exel m...@rtijn.org wrote: On May 20, 2014, at 8:12 AM, Paul Johnson ba...@ursamundi.org wrote: Likewise, how will this effect Mapdust? Skobbler, who made MapDust, are now part of our team, so i am working closely with them to connect MapDust to MapRoulette. Scout feedback will not go into MapDust though. Martijn -- Sent from Gmail Mobile signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Battlegrid
As I work to fix road names in Skagit and Whatcom County I want to make sure that they won't appear on Battlegrid. For example, I just changed North Summit Court to Kinglet Court in Whatcom County. I verified the name which does not match TIGER 2013. Does removing the tiger:reviewed tag keep the way off Battlegrid? I'd hate to see it renamed to match TIGER since it is wrong. I fear that changing from tiger:reviewed=no to yes or deleting the tag won't keep it off Battlegrid. 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
Re: [Talk-us] Battlegrid
I need to look into Battlegrid updates… It seems that something broke somewhere. Martijn On May 21, 2014, at 4:08 PM, Clifford Snow cliff...@snowandsnow.us wrote: As I work to fix road names in Skagit and Whatcom County I want to make sure that they won't appear on Battlegrid. For example, I just changed North Summit Court to Kinglet Court in Whatcom County. I verified the name which does not match TIGER 2013. Does removing the tiger:reviewed tag keep the way off Battlegrid? I'd hate to see it renamed to match TIGER since it is wrong. I fear that changing from tiger:reviewed=no to yes or deleting the tag won't keep it off Battlegrid. 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 signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Battlegrid
On 5/21/14 7:08 PM, Clifford Snow wrote: As I work to fix road names in Skagit and Whatcom County I want to make sure that they won't appear on Battlegrid. For example, I just changed North Summit Court to Kinglet Court in Whatcom County. I verified the name which does not match TIGER 2013. Does removing the tiger:reviewed tag keep the way off Battlegrid? I'd hate to see it renamed to match TIGER since it is wrong. I fear that changing from tiger:reviewed=no to yes or deleting the tag won't keep it off Battlegrid. you should probably delete the tiger: tags containing the incorrect name as well. once a road has been verified, they contain no useful information from the OSM point of view. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Battlegrid
On Wed, May 21, 2014 at 4:33 PM, Richard Welty rwe...@averillpark.netwrote: you should probably delete the tiger: tags containing the incorrect name as well. once a road has been verified, they contain no useful information from the OSM point of view. Good point. I do try to remember to delete unnecessary tags, especially the TIGER name. My concern is when using tools like Battlegrid, which I strongly support, users don't look at the tags. They see the TIGER 2013 overlay with a different name than what OSM contains. This is especially a concern with iD which unlike JOSM doesn't prominently show tags. BattleGrid is still a viable tool. Most of our Edit-a-thon are centered around cleaning up ways in the state. -- @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
Re: [Talk-us] Battlegrid
The standard tag for where a road is misnamed in some other commonly referred to source is not:name. How to deal with well-intentioned mappers damaging the map by re-introducing bad data is an open question. They can actually cause quite a lot of damage without intending to, and the systematic nature of the damage isn't obvious. From: Martijn van Exel [mailto:m...@rtijn.org] Sent: Wednesday, May 21, 2014 4:24 PM To: Clifford Snow Cc: OSM US Talk Subject: Re: [Talk-us] Battlegrid I need to look into Battlegrid updates. It seems that something broke somewhere. Martijn On May 21, 2014, at 4:08 PM, Clifford Snow cliff...@snowandsnow.us wrote: As I work to fix road names in Skagit and Whatcom County I want to make sure that they won't appear on Battlegrid. For example, I just changed North Summit Court to Kinglet Court in Whatcom County. I verified the name which does not match TIGER 2013. Does removing the tiger:reviewed tag keep the way off Battlegrid? I'd hate to see it renamed to match TIGER since it is wrong. I fear that changing from tiger:reviewed=no to yes or deleting the tag won't keep it off Battlegrid. Clifford -- @osm_seattle osm_seattle.snowandsnow.us http://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-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
