[OSM-talk-be] Complex kruispunt / Complex crossing
Hallo, Ik vraag me af of het OK is het volgende kruispunt te vereenvoudigen via turn:lanes : http://osm.org/go/0Ejo5_fqb--?way=51738440 I wonder whether it's ok to simplify the following crossing with turn:lanes tagging: http://osm.org/go/0Ejo5_fqb--?way=51738440 met vriendelijke groeten regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Complex kruispunt / Complex crossing
Zeker wel, het klopt niet om een aparte weg te tekenen voor elk rijvak. Absolutely, using a separate way to represent traffic lanes is not how it's supposed to be done. Jo 2014-05-13 5:48 GMT+02:00 Marc Gemis marc.ge...@gmail.com: Hallo, Ik vraag me af of het OK is het volgende kruispunt te vereenvoudigen via turn:lanes : http://osm.org/go/0Ejo5_fqb--?way=51738440 I wonder whether it's ok to simplify the following crossing with turn:lanes tagging: http://osm.org/go/0Ejo5_fqb--?way=51738440 met vriendelijke groeten regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] HRS.com uses OpenStreetMap-data without credit
Nils, noch ein Update. HRS hat sich jetzt gemeldet und ich werde vermutlich später diese Woche mal ein Gespräch mit ihnen führen. Gruss Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] HRS.com uses OpenStreetMap-data without credit
Sigh went to the wrong address, but nothing secret anyway. Am 12.05.2014 22:50, schrieb Simon Poole: Nils, noch ein Update. HRS hat sich jetzt gemeldet und ich werde vermutlich später diese Woche mal ein Gespräch mit ihnen führen. Gruss Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] HRS.com uses OpenStreetMap-data without credit
Huh? Steve On May 12, 2014, at 4:50 PM, Simon Poole si...@poole.ch wrote: Nils, noch ein Update. HRS hat sich jetzt gemeldet und ich werde vermutlich später diese Woche mal ein Gespräch mit ihnen führen. Gruss Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Community Guidelines (was Re: Attribution)
On Thu, May 8, 2014 at 3:30 AM, Simon Poole si...@poole.ch wrote: Luis The LWG has spent considerable time discussing the geocoding issue, so it is not as if we've ignored the subject. Didn't mean to imply that work hasn't been done! I've read all the public threads I can find :) But the wiki doesn't reflect that, and the wiki is where most outsiders are going to go to try to figure out the question, since it is most googleable, linked to from many places, etc. So, yes, I think it might be fair to say that the LWG has punted on the geocoding issue at least for now, to spend its time on issues which are more likely to be resolved. I think it would be helpful if the wiki at least reflected that. If there were links from there to the relevant mailing list threads, it would (1) warn people that this is a tough issue and (2) they might find some useful analysis/background in them. Normally I'd try to organize some of that myself, but since I'm a lawyer for an organization that will likely consider some sort of geocoding at some point in the future I'm extremely reluctant to put words in anyone's mouth or in anyone's wiki. Luis Am 08.05.2014 01:27, schrieb Luis Villa: On Sat, May 3, 2014 at 7:54 AM, Michael Collinson m...@ayeltd.biz mailto:m...@ayeltd.biz wrote: We also have a number of issues that are very immature in terms of constructing a useful guideline. What we have been lacking, with some notable exceptions, is data users prepared to give a real use case that they can share in a reasonable level of detail. Being able to deal with concrete rather than myriad hypothetical cases makes progress much faster. If you are user or potential user of OSM data, do share real-world issues here. Or, contact us at le...@osmfoundation.org mailto:le...@osmfoundation.org. We can handle commercial-in-confidence provided that the end result is shareable publicly and applies to all equally within the parameters of our license. I would suggest that writing down and working through even basic, non-detailed use cases would likely help clarify a lot of the Guidelines. Even if all they do is result in saying it depends, explaining what it depends on can be helpful to everyone. For example, to kickstart the geocoding Guideline, it would probably be great to start with some of the basic examples/use cases from the mailing list discussion last year: https://lists.openstreetmap.org/pipermail/legal-talk/2013-June/007553.html and https://lists.openstreetmap.org/pipermail/legal-talk/2013-June/007554.html Which isn't to say that people shouldn't describe detailed use cases :) Just that a lot of progress could be made by walking through more basic ones as well. Luis -- Luis Villa Deputy General Counsel Wikimedia Foundation 415.839.6885 ext. 6810 NOTICE: /This message may be confidential or legally privileged. If you have received it by accident, please delete it and let us know about the mistake. As an attorney for the Wikimedia Foundation, for legal/ethical reasons I cannot give legal advice to, or serve as a lawyer for, community members, volunteers, or staff members in their personal**capacity./ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- Luis Villa Deputy General Counsel Wikimedia Foundation 415.839.6885 ext. 6810 NOTICE: *This message may be confidential or legally privileged. If you have received it by accident, please delete it and let us know about the mistake. As an attorney for the Wikimedia Foundation, for legal/ethical reasons I cannot give legal advice to, or serve as a lawyer for, community members, volunteers, or staff members in their personal capacity.* ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Chinese doodles / vandalism
Hi all I write a message to him to remind him OpenStreetMap is not place for random drawing in Chinese. Waiting for his response Dennis On Mon, May 12, 2014 at 12:00 AM, SomeoneElse li...@mail.atownsend.org.ukwrote: Colin Smale wrote: User mangoyang has been doodling random multipolygons in the middle of the North Sea... I notice three more changesets from them have contributed doodles near Bremen: http://www.openstreetmap.org/way/280211805 http://www.openstreetmap.org/way/280212912 I've sent them a (hopefully friendly) message suggesting that the live planet at osm.org isn't really the place for tests like this. That message was in English, so there's every chance that they might not be able to understand it. Would anyone who has any knowledge of Chinese perhaps be able to put a suitable message together and send it to them? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Some news of Osmose QA
Hi, Some news of Osmose QA. http://osmose.openstreetmap.fr/en/map/ The move of translations on Transifex web site to facilitate the work of the contributors had unexpected effects. First, spontaneous translations into new languages have been proposed, but also several requests to support new countries into Osmose QA. Unfortunately we still lack computing power to do the job, so, for countries with lots of data - like Japon, Poland or Netherlands -, we encourage local communities to support a backend server by themselves. As you can see, we are still looking for servers to increase the coverage. Translations are now almost all available at https://www.transifex.com/projects/p/osmose/ with the aim to translate all strings of Osmose QA. A new Export menu has been added on the main page. It exports errors visible on map in different formats, including GPX to take out on the field, RSS to monitor an area, a simple list on a web page and also a link to load all the objects affected by errors in the view in JOSM at once. Finally, some improvements were made in the javascript code to support older mobile devices and save some battery. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Tags for ANZAC memorial - Hyde Park, Sydney
Hi, I'm presently looking at the improving/adding features to the mapping of Sydney's Botanic Gardens/Domain as I'am spending some time inside the State Library do other research, lunch in the park (if sunny). As part of that I came across The ANZAC memorial - Hyde Park, Sydney is tagged as amenity=public_building building=yes name=ANZAC Memorial I think it should be historic=monument tourism=attraction building=yes name=ANZAC Memorial For reference/comparision the Australian War Memorial, Canberra is tagged (neglecting the name etc.) on the building; historic=memorial tourism=attraction building=yes and on a node(yes a separate node inside the building); historic=memorial tourism=museum I think here the 'memorial' should be changed to 'monument' to reflect the size at least (as per the wiki, memorials being smaller, say the size of a statue, monuments being larger, say the size of a small building). And the node could be removed? (Or is there a reason for a separate node?) Thus tagging the building as historic=monument tourism=museum building=yes Thoughs? ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tags for ANZAC memorial - Hyde Park, Sydney
Hi Warin, I usually look at a few examples that already exist such as: artist=William Haywood historic=memorial material=concrete name=Scout War Memorial source=survey start_date=1924_07_27 wikimedia_commons=Category:Scout Memorial Birmingham wikipedia:architect=en:William Haywood(architect) listed_status= or memorial=blue_plaque memorial_type=plaque tourism=artwork Hope this helps - Arthur On 12/05/14 22:04, Warin wrote: Hi, I'm presently looking at the improving/adding features to the mapping of Sydney's Botanic Gardens/Domain as I'am spending some time inside the State Library do other research, lunch in the park (if sunny). As part of that I came across The ANZAC memorial - Hyde Park, Sydney is tagged as amenity=public_building building=yes name=ANZAC Memorial I think it should be historic=monument tourism=attraction building=yes name=ANZAC Memorial For reference/comparision the Australian War Memorial, Canberra is tagged (neglecting the name etc.) on the building; historic=memorial tourism=attraction building=yes and on a node(yes a separate node inside the building); historic=memorial tourism=museum I think here the 'memorial' should be changed to 'monument' to reflect the size at least (as per the wiki, memorials being smaller, say the size of a statue, monuments being larger, say the size of a small building). And the node could be removed? (Or is there a reason for a separate node?) Thus tagging the building as historic=monument tourism=museum building=yes Thoughs? ___ 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] Usuário apagando vários caminhos
E então meus amigos. Está sendo revertida o vandalismo dele? Pude ver que ele parou com as edições a duas semanas. O foco das edições dele é Ceará e São Paulo.http://www.yosmhm.neis-one.org/?luisfelipevieirademedeiros https://www.openstreetmap.org/user/luisfelipevieirademedeiros/history#map=2/32.0/-49.9 Se alguém souber mais locais onde podemos monitora-lo, por favor nos indique. Forte Abraço BladeTC From: raffaellobr...@hotmail.com To: talk-br@openstreetmap.org Date: Fri, 25 Apr 2014 03:25:51 + Subject: Re: [Talk-br] Usuário apagando vários caminhos Se esse foi apenas um caso isolado, que bom. Mas continuo com a percepção de que vocês têm muito trabalho corrigindo edições prejudiciais de outros usuários, seja o prejuízo intencional (vandalismo) ou não (erros de usuários inexperientes, como eu :) ). From: john.pack...@gmail.com Date: Thu, 24 Apr 2014 23:30:09 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Usuário apagando vários caminhos Em outros países são comuns casos de vandalismo também ou isso é um privilégio tupiniquim? Você fala como se fosse comum vandalismo por aqui... Com certeza tem casos lá fora. Em 24 de abril de 2014 23:28, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Imagino o trabalho que deve ser ficar monitorando e corrigindo esse tipo de edição. Em outros países são comuns casos de vandalismo também ou isso é um privilégio tupiniquim? Date: Thu, 24 Apr 2014 17:28:12 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Usuário apagando vários caminhos E o DWG reverteu as edições dele: http://www.openstreetmap.org/changeset/21916639 (tinha revertido as últimas também em http://www.openstreetmap.org/changeset/21915177) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Usuário apagando vários caminhos
2014-05-11 15:42 GMT-03:00 Blademir Andrade de Lima blade...@unseen.is: E então meus amigos. Está sendo revertida o vandalismo dele? O que eu pude achar ou foi revertida pelo DWG ou eu reverti. Mas acredito que deve ter passado alguma coisa ainda (mesmo depois de ter muita coisa restaurada, eu ainda achei lugares que não foram recuperados pelo DWG: http://www.openstreetmap.org/changeset/22008168, por exemplo) Depois do último bloqueio de 5 dias ele deve ter achado que ficou sem acesso para sempre (e por isso parou de editar). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Rota maritma turística
Olá pessoal, o usuário Thiago PV levantou um questionamento interessante numa nota de mapa, que eu gostaria de abrir com vocês. http://www.openstreetmap.org/note/162857 Ele argumenta que a rota em questão é uma rota turística, não uma rota de transporte metropolitano (como as outras linhas que cortam a Baía de Guanabara), portanto não deveria estar representada no mapa. Eu discordo. Gostaria de convidar a leitura da conversa na nota e dar seus dois centavos, aqui ou lá. Abraços, Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rota maritma turística
2014-05-12 15:13 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Gostaria de convidar a leitura da conversa na nota e dar seus dois centavos, aqui ou lá. O OSM é uma base ampla, com vários usos (não é exclusiva para trajetos motorizados ou para visualização de mapas). Pode-se, de grosso modo, mapear qualquer coisa (inclusive as rotas turísticas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Rota maritma turística
Eu concordo. Na discussão sobre a relação route [1] não encontrei nenhuma objeção ao mapeamento de rotas turísticas (de qualquer tipo: ônibus, ferries, rotas cênicas de estrada, etc.). Como também acho totalmente válido mapear rotas de ônibus turísticos, não tem por que proibir o mapeamento de ferries turísticos. Embora ainda muito pouco usada, dá pra diferenciar ferries turísticos de não-turísticos com a tag ferry=tourist [2] [3]. Se isso sozinho causar algum problema com roteamento, algumas coisas a tentar: - adicionar a tag toll=yes para indicar que o percurso é pago (essa tag é antiga e amplamente usada, todos os roteadores já deveriam suportá-la hoje) - adicionar a tag duration (que pelo menos o OSRM suporta); isso normalmente diminui a probabilidade de um roteador usar o percurso, que quase sempre é bem mais lento - em algumas situações específicas (como a desse exemplo), adicionar uma tag access=destination à linha da rota do ferry e a todas as vias próximas ao destino Só não vale forjar uma duration pra alterar o roteamento ou colocar access=no/private. Talvez o Thiago Pv aceitaria esse mapeamento se houvesse uma diferenciação visual entre os ferries turísticos e as não-turísticos. Sem dúvida seria útil pra muitas pessoas. [1] http://wiki.openstreetmap.org/wiki/Talk:Relation:route [2] http://taginfo.openstreetmap.org/keys/?key=ferry#values [3] http://wiki.openstreetmap.org/wiki/Proposed_features/ferry P.S.: Só o fato de ser a única forma de um cidadão comum chegar até a Ilha Fiscal já seria suficiente para mapear a rota, independente de ser turístico ou não. Editar no OSM é como editar na Wikipédia: existem formas de organizar a informação. 2014-05-12 15:29 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-05-12 15:13 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Gostaria de convidar a leitura da conversa na nota e dar seus dois centavos, aqui ou lá. O OSM é uma base ampla, com vários usos (não é exclusiva para trajetos motorizados ou para visualização de mapas). Pode-se, de grosso modo, mapear qualquer coisa (inclusive as rotas turísticas). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Edição destrutiva no Rio de Janeiro
Apenas para registro, detectei uma edição aqui na RMRJ bastante destrutiva, removendo *muitos* elementos. Vejam só: http://www.openstreetmap.org/changeset/22272862 Enviei hoje para o usuário Thiago Pv a seguinte mensagem: Olá Thiago, sua edição changeset #22272862 foi destrutiva, apagando diversos elementos mapeados por outros usuários. Acredito que você tenha feito de maneira não-intencional. O que você desejava fazer? http://www.openstreetmap.org/changeset/22272862 Caso não haja resposta, irei reverter esta edição. Abraços, Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Renderizações diferentes de diversos mapas
Amigos, De vez em quando, descubro um mapa diferente que exibe diferentes objetos do mapa, que acho bem legal, então queria comentar rapidamente sobre uns: * O OpenMapSurfer: http://wiki.openstreetmap.org/wiki/OpenMapSurfer ** exibe o código IATA http://wiki.openstreetmap.org/wiki/Pt-br:Key:iatados aeroportos nos níveis de zoom 13 e 14http://www.openmapsurfer.uni-hd.de/?zoom=14lat=-26.22674lon=-48.80027layers=B0FTFF ; ** exibe placas Pare (highway=stop) e Dê a preferência ( highway=give_wayhttp://wiki.openstreetmap.org/wiki/Pt-br:Tag:highway%3Dgive_way ); ** exibe um relevo 2.5D básico para as construções que tem ou o número de andares(building:levelshttp://wiki.openstreetmap.org/wiki/Pt-br:Key:building:levels) ou altura(height http://wiki.openstreetmap.org/wiki/Key:height) (pena que o tipo de teto ainda não é renderizado). * O mapa Humanitário http://map.hotosm.org/: ** exibe borrachariashttp://www.openstreetmap.org/#map=18/-26.32017/-48.86718layers=H( shop=tyres http://wiki.openstreetmap.org/wiki/Pt-br:Tag:shop%3Dtyres) e torres de comunicação (man_made=towerhttp://wiki.openstreetmap.org/wiki/Pt-br:Tag:man_made%3Dtower+ tower:type=communication http://wiki.openstreetmap.org/wiki/Key:tower:type ); ** exibe corredoreshttp://www.openstreetmap.org/#map=20/-26.25266/-48.85489layers=H( highway=corridorhttp://wiki.openstreetmap.org/wiki/Pt-br:Tag:highway%3Dcorridor) como uma linha fina e branca * E o mapa Ciclístico (cycle map)http://wiki.openstreetmap.org/wiki/OpenCycleMap : ** exibe faixas dehttp://www.openstreetmap.org/way/263290462#map=18/-26.30186/-48.84460layers=Cpedestre(highway=crossing) como pontos amarelos e estacionamentos de bicicleta(amenity=bicycle_parkinghttp://wiki.openstreetmap.org/wiki/Pt:Tag:amenity%3Dbicycle_parking) como pontos azuis * Coisas que talvez você não saiba o mapa oficial do OSM: ** ele exibe saídas de autoestradas/BR (com highway=motorway_junctionhttp://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction ) ** recentemente ele começou a exibirhttp://www.openstreetmap.org/#map=19/-26.25330/-48.85445caminhos cobertos (highway=footway + covered=* http://wiki.openstreetmap.org/wiki/Key:covered) O Historische Objektehttp://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=6lat=48.13202lon=11.92195layers=BFFTFFTFTnão é um mapa, mas uma camada de objetos, que eu acho legal. Ele mostra monumentos, memoriais e até mesmo aquelas cruzes de beira-estrada que as pessoas colocam em curvas onde motoristas morrem. (e tudo isso com a chave historic=* http://wiki.openstreetmap.org/wiki/Pt-br:Key:historic) Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edição destrutiva no Rio de Janeiro
No Rio em especial, por ter um grande volume de edições, eu acho que o prazo para reversão poderia ser menor do que o que se emprega no resto do Brasil. Do contrário, se uma reversão for mesmo necessária, deixar passar muito tempo significa que muitas edições legítimas de usuários bem comportados (daqueles que fazem edições menores e devidamente comentadas) serão perdidas, e isso me parece meio injusto. De uma certa forma, nessas áreas, quem faz grandes edições sem o devido cuidado (comentar corretamente e/ou comunicar a comunidade) demonstra indiretamente que não se importa muito com o tempo e esforço dos outros colaboradores. Tipo, no Rio de Janeiro, acho que esse prazo poderia ser de ~24 horas (ou até menos), enquanto que no resto (Porto Alegre, por exemplo) poderia ser de uns 3 dias e, em cidades pequenas do interior, até 1 semana. O que acham? 2014-05-12 21:03 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com: Apenas para registro, detectei uma edição aqui na RMRJ bastante destrutiva, removendo *muitos* elementos. Vejam só: http://www.openstreetmap.org/changeset/22272862 Enviei hoje para o usuário Thiago Pv a seguinte mensagem: Olá Thiago, sua edição changeset #22272862 foi destrutiva, apagando diversos elementos mapeados por outros usuários. Acredito que você tenha feito de maneira não-intencional. O que você desejava fazer? http://www.openstreetmap.org/changeset/22272862 Caso não haja resposta, irei reverter esta edição. Abraços, Arlindo Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Renderizações diferentes de diversos mapas
Que interessante esse OpenMapSurfer! Algumas outras coisas a mais que ele mostra: [1] * cercas em 3D * assentos/bancos Mas também encontrei uns bugs [2] que talvez seria legal reportar pro desenvolvedor. [1] http://www.openmapsurfer.uni-hd.de/?zoom=18lat=-30.05095lon=-51.23043layers=B0FTFF [2] http://www.openmapsurfer.uni-hd.de/?zoom=17lat=-30.0243lon=-51.16738layers=B0FTFF 2014-05-12 22:07 GMT-03:00 John Packer john.pack...@gmail.com: Amigos, De vez em quando, descubro um mapa diferente que exibe diferentes objetos do mapa, que acho bem legal, então queria comentar rapidamente sobre uns: * O OpenMapSurfer: ** exibe o código IATA dos aeroportos nos níveis de zoom 13 e 14; ** exibe placas Pare (highway=stop) e Dê a preferência (highway=give_way); ** exibe um relevo 2.5D básico para as construções que tem ou o número de andares(building:levels) ou altura(height) (pena que o tipo de teto ainda não é renderizado). * O mapa Humanitário: ** exibe borracharias (shop=tyres) e torres de comunicação (man_made=tower + tower:type=communication); ** exibe corredores (highway=corridor) como uma linha fina e branca * E o mapa Ciclístico (cycle map): ** exibe faixas de pedestre(highway=crossing) como pontos amarelos e estacionamentos de bicicleta(amenity=bicycle_parking) como pontos azuis * Coisas que talvez você não saiba o mapa oficial do OSM: ** ele exibe saídas de autoestradas/BR (com highway=motorway_junction) ** recentemente ele começou a exibir caminhos cobertos (highway=footway + covered=*) O Historische Objekte não é um mapa, mas uma camada de objetos, que eu acho legal. Ele mostra monumentos, memoriais e até mesmo aquelas cruzes de beira-estrada que as pessoas colocam em curvas onde motoristas morrem. (e tudo isso com a chave historic=*) Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Edição destrutiva no Rio de Janeiro
O material que você e o Thundercel me enviaram foi muito útil para evitar que eu fizesse esse tipo de edição,imagino que reparar erros não deve ser uma tarefa fácil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edição destrutiva no Rio de Janeiro
Nesse caso reverte primeiro e pergunta depois. Só tem remoção no changeset. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Maratona de Edições da Copa
Olá, Há um tempo atrás Pedro (https://twitter.com/PedroFzCz) comentou a ideia de fazer uma maratona de edições nas cidades sede da Copa. Conversando com Fernando Trebien e João Packer semana passada no FISL, lembrei dessa ideia e acho que seria interessante realizarmos uma maratona. Poderia ser algo como 24h seguidas de edição ou uma virada (passar a noite toda editando). Poderíamos nos reunir em um canal de IRC e quem quiser organizar eventos presenciais em suas cidades. Acho que o maior potencial disso seria chamar a atenção da mídia para o OSM. Como tudo que envolve a copa tem recebido atenção dos jornais, isso poderia render mais divulgação para o projeto. O que acham? Minha sugestão de data é 30 de maio (sábado). abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Eu apoio a ideia. Em Segunda-feira, 12 de Maio de 2014 23:19, Wille wi...@wille.blog.br escreveu: Olá, Há um tempo atrás Pedro (https://twitter.com/PedroFzCz) comentou a ideia de fazer uma maratona de edições nas cidades sede da Copa. Conversando com Fernando Trebien e João Packer semana passada no FISL, lembrei dessa ideia e acho que seria interessante realizarmos uma maratona. Poderia ser algo como 24h seguidas de edição ou uma virada (passar a noite toda editando). Poderíamos nos reunir em um canal de IRC e quem quiser organizar eventos presenciais em suas cidades. Acho que o maior potencial disso seria chamar a atenção da mídia para o OSM. Como tudo que envolve a copa tem recebido atenção dos jornais, isso poderia render mais divulgação para o projeto. O que acham? Minha sugestão de data é 30 de maio (sábado). abraços, wille ___ 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] Maratona de Edições da Copa
Boa noite Acho idea bom, mas não pode prometer presença neste maratona por caso do trabalho. Se tempo permite vou contribuir meu parte. Não ha condições participar pela IRC, mas pode contribuir como combinado aqui na lista. Prefiro fazer edições no um cidade com bastante dados Bing/MapBox/IBGE que não vai ter muitos pessoas trabalhando (para evitar conflitos do edição). Pode ser complicado adicionar novo infra-estrutura assim como muitos dos imagens Bing e MapBox já tem uns 2 a 4 anos idade, mas rede das ruas pode ser completado. Muitos visitantes pode quer ver detalhas como hotels, ponto de ônibus e taxi, metro (os poucos cidades que tem), restaurantes, e claro os estádios novos, mas este vai precisar imagens atualizados e contribuição dos pessoas na rua. Aun Johnsen On May 12, 2014, at 23:19, Wille wi...@wille.blog.br wrote: Olá, Há um tempo atrás Pedro (https://twitter.com/PedroFzCz) comentou a ideia de fazer uma maratona de edições nas cidades sede da Copa. Conversando com Fernando Trebien e João Packer semana passada no FISL, lembrei dessa ideia e acho que seria interessante realizarmos uma maratona. Poderia ser algo como 24h seguidas de edição ou uma virada (passar a noite toda editando). Poderíamos nos reunir em um canal de IRC e quem quiser organizar eventos presenciais em suas cidades. Acho que o maior potencial disso seria chamar a atenção da mídia para o OSM. Como tudo que envolve a copa tem recebido atenção dos jornais, isso poderia render mais divulgação para o projeto. O que acham? Minha sugestão de data é 30 de maio (sábado). abraços, wille ___ 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] Maratona de Edições da Copa
O MoPad não funcionou bem, durante do FISL? Em 12 de maio de 2014 23:19, Wille wi...@wille.blog.br escreveu: *[...]* a ideia de fazer uma maratona de edições nas cidades sede da Copa. *[...]* Poderíamos nos reunir em um canal de IRC e quem quiser organizar eventos presenciais em suas cidades. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Am 10. Mai 2014 14:17 schrieb Dirk Sohler s...@0x7be.de: Falk Zscheile schrieb: bicycle=designated und foot=designated wird insbesondere im Zusammenhang mit traffic_sign=DE:240 bzw. DE:241 verwendet. Dann heißt es aber eigentlich access=designated, designated=bicycle, designated=foot, womit alle anderen Verkehrsteilnehmer ausgeschlossen sind. das wäre mir neu, normalerweise taggt man foot=designated bicycle=designated. Was Du oben vorschlägst geht ja schon deshalb nicht, weil jeder Schlüssel nur einmal vorkommen darf. Das generische access sollte man m.E. eher nicht oder sparsam verwenden (d.h. wenn die Regeln für alle Verkehrsarten gelten), ansonsten erhöht man nur unnötig die Komplexität und schließt ggf. Verkehrsarten aus, an die man nicht gedacht hat und die deshalb nicht explizit den generellen Wert überschreiben durch einen spezifischen tag. Zumindest beim Zeichen 241 gilt es eben nicht, da es sich hier rechtlich um zwei direkt nebeneinanderliegende Wege handelt, einen für Fußgänger, und einen für Radfahrer. Streng genommen müssten also zwei Wege gemappt werden, einen mit „access=designated, designated=bicycle“, und einen mit „access=designated, designated=foot“ … -1, es sind normalerweise Spuren und nicht Fahrbahnen, daher sollten nicht 2 ways gezeichnet werden, zumindest nicht als highway getaggt, sondern die tags aus dem Spurmapping würden angewendet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Am 11. Mai 2014 17:45 schrieb Masi Master masi-mas...@gmx.de: Wie das gemappt wird? Der Weg ist von der Fahrbahn separiert, also als eigener Weg. Besteht aus 3 Spuren, jeweils mit unterschiedlichen Eigenschaften nach dem :lanes-Schema: highway=path o.ä. (vielleicht highway:lanes=cycleway|cycleway|footway ?) lanes=3 bicycle:lanes=destiantion|destiantion| foot:lanes=||destination oneway:lanes=-1|yes|no surface:lanes=asphalt|asphalt|paving_stones smothness:lanes=excellent|excellent|good Kann man bei bicycle foot die Werte zwischen den | leer lassen? (im Normalfall werden die ja nicht getaggt) Oder muss da null oder empty rein? so ähnlich würde ich es (wenn sehr detailliert getaggt) auch sehen, abgesehen vom (Tipp)fehler destiantion, das sollte designated heissen, und nicht destination oder ähnlich (=Anlieger frei). Einfacher (aber ohne die konkreten Spurdetails, explizite Beschilderung angenommen): highway=path foot=designated bicycle=designated oneway=no segregated=yes Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Am 12. Mai 2014 11:39 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 10. Mai 2014 14:17 schrieb Dirk Sohler s...@0x7be.de: Falk Zscheile schrieb: bicycle=designated und foot=designated wird insbesondere im Zusammenhang mit traffic_sign=DE:240 bzw. DE:241 verwendet. Dann heißt es aber eigentlich access=designated, designated=bicycle, designated=foot, womit alle anderen Verkehrsteilnehmer ausgeschlossen sind. das wäre mir neu, normalerweise taggt man foot=designated bicycle=designated. Das hast du völlig richtig bemerkt. Mein Posting hatte nicht zum Inhalt so müssen wir das bei OSM machen sondern so wäre es (aus meiner Sicht logisch und konsistent Das Problem was ich sehe: Wenn wir mit unserer Mehtode zu taggen ständig nur Einzel- und Sonderfälle verursachen, dann produzieren wir unnötig Kompläxität. Man kann dann anhand der Logik keine Regeln herleiten, sondern muss alle Regeln kennen. Das kann niemand leisten, schon gar nicht in einem Hobbyprojekt. Mehr wollte ich nicht aufzeigen. Was Du oben vorschlägst geht ja schon deshalb nicht, weil jeder Schlüssel nur einmal vorkommen darf. Das generische access sollte man m.E. eher nicht oder sparsam verwenden (d.h. wenn die Regeln für alle Verkehrsarten gelten), ansonsten erhöht man nur unnötig die Komplexität und schließt ggf. Verkehrsarten aus, an die man nicht gedacht hat und die deshalb nicht explizit den generellen Wert überschreiben durch einen spezifischen tag. Etwas anderes ist aber ein Rad-/Fußweg nicht. Er schließt andere Verkehrsmittel aus, soweit sie nicht explizit zugelassen werden. Ich verstehe also im Moment nicht, was du mir erklären willst. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verhältnis von access und designated, war: Re: deutsches Wiki, access=designated kurzdefinition
Am 12.05.2014, 11:46 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 11. Mai 2014 17:45 schrieb Masi Master masi-mas...@gmx.de: Wie das gemappt wird? Der Weg ist von der Fahrbahn separiert, also als eigener Weg. Besteht aus 3 Spuren, jeweils mit unterschiedlichen Eigenschaften nach dem :lanes-Schema: highway=path o.ä. (vielleicht highway:lanes=cycleway|cycleway|footway ?) lanes=3 bicycle:lanes=destiantion|destiantion| foot:lanes=||destination oneway:lanes=-1|yes|no surface:lanes=asphalt|asphalt|paving_stones smothness:lanes=excellent|excellent|good Kann man bei bicycle foot die Werte zwischen den | leer lassen? (im Normalfall werden die ja nicht getaggt) Oder muss da null oder empty rein? so ähnlich würde ich es (wenn sehr detailliert getaggt) auch sehen, abgesehen vom (Tipp)fehler destiantion, das sollte designated heissen, und nicht destination oder ähnlich (=Anlieger frei). Einfacher (aber ohne die konkreten Spurdetails, explizite Beschilderung angenommen): highway=path foot=designated bicycle=designated oneway=no segregated=yes Volle Zustimmung zu allem. Im Normalfall würde ich es auch ohne lanes taggen. Und danke für die Richtigstellung des Tippfehlers. :) -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Harz (Mittelgebirge)
Am 10.05.14 schrieb Frederik Ramm: Für uns ist es wichtig, dass im Zweifel jemand hingehen und die Sache verifizieren kann. Wie soll das gehen mit dem Harz? Man nimmt die SRTM-Daten und bestimmt die Reliefenergie? Ich dachte, eine ungenaue Grenze ist besser als keine Grenze. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Harz (Mittelgebirge)
Am 12. Mai 2014 16:56 schrieb Fabian Schmidt fschm...@informatik.uni-leipzig.de: Man nimmt die SRTM-Daten und bestimmt die Reliefenergie? Ich dachte, eine ungenaue Grenze ist besser als keine Grenze. kommt darauf an wofür / wovon. Was Du beschreibst kann man vermutlich machen, nur sollte man das nicht zwangsläufig in OSM hochladen. Was zu einer topographischen Region gehört hängt von mehreren Faktoren ab, z.B. werden dabei auch geologische Gegebenheiten betrachtet (welche Teile gehören erdgeschichtlich zusammen). Je nachdem, wie man die Faktoren gewichtet und welche Parameter man berücksichtigt wird man dabei zu unterschiedlichen Ergebnissen kommen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit dem Wiki
Hallo Liste, ich kann irgendwie bestimmte Seiten im Wiki nicht auf meine Watchlist hinzufügen, andere schon. Ist da ein Problem bekannt? Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Tag-Template ??
Keine Idee? Am 10.05.2014 16:55, schrieb Johannes: Hallo, ich mappe neben Adressen auch Anzahl Etagen. Kann man JOSM irgendwie bei bringen, der aktuellen Auswahl building:levels=1 mit Taste 1, usw... zu adden? Gruß Johannes signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Tag-Template ??
Moin, Am 12.05.2014 23:01, schrieb Johannes: Keine Idee? keine, die Dir vermutlich wirklich weiterhelfen wird ... A) JOSM Sourcecode anpassen und compilieren - dann behält man die Vorbelegung mit den zuletzt eingegebenen Werten. B) Eigenes Preset schreiben - dann hat man aber keine Vorbelegung mit den zuletzt eingegebenen Werten. C) One-Click-Preset mit den verschiedenen leveln anlegen und in die Toolbar einhängen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] decimo compleanno
2014-05-10 22:43 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: yep! Ma il compleanno di osm è sempre il 9 agosto, dai, cerchiamo di esserci in quella data ;) +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
2014-05-10 23:45 GMT+02:00 Francesca Valentina coretodes...@gmail.com: infatti! Tra le altre cose, in quel periodo, le aree da scegliere sono innumerevoli :D si ma costano anche innumerevolmente tanto ;-) Francesca -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
2014-05-12 9:38 GMT+02:00 Luca Delucchi lucadel...@gmail.com: yep! Ma il compleanno di osm è sempre il 9 agosto, dai, cerchiamo di esserci in quella data ;) +1 il 9 agosto, a londra stiamo organizzando il compleanno a margine di wikimania 2014, in un pub in vicinanze Barbican. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agenda Open Data nazionale (aka: aprono i CAP)
Il link non sembra più accessibile... Il giorno 11 maggio 2014 12:29, Maurizio Napolitano napoo...@gmail.com ha scritto: ottimo, ancora un nuovo speriamo ;-) Questa è una situazione più complessa ma teoricamente più concreta. La complessità sta nel fatto che un ente centrale (= agid) deve coordinare una serie di enti (= PA centrali) che a loro volta dipendono da altri enti. Es: un ministero deve demandare ad una regione la raccolta dati che poi forse viene demandata a province e comuni e ad altri annidamento dati da strutture private a partecipazione pubblica ecc... AGID può solo stimolare a mantenere gli impegni presi. C'è da sottolineare però che un ente centrale guida però degli standard e obbliga ad uniformare i dati e questo è un notevole vantaggio. Sul fronte pratico invece questa agenda è la risposta alla carta del G8 firmata dal governo italiano, questo vuol dire portare la questione a livello politico e di immagine internazionale. Detto in altro modo: l'impegno dell'agenda deve essere concreto per il prossimo incontro del G8 A vigilare su questo tema ci sono gli UK e non è un caso che prima del precedente G8, OKFN ha dato vita al census che ha messo in evidenza le carenze Ammetto però anche io molto scetticismo verso alcune istituzioni che dovrebbero aprire ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Michele Mondelli* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
Il 12/05/2014 09:43, Simone Cortesi ha scritto: il 9 agosto, a londra stiamo organizzando il compleanno a margine di wikimania 2014, in un pub in vicinanze Barbican. :( Io speravo in qualcosa di più in grande :) La spiaggia di Brighton per esempio ... http://upload.wikimedia.org/wikipedia/commons/thumb/7/79/BigBeachBoutique.jpeg/220px-BigBeachBoutique.jpeg ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
2014-05-12 10:04 GMT+02:00 Alessandro ale_z...@libero.it: il 9 agosto, a londra stiamo organizzando il compleanno a margine di wikimania 2014, in un pub in vicinanze Barbican. :( Io speravo in qualcosa di più in grande :) La spiaggia di Brighton per esempio ... http://upload.wikimedia.org/wikipedia/commons/thumb/7/79/BigBeachBoutique.jpeg/220px-BigBeachBoutique.jpeg le 3000 persone di wikimania non mi sembrano poche :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
Il 12/05/2014 09:43, Simone Cortesi ha scritto: il 9 agosto, a londra stiamo organizzando il compleanno a margine di wikimania 2014, in un pub in vicinanze Barbican. Non sarebbe male organizzare qualcosa davanti al Parlamento Europeo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapping di muri e giardini a Ragusa
Quel lavoro sul campo da gioco sembra fatto esclusivamente per il rendering, devo ammettere però che sarebbe divertente vedere una partita con degli ostacoli da saltare in mezzo al campo :-) :-) Ciao Marcello Il 11/05/2014 19:38, Federico Cortese ha scritto: Anche se non sono del posto ho dato un'occhiata per curiosità. Hanno fatto un lavoro impressionante! Sembra un'aerofotogrammetria. Addirittura sono indicate le linee disegnate sul campo da gioco con barrier=line (http://www.openstreetmap.org/way/216127117), tag che non conoscevo, anche se non credo siano proprio una barriera. Federico Cortese ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
2014-05-10 22:43 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: yep! Ma il compleanno di osm è sempre il 9 agosto, dai, cerchiamo di esserci in quella data ;) non insisto, se c'è d'accordo di farlo in quella data, per me andrebbe anche bene. Credo però che il 9 Agosto non sia una data di nascità precisa come un bambino lo avrebbe, ma soltanto una convenzione per scegliere una data approssimativa perché nessuno si ricorda la data esatta (di cosa poi, il momento in cui Steve ha avuto l'idea? Il suo primo giro con gps per registrare una traccia? Il giorno in cui ha pubblicato il progetto? ecc.) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
a me dice che non riesce ad accedere a JOSM remote control, però ho avviato JOSM e remote control è attivo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamenti su su.openstreetmap.it
Il giorno 11 maggio 2014 19:50, Aury88 spacedrive...@gmail.com ha scritto: ottimo lavoro! Una domanda: è voluto che nella lista delle attività alcune abbiano la seconda parola con la prima lettera maiuscola ed altre no? per esempio ristorante italiano è scritto come Ristorante Italiano mentre ristorante afgano è scritto come Ristorante afgano questo tra l'altro,visto che la lista sembrerebbe essere case sensitive, mette il ristorante italiano ed altri 7 prima del ristorante afgano (primo della lista con la seconda parola tutto in minuscolo) rompendo quindi l'ordine alfabetico Ho corretto e riordinato, grazie :-) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamenti-su-su-openstreetmap-it-tp5805939p5805956.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 mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
Martin, io ho provato ieri ed il remote control a me funziona. Hai un firewall sul PC ? 2014-05-12 11:08 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: a me dice che non riesce ad accedere a JOSM remote control, però ho avviato JOSM e remote control è attivo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
2014-05-12 13:29 GMT+02:00 Fabrizio Carrai fabrizio.car...@gmail.com: Martin, io ho provato ieri ed il remote control a me funziona. Hai un firewall sul PC ? anche a me stamattina ha funzionato -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
2014-05-12 13:30 GMT+02:00 Luca Delucchi lucadel...@gmail.com: 2014-05-12 13:29 GMT+02:00 Fabrizio Carrai fabrizio.car...@gmail.com: Martin, io ho provato ieri ed il remote control a me funziona. Hai un firewall sul PC ? anche a me stamattina ha funzionato a me non va, avevo settato che mi chiedeva ogni volta conferma se un'app cerca chiamare remote control, ma anche dopo averlo tolto continua a non funzionare, mi dice: JOSM remote control did not respond. Do you have JOSM running with Remote Control enabled? Remote control mi funziona invece sul sito di osm.org JOSM Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-12 01:36:44 Last Changed Author: Don-vip Revision: 7109 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-12 00:40:09 +0200 (Mon, 12 May 2014) Last Changed Rev: 7109 Identification: JOSM/1.5 (7109 en) Mac OS X 10.9.2 Memory Usage: 310 MB / 1820 MB (236 MB allocated, but free) Java version: 1.7.0_51, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM VM arguments: [-Xmx2048M, -Dsun.java2d.opengl=true] ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
2014-05-12 13:38 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: a me non va, avevo settato che mi chiedeva ogni volta conferma se un'app cerca chiamare remote control, ma anche dopo averlo tolto continua a non funzionare, mi dice: JOSM remote control did not respond. Do you have JOSM running with Remote Control enabled? Remote control mi funziona invece sul sito di osm.org JOSM Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2014-05-12 01:36:44 Last Changed Author: Don-vip Revision: 7109 Bleeding edge, come si dice... Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-12 00:40:09 +0200 (Mon, 12 May 2014) Last Changed Rev: 7109 Prova a vedere se hai lo stesso problema con la versione stabile (7000, vedi https://josm.openstreetmap.de). È qui: https://josm.openstreetmap.de/josm-tested.jar Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
2014-05-12 11:02 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: non insisto, se c'è d'accordo di farlo in quella data, per me andrebbe anche bene. Credo però che il 9 Agosto non sia una data di nascità precisa come un bambino lo avrebbe, ma soltanto una convenzione per scegliere una data approssimativa perché nessuno si ricorda la data esatta (di cosa poi, il momento in cui Steve ha avuto l'idea? Il suo primo giro con gps per registrare una traccia? Il giorno in cui ha pubblicato il progetto? ecc.) proprio per questi motivi, convenzionalmente, è stata fissata al 9 agosto, primo atto formale di openstreetmap, la registrazione del dominio. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
2014-05-12 14:31 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2014-05-12 00:40:09 +0200 (Mon, 12 May 2014) Last Changed Rev: 7109 Prova a vedere se hai lo stesso problema con la versione stabile (7000, vedi https://josm.openstreetmap.de). È qui: https://josm.openstreetmap.de/josm-tested.jar Adesso ho provato con la 7000 ed anche con la 6996 e la 7050 (versioni di cui avevo ancora copia), purtroppo il risultato è lo stesso. Mentre mi apre una nuova finestra per iD, non lo fa per maproulette sul server italiano. Ho provato con maproulette.org e ne anche lì funzionava (più). In passato avevo usato maproulette e credo di ricordare che funzionava anche sul mac. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] decimo compleanno
Sí, anche il 25 aprile é una data convenzionalmente adottata come quella della liberazione d'Italia dal nazifascismo, perché é stato il giorno della liberazione di Milano, anche se sicuramente c'erano (poche) zone d'Italia non ancora liberate. Quindi se 9 agosto deve essere, 9 agosto sia :) Nessuno ha una casa grande in campagna? da iPad Il giorno 12/mag/2014, alle ore 14:55, Simone Cortesi sim...@cortesi.com ha scritto: 2014-05-12 11:02 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: non insisto, se c'è d'accordo di farlo in quella data, per me andrebbe anche bene. Credo però che il 9 Agosto non sia una data di nascità precisa come un bambino lo avrebbe, ma soltanto una convenzione per scegliere una data approssimativa perché nessuno si ricorda la data esatta (di cosa poi, il momento in cui Steve ha avuto l'idea? Il suo primo giro con gps per registrare una traccia? Il giorno in cui ha pubblicato il progetto? ecc.) proprio per questi motivi, convenzionalmente, è stata fissata al 9 agosto, primo atto formale di openstreetmap, la registrazione del dominio. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
Il 12 maggio 2014 15:23, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Adesso ho provato con la 7000 ed anche con la 6996 e la 7050 (versioni di cui avevo ancora copia), purtroppo il risultato è lo stesso. Mentre mi apre una nuova finestra per iD, non lo fa per maproulette sul server italiano. Ho provato con maproulette.org e ne anche lì funzionava (più). In passato avevo usato maproulette e credo di ricordare che funzionava anche sul mac. Ma dal sito ufficiale di OSM riesci a usare JOSM? Se sì allora è un bug di MR, altrimenti è un bug di JOSM. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
2014-05-12 16:09 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ma dal sito ufficiale di OSM riesci a usare JOSM? si Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] maproulette italiano
Aspetta...avevo avuto un problema simile con firefox e un aggiornamento di josm. Praticamente bisognava riaccettare il certificato dato che osm era passato all'https. In irc mi avevano spiegato come fare ma ora non mi ricordo... Il 12/mag/2014 15:24 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-05-12 16:09 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ma dal sito ufficiale di OSM riesci a usare JOSM? si Martin ___ 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-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
He recibido esto hace unos momentos: Hi, Some of the OSM nodes you've added were selected for the Worst of OSM award at http://worstofosm.tumblr.com/page/3 - search for One has heard the news about the EU economy. But who would have thought that only 3% of villages in Spain can afford roads? Can you tell us what the deal is with these fake localities? http://www.openstreetmap.org/#map=14/41.0251/-4.9086 Aunque parece que la entrada en el blog es de hace dos años. Pa flipar un poco ¿no?. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
On 12/05/14 13:03, Matías Taborda Barroso wrote: Aunque parece que la entrada en el blog es de hace dos años. Pa flipar un poco ¿no?. La persona que lo ha escrito cree que los parajes son poblaciones. -- La sabiduría es la meta del inteligente; el necio no tiene meta fija. -- La Biblia. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
2014-05-12 13:10 GMT+02:00 Juanjo Pablos jua...@apertus.es: On 12/05/14 13:03, Matías Taborda Barroso wrote: Aunque parece que la entrada en el blog es de hace dos años. Pa flipar un poco ¿no?. La persona que lo ha escrito cree que los parajes son poblaciones. Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. -- La sabiduría es la meta del inteligente; el necio no tiene meta fija. -- La Biblia. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
On 12/05/14 13:12, María Arias de Reyna wrote: Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. la mayoría de esos parajes vienen importados del Instituto Geografico Nacional. -- Se aprende a necesitar, necesitando. -- Antonio Porchia. (1886-1968) Escritor argentino. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Hola, yo creo que la etiqueta es correcta. Según el wiki, place=locality se usa 'For an unpopulated named place.' Otra cosa es que en la descripción detallada se dice que si hay otra etiqueta más concreta, se use en lugar de locality. Y seguramente en muchos casos sea así y se deba ir cambiando (pero seguramente caso por caso). Saludos, César 2014-05-12 14:09 GMT+02:00 Matías Taborda Barroso taborda.barr...@gmail.com : Hola. A los que se refiere en el email que me han mandado son los que se importaron en su dia del IGN. Entiendo la confusion en el sentido de que quizas lo que nosotros consideramos un paraje, no se corresponden exactamente con lo que en ingles se denominan place=locality. pero es que en su dia no encontramos una etiqueta mejor (JOSM traduce parajes como place=locality). Tambien en su dia, cuando estabamos realizando la importacion establecimos en la wiki una página de discusion [1] sobre este tema y hubo gente (angloparlante) y la sigue habiendo que de vez en cuando pide explicaciones. Quizas, se podria pendar en modificar esta importacion estableciendo una mejor etiqueta para esos parajes [1] http://wiki.openstreetmap.org/wiki/ES_talk:NGBE#Etiquetado El 12 de mayo de 2014, 13:47, Juanjo Pablos jua...@apertus.es escribió: On 12/05/14 13:12, María Arias de Reyna wrote: Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. la mayoría de esos parajes vienen importados del Instituto Geografico Nacional. -- Se aprende a necesitar, necesitando. -- Antonio Porchia. (1886-1968) Escritor argentino. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Buf, esto se me antoja complicado. En mi opinión, según la definición de locality (como apunta César) parece las mas adecuada. Los que hemos vivido algún tipo en un pueblo sabemos que muchas zonas sin límites concretos tienen un nombre y punto, pueden ser o no otro tipo cosa (monte, pradera...), pero tienen un nombre histórico que los vecinos han usado desde antiguo. Echando un ojo a la wiki, el de meadow sería el tag que se podría usar como alternativa en mucho sitios, pero para otros (e.g. una explanada de roca) ¿que se usaría? Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... 2014-05-12 14:17 GMT+02:00 César Martínez Izquierdo cesar@gmail.com: Hola, yo creo que la etiqueta es correcta. Según el wiki, place=locality se usa 'For an unpopulated named place.' Otra cosa es que en la descripción detallada se dice que si hay otra etiqueta más concreta, se use en lugar de locality. Y seguramente en muchos casos sea así y se deba ir cambiando (pero seguramente caso por caso). Saludos, César 2014-05-12 14:09 GMT+02:00 Matías Taborda Barroso taborda.barr...@gmail.com: Hola. A los que se refiere en el email que me han mandado son los que se importaron en su dia del IGN. Entiendo la confusion en el sentido de que quizas lo que nosotros consideramos un paraje, no se corresponden exactamente con lo que en ingles se denominan place=locality. pero es que en su dia no encontramos una etiqueta mejor (JOSM traduce parajes como place=locality). Tambien en su dia, cuando estabamos realizando la importacion establecimos en la wiki una página de discusion [1] sobre este tema y hubo gente (angloparlante) y la sigue habiendo que de vez en cuando pide explicaciones. Quizas, se podria pendar en modificar esta importacion estableciendo una mejor etiqueta para esos parajes [1] http://wiki.openstreetmap.org/wiki/ES_talk:NGBE#Etiquetado El 12 de mayo de 2014, 13:47, Juanjo Pablos jua...@apertus.es escribió: On 12/05/14 13:12, María Arias de Reyna wrote: Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. la mayoría de esos parajes vienen importados del Instituto Geografico Nacional. -- Se aprende a necesitar, necesitando. -- Antonio Porchia. (1886-1968) Escritor argentino. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Estoy de acuerdo.. :) El 12 de mayo de 2014, 14:41, Gari Araolaza g...@eibar.org escribió: En general yo no le daría mucha importancia a ese blog. - Está muerto (último post de hace 7 meses, anteriores hace 1 año) - Critica irónicamente temas muy discutibles (el de los parajes es uno, pero hay otros similares). - No me parece inteligente destacar con ironía trabajo voluntario de otras personas que han dedicado esfuerzo desinteresado. Si hay cosas incorrectas lo más efectivo es contactar directamente con las personas afectadas y no ridiculizarlo en un blog delante de todo el mundo. Si lo del IGN es mejorable, el aviso adecuado sería algo así como: 1. Gracias y felicidades por haberos tomado ese trabajo. 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc? y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que para más INRI, no está mal) Gari 2014-05-12 14:30 GMT+02:00 Matías Taborda Barroso taborda.barr...@gmail.com: Entonces como dice María, habra que explicarles a los del blog http://worstofosm.tumblr.com/ que se estudien detenidamente la utilizacion de la etiqueta place=locality y que sepan interpretarla antes de llegar a la conclusion de que solo el 3% de nuestros pueblos tienen acceso rodado :). Gracias El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió: Buf, esto se me antoja complicado. En mi opinión, según la definición de locality (como apunta César) parece las mas adecuada. Los que hemos vivido algún tipo en un pueblo sabemos que muchas zonas sin límites concretos tienen un nombre y punto, pueden ser o no otro tipo cosa (monte, pradera...), pero tienen un nombre histórico que los vecinos han usado desde antiguo. Echando un ojo a la wiki, el de meadow sería el tag que se podría usar como alternativa en mucho sitios, pero para otros (e.g. una explanada de roca) ¿que se usaría? Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... 2014-05-12 14:17 GMT+02:00 César Martínez Izquierdo cesar@gmail.com: Hola, yo creo que la etiqueta es correcta. Según el wiki, place=locality se usa 'For an unpopulated named place.' Otra cosa es que en la descripción detallada se dice que si hay otra etiqueta más concreta, se use en lugar de locality. Y seguramente en muchos casos sea así y se deba ir cambiando (pero seguramente caso por caso). Saludos, César 2014-05-12 14:09 GMT+02:00 Matías Taborda Barroso taborda.barr...@gmail.com: Hola. A los que se refiere en el email que me han mandado son los que se importaron en su dia del IGN. Entiendo la confusion en el sentido de que quizas lo que nosotros consideramos un paraje, no se corresponden exactamente con lo que en ingles se denominan place=locality. pero es que en su dia no encontramos una etiqueta mejor (JOSM traduce parajes como place=locality). Tambien en su dia, cuando estabamos realizando la importacion establecimos en la wiki una página de discusion [1] sobre este tema y hubo gente (angloparlante) y la sigue habiendo que de vez en cuando pide explicaciones. Quizas, se podria pendar en modificar esta importacion estableciendo una mejor etiqueta para esos parajes [1] http://wiki.openstreetmap.org/wiki/ES_talk:NGBE#Etiquetado El 12 de mayo de 2014, 13:47, Juanjo Pablos jua...@apertus.esescribió: On 12/05/14 13:12, María Arias de Reyna wrote: Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. la mayoría de esos parajes vienen importados del Instituto Geografico Nacional. -- Se aprende a necesitar, necesitando. -- Antonio Porchia. (1886-1968) Escritor argentino. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
2014-05-12 14:41 GMT+02:00 Gari Araolaza g...@eibar.org: Si lo del IGN es mejorable, el aviso adecuado sería algo así como: 1. Gracias y felicidades por haberos tomado ese trabajo. 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc? y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que para más INRI, no está mal) De ahí mi sugerencia de contestarles de la misma forma, pero contra ellos. Sin muchas más explicaciones que un link. Vamos, un RTFM de libro. Pero como yo no soy la ofendida, lo que el ofendido quiera. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Lo que sí creo es que debemos ir modificando paulatinamente estos nodos usando etiquetas más específicas (aunque en muchos casos son nodos complicados de clasificar). El wiki en inglés acaba con las siguientes frases lapidarias: As more and more feature are taken into account in the agreed tag guidelines, the number of localities should decrease. Currently, nearly three quarters of the items using this tag came from Spanish NGBEhttp://wiki.openstreetmap.org/wiki/ES:NGBEdata. Saludos. 2014-05-12 14:50 GMT+02:00 María Arias de Reyna dela...@gmail.com: 2014-05-12 14:41 GMT+02:00 Gari Araolaza g...@eibar.org: Si lo del IGN es mejorable, el aviso adecuado sería algo así como: 1. Gracias y felicidades por haberos tomado ese trabajo. 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc? y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que para más INRI, no está mal) De ahí mi sugerencia de contestarles de la misma forma, pero contra ellos. Sin muchas más explicaciones que un link. Vamos, un RTFM de libro. Pero como yo no soy la ofendida, lo que el ofendido quiera. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
No le daria mas importancia ya que despues pulsas sobre alguna imagen u se ve que esta ya con los cambios. *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 12 de mayo de 2014, 14:59, César Martínez Izquierdo cesar@gmail.comescribió: Lo que sí creo es que debemos ir modificando paulatinamente estos nodos usando etiquetas más específicas (aunque en muchos casos son nodos complicados de clasificar). El wiki en inglés acaba con las siguientes frases lapidarias: As more and more feature are taken into account in the agreed tag guidelines, the number of localities should decrease. Currently, nearly three quarters of the items using this tag came from Spanish NGBEhttp://wiki.openstreetmap.org/wiki/ES:NGBEdata. Saludos. 2014-05-12 14:50 GMT+02:00 María Arias de Reyna dela...@gmail.com: 2014-05-12 14:41 GMT+02:00 Gari Araolaza g...@eibar.org: Si lo del IGN es mejorable, el aviso adecuado sería algo así como: 1. Gracias y felicidades por haberos tomado ese trabajo. 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc? y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que para más INRI, no está mal) De ahí mi sugerencia de contestarles de la misma forma, pero contra ellos. Sin muchas más explicaciones que un link. Vamos, un RTFM de libro. Pero como yo no soy la ofendida, lo que el ofendido quiera. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió: Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... En mi opinión el problema no es tanto del etiquetado como de la forma en la que OSM muestra estos parajes. Aparecen muy destacados cuando es una información muy poco útil y de valor más puramente histórico que práctico. Para la mayor parte de los usuarios es básicamente ruido. Si la vía del etiquetado parece difícil, ¿cuál sería la alternativa? ¿Proponer un etiquetado específico para los 'parajes' en España? ¿Solicitar una visualización menos destacada? -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
El 12/05/14 15:32, Luis García Castro escribió: El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com mailto:sucotro...@gmail.com escribió: Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... En mi opinión el problema no es tanto del etiquetado como de la forma en la que OSM muestra estos parajes. Aparecen muy destacados cuando es una información muy poco útil y de valor más puramente histórico que práctico. Para la mayor parte de los usuarios es básicamente ruido. Si la vía del etiquetado parece difícil, ¿cuál sería la alternativa? ¿Proponer un etiquetado específico para los 'parajes' en España? ¿Solicitar una visualización menos destacada? -- Luis García Los parajes no son información histórica solamente. Los que trabajamos en el campo los usamos a diario para referirnos a esos lugares y sin esos nombres sería muy difícil a veces enterarse de dónde se está hablando. Por lo demás, coincido con otros comentarios en que se ajustan perfectamente a la definición de locality que pone en la wiki. A lo mejor lo que hay que cambiar es lo que los angloparlantes entienden por locality y hacerles ver que en España todos esos parajes existen y se usan, que no siempre va a ser como ellos lo ven. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale LibreOffice desde http://es.libreoffice.org/descarga/ LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Estoy de acuerdo con Carlos. Los nombres de parajes es información muy valiosa para cualquier tipo de trabajo en el campo: desde las actividades de montaña hasta cualquier labor catastral. Un mapa a escala adecuada debería incorporarlos. En lo que respecta al asunto origen de este hilo, no le daría más importancia. La importación se hizo correcta, con un aviso y un debate en esta lista sobre ella y una buena documentación en la wiki. De hecho hay usuarios que están ayudando a localizar posibles erroreshttp://wiki.openstreetmap.org/wiki/ES:NGBE/Correccionessobre el Nomenclator del IGN por si acaso al Instituto Geográfico Nacional le pudiera ser de utilidad. El 12 de mayo de 2014, 16:09, Carlos Dávila cdavi...@orangecorreo.esescribió: El 12/05/14 15:32, Luis García Castro escribió: El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió: Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... En mi opinión el problema no es tanto del etiquetado como de la forma en la que OSM muestra estos parajes. Aparecen muy destacados cuando es una información muy poco útil y de valor más puramente histórico que práctico. Para la mayor parte de los usuarios es básicamente ruido. Si la vía del etiquetado parece difícil, ¿cuál sería la alternativa? ¿Proponer un etiquetado específico para los 'parajes' en España? ¿Solicitar una visualización menos destacada? -- Luis García Los parajes no son información histórica solamente. Los que trabajamos en el campo los usamos a diario para referirnos a esos lugares y sin esos nombres sería muy difícil a veces enterarse de dónde se está hablando. Por lo demás, coincido con otros comentarios en que se ajustan perfectamente a la definición de locality que pone en la wiki. A lo mejor lo que hay que cambiar es lo que los angloparlantes entienden por locality y hacerles ver que en España todos esos parajes existen y se usan, que no siempre va a ser como ellos lo ven. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale LibreOffice desde http://es.libreoffice.org/descarga/ LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
2014-05-12 16:35 GMT+02:00 Jesús Gómez Fernández jesus.gomez.f...@gmail.com : Estoy de acuerdo con Carlos. Los nombres de parajes es información muy valiosa para cualquier tipo de trabajo en el campo: desde las actividades de montaña hasta cualquier labor catastral. Un mapa a escala adecuada debería incorporarlos. Estoy de acuerdo en que son importantes, y precisamente por eso no veo mal que estén en OSM (...) El 12/05/14 15:32, Luis García Castro escribió: El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió: Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... En mi opinión el problema no es tanto del etiquetado como de la forma en la que OSM muestra estos parajes. Aparecen muy destacados cuando es una información muy poco útil y de valor más puramente histórico que práctico. Para la mayor parte de los usuarios es básicamente ruido. Sin embargo, para mí que no utilizo los parajes en absoluto, es cierto que cuando aplicaciones como OsmAnd me muestran el mapa lleno de nombres de parajes a veces me introducen ruido que no quiero/necesito. Sin embargo, puesto que son renderizacinoes vectoriales (no teselas), creo que el hecho de que no aparecieran, o estuvieran menos destacados, o sólo en determinadas escalas, debería ser algo a tratar con el equipo de desarrollo de la(s) aplicación(es) (en el caso que comento, OsmAnd), que fuera configurable si se muestran o no, o que hubiese varios perfiles. No creo que no se deban incluir los parajes en OSM porque en las visualizaciones actuales haya gente a la que no le aporten información (y yo soy el primero que no los uso/miro). En todo caso, esto sería a tratar con el equipo de renderización, supongo. -- Jonás Andradas ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Configurar o Address no MKgmapp
Buenas noches, damas y caballeros .. Alguien de esta lista, tiene la costumbre de producir sus propios mapas específicos utilizando Mkgmapp ? Estoy tratando de formar un IMG , he descargado todo lo que necesitaba , compilar el mapa de la derecha , pero estoy pecando cuando configure la dirección en styless . Como que estoy tratando de hacer una IMG Brasil , la investigación en el GPS cuando introduzco una ciudad, que me muestra en la pantalla de la ciudad y el estado que es , lo que es correcto. Sin embargo , El estutura de Brasil en la división sería: País, Región , Estado, Macrroregições , micro y Munícipos . Pero no todos los estados de esta clasificación en OSM está bien hecho , con la inclusión de Macro y Micro Regiones .. Así, en estos estados , estados, consultable en el GPS que me muestra la ciudad y el estado , lo costilla derecha ... Unidos que tenemos estos micro y macro regições que pone en pantalla la ciudad y micro . Lo que yo quería es unificar esta macro en todas las situaciones que se muestran sólo la ciudad y el estado serían - administrador de nivel de administrador 4 y el nivel 8 . Y eso es el establecimiento de la dirección que estoy pecando .. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] eelmise nädala kokkusaamine
Hei Ma võin owncloudiga tegeleda küll aga siin võiks tegelikult vähe arutada suuremat konseptsiooni. Meil näiteks on hetkel emaili aadressid @maakaart.eesiis meil on dropbox -is mingid dokumendid ja google drives? Google pilves veel vist wiki mõningate juhenditega. Äkki oleks mõteks koondada kõik need andmed meie enda kätte kokku? Nagu ma aru saan siis see Junniper GW on ka meil jalgu jäämas. Kuna me riistvara uuendame äkki virtualiseeriks serveri ära? Hetkel meil ju mälu ja prose taha asi ei jää. Võiksin sellega tegeleda. 29. aprill 2014 11:14 kirjutas Jaak Laineste (Nutiteq) j...@nutiteq.com: Hoi, saime siis eelmisel nädalal kokku, saadan oma lühikese protokolli. Aeg: 23.aprill 2014. 15:45, Koht: Tallinn Kukeke kohvik ( http://www.openstreetmap.org/node/1740014030) Kohal: Margus Väli, Margus Värton, Andres Kaaber, Cougar, Jaak Laineste. Et 50% liikmetest mis on vajalik ametlikuks kokkusaamiseks jäi 1 puudu, siis jäi see mitteametlikuks kokkusaamiseks, ilma lipsudeta. Cougar sai lisatud liikmete nimekirja. 1. Uudis: 2014 augustis saab MTÜ 5-aastaseks! Ettepanek Martinolt: teha suvine kokkusaamine Räpina rannas. 2. august. Jääme talt kutset konkreetse koha ja aja osas ootama. 2. 2013 kokkuvõte - rahaline kokkuvõte konto väljavõtte näol. Rahalised jooksvad kulud: EMSL liikmemaks - 36 EUR, raamatupidaja 60 EUR, EEnet majutus: 24 EUR Tulud 2013: toetajad SOTM-il NextGIS, Oskando, Skobbler, muud Affecto, Nutiteq. SOTM-Baltics korraldamise erakorralised kulud olid. Kokkuvõttes oleme paarisaja EUR-iga plussis hetkel. 3. Liikmemakse pole mitu viimast aastat makstud ega küsitud. Andreselt idee: saada meeldetuletus, uue kontonumbriga kõikidele liikmetele. Saadan kohe. Otsus suuruse kohta: 10 EUR/aastas. 4. Liikmete nimekiri - kohalolijate andmed uuendatud, cougar lisatud liikmeks nr 11 5. Juhatuse liikmed. Praegu jäid Jaak, Martino, Andres, kes on veel huviline astugu julgelt ette! 6. MTÜ soodusnimekirjas - juhatus peab avalduse tegema - 1.augusti tärmin. Saab vana vormi kasutada, aga meie andmed on muutunud ja vorm ise ka pisut. Vt http://www.emta.ee/index.php?id=29061 . On vabatahtlikke aitajaid siin? 7. Idee: owncloud teenus panna maakaardi serverisse - oleks huvilisi? Saaks lihtsalt kasutada oma pilvepinda failide jaoks, gigade kaupa. 8. KÜSK-ilt oleks võimalik küsida projektirahasid. On siin vabatahtlikke kes tahaks projektijuhtimise tööd (NB! võimalik on tasustatud töö!) ette võtta. Kui ei, siis panen lähinädalatel pisut laiemale ringile projektijuhi tööpakkumise kuulutuse. Projekti sisu mõtteid: - SOTM-id. Buenos Aires sügis 2014? - Tehnilist arendust: avalike teenuste arendamine: POI, routing, CDN-iga liitmine, nominatimi eestindamine, vektor salvestus. Aluskaart olemas eelmise projektiga. - Raua upgrade - ssd, mälu, ruuter uuendus GB peale - vanad head suvised mapping party-d (suvepäevad/suvekool?), koolitusi - eelmise projekti asjad vaadata üle - tehtud tõlked vajavad hooldamist jne, koolitusmaterjalid täiendust 9. Jooksva kaardistuse ideesid ja uudiseid. - Martino: järvede/jõgede uuem seis KKI-st võtta ja uuendada Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] MTÜ liikmemaksud
Mulle teatab Nordea pank, et saaja konto on vigane :) 29. aprill 2014 11:22 kirjutas Jaak Laineste (Nutiteq) j...@nutiteq.com: Tere, Info MTÜ Avatud Maakaardi Selts liikmetele: liikmemaks 2014.a. eest on 10 EUR, selle palun kanda ülekandega: Saaja: AVATUD MAAKAARDI SELTS Konto: EE971010220105782019 SEB pank Summa: 10 EUR Tärmin: 1. juuni 2014 Ette tänades, Jaak juhatuse nimel ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 15. Mai 2014
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 15. Mai 2014 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch im OSM-Wiki und auf der LUGT-Webseite zu finden: http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch http://www.lugt.at/ Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Fotos Linuxwochen
Hallo, Ich hab meine Fotos von den Linuxwochen auf Flickr gestellt, sind auch einige vom Stand dabei: https://www.flickr.com/photos/kairo_at/sets/72157644641427044/ Grüße, KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Iniciativa iGEO
InfoPortugal?? No dia 11 de Maio de 2014 às 16:15, Rui Oliveira racoqs...@gmail.comescreveu: Seria interessante ter lá um representante da comunidade OSM para se informar. Pena eu não ser de Lisboa :S 2014-05-11 16:10 GMT+01:00 Hugo Silva hdsi...@gmail.com: Bom dia, Para conhecimento. Cumps, Hugo Silva O Ministério do Ambiente, Ordenamento do Território e da Energia promove no próximo dia 12 de maio , na Sociedade de Geografia de Lisboa , uma sessão sobre a iniciativa que visa a disponibilização à sociedade e às entidades de investigação e ensino, dos dados geográficos existentes na Administração Pública, e cujo programa, em anexo, é: 11h00 - Presidente da Sociedade de Geografia de Lisboa, Prof. Aires de Barros 11h10 - Secretário de Estado do Ordenamento do Território e Conservação da Natureza, Prof. Miguel Castro Neto 11h40 - Assessor do Conselho Diretivo da Fundação para a Ciência e a Tecnologia, Prof. Mário Caetano 11h50 - InfoPortugal, Eng.º António José Silva 12h00 - Presidente da CCDR LVT, Prof. Eduardo Brito Henriques 12h10 - Ministro do Ambiente, Ordenamento do Território e Energia, Eng.º Jorge Moreira da Silva Afigura-se ser uma temática de relevante interesse na comunidade dos Engenheiros Geógrafos, pelo que venho divulgar o evento. A inscrição poderá ser feita aqui (apressem-se, é provável que esgote rápido): http://www.dgterritorio.pt/igeo/ ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Fernando Ribeiro ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cat] Ponilandia???
Konfrare Albert lakonfrariadelav...@gmail.com writes: Gràcies Simó, Tots més tranquils :) De res, a disposar ;) pgpbA6BmxocFu.pgp Description: PGP signature ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] Jak resit znaceni ostatnich siti?
Okraje teplárny značit jako landuse=industrial. Na místo generátoru umístit bod s tagy: power=generator generator:output:steam=yes nebo generator:output:hot_water=yes generator:source=* generator:method=* generator:type=* generator:plant=output Všechno je to na (aj.) wiki, stačí hledat: http://wiki.openstreetmap.org/wiki/Tag:power%3Dgenerator Včetně potrubí, stožárů apod. je to také v presetech OSM pod Předvolby - Umělé objekty On 12. 5. 2014 7:44, Marián Kyral wrote: Ahoj, -- Původní zpráva -- Od: fis...@centrum.cz Komu: talk-cz@openstreetmap.org Datum: 12. 5. 2014 1:56:27 Předmět: [Talk-cz] Jak resit znaceni ostatnich siti? Zdravim, na wiki k openstreetmape jsem narazil na nedostacujici tagy ke znaceni inzenyrskych siti a budov ci technickych zarizeni. Protoze si pri vyletech i do zahranici vsimam zejmena inzenyrskych siti;) Jedine co je vicemene dostacujici je power. wiki je obecně jen soubor doporučení jak tagovat. Díky tomu je pak při vykreslování mapy možné zobrazit co nejvíce relevantních informací. Jsou dva způsoby jak značky ve wiki vznikají: 1) Dokumentují a doplňují nejčastěji používané označení 2) Nové značení je navrženo, prodiskutováno a v případě schválení zapsáno do wiki. Pokud vidíš, že něco chybí, máš několik možností: 1) Podívat se na wiki, jestli tam není něco v procesu schvalování, případně bylo, ale nebylo schváleno (stránka s diskuzí). 2) Podívat se jak danou věc značí jinde 3) Zeptat se na příslušném mail listu dle typu značky (lokální nebo celosvětový význam) Řekl bych, že v tomto případě toto má značení celosvětový význam, takže diskuze by asi měla směřovat na https://lists.openstreetmap.org/listinfo/tagging Tak mi predevsim chybi ustalene tagy: - znaceni telefonnich ustreden(pevne linky), kabelu a kabelovych rozvadecu. Rozvadece a hlavne jejich cisla v nekterych statech mohou byt urcite navigacni body po ulicich. Nelze pouzit phone - ten je evidentne urceny na neco jineho stejne tak tag na btsky je nevhodny Našel jsem návrh man_made=Telephone_Exchange, který však nebyl schválen (pro nezájem). Nicméně v Německu si vesele používají man_made=MDF - oznaceni vysilacu - neco z toho je proposed jako telecommunication tower. Hodi se jako vyznamny navigacni bod. Dle velikosti: man_made=tower tower:type=communication nebo man_made=communications_tower ( http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower ) - chybi oznaceni ropovodu,plynovodu, regulacnich a kompresnich stanic - mnohdy nad zemi - navigacni bod zejme z letadla. Toto je plus minus podobne ve vetsine zemi. Co vím, tak se značí tak maximálně potrubí (man_made=pipeline). Nicméně z wiki u potrubí je odkaz na http://wiki.openstreetmap.org/wiki/Project/Oil_and_Gas_Infrastructure - pro nektere staty s centralizovanym vytapenim chybi znaceni teplaren(vysoke kominy, navigacni bod), parovody,teplovody - potrubi(casto byvaji nad zemi -navigacni bod), a vymeniku - v anglictine tzv. district/block heating Potrubí viz výše, komíny se značí man_made=chimney. Areál teplárny bych označil jako landuse=industrial , name=* (i když to asi není až tak úplně korektní). Z wiki jsem nejak moc nepochopil jak je docasne nahradit jinymi tagy nez se odsouhlasi nejaka definitiva. Uprimne receno mi prijde ze je v tom dost bordel. Je na to nejaka jasna metodika? Zatim tyto tagy nejsou, pouzivejte tohle Ta definitiva se neodsouhlasí sama od sebe ;-) Pokud na tom máš zájem, je dobré ji pomoci. Pokud existuje nějaký návrh, můžeš zkusit používat ten, ale může se ti stát, že návrh bude zamítnut a tvoje práce vyjde vniveč. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan
Un carte imprimée n'étant pas une base de données, normale que celle-ci ne soit pas en ODbL ! C'est du contenu dont ça peut être une licence de type Creative Commons, mais ceci n'a rien d'obligé. Le plan Michelin de Clermont est ©, pas reproductible. Le 12 mai 2014 07:06, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour, Tiens on a le GR 38 nommément sur cette carte : mixage des licences ODbL et FFRP, donc carte non libre et en violation de l'ODbL ? Il n'y a que le fond de carte qui est tiré d'OSM ... le GR38 comme les autres données de rando sont issus des informations mises en place par la graphiste ... Et je n'ai jamais annoncé que la carte était en ODbL ... Juste que le fond de carte était tiré d'openstreetmap ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Invitation cartopartie Nice vendredi 16 mai au Hublot à 17h
Bonjour, Je vous fais passer cette demande pour une cartopartie sur Nice. Quelqu'un pour les aider sur place ? Merci pour eux Message original Sujet: Fwd: Invitation vendredi 16 mai au Hublot à 17h Date : Sat, 10 May 2014 10:52:55 +0200 De :Tania Cognee ta...@lehublot.net Pour : cont...@tiriad.org Bonjour, je vous ai identifié sur internet en réalisant des recherches sur Open street map. Je recherche des utilisateurs d'OSM pour illustrer cet outil auprès de la population d'un quartier. Je fais partie de l'équipe du Hublot, une association sur le quartier Est de Nice. Nous organisons un événement festif sur la place publique du quartier où nous sommes implantés (Saint Roch). Cette année nous fêtons nos 10 ans, nous aimerions donc réaliser une cartopartie, également un parcours urbain invitant les habitants à définir des points d'intéret dans leur quartier. Je réalise lors de cet événement (Place sur le net samedi 4 octobre 2014) une émission en direct où j'invite des acteurs du territoire sur une thématique. Je souhaite trouver des usagers d'OSM afin de pouvoir avoir des exemples concrets pour que les habitants puissent comprendre l'intéret d'un tel outil pour un quartier. Je ne sais pas si vous pouvez m'aider, et si vous connaissez des personnes sur les alpes maritimes que je pourrais contacter. Merci beaucoup de votre aide. Ci dessous l'invitation à l'appel à participation pour les habitants avant la manifestation le vendredi 16 mai. Bien à vous, Tania. Invitation : *Pour la préparation de «Place sur le net» événement public sur la place Saint Roch, Le Hublot vous convie, le vendredi 16 mai 2014, à une rencontre entre habitants, commerçants, associations et organisateurs. * *Le vendredi 16 mai 2014, de 17h à 19h* Cette journée s’adresse aux différentes personnes souhaitant participer à l’événement «Place sur le net» ou juste s'informer. L'équipe du Hublot vous présentera les projets et les ateliers participatifs: - *L’atelier robotique* : atelier qui propose de fabriquer un robot et de le programmer - *Le parcours urbain ludique*, mêlant réalité augmentée et jeu de piste. Un parcours qui sera proposé à travers le quartier Saint Roch au cours de «Place sur le net». Ce parcours sera construit avec les publics en septembre, au Hublot. Avec notamment l’*atelier Open Street map* (cartographiez votre quartier), ou un *atelier de géolocalisation* de vos productions médias en réalité augmentée. - *«Place sur le net enfin en direct sur internet»* : Improvisez-vous reporter le temps d’un après-midi en diffusant en direct sur le site du Hublot, via une application mobile, ce que vous filmez avec votre portable. Cette rencontre est aussi l’occasion de vous présenter *la programmation artistique *de cette 10ème édition : les spectacles jeunes public en partenariat avec la salle Laure Ecart, les installations numériques, le web journal ... *L’organisation d’un repas de rue*sera aussi au menu avec un apéro offert à tous les participants à 19h. * L’événement Place sur le net* Le Hublot fête cette année, les 10 ans de «Place sur le net», rendez-vous annuel gratuit sur la Place Saint Roch. Cet événement aura lieu le samedi 4 octobre 2014 avec au programme : spectacle jeune public, spectacle de rue, danse, concerts, ateliers et arts numériques. Rassemblant chaque année des publics d’horizons divers, «Place sur le net» a pour objectifs d’aller à la rencontre des habitants du quartier dans lequel l’association est implantée et d’offrir au public une programmation artistique variée. * Le Hublot* Le Hublot, est un point d’accès à internet qui assure une mission de service public en favorisant l’accès à la culture par la sensibilisation et la formation de base aux nouvelles technologies, le développement d’usages et de contenus et le soutien aux projets locaux. Implanté à la halle Spada, lieu de création artistique géré par l’Entre-Pont, au cœur du quartier Saint Roch, le Hublot poursuit son action en faveur de la création en développant les relations du spectacle vivant, de la danse de la musique et du théâtre avec les nouvelles technologies. Cette association aide à la production d’œuvres artistiques, ainsi qu’à leur diffusion vers un large public, notamment à travers ses « Rendez-vous du Hublot ». Vous trouverez ci-joint le programme détaillé de la journée. En espérant vous trouver nombreux, Cordialement Le Hublot 16 rue de Roquebillière 06300 Nice 04 93 31 33 72 www.lehublot.net http://www.lehublot.net Emilie Briglia, Stagiaire, chargée de mission pour Place sur le net [ Hublot_fly16-05.pdf (195.9 Ko) ] attachment:
Re: [OSM-talk-fr] Information position lieu dit sur le cadastre (ou autres)
2014-05-11 13:24 GMT+02:00 Claude claude.mar...@gmail.com: Parfois même sur le terrain, la graphie peut changer. exemple sur une commune du 63, un lieu dit traversé par une peite route est signalé par un panneau Chamfigne dans un sens et Champhigne dans l'autre C'est précisément pour ces cas-là que le tag alt_name a été inventé :-) Plus généralement, si vous relevez une différence entre vos sources et le terrain, n'hésitez jamais à ajouter un tag note= avec quelques mots d'explications. Ca diminue les risques que d'autres utilisant les mêmes sources mais sans les mêmes connaissances du terrain ne viennent casser vos contributions plus-tard, même de bonne foi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
2014-05-11 14:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE 94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne (ou par erreur)... certaines personnes pensent même que c'est une commune à part entière. Concernant le tag place, il ne doit pas y avoir de problème puisque le cas d'un polygone avec plusieurs places est fréquent. Par contre, pour le code postal, je reviens sur ma proposition de faire comme les allemands (qui ont les mêmes problèmes que nous): déplacer touts les codes postaux dans leur propre relation/polygone de type boundary=postal_code: http://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ-Relationen_in_Deutschland_2013 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code Pour l'instant je met un alt_name + note, mais un name:FANTOIR pourrait être utile même si on ne taggue pas pour BANO ;) Un name:FANTOIR ? Le tag ref:FR:FANTOIR n'est pas suffisant ? Sinon, à quoi sert-il ? Si le but est d'identifier et signaler les différences pour corriger FANTOIR (on peut toujours rêver, hein, si la mairie et les services fiscaux n'y arrivent pas eux-mêmes), la démarche peut se faire ponctuellement en dehors d'OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
2014-05-11 13:26 GMT+02:00 Pierre Knobel pierr...@gmail.com: Donc de mon point de vue l'info Bremmelbach devrait exister dans OSM ou BANO dans un tag séparé du tag name / addr:street. Des idées ? Dans mes souvenirs, nominatim a plutôt besoin du tag addr:place pour ce cas de figure. Je ne sais pas si addr:city est exploité différemment ou pareil ou pas du tout. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
Le 12 mai 2014 10:36, Pieren pier...@gmail.com a écrit : 2014-05-11 14:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE 94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne (ou par erreur)... certaines personnes pensent même que c'est une commune à part entière. Concernant le tag place, il ne doit pas y avoir de problème puisque le cas d'un polygone avec plusieurs places est fréquent. Par contre, pour le code postal, je reviens sur ma proposition de faire comme les allemands (qui ont les mêmes problèmes que nous): déplacer touts les codes postaux dans leur propre relation/polygone de type boundary=postal_code: http://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ-Relationen_in_Deutschland_2013 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code De mémoire c'est ce que j'ai fait pour mon cas local particulier. Le généraliser à tout les codes postaux alors qu'on a l'info modéliser autrement en France, ça me semble bien lourd et surtout l'impact sur des utilisateurs actuels n'est pas négligeable. J'éviterai. Pour l'instant je met un alt_name + note, mais un name:FANTOIR pourrait être utile même si on ne taggue pas pour BANO ;) Un name:FANTOIR ? Le tag ref:FR:FANTOIR n'est pas suffisant ? Sinon, à quoi sert-il ? Si le but est d'identifier et signaler les différences pour corriger FANTOIR (on peut toujours rêver, hein, si la mairie et les services fiscaux n'y arrivent pas eux-mêmes), la démarche peut se faire ponctuellement en dehors d'OSM. Oui, c'est vrai qu'une fois les ref:FR:FANTOIR ajoutés on pourra faire le lien... mais c'est pour permettre de faire ce lien que ça pourrait être utile. Comment faire correspondant automatiquement et sans ambiguité la Rue Alphonse Karr qu'on voit sur le cadastre avec l'Avenue Alphonse Karr qui est sur le terrain et le plan de ville ? L'accès au codes FANTOIR pour la majorité des contributeurs est quand même très complexe (il suffit de voir la tête de ce fichier !). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
Bonjour, De : Christian Quest Le 12 mai 2014 10:36, Pieren a écrit : Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE 94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne (ou par erreur)... certaines personnes pensent même que c'est une commune à part entière. Concernant le tag place, il ne doit pas y avoir de problème puisque le cas d'un polygone avec plusieurs places est fréquent. Par contre, pour le code postal, je reviens sur ma proposition de faire comme les allemands (qui ont les mêmes problèmes que nous): déplacer touts les codes postaux dans leur propre relation/polygone de type boundary=postal_code: http://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ- Relationen_in_Deutschland_2013 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code De mémoire c'est ce que j'ai fait pour mon cas local particulier. Le généraliser à tout les codes postaux alors qu'on a l'info modéliser autrement en France, ça me semble bien lourd et surtout l'impact sur des utilisateurs actuels n'est pas négligeable. J'éviterai. Pourquoi éviter ? Propager ce modèle aurait surtout des avantages, je trouve : - cohérent avec celui de nos voisins - compatible avec notre granularité de codes postaux, qui navigue entre multi-communal et infra-communal - cerise sur le gâteau : ça peut se faire en douceur, sans impact sur les modèles actuels (essentiellement le addr:postcode sur les relations admins), en procédant par ajout de ces nouvelles zones, sans suppression du tag addr:postcode sur les relations admins. Quitte ensuite, et ce sera souhaitable, à communiquer sur l'obsolescence du modèle actuel et inciter les consommateurs à basculer sur le nouveau. Bon après, ça s'appuie sur le tag postal_code au lieu de addr:postcode, ce qui je trouve est une mauvaise idée (2 tags pour la même notion), mais bon... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
bonjour, je pense m'être inscrit mais je n'ai pas de nouvelles et rien de visible sur le site. Ai-je raté une étape ? Sinon pour le contenu, il me semble que le mooc a plus intérêt à traiter d'OSM, dont un module sur les moyens de communications grands publics (ex de la carto et de son organisation). Le public du mooc est important à définir : * grand public * contributeurs débutants * contributeurs expérimentés * enseignants et animateurs : osm à l'école et au centre de loisirs, * collectivités !!! Mais sans doute que cela fera partie des questions à se poser lorsque le mooc commencera :) Cordialement -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Bonjour, je tourne toujours autour. J'ai bien déclaré un landuse:resdential en inner par rapport au landuse (outer)englobant la totalité de la ville. Distinction faite au niveau du nom, bien que le landuse outer n'ait pas de tag name. (*et je passe sur l'erreur Josm*) Par contre, suite à cette opération, le landuse principal (outer) ne s'affiche plus et suite logique, un mappeur est passé par là pour supprimer le tag type:multypolygone sur landuse outer. Peut être une remonté d'Osmose, je n'ai pas eu le temps de voir. :-) Sur ce constat, je retire donc la relation multypolygone sur le landuse inner, pour le mettre tout simplement en surcouche, et là, plus d'affichage du tag name du lotissement sur la carte. J'ai loupé quelque chose ? Michel Le 10 mai 2014 21:57, Pierre Knobel pierr...@gmail.com a écrit : Salut, JOSM te prévient juste que tu fais un trou dans une zone pour la remplir avec une zone du même type. Si tu penses que les deux zones doivent être distinctes à cause d'un attribut différent- dans ton cas le name=*- il faut que tu ignore l'avertissement. Je m'étais posé la même question en travaillant sur des forêts principalement feuillues qui avaient des trous pour les morceaux de forêt couverts de conifères. Le 10 mai 2014 12:57, Mides mides@gmail.com a écrit : Bonsoir, j'en reviens sur mon affaire. :-) Je suis face à l'intégration d'un lotissement, mais dont la zone se trouve, cette fois, dans un autre landuse:résidential qui est le principal englobant la ville. J'ai bien une relation de type multypolygone, avec outer pour le polygone extérieur et inner pour celui concernant le lotissement, seulement, voilà, j'ai un problème !!! Le message Josm est : Le style du chemin intérieur est égal à multipolygon(1), ce qui peut paraître logique dans la mesure où j'ai deux landuse:residential. Comment puis je m'y prendre ? Michel Le 5 mai 2014 08:11, Pierre-Alain Dorange pdora...@mac.com a écrit : Mides mides@gmail.com wrote: En gros, et pour résumer, est il judicieux de déclarer une emprise sur le terrain ou pas ? Tu me diras, on pratique de la sorte pour un landuse:retail, qui se trouve parfois au milieu d'une zone landuse:residential et donc en surcouche. Perso je pratique pas ce type de surcouche. Pour moi un terrain n'a qu'un seul usage (landuse) donc pas de surcouche. Si une zone est englobé par une autre, je perce (multipolygone, outer, inner) la plus grande pour ensuite placer celle incluse. Ainsi une zone n'a qu'un seul usage (landuse). Bien sur comme indiqué par le wiki, on ne crée une zone (landuse) que si cela est signaificatif. Un seul magasin ne justifie pas la création d'un landuse, il faut une taille conséquente (plusieurs, je sais c'est mal définit). -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Le 12/05/2014 11:13, Mides a écrit : Bonjour, je tourne toujours autour. J'ai bien déclaré un landuse:resdential en inner par rapport au landuse (outer)englobant la totalité de la ville. Distinction faite au niveau du nom, bien que le landuse outer n'ait pas de tag name. (/et je passe sur l'erreur Josm/) Par contre, suite à cette opération, le landuse principal (outer) ne s'affiche plus et suite logique, un mappeur est passé par là pour supprimer le tag type:multypolygone sur landuse outer. Peut être une remonté d'Osmose, je n'ai pas eu le temps de voir. :-) Sur ce constat, je retire donc la relation multypolygone sur le landuse inner, pour le mettre tout simplement en surcouche, et là, plus d'affichage du tag name du lotissement sur la carte. J'ai loupé quelque chose ? Michel Et si, de temps en temps, tu donnais un lien sur la zone qui te pose problème ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
Je me suis mal exprimé... J'éviterai de retirer les tags existant (pour ne pas impacter leurs ré-utilisateurs), mais je ne suis pas du tout opposé à un zonage des codes postaux s'appuyant sur des relations boundary=*, au contraire... c'est juste que l'on va avoir la remarque immanquable sur la redondance (que j'aime bien). Le 12 mai 2014 10:57, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Christian Quest Le 12 mai 2014 10:36, Pieren a écrit : Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE 94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne (ou par erreur)... certaines personnes pensent même que c'est une commune à part entière. Concernant le tag place, il ne doit pas y avoir de problème puisque le cas d'un polygone avec plusieurs places est fréquent. Par contre, pour le code postal, je reviens sur ma proposition de faire comme les allemands (qui ont les mêmes problèmes que nous): déplacer touts les codes postaux dans leur propre relation/polygone de type boundary=postal_code: http://wiki.openstreetmap.org/wiki/DE:Konsolidierung_der_PLZ- Relationen_in_Deutschland_2013 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code De mémoire c'est ce que j'ai fait pour mon cas local particulier. Le généraliser à tout les codes postaux alors qu'on a l'info modéliser autrement en France, ça me semble bien lourd et surtout l'impact sur des utilisateurs actuels n'est pas négligeable. J'éviterai. Pourquoi éviter ? Propager ce modèle aurait surtout des avantages, je trouve : - cohérent avec celui de nos voisins - compatible avec notre granularité de codes postaux, qui navigue entre multi-communal et infra-communal - cerise sur le gâteau : ça peut se faire en douceur, sans impact sur les modèles actuels (essentiellement le addr:postcode sur les relations admins), en procédant par ajout de ces nouvelles zones, sans suppression du tag addr:postcode sur les relations admins. Quitte ensuite, et ce sera souhaitable, à communiquer sur l'obsolescence du modèle actuel et inciter les consommateurs à basculer sur le nouveau. Bon après, ça s'appuie sur le tag postal_code au lieu de addr:postcode, ce qui je trouve est une mauvaise idée (2 tags pour la même notion), mais bon... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication
Et voilà, 6 de plus... http://lanyrd.com/2014/sotmfr/video/ Je continue Le 11 mai 2014 14:50, Christian Quest cqu...@openstreetmap.fr a écrit : Je me remet aux upload... Le 11 mai 2014 14:38, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Des avancées là dessus ? Sinon je me lance la dedans... mais je n'ai ni les connaissance ni probablement le matériel qui va bien. Ça me semble quand même important de publier ces vidéos. Frédéric. Le 23/04/2014 09:56, François Lacombe a écrit : Bonjour Christophe, Le 22 avril 2014 19:36, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 22/04/2014 18:48, François Lacombe a écrit : Bonjour, Concernant les confs du 05/04, il ne semble y avoir que celles données au 4ième étage sur le serveur de RedFox. Il y a aussi celles du rez de chaussée. Malheureusement elles n'ont pas été segmentée à la source, et ça pèse lourd !! /20140405-101056_7585/ 9,3 Go /20140405-114439_5e07/ 1,6 Go /20140405-134335_775d/ 22,3 Go !! En effet c'est assez conséquent. J'ai également un octocoeur, sous windows avec une bonne connexion. Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja commencé. On verra après pour l'encodage. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
http://www.openstreetmap.org/#map=18/42.98086/1.14567 Le 12 mai 2014 11:21, Christophe Merlet red...@redfoxcenter.org a écrit : Le 12/05/2014 11:13, Mides a écrit : Bonjour, je tourne toujours autour. J'ai bien déclaré un landuse:resdential en inner par rapport au landuse (outer)englobant la totalité de la ville. Distinction faite au niveau du nom, bien que le landuse outer n'ait pas de tag name. (/et je passe sur l'erreur Josm/) Par contre, suite à cette opération, le landuse principal (outer) ne s'affiche plus et suite logique, un mappeur est passé par là pour supprimer le tag type:multypolygone sur landuse outer. Peut être une remonté d'Osmose, je n'ai pas eu le temps de voir. :-) Sur ce constat, je retire donc la relation multypolygone sur le landuse inner, pour le mettre tout simplement en surcouche, et là, plus d'affichage du tag name du lotissement sur la carte. J'ai loupé quelque chose ? Michel Et si, de temps en temps, tu donnais un lien sur la zone qui te pose problème ? Librement, -- Christophe Merlet (RedFox) ___ 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] Tag lotissement
2014-05-12 11:13 GMT+02:00 Mides mides@gmail.com: J'ai loupé quelque chose ? Oui. A priori, tu as dû foirer quelque part dans le multipolygon. Comme dit Christophe, il faudrait un lien vers les données si tu veux qu'on étudie les détails. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
http://www.openstreetmap.org/#map=19/42.98077/1.14552 Michel Le 12 mai 2014 11:40, Pieren pier...@gmail.com a écrit : 2014-05-12 11:13 GMT+02:00 Mides mides@gmail.com: J'ai loupé quelque chose ? Oui. A priori, tu as dû foirer quelque part dans le multipolygon. Comme dit Christophe, il faudrait un lien vers les données si tu veux qu'on étudie les détails. 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] Adresses : Problème des noms de rue identiques dans des communes associées
2014-05-12 11:26 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: J'éviterai de retirer les tags existant (pour ne pas impacter leurs ré-utilisateurs), A terme, les réutilisateurs devront supporter les deux modèles. Je n'aime pas les redondances. Mais on peut les conserver dans la base sur une période transitoire (les allemands n'ont pas encore fait de nettoyage d'ailleurs). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Pieren ne l'a pas vu mais ce n'était pas la peine de répéter ton lien. Par contre tu peux fournir directement le lien sur les objets concernés : - http://www.openstreetmap.org/way/280839917 - http://www.openstreetmap.org/way/271057362 Francisco - Mail original - De: Mides mides@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 12 Mai 2014 11:45:17 Objet: Re: [OSM-talk-fr] Tag lotissement http://www.openstreetmap.org/#map=19/42.98077/1.14552 Michel Le 12 mai 2014 11:40, Pieren pier...@gmail.com a écrit : 2014-05-12 11:13 GMT+02:00 Mides mides@gmail.com : J'ai loupé quelque chose ? Oui. A priori, tu as dû foirer quelque part dans le multipolygon. Comme dit Christophe, il faudrait un lien vers les données si tu veux qu'on étudie les détails. 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
Re: [OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
OK pour utiliser addr:place pour les communes associée, si personne n'y vois d'objection. Je vais commencer la traduction de http://wiki.openstreetmap.org/wiki/Key:addr:place et à rajouter l'info sur les relations AssociatedStreet. 2014-05-12 9:46 GMT+00:00 Pieren pier...@gmail.com: 2014-05-12 11:26 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: J'éviterai de retirer les tags existant (pour ne pas impacter leurs ré-utilisateurs), A terme, les réutilisateurs devront supporter les deux modèles. Je n'aime pas les redondances. Mais on peut les conserver dans la base sur une période transitoire (les allemands n'ont pas encore fait de nettoyage d'ailleurs). 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] Tag lotissement
Est-ce que tu avais bien mis l'attribut landuse=residential sur la relation multipolygon et pas sur le polygon outer ? Le 12 mai 2014 11:40, Pieren pier...@gmail.com a écrit : 2014-05-12 11:13 GMT+02:00 Mides mides@gmail.com : J'ai loupé quelque chose ? Oui. A priori, tu as dû foirer quelque part dans le multipolygon. Comme dit Christophe, il faudrait un lien vers les données si tu veux qu'on étudie les détails. 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Non, pas de landuse:residential sur la relation. Le 12 mai 2014 14:06, Pierre Knobel pierr...@gmail.com a écrit : Est-ce que tu avais bien mis l'attribut landuse=residential sur la relation multipolygon et pas sur le polygon outer ? Le 12 mai 2014 11:40, Pieren pier...@gmail.com a écrit : 2014-05-12 11:13 GMT+02:00 Mides mides@gmail.com : J'ai loupé quelque chose ? Oui. A priori, tu as dû foirer quelque part dans le multipolygon. Comme dit Christophe, il faudrait un lien vers les données si tu veux qu'on étudie les détails. 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 ___ 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] Adresses : Problème des noms de rue identiques dans des communes associées
Quelques modifications sur le wiki : - http://wiki.openstreetmap.org/wiki/FR:Key:addr:place (Il y a une contradiction avec la page anglaise qui dit qu'on ne peut pas mélanger addr:street et addr:place, mais je crois que la page anglaise se contredit elle-même) - http://wiki.openstreetmap.org/w/index.php?title=Template%3AFR%3AMap_Features%3Aaddrdiff=1037529oldid=944754 Je trouve que addr:place et addr:hamlet font un peu doublon. Est-ce qu'il faut en discuter sur la liste tagging ? On 5/12/14, Pierre Knobel pierr...@gmail.com wrote: OK pour utiliser addr:place pour les communes associée, si personne n'y vois d'objection. Je vais commencer la traduction de http://wiki.openstreetmap.org/wiki/Key:addr:place et à rajouter l'info sur les relations AssociatedStreet. 2014-05-12 9:46 GMT+00:00 Pieren pier...@gmail.com: 2014-05-12 11:26 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: J'éviterai de retirer les tags existant (pour ne pas impacter leurs ré-utilisateurs), A terme, les réutilisateurs devront supporter les deux modèles. Je n'aime pas les redondances. Mais on peut les conserver dans la base sur une période transitoire (les allemands n'ont pas encore fait de nettoyage d'ailleurs). 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] Tag lotissement
Le 12/05/2014 14:37, Mides a écrit : Non, pas de landuse:residential sur la relation. Dans ton cas, je mettrais un place=neighbourhood sur le polygone de ton lotissement avec son name. Pas de relation, pas de landuse identique imbriqués. Par ailleurs, j'améliorerais le contour du polygone en suivant les parcelles cadastrale des maisons concernés. Il n'y a pas de raison de ne pas inclure leurs jardins. Dans d'autre cas, j'indique le nom du lotissement sur les voies de circulation, mais dans ton cas elles ont déjà un nom. http://www.openstreetmap.org/#map=19/43.31071/-0.31825 http://www.openstreetmap.org/#map=17/43.39395/-0.33114 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
En gros et pour résumer, d'après ce que j'ai pu comprendre, à ce jour personne ne sait comment réellement taguer un lotissement. Au cas où, mais je n'ai pas les liens à te fournir, je t'invite à relire le fils de discussion de ce sujet et tu y verras que les avis divergent tellement, qu'en conclusion on ne sait plus quoi utiliser ! Quant à inclure l’emprise du lotissement par rapport aux parcelles, je suis entièrement d'accord avec toi dans le sens où il faudrait que cela ce rapproche au maximum de la réalité, mais malheureusement le cadastre n'est pas numérisé à ce jour dans mon secteur, je garde quand même grand espoir que cela soit fait d'ici 2030, et je ne manquerai pas d'actualiser cette zone le moment venu. Une chose que j'aurai apprécié aurait été que l'on m'indique tout simplement, pour mon cas bien précis, comment inclure un polygone dans un polygone de même type. J'ai bien compris, à travers quelques bribes d'informations, qu'il ne me faut pas utiliser le tag landuse:residential sur le polygone outer mais sur la relation. Qu'en est il concernant le landuse:inner ? Et si j'élargie mes recherches dans l'espoir d' espérer trouver une façon de faire correcte, je vois que dans certains secteurs on pratique totalement différemment. Tiens, je te fournis le lien : https://www.openstreetmap.org/way/150349470#map=17/44.13986/4.82013 Dans ce cas là, on peut y voir qu'est utilisé le tag place: subdivison. Seulement voilà, si je jette un coup d'oeil sur le wiki : http://wiki.openstreetmap.org/wiki/Neighbourhood used 638 times as of 2011/04/14, though the vast majority were last edited by one user in the Philippines, though also used in Cincinnati, OH, USA, tu m'autoriseras à penser que je ne vais pas me jeter à bras le corps vers cette solution. C'est pour cela que je me suis tourné vers la communauté OSM, au travers de ce fil de discussion, en espérant, non pas demander de faire mon travail, mais tout simplement arriver à élaguer le problème moi même d'après vos conseils. Ceci me permettant, peut être à terme, d'acquérir une certaine autonomie, certes toute relative, mais faisant en sorte que je vous dérangerai bien moins avec mes soucis. Toujours est il, merci pour vos réponses. Bien cordialement, Michel Le 12 mai 2014 16:11, Christophe Merlet red...@redfoxcenter.org a écrit : Le 12/05/2014 14:37, Mides a écrit : Non, pas de landuse:residential sur la relation. Dans ton cas, je mettrais un place=neighbourhood sur le polygone de ton lotissement avec son name. Pas de relation, pas de landuse identique imbriqués. Par ailleurs, j'améliorerais le contour du polygone en suivant les parcelles cadastrale des maisons concernés. Il n'y a pas de raison de ne pas inclure leurs jardins. Dans d'autre cas, j'indique le nom du lotissement sur les voies de circulation, mais dans ton cas elles ont déjà un nom. http://www.openstreetmap.org/#map=19/43.31071/-0.31825 http://www.openstreetmap.org/#map=17/43.39395/-0.33114 Librement, -- Christophe Merlet (RedFox) ___ 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