[talk-ph] Splitting multipolygon relation
From the field mapping in Lubao we went to the river control road and found this waterway=riverbank relation (http://www.openstreetmap.org/browse/relation/1885433) If you look at the imagery around this area (http://osm.org/go/4zOlEISSZ?m=), a new dike was built diverting the flow of water to southward. The water is does not flow eastward anymore because of the large dike created This is verified by our field mapping and the highres DEM image shared by the LGU (https://dl.dropboxusercontent.com/u/2096185/Screen%20Shot%202013-10-31%20at%203.28.30%20PM.png) Can anybody teach me how to split the large multipolygon relation into two separate relations. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Splitting multipolygon relation
fixed it now. Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Thu, Oct 31, 2013 at 3:30 PM, maning sambale emmanuel.samb...@gmail.comwrote: From the field mapping in Lubao we went to the river control road and found this waterway=riverbank relation (http://www.openstreetmap.org/browse/relation/1885433) If you look at the imagery around this area (http://osm.org/go/4zOlEISSZ?m=), a new dike was built diverting the flow of water to southward. The water is does not flow eastward anymore because of the large dike created This is verified by our field mapping and the highres DEM image shared by the LGU ( https://dl.dropboxusercontent.com/u/2096185/Screen%20Shot%202013-10-31%20at%203.28.30%20PM.png ) Can anybody teach me how to split the large multipolygon relation into two separate relations. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] tagging questions
Hi, Below are some tagging questions we experienced during the trainings. I am sending it here for further discussions and hopefully agreements. Landuse - How to map adjacent landuse types? For those separated by roads, do we use the same nodes as the other landuse? I personally prefer to separate the landuse areas if there is a road but I'm open to other suggestions. - Is it better to use relations? From a data perspective landuse polygons should be relation multipolygons however, the concept of using relations is very hard to teach for newbies? What tag to use for: - Fishponds (currently we use landuse=farm; crop=fish) - Poultry farms Waterway tagging - Difference between rivers, streams and irrigation canals -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Splitting multipolygon relation
Ervin already fixed it but here's the steps in JOSM: 1. Select all the ways that you want to split off from the main relation. 2. Double click on the relation in the tags pane. This should bring up the relation editor with the selected ways highlighted. 3. Click on the trash icon on the relation members pane to remove the selected ways (the bottom of the 3 visible trash icons—the topmost deletes the relation itself, while the middle deletes the selected tag from the relation). 4. Click OK to close the relation editor. 5. Select Presets - Relations - Multipolygon (the selected ways should still be selected at this point) 6. Follow the usual steps to create a new relation. 7. If needed, add a way to close the polygon for both relations and add this new way to both relations. Better yet, how about we have a meetup to talk about JOSM tips and tricks? :-) On Thu, Oct 31, 2013 at 3:30 PM, maning sambale emmanuel.samb...@gmail.comwrote: From the field mapping in Lubao we went to the river control road and found this waterway=riverbank relation (http://www.openstreetmap.org/browse/relation/1885433) If you look at the imagery around this area (http://osm.org/go/4zOlEISSZ?m=), a new dike was built diverting the flow of water to southward. The water is does not flow eastward anymore because of the large dike created This is verified by our field mapping and the highres DEM image shared by the LGU ( https://dl.dropboxusercontent.com/u/2096185/Screen%20Shot%202013-10-31%20at%203.28.30%20PM.png ) Can anybody teach me how to split the large multipolygon relation into two separate relations. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Splitting multipolygon relation
Thanks Ervin for fixing. @Eugene, I see, that is the process I know. I'm hoping there is a simpler approach, like a tool to split the relation into two. On Thu, Oct 31, 2013 at 10:00 PM, Eugene Alvin Villar sea...@gmail.com wrote: Ervin already fixed it but here's the steps in JOSM: 1. Select all the ways that you want to split off from the main relation. 2. Double click on the relation in the tags pane. This should bring up the relation editor with the selected ways highlighted. 3. Click on the trash icon on the relation members pane to remove the selected ways (the bottom of the 3 visible trash icons—the topmost deletes the relation itself, while the middle deletes the selected tag from the relation). 4. Click OK to close the relation editor. 5. Select Presets - Relations - Multipolygon (the selected ways should still be selected at this point) 6. Follow the usual steps to create a new relation. 7. If needed, add a way to close the polygon for both relations and add this new way to both relations. Better yet, how about we have a meetup to talk about JOSM tips and tricks? :-) On Thu, Oct 31, 2013 at 3:30 PM, maning sambale emmanuel.samb...@gmail.com wrote: From the field mapping in Lubao we went to the river control road and found this waterway=riverbank relation (http://www.openstreetmap.org/browse/relation/1885433) If you look at the imagery around this area (http://osm.org/go/4zOlEISSZ?m=), a new dike was built diverting the flow of water to southward. The water is does not flow eastward anymore because of the large dike created This is verified by our field mapping and the highres DEM image shared by the LGU (https://dl.dropboxusercontent.com/u/2096185/Screen%20Shot%202013-10-31%20at%203.28.30%20PM.png) Can anybody teach me how to split the large multipolygon relation into two separate relations. Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] tagging questions
*How to map adjacent landuse types?* If the owner of the landuse separated by roads are different, it is appropriate to have them created as separate land use. If not, I suggest to have them treated as one, such as a residential area where you do not need to separate the residential area on both sides of the road just to give way for the road. But if this is water, it is fine to make them separate as a road is not possible in the middle of a water unless it is a bridge (e.g. fish pond) Relations: I suggest that relations must only be used for special purposes such as there are two many nodes for a single polygon or when there are a lot of ways that must be placed on top of each other which makes them hard to edit if made as polygons and not as a multipolygon using relations. *What tag to use for fish ponds.* As fish thrives in water i suggest natural:water ; crop=fish *Poultry farms* landuse:farmland ; crop:chicken *Waterway tagging (suggestion) :* Rivers: if the width of the flowing body of water seems to be wider than 50 meters and deeper than 10 meters streams: if smaller than my concept of a river irrigation canal: a stream if it is natural ; a drain if it is artificial Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Thu, Oct 31, 2013 at 6:29 PM, maning sambale emmanuel.samb...@gmail.comwrote: Hi, Below are some tagging questions we experienced during the trainings. I am sending it here for further discussions and hopefully agreements. Landuse - How to map adjacent landuse types? For those separated by roads, do we use the same nodes as the other landuse? I personally prefer to separate the landuse areas if there is a road but I'm open to other suggestions. - Is it better to use relations? From a data perspective landuse polygons should be relation multipolygons however, the concept of using relations is very hard to teach for newbies? What tag to use for: - Fishponds (currently we use landuse=farm; crop=fish) - Poultry farms Waterway tagging - Difference between rivers, streams and irrigation canals -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] cleanup monitoring_station/measurement-station
After 3,5 years coexistence of these two tags it is time for a cleanup. At ¹ you find the latest, revised proposal. After 3,5 years there is no need for RFC, the voting is opened. To complete the cleanup there is a mechanical edit needed to change objects tagged with measurement_station to monitoring_station. Details for this edit you find at ¹. Objections and opinions you can voice at the respectively talk pages or here. Regards Thomas ¹ http://wiki.openstreetmap.org/w/index.php?title=Proposed_features/monitoring_station ² http://wiki.openstreetmap.org/wiki/Mechanical_Edits/malenki ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] missing some relations after osm2pgsql-import
Walter Nordmann wrote Pieren wrote osm2pgsql doesn't support super-relations. Thanks. And you should better ask such questions on the dev@ mailing list. That was a simple question to the users of osm2pgsql. Knowing * now * , that it is not my fault, i can ask the developers if they can change it. Or do it by my own. Regards Walter In case you are interested in such an option in osm2pgsql, so am I. FYI I opened a ticket on github for that (If you feel you want to tackle some C++ code ;-) ) : https://github.com/openstreetmap/osm2pgsql/issues/101 And sorry for contributing to this off topic, I'm subscribed to [dev] to continue the discussion over there if needed -- View this message in context: http://gis.19327.n5.nabble.com/missing-some-relations-after-osm2pgsql-import-tp5783305p5783535.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] MapBBCode library and MapBBCode Share website
Hi! Today I am releasing the first version of MapBBCode JavaScript library. It allows for easy integration of maps into forums, blogs and other web engines. All you have to do is write a simple plugin employing the library :) There are examples and extensive documentation. Sadly, FluxBB (forum.osm.org engine) is not on my to do list — but maybe someone has time for it. The official site for the library is http://mapbbcode.org . Also I am proud to present the map sharing site, http://share.mapbbcode.org . It showcases the library and is great for quick creation of maps, converting between formats and collaborative editing (though there is no versioning). It doesn't require any registration, there are no splash screens and no branding: just open, edit, save, share. And it works in IE8! A longer announcement with screenshots is at http://www.openstreetmap.org/user/Zverik/diary/20291 Source code for everything I made for this project is published on github under WTFPL: https://github.com/MapBBCode IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MapBBCode library and MapBBCode Share website
Ilya, Thanks for this intersting map tool that also let us export with various formats. I tried tracing and exporting circuits and polygons. This is very easy. Pierre De : Ilya Zverev zve...@textual.ru À : Talk talk@openstreetmap.org Envoyé le : Jeudi 31 octobre 2013 16h15 Objet : [OSM-talk] MapBBCode library and MapBBCode Share website Hi! Today I am releasing the first version of MapBBCode JavaScript library. It allows for easy integration of maps into forums, blogs and other web engines. All you have to do is write a simple plugin employing the library :) There are examples and extensive documentation. Sadly, FluxBB (forum.osm.org engine) is not on my to do list — but maybe someone has time for it. The official site for the library is http://mapbbcode.org . Also I am proud to present the map sharing site, http://share.mapbbcode.org . It showcases the library and is great for quick creation of maps, converting between formats and collaborative editing (though there is no versioning). It doesn't require any registration, there are no splash screens and no branding: just open, edit, save, share. And it works in IE8! A longer announcement with screenshots is at http://www.openstreetmap.org/user/Zverik/diary/20291 Source code for everything I made for this project is published on github under WTFPL: https://github.com/MapBBCode IZ ___ 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] MapBBCode library and MapBBCode Share website
Hi, I must congratulate and thank you for your time/effort on this project. Looks like a great tool. Can I make the suggestion that you include the cycle map (http://www.opencyclemap.org/) as a base layer of the demo site, as contours make a great difference when planning trips. Simon. Hi! Today I am releasing the first version of MapBBCode JavaScript library. It allows for easy integration of maps into forums, blogs and other web engines. All you have to do is write a simple plugin employing the library :) There are examples and extensive documentation. Sadly, FluxBB (forum.osm.org engine) is not on my to do list â but maybe someone has time for it. The official site for the library is http://mapbbcode.org . Also I am proud to present the map sharing site, http://share.mapbbcode.org . It showcases the library and is great for quick creation of maps, converting between formats and collaborative editing (though there is no versioning). It doesn't require any registration, there are no splash screens and no branding: just open, edit, save, share. And it works in IE8! A longer announcement with screenshots is at http://www.openstreetmap.org/user/Zverik/diary/20291 Source code for everything I made for this project is published on github under WTFPL: https://github.com/MapBBCode IZ ___ 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] MapBBCode library and MapBBCode Share website
This looks fantastic Ilya, I'm interested in seeing if I can contribute to a WordPress plugin. Not written WP plugins before but they have a nice guide and I might be able to muddle through it, any other out there interested in contributing to it? --Jóhannes Þann 31.10.2013 20:15, skrifaði Ilya Zverev: Hi! Today I am releasing the first version of MapBBCode JavaScript library. It allows for easy integration of maps into forums, blogs and other web engines. All you have to do is write a simple plugin employing the library :) There are examples and extensive documentation. Sadly, FluxBB (forum.osm.org engine) is not on my to do list — but maybe someone has time for it. The official site for the library is http://mapbbcode.org . Also I am proud to present the map sharing site, http://share.mapbbcode.org . It showcases the library and is great for quick creation of maps, converting between formats and collaborative editing (though there is no versioning). It doesn't require any registration, there are no splash screens and no branding: just open, edit, save, share. And it works in IE8! A longer announcement with screenshots is at http://www.openstreetmap.org/user/Zverik/diary/20291 Source code for everything I made for this project is published on github under WTFPL: https://github.com/MapBBCode IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Roteamento
Wallace, Eu baixando OSM para meu Garmin Nuvi navigador p carro, e sempre tentando utalisar modo roteamento, mesmo que conheco o estrada. Assim eu vejo facilmente erros em roteamento, principalmente no partida e chegada, mas tambem pode discobrir trevos ou trechos com problemas. OSM mapas para Garmin: http://garmin.openstreetmap.nl/ Aun Johnsen On 31. okt. 2013, at 08:53, Wallace Silva wsi...@gmail.com wrote: Pessoa existe alguma forma de testar o roteamento que fazemos no OSM? no uso do osmand, percebo que o roteamento em minha cidade não é dos mais corretos, mesmo parecendo que esta correto. eu gostaria de testar e atualizar conforme necessário.. -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ 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] Mapeando locais religiosos
Obrigado pessoal, valeu Fernando e valeu Alexandre pela resposta no forum. Quanto a questão 1: Realmente, acho que o mais adequado é manter como living street, e concordo que seria ideal para alertar motoristas, pois esta via é usada para romarias, procissões e outros eventos religiosos. Deixei uma nota também. Questão 2: Quanto a elementos que não são renderizados como pontos, vou verificar melhor algumas informações e então vou relatar o problema em ultimo caso. Achei interessante como os dados aparecem no Mapa de Objetos Históricos: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=13lat=-24.20558lon=-48.50328layers=BFTdetail=3 (resposta no fórum http://forum.openstreetmap.org/viewtopic.php?id=23062) Questão 3: Vou dar uma estudada melhor na tag historic=monument e historic=memorial, vejo que preciso saber mais a respeito, pois vi que tem vários detalhes. pelo visto, historic=monument não se aplicaria, pois não são estruturas grandes: http://wiki.openstreetmap.org/wiki/CheckTheMonuments Quanto a questão 4, era exatamente isso mesmo. Busquei uma localização melhor para o elemento hamlet e o elemento igreja foi renderizado normalmente. Fiz isso também com o bebedouro e o banheiro búblico ao lado, deixando um pouquinho mais afastados e teve o mesmo efeito positivo: http://www.openstreetmap.org/#map=19/-24.21092/-48.45471 *Edil Queiroz de Araujo* Projeto RGM - Ribeirão Grande em Mapashttp://projetorgmsp.blogspot.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mapeando locais religiosos
Não, Fernando, não tinha... era uma área com apenas historic=wayside_cross e a tag name que eu testei em uma das cruzes para ver se dava diferença. Mas deixei como ponto assim como as outras, pois vi que nesse mapa aparecem normalmente: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=13lat=-24.20558lon=-48.50328layers=BFTdetail=3 *Edil Queiroz de Araujo* Projeto RGM - Ribeirão Grande em Mapashttp://projetorgmsp.blogspot.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Marcos zero das cidades brasilerias
Não tem, ou não consegui achar. 2013/10/30 Arlindo Pereira openstreet...@arlindopereira.com IBGE, talvez? []s Arlindo 2013/10/30 Vitor George vitor.geo...@gmail.com Oi pessoal, Queria ver se conseguimos colocar os marco zeros exatos das cidades no OpenStreetMap. Se conseguíssemos ter isso, seria possível fazer geocoding de endereços onde a numeração das vias ainda não está mapeada no OSM. Alguém tem alguma idéia de onde conseguir esta informação? Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Marcos zero das cidades brasilerias
Vitor bom dia, Eu tenho uma tabela de municípios do IBGE com centroide do setor 001 de cada localidade, a informação só não vale para a cidade de São Paulo, quer que eu envie isso direto para o seu email para verificar se tem como utilizar. O marco zero de São Paulo foi definido por lei na praça da sé, então creio que teria que trabalhar com essas coordenadas ao invés das coordenadas do IBGE, -23.550389,-46.633951 Reinaldo De: Vitor George [mailto:vitor.geo...@gmail.com] Enviada em: quarta-feira, 30 de outubro de 2013 17:48 Para: OSM talk-br Assunto: [Talk-br] Marcos zero das cidades brasilerias Oi pessoal, Queria ver se conseguimos colocar os marco zeros exatos das cidades no OpenStreetMap. Se conseguíssemos ter isso, seria possível fazer geocoding de endereços onde a numeração das vias ainda não está mapeada no OSM. Alguém tem alguma idéia de onde conseguir esta informação? Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Marcos zero das cidades brasilerias
Muito legal, manda sim! Obrigado! 2013/10/31 Reinaldo Neves rne...@equacao.com.br Vitor bom dia, ** ** Eu tenho uma tabela de municípios do IBGE com centroide do setor 001 de cada localidade, a informação só não vale para a cidade de São Paulo, quer que eu envie isso direto para o seu email para verificar se tem como utilizar. ** ** O marco zero de São Paulo foi definido por lei na praça da sé, então creio que teria que trabalhar com essas coordenadas ao invés das coordenadas do IBGE, -23.550389,-46.633951 ** ** Reinaldo ** ** *De:* Vitor George [mailto:vitor.geo...@gmail.com] *Enviada em:* quarta-feira, 30 de outubro de 2013 17:48 *Para:* OSM talk-br *Assunto:* [Talk-br] Marcos zero das cidades brasilerias ** ** Oi pessoal, ** ** Queria ver se conseguimos colocar os marco zeros exatos das cidades no OpenStreetMap. Se conseguíssemos ter isso, seria possível fazer geocoding de endereços onde a numeração das vias ainda não está mapeada no OSM. ** ** Alguém tem alguma idéia de onde conseguir esta informação? ** ** Abs, Vitor ___ 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] Mapeando locais religiosos
Questão 3: é, talvez a diferença entre monumento e memorial no OSM seja o tamanho (o que explicaria por que monument só é renderizado como área). Aquilo que não for nem grande nem homenagear uma pessoa acabaria sendo etiquetado como obra de arte. 2013/10/31 Edil Queiroz de Araujo edil...@gmail.com: Obrigado pessoal, valeu Fernando e valeu Alexandre pela resposta no forum. Quanto a questão 1: Realmente, acho que o mais adequado é manter como living street, e concordo que seria ideal para alertar motoristas, pois esta via é usada para romarias, procissões e outros eventos religiosos. Deixei uma nota também. Questão 2: Quanto a elementos que não são renderizados como pontos, vou verificar melhor algumas informações e então vou relatar o problema em ultimo caso. Achei interessante como os dados aparecem no Mapa de Objetos Históricos: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=13lat=-24.20558lon=-48.50328layers=BFTdetail=3 (resposta no fórum http://forum.openstreetmap.org/viewtopic.php?id=23062) Questão 3: Vou dar uma estudada melhor na tag historic=monument e historic=memorial, vejo que preciso saber mais a respeito, pois vi que tem vários detalhes. pelo visto, historic=monument não se aplicaria, pois não são estruturas grandes: http://wiki.openstreetmap.org/wiki/CheckTheMonuments Quanto a questão 4, era exatamente isso mesmo. Busquei uma localização melhor para o elemento hamlet e o elemento igreja foi renderizado normalmente. Fiz isso também com o bebedouro e o banheiro búblico ao lado, deixando um pouquinho mais afastados e teve o mesmo efeito positivo: http://www.openstreetmap.org/#map=19/-24.21092/-48.45471 Edil Queiroz de Araujo Projeto RGM - Ribeirão Grande em Mapas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Roteamento
Nas vezes que eu testei o OsmAnd, ele me dava rotas erradas (fazendo conversões em lugar proibido e escolhendo rotas sub-ótimas), e o mapa do OSM não tinha nada de incosistente. Assim, reforço a sugestão do Gerald, o OSRM é uma ótima opção para testar o roteamento. 2013/10/31 Gerald Weber gwebe...@gmail.com: Eu recomendo este: http://project-osrm.org/ note que se você fez alterações demora um tempo até que a base seja atualizada (1 ou 2 dias) eu sei também que você pode configurar o osmand para usar sistemas diferentes de roteamento. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: Marcos zero das cidades brasilerias
Abrindo um parêntese: em Porto Alegre, o nó do OSM que presenta a cidade já está no marco zero. A informação veio de um texto da prefeitura. 2013/10/31 Reinaldo Neves rne...@equacao.com.br: Vitor fiz diferente, coloquei o arquivo compactado disponível para download na minha homepage www.equacao.com.br/auditoria, assim caso mais alguém da lista precise do arquivo pode pegar direto na área de download. Abraços Reinaldo De: Vitor George [mailto:vitor.geo...@gmail.com] Enviada em: quinta-feira, 31 de outubro de 2013 12:05 Para: OSM talk-br Assunto: Re: [Talk-br] RES: Marcos zero das cidades brasilerias Muito legal, manda sim! Obrigado! 2013/10/31 Reinaldo Neves rne...@equacao.com.br Vitor bom dia, Eu tenho uma tabela de municípios do IBGE com centroide do setor 001 de cada localidade, a informação só não vale para a cidade de São Paulo, quer que eu envie isso direto para o seu email para verificar se tem como utilizar. O marco zero de São Paulo foi definido por lei na praça da sé, então creio que teria que trabalhar com essas coordenadas ao invés das coordenadas do IBGE, -23.550389,-46.633951 Reinaldo De: Vitor George [mailto:vitor.geo...@gmail.com] Enviada em: quarta-feira, 30 de outubro de 2013 17:48 Para: OSM talk-br Assunto: [Talk-br] Marcos zero das cidades brasilerias Oi pessoal, Queria ver se conseguimos colocar os marco zeros exatos das cidades no OpenStreetMap. Se conseguíssemos ter isso, seria possível fazer geocoding de endereços onde a numeração das vias ainda não está mapeada no OSM. Alguém tem alguma idéia de onde conseguir esta informação? Abs, Vitor ___ 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 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: Marcos zero das cidades brasilerias
Aproveitando o parêntese, deliberadamente coloquei o nó daqui do Rio de Janeiro no centro geográfico (aproximadamente) ao invés de no (bairro) Centro (não sei exatamente aonde seria o marco zero) porque na posição anterior em vários níveis de zoom, o nome da cidade tampava ou era tampado pelo nome da cidade vizinha do outro lado da Baía de Guanabara (Niterói). Talvez precisemos ter uma tag específica para os Marco Zero. []s Arlindo Em 31/10/2013 16:04, Fernando Trebien fernando.treb...@gmail.com escreveu: Abrindo um parêntese: em Porto Alegre, o nó do OSM que presenta a cidade já está no marco zero. A informação veio de um texto da prefeitura. 2013/10/31 Reinaldo Neves rne...@equacao.com.br: Vitor fiz diferente, coloquei o arquivo compactado disponível para download na minha homepage www.equacao.com.br/auditoria, assim caso mais alguém da lista precise do arquivo pode pegar direto na área de download. Abraços Reinaldo De: Vitor George [mailto:vitor.geo...@gmail.com] Enviada em: quinta-feira, 31 de outubro de 2013 12:05 Para: OSM talk-br Assunto: Re: [Talk-br] RES: Marcos zero das cidades brasilerias Muito legal, manda sim! Obrigado! 2013/10/31 Reinaldo Neves rne...@equacao.com.br Vitor bom dia, Eu tenho uma tabela de municípios do IBGE com centroide do setor 001 de cada localidade, a informação só não vale para a cidade de São Paulo, quer que eu envie isso direto para o seu email para verificar se tem como utilizar. O marco zero de São Paulo foi definido por lei na praça da sé, então creio que teria que trabalhar com essas coordenadas ao invés das coordenadas do IBGE, -23.550389,-46.633951 Reinaldo De: Vitor George [mailto:vitor.geo...@gmail.com] Enviada em: quarta-feira, 30 de outubro de 2013 17:48 Para: OSM talk-br Assunto: [Talk-br] Marcos zero das cidades brasilerias Oi pessoal, Queria ver se conseguimos colocar os marco zeros exatos das cidades no OpenStreetMap. Se conseguíssemos ter isso, seria possível fazer geocoding de endereços onde a numeração das vias ainda não está mapeada no OSM. Alguém tem alguma idéia de onde conseguir esta informação? Abs, Vitor ___ 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 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Quadras, lotes vs construções
Arlindo e Fernando obrigado pela participação de vocês. Fernando usar a tag admin_level é bem melhor do que landuse! Obrigado! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Amtliche Daten
On Thu, Oct 31, 2013 at 02:06:03AM +0100, Martin Koppenhoefer wrote: eher in Ausnahmefällen, und je nach weiterer gesetzlicher Regelung (regional), der Normalfall (häufigster Fall), der auch im Bundesrecht so verankert ist, ist eine Nummer pro Grundstück (ein Grundstück kann auch - weitere Ausnahme - aus mehreren Flurstücken bestehen). Wenn sich die Nummer auf einen Eingang, Zugang oder ein Gebäude bezieht, bringt man den addr:tag in osm dort an. Ist eben schwierig mit der Doktrin zu vereinbaren das wir das mappen was wir sehen können ;) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM.jnlp - HowTo
Hallo Markus, On Wed, Oct 30, 2013 at 07:16:42PM +0100, Markus wrote: Nicht verstanden habe ich, was der Vorteil ist, wenn bei .jnlp bei jedem Programmstart das Programm neu heruntergeladen wird. Der Vorteil ist, dass lokal nichts installiert werden muss. Das Programm bleibt im Browser-Cache und wird idealerweise auch nur dann erneut heruntergeladen, wenn es eine neue Version gibt. Siehe dazu auch https://de.wikipedia.org/wiki/Java_Web_Start Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 30. Oktober 2013 15:50 schrieb Robert S. osm-m...@autobahnen-europa.eu: Flurstücke und Hausnummern passen doch gar nicht zusammen. Hier mal ein Beispiel aus NRW: http://abload.de/img/alk-nrwucrm3.png Quelle: Geobasisdaten der Kommunen und des Landes NRW © Geobasis NRW 2013 wenn mehrere Flurstücke ein Grundstück bilden, läuft eine Flst.grenze auch mal durch ein Gebäude, von so einer Ausnahme kann man nicht auf die Allgemeinheit schliessen. Aber es stimmt, im Prinzip hätte ich Grundstück und nicht Flurstück schreiben müssen, wie es auch genau so im BauGB steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Dennoch, der Zusammenhang von Grundstück und Flurstück ist ziemlich direkt. ;-) hier mal ein paar weitere ALK Auszüge, die das zeigen: http://www.bezreg-koeln.nrw.de/brk_internet/organisation/abteilung07/produkte/liegenschaftsinformation/katasterinformation/alk/alk.jpg http://www.vermessung-wuttke.de/images/Auszug-aus-der-Automatisierten-Liegenschaftskarte-(ALK).jpg http://www.thueringen.de/imperia/md/content/tmbv/kataster/in_alk_e.jpg Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aufräumarbeiten monitoring_station/measurement_station
Nach 3,5 Jahren Koexistenz der beiden Tags wird es Zeit, mal aufzuräumen. Unter ¹ findet man das überarbeitete, aktuelle Proposal. Nach 3,5 Jahren braucht es keinen RFC mehr, das Voting ist eröffnet. Um zum Abschluss die Tags zu vereinheitlichen, braucht es einen mechanischen Edit, um Objekte mit measurement_station nach monitoring_station zu ändern. Details dazu findet man unter ². Einwände und Meinungen können auf den entsprechenden Diskussionsseiten, hier oder auf der englischen Liste geäußert werden. Gruß Thomas ¹ http://wiki.openstreetmap.org/w/index.php?title=Proposed_features/monitoring_station ² http://wiki.openstreetmap.org/wiki/Mechanical_Edits/malenki ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Moin, für eine brauchbare Fahrradkarte genügt es offensichtlich nicht, wenn Straße und Radweg einzeln erfasst sind (siehe Mapnikkarte mit je nach Zoomlevel sichtbaren, halb überdeckten oder gar nicht sichtbaren straßenbegleitenden Radwegen). Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Mein Garmin-GPS hat mich teils vom Radweg auf die Straße und zurück auf den Radweg geschickt, um wenige Meter in der Kurve abzukürzen. Das Lübecker-Modell mit dem Tag cycleway:*=sidepath, den Relation für eigenständige Radwege an Straßen und den sidepath:refname=* mit willkürlich gewählten Pseudonamen finde ich seltsam. Ich teile die von Rainer genannten Kritikpunkte. Wir sollten uns endlich eine bessere Lösung überlegen. Offenbar braucht man die Information, ob ein Radweg straßenbegleitend oder eigenständig ist, und umgekehrt, ob zu einer Straße ein Radweg als eigener way existiert. Dafür wäre je ein einfaches Tag ausreichend. Brauchen wir eine Relation, die alle Wegsegmente (Straße und Radweg) zusammenfasst? Brauchen wir eine explizite segmentweise Zuordnung straßenbegleitender Radwege zur Straße? Für straßenbegleitende Fußwege sollte das Modell natürlich auch anwendbar sein. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Stephan Wolff schrieb: Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Und benutzungspflichtige, von nicht benutzungspflichten Radwegen. Gibt es da eine Möglichkeit? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-31T19:20:07+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Am 31.10.2013, 18:20 Uhr, schrieb Stephan Wolff s.wo...@web.de: Moin, für eine brauchbare Fahrradkarte genügt es offensichtlich nicht, wenn Straße und Radweg einzeln erfasst sind (siehe Mapnikkarte mit je nach Zoomlevel sichtbaren, halb überdeckten oder gar nicht sichtbaren straßenbegleitenden Radwegen). Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Mein Garmin-GPS hat mich teils vom Radweg auf die Straße und zurück auf den Radweg geschickt, um wenige Meter in der Kurve abzukürzen. Das hat nichts mit straßenbegleitend oder nicht nicht zu tun, sondern eher ob der Radweg benutzungspflichtig ist oder nicht, und ob dein Garmin das unterscheiden kann, oder ob du es darin gar einstellen kannst, wo du lieber radeln möchtest. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Am 31.10.2013, 19:20 Uhr, schrieb Dirk Sohler s...@0x7be.de: Stephan Wolff schrieb: Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Und benutzungspflichtige, von nicht benutzungspflichten Radwegen. Gibt es da eine Möglichkeit? Entweder: benutzungspflichtig: bicycle=designated nicht benutzungspflichtig: bicycle=yes Oder: benutzungspflichtig: bicycle=official nicht benutzungspflichtig: bicycle=yes/designated Die Frage ist was designated sein soll? Ein Beschilderter Radweg? Das könnte aber auch eine Radroute oder ein Fahrrad frei Schild sein... Deswegen wurde official erfunden. Man müsste sich da nur mal einigen, am besten weltweit! Die Sache mit dem bicycle=yes ist auch nicht so klar. Viele setzten das einfach bei allen Wegen, die mit dem Rad befahren werden KÖNNEN. Wahrscheinlich die Potlatch-User mit den eingebauten presets. Sinn macht es nur bei Schildern die das erlauben, der Rest wird ohnehin durch die Landesspezifischen access-Regelungen geregelt. Alternative für dort darf man radeln könnte sowas sein: cycling=yes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ich habe mal experimentell eine street-Relation erstellt: http://www.openstreetmap.org/browse/relation/2703394 Aber es gibt natürlich keine Unterstützung für solche Relationen. Und ich habe immer mal wieder daran gedacht, das Tagging durch ein besseres anderes zu ersetzen. Ich bin mir darüber bewusst, dass dieses Schema umstritten ist. Aber es gab einfach ein paar Vorteile für dieses Schema: * Man kann oneway leichter definieren * Im Zusammenhang mit Fußgängerüberwegen ist mehr Konsistenz möglich * Man kann genauer erkennen wo man her fahren kann * Oft muss man einen Radweg früher verlassen und auf die Straße fahren, damit man in eine andere Straße abbiegen kann. So etwas kann durch Taggen an Straßen nicht gelöst werden. Am 31.10.2013 19:20, schrieb Dirk Sohler: Stephan Wolff schrieb: Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Und benutzungspflichtige, von nicht benutzungspflichten Radwegen. Gibt es da eine Möglichkeit? In der Regel ist es ja nicht verboten auf der begleiteten Straße zu fahren. Wenn es dann einen begleitenden Weg mit bicycle=designated gibt, sollte der bevorzugt werden. Wenn es um Details geht finde ich das gesamte Tagging für Radwege noch nicht zufriedenstellend. Wenn man die Tags an den Straßen mehr unterstützen wollte, sollte man sich vielleicht auch mal um ein Rendering der vielen speziellen Tags in JOSM bemühen und die Eingabe erleichtern. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJScqt1AAoJEHSvWLoMVLeJETkQAICoSlrKNibYRzkk1PvQYfEL yOwY9qZGVIfr3FVnDVJ5HpMlIRshhtzmakXeXCf1HJCYAgILVWPR37/Ao1ekjEgt cUbuFEtZy/czWmchBiInbuDVbBbOWgkD2lG9FV2tS+E47AeCsbGPkHWntahDFW+g Hu6UDFXqhXlECEb9mIwKdqe5PW86Bu4d8vDHf6G1p6JldVPSo7aD6IR1gx5v5mpy x10O7/F+S7Gjo0IggVZmoUr3E3RhfENRT1qWyEQgmaoulXxRSSeZZrNy1IFmc163 c9yIc9DJaJFT8+jt7iLeJve7cOIEURDhefSXbTxAbJaMzYgg0xMulGanT4hlWamO RGZfoB8ef7PhNG+514bmCX8qFIriwQzHMT1ea6aVAN9U/fpmgI4mQlAa9XyMfikr SEvL8rsf3/orPB5jG/r2TtO9qJmo3ewgD7GBi0zd6wrXrFh9jCNSl/2/eI+Cbjc5 i+XeuXADqpx3hwNU3hodVy6EMGKOz5MtSVxOC7cJevtI95ACEretBJqmYljDOF+Q pgI1GVwSLAcO7p7DPjmgRreXZQVuDIPOoyy+35jvG4wlhU6mOFkY/JhQQMuuJ4xZ nD57vmX/CEA8h9NCWNeaH7jufQ6izyTqc2fFa3K4c2iCCqzrfOi9IHaGVHlkfV1u HaoHcMa5lTnFkXewdyhF =Jir3 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Hallo, Am 31.10.2013 20:11, schrieb cracklinrain: * Oft muss man einen Radweg früher verlassen und auf die Straße fahren, damit man in eine andere Straße abbiegen kann. So etwas kann durch Taggen an Straßen nicht gelöst werden. Deshalb gibt es ja die allgemeine Regel: Ein Weg für alles, wenn es keine bauliche Trennung gibt, zwei oder noch mehr Wege, wenn es eine bauliche Trennung gibt. Bauliche Trennungen: Leitplanke: ja weißer Strich: nein doppelter weißer Strich: allgemeine Uneinigkeit, siehe talk-de-Archiv Grünstreifen: eher ja Bordstein: für Autos würde ich ja sagen, für Fußgänger nein, bei Radlern kommt es auf die Höhe an. Ein Fußgänger kann an einem Bordstein überall die Straße überqueren. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Am Donnerstag, den 31.10.2013, 20:18 +0100 schrieb Michael Reichert: Hallo, Am 31.10.2013 20:11, schrieb cracklinrain: * Oft muss man einen Radweg früher verlassen und auf die Straße fahren, damit man in eine andere Straße abbiegen kann. So etwas kann durch Taggen an Straßen nicht gelöst werden. Deshalb gibt es ja die allgemeine Regel: Ein Weg für alles, wenn es keine bauliche Trennung gibt, zwei oder noch mehr Wege, wenn es eine bauliche Trennung gibt. Bauliche Trennungen: Leitplanke: ja weißer Strich: nein doppelter weißer Strich: allgemeine Uneinigkeit, siehe talk-de-Archiv Die letzte Diskussion auf talk-de (7/13) hatte ergeben, dass wir hier ein nein annehmen. Selten, aber wahr ;-) Grünstreifen: eher ja Bordstein: für Autos würde ich ja sagen, für Fußgänger nein, bei Radlern kommt es auf die Höhe an. Ein Fußgänger kann an einem Bordstein überall die Straße überqueren. alle anderen +1 Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege (war: Fahrradwege taggen, Lübecker Methode)
Am Donnerstag, den 31.10.2013, 18:20 +0100 schrieb Stephan Wolff: Moin, für eine brauchbare Fahrradkarte genügt es offensichtlich nicht, wenn Straße und Radweg einzeln erfasst sind (siehe Mapnikkarte mit je nach Zoomlevel sichtbaren, halb überdeckten oder gar nicht sichtbaren straßenbegleitenden Radwegen). Auch für gutes Fahrradrouting muss man straßenbegleitende von eigenständigen Radwegen unterscheiden können. Mein Garmin-GPS hat mich teils vom Radweg auf die Straße und zurück auf den Radweg geschickt, um wenige Meter in der Kurve abzukürzen. +1 Das Lübecker-Modell mit dem Tag cycleway:*=sidepath, den Relation für eigenständige Radwege an Straßen und den sidepath:refname=* mit willkürlich gewählten Pseudonamen finde ich seltsam. Ich teile die von Rainer genannten Kritikpunkte. Wir sollten uns endlich eine bessere Lösung überlegen. Sofort einverstanden. Offenbar braucht man die Information, ob ein Radweg straßenbegleitend oder eigenständig ist, und umgekehrt, ob zu einer Straße ein Radweg als eigener way existiert. Dafür wäre je ein einfaches Tag ausreichend. Brauchen wir eine Relation, die alle Wegsegmente (Straße und Radweg) zusammenfasst? Das ist sinnvoll, um die zusammengehörenden Elemente zu finden, z.B. ist der Radweg sonst nicht mit dem Straßennamen verbunden. Außerdem unterscheidet man dann eindeutig den zufällig in der Nähe verlaufenden Radweg von dem, der zur Straße gehört, und bei räumlicher Nähe mehrerer Straßen wird klar, welche Straße gemeint ist. Das ist auch für die Annahme einer Fahrtrichtungsbeschränkung von Bedeutung. Brauchen wir eine explizite segmentweise Zuordnung straßenbegleitender Radwege zur Straße? Das hängt von der Detailmenge ab. Wenn der Radweg segmentweise detailliert erfasst wurde mit Oberflächenmaterial und ~zustand, sollte es eine Möglichkeit geben, die Lage der Segmente an der Fahrbahn abzubilden. Wie oben schon richtig angeführt muss der Radweg in kleineren Maßstäben zeichnerisch nach außen gerückt werden. Das beste Mittel dazu ist das Aufnehmen in die Signatur der Straße. Theoretisch könnte man die Segmente auch aus der geometrischen Lage an die Fahrbahn rechnen. Probleme entstehen bei Sonderfällen, wenn die Fahrbahn und die Radwege nicht gerade verlaufen, z.B. sich um irgendwelche Hindernisse schlängeln und dabei nicht parallel zu einander sind und die Segmente relativ kurz sind. Wir brauchen also eine Methode, die immer funktioniert. Für straßenbegleitende Fußwege sollte das Modell natürlich auch anwendbar sein. +1 Fußwege werden leider viel zu wenig in die Überlegungen einbezogen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Osmose abilitato per l'Italia
2013/10/30 bredy bredy...@yahoo.it: Ma ogni quanto viene aggiornato? Perchè un errore corretto il 6 ottobre risulta ancora presente in OSMOSE, mentre non appare in keepright. Dovrebbe essere corretto ogni giorno, dai log non ricevo errori. Di che errore stiamo parlando? Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
Una strada che passa sopra un fiume. Come detto il 6 ottobre ho aggiunto il ponte con il layer 1, ma Osmose continua a segnalare l'errore. Da: Cristian Consonni kikkocrist...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Giovedì 31 Ottobre 2013 10:07 Oggetto: Re: [Talk-it] Osmose abilitato per l'Italia 2013/10/30 bredy bredy...@yahoo.it: Ma ogni quanto viene aggiornato? Perchè un errore corretto il 6 ottobre risulta ancora presente in OSMOSE, mentre non appare in keepright. Dovrebbe essere corretto ogni giorno, dai log non ricevo errori. Di che errore stiamo parlando? Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/10/31 alessandro zardo bredy...@yahoo.it: Una strada che passa sopra un fiume. Come detto il 6 ottobre ho aggiunto il ponte con il layer 1, ma Osmose continua a segnalare l'errore. hai messo bridge? puoi farci vedere la zona? -- 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
Re: [Talk-it] Osmose abilitato per l'Italia
qui un esempio del ponte http://www.openstreetmap.org/browse/way/241808492 -- View this message in context: http://gis.19327.n5.nabble.com/Osmose-abilitato-per-l-Italia-tp5776797p5783509.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ...DOMANDONE su Bing, PCN ecc.
DOMANDONE del venerdì pomeriggio Ma voi come vi regolate rispetto alle immagini che mostra Bing piuttosto che PCN 2006 - Italia? Nel senso che normalmente la mia traccia GPS fatto sul campo si discosta spesso un po' (nell'ordine anche di 15/20m di differenza) dall'immagine di questi database. Però è anche vero che pure il GPS stesso a volte sballa di 15/20m: nel senso che anche ripassando soltanto mezz'ora dopo a ritroso sullo stesso sentiero (specialmente in tratti di bosco fitto) la mia stessa traccia non coinciderà tra andata e ritorno... Sò che per tutte le immagini Bing o PCN dentro Josm si può impostare il valore di scostamento ma questo non è sempre identico da zona a zona... Tra l'altro io prediligo Bing rispetto a PCN perché ha un valore di dettaglio parecchio maggiore. In sostanza come vi regolate voi? Esiste un modo uniforme e corretto di procedere rispetto a questo fattore? Non mi pare una questione da poco... Grazie, ciao! --enrico -- View this message in context: http://gis.19327.n5.nabble.com/DOMANDONE-su-Bing-PCN-ecc-tp5783524.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ...DOMANDONE su Bing, PCN ecc.
Il giorno 31 ottobre 2013 15:42, demon.box e.rossin...@alice.it ha scritto: DOMANDONE del venerdì pomeriggio Ma voi come vi regolate rispetto alle immagini che mostra Bing piuttosto che PCN 2006 - Italia? Nel senso che normalmente la mia traccia GPS fatto sul campo si discosta spesso un po' (nell'ordine anche di 15/20m di differenza) dall'immagine di questi database. Però è anche vero che pure il GPS stesso a volte sballa di 15/20m: nel senso che anche ripassando soltanto mezz'ora dopo a ritroso sullo stesso sentiero (specialmente in tratti di bosco fitto) la mia stessa traccia non coinciderà tra andata e ritorno... Sò che per tutte le immagini Bing o PCN dentro Josm si può impostare il valore di scostamento ma questo non è sempre identico da zona a zona... Tra l'altro io prediligo Bing rispetto a PCN perché ha un valore di dettaglio parecchio maggiore. In sostanza come vi regolate voi? Esiste un modo uniforme e corretto di procedere rispetto a questo fattore? Non mi pare una questione da poco... Grazie, ciao! --enrico Ciao Enrico! Come qualità della georeferenziazione, la classifica è più o meno questa: - PCN - Bing - GPS dello smartphone - Orientarsi con le stelle - Vuoto - GPS dello smartphone in mezzo ad un bosco Scherzi a parte :-) se sei in mezzo a fogliame, edifici (specie se alti), nubi, ghiacciai e altre superfici riflettenti, il GPS ha un'incertezza maggiore di quella nominale. I GPS commerciali in particolare si smarriscono ancora più facilmente. Fidati pure più delle ortofoto in quel caso, e comunque più del PCN che di Bing (migliore georeferenziazione soprattutto su terreni in pendenza). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ...DOMANDONE su Bing, PCN ecc.
On Thu, 31 Oct 2013, demon.box wrote: DOMANDONE del venerdì pomeriggio Ma voi come vi regolate rispetto alle immagini che mostra Bing piuttosto che PCN 2006 - Italia? Come livello di base consiglio di usare le PCN, e di traslare il livello delle foto Bing fino a farlo coincidere (a livello del terreno, non prendere come riferimento i tetti degli edifici) con le PCN. Attenzione però che la traslazione va fatta puntualmente, perchè i valori di scostamento tra le foto variano in base alla zona visualizzata. Josm ci viene incontro perchè permette di salvare i vari valori di scostamento dandogli un nome. In montagna è più difficile perchè in corrispondenza dei fianchi delle montagne, o in caso di pareti verticali alte (dai 50m in su, indicativamente) le distorsioni delle foto sono molto molto evidenti. Se vuoi provare sulla tua pelle, guarda le PCN intorno alla Corna delle Capre: http://www.openstreetmap.org/#map=18/45.74917/10.14203 e confrontale con le Bing. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osmose abilitato per l'Italia
2013/10/31 bredy bredy...@yahoo.it: qui un esempio del ponte http://www.openstreetmap.org/browse/way/241808492 Dal popup, cliccando sulla E in alto a dx si ottiene un link all'errore. Ad esempio: http://osmose.openstreetmap.fr/it/error/532407271 Potete postare questo? Grazie. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osm in applicazione android metromilano senza attribuzione
ok, quindi contatterò il programmatore tramite indirizzo mail messo a disposizione del market. qui la bozza della mail ditemi se va bene ed è tutto corretto: / Buona sera, la contatto per avvisarla che l'utilizzo della mappa OpenStreetMap , presente nell'applicazione MetroMilano da lei sviluppata, prevede l'attribuzione al progetto come spiegato nella pagina http://www.openstreetmap.org/copyright L'immagine della mappa (tavole) è sotto licenza CC-BY-SA e l'attribuzione deve essere “© OpenStreetMap contributors ” mentre l'eventuale utilizzo di dati necessita della licenza Open Database Licese (ODbL) con la medesima attribuzione. Fiducioso nella sua comprensione la ringrazio da parte del progetto OpenStreetMap per aver usato la nostra mappa. Cordiali saluti, Aurelio Cilia (Aury88)/ - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Osm-in-applicazione-android-metromilano-senza-attribuzione-tp5783418p5783530.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ...DOMANDONE su Bing, PCN ecc.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 31/10/2013 15:42, demon.box ha scritto: DOMANDONE del venerdì pomeriggio Ma voi come vi regolate rispetto alle immagini che mostra Bing piuttosto che PCN 2006 - Italia? Nel senso che normalmente la mia traccia GPS fatto sul campo si discosta spesso un po' (nell'ordine anche di 15/20m di differenza) dall'immagine di questi database. Però è anche vero che pure il GPS stesso a volte sballa di 15/20m: nel senso che anche ripassando soltanto mezz'ora dopo a ritroso sullo stesso sentiero (specialmente in tratti di bosco fitto) la mia stessa traccia non coinciderà tra andata e ritorno... Sò che per tutte le immagini Bing o PCN dentro Josm si può impostare il valore di scostamento ma questo non è sempre identico da zona a zona... Tra l'altro io prediligo Bing rispetto a PCN perché ha un valore di dettaglio parecchio maggiore. In sostanza come vi regolate voi? Esiste un modo uniforme e corretto di procedere rispetto a questo fattore? Non mi pare una questione da poco... Grazie, ciao! --enrico Oltre a ciò che hanno detto gli altri, ti invito a fare una prova: Mappa delle case non ancora fatte, con il PCN, poi apri lo sfondo con Bing, e vedi subito la differenza, e non solo, mappa delle case distanti 1 Km (tipo 4 case e dopo 1 Km altre 4 case), mappale col PCN, poi vedi con Bing, e sembra che quest'ultimo dev'esser passato su una lente, sembra che la foto satellitare sia come bombata, anche con lo scostamento Bing non cambia il problema delle coordinate. Io Bing lo uso solo per mappare case recenti, quelle dopo il 2006, o quelle che hanno dettagli particolari, visto che le foto di Bing, dal punto di vista del dettaglio, sono sicuramente superiori. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJynfQACgkQoVS0hKoD3PN/TAD+Ov9CEAgU/KZfEPjtVVFgeYnn hgXSEzsCLEhzpw0+IKABAKMn+NJN5XEy93PgM6YG2g1eJqGKbaRyohkCh7K4hE3t =tCWY -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] lavorazione pietre
Io ho usato craft=stonemason http://wiki.openstreetmap.org/wiki/Tag:craft%3Dstonemason Mandi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Zone bollino blu
Su alcune strade mi è capitato di trovare un cartello con indicato Zona Bollino Blu e riportato il simbolo di divieto i transito. Che significa, e come si mappano? -- View this message in context: http://gis.19327.n5.nabble.com/Zone-bollino-blu-tp5783540.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Zone bollino blu
2013/10/31 bredy bredy...@yahoo.it: Su alcune strade mi è capitato di trovare un cartello con indicato Zona Bollino Blu e riportato il simbolo di divieto i transito. Che significa, e come si mappano? Ti evito la questione: il bollino blu è stato abolito l'anno scorso. Comunque sarebbero delle zone a traffico limitato con delle eccezioni. -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ...DOMANDONE su Bing, PCN ecc.
Am 31.10.2013 um 16:15 schrieb Simone Saviolo simone.savi...@gmail.com: Ciao Enrico! Come qualità della georeferenziazione, la classifica è più o meno questa: - PCN - Bing - GPS dello smartphone - Orientarsi con le stelle - Vuoto - GPS dello smartphone in mezzo ad un bosco Scherzi a parte :-) se sei in mezzo a fogliame, edifici (specie se alti), nubi, ghiacciai e altre superfici riflettenti, il GPS ha un'incertezza maggiore di quella nominale. I GPS commerciali in particolare si smarriscono ancora più facilmente. Fidati pure più delle ortofoto in quel caso, e comunque più del PCN che di Bing (migliore georeferenziazione soprattutto su terreni in pendenza). +1, lo vedo anch'io così Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Osm in applicazione android metromilano senza attribuzione
Facci sapere cosa ti risponde ;) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] VT GPS duomenys
2013 m. spalis 31 d. 08:23, Eduardas Kriščiūnas rašė: Taip pat ir šiukšliadėžes bei ženklus turėtų suvedinėti atitinkamos tarnybos. ... Turėtų būti nurodoma spalva, talpa, valymo periodiškumas, gal modelis ar dar kas nors. Kokios galimybės tai specifikuoti OSM'e? OSM'e nėra fiksuotų žymų ir reikšmių, reiškia iš principo galima pažymėti bet ką (net ir ar kelio ženklas yra apklijuotas katukų lipdukais, cat_stickers=7). Kitas dalykas, kad OSM'e nėra sluoksnių, reiškia visa informacija nukris į tą patį vieną kibirą, kur informaciją visi matys ir visi galės keisti. Taigi šitoje vietoje yra minusų - kažkas gali nesuprasdamas panaikinti/sugadinti esamą teisingą informaciją. Yra ir pliusų - kažkas pagal tokį patį modelį gali įvesti naujai atsiradusius objektus arba pataisyti esamų savybes (ir tokiu būdu suteikti vertingą informaciją ar bent jau nurodyti, kad reikia apžiūrėti pakeitimo vietą). Žodžiu rūpimų objektų informacijos pakeitimus OSM'e reikėtų stebėti. OSM informacijos pakeitimų stebėjimo modelis buvo pritaikytas kažkur JAV, artai Niujorke, artai Vašingtone. Bendra idėja - valstybinė įstaiga gauna dienos santraukas - kas pasikeitė OSM'e juos dominančiuose objektuose ar objektų tipuose. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniaus dviraciu taku - trasu zemelapis - OSM pagrindu?
2013 m. spalis 30 d. 09:20, Eduardas Kriščiūnas rašė: Pagal ženklinimą paišyti irgi nėra prasmės, nes ženklų vietos nurodytos tik popieriuje ir policijos sąsiuviniuose, prasmingoje elektroninėje formoje jų nėra. Per metus dingsta apie 5% ženklų, tad pėsčiųjų takų informacijos tikrinimas realybėje atkrenta. Bet aš nelabai matau kito varianto, kaip tik vietoje apžiūrėti ir įvertinti, yra dviračių takas ar nėra. Nes turim ir Vitalijaus aprašytą Antakalnio variantą, ir galim toliau žiūrėti: Ožkinių gatvės dviračių ir pėsčiųjų tako ruožas 1. Ortofoto matosi, kad greta gatvės eina atskiras takas, tik jis eina į Rytus ne nuo daugmaž Riešės upelio (http://openmap.lt/#l=54.76389,25.35218,18,L), o nuo gerokai Vakariau esančio taško (daugmaž prie pastotės va čia: http://openmap.lt/#l=54.76576,25.33923,18,L). Bet čia dar tebūnie, kad tik dalis tako sutvarkyta ir paversta dviračių ir pėsčiųjų taku. 2. Dviračių/pėsčiųjų takas pagal VS duomenis eina ir Vakariau nuo Ožkinių žiedo (http://openmap.lt/#l=54.76843,25.36714,18,L), nors toliau eina labai siaura gatvelė per sodus. Toje gatvelėje net dvi mašinos turėtų problemų prasilenkti, ką jau kalbėti apie vietą įrengti atskirą dviračių/pėsčiųjų taką (dėl juostos aš abejočiau, bet šiek tiek mažiau). O dviračių žemėlapis įtariu turėtų būti skirtas... dviratininkams? :-) Kad jie pažiūrėję į žemėlapį galėtų suprasti, ką jie ras ANT ŽEMĖS. Kad gautų atsakymą į klausimą, kuriose atkarpose kaip patogu ir saugu yra važiuoti? Taigi manau, jei tik yra galimybė, fotografuokit/filmuokit esamą infrastruktūrą, žiūrėsim, nagrinėsim ir spręsim, kaip žymėti. Beje, ne viskas, kas pažymėta su dviračio simboliu yra dviračių takas. Bendri su pėsčiaisiais takai pagal SEAKĮ yra pėsčiųjų takai. OSM'e yra atskiri žymėjimai tiek dedikuotiems, tiek ir mišriems takams ir jų variantams. Taigi informacijos yra pakankamai, kad interpretuotume takus taip, kaip reikia tuo metu nekeičiant duomenų. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniaus dviraciu taku - trasu zemelapis - OSM pagrindu?
Kad būtų aiškiau, kur šiuo metu esame (dviračių žymėjimo kontekste), galite pažiūrėti štai šitą žemėlapį: http://z.samogitian.com/qq/vilnius_dviraciai.pdf ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniaus dviraciu taku - trasu zemelapis - OSM pagrindu?
Kas čia? Ir kodėl PDF'e? Kažkokie pažaidimai su OSM duomenų atvaizdavimu QGIS'e? 2013.10.31 21:57, Tomas Straupis rašė: Kad būtų aiškiau, kur šiuo metu esame (dviračių žymėjimo kontekste), galite pažiūrėti štai šitą žemėlapį: http://z.samogitian.com/qq/vilnius_dviraciai.pdf ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Vilniaus dviraciu taku - trasu zemelapis - OSM pagrindu?
2013 m. spalis 31 d. 23:04, Eduardas Kriščiūnas rašė: Kas čia? Ir kodėl PDF'e? Kažkokie pažaidimai su OSM duomenų atvaizdavimu QGIS'e? Taip, tai su QGIS'u generuotas pdf'as (sheipų ir projekto failų vietos skelbtos anksčiau - http://z.samogitian.com/shape/, t.y. bet kas gali tokį žemėlapį pasidaryti). Taikoma į kažką, ką galima būtų atspausdinti. Reiškia tam kartui tinka bet kas, kas palaiko vektorinį formatą - kad ir pdf'as. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-at] Kläranlage
On 30.10.13 20:11, Friedrich Volkmann wrote: water=wastewater hat ein gewisser Al. ins Wiki hineingeschrieben Und was willst Du damit sagen? Sind meine Vorschläge mal grundsätzlich oasch für Dich?! [Zitat Ilya (von dem das water=* Proposal stammt)] I don't see why not :) Please add this value if you wish. Kläranlagen mit landuse=reservoir [Zitat water=reservoir] A reservoir or an artificial lake is used to store water. Nicht wirklich passend... Eben weil die anderen water=* nicht passten, hatte ich Ilya das =wastewater ja vorgeschlagen. Und zum name Tag: Wenn das umschließende wastewater_plant einen name Kläranlage Tripstrü hat, braucht nicht das einzelne Klärbecken ein name=Klärbecken, das ist doch irgendwie naheliegend. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kläranlage
Hallo, Friedrich Volkmann wrote: name=Klärbecken ist einfach zu ungenau, es gibt verschiedene Arten von Klärbecken, und dass es sich um Klärbecken handelt, ergibt sich sowieso schon aus der Lage in einer Kläranlage. Wenn, dann name=Vorklärbecken/Nachklärbecken/Belebungsbecken/etc. wobei ich statt des Key name, den Key description vorschlagen würde, und falls der Value auf Deutsch sein sollte, der passende Key description:de wäre. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Anfänger Treffen in Linz
Hallo liebe OSM Talk Listen User bin ein Hobby OSMler und bastle Hauptsächlich mit JOSM in meiner Umgebung in Linz und Alt Urfahr herum. Habt ihr für Linz demnächst mal ein Treffen geplant? Würde natürlich gerne korrekte Infos zu OSM beitragen. Hab schon bisschen hier, im offiziellen wiki und im deutschen OSM Forum rumgeschnüffelt. Wobei ich finde, das eine persönliche Einführung in das Thema für mich mehr bringt als mich da Stundenlang im Internet zu Informieren. Oder gibt es ein Anfänger Tutorial? Grüße Robert / streetbot ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Antw: Anfänger Treffen in Linz
da könnten wir uns in Linz gerne einmal treffen. lg Bernhard / Dromedar61 In Linz beginnts. streetbot o...@jaxfab.net 31.10.2013 11:51 Hallo liebe OSM Talk Listen User bin ein Hobby OSMler und bastle Hauptsächlich mit JOSM in meiner Umgebung in Linz und Alt Urfahr herum. Habt ihr für Linz demnächst mal ein Treffen geplant? Würde natürlich gerne korrekte Infos zu OSM beitragen. Hab schon bisschen hier, im offiziellen wiki und im deutschen OSM Forum rumgeschnüffelt. Wobei ich finde, das eine persönliche Einführung in das Thema für mich mehr bringt als mich da Stundenlang im Internet zu Informieren. Oder gibt es ein Anfänger Tutorial? Grüße Robert / streetbot ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfänger Treffen in Linz
Hallo Robert, Am 31.10.2013 11:51, schrieb streetbot: Habt ihr für Linz demnächst mal ein Treffen geplant? Im Prinzip wollen wir den Linzer Stammtisch mehr oder weniger im Halbjahresrhythmus stattfinden lassen. In der Vergangenheit hat das nicht immer geklappt, da sich jemand zur Organisation aufraffen muss. Der nächste Termin wäre beim letzten Treffen im Frühjahr auch für diesen September/Oktober/November (Herbst) angedacht gewesen, aber es hat wieder noch niemand die Initiative ergriffen. Wenn du das machen möchtest, bist du herzlich eingeladen ;-) Das übliche Vorgehen ist, in einer Doodle-Umfrage nach dem besten Termin zu fragen, einen Ort möglichst mit nicht zu viel Umgebungslärm dafür aber mit WLAN zu finden (die letzten Male konnten wir uns an der JKU Linz treffen), und das auch im OSM-Wiki auf der Linzer Seite an zu kündigen (und natürlich auf dieser Mailing-Liste). Ich bin leider die nächsten Wochen verhindert und werde mich deswegen darum nicht kümmern können (werde aber gerne teilnehmen, wenn es mir am Termin wieder möglich ist ...). Viele Grüße vom Linzer Auberg, Holger -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Anfänger Treffen in Linz
Da wäre ich auch voll dabei! Räumlichkeiten werden wohl eher kein großes Thema sein - ansonsten würde ich einmal die Tabakfabrik in die Diskussionsrunde werfen. Am 31. Oktober 2013 12:36 schrieb Holger Schöner nume...@ancalime.de: Hallo Robert, Am 31.10.2013 11:51, schrieb streetbot: Habt ihr für Linz demnächst mal ein Treffen geplant? Im Prinzip wollen wir den Linzer Stammtisch mehr oder weniger im Halbjahresrhythmus stattfinden lassen. In der Vergangenheit hat das nicht immer geklappt, da sich jemand zur Organisation aufraffen muss. Der nächste Termin wäre beim letzten Treffen im Frühjahr auch für diesen September/Oktober/November (Herbst) angedacht gewesen, aber es hat wieder noch niemand die Initiative ergriffen. Wenn du das machen möchtest, bist du herzlich eingeladen ;-) Das übliche Vorgehen ist, in einer Doodle-Umfrage nach dem besten Termin zu fragen, einen Ort möglichst mit nicht zu viel Umgebungslärm dafür aber mit WLAN zu finden (die letzten Male konnten wir uns an der JKU Linz treffen), und das auch im OSM-Wiki auf der Linzer Seite an zu kündigen (und natürlich auf dieser Mailing-Liste). Ich bin leider die nächsten Wochen verhindert und werde mich deswegen darum nicht kümmern können (werde aber gerne teilnehmen, wenn es mir am Termin wieder möglich ist ...). Viele Grüße vom Linzer Auberg, Holger -- Holger Schoener nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kläranlage
On 31.10.2013 10:23, Andreas Labres wrote: On 30.10.13 20:11, Friedrich Volkmann wrote: water=wastewater hat ein gewisser Al. ins Wiki hineingeschrieben Und was willst Du damit sagen? Sind meine Vorschläge mal grundsätzlich oasch für Dich?! Nein, ganz im Gegenteil. Ich freue mich, dass du eigene Ideen entwickelst. In diesem Fall ist der Vorschlag aber nicht als Vorschlag gekennzeichnet. Er steht auf der Wiki-Seite in gleicher Weise wie die Werte, die durch Abstimmung angenommen wurden. [Zitat Ilya (von dem das water=* Proposal stammt)] I don't see why not :) Please add this value if you wish. Zitat von wo? Aus einer Privatkonversation? Ilya war verantwortlich für sein Proposal, aber du hast das neue Tag nicht ins Proposal eingetragen, sondern in die fertige Feature page. Die ist Gemeinschaftssache, und Änderungsvorschläge sollte man am zugehörigen Discussion-Reiter zur Diskussion stellen oder in einem Proposal oder von mir aus in einem Forum oder einer Mailingliste, jedenfalls öffentlich, keine Geheimdiplomatie. Kläranlagen mit landuse=reservoir [Zitat water=reservoir] A reservoir or an artificial lake is used to store water. Nicht wirklich passend... Warum nicht? Ein Reservoir ist ein Wasserbehälter. Die Becken in einer Kläranlage sind ebenfalls Wasserbehälter. Das hat bisher nie jemand in Frage gestellt. Das Tagging von Klärbecken als reservoir ist im Wiki unter Tag:man_made=wastewater_plant und unter DE:How_to_map_a dokumentiert. Verwendungen: 273825 x landuse=reservoir 11555 x water=reservoir 2339 x reservoir_type=sewage und auf der anderen Seite: 25 x water=waste_water Aber ich gebe zu, dass ich reservoir_type=sewage bis gestern selber nicht gekannt habe. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kläranlage
On 31.10.2013 09:33, Norbert Wenzel wrote: Es steht dir, und jedem anderen, frei derartige Tags ohne große Diskussion einzuführen, wenn du daran interessiert bist. Nein, bin ich nicht. Ich bin daran interessiert, dass die Anwender einen Nutzen haben. Von Tags, die keiner kennt und keiner auswertet, hat niemand einen Nutzen. Es gibt also imo keinen Grund irgendwas einen generischen Namen zu geben außer dem unbedingten Willen es doch bitte im Mapnik sehen zu wollen. Es gibt zum Glück auch andere Karten als Mapnik. Aber egal welche Karte, ein Nachklärbecken als Nachklärbecken zu beschriften - sofern es sich platzmäßig ausgeht - ist auf jeden Fall hilfreich für den Anwender. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kläranlage
On 10/31/2013 09:27 PM, Friedrich Volkmann wrote: On 31.10.2013 09:33, Norbert Wenzel wrote: Es steht dir, und jedem anderen, frei derartige Tags ohne große Diskussion einzuführen, wenn du daran interessiert bist. Nein, bin ich nicht. Ich bin daran interessiert, dass die Anwender einen Nutzen haben. Von Tags, die keiner kennt und keiner auswertet, hat niemand einen Nutzen. Aber den von dir angesprochenen Nutzen für den Anwender, der sich für Kläranlagen im Detail interessiert, gibt es auch nur, wenn dieser Mapnik und nicht ein anderes Rendering oder gar die Daten selbst verwendet, weil halt Mapnik dummerweise alle names immer rendert. Wenn sich ein Mensch die Daten durchliest, ist es egal ob name=Vorklärbecken oder irgendwas=Vorklärbecken steht. Es ist einzig und allein ein Missbrauch (im Sinne von Hack) eines imo Renderingbugs und damit reines Taggen für Mapnik. Und mit jedem weiteren Eintrag ist es leider auch ein Beispiel für neue Mapper doch möglichst viel Info in das name= Feld einzutragen, selbst wenn sogar das Wiki ev. schon explizite Tags für etwas vorsieht. Ich erinner hier nur an die berühmten Baustellen mit Fertigstellungsdatum, Bauaufsicht und Architektenwebsite im Namen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Where the streets have no name...
I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 On 30/10/2013 10:45 PM, Bruno Remy wrote: Bonjour, J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les principales villes du Québec qui souffrent d'un manque flagrant de qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom. Je vous invite donc à choisir une zone et la compléter à l'aide des données Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez convivial, mais si vous avez des questions, n'hésitez pas à les adresser sur cette liste. Je vous souhaite bien du plaisir! Hello, I'm pleased to announce the release of MapCraft Slices for main cities of province of Quebec (QC) with a lack of quality mapping. On these areas, streets are not mapped, and/or street names are missing. Feel free to choose one of these slices and complete them using Canvec/Geobase data (if still available) and/or satellite imagery. Thats quite convivial, but if you have questions feel free to post on this list. Have fun! Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322 Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323 Bruno Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Hello Harald! Very good suggestion! I'll do that! Stay tuned, folks: I'll advise you when it will be available! Cheers! Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com mailto:kli...@gmail.com a écrit : Bruno, thanks for this list! Something to do for me on those cold and rainy fall days... Would it maybe make sense to make a cake with MapCraft to coordinate the effort and avoid conflicts? http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake, only used ones baked by others, but maybe someone on the list could help. Cheers, Harald. 2013/10/28 Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler cette liste autour de vous! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 -- Bruno Remy -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre De : Tom Taylor tom.taylor.s...@gmail.com À : Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 31 octobre 2013 9h31 Objet : Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 On 30/10/2013 10:45 PM, Bruno Remy wrote: Bonjour, J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les principales villes du Québec qui souffrent d'un manque flagrant de qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom. Je vous invite donc à choisir une zone et la compléter à l'aide des données Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez convivial, mais si vous avez des questions, n'hésitez pas à les adresser sur cette liste. Je vous souhaite bien du plaisir! Hello, I'm pleased to announce the release of MapCraft Slices for main cities of province of Quebec (QC) with a lack of quality mapping. On these areas, streets are not mapped, and/or street names are missing. Feel free to choose one of these slices and complete them using Canvec/Geobase data (if still available) and/or satellite imagery. Thats quite convivial, but if you have questions feel free to post on this list. Have fun! Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322 Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323 Bruno Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Hello Harald! Very good suggestion! I'll do that! Stay tuned, folks: I'll advise you when it will be available! Cheers! Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com mailto:kli...@gmail.com a écrit : Bruno, thanks for this list! Something to do for me on those cold and rainy fall days... Would it maybe make sense to make a cake with MapCraft to coordinate the effort and avoid conflicts? http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake, only used ones baked by others, but maybe someone on the list could help. Cheers, Harald. 2013/10/28 Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler cette liste autour de vous! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please
Re: [Talk-ca] Where the streets have no name...
Merci. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 On 30/10/2013 10:45 PM, Bruno Remy wrote: Bonjour, J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les principales villes du Québec qui souffrent d'un manque flagrant de qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom. Je vous invite donc à choisir une zone et la compléter à l'aide des données Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez convivial, mais si vous avez des questions, n'hésitez pas à les adresser sur cette liste. Je vous souhaite bien du plaisir! Hello, I'm pleased to announce the release of MapCraft Slices for main cities of province of Quebec (QC) with a lack of quality mapping. On these areas, streets are not mapped, and/or street names are missing. Feel free to choose one of these slices and complete them using Canvec/Geobase data (if still available) and/or satellite imagery. Thats quite convivial, but if you have questions feel free to post on this list. Have fun! Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322 Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323 Bruno Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com a écrit : Hello Harald! Very good suggestion! I'll do that! Stay tuned, folks: I'll advise you when it will be available! Cheers! Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com mailto:kli...@gmail.com mailto:kli...@gmail.com mailto:kli...@gmail.com a écrit : Bruno, thanks for this list! Something to do for me on those cold and rainy fall days... Would it maybe make sense to make a cake with MapCraft to coordinate the effort and avoid conflicts? http://wiki.openstreetmap.org/wiki/MapCraft http://wiki.openstreetmap.org/wiki/MapCraftI've never set up a cake, only used ones baked by others, but maybe someone on the list could help. Cheers, Harald. 2013/10/28 Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com Bonjour à tous Dans un tout autre ordre d'idée, suite à des discutions qui ont eu lieu avant et pendant la Cartopartie de dimanche, li y a des villes du Québec qui demanderaient un soin tout particulier: Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans noms de rues. Parfois même des nouveaux développements résidentiels ne sont pas cartographiés, et pourtant ils apparaissent dans l'image satelite ou via les données Canvec ou Geobase... Comme chanterait U2 'Where the streets have no name' ;-) Vous m'avez demandé cette liste dimanche, alors la voici : Ces villes sont classées par ordre décroissant sur 2 criteres : leur état actuel de données, et leur population: Drummondville Mascouche Saint-Georges Saint-Bruno-de-Montarville Thetford Mines Sept-Îles Granby Trois-Rivières Repentigny Saint-Hyacinthe Shawinigan Victoriaville Mirabel N'hésitez pas à faire circuler
Re: [Talk-ca] Where the streets have no name...
Geobase Roads était la couche dont j'avais besoin. Merci encore. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
Bonjour, En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs, même les débutants qui ne maîtrisent pas les imports Canvec: Dans la majorité des cas, les imports de lignes d'interpolations sont déjà là. Il reste juste à tracer le way de la route, et à lui rajouter le nom qui est déjà dans les points d'interpolation. Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode web avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec Vespucci pour Androïd! Bruno 2013/10/31 Tom Taylor tom.taylor.s...@gmail.com Geobase Roads était la couche dont j'avais besoin. Merci encore. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre --**--** *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 ... __**_ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-cahttps://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
C'est exact Harald, cela doit être corrigé. J'ai récemment corrigé les noms de rues importés de Canvec avec deux espaces. J'ai utilisé Overpass pour trouver ces noms, puis j'ai corrigé dans JOSM. Je vois qu'il y en a encore quelques-un a Drummondville, Tu peux utiliser le script Overpass suivant pour les repérer et importer dans JOSM pour correction. L'instruction suivante repère les noms avec deux espaces. has-kv k=name regv= / Procédure overpass : http://overpass-turbo.eu/ Tu zoomes dans la région de Drummondville, copie le script ci-dessous, puis clique sur Exécuter. query type=way has-kv k=name regv= / bbox-query {{bbox}}/!--this is auto-completed with the current map view coordinates.-- /query print mode=meta / recurse type=down/ print mode=meta / Pierre De : Harald Kliems kli...@gmail.com À : Bruno Remy bremy.qc...@gmail.com Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 31 octobre 2013 13h36 Objet : Re: [Talk-ca] Where the streets have no name... +1 I've never done real Canvec imports, but just add Canvec data (usually street names) from the JOSM Geobase layer. It's pretty straightforward if you already are a JOSM user. Slight thread drift: I think I may have asked this question in the past but I can't remember the answer or find the old thread. The Geobase street names in Quebec often contain extra blank spaces, often (but not always) separating the Rue/Ave/Boul from the name from the N/E/S/O (e.g. Rue Boisbriand or Boulevard Saint-Denis Ouest). This in not correct and should ideally be fixed, right? Harald (who's taken over Drummondville) 2013/10/31 Bruno Remy bremy.qc...@gmail.com Bonjour, En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs, même les débutants qui ne maîtrisent pas les imports Canvec: Dans la majorité des cas, les imports de lignes d'interpolations sont déjà là. Il reste juste à tracer le way de la route, et à lui rajouter le nom qui est déjà dans les points d'interpolation. Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode web avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec Vespucci pour Androïd! Bruno 2013/10/31 Tom Taylor tom.taylor.s...@gmail.com Geobase Roads était la couche dont j'avais besoin. Merci encore. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Where the streets have no name...
Thanks, Pierre! While we're at the topic of useful tips: If you want to find the streets without names in JOSM, start the search (CTRL-F) and search for highway=* -name=* Harald. 2013/10/31 Pierre Béland pierz...@yahoo.fr C'est exact Harald, cela doit être corrigé. J'ai récemment corrigé les noms de rues importés de Canvec avec deux espaces. J'ai utilisé Overpass pour trouver ces noms, puis j'ai corrigé dans JOSM. Je vois qu'il y en a encore quelques-un a Drummondville, Tu peux utiliser le script Overpass suivant pour les repérer et importer dans JOSM pour correction. L'instruction suivante repère les noms avec deux espaces. has-kv k=name regv= / Procédure overpass : http://overpass-turbo.eu/ Tu zoomes dans la région de Drummondville, copie le script ci-dessous, puis clique sur Exécuter. query type=way has-kv k=name regv= / bbox-query {{bbox}}/!--this is auto-completed with the current map view coordinates.-- /query print mode=meta / recurse type=down/ print mode=meta / Pierre -- *De :* Harald Kliems kli...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 13h36 *Objet :* Re: [Talk-ca] Where the streets have no name... +1 I've never done real Canvec imports, but just add Canvec data (usually street names) from the JOSM Geobase layer. It's pretty straightforward if you already are a JOSM user. Slight thread drift: I think I may have asked this question in the past but I can't remember the answer or find the old thread. The Geobase street names in Quebec often contain extra blank spaces, often (but not always) separating the Rue/Ave/Boul from the name from the N/E/S/O (e.g. Rue Boisbriand or Boulevard Saint-Denis Ouest). This in not correct and should ideally be fixed, right? Harald (who's taken over Drummondville) 2013/10/31 Bruno Remy bremy.qc...@gmail.com Bonjour, En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs, même les débutants qui ne maîtrisent pas les imports Canvec: Dans la majorité des cas, les imports de lignes d'interpolations sont déjà là. Il reste juste à tracer le way de la route, et à lui rajouter le nom qui est déjà dans les points d'interpolation. Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode web avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec Vespucci pour Androïd! Bruno 2013/10/31 Tom Taylor tom.taylor.s...@gmail.com Geobase Roads était la couche dont j'avais besoin. Merci encore. On 31/10/2013 11:47 AM, Pierre Béland wrote: Hi Tom Il y a eu une discussion en juillet relativement a l'impossibilité de se connecter au serveur ftp http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase. J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la section CA. There was discussion in july about ftp access problems to http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub This is still not possible to connect. An option is to use in JOSM the Canvec and Geobase layers. I have added these to the WMS/TMS list of available layers under the CA section. Pierre --**--** *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Jeudi 31 octobre 2013 9h31 *Objet :* Re: [Talk-ca] Where the streets have no name... I started to work on the smallest slice in Quebec West, i.e., St. Augustin. I have no experience doing Canvec imports, so I've just been poking around on the Geogratis web site looking for the right product. I always seem to end up with a display of the same map data, not updated since 2005 and showing less information than we already have in OSM. Can you point me to what I really need? Tom Taylor TomT5454 ... __**_ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-cahttps://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org
Re: [OSM-talk-fr] Exemple relation pour chemin de randonnée
Bonjour, Le 30 octobre 2013 23:45, Waxy w...@laposte.net a écrit : Salut, Quelqu'un pourrait-il m'indiquer un exemple ou une bonne pratique de relation pour un chemin de randonnée SVP ? Un exemple: http://www.openstreetmap.org/browse/relation/2091017 dont on peut voir un rendu ici http://www.waymarkedtrails.org/fr/?zoom=15lat=48.65039lon=5.92244hill=0 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exemple relation pour chemin de randonnée
Le 30/10/2013 23:45, Waxy a écrit : Salut, Quelqu'un pourrait-il m'indiquer un exemple ou une bonne pratique de relation pour un chemin de randonnée SVP ? Je trouve pô :-( Merci d'avance. @+ Bonjour, Voici un exemple de sentier (le way) : http://www.openstreetmap.org/browse/way/158900662 et d'itinéraire (la relation) : http://www.openstreetmap.org/browse/relation/2127822 Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 30 octobre 2013 12:05, Pieren pier...@gmail.com a écrit : 2013/10/29 Guillaume Allegre allegre.guilla...@free.fr: Voici donc la suite, un peu plus polémique (forcément), et parfois franchement provoc (et sans doute un peu trop long) http://gallaxie.wordpress.com/2013/10/28/openstreetmap-vs-wikipedia-23-differences-et-divergences/ Je ne suis pas contributeur wikipedien et je suis donc mal placé pour critiquer ce côté là. Mais concernant OSM, il manque certains points importants dans la comparaison: - homogénéité : si la longueur des articles sur wikipedia et le niveau des détails dans OSM dépendent tous les deux directement du nombre de contributeurs s'y afférant, on pardonne beaucoup moins à OSM de tels écarts d'informations entre zones géographiques. Ces grands écarts entre zones qui ont tout (rues, adresses, POI) et celles qui n'ont rien empêchent toute exploitation à grande échelle. On peut juste espérer que ces écarts se comblent avec le temps mais rien n'est moins sûr. C'est le principal argument avancé par l'IGN lorsqu'ils parlent d'OSM. Et sur ce point, ils ont raison. Homogénéité d'exhaustivité... oui, c'est très variable sur OSM. En même temps, une parfaite homogénéité d'exhaustivité peut être un énorme frein pour avancer et innover. Le cas de l'IGN est intéressant. Sa mission de service public l'oblige à traiter tout les territoires avec le même niveau de détail (en théorie). Donc avant de passer à un niveau de détail supplémentaire, il faut un énorme travail pour l'atteindre à peu près partout. OSM ne s'embarasse heureusement pas de ce traitement identique des territoires. Si on avait mis en place une telle logique, on serait bloqués à de nombreux endroits car d'autres n'ont pas atteint le niveau minimal pour passer globalement au suivant. Oui, du coup, rien qu'en France on a des zone hyper détaillées où il ne manquera pas une bande podo-tactile sur un passage piéton alors un peu plus loin il manque encore des routes départementales. - vandalisme : les cas sont peut-être beaucoup plus nombreux qu'on ne le pense parce que dans OSM, il est plus difficile d'avoir un suivi des transformations sur une zone que wikipedia sur un article. Et les outils de contrôle ont aussi des lacunes (voir dernier point) Si, par exemple, on peut voir une version T-n_days dans wikipedia en 2 clics de souris, retrouver les données d'une zone géographique à T-n_days dans OSM nécessite beaucoup de temps, de ressources et connaissances informatiques. Et pour le cas où un petit vandalisme ou disons, altération négative lorsque ça n'est pas volontaire, est détecté, il n'y a pas d'outil pour facilement revenir en arrière alors que le undo sur wikipedia se fait en deux clics de souris. Il y a donc un déséquilibre manifeste entre contributions positives et négatives puisque les outils manquent pour lutter contre les secondes. On peut alors assister à deux phénomènes : soit le contributeur abandonne le projet suite à une frustration légitime. Ou alors, il délègue cette tâche à d'autres, en passant par cette liste par exemple ou sur un forum ou par le DWG. C'est ce qui se passe plus ou moins bien depuis les débuts d'OSM et certains sont même satisfait de ce modèle. Mais cela ne marche que s'il y a suffisament de volontaires pour prendre en charge ces annulations et que si elles se font suffisament tôt (techniquement, plus on attends, plus c'est difficile, voire impossible). Et si le nombre de vandalismes venait à fortement augmenter, ce petit groupe ne sera plus capable de faire face. Un des gros points forts de wikipedia est que les annulations sont directement et facilement accessibles par tout le monde. C'est un point majeur pour les projets collaboratifs qu'OSM ne propose pas. +1 ! Plutôt que de parler de vandalisme, je préfère la notion de dégradation volontaire ou involontaire. Les dégradations volontaires sont rares, très rares. Les involontaires sont fréquentes chez les nouveaux contributeurs, mais pas que. Il nous arrive à tous de faire des erreurs. Nous manquons vraiment d'outils à ce niveau pour réparer, mais c'est vrai aussi que ça limite les guerres d'édition et l'annulation presse-bouton un peu facile. La principale difficulté étant je pense les données supprimées et leur impact. Il reste par exemple encore pas mal de zones impactées par la redaction. Je regrette aussi que l'API ne soit pas plus regardante sur les données qu'on lui envoie. Il n'y a quasiment aucun contrôle, ce qui permet de créer des way avec moins de 2 nœuds, des ways non conformes (repassant par le même nœud), des tags vides, etc. Historiquement ça peut se comprendre sur le plan technique (capacité de traitement limité sur les premières implémentations), mais cette absence de tout contrôle ça semble être devenue un principe et je n'en vois pas le bienfait. - sémantique : les tags sont nombreux dans OSM, trop nombreux. Les erreurs de typo ne sont que lentement corrigés, voir pas du
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Pour limiter ce système administratif et se réorienter vers la volarisation du terrain, je suis surpris que Notes ne permette pas de joindre des photos (voir videos) en partenariat avec commons ou d'autres acteurs (projet streetview osm). À l'image de ce que fait wikilovesmonuments ou commons. Chaque utilisateur de rendu pourra y apporter sa vision pour son usge final (rendu ou autre). Le 31 oct. 2013 01:15, Ista Pouss ista...@gmail.com a écrit : Le 30 octobre 2013 23:55, Guillaume Allegre allegre.guilla...@free.fr a écrit : Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce que je pense. Il pose des problèmes irrésolvables de sémantique et de contrôle, entres autres. Tiens, je ne vois pas ce qui te permet de dire ça. Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM (c'est d'ailleurs le problème des reverts impossibles après une autre édition, contrairement au modèle des commits de WP, qu'on sait traiter en texte depuis belle lurette). Heu je me suis mal exprimé que tu m'as mal compris : ce n'est pas qu'il soit bien ou mal respecté que je pense, mais que, par conception, il ne peut pas fonctionner. Certes on arrive toujours à faire des cartes, mais on va de plus en plus dans un modèle administratif, et de moins en moins dans une observation terrain, de mon opinion. C'est parce que sémantique comme contrôle sont des opérations qui dépendent d'une vision, donc d'un mode de rendu. Même une chose qu'on croit exister par elle même dépend d'une vision pour la manipuler, la décrire, la positionner dans l'espace. Or le rendu est considéré comme une sorte d'optionalité, de pluralité libre, et on en conclus que les données doivent être entrées en dehors de tout rendu... mais on perd alors leur sémantique et leur contrôle. Heu... suis-je plus clair ? La solution de mon opinion serait d'interdire purement et simplement toute entrée de données qui n'ait pas au moins un rendu référent... (Mais je ne pense pas que ça soit la tendance actuelle dans la communauté :-) Impossible de faire des cartes avec une base de données, c'est mon opinion : pour faire des cartes il faut d'abord faire de la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les datas. Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais développer ? La cartographie, ce n'est pas seulement des objets géolocalisés : c'est des objets qu'on projette sur une page blanche, cette projection et ces objets conservant les propriétés que l'on veut, en général les rapports de distance. Par exemple, je peux suivre une route sur une carte et en déduire la distance que je vais parcourir dans la réalité. (heureusement). En se focalisant sur les datas, on perd cette notion de projection. Par exemple le problème des trottoirs, que tantôt on accole à la route principale, que tantôt on trace comme chemin dissocié, ou tantôt comme surface, on éprouve les plus grandes difficultés à savoir ce qu'il faut faire et pourquoi, et encore plus à relier les trottoirs avec les routes, et même les trottoirs entre eux cela vient (de mon opinion) que l'on mélange différents types de projection sans en avoir conscience. La communauté est bien au courant qu'il existe différent types de projection pour la terre, mais elle ne semble pas savoir qu'il existe des types de projection pour les trottoirs, et pratiquement tout ce qui existe. Si l'on admet que j'ai à peu près raison et que je puisse proposer un début de solution, je la vois dans le fait que j'entends quelque fois parler d'OSM non pas comme une base de données, mais comme un éco-système de description terrain. Dans cet écosystème, données, rendus, informatique ne sont pas indépendant les uns des autres, mais se nourrissent les uns les autres, pour tendre au résultat... OSM fonctionne déjà un peu comme ça, mais sans le dire vraiment. Cette approche me parait infiniment plus porteuse, et très originale par rapport à wikipedia. (bien qu'il existe qqchose d'un peu similaire entre wikipedia et commons). Bon, et j'ai toujours pas taggué le col de la république, moi... j'y repense demain. ___ 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] Aménagements sur autoroutes
Le 6 avril 2012 09:43, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 15 mars 2012 11:11, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : -- un radar de vitesse pédagogique (pour les radars de contrôle, c'est bien documenté) Ces radars fleurissent à chaque coin de rue ces derniers mois. J'aimerais bien aussi les répertorier. Mais ils peuvent changer de place, attention pour la mise à jour. Je déterre le sujet parce que je n'ai pas l'impression que ça soit bien défini. J'ai fait cela : http://www.openstreetmap.org/browse/relation/3299443 Ce « radar » ne sert qu'à avertir de la vitesse et n'a aucune incidence sur les points du conducteur parce que quand on voit le nombre de bus qui passent à 45 sur cette zone il n'y aurait plus de chauffeurs de bus autorisés à conduire... Est-ce que vous pensez que cette méthode est bonne ou j'ai pas compris la relation ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aménagements sur autoroutes
Bonjour Le 31/10/2013 10:24, Fabien a écrit : Est-ce que vous pensez que cette méthode est bonne ou j'ai pas compris la relation ? J'ai eu cette réflexion également pour les contrôles de vitesse (radar) et les indicateurs de vitesse (radar pédagogique). Et j'ai pas eu d'autre solution que de créer le même type de relation que ce soit pour l'un ou pour l'autre. Je suis parti du principe que la finalité du système est de mesurer dans les 2 cas la vitesse du véhicule. Je sais pas si c'est le mieux. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Voilà l'appli à créer... OSMphotoNotes... prise d'une photo géolocalisée, partagée via une note et un lien qui pointe dessus. Ca permet de documenter la note bien plus efficacement qu'un texte. Par contre, il va falloir gérer les dérives... Le 31 octobre 2013 10:23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pour limiter ce système administratif et se réorienter vers la volarisation du terrain, je suis surpris que Notes ne permette pas de joindre des photos (voir videos) en partenariat avec commons ou d'autres acteurs (projet streetview osm). À l'image de ce que fait wikilovesmonuments ou commons. Chaque utilisateur de rendu pourra y apporter sa vision pour son usge final (rendu ou autre). Le 31 oct. 2013 01:15, Ista Pouss ista...@gmail.com a écrit : Le 30 octobre 2013 23:55, Guillaume Allegre allegre.guilla...@free.fra écrit : Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce que je pense. Il pose des problèmes irrésolvables de sémantique et de contrôle, entres autres. Tiens, je ne vois pas ce qui te permet de dire ça. Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM (c'est d'ailleurs le problème des reverts impossibles après une autre édition, contrairement au modèle des commits de WP, qu'on sait traiter en texte depuis belle lurette). Heu je me suis mal exprimé que tu m'as mal compris : ce n'est pas qu'il soit bien ou mal respecté que je pense, mais que, par conception, il ne peut pas fonctionner. Certes on arrive toujours à faire des cartes, mais on va de plus en plus dans un modèle administratif, et de moins en moins dans une observation terrain, de mon opinion. C'est parce que sémantique comme contrôle sont des opérations qui dépendent d'une vision, donc d'un mode de rendu. Même une chose qu'on croit exister par elle même dépend d'une vision pour la manipuler, la décrire, la positionner dans l'espace. Or le rendu est considéré comme une sorte d'optionalité, de pluralité libre, et on en conclus que les données doivent être entrées en dehors de tout rendu... mais on perd alors leur sémantique et leur contrôle. Heu... suis-je plus clair ? La solution de mon opinion serait d'interdire purement et simplement toute entrée de données qui n'ait pas au moins un rendu référent... (Mais je ne pense pas que ça soit la tendance actuelle dans la communauté :-) Impossible de faire des cartes avec une base de données, c'est mon opinion : pour faire des cartes il faut d'abord faire de la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les datas. Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais développer ? La cartographie, ce n'est pas seulement des objets géolocalisés : c'est des objets qu'on projette sur une page blanche, cette projection et ces objets conservant les propriétés que l'on veut, en général les rapports de distance. Par exemple, je peux suivre une route sur une carte et en déduire la distance que je vais parcourir dans la réalité. (heureusement). En se focalisant sur les datas, on perd cette notion de projection. Par exemple le problème des trottoirs, que tantôt on accole à la route principale, que tantôt on trace comme chemin dissocié, ou tantôt comme surface, on éprouve les plus grandes difficultés à savoir ce qu'il faut faire et pourquoi, et encore plus à relier les trottoirs avec les routes, et même les trottoirs entre eux cela vient (de mon opinion) que l'on mélange différents types de projection sans en avoir conscience. La communauté est bien au courant qu'il existe différent types de projection pour la terre, mais elle ne semble pas savoir qu'il existe des types de projection pour les trottoirs, et pratiquement tout ce qui existe. Si l'on admet que j'ai à peu près raison et que je puisse proposer un début de solution, je la vois dans le fait que j'entends quelque fois parler d'OSM non pas comme une base de données, mais comme un éco-système de description terrain. Dans cet écosystème, données, rendus, informatique ne sont pas indépendant les uns des autres, mais se nourrissent les uns les autres, pour tendre au résultat... OSM fonctionne déjà un peu comme ça, mais sans le dire vraiment. Cette approche me parait infiniment plus porteuse, et très originale par rapport à wikipedia. (bien qu'il existe qqchose d'un peu similaire entre wikipedia et commons). Bon, et j'ai toujours pas taggué le col de la république, moi... j'y repense demain. ___ 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 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___
Re: [OSM-talk-fr] Aménagements sur autoroutes
Même si sur le plan technique les deux mesurent la vitesse, leur but est quand même différent, on passe de l'enforcement à l'information... Je pense qu'on devrait avoir un tag différent pour ne pas confondre. Le 31 octobre 2013 10:35, David Crochet david.croc...@online.fr a écrit : Bonjour Le 31/10/2013 10:24, Fabien a écrit : Est-ce que vous pensez que cette méthode est bonne ou j'ai pas compris la relation ? J'ai eu cette réflexion également pour les contrôles de vitesse (radar) et les indicateurs de vitesse (radar pédagogique). Et j'ai pas eu d'autre solution que de créer le même type de relation que ce soit pour l'un ou pour l'autre. Je suis parti du principe que la finalité du système est de mesurer dans les 2 cas la vitesse du véhicule. Je sais pas si c'est le mieux. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Pas forcément à créer mais éventuellement à réutiliser, cela permettra une collaboration commune wikimedia/OSM. Actions OpenStreetMap : * Notes doit pouvoir prendre les images Commons et recevoir les éléments saisis lors de la capture * Créer un système officiel d'affichage des images Commons (semble faisable : http://toolserver.org/~kolossos/openlayers/commons-on-osm.php?lat=52.516389lon=13.38zoom=15 ) Actions Wikimedia : * modifier l'application commons pour incorporer le nécessaire à l'identification d'une photo pour une note et permettre la localisation manuelle de la note : https://play.google.com/store/apps/details?id=org.wikimedia.commonshl=fr * les critères d'inclusion de commons : https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion (et encore, il y a énormément d'articles sur les rues, villes, rivières... Mais c'est surtout qu'OpenStreetMap n'est pas un projet de la sphère Wikimedia) Actions communes : * Passerelles éventuelles entre les utilisateurs Wikimedia OpenStreetMap (OpenID ?) -- Jean-Baptiste Holcroft Le 31 octobre 2013 10:38, Christian Quest cqu...@openstreetmap.fr a écrit : Voilà l'appli à créer... OSMphotoNotes... prise d'une photo géolocalisée, partagée via une note et un lien qui pointe dessus. Ca permet de documenter la note bien plus efficacement qu'un texte. Par contre, il va falloir gérer les dérives... Le 31 octobre 2013 10:23, Jean-Baptiste Holcroft jb.holcr...@gmail.coma écrit : Pour limiter ce système administratif et se réorienter vers la volarisation du terrain, je suis surpris que Notes ne permette pas de joindre des photos (voir videos) en partenariat avec commons ou d'autres acteurs (projet streetview osm). À l'image de ce que fait wikilovesmonuments ou commons. Chaque utilisateur de rendu pourra y apporter sa vision pour son usge final (rendu ou autre). Le 31 oct. 2013 01:15, Ista Pouss ista...@gmail.com a écrit : Le 30 octobre 2013 23:55, Guillaume Allegre allegre.guilla...@free.fra écrit : Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce que je pense. Il pose des problèmes irrésolvables de sémantique et de contrôle, entres autres. Tiens, je ne vois pas ce qui te permet de dire ça. Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM (c'est d'ailleurs le problème des reverts impossibles après une autre édition, contrairement au modèle des commits de WP, qu'on sait traiter en texte depuis belle lurette). Heu je me suis mal exprimé que tu m'as mal compris : ce n'est pas qu'il soit bien ou mal respecté que je pense, mais que, par conception, il ne peut pas fonctionner. Certes on arrive toujours à faire des cartes, mais on va de plus en plus dans un modèle administratif, et de moins en moins dans une observation terrain, de mon opinion. C'est parce que sémantique comme contrôle sont des opérations qui dépendent d'une vision, donc d'un mode de rendu. Même une chose qu'on croit exister par elle même dépend d'une vision pour la manipuler, la décrire, la positionner dans l'espace. Or le rendu est considéré comme une sorte d'optionalité, de pluralité libre, et on en conclus que les données doivent être entrées en dehors de tout rendu... mais on perd alors leur sémantique et leur contrôle. Heu... suis-je plus clair ? La solution de mon opinion serait d'interdire purement et simplement toute entrée de données qui n'ait pas au moins un rendu référent... (Mais je ne pense pas que ça soit la tendance actuelle dans la communauté :-) Impossible de faire des cartes avec une base de données, c'est mon opinion : pour faire des cartes il faut d'abord faire de la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les datas. Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais développer ? La cartographie, ce n'est pas seulement des objets géolocalisés : c'est des objets qu'on projette sur une page blanche, cette projection et ces objets conservant les propriétés que l'on veut, en général les rapports de distance. Par exemple, je peux suivre une route sur une carte et en déduire la distance que je vais parcourir dans la réalité. (heureusement). En se focalisant sur les datas, on perd cette notion de projection. Par exemple le problème des trottoirs, que tantôt on accole à la route principale, que tantôt on trace comme chemin dissocié, ou tantôt comme surface, on éprouve les plus grandes difficultés à savoir ce qu'il faut faire et pourquoi, et encore plus à relier les trottoirs avec les routes, et même les trottoirs entre eux cela vient (de mon opinion) que l'on mélange différents types de projection sans en avoir conscience. La communauté est bien au courant qu'il existe différent types de projection pour la terre, mais elle ne semble pas savoir qu'il existe des types de projection pour les trottoirs, et pratiquement tout ce qui existe. Si l'on admet que j'ai à peu près raison et
[OSM-talk-fr] Société Civile Open Government Partnership à Londres
Bonjour, Nous avons été invité par le cabinet du Premier Ministre à participer aux travaux de l'Open Government Partnership à Londres. La France n'a pas encore adhéré à cette organisation. Néanmoins notre communauté hyper active est un bel exemple de mobilisation citoyenne sur le plan international. Je suis donc actuellement à Londres aux côtés de Libertic dans la délégation française pour montrer nos travaux et nous inspirer des expériences de nos homologues étrangers de la société civile. Le programme et les flux vidéos sont disponibles ici: http://www.opengovpartnership.org/get-involved/london-summit-2013 Je serai particulièrement actif sur les ateliers 'OpenData' et 'Engagement Citoyens' n'hésitez pas à me remonter vos remarques, suggestions et critiques. À l'issue de ce sommet je co rédigerai un rapport avec la délégation française sur les actions à mener dans les mois à venir. Beaucoup de données ont certes été ouvertes mais il faut désormais impliquer les collectivités et les organismes dans la prise en compte de nos corrections (mise à jour,erreurs etc) mais aussi dans leur participation directe à OSM. Pourquoi par exemple ne pas avoir l'IGN comme contributeur officiel ;) Je ne vous cache pas que les questions budgétaires sont au coeur des craintes des différentes agences et ministères. Il y a aujourd'hui un vrai débat (affrontement) sur la refonte de modèles économiques du service public qui est très dépendant des redevances. Ces redevances fondent comme neige au soleil car 'nous citoyens' sommes parfois (souvent;) plus efficaces et que des entreprises dispose de suffisamment de moyens pour proposer des services qui répondent vite et bien aux besoins de leurs usagers/clients (qui a parlé de Google ;) ? Voilà je vous ai résumé un peu le début des discussions. Je me rends aux ateliers. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Umap down ?
Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Bonjour à tous, Chez moi aussi ça a l'air down Aurélien Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 31 octobre 2013 10:23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pour limiter ce système administratif et se réorienter vers la volarisation du terrain, je suis surpris que Notes ne permette pas de joindre des photos (voir videos) en partenariat avec commons ou d'autres acteurs (projet streetview osm). À l'image de ce que fait wikilovesmonuments ou commons. Chaque utilisateur de rendu pourra y apporter sa vision pour son usge final (rendu ou autre). Pour préciser, je ne suis pas contre le système administratif, et encore moins contre l'open data ! (...mais c'est vrai que je serais plutot POUR le terrain) Ce qui me déplait en cette affaire est que les données administratives tendent à être considérées comme des choses concrètes. Par exemple pour nombre de gens une limite communale est une chose concrète. Il faut quasiment qu'ils aillent voir sur le terrain pour se rendre compte qu'il n'y a aucune ligne entre Paris et Issy les moulineaux... Ce n'est déjà qu'un rendu : le rendu administratif. Mais une fois que c'est dit et admis, je n'ai rien contre les données administratives, bien au contraire. Pour en reparler j'admire par exemple le travail sur les limites communales mené au sein d'osm. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] EnVadrouille, une galerie photo orientée petits voyages et randonnées
À lire ici : http://linuxfr.org/users/blepers/journaux/envadrouille-une-galerie-photo-pour-vos-randos En résumé : EnVadrouille est une galerie photo orientée petits voyages et randonnées. http://envadrouille.org/ Pour le moment ça utilise les API gmaps et l'ign mais l'auteur demande de l'aide pour utiliser OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Christian cherche pas c'est repartis. Le 31 octobre 2013 13:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données personnels, CNIL et OpenStreetMap
Bonjour, Une rencontre entre la CNIL OpenStreetMap France aura lieu le mercredi 6 novembre à 10:00 à La Fonderie.En plus des différentes questions et remarques qui sont remontées sur la mailing list n'hésitez pas à remonter remarques/suggestions/critiques d'ici là. Toutes les questions seront posées à la CNIL qui nous donnera une réponse officielle. Cela nous permettra à la fois d'avoir un cadre légal (Pourquoi pas un Do - Don't à wikifier) mais aussi d'ouvrir le débat sur les usages de nos travaux. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données personnelles, CNIL et OpenStreetMap
Si certains d'entre vous veulent assister à la rencontre n'hésitez pas à me le dire. On Oct 31, 2013 12:13 PM, RatZilla$ ratzil...@gmail.com wrote: Bonjour, Une rencontre entre la CNIL OpenStreetMap France aura lieu le mercredi 6 novembre à 10:00 à La Fonderie.En plus des différentes questions et remarques qui sont remontées sur la mailing list n'hésitez pas à remonter remarques/suggestions/critiques d'ici là. Toutes les questions seront posées à la CNIL qui nous donnera une réponse officielle. Cela nous permettra à la fois d'avoir un cadre légal (Pourquoi pas un Do - Don't à wikifier) mais aussi d'ouvrir le débat sur les usages de nos travaux. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
C'est reparti parce que je l'ai fait repartir ;) Maintenant reste à comprendre pourquoi on a des problèmes sur cette VM partagée par plusieurs services. Une piste à suivre ici: http://munin.openstreetmap.fr/osm11.free.org/osm102.openstreetmap.fr/memory.html Le 31 octobre 2013 13:07, aurélien BONDU abondu...@gmail.com a écrit : Christian cherche pas c'est repartis. Le 31 octobre 2013 13:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Umap down ?
Ok merci Christian :) Pour les problèmes je suis pas asser caler pour vous aider désoler. Le 31 octobre 2013 13:23, Christian Quest cqu...@openstreetmap.fr a écrit : C'est reparti parce que je l'ai fait repartir ;) Maintenant reste à comprendre pourquoi on a des problèmes sur cette VM partagée par plusieurs services. Une piste à suivre ici: http://munin.openstreetmap.fr/osm11.free.org/osm102.openstreetmap.fr/memory.html Le 31 octobre 2013 13:07, aurélien BONDU abondu...@gmail.com a écrit : Christian cherche pas c'est repartis. Le 31 octobre 2013 13:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je regarde ça. Le 31 octobre 2013 11:57, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Ça vient de chez moi ou umap.openstreetmap.fr est down ? Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Aurélien BONDU 06 07 50 07 97 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] EnVadrouille, une galerie photo orientée petits voyages et randonnées
Qu'il jette un oeil sur Leaflet... c'est assez proche de l'API de GMaps dans son principe de fonctionnement. Le 31 octobre 2013 12:27, Nolwenn donolw...@gmail.com a écrit : À lire ici : http://linuxfr.org/users/blepers/journaux/envadrouille-une-galerie-photo-pour-vos-randos En résumé : EnVadrouille est une galerie photo orientée petits voyages et randonnées. http://envadrouille.org/ Pour le moment ça utilise les API gmaps et l'ign mais l'auteur demande de l'aide pour utiliser OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajouter des POIs manuellement dans un fichier GPX?
Bonjour J'utilise l'appli web RideWithGPS pour dessiner des parcours vélo et ajouter des POI le long du chemin, avant d'exporter ça en GPX et d'importer le fichier dans l'appli OSMAnd. Cependant, la version gratuite de RideWithGPS exclue les POI. Comme ça ne fait que quelques infos et qu'un GPX est un fichier texte en XML, je me demandais s'il était possible d'ajouter manuellement des infos dans un fichier GPX? J'ai ouvert un fichier GPX tel qu'exporté par RideWithGPS, et ça donne ce genre de chose: === trkseg trkpt lat=47.39413 lon=0.68478461 ele57.5/ele /trkpt trkpt lat=47.39355 lon=0.68502834 ele58.1/ele /trkpt /trkseg === Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-des-POIs-manuellement-dans-un-fichier-GPX-tp5783514.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour marquer rues avec parking payant le samedi?
Merci pour les infos. Je vais voir si j'y arrive. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-pour-marquer-rues-avec-parking-payant-le-samedi-tp5783253p5783515.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Récupérer infos complémentaires sur POIs?
On sait pas tant qu'on n'a pas essayé. La preuve est dans la pudding :-) -- View this message in context: http://gis.19327.n5.nabble.com/Recuperer-infos-complementaires-sur-POIs-tp5783148p5783516.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Société Civile Open Government Partnership à Londres
N'y a-t-il pas un problème justement avec ce principe des redevances pour financier des missions de service public ? Je croyais que pour être indépendant, l'Etat ne pouvait financer son fonctionnement que sur l'impôt et pas sur une quelconque activité commerciale. C'est ce désengagement qui pose problème. L'état veut économiser partout et demande donc à ce que ces agences trouvent une part grandissante de financement par une activité commerciale. Du coup, elle se confronte à la concurrence et font des choix économiques qui ne vont pas forcément dans le sens du service public et des besoin de l'Etat. Il y a des économies qui coûte bien cher sur le long terme... Exemple: l'IGN et la base GeoRoute. Cette base contenait des informations permettant de calculer des itinéraires (les sens unique par exemple). Or l'IGN a stoppé la commercialisation de cette base sûrement à cause de la concurrence avec Téléatlas et Navteq, et ce faisant a arrêté de mettre à jour les sens uniques dans ses bases de données. Du coup, aujourd'hui le RGE (la BD Topo) ne permet pas de calculer un itinéraire fiable. Résultat, des services régaliens (secours avec les SDIS, les SAMU, sécurité avec la Gendarmerie ou la Police Nationale) sont obligés d'utiliser des données commerciales ou celles d'OSM ! On peut voir ça comme un signal positif pour OSM, mais moi je vois surtout un signal négatif pour l'agence officielle qui devrait être en pointe sur ces données et qui ne l'est malheureusement plus. Il y a eu une rencontre officielle entre OSM-FR et l'IGN fin 2012 et nous devions nous revoir rapidement... ça fait bientôt un an. Décidément nous ne vivons pas au même rythme ! L'IGN n'est pas le seul exemple, Météo France réduit aussi ses services. Il y a encore quelques années, nous avions des analyses fines, des sondages basse couche qui étaient utilisés par exemple par les parapentistes. Terminé tout ça, on a droit maintenant à une pauvre carte de France avec quelques smileys dessus alors qu'il y a 25 ans on avait des prévisions locales hyper détaillées sur Minitel ! voir pétition: http://meteo-parapente.com/petition/ L'IGN s'auto-félicite dans sa démarche opendata qui ne diffuse que des données volontairement dégradées: le GEOFLA et sa super simplification géométrique, le Route500, la BD Alti simplifiée et maintenant les orthos, mais à 5m par pixel au lieux des 50cm. - #opendatafail Beaucoup de parole sur l'opendata mais relativement peu d'actes majeurs. Le 31 octobre 2013 11:56, RatZilla$ ratzil...@gmail.com a écrit : Bonjour, Nous avons été invité par le cabinet du Premier Ministre à participer aux travaux de l'Open Government Partnership à Londres. La France n'a pas encore adhéré à cette organisation. Néanmoins notre communauté hyper active est un bel exemple de mobilisation citoyenne sur le plan international. Je suis donc actuellement à Londres aux côtés de Libertic dans la délégation française pour montrer nos travaux et nous inspirer des expériences de nos homologues étrangers de la société civile. Le programme et les flux vidéos sont disponibles ici: http://www.opengovpartnership.org/get-involved/london-summit-2013 Je serai particulièrement actif sur les ateliers 'OpenData' et 'Engagement Citoyens' n'hésitez pas à me remonter vos remarques, suggestions et critiques. À l'issue de ce sommet je co rédigerai un rapport avec la délégation française sur les actions à mener dans les mois à venir. Beaucoup de données ont certes été ouvertes mais il faut désormais impliquer les collectivités et les organismes dans la prise en compte de nos corrections (mise à jour,erreurs etc) mais aussi dans leur participation directe à OSM. Pourquoi par exemple ne pas avoir l'IGN comme contributeur officiel ;) Je ne vous cache pas que les questions budgétaires sont au coeur des craintes des différentes agences et ministères. Il y a aujourd'hui un vrai débat (affrontement) sur la refonte de modèles économiques du service public qui est très dépendant des redevances. Ces redevances fondent comme neige au soleil car 'nous citoyens' sommes parfois (souvent;) plus efficaces et que des entreprises dispose de suffisamment de moyens pour proposer des services qui répondent vite et bien aux besoins de leurs usagers/clients (qui a parlé de Google ;) ? Voilà je vous ai résumé un peu le début des discussions. Je me rends aux ateliers. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données personnels, CNIL et OpenStreetMap
2013/10/31 RatZilla$ ratzil...@gmail.com: Une rencontre entre la CNIL OpenStreetMap France aura lieu le mercredi 6 novembre à 10:00 à La Fonderie. Merci d'entreprendre cette démarche auprès de la CNIL. C'est indispensable pour clarifier l'environnement juridique pour l'exploitation ou la rediffusion des données OSM en France. Voila un premier jet avec les questions les plus évidentes qui me viennent à l'esprit: 1. les adresses. Il y a encore quelques années en arrière, il n'était pas permis d'afficher les adresses individuelles (rue, numéro) sur les cartes. C'est encore le cas aujourd'hui sur les grands sites de cartographie sur internet comme geoportail, bing ou gmaps qui se contentent souvent de valeurs indicatives aux carrefours. Par contre, on peut les voir sur cadastre.gouv.fr. Est-ce que cette limitation existe encore ? 2. les données sur les sociétés (commerciales): si une société ajoute son nom, son téléphone, email, etc de sa boite dans OSM, peut-on les conserver ? Comme cela constitue un fichier informatisé, faut-il faire une déclaration officielle à la CNIL, bien que la base de données soit située en Angleterre ou faut-il que seuls les sites mirroirs ou exploitants ses données en France fassent une déclaration individuelle ? ou peut-on imaginer une déclaration unique pour OSM en tant que tel ? Je crois savoir que ces types de fichiers doivent donner un droit d'accès (c'est le cas pour OSM) et un droit de correction (aussi le cas pour OSM). Qu'en est-il du droit de suppression ? en effet, quiconque peut effacer ces données mais elles restent disponibles dans les archives (soit à travers l'historique de l'API, soit dans les planet dump ou les history dump). Est-ce un problème ou faut-il garantir un droit de suppression plus complet que celui offert par l'API (avec le processus de redaction parfois employé dans les cas de violation de droit d'auteur, par exemple) ? 3. professions libérales : celles-ci ont la particularité d'avoir souvent le nom d'une personne dans le titre au lieu d'un nom de société, plus anonyme. Exemples : Docteur Knock, Avocat Truc, Cabinet d'architecte Bidule, Boulangerie Paul Ricard,etc... Est-ce que ces données plus personnelles (puisque nominatives) peuvent figurer dans OSM, et là aussi, faut-il une autorisation particulière de la CNIL ? Est-ce que la personne nommée peut s'opposer à la présence de ses données dans OMS lorsqu'elles sont ajoutées par une tiers personne, même si elles sont visibles depuis la rue (plaque professionnelle) ? 4. personnes privées publiant des données personnelles pour une activité semi-professionnelle : que faire si un office de tourisme (exemple au hasard ;) publie le nom et telephone personnel de quelqu'un qui loue un appartement à la semaine ? on peut supposer qu'il a donné son consentement à l'office de tourisme mais faut-il un nouveau consentement pour que ça aille dans OSM ? faut-il le prévenir ? ou alors, faut-il refuser toutes données personnelles privées s'il y a doute sur le consentement de la personne concernée ? 5. données purement personnelles. Que faire si quelqu'un ajoute son nom, teléphone, etc pour lui et ses amis ou ses voisins dans OSM ? Que faire si quelqu'un cartographie la liste des parcelles dont il est le propriétaire alors que ces données nominatives du cadastre sont confidentielles ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter des POIs manuellement dans un fichier GPX?
Oui, tu peux editer le gpx à la main et rajouter tes wayponts sans probleme dans le XML. Le format est du type : wpt lat=43. lon=5. ele429.85/ele time1900-01-01T00:40:23Z/time nameWaypoint #2/name srcWaypoint added from a track or route/src /wpt à mettre en dehors de la section trk.../trk je crois Mais en moins fastidieux, tu peux utiliser l’excellent GPX Editor (*) qui t'aidera à faire ca, à visualiser /modifier tes GPX, à récupérer les altitudes si nécessaire et même avec un fond de carte Mapnik.! (*) http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=106661 Le 31 octobre 2013 13:51, Shohreh codecompl...@free.fr a écrit : Bonjour J'utilise l'appli web RideWithGPS pour dessiner des parcours vélo et ajouter des POI le long du chemin, avant d'exporter ça en GPX et d'importer le fichier dans l'appli OSMAnd. Cependant, la version gratuite de RideWithGPS exclue les POI. Comme ça ne fait que quelques infos et qu'un GPX est un fichier texte en XML, je me demandais s'il était possible d'ajouter manuellement des infos dans un fichier GPX? J'ai ouvert un fichier GPX tel qu'exporté par RideWithGPS, et ça donne ce genre de chose: === trkseg trkpt lat=47.39413 lon=0.68478461 ele57.5/ele /trkpt trkpt lat=47.39355 lon=0.68502834 ele58.1/ele /trkpt /trkseg === Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-des-POIs-manuellement-dans-un-fichier-GPX-tp5783514.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données personnels, CNIL et OpenStreetMap
Le 31/10/2013 14:08, Pieren a écrit : 4. personnes privées publiant des données personnelles pour une activité semi-professionnelle : que faire si un office de tourisme (exemple au hasard ;) publie le nom et telephone personnel de quelqu'un qui loue un appartement à la semaine ? on peut supposer qu'il a donné son consentement à l'office de tourisme mais faut-il un nouveau consentement pour que ça aille dans OSM ? faut-il le prévenir ? ou alors, faut-il refuser toutes données personnelles privées s'il y a doute sur le consentement de la personne concernée ? exemples : chambre d'hôte, gîte d'étape, vente à la ferme... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 31 octobre 2013 11:52, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pas forcément à créer mais éventuellement à réutiliser, cela permettra une collaboration commune wikimedia/OSM. Je ne crois pas que ça puisse fonctionner dans le cadre des notes, car, pour être importée sur commons, il faut que la photo puisse avoir un usage éducatif, ou puisse avoir une utilisation dans un projet wikimedia : https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#Objectifs_de_Commons Dans le cadre des notes, c'est un usage interne à OSM, qui n'a pas vocation à être utile dans un contexte éducatif ou wikimedia. Par contre, les éventuelles photos d'une cartopartie (et même peut être les traces GPS), pourraient, avec un peu de rigueur, un peu de formalisme encyclopédique, être intégrées à commons : les intérêts encyclopédique et éducatif me paraissent plus défendables. Et même la cartopartie dans son ensemble, avec quelque organisation, pourrait faire l'objet d'un article wikipedia... (style Parcours de la place Edmond Maurat) (HEU NON je veux dire de la Concorde). A+. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr