[OSM-talk] local chapter DWG
Dear everyone, This is a thorny issue bit will ask anyway. ;) Not very often, but we do encounter questionable contributions. Normally, local mappers would contact the specific contributor to explain and provide guidance. But in some cases, these messages were ignored and the contributor continues to do questionable edits. There is a DWG [0] to resolve such issue. We do understand that DWG members are volunteers like most of us and local issues might not get attention immediately. I would like to discuss the possibility for our local chapter/community to form our own sort of DWG where we can address local concerns/disputes. We have a few active and trusted volunteers who can discuss and resolve such issues. But in rare occasions we think we should have the rights to do temporary blocks within our local areas. [0] wiki.openstreetmap.org/wiki/Data_working_group -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Planned downtime for Overpass API
Dear all, the server hardware of overpass-api.de will be enhanced Wednesday morning. For this purpose, in the time window between 05h00 UTC and 11h00 UTC a hopefully much shorter downtime is scheduled. The Overpass instance overpass.osm.rambler.ru is planned to be fully operational, so please switch during the break to that instance. The work will add a SSD to the disks of the server. This should, after reconfiguring the server, speed-up queries significantly (I hope for at least a factor of 2). I would like to thank FOSSGIS for funding this server enhancement. Best regards, Roland ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] local chapter DWG
Maning, Are you concerned about a specific issue in particular? Is there something that you've complained about that the DWG hasn't acted upon, because I haven't seen any mail from you to the DWG. If there's a specific issue you're concerned about, I think the best step would be to contact the DWG. And if there are specific trusted members of the community there who have this much spare time to work on DWG issues, they should volunteer for the DWG. AFAIK neither have you asked for anything, nor have any new volunteers stepped forth for consideration. - Serge On Mon, Apr 14, 2014 at 7:57 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, This is a thorny issue bit will ask anyway. ;) Not very often, but we do encounter questionable contributions. Normally, local mappers would contact the specific contributor to explain and provide guidance. But in some cases, these messages were ignored and the contributor continues to do questionable edits. There is a DWG [0] to resolve such issue. We do understand that DWG members are volunteers like most of us and local issues might not get attention immediately. I would like to discuss the possibility for our local chapter/community to form our own sort of DWG where we can address local concerns/disputes. We have a few active and trusted volunteers who can discuss and resolve such issues. But in rare occasions we think we should have the rights to do temporary blocks within our local areas. [0] wiki.openstreetmap.org/wiki/Data_working_group -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] local chapter DWG
Manning, I think this is a great idea. It would be great to give local communities even more ownership over the map/data in their area. On Mon, Apr 14, 2014 at 7:57 AM, maning sambale emmanuel.samb...@gmail.comwrote: Dear everyone, This is a thorny issue bit will ask anyway. ;) Not very often, but we do encounter questionable contributions. Normally, local mappers would contact the specific contributor to explain and provide guidance. But in some cases, these messages were ignored and the contributor continues to do questionable edits. There is a DWG [0] to resolve such issue. We do understand that DWG members are volunteers like most of us and local issues might not get attention immediately. I would like to discuss the possibility for our local chapter/community to form our own sort of DWG where we can address local concerns/disputes. We have a few active and trusted volunteers who can discuss and resolve such issues. But in rare occasions we think we should have the rights to do temporary blocks within our local areas. [0] wiki.openstreetmap.org/wiki/Data_working_group -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] local chapter DWG
I think if someone in a community wants to volunteer for this kind of job, I think he/she would be welcome to the DWG. For language reason, he would certainly endorse local issues, but with a larger view: remember that OSM is a global project. Imagine the fun in dealing with someone not happy with the local DWG complaining to a main DWG ... On 14 avril 2014 13:57:43 UTC+02:00, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, This is a thorny issue bit will ask anyway. ;) Not very often, but we do encounter questionable contributions. Normally, local mappers would contact the specific contributor to explain and provide guidance. But in some cases, these messages were ignored and the contributor continues to do questionable edits. There is a DWG [0] to resolve such issue. We do understand that DWG members are volunteers like most of us and local issues might not get attention immediately. I would like to discuss the possibility for our local chapter/community to form our own sort of DWG where we can address local concerns/disputes. We have a few active and trusted volunteers who can discuss and resolve such issues. But in rare occasions we think we should have the rights to do temporary blocks within our local areas. [0] wiki.openstreetmap.org/wiki/Data_working_group -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] local chapter DWG
Am 14.04.2014 19:31, schrieb Kathleen Danielson: Manning, I think this is a great idea. It would be great to give local communities even more ownership over the map/data in their area. Please consider that while collection is local, usage is global. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Labeling Features
Hi everyone, I am new to HOT, and I tried to complete one of the mapping tasks for the CAR region. Here is my question: I digitized a few roads and buildings, but I did not understand where to get information to label the digitized features, as I did not see any labels for roads or buildings on the imagery data (which I expected would have them). I did not want to mark the task as completed without first labeling the features correctly. Where can I get this information? I use Bing, OSM and MapQuest Aerial. I've checked OSM documentation, but I am unable to find the answer. Please pardon my ignorance! Thanks for your feedback! Khushdeep ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Labeling Features
Hi Khushdeep, welcome to OSM. There is no information about street names and such in aerial imagery. Tracing from imagery is therefore done when you got the information out of the images. Labels are not part of these tasks. Of course if you were there, mapping as a local, not remotely, you should of course add as much information as possible, especially street names and so on, but as a remote mapper this is usually impossible and for that reason not part of the tasks. Perhaps the HOT guidelines should be adjusted if they don't make that clear. regards Peter Am 14.04.2014 21:00, schrieb khushi malhotra: Hi everyone, I am new to HOT, and I tried to complete one of the mapping tasks for the CAR region. Here is my question: I digitized a few roads and buildings, but I did not understand where to get information to label the digitized features, as I did not see any labels for roads or buildings on the imagery data (which I expected would have them). I did not want to mark the task as completed without first labeling the features correctly. Where can I get this information? I use Bing, OSM and MapQuest Aerial. I've checked OSM documentation, but I am unable to find the answer. Please pardon my ignorance! Thanks for your feedback! Khushdeep ___ 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] local chapter DWG
On 14/04/2014, Serge Wroclawski emac...@gmail.com wrote: And if there are specific trusted members of the community there who have this much spare time to work on DWG issues, they should volunteer for the DWG. AFAIK neither have you asked for anything, nor have any new volunteers stepped forth for consideration. I'll hazard a guess that the OP felt intimidated at the idea of becoming an actual DWG. Maybe the process of becoming one, and the associated duties and powers are not clear enough ? I assume that DWG members are free to focus on a particular area of the world, but that any other requirements would be the same for a local member as for a global one ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Paradas de Ônibus no Distrito Federal
Enviei um email para o DFtrans. Vamos aguardar a resposta. Em 14 de abril de 2014 01:46, Fernando Trebien fernando.treb...@gmail.comescreveu: Olá Eduardo, Já tentou um contato com a DFTrans? 2014-04-13 11:24 GMT-03:00 Eduardo Nunes e...@ymail.com: Prezados, Vocês perceberam que todas as paradas de ônibus do DF foram adicionadas no Google Maps. Acredito que o Google tenha conseguido os dados junto ao Dftrans. Como poderíamos conseguir esses dados para importar no Openstreetmap? O site www.mobee.io também possui os dados no mapa deles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ
Ok João, Fico agradecido pelas dicas. Só que devo começar em alguns dias, já que tinha me programado para aquele fim de semana da postagem. Fique a vontade, se quiser comentar após a atualização. Falando em atualização, uma dúvida; não seria possível solicitar aos desenvolvedores do ID para destacar ruas sem nome (outra cor por exemplo). Explico, quando pego uma área para atualizar, no final sempre fica alguma rua por fazer, já que dependendo do zoom, não aparecem os nomes das ruas. Um destaque facilitaria bastante... Forte abraço, Hélio. From: john.pack...@gmail.com Date: Sun, 13 Apr 2014 18:17:25 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Olá Hélio, Já que não é uma atualização automática, fica bem mais tranquilo de fazer. O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo por membros experientes. Só que como vai ser uma atualização bem grande, peço que sempre que possível citar as fontes que usou naquele conjunto de alteração no campo de comentários que aparece quando vai salvar as alterações. Isso porquê quando uma fonte não é citada, geralmente é suposto que vem de um survey (coleta de dados no local). O JOSM cria um campo separado para citar a fonte, mas infelizmente no iD tem que ser no comentário. Bom trabalho! Abs, João Em 5 de abril de 2014 08:35, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Amigos da lista, bom dia, Como foi solicitado pelo colega Nelson, que deveríamos informar a toda lista antes de fazer atualizações maiores, solicito aos senhores que avaliem o meu pedido para alterar, via ID, copiando informações de sites permitidos, a seguinte área, já que a mesma está com um grande buraco: https://www.openstreetmap.org/edit?relation=2215540#map=17/-22.15111/-42.41987 Obrigado, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Oi, Nelson, vi a mensagem só agora. Obrigado por lembrar. Atualizarei o kit com a nova versão do mkgmap. abraço, Paulo Em 12 de abril de 2014 12:17, Nelson A. de Oliveira nao...@gmail.comescreveu: Eu atualizei o estado de SP (em http://naoliv.iq.unesp.br/mapas/) utilizando a nova versão do mkgmap (que agora já suporta utilizar um caminho como via). Paulo, seria interessante você também atualizar o seu kit do Cocar (e talvez gerar novamente os mapas que você já disponibiliza). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nome de rua com erro.
Na verdade, ter abreviações em nomes de ruas (seja no prefixo Rua/Avenida, seja no nome em si) é um erro, e é uma das coisas que eu mais corrijo nas revisões de QA que faço na RMRJ. O correto é especificar sempre o nome por extenso, ainda que se trate de uma travessa pequena com nome grande que acabe não aparecendo na renderização. []s Arlindo Em 12/04/2014 22:22, John Packer john.pack...@gmail.com escreveu: Esse tipo de erro é só esperar um tempo que passa. O que está acontecendo é que uns blocos de imagens foram atualizados e outros não ainda. (pode ver que o nome está cortado no nome, bem onde começaria outro bloco de imagem). Era pra ser mais rápido(5-10 min), mas tem alguns dias que o servidor demora mais para gerar as imagens certinho. Ah, e uma dica: no OSM a recomendação é deixar os nomes de ruas sem abreviação alguma quando se sabe o que ela significa. Neste caso, em vez de Avenida Dr. Valdemiro Cruz, seria Avenida Doutor Valdemiro Cruz Abs, João Em 12 de abril de 2014 22:16, Da Silva Músico dasilvamus...@gmail.comescreveu: Boa noite a todos, Comecei a nomear as ruas de meu bairro, mas está dando um erro na visualização do nome da rua: Avenida Dr. Valdemiro Cruz, https://www.openstreetmap.org/#map=17/-16.78044/-49.34980 isso é normal, ou é um problema de navegador? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] iD destacar ruas sem nome (era Re: Atualização Bom Jardim/Nova Friburgo RJ)
Isso seria muito bom mesmo. Existe uma renderização (não lembro o link de cor, estou no celular) chamada nonames que fazia justamente esse destaque de ruas sem nomes. Infelizmente essa camada não é atualizada a bastante tempo, e continua destacando ruas que já tem nomes. []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nome de rua com erro.
Segunda nomes dos ruas com error. Descobri atravez o TMS IBGE, que ha varias ruas em Guarapari com mesmo nome, muitos bairros tem ruas com nomes como “A”, “B”, etc, e “Um”, “Dois”, etc. Também nomes como “Avenida Brasil”, “Avenida Pernambuco”, e similares também aparecendo em vários bairros. Como Guarapari não tem bairros bem definido (não conheço nenhuma diviso entre bairros), e difícil descobre se e um erro no banco dados ou não. Quando tenho possibilidade preciso visitar tudo estes ruas para verificar placas. Nao procurei em outros cidades se tem situações similares. Aun Johnsen On Apr 14, 2014, at 10:37, Arlindo Pereira openstreet...@arlindopereira.com wrote: Na verdade, ter abreviações em nomes de ruas (seja no prefixo Rua/Avenida, seja no nome em si) é um erro, e é uma das coisas que eu mais corrijo nas revisões de QA que faço na RMRJ. O correto é especificar sempre o nome por extenso, ainda que se trate de uma travessa pequena com nome grande que acabe não aparecendo na renderização. []s Arlindo Em 12/04/2014 22:22, John Packer john.pack...@gmail.com escreveu: Esse tipo de erro é só esperar um tempo que passa. O que está acontecendo é que uns blocos de imagens foram atualizados e outros não ainda. (pode ver que o nome está cortado no nome, bem onde começaria outro bloco de imagem). Era pra ser mais rápido(5-10 min), mas tem alguns dias que o servidor demora mais para gerar as imagens certinho. Ah, e uma dica: no OSM a recomendação é deixar os nomes de ruas sem abreviação alguma quando se sabe o que ela significa. Neste caso, em vez de Avenida Dr. Valdemiro Cruz, seria Avenida Doutor Valdemiro Cruz Abs, João Em 12 de abril de 2014 22:16, Da Silva Músico dasilvamus...@gmail.com escreveu: Boa noite a todos, Comecei a nomear as ruas de meu bairro, mas está dando um erro na visualização do nome da rua: Avenida Dr. Valdemiro Cruz, https://www.openstreetmap.org/#map=17/-16.78044/-49.34980 isso é normal, ou é um problema de navegador? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] mapeamento da epidemia de Ebola
Antes que emigrei p Brasil fui doador do MSF, depois faltou o estabilidade do onde meu salário bateu, assim todos gastos regulares desde tipo fui cancelado. Talvez e tempo reabre os doações ao MSF. Por enquanto sou feliz ver que nosso trabalho no OSM também e util para MSF e outros organicacoes similares. Lembro do Tahiti que o combinação do mapeamento OSM, gera imagens img para garmin, e bit-torrent talvez salvou mais vidas que qualquer outro ajuda. Aun Johnsen On Apr 13, 2014, at 19:20, Gerald Weber gwebe...@gmail.com wrote: 2014-04-13 9:30 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: MSF + OSM é uma combinação e tanto. Fico feliz por contribuir para os dois. Escolhi o MSF porque essa entidade não tem padrinhos (grandes grupos ou organizações políticas, como as Nações Unidas), portanto não tem agenda política. Eles levam ajuda para quem necessita, seja cristão, muçulmano, capitalista ou comunista. Totalmente de acordo. Também sou doador do MSF deste o terremoto que dvastou o Haiti em 2010, mesma ocasião em que escutei falar pela primeira vez no OSM: http://hot.openstreetmap.org/projects/haiti-2 Ainda que off-topic, para quem não conhece sugiro uma visita ao site o MSF https://www.msf.org.br/ para conhecer o fantástico trabalho desta organização ganhadora do prêmio Nobel da Paz. abraço a todos Gerald ___ 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] Caminhos como via em restrições
Paulo... Usando o JOSM, comecei a fazer uma Poly do zero, estou me bazendo pelo limites do IBGE, começei onte mas achei que era fácil, não é mole Não. Começei do Ponto Zero em Fernando de Noronha descendo pro Sul,subindo sentido Leste, ja coloquei 10hs nela acho que vai mais uma 20hs de com dedo grudado no mouse.. Se der certo ele, vou compilar um mapa BR, se fica certinho sem nenhum Pais,sem limites extrapolados lá na pesquisa de Países, acho erro vou ter q ver certinho se é mesmo erro de poly depois ou erro de Limite Administrativo no OSM, ficando tudo certo deixo aqui depois para testes.. ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 Date: Mon, 14 Apr 2014 09:36:01 -0300 From: paulo.r.m.carva...@gmail.com To: nao...@gmail.com; talk-br@openstreetmap.org Subject: Re: [Talk-br] Caminhos como via em restrições Oi, Nelson, vi a mensagem só agora. Obrigado por lembrar. Atualizarei o kit com a nova versão do mkgmap. abraço, Paulo Em 12 de abril de 2014 12:17, Nelson A. de Oliveira nao...@gmail.com escreveu: Eu atualizei o estado de SP (em http://naoliv.iq.unesp.br/mapas/) utilizando a nova versão do mkgmap (que agora já suporta utilizar um caminho como via). Paulo, seria interessante você também atualizar o seu kit do Cocar (e talvez gerar novamente os mapas que você já disponibiliza). ___ 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] Caminhos como via em restrições
Anor, 2014-04-14 13:02 GMT-03:00 A. Carlos anorcar...@hotmail.com: Usando o JOSM, comecei a fazer uma Poly do zero, estou me bazendo pelo limites do IBGE, começei onte mas achei que era fácil, não é mole Não. Começei do Ponto Zero em Fernando de Noronha descendo pro Sul,subindo sentido Leste, ja coloquei 10hs nela acho que vai mais uma 20hs de com dedo grudado no mouse.. Esse é um poly exato do Brasil, sem nenhum outro país: http://naoliv.iq.unesp.br/osm/poly/Brasil.poly ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Nelson... Este poly tem 67mil nós, na compilação o máximo que o compilador aceita hje é 60mil nós. ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 Date: Mon, 14 Apr 2014 13:08:04 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br]Caminhos como via em restrições Anor, 2014-04-14 13:02 GMT-03:00 A. Carlos anorcar...@hotmail.com: Usando o JOSM, comecei a fazer uma Poly do zero, estou me bazendo pelo limites do IBGE, começei onte mas achei que era fácil, não é mole Não. Começei do Ponto Zero em Fernando de Noronha descendo pro Sul,subindo sentido Leste, ja coloquei 10hs nela acho que vai mais uma 20hs de com dedo grudado no mouse.. Esse é um poly exato do Brasil, sem nenhum outro país: http://naoliv.iq.unesp.br/osm/poly/Brasil.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
Re: [Talk-br] Caminhos como via em restrições
2014-04-14 13:13 GMT-03:00 A. Carlos anorcar...@hotmail.com: Nelson... Este poly tem 67mil nós, na compilação o máximo que o compilador aceita hje é 60mil nós. O Paulo não tinha contornado isso? De qualquer forma, não é melhor simplificar esse poly do que traçar um do zero? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
2014-04-14 13:15 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: De qualquer forma, não é melhor simplificar esse poly do que traçar um do zero? Simplificando no JOSM com simplify-way.max-error=2 o polígono principal cai para 59257 nós. Dá para fazer algo assim também: http://i.imgur.com/jIb8ixr.png Já que não existe outro país à direta (no mar). Com isso é cerca de mil nós a menos (~58 mil) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Caminhos como via em restrições
Já ajuda.. agora só pegar este poly e compiliar outro mapa, na pesquisa Países ver se ele joga somente Brasil. Já que este bug também tem no mapa espanhol,pegando vários paises de fronteira..o que se deduz que o Poly deles foi feito a facão rsrsr ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 Date: Mon, 14 Apr 2014 13:33:34 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br]Caminhos como via em restrições 2014-04-14 13:15 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: De qualquer forma, não é melhor simplificar esse poly do que traçar um do zero? Simplificando no JOSM com simplify-way.max-error=2 o polígono principal cai para 59257 nós. Dá para fazer algo assim também: http://i.imgur.com/jIb8ixr.png Já que não existe outro país à direta (no mar). Com isso é cerca de mil nós a menos (~58 mil) ___ 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] Atualização Bom Jardim/Nova Friburgo RJ
Hélio, como o seu trabalho vai ser grande, uma sugestão é dedicar um tempo pra aprender a usar o JOSM e usá-lo ao invés do iD. O próprio validador embutido no JOSM informa antes do upload se tem ruas sem nome e quais são. O JOSM vem com várias ferramentas que agilizam o seu trabalho e a verificação de erros. Isso é muito útil, mas também significa que demora um pouco até dominá-lo. Sugiro começar aprendendo as teclas de atalho: http://josm.openstreetmap.de/wiki/Shortcuts 2014-04-14 7:31 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Ok João, Fico agradecido pelas dicas. Só que devo começar em alguns dias, já que tinha me programado para aquele fim de semana da postagem. Fique a vontade, se quiser comentar após a atualização. Falando em atualização, uma dúvida; não seria possível solicitar aos desenvolvedores do ID para destacar ruas sem nome (outra cor por exemplo). Explico, quando pego uma área para atualizar, no final sempre fica alguma rua por fazer, já que dependendo do zoom, não aparecem os nomes das ruas. Um destaque facilitaria bastante... Forte abraço, Hélio. From: john.pack...@gmail.com Date: Sun, 13 Apr 2014 18:17:25 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Olá Hélio, Já que não é uma atualização automática, fica bem mais tranquilo de fazer. O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo por membros experientes. Só que como vai ser uma atualização bem grande, peço que sempre que possível citar as fontes que usou naquele conjunto de alteração no campo de comentários que aparece quando vai salvar as alterações. Isso porquê quando uma fonte não é citada, geralmente é suposto que vem de um survey (coleta de dados no local). O JOSM cria um campo separado para citar a fonte, mas infelizmente no iD tem que ser no comentário. Bom trabalho! Abs, João Em 5 de abril de 2014 08:35, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Amigos da lista, bom dia, Como foi solicitado pelo colega Nelson, que deveríamos informar a toda lista antes de fazer atualizações maiores, solicito aos senhores que avaliem o meu pedido para alterar, via ID, copiando informações de sites permitidos, a seguinte área, já que a mesma está com um grande buraco: https://www.openstreetmap.org/edit?relation=2215540#map=17/-22.15111/-42.41987 Obrigado, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] iD destacar ruas sem nome (era Re: Atualização Bom Jardim/Nova Friburgo RJ)
Eu acabei de atualizar o template do wiki que gera o painel direito nos artigos dos estados e municípios, e um dos links novos é o de um serviço equivalente ao antigo NoNames. Dêem uma olhada lá. On Apr 14, 2014 10:40 AM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Isso seria muito bom mesmo. Existe uma renderização (não lembro o link de cor, estou no celular) chamada nonames que fazia justamente esse destaque de ruas sem nomes. Infelizmente essa camada não é atualizada a bastante tempo, e continua destacando ruas que já tem nomes. []s Arlindo ___ 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] iD destacar ruas sem nome (era Re: Atualização Bom Jardim/Nova Friburgo RJ)
Boa! =) []s Arlindo 2014-04-14 14:52 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Eu acabei de atualizar o template do wiki que gera o painel direito nos artigos dos estados e municípios, e um dos links novos é o de um serviço equivalente ao antigo NoNames. Dêem uma olhada lá. On Apr 14, 2014 10:40 AM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Isso seria muito bom mesmo. Existe uma renderização (não lembro o link de cor, estou no celular) chamada nonames que fazia justamente esse destaque de ruas sem nomes. Infelizmente essa camada não é atualizada a bastante tempo, e continua destacando ruas que já tem nomes. []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ
Fernando, Aceito sua sugestão, mas depois do ocorrido com a minha fatídica experiência no JOSM, irei aprendendo aos poucos, só subirei atualizações depois de ter bastante consciência do que estou fazendo. Por enquanto, utilizarei o ID, inclusive gosto bastante de editar com ele, mesmo com suas deficiências (que ao meu ver, não são tantas...). Mas a ideia do destaque no nome das ruas é valido, já que muitos mapeadores utilizam, não? Obrigado pela dica das teclas de atalho(Shortcuts), se quiser, sempre que lembrar, me envie sugestões de aprendizado... Obrigado, Hélio. From: fernando.treb...@gmail.com Date: Mon, 14 Apr 2014 14:16:37 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br]Atualização Bom Jardim/Nova Friburgo RJ Hélio, como o seu trabalho vai ser grande, uma sugestão é dedicar um tempo pra aprender a usar o JOSM e usá-lo ao invés do iD. O próprio validador embutido no JOSM informa antes do upload se tem ruas sem nome e quais são. O JOSM vem com várias ferramentas que agilizam o seu trabalho e a verificação de erros. Isso é muito útil, mas também significa que demora um pouco até dominá-lo. Sugiro começar aprendendo as teclas de atalho: http://josm.openstreetmap.de/wiki/Shortcuts 2014-04-14 7:31 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Ok João, Fico agradecido pelas dicas. Só que devo começar em alguns dias, já que tinha me programado para aquele fim de semana da postagem. Fique a vontade, se quiser comentar após a atualização. Falando em atualização, uma dúvida; não seria possível solicitar aos desenvolvedores do ID para destacar ruas sem nome (outra cor por exemplo). Explico, quando pego uma área para atualizar, no final sempre fica alguma rua por fazer, já que dependendo do zoom, não aparecem os nomes das ruas. Um destaque facilitaria bastante... Forte abraço, Hélio. From: john.pack...@gmail.com Date: Sun, 13 Apr 2014 18:17:25 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Olá Hélio, Já que não é uma atualização automática, fica bem mais tranquilo de fazer. O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo por membros experientes. Só que como vai ser uma atualização bem grande, peço que sempre que possível citar as fontes que usou naquele conjunto de alteração no campo de comentários que aparece quando vai salvar as alterações. Isso porquê quando uma fonte não é citada, geralmente é suposto que vem de um survey (coleta de dados no local). O JOSM cria um campo separado para citar a fonte, mas infelizmente no iD tem que ser no comentário. Bom trabalho! Abs, João Em 5 de abril de 2014 08:35, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Amigos da lista, bom dia, Como foi solicitado pelo colega Nelson, que deveríamos informar a toda lista antes de fazer atualizações maiores, solicito aos senhores que avaliem o meu pedido para alterar, via ID, copiando informações de sites permitidos, a seguinte área, já que a mesma está com um grande buraco: https://www.openstreetmap.org/edit?relation=2215540#map=17/-22.15111/-42.41987 Obrigado, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Comparação de ruas: CNEFE x OSM no site osm-regio.de
2014-04-10 8:14 GMT+03:00 Hermann Peifer pei...@gmx.eu: Oi Pessoal, Obviamente não faltam idéias e projetos para cruzar/comparar as ruas do IBGE/CNEFE com aquelas do OSM. Estou escrevendo para fazer um pouco de propaganda para a comparação das duas listas (CNEFE x OSM) no site do mapeador alemão Dietmar [1]. O site, que tem páginas em Português, apresenta estatísticas por município, micro/meso-região, e um heat map, chamado Apresentação cartográfica no mapa OSM. O heat map preciso ~20 segundos para aparecer, tambem é preciso JavaScript ativado (Openlayers). Tudo isso existe com cobertura do RS, a área-piloto do projeto. Mais estados (até todo o Brasil) podem ser incluidos, dependente do feedback da communidade. Tou dentro. Esta semana vou tentar dar uma olhada melhor nos dados do CNEFE e nos shapefiles dos distritos do IBGE. []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ
De fato, o iD tem poucas deficiências. A sugestão do JOSM seria só reduzir o seu trabalho. Não tenha medo de errar, Hélio. Mas se tiver dúvida, pode perguntar antes sem receio. Sua dúvida (por mais básica que seja) pode ser a mesma de outra pessoa. A comunidade é bem receptiva a tirar dúvidas e a transferir conhecimento, só fica meio desconfiada quando há mudanças em larga escala que não são anunciadas. Faz parte, você também não ia querer que os seus mapeamentos fossem drasticamente alterados sem saber o que exatamente está sendo feito né. Uma outra sugestão: - mapear com o iD e enviar os changesets - baixar a região mapeada no JOSM e rodar o validador pra descobrir quais ruas estão sem nome - atribuir o nome às ruas usando o iD ou o próprio JOSM Enfim, dá pra pensar em combinar as ferramentas, como você achar mais confortável. Outra possibilidade é usar este serviço que ressalta as vias sem nome depois que ter feito o primeiro mapeamento com o iD: http://qa.poole.ch/ 2014-04-14 15:13 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Fernando, Aceito sua sugestão, mas depois do ocorrido com a minha fatídica experiência no JOSM, irei aprendendo aos poucos, só subirei atualizações depois de ter bastante consciência do que estou fazendo. Por enquanto, utilizarei o ID, inclusive gosto bastante de editar com ele, mesmo com suas deficiências (que ao meu ver, não são tantas...). Mas a ideia do destaque no nome das ruas é valido, já que muitos mapeadores utilizam, não? Obrigado pela dica das teclas de atalho(Shortcuts), se quiser, sempre que lembrar, me envie sugestões de aprendizado... Obrigado, Hélio. From: fernando.treb...@gmail.com Date: Mon, 14 Apr 2014 14:16:37 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Hélio, como o seu trabalho vai ser grande, uma sugestão é dedicar um tempo pra aprender a usar o JOSM e usá-lo ao invés do iD. O próprio validador embutido no JOSM informa antes do upload se tem ruas sem nome e quais são. O JOSM vem com várias ferramentas que agilizam o seu trabalho e a verificação de erros. Isso é muito útil, mas também significa que demora um pouco até dominá-lo. Sugiro começar aprendendo as teclas de atalho: http://josm.openstreetmap.de/wiki/Shortcuts 2014-04-14 7:31 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Ok João, Fico agradecido pelas dicas. Só que devo começar em alguns dias, já que tinha me programado para aquele fim de semana da postagem. Fique a vontade, se quiser comentar após a atualização. Falando em atualização, uma dúvida; não seria possível solicitar aos desenvolvedores do ID para destacar ruas sem nome (outra cor por exemplo). Explico, quando pego uma área para atualizar, no final sempre fica alguma rua por fazer, já que dependendo do zoom, não aparecem os nomes das ruas. Um destaque facilitaria bastante... Forte abraço, Hélio. From: john.pack...@gmail.com Date: Sun, 13 Apr 2014 18:17:25 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Olá Hélio, Já que não é uma atualização automática, fica bem mais tranquilo de fazer. O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo por membros experientes. Só que como vai ser uma atualização bem grande, peço que sempre que possível citar as fontes que usou naquele conjunto de alteração no campo de comentários que aparece quando vai salvar as alterações. Isso porquê quando uma fonte não é citada, geralmente é suposto que vem de um survey (coleta de dados no local). O JOSM cria um campo separado para citar a fonte, mas infelizmente no iD tem que ser no comentário. Bom trabalho! Abs, João Em 5 de abril de 2014 08:35, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Amigos da lista, bom dia, Como foi solicitado pelo colega Nelson, que deveríamos informar a toda lista antes de fazer atualizações maiores, solicito aos senhores que avaliem o meu pedido para alterar, via ID, copiando informações de sites permitidos, a seguinte área, já que a mesma está com um grande buraco: https://www.openstreetmap.org/edit?relation=2215540#map=17/-22.15111/-42.41987 Obrigado, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba.
Re: [Talk-br] iD destacar ruas sem nome (era Re: Atualização Bom Jardim/Nova Friburgo RJ)
Aliás, aceito sugestões de coisas a colocar/retirar desse painel, e de alterações no layout. Eu tirei vários links antigos que não funcionavam mais, não consegui encontrar equivalentes para todos os antigos serviços (sugiro comparar com o template adotado em outros países; ex.: http://wiki.openstreetmap.org/wiki/London), e adicionei alguns tópicos que eu lembrei de ver circulando pela lista e fórum recentemente. 2014-04-14 15:02 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Boa! =) []s Arlindo 2014-04-14 14:52 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Eu acabei de atualizar o template do wiki que gera o painel direito nos artigos dos estados e municípios, e um dos links novos é o de um serviço equivalente ao antigo NoNames. Dêem uma olhada lá. On Apr 14, 2014 10:40 AM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Isso seria muito bom mesmo. Existe uma renderização (não lembro o link de cor, estou no celular) chamada nonames que fazia justamente esse destaque de ruas sem nomes. Infelizmente essa camada não é atualizada a bastante tempo, e continua destacando ruas que já tem nomes. []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ
Obrigado Fernando! From: fernando.treb...@gmail.com Date: Mon, 14 Apr 2014 16:08:18 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br]Atualização Bom Jardim/Nova Friburgo RJ De fato, o iD tem poucas deficiências. A sugestão do JOSM seria só reduzir o seu trabalho. Não tenha medo de errar, Hélio. Mas se tiver dúvida, pode perguntar antes sem receio. Sua dúvida (por mais básica que seja) pode ser a mesma de outra pessoa. A comunidade é bem receptiva a tirar dúvidas e a transferir conhecimento, só fica meio desconfiada quando há mudanças em larga escala que não são anunciadas. Faz parte, você também não ia querer que os seus mapeamentos fossem drasticamente alterados sem saber o que exatamente está sendo feito né. Uma outra sugestão: - mapear com o iD e enviar os changesets - baixar a região mapeada no JOSM e rodar o validador pra descobrir quais ruas estão sem nome - atribuir o nome às ruas usando o iD ou o próprio JOSM Enfim, dá pra pensar em combinar as ferramentas, como você achar mais confortável. Outra possibilidade é usar este serviço que ressalta as vias sem nome depois que ter feito o primeiro mapeamento com o iD: http://qa.poole.ch/ 2014-04-14 15:13 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Fernando, Aceito sua sugestão, mas depois do ocorrido com a minha fatídica experiência no JOSM, irei aprendendo aos poucos, só subirei atualizações depois de ter bastante consciência do que estou fazendo. Por enquanto, utilizarei o ID, inclusive gosto bastante de editar com ele, mesmo com suas deficiências (que ao meu ver, não são tantas...). Mas a ideia do destaque no nome das ruas é valido, já que muitos mapeadores utilizam, não? Obrigado pela dica das teclas de atalho(Shortcuts), se quiser, sempre que lembrar, me envie sugestões de aprendizado... Obrigado, Hélio. From: fernando.treb...@gmail.com Date: Mon, 14 Apr 2014 14:16:37 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Hélio, como o seu trabalho vai ser grande, uma sugestão é dedicar um tempo pra aprender a usar o JOSM e usá-lo ao invés do iD. O próprio validador embutido no JOSM informa antes do upload se tem ruas sem nome e quais são. O JOSM vem com várias ferramentas que agilizam o seu trabalho e a verificação de erros. Isso é muito útil, mas também significa que demora um pouco até dominá-lo. Sugiro começar aprendendo as teclas de atalho: http://josm.openstreetmap.de/wiki/Shortcuts 2014-04-14 7:31 GMT-03:00 Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com: Ok João, Fico agradecido pelas dicas. Só que devo começar em alguns dias, já que tinha me programado para aquele fim de semana da postagem. Fique a vontade, se quiser comentar após a atualização. Falando em atualização, uma dúvida; não seria possível solicitar aos desenvolvedores do ID para destacar ruas sem nome (outra cor por exemplo). Explico, quando pego uma área para atualizar, no final sempre fica alguma rua por fazer, já que dependendo do zoom, não aparecem os nomes das ruas. Um destaque facilitaria bastante... Forte abraço, Hélio. From: john.pack...@gmail.com Date: Sun, 13 Apr 2014 18:17:25 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Atualização Bom Jardim/Nova Friburgo RJ Olá Hélio, Já que não é uma atualização automática, fica bem mais tranquilo de fazer. O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo por membros experientes. Só que como vai ser uma atualização bem grande, peço que sempre que possível citar as fontes que usou naquele conjunto de alteração no campo de comentários que aparece quando vai salvar as alterações. Isso porquê quando uma fonte não é citada, geralmente é suposto que vem de um survey (coleta de dados no local). O JOSM cria um campo separado para citar a fonte, mas infelizmente no iD tem que ser no comentário. Bom trabalho! Abs, João Em 5 de abril de 2014 08:35, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com escreveu: Amigos da lista, bom dia, Como foi solicitado pelo colega Nelson, que deveríamos informar a toda lista antes de fazer atualizações maiores, solicito aos senhores que avaliem o meu pedido para alterar, via ID, copiando informações de sites permitidos, a seguinte área, já que a mesma está com um grande buraco: https://www.openstreetmap.org/edit?relation=2215540#map=17/-22.15111/-42.41987 Obrigado, Hélio Coutinho. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br
Re: [Talk-br] Wiki: unificação de prefixos Pt e Pt-br
No fórum, as últimas notícias a respeito da unificação de prefixos: http://forum.openstreetmap.org/viewtopic.php?pid=413240#p413240 Peço que participem do processo, manisfestando opiniões ou críticas, positivas ou negativas, que ainda não tenham sido manisfestadas. Peço que ao menos estejam informados e propaguem essas informações a quem possa interessar. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] PSA: IBGE Layer
Sugiro colocar as imagens no wiki e considerar a questão Talk:Pt-br:Brazilian data sources#Página do IBGEhttp://wiki.openstreetmap.org/wiki/Talk:Pt-br:Brazilian_data_sources . Alexandre Magno Em 13 de abril de 2014 15:41, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como fazer no iD: http://imagizer.imageshack.us/a/img856/5343/mmdc.jpg Como fazer no JOSM: http://imagizer.imageshack.us/a/img812/4223/9fcn.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Wiki: unificação de prefixos Pt e Pt-br
Eu ja deu meu opinião no voto no wiki, não vou participar no discussão no forum porque falta tempo e paciência a participar. Aun Johnsen On Apr 14, 2014, at 17:35, Alexandre Magno alexandre@gmail.com wrote: No fórum, as últimas notícias a respeito da unificação de prefixos: http://forum.openstreetmap.org/viewtopic.php?pid=413240#p413240 Peço que participem do processo, manisfestando opiniões ou críticas, positivas ou negativas, que ainda não tenham sido manisfestadas. Peço que ao menos estejam informados e propaguem essas informações a quem possa interessar. Alexandre Magno ___ 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] Videos do State of the Map US, 2014
Pessoal, neste último fim de semana foi o State of the Map dos EUA. Já colocaram a maioria dos vídeos on-line: http://stateofthemap.us/schedule/ ainda não assisti, mas pelos títulos parece que tem coisa bem bacana. abs Lucas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Videos do State of the Map US, 2014
Legal! Eu tinha perguntado à organização pelo twitter e eles disseram que ia sair só semana que vem. 2014-04-14 18:33 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com: Pessoal, neste último fim de semana foi o State of the Map dos EUA. Já colocaram a maioria dos vídeos on-line: http://stateofthemap.us/schedule/ ainda não assisti, mas pelos títulos parece que tem coisa bem bacana. abs Lucas ___ 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] iD destacar ruas sem nome (era Re: Atualização Bom Jardim/Nova Friburgo RJ)
Ao pessoal que usa JOSM, no link abaixo mostra como mostrar somente ruas sem nome. http://imageshack.com/a/img838/8837/gzy6.jpg Em 14 de abril de 2014 16:13, Fernando Trebien fernando.treb...@gmail.comescreveu: Aliás, aceito sugestões de coisas a colocar/retirar desse painel, e de alterações no layout. Eu tirei vários links antigos que não funcionavam mais, não consegui encontrar equivalentes para todos os antigos serviços (sugiro comparar com o template adotado em outros países; ex.: http://wiki.openstreetmap.org/wiki/London), e adicionei alguns tópicos que eu lembrei de ver circulando pela lista e fórum recentemente. 2014-04-14 15:02 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Boa! =) []s Arlindo 2014-04-14 14:52 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Eu acabei de atualizar o template do wiki que gera o painel direito nos artigos dos estados e municípios, e um dos links novos é o de um serviço equivalente ao antigo NoNames. Dêem uma olhada lá. On Apr 14, 2014 10:40 AM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Isso seria muito bom mesmo. Existe uma renderização (não lembro o link de cor, estou no celular) chamada nonames que fazia justamente esse destaque de ruas sem nomes. Infelizmente essa camada não é atualizada a bastante tempo, e continua destacando ruas que já tem nomes. []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Está certo?
Alguém pode verificar se as tags estão certas aqui? https://api.openstreetmap.org/way/246737582/history ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Está certo?
Não sei dizer de certeza se estão certas, mas parecem estar (talvez só o nome que precise de ajuste). O que posso dizer que é uma rota de uma balsa (um tipo de barco que leva carros de um lado do rio/bacia/etc ao outro). Tem umas aqui perto (por exemplo essa aquihttp://www.openstreetmap.org/way/61749752#map=13/-26.2636/-48.6905), e posso confirmar que elas são de fato úteis e têm uma certa rota (não-exata) de um lado ao outro do rio/bacia/etc. Em alguns casos usar uma balsa em vez de ir por estrada pode economizar um grande percurso de viagem. Em 14 de abril de 2014 21:24, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alguém pode verificar se as tags estão certas aqui? https://api.openstreetmap.org/way/246737582/history ___ 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] Está certo?
2014-04-14 21:24 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Alguém pode verificar se as tags estão certas aqui? https://api.openstreetmap.org/way/246737582/history Não é highway=service É só route=ferry ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Está certo?
Mas esta highway=service Em 14/04/2014 21:39, John Packer john.pack...@gmail.com escreveu: Não sei dizer de certeza se estão certas, mas parecem estar (talvez só o nome que precise de ajuste). O que posso dizer que é uma rota de uma balsa (um tipo de barco que leva carros de um lado do rio/bacia/etc ao outro). Tem umas aqui perto (por exemplo essa aquihttp://www.openstreetmap.org/way/61749752#map=13/-26.2636/-48.6905), e posso confirmar que elas são de fato úteis e têm uma certa rota (não-exata) de um lado ao outro do rio/bacia/etc. Em alguns casos usar uma balsa em vez de ir por estrada pode economizar um grande percurso de viagem. Em 14 de abril de 2014 21:24, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alguém pode verificar se as tags estão certas aqui? https://api.openstreetmap.org/way/246737582/history ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] OpenStreetMap Meeting MatchMaker
Se você quer que sua cidade, estado ou país tenha uma melhor qualidade dos dados no OSM, você precisa de mais mapeadores locais. Algumas sugestões importantes, por Richard Weait http://weait.com/mappy-hour-matchmaker Aproveitando o gancho, vou passar por quatro capitais brasileiras em Maio (Porto Alegre, Floripa, SP e Rio) e adoraria organizar atividades ou bater um papo com outros mapeadores. Quem tiver interessado, me mande email. abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] OpenStreetMap Meeting MatchMaker
Avisa quando estiver passando por PoA. :D 2014-04-14 22:48 GMT-03:00 Wille wi...@wille.blog.br: Se você quer que sua cidade, estado ou país tenha uma melhor qualidade dos dados no OSM, você precisa de mais mapeadores locais. Algumas sugestões importantes, por Richard Weait http://weait.com/mappy-hour-matchmaker Aproveitando o gancho, vou passar por quatro capitais brasileiras em Maio (Porto Alegre, Floripa, SP e Rio) e adoraria organizar atividades ou bater um papo com outros mapeadores. Quem tiver interessado, me mande email. abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Baum der Woche: Kastanie
Am 14.04.2014 05:41, schrieb malenki: On 13.04.2014 12:49, Ralf GESELLENSETTER wrote: Der milde März hat dazu geführt, dass bereits jetzt viele Kastanienbäume ihre fünffingrigen Blätterfächer entfalten und sogar ihre ersten Blütenkerzen entfachen... natural=tree species=Aesculus␣hippocastanum Dass die rot blühende Kastanien wohl species=Aesculus pavia (laut WP) sind, wäre imho auch noch erwähnenswert. Im Zweifel ist genus=Aesculus genus:de=Kastanie auf jeden Fall richtig. fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baum der Woche: Kastanie
Am 14. April 2014 13:32 schrieb fly lowfligh...@googlemail.com: Im Zweifel ist genus=Aesculus genus:de=Kastanie auf jeden Fall richtig wobei es keinen Sinn macht, beides gleichzeitig anzugeben (weder bei species, noch bei genus oder taxon). Im Zweifel würde ich die lateinische Variante bevorzugen, da sie wohl eindeutiger ist. Die Lokalisierungen kann man entsprechend automatisch ableiten, sobald man sie braucht (nicht um sie in der OSM-DB vorzuhalten, sondern lokal). Die Möglichkeit, das angeben zu können, ist geschaffen worden, damit man nicht für Pflanzen, deren üblichen Namen man kennt, noch den lateinischen Namen nachschlagen muss (d.h. es ist ein convenience feature, kein Aufruf zur Vervielfachung der tags mit gleichem Informationsgehalt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wartungsarbeiten auf der Overpass API
Liebe Overpass-Nutzer, der Server overpass-api.de wird am Mittwoch morgen, zwischen 7 Uhr und 12 Uhr MESZ für Wartungsarbeiten heruntergefahren. Die tatsächliche Unterbrechung sollte weitaus kürzer sein, ich möchte aber keine Mutmaßungen abgeben. Der Server unter overpass.osm.rambler.ru steht wie gewohnt zur Verfügung und sollte während der Wartungspause als Ersatz genutzt werden. Wir werden die Hardware um eine SSD zu 480 GB erweitern. Das sollte die Geschwindigkeit für Abfragen spürbar erhöhen. Ein Dank an dieser Stelle an den FOSSGIS für die Finanzierung. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baum der Woche: Kastanie
On Sun, Apr 13, 2014 at 12:49:17PM +0200, Ralf GESELLENSETTER wrote: Der milde März hat dazu geführt, dass bereits jetzt viele Kastanienbäume ihre fünffingrigen Blätterfächer entfalten und sogar ihre ersten Blütenkerzen entfachen... Auf diese Weise sollte es auch botanischen Laien leicht fallen, hie und da einige natural=tree species=Aesculus␣hippocastanum species:de=Rosskastanie zu taggen. Vielleicht gibt es dann im Herbst eine Kastaniensammelkarte? Vielleicht kommt jemand in Carisolo vorbei und kann und die Bäume und Amenities im Castagnetto mappen? Ich bin im Moment weit weg. http://www.openstreetmap.org/relation/3583513 Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Indian OSM server
Hi All, There has been lots of discussions with both for and against setting up a server for India , i have setup a https://www.loomio.org/d/IThldJoE/openstreetmap-in-do-we-really-want-to-make-this-happen, do add yourself and lets come to a consensus on this topic. -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | fossacademy.org ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Nuovi foto aerei da Mapbox / Digital Globe con licenza compatibile
dieterdreist wrote Am 12/apr/2014 um 19:38 schrieb Any File lt; anysomefile@ gt;: Potrebbe essere che dove non ha a disposizione altre immagini utilizzi quelle di Bing? Bing non ha propri immagini se ricordo bene, potrebbe essere che in certi casi Bing usa ortofoto da digital globe stavo pensando la stessa cosa...mi sembrava di aver letto che mapbox non realizza le ortofoto da se ma che usa foto realizzati da terzi...sono sicuro che per le foto del progetto cloudless, almeno per gli zoom minori, usi foto libere realizzate dalla NASA... è probabile quindi che per certe aree entrambe le aziende (microsoft e mapbox) si siano rivolte allo stesso fornitore. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Nuovi-foto-aerei-da-Mapbox-Digital-Globe-con-licenza-compatibile-tp5802895p5803179.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Perimetrazione Parco Nazionale del Gargano
Ciao a tutti, riporto, a titolo di esempio di cattivo uso dei dati geografici nella PA, il link per scaricare la Gazzetta Ufficiale con cui è stato pubblicato il Decreto che definisce la perimetrazione ufficiale del Parco Nazionale del Gargano [1] Da questo documento è impossibile individuare qual è la differenza tra aree in Zona 0 ed aree in Zona 1. Inutile aggiungere che il sito ufficiale del Parco [2] è vergognosamente carente in fatto di cartografia. Ciao /niubii/ [1] http://www.gazzettaufficiale.it/do/gazzetta/downloadPdf?dataPubblicazioneGazzetta=20011001numeroGazzetta=228tipoSerie=SGtipoSupplemento=GUnumeroSupplemento=0estensione=pdfedizione=0 [2] http://www.parcogargano.gov.it/servizi/Menu/dinamica.aspx?idArea=17308idCat=18838ID=18838TipoElemento=categoria ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] corsia condivisa bus/taxi/bici
Ho aggiornato i tag di alcune way che costituiscono via della Moscova a Milano. La via e' a senso unico e sulla destra e' sempre stata presente una corsia riservata a bus e taxi. Da poco la corsia è anche riservata alle bici. Non so perche' ma nessun tag indicava la presenza della corsia taxi bus. Pare non esserci un modo univoco di indicare questa combinazione viabilistica. Io ho usato http://wiki.openstreetmap.org/wiki/Cycling B3 (senza i tag per il senso opposto). Ma anche questo sembra accettabile: http://wiki.openstreetmap.org/wiki/Key:lanes:psv Opinioni in merito? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia condivisa bus/taxi/bici
On Monday 14 of April 2014 17:39:07 emmexx wrote: Ho aggiornato i tag di alcune way che costituiscono via della Moscova a Milano. La via e' a senso unico e sulla destra e' sempre stata presente una corsia riservata a bus e taxi. Da poco la corsia è anche riservata alle bici. Non so perche' ma nessun tag indicava la presenza della corsia taxi bus. Pare non esserci un modo univoco di indicare questa combinazione viabilistica. No, no, l'hai pure indicata dopo: Io ho usato http://wiki.openstreetmap.org/wiki/Cycling B3 (senza i tag per il senso opposto). Ma anche questo sembra accettabile: http://wiki.openstreetmap.org/wiki/Key:lanes:psv E questo: http://wiki.openstreetmap.org/wiki/Key:psv che esiste da sempre :) Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia condivisa bus/taxi/bici
Il 04/14/2014 05:43 PM, Luigi Toscano scrisse: Pare non esserci un modo univoco di indicare questa combinazione viabilistica. No, no, l'hai pure indicata dopo: Lo so cosa ho indicato! :-) Quello che intendevo dire e' che le 2 soluzioni (busway o psv o lanes:psv) non mi pare siano compatibili tra loro. O quantomeno risulterebbero ridondanti. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] national way boundary names and -- caracters
Hola, Thanks you all for your answers. That only leave the questions : - should we act and revert that user's edits about adding a name tag ? or - should we don't care and let it as is ? On samedi 12 avril 2014, Carlos Dávila wrote: I'm also of the same opinion. El 12/04/14 19:49, Jonay Santana escribió: I entirely agree. There's no need to give a name to a boundary, it is just a relation between the entities involved. It would be redundant for me. But as always, everyone has its opinion... El 12/04/2014 03:31, Xuacu xuacu...@gmail.com mailto:xuacu...@gmail.com escribió: Hi Sylvain, all My best guess is that it isn't necessary to give a name to the common border. It should be a member of two relations (España and France) which have at least one name tag in it, so renderers will take care of displaying such name on the correct side of the border. Adding such Espagne--France tag only adds clutter and/or confuses renderers. Just my 2¢ :) Kind regards -- Xuacu 2014-04-10 23:00 GMT+02:00 sly (sylvain letuffe) lis...@letuffe.org mailto:lis...@letuffe.org: Holla Jonay, Le jeudi 10 avril 2014 22:32:00, Jonay Santana a écrit : Hello, Sylvain. I'm not very sure about what the problem is. I mean, what are you both disagreeing at? He adds on boudary ways : name:es = espana -- france name:en = spain -- france name:fr = espagne -- france etc. While other think we should either : - add no name at all on boundary ways - or at least don't use -- as separator And don't worry about your spanish, it would be great to read you in spanish besides an English version. So sorry, but it was one year, 20 years ago without practice at all ;-( google translate would be by far better than me ;-) -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- sly qui suis-je : http://sly.letuffe.org ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] national way boundary names and -- caracters
Hello again, Sylvaine. I would copy and paste this thread to that user, that way he should understand that his effort would be more useful in other areas. Luckily he or she would understand. And then revert. Best luck with that... Cheers. El 14/04/2014 17:19, sly (sylvain letuffe) lis...@letuffe.org escribió: Hola, Thanks you all for your answers. That only leave the questions : - should we act and revert that user's edits about adding a name tag ? or - should we don't care and let it as is ? On samedi 12 avril 2014, Carlos Dávila wrote: I'm also of the same opinion. El 12/04/14 19:49, Jonay Santana escribió: I entirely agree. There's no need to give a name to a boundary, it is just a relation between the entities involved. It would be redundant for me. But as always, everyone has its opinion... El 12/04/2014 03:31, Xuacu xuacu...@gmail.com mailto:xuacu...@gmail.com escribió: Hi Sylvain, all My best guess is that it isn't necessary to give a name to the common border. It should be a member of two relations (España and France) which have at least one name tag in it, so renderers will take care of displaying such name on the correct side of the border. Adding such Espagne--France tag only adds clutter and/or confuses renderers. Just my 2¢ :) Kind regards -- Xuacu 2014-04-10 23:00 GMT+02:00 sly (sylvain letuffe) lis...@letuffe.org mailto:lis...@letuffe.org: Holla Jonay, Le jeudi 10 avril 2014 22:32:00, Jonay Santana a écrit : Hello, Sylvain. I'm not very sure about what the problem is. I mean, what are you both disagreeing at? He adds on boudary ways : name:es = espana -- france name:en = spain -- france name:fr = espagne -- france etc. While other think we should either : - add no name at all on boundary ways - or at least don't use -- as separator And don't worry about your spanish, it would be great to read you in spanish besides an English version. So sorry, but it was one year, 20 years ago without practice at all ;-( google translate would be by far better than me ;-) -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- sly qui suis-je : http://sly.letuffe.org ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] neu auf der Liste
Hallo Maximilian, Maximilian Wollner wrote: ich bin neu auf eurer OSM-Liste. OSM nutze ich selbst schon längere Zeit passiv, da ich mich gerne in der Natur bewege und dafür auf das mancherorts unglaublich detailreiche Kartenmaterial in Form von OpenStreetMap, OpenCycleMap, HikeBikeMap, 4uMaps usw. zurückgreife. Seit dem soeben vergangenen Winter habe ich auch begonnen, zu OSM beizutragen. Herzlich willkommen! Meine Familie wohnt auf der Insel Krk in Kroatien und weil ich dort regelmäßig radeln, wandern, joggen usw. gehe, ist mir aufgefallen, dass viele der kleinen Feldwege nicht in OSM eingetragen sind, teilweise gibt es sogar markierte Wanderwege (in echt und auf div. Tourismus-Karten eingetragen), Achtung Falle! Bitte nicht von anderen Karten abzeichnen (es sei denn, sie stehen unter einer ODbL-kompatiblen Lizenz, wie es z.B. bei vielen Open- Government-Data-Karten der Fall ist), weil das das Urheberrecht des Kartenerstellers verletzt. Ausnahme: Für bestimmte Luftbildquellen haben wir in der OSM die besondere Erlaubnis, von denen abzupausen, obwohl die Luftbilder selbst nicht frei sind. Das gilt insbesondere für die Bing-Luftbilder (und NUR die Luftbilder, nicht die Straßenkarte!). Bei anderen Anbietern (z.B. Google) dürfen wir nicht einmal das, die sind also komplett tabu. die in OSM nicht vorhanden sind. Also habe ich mir vorgenommen, die alle mal zu erfassen und gleich auch begonnen, andere Detail-Daten über Krk einzutragen. Wird eine längere Aufgabe werden, da es viele Baustellen gibt, was ich umso mehr merke, je länger ich daran arbeite :) Jetzt über Ostern bin ich wieder vor Ort. Viel Spaß! Es wäre sicher eine gute Idee, dich auch mit der lokalen kroatischen Community zu vernetzen, auch wenn die Sprachbarriere da zum Problem werden könnte, lokale Informationen und Diskussionen werden hier in der OSM gerne nur in der Landessprache verfaßt. Liebe Grüße, Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Über Imports
I wrote: Andreas Labres wrote: tyr_asd über Imports: http://www.openstreetmap.org/user/tyr_asd/diary/21628 Ich kann die generelle anti-Import-Stimmung hier in der OSM-Community ehrlich gesagt überhaupt nicht verstehen. Das stinkt für mich alles nach Not Invented Here. Wenn freie Daten verfügbar sind, die in der OSM noch fehlen, wäre es doch schade, diese nicht zu nutzen! PS: Bzgl. des Arguments, die Imports würden neue Mapper verscheuchen: Wenn wir Open Data, die extra für uns freigegeben wird, nicht importieren, verscheuchen wir stattdessen die für die Freigabe verantwortlichen Behörden (auch die anderer Gegenden – sowas spricht sich ja schnell herum), sprich, wir werden in Zukunft immer weniger Open Data bekommen. Ist das, was wir wollen? (Hoffentlich nicht!) Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Relationen / GPX Export
hallo, es ist einfach herrlich, am rad einem GPX track am smartphone/GPX receiver nachfahren zu können; besonders, wenn wegweiser fehlen, umgefallen oder von vegetation verdeckt sind. aus JOSM exportierte GPX files von relationen sind zwar unter Osmand(+) nachfahrbar, schauen bei näherer betrachtung allerdings, äh, kreativ aus (jeder member ein track, unsortiert, timestamps dürften die der letzten bearbeitung sein, etc.) nachdem der GPX export auf [1] seit einiger zeit nur fehler wirft, hat GpsMaster (0.55.90) nun eine neue funktion zum downloaden von relationen aus OSM: - members werden sortiert, die anzahl erzeugter tracks (segmente) minimiert (*) - relationen-hierarchie wird rekursiv unterstützt - derzeit nur dialog zum eingeben der ID; dialog zum suchen download status folgt - derzeit nur mit type=route, route=bicycle getestet (*) ganz hilfreich zum auffinden von lücken. wenn ein segment endet und ein neues beginnt, wo es auf den ersten blick keinen sinn macht, dann ist dort entweder ein kreisverkehr oder es fehlt etwas. also, viel spass. bitte um info, falls ihr relationen findet, die probleme beim download/import machen. www.gpsmaster.org www.gpsmaster.org/download/ mfg [1] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Über Imports
On 14.04.14 20:40, Kevin Kofler wrote: PS: Bzgl. des Arguments, die Imports würden neue Mapper verscheuchen Das Problem mit den Imports (wie schon oft gesagt, hör Dir die Podiumsdiskussion auf der 2011.sotm-eu.org dazu an) ist NICHT: * bezogen auf die Daten * verscheuchen hat eigentlich auch das Problem nicht verstanden. Konkretes Beispiel: Der Baumkatasterimport. Der war in Ordnung. Der war gut gemacht (hat Rücksicht auf bereits gemappte Dinge genommen). Trotzdem ist der Effekt der, dass in Wien NIEMAND mehr Bäume auf öffentlichem Grund mappt. Es ist dies ein rein menschliches Problem. Du hast keinen Anreiz mehr, keine Lust dazu. Diese Funktion wird verstärkt durch die Anzahl. Beispiel dazu: in den Anfängen von add a note hatte ich mich drum gekümmert, die abzuarbeiten. Und da waren Dinge dabei, da hatte jemand für jede einzelne Hausnummer eine neue note gemacht. Das hat so lange gut funktioniert, bis jemand auf die Idee kam, die hunderten, teils /Jahre/ alten, OpenStreetBugs in Notes zu importieren. Seither lese ich die Notes nicht mehr, mir fehlt jeder Spaß daran. 6587 ungelesene Notes... Also, lieber Abzeichnen (das funktioniert mit basemap.at + geoimage.at + local knowledge eigentlich sehr gut) oder irgendwas Halbautomatisches (das jedenfalls immer nur überschaubare Häppchen macht). Und ich widerspreche mir hiermit sofort selbst: Sinn macht für mich in Wien ein Hydrantenimport. Aber gut gemacht. Und das oben erwähnte Häppchen besteht für mich darin, dass es relativ wenige Hydrantenorte gibt, wo in der Nähe schon sowas gemappt ist. Und genau dieses Häppchen muß man händisch durchgehen und entscheiden, wird der gemappte Hydrant unangetastet gelassen, wird er verschoben, wird der OGD Hydrant trotzdem importiert. -- Und auch da wird danach der Effekt sein, dass niemand mehr sich in Wien um Hydranten kümmert. Dessen muß man sich bewußt sein. Und eigentlich muß man eine (wieder manuell auszuführende/zu überprüfende) Update-Funktion implementieren, die die OGD-Updates (die's hoffentlich gibt; IMO hat das noch nie jemand untersucht wie diese OGD-Daten eigentlich veralten oder gewartet werden) einpflegen kann, dabei aber Rücksicht auf aktuelles Mapping nehmen muss. Hydrant für Hydrant (und Baum für Baum, weil das feht uns eigentlich auch noch!) durchgehend. Und sowas würde ich gern mal in einem Hackday implementieren, rein Javascript und Overpass, und heraus fällt eine OSM-Datei mit /meinen/ Änderungen: Ich habe überprüft und ich möchte, dass dieser Baum dorthin verschoben und mit diesen Tags ergänzt/korrigiert oder gelöscht oder neu hinzugefügt wird. Und wahrscheinlich sollte man das auch immer auf eine gewisse Bounding Box beschränken: ich korrigiere jetzt die Bäume in diesem Gebiet (bbox ziehend). Auch dazu noch ein Beispiel: Ich hab vor der Kirche in Mariabrunn einen Baum gemappt. Ich weiß, dass der dort steht, aber ich hab keinen Tau, welche Art das ist und wie alt/groß. Aber weil der schon vor dem Baumkatasterimport dort gemappt war, wurde der ausgeklammert. Dh. obwohl es diese Infos in den OGD Daten vermutlich gibt, fehlen Sie in OSM. Und mir fehlt die Lust, da manuell zu forschen und das manuell zu aktualisieren. Aber wenn's ein Tool w.o. gäbe, würde mir das sagen - bei dem Baum fehlen diese und jene Tags - außerdem sollte er 1,5 m nach rechts verschoben sein und dann sage ich JA und er macht es. Und dann habe ich den gemappt. Und wenn der gefällt würde und durch einen neuen Baum ersetzt, würde ich das auch mappen. - Im Gegensatz dazu habe ich mir die zwei OGD-Bäume, die's in meiner Straße gibt, noch nie angesehen. Und noch etwas: Die OGD Daten von Wien haben sich schon viel zu sehr verselbständigt (und schon gar nicht waren die für uns freigegeben), würde die Stadt da wieder redzuieren, wäre der Aufschrei groß. Und die Wiener OGD-Daten sind sowohl politisch gewünscht wie bürokratisch umgesetzt, da ist IMO keine Kursänderung in Sicht. Im Gegenteil, das ist eine europaweit anerkannte Vorreiterrolle. BTW, heute(!): https://open.wien.at/site/kalender/?mc_id=49 /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Über Imports
On Mon, Apr 14, 2014 at 08:07:19PM +0200, Kevin Kofler wrote: Andreas Labres wrote: tyr_asd über Imports: http://www.openstreetmap.org/user/tyr_asd/diary/21628 Ich kann die generelle anti-Import-Stimmung hier in der OSM-Community ehrlich gesagt überhaupt nicht verstehen. Das stinkt für mich alles nach Not Invented Here. Wenn freie Daten verfügbar sind, die in der OSM noch fehlen, wäre es doch schade, diese nicht zu nutzen! Nun, das die anti-import-Stimming basiert aber auf Erfahrungen. Bevor die Imports gemacht wurden, haben sich alle gedacht: Boah geil!. Ich hätte mir auch nie träumen lassen, dass es negative Auswirkungen hat. Diese sind aber leider in (fast?) allen Gebieten in denen etwas importiert wurde evident geworden, so auch in Österreich - nämlich eine Verlangsamung des Aufbaus der Community. gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-pe] RENASGEO
Buen día comunidad, seguro ya saben lo que indico en este correo pero aún así les hago recordar: El MINSA dispone de un geoservidor par ubicar sus centros de salud, el cual, para variar, usa Google. En fin, este geoservidor permite ubicar las coordendas en muchos casos. Entonces es información que se debe introducir a OSM, lo que no tengo claro es como etiquetan las clasificaciones particulares que realiza el MINSA: I-1 I-2 I-3 I-4 II-1 II-2 II-E III-1 III-2 III-E Estuve subiendo algunos, avisen para corregr si ya está definido ese tema. Saludos. -- PROFESIONAL DE INGENIERÍA AMBIENTAL Y DE RECURSOS NATURALES ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-pe] RENASGEO
El 2014-04-14 20:56, Arnold Fernádez Rivas escribió: Buen día comunidad, seguro ya saben lo que indico en este correo pero aún así les hago recordar: El MINSA dispone de un geoservidor par ubicar sus centros de salud, el cual, para variar, usa Google. En fin, este geoservidor permite ubicar las coordendas en muchos casos. Entonces es información que se debe introducir a OSM, lo que no tengo claro es como etiquetan las clasificaciones particulares que realiza el MINSA: I-1 I-2 I-3 I-4 II-1 II-2 II-E III-1 III-2 III-E Estuve subiendo algunos, avisen para corregr si ya está definido ese tema. Saludos. Este es su modo avanzado http://www.geominsa.minsa.gob.pe/geominsa/# -- PROFESIONAL DE INGENIERÍA AMBIENTAL Y DE RECURSOS NATURALES ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-ro] [geo-spatial] Pre Mapping Party OpenStreetMap Bucuresti
10-11 mai, pardon On 14 Apr 2014 18:45, ARIN arini...@gmail.com wrote: 1 - week-endul 10 - 11 aprilie nu exista anul acesta, insa oricum... a fost ;) 2 - faceti pre mapping party DUPA mapping party? ;) Codruta *From:* Badita Florin baditaflo...@gmail.com *Sent:* Monday, April 14, 2014 5:32 PM In weekend-ul 10-11 aprilie o sa fie un mapping party in Bucuresti, unde sa culegem date ca sa le adaugam in OpenStreetMap In data de 25 aprilie o sa fie un pre mapping party in care discutam aspecte relevante despre Mapping party ( Ce anume vrem sa adaugam (numere de case, puncte de interes.In ce zone din bucuresti o sa lucram, ce tool-uri vom folosi ) Locatia urmeaza sa fie anuntata, in functie de numarul de persoane. Inscrierea se face la urmatorul link : http://www.meetup.com/Bucharest-OpenStreetMap-meetup/events/175463862/ O zi faina, Florin Badita Voluntar OpenStreetMap si administrator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania __._,_.___ Reply via web posthttps://groups.yahoo.com/neo/groups/geo-spatial/conversations/messages/9709;_ylc=X3oDMTJxZmpnbTY5BF9TAzk3MzU5NzE0BGdycElkAzIwODE3Mjc1BGdycHNwSWQDMTcwNTkwNTczMARtc2dJZAM5NzA5BHNlYwNmdHIEc2xrA3JwbHkEc3RpbWUDMTM5NzQ5MDI5OA--?act=replymessageNum=9709 Reply to sender arini...@gmail.com?subject=Re%3A%20%5Bgeo-spatial%5D%20Pre%20Mapping%20Party%20OpenStreetMap%20Bucuresti Reply to group geo-spat...@yahoogroups.com?subject=Re%3A%20%5Bgeo-spatial%5D%20Pre%20Mapping%20Party%20OpenStreetMap%20Bucuresti Start a New Topichttps://groups.yahoo.com/neo/groups/geo-spatial/conversations/newtopic;_ylc=X3oDMTJmbzlodmhhBF9TAzk3MzU5NzE0BGdycElkAzIwODE3Mjc1BGdycHNwSWQDMTcwNTkwNTczMARzZWMDZnRyBHNsawNudHBjBHN0aW1lAzEzOTc0OTAyOTg- Messages in this topichttps://groups.yahoo.com/neo/groups/geo-spatial/conversations/topics/9708;_ylc=X3oDMTM1YjlrcGNuBF9TAzk3MzU5NzE0BGdycElkAzIwODE3Mjc1BGdycHNwSWQDMTcwNTkwNTczMARtc2dJZAM5NzA5BHNlYwNmdHIEc2xrA3Z0cGMEc3RpbWUDMTM5NzQ5MDI5OAR0cGNJZAM5NzA4(2) Visit Your Grouphttps://groups.yahoo.com/neo/groups/geo-spatial/info;_ylc=X3oDMTJmaGNnZDN1BF9TAzk3MzU5NzE0BGdycElkAzIwODE3Mjc1BGdycHNwSWQDMTcwNTkwNTczMARzZWMDdnRsBHNsawN2Z2hwBHN0aW1lAzEzOTc0OTAyOTg- [image: Yahoo! Groups]https://groups.yahoo.com/neo;_ylc=X3oDMTJlN3Qwb285BF9TAzk3NDc2NTkwBGdycElkAzIwODE3Mjc1BGdycHNwSWQDMTcwNTkwNTczMARzZWMDZnRyBHNsawNnZnAEc3RpbWUDMTM5NzQ5MDI5OA-- • Privacy https://info.yahoo.com/privacy/us/yahoo/groups/details.html • Unsubscribe geo-spatial-unsubscr...@yahoogroups.com?subject=Unsubscribe• Terms of Use https://info.yahoo.com/legal/us/yahoo/utos/terms/ . __,_._,___ ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] [Talk-us] Fwd: [OSM-talk] OSM Inspector has world-wide address view
Thanks for forwarding these relevant announcements to talk-us, Richard! I know many of us are not on talk@ - including me - so I appreciate it! On Fri, Apr 11, 2014 at 6:28 PM, Richard Weait rich...@weait.com wrote: Address inspector tool now spans the globe! See Frederik's announcement -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, Apr 11, 2014 at 4:38 PM Subject: [OSM-talk] OSM Inspector has world-wide address view To: Talk Openstreetmap t...@openstreetmap.org Hi, the OSMI addresses view is now available world-wide (it just had Europe before). The code that runs the analyses behind it is based on the new Osmium library and is available on Github. The new view is available now on OSMI (http://tools.geofabrik.de/osmi). This blog entry has more details: http://blog.geofabrik.de/?p=309 I wish to thank Geotab Inc. who are sponsoring the server that runs the analyses, as well as Lukas Toggenburger, who re-implemented the checks in C++ so that everything is fast enough for world-wide processing (we had been using an SQL based process before). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel President, US Chapter OpenStreetMap http://openstreetmap.us/ http://osm.org/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] City Mapping with Free Software Solutions - April 22
It was suggested by a CLUG member ... All are welcome. Admission is free. HOWEVER YOU MUST RSVP to off...@cuug.ab.ca so we have enough snacks. Please visit www.cuug.ab.ca City Mapping with Free Software Solutions Roy Brander is giving a talk on City Mapping with Free Software Solutions. Anyone that knows Roy will tell you what an entertaining and informative speaker he is. Regards, Chris Aziz CUUG President from: http://www.cuug.ab.ca/ City Mapping with Free Software Solutions April General Meeting City Mapping with Free Software Solutions Speaker: Roy Brander, Senior Infrastructure Engineer for Water Resources, The City of Calgary Geographic Information Systems -- software that combines the graphics of CAD with the textual information of databases, allowing programmable map displays that highlight the geographic location of data -- are now a familiar sight everywhere from Google mobile maps to newspaper displays of electoral results. What took a whole mainframe for the simplest maps in the 1960s was a $20,000 Unix workstation when the modern GIS on a single workstation became possible around 1990. For over 20 years, the commercial field has been utterly dominated by the products of one company, ESRI, and GIS was understood to require not just a powerful PC, but a major back-end database, usually Oracle, on a powerful server. Since it was a high-end hardware problem, the software costs were also many thousands and there was very little GIS done personally. Educational institutions taught with ESRI products almost exclusively. In just the last few years, long projects by advocates of the open-source databases came to fruition with powerful, robust geodatabase add-ons for PostgreSQL and MySQL. The add-on for PostgreSQL, called PostGIS, is by far the most popular and supported. The most recent version of PostGIS, 2.0, just released in 2012, makes it an extremely clear and simple matter to combine map linework into a database. Meanwhile, great strides have also been made with open-source mapping client software -- the free product Quantum GIS will be demonstrated along with PostGIS, and compared to ESRI products costing many thousands of dollars. Roy Brander is a CUUG Life Member. He has given a number of presentations on a wide variety of subjects, including the BSDWall project, the MEPIS Linux distribution, the Titanic (the ship, not the movie), management of Calgary's water mains, and the ASUS Eee PC and Moore's Law. At his day job, Roy is the Senior Infrastructure Engineer for Water Resources, The City of Calgary. Location: The City of Calgary - Water Centre Bow River Room 2 625 - 25 Ave. S.E. (25th Avenue S.E. and Spiller Road S.E.) (link to parking information) 5:00 PM, Tuesday, April 22, 2014 Snacks at 17:00. Presentation begins at 17:30. Please note the earlier start time for this presentation. Free admission for the general public. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] City Mapping with Free Software Solutions - Calgary, April 22
Whilst not directly OSM related, many people here may be interested in this presentation organized by the Calgary Unix User Group. City Mapping with Free Software Solutions - Calgary, April 22, 17:00MST. -- All are welcome. Admission is free. HOWEVER YOU MUST RSVP to off...@cuug.ab.ca so we have enough snacks. Please visit www.cuug.ab.ca City Mapping with Free Software Solutions Roy Brander is giving a talk on City Mapping with Free Software Solutions. Anyone that knows Roy will tell you what an entertaining and informative speaker he is. Regards, Chris Aziz CUUG President -- Cheers, Simon. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Jak je široká normální garáž?
Ahoj, víte někdo, prosím, jak je široká běžná garáž pro jedno osobní auto včetně zdi? Nejmenší řadová garáž.? Tuto informaci kupodivu opravdu potřebuji pro OSM a kdo uhádne, k čemu to potřebuji, může zdarma získat jeden celý okres na editování adres :-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak je široká normální garáž?
Moje garáž má 20m2. Běžné auto (například oktávka má na délku nějakých 4.5m, na šířku cca 2m. Plus nějaké místo po stranách a zdi, takže by to těch 4x5 metrů mohlo být. http://skoda.panda.cz/obrazky/181_3.jpg Btw, proč si nenajdeš nějaké řadové garáže v RUIAN a nezměříš si to? :-D A třeba JOSM má i plugin measurement (http://svn.openstreetmap.org/applications/editors/josm/dist/measurement.jar) Žádný okres teď nechci, FM mi zatím stačil a přes víkend jsem pryč. Když tak příští týden. Marián -- Původní zpráva -- Od: Petr Vejsada o...@propsychology.cz Komu: talk-cz@openstreetmap.org Datum: 14. 4. 2014 21:32:19 Předmět: [Talk-cz] Jak je široká normální garáž? Ahoj, víte někdo, prosím, jak je široká běžná garáž pro jedno osobní auto včetně zdi? Nejmenší řadová garáž.? Tuto informaci kupodivu opravdu potřebuji pro OSM a kdo uhádne, k čemu to potřebuji, může zdarma získat jeden celý okres na editování adres :-) -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] nové satelitní snímky
Ahoj, urc(ite( je to leps(í nez( drátem do oka, ale podle te(ch C(B snímku* nakreslím tak maximálne( cesty a r(eky. Na zbytek bych potr(eboval trochu ve(ts(í detail. UHUL ortofoto mi nikdy nefungovalo, takz(e jsem si na ne(j nezvykl. Marián Dne 13.4.2014 07:41, Pavel Kwiecien napsal(a): Ahoj, Bing nenabízí kvalitní snímky v oblasti Podkrkonos(í. Tam, kde konc(í kvalitní snímky Bingu, tak mi Mapbox Satellite poskytuje c(ernobílé snímky (nejméne( tr(i roky staré). Uz( nejsem vázán na polofungující ÚHUL snímky. Zdraví Pavel Kwiecien -- Pu*vodní zpráva -- Od: Petr Kolomazník petr.kolomaz...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 12. 4. 2014 23:00:30 Pr(edme(t: Re: [Talk-cz] nové satelitní snímky Ahoj, v Praze, na Liberecku a ani na Domaz(licku mi Mapbox Satellite nenabízí leps(í snímky nez( Bing - ne(co mi uniklo? Petr Dne 12. dubna 2014 7:39 Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz napsal(a): Diky za upozorneni. Uz je vidim v JOSM. :-) Dalibor *From:*Pavel Kwiecien [mailto:pavel.kwiec...@seznam.cz mailto:pavel.kwiec...@seznam.cz] *Sent:* Saturday, April 12, 2014 6:54 AM *To:* talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org *Subject:* [Talk-cz] nové satelitní snímky Ahoj, chte(l bych opozornit na nové satelitní snímky dostupné pr(es Mapbox Satellite. Nové c(ernobílé snímky nahradily v mé oblasti Bing snímky s nízkým nepouz(itelným rozlis(ením. http://www.openstreetmap.org/user/lxbarth/diary/21622 Zdraví Pavel Kwiecien = ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto: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 ___ 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: [OSM-talk-fr] Tag noexit=yes
Le jeudi 10 avril 2014 16:09:03 Pieren a écrit : Bonjour, Y-a-t-il des gens sur cette liste qui utilisent ou ont utilisé le tag noexit=yes ? Dans quel but ? Et sur quel élément, le dernier node ou sur le way ? Pensez-vous comme certains sur la liste tagging@ que mettre ce tag sur le way est une mauvaise pratique et qu'il ne faudrait le mettre que sur le dernier noeud ? Bonjour, Je l'ai utilisé quelques rares fois, dans tous les cas : - sur le dernier nœud uniquement - uniquement pour expliciter la fin d'un chemin en particulier s'il n'est pas bien visible depuis l'imagerie, ou bien si le chemin n'était pas sans issue chez un autre producteur de cartes de rando à 3 lettres. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Atelier umap avec Parinux?
Bonjour Jean-Marc, Je dois pouvoir me rendre disponible pour ça si besoin. Tu as un peu plus de détails sur le quand/où? Yohan On 04/11/2014 10:58 PM, Jean-Marc Gailis wrote: Salut à tous, Je suis membre de Parinux, et certains de nos adhérents, à notre AG, lorsqu'on a demandé ce qu'ils voulaient comme ateliers, nous ont dit qu'ils voulaient des ateliers umap. Parinux est le GUL parisien, qui compte 42 adhérents (non, ce n'est pas fait exprès), et qui fournit des moyens techniques pour des événements du libre parisien; on donne du support à l'Ubuntu Party, on a les contacts pour des lieux. Y aurait-il des volontaires? Jean-Marc Gailis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Drone dédié à la cartographie
Bonjour à tous, Pour compléter les précisions d'Arnaud et Jean-Guilhem, il s'agit bien d'un eBee SenseFly (racheté par Parrot). La législation haïtienne étant beaucoup plus souple, elle permet ce type de vols (dans des conditions de prudence évidemment très strictes), au contraire de la législation française (qui comme l'a montré l'article d'Eric est extrêmement stricte et quelque peu absurde). Dans un pays comme Haïti ce type d'imagerie reste largement plus précis que tout type d'image satellite disponible (n'oublions pas que la présence d'images satellites est généralement liée à la présence de clients susceptibles d'en faire un usage commercial). Cela permet d'organiser des cartoparties dans des zones sensibles où la cartographie est inexistante, mais aussi d'obtenir de l'imagerie rapidement suite à une catastrophe (plusieurs acteurs de la protection civile et de l'humanitaire s'y intéressent d'ailleurs actuellement). Comme nous l'avons rapidement présenté au SOTM, Fred (et CartONG) continuons de travailler sur le sujet en soutien de la communauté OSM haïtienne, nous devrions pouvoir vous en parler plus prochainement. Cordialement, Martin PS : je serais curieux d'en savoir plus sur ces lois qui nous obligent à porter des puces électroniques, elles n'ont pas encore l'air d'être arrivées en Savoie ;-) On 13/04/2014 20:43, talk-fr-requ...@openstreetmap.org wrote: Envoyez vos messages pour la liste Talk-fr à talk-fr@openstreetmap.org Pour vous (dés)abonner par le web, consultez https://lists.openstreetmap.org/listinfo/talk-fr ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-fr-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-fr-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-fr... Thèmes du jour : 1. Re: highway=raceway - proposition pour rendu tile.osm.fr (Philippe Verdy) 2. Re: Drone dédié à la cartographie (Philippe Verdy) 3. Re: Drone dédié à la cartographie (Christophe Merlet) 4. Re: Drone dédié à la cartographie (Eric SIBERT) 5. Re: Drone dédié à la cartographie (Jean-Guilhem Cailton) 6. Re: Drone dédié à la cartographie (Arnaud Vandecasteele) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin bénévoles : ateliers OSM/Umap sur Paris avec BibliothèqueSansFrontière
Salut à tous/toutes. Léa et Gus, avez vous le soutien nécessaire pour les besoins de cet atelier d'un projet qui inventerait un usage d'OSM original à fort potentiel pour articuler et faire dialoguer sur cartes des mappers d'ici et là aux vécus et ancrages sociaux hétérogènes. Excellente journée à tous/toutes ++ Nico 2014-04-08 17:19 GMT+02:00 Augustin Doury augustindo...@gmail.com: Salut à tous, Je relance la liste sur un sujet qui a dû être abordé dans le passé mais sans réaction particulière. Il s'agit d'un besoin d'animation sur formation OSM/Umap pour des mineurs isolés étrangers. Organisé par Bibliothèques Sans Frontières http://www.bibliosansfrontieres.org/ sur région parisienne en Mai/Juin. Je vous copie-colle un descriptif fourni par Lea Aurenty de BSF. Si intéressés, n'hésitez pas à la contacter surlea.aure...@bibliosansfrontieres.orghttps://fulvetta.riseup.net/sm/src/compose.php?send_to=lea.aurenty%40bibliosansfrontieres.org, pour ma part j'en serai donc laissez-moi dans la boucle. **Descriptif** Dans le cadre d'un projet de cartographie participative avec des jeunes Mineurs Isolés Etrangers (MIE), Bibliothèques Sans Frontières recherche des animateurs-trices bénévoles pour mener des ateliers autour de la cartographie collaborative et de l'utilisation d'Open Street Map et uMap. Les ateliers se dérouleront en mai et juin 2014. Nous recherchons des bénévoles ayant des connaissances dans le domaine de la cartographie et sensibles à l'animation. Le projet MAP-MIE propose la création et la diffusion d'une carte collaborative par et pour les MIE en prenant acte de leurs besoins de se repérer et de connaitre les lieux qui leur sont accessibles. Le projet se déroule au sein de 3 structures d'accueil pour MIE de la Croix-Rouge, situées en Ile de France (Paris, Bobigny et Kremlin-Bicêtre). Les ateliers de cartographie seront proposés à une quinzaine de jeunes dans chacun des centres partenaires et permettront de compléter et d'alimenter la carte mise à disposition sur internet. -- Augustin Doury ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Nicolas Chavent Humanitarian OpenStreetMap Team http://hot.openstreetmap.org/ Mobile (FRA): +33 (0)6 52 40 78 20 Email: nicolas.chav...@hotosm.org Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pelias JDONREF
Bonjour à tous, Par l'intermédiaire d'un collègue, j'ai eu l'écho du récent projet Pelias (http://stateofthemap.us/session/pelias/) pour OSM, qui a pour objectif le déploiement d'un geocodeur pour OSM s'appuyant sur l'outil ElasticSearch. C'est en effet une très bonne idée, tellement bonne que nous avons eu la même ! Nous sommes (la préfecture de police - Paris) en cours de conversion de l'outil open-source JDONREF (https://adullact.net/projects/jdonref-v2/) vers Elastic Search (les spécifications provisoires sont là : https://adullact.net/plugins/mediawiki/wiki/jdonref-v2/index.php/JDONREFv3ES_Plugin). Pour le moment, JDONREF n'est pas compatible avec Pelias, mais quitte à faire de l'open source, autant le faire correctement. Je n'ai pas encore pris connaissance de l'outil Pelias, j'écris ce mail un peu à la va-vite. Pelias propose de décliner des filtres et requêtes locales à chaque pays pour s'adapter aux particularités de l'adresse. JDONREF est plutôt adapté à la grammaire française... Certaines personnes de la communauté ont-elles commencé à s'investir sur le sujet ? Sont-elles intéressées par ce projet ? Les sources du plugin JDONREF pour ElasticSearch sont pour le moment ici : http://sourceforge.net/p/jdonref/code/HEAD/tree/Dev/JDONREF_ES_PLUGIN_POC/. La version 0.1beta est prévue pour la fin du mois d'avril, ne serait-ce que pour notre usage interne, donc sans compatibilité Pelias. Une bascule vers git et maven est à prévoir pour respecter la charte de développement (non écrite) d'Elasticsearch (les plugins supportés fonctionnent ainsi), cela permettra de simplifier la compilation du plugin qui est pour le moment ardue (ticket d'entrée très élevé pour le moment). Le packaging sera abordé en mai-juin 2014. Ensuite, s'agissant de développement, peut-être la liste dev-fr ou Geocoding serait plus appropriée ? Bonne journée, Julien Moquet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pelias JDONREF
Bonjour, On était surplace pour la présentation de cet outil. L'idée est surement bonne. Par contre l'outil est très jeune et incomplet. Personnelle je n'ai pas eu un bon resenti sur ce projet et sur la façon dont le problème était abordé.Pour en avoir discuter avec les auteurs, ce projet n'est qu'une fonctionnalité d'un outil de navigation routière sur mobile basé sur opensciencemap qu'il entendent développer. C'était Frédéric en direct de Washington. Le 14/04/2014 13:01, MOQUET Julien PP-DOSTL SDSICIF SEPL POLE ARCHITECTURE a écrit : Bonjour à tous, Par l'intermédiaire d'un collègue, j'ai eu l'écho du récent projet Pelias (http://stateofthemap.us/session/pelias/) pour OSM, qui a pour objectif le déploiement d'un geocodeur pour OSM s'appuyant sur l'outil ElasticSearch. C'est en effet une très bonne idée, tellement bonne que nous avons eu la même ! Nous sommes (la préfecture de police - Paris) en cours de conversion de l'outil open-source JDONREF (https://adullact.net/projects/jdonref-v2/) vers Elastic Search (les spécifications provisoires sont là : https://adullact.net/plugins/mediawiki/wiki/jdonref-v2/index.php/JDONREFv3ES_Plugin). Pour le moment, JDONREF n'est pas compatible avec Pelias, mais quitte à faire de l'open source, autant le faire correctement. Je n'ai pas encore pris connaissance de l'outil Pelias, j'écris ce mail un peu à la va-vite. Pelias propose de décliner des filtres et requêtes locales à chaque pays pour s'adapter aux particularités de l'adresse. JDONREF est plutôt adapté à la grammaire française... Certaines personnes de la communauté ont-elles commencé à s'investir sur le sujet ? Sont-elles intéressées par ce projet ? Les sources du plugin JDONREF pour ElasticSearch sont pour le moment ici : http://sourceforge.net/p/jdonref/code/HEAD/tree/Dev/JDONREF_ES_PLUGIN_POC/. La version 0.1beta est prévue pour la fin du mois d'avril, ne serait-ce que pour notre usage interne, donc sans compatibilité Pelias. Une bascule vers git et maven est à prévoir pour respecter la charte de développement (non écrite) d'Elasticsearch (les plugins supportés fonctionnent ainsi), cela permettra de simplifier la compilation du plugin qui est pour le moment ardue (ticket d'entrée très élevé pour le moment). Le packaging sera abordé en mai-juin 2014. Ensuite, s'agissant de développement, peut-être la liste dev-fr ou Geocoding serait plus appropriée ? Bonne journée, Julien Moquet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Drone dédié à la cartographie
Ces lois sont celles qui ont mis en place les documents d'identité biométriques, et dont le port devient obligatoire. Sont concernés notamment les passeports biométriques qui non seulmenet pourront être lus par un appareil de contrôle lors d'un passage de frontière mais aussi lus à distance car les puces auront des possibiltés de lecture à distance. A Londres c'est déjà un problème avec le développement non seulement d'une justice privée mais aussi par le fait que les données sont collectées, conservées, et partagées/revendues sans même que l'utilisateur le sache et ne puisse en limiter la diffusion, et cela concerne la géolocalisation des posseseurs d'appareil mobiles. Mais le système n'est pas encore assez fiable aussi bien pour la justice ou la police qui peuvent obtenir un accès à ces données (mais c'est cher et le prix d'accès comme seul moyen de freiner l'usage abusif n'est pas équitable et les plus suivis sont ceux qui ne peuvent pas facilement remplacer ces appareils à coûts raisonnable) Mais à grande échelle c'est bien la biométrie sur les documents d'identité et aussi l'inscription automatique de ces éléments dans des fichiers de millions d'individus qui pose problème, d'autant plus que le droit à l'oubli est très peu respecté. On est de plus en plus suivi par des milliers de fichiers croisés sans qu'on le sache mais qui pourtant nous exposent à des décisions prises contre nous sans aucune justification sur la base de données dont on ne peut même pas vérifier l'exactitude ou si elles sont été manipulées par des tiers. Parmi eux les fichiers transmis aux banques par des tiers qui ont fait des erreurs d'appréciation mais qui ne font ensuite rien pour les corriger: Ces fichiers une fois rassemblés créent de nous des identités virtuelles bourrées d'erreurs et de plus en plus éloignées de la réalité, avec des faits également troqués de ce qui pourrit les mitiger. La qualité des données n'est pas du tout évaluée et ceux qui les utilisent n'ont eux-même aucun moyen de l'évaluer, et pourtant ils utilisent ces données pour des prises de décision sans le dire aux intéressés. Mais si en plus on met des identifiants très forts des utilisateurs et aussi si on les piste par une géolocalisation fine et permanente, c'est tout l'espace légal de liberté qui se voit limité de façon immédiate par les erreurs contenues dans ces fichiers: Il n'y a pas de recours et toute action pour passer outre ces limites abusives est alors jugée suspecte ou peuvent mener à des sanctions sans qu'aucun acte répréhensible n'ait réellement été commis. Les puces injectables sont aussi apparues, et elles permettent de tracer les individus et de plus en plus les produits utilisés; achetés, vendus. On peut maintenant être suivi aussi dans ce qu'on a mangé, ou même dans nos poubelles. Certaines données jugées fiables sont aussi de plus en plus utilisées comme preuves en justice alors qu'elles sont aussi manipulables (par exemple l'ADN d'un individu qu'il est très facile de collecter à son insu et dont la traçabilité dans l'espace ne s'étend pas dans le temps la trace ayant été laissée à un moment totalement indéterminé ur se mêler ensuite à d'autres). Nos identifiants numériques forts sont également des ADN virtuels qui sont disséminés de façon hors de contrôle. Ils permettent à des tas de tiers malveillants de se faire passer pour nous et faire croire aux autres qu'on a été à l'initiative de certains faits. Et c'est très difficile ensuite de se défendre contre ça. D'où ensuite des dérives graves, mais pourtant de plus en plus fréquentes, comme le harcèlement ou le public bashing, les variantes modernes de la vieille et trop bien connue rumeur, qui elle aussi produit les mêmes effets néfastes mais cette fois à des échelles beaucoup plus étendue, et avec une diffusion accélérée sous la forme numérique de ces rumeurs modernes véhiculées par des fichiers pollués par ces traces d'identifiants forts, trop souvent détournés de façon occulte par des tiers et transmis sur des réseaux aujourd'hui planétaires et n'obéissant à aucune loi commune ni aucun moyen de défense. On le sait, les rumeurs laissent des traces indélébiles. Plus une rumeur est grosse, avec des erreurs et approximations qui s'accumulent comme dans le très connu sketche du téléphone arabe pas si drôle que ça), mieux elle fonctionne (on a des exemples récents en politique qui conduisent à des graves conflits très meurtriers, la rumeur ayant engendré d'abord la peur puis la discrimination, l'insulte, la violence et enfin la vengeance) ! Mais si on permet à ces rumeurs de contenir facilement des identifiant forts des personnes incriminées, elle peut encore plus facilement grossir et produire ses effets de façon immédiate. Et qui se sert le plus des rumeurs ? Celui qui par ses moyens matériels dispose librement directement des médias et réseaux de communication et de la possibilité de ne rien faire contre la propagation de ces rumeurs numériques (dont il a pu lui-même être
Re: [OSM-talk-fr] Drone dédié à la cartographie
Philippe, Il ne me semble pas que ton argumentaire porte sur le sujet de ce fil de discussion initialement dédié aux UAVs. Aurais-tu la gentillesse stp d'éviter de polluer ce fil. Je te remercie Arnadu On 14-04-14 09:35 AM, Philippe Verdy wrote: Ces lois sont celles qui ont mis en place les documents d'identité biométriques, et dont le port devient obligatoire. Sont concernés notamment les passeports biométriques qui non seulmenet pourront être lus par un appareil de contrôle lors d'un passage de frontière mais aussi lus à distance car les puces auront des possibiltés de lecture à distance. A Londres c'est déjà un problème avec le développement non seulement d'une justice privée mais aussi par le fait que les données sont collectées, conservées, et partagées/revendues sans même que l'utilisateur le sache et ne puisse en limiter la diffusion, et cela concerne la géolocalisation des posseseurs d'appareil mobiles. Mais le système n'est pas encore assez fiable aussi bien pour la justice ou la police qui peuvent obtenir un accès à ces données (mais c'est cher et le prix d'accès comme seul moyen de freiner l'usage abusif n'est pas équitable et les plus suivis sont ceux qui ne peuvent pas facilement remplacer ces appareils à coûts raisonnable) Mais à grande échelle c'est bien la biométrie sur les documents d'identité et aussi l'inscription automatique de ces éléments dans des fichiers de millions d'individus qui pose problème, d'autant plus que le droit à l'oubli est très peu respecté. On est de plus en plus suivi par des milliers de fichiers croisés sans qu'on le sache mais qui pourtant nous exposent à des décisions prises contre nous sans aucune justification sur la base de données dont on ne peut même pas vérifier l'exactitude ou si elles sont été manipulées par des tiers. Parmi eux les fichiers transmis aux banques par des tiers qui ont fait des erreurs d'appréciation mais qui ne font ensuite rien pour les corriger: Ces fichiers une fois rassemblés créent de nous des identités virtuelles bourrées d'erreurs et de plus en plus éloignées de la réalité, avec des faits également troqués de ce qui pourrit les mitiger. La qualité des données n'est pas du tout évaluée et ceux qui les utilisent n'ont eux-même aucun moyen de l'évaluer, et pourtant ils utilisent ces données pour des prises de décision sans le dire aux intéressés. Mais si en plus on met des identifiants très forts des utilisateurs et aussi si on les piste par une géolocalisation fine et permanente, c'est tout l'espace légal de liberté qui se voit limité de façon immédiate par les erreurs contenues dans ces fichiers: Il n'y a pas de recours et toute action pour passer outre ces limites abusives est alors jugée suspecte ou peuvent mener à des sanctions sans qu'aucun acte répréhensible n'ait réellement été commis. Les puces injectables sont aussi apparues, et elles permettent de tracer les individus et de plus en plus les produits utilisés; achetés, vendus. On peut maintenant être suivi aussi dans ce qu'on a mangé, ou même dans nos poubelles. Certaines données jugées fiables sont aussi de plus en plus utilisées comme preuves en justice alors qu'elles sont aussi manipulables (par exemple l'ADN d'un individu qu'il est très facile de collecter à son insu et dont la traçabilité dans l'espace ne s'étend pas dans le temps la trace ayant été laissée à un moment totalement indéterminé ur se mêler ensuite à d'autres). Nos identifiants numériques forts sont également des ADN virtuels qui sont disséminés de façon hors de contrôle. Ils permettent à des tas de tiers malveillants de se faire passer pour nous et faire croire aux autres qu'on a été à l'initiative de certains faits. Et c'est très difficile ensuite de se défendre contre ça. D'où ensuite des dérives graves, mais pourtant de plus en plus fréquentes, comme le harcèlement ou le public bashing, les variantes modernes de la vieille et trop bien connue rumeur, qui elle aussi produit les mêmes effets néfastes mais cette fois à des échelles beaucoup plus étendue, et avec une diffusion accélérée sous la forme numérique de ces rumeurs modernes véhiculées par des fichiers pollués par ces traces d'identifiants forts, trop souvent détournés de façon occulte par des tiers et transmis sur des réseaux aujourd'hui planétaires et n'obéissant à aucune loi commune ni aucun moyen de défense. On le sait, les rumeurs laissent des traces indélébiles. Plus une rumeur est grosse, avec des erreurs et approximations qui s'accumulent comme dans le très connu sketche du téléphone arabe pas si drôle que ça), mieux elle fonctionne (on a des exemples récents en politique qui conduisent à des graves conflits très meurtriers, la rumeur ayant engendré d'abord la peur puis la discrimination, l'insulte, la violence et enfin la vengeance) ! Mais si on permet à ces rumeurs de contenir facilement des identifiant forts des personnes incriminées, elle peut encore
Re: [OSM-talk-fr] Drone dédié à la cartographie
Non, mais j'ai répondu directement (un seul message pas une série) au sujet de celui qui posait une question liée. Mon premier message portait plus directement sur l'usage des drones (très restreint en France où des condamnations ont été prononcées même pour un usage à priori bénin ; l'utilisation de bonne foi ne suffit pas même avec les meilleurs intentions du monde et même sans qu'il y ait eu mise en danger bien établie, ni aucun accident). En France, on doit avoir une licence spécifique, déposer des plans de vol et demander des tas d'autorisation, même pour le survol du seul domaine public. Pour le domaine privé c'est sans doute encore plus compliqué dans un flou juridique qui en France bénéficie souvent à postériori aux plaignants sans qu'ils aient eu pourtant aucun dommage. Mais je ne suis pas sûr que ce soit si mal que ça que cette utilisation soit limitée par un principe de précaution même s'il semble un peu sévère au premier abord. Le 14 avril 2014 14:09, Arnaud Vandecasteele arnaud@gmail.com a écrit : Philippe, Il ne me semble pas que ton argumentaire porte sur le sujet de ce fil de discussion initialement dédié aux UAVs. Aurais-tu la gentillesse stp d'éviter de polluer ce fil. Je te remercie Arnadu On 14-04-14 09:35 AM, Philippe Verdy wrote: Ces lois sont celles qui ont mis en place les documents d'identité biométriques, et dont le port devient obligatoire. Sont concernés notamment les passeports biométriques qui non seulmenet pourront être lus par un appareil de contrôle lors d'un passage de frontière mais aussi lus à distance car les puces auront des possibiltés de lecture à distance. A Londres c'est déjà un problème avec le développement non seulement d'une justice privée mais aussi par le fait que les données sont collectées, conservées, et partagées/revendues sans même que l'utilisateur le sache et ne puisse en limiter la diffusion, et cela concerne la géolocalisation des posseseurs d'appareil mobiles. Mais le système n'est pas encore assez fiable aussi bien pour la justice ou la police qui peuvent obtenir un accès à ces données (mais c'est cher et le prix d'accès comme seul moyen de freiner l'usage abusif n'est pas équitable et les plus suivis sont ceux qui ne peuvent pas facilement remplacer ces appareils à coûts raisonnable) Mais à grande échelle c'est bien la biométrie sur les documents d'identité et aussi l'inscription automatique de ces éléments dans des fichiers de millions d'individus qui pose problème, d'autant plus que le droit à l'oubli est très peu respecté. On est de plus en plus suivi par des milliers de fichiers croisés sans qu'on le sache mais qui pourtant nous exposent à des décisions prises contre nous sans aucune justification sur la base de données dont on ne peut même pas vérifier l'exactitude ou si elles sont été manipulées par des tiers. Parmi eux les fichiers transmis aux banques par des tiers qui ont fait des erreurs d'appréciation mais qui ne font ensuite rien pour les corriger: Ces fichiers une fois rassemblés créent de nous des identités virtuelles bourrées d'erreurs et de plus en plus éloignées de la réalité, avec des faits également troqués de ce qui pourrit les mitiger. La qualité des données n'est pas du tout évaluée et ceux qui les utilisent n'ont eux-même aucun moyen de l'évaluer, et pourtant ils utilisent ces données pour des prises de décision sans le dire aux intéressés. Mais si en plus on met des identifiants très forts des utilisateurs et aussi si on les piste par une géolocalisation fine et permanente, c'est tout l'espace légal de liberté qui se voit limité de façon immédiate par les erreurs contenues dans ces fichiers: Il n'y a pas de recours et toute action pour passer outre ces limites abusives est alors jugée suspecte ou peuvent mener à des sanctions sans qu'aucun acte répréhensible n'ait réellement été commis. Les puces injectables sont aussi apparues, et elles permettent de tracer les individus et de plus en plus les produits utilisés; achetés, vendus. On peut maintenant être suivi aussi dans ce qu'on a mangé, ou même dans nos poubelles. Certaines données jugées fiables sont aussi de plus en plus utilisées comme preuves en justice alors qu'elles sont aussi manipulables (par exemple l'ADN d'un individu qu'il est très facile de collecter à son insu et dont la traçabilité dans l'espace ne s'étend pas dans le temps la trace ayant été laissée à un moment totalement indéterminé ur se mêler ensuite à d'autres). Nos identifiants numériques forts sont également des ADN virtuels qui sont disséminés de façon hors de contrôle. Ils permettent à des tas de tiers malveillants de se faire passer pour nous et faire croire aux autres qu'on a été à l'initiative de certains faits. Et c'est très difficile ensuite de se défendre contre ça. D'où ensuite des dérives graves, mais pourtant de plus en plus fréquentes, comme le harcèlement ou le public bashing, les variantes modernes de
Re: [OSM-talk-fr] Pelias JDONREF
Même impression pour moi. Des choix étranges (préférer Geonames au découpage administratif d'OSM). D'autres travaux basés sur elasticsearch sur les données OSM sont plus avancés à mon avis. Par ailleurs, côté adresses et géocodage, nous démarrons un projet majeur à ce sujet visant à constituer une base adresse nationale libre, initialisée à partir des données OSM existantes, des données adresses disponibles ici ou là en opendata et pour compléter les adresses que nous sommes en train d'extraire automatiquement à partir du cadastre (80% des communes couvertes, 85-90% de la population). Le 14 avril 2014 07:14, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, On était surplace pour la présentation de cet outil. L'idée est surement bonne. Par contre l'outil est très jeune et incomplet. Personnelle je n'ai pas eu un bon resenti sur ce projet et sur la façon dont le problème était abordé.Pour en avoir discuter avec les auteurs, ce projet n'est qu'une fonctionnalité d'un outil de navigation routière sur mobile basé sur opensciencemap qu'il entendent développer. C'était Frédéric en direct de Washington. Le 14/04/2014 13:01, MOQUET Julien PP-DOSTL SDSICIF SEPL POLE ARCHITECTURE a écrit : Bonjour à tous, Par l'intermédiaire d'un collègue, j'ai eu l'écho du récent projet Pelias (http://stateofthemap.us/session/pelias/) pour OSM, qui a pour objectif le déploiement d'un geocodeur pour OSM s'appuyant sur l'outil ElasticSearch. C'est en effet une très bonne idée, tellement bonne que nous avons eu la même ! Nous sommes (la préfecture de police - Paris) en cours de conversion de l'outil open-source JDONREF (https://adullact.net/projects/jdonref-v2/) vers Elastic Search (les spécifications provisoires sont là : https://adullact.net/plugins/mediawiki/wiki/jdonref-v2/ index.php/JDONREFv3ES_Plugin). Pour le moment, JDONREF n'est pas compatible avec Pelias, mais quitte à faire de l'open source, autant le faire correctement. Je n'ai pas encore pris connaissance de l'outil Pelias, j'écris ce mail un peu à la va-vite. Pelias propose de décliner des filtres et requêtes locales à chaque pays pour s'adapter aux particularités de l'adresse. JDONREF est plutôt adapté à la grammaire française... Certaines personnes de la communauté ont-elles commencé à s'investir sur le sujet ? Sont-elles intéressées par ce projet ? Les sources du plugin JDONREF pour ElasticSearch sont pour le moment ici : http://sourceforge.net/p/jdonref/code/HEAD/tree/Dev/ JDONREF_ES_PLUGIN_POC/. La version 0.1beta est prévue pour la fin du mois d'avril, ne serait-ce que pour notre usage interne, donc sans compatibilité Pelias. Une bascule vers git et maven est à prévoir pour respecter la charte de développement (non écrite) d'Elasticsearch (les plugins supportés fonctionnent ainsi), cela permettra de simplifier la compilation du plugin qui est pour le moment ardue (ticket d'entrée très élevé pour le moment). Le packaging sera abordé en mai-juin 2014. Ensuite, s'agissant de développement, peut-être la liste dev-fr ou Geocoding serait plus appropriée ? Bonne journée, Julien Moquet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Job HOT pour Ebola en Guinée
bonjour Ci-dessous un article paru aujourd'hui sur Slate : La contribution d'Internet à la lutte contre Ebola: cartographier la Guinée http://www.slate.fr/monde/85941/cartes-guinee-ebola-internet#xtor=RSS-2 :) Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Travaux à Overpass API
Bonjour, le serveur http://overpass-api.de va être hors service Mercredi matin, de 7h à au plus 13h. Les serveurs http://api.openstreetmap.fr/oapi/ http://overpass.osm.rambler.ru/cgi/ ne sont pas concernés. Utilisez-les pendant les travaux s'il vous plait. Les travaux sont fait pour ajouter un SSD à le serveur. J'espere que ca va au moins doubler la capacité et vitesse de l'API. Je voudrais remercier FOSSGIS pour avoir financé cet agrandissement. Roland ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de randonnée (GR et autres)
Bonsoir, Le 10/04/2014 12:10, Romain MEHUT a écrit : Le 10 avril 2014 12:05, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Pas de réponse car en cas de non elle va devoir se justifier et aura bien du mal (arguments faibles) et elle ne veut pas dire oui car ça serait la fin du monopole qu'elle a construit par parasitisme. Mais comme le dit Philippe, les subventions risquent de ne plus suivre... La présentation de Benjamin Jean faite lors du SOTM-fr est en ligne ici : http://lanyrd.com/2014/sotmfr/coverage/ vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM : problème de fenêtre transparente aux clics_
Bonsoir, j'utilise JOSM assidûment depuis un mois ou deux, et je progresse régulièrement dans sa maîtrise. Mais depuis hier, j'ai un problème dont je ne trouve pas la source ni la solution : – parfois, souvent, mais pas toujours, toute fenêtre secondaire ouverte (photos, ou bien relations) devient transparente aux clics, ce qui fait que je ne peux plus rien faire dessus. Si je clique dedans, ça clique dans la fenêtre principale en dessous. Seul truc qui marche encore : le bouton de fermeture de la fenêtre. Parfois, il suffit de relancer JOSM pour que ça remarche, parfois ça ne fait rien. Si quelqu'un avait un tuyau pour me dépanner, ça serait avec grand plaisir… Je ne sais même pas si ça vient de JOSM ou bien de mon système. Ça le fait aussi bien avec la version 6950 qu'avec la 6973. Je suis sous Debian 7, avec un bureau XFCE, avec un clavier TM 2030 Merci d'avance pour vos suggestions Muselaar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Drone dédié à la cartographie
Bonjour, Martin Noblecourt a écrit : au contraire de la législation française (qui comme l'a montré l'article d'Eric est extrêmement stricte et quelque peu absurde). Ceux que le sujet intéresse trouveront un article de six pages fort intéressant et plutôt neutre dans le magazine Chasseur d'Images de ce mois. À sa lecture, on se rend compte que la loi, toute frustrante qu'elle soit, n'est pas si mal fichue. Le seule point extrêmement curieux et déroutant est que la législation change du tout au tout selon que l'appareil et doté ou non d'un capteur optique ! En outre, je voudrais apporter précision qui, sauf erreur de ma part, n'est pas indiquée dans l'article : le contexte législatif n'est pas vraiment spécifique à la France. Quelque soit le pays considéré, l'espace aérien est un bien rival que l'État doit partager en protégeant d'un côté les intérêts liés à la défense nationale et en garantissant de l'autre la sécurité des biens et des personnes. Ajoutons à cela une once de respect de la vie privée et nous voyons déjà en négatif se dessiner le contour de la loi. J'avais discuté de cela il y a quelques années avec Pascal Brisset, l'un des créateurs de Paparazzi. Il m'avait dit que même l'ENAC devait se greffer sur des missions scientifiques aux alentours du cercle polaire pour avoir l'occasion de tester le drone en haute altitude. Si l'ENAC en est réduit à cela, on imagine facilement les chances de dérogation de particuliers comme vous et moi, même dotés des meilleures intentions du monde. :( Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 位置参照情報の利用（大字・小字名の入力）
IIDAさん、ikiyaさん コメントありがとうございます。 タグ付けの件は了解しました。 大字は＝quarter のままとしておきます。 その他、 (1) ref=大字町丁目コード を入れています。 これは、都道府県名と市区町村名へ逆引き参照可能なようにするためです。 （Addressタグも考えたのですがADDRESSの書式でめんどくさいことになりそうだったのでREFにしました） (2) すべてのノードにtag k=fixme v=既存のノードが存在しないかチェックしてください/ を入れています。 「インポートし放ち」にならないよう、インポート後に既存ノードの有無を確認してFIXMEタグを削除する作業をするようにしました。 この際にOSM的に良い位置にずらす作業も入るかと思います。 (3) source= ISJ 2012 位置参照情報の利用規約にデータの年式を入れるように書いてあったような気がしたので・・・ ＊位置参照情報の利用規約をみたところOSMの手動インポートでも問題ないようにおもいます。 そもそもGPXを使ったトレース方法も、手動インポートと何が違うのか？ って感じてますから... テストインポート テストインポートもなしにいきなりバルクインポートはないとおもいます。 まずはコントロール可能な綾瀬市でテストインポートをやってみて問題点をあらいだしてみました。 特に綾瀬はすでに基盤地図情報から地名をトレース済みですので既存データとの競合状況を見ることができます。 その結果、quarterが表示されなくなることがわかったのですがそれはいいとして、 既存データとの調整も必要になります。 中島さんが指摘されたように算用数字表記などもあるので機械的に重複を検出するのは難しいかと思います。 また、一概に既存データのほうが位置参照情報よりも精度が高いとは言えないとおもいます。 大字・町丁目レベル位置参照情報 はそれほど数が多くないので手動インポート方式のほうがバルクインポートよりも手っ取り早いように思います。 その他に気づいた点として、基盤地図情報と位置参照情報ではノードの位置が違う（ずれているのではなく明らかに別の位置に置かれている）。 綾瀬市を見たところでは、位置的には基盤地図情報のほうが的確な位置が指定されているように見受けられます。 福島県など他の地域ではどうでしょうか？ もし、基盤地図情報の位置のほうが位置参照情報よりも的確ならば、 下記のようなトレース方法が可能です。 ・基盤地図情報からGPXを作成 ・位置参照情報からOSMファイルを作成 ・JOSMにGPXとOSMをロードして、OSMノードをGPXの位置へ移動させる（既存データのチェックも行う） ノードを移動させる位置ですが、 (1) 地元などで地名の適切な位置がわかる場合には適切な位置に配置する。 (2) 既存ノードが存在する場合にはそのノード位置に配置する。 (3) GPX（基盤地図情報）があればGPXの位置に配置する。 (4) 位置を判断する基準が何もなければ位置はずらさない。 とするのは如何でしょう？ それと、既存データが存在していた時の処理基準も決めておく必要があるでしょう。 例えば ・place=hamlet なら 位置参照情報で置き換えるのかどうか ・漢数字と数字との違いの場合は書き換えるのかどうか などです。 各市町村ごとに作業を行うとすると、だいたい１市町村に６０〜１５０ぐらいの地名数になります。 JOSMでの手作業が、１時間で１００地名ぐらい処理できますので、市町村単位に処理を分担するとちょうどいいかんじです。 ながながと書いちゃったのでまとまりがつかなくなっちゃいました。このへんにしておきます。 早々 2014年4月13日 20:33 Satoshi IIDA nyamp...@gmail.com: いいだです。 林さん 「大字・町丁目レベル位置参照情報」からのデータは place=neighbourhood に統一するというのはどうでしょう？ （理由） ・そもそも、「大字」と「字」を区別することに意味があるのか？ 階層わけの時に、僕も悩んでいたことです。 https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007558.html 位置参照情報でいえば、主に 大字・字・丁目区分コード が 2 になっている項目です。 こうした、地籍からの住所表記を引き継いでいる地域の場合、 大字と小字を繋げた表記がとても長くなります。 例えば、大槻町字小山田西のようなかんじです。 なので、これは分割しないと、階層構造的にもレンダリング的にもよろしくないのではないか、と思って、分ける形にしました。 でもって、住居表示でいえば、大字に対応する階層は 町名 になります。 小字に対応する階層が、XX丁目、などになります。 なので、分けたほうがよいのでは、と考えた次第です。 ただ、どこまでが大字で、どこまでが小字なのか、わかりづらく、 入力がしづらいというのも事実としてあり、そこもずっと意見が欲しかった場所です。 住居表示がされている区域と、そうでない地域で階層定義を分けるのも、ひとつの手ではあります。 (例えば、大字は quarterにする、住居表示されている、XX町XX丁目、はまとめてneighbourhoodに入れる) 階層的には美しくありませんが、実用的ではあります。 どうしても町名のみで表記したい場合、type=boundary でsubareaなどを使って階層付けることもできます。 この場合、一丁目、二丁目、などの前に半角スペースを入れて、 例えば XX町 四丁目としておけば、機械的にも処理しやすくなる、かもしれません。 その地域が住居表示を実施しているかどうかは、 同じく位置参照情報の 街区レベル位置参照情報 (もう一つのファイル)に、判定のフラグがあります。 HTMLであれば、このページになります。 http://nlftp.mlit.go.jp/isj/preparation.html ・トレースの場合には name=* の他にも place=[neighbourhood | quarter] を切り替えなければならないので大変な労力を要するようになる。 はい、それもあるので、インポートとして、機械的に分割する方策を進めたほうがよいのではないか、という提案をしていました。 トレース作業も、それはそれで行えば、構造のチェックにもなると思いますし、 インポート作業まで待てないかたも多いでしょうから、手段としてはあって良いと思っています。 テストインポート 過去のデータ変換の基準にそっていて、不要と思われるタグが多いように思われます。 テストとはいえ、ちょっとよくないな、と思っています。 (ご存知とは思いますが、インポートを進めるには、それなりに手続きが必要です) タグの変更、あるいはリバートが必要と思いますが、どうでしょうか？ place=quarterがosm.org本家でレンダリングされない place=neighbourhoodがレンダリングされるようになったのもここ半年くらいなので、 個人的にはちょっとずつ進んでいる思っていたりします。 place=neighbourhood のレンダリングが追加された時のPull Requestはこんなかんじですので、 提案はやってみてもよいのかもしれません。 https://github.com/gravitystorm/openstreetmap-carto/pull/28 2014年4月13日 17:57 ikiya insidekiwi...@yahoo.co.jp: Ikiyaです。 もう一点、トレースしたかった理由は大字(町名)をきりはなして、同一大字のセンターに大字名を手置きしたいという理由がありました。 インポートでも大字、字の切り離し、タグ分けは希望します。 私の方はまだトレースは始めていませんので、意見まとまった時点で開始します。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 位置参照情報の利用（大字・小字名の入力）
いいだです、 いまPCさわれないので手短ですが、、、念のため、インポートは、JOSMを使った手動のものであっても、ドキュメンテーションと、それを元にしたローカルMLおよびimports MLでの議論と公知が必須です。 refはよいアイデアかも。項目ごとに一意？ fixmeタグもよい案とは思いますが、全てのnodeに付与するのは、冗長ではないかな、と思います。 wikiページに、提案いただいた編集方針がまとまっていればよいのではないかなぁ。 IIDAさん、ikiyaさん コメントありがとうございます。 タグ付けの件は了解しました。 大字は＝quarter のままとしておきます。 その他、 (1) ref=大字町丁目コード を入れています。 これは、都道府県名と市区町村名へ逆引き参照可能なようにするためです。 （Addressタグも考えたのですがADDRESSの書式でめんどくさいことになりそうだったのでREFにしました） (2) すべてのノードにtag k=fixme v=既存のノードが存在しないかチェックしてください/ を入れています。 「インポートし放ち」にならないよう、インポート後に既存ノードの有無を確認してFIXMEタグを削除する作業をするようにしました。 この際にOSM的に良い位置にずらす作業も入るかと思います。 (3) source= ISJ 2012 位置参照情報の利用規約にデータの年式を入れるように書いてあったような気がしたので・・・ ＊位置参照情報の利用規約をみたところOSMの手動インポートでも問題ないようにおもいます。 そもそもGPXを使ったトレース方法も、手動インポートと何が違うのか？ って感じてますから... テストインポート テストインポートもなしにいきなりバルクインポートはないとおもいます。 まずはコントロール可能な綾瀬市でテストインポートをやってみて問題点をあらいだしてみました。 特に綾瀬はすでに基盤地図情報から地名をトレース済みですので既存データとの競合状況を見ることができます。 その結果、quarterが表示されなくなることがわかったのですがそれはいいとして、 既存データとの調整も必要になります。 中島さんが指摘されたように算用数字表記などもあるので機械的に重複を検出するのは難しいかと思います。 また、一概に既存データのほうが位置参照情報よりも精度が高いとは言えないとおもいます。 大字・町丁目レベル位置参照情報 はそれほど数が多くないので手動インポート方式のほうがバルクインポートよりも手っ取り早いように思います。 その他に気づいた点として、基盤地図情報と位置参照情報ではノードの位置が違う（ずれているのではなく明らかに別の位置に置かれている）。 綾瀬市を見たところでは、位置的には基盤地図情報のほうが的確な位置が指定されているように見受けられます。 福島県など他の地域ではどうでしょうか？ もし、基盤地図情報の位置のほうが位置参照情報よりも的確ならば、 下記のようなトレース方法が可能です。 ・基盤地図情報からGPXを作成 ・位置参照情報からOSMファイルを作成 ・JOSMにGPXとOSMをロードして、OSMノードをGPXの位置へ移動させる（既存データのチェックも行う） ノードを移動させる位置ですが、 (1) 地元などで地名の適切な位置がわかる場合には適切な位置に配置する。 (2) 既存ノードが存在する場合にはそのノード位置に配置する。 (3) GPX（基盤地図情報）があればGPXの位置に配置する。 (4) 位置を判断する基準が何もなければ位置はずらさない。 とするのは如何でしょう？ それと、既存データが存在していた時の処理基準も決めておく必要があるでしょう。 例えば ・place=hamlet なら 位置参照情報で置き換えるのかどうか ・漢数字と数字との違いの場合は書き換えるのかどうか などです。 各市町村ごとに作業を行うとすると、だいたい１市町村に６０～１５０ぐらいの地名数になります。 JOSMでの手作業が、１時間で１００地名ぐらい処理できますので、市町村単位に処理を分担するとちょうどいいかんじです。 ながながと書いちゃったのでまとまりがつかなくなっちゃいました。このへんにしておきます。 早々 2014年4月13日 20:33 Satoshi IIDA nyamp...@gmail.com: いいだです。 林さん 「大字・町丁目レベル位置参照情報」からのデータは place=neighbourhood に統一するというのはどうでしょう？ （理由） ・そもそも、「大字」と「字」を区別することに意味があるのか？ 階層わけの時に、僕も悩んでいたことです。 https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007558.html 位置参照情報でいえば、主に 大字・字・丁目区分コード が 2 になっている項目です。 こうした、地籍からの住所表記を引き継いでいる地域の場合、 大字と小字を繋げた表記がとても長くなります。 例えば、大槻町字小山田西のようなかんじです。 なので、これは分割しないと、階層構造的にもレンダリング的にもよろしくないのではないか、と思って、分ける形にしました。 でもって、住居表示でいえば、大字に対応する階層は 町名 になります。 小字に対応する階層が、XX丁目、などになります。 なので、分けたほうがよいのでは、と考えた次第です。 ただ、どこまでが大字で、どこまでが小字なのか、わかりづらく、 入力がしづらいというのも事実としてあり、そこもずっと意見が欲しかった場所です。 住居表示がされている区域と、そうでない地域で階層定義を分けるのも、ひとつの手ではあります。 (例えば、大字は quarterにする、住居表示されている、XX町XX丁目、はまとめてneighbourhoodに入れる) 階層的には美しくありませんが、実用的ではあります。 どうしても町名のみで表記したい場合、type=boundary でsubareaなどを使って階層付けることもできます。 この場合、一丁目、二丁目、などの前に半角スペースを入れて、 例えば XX町 四丁目としておけば、機械的にも処理しやすくなる、かもしれません。 その地域が住居表示を実施しているかどうかは、 同じく位置参照情報の 街区レベル位置参照情報 (もう一つのファイル)に、判定のフラグがあります。 HTMLであれば、このページになります。 http://nlftp.mlit.go.jp/isj/preparation.html ・トレースの場合には name=* の他にも place=[neighbourhood | quarter] を切り替えなければならないので大変な労力を要するようになる。 はい、それもあるので、インポートとして、機械的に分割する方策を進めたほうがよいのではないか、という提案をしていました。 トレース作業も、それはそれで行えば、構造のチェックにもなると思いますし、 インポート作業まで待てないかたも多いでしょうから、手段としてはあって良いと思っています。 テストインポート 過去のデータ変換の基準にそっていて、不要と思われるタグが多いように思われます。 テストとはいえ、ちょっとよくないな、と思っています。 (ご存知とは思いますが、インポートを進めるには、それなりに手続きが必要です) タグの変更、あるいはリバートが必要と思いますが、どうでしょうか？ place=quarterがosm.org本家でレンダリングされない place=neighbourhoodがレンダリングされるようになったのもここ半年くらいなので、 個人的にはちょっとずつ進んでいる思っていたりします。 place=neighbourhood のレンダリングが追加された時のPull Requestはこんなかんじですので、 提案はやってみてもよいのかもしれません。 https://github.com/gravitystorm/openstreetmap-carto/pull/28 2014年4月13日 17:57 ikiya insidekiwi...@yahoo.co.jp: Ikiyaです。 もう一点、トレースしたかった理由は大字(町名)をきりはなして、同一大字のセンターに大字名を手置きしたいという理由がありました。 インポートでも大字、字の切り離し、タグ分けは希望します。 私の方はまだトレースは始めていませんので、意見まとまった時点で開始します。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] OSM Nottingham
For a while now I have been working on creating a website to showcase OSM data in the Nottingham area - http://osm-nottingham.org.uk/ My aim has been partially to create something that is useful for people searching for services and amenities locally, but in particular to make it easier for local mappers to spot errors and omissions, and I hope, motivate them to contribute more data. I have tried to cover things that are well tagged, but don't necessarily appear in the standard renderings. For example: * Listed buildings - I've been gradually tagging listed buildings for the last few months and it does increase my motivation to have somewhere to easily visualise my progress. * Plaques - myself and another Nottingham mapper kevjs1982 have tagged a lot of memorial plaques around the city. * Shops - a good proportion of Nottingham's shops have been mapped, with particular credit for this going to SK53. There are a series of layers for different categories of shop. Extra tags such as opening hours, website and wheelchair access are shown where used. There is also an address search: Nottingham has 70,998 addresses tagged as of today. The search takes account of details such as flat numbers, which I routinely tag, but often seem to get overlooked. Cheers, Will Phillips (will_p) ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tag for benches
Many places have those wavy seats. Another case of local authorities completely missing the point. In the Bear Pit in Bristol they have single seats only that all face away from each other so it's really hard to have a conversation or share a sandwich. Ridiculous. Dave F. On 10/04/2014 17:57, Andy Mabbett wrote: comfort_rating=0 ? Benches installed in the centre of a seaside town have been deliberately designed to be uncomfortable, council bosses have admitted. http://www.theguardian.com/uk-news/2014/apr/10/dover-benches-designed-uncomfortable-council-bosses --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Notes from TeachOSM BoF at SotMUS
Hi all, I created a Hackpad[0] to consolidate my (loose) notes from Sunday's birds-of-a-feather session at State of the Map. Surely there are things I left out so please feel free to add your thoughts, make revisions, clarifications, etc. [0] https://hackpad.com/TeachOSM-Notes-from-BoF-at-SotM-US-hj1Irt3wmcf It was a great discussion. Thanks to everyone who contributed. Best, -- SEJ -- twitter: @geomantic -- skype: sejohnson8 There are two types of people in the world. Those that can extrapolate from incomplete data. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cl] HOTOSM
Hola, me he fijado que se ha avanzado casi totalmente en las construcciones, pero hay varias callejuelas y escaleras que no se han agregado, incluso en la parte más formal de la ciudad. He abusado de Google Street View para saber si son calles o escaleras, junto con colocarle nombre a algunas calles según el cartel que se ve en la foto (no la información del mapa). ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
