Re: [OSM-talk] Master City - Country versions (Italy, France and Germany)
Dear all, following some specific requests. I just released country versions for United Kingdom and Spain too: - Master City UK (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.uk) - Master City España (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.spain) As the others country versions each version has more than 1000 cities, more detailed zoom levels and a bonus level. Would you like other country versions? Let me know! Regards Mario Danelli Il 08/03/2013 14:52, Mario Danelli ha scritto: Dear all, I just released Android country versions of the Master City game: - Master City Italia - Master City France - Master City Deutschland Each version has more cities (more than 1000 for country), more detailed zoom levels and a bonus level. Would you like other country versions? Let me know! Regards Mario Danelli ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
Hi, I've noted that some (if not all) of the Australian Square Kilometer Telescope north east of Murchison WA is entered (and has been for some time) in OSM but it does not show up on my Garmin maps. 26.7S 116.7E entries are key man_made value radio telescope key website value http://www.atnf.csiro.au/projects/askap/ key name value Burara (etc - some 36 so far .. many more to come) etc. as the value radio telescope does not look to be official yet .. would a value of tower suit - and edit the names to inculse a prefix of radio telescope followed by the present name be an aproach that would see these things actually apear on the maps? What of Parks? Naribri? .. humm looking .. Ok Parks is a tower .. humm some of the other details .. well yes ok .. So it looks to me as if a value of tower would be best .. then add a prefix to the name tower:type .. ? umm radio telescope ? - Parks is listed as communication Any other thoughts? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
On Tue, 31 Dec 2013 11:17:30 +1100 Warin 61sundow...@gmail.com wrote: Hi, I've noted that some (if not all) of the Australian Square Kilometer Telescope north east of Murchison WA is entered (and has been for some time) in OSM but it does not show up on my Garmin maps. 26.7S 116.7E entries are key man_made value radio telescope key website value http://www.atnf.csiro.au/projects/askap/ key name value Burara (etc - some 36 so far .. many more to come) etc. as the value radio telescope does not look to be official yet .. would a value of tower suit - and edit the names to inculse a prefix of radio telescope followed by the present name be an aproach that would see these things actually apear on the maps? What of Parks? Naribri? .. humm looking .. Ok Parks is a tower .. humm some of the other details .. well yes ok .. So it looks to me as if a value of tower would be best .. then add a prefix to the name tower:type .. ? umm radio telescope ? - Parks is listed as communication Any other thoughts? Radio telescope is the only reasonable and logical tag, tower is TOO vague and cummunication is inaccurite sparrowhawk ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
On 31/12/13 11:17, Warin wrote: Any other thoughts? Use mkgmap to make your own Garmin maps. Edit the mkgmap points file and add an entry for radio telescope. Eg: man_made=radio_telescope [0x6411 resolution 21] John ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
On 31/12/13 10:17, Warin wrote: Hi, I've noted that some (if not all) of the Australian Square Kilometer Telescope north east of Murchison WA is entered (and has been for some time) in OSM but it does not show up on my Garmin maps. 26.7S 116.7E entries are key man_made value radio telescope key website value http://www.atnf.csiro.au/projects/askap/ key name value Burara (etc - some 36 so far .. many more to come) etc. as the value radio telescope does not look to be official yet .. would a value of tower suit - and edit the names to inculse a prefix of radio telescope followed by the present name be an aproach that would see these things actually apear on the maps? This is Mapping for the renderer. If you want something mapped then get the renderer changed not the data What of Parks? Naribri? .. humm looking .. Ok Parks is a tower .. humm some of the other details .. well yes ok .. So it looks to me as if a value of tower would be best .. then add a prefix to the name Again mapping for the renderer. http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer http://wiki.openstreetmap.org/wiki/Good_practice ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
The proposed observatory schema seems to have stalled but looking through the discussion on it there was consensus from the group that is ready enough to put to a vote (which is where it seems to have stopped progress). Maybe take a look through there and pick up that proposal if you have the means to do so. Cheers, Jason On 31 Dec 2013 13:06, John Henderson snow...@gmx.com wrote: On 31/12/13 11:17, Warin wrote: Any other thoughts? Use mkgmap to make your own Garmin maps. Edit the mkgmap points file and add an entry for radio telescope. Eg: man_made=radio_telescope [0x6411 resolution 21] John ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Murchison - Square Kilometer Telescope not showing on Garmin maps
Yep, as Jason says, its all there under - http://wiki.openstreetmap.org/wiki/Proposed_features/Observatory Looks to me like Bass drove it initially but just lost steam. Don't blame him, I did the same when I wanted to get a better definition of 4x4 tracks. However, the SquareKilometer is just about the biggest bit of science around these days, even the slightly dumbed down version happening in Oz. So, maybe we should take the lead and try and get the Observatory tag up for a vote ? There would be easily enough people on this mailing list to carry it. Alternatively, just observe the suggested tagging. Sigh Warin, you do realise that getting the tag successfully voted on does not mean it will suddenly appear on maps all over the place, don't you ? Thats a whole different process. Having a tag voted gives you a bit of moral high ground, thats all. David On Tue, 2013-12-31 at 13:10 +1000, Jason Ward wrote: The proposed observatory schema seems to have stalled but looking through the discussion on it there was consensus from the group that is ready enough to put to a vote (which is where it seems to have stopped progress). Maybe take a look through there and pick up that proposal if you have the means to do so. Cheers, Jason On 31 Dec 2013 13:06, John Henderson snow...@gmx.com wrote: On 31/12/13 11:17, Warin wrote: Any other thoughts? Use mkgmap to make your own Garmin maps. Edit the mkgmap points file and add an entry for radio telescope. Eg: man_made=radio_telescope [0x6411 resolution 21] John ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro
Bom dia Arlindo, bom dia a todos: Já trocamos alguns e-mails Arlindo.Assim como o companheiro Márcio (sujeito com forte bagagem hein, em tudo que vejo: Seja site, seja fórum, lá está seu nick thundercel, parabéns pelo empenho!), também tenho colaborado no OSM, mais precisamente com a região de São Gonçalo - RJ (Onde tenho residência) e alguma coisa em Niterói - RJ. Sou novato, mas com a colaboração dos Srs, com certeza terei muito a acrescentar. Um próspero ano novo a todos. Hélio Coutinho. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 30 Dec 2013 08:18:47 -0200 Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Olá Arlindo! Venho ajudando na edição do mapa no Rio de Janeiro. Resido na Ilha do Governador – RJ. Minha experiencia advem de 5 anos desenvolvendo mapas para o Tracksource tendo inclusive desenhado para ele todo o arruamento da zona oeste do Rio quando essa ainda não estava no mapa. Desenhei também para o Trackource os mapas de toda a baixada fluminense e Regão dos Lagos. Tenho 63 anos e acredito que ainda tenha folego para contribuir com o OSM. Forte abraço e Feliz 2014. Abraços Marcio From: Arlindo Pereira Sent: Saturday, December 28, 2013 11:51 PM To: OSM talk-br Subject: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Pessoal, a captura de tela não me deixa mentir: esse mês (e olha que nem acabou ainda!) tivemos mais de 500 edições na Região Metropolitana do Rio de Janeiro!!! http://i.imgur.com/HUCKmS5.png Eu monitoro as atualizações da RMRJ usando um feed RSS (essa área: http://www.openstreetmap.org/history?bbox=-43.726%2C-23..084%2C-42.916%2C-22.655) e sempre revisava umas 10, as vezes 20 edições por semana. Nesse final de ano, não tou mais conseguindo revisar! Finalmente esse dia chegou! Nosso presente de natal, hohoho =) Parabéns aos novos editores!! =)) Quem já tiver participando da lista e for daqui do RJ, não se acanhe, dê um alô. []s Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. ___ 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] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro
Olá grande Helio! é com grande satisfação que o vejo aqui colaborando com o OSM que infelizmente, na minha opinião, não foi ainda bem divulgado no Brasil e por essa razão não conta com um numero significativo de colaboradores. Me surpreendi aos aber que na Argentina existiam mais colaboradores que o Brasil. Vamos reverter esse quadro e dentro das minhas possiblidades empregarei os sites que administro para fazer essa divulgação. No momento me encontro em Sorocaba – SP onde vim passar a festa do fim dde ano com filha e netos. Ando editando o mapa OSM aqui porque não gostei muito do que vi quando cheguei. Muitas ruas faltando no mapa e muitas outras não nomeadas. Fora a hierarquização das vias que está requerendo revisão. Aos poucos vamos acertando isso. Quinta-feira retorno para o Rio e continuarei trabalhando naquele mapa já que sabemos estar o arruamento da cidade sendo bastante alterado decido as obras e novas vias sendo inauguradas. Forte abraço e feliz 2014. Marcio From: Hélio Ricardo Pinheiro Coutinho Sent: Monday, December 30, 2013 10:14 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Bom dia Arlindo, bom dia a todos: Já trocamos alguns e-mails Arlindo. Assim como o companheiro Márcio (sujeito com forte bagagem hein, em tudo que vejo: Seja site, seja fórum, lá está seu nick thundercel, parabéns pelo empenho!), também tenho colaborado no OSM, mais precisamente com a região de São Gonçalo - RJ (Onde tenho residência) e alguma coisa em Niterói - RJ. Sou novato, mas com a colaboração dos Srs, com certeza terei muito a acrescentar. Um próspero ano novo a todos. Hélio Coutinho. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 30 Dec 2013 08:18:47 -0200 Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Olá Arlindo! Venho ajudando na edição do mapa no Rio de Janeiro. Resido na Ilha do Governador – RJ. Minha experiencia advem de 5 anos desenvolvendo mapas para o Tracksource tendo inclusive desenhado para ele todo o arruamento da zona oeste do Rio quando essa ainda não estava no mapa. Desenhei também para o Trackource os mapas de toda a baixada fluminense e Regão dos Lagos. Tenho 63 anos e acredito que ainda tenha folego para contribuir com o OSM. Forte abraço e Feliz 2014. Abraços Marcio From: Arlindo Pereira Sent: Saturday, December 28, 2013 11:51 PM To: OSM talk-br Subject: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Pessoal, a captura de tela não me deixa mentir: esse mês (e olha que nem acabou ainda!) tivemos mais de 500 edições na Região Metropolitana do Rio de Janeiro!!! http://i.imgur.com/HUCKmS5.png Eu monitoro as atualizações da RMRJ usando um feed RSS (essa área: http://www.openstreetmap.org/history?bbox=-43.726%2C-23..084%2C-42.916%2C-22.655) e sempre revisava umas 10, as vezes 20 edições por semana. Nesse final de ano, não tou mais conseguindo revisar! Finalmente esse dia chegou! Nosso presente de natal, hohoho =) Parabéns aos novos editores!! =)) Quem já tiver participando da lista e for daqui do RJ, não se acanhe, dê um alô. []s Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. ___ 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 --- Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. http://www.avast.com ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE
Olá Nelson, Gostaria de saber se terei que excluir o changeset de João Alfredo. Ou em menor escala, fazer alterações. Estou em Estágio Probatório no OSM, e essas análises e sugestões são importantes para o pleno entendimento das nuances do projeto. Lembro que estou só esperando o ok do colaborador que me enviou os tracklogs para começar a trabalhar no mapa da cidade vizinha, Surubim. Att, Marcelo Pereira Em 27 de dezembro de 2013 18:37, Nelson A. de Oliveira nao...@gmail.comescreveu: Foi importado: = Esse mapa que enviei de João Alfredo foi feito a partir de tracklogs que um morador de lá me enviou no época que eu era Desenvolvedor TRC em Pernambuco. Como ainda dispunha do mapa no formato antigo, perguntei a ele se poderia utilizar os dados dele para o OSM e ele concordou. Aproveito para informar que pretendo fazer o mesmo com o mapa de Surubim, cidade próxima, só estou no aguardo da anuência do colaborador que me enviou os tracklogs na época. Em ambos os casos, os nomes de ruas foram tirados do IBGE e confirmados pelos colaboradores. Espero ter respondido sua pergunta. = ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro
Márcio, Fico feliz por você estar ai em Sampa, pq aqui tá um verdadeiro inferno de calor. Ainda por cima estou trabalhando, cheguei agora do almoço (trabalho na Ouvidor) e tá muuuito quente Forte abraço, Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 30 Dec 2013 10:50:34 -0200 Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Olá grande Helio! é com grande satisfação que o vejo aqui colaborando com o OSM que infelizmente, na minha opinião, não foi ainda bem divulgado no Brasil e por essa razão não conta com um numero significativo de colaboradores. Me surpreendi aos aber que na Argentina existiam mais colaboradores que o Brasil. Vamos reverter esse quadro e dentro das minhas possiblidades empregarei os sites que administro para fazer essa divulgação. No momento me encontro em Sorocaba – SP onde vim passar a festa do fim dde ano com filha e netos. Ando editando o mapa OSM aqui porque não gostei muito do que vi quando cheguei. Muitas ruas faltando no mapa e muitas outras não nomeadas. Fora a hierarquização das vias que está requerendo revisão. Aos poucos vamos acertando isso. Quinta-feira retorno para o Rio e continuarei trabalhando naquele mapa já que sabemos estar o arruamento da cidade sendo bastante alterado decido as obras e novas vias sendo inauguradas. Forte abraço e feliz 2014. Marcio From: Hélio Ricardo Pinheiro Coutinho Sent: Monday, December 30, 2013 10:14 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Bom dia Arlindo, bom dia a todos: Já trocamos alguns e-mails Arlindo. Assim como o companheiro Márcio (sujeito com forte bagagem hein, em tudo que vejo: Seja site, seja fórum, lá está seu nick thundercel, parabéns pelo empenho!), também tenho colaborado no OSM, mais precisamente com a região de São Gonçalo - RJ (Onde tenho residência) e alguma coisa em Niterói - RJ. Sou novato, mas com a colaboração dos Srs, com certeza terei muito a acrescentar. Um próspero ano novo a todos. Hélio Coutinho. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 30 Dec 2013 08:18:47 -0200 Subject: Re: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Olá Arlindo! Venho ajudando na edição do mapa no Rio de Janeiro. Resido na Ilha do Governador – RJ. Minha experiencia advem de 5 anos desenvolvendo mapas para o Tracksource tendo inclusive desenhado para ele todo o arruamento da zona oeste do Rio quando essa ainda não estava no mapa. Desenhei também para o Trackource os mapas de toda a baixada fluminense e Regão dos Lagos. Tenho 63 anos e acredito que ainda tenha folego para contribuir com o OSM. Forte abraço e Feliz 2014. Abraços Marcio From: Arlindo Pereira Sent: Saturday, December 28, 2013 11:51 PM To: OSM talk-br Subject: [Talk-br] Dezembro de 2013 - mês histórico do OSM no Rio de Janeiro Pessoal, a captura de tela não me deixa mentir: esse mês (e olha que nem acabou ainda!) tivemos mais de 500 edições na Região Metropolitana do Rio de Janeiro!!! http://i.imgur.com/HUCKmS5.png Eu monitoro as atualizações da RMRJ usando um feed RSS (essa área: http://www.openstreetmap.org/history?bbox=-43.726%2C-23...084%2C-42.916%2C-22.655) e sempre revisava umas 10, as vezes 20 edições por semana. Nesse final de ano, não tou mais conseguindo revisar! Finalmente esse dia chegou! Nosso presente de natal, hohoho =) Parabéns aos novos editores!! =)) Quem já tiver participando da lista e for daqui do RJ, não se acanhe, dê um alô. []s Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. ___ 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 Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. ___ 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] Provável importação do Tracksource em João Alfredo - PE
2013/12/30 Marcelo Pereira pereirahol...@gmail.com: Gostaria de saber se terei que excluir o changeset de João Alfredo. Desculpa que eu não acabei te respondendo pela mensagem do OSM. Então, é o que eu te expliquei e o Fernando também disse. Os dados não podem ter origem ilegal (copiados de bases ou mapas proprietários) e nem origem duvidosa. O nosso trauma e medo é descobrir que esses dados possam ter sido obtidos de uma forma que não satisfaçam a licença e propósito do OSM e ter que reverter tudo depois (como já aconteceu de ter dados de muitos anos atrás revertidos, perdendo todas as contribuições que as outras pessoas fizeram em cima). Você disse que tinha os tracks de GPS de todas essas ruas. Seria ótimo se você pudesse enviá-los ao OSM. Se você diz que foram utilizados os tracks de GPS para gerar os dados originais (antes de enviá-los ao Tracksource), de sua autoria, então também não vejo problema em utilizá-los para gerar as informações para o OSM. As únicas coisas que ficam estranhas e que chamam a atenção (e que também indicam que foi importação) são a utilização de tags específicas do tracksource e também nomes de ruas como Rua ou Rua sem Nome apenas. Mas se os dados se encaixam em tudo isso acima então essas informações podem ser corrigidas posteriormente. Abraços! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE
Um problema é que talvez o Marcelo (e outros DMs) já não tenham mais os tracks originais, só o resultado da conversão para o formato do TrackSource. Ter os dados nesse formato não viola licença nenhuma, ainda são dados cujo dono é o próprio autor (e, portanto, pode fazer o que quiser com eles), o que viola é baixar do site do TrackSource e/ou produzir esses dados a partir de fontes proprietárias. O DM frequentemente possui dados que não são seus e sim dos DMs anteriores, por isso o DM atual deve consultar os anteriores quanto a essas questões todas (se autorizam e se a confecção não violou nenhuma licença por aí). Ideal do ideal é o DM nos passar cópias desses contatos com os DMs anteriores, pra mantermos um registro que seria útil no caso de uma constestação. Concordo que parece bobagem a lei nos forçar a fazer essa volta toda, mas é a lei e temos que respeitá-la. Fico feliz que existe pelo menos uma forma (ainda que meio trabalhosa) de aproveitar esse trabalho em alguns casos. 2013/12/30 Nelson A. de Oliveira nao...@gmail.com 2013/12/30 Marcelo Pereira pereirahol...@gmail.com: Gostaria de saber se terei que excluir o changeset de João Alfredo. Desculpa que eu não acabei te respondendo pela mensagem do OSM. Então, é o que eu te expliquei e o Fernando também disse. Os dados não podem ter origem ilegal (copiados de bases ou mapas proprietários) e nem origem duvidosa. O nosso trauma e medo é descobrir que esses dados possam ter sido obtidos de uma forma que não satisfaçam a licença e propósito do OSM e ter que reverter tudo depois (como já aconteceu de ter dados de muitos anos atrás revertidos, perdendo todas as contribuições que as outras pessoas fizeram em cima). Você disse que tinha os tracks de GPS de todas essas ruas. Seria ótimo se você pudesse enviá-los ao OSM. Se você diz que foram utilizados os tracks de GPS para gerar os dados originais (antes de enviá-los ao Tracksource), de sua autoria, então também não vejo problema em utilizá-los para gerar as informações para o OSM. As únicas coisas que ficam estranhas e que chamam a atenção (e que também indicam que foi importação) são a utilização de tags específicas do tracksource e também nomes de ruas como Rua ou Rua sem Nome apenas. Mas se os dados se encaixam em tudo isso acima então essas informações podem ser corrigidas posteriormente. Abraços! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE
Srs, Normalmente, os DM do TRC já pegam os mapas com alguma coisa desenhada, isso em 99% das vezes, e assim não tem como desmembrar o que vc fez do que já existia ( a menos que vc já inclua os dadas pensando em salvar suas alterações, o que é bastante complicado ). Um bom exemplo disso é Recife, eu fiquei uns 2 anos com o mapa e revisei e atualizei 100% dele, mexi em cada detalhe, cada nó de cada via. Sem falar em nomenclatura, vias novas, e por ai vai. Gostaria muito de usar os dados que tenho desse mapa no OSM, garanto a vcs que ele é o mais completo e correto que qualquer outra fonte. Porém não tenho como distinguir o que eu fiz do que já existia, e do que me foi enviado como colaboração, do que copiei de imagens de satélite, e de qual satélite... Por isso, mesmo sabendo que se vou atualizar Recife, será refazendo grande parte do trabalho que tive nos últimos 2 anos, não pretendo usar o mapa que tenho do tempo que fui DM daqui. Já no caso de Surubim e João Alfredo, tb Limoeiro, que é próximo, o mapa original do TRC não tinha nada, a não ser algumas estradas estaduais, e assim tudo o que estava lá quando eu sai do TRC fui eu com base nos tracklogs e nas informações de 2 colaboradores , o Roberto e o Gil, quem desenhou. Mesmo que alguem tenha continuado a desenvolver os mapas nesta área, estas atualizações não estão nos mapas que possuo, pois já faz quase um ano que saí do TRC, e assim essas possíveis atualizações não foram colocadas nos mapas sob minha posse. São essses mapas que estou tentando incluir no OSM. O que o Nelson fala , sobre tags e nomes característicos do TRC, são naturais, pois usei as ferramentas do nosso amigo Paulo Carvalho, para converter os arquivos no formato GTM ( trackmaker, usado no TRC ) para o formato do OSM, e como não conheço bem as tags do OSM ainda, não fiz a limpeza adequada. Volto a registrar que se vcs acharem melhor, eu apago o changeset, não quero causar problemas. Quanto ao tracklog original, é só separá-lo aqui, pois está convertido para GTM, que envio para o OSM. Abaixo segue transcrição do e-mail que enviei para os colaborades solicitando permissão e a resposta do Roberto, de João Alfredo, ainda espero a de Gil, de Surubim: roberto pessoa 21 de dez (9 dias atrás) para mim Marcelo fique a vontade com os arquivos pois tanto eu como vc so queremos ajudar sobre o Openstreetmap.org esses mapas ele pega no garmim ? *roberto pessoa* *(81) msn: * -- Date: Sat, 21 Dec 2013 13:23:50 -0200 Subject: Mapeando Surubim e João Alfredo no Openstreetmap From: pereirahol...@gmail.com To: robertopessoa05@. robertopesso...@hotmail.com..; gilltecnet@.gilltec...@hotmail.com .. Olá Roberto, Givanilson, Estou entrando em contato depois de tanto tempo, para lhes pedir autorização para usar os tracklogs que vcs enviaram na região no mapa do Openstreetmap.org ( OSM ) Como vcs devem saber, eu saí do projeto Tracksource há cerca de 1 ano, para cuidar de assuntos particulares, além de algumas divergências sobre o andamento do projeto, principalmente no tocante ao reuso das informações enviadas para o projeto. Neste tempo de inatividade, conheci o projeto OSM, que tem por objetivo mapear TODO o mundo, com a diferença para o TRC que os dados podem ser atualilzados por qualquer pessoa, além disso, os dados são abertos a quem quiser usar. Este último ponto é muito importante, pois permite que qualquer pessoa possa escrever um programa para uso dos dados do OSM, sem pagar nada. Como descobri que ainda tenho guardado os tracklogs que vcs me enviaram, pensei que seria interessante incluí-los no OSM de forma a que tanto Surubim quanto João Alfredo tivessem também alguns dados registrados. Fico no aguardo da autorização de ambos para proceder com o envio dos tracklogs para o projeto OSM. Lembro que o sistema de contribuição do OSM é diferente do usado pelo TRC, no caso não existem DMs responsáveis por áreas do mapa, qualquer um pode alterá-lo, o que estou fazendo é somente aproveitar os dados de vocês que estão sob minha responsabilidade. Se vc mesmos se sentirem interessados, podem se tornar contribuintes independentes. Desculpem o jornal. Att, Marcelo Pereira Em 30 de dezembro de 2013 13:52, Nelson A. de Oliveira nao...@gmail.comescreveu: 2013/12/30 Fernando Trebien fernando.treb...@gmail.com: Um problema é que talvez o Marcelo (e outros DMs) já não tenham mais os tracks originais, só o resultado da conversão para o formato do TrackSource. No caso do Marcelo ele disse que tem os tracks de GPS que utilizou para isso :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE
Nos lugares onde você fez o mapa do zero (Surubim, João Alfredo e Limoeiro) sem usar fontes proprietárias, não há dúvida de que as suas informações podem ser importadas sem problema algum, independente de qual formato tenham. Onde é impossível ter certeza (Recife), o melhor é fazer tudo do zero do que correr riscos - mas repare que não é proibido você olhar o mapa do TrackSource, desde que você refaça os traçados à mão sobre a imagem do Bing; pra cópia de tags a situação já fica um pouco mais indefinida, se você copiar erros eles podem ser usados para vincular o seu trabalho ao TrackSource. Você também está no caminho certo solicitando autorização dos autores dos tracklogs antes de contribui-los (só lembre de nos encaminhar a resposta deles antes de submeter os tracklogs). Se todos os DMs do TrackSource fizerem exatamente como você está fazendo, jamais teremos problemas, e jamais teremos que reverter qualquer importação. O que não pode é importar sem nos avisar antes que todos esses pormenores foram considerados e devidamente tratados. 2013/12/30 Marcelo Pereira pereirahol...@gmail.com Srs, Normalmente, os DM do TRC já pegam os mapas com alguma coisa desenhada, isso em 99% das vezes, e assim não tem como desmembrar o que vc fez do que já existia ( a menos que vc já inclua os dadas pensando em salvar suas alterações, o que é bastante complicado ). Um bom exemplo disso é Recife, eu fiquei uns 2 anos com o mapa e revisei e atualizei 100% dele, mexi em cada detalhe, cada nó de cada via. Sem falar em nomenclatura, vias novas, e por ai vai. Gostaria muito de usar os dados que tenho desse mapa no OSM, garanto a vcs que ele é o mais completo e correto que qualquer outra fonte. Porém não tenho como distinguir o que eu fiz do que já existia, e do que me foi enviado como colaboração, do que copiei de imagens de satélite, e de qual satélite... Por isso, mesmo sabendo que se vou atualizar Recife, será refazendo grande parte do trabalho que tive nos últimos 2 anos, não pretendo usar o mapa que tenho do tempo que fui DM daqui. Já no caso de Surubim e João Alfredo, tb Limoeiro, que é próximo, o mapa original do TRC não tinha nada, a não ser algumas estradas estaduais, e assim tudo o que estava lá quando eu sai do TRC fui eu com base nos tracklogs e nas informações de 2 colaboradores , o Roberto e o Gil, quem desenhou. Mesmo que alguem tenha continuado a desenvolver os mapas nesta área, estas atualizações não estão nos mapas que possuo, pois já faz quase um ano que saí do TRC, e assim essas possíveis atualizações não foram colocadas nos mapas sob minha posse. São essses mapas que estou tentando incluir no OSM. O que o Nelson fala , sobre tags e nomes característicos do TRC, são naturais, pois usei as ferramentas do nosso amigo Paulo Carvalho, para converter os arquivos no formato GTM ( trackmaker, usado no TRC ) para o formato do OSM, e como não conheço bem as tags do OSM ainda, não fiz a limpeza adequada. Volto a registrar que se vcs acharem melhor, eu apago o changeset, não quero causar problemas. Quanto ao tracklog original, é só separá-lo aqui, pois está convertido para GTM, que envio para o OSM. Abaixo segue transcrição do e-mail que enviei para os colaborades solicitando permissão e a resposta do Roberto, de João Alfredo, ainda espero a de Gil, de Surubim: roberto pessoa 21 de dez (9 dias atrás) para mim Marcelo fique a vontade com os arquivos pois tanto eu como vc so queremos ajudar sobre o Openstreetmap.org esses mapas ele pega no garmim ? *roberto pessoa* *(81) msn: * -- Date: Sat, 21 Dec 2013 13:23:50 -0200 Subject: Mapeando Surubim e João Alfredo no Openstreetmap From: pereirahol...@gmail.com To: robertopessoa05@. robertopesso...@hotmail.com..; gilltecnet@.gilltec...@hotmail.com .. Olá Roberto, Givanilson, Estou entrando em contato depois de tanto tempo, para lhes pedir autorização para usar os tracklogs que vcs enviaram na região no mapa do Openstreetmap.org ( OSM ) Como vcs devem saber, eu saí do projeto Tracksource há cerca de 1 ano, para cuidar de assuntos particulares, além de algumas divergências sobre o andamento do projeto, principalmente no tocante ao reuso das informações enviadas para o projeto. Neste tempo de inatividade, conheci o projeto OSM, que tem por objetivo mapear TODO o mundo, com a diferença para o TRC que os dados podem ser atualilzados por qualquer pessoa, além disso, os dados são abertos a quem quiser usar. Este último ponto é muito importante, pois permite que qualquer pessoa possa escrever um programa para uso dos dados do OSM, sem pagar nada. Como descobri que ainda tenho guardado os tracklogs que vcs me enviaram, pensei que seria interessante incluí-los no OSM de forma a que tanto Surubim quanto João Alfredo tivessem também alguns dados registrados. Fico no aguardo da autorização de ambos para proceder com o envio dos tracklogs
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Hmmm, da muß ich mir wohl auch mal ansehen, wie ich routen rüberkriege - aber da wird wohl die Anleitung weiterhelfen ... Willkommen in der Welt des grenzenlosen Optimismus. Ich glaube du hast noch nie eine Garmin-Anleitung in der Hand gehabt :-) Eine andere, ernste Sache: Mein etrex 30 hat *gelegentlich* deutlich Macken bei der Aufzeichnung von tracks. Habe drei verschiedene Probleme, die leider nicht reproduzierbar sind: - Tracks habe gelegentlich Luecken von einigen Sekunden (bis zu 10 Sekunden), wenn ich im ein-Sekunden-Takt aufzeichne - Gelegentlich produziert das etrex beschaedigte gpx files, in denen Stuecke Fehlen und den file dann als GPX unlesbar machen. Meistens kann ich die dann mit einem ASCII text editor von Hand flicken. - Bisher zweimal hat er auf einer laengeren Strecke einen track ausgelassen.(Die track-Laenge in meinem etrex 30 ist auf 2700 Punkte limitiert, nach 2700 Punkten wird ein neuer track angelegt) Ansonsten ist es ein ordentliches Geraet. Noch was: schmeiss das alte etrex nicht weg. Die fantastische track-Navigation im trackback-Verfahren mit der grossen Kompassnadel und den Voransagen vor Kurven (die im alten etrex verborgen schlummert, und nicht mal den Leuten im Garmin-Verkauf in Italien bekannt war, und die natuerlich nicht in der Garmin-Anleitung steht) gibt es im neuen etrex 30 nicht mehr. Volker ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Am 30.12.2013 00:41, schrieb Andreas Tille: Das habe ich jetzt mal auf täglich gesetzt. Wäre aber lästig, wenn ich so immer bis zum nächsten Tag warten müßte. Ich habe meine Tracks immer per SD Kartenleser kopiert und das Kabel eigentlich nie dabei gehabt ... Nee, Du musst nicht warten, entweder steht der track in current.gpx oder in dem archive unterordner. Hier mal mein Win-7 Skript mit dem ich mir die Tracks und WPs runterziehe. --- snip - @echo off set drive=x: if exist D:\garmin\gpx\Current\Current.gpx set drive=D: if exist E:\garmin\gpx\Current\Current.gpx set drive=E: if exist F:\garmin\gpx\Current\Current.gpx set drive=F: if exist G:\garmin\gpx\Current\Current.gpx set drive=G: if exist H:\garmin\gpx\Current\Current.gpx set drive=H: if exist I:\garmin\gpx\Current\Current.gpx set drive=I: copy %drive%\garmin\gpx\Current\Current.gpx c:\users\chris\Desktop\ copy %drive%\garmin\gpx\Wegp*.gpx c:\users\chris\Desktop\ --- snap - Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
On Sun, Dec 29, 2013 at 04:28:24PM +0100, hendrik-17 wrote: Hallo Am 29.12.2013 07:43, schrieb gmbo: Aber daher meine Fragen zu dem Thema. Gibt es ein anderes Merkmal, welches die Zusammengehörigkeit der Leitungen bestimmt. Sie also von den normalen Energieleitungen unterscheidet um so das Netz darstellen zu können ohne alle Bezitzer der kleineren Netze zu kennen.. über frequency=16,6 und über den operator=DB_Energie sowie die Anzahl der Leiter (bei Bahnstrom 2 pro Stromkreis). Bin gerade drueber gestolpert - Auch gerne 16,7 as Frequenz eingetragen - Also ein wenig unschärfe brauch man. Aber DB_Energie ist drauf. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Hallo Andreas, Andreas Tille wrote: On Mon, Dec 30, 2013 at 12:08:14AM +0100, Andreas Titz wrote: Du musst noch die Anzeige großes Datenfeld einstellen (auf der Seite Reisecomputer nochmal die Menü-Taste drücken, dann Menüpunkt Anzeige ändern, Auswahl Grosses Datenfeld). In dem Datenfeld ganz oben kannst du dann die Uhrzeit mit Sekunden anzeigen. Außerdem blendet diese Auswahl oben eine Status-Leiste auf der Reisecomputerseite ein, in der die Uhrzeit nochmal in klein mit Sekunden angezeigt wird. Was Du mit STatus-Leiste meinst, muß ich noch rausfinden, aber jedenfalls habe ich jetzt eine Möglichkeit gefundenm, die Uhrzeit zu fotografieren. Das ist schon mal gut. Wenn die den Reisecomputer auf die Ansicht großes Datenfeld einstelle, ist bei mir dann ganz oben (oberhalb des großen Datenfelds) so ein schwarzer Balken, in dem der Batterie-Ladezustand (bzw. externe Stromversorgung), die Uhrzeit mit Sekunden und die GPS-Signalstärke angezeigt werden. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schienenkreuze und Weichen
Moin, Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F Es sind in diesem Fall zwei Gleise mit Richtungsverkehr. Komme ich von norden und will nach Osten, befahre ich erstmal eine Weiche. An dieser Stelle sind die Schienen-Ways miteinander verbunden. Dann kreuze ich die Gegenspur. Und hier liegt mein Dilemma. Diese kreuzenden Wege sind meist auch verbunden. Wie kann man am dümmsten an solchen Schienenwegkreuzungen ohne Abbiegemöglichkeit sagen, dass man nur gerade aus kann. - Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber für zu kompliziert halte. - Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen. - Die dritte Möglichkeit sehe ich in einem Tag für den Node (hier wäre ich dankbar, wenn ein Eisenbahner vllt. einen Fachbegriffen fallen lassen könnte, da ich nicht weiß, wie die Kreuze im Fachjargon heißen. Dem Router könnte man vermitteln, dass nun nur der Weg mit der geringsten Winkelabweichung genommen werden darf, oder man definiert, dass an einem solchen Kreuzungspunkt keine Wege enden dürfen und der Router nur seinen kommenden Weg weiter gehen darf. - Möglichkeit #4: Irgendwer hat sich schon eine schlaue Lösung ausgedacht, über die ich noch nicht gestolpert bin. Guten Rutsch, Andreas -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass sehr langsam
Am 28.12.2013 10:10, schrieb chris66: http://wiki.openstreetmap.org/wiki/Overpass_API/status Auf deutsch: area-Anfragen gehen zur Zeit nicht oder langsam. Chris Danke für den Hinweis! Die Seite kannte ich noch gar nicht! Guten Rutsch, Andreas -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schienenkreuze und Weichen
Hallo Andreas, Am Montag, 30. Dezember 2013, 13:26:41 schrieb Andreas Neumann: - Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber für zu kompliziert halte. Hätte natürlich den Vorteil, dass man nicht für jede Transportmittelart eine eigene Lösung braucht. - Möglichkeit #4: Irgendwer hat sich schon eine schlaue Lösung ausgedacht, über die ich noch nicht gestolpert bin. Möglichkeit #5: gar nicht? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass sehr langsam
Am 29.12.2013 19:41, schrieb Roland Olbricht: Hallo zusammen, Kommt es mir nur so vor, oder ist Overpass seit Beginn der Weihnachtsfeiertage extrem langsam geworden? Anfragen, die vorher 1-30sec dauerten laufen nun oftmals 3min oder länger. Zeitgleiche Requests gehen fast gar nicht (http 429: too many requests)... Es gibt auf overpass-api.de eine Reihe von Ereignissen, die gerade in der Tat für Verlangsamung sorgen. Verbesserung auf das alte Niveau ist ab Silvester zu erwarten, Verbesserung auf ein besseres Niveau ab Ende Januar. Im Detail: Zunächst einmal hat seit Einführung des Export-Links von osm.org aus (siehe unter Export, dann unter dem Export-Button) für vermehrte übergroße Map- Abfragen gesorgt - zum Teil bis zu dem halben Planeten. Da die Abfrage aber auch eine Reihe von Export-Anliegen sinnvoll löst, möchte ich den Link nicht wieder entfernen. Um zu verhindern, dass die Map-Calls zu sehr auf den Server insgesamt durchschlagen, habe ich den Parameter für parallel von der gleichen IP-Adresse mögliche Abfragen von 2 auf 1 gesenkt. Damit richten insbesondere die beiden häufigsten problematischen Verhalten nur noch halb so viel Schaden an: Vermeidbare Last erzeugt es, eine große Anfrage zu stellen, nach einigen Sekunden abzubrechen und dann sofort die gleiche Anfrage erneut zu stellen. Generell kann man eine laufende Abfrage mit http://overpass-api.de/api/kill_my_queries abbrechen und Platz für eine alternative Query schaffen. Ein anderes problematisches Verhalten ist es, dutzendweise Anfragen ohne Rückmeldung parallel zu stellen. Das erzeugt Lastspitzen bzw. würde Lastspitzen erzeugen und die Zeit bis zum Abschluss der letzten Abfrage ist genauso lang wie bei einer sequentiellen Abarbeitung. In manchen Einsatzszenarien, z.B. einer Slippy Map mit Ereignissteuerung, lässt es sich aber nur schwer Client-seitig vollständig verhindern. Daher behält der Server bei mehreren parallelen Anfragen alle weiteren Anfragen für bis zu 15 Sekunden im Wartezustand und beendet sie erst dann, wenn bis dahin durchgehend Anfragen von der gleichen IP-Adresse diese Abfrage blockieren, sonst werden diese Anfragen nacheinander abgearbeitet. Der zweite große Komplex sind Areas. Um Ärger mit nicht orientierten-Wegen und mehr oder weniger falschen Relationen-Rollen gleich im Ansatz zu vermeiden, benutzt die Overpass API ein sehr einfaches Flächen-Modell - der Südpol ist außen - alle übrigen Punkte sind genau dann innen, wenn sie vom Südpol durch eine ungerade Zahl Kanten getrennt sind - Area-Beschreibungen, bei denen in irgendeinem Punkt eine ungerade Zahl Kanten zusammenkommt, werden als ungültig verworfen. Das führt nur dann zu einem Fehler, wenn Gebiete hinzugefügt werden, die den Südpol umschließen; bei diesen verwendet der Algorithmus irrtümlich den Rest der Erdkugel statt des beabsichtigen Gebiets als inneres Gebiet, und jede Area-Abfrage ist dann mehr oder weniger relevant für dieses Gebiet. Das ist nicht passiert bis http://overpass-turbo.eu/s/1T6 bzw. http://overpass-turbo.eu/s/1T5 Provisorisch nehme ich Gebiete mit admin_level=2 aus der Area-Erzeugung heraus. Danach gilt es, den Fehler in der Software zu beseitigen. Das wird mit der nächsten Version v0.7.50 passieren und leitet über zum dritten Ereignis: v0.7.50 hat eine deutlich andere Datenbank-Struktur, um einerseits Abfragen mit großen Bounding-Boxen zu beschleunigen, andererseits alte Datenbestände abfragen zu können und so z.B. bequem beliebige Undo- Operationen ausführen oder Änderungen verfolgen zu können. Intern verringert es drastisch den Aufwand, Änderungen nachzuverfolgen, was bisher mit den Augmented Diffs, die in Echtzeit erzeugt werden müssen, sehr mühsam ist. Augmented Diffs werden dann zur Abfragezeit für den exakt passenden Zeitraum erzeugt statt in Echtzeit jede Minute. Dafür berechne ich gerade die notwendige Datenbank neu und verarbeite dafür alle Daten seit dem Lizenzwechsel im September 2012. Da das mit niedrigster Priorität passiert, wird es voraussichtlich einen Monat bis Ende Januar dauern, die 1,5 Jahre Änderungen zu durchlaufen. Theoretisch darf sich diese Neuberechnung nicht auf die laufende Datenbank auswirken. Praktisch lässt sich nicht ausschließen, dass nicht allein das oben geschilderte Große-Map-Exporte-Phänomen die Last auslöst, sondern auch die neue Datenbank. In jedem Fall ist daher ab Ende Januar mit einer generellen Verbesserung zu rechnen, und spätestens schon Silvester sollte das Problem mit der Area- Neuberechnung keine Last mehr verursachen. Ich werde versuchen, einen Blogbeitrag auf blog.openstreetmap.de zu verfassen, wenn die aktuellen Area-Probleme geklärt sind. Viele Grüße, Roland Hallo Roland, danke für das ausführliche Update. Aus historischen und stilistischen Gründen verwende ich in meinem Programm keine BBOX, sondern lade pauschal alle Daten einer Area herunter. Da ich
Re: [Talk-de] Schienenkreuze und Weichen
Hi! Am 30. Dezember 2013 13:26 schrieb Andreas Neumann andr-neum...@gmx.net: - Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen. Diese Möglichkeit habe ich für Straßen schon mal vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/highway%3Djunction Hat auch weitere Vorteile wie z.B. sehr viel weniger Relationen. Etwas ähnliches könnte vielleicht auch bei Straßenbahnen funktionieren, wobei ich mich damit noch nie beschäftigt habe. beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Lizenzwechsel-Opfer finden?
Hallo liebe Mailingliste! Ich hab da gerade ein kleines Problem mit den Einschusslöchern infolge des Lizenzwechsels. Wie leben hier recht ländlich und daher ist die Dichte an aktiven Mappern doch sehr überschaubar. Trotzdem hatten wir es schon geschafft, das Straßennetz mit seinen wichtigsten Parametern ziemlich vollständig zu erfassen. Nun hat der Lizenzwechsel leider ähnlich einer Ladung Schrot auf die Karte gewirkt, d.h. zahlreich kleine Einschusslöcher: Hier fehlt ein Fußweg, dort ist eine Straße nur noch halb so lang, usw. Und es hat anscheinend niemand mehr Lust, sich um diese Gebiete die eigentlich schon fertig waren zu kümmern. Die systematische Mapping-Aktivität ist hier seit längerem bei Null. Ich selbst will mich da auch nicht ausnehmen. Da ich aber die Tage quasi genau vor meiner Haustür über einige solche Opfer gestolpert bin, wollte ich mal schauen, ob es nicht einen systematischen und automatisierten Weg gibt, die Löschungen des Lizenzwechsel-Bots zu finden. Google hat mich nicht weitergebracht. Hier in der Liste wurde im Feb 2012 mal eine entsprechender Kartenlayer bei Geofabrik besprochen. Den scheint es aber auch nicht mehr zu geben. Hat irgendjemand noch einen Tip, wie ich möglichst leicht erkennen kann, wo man gezielt reparieren muss ohne manuell jeden einzelnen Way zu kontrollieren? Gruß Dirk PS. Um diese Gegend geht's: http://www.openstreetmap.org/#map=13/52.6416 /9.9500 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Lizenzwechsel-Opfer finden?
Am 30.12.2013 14:49, schrieb Dirk Reymann: Hat irgendjemand noch einen Tip, wie ich möglichst leicht erkennen kann, wo man gezielt reparieren muss ohne manuell jeden einzelnen Way zu kontrollieren? In meiner Erfahrung fehlt meistens die Metainformation (aka Namen etc) da die Geometrien meistens von Luftbild neu erfasst wurden. M.a.W: du kannst mit den Geofabrik Tools, keepright et al vermutlich viele der Fehler finden. Ansonsten halt sich in einem der Taskmanager Instanzen sich die Gegend aufteilen und systematisch abklopfen. Die Problematik stellt sich so oder so nicht nur nach dem Lizenzwechsel sondern generell bei der Wartung von gut gemappten Gebieten, sprich wenn niemand sich niemand (du machst es ja lobenswerter weise) bei euch sich aktiv um den Zustand der Daten in seiner Region kümmert, dann wird die Qualität nach und nach abnehmen. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schienenkreuze und Weichen
Keinen Node zu setzen hat an anderer Stelle wieder Nachteile: Fehlt hier ein bridge/tunnel-Tag oder kreuzen die sich auf einer Ebene (das betrifft Schienen und Straßen/Wege)? Bei Straßen scheint sich Martins Vorschlag weitgehend in Richtung Spurmapping zu bewegen; abgesehen davon verstehe ich nicht, warum das Beispiel im Wiki mit der junction-Fläche dann doch noch zwei Kreuzungspunkte enthält, obwohl die ja nicht mehr notwendig wären. Aber bleiben wir mal beim Schienen-Problem: Ohne Node an der Kreuzung könnte ich theoretisch ein Routing über die Strecken abwickeln, muss aber berechnen, dass/ob die Schienen sich kreuzen, um mögliche Konflikte mit querenden Bahnen zu finden. Eine unmögliche Route könnte so aber nicht mehr gefunden werden. Mit Node entfällt das Querungs-Problem, die Relationen sind aber tatsächlich aufwändig. Gegenvorschlag von mir wäre hier aber, die Schienen NICHT am Kreuzungspunkt zu unterteilen und das per einfachem Tag abzuwickeln, also: Strecke A in Ost/West-Richtung Strecke B in Nord/Süd-Richtung kreuzen sich im Punkt x über die Kreuzung (x) hinweg sind A und B als je ein way durchgehend gemapped. Dann reicht auf dem Node x ein Tag railway_crossing=straight oder simple oder so, um das Routing hinreichend einzuschränken. Ein solches Tagging funktioniert für jede Kreuzung (ob Schiene oder Straße), bei der die Abbiegeregeln unabhängig von der Richtung sind, und implizit/ohne Tag benutzen wir genau das bisher bei normalen Kreuzungen ohne Abbiegebeschränkungen auch schon. Ich kann mir auch vorstellen, dass straight+right eine symmetrische Lösung an real existierenden Kreuzungen sein könnte (also linksabbiegen nicht erlaubt ist. Kreuzungen ohne gemeinsamem Node, wie Andreas und Martin vorgeschlagen haben, würde ich aber nicht zuletzt wegen dem schon von Andreas erwähnten Einwand ablehnen. Gruß Peter Am 30.12.2013 13:42, schrieb Martin Vonwald: Hi! Am 30. Dezember 2013 13:26 schrieb Andreas Neumann andr-neum...@gmx.net: - Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen. Diese Möglichkeit habe ich für Straßen schon mal vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/highway%3Djunction Hat auch weitere Vorteile wie z.B. sehr viel weniger Relationen. Etwas ähnliches könnte vielleicht auch bei Straßenbahnen funktionieren, wobei ich mich damit noch nie beschäftigt habe. beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Lizenzwechsel-Opfer finden?
Danke Simon! In meiner Erfahrung fehlt meistens die Metainformation (aka Namen etc) da die Geometrien meistens von Luftbild neu erfasst wurden. Hier leider weniger. Die Geometrien sind meist noch aus den Jahren 2007-2009 und stammen teils von inaktiven Usern, die eben dem Lizenzwechsel nie zugestimmt haben. Brauchbare Luftbilder (Bing) haben wir hier erst seit ganz kurzer Zeit, eben die Zeit, in der hier eh keiner mehr was gemacht hat. Wenn ich das richtig begreife, nützt es ja auch nix, wenn ich eine Straße schon mehrfach korrigiert und die Knoten verschoben habe. Wenn das ursprüngliche Way-Objekt von einer Karteileiche erstellt wurde, dann ist es beim Lizenzwechsel komplett rausgeflogen. kannst mit den Geofabrik Tools, keepright et al vermutlich viele der Fehler finden. Ansonsten halt sich in einem der Taskmanager Instanzen sich die Gegend aufteilen und systematisch abklopfen. Bahnhof?!? :-) Sorry, meine Mapping-Aktivität findet zu 90% draußen statt. Ich kann zwar mit JOSM und dem ITO-OSM-Mapper umgehen, aber in den letzten 2-3 Jahren sind so viele neue Tools entstanden, dass ich etwas den Anschluss verloren habe. Keine Sorge, ich erwarte jetzt kein detailliertes HOWTO. Ich hatte bei Geofabrik auch schon etwas rumgeklickt und viele interessante Funktionen entdeckt, aber nichts was mir die Frage nach den Lizenzwechsel-Leichen beantwortet. Hast Du evtl. ein paar Stichwörter/Funktionen nach denen ich Ausschau halten kann um zum Ziel zu kommen? Gruß Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schienenkreuze und Weichen
Hallo Peter, Am Montag, 30. Dezember 2013, 17:04:32 schrieb Peter Wendorff: Bei Straßen scheint sich Martins Vorschlag weitgehend in Richtung Spurmapping zu bewegen; abgesehen davon verstehe ich nicht, warum das Beispiel im Wiki mit der junction-Fläche dann doch noch zwei Kreuzungspunkte enthält, obwohl die ja nicht mehr notwendig wären. weil an den beiden Kreuzungspunkten ein Wenden (anscheinend) erlaubt ist. Deine Frage bestätigt mir aber wieder mein Vorurteil gegen die meisten solcher Vereinfachungen: sie machen das Ganze nur noch komplizierter. Das Grundproblem sind nicht die Relationen, viel einfacher geht es nicht mehr. Das Problem ist, dass der Support in manchen Editoren saumäßig bis nicht vorhanden ist. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schienenkreuze und Weichen
Am 30.12.2013 17:19, schrieb Eckhart Wörner: Hallo Peter, Am Montag, 30. Dezember 2013, 17:04:32 schrieb Peter Wendorff: Bei Straßen scheint sich Martins Vorschlag weitgehend in Richtung Spurmapping zu bewegen; abgesehen davon verstehe ich nicht, warum das Beispiel im Wiki mit der junction-Fläche dann doch noch zwei Kreuzungspunkte enthält, obwohl die ja nicht mehr notwendig wären. weil an den beiden Kreuzungspunkten ein Wenden (anscheinend) erlaubt ist. Du meinst, weil man von Norden kommend am ersten Kreuzungspunkt wenden und nach Norden (auf der rechten Spur) wieder zurückfahren kann? Ja, klingt logisch... Gleiches gilt dann analog für den Punkt im Süden. Okay, Frage geklärt, danke ;) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schienenkreuze und Weichen
On Mon, Dec 30, 2013 at 01:26:41PM +0100, Andreas Neumann wrote: Moin, Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F Es sind in diesem Fall zwei Gleise mit Richtungsverkehr. Komme ich von norden und will nach Osten, befahre ich erstmal eine Weiche. An dieser Stelle sind die Schienen-Ways miteinander verbunden. Dann kreuze ich die Gegenspur. Und hier liegt mein Dilemma. Diese kreuzenden Wege sind meist auch verbunden. Wie kann man am dümmsten an solchen Schienenwegkreuzungen ohne Abbiegemöglichkeit sagen, dass man nur gerade aus kann. - Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber für zu kompliziert halte. - Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen. - Die dritte Möglichkeit sehe ich in einem Tag für den Node (hier wäre ich dankbar, wenn ein Eisenbahner vllt. einen Fachbegriffen fallen lassen könnte, da ich nicht weiß, wie die Kreuze im Fachjargon heißen. ist denke ich die korrekteste Lösung und erreicht eine genauere Beschreibung der Kreuzung. Für mögliche Tag-namen siehe https://en.wikipedia.org/wiki/Level_junction - diamond_crossing bietet sich an, auch wenn es nicht wirklich diamond-shape ist wenn die Wege rechtwinklig sind. Der Versuchung gleich noch double_slip und single_slip einzführen würde ich vorerst widerstehen, es ist wohl einfacher die extra Abbiegemöglichkeiten durch extra Verbindungen darzustellen. Weichen könnte man eventuel mit einem railway_junction markieren, da gibt es einige weitere mögliche routingrelevante Qualifier wie z.B. Rückfallweiche. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
On 28.12.2013 22:52, Frederik Ramm wrote: gerade ist mir eine gigantische Relation zum Thema Bahnstrom aufgefallen, die mir erstens Bestehendes zu duplizieren scheint und die zweitens eine typische Kategorie-Relation ist. Ihr Ersteller hat das hier diskutiert: http://www.openstreetmap.org/user/Toliman/diary/20629 Ich bin dafuer, die zu loeschen, und die dort erwaehnte 1101215 gleich mit. RichardF hat sich heute getraut und die Relation entsorgt; ich habe mich dann um die kleinere in den Kommentaren erwähnte gekümmert. Aber es scheint, dass der Mapper sich sehr viel Muehe gegeben hat und ich bin kein Stromnetz-Experte - steckt in der Relation vielleicht doch was drin, was man irgendwie retten sollte? Die in den Kommentaren verlinkte Seite http://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/Germany/DB_Energie enthält eine Overpass-API-Abfrage, die zuverlässig alle 16,?-Hertz-Stromleitungen darstellt. Ein Vergleich ergab, dass die von Hand gebastelte Relation unvollständig war. gn8 Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
On 29.12.2013 23:36, Andreas Tille wrote: Darüber hinaus habe ich das nächste Problem festgestellt: Der Track scheint nur auf dem internen Speicher aufgezeichnet zu werden, nicht aber auf der SD Karte. Vom Vista war ich das gewohnt und darüber hinaus war der Track der SD Karte auch noch reicher an Information als das, was man per gpsbabel -t -i garmin -f usb: -o gpx -F trackfile.gpx holen konnte. Leider funktioniert letzteres mit dem eTrex 30 auch nicht. Kürzlich antwortetet ich auf help.osm.org ausführlich auf eine ähnliche Frage; vielleicht ist für dich etwas hilfreiches dabei: http://www.openstreetmap.org/user/malenki/diary/20605 Wie kann ich die Tracks denn grundsätzlich auf die SD Karte speichern. Gar nicht. -.- - Mit den neuen Geräten ist nicht unbedingt alles besser geworden. https://forum.garmin.de/forumdisplay.php?251-eTrex-x0-Serie und https://forum.garmin.de/forumdisplay.php?252-eTrex-x0-Fehler-melden mögen keine heiteren belletristischen Ergüsse beinhalten - aber teilweise doch nützliches Wissen. Viele Grüße in den Harz Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Lizenzwechsel-Opfer finden?
Der ganze Lizenzuebergang hat Jahren gedauert, viel zu lang! Waehrend dieser Zeit sind viele Edits gemacht die dan wieder verloren gegangen sind, weil sie auf ein Fundament von Quicksand gebildet waren. Es ist schade das viel verloren gegangen ist, aber wir sind in 2004 von Null angefangen, also das koennen wir nochmal machen und dieses mal sogar besser. Jedenfalls bauen wir dieses mal auf ein festes Fundament. Waehrend der extrem lange Zeit dass der Uebergang stattfand, hat jeder die Moeglichkeit gehabt sachen zu retten, jetzt geht das nicht mehr. Wenn das moeglich waere, wuerde das wieder 'tainted' sein. Polyglot 2013/12/30 Dirk Reymann d.reym...@web.de Danke Simon! In meiner Erfahrung fehlt meistens die Metainformation (aka Namen etc) da die Geometrien meistens von Luftbild neu erfasst wurden. Hier leider weniger. Die Geometrien sind meist noch aus den Jahren 2007-2009 und stammen teils von inaktiven Usern, die eben dem Lizenzwechsel nie zugestimmt haben. Brauchbare Luftbilder (Bing) haben wir hier erst seit ganz kurzer Zeit, eben die Zeit, in der hier eh keiner mehr was gemacht hat. Wenn ich das richtig begreife, nützt es ja auch nix, wenn ich eine Straße schon mehrfach korrigiert und die Knoten verschoben habe. Wenn das ursprüngliche Way-Objekt von einer Karteileiche erstellt wurde, dann ist es beim Lizenzwechsel komplett rausgeflogen. kannst mit den Geofabrik Tools, keepright et al vermutlich viele der Fehler finden. Ansonsten halt sich in einem der Taskmanager Instanzen sich die Gegend aufteilen und systematisch abklopfen. Bahnhof?!? :-) Sorry, meine Mapping-Aktivität findet zu 90% draußen statt. Ich kann zwar mit JOSM und dem ITO-OSM-Mapper umgehen, aber in den letzten 2-3 Jahren sind so viele neue Tools entstanden, dass ich etwas den Anschluss verloren habe. Keine Sorge, ich erwarte jetzt kein detailliertes HOWTO. Ich hatte bei Geofabrik auch schon etwas rumgeklickt und viele interessante Funktionen entdeckt, aber nichts was mir die Frage nach den Lizenzwechsel-Leichen beantwortet. Hast Du evtl. ein paar Stichwörter/Funktionen nach denen ich Ausschau halten kann um zum Ziel zu kommen? Gruß Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Altezza massima eccetto bus
Curiosità: a che cosa serve un'altezza massima se non è valida anche per gli autobus? Forse c'era un tale segno stradale sul altro lato di questo ponte: http://www.ohwow.de/wp-content/myfotos/20130201_busdachab/ddbuscabrio_1.jpg :-) Buon anno a tutti Volker 2013/12/29 rattorosso floydbar...@alice.it Il giorno dom, 29/12/2013 alle 11.37 -0800, bredy ha scritto: Come si indica il divieto di altezza massima ad eccezione dei bus? maxheight=valore maxheight:bus=none Ciao Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Altezza massima eccetto bus
Una trappola predisposta da qualche carrozzeria specializzata? :-) Ciao /niubii/ Il 30/dic/2013 09:34 Volker Schmidt vosc...@gmail.com ha scritto: Curiosità: a che cosa serve un'altezza massima se non è valida anche per gli autobus? Forse c'era un tale segno stradale sul altro lato di questo ponte: http://www.ohwow.de/wp-content/myfotos/20130201_busdachab/ddbuscabrio_1.jpg :-) Buon anno a tutti Volker 2013/12/29 rattorosso floydbar...@alice.it Il giorno dom, 29/12/2013 alle 11.37 -0800, bredy ha scritto: Come si indica il divieto di altezza massima ad eccezione dei bus? maxheight=valore maxheight:bus=none Ciao Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Tourist Map
Ciao a tutti, finisco questo 2013 con un concept opensource che spero possa essere utile per i neofiti: la Tourist Map [1]. Sono disponibili i file sorgenti php [2] per replicare e adattare la mappa alle proprie esigenze. I sorgenti possono essere anche utilizzati nelle scuole per far lavorare i ragazzi su progetti che interessano il territorio. Se la utilizzate fatemelo sapere! Buon 2014 a tutti. Stefano Fraccaro[1] http://www.stefanofraccaro.org/osm/touristmap/[2] http://www.stefanofraccaro.org/osm/touristmap_v2.zip___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] WIWOSM e categorie
C'entra poco poco ... ma penso che questo sia interessante per unire oggetti OSM a foto archivate in Wikimedia Commons e Flickr https://play.google.com/store/apps/details?id=image.in.osm ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Altezza massima eccetto bus
eppure il cartello indica così, forse han calcolato che le corriere ci passavano essendo il percorso di una linea pubblica. -- View this message in context: http://gis.19327.n5.nabble.com/Altezza-massima-eccetto-bus-tp5791135p5791192.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] Pozzo in disuso
Quali tag usare per un pozzo per il prelievo di acqua in disuso (il pozzo e' chiuso con una grata). Il tipo di pozzo di cui parlo si trova in ambito cittadino. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Canalina per bici su rampa scale
E' gia' stato codificato il modo di taggare una rampa di scale che abbia anche la canalina o una parte priva di scalini per permettere un piu' agevole passaggio per le bici? Un esempio e' qui: http://www.fiab-onlus.it/treno/canalina.htm grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] My weather indicator per Ubuntu
Ciao... Ho installato la seguente applicazione per le rilevazioni meteo. Nelle impostazioni, dove si deve ricercare la propria posizione , la mappa utilizzata è quella di Osm, correttamente attribuita. Bel servizio, chi ne ha la possibilità lo installi. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] My weather indicator per Ubuntu
Il 30/12/2013 15:59, Gianluca Boero ha scritto: Ciao... Ho installato la seguente applicazione per le rilevazioni meteo. Nelle impostazioni, dove si deve ricercare la propria posizione , la mappa utilizzata è quella di Osm, correttamente attribuita. Bel servizio, chi ne ha la possibilità lo installi. dimenticavo..il servizio si appoggia a http://openweathermap.org/Maps con la mappa di Osm come riferimento. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Canalina per bici su rampa scale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 30/12/2013 14:52, emmexx ha scritto: E' gia' stato codificato il modo di taggare una rampa di scale che abbia anche la canalina o una parte priva di scalini per permettere un piu' agevole passaggio per le bici? Un esempio e' qui: http://www.fiab-onlus.it/treno/canalina.htm grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Vedi la foto ultima: http://wiki.openstreetmap.org/wiki/Steps - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlLBoXoACgkQoVS0hKoD3PPBkwD9F6T75Pey/mwxSCo82PWss1RF SxQH1D8jc2wve/y5grcA/jbPjTVJxL/EDwYQGFTyRHmQ3+UlmjOsLXOdNdZ0DExe =ke2w -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Canalina per bici su rampa scale
anche io ho usato ramp:bicycle=yes ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Master City - United Kingdom e Spain
Ciao a tutti, a seguito di richieste specifiche ho realizzato le versioni United Kingdom e Spain: - Master City UK (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.uk) - Master City España (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.spain) Come per le altre versioni ogni paese ha più di 1000 città, livelli di zoom più dettagliati e un livello bonus. Volete avere altre versioni specifiche? Fatemi Sapere Saluti Mario Danelli Il 08/03/2013 15:02, Mario Danelli ha scritto: Ciao a tutti, Ho appena rilasciato versioni nazionali del gioco per Android Master City: - Master City Italia - Master City France - Master City Deutschland Ogni versione ha più città (più di mille per ogni nazione), livelli di zoom più dettagliati e un livello bonus. Vorreste avere la versione anche per altri paesi? Fatemi sapere! Saluti Mario Danelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Altezza massima eccetto bus
Am 30/dic/2013 um 14:16 schrieb bredy bredy...@yahoo.it: eppure il cartello indica così, forse han calcolato che le corriere ci passavano essendo il percorso di una linea pubblica. cosa è precisamente un bus? Soltanto quelli in servizio pubblico, oppure la classe bus secondo il CdS (macchina destinata al trasporto di più di 8 persone)? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Master City: Vamos a jugar con OpenStreetMap
Dear all, following some specific requests. I just released country versions for United Kingdom and Spain too: - Master City UK (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.uk) - Master City España (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.spain) Last months I released other versions: - Master City Italia - Master City France - Master City USA - Master City Deutschland As the others country versions each version has more than 1000 cities, more detailed zoom levels and a bonus level. Would you like other country versions? Let me know! Regards Mario Danelli Il 23/02/2013 14:27, Mario Danelli ha scritto: Hola, gracias a OpenStreetMap y su equipo me han dado a conocer una nueva aplicación, de momento sólo para Android, pero si hasa poco de éxito que tengo Ya en septiembre, la producción en el iPhone y el iPad, llamada Master City. La aplicación es en realidad un juego en el que, con un doble clic, usted tiene que encontrar 5 ciudades en el mapa. Los datos pueden ser filtrados por continente o país, y elegir entre 3 diferentes niveles del juego. Además, la aplicación no requiere acceso a Internet o Wi-Fi Debido a que, por el momento, todo está contenido en la propia aplicación. Si quieres echar un vistazo en la página de la tienda https://play.google.com/store/apps/details?id=com.danelli.mariofeature=search_result#?t=W251bGwsMSwxLDEsImNvbS5kYW5lbGxpLm1hcmlvIl0 Le recomiendo que quiero saber si hay mejoras (obviamente) y tal. En adiciones al juego en sí creo que puede ser útil saber OpenStreetMap también para las personas de todas las edades (desde 10 hasta también se puede utilizar como un ejercicio de geografía). Obviamente, en el espíritu OpenStreetMap el juego es totalmente gratis y sin anuncios. Gracias de nuevo a todos los que en los últimos años han sido asignadas y los que han hecho más que empezar. La asignación se puede encontrar en la sección de créditos de la configuración. Mario Danelli ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-ca] Open Data for Development Challenge - Défi Données ouvertes pour le développement
ref http://civicaccess.48776.x6.nabble.com/Open-Data-for-Development-Challenge-Defi-Donnees-ouvertes-pour-le-developpement-td6432.html http://civicaccess.48776.x6.nabble.com/OPEN-DATA-FOR-DEVELOPMENT-CHALLENGE-January-27-28-2014-Montreal-Canada-td6375.html Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Salut, Très chouette ton indicateur Christian. Est-ce que ça ne vaudrait pas le coup de filtrer les toponymes du FANTOIR pour avoir des sous-indicateurs pour les rue/allée/avenue/boulevard/impasse/… et les chemin et le reste (lieu-dits) ? Merci -- 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] Rendu QA: ajout croisement FANTOIR et visu noname
Euh... sur le rendu ? au zoom 25 ? Tout ça c'est à mettre dans un beau rapport dynamique avec des liens pour éditer, et tout et tout... Le 30 décembre 2013 10:18, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Très chouette ton indicateur Christian. Est-ce que ça ne vaudrait pas le coup de filtrer les toponymes du FANTOIR pour avoir des sous-indicateurs pour les rue/allée/avenue/boulevard/impasse/… et les chemin et le reste (lieu-dits) ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ombrage et relief...
Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. Le résultat est visible ici: http://cl.ly/image/2S0d1s3M1n2u et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Que dites-vous du résultat ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Même si c'est assez rare, les Rond-Points ont parfois des noms. Donc les décompter serait contre productif. Parfois un nom officiel (un panneau de voirie sur le Rond-Point) parfois non, J'ai ajouté un name=Porte du Beaujolais sur ce rond-point parce que c'est écrit dessus (sur un mur) mais impossible de savoir si c'est officiel ou non par contre c'est que les personnes faisant référence à ce rond-point peuvent utiliser ce nom. http://tile.openstreetmap.fr/?lon=4.73761lat=46.12032zoom=18layers=B000TF Florian. Le Dimanche 29 décembre 2013 17h23, Vincent Pottier vpott...@gmail.com a écrit : Le 29/12/2013 12:31, Christian Quest a écrit : Le 29 décembre 2013 12:01, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : C'est un affichage super, bravo ! Une mauvaise langue dirait qu'il reste du travail ! Moi ça me réjouis. Ça gère les différentes versions de name ? Alt name, loc name, etc ? Ca compte les name=*, ça ne les compare pas ! J'ai l'impression que les ronds-points ne sont pas décomptés. En tout cas, ils sont surlignés dans les nonames http://tile.openstreetmap.fr/?lon=5.96504lat=47.21899zoom=15layers=B000TF -- FrViPofm ___ 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] Ombrage et relief...
C'est beau... Jean-Marc Gailis Jānis-Marks Gailis Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/30 Christian Quest cqu...@openstreetmap.fr Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. Le résultat est visible ici: http://cl.ly/image/2S0d1s3M1n2u et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Que dites-vous du résultat ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. Mes 2 cents. Frédéric. Le 30/12/2013 11:18, Jean-Marc Gailis a écrit : C'est beau... Jean-Marc Gailis Jānis-Marks Gailis Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/30 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. Le résultat est visible ici: http://cl.ly/image/2S0d1s3M1n2u et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Que dites-vous du résultat ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
2013/12/29 Christophe Merlet red...@redfoxcenter.org: Une seule super-relation pour la France me semble impossible a gérer humainement et même techniquement à cause des centaines d'îles et archipel qui composent notre territoire Il faudrait voir comment font d'autres pays aux multiples îles et archipels comme le Japon, les Philippines ou l'Indonésie. Faut patcher les logiciels :) A noter que d'autres pays utilisent les multilinestring. L'Allemagne a ainsi 2 relations de niveau2 (avec et sans multilinestring). Cummuler les deux types de relations, c'est la solution de facilité et laisser se démerder ceux qui tentent de comprendre à quoi servent ces 15 ou 20 relations auxquels appartiennent les ways frontaliers. En laissant se complexifier inutilement le projet, c'est une manière de l'enterrer ou de le réserver aux spécialistes à la wikipedia. Le principe KISS, Keep It Simple Stupid, tu suivras. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Waouh pour être simple, c'est simple ! Ca donne quoi aux niveaux de zoom plus faibles ? Je suis pas sûr qu'il faille ombrer les routes, mais le rendu mapnik de base ne se prête peut-être pas bien à l'ombrage. Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. Le résultat est visible ici: http://cl.ly/image/2S0d1s3M1n2u et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Que dites-vous du résultat ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
C'est peut-être lié à un manque de données pour les hauteurs, une grosse interpolation adoucie. Je pense que la couche séparée du modèle de terrain, maintenue à part, remplit mieux la fonction et cela peut avoir une précision séparée sans nécessiter de toucher aux autres couches. Le but c'est quoi ? tout fusionner dans la même couche pour accélérer la navigation web, réduire le nombre de requêtes HTTP aux serveurs de pavés, la bande passante des images téléchargées, et augmenter la réactivité interactive quand on fait glisser la carte ? OK mais pour beaucoup d'applications, la représentation ombrée du relief est plutôt gênante quand on veut afficher un fond de carte assez neutre (et plate) pour pouvoir placer des points d'intérêts spécifiques par dessus. Il ne me semble pas que l'ombrage du relief était un problème pour l'instant. En revanche la technique pourrait être plus utile pour améliorer le rendu à ombrage vert des parcs naturels (pas encore complètement satisfaisant. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ 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] way des limites administratives
En attendant on n'a plus de (multi)polygone pour le niveau 2 de la France (que ce soit le land_area, les eaux territoriales (incomplètes dans les COM et en nouvelle Calédonie), et la ZEE (incomplète en métropole). La France métropolitaine est bien passée en niveau 3. C'est plutôt gênant pour les recherches Nominatim de ne plus avoir France comme qualificateur des adresses et la désambiguation des homonymies, ou pour les applis de géolocalisation d'adresses en général. La situation jusqu'à présent était peut-être encore un peu bancale, du fait des données qui manquent, mais ce n'était pas si mal (même si France ne pouvait pas être associé à l'outre-mer dont les tertioires étaient à chercher à part comme des pays séparés, ce qui n'est pas un gros problème, même si les DOM/COM/NC ne sont pas réellement des pays). Le 30 décembre 2013 12:03, Pieren pier...@gmail.com a écrit : 2013/12/29 Christophe Merlet red...@redfoxcenter.org: Une seule super-relation pour la France me semble impossible a gérer humainement et même techniquement à cause des centaines d'îles et archipel qui composent notre territoire Il faudrait voir comment font d'autres pays aux multiples îles et archipels comme le Japon, les Philippines ou l'Indonésie. Faut patcher les logiciels :) A noter que d'autres pays utilisent les multilinestring. L'Allemagne a ainsi 2 relations de niveau2 (avec et sans multilinestring). Cummuler les deux types de relations, c'est la solution de facilité et laisser se démerder ceux qui tentent de comprendre à quoi servent ces 15 ou 20 relations auxquels appartiennent les ways frontaliers. En laissant se complexifier inutilement le projet, c'est une manière de l'enterrer ou de le réserver aux spécialistes à la wikipedia. Le principe KISS, Keep It Simple Stupid, tu suivras. Pieren ___ 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] Ombrage et relief...
Pour ne pas avoir les pétouilles dans les plaines, il y a toujours le hillshade et le DEM d'Opensnowmap de dispo. Yves On 12/30/2013 12:00 PM, Christian Quest wrote: Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Salut, Pour le problème de bruit sur les plaines j'ai déjà rencontré ce problème, il vient peut-être de l'échelle différente entre tes unités verticales et horizontales (mètres vs degrés par exemple). Tu peux utiliser l'option scale de gdaldem pour corriger cela : http://www.gdal.org/gdaldem.html Notes : Scale is the ratio of vertical units to horizontal for Feet:Latlong use scale=370400, for Meters:LatLong use scale=20) Frédéric Le 30 décembre 2013 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Je m'étais un peu planté quelque part, le lissage était bien trop important et même avec 75m on a finalement pas mal de détails. Pour l'ombrage des routes... voilà un test qui consiste à faire l'ombrage en 2 passages, un premier assez fort (opacité à 50%) sur tout ce qui est surfaces, puis je trace les routes, le bâti, puis un deuxième ombrage plus léger (à 25%) et on termine par les textes, les pictos, etc qui ne sont pas ombrés. Voilà ce que ça donne: http://cl.ly/image/1y3a1O2Q3w1B yves, ton DEM sort d'où ? ASTER ? SRTM ? tu as le DEM dispo sous quelle forme (brute) ? As-tu jeté un oeil sur l'EU-DEM ? Le 30 décembre 2013 12:24, yvecai yve...@gmail.com a écrit : Pour ne pas avoir les pétouilles dans les plaines, il y a toujours le hillshade et le DEM d'Opensnowmap de dispo. Yves On 12/30/2013 12:00 PM, Christian Quest wrote: Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
On en avait déjà parlé, c'est SRTM V4.1du CGIAR, donc avec les trous bouché, mixé avec ASTER au delà de 60°N, mais suffisamment lissé pour éviter les bosses en plaine. Le tout avec la mer mise à 0 depuis la coastline OSM. Tu as reçu les liens en MP. EU-DEM, on trouve çà ou ? On 12/30/2013 12:32 PM, Christian Quest wrote: Je m'étais un peu planté quelque part, le lissage était bien trop important et même avec 75m on a finalement pas mal de détails. Pour l'ombrage des routes... voilà un test qui consiste à faire l'ombrage en 2 passages, un premier assez fort (opacité à 50%) sur tout ce qui est surfaces, puis je trace les routes, le bâti, puis un deuxième ombrage plus léger (à 25%) et on termine par les textes, les pictos, etc qui ne sont pas ombrés. Voilà ce que ça donne: http://cl.ly/image/1y3a1O2Q3w1B yves, ton DEM sort d'où ? ASTER ? SRTM ? tu as le DEM dispo sous quelle forme (brute) ? As-tu jeté un oeil sur l'EU-DEM ? Le 30 décembre 2013 12:24, yvecai yve...@gmail.com mailto:yve...@gmail.com a écrit : Pour ne pas avoir les pétouilles dans les plaines, il y a toujours le hillshade et le DEM d'Opensnowmap de dispo. Yves On 12/30/2013 12:00 PM, Christian Quest wrote: Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Ah, OK: depuis le site de l'EU-DEM: It is a hybrid product based on SRTM and ASTER GDEM data fused by a weighted averaging approach Donc les bosses en plaine aussi, mais j'imagine moins qu'ASTER, et peut-être plus que SRTM seul. Yves On 12/30/2013 12:32 PM, Christian Quest wrote: Je m'étais un peu planté quelque part, le lissage était bien trop important et même avec 75m on a finalement pas mal de détails. Pour l'ombrage des routes... voilà un test qui consiste à faire l'ombrage en 2 passages, un premier assez fort (opacité à 50%) sur tout ce qui est surfaces, puis je trace les routes, le bâti, puis un deuxième ombrage plus léger (à 25%) et on termine par les textes, les pictos, etc qui ne sont pas ombrés. Voilà ce que ça donne: http://cl.ly/image/1y3a1O2Q3w1B yves, ton DEM sort d'où ? ASTER ? SRTM ? tu as le DEM dispo sous quelle forme (brute) ? As-tu jeté un oeil sur l'EU-DEM ? Le 30 décembre 2013 12:24, yvecai yve...@gmail.com mailto:yve...@gmail.com a écrit : Pour ne pas avoir les pétouilles dans les plaines, il y a toujours le hillshade et le DEM d'Opensnowmap de dispo. Yves On 12/30/2013 12:00 PM, Christian Quest wrote: Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
EU-DEM: http://www.eea.europa.eu/data-and-maps/data/eu-dem Dispo en 2 projections différentes, par dalles ou un gros tif + overview. Difficile de faire mieux ! Le 30 décembre 2013 12:46, yvecai yve...@gmail.com a écrit : On en avait déjà parlé, c'est SRTM V4.1du CGIAR, donc avec les trous bouché, mixé avec ASTER au delà de 60°N, mais suffisamment lissé pour éviter les bosses en plaine. Le tout avec la mer mise à 0 depuis la coastline OSM. Tu as reçu les liens en MP. EU-DEM, on trouve çà ou ? On 12/30/2013 12:32 PM, Christian Quest wrote: Je m'étais un peu planté quelque part, le lissage était bien trop important et même avec 75m on a finalement pas mal de détails. Pour l'ombrage des routes... voilà un test qui consiste à faire l'ombrage en 2 passages, un premier assez fort (opacité à 50%) sur tout ce qui est surfaces, puis je trace les routes, le bâti, puis un deuxième ombrage plus léger (à 25%) et on termine par les textes, les pictos, etc qui ne sont pas ombrés. Voilà ce que ça donne: http://cl.ly/image/1y3a1O2Q3w1B yves, ton DEM sort d'où ? ASTER ? SRTM ? tu as le DEM dispo sous quelle forme (brute) ? As-tu jeté un oeil sur l'EU-DEM ? Le 30 décembre 2013 12:24, yvecai yve...@gmail.com a écrit : Pour ne pas avoir les pétouilles dans les plaines, il y a toujours le hillshade et le DEM d'Opensnowmap de dispo. Yves On 12/30/2013 12:00 PM, Christian Quest wrote: Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Je vais regarder ce que donne l'EU-DEM à 25-30m, ça a l'air bon sur les zones à fort relief, par contre, sur les plaines, y'a une sorte de bruit très moche qui fait qu'on a l'impression que c'est tout mité. Le 30 décembre 2013 11:51, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Frédéric Rodrigo Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. D'accord avec ça. Je trouve le relief très arrondi, balloné. C'est pas un peu plus escarpé dans le coin ? Quoi qu'il en soit j'aime bien le principe. Et finalement sans ImageMagick :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le 30 déc. 2013 à 11:05, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 Magnifique (surtout ton second post plus loin)! Et merci pour la recette :-) Quel rapport exact avec ça: http://wiki.openstreetmap.org/wiki/Hillshading_using_the_Alpha_Channel_of_an_Image ? (tu utilises la couche alpha dans les deux cas, mais on dirait que c’est différent (ou je suis pas bien réveillé)). Perso, j’utilise ça, qui magouille un petit peu plus: http://alastaira.wordpress.com/2011/07/20/creating-hill-shaded-tile-overlays/ (voir le script python en milieu de page). Quoi qu’il en soit c’est effectivement une solution bien plus pratique d’utiliser un ombrage pure GDAL plutôt que de devoir se taper du PIL en Python avec des re-géoréférencements à la clef au moment du passage Python-GTiff. J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Je plussois avec cette technique. Je trouve que rajouter l’ombrage par dessus tout est nettement moins lisible (même si ça permet d’avoir une couche ombrage activable à volonté, ce qui ne doit pas être le cas de ton rendu). Jérôme ps: et au passage un petit aperçu de mes expériences actuelles, avec le MNT génial du CRAIG: http://cl.ly/image/1K071O2b0q1P/o (attention zone moins montagneuse donc plus subtile). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le 30 déc. 2013 à 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus marqué, il faut un maillage plus fin. Euh pardonnes mon inculture, mais moi y en a connaître que CGIAR et SRTM. Ça se récupère où la BDAlti? Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le 30 déc. 2013 à 12:46, yvecai yve...@gmail.com a écrit : On en avait déjà parlé, c'est SRTM V4.1du CGIAR, donc avec les trous bouché, mixé avec ASTER au delà de 60°N, mais suffisamment lissé pour éviter les bosses en plaine. Le tout avec la mer mise à 0 depuis la coastline OSM. Oui mais CGIAR = utilisation non commerciale, donc toutes les tuiles produites en CC-BY-NC-SA au mieux. C’est ce que je fais pour SaharaOSM, mais ça ne me semble pas très satisfaisant (je préférerais quelque chose de moins restrictif). Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Le lundi 30 décembre 2013 11:02:17 Christian Quest a écrit : Euh... sur le rendu ? au zoom 25 ? Pas évident de tout mettre. Mais je me demandais si ce ne serait pas pertinent de filtrer pour n'afficher que les stats sur les noms de rue. Car je ne suis pas sûr qu'actuellement la stat soit très efficace. Mon ancienne commune (Aubière) affiche un taux de 84 %, mais même si il doit y avoir quelques oublis, je me demande ce que sont ces 42 noms manquant … j'ai qu'à regarder dans le Fantoir vous me direz ;-) Tout ça c'est à mettre dans un beau rapport dynamique avec des liens pour éditer, et tout et tout... Effectivement. Ça fait du boulot tout ça … -- 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] Rendu QA: ajout croisement FANTOIR et visu noname
et dernière petite idée... pour ceux qui savent réaliser des scripts: ont peut éventuellement aussi comparer le Fantoir aux rues sur google et ainsi pouvoir comparer le nombre de rues renseignées sur OSM et sur google? En tout cas moi je suis en train de le faire manuellement pour ma commune et c'est assez intéressant! -- View this message in context: http://gis.19327.n5.nabble.com/Rendu-QA-ajout-croisement-FANTOIR-et-visu-noname-tp5791052p5791182.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le 30 décembre 2013 13:06, Jérôme Cornet jer...@aldorande.net a écrit : Le 30 déc. 2013 à 11:05, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 Magnifique (surtout ton second post plus loin)! Et merci pour la recette :-) Quel rapport exact avec ça: http://wiki.openstreetmap.org/wiki/Hillshading_using_the_Alpha_Channel_of_an_Image ? (tu utilises la couche alpha dans les deux cas, mais on dirait que c’est différent (ou je suis pas bien réveillé)). Perso, j’utilise ça, qui magouille un petit peu plus: http://alastaira.wordpress.com/2011/07/20/creating-hill-shaded-tile-overlays/ (voir le script python en milieu de page). C'est le même principe, mais plus souple et surtout plus direct avec juste 2 appels à gdaldem ! Le premier calcule l'ombrage en niveau de gris, le second remappe les niveaux de gris en blancs et noirs avec une transparence qui varie. C'est le fichier shade.ramp qui définit quelle couleur et quelle niveau d'opacité on veut pour chaque niveau de gris en entrée. Exit le script python ou les comp-op dans mapnik (autre solution proposée sur le blog de mapbox). Quoi qu’il en soit c’est effectivement une solution bien plus pratique d’utiliser un ombrage pure GDAL plutôt que de devoir se taper du PIL en Python avec des re-géoréférencements à la clef au moment du passage Python-GTiff. Et oui ! Remarque, il y a un outil (geotifcp) qui copie les données de géoférécenement très facilement. J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Je plussois avec cette technique. Je trouve que rajouter l’ombrage par dessus tout est nettement moins lisible (même si ça permet d’avoir une couche ombrage activable à volonté, ce qui ne doit pas être le cas de ton rendu). On peut même imaginer une couche d'ombrage dédiée à un rendu donné qui laisse en transparence les zones où l'on a du texte dans la couche de base... là tu as fromage ET dessert ! Jérôme ps: et au passage un petit aperçu de mes expériences actuelles, avec le MNT génial du CRAIG: http://cl.ly/image/1K071O2b0q1P/o (attention zone moins montagneuse donc plus subtile). Ca c'est le prochain chalenge... mélanger les DEM et surtout les raccorder ! Pour la BDAlti, ça se passe à l'IGN et tu la trouve facilement par data.gouv.fr https://www.data.gouv.fr/fr/search?q=bdalti -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Commet tu récupère les noms de rue d'une commune sur Google ? (et toujours le problème de licence, etc) Le 30 décembre 2013 13:13, PierreV belett...@hotmail.fr a écrit : et dernière petite idée... pour ceux qui savent réaliser des scripts: ont peut éventuellement aussi comparer le Fantoir aux rues sur google et ainsi pouvoir comparer le nombre de rues renseignées sur OSM et sur google? En tout cas moi je suis en train de le faire manuellement pour ma commune et c'est assez intéressant! -- View this message in context: http://gis.19327.n5.nabble.com/Rendu-QA-ajout-croisement-FANTOIR-et-visu-noname-tp5791052p5791182.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Travail dérivé pour l'ombrage, resample pour le Dem. Pour du nom nc, redemander avec un mail poli à Aster et Cgiar. Jérôme Cornet jer...@aldorande.net a écrit : Le 30 déc. 2013 à 12:46, yvecai yve...@gmail.com a écrit : On en avait déjà parlé, c'est SRTM V4.1du CGIAR, donc avec les trous bouché, mixé avec ASTER au delà de 60°N, mais suffisamment lissé pour éviter les bosses en plaine. Le tout avec la mer mise à 0 depuis la coastline OSM. Oui mais CGIAR = utilisation non commerciale, donc toutes les tuiles produites en CC-BY-NC-SA au mieux. C’est ce que je fais pour SaharaOSM, mais ça ne me semble pas très satisfaisant (je préférerais quelque chose de moins restrictif). Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le lundi 30 décembre 2013 13:06:43 Jérôme Cornet a écrit : ps: et au passage un petit aperçu de mes expériences actuelles, avec le MNT génial du CRAIG: http://cl.ly/image/1K071O2b0q1P/o (attention zone moins montagneuse donc plus subtile). Magnifique ! :-) Bon, c'est vrai qu'il reste quelques petites bosses parasites à l'ouest à la confluence de la Durolle et la Dore. -- 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] Rendu QA: ajout croisement FANTOIR et visu noname
2013/12/30 Otourly Wiki otou...@yahoo.fr: Même si c'est assez rare, les Rond-Points ont parfois des noms. Donc les décompter serait contre productif. Parfois un nom officiel (un panneau de voirie sur le Rond-Point) parfois non, J'ai ajouté un name=Porte du Beaujolais sur ce rond-point parce que c'est écrit dessus (sur un mur) mais impossible de savoir si c'est officiel ou non par contre c'est que les personnes faisant référence à ce rond-point peuvent utiliser ce nom. Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours giratoires avec un nom sont assez rares. Côte OSM, je ne compte que les noms sur les highway=trunk,primary, secondary,tertiary,residential,unclassified Ajoute quand même living_street (en croissance rapide dans certaines zones). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
2013/12/30 Pieren pier...@gmail.com: Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours giratoires avec un nom sont assez rares. Ce que je voulais dire, c'est que demander un name sur un giratoire, c'est générer 95..99% de faux positifs... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Je vois pas en quoi c'est un souci ;) Le jour où une commune décide d'inaugurer ou baptiser un rond-point on voit direct lesquels sont déjà baptisés ou non. D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait être intéressant de faire une veille (automatisée via bot ou non) de la presse afin de mettre de coté les articles de presse en ligne comprenant les mots inauguration et rond-point / route/ avenue etc. Florian Le Lundi 30 décembre 2013 14h32, Pieren pier...@gmail.com a écrit : 2013/12/30 Pieren pier...@gmail.com: Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours giratoires avec un nom sont assez rares. Ce que je voulais dire, c'est que demander un name sur un giratoire, c'est générer 95..99% de faux positifs... Pieren ___ 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] Rendu QA: ajout croisement FANTOIR et visu noname
D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait être intéressant de faire une veille (automatisée via bot ou non) de la presse afin de mettre de coté les articles de presse en ligne comprenant les mots inauguration et rond-point / route/ avenue etc. C'est ce que je fais avec le bulletin d'information municipale de ma commune ;-) Il suffit d'avoir un contributeur/veilleur par commune :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
De plus on peut aussi considérer le fait que si la rue est coupée par un rond point alors le rond-point s'il n'est pas nommé différemment porte de fait le nom de la rue principale ainsi coupée. Florian. Le Lundi 30 décembre 2013 14h41, Otourly Wiki otou...@yahoo.fr a écrit : Je vois pas en quoi c'est un souci ;) Le jour où une commune décide d'inaugurer ou baptiser un rond-point on voit direct lesquels sont déjà baptisés ou non. D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait être intéressant de faire une veille (automatisée via bot ou non) de la presse afin de mettre de coté les articles de presse en ligne comprenant les mots inauguration et rond-point / route/ avenue etc. Florian Le Lundi 30 décembre 2013 14h32, Pieren pier...@gmail.com a écrit : 2013/12/30 Pieren pier...@gmail.com: Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours giratoires avec un nom sont assez rares. Ce que je voulais dire, c'est que demander un name sur un giratoire, c'est générer 95..99% de faux positifs... Pieren ___ 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] Ombrage et relief...
Oui, c'est chouette ! DEM à part, t'as déjà essayé de faire des demi pointillés pour les tractype grade1 avec un offset des pointillés ? Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le lundi 30 décembre 2013 13:06:43 Jérôme Cornet a écrit : ps: et au passage un petit aperçu de mes expériences actuelles, avec le MNT génial du CRAIG: http://cl.ly/image/1K071O2b0q1P/o (attention zone moins montagneuse donc plus subtile). Magnifique ! :-) Bon, c'est vrai qu'il reste quelques petites bosses parasites à l'ouest à la confluence de la Durolle et la Dore. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
De : Otourly Wiki De plus on peut aussi considérer le fait que si la rue est coupée par un rond point alors le rond-point s'il n'est pas nommé différemment porte de fait le nom de la rue principale ainsi coupée. Et lorsque les rues qui convergent en un rond-point sont de classification égale, donc toutes autant principales, on choisit quoi ? Casse-tête en perspective... La convention actuelle (pas de nom hérité d'un des axes entrants) a le mérite de la simplicité. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Il peut exister nombre de convention, ça ne veut pas dire que c'est respecté. http://overpass-turbo.eu/s/1TP Finalement ce n'est pas si rare que ça un rond-point avec un nom... ;) Florian. Le Lundi 30 décembre 2013 15h50, V de Chateau-Thierry v...@laposte.net a écrit : De : Otourly Wiki De plus on peut aussi considérer le fait que si la rue est coupée par un rond point alors le rond-point s'il n'est pas nommé différemment porte de fait le nom de la rue principale ainsi coupée. Et lorsque les rues qui convergent en un rond-point sont de classification égale, donc toutes autant principales, on choisit quoi ? Casse-tête en perspective... La convention actuelle (pas de nom hérité d'un des axes entrants) a le mérite de la simplicité. vincent ___ 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] Du Fantoir
Bonjour, je remonte le sujet (bien qu'en général personne ne le voit)... Quelle longueur pour les codes FANTOIR ? http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Perso je penche pour la version longue telle qu'elle est dans le fichier. Vos avis ? A+ Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr a écrit : Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le projet adresses. Les codes courts sont ceux sans le code INSEE de la commune ? Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais probablement ceux de Toulouse)) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Les valeurs ne sont pas également très normées, on trouve un code court (à 4 chiffre maximun) et des codes longs. L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec comme valeur ce qu'il y a dans l'OpenData, code long ou code court. Le wiki ne nous est d'aucune aide : http://wiki.osm.org/FR:Relation:associatedStreet Le Fantoir c'est le foutoir pour l'instant (oui c'était facile). Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Le 30 décembre 2013 15:58, Otourly Wiki otou...@yahoo.fr a écrit : Il peut exister nombre de convention, ça ne veut pas dire que c'est respecté. http://overpass-turbo.eu/s/1TP Finalement ce n'est pas si rare que ça un rond-point avec un nom... ;) Et oui, pas si rare ! J'ai fait une comparaison des noms de voies sur ma commune et les différences rencontrées avec FANTOIR portent sur: - le mélange rue/avenue - les places et rond-points (la requête OSM ne prends en compte que les linéraires donc elle en perd) - des différences sur les de/du/d' - des bouts de rues de la commune voisine remontés par ma requête Au final, très peu de manques (2 impasses je crois) et des petites différences à vérifier sur le terrain, ça va c'est pas loin ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
On a aussi le cas de deux rues qui se coupent au rond-point. Cas de plus en plus fréquent car les mairies construisent des ronds-points un peu partout (et pas seulement pour remplacer des feux, mais supprimer la simple priorité à droite ou les stops et les résidents préfèrent ça à la mise en place de gendarmes couchés ou des slaloms qu'on voit fleurir aussi partout dans les villes en utilisant les places de stationnement comme buttoirs, si le but est de réduire la vitesse !). Les nouveaux ronds-points qui apparaissent à la place de carrefours n'ont pas plus de nom que les carrefours d'avant. En revanche les plus grands ronds-points (avec soit plus de 4 connexions, soit plus de 2 rues connectées qui traversent on non le rond-point, ou d'un diamètre supérieur à 75 mètres environ) ont souvent un nom : cela permettrait de mettre un filtre évitant les trop nombreux faux-positifs actuels. Avant que le filtre considère cela, il pourrait modifier son message pour indiquer dans son message la probabilité forte ou faible qu'il y ait un nom, en indiquant la raison (diamètre moyen, nombre de rues connectées, nombre total de connexions...), puis suivre les statistiques de faux-positifs marqués par rapport aux vrais positifs corrigés afin d'affiner le filtre, puis finalement éliminer la catégorie qui génère trop de faux-positifs (plus de 3 faux-positifs signalés par rapport à un vrai positif corrigé dans la même catégorie). Le 30 décembre 2013 15:40, Otourly Wiki otou...@yahoo.fr a écrit : De plus on peut aussi considérer le fait que si la rue est coupée par un rond point alors le rond-point s'il n'est pas nommé différemment porte de fait le nom de la rue principale ainsi coupée. Florian. Le Lundi 30 décembre 2013 14h41, Otourly Wiki otou...@yahoo.fr a écrit : Je vois pas en quoi c'est un souci ;) Le jour où une commune décide d'inaugurer ou baptiser un rond-point on voit direct lesquels sont déjà baptisés ou non. D'ailleurs je sais pas si quelques-un d'entre vous y ont pensé mais il pourrait être intéressant de faire une veille (automatisée via bot ou non) de la presse afin de mettre de coté les articles de presse en ligne comprenant les mots inauguration et rond-point / route/ avenue etc. Florian Le Lundi 30 décembre 2013 14h32, Pieren pier...@gmail.com a écrit : 2013/12/30 Pieren pier...@gmail.com: Se renseigner auprès de la mairie ou du cadastre. Mais les carrefours giratoires avec un nom sont assez rares. Ce que je voulais dire, c'est que demander un name sur un giratoire, c'est générer 95..99% de faux positifs... Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import semi-automatique du cadastre - anomalies
Bonjour, Il y a apparemment quelques soucis avec l'Interface de génération de fichiers .osm à partir du cadastre (http://cadastre.openstreetmap.fr/). En sélectionnant le département dans la Vendée, ce sont des communes de la Sarthe et peut être d'ailleurs qui sont proposées. Les fichiers générés sont vides. Librement Christophe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Je pense que le code alphanumérique de 11 caractères devrait suffire. Florian. Le Lundi 30 décembre 2013 16h01, Marc SIBERT m...@sibert.fr a écrit : Bonjour, je remonte le sujet (bien qu'en général personne ne le voit)... Quelle longueur pour les codes FANTOIR ? http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Perso je penche pour la version longue telle qu'elle est dans le fichier. Vos avis ? A+ Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr a écrit : Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le projet adresses. Les codes courts sont ceux sans le code INSEE de la commune ? Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais probablement ceux de Toulouse)) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Les valeurs ne sont pas également très normées, on trouve un code court (à 4 chiffre maximun) et des codes longs. L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec comme valeur ce qu'il y a dans l'OpenData, code long ou code court. Le wiki ne nous est d'aucune aide : http://wiki.osm.org/FR:Relation:associatedStreet Le Fantoir c'est le foutoir pour l'instant (oui c'était facile). Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ 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] Du Fantoir
Ce code long me semble préférable car il permet d'identifier à lui tout seul et de façon unique une voie. Si on ne mettait que le code court, il faudrait systématiquement croiser avec la géométrie de la commune et son code INSEE ce qui ne facilite pas la ré-utilisation qui serait parfois bancale (les voies en limite de commune). Donc un très gros +1 pour moi pour le code long. Le 30 décembre 2013 19:11, Otourly Wiki otou...@yahoo.fr a écrit : Je pense que le code alphanumérique de 11 caractères devrait suffire. Florian. Le Lundi 30 décembre 2013 16h01, Marc SIBERT m...@sibert.fr a écrit : Bonjour, je remonte le sujet (bien qu'en général personne ne le voit)... Quelle longueur pour les codes FANTOIR ? http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Perso je penche pour la version longue telle qu'elle est dans le fichier. Vos avis ? A+ Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr a écrit : Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le projet adresses. Les codes courts sont ceux sans le code INSEE de la commune ? Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais probablement ceux de Toulouse)) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Les valeurs ne sont pas également très normées, on trouve un code court (à 4 chiffre maximun) et des codes longs. L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec comme valeur ce qu'il y a dans l'OpenData, code long ou code court. Le wiki ne nous est d'aucune aide : http://wiki.osm.org/FR:Relation:associatedStreet Le Fantoir c'est le foutoir pour l'instant (oui c'était facile). Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Et un (premier) test de courbes de niveau à 10m... http://cl.ly/image/0Y1Y1L2R -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Et un deuxième: http://cl.ly/image/3u0J2p423J3M Le 30 décembre 2013 20:34, Christian Quest cqu...@openstreetmap.fr a écrit : Et un (premier) test de courbes de niveau à 10m... http://cl.ly/image/0Y1Y1L2R -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 30/12/2013 12:03, Pieren a écrit : 2013/12/29 Christophe Merlet red...@redfoxcenter.org: Une seule super-relation pour la France me semble impossible a gérer humainement et même techniquement à cause des centaines d'îles et archipel qui composent notre territoire Il faudrait voir comment font d'autres pays aux multiples îles et archipels comme le Japon, les Philippines ou l'Indonésie. Faut patcher les logiciels :) A noter que d'autres pays utilisent les multilinestring. L'Allemagne a ainsi 2 relations de niveau2 (avec et sans multilinestring). Cummuler les deux types de relations, c'est la solution de facilité et laisser se démerder ceux qui tentent de comprendre à quoi servent ces 15 ou 20 relations auxquels appartiennent les ways frontaliers. En laissant se complexifier inutilement le projet, c'est une manière de l'enterrer ou de le réserver aux spécialistes à la wikipedia. Le principe KISS, Keep It Simple Stupid, tu suivras. Je suis plutôt d'accord. Trop de balises, tue la balise ;o) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 30/12/2013 12:13, Philippe Verdy a écrit : En attendant on n'a plus de (multi)polygone pour le niveau 2 de la France (que ce soit le land_area, les eaux territoriales (incomplètes dans les COM et en nouvelle Calédonie), et la ZEE (incomplète en métropole). La France métropolitaine est bien passée en niveau 3. Figure toi que j'ai crée aujourd'hui les limites territoriales à 12nm pour Saint-Pierre et Miquelon, ainsi que pour la Nouvelle-Calédonie. Gros boulot ! Génération automatique grâce a QGIS après on bon travail de préparation en amont des données OSM. Du coup ça a bien simplifié la hiérarchie de relations pour la Nouvelle-Calédonie. ça me semble beaucoup plus propre. Il faudra créer une relation France (ZEE). Pas mal de décret à lire... En attendant , Nouvelle-Calédonie(ZEE) est au top:) C'est plutôt gênant pour les recherches Nominatim de ne plus avoir France comme qualificateur des adresses et la désambiguation des homonymies, ou pour les applis de géolocalisation d'adresses en général. Ha? Quand je recherche Bordeaux, Nominatim me propose Bordeaux, Gironde, Aquitaine, 33000;33100;33200;33300;33800, France métropolitaine Pour Cayenne Cayenne, Arrondissement de Cayenne, Guyane, 97300 Cayenne, Rochefort, Charente-Maritime, Poitou-Charentes, France métropolitaine Cayenne, Cholet, Maine-et-Loire, Pays de la Loire, France métropolitaine Cayenne, Hampden County, Massachusetts, États-Unis d'Amérique Cayenne, Saint-Paul, La Réunion Cayenne, Fonsorbes, Muret, Haute-Garonne, Midi-Pyrénées, 31470, France métropolitaine C'est vraiment gênant ? La situation jusqu'à présent était peut-être encore un peu bancale, du fait des données qui manquent, mais ce n'était pas si mal (même si France ne pouvait pas être associé à l'outre-mer dont les tertioires étaient à chercher à part comme des pays séparés, ce qui n'est pas un gros problème, même si les DOM/COM/NC ne sont pas réellement des pays). Je compte terminer de combler les données manquantes dans la semaine. Concernant les DOM/COM/NC/ATTF on pourra toujours discuter des admin_level qui vont bien en fonction des boundary=administrative et land_area=administrative. En tout cas, énormément d'erreurs ont été corrigé ses derniers jours sur ces territoires. Et c'est beaucoup plus facile de récupérer La France dans son intégralité. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Et pour le fun... neige annoncée à partir de 1500m: http://cl.ly/image/2Z3Y0E241Z16 Voir aussi: http://cl.ly/image/2Z3Y0E241Z16 Le 30 décembre 2013 21:44, Christian Quest cqu...@openstreetmap.fr a écrit : Et un deuxième: http://cl.ly/image/3u0J2p423J3M Le 30 décembre 2013 20:34, Christian Quest cqu...@openstreetmap.fr a écrit : Et un (premier) test de courbes de niveau à 10m... http://cl.ly/image/0Y1Y1L2R -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Christian Quest a écrit : Et pour le fun... neige annoncée à partir de 1500m: http://cl.ly/image/2Z3Y0E241Z16 Voir aussi: http://cl.ly/image/2Z3Y0E241Z16 Désolé, au jeu des 7 erreurs, j'avoue un zéro pointé ! ;) 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-talk-fr] Ombrage et relief...
N'y-a-t-il pas le risque que la neige cache comme les utilisations du terrain comme les carrières, les zones résidentielles, commerciales ou industrielles, parkings ou campings, voire même des zones de culture (hors période d'enneigement) ? Comment distinguer les détails de terrain comme les zones de roche nue, zones d'éboulis, les herbages et paturages, les zones humides en bord de lac ou étang ? Et la couverture végétale (forêts notamment) ? Ta carte aura-t-elle des versions été/hiver ? Est-ce que la neige peut disparaître à niveau de zoom plus élevé pour voir ces détails ? La neige c'est bien surtout pour les faibles zoom pour rendre compte de façon plus évidente les zones d'altitude. J'ai peur aussi que ça cache certains libellés blancs (et que cela reste peut lisible même si ce libellé blanc est entouré d'un filet ombré) et rende diffiicile la vision des petites routes, rues résidentielles et voies de service (qui sont également en blanc). Le 31 décembre 2013 01:38, Christian Quest cqu...@openstreetmap.fr a écrit : Et pour le fun... neige annoncée à partir de 1500m: http://cl.ly/image/2Z3Y0E241Z16 Voir aussi: http://cl.ly/image/2Z3Y0E241Z16 Le 30 décembre 2013 21:44, Christian Quest cqu...@openstreetmap.fr a écrit : Et un deuxième: http://cl.ly/image/3u0J2p423J3M Le 30 décembre 2013 20:34, Christian Quest cqu...@openstreetmap.fr a écrit : Et un (premier) test de courbes de niveau à 10m... http://cl.ly/image/0Y1Y1L2R -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Le 31/12/2013 05:07, Philippe Verdy a écrit : Ta carte aura-t-elle des versions été/hiver ? Du temps réel ! Elle sera couplée à http://map.f4-group.com/ avec affichage des précipitations en direct. (ou pas) Le 31 décembre 2013 01:38, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Et pour le fun... neige annoncée à partir de 1500m: http://cl.ly/image/2Z3Y0E241Z16 Et celle pour le foehn elle est où ? En tout cas très bel effet visuel, bravo. Ça mériterait d'agrémenter les plus petites échelles au delà de ~3000m sur le rendu FR, non ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Master City: Let's play with OpenStreetMap
Dear all, following some specific requests. I just released country versions for United Kingdom and Spain too: - Master City UK (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.uk) - Master City España (http://play.google.com/store/apps/details?id=com.danelli.mario.mastercity.spain) Last months I released other versions: - Master City Italia - Master City France - Master City USA - Master City Deutschland As the others country versions each version has more than 1000 cities, more detailed zoom levels and a bonus level. Would you like other country versions? Let me know! Regards Mario Danelli Il 23/02/2013 15:55, Mario Danelli ha scritto: Hi, thanks to OpenStreetMap and his team I have just released a new application, currently only for Android but if it hasa bit of success I have already set the output on the iPhone and iPad, called Master City. The application is actually a game where, with a double-click, you have to find 5 cities on the map. The data can be filtered by continent or country and choose from 3 different levels of the game. Furthermore, the application does not require access to the internet or wi-fi because, at the moment, everything is contained in the application itself. If you want to take a look under the page on the store https://play.google.com/store/apps/details?id=com.danelli.mariofeature=search_result#?t=W251bGwsMSwxLDEsImNvbS5kYW5lbGxpLm1hcmlvIl0. I highly recommend you let me know if there are improvements (obviously) and such. In addition to the game itself I think can also be useful to know OpenStreetMap for people of all ages (from 10 up can also be used as an exercise in geography). Obviously in the OpenStreetMap spirit the game is completely free and without ads. Thanks again to all who in recent years have been mapped and those who have just begun. The attribution can be found in the credits section of the settings. Mario Danelli ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb