[OSM-talk] iD usability study: Looking for test persons
Hi, I want to inform you of a usability study of the iD editor that I'm currently planning to execute for my Master's thesis in cartography at TU Vienna. The goal is to test the usability of iD by having volunteer test persons complete a number of beginner tasks on it. From the tests I will draw conclusions that will hopefully help improving the usability of iD. I'm looking for test persons who are not familiar with editing with iD yet. The test is supposed to take place in or around Hamburg, Germany. So if you'll happen to be around Hamburg in April by any chance, you are invited to take part in the test. If you're interested, please take a look at the pre-test online survey, in which I ask you a few questions and in which the procedure is explained in more detail, too. http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-en Of course I will make the results available to the community as soon as the research is completed. Feel free to ask me any questions you have; looking forward to exciting test sessions. Cheers jan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maximum recommended length of ways tagged with layer
On Fri, Mar 21, 2014 at 05:05:21PM -0500, Paul Johnson wrote: On Mar 21, 2014 4:59 PM, Richard Z. ricoz@gmail.com wrote: Example of a problem this should catch: I have seen cases where someone wanted to tag a simple bridge with layer and added the layer to the wrong segment - tagging a hundred or more miles of road accidentally, possibly affecting crossings far away for an area not downloaded. The validator will not detect it and in most cases the renderer will work around this bug very well so it is only discovered by accident in most cases. This is not limited to layer, I have seen the same problem with culverts and bridges. This seems like something a validator should be able to catch without overly complicating how levels work. I am not trying to complicate how layers work right now but trying to codify how they already work in 99% of cases in easy to follow rules that could be utilised by validators. Yes, the validator should be able to catch such situations. Just how? It doesn't right now. I see some possible approaches: * warn user if tagging excessively long ways with layer. Here the problem is to judge what is excessively long. * warn user if applying layer to a way that exceeds the size of downloaded area because in this situation the validator is unable to do even the basic checks. * warn user if applying layer to a way without tunnel/bridge/covered/indoor or similar tags. There is more than just JOSM and all should follow the same rules so ideally this rules would be nicely documented in the wiki. What kind of underground areas are that in Kansas, do you have a pointer? I'm not exactly sure where exactly it is, but there's apparently a pretty extensive underground industrial and office district entirely underground complete with drivable underground streets in KCK thanks to repurposing an old mine. interesting, I will have a look when I have some time. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OHM] Should we map former endonyms?
On 20.03.2014 08:32, Martin Koppenhoefer wrote: I would only use old_name:fi if there is also a different name:fi (which makes the other name:fi the old one), otherwise use name:fi for Finnish names and additionally, if you want to state that this was once the official name, use old_name=* (no language postfix here) In my opinion, old_name:fi is for Finnish names that have fallen out of use, regardless of whether it has been replaced by a Finnish name or a Russian name. This interpretation also offers a lot more flexibility to applications than yours does, because it does not lose the important information whether or not the name is still actively used. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maximum recommended length of ways tagged with layer
On 22.03.2014 11:01, Richard Z. wrote: On Fri, Mar 21, 2014 at 05:05:21PM -0500, Paul Johnson wrote: On Mar 21, 2014 4:59 PM, Richard Z. ricoz@gmail.com wrote: Example of a problem this should catch: I have seen cases where someone wanted to tag a simple bridge with layer and added the layer to the wrong segment - tagging a hundred or more miles of road accidentally, possibly affecting crossings far away for an area not downloaded. The validator will not detect it and in most cases the renderer will work around this bug very well so it is only discovered by accident in most cases. This is not limited to layer, I have seen the same problem with culverts and bridges. This seems like something a validator should be able to catch without overly complicating how levels work. I am not trying to complicate how layers work right now but trying to codify how they already work in 99% of cases in easy to follow rules that could be utilised by validators. Yes, the validator should be able to catch such situations. Just how? It doesn't right now. I see some possible approaches: * warn user if tagging excessively long ways with layer. Here the problem is to judge what is excessively long. As judgement is difficult and it will still depend on other cases, I do not think this will help that much * warn user if applying layer to a way that exceeds the size of downloaded area because in this situation the validator is unable to do even the basic checks. even though this will lead to false warnings when working with incomplete data, I would give this solution a try. * warn user if applying layer to a way without tunnel/bridge/covered/indoor or similar tags. Covered is an example where it does not work e.g. you tag the building=roof with layer and not the way underneath. Still for other tags (bridge/tunnel etc) this would be helpful. There is more than just JOSM and all should follow the same rules so ideally this rules would be nicely documented in the wiki. +1 Note, JOSM would almost be able to use the list right now, already. What kind of underground areas are that in Kansas, do you have a pointer? I'm not exactly sure where exactly it is, but there's apparently a pretty extensive underground industrial and office district entirely underground complete with drivable underground streets in KCK thanks to repurposing an old mine. interesting, I will have a look when I have some time. Could you post a link, please. I wonder how mapnik will work with that as there are already problems with a single underground floor/parking. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OHM] Should we map former endonyms?
Am 22/mar/2014 um 15:32 schrieb Tobias Knerr o...@tobias-knerr.de: In my opinion, old_name:fi is for Finnish names that have fallen out of use, regardless of whether it has been replaced by a Finnish name or a Russian name. This interpretation also offers a lot more flexibility to applications than yours does, because it does not lose the important information whether or not the name is still actively used. +1, you are right, although fell out of use might lead to discussions sometimes (when in doubt, do not prefix old_ ) cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maximum recommended length of ways tagged with layer
On Sat, Mar 22, 2014 at 03:33:03PM +0100, colliar wrote: On 22.03.2014 11:01, Richard Z. wrote: On Fri, Mar 21, 2014 at 05:05:21PM -0500, Paul Johnson wrote: On Mar 21, 2014 4:59 PM, Richard Z. ricoz@gmail.com wrote: Example of a problem this should catch: I have seen cases where someone wanted to tag a simple bridge with layer and added the layer to the wrong segment - tagging a hundred or more miles of road accidentally, possibly affecting crossings far away for an area not downloaded. The validator will not detect it and in most cases the renderer will work around this bug very well so it is only discovered by accident in most cases. This is not limited to layer, I have seen the same problem with culverts and bridges. This seems like something a validator should be able to catch without overly complicating how levels work. I am not trying to complicate how layers work right now but trying to codify how they already work in 99% of cases in easy to follow rules that could be utilised by validators. Yes, the validator should be able to catch such situations. Just how? It doesn't right now. I see some possible approaches: * warn user if tagging excessively long ways with layer. Here the problem is to judge what is excessively long. As judgement is difficult and it will still depend on other cases, I do not think this will help that much it is not my preferred approach either, but it might still catch some cases which might otherwise be hard to catch. For example I think it is reasonable to assume that if someone tags 200 miles of a road with layer=1 it is an accident and the rate of false positives would be very low. Could this limit be much lower without generating many false positives? For layers 2,3,4,5 it appears reasonable to assume higher limits because these are more likely to be used for longer bridges etc. * warn user if applying layer to a way that exceeds the size of downloaded area because in this situation the validator is unable to do even the basic checks. even though this will lead to false warnings when working with incomplete data, I would give this solution a try. yes, incomplete data is another problem.. fortunately people downloading partial data through overpass usually know what they are doing pretty well. * warn user if applying layer to a way without tunnel/bridge/covered/indoor or similar tags. Covered is an example where it does not work e.g. you tag the building=roof with layer and not the way underneath. in this case there is nothing to solve. However covered=yes can be used with and without layer depending on situation, so the validator should allow that. For JOSM I have the following search string to find suspicious way/layer combinations: (highway | railway=rail |waterway) -layer=0 layer=* -tunnel=* -bridge=* -culvert=yes -*=steps -*=elevator -covered=yes -indoor=yes Surely the validator could do a better job than a simple search string but I am not sure about false positives. If you look at this area http://www.openstreetmap.org/#map=18/41.88435/-87.62125 there are quite a few matches and I have no idea if all of those could be tagged somehow better? What kind of underground areas are that in Kansas, do you have a pointer? I'm not exactly sure where exactly it is, but there's apparently a pretty extensive underground industrial and office district entirely underground complete with drivable underground streets in KCK thanks to repurposing an old mine. interesting, I will have a look when I have some time. Could you post a link, please. I wonder how mapnik will work with that as there are already problems with a single underground floor/parking. Found it meanwhile.. https://en.wikipedia.org/wiki/SubTropolis https://maps.google.com/maps?ll=39.161213,-94.476242q=loc:39.161213,-94.476242hl=ent=mz=15 https://www.openstreetmap.org/?mlat=39.161213mlon=-94.476242zoom=15#map=14/39.1543/-94.4756 looks like nothing is mapped yet? Mapping it will be tricky with a handheld GPS or Bing - maybe there is some PD data available? I believe that as it is essentially an underground building it should be mapped using level instead of layer. Same for most parking lots and many similar examples. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD usability study: Looking for test persons
Hi Jan It would be interesting to see relative use cases too, e.g. the same tasks in different editors, and their relative usability. Potlatch appears to still win in some areas, and it would be nice to have data to back that up either way. Steve On Mar 22, 2014, at 6:15 AM, Jan B antof...@gmail.com wrote: Hi, I want to inform you of a usability study of the iD editor that I'm currently planning to execute for my Master's thesis in cartography at TU Vienna. The goal is to test the usability of iD by having volunteer test persons complete a number of beginner tasks on it. From the tests I will draw conclusions that will hopefully help improving the usability of iD. I'm looking for test persons who are not familiar with editing with iD yet. The test is supposed to take place in or around Hamburg, Germany. So if you'll happen to be around Hamburg in April by any chance, you are invited to take part in the test. If you're interested, please take a look at the pre-test online survey, in which I ask you a few questions and in which the procedure is explained in more detail, too. http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-en Of course I will make the results available to the community as soon as the research is completed. Feel free to ask me any questions you have; looking forward to exciting test sessions. Cheers jan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD usability study: Looking for test persons
Hi Steve, I agree that it would be interesting to see that, but testing other editors than iD is not in the scope of this research. Nonetheless there exists user research on, e.g. Potlatch 2 with which the results could be compared (and will be in my thesis). Cheers jan Am 22.03.2014 14:47, schrieb Steve Coast: Hi Jan It would be interesting to see relative use cases too, e.g. the same tasks in different editors, and their relative usability. Potlatch appears to still win in some areas, and it would be nice to have data to back that up either way. Steve On Mar 22, 2014, at 6:15 AM, Jan B antof...@gmail.com wrote: Hi, I want to inform you of a usability study of the iD editor that I'm currently planning to execute for my Master's thesis in cartography at TU Vienna. The goal is to test the usability of iD by having volunteer test persons complete a number of beginner tasks on it. From the tests I will draw conclusions that will hopefully help improving the usability of iD. I'm looking for test persons who are not familiar with editing with iD yet. The test is supposed to take place in or around Hamburg, Germany. So if you'll happen to be around Hamburg in April by any chance, you are invited to take part in the test. If you're interested, please take a look at the pre-test online survey, in which I ask you a few questions and in which the procedure is explained in more detail, too. http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-en Of course I will make the results available to the community as soon as the research is completed. Feel free to ask me any questions you have; looking forward to exciting test sessions. Cheers jan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Street name data
Oi Hermann, Se ninguém responder que já está fazendo algo assim, sem dúvida seria bem interessante gerar um diff de nomes de ruas por cidade e deixar a comunidade ir consumindo a informação aos poucos. :D On Mar 22, 2014 8:01 AM, Hermann Peifer pei...@gmx.eu wrote: Oi pessoal, Estou voltando para um e-mail mais antigo, de maio de 2012. Na época, eu fiz algumas estatísticas simples, comparando os números das ruas do Cadastro Nacioanal (CNEFE 2010) com os números achados nos dados OSM (por setor estatístico, município, etc.). Um resultado era uma imagem do RS illustrando aquela comparação: http://ubuntuone.com/25BHLd8ss7XHBFyYKySsxi Exemplo: Um setor estatístico do meu município Ivoti tem 100 nomes de ruas no CNEFE e 80 nomes de ruas no OSM: percentagem OSM = 80% Alguem acha que vale a pena re-vitalizar este projeto semi-abandonado, talves um pouco mais profissional, comparando tambem os próprios nomes das ruas, invés de simplesmente comparar os números de nomes, etc. ? Ou será que alguém já está usando os dados do CNEFE 2010 neste sentido e mais um projeto não seria necessário ? Abs, Hermann PS: Obviamente, isto não é a minha primeira aparência na lista, mas para quem não me conhece, aqui toda a minha vida com menos de 150 caracteres: Alemão, 50+ anos, casado com uma Gaúcha, pai de 2 filhos teuto-brasileiros, estámos vivendo na Dinamarca, mas passando todas as férias no RS. On 2012-05-02 15:12, Hermann Peifer wrote: Oi Vitor, Eu baixei alguns dados do site do IBGE. Também baxei brazil.osm.pbf do site da geofabrik.de [1]. Para o Rio Grande do Sul, eu fiz algumas estatísticas muito provisórias: simplesmente contei o número de nomes de ruas nos dados OSM e comparei os resultados com os números do IBGE. Veja aqui uma ilustração dos resultados: [2]. Para realmente descobrir se todos os nomes de ruas de um setor (ou sub-distrito, municipio) estão mapeadas: isso é mais difícil, pois sempre há várias opções para escrever o nome de uma rua. Abs, Hermann PS: You might have noticed: Portuguese is not my strongest language. I am trying my best, though. [1] http://download.geofabrik.de/osm/south-america/brazil.osm.pbf [2] https://docs.google.com/open?id=0B7wH21aRzMT_NDBjX284Z3JQMGM -- vitor vitor.george em gmail.com Sexta Março 16 16:23:37 GMT 2012 Oi Alex, O IBGE, Instituto Brasileiro de Geografia e Estatística, realizou um censo populacional em 2010, e divulgou uma base com *todos* os endereços do país: ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_ Enderecos_Fins_Estatisticos/ O problema é que esta base não é georeferenciada, mas cada endereço está associado a um setor censitário, e de aí você poderia usar o .SHP dos setores censitários como um gabarito para saber se todos os nomes de ruas de um setor estão mapeadas. Aqui estão os arquivos .SHP dos setores censitários: ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios/ Eu descobri estes dados recentemente e comecei a fazer em rails uma interface web para que as pessoas possam conferir suas localidades, mas não avancei muito. Abs, Vitor | mapaslivres.org | @mapaslivres ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
2014-03-22 13:01 GMT+02:00 Hermann Peifer pei...@gmx.eu: Oi pessoal, Estou voltando para um e-mail mais antigo, de maio de 2012. Na época, eu fiz algumas estatísticas simples, comparando os números das ruas do Cadastro Nacioanal (CNEFE 2010) com os números achados nos dados OSM (por setor estatístico, município, etc.). Um resultado era uma imagem do RS illustrando aquela comparação: http://ubuntuone.com/25BHLd8ss7XHBFyYKySsxi Exemplo: Um setor estatístico do meu município Ivoti tem 100 nomes de ruas no CNEFE e 80 nomes de ruas no OSM: percentagem OSM = 80% Alguem acha que vale a pena re-vitalizar este projeto semi-abandonado, talves um pouco mais profissional, comparando tambem os próprios nomes das ruas, invés de simplesmente comparar os números de nomes, etc. ? Ou será que alguém já está usando os dados do CNEFE 2010 neste sentido e mais um projeto não seria necessário ? Abs, Hermann PS: Obviamente, isto não é a minha primeira aparência na lista, mas para quem não me conhece, aqui toda a minha vida com menos de 150 caracteres: Alemão, 50+ anos, casado com uma Gaúcha, pai de 2 filhos teuto-brasileiros, estámos vivendo na Dinamarca, mas passando todas as férias no RS. Oi Hermann, Acho muito válido fazer este heat map do país. Você tem um script ou algo para fazer isto automatizado? []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Cadastro Nacional de Endereços
Pessoal, Resolvi dar uma olhada nestes dados do Cadastro Nacional de Endereços que o Hermman comentou no email anterior. Foi só eu que percebi que aparentemente temos todas as ruas do país com CEP nestes dados?! Exemplo de uma entrada de Pará de Minas: 3147105 5 0 51 RUA SACRAMENTO 150 CASA CENTRO 01 00100235660001 35660001 é o CEP, está correto. Mais que isso, temos o range de CEPs de toda a rua/avenida, caso ela seja enorme e tenha mais de um CEP. Transformar isso tudo em uma base de dados me parece trivial, tendo em conta que estes dados são supostamente domínio público, resolveria nosso problema com CEPs e endereços. Tem também a numeração de todas as casas e apartamentos de uma determinada rua. As possibilidades são muitas, exemplos: - Da para fazer uma ferramenta (ou adicionar ao Keep it right) que avisa que uma rua adicionada em uma cidade não está na base de dados, estando provavelmente com o nome errado. - Plugins pro JOSM para ajudar a dar nomes as ruas e números. Me surpreendo com a quantidade de coisas que o IBGE disponibiliza. Tenho que tirar um dia ainda para vasculhar este FTP. :) []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
On 2014-03-22 13:13, Fernando Trebien wrote: Oi Hermann, Se ninguém responder que já está fazendo algo assim, sem dúvida seria bem interessante gerar um diff de nomes de ruas por cidade e deixar a comunidade ir consumindo a informação aos poucos. :D On 2014-03-22 13:21, Thiago Marcos P. Santos wrote: Oi Hermann, Acho muito válido fazer este heat map do país. Você tem um script ou algo para fazer isto automatizado? []'s Oi Fernando e Thiago, Relativo ao heat map: Tenho ainda aquele script para fazer as percentagens por município, distríto. O que me faltou na época era uma forma decente de publicar as informações. Relativo ao diff de nomes de ruas: Isso já seria um projeto mais sofisticado, que eu nunca fiz na prática, já que às vezes é dificil de descobrir qual é o verdadeiro nome oficial de uma rua. Estou voltando do evento annual dos mapeadores alemães onde encontrei o mapeador okilimu [1] que está fazendo coisas incrivéis na área de comparar listas oficiais de ruas com os dados OSM. Ele está fazendo as percentagens e os diffs dos nomes das ruas da Alemanha, da Austria, da Suiça e do Luxemburgo. Olhem os heat maps dele [2]. Todas páginas em alemäo, mas os mapas não precisam muita traduçao. Abraços, Hermann [1] http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/listofstreets/kartenuebersicht.html ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
On 2014-03-22 14:51, Hermann Peifer wrote: [1] http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/listofstreets/kartenuebersicht.html Esqueci que daqueles heat maps vc pode chegar nas páginas com as estatísticas. Aqui os números de uma pequena vila de 1000 habitantes, nem é município (usando Google Translate): http://translate.google.com/translate?sl=detl=ptjs=nprev=_thl=enie=UTF-8u=regio-osm.de%2Flistofstreets%2Fevaluation%3Ftitle%3DWiltingen%26country%3DBundesrepublik%2BDeutschland Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
O mapeador okilimu até convidou o pessoal do evento de doar listas de ruas. Pelo que eu entendi: tudo é preparado para analisar mais paises. Claro: faltam páginas em Português e talves outras adaptações (por exemplo no algoritmo de comparação dos nomes: qual seria a tolerância para dizer que 2 nomes são iguais: tolerância cero que nem na Lei Seca?). Acho que no caso este projeto saísse do papel: tambem é preciso de alguns voluntários do Brasil mesmo, alguns verdadeiros mapeadores brasileiros que entendem melhor o sistema de endereços no Brasil. Hermann On 2014-03-22 15:50, Arlindo Pereira wrote: Muito legal. Acho super válido, se não for tomar muito o seu tempo. Não deixa de ser uma forma de contribuir com o projeto. =) []s Arlindo Pereira On Sat, Mar 22, 2014 at 11:16 AM, Hermann Peifer peifer-cfr20cyp...@public.gmane.org mailto:peifer-cfr20cyp...@public.gmane.org wrote: On 2014-03-22 14:51, Hermann Peifer wrote: [1] http://www.openstreetmap.org/__user/okilimu/diary http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/__listofstreets/__kartenuebersicht.html http://regio-osm.de/listofstreets/kartenuebersicht.html Esqueci que daqueles heat maps vc pode chegar nas páginas com as estatísticas. Aqui os números de uma pequena vila de 1000 habitantes, nem é município (usando Google Translate): http://translate.google.com/__translate?sl=detl=ptjs=n__prev=_thl=enie=UTF-8u=__regio-osm.de%2Flistofstreets%__2Fevaluation%3Ftitle%__3DWiltingen%26country%__3DBundesrepublik%2BDeutschland http://translate.google.com/translate?sl=detl=ptjs=nprev=_thl=enie=UTF-8u=regio-osm.de%2Flistofstreets%2Fevaluation%3Ftitle%3DWiltingen%26country%3DBundesrepublik%2BDeutschland Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Cadastro Nacional de Endereços
Oi Thiago, No FTP tem o arquivo Layout.zip explicando o formato dos endereços: Variável Código da UF Código do município Código do distrito Código do subdistrito Código do setor Situação do setor Tem até coordenadas de endereços, mas somente por 10% (?) dos endereços, na maioria nos setores rurais. Nunca olhei nos CEPs mas observi que no interior do RS tem alguns problemas com a atualidade dos dados. No CNEFE tem muitos nomes gerais que nem: Estrada principal entre município A e município B, Estrada municipal, etc. e na verdade, os municípios recém-emancipados colocaram verdadeiros nomes, atraves das leis municipais. Vou olhar de novo nos endereços já que na época, eu só peguei a quantidade de ruas por município. Abraços, Hermann On 2014-03-22 13:41, Thiago Marcos P. Santos wrote: Pessoal, Resolvi dar uma olhada nestes dados do Cadastro Nacional de Endereços que o Hermman comentou no email anterior. Foi só eu que percebi que aparentemente temos todas as ruas do país com CEP nestes dados?! Exemplo de uma entrada de Pará de Minas: 3147105 5 0 51 RUA SACRAMENTO 150 CASA CENTRO 01 00100235660001 35660001 é o CEP, está correto. Mais que isso, temos o range de CEPs de toda a rua/avenida, caso ela seja enorme e tenha mais de um CEP. Transformar isso tudo em uma base de dados me parece trivial, tendo em conta que estes dados são supostamente domínio público, resolveria nosso problema com CEPs e endereços. Tem também a numeração de todas as casas e apartamentos de uma determinada rua. As possibilidades são muitas, exemplos: - Da para fazer uma ferramenta (ou adicionar ao Keep it right) que avisa que uma rua adicionada em uma cidade não está na base de dados, estando provavelmente com o nome errado. - Plugins pro JOSM para ajudar a dar nomes as ruas e números. Me surpreendo com a quantidade de coisas que o IBGE disponibiliza. Tenho que tirar um dia ainda para vasculhar este FTP. :) []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
oi, Hermann Claro: faltam páginas em Português e talves outras adaptações (por exemplo no algoritmo de comparação dos nomes: qual seria a tolerância para dizer que 2 nomes são iguais: tolerância cero que nem na Lei Seca?). Os dados do IBGE tem muitas ruas com nomes abreviados ou sem os acentos... Acho a ideia interessante, mas não consideraria prioritária, por dois motivos: não estamos num estágio tão avançado de mapeamento quanto os alemães e o os dados do IBGE não são de qualidade muito confiável. abçs, wille Acho que no caso este projeto saísse do papel: tambem é preciso de alguns voluntários do Brasil mesmo, alguns verdadeiros mapeadores brasileiros que entendem melhor o sistema de endereços no Brasil. Hermann On 2014-03-22 15:50, Arlindo Pereira wrote: Muito legal. Acho super válido, se não for tomar muito o seu tempo. Não deixa de ser uma forma de contribuir com o projeto. =) []s Arlindo Pereira On Sat, Mar 22, 2014 at 11:16 AM, Hermann Peifer peifer-cfr20cyp...@public.gmane.org mailto:peifer-cfr20cyp...@public.gmane.org wrote: On 2014-03-22 14:51, Hermann Peifer wrote: [1] http://www.openstreetmap.org/__user/okilimu/diary http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/__listofstreets/__kartenuebersicht.html http://regio-osm.de/listofstreets/kartenuebersicht.html Esqueci que daqueles heat maps vc pode chegar nas páginas com as estatísticas. Aqui os números de uma pequena vila de 1000 habitantes, nem é município (usando Google Translate): http://translate.google.com/__translate?sl=detl=ptjs=n__prev=_thl=enie=UTF-8u=__regio-osm.de%2Flistofstreets%__2Fevaluation%3Ftitle%__3DWiltingen%26country%__3DBundesrepublik%2BDeutschland http://translate.google.com/translate?sl=detl=ptjs=nprev=_thl=enie=UTF-8u=regio-osm.de%2Flistofstreets%2Fevaluation%3Ftitle%3DWiltingen%26country%3DBundesrepublik%2BDeutschland Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Street name data
Uma idéia: o diff poderia ordenar as diferenças pela distância de Levenshtein (http://en.wikipedia.org/wiki/Levenshtein_distance). No início do arquivo, ficariam os nomes com o menor número de diferenças, a maioria pequenos erros ortográficos ou com acentuação incorreta (tanto no OSM quanto no cadastro do IBGE), muitas das quais teriam uma solução imediatamente óbvia (dispensando que o mapeador tenha que confirmar o nome na placa). No final, ficariam as diferenças mais grosseiras (problemas de qualidade em ou ou no outro cadastro), cujo conserto custaria mais para o mapeador, mas somariam um número bem menor. Uma rápida olhada no arquivo daria ao mapeador uma idéia de quanto trabalho ele teria pela frente. Por exemplo, se forem 1 diferenças na sua cidade, mas só 250 realmente exigirem que ele verifique a placa (o resto é aparentemente trivial), é muito mais provável que sinta vontade de iniciar o processo de correção. Mas se o mapeador só souber que são 1 diferenças, pode nunca começar por achar que o trabalho é difícil demais. 2014-03-22 14:11 GMT-03:00 wille wi...@wille.blog.br: oi, Hermann Claro: faltam páginas em Português e talves outras adaptações (por exemplo no algoritmo de comparação dos nomes: qual seria a tolerância para dizer que 2 nomes são iguais: tolerância cero que nem na Lei Seca?). Os dados do IBGE tem muitas ruas com nomes abreviados ou sem os acentos... Acho a ideia interessante, mas não consideraria prioritária, por dois motivos: não estamos num estágio tão avançado de mapeamento quanto os alemães e o os dados do IBGE não são de qualidade muito confiável. abçs, wille Acho que no caso este projeto saísse do papel: tambem é preciso de alguns voluntários do Brasil mesmo, alguns verdadeiros mapeadores brasileiros que entendem melhor o sistema de endereços no Brasil. Hermann On 2014-03-22 15:50, Arlindo Pereira wrote: Muito legal. Acho super válido, se não for tomar muito o seu tempo. Não deixa de ser uma forma de contribuir com o projeto. =) []s Arlindo Pereira On Sat, Mar 22, 2014 at 11:16 AM, Hermann Peifer peifer-cfr20cyp...@public.gmane.org mailto:peifer-cfr20cyp...@public.gmane.org wrote: On 2014-03-22 14:51, Hermann Peifer wrote: [1] http://www.openstreetmap.org/__user/okilimu/diary http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/__listofstreets/__kartenuebersicht.html http://regio-osm.de/listofstreets/kartenuebersicht.html Esqueci que daqueles heat maps vc pode chegar nas páginas com as estatísticas. Aqui os números de uma pequena vila de 1000 habitantes, nem é município (usando Google Translate): http://translate.google.com/__translate?sl=detl=ptjs=n__prev=_thl=enie=UTF-8u=__regio-osm.de%2Flistofstreets%__2Fevaluation%3Ftitle%__3DWiltingen%26country%__3DBundesrepublik%2BDeutschland http://translate.google.com/translate?sl=detl=ptjs=nprev=_thl=enie=UTF-8u=regio-osm.de%2Flistofstreets%2Fevaluation%3Ftitle%3DWiltingen%26country%3DBundesrepublik%2BDeutschland Hermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Problema de usabilidade do editor de endereços do iD
Entendo os seus argumentos e concordo com grande parte. Mas se é para recomendarmos addr:housename como Complemento, devemos nos assegurar de que este é um significado compatível com o da comunidade internacional. Como você mencionou, addr:housename contém vários números lá, mas eu acredito que isto seja um erro induzido pelo editor iD. Realmente seria desestimulante consertar isso quando as alternativas não são suportadas pelas grandes aplicações. Como isso é um problema que não afeta somente o Brasil, talvez devemos continuar esta conversa na lista *tagging*. Abs, João Em 10 de março de 2014 09:34, Fernando Trebien fernando.treb...@gmail.comescreveu: Desculpa a demora em responder. Eu concordaria com você se as tags addr:door, addr:unit e addr estivessem em uso amplo. Mas apesar da idade, não estão, principalmente porque ninguém se preocupou em colocá-las nos presets dos editores: nem Potlatch, nem iD, nem JOSM. E elas existem há uns 3 anos. O iD meio que corre atrás do JOSM, com poucas novidades. Ambos, na verdade, reagem à adoção das tags de acordo com as estatísticas do TagInfo. Mas a equipe do JOSM às vezes dá suporte adiantado a uma tag. Se você pensar bem sobre essa dinâmica, os editores meio que influenciam quais tags são as melhores. Não adotar uma tag nos editores é o mesmo que relegá-la ao abandono. E o Nominatim também não indexa essas tags: http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview Ou seja: criar uma aplicação que suporta uma tag tem um peso enorme na aceitação e adoção dessa tag na comunidade. Não criar tal aplicação - especialmente depois de muito tempo transcorrido - representa um descompasso entre aquilo que foi proposto/aceito e aquilo que é necessário (aquilo que é visto como útil para os usuários, útil a ponto de justificar o esforço de criar e manter uma aplicação funcionando em larga escala). Eu tenho a impressão de que é exatamente isso que está acontecendo com essas tags addr:door e addr:unit. Eu sei que elas são úteis em todos os lugares (não só no Brasil), e sabemos que tem pelo menos 3 grandes comunidades (Alemanha, Rússia e Inglaterra) que têm muito mais colaboradores que a nossa (por enquanto, continuo torcendo :D). Então, por que não adotaram essas tags em larga escala? Uma possível explicação é o problema do ovo e da galinha: as aplicações geralmente só adotam algo que já é empregado, e a maioria das pessoas só emprega quando já é adotado por aplicações. Se ninguém toma a dianteira, nada novo é adotado. Mas tomar a dianteira é reconhecer a tag como tão útil que o esforço de adotá-la vale à pena. Outro aspecto a considerar é que no OSM há muitas coisas que são suportadas retroativamente. Talvez o melhor exemplo seja o de highway=bus_stop: já existe uma proposta com novas tags para mapear o transporte público (há 3 anos), mas mesmo as ferramentas que a suportam continuam suportando as tags antigas. Não há razão pra pensar que com addr:housename e addr:door e addr:unit seria diferente. Uma última coisa: a maioria dos valores em addr:housename são valores numéricos! Ou alfabéticos. Pra mim, isso sugere que estão usando como as outras duas tags (addr:unit e addr:door). E os que não são (tentei traduzir alguns) incluem coisas redundantes como prefeitura (Rathaus, Mairie), edifício em espanhol, casa de campo (cottage), alojamento (lodge), reitoria (pfarrhaus), e descrições genéricas como moradia (жилой дом). http://taginfo.openstreetmap.org/keys/addr%3Ahousename#values Por que eu fico meio relutante em recomendar as tags addr:unit e addr:door: considerando todos esses fatores, eu acho que nunca serão adotadas em larga escala (se fossem, já teriam sido). E daí convertê-las para addr:housename seria um trabalho difícil/pior já que me parece mais provável que com housename o mapeador discriminaria o tipo de complemento (sala, conjunto, etc.) enquanto que com addr:door e addr:unit é mais provável que a pessoa só coloque o número e esteja satisfeita com isso. 2014-03-04 15:27 GMT-03:00 John Packer john.pack...@gmail.com: Bem, eu acho que o campo addr:housename não pode ser realmente considerado como Complemento, justamente devido à existência dos campos addr:door, addr:unit e outros. Para mim, a tradução como Complemento era só uma solução temporária devido ao estado do formulário de endereços do editor iD. Pois pelo menos não colocariam o nome do lugar ou o nome da rua lá. Veja a descrição de addr:housename: The name of a house. This is sometimes used in some countries like England instead of (or in addition to) a house number. Quando fala instead of (or in addition to) a house number, eu não acredito que seja o número da casa dentro do mesmo campo, mas dentro do seu respectivo campo (addr:housenumber). Eu acho que utilizar addr:housename como Complemento é criar trabalho para outros corrigirem no futuro. Atenciosamente, João Em 27 de
Re: [Talk-br] Kit para compilação Garmin em Windows e mapas Garmin para download
Muito obrigado, Nélson. Estes .polys serão muito úteis. []s Paulo 2014-03-20 8:50 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: Creio eu que todos os estados e regiões agora estejam corretos em http://naoliv.iq.unesp.br/osm/poly/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: Re: Street name data
É mesmo: a qualidade dos dados do IBGE pode ser um problema. Acabei de abaixar todos os 1370 arquivos do RS com um total de 5 129 203 endereços. Nemhum deles tem um acento e todos os nomes em letras maiúsculas :-( Alguns exemplos abaixo. Tambem já pensei no algoritmo Levenshtein, mas agora estou na dúvidas si vale a pena mesmo. Por outro lado: ainda acho que os heat maps poderiam fazer sentido, para ilustrar o estágio do mapeamento. Abraços, Hermann RUA ALBINO PRIESTCH RUA ANTONIO ALVES PEREIRA RUA ADAO BRASIL RUA PROJETADA 1 RUA PROJETADA 2 RUA VEREADORA LORINHA RUA PROJETADA 3 ... ESTRADA LOC SAO SEBASTIAO A PTO BIGUA ESTRADA PORTO BIGUA A ESQ SAO PEDRO ESTRADA ESQ SAO PEDRO A POCO PRETO ... RUA BARAO TRIUNFO RUA SEM DENOMINACAO A RUA SEM DENOMINACAO B RUA SEM DENOMINACAO D On 2014-03-22 19:56, Fernando Trebien wrote: Uma idéia: o diff poderia ordenar as diferenças pela distância de Levenshtein (http://en.wikipedia.org/wiki/Levenshtein_distance). No início do arquivo, ficariam os nomes com o menor número de diferenças, a maioria pequenos erros ortográficos ou com acentuação incorreta (tanto no OSM quanto no cadastro do IBGE), muitas das quais teriam uma solução imediatamente óbvia (dispensando que o mapeador tenha que confirmar o nome na placa). No final, ficariam as diferenças mais grosseiras (problemas de qualidade em ou ou no outro cadastro), cujo conserto custaria mais para o mapeador, mas somariam um número bem menor. Uma rápida olhada no arquivo daria ao mapeador uma idéia de quanto trabalho ele teria pela frente. Por exemplo, se forem 1 diferenças na sua cidade, mas só 250 realmente exigirem que ele verifique a placa (o resto é aparentemente trivial), é muito mais provável que sinta vontade de iniciar o processo de correção. Mas se o mapeador só souber que são 1 diferenças, pode nunca começar por achar que o trabalho é difícil demais. 2014-03-22 14:11 GMT-03:00 wille wille-Y/ls8jsqkg7wkrl1euv...@public.gmane.org: oi, Hermann Claro: faltam páginas em Português e talves outras adaptações (por exemplo no algoritmo de comparação dos nomes: qual seria a tolerância para dizer que 2 nomes são iguais: tolerância cero que nem na Lei Seca?). Os dados do IBGE tem muitas ruas com nomes abreviados ou sem os acentos... Acho a ideia interessante, mas não consideraria prioritária, por dois motivos: não estamos num estágio tão avançado de mapeamento quanto os alemães e o os dados do IBGE não são de qualidade muito confiável. abçs, wille Acho que no caso este projeto saísse do papel: tambem é preciso de alguns voluntários do Brasil mesmo, alguns verdadeiros mapeadores brasileiros que entendem melhor o sistema de endereços no Brasil. Hermann On 2014-03-22 15:50, Arlindo Pereira wrote: Muito legal. Acho super válido, se não for tomar muito o seu tempo. Não deixa de ser uma forma de contribuir com o projeto. =) []s Arlindo Pereira On Sat, Mar 22, 2014 at 11:16 AM, Hermann Peifer peifer-cfr20cypkuq-xmd5yjdbdmrexy1tmh2...@public.gmane.org mailto:peifer-cfr20cypkuq-xmd5yjdbdmrexy1tmh2...@public.gmane.org wrote: On 2014-03-22 14:51, Hermann Peifer wrote: [1] http://www.openstreetmap.org/__user/okilimu/diary http://www.openstreetmap.org/user/okilimu/diary [2] Heat maps por cidade/região, clique por exemplo: Berlim http://regio-osm.de/__listofstreets/__kartenuebersicht.html http://regio-osm.de/listofstreets/kartenuebersicht.html Esqueci que daqueles heat maps vc pode chegar nas páginas com as estatísticas. Aqui os números de uma pequena vila de 1000 habitantes, nem é município (usando Google Translate): http://translate.google.com/__translate?sl=detl=ptjs=n__prev=_thl=enie=UTF-8u=__regio-osm.de%2Flistofstreets%__2Fevaluation%3Ftitle%__3DWiltingen%26country%__3DBundesrepublik%2BDeutschland http://translate.google.com/translate?sl=detl=ptjs=nprev=_thl=enie=UTF-8u=regio-osm.de%2Flistofstreets%2Fevaluation%3Ftitle%3DWiltingen%26country%3DBundesrepublik%2BDeutschland Hermann ___ Talk-br mailing list Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br-3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança na URL da layer TMS do IBGE
Gostei da ordem alfabética, rsrs, porque estou mapeando em Alagoas.
Obrigado.
From: tmpsan...@gmail.com
Date: Thu, 20 Mar 2014 23:36:47 +0200
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Mudança na URL da layer TMS do IBGE
Pessoal, anuncio que MG está completo. Confesso que ficou legal
demais de ser ver no mapa web, tem coisa demais para trabalhar. :)
Arrumei o problema de algumas cidades não aparecerem nos níveis de
zoom mais distantes (se isto ainda acontecer com você na visualização
web ou no JOSM, limpe o cache do seu browser e do JOSM). Havia também
um problema com conurbações faltarem tiles onde elas se encontram que
também foi resolvido.
Agora vou processar os estados restantes em ordem alfabética,
começando portanto por AC, AL, etc...
Claro que a prioridade ainda é processar cidades que alguém queira
trabalhar em cima. Podem me mandar uma lista de qualquer tamanho no
formato:
UF;CODIGO
Exemplo:
SC;4204806
PR;4106902
DF;5300108
...
Não há mais restrição de tamanho de cidade, o script tá funcionando bem. :)
[]'s
2014-03-19 2:19 GMT+02:00 Thiago Marcos P. Santos tmpsan...@gmail.com:
Olá,
Agora os tiles de todas as cidades já processadas estão em um lugar só:
http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png
Bem mais conveniente já que não precisa ficar adicionando uma nova
layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem
aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e
Betim). Quando eu terminar de processar todas as cidades, talvez eu
consiga resolver isso fazendo um merge mais inteligente dos arquivos
.mbtiles.
Feedback é bem vindo.
Br,
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] FOSSGIS2014 - Lightning Talks
Hi! Könnt Ihr mir bitte sagen, ob die Namen bei den OSM Lightning Talks: https://wiki.openstreetmap.org/wiki/FOSSGIS_2014#Lightning_Talks passen? bzw. wer den Mapillary Talk gehalten hat? Danke! Und danke an alle, speziell auch dem Videoteam. War sehr genial, das ganze aus der Ferne via Livestream verfolgen zu können! Und auch am Freitag Abend schon alle Videos online zu haben ist cool! /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS2014 - Lightning Talks
Hallo Andreas, Am 22.03.2014 10:45, schrieb Andreas Labres: Könnt Ihr mir bitte sagen, ob die Namen bei den OSM Lightning Talks: https://wiki.openstreetmap.org/wiki/FOSSGIS_2014#Lightning_Talks passen? bzw. wer den Mapillary Talk gehalten hat? Danke! Und danke an alle, speziell auch dem Videoteam. War sehr genial, das ganze aus der Ferne via Livestream verfolgen zu können! Und auch am Freitag Abend schon alle Videos online zu haben ist cool! Das war Thomas Skowron (OSM- und Twitter-Username: thomersch). Er liest, soweit ich weiß hier nicht mit. http://mikrowelle.me/ http://skowron.biz/ Viele Grüße aus dem Videoteam Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Suche Testpersonen für iD-Benutzungstest
Hallo! Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich mich heute mit einem Anliegen an euch wenden, bei dem es um die Verbesserung der Usability des iD-Editors geht. Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen, die entweder a) noch gar keine Erfahrung mit OSM haben, oder b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD editiert haben. Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper zu finden, die sich bereit erklären würden, für einen Offline-Usertest zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). Der genaue Zeit und der Ort werden natürlich individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein. Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf meine Online-Umfrage, in der ihr euer Interesse durch Beantworten einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch noch einmal ausführlicher beschrieben ist: http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de Gerne auch weitergeben an Freunde, Bekannte, etc. Ich bin gespannt auf Rückmeldung von euch und freue mich auf interessante Test-Sessions. Viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Zur Reichweitenerhöhung auch hier http://forum.openstreetmap.org/viewtopic.php?pid=407742#p407742 gepostet Christoph Am 22.03.2014 um 12:39 schrieb Jan B antof...@gmail.com: Hallo! Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich mich heute mit einem Anliegen an euch wenden, bei dem es um die Verbesserung der Usability des iD-Editors geht. Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen, die entweder a) noch gar keine Erfahrung mit OSM haben, oder b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD editiert haben. Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper zu finden, die sich bereit erklären würden, für einen Offline-Usertest zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). Der genaue Zeit und der Ort werden natürlich individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein. Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf meine Online-Umfrage, in der ihr euer Interesse durch Beantworten einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch noch einmal ausführlicher beschrieben ist: http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de Gerne auch weitergeben an Freunde, Bekannte, etc. Ich bin gespannt auf Rückmeldung von euch und freue mich auf interessante Test-Sessions. Viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Testpersonen für iD-Benutzungstest
Hallo, Am 22.03.2014 14:26, schrieb Christoph (TheFive@OSM): Zur Reichweitenerhöhung auch hier http://forum.openstreetmap.org/viewtopic.php?pid=407742#p407742 gepostet Vielen Dank dafür, ans Forum hatte ich nicht gedacht! Grüße jan Christoph Am 22.03.2014 um 12:39 schrieb Jan B antof...@gmail.com: Hallo! Nach einer längeren Zeit der Inaktivität auf dieser Liste möchte ich mich heute mit einem Anliegen an euch wenden, bei dem es um die Verbesserung der Usability des iD-Editors geht. Im Rahmen meiner Masterarbeit in Kartographie an der TU Wien werde ich nämlich Benutzungstests durchführen, die dazu dienen sollen, Probleme und Schwierigkeiten bei der Benutzung von iD durch noch ungeübte Benutzer_innen aufzuzeigen. Das Gesuch richtet sich also an Menschen, die entweder a) noch gar keine Erfahrung mit OSM haben, oder b) die schon mit OSM vertraut sind, aber bisher noch (fast) nie mit iD editiert haben. Insbesondere für die letztgenannte Gruppe hoffe ich hier bei euch Mapper zu finden, die sich bereit erklären würden, für einen Offline-Usertest zur Verfügung zu stehen. Die Tests sollen im April in der Region Hamburg stattfinden (Orte in der Umgebung, die gut mit Zug/Bus erreichbar sind, eingeschlossen). Der genaue Zeit und der Ort werden natürlich individuell vereinbart - es könnte z.B. auch bei einem Mappertreffen sein. Ich will an dieser Stelle nicht zu weit ausholen und verweise daher auf meine Online-Umfrage, in der ihr euer Interesse durch Beantworten einiger weniger Fragen bekunden könnt und wo das ganze Prozedere auch noch einmal ausführlicher beschrieben ist: http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-de Gerne auch weitergeben an Freunde, Bekannte, etc. Ich bin gespannt auf Rückmeldung von euch und freue mich auf interessante Test-Sessions. Viele Grüße jan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS2014 - Lightning Talks
On 22.03.14 11:55, Michael Reichert wrote: Das war Thomas Skowron Danke! BTW, kannst Du die Videobeschreibung von den FOSSGIS Lightning Talks https://www.youtube.com/watch?v=zbE0LYOSTHw bitte auch ändern? Wobei ich da noch viel weniger weiß, wie die Speaker heißen... Tnx /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] openstreetmapper card
Ok, sono aperte le votazioni: https://docs.google.com/forms/d/1EVKyv9vaoX6f3KQDKZOQaKBr064jqfSyxMArN3-Gh_0/viewform Quelli sono tutti i font sans serif open che ho sul mio pc al momento... Terrò le votazioni aperte per un paio di settimane... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5800629.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Reasonator visualizza i dati di Wikidata che hanno delle coordinate su OpenSteetMap
oppure farlo a livello di applicativo Reasonator 2014-03-17 19:27 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Il 17 marzo 2014 18:04, Simone Cortesi sim...@cortesi.com ha scritto: 2014-03-17 17:04 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: (/me pensa che si potrebbe fare un bot che inserire i tag Wikidata a partire dai tag Wikipedia, dato che c'è una corrispondenza 1:1) perche' se c'e' una corrispondenza uno ad uno, dobbiamo sporcare il DB con dati duplicati? È una buona domanda, infatti probabilmente sarebbe il caso di usare Wikidata, invece dei tag Wikipedia per le diverse lingue. Ma questo richiederebbe di cambiare tutte le applicazioni che fanno uso del tag wikipedia. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 22/03/2014 11:05, Aury88 ha scritto: Ok, sono aperte le votazioni: https://docs.google.com/forms/d/1EVKyv9vaoX6f3KQDKZOQaKBr064jqfSyxMArN3-Gh_0/viewform Quelli sono tutti i font sans serif open che ho sul mio pc al momento... Terrò le votazioni aperte per un paio di settimane... - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5800629.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Fatto! - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlMtYWsACgkQoVS0hKoD3PNEEgD8DnWRvBfkURwHKFrkkp7gmtN0 iTXD5JCw+5kR6eUNc7YA/0/i65H5rvxsZkBrrMk0l/xCma02bWxhG7pbCk5eb2hi =oGG3 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
On 03/22/2014 11:05 AM, Aury88 wrote: Ok, sono aperte le votazioni: https://docs.google.com/forms/d/1EVKyv9vaoX6f3KQDKZOQaKBr064jqfSyxMArN3-Gh_0/viewform Quelli sono tutti i font sans serif open che ho sul mio pc al momento... Terrò le votazioni aperte per un paio di settimane... - Ciao, Aury -- sawanz, fatto :-) :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ciminiera serbatoio d'acqua
All'interno del Politecnico di Milano esiste una ciminiera che ha anche un serbatoio pensile da 8 litri. Al momento e' taggata con: man_made=chimney Mi pare interessante pero' aggiungere anche il fatto che e' presente il serbatoio ma i 2 tag sono mutuamente esclusivi. Qual e' il modo corretto per taggare? man_made=chimney;water_tower Altro? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ciminiera serbatoio d'acqua
direi che è l'unica soluzione che mi viene in mente al momento... effettivamente l'avevo notato anche io ma non avevo pensato alla mappatura dell'elemento su osm :/ frequenti la zona del politecnico? un giorno ci si potrebbe incontrare per una biretta o un piccolo mappingparty ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Ciminiera-serbatoio-d-acqua-tp5800665p5800668.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ciminiera serbatoio d'acqua
2014-03-22 17:22 GMT+01:00 emmexx emm...@tiscalinet.it: All'interno del Politecnico di Milano esiste una ciminiera che ha anche un serbatoio pensile da 8 litri. Al momento e' taggata con: man_made=chimney Mi pare interessante pero' aggiungere anche il fatto che e' presente il serbatoio ma i 2 tag sono mutuamente esclusivi. Qual e' il modo corretto per taggare? man_made=chimney;water_tower io metterei 2 oggetti, una ciminiera e intorno un serbatoio. Il tag per un serbatoio è man_made=storage_tank (oppure water_tower se si tratta di un serbatoio di acqua sopraelevato.) Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] iD usability study: Looking for test persons
magari a qualcuno interessa partecipare ad uno studio sull'usabilità di iD editor. per il momento è disponibile un pre-sondaggio che serve a tarare lo studio successivo. -- Forwarded message -- From: Jan B antof...@gmail.com Date: Sat, Mar 22, 2014 at 1:15 PM Subject: [OSM-talk] iD usability study: Looking for test persons To: t...@openstreetmap.org Hi, I want to inform you of a usability study of the iD editor that I'm currently planning to execute for my Master's thesis in cartography at TU Vienna. The goal is to test the usability of iD by having volunteer test persons complete a number of beginner tasks on it. From the tests I will draw conclusions that will hopefully help improving the usability of iD. I'm looking for test persons who are not familiar with editing with iD yet. The test is supposed to take place in or around Hamburg, Germany. So if you'll happen to be around Hamburg in April by any chance, you are invited to take part in the test. If you're interested, please take a look at the pre-test online survey, in which I ask you a few questions and in which the procedure is explained in more detail, too. http://cartography.tuwien.ac.at/limesurvey/index.php/216311/lang-en Of course I will make the results available to the community as soon as the research is completed. Feel free to ask me any questions you have; looking forward to exciting test sessions. Cheers jan ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] ref:scb - ref:se:scb?
Jag noterar att kommuner och vissa andra saker har taggen ref:scb. Borde inte det vara ref:se:scb? Skall man i sådana fall byta ut eller lägga till taggen? kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] Buch: Schwarzplan
Hallo! Voller Stolz möchte ich die Verfügbarkeit von Schwarzplan ankündigen, einem Atlas von Schwarzplänen aus 70 Städten der Welt, generiert aus OSM Daten. Mehr Informationen findet man unter http://www.gisforge.com/schwarzplan , erhältlich ist das Buch über Amazon, ePubli oder persönlich bei mir. lg, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] [Adresy] Informace o stavu vyjednavani
Ahoj, rádi bychom vás senámili s postupem debaty ohledně importu adres z RÚIAN. Díky trpělivosti Petra Vejsady a Petr Morávka se podařilo dosáhnout částečné názorové shody na mailing listu imports@ a Petr Morávek absolvoval navíc soukromý chat s Sergem Wroclawskim, členem DWG (http://wiki.osmfoundation.org/wiki/Data_Working_Group). Zdá se tedy, že pokud přijmeme dosažený kompromis, pak by se s importem mohlo začít. Obecně bylo požadováno, abychom se vyhnuli potenciálním duplictiám a probémům a použili hranice určené polygony v OSM všude, kde to bude možné. Dává to smysl, protože jednak se s adresami určenými částečně hranicemi dá skutečně pracovat, čehož důkazem je New York, který si vystačí s ulicí a číslem domu. Druhak při změně jakékoliv hranice obce není potřeba změnit všechna adresní místa, jichž se změna dotýká. Vezmu to popořadě podle značek: * addr:housenumber * addr:conscriptionnumber * addr:streetnumber * addr:provisionalnumber * addr:street Tyhle ZNAČKY nikdo nezpochybňuje. * addr:place - pro část obce. Umožní hledat Nominatimem ve vesnicích, kde nejsou ulice, podle ČástObce ČísloDomu. Ve městě umí vyhledávat, jen pokud je dům označen číslem domu, ale nemá ulici, např. Libeň 2295. Nemožnost vyhledat adresu podle ČástObce ČísloDomu i v městech, kde jsou pojmenované ulice, je chybějící funkce Nominatimu - snad se to časem také naučí. Naštestí značku nelze nepřidat, protože není definována hranicemi, ale jen výčtem, je tedy potřeba ji přidávat při importu, což se podařilo autoritám vysvětlit. * addr:borough nebo addr:suburb addr:borough se nelíbilo, protože se zatím nepoužívá. A ať už by se značka jmenovala jakkoliv, bylo doporučeno ji nepřidávat, ale radši z RÚIAN naimportovat hranice městkých částí/obvodů. Ty zatím v OSM nemáme a nevíme, kdo se tohoto importu ujme. * addr:postcode U nás asi nejde nahradit polygonu hranic, protože PSČ u nás není úplně geografická záležitost. Jak se přiděluje ví asi jen pošta sama. Musí být součástí importované adresy. Ovšem doručovací poštu k dané adrese importovat nebudeme, dá se dohledat na internetu a do mapy asi úplně nepatří. * addr:city Tohle asi vyvolá největší odpor, ale opět je logické, aby se značka nepřidávala, protože v OSM máme hranice. Značku bychom přidávali pouze v případech, kdy adresa administrativně spadá do jiné obce, než ve které leží podle geografických hranic. Výhodou tohoto řešení je, že pokud dojde ke sloučení obcí, nebo naopak vydělení nějaké části, tak stačí změnit údaj na hranicích a není třeba aktualizovat stovky až tisíce adresních bodů. Příklad: Zjistí se, že timestamp města se změnil a budou se muset projet všechny body, které jsou v tomto městě, jestli se nemá název města změnit. Pokud ano, musí se změnit všechny ty body a API 0.6 navíc neumí změnit jeden tag, ale musí se nahrát celý bod znovu. A to se týká všech entit, ulic, suburb i country.. U place se to tak ovšem bude muset dělat. * addr:country=CZ nebude se přidávat, máme v OSM hranice. Ale z existujících bodů se nebude ani mazat. * ref:ruian:addr zachovává vazbu na RÚIAN pro příští aktualizace, umožňuje vytvořit odkaz na veřejný dálkový přístup do RÚIAN. Nikdo nezpochybňoval. * is_in bude při importu odstraňován a od jeho užívání bude odrazováno, kromě výjimečných případů. V podstatě jen duplikuje hraniční polygony a nemá jasnou strukturu a koneckonců ani používaný oddělovač hodnot není asi v pořádku. Značky, které nechceme přidávat, by se při importu měly i mazat: country, city, suburb a borough. Informace o dalších vymazávaných značkách jsou tady http://wiki.openstreetmap.org/wiki/Cs:Import_adres_z_RUIAN#Tagov.C3.A1n.C3.A D Podepsáni: Petr Morávek Petr Vejsada Marián Kyral Dalibor Jelínek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Chyby v multipolygonech a cestách
Ahoj, v rámci své bakalářky (Hledání pěších tras po Praze) narážím poměrně často na různé chyby v multipolygonech a cestách. Jedná se převážně o následující: - chybějící hrany v multipolygonu, takže není uzavřený (viz Karlovo náměstí, již jsem opravil) - chybějící role hrany (viz Letiště Václava Havla, již jsem opravil) - překrývající se body se špatně napojenými cestami (2684749047) Chtěl jsem se zeptat v této souvislosti na několik věcí: 1) Editory při vzniku takovýchto chyb nevarují uživatele, nebo to je uživatelská ignorance? 2) Je někde místo, kam to reporotvat, pokud to neumím/nemám čas opravit? 3) Dají se nějak opravit ty překrývající se body, aniž by se to celé udělalo znovu? 4) Neumí JOSM stáhnout okolí bodu/cesty/relace zadané pomocí id? Nebaví mne vždy vzít id objektu, najít si ho na osm.org, najít si správný výřez v JOSM a pak to konečně opravit? 5) Neumí JOSM k bodu zobrazit související cesty? 6) To to nikdo nepoužívá, nebo jsou všechny programy tak odolné? Budu rád i za částečné odpovědi, rád se něco přiučím, zkouším nalezené chyby opravovat, ale s některými si opravdu nevím rady. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Chyby v multipolygonech a cestách
Dne 22.3.2014 20:36, Jethro napsal(a): Ahoj, v rámci své bakalářky (Hledání pěších tras po Praze) narážím poměrně často na různé chyby v multipolygonech a cestách. Jedná se převážně o následující: - chybějící hrany v multipolygonu, takže není uzavřený (viz Karlovo náměstí, již jsem opravil) - chybějící role hrany (viz Letiště Václava Havla, již jsem opravil) - překrývající se body se špatně napojenými cestami (2684749047) Chtěl jsem se zeptat v této souvislosti na několik věcí: 1) Editory při vzniku takovýchto chyb nevarují uživatele, nebo to je uživatelská ignorance? 2) Je někde místo, kam to reporotvat, pokud to neumím/nemám čas opravit? 3) Dají se nějak opravit ty překrývající se body, aniž by se to celé udělalo znovu? 4) Neumí JOSM stáhnout okolí bodu/cesty/relace zadané pomocí id? Nebaví mne vždy vzít id objektu, najít si ho na osm.org http://osm.org, najít si správný výřez v JOSM a pak to konečně opravit? 5) Neumí JOSM k bodu zobrazit související cesty? 6) To to nikdo nepoužívá, nebo jsou všechny programy tak odolné? Cus 1) castecne to i ono, editoru je hromada, kazdy se chova jinak, nejvic chyb vznikne pri ruznych upravach, kdy editor casto zcela ignoruje ruzny aspekty zmeny. Delat se stim moc neda protoze OSM nema zadnou definici toho co je a co neni dobre. 2) asi nejjednodussi je primo do mapy udelat poznamku a popsat co je tam blbe, vsichni do vidi a nekdo to spravi. 3) slo by to asi i automaticky, jenze ... spousta tehle chyb vznikla kvuli relicencovani a naslednym reimportum. Otazka urceni kde to ma byt jeden bod a kde ne ... je opet na rucnim vyhodnoceni. Ad zbytek, nejspis to nikdo nepotrebuje, protoze se to dela opacne. Viz trebas http://keepright.ipax.at/report_map.php ... kdyz klipnes na chybu, josm to umi rovnou otevrit. Jinak na uvedeny adrese najdes mapu s hromadou ruznych hintu vedoucich k potencielnim chybam. Takovych map existuje nekolik + dalsi nastroje. Budu rád i za částečné odpovědi, rád se něco přiučím, zkouším nalezené chyby opravovat, ale s některými si opravdu nevím rady. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Chyby v multipolygonech a cestách
Validátor nejen polygonů http://tools.geofabrik.de/osmi/?view=multipolygonlon=14.41302lat=50.06856zoom=11overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags Chyby lze rychle otevřít v editorech. Občas něco opravím, ale za chvilku je to zase rozbité. Dost uživatelů polygony a relace nechápe ... Honza Mladý alias mkačer Od: Jethro Odesláno: 22. března 2014 20:36 Komu: talk-cz@openstreetmap.org Předmět: [Talk-cz] Chyby v multipolygonech a cestách Ahoj, v rámci své bakalářky (Hledání pěších tras po Praze) narážím poměrně často na různé chyby v multipolygonech a cestách. Jedná se převážně o následující: - chybějící hrany v multipolygonu, takže není uzavřený (viz Karlovo náměstí, již jsem opravil) - chybějící role hrany (viz Letiště Václava Havla, již jsem opravil) - překrývající se body se špatně napojenými cestami (2684749047) Chtěl jsem se zeptat v této souvislosti na několik věcí: 1) Editory při vzniku takovýchto chyb nevarují uživatele, nebo to je uživatelská ignorance? 2) Je někde místo, kam to reporotvat, pokud to neumím/nemám čas opravit? 3) Dají se nějak opravit ty překrývající se body, aniž by se to celé udělalo znovu? 4) Neumí JOSM stáhnout okolí bodu/cesty/relace zadané pomocí id? Nebaví mne vždy vzít id objektu, najít si ho na osm.orghttp://osm.org, najít si správný výřez v JOSM a pak to konečně opravit? 5) Neumí JOSM k bodu zobrazit související cesty? 6) To to nikdo nepoužívá, nebo jsou všechny programy tak odolné? Budu rád i za částečné odpovědi, rád se něco přiučím, zkouším nalezené chyby opravovat, ale s některými si opravdu nevím rady. S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] area:highway
Ahoj, na několika místech v Praze jsem narazil na tagování pěších oblastí jako area:highway=pedestrian. Dle taginfa je takových asi třicet v ČR, na wiki takové tagování není. Mám to přepsat na area=yes, highway=pedestrian? Mám se příště ptát kvůli takovýmto věcem, nebo to mám automaticky opravovat? S pozdravem Tomáš Jethro Pokorný ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Nouvelle série d'améliorations d'Osmose
Le 20/03/2014 13:52, Frédéric Rodrigo a écrit : Des travaux sont en cours dans le cadre de OpenAquiMap sur la documentation, toutes les analyses sont maintenant documentées sur le wiki en Anglais, Français et Néerlandais. https://wiki.openstreetmap.org/wiki/FR:Osmose/errors L'intégration de jeux de données OpenData sur la région Aquitaine est également en court. Les catégories d'intégration de données sont un peu retouchées pour les rendre plus génériques. Ces deux dernières épates sont maintenant terminées. La documentation complète d'Osmose sur le Wiki a été mise à jour en anglais et français (Néerlandais en cours de par un contributeur). https://wiki.openstreetmap.org/wiki/FR:Osmose https://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs La liste des pays supportés par Osmose n'est pas à jour, il commence a y en avoir trop pour la maintenir. On s'oriente vers l'utilisation d'une carte générée pour ça. L'intégration de données OpenData sur l'Aquitaine est aussi activé. On été ajouté : public_transport_FR_transgironde public_transport_FR_tbc public_transport_FR_cg71 recycling_FR_cub recycling_FR_capp_glass recycling_FR_capp_clothes parking_FR_capp parking_FR_cub tourism_FR_gironde_camp_caravan tourism_FR_gironde_museum tourism_FR_gironde_information bicycle_parking_FR_bordeaux bicycle_parking_FR_capp bicycle_rental_FR_cub bicycle_rental_FR_capp public_equipment_FR_bordeaux_toilets sport_FR_gironde_equestrian Les données proviennent du CG de Gironde, de l'Observatoire du comité départemental du Tourisme de la Gironde, de la Communauté d'Agglomération Pau-Pyrénées, de la Communauté Urbaine de Bordeaux et de la Ville de Bordeaux. On peut bien sûr ajouter d'autres sources si vous le demandez, et ce, n'importe où dans le monde. On les retrouve ici : http://osmose.openstreetmap.fr/fr/map/#zoom=9lat=44.144lon=-1.206item=8010%2C8011%2C8040%2C8041%2C8120%2C8130%2C8131%2C8140%2C8150%2C8160%2C8170level=1%2C2%2C3tags=fixable= Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 24-25 mai 2014 | Paris | Ubuntu Party
Salut à tous, Le 24 et 25 mai prochains aura lieu à la Cité des Sciences et de l'Industrie, à Paris, l'Ubuntu Party Paris, de 11h à 18h. Cet événement rassemble la communauté Ubuntu et les associations du libre de région parisienne, et actuellement, OSM fait cruellement défaut. L'association OSM-fr peut avoir un stand associatif. Par ailleurs, une conférence et un atelier OSM sont possibles; une cartopartie est aussi possible. Qui est volontaire? Jean-Marc Gailis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations cassées par un groupe de modification : que faire ?
Le 22 mars 2014 18:07, Brice MALLET brice...@free.fr a écrit : ...http://osm.org/go/eruLaoPIl-- Où la présence d'un chemin, d'une route ou d'un cours d'eau interrompt la surface. HS, mais juste pour signaler que highway=path n'autorise aucun véhicule. path représente un sentier de randonnée. Donc aucun logiciel de routage, autre que piéton, ne peux accèder à la Bigotière. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations cassées par un groupe de modification : que faire ?
path ce n'est pas qu'un sentier de randonnée, même si cela n'admet pas les véhicules de tourisme. Cela peut être un chemin piéton dans un parc, et le chemin pourrait être artificialisé (gravillonné) même si le plus souvent ce n'est qu'un chemin de terre qui serpente entre les herbes. Et des tracteurs ou engins forestiers tout terrain pourraient aussi y rouler de temps en temps (cependant si c'est assez large, disons 3 mètres, et pas trop pentu on taguera plutôt un track, vibile par le fait des deux ornières parallèles). De nombreux path peuvent y faire rouler des vélos (même si ce n'est pas des VTT, car les VTT vont un peu partout même en sortant des pistes marquées, si le terrain l'autorise, le minimum étant que le chemin ne soit pas sur une propriété strictement privée). Les chemin vicinaux en frontières de communes, anciens chemins de ronde (aujourd'hui de promenade), chemins des douaniers tombent souvent selon le cas dans un des deux cas (pas toujours très praticables en véhicule car pas entretenus et avec des ornières creusées avec des trous d'eau quand ils servent encore aux engins agricoles), mais le plus souvent cela reste des tracks: il est plus facile d'y circuler en tracteur qu'à pied. Je crois que le critère discriminant entre les deux c'est la largeur du passage marqué au sol (même si ce n'est pas évident à suivre si c'est envahi d'herbes ou de ronces qui interdisent les piétons... pas les tracteurs), et l'absence de pente (ou de traversée de fossés). Sur une plage ou dans les dunes toutefois, on ne met que des paths, pas des tracks, sauf si le chemin est réellement marqué comme accessible aux véhicules (exemple: voies d'accès pour amener un bateau et le mettre à l'eau; c'est une autorisation locale marquée par panneau ; mais si ce chemin est artificialisé, bétonné, évidememnt on tague highway=service). En effet ce chemin disparait constamment avec l'action de la mer ou du vent. Et ce n'est pas parce qu'on a délimité le chemin (pour protéger les dunes et même éviter le piétinement) que ce sentier path interdit *tout* véhicule (motorisé ou pas) Un chemin track a souvent un nom, et il figure au cadastre, ce n'est pas toujours le cas du sentier path dont le tracé n'est pas figé et traverse les parcelles et dont le tracé changera en fonction des coupes des arbres ou de l'aménagement de gué ou petits ponts pour traverser les fossés, ou selon les saisons (état du terrain: inondation, neige...). De nombreux sentiers path ne sont donc même pas balisés on ne le sont qu'épisodiquement dans certains passages plus ou moins obligés (de fait des path peuvent n'être reliés à rien, commencer et finir au milieu de rien parce que plus loin il y a plein de cheminements possibles au milieu d'un champ, d'une forêt, d'une plage, d'une place piétonne). Le 22 mars 2014 18:28, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 22 mars 2014 18:07, Brice MALLET brice...@free.fr a écrit : ...http://osm.org/go/eruLaoPIl-- Où la présence d'un chemin, d'une route ou d'un cours d'eau interrompt la surface. HS, mais juste pour signaler que highway=path n'autorise aucun véhicule. path représente un sentier de randonnée. Donc aucun logiciel de routage, autre que piéton, ne peux accèder à la Bigotière. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] SOTM-Fr : proposer une présentation
Bonjour, le SOTM-fr approche ! Mais il est encore possible cette semaine de proposer des présentations pour la journée du samedi 5 avril. Si vous souhaitez partager sur un sujet, n'hésitez pas, que ce soit au travers d'une présentation, ou d'une démo. Les interventions peuvent être courtes (light talk, ~5mn) ou plus longues, jusqu'à 1/2h. Ne tardez pas néanmoins. Pour vos propositions, toujours une seule adresse : cont...@openstreetmap.fr merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] building=house vs building=detached
Hi all, What the difference between building=house and building=detached? My understanding is that a house that has two addresses (and two familes) would be considered as building=house, whereas if there is only one address and one family, then it is building=detached. -- Saikrishna Arcot signature.asc Description: This is a digitally signed message part. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] building=house vs building=detached
Interesting. I think this might be one of those UK centric ones. According to the wiki, you're correct. However here in the USA, I think many people, especially new ones, would draw their house on OSM, and then tag it with house on iD. Here a house is the place where a person or family resides. Sometimes they're attached, other times they're detached. On Sat, Mar 22, 2014 at 5:29 PM, Saikrishna Arcot saiarcot...@gmail.comwrote: Hi all, What the difference between building=house and building=detached? My understanding is that a house that has two addresses (and two familes) would be considered as building=house, whereas if there is only one address and one family, then it is building=detached. -- Saikrishna Arcot ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Elliott Plack http://about.me/elliottp ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
