Re: [talk-ph] multiple multipolygons for Pampanga River
Hi, May I also suggest that aside from natural=water, water=river and waterway=riverbank relations. We should make sure that river centerlines (waterway=river) are also mapped. -- 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
[OSM-talk] Resume the Night of the living maps
Hi, Is that decided if NOTLM 2014 will stand on February 22? I checked the dedicated OSM wikipage (I think it is this onehttps://wiki.openstreetmap.org/wiki/Night_of_the_living_mapsbut maybe there is a new one?) but it has not been updated yet. I think it would be great if everyone organizing an event related to NOTLM edit a NOTLM 2014 wikipage. Sincerely, Severin HOT ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Resume the Night of the living maps
In Paris, we will join OKFN and a couple of open project... will it be all night long ? not sure yet ! 2014-02-20 15:06 GMT+01:00 Severin Menard severin.men...@gmail.com: Hi, Is that decided if NOTLM 2014 will stand on February 22? I checked the dedicated OSM wikipage (I think it is this onehttps://wiki.openstreetmap.org/wiki/Night_of_the_living_mapsbut maybe there is a new one?) but it has not been updated yet. I think it would be great if everyone organizing an event related to NOTLM edit a NOTLM 2014 wikipage. Sincerely, Severin HOT ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch deprecation
I understand. Well, at least with iD there's a trend towards fixing these problems, since it is actively developed, whereas in Potlatch I'm sure none of the issues will ever be addressed. I've decided to expand on the main issues and ended up writing this: http://forum.openstreetmap.org/viewtopic.php?id=24381 I'm sure that this little thing would solve most of the major problems with relations in iD: https://github.com/openstreetmap/iD/issues/1461 On Fri, Feb 14, 2014 at 5:49 PM, malenki o...@malenki.ch wrote: On 14.02.2014 16:54, Fernando Trebien wrote: My main issue is lack of proper support to relations (not displayed and handled improperly on basic operations, such as when merging and spliting way members, and not going to be fixed AFAIK). It doesn't help you question but iD has similar problems. It neither renders membership to relations (but you see it when scrolling down the left menu to the bottom) nor warn when a member of a relation gets deleted. Issues filed against iD regarding relations you can find here: https://github.com/openstreetmap/iD/search?q=relationref=cmdformtype=Issues Thomas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- 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 mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
How about this? http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes On Thu, Feb 20, 2014 at 4:04 PM, Dave F. dave...@madasafish.com wrote: Hi There's a general consensus that attaching polygons to ways that represent roads was a bad idea. For example if a farm field was mapped this way then any barrier for it, such as hedge, gate etc, would appear to be on the road as well. I have a user who's repeatedly doing this. I've tried sending messages, but no reply I gave a detailed description in my amending changesets, but he just reverts them back. Are there any wiki pages explaining it clearly that might convince him otherwise? Cheers Dave F. --- 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 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
What's the username? Changesets? - Serge On Thu, Feb 20, 2014 at 5:04 PM, Dave F. dave...@madasafish.com wrote: Hi There's a general consensus that attaching polygons to ways that represent roads was a bad idea. For example if a farm field was mapped this way then any barrier for it, such as hedge, gate etc, would appear to be on the road as well. I have a user who's repeatedly doing this. I've tried sending messages, but no reply I gave a detailed description in my amending changesets, but he just reverts them back. Are there any wiki pages explaining it clearly that might convince him otherwise? Cheers Dave F. --- 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 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
Hi, On 20.02.2014 23:04, Dave F. wrote: There's a general consensus that attaching polygons to ways that represent roads was a bad idea. Not really. There is not a consensus but a ceasefire. Everyone is free to map this as they like, and to change it if there's a need - e.g. someone else has connected the field to the road, now you want to map the fence, so you need to split it apart. That's ok. Similarly, someone re-doing the whole area from better imagery or whatever has every right to map as he pleases - if they thing they can be more efficient by joining boundaries, more power to them. What is *not* ok is one person cleaning up after the other without actually adding any other improvement. I.e. if the other guy has connected the fields and the roads and you have been *only* pulling them apart without contributing anything else to the area in question, then you should have let them be; on the other hand, if the other guy has merged fields and roads that previously were separate, then they shouldn't have done that. This whole question is essentially a matter of taste, and you are allowed to map according to your taste, and discouraged from enforcing your taste for others. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Not attaching polygons to roads
It would be so much simpler if people would just map the area of the road as landuse=highway, in as similar fashion to landuse=railway. Shaun On 20 Feb 2014, at 22:40, Frederik Ramm frede...@remote.org wrote: Hi, On 20.02.2014 23:04, Dave F. wrote: There's a general consensus that attaching polygons to ways that represent roads was a bad idea. Not really. There is not a consensus but a ceasefire. Everyone is free to map this as they like, and to change it if there's a need - e.g. someone else has connected the field to the road, now you want to map the fence, so you need to split it apart. That's ok. Similarly, someone re-doing the whole area from better imagery or whatever has every right to map as he pleases - if they thing they can be more efficient by joining boundaries, more power to them. What is *not* ok is one person cleaning up after the other without actually adding any other improvement. I.e. if the other guy has connected the fields and the roads and you have been *only* pulling them apart without contributing anything else to the area in question, then you should have let them be; on the other hand, if the other guy has merged fields and roads that previously were separate, then they shouldn't have done that. This whole question is essentially a matter of taste, and you are allowed to map according to your taste, and discouraged from enforcing your taste for others. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] [Forum] Bons motivos para evitar o Potlatch
Para aqueles que não acompanham o fórum, pode ser útil saber e passar adiante: http://forum.openstreetmap.org/viewtopic.php?id=24377 -- 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] Imagem de fundo no JOSM
Srs, Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no JOSM ? Se isso não for possível, tem como deixar uma layer Read-Only, ou transparente ? Tenho uns arquivos que pretendo usar como base para retocar alguns pontos no mapa. Marcelo Pereira -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagem de fundo no JOSM
Dai quando arrastar sera criada uma nova camada e você pode claro com o esquerdo e definir espessura e cor . entre outros. Em 20/02/2014 16:16, erickdeoliveiral...@gmail.com escreveu: Só arrastar Marcelo. Em 20/02/2014 16:15, Marcelo Pereira pereirahol...@gmail.com escreveu: Srs, Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no JOSM ? Se isso não for possível, tem como deixar uma layer Read-Only, ou transparente ? Tenho uns arquivos que pretendo usar como base para retocar alguns pontos no mapa. Marcelo Pereira -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ 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] Imagem de fundo no JOSM
Só arrastar Marcelo. Em 20/02/2014 16:15, Marcelo Pereira pereirahol...@gmail.com escreveu: Srs, Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no JOSM ? Se isso não for possível, tem como deixar uma layer Read-Only, ou transparente ? Tenho uns arquivos que pretendo usar como base para retocar alguns pontos no mapa. Marcelo Pereira -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ 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] Imagem de fundo no JOSM
Erick, obrigado pela dica. Marcelo Em 20 de fevereiro de 2014 16:16, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Dai quando arrastar sera criada uma nova camada e você pode claro com o esquerdo e definir espessura e cor . entre outros. Em 20/02/2014 16:16, erickdeoliveiral...@gmail.com escreveu: Só arrastar Marcelo. Em 20/02/2014 16:15, Marcelo Pereira pereirahol...@gmail.com escreveu: Srs, Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no JOSM ? Se isso não for possível, tem como deixar uma layer Read-Only, ou transparente ? Tenho uns arquivos que pretendo usar como base para retocar alguns pontos no mapa. Marcelo Pereira -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ 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 -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [OSM-talk] Potlatch deprecation
I understand. Well, at least with iD there's a trend towards fixing these problems, since it is actively developed, whereas in Potlatch I'm sure none of the issues will ever be addressed. I've decided to expand on the main issues and ended up writing this: http://forum.openstreetmap.org/viewtopic.php?id=24381 I'm sure that this little thing would solve most of the major problems with relations in iD: https://github.com/openstreetmap/iD/issues/1461 On Fri, Feb 14, 2014 at 5:49 PM, malenki o...@malenki.ch wrote: On 14.02.2014 16:54, Fernando Trebien wrote: My main issue is lack of proper support to relations (not displayed and handled improperly on basic operations, such as when merging and spliting way members, and not going to be fixed AFAIK). It doesn't help you question but iD has similar problems. It neither renders membership to relations (but you see it when scrolling down the left menu to the bottom) nor warn when a member of a relation gets deleted. Issues filed against iD regarding relations you can find here: https://github.com/openstreetmap/iD/search?q=relationref=cmdformtype=Issues Thomas ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- 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] [OpenStreetMap] #4902: Warnings for deleting/merging relation members
For some reason I haven't received this message directly, so my reply is a little late. https://lists.openstreetmap.org/pipermail/potlatch-dev/2014-February/002037.html Of course I welcome diversity, Richard, I have many personal reasons to welcome that, and I'm sure there are many people who are comfortable with Potlatch. However, I don't know any map maintainer (as I call someone who's watching changes and fixing errors as they are introduced by others) who shares that opinion about Potlatch. Of course, if all I wanted was to map without any regard for data integrity, I would simply not ask for this. And why I care about this: because the map was a huge mess in my area when I started mapping in OSM. Later I understood that over 50% of that mess was due to Potlatch-induced mistakes, and because there was nobody watching. Here's my opinion in further detail: http://forum.openstreetmap.org/viewtopic.php?id=24381 Other knowledgeable and well-involved contributors in Brazil agree, as you see in my quotes at the bottom, and you can verify them at my original post, linked at the top, to be sure nothing was lost in translation. If there's no intention to deprecate Potlatch, then what was replied in this TRAC issue makes little sense: https://trac.openstreetmap.org/ticket/4902 Beginners are the main source of such mistakes, and I'm sure they deserve attention. It doesn't matter to me if they use Potlatch or iD (or Merkaator, or some other editor), as long as the program helps prevent data loss which is easy to code for (easy in comparison to porting iD to IE or writing a new editor from scratch). Most (if not all) advanced users end up using JOSM anyway and its plethora of visual styles, presets and extended tools. As a side note, one can easily highlight routes in JOSM by searching for type=route. It's also very easy to write a visual style that highlights them. But for data integrity, this is usually not necessary because JOSM warns the user when deleting members of relations. Even if the user doesn't see them, he/she will know they exist, and that's what leads to seeking more knowledge about them. AFAIK, bulk edits are easy to detect and are mostly done by advanced users who are likely to have come across these pieces of advice: http://wiki.openstreetmap.org/wiki/Automated_Edits http://wiki.openstreetmap.org/wiki/Import/Guidelines Acting big and irresponsibly can be seen as vandalism, for which there is this: http://wiki.openstreetmap.org/wiki/Detect_Vandalism So, Richard, not a personal attack, but these issues need attention. I'm sure OSM has already lost great contributors in Brazil that felt that it was too easy to have their work undone because of these little issues. -- 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] Importação da Funai
Olá, Gostaria de propor uma importação: limites de terras indígenas, como disponibilizado pela Funai. Veja uma descrição dos meus planos e os arquivos .osm que preparei em http://wiki.openstreetmap.org/wiki/Import/Catalogue/Brazil_Funai_Import (não importe nada antes de a comunidade chegar a um consenso sobre essa proposta!!!) Sobre o licenciamento dos dados da Funai, eu os consultei via Lei de Acesso à Informação e a reposta foi que esses dados são de domínio público (anexei meu pedido e a reposta que recebi abaixo). Eu tentei contatá-los depois disso para me certificar de que domínio público para eles realmente significa ausência de copyright, mas nunca obtive resposta (mesmo dizendo que pretendia usar os dados comercialmente, para ver se soava um alarme). Portanto, eu diria que fiz que tudo que está ao meu alcance para garantir que a importação é legal. Um ponto a se discutir é como etiquetar as terras indígenas, dado que não há suporte específico para elas nos renderizadores atuais. O que me parece mais razoável é apresentá-las como se fossem unidades de conservação, com tags boundary=national_park + leisure=nature_reserve. Tecnicamente, terras indígenas e unidades de conservação são coisas diferentes, mas na prática as terras indígenas também tem um forte papel de conservação da biodiversidade. Dada a recente discussão na lista sobre problemas relacionados com importações, parece necessário argumentar por que essa importação é relevante: 1) Diversas terras indígenas já foram copiadas para o OSM, provavelmente sem uma investigação da legalidade de fazê-lo e com etiquetagem inconsistente. Essa importação corrigiria isso. 2) Os limites de cada terra indígena são descritos no respectivo decreto de homologação. Teoricamente seria possível mapear as 400 terras homologadas a partir dos decretos, mas isso é claramente inviável. Depois de feita a importação, o meu plano é ir mapeando novas terras a partir dos decretos, à medida que estas forem homologadas. Logo, importar agora pode evitar uma importação maior ainda no futuro. 3) Terras indígenas ocupam 20% da Amazônia legal. A importação adicionaria bastante detalhe a uma área pouco mapeada. Mesmo para quem não se importa com terras indígenas em si, isso seria útil porque ajudaria a identificar áreas onde não se espera encontrar infraestrutura como estradas, cidades, etc. --- Dados do Pedido Protocolo 08850007224201376 Solicitante Augusto Stoffel Data de abertura 02/11/2013 Orgão Superior Destinatário MJ - Ministério da Justiça Orgão Vinculado Destinatário Fundação Nacional do Índio – FUNAI Prazo de atendimento 25/11/2013 Situação Respondido Status da Situação Acesso Concedido (Resposta solicitada inserida no e-SIC) Forma de recebimento da resposta Pelo sistema (com avisos por email) Descrição Gostaria de saber se os arquivos shapefile disponibilizados em http://mapas.funai.gov.br/ contendo o traçado de terras indígenas são de domínio público ou se estão sob copyright. Caso não estejam em domínio público, gostaria de obter os termos de uso sob os quais esses dados são disponibilizados, bem como o contato da pessoa na FUNAI responsável por discutir um possível relicenciamento desses dados. Dados da Resposta Data de resposta 11/11/2013 Tipo de resposta Acesso Concedido Classificação do Tipo de resposta Resposta solicitada inserida no e-SIC Resposta Prezado Augusto Stoffel, Conforme resposta proferida pela unidade da FUNAI responsável pelo assunto do seu pedido de informação, informamos que os mapas disponibilizados, pela Coordenação Geral de Geoprocessamento, no site da FUNAI são de domínio público e podem ser baixados em alta resolução, em arquivo .pdf ou.shp, gratuitamente. Por fim, esclarecemos que, conforme o disposto na Lei nº 12.527/11, no caso de negativa de acesso à informação ou de não fornecimento das razões da negativa do acesso, o requerente pode apresentar recurso em 1ª instância, que será encaminhada à autoridade hierarquicamente superior à que adotou a decisão (na Funai, o Diretor ao qual a coordenação que emitiu a resposta é subordinada) que deverá apreciá-lo no prazo de cinco dias, contados da sua apresentação. Recursos em 2ª instância serão apreciados pela Presidente da Funai. Classificação do Pedido Categoria do pedido Agricultura, extrativismo e pesca Subcategoria do pedido Organização agrária Número de perguntas 1 Histórico do Pedido Data do evento Descrição do evento Responsável 02/11/2013 Pedido Registrado para o Órgão Fundação Nacional do Índio – FUNAI SOLICITANTE 11/11/2013 Pedido Respondido MJ - Ministério da Justiça/Fundação Nacional do Índio – FUNAI ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação da Funai
2014-02-20 19:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Um ponto a se discutir é como etiquetar as terras indígenas, dado que não há suporte específico para elas nos renderizadores atuais. O que me parece mais razoável é apresentá-las como se fossem unidades de conservação, com tags boundary=national_park + leisure=nature_reserve. Tecnicamente, terras indígenas e unidades de conservação são coisas diferentes, mas na prática as terras indígenas também tem um forte papel de conservação da biodiversidade. Provavelmente boundary=protected_area + protect_class=24 (http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Social-protected-area_2) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação da Funai
E uma dúvida aqui: 2014-02-20 19:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: 1) Diversas terras indígenas já foram copiadas para o OSM, provavelmente sem uma investigação da legalidade de fazê-lo e com etiquetagem inconsistente. Essa importação corrigiria isso. Você corrigiria (manualmente?) ou apagaria o que já existe e importaria novamente? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação da Funai
Mesmo problema que as unidades de conservação: boundary=protected_area não renderiza. Isso é meio que mapear para o renderizador, mas é uma situação extrema: sem tomar alguma licença poética, não tem como fazer as terras indígenas aparecerem no mapa. (Além disso, como eu comentei, terras indígenas tem um forte caráter de conservação da natureza, embora o foco central seja a questão social/política.) De qualquer forma, todas as terras indígenas vão ter tags protect_class=24, protection_title=*, etc. Assim, no futuro, quando os renderizadores começarem levar a tag boundary=protected_area em consideração, será fácil fazer uma correção automatizada. On Thu, 2014-02-20 at 19:15 -0300, Nelson A. de Oliveira wrote: 2014-02-20 19:06 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Um ponto a se discutir é como etiquetar as terras indígenas, dado que não há suporte específico para elas nos renderizadores atuais. O que me parece mais razoável é apresentá-las como se fossem unidades de conservação, com tags boundary=national_park + leisure=nature_reserve. Tecnicamente, terras indígenas e unidades de conservação são coisas diferentes, mas na prática as terras indígenas também tem um forte papel de conservação da biodiversidade. Provavelmente boundary=protected_area + protect_class=24 (http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Social-protected-area_2) ___ 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] Importação da Funai
2014-02-21 0:20 GMT-03:00 Augusto Stoffel arstof...@yahoo.com.br: Mesmo problema que as unidades de conservação: boundary=protected_area não renderiza. Isso é meio que mapear para o renderizador, mas é uma situação extrema: sem tomar alguma licença poética, não tem como fazer as terras indígenas aparecerem no mapa. (Além disso, como eu comentei, terras indígenas tem um forte caráter de conservação da natureza, embora o foco central seja a questão social/política.) Mas o correto é fazer com que o renderizador exiba isso (abrindo um ticket para isso) e não o contrário :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Datenschutz bei Geodaten?
Hallo. Am 20.02.2014 08:45, schrieb Florian Lohoff: Fotografie - Große Blende - Kleine Zahl. 2,8 11 Ist auch nicht jeden zu vermitteln ... Ja, da ist die Sprach-Konvention auch ziemlich blöd. :) Weil eigentlich ist eine große Blende eine große Blendenöffnung. Die wirksame mechanische Blende, die den Lichtdurchlass verkleinert wird größer bei kleinerer Blende. Und die Zahl hat damit nun wieder gar nicht direkt was zu tun sondern ist ebenfalls der Nenner eines Bruchs f/2,8, wodurch sich wieder die umgekehrte Proportionalität ergibt. Die Kartographen geben den Bruch wenigstens immer komplett an, die Fotografen sparen sich den Zähler und den Bruch und wundern sich dass das keiner versteht. :) Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am 16. Februar 2014 10:43 schrieb Jörg Frings-Fürst o...@jff-webhosting.net : Ich zeige irgendwelchen Kollegen, die einen Webserver mit relativ großen Zugriffszahlen sehen wollen jedenfalls gerne mal ein tail -f /var/log/apache2/access.log auf dem deutschen Tileserver. Und das ist eben _nur_ der deutsche Tileserver. Wie ich das heute morgen gelesen habe dachte ich zu erst ich habe die Augen noch nicht ganz auf. Aber trotz mehrerer Kaffee steht es immer noch da. Festzustellen ist jetzt also das Daten, die dem BDSG unterliegen und nur auf richterliche Anordnung anderen zur Verfügung gestellt werden dürfen, ohne besonderen Anlass [ZITAT] irgendwelchen Kollegen [/ZITAT] bekannt gegeben werden. Zu klären wäre (bevor man das ganz große Entrüstungsfass aufmacht), ob es überhaupt ein Zurverfügungstellen im Sinne dieses Gesetzes ist, wenn man mal einen Kollegen kurz auf eine sich schnell ändernde Anzeige von kryptischen IP-Adressen blicken lässt. Aller Erfahrung nach wird das nämlich kaum ausreichen, sich auch nur eine der angezeigten Adressen zu merken. Auch ist nicht klar (wie bereits angedeutet), dass der log-String überhaupt einen Teil oder gar die gesamte Adresse enthält, das lässt sich AFAIK in der httpd.conf einstellen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MFG Nürnberg-Berlin für INTERGEO
Liebe OSMer, wer fährt aus dem Süden (München, Stuttgart) nach Berlin zur FOSSGIS ? Ich suche eine MFG ab Nürnberg (A9) und freue mich auf gute Gespräche :-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am Donnerstag, den 20.02.2014, 10:30 +0100 schrieb Martin Koppenhoefer: Am 16. Februar 2014 10:43 schrieb Jörg Frings-Fürst o...@jff-webhosting.net : [...] Zu klären wäre (bevor man das ganz große Entrüstungsfass aufmacht), ob es überhaupt ein Zurverfügungstellen im Sinne dieses Gesetzes ist, wenn man mal einen Kollegen kurz auf eine sich schnell ändernde Anzeige von kryptischen IP-Adressen blicken lässt. Aller Erfahrung nach wird das nämlich kaum ausreichen, sich auch nur eine der angezeigten Adressen zu merken. Auch ist nicht klar (wie bereits angedeutet), dass der log-String überhaupt einen Teil oder gar die gesamte Adresse enthält, das lässt sich AFAIK in der httpd.conf einstellen. 1.) IP-Adressen sind nicht kryptisch, denn wenn sie es wären würden sie nicht dem BDSG unterliegen. 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255 zu merken. 3.) Weder die Fossgis, noch einer der Admins, hat sich dazu geäußert wie und in welcher Form personenbezogene Daten gespeichert und geschützt werden. Damit haben sie das Fass selber aufgemacht. Gruß Martin Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MFG Nürnberg-Berlin für INTERGEO
Am 20.02.2014 13:24, schrieb Markus: wer fährt aus dem Süden (München, Stuttgart) nach Berlin zur FOSSGIS ? Muss natürlich FOSGIS heissen ;-) Ich suche eine MFG ab Nürnberg (A9) und freue mich auf gute Gespräche :-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (über)große relation 1201227
Hallo, bei einem Importvorgang ist mir eine sehr große Relation (ID 1201227) aufgefallen. Auf osm.org kann man sich das gar nicht mehr ansehen, es kommt eine Fehlermeldung (HTTP 500). Mit Overpass-Turbo [1] klappts noch, man braucht aber etwas Geduld und einen guten Rechner. JOSM schaffts auch. Meine Frage: Soll das so sein? Was kann man da machen? Wem sagt man Bescheid? Technisch kann ich damit umgehen, aber wenn selbst die OSM-Seite crashed, dachte ich frage ich mal nach. Viele Grüße Lars [1] http://overpass-turbo.eu/s/2An ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Genauigkeit von OSM-Objekten
Wie genau werden Koordinaten in OSM gespeichert? In der History in JOSM werden 6 Nachkommastellen angezeigt. 1° hat 60' à 1852m (auf dem Meridian) 1° entspricht also 110120m die 6. Nachkommastelle also 0,11m Ist das auch die Genauigkeit in der Datenbank? Falls nicht: wo/wie sieht man die genaue Koordinate eines Objektes? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (über)große relation 1201227
On 20.02.2014 15:42, Lars Lingner wrote: bei einem Importvorgang ist mir eine sehr große Relation (ID 1201227) aufgefallen. Auf osm.org kann man sich das gar nicht mehr ansehen, es kommt eine Fehlermeldung (HTTP 500). Danke, dass du den entsprechenden Link /nicht/ gepostet hast. Manche Leute sagen ja: Schau mal, wenn man hier Link klickt, passiert gar nix?! So große Sachen kann man sich problemlos über die Api anschauen: http://www.osm.org/api/0.6/relation/1201227 Fazit: Wald mit 7466 Mitgliedern (grep -c way) und zwei Versionen vom Dezember 2012 Meine Frage: Soll das so sein? Ein Wald ist ein Wald. :) Im Ernst: bisschen kleiner sollte es schon sein Was kann man da machen? Den Wald in ein kleinere Stücke zerlegen. Wem sagt man Bescheid? Das kann jeder mit JOSM Geübte. (Ich kümmere mich gleich darum) Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von OSM-Objekten
Hi, Markus schrieb: 1° hat 60' à 1852m (auf dem Meridian) 1° entspricht also 110120m die 6. Nachkommastelle also 0,11m Ist das auch die Genauigkeit in der Datenbank? in der Datenbank steht ein Integer, skaliert um 1e7¹. In deiner Rechnung also 0,011m am Äquator. Gruß, Peda [1] http://wiki.openstreetmap.org/wiki/Rails_port/Database_schema#Geodata_tables -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] D-A-CH
Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von OSM-Objekten
Technisch gesehen werden die Koordinaten mit 10 Millionen multipliziert und dann in einem Integer gespeichert, also die Nachkommastellen weggestrichen. Um die Koordinaten also mit der vollen Genauigkeit, die OSM bietet, darzustellen, braucht Du 7 Nachkommastellen. Jochen On Do, Feb 20, 2014 at 04:27:58 +0100, Markus wrote: Date: Thu, 20 Feb 2014 16:27:58 +0100 From: Markus liste12a4...@gmx.de To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: [Talk-de] Genauigkeit von OSM-Objekten Wie genau werden Koordinaten in OSM gespeichert? In der History in JOSM werden 6 Nachkommastellen angezeigt. 1° hat 60' à 1852m (auf dem Meridian) 1° entspricht also 110120m die 6. Nachkommastelle also 0,11m Ist das auch die Genauigkeit in der Datenbank? Falls nicht: wo/wie sieht man die genaue Koordinate eines Objektes? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Am 19.02.2014 20:00, schrieb Steffen Wolf: Hmm, ich les grad noch die Erklaerungen zu den einzelnen Punkten: Massstab 1:5000, da werden in der Deutschen Grundkarte Flurstuecksgrenzen und einzelne Hausnummern dargestellt. Das sieht der Leitfaden auch nicht als bedenklich an. Das beruhigt mich etwa in Hinblick auf unsere Hausnummernsammelei. Aber eigentlich gehen wir ja weiter und stellen auch noch die Haeuser dar. Dazu sagt der Leitfaden aber nix. Ich würde das so verstehen: Hausumrisse tauchen schon auf Karten ab etwa 1:50.000 auf und sind unproblematisch. Selbst mit den Zusatzinformationen der Hausnummern und Flurstücksgrenzen der Deutschen Grundkarte ist es unbedenklich. Auf problematische Zusatzinformationen (Hier wohnt der Prominente ...) können und sollten wir m.E. verzichten. Gruß an meinen (fast) Namensvetter Stephan Wolff ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
On 02/20/2014 02:38 PM, Jörg Frings-Fürst wrote: 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255 zu merken. schon bei meinem bescheidenen privaten Webserver ist es oft kaum möglich in einem tail -f access.log aus dem vorbeirauschenden ASCII-Brei irgendetwas erkennbares aufzuschnappen ... das sich merken ist also nicht das Problem, überhaupt etwas merkbares zu erkennen ist es ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Hartmut Holzgraefe writes: On 02/20/2014 02:38 PM, Jörg Frings-Fürst wrote: 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255 zu merken. schon bei meinem bescheidenen privaten Webserver ist es oft kaum möglich in einem tail -f access.log aus dem vorbeirauschenden ASCII-Brei irgendetwas erkennbares aufzuschnappen ... das sich merken ist also nicht das Problem, überhaupt etwas merkbares zu erkennen ist es ... Don't feed the trolls! * Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (über)große relation 1201227
Hallo Thomas, On 20.02.2014 16:57, malenki wrote: [...] Fazit: Wald mit 7466 Mitgliedern (grep -c way) und zwei Versionen vom Dezember 2012 Genau, der fiel auf weil das Schreiben in meine DB überdurchschnittlich lange brauchte. Ich hatte schon ein schlechtes Gewissen selbst 3 oder 4 Mal die OSM-Seite abgefragt zu haben (Browserabsturz), da wollte ich nicht das jeder Talker hier auch nochmal drauf klickt. Wem sagt man Bescheid? Das kann jeder mit JOSM Geübte. (Ich kümmere mich gleich darum) Ok. Vielen Dank! Leider bin ich nun überhaupt kein Mapper. Dir Relation fiel mir nur wegen dem Umfang auf, konnte nicht abschätzen ob das sinnvoll oder fehlerhaft war. Viele Grüße Lars PS: /notetoself: endlich mal einen Mappingkurs besuchen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Hallo, On 20.02.2014 17:04, Frederik Ramm wrote: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? Vom Gefühl her würde ich Südtirol dort nicht mir reinnehmen. Lichtenstein ist zwar auch nicht DACH, aber mittendrin. Außerdem ist Südtirol ja bei den Alpen-Ausschnitt dabei. Viele Grüße Lars ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Ganz Südtirol fände ich komisch. Gehört ja politisch nicht zu D-A-CH. Soll denn der Ausschnitt direkt an den Grenzen enden, oder ein wenig (ein paar Kilometer) darüber hinaus ragen? Ein wenig Überlappung finde ich hilfreich... Gruß Andre Am 20.02.2014 17:04, schrieb Frederik Ramm: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Am 20. Februar 2014 17:04 schrieb Frederik Ramm frede...@remote.org: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? spontan würde ich das da drin nicht erwarten, sonst (d.h. wenn Du D-A-CH nicht politisch interpretierst sondern nach kulturellen- / Sprachgrenzen) müsste evtl. auch noch ein bisschen Elsass, Belgien und Dänemark mit rein. Anderseits würde man Liechtenstein wohl drin erwarten (das ist aber auch eingeschlossen und nicht nur angrenzend). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Am 20.02.2014 17:04, schrieb Frederik Ramm: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? D-A-CH... wieso nur diese Kombination (halt mich schon immer bei Navis geärgert) Ich brauchte D + BeNeLux, andere hätten wohl gerne Dänemark dabei, Polen oder die Tschechen. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (über)große relation 1201227
Lars Lingner schrieb: On 20.02.2014 16:57, malenki wrote: [...] Das kann jeder mit JOSM Geübte. (Ich kümmere mich gleich darum) Ok. Vielen Dank! Leider bin ich nun überhaupt kein Mapper. Dir Relation fiel mir nur wegen dem Umfang auf, konnte nicht abschätzen ob das sinnvoll oder fehlerhaft war. [...] PS: /notetoself: endlich mal einen Mappingkurs besuchen Dank der Größe war die Bearbeitung doch nicht ganz trivial. Ich durfte JOSM einige Male abschießen, da nicht offenbar war, ob er die 100% load auf einem Core endlich oder unendlich verursachen würde. Danach durfte ich noch zwei Dateninkonsistenzen durch Bearbeiten der OSM-Datei mit einem Texteditor beheben. Zuletzt hatte nicht einmal der Validator mehr etwas zu schimpfen, zum Prüfen hat er sich aber auch genügend Zeit gelassen: INFO: Test 'Multipolygon' in 1 min 48 s beendet Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Hallo, Am Donnerstag, den 20.02.2014, 19:55 +0100 schrieb Caronna: Am 20.02.2014 17:04, schrieb Frederik Ramm: Hi, für den rein hypothetischen Fall ;) dass ich auf download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur entweder die Länder einzeln oder ganz Europa - würde man dann auch noch Südtirol mit dazu nehmen, oder eher nicht? D-A-CH... wieso nur diese Kombination (halt mich schon immer bei Navis geärgert) Ich brauchte D + BeNeLux, andere hätten wohl gerne Dänemark dabei, Polen oder die Tschechen. +1 Wie das so ist, wenn man etwas anbietet... ;-) Schön wäre es, wenn man die runtergeladenen Dateien mit einem Script zusammenlesen könnte. Dann lädt man einfach benachbarte Files zusammen und kann seine Kombination selbst bestimmen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
am Donnerstag, 20. Februar 2014 um 17:04 schrieb Frederik Ramm: download.geofabrik.de auch ein File D-A-CH anbieten würde, statt nur Warum eigentlich immer DACH? Für mich als Norddeutschen ist es immer verwunderlich, warum man unbedingt diese drei Länder zusammenfassen will. Sprachlich ist da eine Gemeinsamkeit, OK, aber räumlich? Menschen an der Westgrenze von Deutschland interssieren sich vielleicht eher für DFRLUBE, hier im Norden eher DDK usw. Ich erstelle mir meinen Ausschnitt immer für den Bereich Norddeutschland, Dänemark und südliches Schweden. So was gibt es auch nicht fertig. Ist der Bedarf nach DACH-Daten tatsächlich so groß? Oder wollen die Leute nicht eher BYBWACH? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D-A-CH
Hallo, On 20.02.2014 21:59, Christian H. Bruhn wrote: Ist der Bedarf nach DACH-Daten tatsächlich so groß? Oder wollen die Leute nicht eher BYBWACH? Das ist ja schon das Alpen-Extrakt ;) Der Bedarf nach DACH ist zumindest der am häufigsten geäußerte. Ich hab mich bislang immer geziert, weil ich wusste, dass dann natürlich all die Fragen nach Benelux, Deutschland+Polen, Ostsee-Anreinerstaaten und und und kommen. Im Grunde kann man sich benachbarte Regionen mit Osmosis zusammenbauen, hier z.B. ein Skript für ein Benelux+Niedersachsen+Nordrheinwestfalen+Rheinlandpfalz-Extrakt: SCHNIPP #!/bin/sh set -e BASE=http://download.geofabrik.de/europe; PIECES=germany/niedersachsen germany/nordrhein-westfalen germany/rheinland-pfalz belgium netherlands luxembourg OUTPUT=meinfile.osm.pbf OSMOSIS=/srv/osmosis/bin/osmosis # hierunter nix aendern NUM=0 MERGE= OSMOSISFLAGS= export NUM MERGE OSMOSISFLAGS for p in $PIECES do NUM=`expr $NUM + 1` wget -qO$NUM.osm.pbf $BASE/$p-latest.osm.pbf OSMOSISFLAGS=$OSMOSISFLAGS --read-pbf $NUM.osm.pbf $MERGE MERGE=--merge done $OSMOSIS $OSMOSISFLAGS --write-pbf $OUTPUT SCHNAPP Das sollte eigentlich auch die wegen Überschneidung doppelten Ways richtig rauswerfen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Sabilimento termale
che dici di amenity=thermal_bath http://taginfo.openstreetmap.org/search?q=amenity%3Dthermal_bath c'è anche un leisure=thermal_bath (ma mi piace di meno, perché non è strettamente leisure e non è solo una descrizione fisica come lo sono pitch o stadium o track) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
ok, allora bisogna stare attenti perchè da quello che ho capito il ruolo admin_center va messo solo su nodi con tag place. e invece volevo chiedere cosa ne pensate del ruolo subarea applicata alle relazioni che compongono i boundary del livello inferiore [1] (per cui per lo stato saranno i boundary delle regioni, per le regioni i boundary delle provincie e per le provincie i boundary dei comuni...di fatto credo si debbano prendere le relazioni del livello inferiore e renderle relazioni figlie della relazione del boundary superiore con ruolo subarea.). sono usate? sono utili? [1] http://wiki.openstreetmap.org/wiki/Relation:boundary - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/ruolo-admin-centre-assente-per-molte-amministrazioni-tp5793505p5796882.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] Wikipedia-tag-in-OSM: da OSM a Wikipedia (versione beta)
Il 19 febbraio 2014 16:50, Cristian Consonni kikkocrist...@gmail.com ha scritto: Il 19 febbraio 2014 11:38, Andrea De Gradi dega...@gmail.com ha scritto: Ho notato che la mappa che viene utilizzata nel tool rappresenta molti meno oggetti della mappa utilizzata dal sito di OpenStreetMap. Questa cosa l'ho notata confrontando per esempio la mappa della Stazione Palestrina mostrata dal tool con quella mostrata da OSM. In particolare non si vedono gli edifici in torno alla stazione e soprattutto non si vede il nome della stazione. Dipende da CloudMade (che è il servizio che fornisce le tile). Ho provato a cambiare lo stile della mappa, ma non mi sembra che aggiunga dei POI. (c'è da dire che gli stili sono tanti: http://maps.cloudmade.com/editor). Ho provato a usare un altro tile server; ora come ora sto usando MapQuest. (però, ad esempio, vedo che non ci sono le fermate dei bus, che nell'altro stile c'erano). Ok, ho aggiunto diversi possili layer. Così è meglio? Il 19 febbraio 2014 18:01, Cascafico Giovanni cascaf...@gmail.com ha scritto: corbezzoli! piazza unità d'italia (ts) ha dei problemi MediaWiki ha restitutito un errore: Page Piazza_Unit%C3%A0_d%27Italia does not exist on it.wikipedia Contatta gli sviluppatori e mandagli qualche dettaglio a proposito di questo errore. forse l'apostrofo? Sì, sistemato. Grazie. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia-tag-in-OSM: da OSM a Wikipedia (versione beta)
Con la scelta delle mappe è più bello. Oggi ho inserito delle coordinate e il messaggio di complimenti è stato: Ben fatto! Hai modificato la pagina: *Teatro dell#39;Opera di Roma http://it.wikipedia.org/wiki/Teatro_dell#39;Opera_di_Roma* su Wikipedia in Italiano. (La modifica ha oggetto: *[wtosm] aggiunta coordinate* ) Ritorna alla listahttp://194.116.72.25/wtosm/subpages/Teatri_d%27Italia.html#t1_5_1_1_0_42. Come puoi vedere non solo il titolo della pagina ha quei caratteri strani ma se ci si clicca sopra non si raggiunge la pagina desiderata. Il giorno 20 febbraio 2014 11:39, Cristian Consonni kikkocrist...@gmail.com ha scritto: Il 19 febbraio 2014 16:50, Cristian Consonni kikkocrist...@gmail.com ha scritto: Il 19 febbraio 2014 11:38, Andrea De Gradi dega...@gmail.com ha scritto: Ho notato che la mappa che viene utilizzata nel tool rappresenta molti meno oggetti della mappa utilizzata dal sito di OpenStreetMap. Questa cosa l'ho notata confrontando per esempio la mappa della Stazione Palestrina mostrata dal tool con quella mostrata da OSM. In particolare non si vedono gli edifici in torno alla stazione e soprattutto non si vede il nome della stazione. Dipende da CloudMade (che è il servizio che fornisce le tile). Ho provato a cambiare lo stile della mappa, ma non mi sembra che aggiunga dei POI. (c'è da dire che gli stili sono tanti: http://maps.cloudmade.com/editor ). Ho provato a usare un altro tile server; ora come ora sto usando MapQuest. (però, ad esempio, vedo che non ci sono le fermate dei bus, che nell'altro stile c'erano). Ok, ho aggiunto diversi possili layer. Così è meglio? Il 19 febbraio 2014 18:01, Cascafico Giovanni cascaf...@gmail.com ha scritto: corbezzoli! piazza unità d'italia (ts) ha dei problemi MediaWiki ha restitutito un errore: Page Piazza_Unit%C3%A0_d%27Italia does not exist on it.wikipedia Contatta gli sviluppatori e mandagli qualche dettaglio a proposito di questo errore. forse l'apostrofo? Sì, sistemato. Grazie. 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] R: R: R: ruolo admin_centre assente per molte amministrazioni
Il 20 febbraio 2014 11:03, Aury88 ha scritto: e invece volevo chiedere cosa ne pensate del ruolo subarea applicata alle relazioni che compongono i boundary del livello inferiore [1] sono usate? sono utili? [1] http://wiki.openstreetmap.org/wiki/Relation:boundary dove sono documentate le subarea? cercando nel wiki, nella prima pagina di risultati vedo solo riferimenti a luoghi, non a pagine di spiegazione http://wiki.openstreetmap.org/w/index.php?search=subarea non sono utili perché per definizione i confini di livello inferiore sono contenuti completamente in quelli di livello superiore quindi cono una query spaziale posso sapere chi è dentro chi (se non ci sono errori nei dati!), come facevo in http://www.forsi.it/osm/spellcheck/is_in/ che ho smesso di aggiornare perché non individua bene tutte le modifiche e perché i confini sono danneggiati troppo spesso per essere utili per tutti i Comuni e quando riscriverò il mio programma per il controllo ortografico userò direttamente i confini ISTAT invece di quelli OSM che ne sono la brutta copia, buona solo per disegnare le righe tratteggiate il problema delle subarea è che sono una scorciatoia per chi non sa fare o non vuole fare query spaziali perché duplicano un'informazione che può essere ricavata a patto di scaricare tutte le relazioni dei confini della zona che interessa (magari con Overpass Turbo) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia-tag-in-OSM: da OSM a Wikipedia (versione beta)
Il 20 febbraio 2014 11:46, Andrea De Gradi dega...@gmail.com ha scritto: Hai modificato la pagina: Teatro dell#39;Opera di Roma su Wikipedia in Italiano. (La modifica ha oggetto: [wtosm] aggiunta coordinate ) Ritorna alla lista. Come puoi vedere non solo il titolo della pagina ha quei caratteri strani ma se ci si clicca sopra non si raggiunge la pagina desiderata. Dovrebbe essere sistemato ora. Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] TMap
Ciao Daniele Il 19/02/2014 12:54, Daniele Forsi ha scritto: Il 18 febbraio 2014 07:58, Stefano Fraccaro ha scritto: vi informo che ho da poco rilasciato un software da linea di comando per renderizzare mappe statiche. Se avete consigli e critiche... ;-) http://www.montellug.it/wiki/index.php?title=TMap consigli: metti almeno una immagine di una mappa generata, non dico un'immagine per ognuno dei paragrafi, anche se mi piacerebbe perché con un po' di immagini potrebbe diventare un tutorial perfetto, pensaci ;-) metto in todo list, prima finisco la semplificazione delle polilinee :-) nel primo paragrafo aggiungerei un accenno al formato delle mappe, dagli esempi si capisce che sono png, ma bisogna arrivare a metà pagina per vederli Aggiunto. Sono supportati tutti i formati del framework .net ... ma il formato png ha la trasparenza critiche: l'annuncio stava bene anche in dev-ita...@openstreetmap.org; +1 metto in copia questo messaggio dal wiki non è chiaro su quali sistemi operativi funziona (non ho scaricato i sorgenti o l'eseguibile per controllare): fai riferimento a LinuxMint ma negli esempi il programma ha estensione .exe; +1 aggiunto descrizione. Funziona su tutti i sistemi operativi principali in quanto è scritto in C#. Quindi Windows+.Net oppure Linux/MacOS+Mono verso l'inizio c'è scritto Linux Day 2014, forse è 2013? Corretto :-) -- Stefano Fraccaro Web: http://www.stefanofraccaro.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
le subarea non credo siano documentate...sono solo elencate nella pagina da me linkata tra i vari tag che possono far parte della relazione boundary. non capisco del perchè della bassa qualità dei boundary osm rispetto i dati istat...a quanto i risulta i boundary osm dovrebbero essere proprio frutto di un import dei dati istat. per quanto riguarda l'utilità delle subarea grazie per aver confermato i miei sospetti. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/ruolo-admin-centre-assente-per-molte-amministrazioni-tp5793505p5796905.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] Nuovo Import
Ciao a tutti, per l'OpenDataDay del prossimo sabato 22 febbraio a Napoli ( http://wiki.opendataday.org/Napoli2014), l'azienda dei trasporti pubblici locale rilascerà, per il gruppo che si occuperà del mapping su OpenStreetMap, la lista delle fermate (le paline) degli autobus e relativi metadata. L'import riguarderebbe l'area della città di Napoli, riassumo il mio work plan: 1. reperisco la lista delle fermate con relativa posizione GPS (EPSG:4326), nome e codice della fermata 2. esporto questa lista (xml o json) in un formato compatibile con JOSM, ad esempio osm in cui è possibile anche aggiungere, fermata per fermata, i tag suggeriti dalla wiki di OpenStreetMap http://wiki.openstreetmap.org/wiki/Buses - highway=bus_stop - name=nome_fermata - operator=nome_azienda - ref=numero_fermata 3. su JOSM aggiungo un layer con vista aerea in maniera tale da osservare eventuali inesattezze ed essere sicuri di non aver commesso errori durante le fasi precedenti 4. upload su OpenStreetMap Avremo i permessi dell'azienda detentrice dei dati a poterli caricare su OSM (saranno OpenData). Come previsto dalle linee guida, provvederò a inserire una entry nella tabella Import/Catalogue e citerò chi ha rilasciato i dati. Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. Io attendo qualunque vostro parere e suggerimenti sulla modalità esposta sopra. Se qualcuno vuole darmi una mano o si trova a Napoli e vuole partecipare Sabato all'ODDNA14 mi fa tantissimo piacere. Se avete anche suggerimenti sui tool da adottare (ad esempio per creare un file osm da importare in Josm) sono ben accetti. Grazie per la collaborazione!! -- Eduard ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo Import
Ciao, ti ricordo di inviare una mail alla mailing list internazionale Import per avvisare di questo progetto, spiegando cosa andrai a importare e soprattutto la Licenza di rilascio di questi dati. Leonardo Il 20/02/2014 16:49, Eduard Natale ha scritto: Ciao a tutti, per l'OpenDataDay del prossimo sabato 22 febbraio a Napoli (http://wiki.opendataday.org/Napoli2014), l'azienda dei trasporti pubblici locale rilascerà, per il gruppo che si occuperà del mapping su OpenStreetMap, la lista delle fermate (le paline) degli autobus e relativi metadata. L'import riguarderebbe l'area della città di Napoli, riassumo il mio work plan: 1. reperisco la lista delle fermate con relativa posizione GPS (EPSG:4326), nome e codice della fermata 2. esporto questa lista (xml o json) in un formato compatibile con JOSM, ad esempio osm in cui è possibile anche aggiungere, fermata per fermata, i tag suggeriti dalla wiki di OpenStreetMap http://wiki.openstreetmap.org/wiki/Buses - highway=bus_stop - name=nome_fermata - operator=nome_azienda - ref=numero_fermata 3. su JOSM aggiungo un layer con vista aerea in maniera tale da osservare eventuali inesattezze ed essere sicuri di non aver commesso errori durante le fasi precedenti 4. upload su OpenStreetMap Avremo i permessi dell'azienda detentrice dei dati a poterli caricare su OSM (saranno OpenData). Come previsto dalle linee guida, provvederò a inserire una entry nella tabella Import/Catalogue e citerò chi ha rilasciato i dati. Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. Io attendo qualunque vostro parere e suggerimenti sulla modalità esposta sopra. Se qualcuno vuole darmi una mano o si trova a Napoli e vuole partecipare Sabato all'ODDNA14 mi fa tantissimo piacere. Se avete anche suggerimenti sui tool da adottare (ad esempio per creare un file osm da importare in Josm) sono ben accetti. Grazie per la collaborazione!! -- Eduard ___ 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] stazioni meteo e errore coordinate WTOSM
2014-02-17 13:27 GMT+01:00 Simone F. grop...@gmail.com: Non sono mai stato convinto che sia stata una buona idea aggiungere la categoria Stazioni meteorologiche d'Italia. Non è una categoria così importante e se pensi che le coordinate poco accurate dei suoi articoli in Wikipedia possano portare ad errori di posizionamento in OSM, possiamo toglierla da wtosm. Sarebbe anche l'unico modo per far sparire i suoi marker dalla mappa. possiamo toglierle per favore le centraline? inoltre, non capisco perche', sebbene abbia corretto questo: https://it.wikipedia.org/wiki/Roca_Vecchia e messe le coordinate corrette del laesino in provincia di Lecce, esso appaia ancora in WTOSM in mezzo al mare. Grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo Import
2014-02-20 16:49 GMT+01:00 Eduard Natale eduard.nat...@gmail.com: Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. è facile, ti devi registrare per il wiki: https://wiki.openstreetmap.org/w/index.php?title=Special:UserLoginreturnto=Main+Pagereturntoquery=wpStickHTTPS%3D1wpStickHTTPS=1type=signup e puoi cominciare. Per gli import devi rispettare le procedure documentate qui: https://wiki.openstreetmap.org/wiki/Import_guidelines ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
in centro abitato spesso sono situati sui tetti dei palazzi più alti mentre nelle aree extraurbane solitamente sono in spazi aperti...comunque lontani da eventuali ostacoli al vento...comunque sia sono spesso abbastanza anonime e se non si sa cosa si sta guardando è possibilissimo passare davanti una centralina senza nemmeno saperlo. neanche io sono d'accordo con l'import...1 perchè non si importano dati se si sa che sono sbagliati. 2 non è detto che un dato sbagliato venga corretto al riguardo consiglio di guardare la discussione nata attorno l'import TIGER e cosa ha causato alla community americana in termini di diffusione e tasso di crescita della stessa. anche quello un import di dati di bassa qualità (almeno quelli iniziali del primo dataset). - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/stazioni-meteo-e-errore-coordinate-WTOSM-tp5795487p5796934.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] stazioni meteo e errore coordinate WTOSM
2014-02-20 19:56 GMT+01:00 Aury88 spacedrive...@gmail.com: .1 perchè non si importano dati se si sa che sono sbagliati. 2 non è detto che un dato sbagliato venga corretto al riguardo consiglio di guardare la discussione nata attorno l'import TIGER e cosa ha causato alla community americana in termini di diffusione e tasso di crescita della stessa. anche quello un import di dati di bassa qualità (almeno quelli iniziali del primo dataset). +1 qui i dati sono palesemente troncati al decimale superiore, quindi spistati anche di 2km dal vero punto di collocazione della centralina. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confini danneggiati
Il giorno 20 febbraio 2014 11:50, Daniele Forsi dfo...@gmail.com ha scritto: Il 20 febbraio 2014 11:03, Aury88 ha scritto: [...] non sono utili perché per definizione i confini di livello inferiore sono contenuti completamente in quelli di livello superiore quindi cono una query spaziale posso sapere chi è dentro chi (se non ci sono errori nei dati!), come facevo in http://www.forsi.it/osm/spellcheck/is_in/ che ho smesso di aggiornare perché non individua bene tutte le modifiche e perché i confini sono danneggiati troppo spesso per essere utili per tutti i Comuni e quando riscriverò il mio programma per il controllo ortografico userò direttamente i confini ISTAT invece di quelli OSM che ne sono la brutta copia, buona solo per disegnare le righe tratteggiate Che danni hai trovato ? -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] stazioni meteo e errore coordinate WTOSM
SemiOT. In fvg ho scovato sul loro sito le centraline meteo dell'ARPA-OSMER e le coordinate sono al quarto decimale! ...peccato che 4/5 siano sbagliate. Ho trovato su bing per caso un mast e un pluviometro a 120mt SSO dal punto e mi aspettavo lo stesso errore anche per le altre; macché :( Il 20/feb/2014 20:03 Simone Cortesi sim...@cortesi.com ha scritto: 2014-02-20 19:56 GMT+01:00 Aury88 spacedrive...@gmail.com: .1 perchè non si importano dati se si sa che sono sbagliati. 2 non è detto che un dato sbagliato venga corretto al riguardo consiglio di guardare la discussione nata attorno l'import TIGER e cosa ha causato alla community americana in termini di diffusione e tasso di crescita della stessa. anche quello un import di dati di bassa qualità (almeno quelli iniziali del primo dataset). +1 qui i dati sono palesemente troncati al decimale superiore, quindi spistati anche di 2km dal vero punto di collocazione della centralina. -- -S ___ 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] Nuovo Import
Avere anche delle liste che mettano in relazione ogni linea con la propria sequenza paline non sarebbe male. Il 20/feb/2014 16:50 Eduard Natale eduard.nat...@gmail.com ha scritto: Ciao a tutti, per l'OpenDataDay del prossimo sabato 22 febbraio a Napoli ( http://wiki.opendataday.org/Napoli2014), l'azienda dei trasporti pubblici locale rilascerà, per il gruppo che si occuperà del mapping su OpenStreetMap, la lista delle fermate (le paline) degli autobus e relativi metadata. L'import riguarderebbe l'area della città di Napoli, riassumo il mio work plan: 1. reperisco la lista delle fermate con relativa posizione GPS (EPSG:4326), nome e codice della fermata 2. esporto questa lista (xml o json) in un formato compatibile con JOSM, ad esempio osm in cui è possibile anche aggiungere, fermata per fermata, i tag suggeriti dalla wiki di OpenStreetMap http://wiki.openstreetmap.org/wiki/Buses - highway=bus_stop - name=nome_fermata - operator=nome_azienda - ref=numero_fermata 3. su JOSM aggiungo un layer con vista aerea in maniera tale da osservare eventuali inesattezze ed essere sicuri di non aver commesso errori durante le fasi precedenti 4. upload su OpenStreetMap Avremo i permessi dell'azienda detentrice dei dati a poterli caricare su OSM (saranno OpenData). Come previsto dalle linee guida, provvederò a inserire una entry nella tabella Import/Catalogue e citerò chi ha rilasciato i dati. Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. Io attendo qualunque vostro parere e suggerimenti sulla modalità esposta sopra. Se qualcuno vuole darmi una mano o si trova a Napoli e vuole partecipare Sabato all'ODDNA14 mi fa tantissimo piacere. Se avete anche suggerimenti sui tool da adottare (ad esempio per creare un file osm da importare in Josm) sono ben accetti. Grazie per la collaborazione!! -- Eduard ___ 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
[Talk-it] Catasto Trentino
Come credo sappiate la Provincia Autonoma di Trento ha rilasciato i dati del catasto. Oggi sono andato a vedermi i dati e, praticamente, avremmo tutto l'edificato del Trentino (oltre che strade ed altro ancora). Si tratta delle geometrie e non degli attributi specifici (se non sommari ad indicare se si tratta di uso del suolo o abitazioni o edifici). I dati vengono rilasciati ogni sei mesi. Devo ammettere che ho trovato qualche problemino (in primis mancano informazioni sulla proiezione usata), però rimangono una ottima risorsa. Qui la risorsa http://dati.trentino.it/organization/pat-s-catasto qui i dataset dell'edificato http://dati.trentino.it/dataset/cartografica-catastale-numerica-particelle-poligonali -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Catasto Trentino
Che dire ... complimenti! Best practise? Magari Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 20 febbraio 2014 22:26, Maurizio Napolitano napoo...@gmail.comha scritto: Come credo sappiate la Provincia Autonoma di Trento ha rilasciato i dati del catasto. Oggi sono andato a vedermi i dati e, praticamente, avremmo tutto l'edificato del Trentino (oltre che strade ed altro ancora). Si tratta delle geometrie e non degli attributi specifici (se non sommari ad indicare se si tratta di uso del suolo o abitazioni o edifici). I dati vengono rilasciati ogni sei mesi. Devo ammettere che ho trovato qualche problemino (in primis mancano informazioni sulla proiezione usata), però rimangono una ottima risorsa. Qui la risorsa http://dati.trentino.it/organization/pat-s-catasto qui i dataset dell'edificato http://dati.trentino.it/dataset/cartografica-catastale-numerica-particelle-poligonali -- Maurizio Napo Napolitano http://de.straba.us ___ 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] Nuovo Import
In effetti dovrebbe arrivare anche quella, sarà un insieme di informazioni che ci daranno sabato, ma in realtà non conosciamo con precisione tutti i dettagli. Io vorrei cominciare con le fermate prima e poi con il tempo aggiungere anche le relazioni. L'idea è: supponiamo di avere questo dataset per sabato, possiamo avvantaggiarci in questo lavoro ora in maniera tale che sabato possiamo procedere semplicemente all'upload su OpenStreetMap. Grazie! Il giorno 20 febbraio 2014 22:14, Cascafico Giovanni cascaf...@gmail.comha scritto: Avere anche delle liste che mettano in relazione ogni linea con la propria sequenza paline non sarebbe male. Il 20/feb/2014 16:50 Eduard Natale eduard.nat...@gmail.com ha scritto: Ciao a tutti, per l'OpenDataDay del prossimo sabato 22 febbraio a Napoli ( http://wiki.opendataday.org/Napoli2014), l'azienda dei trasporti pubblici locale rilascerà, per il gruppo che si occuperà del mapping su OpenStreetMap, la lista delle fermate (le paline) degli autobus e relativi metadata. L'import riguarderebbe l'area della città di Napoli, riassumo il mio work plan: 1. reperisco la lista delle fermate con relativa posizione GPS (EPSG:4326), nome e codice della fermata 2. esporto questa lista (xml o json) in un formato compatibile con JOSM, ad esempio osm in cui è possibile anche aggiungere, fermata per fermata, i tag suggeriti dalla wiki di OpenStreetMap http://wiki.openstreetmap.org/wiki/Buses - highway=bus_stop - name=nome_fermata - operator=nome_azienda - ref=numero_fermata 3. su JOSM aggiungo un layer con vista aerea in maniera tale da osservare eventuali inesattezze ed essere sicuri di non aver commesso errori durante le fasi precedenti 4. upload su OpenStreetMap Avremo i permessi dell'azienda detentrice dei dati a poterli caricare su OSM (saranno OpenData). Come previsto dalle linee guida, provvederò a inserire una entry nella tabella Import/Catalogue e citerò chi ha rilasciato i dati. Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. Io attendo qualunque vostro parere e suggerimenti sulla modalità esposta sopra. Se qualcuno vuole darmi una mano o si trova a Napoli e vuole partecipare Sabato all'ODDNA14 mi fa tantissimo piacere. Se avete anche suggerimenti sui tool da adottare (ad esempio per creare un file osm da importare in Josm) sono ben accetti. Grazie per la collaborazione!! -- Eduard ___ 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 -- Eduard ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Report del Data Working Group per lug-dec 2013
Ciao, uscito fresco fresco: http://www.osmfoundation.org/wiki/DWG_Activity_Report_for_Jul-Dec_2013 Poco (per fortuna) dall'Italia, soprattutto import sbagliati (non annunciati o senza diritti). E personalmente mi salta all'occhio anche il Dec 2013worldwide Bitcoin spam che coincide con quanto osservato nelle modifiche di molti nuovi utenti grazie al bot osmbot-test sul canale IRC #osm-it (automappature con tag sbagliati o toccando elementi sbagliati). Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
Il 20 febbraio 2014 12:36, Aury88 ha scritto: non capisco del perchè della bassa qualità dei boundary osm rispetto i dati istat...a quanto i risulta i boundary osm dovrebbero essere proprio frutto di un import dei dati istat. no, la qualità può essere migliore se i mappatori li hanno migliorati, ma non sono affidabili nel senso che può succedere che fra 10 minuti qualcuno elimina un pezzo di Confine di Stato (è già successo) oppure crea una intersezione di way perché trascina involontariamente un nodo o duplica una way (è già successo) e secondo quale programma e quali opzioni usi può succedere che le relazioni coinvolte sono ignorate oppure che il programma riesce a ripararle in qualche modo però col rischio di nascondere l'errore a lungo, fino a che qualcuno non usa i dati con un programma che funziona diversamente (è già successo :) ) Il problema è che se qualcuno cancella per errore un bar di una città o una strada, perdo quella singola informazione, ma se qualcun altro cancella un pezzo di confine potrei non riuscire a estrarre nessun nodo e nessuna way di quella città oppure mi risultano tutti o in parte nella città vicina (perché l'algoritmo che ripara le geometrie traccia una linea retta e taglia il territorio in un punto a caso, se sono fortunato il pezzo tagliato è piccolo e quindi anche il danno è piccolo, oppure è solo mare, ma se non mi voglio affidare alla fortuna uso i confini ISTAT, oppure faccio come ha detto Diego Guidotti) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini danneggiati
Il 20 febbraio 2014 20:14, Fabrizio ha scritto: Il giorno 20 febbraio 2014 11:50, Daniele Forsi dfo...@gmail.com ha scritto: i confini sono danneggiati troppo spesso per essere utili per tutti i Comuni e quando riscriverò il mio programma per il controllo ortografico userò direttamente i confini ISTAT invece di quelli OSM che ne sono la brutta copia, buona solo per disegnare le righe tratteggiate Che danni hai trovato ? principalmente way cancellate, più raramente qualche nodo spostato che creava delle intersezioni, dei tratti duplicati e un'isoletta non inserita in tutte le relazioni. Nel tempo ho descritto alcuni degli errori nel blog: http://www.forsi.it/taxonomy/term/55 Ho fatto qualche conteggio che ho appena pubblicato all'indirizzo riportato sopra e nel 2013 solo per 14 settimane ci sono state tante relazioni quante me ne aspettavo, quelle mancanti erano una percentuale piccola però io volevo tutti i Comuni non quasi tutti... Ho conservato i dati corrispondenti ai file CSV che pubblicavo, quindi ho ID, nomi e chi contiene chi, ma non ho le geometrie, posso passare questo database a chi lo vuole analizzare in dettaglio: sono 443571 righe divise in 53 gruppi di circa 8200, come si vede da quella tabella -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia-tag-in-OSM: da OSM a Wikipedia (versione beta)
Il 19 febbraio 2014 16:50, Cristian Consonni ha scritto: Ho sistemato la questione spostamento (un po' a sentimento, perché a me non visualizza il popup del marker azzurro [anche se dovrebbe] né su Firefox, né su Chromium, non so perché). ora va bene Per il resto cioè che dici è tutto esattamente come voluto. Dici che non si capisce? il funzionamento si capisce ma i 2 marcatori all'inizio non sono esattamente sovrapposti e un fumetto era spostato, quello che non capisco è a quale posizione sulla mappa corrispondono le coordinate numeriche visualizzate, ok, corrispondono al centroide :-) però per usare questa applicazione non mi sembra necessario sapere cosa è, mi sembra che gli unici requisiti siano solo un po' di conoscenza della lingua italiana e dei luoghi per capire se si sta guardando l'oggetto giusto nella la città giusta, ma avere 2 marcatori di cui uno si sposta e uno no, uno mostra le coordinare e l'altro no, sono piccole difficoltà in più, ma le alternative che mi vengono in mente sono ancora più complicate (come un pulsante per resettare il marker alla posizione iniziale, o chiedere all'utente se va bene e fare apparire quello rosso solo se dice di no, ma poi perché rosso? il rosso mi fa pensare a un'indicazione di errore) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Catasto Trentino
2014-02-20 22:26 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Si tratta delle geometrie e non degli attributi specifici (se non sommari ad indicare se si tratta di uso del suolo o abitazioni o edifici). pensi ad un import? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikipedia-tag-in-OSM: da OSM a Wikipedia (versione beta)
Il 21 febbraio 2014 00:22, Daniele Forsi dfo...@gmail.com ha scritto: Il 19 febbraio 2014 16:50, Cristian Consonni ha scritto: Ho sistemato la questione spostamento (un po' a sentimento, perché a me non visualizza il popup del marker azzurro [anche se dovrebbe] né su Firefox, né su Chromium, non so perché). ora va bene (in realtà mi sono reso conto che me lo visualizza se clicco sul marker) Per il resto cioè che dici è tutto esattamente come voluto. Dici che non si capisce? il funzionamento si capisce ma i 2 marcatori all'inizio non sono esattamente sovrapposti e un fumetto era spostato, quello che non capisco è a quale posizione sulla mappa corrispondono le coordinate numeriche visualizzate, ok, corrispondono al centroide :-) però per usare questa applicazione non mi sembra necessario sapere cosa è, mi sembra che gli unici requisiti siano solo un po' di conoscenza della lingua italiana e dei luoghi per capire se si sta guardando l'oggetto giusto nella la città giusta, ma avere 2 marcatori di cui uno si sposta e uno no, uno mostra le coordinare e l'altro no, sono piccole difficoltà in più, ma le alternative che mi vengono in mente sono ancora più complicate (come un pulsante per resettare il marker alla posizione iniziale, o chiedere all'utente se va bene e fare apparire quello rosso solo se dice di no, ma poi perché rosso? il rosso mi fa pensare a un'indicazione di errore) Ho messo il marker in verde e delle frasi un po' più dettagliate :-) Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Nuovo Import
Metterei anche il tag source=* Da: Eduard Natale [mailto:eduard.nat...@gmail.com] Inviato: giovedì 20 febbraio 2014 16:49 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Nuovo Import Ciao a tutti, per l'OpenDataDay del prossimo sabato 22 febbraio a Napoli (http://wiki.opendataday.org/Napoli2014), l'azienda dei trasporti pubblici locale rilascerà, per il gruppo che si occuperà del mapping su OpenStreetMap, la lista delle fermate (le paline) degli autobus e relativi metadata. L'import riguarderebbe l'area della città di Napoli, riassumo il mio work plan: 1. reperisco la lista delle fermate con relativa posizione GPS (EPSG:4326), nome e codice della fermata 2. esporto questa lista (xml o json) in un formato compatibile con JOSM, ad esempio osm in cui è possibile anche aggiungere, fermata per fermata, i tag suggeriti dalla wiki di OpenStreetMap http://wiki.openstreetmap.org/wiki/Buses - highway=bus_stop - name=nome_fermata - operator=nome_azienda - ref=numero_fermata 3. su JOSM aggiungo un layer con vista aerea in maniera tale da osservare eventuali inesattezze ed essere sicuri di non aver commesso errori durante le fasi precedenti 4. upload su OpenStreetMap Avremo i permessi dell'azienda detentrice dei dati a poterli caricare su OSM (saranno OpenData). Come previsto dalle linee guida, provvederò a inserire una entry nella tabella Import/Catalogue e citerò chi ha rilasciato i dati. Sarebbe utile poter creare una wiki page per Napoli, come è stato fatto per Torino, Bologna, Milano e Roma. Io attendo qualunque vostro parere e suggerimenti sulla modalità esposta sopra. Se qualcuno vuole darmi una mano o si trova a Napoli e vuole partecipare Sabato all'ODDNA14 mi fa tantissimo piacere. Se avete anche suggerimenti sui tool da adottare (ad esempio per creare un file osm da importare in Josm) sono ben accetti. Grazie per la collaborazione!! -- Eduard ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] parzialemte OT: codifica per OSMWIKY
Per richiamare una relazione nelle pagine di OSMWIKY si usa il comando:
{{BrowseRelation|}}
Quale è il comando per individuare una way?
Grazie Beppe
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] The “Wikipedia of maps,” OpenStreetMap, has bested the corporate giant
Jeg ved ikke, om I så denne her - lidt eksponering: http://www.theatlantic.com/technology/archive/2014/02/in-sochi-open-source-maps-beat-googles/283909/ Alt godt, M __ Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] OOC 1:25k OS mapping
Hi Andy, That looks great - really sharp. I'll add it to my layers in JOSM and see how it differs from the NLS layer. I think it will be interesting to see how the 1:25k maps evolved over time as towns expanded. Rob On 20 February 2014 17:44, Andy Robinson ajrli...@gmail.com wrote: As an alternative to the NLS facility I've now completed rectification of our own 1:25k OS mapping covering the midlands. For the viewer: http://faffy.openstreetmap.org/?zoom=11lat=52.51469lon=-2.00935layers=000 B0 For loading into editor for tracing see http://wiki.openstreetmap.org/wiki/Provisional/First_Edition#Use_in_OSM Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-at] Adreßsuche auf OSM.org
Holger Schöner wrote: Allerdings funktioniert auch Mödling 2340, Bahnstraße 2 nicht; es scheint also besser zu sein, den Ort nach zu stellen, anstatt ihn als erstes an zu geben!? Ja, meines Wissens nach versteht Nominatim X, Y als X, in Y. Nachdem es in Bahnstraße 2 kein Mödling 2340 gibt, klappt es in der Reihenfolge nicht. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Tr : Nouvelle licence de données ouvertes au Québec
Bonjour, Merci Pierre de me donner l'occasion de préciser quelques points concernant la concertation des municipalités (Montréal, Sherbrooke, Gatineau et Québec) et du gouvernement du Québec (ayant un portail de données ouvertes) pour se doter d'une licence ouverte commune facilitant entre autres la compréhension et la réutilisation de données ouvertes de multiples sources. La licence Creative Commons - Paternité internationale 4.0 - CC BY 4.0, devrait être adoptée bientôt par les instances municipales de la Ville de Montréal - chaque administration publique a son propre processus décisionnel. Pour la Ville de Montréal, cela correspondrait à une suite logique puisqu'en février 2013, nous avions retiré la clause SA. http://creativecommons.org/licenses/by/4.0/deed.fr_CA Prendre note que la version française (comme toutes les autres langues que l'anglais) est en cours de révision http://wiki.creativecommons.org/CC_BY_SA_4.0_Francais_-_Draft#Section_1_.E2.80.93_D.C3.A9finitions Notre article reprend le communiqué de presse de la Ville de Montréal d'aujourd'hui : http://donnees.ville.montreal.qc.ca/un-avantage-pour-les-citoyens-montreal-disposera-de-la-licence-ouverte-cc-4-une-premiere-au-canada-en-matieres-de-donnees-ouvertes/ De plus, mes conversations avec Simon Poole (comité legal d'OSM) n'ont pu permettre de confirmer qu'OSM va examiner la version CC 4.0 (BY et/ou BY-SA) à court terme comme l'a homologué l'OKFN le 8 janvier dernier. http://blog.okfn.org/2014/01/08/creative-commons-4-0-by-and-by-sa-licenses-approved-conformant-with-the-open-definition/ La CC 4.0 (BY et/ou BY-SA) est une licence ouverte conforme à la définition du savoir libre. Voir aussi le tableau comparatif par rapport à la définition du savoir libre : http://opendefinition.org/licenses/ Le cas échéant, lorsque les instances municipales auront adopté la licence ouverte, je prévois inscrire la mention de paternité Ville de Montréal dans la page Wiki des contributeurs de l'OSM. Cette mention serait liée à notre page de licence qui pointe vers CC BY 4.0. Cela devrait respecter les exigences d'utilisation des BD d'OSM. La CC 4.0 permet l'utilisation d'hyperliens pour la mention d'attribution. URI de la page de la licence ouverte de la Ville de Montréal : http://donnees.ville.montreal.qc.ca/licence/ La balle est maintenant du côté d'OSM qui a déjà adopté la licence CC 2.0 et CC 3.0 Je suis disponible pour en discuter à la Journée internationale des données ouvertes, samedi 22 février http://www.eventbrite.com/e/billets-journee-donnees-ouvertes-2014-10149775251 Au plaisir, Dre Diane Mercier @MTL_DO | donnees.ville.montreal.qc.ca @okfnca | ca.okfn.org @_FACiL | facil.qc.ca @carnetsDM | dianemercier.com http://about.me/dianemercier http://vizualize.me/oKvvtBkJXK?r=oKvvtBkJXK Webographie du libre : https://www.zotero.org/dmercier/items/order/dateModified/sort/desc « Pas de données ouvertes, sans logiciel libre ni formats ouverts » Le 2014-02-19 16:55, Pierre Béland a écrit : Bonjour Diane, Dans le communiqué de presse du Gouvernement du Québec, il est simplement spécifié ont ainsi adopté la toute nouvelle version 4.0 de la licence Creative Commons. Cette page montre qu'il y a plusieurs possiblités. http://creativecommons.org/licenses/ Est-il possible d'avoir plus d'infos, a savoir laquelle des licenes Creative Commons 4 est adoptée? Pierre - Mail transféré - De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Mercredi 19 février 2014 16h30 Objet : [Talk-ca] Nouvelle licence de données ouvertes au Québec Bonjour, Selon ce communiqué d'adoption d'une licence commune dutilisation des données ouvertes http://t.co/bKOsO8n5ax Les villes de Québec, Montreal, Gatineau, Sherbrooke et le gouv. Provincial ont unis leur licences maison en une seule licence un peu plus génerique. #opendata http://t.co/pbDvAndrh5 La question que nous devons tous nous poser ici est: cette nouvelle licence est-elle exempte de restriction d'attrubution? Donc share-alike? En d'autres termes, est-elle compatible odbl? 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] Nouvelle licence de données ouvertes au Québec
Merci Diane pour ces infos. Ce sont là de bonnes nouvelles pour la communauté OSM du Québec. Espérons que nous aurons rapidement des nouvelles de la part du comité légal de OSM là-dessus. Pierre De : Diane Mercier diane.merc...@gmail.com À : Pierre Béland pierz...@yahoo.fr; Talk-ca (OSM) talk-ca@openstreetmap.org Envoyé le : Jeudi 20 février 2014 10h23 Objet : Tr : [Talk-ca] Nouvelle licence de données ouvertes au Québec Bonjour, Merci Pierre de me donner l'occasion de préciser quelques points concernant la concertation des municipalités (Montréal, Sherbrooke, Gatineau et Québec) et du gouvernement du Québec (ayant un portail de données ouvertes) pour se doter d'une licence ouverte commune facilitant entre autres la compréhension et la réutilisation de données ouvertes de multiples sources. La licence Creative Commons - Paternité internationale 4.0 - CC BY 4.0, devrait être adoptée bientôt par les instances municipales de la Ville de Montréal - chaque administration publique a son propre processus décisionnel. Pour la Ville de Montréal, cela correspondrait à une suite logique puisqu'en février 2013, nous avions retiré la clause SA. http://creativecommons.org/licenses/by/4.0/deed.fr_CA Prendre note que la version française (comme toutes les autres langues que l'anglais) est en cours de révision http://wiki.creativecommons.org/CC_BY_SA_4.0_Francais_-_Draft#Section_1_.E2.80.93_D.C3.A9finitions Notre article reprend le communiqué de presse de la Ville de Montréal d'aujourd'hui : http://donnees.ville.montreal.qc.ca/un-avantage-pour-les-citoyens-montreal-disposera-de-la-licence-ouverte-cc-4-une-premiere-au-canada-en-matieres-de-donnees-ouvertes/ De plus, mes conversations avec Simon Poole (comité legal d'OSM) n'ont pu permettre de confirmer qu'OSM va examiner la version CC 4.0 (BY et/ou BY-SA) à court terme comme l'a homologué l'OKFN le 8 janvier dernier. http://blog.okfn.org/2014/01/08/creative-commons-4-0-by-and-by-sa-licenses-approved-conformant-with-the-open-definition/ La CC 4.0 (BY et/ou BY-SA) est une licence ouverte conforme à la définition du savoir libre. Voir aussi le tableau comparatif par rapport à la définition du savoir libre : http://opendefinition.org/licenses/ Le cas échéant, lorsque les instances municipales auront adopté la licence ouverte, je prévois inscrire la mention de paternité Ville de Montréal dans la page Wiki des contributeurs de l'OSM. Cette mention serait liée à notre page de licence qui pointe vers CC BY 4.0. Cela devrait respecter les exigences d'utilisation des BD d'OSM. La CC 4.0 permet l'utilisation d'hyperliens pour la mention d'attribution. URI de la page de la licence ouverte de la Ville de Montréal : http://donnees.ville.montreal.qc.ca/licence/ La balle est maintenant du côté d'OSM qui a déjà adopté la licence CC 2.0 et CC 3.0 Je suis disponible pour en discuter à la Journée internationale des données ouvertes, samedi 22 février http://www.eventbrite.com/e/billets-journee-donnees-ouvertes-2014-10149775251 Au plaisir, Dre Diane Mercier @MTL_DO | donnees.ville.montreal.qc.ca @okfnca | ca.okfn.org @_FACiL | facil.qc.ca @carnetsDM | dianemercier.com http://about.me/dianemercier http://vizualize.me/oKvvtBkJXK?r=oKvvtBkJXK Webographie du libre : https://www.zotero.org/dmercier/items/order/dateModified/sort/desc « Pas de données ouvertes, sans logiciel libre ni formats ouverts » Le 2014-02-19 16:55, Pierre Béland a écrit : Bonjour Diane, Dans le communiqué de presse du Gouvernement du Québec, il est simplement spécifié ont ainsi adopté la toute nouvelle version 4.0 de la licence Creative Commons. Cette page montre qu'il y a plusieurs possiblités. http://creativecommons.org/licenses/ Est-il possible d'avoir plus d'infos, a savoir laquelle des licenes Creative Commons 4 est adoptée? Pierre - Mail transféré - De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Mercredi 19 février 2014 16h30 Objet : [Talk-ca] Nouvelle licence de données ouvertes au Québec Bonjour, Selon ce communiqué d'adoption d'une licence commune d’utilisation des données ouvertes http://t.co/bKOsO8n5ax Les villes de Québec, Montreal, Gatineau, Sherbrooke et le gouv. Provincial ont unis leur licences maison en une seule licence un peu plus génerique. #opendata http://t.co/pbDvAndrh5 La question que nous devons tous nous poser ici est: cette nouvelle licence est-elle exempte de restriction d'attrubution? Donc share-alike? En d'autres termes, est-elle compatible odbl? 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] Licence Gouvernement du Québec
À date, aucun communiqué officiel sur le type de variante de ka licence 4.0 n'a été émis. Juste un seul tweet citoyen qui pointe vers la licence choisie en 2013 par la ville de Montréal (il s'agit bien de CC-BY). http://twitter.com/Hoedic/status/436328742575943680 Même si on peut être porté à croire que le consortium GouvQC+Quebec+Montréal+Gatineau+Sherbrooke ait copiéen 2014 l'ancien choix de Montréal pour CC-BY, rien ne nous permet de l'affirmer avec certitude: Ils auraient très bien pu (pour foutes sortes de raison) choisir l'une des 3 autres saveurs de la creative 4.0 Donc.. restons à l'écoute du gouvernement et des municipalités, interrogés par Pierre à ce sujet dans son tweet d'hier (merci Pierre!) Bruno Le 2014-02-19 18:54, Pierre Béland pierz...@yahoo.fr a écrit : Si c'est CC-By, nous serions correct. voir résumé de licence http://creativecommons.org/licenses/by/4.0/ - *Share* — copy and redistribute the material in any medium or format - *Adapt* — remix, transform, and build upon the material - for any purpose, even commercially. - The licensor cannot revoke these freedoms as long as you follow the license terms. Pierre -- *De :* Pascal Robichaud pascal.robichaud.do...@gmail.com *À :* Pierre Béland pierz...@yahoo.fr *Cc :* Bruno Remy bremy.qc...@gmail.com; talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Mercredi 19 février 2014 18h19 *Objet :* Re: [Talk-ca] Licence Gouvernement du Québec Pour avoir éte consulté par le Secrétariat du Conseil du Trésor, ils veulent mettre CC-BY de la Cc 4.0. Pascal Robichaud Le 2014-02-19 à 16:57, Pierre Béland pierz...@yahoo.fr a écrit : Bruno, A première vue bonne nouvelle. Mais avant de se réjouir, il faut s'assurer de voir quelle licence exactement est adoptée. Cette page indique qu'Il y a plusieurs licences possibles sour Creative Commons 4.0. http://creativecommons.org/licenses/ Je vais aux infos. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Mercredi 19 février 2014 16h46 *Objet :* [Talk-ca] Licence Gouvernement du Québec Bonjour, Concernant mon précédent message, il sagit de la nouvelle version 4.0 de la licence Creative Commons. Donc la notion d'attribution devrait être compatible odbl, n'est-ce pas? 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 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Nouvelle licence de données ouvertes au Québec
It is a continuing source of frustration to me that Canadian municipalities believe that they may attach any conditions to the data of the citizens. They may not. They must not. Municipalities, provinces / territories and the federal government serve at the pleasure of the citizens. The citizens permit the various governments to collect certain data required to effectively do the jobs that the citizens demand of the governments. The citizens do not permit the governments to restrict the use of this data in any way. The governments MUST publish that part of the collected data that is suitable for publication*. For any level of government to NOT YET be publishing the data of their citizens is for that government to demonstrate itself as incompetent. The government IS NOT mandated by the citizens to include ANY restrictions on the data of the citizens. (that data which is suitable for publication) The data of the citizens MUST be published as public domain data. Since Canadian data law makes no allowance for publication as public domain data, such data must be published under ODC-PDDL. For a municipality to insist on any restriction to the use of the citizens published data is a demonstration of incompetence and ignorance. For a municipality to insist on attribution is a demonstration of monstrous ego. ODC-PDDL is the correct license for Open Data published by Canadian governments. Attribution licenses, regardless of license publisher / maintainer are not. * Data suitable for publication excludes the data that citizens insist that the government hold securely. Medical and other sensitive data is not suitable for publication as Open Data. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Updating Langley and use of alt_name?
From: Daniel Friesen [mailto:dan...@nadir-seen-fire.com] Sent: Wednesday, February 19, 2014 3:10 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Updating Langley and use of alt_name? I'm a little new to OSM, recently I found that neither of the city boundaries for the Langley area showed up in searches for Langley. The issue was that neither had any type of name entry with just Langley I added an alt_name=Langley to both of the boundaries myself: http://www.openstreetmap.org/relation/2031946 (City of Langley) http://www.openstreetmap.org/relation/2031947 (Township of Langley) I think it's reasonable. Langley could refer to either, but it's not the official name of either, or the less formal name they commonly use. alt_name sounds suitable. For those who aren't local - Both the City and Township are incorporated municipalities in local terms, which maps to admin_level=8 - They are adjacent, but do not intersect, nor are they within each other. - The Township is much larger, and has open data. The City is smaller, and has GIS department consisting of one person. - There is often no distinction between the two, and their addresses are on a grid layout That's all fairly simple, but the place node is more complicated. Langley is not a city in British English, but a town. However, I'm not sure that its place=town node can be tied solely to the admin relation for one or the other. I'm not sure what to do, but one suggestion was to put it as the label of both. Label is a bit of a misnomer really - the only current function of it is to Indicate that the place node and admin boundary somewhat refer to the same thing. It is not used by the standard stylesheet for rendering of administrative boundary labels, nor are there plans for it to be (https://github.com/gravitystorm/openstreetmap-carto/issues/105) ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Nouvelle licence de données ouvertes au Québec
No one has raised the issue on legal-talk@ since CC 4 was released. From: Pierre Béland [mailto:pierz...@yahoo.fr] Sent: Thursday, February 20, 2014 8:43 AM To: diane.merc...@gmail.com; Talk-ca (OSM) Subject: Re: [Talk-ca] Nouvelle licence de données ouvertes au Québec Merci Diane pour ces infos. Ce sont là de bonnes nouvelles pour la communauté OSM du Québec. Espérons que nous aurons rapidement des nouvelles de la part du comité légal de OSM là-dessus. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Minimalis_import
Ahoj, abychom se dobře bavili, tak zase běží Minimalis_import, například https://www.openstreetmap.org/changeset/20360277 To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak on bude mít adresy naimportované. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Minimalis_import
Zdravím všechny, Měl jsem tady něco málo rozvrtáno, tak jsem to poslal. Jinak vyčkávám, co z nikdy nekončící diskuze vypadne za závěr. Mám pocit, že už jsem na dané téma napsal vše. Dlouhou chvíli si krátím přidáváním ulic (KV, ČB ...) a přidal jsem něco málo adres, které nejdou spárovat automaticky. Dost jsem po sobě mazal - duplicity a některé adresy u kterých jsem doplnil pozici a ukázalo se, že je to nejspíš blbost. Pokud začneš s importem ještě v tomto desetiletí, tak se hlásím mezi dobrovolníky. Zdraví Mirek Dlask Dne 20. února 2014 9:35 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, abychom se dobře bavili, tak zase běží Minimalis_import, například https://www.openstreetmap.org/changeset/20360277 To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak on bude mít adresy naimportované. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Minimalis_import
Měl jsem tady něco málo rozvrtáno, tak jsem to poslal. Jinak vyčkávám, co z nikdy nekončící diskuze vypadne za závěr. Mám pocit, že už jsem na dané téma napsal vše. Dlouhou chvíli si krátím přidáváním ulic (KV, ČB ...) a přidal jsem něco málo adres, které nejdou spárovat automaticky. Dost jsem po sobě mazal - duplicity a některé adresy u kterých jsem doplnil pozici a ukázalo se, že je to nejspíš blbost. Pokud začneš s importem ještě v tomto desetiletí, tak se hlásím mezi dobrovolníky. Mozna jeden postreh: obavam se, ze uz jsme trochu v zajeti strycka Parkinsona. Priklanel bych se k tomu, aby to hlavni importer pojal nasledujicim zpusobem: Zvazil jsem vsechny dosud zminene pripominky, pouzitelne veci zapracoval a vysledny import bude vypadat _takto_. Tecka. Protoze jinak se udiskutujeme k smrti a nikdy nic nebude hotoveho. I komunitni projekty potrebuji sve benevolentni diktatory. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Minimalis_import
Dne 20.2.2014 11:59, Mirek Dlask napsal: Zdravím všechny, Měl jsem tady něco málo rozvrtáno, tak jsem to poslal. Jinak vyčkávám, co z nikdy nekončící diskuze vypadne za závěr. Mám pocit, že už jsem na dané téma napsal vše. Dlouhou chvíli si krátím přidáváním ulic (KV, ČB ...) a přidal jsem něco málo adres, které nejdou spárovat automaticky. Dost jsem po sobě mazal - duplicity a některé adresy u kterých jsem doplnil pozici a ukázalo se, že je to nejspíš blbost. Pokud začneš s importem ještě v tomto desetiletí, tak se hlásím mezi dobrovolníky. Pesimisto :-D Já si naopak myslím, že se brzo začne. Pokud se právě nebudu vrtat v javě (už to vypadalo, že jsem ty duplicitní body eliminoval, ale furt to není na 100% :-( ), tak taky rád vypomůžu. Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. BTW: ty chybějící ulice jsi hledal jak? Máš na to nějaký skript? Marián Zdraví Mirek Dlask Dne 20. února 2014 9:35 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, abychom se dobře bavili, tak zase běží Minimalis_import, například https://www.openstreetmap.org/changeset/20360277 [1] To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak on bude mít adresy naimportované. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [2] ___ Talk-cz mailing list Talk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz [2] Links: -- [1] https://www.openstreetmap.org/changeset/20360277 [2] https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Minimalis_import
Nejsem pesimista, jenom rýpal. ;-) Jsem rád, že je vidět nějaký pokrok, ale asi bych byl radikálnější ... Ulice - vytvořím vrstvu a z ní kopíruju to co mě zajímá. Potíž je v tom, že ulice v Ruain jsou nepochopitelně fragmentovaný a navíc každý segment má jinou orientaci. Navíc jsou problémy na křižovatkách (překřížené cesty, nebo nedotažené). Ale pracovat se s tím dá. Některý ulice bych z katastr. mapy nedal ani omylem. Večer můžu poslat nějakou javu, nebo ukázku ulic pro ilustraci. Mirek Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz napsal(a): Dne 20.2.2014 11:59, Mirek Dlask napsal: Zdravím všechny, Měl jsem tady něco málo rozvrtáno, tak jsem to poslal. Jinak vyčkávám, co z nikdy nekončící diskuze vypadne za závěr. Mám pocit, že už jsem na dané téma napsal vše. Dlouhou chvíli si krátím přidáváním ulic (KV, ČB ...) a přidal jsem něco málo adres, které nejdou spárovat automaticky. Dost jsem po sobě mazal - duplicity a některé adresy u kterých jsem doplnil pozici a ukázalo se, že je to nejspíš blbost. Pokud začneš s importem ještě v tomto desetiletí, tak se hlásím mezi dobrovolníky. Pesimisto :-D Já si naopak myslím, že se brzo začne. Pokud se právě nebudu vrtat v javě (už to vypadalo, že jsem ty duplicitní body eliminoval, ale furt to není na 100% :-( ), tak taky rád vypomůžu. Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. BTW: ty chybějící ulice jsi hledal jak? Máš na to nějaký skript? Marián Zdraví Mirek Dlask Dne 20. února 2014 9:35 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, abychom se dobře bavili, tak zase běží Minimalis_import, například https://www.openstreetmap.org/changeset/20360277 To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak on bude mít adresy naimportované. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Minimalis_import
Dne 20.2.2014 13:26, Mirek Dlask napsal: Nejsem pesimista, jenom rýpal. ;-) Jsem rád, že je vidět nějaký pokrok, ale asi bych byl radikálnější ... Ulice - vytvořím vrstvu a z ní kopíruju to co mě zajímá. Potíž je v tom, že ulice v Ruain jsou nepochopitelně fragmentovaný a navíc každý segment má jinou orientaci. Navíc jsou problémy na křižovatkách (překřížené cesty, nebo nedotažené). Ale pracovat se s tím dá. Některý ulice bych z katastr. mapy nedal ani omylem. Večer můžu poslat nějakou javu, nebo ukázku ulic pro ilustraci. To by bylo fajn. Nemám ambice přímo importovat ulice z RUIAN. Stačí mi vrstva ulic od Petra a na kopírování názvu pointInfo (tam bych mohl dodělat nastavení názvu ulice nejbližší ulici). Spíše by mne zajímalo, jak zjišťuješ, kde ulice chybí. Asi si teď dám chvíli oddych od hledání duplicitních bodů (už mi z toho mírně hrabe :-D ) a vrhl bych se na ten seznam obcí, kde buď chybí ulice úplně, nebo nejsou všechny. Select z RUAIN dat bude jednoduchý, ale zatím nevím, jak přesně udělám tu OSM část. Musím se konečně podívat, co v těch OSM tabulkách vlastně je :-D Marián Mirek Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz napsal(a): Dne 20.2.2014 11:59, Mirek Dlask napsal: Zdravím všechny, Měl jsem tady něco málo rozvrtáno, tak jsem to poslal. Jinak vyčkávám, co z nikdy nekončící diskuze vypadne za závěr. Mám pocit, že už jsem na dané téma napsal vše. Dlouhou chvíli si krátím přidáváním ulic (KV, ČB ...) a přidal jsem něco málo adres, které nejdou spárovat automaticky. Dost jsem po sobě mazal - duplicity a některé adresy u kterých jsem doplnil pozici a ukázalo se, že je to nejspíš blbost. Pokud začneš s importem ještě v tomto desetiletí, tak se hlásím mezi dobrovolníky. Pesimisto :-D Já si naopak myslím, že se brzo začne. Pokud se právě nebudu vrtat v javě (už to vypadalo, že jsem ty duplicitní body eliminoval, ale furt to není na 100% :-( ), tak taky rád vypomůžu. Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. BTW: ty chybějící ulice jsi hledal jak? Máš na to nějaký skript? Marián Zdraví Mirek Dlask Dne 20. února 2014 9:35 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, abychom se dobře bavili, tak zase běží Minimalis_import, například https://www.openstreetmap.org/changeset/20360277 [2] To se budeme přetahovat? I když, možná má pravdu a než se tady dohodneme, tak on bude mít adresy naimportované. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [1] ___ Talk-cz mailing list Talk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz [1] ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [1] ___ Talk-cz mailing list Talk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-cz [2] https://www.openstreetmap.org/changeset/20360277 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Opět hlášení chyb (Re: Minimalis_import)
Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz napsal(a): Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. Myslíš chyby v RÚIANu? Nedělal bych si iluze, že to půjde v rozumné době opravit. Před 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybějící souřadnice zde: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 Dneska mi volala paní, že daná parcela (myslela asi budovu) má nějak omylem (prý možná už od války) přidělena 2 č.p. a on když tenhle bod umístí, tak se rozbije zas něco jiného. Takže nejdřív chtějí přes evidenci obyvatel obeslat všechny, kdo tu adresu někde úředně uvádí (škola tam má sídlo, možná někdo bydliště) a nějak to vyřešit. Aby se jí nestalo jako minule, že při smazání už zrušeného č.p. udělala z nějakých lidí úřední bezdomovce. Prý jenom v MB se podobné problémy týkají možná 500 adresních míst. Tolik jen ke kvalitě dat v RUIAN, když budeme posuzovat nějaké konflikty s OSM. Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) neřešit, případně se dají doplnit/smazat nezávisle na importu. V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Stránka o RÚIAN
Ahoj, snažil jsem se sledovat celou tuhle diskusi o RÚIAN a hodně se v ní ztrácel, tak jsem připravil na Wiki stránku o RÚIAN, jeho záludnostech a hlavně importních projektech. Ještě zdaleka není hotová, ale byl bych rád, kdyby se do ní psali naše zjištění ohledně RÚIAN a kdyby tam každý, který něco z RÚIAN přetahuje nějakým způsobem do OSM přidal svou sekci, kde by popsal co a jak. V neposlední řadě si na ni můžeme zahlasovat o country a is_in. ;-) Třeba zrovna tenhle poznatek o hlášení chyb v RÚIAN by na ni bylo vhodno přidat. http://wiki.openstreetmap.org/wiki/Cs:RUIAN http://wiki.openstreetmap.org/wiki/RUIAN Zdraví, Dalibor From: Václav Řehák [mailto:rehak...@gmail.com] Sent: Thursday, February 20, 2014 2:14 PM To: OpenStreetMap Czech Republic Subject: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import) Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. Myslíš chyby v RÚIANu? Nedělal bych si iluze, že to půjde v rozumné době opravit. Před 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybějící souřadnice zde: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 Dneska mi volala paní, že daná parcela (myslela asi budovu) má nějak omylem (prý možná už od války) přidělena 2 č.p. a on když tenhle bod umístí, tak se rozbije zas něco jiného. Takže nejdřív chtějí přes evidenci obyvatel obeslat všechny, kdo tu adresu někde úředně uvádí (škola tam má sídlo, možná někdo bydliště) a nějak to vyřešit. Aby se jí nestalo jako minule, že při smazání už zrušeného č.p. udělala z nějakých lidí úřední bezdomovce. Prý jenom v MB se podobné problémy týkají možná 500 adresních míst. Tolik jen ke kvalitě dat v RUIAN, když budeme posuzovat nějaké konflikty s OSM. Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) neřešit, případně se dají doplnit/smazat nezávisle na importu. V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import)
Ahoj, Dne 20.2.2014 14:14, Václav Řehák napsal: Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz napsal(a): Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy, Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to nemusí dělat po jedné. Myslíš chyby v RÚIANu? Nedělal bych si iluze, že to půjde v rozumné době opravit. Před 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybějící souřadnice zde: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 [2] Dneska mi volala paní, že daná parcela (myslela asi budovu) má nějak omylem (prý možná už od války) přidělena 2 č.p. a on když tenhle bod umístí, tak se rozbije zas něco jiného. Takže nejdřív chtějí přes evidenci obyvatel obeslat všechny, kdo tu adresu někde úředně uvádí (škola tam má sídlo, možná někdo bydliště) a nějak to vyřešit. Aby se jí nestalo jako minule, že při smazání už zrušeného č.p. udělala z nějakých lidí úřední bezdomovce. Prý jenom v MB se podobné problémy týkají možná 500 adresních míst. Tolik jen ke kvalitě dat v RUIAN, když budeme posuzovat nějaké konflikty s OSM. Je mi jasné, že to nebude jen tak. Takže si pro začátek představuji nějakou stránku/dokument/wiki stránku, kde bude seznam všech problémů zjištěných při importu, jejich detailů a stavu (zjištěno/nahlášeno/vyřešeno). Když to bude pohromadě, tak budeme mít přehled, kolik toho je a podle toho pak případně dohodnout co s tím dál. Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) neřešit, případně se dají doplnit/smazat nezávisle na importu. To bych už moc nerozebíral. Myslím, že minimálně u tagu is_in se prokázalo, že pokud na něm nějaký sw závisí, tak to bude jen nějaký lokální projekt. Zbytek světa is_in neřeší. Takže za mně smazat. Kdyby to fakt bylo potřeba, tak nebude problém tag zase vrátit. Doplnění dle ruain id nebude nic složitého. Teď mně napadla ještě jedna věc. Neměli bychom mít u těch problematických adres nějaký tag, označující, že data v RUIAN nejsou korektní. Kdyby se třeba následně něco doplňovalo, tak aby se nedoplnily blbosti. Mohlo by tam být třeba něco jako ruian:bad kde obsahem by bylo třeba číslo problému v tom seznamu výše. ruian:bad=123 Marián V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-cz [2] http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import)
Ahoj, Je mi jasné, že to nebude jen tak. Takže si pro začátek představuji nějakou stránku/dokument/wiki stránku, kde bude seznam všech problémů zjištěných při importu, jejich detailů a stavu (zjištěno/nahlášeno/vyřešeno). Když to bude pohromadě, tak budeme mít přehled, kolik toho je a podle toho pak případně dohodnout co s tím dál. Stránka už vlastně skoro jako je,ne? ;-) http://wiki.openstreetmap.org/wiki/Cs:RUIANchyby To bych už moc nerozebíral. Myslím, že minimálně u tagu is_in se prokázalo, že pokud na něm nějaký sw závisí, tak to bude jen nějaký lokální projekt. Zbytek světa is_in neřeší. Takže za mně smazat. Kdyby to fakt bylo potřeba, tak nebude problém tag zase vrátit. Doplnění dle ruain id nebude nic složitého. Souhlas, smazat. (A kdyz uz usetrime tolik mista, tak muzeme doplnit country. ;-) ) Teď mně napadla ještě jedna věc. Neměli bychom mít u těch problematických adres nějaký tag, označující, že data v RUIAN nejsou korektní. Kdyby se třeba následně něco doplňovalo, tak aby se nedoplnily blbosti. Mohlo by tam být třeba něco jako ruian:bad kde obsahem by bylo třeba číslo problému v tom seznamu výše. ruian:bad=123 Marián Velký souhlas, teda pokud to nebude ruian:bad, ale radsi neco jako ruian:bad=building 123 ruian:bad=address 121 aby bylo jasne, s cim ten problem asi je. Nebo tam dat rovnou URL na Wiki? Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Stránka o RÚIAN
Super nápad :) Díky Dne 20.2.2014 14:26, Dalibor Jelínek napsal(a): Ahoj, snaz(il jsem se sledovat celou tuhle diskusi o RÚIAN a hodne( se v ní ztrácel, tak jsem pr(ipravil na Wiki stránku o RÚIAN, jeho záludnostech a hlavne( importních projektech. Jes(te( zdaleka není hotová, ale byl bych rád, kdyby se do ní psali nas(e zjis(te(ní ohledne( RÚIAN a kdyby tam kaz(dý, který ne(co z RÚIAN pr(etahuje ne(jakým zpu*sobem do OSM pr(idal svou sekci, kde by popsal co a jak. V neposlední r(ade( si na ni mu*z(eme zahlasovat o country a is_in. ;-) Tr(eba zrovna tenhle poznatek o hlás(ení chyb v RÚIAN by na ni bylo vhodno pr(idat. http://wiki.openstreetmap.org/wiki/Cs:RUIAN http://wiki.openstreetmap.org/wiki/RUIAN Zdraví, Dalibor *From:*Václav R(ehák [mailto:rehak...@gmail.com] *Sent:* Thursday, February 20, 2014 2:14 PM *To:* OpenStreetMap Czech Republic *Subject:* [Talk-cz] Ope(t hlás(ení chyb (Re: Minimalis_import) Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Jes(te( pr(emýs(lím, co budeme následne( de(lat se zjis(te(nými problémy, Chte(lo by to ne(jak konsolidovat a následne( hromadne( nahlásit, at( se to nemusí de(lat po jedné. Myslís( chyby v RÚIANu? Nede(lal bych si iluze, z(e to pu*jde v rozumné dobe( opravit. Pr(ed 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybe(jící sour(adnice zde: http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080 Dneska mi volala paní, z(e daná parcela (myslela asi budovu) má ne(jak omylem (prý moz(ná uz( od války) pr(ide(lena 2 c(.p. a on kdyz( tenhle bod umístí, tak se rozbije zas ne(co jiného. Takz(e nejdr(ív chte(jí pr(es evidenci obyvatel obeslat vs(echny, kdo tu adresu ne(kde úr(edne( uvádí (s(kola tam má sídlo, moz(ná ne(kdo bydlis(te() a ne(jak to vyr(es(it. Aby se jí nestalo jako minule, z(e pr(i smazání uz( zrus(eného c(.p. ude(lala z ne(jakých lidí úr(ední bezdomovce. Prý jenom v MB se podobné problémy týkají moz(ná 500 adresních míst. Tolik jen ke kvalite( dat v RUIAN, kdyz( budeme posuzovat ne(jaké konflikty s OSM. Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) ner(es(it, pr(ípadne( se dají doplnit/smazat nezávisle na importu. V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import)
Dne 20.2.2014 15:22, Dalibor Jelínek napsal: Ahoj, Je mi jasné, že to nebude jen tak. Takže si pro začátek představuji nějakou stránku/dokument/wiki stránku, kde bude seznam všech problémů zjištěných při importu, jejich detailů a stavu (zjištěno/nahlášeno/vyřešeno). Když to bude pohromadě, tak budeme mít přehled, kolik toho je a podle toho pak případně dohodnout co s tím dál. Stránka už vlastně skoro jako je,ne? ;-) http://wiki.openstreetmap.org/wiki/Cs:RUIANchyby Nó. Vidím tabulku přepěknou, kterou filtrovati, řaditi a exportovati do souboru s hodnotami středníčkem oddělenými dle libosti můžu. :-D BTW: Bugzilla/Trac je na to asi jako kanón na vrabce ne? Není něco jednoduššího? Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Opět hlášení chyb (Re: Minimalis_import)
Nó. Vidím tabulku přepěknou, kterou filtrovati, řaditi a exportovati do souboru s hodnotami středníčkem oddělenými dle libosti můžu. :-D Nó, vzhledem k tomu, že je tam jedna hodnota, tak filtr a razeni jsou uz ted funkcni a zabudovane implicitne. Je ale fakt, ze export pres Ctrl+C a Ctrl+V ti tam ty stredniky neda. Sakrys. ;-) Jasne,ze tam muzeme dat tabulku, ale vis, co by jsi si predstavoval za sloupce? Ja to nevim. A asi bych se moc nerozvasnoval s nejakym vetsim resenim. Tady http://wiki.openstreetmap.org/wiki/Cs:Import_DIBAVOD to vypada, ze se do hlaseni chyb nikdo moc nehrnul, takze bych tipoval, ze nejaky sledovaci system fakt nema cenu. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it-southtyrol] Talk-it-southtyrol Digest, Vol 12, Issue 9
Am 20.02.2014, 15:06 Uhr, schrieb tomas tra...@tomyt.net: It's too hard for me to write in a mailing list, even more in english, it's not my Job. I give up. I'll probably unsubscribe. Please don't do that. ;) If you are not comfortable with English, just write in Italian or German! I personally began to write in English in the housenumbers import thread because I thought that it would make it easier for external people to follow the discussion. I'm happy about the help kindly received on the discussion and happy about new and correct data in osm and I hope this can encourage some other people to map their town and other places. +1 :) I'm less happyer about my ignorance regarding mailings lists and about some bit aggressive answers that I received. Please don't get too upset on this. Sometimes mailing lists can feel a little bit harsh, because it's not always easy to express an opinion both strongly to the point and politely. Also there is always much room for misinterpretations (especially in slightly political topics) that can make conversations even more slippery. I am also sometimes a little over-the-top ([1], [2]) maybe. Please excuse me and don't take it too personally. ;) Happy mapping! Martin [1] http://lists.opengisdata.eu/pipermail/mappers/2014-February/59.html [2] http://www.openstreetmap.org/note/120794 ___ Talk-it-southtyrol mailing list Talk-it-southtyrol@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-southtyrol
Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014
Merci pour les liens. Du coup, comment gère-t-on cette période de transition (jusqu'en mars 2015 donc plus d'un an, tout de même...) entre anciens et nouveaux cantons ? Il faudrait se mettre d'accord sur des tags, non ? Il faudrait au moins rajouter 'start_datehttp://wiki.openstreetmap.org/wiki/Key:start_date=Mar 2015', et peut-être même préfixer les tags (avec quoi ?) pour que les nouveaux cantons soient différenciés des actuels. Francescu Le 20 février 2014 08:58, Damouns damo...@gmail.com a écrit : Les 11 premiers décrets sur les nouveaux découpages des cantons sont parus : ils entreront en vigueur au prochain renouvellement général des assemblées départementales soit en 2015. Peut-être que ça vaut le coup de commencer à les mettre dans OSM même s'ils ne sont pas encore effectifs... Décret n° 2014-147 du 13 février 2014 portant délimitation des cantons dans le département de l'Ain http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621797dateTexte=categorieLien=id Décret n° 2014-148 du 13 février 2014 portant délimitation des cantons dans le département de l'Ardèche http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621829dateTexte=categorieLien=id Décret n° 2014-149 du 13 février 2014 portant délimitation des cantons dans le département du Cantal http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621855dateTexte=categorieLien=id Décret n° 2014-150 du 13 février 2014 portant délimitation des cantons dans le département des Côtes-d'Armor http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621879dateTexte=categorieLien=id Décret n° 2014-151 du 13 février 2014 portant délimitation des cantons dans le département du Finistère http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621915dateTexte=categorieLien=id Décret n° 2014-152 du 13 février 2014 portant délimitation des cantons dans le département de la Haute-Garonne http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951dateTexte=categorieLien=id Décret n° 2014-153 du 13 février 2014 portant délimitation des cantons dans le département de la Haute-Savoie http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621987dateTexte=categorieLien=id Décret n° 2014-154 du 13 février 2014 portant délimitation des cantons dans le département du Lot http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622013dateTexte=categorieLien=id Décret n° 2014-155 du 13 février 2014 portant délimitation des cantons dans le département du Territoire de Belfort http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622039dateTexte=categorieLien=id Décret n° 2014-156 du 13 février 2014 portant délimitation des cantons dans le département de l'Yonne http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622057dateTexte=categorieLien=id Décret n° 2014-157 du 13 février 2014 portant délimitation des cantons dans le Département de Mayotte http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622087dateTexte=categorieLien=id ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014
Sacrée question... c'est là où conserver au moins 2 états d'un découpage est franchement indispensable à mon avis. Je serai d'avis de ne pas toucher aux découpages actuels, de créer de nouvelles relations pour ces futurs découpage pas encore en vigueur avec des tags non ambigus (à inventer ?). Quand la bascule se fera, on changera simplement les tags sur les relations pour indiquer que la courant est la nouvelle et que l'ancienne est... ancienne ;) Le 20 février 2014 08:58, Damouns damo...@gmail.com a écrit : Les 11 premiers décrets sur les nouveaux découpages des cantons sont parus : ils entreront en vigueur au prochain renouvellement général des assemblées départementales soit en 2015. Peut-être que ça vaut le coup de commencer à les mettre dans OSM même s'ils ne sont pas encore effectifs... Décret n° 2014-147 du 13 février 2014 portant délimitation des cantons dans le département de l'Ain http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621797dateTexte=categorieLien=id Décret n° 2014-148 du 13 février 2014 portant délimitation des cantons dans le département de l'Ardèche http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621829dateTexte=categorieLien=id Décret n° 2014-149 du 13 février 2014 portant délimitation des cantons dans le département du Cantal http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621855dateTexte=categorieLien=id Décret n° 2014-150 du 13 février 2014 portant délimitation des cantons dans le département des Côtes-d'Armor http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621879dateTexte=categorieLien=id Décret n° 2014-151 du 13 février 2014 portant délimitation des cantons dans le département du Finistère http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621915dateTexte=categorieLien=id Décret n° 2014-152 du 13 février 2014 portant délimitation des cantons dans le département de la Haute-Garonne http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621951dateTexte=categorieLien=id Décret n° 2014-153 du 13 février 2014 portant délimitation des cantons dans le département de la Haute-Savoie http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28621987dateTexte=categorieLien=id Décret n° 2014-154 du 13 février 2014 portant délimitation des cantons dans le département du Lot http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622013dateTexte=categorieLien=id Décret n° 2014-155 du 13 février 2014 portant délimitation des cantons dans le département du Territoire de Belfort http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622039dateTexte=categorieLien=id Décret n° 2014-156 du 13 février 2014 portant délimitation des cantons dans le département de l'Yonne http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622057dateTexte=categorieLien=id Décret n° 2014-157 du 13 février 2014 portant délimitation des cantons dans le Département de Mayotte http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT28622087dateTexte=categorieLien=id ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014
Le 20 février 2014 09:13, Christian Quest cqu...@openstreetmap.fr a écrit : Sacrée question... c'est là où conserver au moins 2 états d'un découpage est franchement indispensable à mon avis. Je serai d'avis de ne pas toucher aux découpages actuels, de créer de nouvelles relations pour ces futurs découpage pas encore en vigueur avec des tags non ambigus (à inventer ?). Quand la bascule se fera, on changera simplement les tags sur les relations pour indiquer que la courant est la nouvelle et que l'ancienne est... ancienne ;) Moi je voterais plutôt pour raser l'existant (après tout, quel intérêt ? s'embêter à doublonner pour un an...) qui est de toutes façon incomplet (cf. tous les découpages intra-communaux qui n'ont pas pu être tracés faute d'avoir retrouvé le texte officiel) Il est toujours possible de sauvegarder l'état actuel ailleurs (je l'ai fait pour l'Isère) pour pouvoir faire des comparaisons etc. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014
Le 20 février 2014 09:21, Damouns damo...@gmail.com a écrit : Il est toujours possible de sauvegarder l'état actuel ailleurs (je l'ai fait pour l'Isère) pour pouvoir faire des comparaisons etc. Autant sauvegarder ça dans OSM... Les découpages servent souvent à représenter des données statistiques, donc souvent non actuelles et pour cela si on n'a pas les découpages correspondants OSM ne sert à rien. Ca coûte quoi de garder quelques relations ? -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open street map et cartographie de la Source
Je transmet sur notre liste de diffusion... on a bien quelques orléanais à l'écoute ;) Le 20 février 2014 09:51, Renaud Mouche ren...@georezo.net a écrit : Bonjour, Vous voyant très actifs sur GeoRezo et OSM, je vous contacte suite à la demande d'une association orléanaise d'animation cinéma auprès des scolaires. Comme le message de Nadeja l'explique, ils souhaiteraient organiser un projet autour de la cartographie urbaine (réalisation d'un court-métrage si j'ai bien compris). Il me semble qu'une collaboration pourrait intéresser vos deux associations. Est-ce que vous connaissez des mappeurs orléanais qui pourraient être intéressés, ou plus généralement la renseigner ? Géomatiquement Renaud Mouche Association GeoRezo.net 06.88.74.97.87 -- Message transféré -- De : Nadejda Tilhou nadejdatil...@imagesdupole.org Date : 19 février 2014 17:17 Objet : Re: Open street map et cartographie de la Source À : Renaud Mouche ren...@georezo.net Bonjour Renaud, J'ai tardé encore plus à te répondre parce que l'association qui devait réunir les enfants autour de l'atelier cartographie ne m'a pas donné signe de vie pendant un moment. Entretemps nous avons retravaillé le projet avec les intervenants sur l'atelier. Nous avons trouvé un autre groupe d'enfants avec qui nous allons commencer. Et la semaine prochaine je vais rencontrer un groupe d'adultes d'une association qui travaille sur l'insertion sociale et leur présenter notre atelier. Nous allons leur proposer des balades urbaines pour découvrir les chemins invisibles, les chemins d'usage qui ne sont pas jamais sur les cartes. Pour les cartographier. Peut-être que ça peut être une étape de la découverte de la cartographie que la rencontre de ce petit groupe d'adultes avec les cartographes amateurs et leurs instruments de mesure ! Est-ce qu'on pourrait organiser une séance dans ce sens ? Avec qui ? Voilà beaucoup de questions ! En attendant de te lire, Nadejda Le 08.01.2014 19:52, Renaud Mouche a écrit : Bonjour, Je suis désolé, je ne découvre ton courriel qu'à l'instant. Si c'est encore dans les délais, je te propose de m'appeler au 06-88-74-97-87. A bientôt Le 13 décembre 2013 09:44, Nadejda Tilhou nadejdatil...@imagesdupole.orga écrit : Bonjour Renaud, Nous avons mis un peu de temps à réagir mais ça y est, l'animatrice avec qui je vais travailler pour l'atelier de cartographie est partante pour organiser une rencontre avec un ou des cartographes amateurs, soit pendant les vacances de Noël, soit un samedi après-midi en janvier... Le groupe sera composé d'une dizaine d'enfants âgés de 8 à 11 ans environ. Est-ce qu'on pourrait échanger par mail pour voir comment on pourrait mettre ça en place ? Merci beaucoup pour ta réponse. A très bientôt Nadejda PS : je t'enverrai une présentation du projet dans son ensemble pour que tu voies dans quoi cette rencontre s'inscrit. -- Association Cent Soleils Promotion du cinéma documentaire Maison de Bourgogne 108 rue de Bourgogne 45000 ORLEANS tél : 02 38 53 57 47 mél : centsoleils_imagesdup...@yahoo.fr http://www.imagesdupole.org -- Association Cent Soleils Promotion du cinéma documentaire Images du Pôle 24 rue de Limare 45000 ORLEANS tél : 02 38 53 57 47 mél : centsoleils_imagesdupole@yahoo.frhttp://www.imagesdupole.org -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014
Bonjour, Le 20/02/2014 09:36, Christian Quest a écrit : Le 20 février 2014 09:21, Damouns damo...@gmail.com mailto:damo...@gmail.com a écrit : Il est toujours possible de sauvegarder l'état actuel ailleurs (je l'ai fait pour l'Isère) pour pouvoir faire des comparaisons etc. Autant sauvegarder ça dans OSM... Les découpages servent souvent à représenter des données statistiques, donc souvent non actuelles et pour cela si on n'a pas les découpages correspondants OSM ne sert à rien. Ca coûte quoi de garder quelques relations ? Euh, on marche sur la tête, non ? Supprimer des découpages actuels au prétexte qu'ils ne sont pas complets, et les remplacer par d'autres qui ne seront effectifs que dans un an... Je rejoins la première proposition de Christian : on ne touche pas à l'existant, tout simplement car il représente la réalité des découpages à aujourd'hui. Et si on veut anticiper un peu, on trouve un formalisme pour définir les _futurs_ cantons avec des tags non ambigus : nouveaux tags, ou tag start_date=*, etc. On peut aussi ajouter des end_date=* sur les actuels voués à disparaître. Le jour de la bascule, on a un moyen simple, grâce à la différence de formalisme, pour passer les actuels en anciens, et les futurs en actuels. On pourra aussi sortir les obsolètes de la base, mais en les archivant sur data.gouv.fr par exemple (personnellement je préfère ça à la conservation en base, mais on n'en est pas là). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
