Re: [talk-ph] 2013 OSMPH data stats so far
Hi guys, Here's a 1st quarter update of the basic OSMPH data stats (as of the April 1, 2013 Philippine extract). The % increase is in comparison to the start of 2013: OSM XML file size: 857 MB(5.7% increase) # Nodes: 4,400,022(6.2% increase) # Ways: 436,511(4.8% increase) # Relations: 2,921(2.3% increase) Total length of highways: 133,692 Km (4.9% increase) Keep it up guys! On Wed, Jan 9, 2013 at 4:15 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a new year update of the basic OSMPH data stats (as of the January 1, 2013 Philippine extract). The % increase is in comparison to the start of 2012: OSM XML file size: 811 MB(47% increase) # Nodes: 4,143,313(49% increase) # Ways: 416,626(47% increase) # Relations: 2,855(61% increase) Total length of highways: 127,489 Km (47% increase) And the following is a comparison of the increase in amount of data within 2011, and the increase within 2012: 2011 2012 OSM XML file size:+226 MB +261 MB # Nodes: +1,251,032+1,363,521 # Ways:+156,718 +132,364 # Relations: +1,131 +1,079 Total length of highways: +26,825 Km +40,695 Km Keep it up guys! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node density visualization
Hi guys, Here's the 2013 1st quarter update to the node density visualizations. Absolute node density as of April 1, 2013: http://wiki.openstreetmap.org/wiki/File:Philippines_node_density_2013-04-01.png Node density increase from January 1, 2013 to April 1, 2013: http://wiki.openstreetmap.org/wiki/File:Philippines_node_density_increase_from_2013-01-01_to_2013-04-01.png Some of the places that have noticeable improvements include: - Cagayan Valley - northern Cebu (thanks to Totor) - Mindanao's Rio Grande rivers/tributaries (thanks to maning) - Camiguin (thanks to Schadow1) - eastern Mindanao, specifically the areas hit by Typhoon Pablo (thanks to HOT) Keep on mapping! On Wed, Jan 9, 2013 at 4:44 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a new year update to the node density visualizations. Here is the absolute node density as of January 1, 2013: http://wiki.openstreetmap.org/w/images/f/f2/Philippines_node_density_2013-01-01.png And here's the node density increase comparing January 2, 2012 and January 1, 2013: http://wiki.openstreetmap.org/w/images/5/5b/Philippines_node_density_increase_from_2012-01-02_to_2013-01-01.png The increase in the number of nodes last year is pretty much distributed throughout the archipelago. The most number of increase is in the Quiapo area and this is due to maning's project there. Good work everyone! Let's make 2013 even better. :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 2013 OSMPH data stats so far
Hi guys, http://wiki.openstreetmap.org/wiki/File:OSMPH_data_growth_graph.png The link above depicts a line graph showing the data growth since 2010-11-25, about 2 ⅓ years ago. As you can see, since the late 2010, we have tripled the number of nodes, almost quadrupled the number of ways, nearly tripled the raw XML file size, and increased the length of roads by almost 2.5 times. And we still have not yet exhausted the Bing imagery especially since they've been updating their imagery almost every quarter. So there's still plenty of room to grow! To show how far we are from a really comprehensive data, here's a recent visualization showing where in the world we have data tiles (in PBF format) that are more than 32MB in size: http://wiki.openstreetmap.org/w/images/0/01/Data_tiles_with_32MB_of_OpenStreetMap_data_overlaid_on_MapQuest_zoom_level_2.png As you can see, the Philippines is at zoom level 5 while places like in Germany are up to zoom level 10. On Wed, Apr 3, 2013 at 6:00 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a 1st quarter update of the basic OSMPH data stats (as of the April 1, 2013 Philippine extract). The % increase is in comparison to the start of 2013: OSM XML file size: 857 MB(5.7% increase) # Nodes: 4,400,022(6.2% increase) # Ways: 436,511(4.8% increase) # Relations: 2,921(2.3% increase) Total length of highways: 133,692 Km (4.9% increase) Keep it up guys! On Wed, Jan 9, 2013 at 4:15 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a new year update of the basic OSMPH data stats (as of the January 1, 2013 Philippine extract). The % increase is in comparison to the start of 2012: OSM XML file size: 811 MB(47% increase) # Nodes: 4,143,313(49% increase) # Ways: 416,626(47% increase) # Relations: 2,855(61% increase) Total length of highways: 127,489 Km (47% increase) And the following is a comparison of the increase in amount of data within 2011, and the increase within 2012: 2011 2012 OSM XML file size:+226 MB +261 MB # Nodes: +1,251,032+1,363,521 # Ways:+156,718 +132,364 # Relations: +1,131 +1,079 Total length of highways: +26,825 Km +40,695 Km Keep it up guys! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Scholarships for SOTM US 2013
Apply now! http://www.openstreetmap.us/2013/04/scholarships-state-of-the-map-us/ If you need recommendation, let me know. No guarantees of approval but I hope a recommendation will boost your chances. :) -- 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 http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 2013 OSMPH data stats so far
Nice! May I ask the unit of the Y-axis or is it the rate of increase? On Wed, Apr 3, 2013 at 6:49 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, http://wiki.openstreetmap.org/wiki/File:OSMPH_data_growth_graph.png The link above depicts a line graph showing the data growth since 2010-11-25, about 2 ⅓ years ago. As you can see, since the late 2010, we have tripled the number of nodes, almost quadrupled the number of ways, nearly tripled the raw XML file size, and increased the length of roads by almost 2.5 times. And we still have not yet exhausted the Bing imagery especially since they've been updating their imagery almost every quarter. So there's still plenty of room to grow! To show how far we are from a really comprehensive data, here's a recent visualization showing where in the world we have data tiles (in PBF format) that are more than 32MB in size: http://wiki.openstreetmap.org/w/images/0/01/Data_tiles_with_32MB_of_OpenStreetMap_data_overlaid_on_MapQuest_zoom_level_2.png As you can see, the Philippines is at zoom level 5 while places like in Germany are up to zoom level 10. On Wed, Apr 3, 2013 at 6:00 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a 1st quarter update of the basic OSMPH data stats (as of the April 1, 2013 Philippine extract). The % increase is in comparison to the start of 2013: OSM XML file size: 857 MB(5.7% increase) # Nodes: 4,400,022(6.2% increase) # Ways: 436,511(4.8% increase) # Relations: 2,921(2.3% increase) Total length of highways: 133,692 Km (4.9% increase) Keep it up guys! On Wed, Jan 9, 2013 at 4:15 AM, Eugene Alvin Villar sea...@gmail.comwrote: Hi guys, Here's a new year update of the basic OSMPH data stats (as of the January 1, 2013 Philippine extract). The % increase is in comparison to the start of 2012: OSM XML file size: 811 MB(47% increase) # Nodes: 4,143,313(49% increase) # Ways: 416,626(47% increase) # Relations: 2,855(61% increase) Total length of highways: 127,489 Km (47% increase) And the following is a comparison of the increase in amount of data within 2011, and the increase within 2012: 2011 2012 OSM XML file size:+226 MB +261 MB # Nodes: +1,251,032+1,363,521 # Ways:+156,718 +132,364 # Relations: +1,131 +1,079 Total length of highways: +26,825 Km +40,695 Km Keep it up guys! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Palaui Island and Cagayan Valley Map-up
I was asking the locals but they have no idea. If the trails were named after them, then it's worth mentioning! Ervin Malicdem Sent using HTC SensationXE On Apr 3, 2013 11:56 AM, maning sambale emmanuel.samb...@gmail.com wrote: Wow Lagunzad and Leonardo Trails! Is this in honor of the two great PH botanists Dr. Dan Lagunzad and Leonard CO of UP IB? I distinctly remember beer sessions with these guys while learning about ecological models and statistical analysis. Which, I don't understand anymore by the 5th beer. :) On Wed, Apr 3, 2013 at 11:48 AM, Ervin Malicdem schad...@gmail.comwrote: Hi All, Here is an account of our map-up of Palaui Island and Cagayan Valley Map-up before the end of March 2013 *Cagayan Valley* http://www.s1expeditions.com/2013/04/059-roadtrip-cagayanvalley.html *Palaui Island* http://www.s1expeditions.com/2013/04/060-palaui-cagayan.html Ervin M. *Schadow1 Expeditions* http://www.s1expeditions.com A Filipino must not be a stranger to his own motherland. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Imagery Boundary?
On Mon, Apr 1, 2013 at 3:39 PM, Martin Koppenhoefer dieterdre...@gmail.comwrote: So storing a few hundred extra ways in the database had been the easiest and most practical solution. The way do no harm to anybody. So just keep them for a while until all functionality has been migrated to different tools. +1, that's what I wrote. I thought the only question we're still discussing is how to deal with outdated outlines (better keep/ignore them when outdated so maybe someone can update them, or simply delete them). It's not only for outdated outlines. As said, it is not a map feature, it's just for some comfort during edition (would consider the same for mapping party cakes). What was the easiest and most pratical solution can be tolerated if it is temporary or until editors provide other means like the plugin mentioned earlier. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Sun, Mar 31, 2013 at 03:56:16PM -0300, ingalls wrote: I'm with everyone who is against adding this to the database although I agree that a mass edit is not the way to get rid of these. I'll go through I didnt mass-edit. I came past 2-3 boundarys which were all broken for a long time. So i deleted 12 nodes or something ... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Mon, Apr 01, 2013 at 11:37:59AM +0200, Stephan Knauss wrote: Florian Lohoff writes: As they were wrong and nobody cared i deleted them. A better way of dealing with updated data in OSM is usually to fix and not to delete data. Had you considered mailing the users who created the original data before removing their work? In contrast to eg. underground power lines (seen them mapped in Munich) or TMC data or obscure boundaries, this is data which is easy to verify and used in the more remote areas of the world. Completely different issue - I removed data which a) Was wrong for b) Multiple months and c) nobody cared d) The information was easily observable without having those lines e) Is not on ground data we typically map f) Was invisible on the map for observers. So where is the problem? If you care take the 5 minutes to find those HiRes images which now spans most of the populated area in North China and put correct image boundarys somewhere. Remember how much work it was - Sitting there zooming into sat Imagery in 4 corners - putting 4 nodes and a single way into the OSM db. This was probably a couple years back and wrong for 3-24 Months. Whats the point in this data anyway? This thread took more time to write than to finde those newer, bigger areas and put a line around. I map stuff i care about - Stuff which is obviously inconsistent or broken, i fix, mark as such or remove. Doing so made this thread start so it was a good thing to do because suddenly somebody (You?) woke up and might now care about the broken data. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Georeferenciamento mapas IBGE
Acho que consigo hospedar isso aí. Vitor, posso entrar em contato contigo no final de semana? Abraços 2013/4/2 Vitor Sessak vitor1...@gmail.com Ola, Eu diria em volta de uns 8 GB, fazendo uma estimaçao rapida (eu tive que por -co COMPRESS=LZW na ultima linha, senao os arquivos eram bem maiores). 2013/4/2 George Silva georger.si...@gmail.com: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br
Re: [Talk-br] Georeferenciamento mapas IBGE
Claro! Obrigado pela iniciativa! 2013/4/2 George Silva georger.si...@gmail.com: Acho que consigo hospedar isso aí. Vitor, posso entrar em contato contigo no final de semana? Abraços 2013/4/2 Vitor Sessak vitor1...@gmail.com Ola, Eu diria em volta de uns 8 GB, fazendo uma estimaçao rapida (eu tive que por -co COMPRESS=LZW na ultima linha, senao os arquivos eram bem maiores). 2013/4/2 George Silva georger.si...@gmail.com: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo (ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Georeferenciamento mapas IBGE
Infelizmente, eu nao sei dizer se para fazer um servidor de tiles precisa de alguma coisa além de apache + PHP. Talvez outra pessoa na lista saiba... 2013/4/2 Arlindo Pereira openstreet...@arlindopereira.com: Se for só arquivos de imagem posso hospedar sem problemas, a BlueHost não impõe uma cota de espaço em disco a seus clientes. Em 01/04/2013 21:51, George Silva georger.si...@gmail.com escreveu: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo (ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Georeferenciamento mapas IBGE
Se os tiles forem estáticos, não precisa de PHP e qualquer servidor serve: Apache, nginx, IIS, etc. São só imagens organizadas em pastas. 2013/4/2 Vitor Sessak vitor1...@gmail.com Infelizmente, eu nao sei dizer se para fazer um servidor de tiles precisa de alguma coisa além de apache + PHP. Talvez outra pessoa na lista saiba... 2013/4/2 Arlindo Pereira openstreet...@arlindopereira.com: Se for só arquivos de imagem posso hospedar sem problemas, a BlueHost não impõe uma cota de espaço em disco a seus clientes. Em 01/04/2013 21:51, George Silva georger.si...@gmail.com escreveu: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Georeferenciamento mapas IBGE
Vou montar com MapProxy e nginx. 2013/4/2 Vitor Sessak vitor1...@gmail.com Infelizmente, eu nao sei dizer se para fazer um servidor de tiles precisa de alguma coisa além de apache + PHP. Talvez outra pessoa na lista saiba... 2013/4/2 Arlindo Pereira openstreet...@arlindopereira.com: Se for só arquivos de imagem posso hospedar sem problemas, a BlueHost não impõe uma cota de espaço em disco a seus clientes. Em 01/04/2013 21:51, George Silva georger.si...@gmail.com escreveu: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list
Re: [Talk-br] Georeferenciamento mapas IBGE
Eles podem até dizer que não impõem cotas, mas limitam a 20 arquivos. Sejam deles de 1Kb ou de 1Mb cada. Acho que os tiles em todas as diferentes resoluções provavelmente estourem ou cheguem bem perto disso, não? 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com Se for só arquivos de imagem posso hospedar sem problemas, a BlueHost não impõe uma cota de espaço em disco a seus clientes. Em 01/04/2013 21:51, George Silva georger.si...@gmail.com escreveu: Pessoal, alguém já fez a estimativa de quanto isso daria em termos de espaço em disco? Talvez posso montar um WMS/TMS. A minha preocupação maior é o espaço em disco, já que geramos mutos tiles. 2013/4/1 Arlindo Pereira openstreet...@arlindopereira.com O que precisamos nesse servidor, apenas apache+php+MySQL? Se for só isso, posso disponibilizar espaço na minha conta na BlueHost. Mas, como não tenho root lá, se for algo mais específico (PostGIS, por exemplo), não poderia ajudar. Em 01/04/2013 05:46, Vitor Sessak vitor1...@gmail.com escreveu: Olá Gerald, Não esquente a cabeça, eu não fiquei chateado de sua mensagem. Acho que não há duvidas que perl tem mais recursos e faz um código mais limpo que shell, mas eu como eu programo em script bem raramente, não vale a pena eu dedicar o tempo de aprender uma nova linguagem. Como eu sei que tem muita gente que trabalha em programação/IT nessa lista, eu estava esperando achar alguém que tivesse um servidor disponível para hospedar os tiles. Além disso, eu não tenho experiência com OpenLayer, mas imagino que muita gente que trabalha com GIS tenha. Eu diria que o principal pré-requisito é banda passante, visto que a maior parte do conteúdo é estático. Uma outra idéia seria pedir ajuda na lista em inglês, para ver se alguém pode nos dar uma mãozinha com os recursos e a experiência que nos não temos. []'s -Vitor 2013/4/1 Gerald Weber gwebe...@gmail.com: Oi Vitor relendo meu próprio comentário fiquei incomodado, eu percebi que não disse o que eu realmente pretendia. Só para não deixar dúvidas, não estou chamando seu script de tosco, muito antes pelo contrário, OK? Só quis chamar a atenção que bash script é muito limitado e desajeitado, vale a pena aprender um pouquinho de perl. Já programei muito em shell e hoje eu vejo o tempo que poderia ter economizado usando perl. obrigado pro compartilhar o seu script conosco, já o guardei numa pasta para futura referência. A sua sugestão de ter um servidor para fornecer esses mapas seria sensacional, a primeira questão seria onde hospedar o servidor? Quais seriam os pré-requisitos? um grande abraço Gerald 2013/3/31 Gerald Weber gwebe...@gmail.com Hum, legal o script, apenas sugiro passar para perl, bash script é muito tosco ;) Eu sou muito leigo em relação à estes sistemas, mas minha sugestão seria recorrer ao pacote perl http://search.cpan.org/~grahamc/Geo-Coordinates-UTM-0.08/UTM.pm Eu tenho usado e achei bem útil abraço Gerald 2013/3/31 Arlete Meneguette arletemenegue...@gmail.com Pessoal O ideal seria fazer o georreferenciamento para outros fusos UTM também, por exemplo, minha área fica no 22. Além disso o datum pode ser diferente de folha para folha, em algumas é Córrego Alegre e em outras SAD69. Todas as folhas deveriam ser remapeadas para Sirgas2000, que é compatível com WGS84. Arlete Em 31/03/2013 08:38, Aun Yngve Johnsen li...@gimnechiske.org escreveu: Bom dia Ser for caso este servidor e realizado, vai ser interessante ver os outros estados tambem, em meu caso Espírito Santo Aun Johnsen On 31. mars 2013, at 07:28, Vitor Sessak vitor1...@gmail.com wrote: Ola a todos, Eu fiz um script que permite georeferenciar automaticamente os mapas municipais do IBGE do estado de São Paulo ( ftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2007/mapa_urbano_estatistico/sp/cartoa1/ ). Infelizmente, para os outros estados é mais difícil pois a formatação dos PDFs é diferente. Além disso, o script só foi testado em Linux e ele supõe que a cidade esteja na zona UTM 23. Uma coisa que seria muito legal seria se alguém fizesse um servidor openlayers para servir essas imagens diretamente no JOSM ou no PotLatch. Alguém aqui tem experiência com isso? []'s -Vitor ConvertIBGE.sh ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Georeferenciamento mapas IBGE
2013/4/2 Vitor Sessak vitor1...@gmail.com: Eu diria em volta de uns 8 GB, fazendo uma estimaçao rapida (eu tive que por -co COMPRESS=LZW na ultima linha, senao os arquivos eram bem maiores). Talvez utilizar outro algoritmo de compressão (deflate, por exemplo), melhore um pouco o tamanho dos arquivos: http://linfiniti.com/2011/05/gdal-efficiency-of-various-compression-algorithms/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Meio Off] Motorville
Bem legal... rs 2013/4/2 Arlindo Pereira openstreet...@arlindopereira.com Vídeo sensacional! http://vimeo.com/62468031 Apesar de ter o visual parecido com o Google Maps, usa dados do OpenStreetMap. =) []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [Meio Off] Motorville
Legal, isso é Los Angeles né? Acho que o animador utilizou o Maperitive. Eu uso ele às vezes pra fazer uma cidade fictícia, é bacana. 2013/4/2 Claudomiro Nascimento Junior claudom...@claudomiro.com Bem legal... rs 2013/4/2 Arlindo Pereira openstreet...@arlindopereira.com Vídeo sensacional! http://vimeo.com/62468031 Apesar de ter o visual parecido com o Google Maps, usa dados do OpenStreetMap. =) []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 141 26.3.- 1.4.2013
Hallo, die Wochennotiz Nr. 141 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/04/wochennotiz-nr-141/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Gibt's was neues? Denn bei den Daten hat sich seit Januar leider nichts mehr getan - wenn man von der Ergänzung mit alten Daten von 2011 absieht, die ausdrücklich nicht fortgeführt werden sollen. Hallo Martin, beim LGL war man heute auch etwas erstaunt, dass das Straßenverzeichnis noch nicht aktualisiert wurde. Die Nachforschungen laufen ... Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?
Moin Martin, On Fri, 22 Mar 2013, Martin Koppenhoefer wrote: Ja, wir machen eine Datenbank - in der die meisten Menschen bei der Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit Lesbarkeit und Fehlervermeidung zu tun. Ich finde nicht, dass die Leerzeichen entscheidend was ändern an der Lesbarkeit, zumindest sehe ich das nicht als Punkt an, was man in OSM eintragen sollte. Sonst könnte man ja auch argumentieren H A U P T S T R A S S E lese sich besser als Hauptstraße und daher schreiben wir jetzt alles in Großbuchstaben. Den Vergleich meinst du sicher nicht ernst, denn du vergleichst gerade sozusagen Äpfel mit Birnen. Es geht ja eben nicht darum, innerhalb eines Wortes Leerzeichen zu schaffen, sondern an der Grenze. Aber wie gesagt, der Vergleich hinkt dermaßen, dass dich denke, das war ein Spaß. M.E. sollte man das Lesbarkeitsproblem für ältere Semester, Mapper mit Sehbehinderungen etc. auf der Editorseite angehen, und dort z.B. die Schrift größer gestalten, bzw. kontrastreicher, bzw. mit gesperrter Laufweite, optimierter Schriftart etc. In die Daten gehört das, was gilt. Die Nutzerschnittstelle ist die Schriftdarstellung. Mir geht es nur darum, dass hier jemand versucht, seine persönliche Meinung als allgemeingültig darzustellen (nämlich die Leerzeichen wegzulassen). Das kann aber immer noch jeder machen, wie er will und es gibt sehr gute Gründe dafür, ein Leerzeichen einzufügen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-02 21:27, Joachim Kast wrote: beim LGL war man heute auch etwas erstaunt, dass das Straßenverzeichnis noch nicht aktualisiert wurde. Die Nachforschungen laufen ... Ah, danke für die Nachfrage, das lässt hoffen, Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Traduzioni
Puoi scrivere a: jeff.ha...@gmail.com E' la persona che gestisce il sito. Normalmente ti condivide una cartella in Google Drive su cui tu e gli altri lavorate. Quando a vete finito, lui la trasforma in HTML e in PDF. Saluti Fabrizio Il giorno 01 aprile 2013 11:56, sabas88 saba...@gmail.com ha scritto: Il giorno 30 marzo 2013 15:46, Fabrizio Carrai fabrizio.car...@gmail.comha scritto: Sono disponibile a contribuire anch'io alla traduzione. L'altra volta c'era un GDoc: come funziona questa volta ? Fabrizio Ho visto dei google docs linkati dalla pagina principale, ma non ho capito se sono in lavorazione o sono disponibili alla traduzione... In chat non ho trovato nessuno a cui chiedere.. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Il giorno 01 aprile 2013 19:53, Aury88 spacedrive...@gmail.com ha scritto: Ciao a tutti. Vi disturbo ancora una volta con una curiosità che mi è venuta esplorando il bellissimo wiki di OSM. Guardando un po' in giro ho incontrato una pagina che trattava dell'importo dei dati del progetto CORINE su OSM. CORINE è l'acronimo di Coordination of Information on the Environment ed è un progetto europeo che ha l'obiettivo di creare una mappa sull'utilizzo del suolo nei 27 stati membri. Questa mappa ha una scala 1:10 ed è composta da 44 classi ripartite su tre livelli diversi e qualsiasi tipo di terreno con una sezione laterale maggiore di 100 m è stata mappata. questa mappa, tranne diversa segnalazione, ha una licenza che ne permette l'integrazione dentro OSM. Maggiori informazioni possono essere prese da questo wiki http://wiki.openstreetmap.org/wiki/Corine_Land_Cover dove è anche possibile vedere un confronto tra le landclasses usate in CORINE e quelle in OSM. Ho già avuto modo di vedere l'utilizzo dei dati CORINE per l'Italia sul simulatore Open Source FlightGear http://www.flightgear.org/ e devo ammettere che la cosa mi ha molto affascinato ed impressionato per la quantità di informazioni e la precisione dei dati. Guardando questa pagina del wiki http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover ho notato però che non è riportata l'Italia tra i paesi che hanno realizzato o in procinto di realizzare un importazione di questi dati...voi ne sapete qualcosa? Credo sia da evitare, sopratutto nelle regioni dove sono stati rilasciati come open data gli strati come l'uso del suolo da Carta Tecnica. :-) Ciao, Stefano -- View this message in context: http://gis.19327.n5.nabble.com/CORINE-italia-utilizzo-del-suolo-landcover-landuse-tp5755410.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] fermate bus
Buongiorno a tutti Sono nuovo di questa comunità e non sono un tecnico specifico. Sto facendo uno studio di fattibilità nel quale ipotizzo la necessità di reperire provincia per provincia punti ai margini stradali in cui è possibile fermare unauto per far salire o scendere un autostoppista. Si tratta di fermate come quelle degli autobus. La mia necessità è reperire, selezionare, codificare e pubblicare ciascun punto in modo che autostoppisti e autisti ne siano a conoscenza. Mi domando se qualcuno di voi sa e può aiutarmi a reperire le fermate già esistenti per autobus urbani e suburbani. Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Quali sono queste regioni? io ho letto anche che spesso sono gli stessi dati del programma CORINE a venire utilizzati in ambito regionale (o nazionale) e comunque rimangono le regioni che non hanno messo a disposizione i dati sull'uso del suolo. in oltre credo sia possibile importare i dati corine in maniera tale da non sovrapporsi alle aree dove già viene definito l'utilizzo del suolo. Mi hai incuriosito comunque...se ti ricordi dove hai letto questa cosa mi potresti dare il link? -- View this message in context: http://gis.19327.n5.nabble.com/CORINE-italia-utilizzo-del-suolo-landcover-landuse-tp5755410p5755444.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Am 01/apr/2013 um 19:53 schrieb Aury88 spacedrive...@gmail.com: Questa mappa ha una scala 1:10 ed è composta da 44 classi ripartite su tre livelli diversi Appunto, non è proprio adatta, perché arriviamo a scale molto più alte, il nostro zoom 18 è di ca 1:1800, 1:10 non ci serve... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fermate bus
ciao Lucio, Benvenuto su OSM! innanzitutto dipende come sono state mappate le fermate. Spesso si tratta di un punto (con tag highway=bus_stop o public_transport=platform), e non è detto che ci sia una piazzola. A volte si tratta di una palina e un rettangolo giallo sull'asfalto su una strada stretta su un rettilineo, a volte invece sono fermate con piazzola. E' impossibile risalire alla presenza o meno di una piazzola, a meno che il mappatore non abbia usato qualche tag specifico per indicarla (succede quasi solo nei capolinea, si inserisce un segmento highway=service se la piazzola è separata almeno da un cordolo dalla strada adiacente). Puoi facilmente scaricare tutte le fermate in una data area mediante una query su overpass-api (più tardi ti invio la sintassi). Quanto grande è la tua area di indagine? Ciao Tiziano 2013/4/2 Lucio Coppola lu...@coppola.com ** ** Buongiorno a tutti Sono nuovo di questa comunità e non sono un tecnico specifico. Sto facendo uno studio di fattibilità nel quale ipotizzo la necessità di reperire provincia per provincia punti ai margini stradali in cui è possibile fermare un’auto per far salire o scendere un autostoppista. Si tratta di fermate come quelle degli autobus. La mia necessità è reperire, selezionare, codificare e pubblicare ciascun punto in modo che autostoppisti e autisti ne siano a conoscenza. Mi domando se qualcuno di voi sa e può aiutarmi a reperire le fermate già esistenti per autobus urbani e suburbani. Grazie ** ** ** ** ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Il giorno 01 aprile 2013 19:53, Aury88 spacedrive...@gmail.com ha scritto: Guardando questa pagina del wiki http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover ho notato però che non è riportata l'Italia tra i paesi che hanno realizzato o in procinto di realizzare un importazione di questi dati...voi ne sapete qualcosa? Personalmente sono contro l'uso dei dati di CORINE. Sono a una risoluzione piuttosto bassa, e di poligoni che indicano campi coltivati su una superficie di 100 kilometri quadrati direi che ne abbiamo già abbastanza. Il fatto che ogni appezzamento di più di 100 metri di lato sia mappato mi fa un po' ridere, considerando che io mappo le risaie sui veri appezzamenti, a volte con lati di 5 metri :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Beh!... credo puoi comunque decidere di importare solo alcune classi di terreno...io pensavo sopratutto alle foreste e alle aree non coltivate (grassland e così via). corine si utilizza per fare il lavoro sporco, il grosso, poi i mappatori, se lo ritengono opportuno, si possono mettere a mappare i particolari. Per quanto riguarda la risoluzione 100 metri non mi sembra poi così bassa e comunque meglio una bassa risoluzione se l'alternativa è un area vuota perchè non coperta da nessun mappatore. onestamente non ho capito la faccenda dei poligoni su una superficie di 100 kilometri quadrati...per favore potresti spiegarmela :) Come mai altri stati come Francia, Spagna e Germania non hanno avuto tutti questi problemi con l'utilizzo dei dati CORINE? -- View this message in context: http://gis.19327.n5.nabble.com/CORINE-italia-utilizzo-del-suolo-landcover-landuse-tp5755410p5755458.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Foto geotaggate
Possiedo una digitale compatta Sony HX5V che ha anche il gps e che produce delle belle foto gia' geotaggate. Quando le importo in josm pero' non vengono posizionate correttamente, immagino perche' non vengono riconosciuti i tag. Qualcuno conosce qualche trucco o qualche funzione di exiftool per convertire i tag exif in modo che vengano riconosciuti da josm? Secondo problema fotografico: Utilizzando OsmTracker e le foto scattate dal mio smartphone non viene utilizzata l'informazione relativa alla direzione. Immagino che la cosa dipenda dal telefono ma sapete se c'e' modo di far salvare questa informazione nel file exif? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
lavorando nel campo della cartografia, penso sia un po' troppo mappare campi agricoli di 5m di lato! Sinceramente non ho mai visto una risaia così piccola, al massimo un orto privato. Informazioni che ritengo che appesantiscano il tutto senza essere particolarmente utili in quanto soggette a rotazioni e cambi d'uso. Per l'uso del suolo posso riportare il caso dell'emilia-romagna ( http://www.regione.emilia-romagna.it/temi/territorio/cartografia-regionale/vedi-anche/uso-del-suolo) e per dati ( http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/pianificazione-e-catasto/uso-del-suolo ). L'unità minima mappabile è di 2.5 ha. Sicuramente dati simili sono disponibili per Veneto, penso aggiornato al 2006 (unità minima 0.5 ha) e qualche altra regione. Esiste una commissione interregionale che cerca di fissare legende simili e confrontabili, ma non tutte le regioni ne fanno parte. Da quello che so sono principalmente nel nord e centro italia. Corine è stata fatta su tutto il territorio italiano, ma non è mai stata molto utilizzata, se non nelle regioni che non disponeva di altri dati vettoriali. Sinceramente non so quale sia la base di OSM, ma avere un prodotto cartografico standardizzato a livello nazionale e/o europeo non mi sembra male (anche perdendo un po' di dettaglio). In fin dei conti che cosa serve su OSM? Secondo me principalmente per individuare aree urbane/industriali, boscate (conifere/latifoglie/radure) ed agricole (seminativi/frutteti). Non per sapere che a un dato anno in un campo c'era una coltivazione di cicerchia irrigata. ciao Andrea Il giorno 02 aprile 2013 12:02, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 01 aprile 2013 19:53, Aury88 spacedrive...@gmail.com ha scritto: Guardando questa pagina del wiki http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover ho notato però che non è riportata l'Italia tra i paesi che hanno realizzato o in procinto di realizzare un importazione di questi dati...voi ne sapete qualcosa? Personalmente sono contro l'uso dei dati di CORINE. Sono a una risoluzione piuttosto bassa, e di poligoni che indicano campi coltivati su una superficie di 100 kilometri quadrati direi che ne abbiamo già abbastanza. Il fatto che ogni appezzamento di più di 100 metri di lato sia mappato mi fa un po' ridere, considerando che io mappo le risaie sui veri appezzamenti, a volte con lati di 5 metri :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Spisni ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
Il giorno 02 aprile 2013 12:35, emmexx emm...@tiscalinet.it ha scritto: Possiedo una digitale compatta Sony HX5V che ha anche il gps e che produce delle belle foto gia' geotaggate. Quando le importo in josm pero' non vengono posizionate correttamente, immagino perche' non vengono riconosciuti i tag. Qualcuno conosce qualche trucco o qualche funzione di exiftool per convertire i tag exif in modo che vengano riconosciuti da josm? Sono sbagliate di quanto? Se è dall'altra parte dell'Europa, ok, è un problema di interpretazione del dato. Se è spostata di cinquanta metri, non escluderei che sia l'errore che hai ottenuto. Il GPS delle macchine fotografiche ha la stessa qualità di quello dei telefonini; se hai cinque metri di errore sei fortunato :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
2013/4/2 emmexx emm...@tiscalinet.it Possiedo una digitale compatta Sony HX5V che ha anche il gps e che produce delle belle foto gia' geotaggate. Quando le importo in josm pero' non vengono posizionate correttamente, immagino perche' non vengono riconosciuti i tag. Qualcuno conosce qualche trucco o qualche funzione di exiftool per convertire i tag exif in modo che vengano riconosciuti da josm? Secondo problema fotografico: Utilizzando OsmTracker e le foto scattate dal mio smartphone non viene utilizzata l'informazione relativa alla direzione. Immagino che la cosa dipenda dal telefono ma sapete se c'e' modo di far salvare questa informazione nel file exif? Riguardo la direzione: la vedi in JOSM? Se si è un problema di OsmTracker. Io procedo al solito così: importo le foto (con coordinate e direzione) in JOSM, sostituisco la posizione con quella di un apposito track del GPS registrato in parallelo (perché la posizione del iPhone non è buona, come ne anche quella del cellulare che usavo prima era sufficiente). JOSM mantiene la direzione registrato dallo smartphone (abbastanza precisa) e sovrascrive solo la posizione registrata dal cellulare con la posizione del GPS (quasi sempre molto più attendibile). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
2013/4/2 Aury88 spacedrive...@gmail.com Beh!... credo puoi comunque decidere di importare solo alcune classi di terreno...io pensavo sopratutto alle foreste e alle aree non coltivate (grassland e così via). abbiamo già verificato i dati di Corine e sono d'accordo con Simone: non importarli. Quando ti metti a guardare con le ortofoto sotto cosa puoi tenere vedrai che non ci sarà ne anche un unico nodo posizionato bene (rispetto a ciò che facciamo noi a mano). Corine è un elaborazione che non ha le requisiti necessari per esser importato (scala non adatta). Nel passato c'erano dei tentativi di farlo (hackermike aveva importato anche alcune foreste in Italia quando ha fatto un import in Albania) con risultati pessimi. corine si utilizza per fare il lavoro sporco, il grosso, poi i mappatori, se lo ritengono opportuno, si possono mettere a mappare i particolari. no, ti prego di non fare un lavoro sporco, non c'è bisogno ;-) Se aiutasse un minimo ad OSM di importare i poligoni Corine sarei pure a favore, ma in realtà rallenta l'avanzamento della mappa, per migliorare questi dati non puoi riutilizzare ne la posizione dei nodi, ne la divisione delle aree, e daresti solo una pessima impressione sulla qualità dei dati OSM ai nuovi arrivati (ovviamente chi comincia a mappare si orienta a ciò che già c'è). Per quanto riguarda la risoluzione 100 metri non mi sembra poi così bassa e comunque meglio una bassa risoluzione se l'alternativa è un area vuota perchè non coperta da nessun mappatore. -1, al meno si vede che non c'è ancora un mappatore in una certa area, cosa al solito ispira molto di cominciare, mentre un'area piena di robe grezze e false da il segnale opposto (scappa). Come mai altri stati come Francia, Spagna e Germania non hanno avuto tutti questi problemi con l'utilizzo dei dati CORINE? in Germania hanno deciso, come noi, di non importare Corine (tutto ciò che vedi hanno fatto a mano), anche in Spagna credo che abbiano usato altri fonti (il catasto spagnolo e dati regionali, tra altro con pessimi risultati anche loro, pieno di errori e nessuno chi se ne occupa in certe zone) però in Francia hanno importato i dati Corine, cosa si vede ;-) Se vai in Francia e ti apri una zona poco attiva con Bing come sfondo, verificando che si tratta ancora dei poligoni Corine invariati, potrai vedere che la qualità Corine non fa per noi. Lo stesso discorso vale per la Romania (altro paese che ha importato Corine). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
2013/4/2 Simone Saviolo simone.savi...@gmail.com Il giorno 02 aprile 2013 12:35, emmexx emm...@tiscalinet.it ha scritto: Possiedo una digitale compatta Sony HX5V che ha anche il gps e che produce delle belle foto gia' geotaggate. Quando le importo in josm pero' non vengono posizionate correttamente, immagino perche' non vengono riconosciuti i tag. Qualcuno conosce qualche trucco o qualche funzione di exiftool per convertire i tag exif in modo che vengano riconosciuti da josm? Sono sbagliate di quanto? Se è dall'altra parte dell'Europa, ok, è un problema di interpretazione del dato. Se è spostata di cinquanta metri, non escluderei che sia l'errore che hai ottenuto. Il GPS delle macchine fotografiche ha la stessa qualità di quello dei telefonini; se hai cinque metri di errore sei fortunato :-) +1, potrebbe inoltre essere un problema del sistema di riferimento: hai impostato WGS84 come sistema del GPS (nella macchina fotografica/smartphone)? Anche a me 50 metri mi sembrano un errore normale per il GPS di uno smartphone. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
2013/4/2 Martin Koppenhoefer dieterdre...@gmail.com 2013/4/2 Simone Saviolo simone.savi...@gmail.com Il giorno 02 aprile 2013 12:35, emmexx emm...@tiscalinet.it ha scritto: +1, potrebbe inoltre essere un problema del sistema di riferimento: hai impostato WGS84 come sistema del GPS (nella macchina fotografica/smartphone)? Anche a me 50 metri mi sembrano un errore normale per il GPS di uno smartphone. A me succede talvolta che non viene riconosciuto correttamente il separatore decimale (virgola/punto) e le coordinate sono tutte sovrapposte a 45.00 e 12.00 (nella mia zona) Potrebbe essere anche un formato Gradi/Minuti anziche Gradi.decimali amefad ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Io ho lavorato con i raster con risoluzione del pixel di 100 m, questo significa che hanno superficie di 1 ha (più che sufficiente per tante applicazioni). Non intendevo dire che ha Corine in Italia ha avuto dei problemi, ma che regioni che avevano dati a scala migliore e con risoluzione più alta non l'hanno considerata. E' vero anche che Corine è stata assegnata a lotti a società private, magari certe zone sono venute meglio di altre. Per eventuale download: http://www.eea.europa.eu/data-and-maps/data#c12=corine+land+cover+version+13 ciao A Il giorno 02 aprile 2013 12:37, Aury88 spacedrive...@gmail.com ha scritto: Beh!... credo puoi comunque decidere di importare solo alcune classi di terreno...io pensavo sopratutto alle foreste e alle aree non coltivate (grassland e così via). corine si utilizza per fare il lavoro sporco, il grosso, poi i mappatori, se lo ritengono opportuno, si possono mettere a mappare i particolari. Per quanto riguarda la risoluzione 100 metri non mi sembra poi così bassa e comunque meglio una bassa risoluzione se l'alternativa è un area vuota perchè non coperta da nessun mappatore. onestamente non ho capito la faccenda dei poligoni su una superficie di 100 kilometri quadrati...per favore potresti spiegarmela :) Come mai altri stati come Francia, Spagna e Germania non hanno avuto tutti questi problemi con l'utilizzo dei dati CORINE? -- View this message in context: http://gis.19327.n5.nabble.com/CORINE-italia-utilizzo-del-suolo-landcover-landuse-tp5755410p5755458.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Andrea Spisni ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
Il 04/02/2013 04:04 PM, Amedeo Fadini scrisse: A me succede talvolta che non viene riconosciuto correttamente il separatore decimale (virgola/punto) e le coordinate sono tutte sovrapposte a 45.00 e 12.00 (nella mia zona) Potrebbe essere anche un formato Gradi/Minuti anziche Gradi.decimali No, e' molto piu' semplice: si tratta di stordimento. :-( Ho confuso 2 cartelle, una in cui le immagini erano quasi tutte geotaggate (il gps della fotocamera aveva agganciato i satelliti) ed una in cui non erano geotaggate (il gps non aveva agganciato i satelliti). In piu' ci si e' messo josm che non e' proprio lineare quando si tenta di importare immagini in parte geotaggate ed in parte no. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
Il 04/02/2013 01:49 PM, Martin Koppenhoefer scrisse: Riguardo la direzione: la vedi in JOSM? Se si è un problema di OsmTracker. In che senso? Se la vedessi non avrei fatto la domanda. :-) Io procedo al solito così: importo le foto (con coordinate e direzione) in JOSM, sostituisco la posizione con quella di un apposito track del GPS registrato in parallelo (perché la posizione del iPhone non è buona, come ne anche quella del cellulare che usavo prima era sufficiente). JOSM mantiene la direzione registrato dallo smartphone (abbastanza precisa) e sovrascrive solo la posizione registrata dal cellulare con la posizione del GPS (quasi sempre molto più attendibile). Io in genere procedo cosi', a seconda di come ho fatto le foto: - gpx del telefono e foto fatte col telefono ( il gpx contiene gia' le informazioni delle relative foto come waypoint wpt lat=45.89350296 lon=8.79073673 ele647.0/ele time2013-03-30T16:59:06Z/time name![CDATA[Immagine]]/name link href=2013-03-30_17-57-05.jpg text2013-03-30_17-57-05.jpg/text /link sat8/sat /wpt ) Quando seleziono il gpx josm fa tutto da solo. Vedo sulla mappa di josm un'icona con una cornice quadrata contenente una macchina fotografica, se clicco sull'icona si apre la foto - gpx del telefono o di altro gps e foto da macchina fotografica seleziono il gpx e poi metto in correlazione con le foto In questo caso vedo un'icona di macchina fotografica (senza cornice) e se clicco sull'icona mi appare triangolo che da' la direzione di scatto. In ogni caso le mia domande erano un po' diverse (e un po' OT). 1. perche' josm non riconosce i geotag della mia macchina fotografica? exiftool li riconosce (?), quindi teoricamente sono scritti in un formato standard che dovrebbe essere lo stesso a cui fa riferimento josm. 2. bisogna fare qualcosa (in osmtracker, nelle impostazioni del cellulare) per fare in modo che nell'exif o nel gpx venga salvata anche l'informazione relativa alla direzione di scatto? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto geotaggate
Il 04/02/2013 01:09 PM, Simone Saviolo scrisse: Quando le importo in josm pero' non vengono posizionate correttamente, immagino perche' non vengono riconosciuti i tag. Sono sbagliate di quanto? Se è dall'altra parte dell'Europa, ok, è un problema di interpretazione del dato. Se è spostata di cinquanta metri, non escluderei che sia l'errore che hai ottenuto. Il GPS delle macchine fotografiche ha la stessa qualità di quello dei telefonini; se hai cinque metri di errore sei fortunato :-) Non mi sono espresso correttamente. Le foto non vengono posizionate. Devo correlarle ad un file gpx. Con 2 problemi: 1. non e' detto che io abbia il file gpx (la guida da' un suggerimento ma non funziona [1]) 2. anche con il file gpx devo smanettare con l'aggiustamento manuale della differenza tra ora gpx e ora foto In entrambe i casi e' una spreco di tempo (le immagini sono gia' geotaggate) ed il posizionamento abbastanza approssimativo. Non nel senso di x metri di differenza rispetto alla posizione reale ma nel senso che le foto dovrebbero aiutarmi ad orientarmi in josm se, ad esempio, non ho una foto di un punto di riferimento ben identificabile (vedi bosco), e' anche difficile posizionare a mano le foto nel punto giusto. Mi sa che prossimamente tornero' a fare la prima foto al display del telefono. grazie maxx [1] http://wiki.openstreetmap.org/wiki/Photo_mapping ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Il giorno 02 aprile 2013 12:29, Andrea Spisni spi...@gmail.com ha scritto: lavorando nel campo della cartografia, penso sia un po' troppo mappare campi agricoli di 5m di lato! Sinceramente non ho mai visto una risaia così piccola, al massimo un orto privato. Informazioni che ritengo che appesantiscano il tutto senza essere particolarmente utili in quanto soggette a rotazioni e cambi d'uso. Esistono risaie così piccole, fidati: magari sono strisce di 5-10 metri di lato, lunghe un centinaio di metri o più. Occhio che io parlo dei singoli lotti: tra un paese e un altro non c'è *una* risaia, ce ne sono decine e centinaia. Quanto all'utilità, ti faccio un esempio immediato: è capitato più volte negli ultimi mesi che un campo si trasformasse in un magazzino industriale o in una fabbrichetta o in una rotonda o in un distributore... Mi è bastato prendere i lotti interessati e cambiargli il tagging. Se invece quel magazzino fosse stato annegato in un campo di chilometri di lato, probabilmente 1) non mi sarei accorto del landuse esterno (magari avevo scaricato un'area piccola tutta compresa all'interno), e 2) probabilmente avrei ritenuto troppo complicato modificare un'area così vasta e avrei lasciato stare - perdendo così informazione e accuratezza. Un altro esempio di utilità: se io mappo i singoli campi, posso indicare su ognuno il raccolto. Mi sembra difficile che su un'area di cinque chilometri di lato (come ne vedo talvolta) ci sia un solo tipo di coltivazione. Infine, non pensare solo alla cartografia. Lo scopo di OSM non è sempre quello di produrre cartine in scala 1:10. Potresti usarlo ad esempio per dare i punti di riferimento ad un drone automatico, e sapere che qui finisce un campo e lì inizia una fabbrica gli sarebbe utilissimo. Per l'uso del suolo posso riportare il caso dell'emilia-romagna ( http://www.regione.emilia-romagna.it/temi/territorio/cartografia-regionale/vedi-anche/uso-del-suolo) e per dati ( http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/pianificazione-e-catasto/uso-del-suolo). L'unità minima mappabile è di 2.5 ha. Sicuramente dati simili sono disponibili per Veneto, penso aggiornato al 2006 (unità minima 0.5 ha) e qualche altra regione. Esiste una commissione interregionale che cerca di fissare legende simili e confrontabili, ma non tutte le regioni ne fanno parte. Da quello che so sono principalmente nel nord e centro italia. Corine è stata fatta su tutto il territorio italiano, ma non è mai stata molto utilizzata, se non nelle regioni che non disponeva di altri dati vettoriali. Sinceramente non so quale sia la base di OSM, ma avere un prodotto cartografico standardizzato a livello nazionale e/o europeo non mi sembra male (anche perdendo un po' di dettaglio). In fin dei conti che cosa serve su OSM? Secondo me principalmente per individuare aree urbane/industriali, boscate (conifere/latifoglie/radure) ed agricole (seminativi/frutteti). Non per sapere che a un dato anno in un campo c'era una coltivazione di cicerchia irrigata. Questa è l'informazione che serve ad un tipo di utenza. Altri tipi vogliono altre informazioni. Quando a cosa c'era su un campo in un certo momento, è ovvio che non posso garantire che se ho scritto corn tu possa andare domani in quel campo e trovarci del granoturco. Questo non possiamo garantirlo per nessuna delle informazioni che abbiamo. ciao Andrea Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Il giorno 02 aprile 2013 12:37, Aury88 spacedrive...@gmail.com ha scritto: Per quanto riguarda la risoluzione 100 metri non mi sembra poi così bassa e comunque meglio una bassa risoluzione se l'alternativa è un area vuota perchè non coperta da nessun mappatore. Il nostro scopo non è colorare la mappa, ma riempirla di informazione. Segnare come campi un'area vastissima perché consideriamo trascurabili le piccole (ma non piccolissime...) foreste, zone industriali, centri commerciali, cimiteri, corsi d'acqua, etc. NON è mettere informazione. Anzi, in realtà è sopprimere quell'informazione, quindi è peggio che non averla. onestamente non ho capito la faccenda dei poligoni su una superficie di 100 kilometri quadrati...per favore potresti spiegarmela :) Sì: guarda Parma (ma ce ne sono mille altre). Che senso ha secondo te disegnare un'area di quelle dimensioni (una singola area) e taggarla landuse=farmland? È più o meno il livello di dettaglio di informazione che avrei se dicessi che tra la Francia e la Slovenia ci sono le Alpi. Come mai altri stati come Francia, Spagna e Germania non hanno avuto tutti questi problemi con l'utilizzo dei dati CORINE? Non è che sia giusto perché gli altri l'hanno fatto ;-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Per quanto riguarda il Veneto, si sta abbozzando un piano per importare l'utilizzo del suolo dai dati rilasciati come Open Data. La discussione è ancora aperta. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo http://idt.regione.veneto.it/app/metacatalog/getMetadata/?id=551isIe=false#MetadaneInformation Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricamento
Il 01/04/2013 15:37, Luigi Toscano ha scritto: girarsi_liste wrote: Il 01/04/2013 00:12, Luigi Toscano ha scritto: http://blog.osmfoundation.org/2013/03/31/database-maintenance/ (da mettere nel proprio lettore RSS). Ecco, io sono un p� zucco, come si f� a mettere il blog negli rss? in qanto ho cercato nel blog ma non vedo riferimenti, grazie. La risposta dipende dal programma che usi per aggregare e leggere gli rss :) Un esempio famoso era Google Reader (che sta per essere chiuso, giusto per ricordare uno dei tanti problemi dell'uso di servizi proprietari), ma ci sono tanti programmi in giro (anche Thunderbirds, per esempio). Personalmente uso Akregator. Ciao Ho capito, grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
il tuo discorso potrei accettarlo se fosse impossibile aggiungere dettagli successivamente cosa che non è vero. non si sopprime alcuna informazione: se un area non è segnata appropriatamente la si stacca dal resto e la si modifica all'occorrenza. io nel circondario di gela sto lavorando in maniera diversa...non segno le singole coltivazioni (landuse=farm sarebbe per me un lavoro impossibilmente lungoe complicato) ma le coltivazioni in generale (landuse=farmland) e poi aggiungo i dettagli o tolgo le parti che appartengono ad altri tipi di terreno (orchard, forest ecc ecc) non capisco perchè un tale lavoro non sia possibile farlo se ho come base un dato importato da una fonte esterna. per fare quel poco che ho fatto attorno a gela ci ho messo 10 mesi...se ci fosse una maniera più rapida per riempire di colore in maniera generale la base si potrebbe avere più tempo per aggiungere maggiori dettagli ed informazioni (oltre che per correggere eventuali errori). comunque sia va bene...ho capito cosa intendete -- View this message in context: http://gis.19327.n5.nabble.com/CORINE-italia-utilizzo-del-suolo-landcover-landuse-tp5755410p5755493.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CORINE italia: utilizzo del suolo (landcover landuse)
Il 02/04/2013 17:44, Leonardo ha scritto: Per quanto riguarda il Veneto, si sta abbozzando un piano per importare l'utilizzo del suolo dai dati rilasciati come Open Data. La discussione è ancora aperta. http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo http://idt.regione.veneto.it/app/metacatalog/getMetadata/?id=551isIe=false#MetadaneInformation Sarebbe da fare una prova per vedere se i dati nostri (intendo quelli regionali) son effettivamente più definiti rispetto a quelli del progetto Corine o se son uguali... Comunque, tornando al tema iniziale, vorrei dire a chi propone l'inserimento di questi dati che prima di mettersi a lavorare in una data area sarebbe il caso di contattare la comunità locale, soprattutto ove essa è organizzata (es. laddovè ci sono mailing list regionali) in modo da vedere se c'è o meno consenso per effettuare quell'operazione. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] iD Editor ora in Beta
Ciao, volevo informarvi che ora iD Editor, l'alternativa online a Potlatch è giunto in fase beta e ora permette di editare direttamente i dati di OSM. http://ideditor.com/ Il video presente sul sito mostra l'interfaccia e il suo utilizzo. Sembrerebbe essere un bel salto in avanti rispetto a Potlatch in termini di usabilità e molto più user-friendly, soprattutto per i neofiti. Magari qualche utente di questa lista che usa Potlatch nelle modifiche lo provi poi ci posti le sue impressioni :) Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Way mancante in un confine in provincia di Como
Buonasera, tra Falloppio e Parè manca una way, qualcuno è in grado di recuperarla dai dati della Regione Lombardia? Falloppio http://www.openstreetmap.org/browse/relation/46174 Parè http://www.openstreetmap.org/browse/relation/46175 Seguendo la cronologia delle modifiche non vedo quando potrebbe essere stata cancellata, forse non c'era fin dall'inizio o una way è stata accorciata perché dalla versione 2 del 2010 in poi gli id delle way mi sembrano gli stessi (cambia solo l'ordine?) e non vedo modifiche del Redaction bot. Per la 46174, OSM History Viewer[1] dà errore perché non trova questa way: eu.cdauth.osm.lib.APIError: ResponseCode is 410 for URL http://api.openstreetmap.org:80/api/0.6/way/27985136/full. mentre per la 46175 non trova: eu.cdauth.osm.lib.APIError: ResponseCode is 410 for URL http://api.openstreetmap.org:80/api/0.6/way/49299152/full. Per entrambe, OSM Relation Analyzer[2] dà questo errore: Split into several pieces For this relation type it is required that it exists as one piece. [1] http://osmhv.openstreetmap.de/ [2] http://ra.osmsurround.org/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Inaugurazione tunnel MI-MB
Ciao, Notizia in subj. appena sentita alla radio. Noi come siamo messi? Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-ar] Como editar track GPS
Hola, Soy nuevo en la lista y en OSM, soy de La Plata. Quería preguntarles si es posible editar un track de GPS cargado en OSM. Yo cargue varios en mi cuenta pero hay uno que quiero editarlo para mejorar el dibujo (sobre todo en las cuvas). Es de una zona de Chubut que no tiene información y me parecía interesante agregarlo. Logre cargarlo con el editor on-line pero no puedo mover y ni agregar nodos. Como comente yo argue anteriormente los track en formato .gpx y me confirmaron que habían sido aceptados, posteriormente quise agregarlos al mapa y editarlos pero no pude. No se si es una limitación mía o del sistema. Si alguien me puede indicar como hacerlo se lo agradezco. Saludos y gracias, -- Raúl Herrera S. Y /\ (OO) /\ /\ \##\ /\/#\ /##\ \##\ /##\ /###\/\ /##/ // \#\/#/\/\##\/##/ // \##/ \##/ \/ / \/\/\##/ \/ ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
Ma ei hakka pikka kirjavahetust kaasa panema - aga minu arutluskäik hoonete ja aadresside impordi osas on selline. Enamus hooneid Eestis on viisil või teisel imporditud. Me ei pea sellele enam hinnangut andma - see on nii. Ülejäänud hoonetest suur enamus on joonistatud Maa-ameti kaardilt ning loodetavasti üle kontrollitud. Nende importide hulgas on erineva täpsuse, kvaliteedi ja juriidilise puhtusega andmeid. Ei ole väga suur saladus, et üks varane suur import oli äärmiselt ebakvaliteetne ning asus õiguslikult pehmelt öeldes hallis tsoonis. See oli Verbatiumi import, mille tagimisvigasid on hiljem xyboti abil parandatud, kuid mille hoonekontuurid on endiselt nii nihkes kui kõverad kui ennekõike pagan-teab-millisest andmekogust pärit. Igatahes on see andmekogu olnud vana. Seetõttu on meil nüüd suurepärane võimalus saada Verbatiumi andmed enese andmekogust välja. Teen ettepaneku need andmekogust eemaldada ning seejärel jätkata praegu käsiloleva impordiga. Me saame tulemuseks nii kvaliteetsemad kui ka juriidiliselt kindlalt puhtad andmed. Kuidas seda teha, on juba tehniline küsimus - aga mul pole kahtlust, et selline tehniline võimekus on meil siin kusagil olemas. Tegelikult on neid impordi näoga kõveraid andmestikke mujalgi kui Verbatiumi Tallinna import - näiteks Luigel. Ise uusi hooneid impordiks valideerides olen neid alt ära kustutanud, aga hoopis lihtsam oleks seda teha masinaga. Parimat, - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
2. aprill 2013 12:34 kirjutas Margus Värton mar...@dakar.ee: Tegelikult on neid impordi näoga kõveraid andmestikke mujalgi kui Verbatiumi Tallinna import - näiteks Luigel. Ise uusi hooneid impordiks valideerides olen neid alt ära kustutanud, aga hoopis lihtsam oleks seda teha masinaga. Püüdsin ka mina nii teha, et kui uue importisin, siis kustutasin alt vana ära. Ent aeg-ajalt andis svimik.com teate, et minu impordiks märgitud hoone on juba märgitud konfliktiks. Seejärel importisin enne ära kui alt maja kustutasin, ent nt. garaažibokside puhul märkisid teised importijad ikkagi täpsemad ja paremad andmed konfliktideks, kuna svimiku aluskaart minu kustutamist ei kajastanud veel... Konfliktide lahendamise liides tundub svimikul kuidagi kohmakas, igatahes mina ei suutnud sellega konflikte nii lahendada, et alumine hoone kustuks ja uus tekiks kogu kvaliteetse sildimaterjaliga (topeltaadressid jms, mida käsitsi tülikas luua). Tervitustega, -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-at] FOSSGIS Easter Hack @ Spektral
Hallo! Am 4.+5. April lädt das Open Science Projekt im Spektral[1] in Graz zu einer FOSSGIS Hack-Session[2] ein. Die Inhalte sind ausgerichtet auf komplette Anfänger. Bei dieser 2-tägigen Free Open Hack Session dreht sich alles um freie und offene Software im Geoinformatik Bereich, angefangen bei der Datensammlung über die Analyse bis hin zur Präsentation im Web und auf mobilen Geräten. Schwerpunkt: FOSSGIS Software und Open Data Dabei werden unterschiedliche Technologien angerissen und verwendet: * Quantum GIS mit Erweiterungen (GRASS, fTools, Python Konsole, etc) als Software für Analysen und Visualisierungen * postgreSQL mit postGIS für die Bereitstellung der Daten in einer räumlichen Datenbank * Die Statistik Sprache R für fortgeschrittene räumlich-statistische Analyse * JavasScript und die Geo-Libraries Leaflet, OpenLayers und Kartograph Git und GitHub zur Softwareversionierung Ich selbst werde ein kleines Tutorial zur Installation von PostgreSQL/PostGIS und Import von OSM-Daten unter Linux als auch unter Windows vorbereiten und helfe jedem bei der Installation. Es gibt auch ein OKFNPad[3], in dem Ideen, Wünsche und Fragen gesammelt werden können. [1] https://spektral.at/ [2] http://www.opendatagraz.at/2013/03/26/fossgis-easter-hack-spektral/ [3] http://okfnpad.org/fossgis-easter-hack-graz lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hintergrund Bayern 2m
Hallo! Kann mir jemand einen Tip geben wie die Hintergrundkarte Bayern (2m) in JOSM erreichbar wird? Ich erhalte auch bei großer Vergrößerung nur eine weiße Fläche mit Bayerische Vermessungsverwaltung. Offensichtlich wird eine weiße Karte angezeigt, wenn die Vergrößerung zu groß gewählt wird. Bei mir hat funktioniert, hinauszuzoomen und in JOSM den Hintergrundlayer rechts anzuklicken und Auflösung ändern zu wählen. Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hintergrund Bayern 2m
Offensichtlich wird eine weiße Karte angezeigt, wenn die Vergrößerung zu groß gewählt wird. Das steht auch im Wiki: http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] Bing satelītattēlu nobīdes
http://offsets.textual.ru/map Zverik ir izveidojis pluginu JOSM'am, kuru visticamāk drīz iekļaus arī pašā programmā. Tas veido lietotāju savadītu datubāzi ar satelītatēlu nobīdēm - vairs nav katru reizi jāpabīda, vai jāiet cauri n'tajiem bookmarkiem. Lietošana ir ļoti vienkārša: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/Quick_Start Nobīdam bildi pēc GPX trasēm, vai arī precīzi uzmērīta objekta (piemēram ēkas) Komentārā ierakstam kuram rajonam un pēc kā ir nobīdīts - cik precīzi. Saglabājam. Nākamreiz pie labošanas pietiek uzspiest pogu un parādās tuvākās. Ja pilsētā ir 2 un vairāk pārklājumi, vēlams likt pie to robežas un abās pusēs (kā ir Rīgā) Ir iespēja, ka ar laiku Bing salabos attēlus pēc dotajiem parametriem. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Bing satelītattēlu nobīdes
On 04/02/2013 09:44 AM, Raitis U. wrote: http://offsets.textual.ru/map Zverik ir izveidojis pluginu JOSM'am, kuru visticamāk drīz iekļaus arī pašā programmā. Tas veido lietotāju savadītu datubāzi ar satelītatēlu nobīdēm - vairs nav katru reizi jāpabīda, vai jāiet cauri n'tajiem bookmarkiem. Lietošana ir ļoti vienkārša: http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database/Quick_Start Nobīdam bildi pēc GPX trasēm, vai arī precīzi uzmērīta objekta (piemēram ēkas) Komentārā ierakstam kuram rajonam un pēc kā ir nobīdīts - cik precīzi. Saglabājam. https://dl.dropbox.com/u/12923490/OSM/voronoi4.png Zverik (Voronoi diagrams of bing offsets, restricted by radius; brightness = offset quantity) var redzeet, ka raitis pie shii jau ir piestraadaajis ;) Nākamreiz pie labošanas pietiek uzspiest pogu un parādās tuvākās. Ja pilsētā ir 2 un vairāk pārklājumi, vēlams likt pie to robežas un abās pusēs (kā ir Rīgā) Ir iespēja, ka ar laiku Bing salabos attēlus pēc dotajiem parametriem. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-cz] Gory Stolowe
Zdravím, našel jsem chybu v obci Žďár nad Metují, uprostřed obce se objevuje nápis Góry Stolowe, což není pravda. Nejsem schopen dohledat, kde se nachází nod s tímto jménem. Nějaký nápad? Děkuji Jiří Anděl (nd76) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gory Stolowe
Tohle Poláci dělají. Nebude to bod, ale nějaký multipolygon zahrnující celé pohoří. Název se pak na mapě vykresluje někde uprostřed. Marek 2013/4/2 2nd 2...@centrum.cz Zdravím, našel jsem chybu v obci Žďár nad Metují, uprostřed obce se objevuje nápis Góry Stolowe, což není pravda. Nejsem schopen dohledat, kde se nachází nod s tímto jménem. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Veřejná doprava v Praze - je možno brát údaje ze stránek ROPID?
Nevešlo by se to pod výjimku? * úřední díla (texty zákonů a dalších právních předpisů, veřejných listin, rozhodnutí, státní symbol apod.) J Dne 29.3.2013 15:27, hanoj napsal(a): Ahoj, Proto se chci zeptat: je licenčně vpořádku brát data ze stránek ROPIDu, jak je doporučeno na wiki stránce Veřejná doprava v ČR? ( ROPID: http://portalpid.idos.cz/LineList.aspx?t=2mi=4n=0 ) Autorský zákon říká, že vytěžovat databázi lze jen přiměřeně. Asi by bylo vhodné se zeptat ROPIDu, jestli mu to nadmerne (systemove) vytezovani nevadi. http://cs.wikipedia.org/wiki/Autorsk%C3%A9_pr%C3%A1vo ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Veřejná doprava v Praze - je možno brát údaje ze stránek ROPID?
Autorský zákon říká, že vytěžovat databázi lze jen přiměřeně. Asi by bylo vhodné se zeptat ROPIDu, jestli mu to nadmerne (systemove) vytezovani nevadi. Díky za potvrzení, myslel jsem si to samé. A teď ta obtížnější část otázky: Jaké máte zkušenosti, co udělat, abychom dopadli lépe než v roce 2009[1]? http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap Podle mě, pokud něco zásadního nepodnikneme, tak nemáme důvod dopadnout jinak. *** Defenestrace? ;) Licencování málokdo rozumí, ani nebudou vědět, kdo z firmy by si to mohl (natož chtěl) vzít na zodpovědnost. Kdo už máte zkušenosti, ideálně nějaké pozitivní? Jak se taková věc nejen vysvětluje, ale i přiměje druhá strana k vydání oficiálního verdiktu? A co od nich vlastně chci? Papír s razítkem? Vyjádření e-mailem, které mohou za rok popřít? *** většinou stačí emailem informace, jak si takových informací považují. Treba Chaps a.s. na nich ma postaveny podnikani (a smlouvu s ministerstvem - zdarma dostane data a za to udrzuje v chodu IDOS) za soudni prezkum by to stálo. [1] [2] [3] Velci dopravci utajuji vse co neni PR. Jednotlivi mensi dopravci s tim problem nemivaji, viz odkaz nize http://www.mhdvmobilu.cz/download.html [1] http://lists.openstreetmap.org/pipermail/talk-cz/2009-February/002551.html *** zde je potřeba rozlišovat. (Jedna) informace chráněna není, chráněna je mapa(schema) nebo organizovaný soubor informací = databáze. [1] http://www.mdcr.cz/NR/rdonlyres/FDA42B9E-026B-48C3-A699-12DC2511EF2B/0/Dokum1116t1.pdf [2] http://www.mdcr.cz/NR/rdonlyres/78D0A36B-683B-49B4-83B0-2107D8C88BFB/0/KopieUlozeneSmlouvyCISsDodatky.PDF [3] http://www.mdcr.cz/NR/rdonlyres/EB014715-CC15-4239-86FD-CF36E2961580/0/Dokum1171.pdf ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Osm, wikivoyage et license
2013/4/1 Fabien SK fabie...@gmail.com Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org). Peut-être qu'une lecture de la FAQ ODbL s'impose: http://wiki.openstreetmap.org/wiki/Legal_FAQ Il faut distinguer produced work et derivative database. Le problème n'est pas tant de savoir si les coordonnées sont manuellement copiées d'OSM que de savoir si ces informations seront stockées dans une nouvelle base de données ou pas (ODbL est une licence de bases de données) Si oui, la base dérivée doit aussi être sous licence ODbL. Si non (par exemple, que ça fait juste partie d'un article), c'est juste un produced work et ça peut prendre n'importe quel licence, y compris cc-by-sa, à condition de créditer le projet et sa licence. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 1 avril 2013 17:09, Fabien SK fabie...@gmail.com a écrit : Bonjour la foule! Je contribue à Wikivoyage (vous savez, le fork de Wikitravel) en traduisant des articles d'anglais à français. Et je voudrais en profiter pour enrichir les points d’intérêt avec des coordonnées. Et c'est là que ce pose la question toujours délicate de la compatibilité des licences. Dans ce cas, je me demande si c'est possible d'utiliser des coordonnées OSM dans des projets Mediawiki (sous CC-by-sa). Je sais que l'inverse n'est pas possible. C'est bien compliqué ces licences ! Il me semble qu'il en est des projets mediawiki comme d'autres projets : de part la licence ODbL il faut citer l'origine (ou paternité, dit la licence) ; voir http://www.openstreetmap.fr/licence-libre Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org). Avez-vous une idée là-dessus? Il y aurait des coordonnées approximatives sur OSM ?? Damned ! -- Les dérives de rue : Le papillon d’hiver (le film)http://drivrsdu.fr/le-papillon-dhiver-le-film/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 01/04/2013 20:08, kimaidou a écrit : [...] +1 Je crois que c'est en effet une telle base de données externe, à l'écoute des minutes diff qui permet à la fois : * l'enregistrement de métadonnées tierces * le monitoring par un tiers de données synchrones, problème soulevé voici quelques temps déjà : identification, acceptation de modification... Il me semble que la structure de cette basse de données doit être relativement simple à concevoir. La difficulté est plus, il me semble, sur la gestion de flux, particulièrement à la création de données ou à la synchronisation de données existantes. Comment faire savoir à cette base ( va pour OSMLink, ou OSMSync ) que les nouveaux objets importés sont liés à un SIG externe et qu'elle doit enregistrer et éliminer les métadonnées avant l'intégration dans OSM ? On a peut-être déjà des éléments avec l'instance fr de l'API qui agit comme interface, il me semble. Je n'ai pas tout compris de la mécanique de Etherpad, mais il semble qu'il y ait des choses puissantes pour suivre les trois états des modifications, côté client : version utilisateur - version réseau, côté serveur : version réseau - version db. Comment, aussi, rendre ce flux compatible avec l'API officielle ? Genre : J'édite un objet sous Potlatch, ou autre éditeur, et j'ajoute le tag qui va bien pour dire que cet objet est lié à l'objet ID:* du SIG machin. Sous JOSM, c'est facile (pour certains, pas pour moi !) de faire le plugin permettant de gérer cette extension d'OSM et de se connecter au serveur de synchronisation. Je suggérai de préfixer ces tags de métadonnées par @. Ce type de convention m’apparaît d'autant plus précieux pour suivre un flux qui ne passerait pas par le serveur Sync. Le serveur le repérerait de toute façon par les minutes diff. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 2 avril 2013 09:42, Christian Quest cqu...@openstreetmap.fr a écrit : Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). Autant que je puisse comprendre les choses, d'un point de vue géographique, ce n'est peut être pas très grave : il n'est pas sûr qu'il y ait quelque chose, en géographie, ou du moins ce quelque chose n'apparait que du point de vue d'une vision. Informatiquement parlant, on le définit à partir de notions d'équivalence, ou d'identité, ou de similarités, enfin des choses dans le genre. (en java, voir guava et leurs idées de hash ou de equivalence). Par contre, d'un point de vue base de données (puisqu'on raconte qu'osm est une base de données), c'est assez étrange :-) Ce qui me parait plus génant est, semble-t-il, l'absence de possibilités de synchronisation, telle qu'en parle Vincent Pottier dans son message. On peut aussi voir les choses sous la forme d'écoute ; j'ai rien vu de pareil sur les apis d'osm, et c'est surtout ça qui est génant, ou dont il faudrait discuter si je comprends pas. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
LE problème a disparu aujourd'hui. Hier pour n'envoyer ne serait-ce qu'un seul noeud, la création du groupe de modification était instantanée mais le noeud lui-même mettait plus de 3 minutes à obtenir une réponse du serveur. Et pour les relations (nouvelles ou modifiées), cela mettaient des plombes ou se terminait par un timeout (erreur 500 du serveur), laissant le groupe de modification ouvert, mais vide. J'ai peu résoudre le problème en envoyant les objets un par un dans la zone concernée (pour certains, notamment les relations, il m'a fallu l'essayer plusieurs fois et pourtant la modif envoyée était microscopique : un seul objet à la fois), ce qui pendant plusieurs heures a laissé des objets incomplets ou orphelins, jusqu'à ce que tout puisse passer. Cela semble avoir touché une petite partie de la base sur laquelle le serveur avait énormément de mal. On dirait que c'est lié aussi à une anomalie logicielle du serveur qui semblait tomber dans une boucle de récursion de folie. Pour un objet il m'a fallu le réeffacer complètement car il bloquait totalement tout le reste tant qu'il était présent, pour le recréer ensuite à l'identique, et alors tout le reste est passé sans problème. La simultanéité du pronlème logiciel et de la charge très importante du serveur à ce moment là et de ses étrangetés matérielles rapportées par Munin justement, peut ne pas simplifier l'analyse de ce qui s'est passé. Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. 2013/4/2 Christian Quest cqu...@openstreetmap.fr: Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Les id d'objets OSM peuvent changer en effet mais une chose est stable : la géolocalisation. Si nécessaire on pourrrait utiliser dans la base OSM des relations collections contenant un ID stable dans cette collection (sous forme de rôle de type id:* dans la liste de ses membres). Ce qui permettrait de stabiliser dans OSM ces relations elles-mêmes ayant un ID d'objet OSM stable, et en croisant avec l'id stable présent dans le rôle pour trouver l'objet référencé qui peut changer. Ces relations destinées à des applications externes pourraient avoir un type particulier type=collection, et même être stockées dans un espace de nommage propre à cette application externe utilisatrice, en la liant à un compte utilisateur ou un compte d'application enregistré. Ces collections pourraient s'autoorganiser entre elles. Mais en général la plupart des applications utilisent pour se lier à OSM la géolocalisation (coordonnées et niveau de zoom) et une recherche, souvent par nom (via Nominatim par exemple) s'il faut être plus précis. C'est ce que fait Wikipédia et d'une façon générale la plupart des utilisateurs. Google Maps lui non plus ne fournit pas d'ID stable mais permet de positionner des couches métiers par dessus la couche Google, sans avoir besoin de se lier directement à elle. Le but est donc moins de permettre à ses applications tierces de retrouver où se situent dans la base les objets OSM, que d'indiquer plutôt aux utilisateurs OSM comment trouver ces applications et données tierces pouvant servir de référence ou d'enrichir et mettre à jour les données OSM et de les vérifier. Afin d'avoir une idée de la pertinence et l'exactitude des données OSM. C'est alors plus précis que la seule mention de la source qui est souvent très vague, et c'est le rôle donné aux tags ref:*=*. Je reste persuadé qu'il n'y aura jamais beaucoup de ref:* pour chaque objet OSM et que la plupart du temps il n'y en aura tout au plus qu'un seul, le plus commun utilisé non seulement dans OSM mais par plein d'autres applications qui utilisent la même source d'informations (exemple : les réf. INSEE, ISO, Eurostat, les numéros de référence régionaux, nationaux ou européens des réseaux de transport). Et qu'aller vers un renforcement de la règle de nommage des tags ref:* suffira. Le 2 avril 2013 09:42, Christian Quest cqu...@openstreetmap.fr a écrit : Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le lun. 01 avril 2013 à 20:08 +0200, kimaidou a écrit : Bonjour à tous On en avait déjà parlé avec Tony dès ses premières expérimentations. Pour tous ces cas là, je préférerais largement qu'une base de données externe s'occupe de gérer les liens entre identifiants. J'imagine un outil, qu'on pourrait appeler OsmLink (ou mieux), qui centraliserait l'ensemble de tous les liens entre identifiants, avec un schéma assez classique en base de donnée : Objet OSM (osm_id) --- OsmLink (osm_id, osm_type, id_table_externe, id_objet_externe ) - Table externe ( id_objet_externe) L'idée est de stocker le lien entre identifiants dans la table de lien, et ni dans OSM ni dans notre table métier. Ainsi on ne pollue ni notre table métier, ni notre table de lien, et cela permet OK pour cette idée d'une base tierce, mais dans ta description je ne comprends pas qui l'héberge. Pour moi, c'est forcément du côté du SIG, puisque la base tierce doit connaître à la fois les références SIG et les références OSM. Or OSM est publique, et le SIG métier est privé. Du coup je ne comprends pas : * de gérer autant de tables externes que souhaité : la base de donnée OsmLink serait alors un immense creuset de lien, qui serait administrée (et pourquoi pas versionnée aussi) comme la bdd OSM, avec une union des forces En tous cas, c'est une idée intéressante, et il va bien falloir aboutir à une solution si on veut accepter proprement les données OpenData qu'on nous propose. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soutenance de thèse COGIT-IGN sur l'édition collaborative de données géographiques
Le vendredi 29 mars 2013 17:11:56 Carmen Brando a écrit : Bonjour à tous, Je voudrais vous communiquer l'avis de soutenance de ma thèse (ci-dessous), cela peut intéresser certains d'entre vous. Vous êtes cordialement les bienvenus ainsi qu'au pot de thèse juste après, il faut juste me prévenir par mail afin de communiquer votre nom à la loge de l'IGN à St Mandé. C'est peut être l'opportunité de rencontrer/revoir des chercheurs intéressés à la production communautaire des données géographiques. Concernant le sondage que nous avons proposé l'année dernière, les résultats seront annexes dans le mémoire de thèse qui sera gratuitement téléchargeable depuis le site Web du laboratoire COGIT. Merci encore de votre participation. Merci pour l'annonce. Le résumé est allèchant. N'hésites pas à nous avertir quand le tapuscrit sera en ligne. Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Libération du Référentiel Voies et Adresses de Rennes Métropole
Bonjour, Vous allez me dire que la licence APIE n'est pas compatible avec une intégration dans OSM? A l'instar des données DRC, il y a aussi la mention *sous réserve que la modification ne constitue pas une altération des données ou une dénaturation de leur sens*. D'ailleurs cela pourrait expliquer pourquoi les points adresse de la Ville de Rennes n'ont pas jusque là été intégrés à la différence de Nantes Métropole? Romain Le 2 avril 2013 16:23, REBOUX Maël m.reb...@agglo-rennesmetropole.fr a écrit : Bonjour, Fruit d'un travail amorcé en 2009, le Référentiel des Voies et des Adresses (RVA) de Rennes Métropole est disponible en libre téléchargement. Volumétrie de la publication initiale : - 84837 adresses - 52507 tronçons - 9836 voies Il remplace bien évidemment l'ancien lot de données voies_adresses qui était disponible sur ce site mais qui ne concernait que la Ville de Rennes. Lors de la prochaine mise à jour, nous devrions être en mesure préciser les différences avec la publication n-1 : adresse rajoutée, supprimée, etc... http://www.data.rennes-metropole.fr/les-donnees/catalogue/?tx_icsopendatastore_pi1[keywords]=voiestx_icsopendatastore_pi1[uid]=217 et http://www.data.rennes-metropole.fr/vos-idees/vos-forums/?tx_mmforum_pi1[action]=list_posttx_mmforum_pi1[tid]=96#pid Cordialement, *Maël REBOUX* *Service SIG mutualisé Ville de Rennes / Rennes Métropole Chargé de mission diffusion* ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
On mardi 2 avril 2013, Pieren wrote: 2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren Je partage un peu la prudence de Brice, j'ai l'impression que l'aura du osm c'est bien fait oublier à certains donneurs de données que donner à osm ça n'a juste pas de sens. Quand je vois des licences qui disent (je caricature un peu) : la modification des données n'est pas autorisée, mais elles peuvent-être intégrées dans OSM je me dis que y'en a un qui n'a pas lu l'odbl jusqu'au bout, qu'il a juste obéi à une mouvance et que ça peut faire bizarre lorsque osm sera encore plus ré-utilisé qu'il ne l'ait actuellement. bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, et je trouve plus clair qu'il y soit fait mention de : Oui, nos données sont sous licence ODBL ou compatible ODBL, donc, oui, vous pouvez les importer dans OSM, et nous avons bien compris que tout le monde peut alors les ré-utiliser sous les conditions de cette licence -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 02/04/2013 10:20, Ista Pouss a écrit : Le 1 avril 2013 17:09, Fabien SK fabie...@gmail.com mailto:fabie...@gmail.com a écrit : Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org http://osm.org). Avez-vous une idée là-dessus? Il y aurait des coordonnées approximatives sur OSM ?? Damned ! En fait je comptais procéder de la manière suivante: - afficher le point d'intérêt sur la carte d'osm - double cliquer dessus, ce qui le centre - récupérer les coordonnées par le lien «permalink» Donc ça ne donne pas exactement les même coordonnées que dans la DB, mais c'est largement suffisant et c'est plus pratique que de passer par JOSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 02/04/2013 10:15, Pieren a écrit : 2013/4/1 Fabien SK fabie...@gmail.com mailto:fabie...@gmail.com Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org http://osm.org). Peut-être qu'une lecture de la FAQ ODbL s'impose: http://wiki.openstreetmap.org/wiki/Legal_FAQ Il faut distinguer produced work et derivative database. Le problème n'est pas tant de savoir si les coordonnées sont manuellement copiées d'OSM que de savoir si ces informations seront stockées dans une nouvelle base de données ou pas (ODbL est une licence de bases de données) Si oui, la base dérivée doit aussi être sous licence ODbL. Si non (par exemple, que ça fait juste partie d'un article), c'est juste un produced work et ça peut prendre n'importe quel licence, y compris cc-by-sa, à condition de créditer le projet et sa licence. Merci pour la réponse. En lisant la licence, j'avais l'impression que mon utilisation (l'utilisation de coordonnées) ne correspondait pas à un «Derived Work»: Produced Work -- a work (such as an image, audiovisual material, text, or sounds) resulting from using the whole or a Substantial part of the Contents (via a search or other query) from this Database, a Derivative Database, or this Database as part of a Collective Database. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Rawdit n'a rien à voir dans l'histoire. Je ne parlais bien QUE des envois depuis JOSM qui concernaient tout autre chose. rawedit est utilisé via Osmose mais PAS pour la création d'objets et uniquement pour des corrections mineures. Oui rawedit ne ferme pas son changeset, mais il n'a rien à voir avec le porblème que j'ai eu évoqué ci-dessus et qui était la création ou la modification d'objets dans JOSM. Il m'arrive d'utiliser les 2 en même temps mais jamais sur les mêmes objets. Les changeset restés ouverts dont je parlais sont bel et bien ceux créés par JOSM, avec leur commentaire à l'ouverture. Et c'est bien là qu'était le problème. Et que ces changesets soient créés par rawedit ou par JOSM ne change pas le fait que les uns comm les autres soient affichés avec un mélange entre heure d'été et heure d'hiver dans le site web d'OSM.org. Bref, merci de ne pas tout mélanger, je n'ai jamais évoqué rawedit, jusqu'ici. Oui je sais très bien que le serveur fermera automatiquement les changesets restés ouverts au bout d'une heure. Mais cela n'explique toutefois pas pourquoi l'objet de certains objets dans un changeset aboutit à des bloquages complets du serveur qui cesse de répondre immédiatement après la création du changeset dans JOSM. Le changeset reste ouvert et après l'erreur du serveur (qui prends plusieurs minutes avant de retourner une erreur connection reset où le serveur ferme la session HTTP sans aucune réponse, ou bien juste avec une réponse HTTP 500), JOSM fermant alors seulement sa fenêtre d'envoi de données (sans avertir l'utilisateur de l'erreur survenue, le détail on ne l'a que dans la console Java si elle est ouverte et qui affiche un log de l'exception Java qui a eu lieu) mais pouvant malgré tout continuer à utiliser le changeset sans en créer un autre pour autant (sauf si on le ferme explicitement avec CTRL+ALT+Q), pour qu'on puisse y envoyer un partie des données qui sont encore restés à l'état modified. Je ne sais pas si ce que je dis est assez clair. Mais il y a bien un problème côté serveur pour l'envoi de certains objets. En tentant de les envoyer un par un (je lance dans JOSM une rechercher CTRL+F, avec modified, dans la liste sélectionnée je choisis un objet et j'essaye de l'envoyer isolément dans le changeset en cours. Selon les cas, cela marche immédiatement, et dans d'autres le serveur ne répond pas du tout et ferme la session HTTP brutalement sans répondre ou en répondant avec une erreur HTTP 500, et le changset est encore ouvert sur le serveur). Il n'y a strictement aucun critère qui permet de savoir quand le serveur va répondre ou s'il s'enferme dans ce qui semble être une récursion infinie, la nature des données n'y faisant strictement rien (cela peut être un unique nouveau noeud sans attribut, un unique chemin modifié pour inclure ce noeud, une nouvelle relation simple ou une relation modifiée dans un tag sans changer aucun de ses membres, ou un membre ajouté ou retiré/fusionné. Dans certains cas je n'ai pas eu le choix de faire autrement que de demander la suppression de l'objet existant bloquant tout (toute modification était impossible, aucune réponse du serveur) pour le recréer strictement à l'identique (avec une réponse immédiate et avec succès du serveur). Bref le problème touche certains objets de la base, sans critère déterminant. Et je pense que l'anomalie est du côté du serveur SQL lui-même (qui cesse totalement de répondre à certaines requêtes demandée via un front-end), et non dans aucun des front-ends (la DB API, que ce soit celle d'OSM ou l'API FR, ou bien le site web OSM.org dans ses affichages). Je soupçonne un index de table SQL défaillant/corrompu lors des mises à jour. Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse pour un champ captant ?
Guillaume Allegre allegre.guilla...@free.fr wrote: Salut, je me demande quel tag utiliser pour définir un champ captant (captage d'eau potable). Généralement, c'est une zone cloturée, avec de l'herbe, plus ou moins bien entretenue (souvent plus), où sont disséminés des forages et installations de pompage (bâtiments techniques, pompes, transfos électriques...) http://fr.wikipedia.org/wiki/Champ_captant http://fr.wikipedia.org/wiki/Captage_d%27eau_potable Je suppose que landuse s'impose, mais quoi mettre derrière ? water_catchment semble parfois utilisé mais je n'ai pas trouvé de terme anglais vraiment convaincant pour l'instant. En cherchant mieux, j'ai trouvé le tag man_made=water_works http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_works La description semble convenir (Place where drinking water is found and applied to the local waterpipes network.) Mais la photo et le tag man_made semblent plus adaptés à des installations compactes : assez petite surface, installations denses. Du coup, est-ce que vous l'utiliseriez pour un champ captant, qui peut être très étendu, comparable à un grand champ agricole ? man_made=water_works c'est pour l'usine de traitement (potabilisation) qui se trouve entre les puits (champs captants) et le réseau de distribution. Ayant étudié un peu le sujet ily a quelques temps j'ai rien trouvé pour les champs captants eux-même. Par contre il existe des tags pour : La zone de protection rapprochée (cloturé selon la loi) : boundary=water_protection_area Les puits eux-même : man_made=water_well Comme indiqué par Tetsuo la page http://wiki.openstreetmap.org/wiki/Proposed_features/water_network Résume ce qui existe à ce jour et des propositions d'harmonisation (il faudrait même aller plus loin). Mais y'a pas trop de discussion et le sujet semble intéresser peu. Donc dans ce cas, et comme d'habitude, on peut mettre en application pour tester et valider. J'ai participé modestement il y a un an a enrichir et compléter cette proposition mais il c'est pas passé grand chose depuis... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Merci de garder ton sang-froid et la politesse. L'insulte publique n'arrange rien, tu pollues l'ambiance et rend cette liste désagréable pour tout le monde. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
2013/4/2 sly (sylvain letuffe) li...@letuffe.org bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, D'un point de vu légal, c'est suffisant. On va pas non plus leur demander de jurer, cracher, si je mens, je vais en enfer... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le sam. 30 mars 2013 à 20:37 +0100, Guillaume Allegre a écrit : 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. Sur ce premier point, tout le monde est d'accord pour la fusion ? À terme, si ce schéma se généralise, ça veut dire que les limites de communes seront également découpées selon les limites de bureaux de vote. Pas d'opposition ? 2) le way polling_station a une résolution bien plus élevée (1 point par mètre dans les courbes), suivant les _anciens_ méandres de la Meyne, qui restent la limite communale comme ici : http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M A mon avis, c'est de la sur-résolution inutile, mais ça se discute. Pas d'autre avis sur ce point ? -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 2 avril 2013 21:18, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le sam. 30 mars 2013 à 20:37 +0100, Guillaume Allegre a écrit : 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. Sur ce premier point, tout le monde est d'accord pour la fusion ? À terme, si ce schéma se généralise, ça veut dire que les limites de communes seront également découpées selon les limites de bureaux de vote. Pas d'opposition ? Non pas de moi. Je dirais plutôt l'inverse : que les bureaux de vote ne peuvent pas s'étendre sur plusieurs communes et devraient couvrir tout le territoire de de la commune, sans recouvrement ente eux, et sans laisser aucune frange même ces franges sont inhabitées. Les bureaux de vote sont établis sur la base des points d'adresses des électeurs inscrits (que la commune géolocalise par le point d'accès à cette adresse depuis la voirie publique indiquée dans l'adresse), ce qui compte c'est juste l'adresse enregistrée, même si leur propriété privée (éventuellement sur plusieurs parcelles disjointes) peut être couverte par plusieurs bureaux de vote : au niveau du droit électoral cela ne change rien, les étendues des propriétés privées (ou louées) ne sont pas prises en compte. En conséquence il n'est pas nécessaire d'avoir une granularité territotriale très précise et en pratique les bureaux de vote sont découpés sur les axes de rues ou entre les îlots habités, et la plupart du temps ces limites de bureaux de vote réutiliseront donc des tracés déjà existants d'objets réels (les rues) et administratives (frontières communales ou d'arrondissement de commune), mais pas toujours les frontières de quartiers au sens de l'aménagement ou de certains services publics communaux, communautaires ou d'autres collectivités territoriales ou de l'Etat (tels que l'assainissement, la collecte des ordures, la carte scolaire, les services sociaux, les commissariats de police ou gendarmeries, les espaces verts, les plans de protection de l'urbanisme, les zones de prévention des risques, etc...), mais ces tracés dans certains cas pourront tracer un grand segment tout droit coupant un parc en deux (sans autre détail concernant les limites exactes de parcelles). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le projet Wikipedia a été un succès, as-tu les statistiques finales ? Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 - Multiplier par deux le nombre d'adresses dans OSM - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux D'autres avis ? Bon mapping, -- JIBEC Le 31 mars 2013 18:12, Black Myst black.m...@free.fr a écrit : Hello, J'ai rédigé une nouvelle proposition de thème pour le projet du mois: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction Toutes les relectures/remarques/commentaires sont les bienvenus, surtout si vous êtes déjà intervenus pour analyser des zones altéré par le rédaction bot. Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Bonsoir, Je pense que la correction des continuités rompues des highwayhttp://osmose.openstreetmap.fr/fr/map/?item=1120 pourrait être un bon sujet également Le 2 avril 2013 23:04, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le projet Wikipedia a été un succès, as-tu les statistiques finales ? Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 - Multiplier par deux le nombre d'adresses dans OSM - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux D'autres avis ? Bon mapping, -- JIBEC Le 31 mars 2013 18:12, Black Myst black.m...@free.fr a écrit : Hello, J'ai rédigé une nouvelle proposition de thème pour le projet du mois: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction Toutes les relectures/remarques/commentaires sont les bienvenus, surtout si vous êtes déjà intervenus pour analyser des zones altéré par le rédaction bot. Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
Le 02/04/2013 13:12, sly (sylvain letuffe) a écrit : On mardi 2 avril 2013, Pieren wrote: 2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren Je partage un peu la prudence de Brice, j'ai l'impression que l'aura du osm c'est bien fait oublier à certains donneurs de données que donner à osm ça n'a juste pas de sens. Quand je vois des licences qui disent (je caricature un peu) : la modification des données n'est pas autorisée, mais elles peuvent-être intégrées dans OSM je me dis que y'en a un qui n'a pas lu l'odbl jusqu'au bout, qu'il a juste obéi à une mouvance et que ça peut faire bizarre lorsque osm sera encore plus ré-utilisé qu'il ne l'ait actuellement. bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, et je trouve plus clair qu'il y soit fait mention de : Oui, nos données sont sous licence ODBL ou compatible ODBL, donc, oui, vous pouvez les importer dans OSM, et nous avons bien compris que tout le monde peut alors les ré-utiliser sous les conditions de cette licence Pour éviter toutes ambiguïtés, il faut que les acteurs soient ok pour que les données soient redistribuées sous les conditions de l'ODbL. Donc pour la France il vaut mieux que les acteurs utilisent directement l'ODbL ou une licence reconnue pour être compatible comme la LO d'Etalab (plus permissive). Je sais ça ne fait pas des masses de choix mais c'est tant mieux :-) Rennes qui a été pionnière sur l'OpenData en France s'était naturellement tournée vers l'APIE à l'époque. L'ODbL n'était pas encore traduite en droit Français et Etalab n'existait pas. Espérons qu'à l'avenir les différentes initiatives adoptent les licences au cas par cas et non une licence pour l'ensemble de leurs données (ce qui je pense a été une étape nécessaire à une maturation du mouvement). Ce que je conseille c'est ODbl pour des données dont on veut éviter la privatisation, et LO ou domaine public pour le reste. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le 2 avril 2013 23:04, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le projet Wikipedia a été un succès, as-tu les statistiques finales ? J'y travail, je posterais certainement demain Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc Cela me semble très technique, donc il sera difficile de mobiliser beaucoup de monde. C'est plutôt une task-force scripting qu'il faut pour çà. - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes Très bon sujet - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. Très bien aussi, mais j'ai peur que çà n'emballe pas autant les foules que les autres... - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 Très bon sujet - Multiplier par deux le nombre d'adresses dans OSM Présenter les outils d'insertions d'adresse, c'est très bon aussi (je ne connais pas, je corrige juste les erreurs de cquest :-) ) En revanche, passer de 1M à 2M d'adresse en 1 mois, j'y crois pas... - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux Pourquoi pas. D'autres avis ? Tout est là, je te laisse ajouté tes idées: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month Bon mapping, -- JIBEC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Projet Wikipedia, résultats
Hello, Le mois de Mars est terminé, il est temps de regarder notre action sur les tags wikipedia en chiffres. - 183 contributeurs ont ajouté/modifié un tag wikipedia ce mois-ci - 54 l'ont fait au moins 5x - 12 l'ont fait plus de 100x - 1 utilisateur à inséré à lui seul 23904 nouveaux liens Et du coté des tags: - 34 671 nouveaux tags - 501 modifiés - 1551 supprimés (en grande partie des wikipedia:lang redondant qui sont supprimé) Tout d'abords, félicitation à toutes les personnes qui ont contribué. On passe de 14569 lien à 49316, soit une augmentation de 238%. Un très grand nombre de tag ont été corrigé, et les redondances des tags wikipedia:lang ont été effacer: http://taginfo.openstreetmap.fr/search?q=wikipedia On peut remarquer que toutes la complexité ajoutée par les tags wikipedia:lang ne sert au final qu'a 2 cas particuliers en France! En attendant, n'hésitez pas à contribuer à la page: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month pour définir le prochain projet du mois Bon mapping Black Myst PS: Si quelqu'un arrive à identifier et corriger les 2 tags wikipedia=fr je l'en remercie. J'ai ouvert un bug sur le tracker de taginfo car les liens JOSM ne fonctionne pas pour un tag avec un '=', mais sans réponse pour le moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Dire que tu racontes un peu n'importe quoi n'est pas une insulte. Contrairement à ce que tu penses, j'ai bien étudié ton problème avant de répondre. C'est toi qui parle de changesets qui se ferment exactement une heure après leur création et qui suggère que ça peut être lié au passage à l'heure d'été. Pourquoi pas, j'ai déjà connu des bugs similaires. Mais comme je suis l'actualité d'OSM sur de nombreux canaux et que personne d'autre que toi n'a soulevé ce problème et que, comme d'habitude, tu ne donnes aucun lien vers une information précise comme un numéro de changeset par exemple, j'ai quand même pris le temps de regarder ton historique d'éditions depuis le changement d'heure: http://www.openstreetmap.org/user/Verdy_p/edits Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse pour un champ captant ?
Une proposition discutée qui n'a pas soulevé d'opposition ne demande qu'à être réutilisée. Tant que cela ne pose de problème à personne, c'est bon et on peut ensuite chercher à harmoniser avec les autres propositions similaires. De ces expérimentations isolées qui petit à petit convergent, on obtient un accord et une recommandation, plus de gens s'intéressent au projet, des applis se mettent utiliser ou à tenir compte de ces objets. Et c'est de la visibilité accrue de ces objets que naîtront les vraies discussions. On ne peut pas toujours du jour au lendemain définir ces recommandations et le passage par une phase expérimentale qui ne soulève pas ou peu d'intérêt est un passage obligé avant. Du moment que les nouveauté expérimentées ont été décrites le mieux possibles par ceux qui les ont tentées (même à l'état d'ébauche). on peut continuer et on a le droit aussi d'adopter pour son usage une expérimentation menée par d'autres si on estime que l'expérimentation peut convenir à son propre projet. Mais si on étend au passage l'utilisation en ajoutant des restrictions/extensions, il est bon de compléter la proposition actuelle afin que ceux qui l'utilisent restent en accord et que ne naisse pas de contradictions gênantes déjà parmi les autres rares utilisateurs de la proposition. Mais en attendant on ne doit pas s'attendre à ce que du jour au lendemain le sujet passionne beaucoup de gens, les progrès initiaux seront naturellement lents. Néanmoins, avant d'introduire des choses trop spécifiques, il est bon d'avoir fait soi-même quelques recherches pour des concepts qui pourraient avoir un champ d'application plus large que prévu, notamment dans d'autres pays, ou tenant compte de l'histoire (car certains concepts historiques ont évolué sous des formes diverses dans le monde actuel, et parfois changé de nom sans réel changement fondamental, ce qui peut compliquer la recherche des usages similaires ; et on peut aussi trouver des synonymes dans une même langue à une certaine époque qui aujourd'hui ne le sont plus et couvrent des choses aujourd'hui des concepts bien différenciés, avec de nouveaux particularismes locaux, ayant pu mener à des propositions séparées dans OSM et qu'il faudra chercher à réunir dans un schéma commun). , Le 2 avril 2013 20:25, Pierre-Alain Dorange pdora...@mac.com a écrit : Résume ce qui existe à ce jour et des propositions d'harmonisation (il faudrait même aller plus loin). Mais y'a pas trop de discussion et le sujet semble intéresser peu. Donc dans ce cas, et comme d'habitude, on peut mettre en application pour tester et valider. J'ai participé modestement il y a un an a enrichir et compléter cette proposition mais il c'est pas passé grand chose depuis... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 00:09, Pieren pier...@gmail.com a écrit : Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Surtout quand j'ai indiqué un changeset bien précis (en précisant le numéro) dans le premier message qui n'était PAS ouvert par rawedit. Bref tu es de mauvaise foi manifeste, et tu fais tout pour ne justement pas regarder, et chercher à polémiquer. En l'occurence il n'y a QUE toi ici qui vient de raconter n'importe quoi et d'inventer de toute pièce des prétextes pour répondre de cette façon. Encore une fois si je te dis que cela ne concernait PAS des modfs sous rawedit mais uniquement des modifs faites dans JOSM, franchement pourquoi insistes-tu pour prétendre le contraire? On dirait que puisque tu as accès à plus d'outils internes dans les configs des serveurs cela te permet de croire que tout message qui indiquerait un problème que tu n'as pas constaté toi-même est une attaque contre le projet, et qu'en plus tu prends ça pour une attaque personnelle et qu'encore une fois tu t'autorise à faire part de ton agacement (injustifié puisque le message n'était ni contre toi ni contre le projet), en répondant de façon agressive, même quand je ne m'adressais pas du tout à toi. On dirait que tu prends tout le projet OSM comme TON projet personnel et qu'il doit donc être nécessairemeent exempt de tout défaut puisque tu ne supporterais pas ces défauts pour toi même. J'ai relevé le problème au moment voulu, au moment où il avait lieu. Tu m'as renvoyé vers une page Munin d'un serveur qui visisblement n'était même pas encore en service au moment où le problème a eu lieu (les statistiques ont repris seulement la journée du 1er à 0h, le problème était avant dans la journée du 31 (sans doute le projet tournait encore avec un serveur de secours après la panne sérieuse de la veille. Bref tu m'as baladé encore une fois avec de faux arguments juste en cherchant une contradiction et en interprétant même ce dont je ne parlais même pas. Je note que je viens à nouveau d'avoir le problème, encore une foi sur un changeset ouvert par JOSM, mais je ne vais pas aller plus loin avec toi, puisque tu n'es de strictement aucune aide (depuis hier j'ai trouvé des moyens de contournement de ces bloquages aléatoires), et puisque tu ne fais QUE polémiquer pour rien, dans une atmosphère et un ton absolument détestable pour cette liste. Tu as beau savoir beaucoup de choses sur le projet, tu n'est en fait pas prêt à lâcher la moindre once de ce que tu peux savoir et tu en fais mauvais usage, ne serait-ce qu'en terme de communication. Le projet vivra sans toi et je me passe de tes remarques, même si comme d'habitude tu t'es juste montré agressif. Ce n'est pas parce que tu es agressif comme ça que je vais quitter le projet. Mais tout de même, met un peu d'eau dans ton vin, ça t'évitera de communiquer publiquement ta mauvaise humeur dont cette liste n'a pas besoin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OSM Tasking Manager
ikiyaです。 私もOSM Tasking Managerのadmin権限いただけますでしょうか? 地元のマッピングに使用してみようかと思います。 宜しくお願い致します。 --- On Thu, 2013/3/28, Daniel Kastl dan...@georepublic.de wrote: 2013/3/28 Satoshi IIDA nyamp...@gmail.com いいだです。 Admin権限ほしいです!ヽ(=´▽`=)ノ Done. 2013年3月27日 18:23 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 ダニエルさん、関さん、説明ありがとうございます。 OSM Tasking Managerの取扱いについて内容理解できました。 ぜひ活用していきたいと思います。 活用できるようなシーンも作れればと思います。 --- On Wed, 2013/3/27, Hal Seki h...@georepublic.co.jp wrote: 関です。 確かに、管理者じゃないとタスクが作れないようで、そういう作りになっているようです。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと)開発に協力しているわけではなく、公開されているソースコードを、弊社サーバにインストールしたので自由に使ってねということです。 最初は私に言っていただければadmin権限を付与しますが、サイトのadmin権限を持っていれば他の人もadminにできるようになります。少々面倒ですが、タスクを作りたい人は、他のadminにお願いしてadminにしてもらうという運用になるかと思います。 関 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14Skype: hal_sk 2013/3/27 ikiya insidekiwi...@yahoo.co.jp 飯田さん、関さん コメントありがとうございます。 私もOSM Tasking Managerはよいツールなので多くのユーザーに使っていただくことに賛成です。 OSM Tasking Managerに初めて触った時、自分でタスクのケーキ図が作れないことから これは管理者(Humanitarian OSM Team?)のもとで提供されたタスクについて使うツールだと考えていました。 今も一般ユーザーはOSM Tasking Managerでタスク作成はできないと考えてよろしいでしょうか。 違っていましたらご指摘ください。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと) その一方MapCraftは一般ユーザーが自由にタスク作成できていたので タスク作成が制限されてるOSM Tasking Manager、 タスク作成が自由に行えるMapCraft、 との認識からHOT用としてOSM Tasking Managerは使い分けるのかと思っていました。 --- On Wed, 2013/3/27, Hal Seki h...@georepublic.co.jp wrote: 飯田さん補足ありがとうございます。ikiya さん、飯田さんの言うとおりアプリケーション自体は特に災害にしか利用しては行けないとは書かれていませんでした。OSM Tasking Managerは、ズームレベルが選べるとはいえタイルごとに区切ることになるので、ある程度規模の大きい所で、多くの参加者がいるところの方が向いていると思います。 飯田さんの言う通り、マッピングパーティとかの狭い範囲、少人数のタスク割であれば、MapCraftの方が便利だと思います。関 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/3/27 Satoshi IIDA nyamp...@gmail.com いいだです。 おお、Tasking Managerいいですね。 HOT活動でよくお世話になっています。 描いた量や残っている量がグラフで出せるのもお役立ちです。 ikiyaさん 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 横からですみません。 Task Managerはあくまでツールなので、どのような使い方をしてもよいのではないかと思います。 実際、昨年のデータ削除後のリマッピングの時にも、 どこか海外のかたが個人でTask Managerをたちあげてくださって、それを使ってタスク分割した思い出があります。 一般のマッピングでのタスク分割はMapCraft http://www.openstreetmap.org/user/DaCor/diary/18858 これもいいツールですよね。 JOSMからも読み込めるとは知らなかった。 不特定多数のひとが参加する場合はTask Managerが便利ですし、 参加するひとが限定的(マッピングパーティ参加者だけ、とか)の場合はMapCraftが便利、かなぁ。 2013年3月27日 9:12 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 関さん、OSM Tasking Managerの紹介ありがとうございます。 一点、教えてください。 OSM Tasking Managerは Humanitarian OSM Teamチームのプロジェクト用なのかと 思っていました。 (災害支援、人道的救済でのマッピングに使うもの?と思い込みしてました。) アームチェアマッピングやインポート作業、マッピングパーティ前の 事前マッピングに向いていると思います。 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 一般のマッピングでのタスク分割はMapCraftを使い分けたほうがよいと自己判断していました。 http://www.openstreetmap.org/user/DaCor/diary/18858 --- On Tue, 2013/3/26, Hal Seki h...@georepublic.co.jp wrote: 関です。 OSM Tasking Manager というのを最近業務で使っておりますが、これが素晴らしいツールです。http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager OSMを共同でエディットしたい時に使います。作業を行いたいエリアを定義しておいて、タイル毎に「ここオレやるわ」って感じでアサインして、終わったら終了にする。するとそのタイルの色が変わるので、どのエリアが未作業なのかわかるというものです。 http://osmtm.pgrouting.org/ にセットアップしていますので、もし利用されたい方がいましたらお使いください。アームチェアマッピングやインポート作業、マッピングパーティ前の事前マッピングに向いていると思います。登録時にはアドミン権限がないので既存タスクへのアサインしかできませんが、登録後アカウント名を教えていただければ、新たなJobが作れるようAdmin権限をお渡しします。 それほどトラフィックのあるものではないと思いますので、今のところみなさんご自由に利用していただければと思います。 いくつか既にエリア(ダッカやマニラ)があったりするのですが、それは弊社の業務でセットアップした地域です。コントリビュートはウェルカムですので、もしお手伝いいただけるなら、練習がてらそちらもご協力いただけましたら幸いです。 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14Skype: hal_sk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.de ___ Talk-ja mailing list
Re: [OSM-ja] OSM Tasking Manager
いま確認したら、すでにadminになってました。誰か対応したのかな? 2013/04/02 19:26 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 私もOSM Tasking Managerのadmin権限いただけますでしょうか? 地元のマッピングに使用してみようかと思います。 宜しくお願い致します。 --- On *Thu, 2013/3/28, Daniel Kastl dan...@georepublic.de* wrote: 2013/3/28 Satoshi IIDA nyamp...@gmail.comhttp://mc/compose?to=nyamp...@gmail.com いいだです。 Admin権限ほしいです!ヽ(=´▽`=)ノ Done. 2013年3月27日 18:23 ikiya insidekiwi...@yahoo.co.jphttp://mc/compose?to=insidekiwi...@yahoo.co.jp : ikiyaです。 ダニエルさん、関さん、説明ありがとうございます。 OSM Tasking Managerの取扱いについて内容理解できました。 ぜひ活用していきたいと思います。 活用できるようなシーンも作れればと思います。 --- On *Wed, 2013/3/27, Hal Seki h...@georepublic.co.jphttp://mc/compose?to=h...@georepublic.co.jp * wrote: 関です。 確かに、管理者じゃないとタスクが作れないようで、そういう作りになっているようです。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと) 開発に協力しているわけではなく、公開されているソースコードを、弊社サーバにインストールしたので自由に使ってねということです。 最初は私に言っていただければadmin権限を付与しますが、サイトのadmin権限を持っていれば他の人もadminにできるようになります。 少々面倒ですが、タスクを作りたい人は、他のadminにお願いしてadminにしてもらうという運用になるかと思います。 関 -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/3/27 ikiya insidekiwi...@yahoo.co.jphttp://mc/compose?to=insidekiwi...@yahoo.co.jp 飯田さん、関さん コメントありがとうございます。 私もOSM Tasking Managerはよいツールなので多くのユーザーに使っていただくことに賛成です。 OSM Tasking Managerに初めて触った時、自分でタスクのケーキ図が作れないことから これは管理者(Humanitarian OSM Team?)のもとで提供されたタスクについて使うツールだと考えていました。 今も一般ユーザーはOSM Tasking Managerでタスク作成はできないと考えてよろしいでしょうか。 違っていましたらご指摘ください。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと) その一方MapCraftは一般ユーザーが自由にタスク作成できていたので タスク作成が制限されてるOSM Tasking Manager、 タスク作成が自由に行えるMapCraft、 との認識からHOT用としてOSM Tasking Managerは使い分けるのかと思っていました。 --- On *Wed, 2013/3/27, Hal Seki h...@georepublic.co.jphttp://mc/compose?to=h...@georepublic.co.jp * wrote: 飯田さん 補足ありがとうございます。 ikiya さん、飯田さんの言うとおりアプリケーション自体は特に災害にしか利用しては行けないとは書かれていませんでした。 OSM Tasking Managerは、 ズームレベルが選べるとはいえタイルごとに区切ることになるので、ある程度規模の大きい所で、多くの参加者がいるところの方が向いていると思います。 飯田さんの言う通り、マッピングパーティとかの狭い範囲、少人数のタスク割であれば、MapCraftの方が便利だと思います。 関 -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/3/27 Satoshi IIDA nyamp...@gmail.comhttp://mc/compose?to=nyamp...@gmail.com いいだです。 おお、Tasking Managerいいですね。 HOT活動でよくお世話になっています。 描いた量や残っている量がグラフで出せるのもお役立ちです。 ikiyaさん 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 横からですみません。 Task Managerはあくまでツールなので、どのような使い方をしてもよいのではないかと思います。 実際、昨年のデータ削除後のリマッピングの時にも、 どこか海外のかたが個人でTask Managerをたちあげてくださって、それを使ってタスク分割した思い出があります。 一般のマッピングでのタスク分割はMapCraft http://www.openstreetmap.org/user/DaCor/diary/18858http://www.openstreetmap.org/user/DaCor/diary/18858 これもいいツールですよね。 JOSMからも読み込めるとは知らなかった。 不特定多数のひとが参加する場合はTask Managerが便利ですし、 参加するひとが限定的(マッピングパーティ参加者だけ、とか)の場合はMapCraftが便利、かなぁ。 2013年3月27日 9:12 ikiya insidekiwi...@yahoo.co.jphttp://mc/compose?to=insidekiwi...@yahoo.co.jp : ikiyaです。 関さん、OSM Tasking Managerの紹介ありがとうございます。 一点、教えてください。 OSM Tasking Managerは Humanitarian OSM Teamチームのプロジェクト用なのかと 思っていました。 (災害支援、人道的救済でのマッピングに使うもの?と思い込みしてました。) アームチェアマッピングやインポート作業、マッピングパーティ前の 事前マッピングに向いていると思います。 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 一般のマッピングでのタスク分割はMapCraftを使い分けたほうがよいと自己判断していました。 http://www.openstreetmap.org/user/DaCor/diary/18858 --- On *Tue, 2013/3/26, Hal Seki h...@georepublic.co.jphttp://mc/compose?to=h...@georepublic.co.jp * wrote: 関です。 OSM Tasking Manager というのを最近業務で使っておりますが、これが素晴らしいツールです。 http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager OSMを共同でエディットしたい時に使います。 作業を行いたいエリアを定義しておいて、タイル毎に「ここオレやるわ」って感じでアサインして、終わったら終了にする。 するとそのタイルの色が変わるので、どのエリアが未作業なのかわかるというものです。 http://osmtm.pgrouting.org/ にセットアップしていますので、もし利用されたい方がいましたらお使いください。 アームチェアマッピングやインポート作業、マッピングパーティ前の事前マッピングに向いていると思います。 登録時にはアドミン権限がないので既存タスクへのアサインしかできませんが、登録後アカウント名を教えていただければ、新たなJobが作れるようAdmin権限をお渡しします。 それほどトラフィックのあるものではないと思いますので、今のところみなさんご自由に利用していただければと思います。 いくつか既にエリア(ダッカやマニラ)があったりするのですが、それは弊社の業務でセットアップした地域です。 コントリビュートはウェルカムですので、もしお手伝いいただけるなら、練習がてらそちらもご協力いただけましたら幸いです。 -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://mc/compose?to=Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com http://mc/compose?to=nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org
Re: [OSM-ja] OSM Tasking Manager
ikiyaです。 ダニエルさん、関さんありがとうございます。 admin権限になっていました。 勉強がてら使ってみます。 --- On Tue, 2013/4/2, Hal Seki h...@georepublic.co.jp wrote: いま確認したら、すでにadminになってました。誰か対応したのかな? 2013/04/02 19:26 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 私もOSM Tasking Managerのadmin権限いただけますでしょうか? 地元のマッピングに使用してみようかと思います。 宜しくお願い致します。 --- On Thu, 2013/3/28, Daniel Kastl dan...@georepublic.de wrote: 2013/3/28 Satoshi IIDA nyamp...@gmail.com いいだです。 Admin権限ほしいです!ヽ(=´▽`=)ノ Done. 2013年3月27日 18:23 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 ダニエルさん、関さん、説明ありがとうございます。 OSM Tasking Managerの取扱いについて内容理解できました。 ぜひ活用していきたいと思います。 活用できるようなシーンも作れればと思います。 --- On Wed, 2013/3/27, Hal Seki h...@georepublic.co.jp wrote: 関です。 確かに、管理者じゃないとタスクが作れないようで、そういう作りになっているようです。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと)開発に協力しているわけではなく、公開されているソースコードを、弊社サーバにインストールしたので自由に使ってねということです。 最初は私に言っていただければadmin権限を付与しますが、サイトのadmin権限を持っていれば他の人もadminにできるようになります。少々面倒ですが、タスクを作りたい人は、他のadminにお願いしてadminにしてもらうという運用になるかと思います。 関 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14Skype: hal_sk 2013/3/27 ikiya insidekiwi...@yahoo.co.jp 飯田さん、関さん コメントありがとうございます。 私もOSM Tasking Managerはよいツールなので多くのユーザーに使っていただくことに賛成です。 OSM Tasking Managerに初めて触った時、自分でタスクのケーキ図が作れないことから これは管理者(Humanitarian OSM Team?)のもとで提供されたタスクについて使うツールだと考えていました。 今も一般ユーザーはOSM Tasking Managerでタスク作成はできないと考えてよろしいでしょうか。 違っていましたらご指摘ください。 そこで関さんがアドミン権限(タスク作成)をユーザーに与えることが可能と考えてよろしいのでしょうか? (開発等でご協力されているのかと) その一方MapCraftは一般ユーザーが自由にタスク作成できていたので タスク作成が制限されてるOSM Tasking Manager、 タスク作成が自由に行えるMapCraft、 との認識からHOT用としてOSM Tasking Managerは使い分けるのかと思っていました。 --- On Wed, 2013/3/27, Hal Seki h...@georepublic.co.jp wrote: 飯田さん補足ありがとうございます。ikiya さん、飯田さんの言うとおりアプリケーション自体は特に災害にしか利用しては行けないとは書かれていませんでした。OSM Tasking Managerは、ズームレベルが選べるとはいえタイルごとに区切ることになるので、ある程度規模の大きい所で、多くの参加者がいるところの方が向いていると思います。 飯田さんの言う通り、マッピングパーティとかの狭い範囲、少人数のタスク割であれば、MapCraftの方が便利だと思います。関 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/3/27 Satoshi IIDA nyamp...@gmail.com いいだです。 おお、Tasking Managerいいですね。 HOT活動でよくお世話になっています。 描いた量や残っている量がグラフで出せるのもお役立ちです。 ikiyaさん 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 横からですみません。 Task Managerはあくまでツールなので、どのような使い方をしてもよいのではないかと思います。 実際、昨年のデータ削除後のリマッピングの時にも、 どこか海外のかたが個人でTask Managerをたちあげてくださって、それを使ってタスク分割した思い出があります。 一般のマッピングでのタスク分割はMapCraft http://www.openstreetmap.org/user/DaCor/diary/18858 これもいいツールですよね。 JOSMからも読み込めるとは知らなかった。 不特定多数のひとが参加する場合はTask Managerが便利ですし、 参加するひとが限定的(マッピングパーティ参加者だけ、とか)の場合はMapCraftが便利、かなぁ。 2013年3月27日 9:12 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 関さん、OSM Tasking Managerの紹介ありがとうございます。 一点、教えてください。 OSM Tasking Managerは Humanitarian OSM Teamチームのプロジェクト用なのかと 思っていました。 (災害支援、人道的救済でのマッピングに使うもの?と思い込みしてました。) アームチェアマッピングやインポート作業、マッピングパーティ前の 事前マッピングに向いていると思います。 一般のOSMマッピングに汎用的にOSM Tasking Managerを利用しても差し支えないのでしょうか? 一般のマッピングでのタスク分割はMapCraftを使い分けたほうがよいと自己判断していました。 http://www.openstreetmap.org/user/DaCor/diary/18858 --- On Tue, 2013/3/26, Hal Seki h...@georepublic.co.jp wrote: 関です。 OSM Tasking Manager というのを最近業務で使っておりますが、これが素晴らしいツールです。http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager OSMを共同でエディットしたい時に使います。作業を行いたいエリアを定義しておいて、タイル毎に「ここオレやるわ」って感じでアサインして、終わったら終了にする。するとそのタイルの色が変わるので、どのエリアが未作業なのかわかるというものです。 http://osmtm.pgrouting.org/ にセットアップしていますので、もし利用されたい方がいましたらお使いください。アームチェアマッピングやインポート作業、マッピングパーティ前の事前マッピングに向いていると思います。登録時にはアドミン権限がないので既存タスクへのアサインしかできませんが、登録後アカウント名を教えていただければ、新たなJobが作れるようAdmin権限をお渡しします。 それほどトラフィックのあるものではないと思いますので、今のところみなさんご自由に利用していただければと思います。 いくつか既にエリア(ダッカやマニラ)があったりするのですが、それは弊社の業務でセットアップした地域です。コントリビュートはウェルカムですので、もしお手伝いいただけるなら、練習がてらそちらもご協力いただけましたら幸いです。 --位置情報連動型ビジネス調査報告書2013 発売中http://r.impressrd.jp/iil/geo2013※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14Skype: hal_sk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list
[Talk-us] Whole-US Garmin Map update - 2013-04-01
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-01 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-01/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-01 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Apply for a scholarship to State of the Map US
Hi all, We're now accepting scholarship applications to State of the Map US in San Francisco. These scholarships are for people doing interesting work with OpenStreetMap but who cannot attend the conference due to budgetary reasons. Scholarships will include free conference admission and up to $500 toward travel costs. More information on the scholarship program is up on the OpenStreetMap US blog. You can apply for a scholarship by filling out a short questionnaire. The deadline for submissions is April 21. Know someone who should get a scholarship? We're asking for recommendations of great candidates. Find more information on scholarships and how to apply on the State of the Map US web site. Please pass this on to anyone who should know about it! - Announcement on blog http://www.openstreetmap.us/2013/04/scholarships-state-of-the-map-us/ - Sign up forms http://stateofthemap.us/scholarships Cheers, Alex -- Alex Barth Secretary OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-cl] FLISOL 2013-Invitación
Estimados Chicos Open Streetmap Les escribo para invitarles a participar de este festival de instalación de software libre. ¿Como hacerlo? Pues si trabajan con algún software libre, sea de cálculo, de edición gráfica, sonido, u otras herramientas podrían realizar un taller para enseñar a otras personas a utilizarlo. Ojala se animen, si lo hacen pueden registrar su actividade en; http://www.cnsl.cl/index.php/fliso-stgo/poner-stand-donar Además, si tienen la capacidad de instalar y ayudar a otras personas a tener programas libres en sus computadores, los invito a inscribirse como instalador: http://www.cnsl.cl/index.php/fliso-stgo/instaladores/formulario-de-inscripcion-instaladores FLISOL se realizará durante todo abril en diversos puntos geográficos, acá más detalles: ¿Dónde y cuándo se realizará? - LA FLORIDA. Sábado 6 de abril. Se hará FLISOL en conjunto con el evento de animé y cultura japonesa Setsubun Matsuri II. Liceo Nuevo Amanecer, Calle Volcán Calbuco N°5850. Desde las 11:00 hrs. - QUINTA NORMAL. Domingo 7 de abril. Se hará FLISOL en conjunto con la Feria de Libros Independientes y Alternativos de Chile (FLIA Chile) en el Centro Cultural Casona Dubois, Ayuntamiento Nº1650. Desde las 12:00 hrs. - SANTIAGO CENTRO. Sábado 13 de abril. Se hará FLISOL en el Instituto de Tecnología Chile (ITC). Serrano N°150. Desde las 11:00 hrs. - PROVIDENCIA. Miércoles 17 abril. Se hará FLISOL en la Universidad Academia de Humanismo Cristiano, a cargo de la biblioteca de esta universidad, en la sede de Av. Condell N°343. De 12:00 a 16:00 horas. - SANTIAGO CENTRO. Sábado 20 de abril. Se hará FLISOL en el DUOC. Sede de Alonso de Ovalle N°1586. Desde las 11:00 hrs. - LA GRANJA. Sábado 27 de abril. Se hará un FLISOL comunitario, con la ayuda de la Radio Comunitaria Enrique Torres. En la sede de la Junta de Vecinos en Linares N°0520. Desde las 11:00 hrs. Pronto, más noticias Se agradece la disponibilidad, además se solicita ayuda en difusión compartiendo los artículos y contendio publicados en el sitio cnsl, solo tienen que poner compartir en twitter o fb. Gracias! -- David A. Pineda Osorio Ingeniero Civil Electricista Universidad de Chile Miembro de Cultura Libre Universidad de Chile www.cluch.cl Practicante de Blog, sólo por el gusto de escribir. http://notengoelpoder.blogspot.com/ Revista Literaria http://elpajaroverde.cl/ F:82142267 Pensamos el mundo que soñamos Creemos en lo que pensamos Hacemos lo que creemos Vivimos en el mundo que construimos. EL Jerbo Pigmeo-- ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl