[Talk-bd] Going back to the 'desh
Hi All, I'll be in Bangladesh again sometime around late July or early August. I dont know exactly when yet, no flights booked. Are any of you interested in having an osm-bd meetup? Larry ___ Talk-bd mailing list Talk-bd@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bd
[OSM-talk-be] mountainbikeroutes: lcn of rcn
Hoi, Er zijn mountainbikeroutes getagd als lcn (local cycle network) of als rcn (regional cycle network). Omdat Bloso de mountainbikeroutes meer en meer verzamelt in netwerken (Euregio, Dijleland, Noord-Limburg, Rivierenland, enz.), lijkt het me gerechtvaardigd om ze als rcn te taggen, maar er is duidelijk geen consensus. Dus, wat maken we ervan: lcn of rcn? Groetje, Stijn___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] path through gate
Thank you. 2014-04-25 23:06 GMT+02:00 Marc Gemis marc.ge...@gmail.com: I forgot to include an example: http://www.openstreetmap.org/way/251481930 On Fri, Apr 25, 2014 at 11:01 PM, Marc Gemis marc.ge...@gmail.com wrote: split the way where it enters and leaves the building. so you have nodes on the intersection of way and building. tag the way part inside the building as tunnel=building_passage regards m On Fri, Apr 25, 2014 at 10:47 PM, Bart Vanherck vherckb...@gmail.comwrote: Hello, I wanted to map a path that is actual under a house. At the ground floor there is a kind of passage way that is open for that path. But when uploading, it gets rejected I assume because it does not show on the map. It is because there is already a house drawn at that place. How to map such paths? regards, Bart ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Attribution
There are 2 solutions for this Steve dilemma: 1. not ask for these little, tiny things and create a real free map... 2. hire an expensive lawyer and pursue the criminals Common wake up, this 2014, and if you have gold (the map) in your hands, don't expect to be treated like a volunteer. And if you do not have the money to defend yourselves, then just surrender. I won't even criticize this ridiculous naming and shaming proposition, it's for children only. Gert Van: Steve Coast [mailto:st...@asklater.com] Verzonden: Monday, April 28, 2014 8:43 PM Aan: Licensing and other legal discussions. Onderwerp: [OSM-legal-talk] Attribution http://stevecoast.com/2014/04/28/attribution-is-it-time-to-name-and-sham e/ -- OpenStreetMap http://osm.org/ is the global, open and free map dataset that anyone can use. It is created by a huge community of volunteers who pour their time and energy in to the project. It's also fun, beautiful and cool. So it's sad that people don't want to respect the license. It asks two very simple things: 1. Please say you're using OSM. This is very simple http://www.openstreetmap.org/copyright . 2. If you change the map, please give the changes back. This is called share-alike. Compared to paying a lot of money for incredibly license-restricted data, you'd think people would be ok with these requirements. Sadly, this isn't the case. There are those who are now willfully disregarding our tiny little requirements. It's being framed as some gigantic and unreasonable proposition, asking to say where the data came from or giving data back when you fix things. As if it's completely bananas to ask such a thing. As if Linux or Wikipedia should be disaster ghost towns while asking for exactly the same thing of their users. This is just baloney. The real comparison should be; if you don't like the license you're free to use expensive and complicatedly-license data. That's your option. Those guys are just a phone call away, and will be happy to sell you data. You'd probably find that they have very strong attribution requirements, just like OSM does. It is the ultimate disrespect to the volunteers who built the data to not even attribute their contributions. It's even worse that there are some who're trying to also own OSM for themselves by taking away the share-alike requirement. Is the license perfect? I'm afraid not. Specifically we need more clarification around the technical implementation and use of geocodes, especially in relation to other datasets. It's hard today to technically comply with some of those edge cases. But that's not what we're talking about. We're speaking here about the simple ask, that if you use OSM you please say clearly on the map that it is OSM. You're getting a great dataset, for free, under an open license, that millions of people are contributing to. We're not asking for $100,000 license fees, we're just asking that you say who we are. It's the ultimate human need; I was here. I did this. How could you deny people that? Apparently, easily and willfully. People within the OSM community have been frustrated and trying to fix it for some time. If we were a proprietary map supplier we'd revoke a license or jump to legal options. We are much nicer than that. I propose a four stage plan, organized on OSM's legal mailing list https://lists.openstreetmap.org/listinfo/legal-talk and tracked on the wiki: 1. A polite email, linking to our requirements 2. A week later: Another polite email, warning of what's to come. 3. A week later: Another polite email, same as above 4. A week later: Very public naming and shaming on OSMs various social media channels and blogs Most people who miss our requirements are making a simple error. This is a process that gives three opportunities and an entire month to correct the mistake. This is not a brand new idea or process. The FSF and others have named shamed (and have even went further http://news.slashdot.org/story/08/12/11/1745254/fsf-files-suit-against- cisco-for-gpl-violations ) for GPL violations in the past. In a narrow way, this all a good thing. It shows the growth and maturity of the project, that there are those out there that want to own it or take all the advantages without even saying where the data came from. But in the end, we have to defend ourselves for what little, tiny things we ask. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
Tobias, please study the guidelines, they address exactly this problem. Simon Am 30.04.2014 12:18, schrieb Tobias Knerr: . But we have to judge a license based on its actual effects, not the original intention. What annoys me, for example, is when we require people to publish data that we wouldn't even want if they offered it. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] OSM Poland POI contest
I am happy to announce that OpenStreetMap Poland (Polish organization promoting OSM) is organizing contest about enriching OSM data with POI information. Each OpenStreetMap user over age of 13 can take part in it. To win the contest, one has to be a person who adds the most of items with one of keys: amenity, leisure, tourism, sport and historic during the month of May. Added points' data has to be based on local knowledge (no mapping form behind a desk). The prizes are Garmin GPS navigators (first place: Garmin eTrex 30, second: Garmin eTrex 20, third: Garmin eTrex 10). More information about the contest (currently only in Polish) can be found at http://osmapa.pl/konkurs/, detailed rules (also in Polish) are located at https://docs.google.com/document/d/17kVTGb-Yjei8GIzIsaHxLdTpBEbwU3GYZo7U2EBpJ6Q/edit?usp=sharing. Please pass the information about the contest. If you have any questions you can ask question at talk...@openstreetmap.org . Good luck! -- Nomycna ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
On 30 Apr 2014, at 15:54, Jaakko Helleranta.com jaa...@helleranta.com wrote: This is very nice improvement! It’s great to hear you like the improvements I'm happy to see that even my rather spotty/patchy mapping of power infra in Haiti is finally being visualized/rendered in a way that it starts to demonstrate the usefulness of OSM as power mapping platform for also those that don't use the data (in separate applications). This will hopefully help to advocate for the use of OSM. Now, I too would like to make a suggestion: Accented characters don't seem to get rendered at all in place name labels. See e.g. http://www.itoworld.com/map/4?lon=-72.27848lat=18.51272zoom=16open_sidebar=map_keyfullscreen=true where Pétionville is rendered as Ptionville (almost center, slightly to the left), Tête de l'eau is Tte de l'eau (center bottom) and Péguy-Ville is Pguy-Ville (right center). The accented characters is a known issue. There’s no ETA on when it’ll be fixed currently. Can someone pass this onwards / what would be the address / who would be the person to send improvement suggestions (also in the future)? Emailing supp...@itoworld.com is probably the most reliable way to contact to improve the maps. Shaun McDonald ITO World Developer. Thanks to all who've worked on this! -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +505-8845-3391 (Nicaragua) * Voice(mail) / SMS / What's app: +1-202-730-9778 * http://about.me/jaakkoh On Wed, Apr 30, 2014 at 6:35 AM, Maarten Deen md...@xs4all.nl wrote: On 2014-04-30 14:20, Janko Mihelić wrote: Where do I add my suggestions? Same for me. I don't like that the background map is so invisible, that the city labels that do get generated seem to be generated at all zoom levels (which is really bad at low zoom) and that they can't cope with diacritics. And, are there no 300-350 kV lines or is it the color difference that is to small that I don't see them? Regards, Maarten 2014-04-30 13:49 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true [1] The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true [2] http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true [3] The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, FRANÇOIS LACOMBE francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com [4] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [5] Links: -- [1] http://www.itoworld.com/map/4?lon=2.51848amp;lat=48.80986amp;zoom=10amp;open_sidebar=map_keyamp;fullscreen=true [2] http://www.itoworld.com/map/4?lon=5.80635amp;lat=46.05588amp;zoom=17amp;fullscreen=true [3] http://www.itoworld.com/map/4?lon=6.19542amp;lat=46.07335amp;zoom=14amp;fullscreen=true [4] http://www.infos-reseaux.com [5] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Invisible character LRM in some website values
Solved! At least for now... Changeset: http://www.openstreetmap.org/changeset/22071440 I suppose I hit the same problem as you, Glenn: JOSM wasn't recognizing that the data was changed. But that was because I removed these characters in the OSM file itself, not inside JOSM. The solution was to add the attribute action=modify to each object in the file before opening it in JOSM. (I did this with a VIM macro) 2014-04-29 11:22 GMT-03:00 John Packer john.pack...@gmail.com: Bryce, As far as I know, Keepright will simply flag this as an invalid/dead website, which might mislead people into removing perfectly fine websites that were corrupted by this character. Glenn, In my case, JOSM noticed the difference and uploaded the changes. I am using JOSM 7000 on Linux. (though it seems there was a node that wasn't corrected; but I am not sure whether I failed to correct it or JOSM didn't perceive it). Em 29/04/2014 07:11, Glenn Plas gl...@byte-consult.be escreveu: I tried fixing some in Josm, and I can confirm the LRM char is in the URL, but to make josm realise that there was a change I had to had a note tag, josm doesn't account for those special chars to determine changes and allow an upload. I opened a ticket with JOSM in this regard as it's not seeing the differences. see https://josm.openstreetmap.de/ticket/9960 Glenn ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-ie] New Facebook Group for OSM-IE
Hi all, I created a Facebook Group for OpenStreetMap in Ireland: https://www.facebook.com/groups/295947493906276/ I know some people are more comfortable using that than mailing lists etc, so I thought we could add that as a communication / community tool. :) Feel free to join it or ignore it. Any questions, etc as me. Rory ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Importação de dados em Naviraí - MS
Segue o que eu tenho respondido ao mapeador pdnzjrhttp://www.openstreetmap.org/user/pdnzjr(1 de Maio de 2014 às 06:01): *Re: Fonte de dados* On 2014-05-01 05:14:53 UTC pdnzjr wrote: O Mapa Municipal eu obtive na Prefeitura de Naviraí, onde resido. Como citar a fonte neste caso? Não é *uma questão de citar a fonte*. Não é como citar uma frase de um livro. Para usar dados de uma fonte, é preciso ter a autorização legal implícita ou explícita. Provavelmente, os dados de uma prefeitura são liberados seguindo as políticas de dados abertos do Governo Federal. Aliás, existe a Lei de acesso à informaçãohttps://pt.wikipedia.org/wiki/Lei_de_acesso_%C3%A0_informa%C3%A7%C3%A3o. Mas contar com isso nem sempre é certo como 2+2=4. O melhor é abordar responsáveis de sua fonte de dados, em busca de esclarecimentos e, se for o caso, de uma permissão minimamente formalizada. Eu não tenho prática com isso, apesar de saber essas coisas *na teoria*. Pois não tenho usado dados de fontes que não sejam implicitamente autorizadas (do conhecimento de todos). Outras pessoas da comunidade -- e veja Modelo de Carta de Solicitação de Dadoshttp://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es#Modelo_de_Carta_de_Solicita.C3.A7.C3.A3o_de_Dados, no wiki -- poderão lhe ajudar com algum procedimento. Você já conhece wiki.openstreetmap.org/wiki/Brazil? Eu tenho menos edições do que você. Mas o assunto sobre a licença dos dados é muito importante. O que tenho dito, digo com segurança razoável. Porém, essas informações não são suficientes. Por favor, busque comunicar-se com a comunidade, ou no fórum ou na lista. Caso o contrário, se você não interagir suficientemente e continuar a fazer edições com potencial de comprometer o projeto, poderá chegar a ter algumas delas revertidas, e mesmo ser penalizado com bloqueios. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] PSA: IBGE Layer Mapas de Setores Rurais
Olá pessoal, A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para para pegar nomes de rios, lagos, fazendas e montanhas (em alguns pontos contém até indicação de altitude do pico). Com algumas limitações, também dá para pegar nomes de estradas. Endereço da layer: http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png Visualização no browser: https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery sources. O mapa deve aparecer automaticamente na lista principal da interface quando você estiver editando algo no Brasil. Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço para hospedar esta layer e a todos que me incentivaram e deram feedback. []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação de dados em Naviraí - MS
Bom, nas minhas edições Brasil a fora, encontrei muita coisa sem fonte declarada (assumi importação original do IBGE). Se for por aí acho que 2/3 do mapa tem que ser revertido... *In dubio pro reo* Em 30 de abril de 2014 22:43, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-04-30 21:59 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Caminho sem título é um nome default do editor Trackmaker. Ele deve ter editado o mapa no Trackmaker e convertido para OSM. Quanto a isso não há pecado. Tem que verificar a fonte. Então se a pessoa ignorar a mensagem pergutando sobre a origem a gente deixa, é isso? ___ 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] PSA: IBGE Layer Mapas de Setores Rurais
Parabéns aí. Excelente trabalho. Em 1 de maio de 2014 08:04, Thiago Marcos P. Santos tmpsan...@gmail.comescreveu: Olá pessoal, A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para para pegar nomes de rios, lagos, fazendas e montanhas (em alguns pontos contém até indicação de altitude do pico). Com algumas limitações, também dá para pegar nomes de estradas. Endereço da layer: http://{switch:a,b,c}. tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png Visualização no browser: https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery sources. O mapa deve aparecer automaticamente na lista principal da interface quando você estiver editando algo no Brasil. Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço para hospedar esta layer e a todos que me incentivaram e deram feedback. []'s ___ 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] Atenção Mapeadores do DF
Desconheço. Tentei incluir um cálculo de conversão tipo {x / 100} a exemplo do que dá para fazer com {zoom} mas dá erro. Seria interessante se o JOSM permitisse fazer aritmética com os valores para compatibilizar com outros sistemas de quadrículas. 2014-04-30 22:01 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E existe alguma maneira de fazer o josm não escrever os milhares? Em 30/04/2014 21:58, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Isto funciona: - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/18/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/19/35/55.png Não testei outros. 2014-04-30 21:51 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Os dois sistemas não falam a mesma língua. O JOSM está passando coordenadas contendo milhares e o sistema deles dá um erro. Tente algo como http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35000/56.png. Não funciona nem no browser. 2014-04-30 21:24 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: http://g1.globo.com/distrito-federal/noticia/2014/04/codeplan-lanca-mapa-do-df-com-imagens-aereas-em-alta-resolucao.html Tentei no JOSM: tms: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/{zoom}/{x}/{y}.png Mas não deu, alguém sabe? Engraçado q no browser isso funciona: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png ___ 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] Atenção Mapeadores do DF
Os parâmetros x e y devem ser os índices da quadrícula e não a coordenada. 2014-04-30 22:01 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E existe alguma maneira de fazer o josm não escrever os milhares? Em 30/04/2014 21:58, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Isto funciona: - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/18/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/19/35/55.png Não testei outros. 2014-04-30 21:51 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Os dois sistemas não falam a mesma língua. O JOSM está passando coordenadas contendo milhares e o sistema deles dá um erro. Tente algo como http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35000/56.png. Não funciona nem no browser. 2014-04-30 21:24 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: http://g1.globo.com/distrito-federal/noticia/2014/04/codeplan-lanca-mapa-do-df-com-imagens-aereas-em-alta-resolucao.html Tentei no JOSM: tms: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/{zoom}/{x}/{y}.png Mas não deu, alguém sabe? Engraçado q no browser isso funciona: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png ___ 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] Atenção Mapeadores do DF
Uma gambiarra que daria pra fazer seria criar um servidor (local?) tms que seria colocado no JOSM como camada. Esse servidor seria um intermediário que traduziria os parâmetros do JOSM para os desse site. Só não me pergunte como fazer isso haha (não sei). 2014-05-01 10:36 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Desconheço. Tentei incluir um cálculo de conversão tipo {x / 100} a exemplo do que dá para fazer com {zoom} mas dá erro. Seria interessante se o JOSM permitisse fazer aritmética com os valores para compatibilizar com outros sistemas de quadrículas. 2014-04-30 22:01 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E existe alguma maneira de fazer o josm não escrever os milhares? Em 30/04/2014 21:58, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Isto funciona: - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/18/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/19/35/55.png Não testei outros. 2014-04-30 21:51 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com : Os dois sistemas não falam a mesma língua. O JOSM está passando coordenadas contendo milhares e o sistema deles dá um erro. Tente algo como http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35000/56.png. Não funciona nem no browser. 2014-04-30 21:24 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: http://g1.globo.com/distrito-federal/noticia/2014/04/codeplan-lanca-mapa-do-df-com-imagens-aereas-em-alta-resolucao.html Tentei no JOSM: tms: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/{zoom}/{x}/{y}.png Mas não deu, alguém sabe? Engraçado q no browser isso funciona: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png ___ 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] Atenção Mapeadores do DF
Hehe. Se eu não estivesse enrolado agora, poderia pesquisar agora (não é complicado). Mas se alguém quiser desenvolver esse armengue em PHP, podemos hospedá-lo no site do Cocar se o Márcio concordar. 2014-05-01 10:41 GMT-03:00 John Packer john.pack...@gmail.com: Uma gambiarra que daria pra fazer seria criar um servidor (local?) tms que seria colocado no JOSM como camada. Esse servidor seria um intermediário que traduziria os parâmetros do JOSM para os desse site. Só não me pergunte como fazer isso haha (não sei). 2014-05-01 10:36 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Desconheço. Tentei incluir um cálculo de conversão tipo {x / 100} a exemplo do que dá para fazer com {zoom} mas dá erro. Seria interessante se o JOSM permitisse fazer aritmética com os valores para compatibilizar com outros sistemas de quadrículas. 2014-04-30 22:01 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E existe alguma maneira de fazer o josm não escrever os milhares? Em 30/04/2014 21:58, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Isto funciona: - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/18/35/55.png - http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/19/35/55.png Não testei outros. 2014-04-30 21:51 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com : Os dois sistemas não falam a mesma língua. O JOSM está passando coordenadas contendo milhares e o sistema deles dá um erro. Tente algo como http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35000/56.png. Não funciona nem no browser. 2014-04-30 21:24 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: http://g1.globo.com/distrito-federal/noticia/2014/04/codeplan-lanca-mapa-do-df-com-imagens-aereas-em-alta-resolucao.html Tentei no JOSM: tms: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/{zoom}/{x}/{y}.png Mas não deu, alguém sabe? Engraçado q no browser isso funciona: http://ortofoto.mapa.codeplan.df.gov.br/tms/1.0.0/mosaico_df_2013@SIRGAS/15/35/55.png ___ 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] Está certo?
Dependendo de onde você comece ou termine as rotas, não vai dar certo mesmo. Os caminhos das barcas não estão integrados ao arruamento da cidade. Por exemplo, está faltando um caminho a pé (footway?) entre a linha da barca e uma rua. http://www.openstreetmap.org/relation/2220780#map=18/-22.90298/-43.17161layers=N Observe que as linhas terminam abruptamente na água. Não tem como dar certo mesmo. Adicionei nota para registrar a necessidade do conserto. Em 30 de abril de 2014 20:59, Tarcisio Oliveira tarci...@ymail.comescreveu: Já consertaram essa rota? Gostaria de usar ela como base para fazer as rotas de ônibus aqui do estado, dai preciso de alguma base que esteja correta. Tentei fazer uma simulação com alguns sites http://map.project-osrm.org/Saindo de Estação Praça XV e indo até Paquetá e o rotemento não foi feito Creio que deve estar faltando seja juntar de fato a rota ao pier na Praça XV. Fiz duas rotas e gostaria que alguém desse uma avaliada se a rota foi feita de forma correta http://www.openstreetmap.org/relation/3690135 http://www.openstreetmap.org/relation/3697687 -- Tarcisio Oliveira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Está certo?
Veja como eu fiz para a rota da balsa que sai do Clube de Empregados da Petrobras até a Praia da Reserva. : http://www.openstreetmap.org/#map=16/-23.0165/-43.4329layers=N Existe um caminho que o roteador pode usar para calcular a rota. Fiz o mesmo para as outras rotas de balsas que existem na Barra. Em 30 de abril de 2014 20:59, Tarcisio Oliveira tarci...@ymail.comescreveu: Já consertaram essa rota? Gostaria de usar ela como base para fazer as rotas de ônibus aqui do estado, dai preciso de alguma base que esteja correta. Tentei fazer uma simulação com alguns sites http://map.project-osrm.org/Saindo de Estação Praça XV e indo até Paquetá e o rotemento não foi feito Creio que deve estar faltando seja juntar de fato a rota ao pier na Praça XV. Fiz duas rotas e gostaria que alguém desse uma avaliada se a rota foi feita de forma correta http://www.openstreetmap.org/relation/3690135 http://www.openstreetmap.org/relation/3697687 -- Tarcisio Oliveira ___ 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] Atenção Mapeadores do DF
Teria de ser um proxy (cache)? Em 1 de maio de 2014 13:08, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Paulo, não sei se é porque não estou sabendo usar ou se errei mesmo, mas só consigo ver algo assim: https://gist.github.com/alexandre-mbm/d15119314f7873b361fb URL de testes: http://localhost/?zoom={zoom}x={x}y={y} No navegador funciona: http://localhost/?zoom=15000x=35y=56 Alexandre Magno Em 1 de maio de 2014 10:49, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Hehe. Se eu não estivesse enrolado agora, poderia pesquisar agora (não é complicado). Mas se alguém quiser desenvolver esse armengue em PHP, podemos hospedá-lo no site do Cocar se o Márcio concordar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atenção Mapeadores do DF
Paulo, não sei se é porque não estou sabendo usar ou se errei mesmo, mas só consigo ver algo assim: https://gist.github.com/alexandre-mbm/d15119314f7873b361fb URL de testes: http://localhost/?zoom={zoom}x={x}y={y} No navegador funciona: http://localhost/?zoom=15000x=35y=56 Alexandre Magno Em 1 de maio de 2014 10:49, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Hehe. Se eu não estivesse enrolado agora, poderia pesquisar agora (não é complicado). Mas se alguém quiser desenvolver esse armengue em PHP, podemos hospedá-lo no site do Cocar se o Márcio concordar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Atenção Mapeadores do DF
Parece que tem dois já feitos: - tile-cache-php https://github.com/sinky/tile-cache-php - ProxySimplePHP http://wiki.openstreetmap.org/wiki/ProxySimplePHP Alexandre Magno Em 1 de maio de 2014 13:09, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Teria de ser um proxy (cache)? Em 1 de maio de 2014 13:08, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Paulo, não sei se é porque não estou sabendo usar ou se errei mesmo, mas só consigo ver algo assim: https://gist.github.com/alexandre-mbm/d15119314f7873b361fb URL de testes: http://localhost/?zoom={zoom}x={x}y={y} No navegador funciona: http://localhost/?zoom=15000x=35y=56 Alexandre Magno Em 1 de maio de 2014 10:49, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Hehe. Se eu não estivesse enrolado agora, poderia pesquisar agora (não é complicado). Mas se alguém quiser desenvolver esse armengue em PHP, podemos hospedá-lo no site do Cocar se o Márcio concordar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação de dados em Naviraí - MS
Exatamente. Só deveríamos reverter em casos aonde o usuário excluiu dados antigos de forma arbitrária, ou declara que usou fontes sem autorização de uso. []s Arlindo 2014-05-01 10:24 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Bom, nas minhas edições Brasil a fora, encontrei muita coisa sem fonte declarada (assumi importação original do IBGE). Se for por aí acho que 2/3 do mapa tem que ser revertido... *In dubio pro reo* Em 30 de abril de 2014 22:43, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014-04-30 21:59 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Caminho sem título é um nome default do editor Trackmaker. Ele deve ter editado o mapa no Trackmaker e convertido para OSM. Quanto a isso não há pecado. Tem que verificar a fonte. Então se a pessoa ignorar a mensagem pergutando sobre a origem a gente deixa, é isso? ___ 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] PSA: IBGE Layer Mapas de Setores Rurais
Parabéns, Thiago! Saiba que seu trabalho tem uma enorme importância para o OpenStreetMap brasileiro. []s Arlindo 2014-05-01 8:04 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: Olá pessoal, A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para para pegar nomes de rios, lagos, fazendas e montanhas (em alguns pontos contém até indicação de altitude do pico). Com algumas limitações, também dá para pegar nomes de estradas. Endereço da layer: http://{switch:a,b,c}. tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png Visualização no browser: https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery sources. O mapa deve aparecer automaticamente na lista principal da interface quando você estiver editando algo no Brasil. Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço para hospedar esta layer e a todos que me incentivaram e deram feedback. []'s ___ 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] Atenção Mapeadores do DF
O melhor seria a Codeplan já possibilitar a compatibilidade direta. Estarei discutindo isto internamente. Antonio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] PSA: IBGE Layer Mapas de Setores Rurais
Parabens tmpsantos, o mapa ficou muito bom! Eu ja gostava muito destes mapas, mas só dava pra usar um por um. O alinhamento esta muito bom também. Só não consegui visualizar o mapa rural e Urbano de São Gabriel da Cachoeira - AM, aonde estão deslocados. No más, esta tudo perfeito. Forte abraço. BladeTC From: tmpsan...@gmail.com Date: Thu, 1 May 2014 14:04:27 +0300 To: talk-br@openstreetmap.org Subject: [Talk-br] PSA: IBGE Layer Mapas de Setores Rurais Olá pessoal, A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para para pegar nomes de rios, lagos, fazendas e montanhas (em alguns pontos contém até indicação de altitude do pico). Com algumas limitações, também dá para pegar nomes de estradas. Endereço da layer: http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png Visualização no browser: https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery sources. O mapa deve aparecer automaticamente na lista principal da interface quando você estiver editando algo no Brasil. Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço para hospedar esta layer e a todos que me incentivaram e deram feedback. []'s ___ 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] Importação de dados em Naviraí - MS
Acho que não, Paulo. O nome default do Trackmaker é Trilha, onde o é um número sequencial. Caminho sem título é o nome default para tracks desenhados em cima do Google Earth em Português. No meu, que está em inglês, fica Untitled path. Assim, ele provavelmente usou imagens do Google... Date: Wed, 30 Apr 2014 21:59:21 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Importação de dados em Naviraí - MS Caminho sem título é um nome default do editor Trackmaker. Ele deve ter editado o mapa no Trackmaker e convertido para OSM. Quanto a isso não há pecado. Tem que verificar a fonte. Em 30 de abril de 2014 21:30, Nelson A. de Oliveira nao...@gmail.com escreveu: Só para complementar Edição de 2 anos atrás cheia de ruas Rua e similares Caminhos também com Caminho sem título Sobre esses caminhos sem título, reparem em http://www.tracksource.org.br/desenv/dica_google.php ou simplesmente deixe como Caminho sem Título A pessoa importa vários dados do TrackSource com o JOSM, mas as edições em si (modificações) ele utiliza outros editores. Pra mim é claro que só usa o JOSM para importar dados (do TrackSource) ___ 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] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map
Interessante mesmo. obs.: O nome está Subestao Jardim Botnico, caso queira corrigir... From: openstreet...@arlindopereira.com Date: Wed, 30 Apr 2014 22:22:48 -0300 To: talk-br@openstreetmap.org Subject: [Talk-br] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map Pessoal, vejam que interessante essa renderização de distribuição de energia (zoom na RMRJ): http://www.itoworld.com/map/4?lon=-43.02397lat=-22.98060zoom=10open_sidebar=map_keyfullscreen=true Zoom em uma usina de energia: http://www.itoworld.com/map/4?lon=-44.46176lat=-23.00660zoom=15open_sidebar=map_keyfullscreen=true Zoom em uma subestação de energia: http://www.itoworld.com/map/4?lon=-43.21866lat=-22.96292zoom=18open_sidebar=map_keyfullscreen=true Há um bug conhecido com a renderização de acentos. []sArlindo -- Forwarded message -- From: François Lacombe francois.laco...@telecom-bretagne.eu Date: Wed, Apr 30, 2014 at 8:49 AM Subject: [OSM-talk] New ITO electricity distribution map To: t...@openstreetmap.org Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map
Eles já estão cientes, como mencionei no email. Mandaram email para talk@mostrando a renderização e dizendo isso. On Thu, May 1, 2014 at 7:25 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Não consegui achar onde se abre um ticket tipo GitHub. Quem achar informe ITO maps dropping LATIN-1 characters, passando o link focalizando o problema e como deveria aparecer. 2014-05-01 19:19 GMT-03:00 John Packer john.pack...@gmail.com: Raffaello, Parece que esses mapas do ITO não lidam bem com acentos. O nome no OSM está correto :-) 2014-05-01 18:55 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Interessante mesmo. obs.: O nome está Subestao Jardim Botnico, caso queira corrigir... -- From: openstreet...@arlindopereira.com Date: Wed, 30 Apr 2014 22:22:48 -0300 To: talk-br@openstreetmap.org Subject: [Talk-br] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map Pessoal, vejam que interessante essa renderização de distribuição de energia (zoom na RMRJ): http://www.itoworld.com/map/4?lon=-43.02397lat=-22.98060zoom=10open_sidebar=map_keyfullscreen=true Zoom em uma usina de energia: http://www.itoworld.com/map/4?lon=-44.46176lat=-23.00660zoom=15open_sidebar=map_keyfullscreen=true Zoom em uma subestação de energia: http://www.itoworld.com/map/4?lon=-43.21866lat=-22.96292zoom=18open_sidebar=map_keyfullscreen=true Há um bug conhecido com a renderização de acentos. []s Arlindo -- Forwarded message -- From: *François Lacombe* francois.laco...@telecom-bretagne.eu Date: Wed, Apr 30, 2014 at 8:49 AM Subject: [OSM-talk] New ITO electricity distribution map To: t...@openstreetmap.org Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map
Burrice minha, que não conferi. Obrigado pela informação :) From: john.pack...@gmail.com Date: Thu, 1 May 2014 19:19:46 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map Raffaello, Parece que esses mapas do ITO não lidam bem com acentos. O nome no OSM está correto :-) 2014-05-01 18:55 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Interessante mesmo. obs.: O nome está Subestao Jardim Botnico, caso queira corrigir... From: openstreet...@arlindopereira.com Date: Wed, 30 Apr 2014 22:22:48 -0300 To: talk-br@openstreetmap.org Subject: [Talk-br] Mapa de distribuição de energia Fwd: [OSM-talk] New ITO electricity distribution map Pessoal, vejam que interessante essa renderização de distribuição de energia (zoom na RMRJ): http://www.itoworld.com/map/4?lon=-43.02397lat=-22.98060zoom=10open_sidebar=map_keyfullscreen=true Zoom em uma usina de energia: http://www.itoworld.com/map/4?lon=-44.46176lat=-23.00660zoom=15open_sidebar=map_keyfullscreen=true Zoom em uma subestação de energia: http://www.itoworld.com/map/4?lon=-43.21866lat=-22.96292zoom=18open_sidebar=map_keyfullscreen=true Há um bug conhecido com a renderização de acentos. []sArlindo -- Forwarded message -- From: François Lacombe francois.laco...@telecom-bretagne.eu Date: Wed, Apr 30, 2014 at 8:49 AM Subject: [OSM-talk] New ITO electricity distribution map To: t...@openstreetmap.org Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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] Importação de dados em Naviraí - MS
Sim, na renderização do Google Maps. Mas eu estou me referindo ao programa Google Earth. Nesse programa, quando desenhamos uma trilha sobre as imagens de satélite, ela terá o nome default Caminho sem título. Assim, ao salvarmos o arquivo kml gerado, quando abrimos no Trackmaker (ou outro editor), todos as trilhas terão esse nome por default (a não ser que o usuário digite outro nome no Google Earth na hora que cada trilha é desenhada). Claro que isso é apenas um indício de uso do Google Earth e, por conseguinte, das imagens de satélite da Google, mas nada impede que outra fonte também tenha utilizado esse termo. Date: Thu, 1 May 2014 19:21:12 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Importação de dados em Naviraí - MS Ruas sem nome no Google ficam sem nome mesmo: https://maps.google.com.br/?ll=-22.99336,-43.576562spn=0.006015,0.010568t=mz=17 Em 1 de maio de 2014 18:49, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Acho que não, Paulo. O nome default do Trackmaker é Trilha, onde o é um número sequencial. Caminho sem título é o nome default para tracks desenhados em cima do Google Earth em Português. No meu, que está em inglês, fica Untitled path. Assim, ele provavelmente usou imagens do Google... Date: Wed, 30 Apr 2014 21:59:21 -0300 From: paulo.r.m.carva...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Importação de dados em Naviraí - MS Caminho sem título é um nome default do editor Trackmaker. Ele deve ter editado o mapa no Trackmaker e convertido para OSM. Quanto a isso não há pecado. Tem que verificar a fonte. Em 30 de abril de 2014 21:30, Nelson A. de Oliveira nao...@gmail.com escreveu: Só para complementar Edição de 2 anos atrás cheia de ruas Rua e similares Caminhos também com Caminho sem título Sobre esses caminhos sem título, reparem em http://www.tracksource.org.br/desenv/dica_google.php ou simplesmente deixe como Caminho sem Título A pessoa importa vários dados do TrackSource com o JOSM, mas as edições em si (modificações) ele utiliza outros editores. Pra mim é claro que só usa o JOSM para importar dados (do TrackSource) ___ 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] Importação de dados em Naviraí - MS
O usuário se comunicou várias vezes comigo hoje. Ele não disse algo que o comprometa em intenção. Ainda assim, eu não devo repassar a outrem cada coisa que conversamos. Ele conversou com uma pessoa, comigo, e talvez com alguns de vocês, mas não pronunciou palavras para o mundo todo. Ele fez-me várias perguntas. Demonstrou interesse! Eu o respondi como pude, convidando-o, mais de uma vez, a vir à lista ou ao fórum. Ele pode ter feito edição inadequada (e mesmo ilícita), mas em nada demonstrou subversão ou perversidade. Em 1 de maio de 2014 19:18, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Ah, sim... se ele destruiu dados anteriores sem consultar a comunidade, aí não há dúvida que beneficie o réu. É vandalismo == reversão. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação de dados em Naviraí - MS
Sim, se ele não deletou dados antigos em massa, sem problemas. Em 1 de maio de 2014 20:23, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: O usuário se comunicou várias vezes comigo hoje. Ele não disse algo que o comprometa em intenção. Ainda assim, eu não devo repassar a outrem cada coisa que conversamos. Ele conversou com uma pessoa, comigo, e talvez com alguns de vocês, mas não pronunciou palavras para o mundo todo. Ele fez-me várias perguntas. Demonstrou interesse! Eu o respondi como pude, convidando-o, mais de uma vez, a vir à lista ou ao fórum. Ele pode ter feito edição inadequada (e mesmo ilícita), mas em nada demonstrou subversão ou perversidade. Em 1 de maio de 2014 19:18, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Ah, sim... se ele destruiu dados anteriores sem consultar a comunidade, aí não há dúvida que beneficie o réu. É vandalismo == reversão. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] OSM Poland POI contest
I am happy to announce that OpenStreetMap Poland (Polish organization promoting OSM) is organizing contest about enriching OSM data with POI information. Each OpenStreetMap user over age of 13 can take part in it. To win the contest, one has to be a person who adds the most of items with one of keys: amenity, leisure, tourism, sport and historic during the month of May. Added points' data has to be based on local knowledge (no mapping form behind a desk). The prizes are Garmin GPS navigators (first place: Garmin eTrex 30, second: Garmin eTrex 20, third: Garmin eTrex 10). More information about the contest (currently only in Polish) can be found at http://osmapa.pl/konkurs/, detailed rules (also in Polish) are located at https://docs.google.com/document/d/17kVTGb-Yjei8GIzIsaHxLdTpBEbwU3GYZo7U2EBpJ6Q/edit?usp=sharing. Please pass the information about the contest. If you have any questions you can ask question at talk...@openstreetmap.org . Good luck! -- Nomycna ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Obiettivi sensibili
Il 01/mag/2014 00:56 Aury88 spacedrive...@gmail.com ha scritto: ... il fatto che in america si possa mappare l'area 51 senza problemi è un informazione che di sicuro mi tornerà utile quando e se mi trasferirò negli USA, ma fin quanto sono in italia devo vedere cosa è lecito mappare o meno in italia e comportarmi di conseguenza. Il fatto che qualcuno abbia inserito un dato NON significa che ciò sia universalmente (e legalmente) possibile: Carcere di Turi (BA) http://goo.gl/maps/SSrDb Base aerea Amendola (FG) http://goo.gl/maps/0TNf8 Prima o poi anche OSM dovrà affrontare questo problema. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
ok...sto cercando un immagine vettoriale libera del globo...purtroppo se uso gli strumenti messi a disposizione da osm per il downolad della mappa (zoom 2 come svg) mi fa un errore strano e mi scarica solo una piccola striscia verticale, ma non tutta la mappa. se non si trovano immagini dovrei ricalcare la mappa e onestamente questo allungherebbe troppo il lavoro per le mie attuali disponibilità di tempo anche perchè comunque volevo provare vari tipi di proiezione. qualcuno hai idee? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804816.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
Il giorno 01 maggio 2014 11:59, Aury88 spacedrive...@gmail.com ha scritto: qualcuno hai idee? http://www.naturalearthdata.com/downloads/ e poi lo converti in svg (tipo così se funziona http://www.cprogramto.com/svgmap/index.php) - Ciao, Aury Ciao, Stefano -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804816.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] Obiettivi sensibili
Am 30/apr/2014 um 23:23 schrieb Caterpillar caterpilla...@gmail.com: che ha eliminato la strada dove vive e come motivazione ha messo private property. Anche questo caso è vandalismo? si ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Am 01/mag/2014 um 00:48 schrieb Aury88 spacedrive...@gmail.com: ho risposto a Martin riguardo le accuse di vandalismo... mi riferivo più all'idea di dover cancellare altre caserme che al fatto che tu avevi inserito cose e poi rimosse. Concordo con te che sei tu ad assumerti la responsabilità per la tua mappatura. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
ok, ho creato un nuovo form per decidere lo sfondo. purtroppo le scelte non sono diversificate e numerose quanto avrei voluto essendomi scontrato con due problemi al momento insormontabili: 1) la mia incapacità nel gestire qgis...sono riuscito solo ad esportare in svg usando un plugin ma non a cambiare le proiezioni della mappa 2) la bassissima potenza grafica del mio notebook che mi ha impedito la realizzazione di alcuni stili in vettoriale... Comunque sia sono proposti 7 stili differenti (compreso quello attuale) non troppo differenti tra loro. I colori anche qui sono stati scelti per facilitare la lettura e in accordo con alcuni colori ricorrenti su osm. Qui il link: https://docs.google.com/forms/d/1bklaNiwlUkanKgsD6cZRdC1i87ZzWCQCAs9RPeLFUsg/viewform?usp=send_form ps: alcuni testi risultano sfumati...è un errore ricorrente nell'export. non dovrebbero esserci problemi con l'originale in vettoriale quindi vi chiedo di non tenerne conto nella valutazione ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804840.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
Fatto. Grazie per l'impegno che ci stai mettendo. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 01/05/2014 18:57, Francesco Pelullo ha scritto: Fatto. Grazie per l'impegno che ci stai mettendo. Ciao /niubii/ Voto 1, magari, metterei i caratteri con ombreggiatura di sfondo, angolata vesrso destra e bassodi un paio di pixel, che risaltino in modo da dare spazio migliore alla lettura che allo sfondo, tipo un verde molto scuro e trasparente. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlNihcoACgkQoVS0hKoD3POUggD/QPuZsj736gpb2ffwakjOjekW vpb+dOzBPpe656rmNzYA/0tJPjc7D1GDEeBQW86RUpdw8HrndZxMWAj8iRi93Hwa =/ph6 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Comunque la storia de il server è in Inghilterra in tribunale non regge. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
girarsi_liste wrote Voto 1, magari, metterei i caratteri con ombreggiatura di sfondo, angolata vesrso destra e bassodi un paio di pixel, che risaltino in modo da dare spazio migliore alla lettura che allo sfondo, tipo un verde molto scuro e trasparente. non saprei...l'ombreggiatura con offset non è di solito l'ideale per distinguere bene i caratteri. al limite lo sfondo si può fare + tenue - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804860.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] come comportarsi quando due wayId puntano allo stesso Oggetto e un'Oggetto è puntato da una RelationId e da una wayId?
Buona sera Scusate per l'oggetto chilometrico dell'email. Analizzando alcuni palazzi/monumenti di Roma ho riscontrato delle situazioni che io reputo particolari, se confrontate con il resto dei dati. Vorrei avere una vostra opinione in merito; nel frattempo riporto come mi comporterei io nel caso in cui queste situazioni non fossero volute ma dei semplici duplicati *wayId che puntano al medesimo Oggetto* *Ponte Sant'Angelo* definito dalla wayId /25752465 /e dalla wayId /134399939/ *Area sacra dell'Argentina * definito dalla wayId /23955329 /e dalla wayId /125566956/ Immagine che in questi caso si possano aggregrare in un unica wayId riportando le differenze da una all'altra/* */ *RelationId e WayId che fanno riferimento al medesimo Oggetto** * *Palazzo Torlonia* Definito dalla RelationId /1624311 /ma anche dalla wayId /30002936 / Ipotizzo che la wayId possa essere eliminata inserendo la building = yes e tourism = attraction nella Relation *Istituto Centrale di Statistica* Definito dalla RelationId /2705767 /ma anche dalla wayId /27412179/ Ipotizzo che la wayId possa essere eliminata inserendo build = yes nella Relation *Palazzo Senatorio * Definito dalla RelationId /1691910 /ma anche dalla wayId /136630993/ Ipotizzo che la wayId possa essere eliminata inserendo tourism = attraction nella Relation Grazie Tommaso ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] come comportarsi quando due wayId puntano allo stesso Oggetto e un'Oggetto è puntato da una RelationId e da una wayId?
Scusate Invece di creare un nuovo thread per errore ho fatto un copia incolla su di un altro. Non essendo molto pratico mi potresti indicare come correggere l'errore? Vi ringrazio Tommaso Buona sera Scusate per l'oggetto chilometrico dell'email. Analizzando alcuni palazzi/monumenti di Roma ho riscontrato delle situazioni che io reputo particolari, se confrontate con il resto dei dati. Vorrei avere una vostra opinione in merito; nel frattempo riporto come mi comporterei io nel caso in cui queste situazioni non fossero volute ma dei semplici duplicati *wayId che puntano al medesimo Oggetto* *Ponte Sant'Angelo* definito dalla wayId /25752465 /e dalla wayId /134399939/ *Area sacra dell'Argentina * definito dalla wayId /23955329 /e dalla wayId /125566956/ Immagine che in questi caso si possano aggregrare in un unica wayId riportando le differenze da una all'altra/* */ *RelationId e WayId che fanno riferimento al medesimo Oggetto** * *Palazzo Torlonia* Definito dalla RelationId /1624311 /ma anche dalla wayId /30002936 / Ipotizzo che la wayId possa essere eliminata inserendo la building = yes e tourism = attraction nella Relation *Istituto Centrale di Statistica* Definito dalla RelationId /2705767 /ma anche dalla wayId /27412179/ Ipotizzo che la wayId possa essere eliminata inserendo build = yes nella Relation *Palazzo Senatorio * Definito dalla RelationId /1691910 /ma anche dalla wayId /136630993/ Ipotizzo che la wayId possa essere eliminata inserendo tourism = attraction nella Relation Grazie Tommaso ___ 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-gb-westmidlands] Stourbridge
Hope to be there, dodging the showers. I’ll probably get off the train at Lye and do some mapping on the east or north side of the town. Cheers Andy From: Brian Prangle [mailto:br...@mappa-mercia.org] Sent: 30 April 2014 20:38 To: OSM Group WM Subject: [Talk-gb-westmidlands] Stourbridge Hi anyone who's coming tomorrow night I'll be checking out listed bdgs and maybe some addresses in the South of the town from Stourbridge Junction station through Old Swinsford Hospital to Mary Stevens Park Regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4570 / Virus Database: 3931/7421 - Release Date: 04/30/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Stourbridge tonight
On 1 May 2014 13:42, stuart lester stules...@googlemail.com wrote: Apologies I can't make it again tonight. Nor me; sorry. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-at] Einheitliche Bezirke Bezirksteile in Wien?
Hi, eine sehr verwandte Diskussion zu den place=locality ist das inkonsistente Tagging zu den offiziellen Bezirken und Bezirksteilen [1] in Wien. Die Grundfrage ist: wollen wir, dass alle 23 Bezirke und alle Bezirksteile in der place=*-Hierarchie klar differenziert und nicht vermischt sind? Auf den ersten Blick sind alle 23 Bezirke mit einem place=suburb-Knoten eingetragen. In der selben Hierarchieebene befinden sich aber auch schon Knoten für Nussdorf, Erdberg, Rudolfsheim, Fünfhaus,.. Zumindest in den Innenbezirken sind dann die Bezirksteile mit place=neighbourhood getaggt. Aber auch hier wurde vermischt, teilweise sind Orte die unter Bezirksteilniveau liegen als solches getaggt (z.B. Spittelau, was ich aber gerade gelöscht habe - und wenn wir ein Schema gefunden haben auch wieder eintragen werde) Nach dem Lesen des Wikis [2] kommt mir die aktuelle Verwendung von suburb und neighbourhood auch nicht optimal vor, ich würde das Wiki so interpretieren: place=borough: ausschließlich die 23 Bezirke (z.B: Alsergrund, Döbling) -- depending on the country suburbs in larger cities are often grouped into administrative units called boroughs or city districts place=suburb: Bezirksteile, die klar abgegrenzt sind (z.B: Nussdorf, Kahlenbergerdorf, Kaiserebersdorf (?),..) -- A distinct section of an urban settlement with its own name and identity (annexed towns or villages, historical districts of settlements,..) place=quarter: alle anderen Bezirksteile, die nicht so klar abgegrenzt sind, speziell im dicht verbauten Gebiet (z.B: Roßau, Fünfhaus, Oberdöbling) -- A named part of a bigger settlement where this part is smaller then a suburb and bigger then a neighbourhood. place=neighbourhood: Alles andere, was nicht in die Definition von place=locality fällt, was weder Bezirk noch Bezirksteil ist, aber dennoch einen eigenen Namen hat (z.B. eingemeindete Vorstädte, die sich nicht als Bezirksteil wiederfinden wie die Spittelau) -- A named part of a [..] place=city. Smaller than place=suburb and place=quarter. Was sind eure Meinungen? LG, Markus [1] z.B. für den Alsergrund: http://www.wien.gv.at/bezirke/alsergrund/geschichte-kultur/bezirksteile.html [2] http://wiki.openstreetmap.org/wiki/Key:place On 2014-04-29 22:06, Stephan Bösch-Plepelits wrote: Hi! Ist Euch eigentlich schon aufgefallen, wie sehr die place=locality in Wien (und möglicherweise auch anderswo?) derzeit wuchern? Laut OSM Wiki beschreibt place=locality eine unbewohnte Örtlichkeit, Lokalität oder Flur. Derer gibt es innerhalb des bebauten Wien wohl kaum. Ich hab einen Overpass Query erstellt um das Problem zu verdeutlichen: http://overpass-turbo.eu/s/3cK Beispiele: http://www.openstreetmap.org/node/264872644 Der Carl-Szokoll-Platz. Viele Plätze in Wien sind als solche place=locality bezeichnet. Das ist genau das Problem, das ich vor einiger Zeit einmal auf der Mailingliste angesprochen hab, allerdings haben wir das nie fertig diskutiert. Siehe https://lists.openstreetmap.org/pipermail/talk-at/2012-December/005163.html http://www.openstreetmap.org/node/319439963 Verteilerkreis Favoriten? Nun, neighbourhood ist es keine. Keine Ahnung was man damit machen soll. Vermutlich fällt das eigentlich auch unter Platz? http://www.openstreetmap.org/node/2202464214 Das Schloßquadrat. Ein verbreitetes Problem, wo eher place=neighbourhood angebracht wäre. Ich werde mal ein bisschen Zeit damit verbringen solche Fälle zu verändern. (wenn ihr das lest, wird dies zum Teil schon passiert sein). http://www.openstreetmap.org/node/685115: Was skurilles: Die Albertinapassage. Ich hab das gleich auf amenity=restaurant geändert. Hier wurde sogar einfach der Kreuzungspunkt von Ring und Opernstraße verwendet, inkl. layer=-1. Brr. Solche Beispiele gibt es aber einige, wo vermutlich dieses Tag verwendet wurde, damit es halt prominent auf der Karte steht. Tja, vielleicht schaffen wir es ja gemeinsam dieses Problem ein wenig einzudämmen ... gruesse, Stephan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Einheitliche Bezirke Bezirksteile in Wien?
On 01.05.14 11:31, Markus Straub wrote: alle anderen Bezirksteile, die nicht so klar abgegrenzt sind, speziell im dicht verbauten Gebiet (z.B: Roßau, Fünfhaus, Oberdöbling) Kleiner Einwand: Fünfhaus und Oberdöbling sind Katastralgemeinden[0] und damit sehr genau begrenzt. Mit den KG gibt's ein anderes Problem: es sind z.B. Ober- und Unterbaumgarten eigene KG, aber eigentlich gibt's den Namen Baumgarten dann nicht! Aber Baumgarten ist gleich wichtig wie Hütteldorf (als Bezirksteilname). Detto Sievering! (oder Großjedlersdorf I und II oder Oberlaa Stadt und Land; die sind als eigene Namen entbehrlich; auch Inzersdorf sollte nicht Inzersdorf Stadt genannt werden) Also auch hier scheint mir Augenmaß wichtiger als ein striktes behördlich vorgegebenes Schema. Vorsichtig wäre ich mit der Verwendung exotischer place Values. Da sollte man vorher verifizieren, dass sowas wie Nominatim damit umgehen kann. Es nutzt nix, eine perfekte hierarchische Einteilung zu machen, wenn dann die Suchen nach den halben Namen nimmer funktioniert. Will nur sagen, dass die Suche wichtiger ist als eine einheitliche Place-Einteilung. IMO: place=borough für die Bezirke, wenn das gefunden wird place=suburb für alle möglichen Stadtteilnamen (KG und ähnlich wichtig/alt; idR auf ehemaligen Ortsnamen beruhend) place=neighbourhood für sowas wie Schloßquadrat oder die in Mode gekommenen Quartiernamen (quarter braucht's IMO nicht) /al [0] http://de.wikipedia.org/wiki/Wiener_Katastralgemeinden Natürlich könnte man (falls das schon OGDaten sind) überlegen, die KG-Boundaries umzusetzen. Aber ich halte das für entbehrlich, das interessiert eigentlich nur für grundbuchliche Fragen... ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Einheitliche Bezirke Bezirksteile in Wien?
On 01.05.2014 11:31, Markus Straub wrote: Die Grundfrage ist: wollen wir, dass alle 23 Bezirke und alle Bezirksteile in der place=*-Hierarchie klar differenziert und nicht vermischt sind? Auf den ersten Blick sind alle 23 Bezirke mit einem place=suburb-Knoten eingetragen. In der selben Hierarchieebene befinden sich aber auch schon Knoten für Nussdorf, Erdberg, Rudolfsheim, Fünfhaus,.. Meiner Meinung nach gehört alles, was sich auf Flächen bezieht, auf ebendiese getaggt (MP mit boundardy=administrative). Bezirke sind Flächen. Ich sehe keinen Sinn in einem Node für einen Bezirk. Place-Nodes sind für Siedlungen, nicht für administrative Einheiten. Wien ist Siedlung und Bundesland zugleich, daher ist es ok, dass es für Wien ein Multipolygon (fürs Bundesland bzw. fürs Gemeindegebiet) und auch einen place-Node (für die Siedlung) gibt. Was für die Bezirke gilt, gilt um so mehr für die Katastralgemeinden. Ich wohne in der Katastralgemeinde Inzersdorf-Stadt. Vor meiner Beschäftigung mit OSM wusste ich gar nicht, dass es diese Katastralgemeinde überhaupt gibt. So wie mindestens 99% ihrer anderen Einwohner. Und schon gar nicht hätte ich angenommen, dass diese Katastralgemeinde in Favoriten liegt. Die Lage auf einen Node festzulegen ist absurd, weil es keine Siedlung Inzersdorf-Stadt gibt und nie gab. Inzersdorf war ein Dorf, dessen Kern heute noch erkennbar ist, und der liegt im 23. Bezirk. Inzersdorf-Stadt gibt es nur am Papier. Ich stelle die Frage in den Raum, welchen Sinn es haben soll, diese Wiener Katastralgemeinden überhaupt zu mappen. Kein Mensch in der realen Welt hat eine Verwendung dafür. Aber wenn wir sie mappen, dann sollten wir sie unbedingt als Flächen mappen, denn nur dann ist es wenigstens theoretisch möglich sie für irgendwas zu verwenden. Nach dem Lesen des Wikis [2] kommt mir die aktuelle Verwendung von suburb und neighbourhood auch nicht optimal vor, ich würde das Wiki so interpretieren: place=borough: ausschließlich die 23 Bezirke (z.B: Alsergrund, Döbling) -- depending on the country suburbs in larger cities are often grouped into administrative units called boroughs or city districts place=borough hat ein Scherzkeks ohne jede Abstimmung oder Diskussion am 15. 8. 2013 ins Wiki eingetragen. Wir haben schon viel zu viele Werte für place=*. Dieser Wildwuchs macht alles nur komplizierter. Einer der Auswüchse ist z.B. dass place=quarter für die Unterteilung von place=suburb eingeführt wurde, obwohl es genau umgekehrt sein müsste. Diese Begründung für meine Gegenstimme stieß auf taube Ohren... Meiner Meinung nach ist für die Bezirke place=district richtig, denn das gibt es und das ist die wörtliche Übersetzung. Aber wie gesagt auf die Fläche und nicht auf einen Node. place=suburb: Bezirksteile, die klar abgegrenzt sind (z.B: Nussdorf, Kahlenbergerdorf, Kaiserebersdorf (?),..) Wenn sie klar abgegrenzt sind, also eigene Siedlungen sind, dann einen Node mit place=village (oder hamlet etc.). So hab ich das auch in Favoriten mit Unterlaa gemacht - das ist noch ein richtiges Dorf. Wenn man Siedlungen und administrative Einheiten auseinander hält, ist alles ganz einfach. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Fwd: [Talk-de] OSM Poland POI contest
Contest aimed at on-the-ground-survey-mappers. This contest is being run by OpenStreetMap contributors in Poland. Mappy Mapping. -- Forwarded message -- From: nomycna Gazeta.pl nomy...@gazeta.pl Date: Thu, May 1, 2014 at 5:45 AM Subject: [Talk-de] OSM Poland POI contest To: talk...@openstreetmap.org, talk...@openstreetmap.org, t...@openstreetmap.org Cc: talk...@openstreetmap.org I am happy to announce that OpenStreetMap Poland (Polish organization promoting OSM) is organizing contest about enriching OSM data with POI information. Each OpenStreetMap user over age of 13 can take part in it. To win the contest, one has to be a person who adds the most of items with one of keys: amenity, leisure, tourism, sport and historic during the month of May. Added points' data has to be based on local knowledge (no mapping form behind a desk). The prizes are Garmin GPS navigators (first place: Garmin eTrex 30, second: Garmin eTrex 20, third: Garmin eTrex 10). More information about the contest (currently only in Polish) can be found at http://osmapa.pl/konkurs/, detailed rules (also in Polish) are located at https://docs.google.com/document/d/17kVTGb-Yjei8GIzIsaHxLdTpBEbwU3GYZo7U2EBpJ6Q/edit?usp=sharing. Please pass the information about the contest. If you have any questions you can ask question at talk...@openstreetmap.org . Good luck! -- Nomycna ___ Talk-de mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Ahoj, co víme? Katastrální mapa je právní stav. Stav před změnou čísla, ulice, části obce ... ZABAGED je stav, který se blíží skutečnosti a nenajdete tam např. Jevany ev.5020 (stav před přečíslováním, tak jak je v KM) . Ale v ZABAGED najdete Jevany ev.20. Kdo má data, může si porovnat Jevany čev 1-5001, 6-5006, 14-5014 . Co mají tyto dvojice společné?. Ano jsou zcela bez geometrie. Tedy? Zanikly ještě před přečíslováním. RUIAN včetně Marushky obsahují vše. Technicky jsou všechna data v jedné databázi. Právní stav (KM) obsahuje vždy jak geometrii SO tak geometrii definičního bodu SO. Naopak nemá geometrii definičního bodu AM. Číslo se zobrazuje na souřadnicích geometrie SO. Naopak reálný SO neobsahuje geometrii SO, má geometrii definičního bodu SO a má geometrii definičního bodu AM. Všechno je to zabaleno do obalu dalších chyb, neúplných dat a zmatků. Dají se nalézt řetězce chyb. Kdo hledá najde ... Takže, milá komunito. Je načase přestat obkreslovat KM a kdo má čas, ať ho raději věnuje probíhajícímu importu. Samozřejmě bude nutné se nějak vypořádat s neexistujícími AM, které jsme si do OSM zavlekli obkreslováním KM, ale i následnými importy. Včetně těch mých. Zdraví Mirek Dne 1. května 2014 10:45 Petr Vejsada o...@propsychology.cz napsal(a): Ahoj, Dne St 30. dubna 2014 23:43:22, Marián Kyral napsal(a): 2) Chyby strojově nedohledatelné - (dvůr jako budova, nekompletní budova, chybějící budova...) Chybějící budova nemusí být chyba. V katastru jsou jen budovy v katastru evidované a je-li v terénu reálně budova, která není evidovaná v katastru, tak v něm prostě není a být nemá . není to chyba. Měli bychom dávat pozor, abychom nehlásili chyby, které chybami nejsou. Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky = pokud nekde nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). Tak tenhle nápad se mi líbí. Všechna hlášení by se shromažďovala v nějaké lokálním systému na hlášení chyb a buď by se jednou za čas vygeneroval a poslal email s nejnovějšími chybami, nebo by sis mohl report stáhnout sám. Nicméně, to automatické uzavírání chyb bude fungovat jen pro první typ. Jak ve skriptu zjistíš, že opravená geometrie je správná? Spíše bych to viděl na možnost stáhnout si předpřipravený soubor pro JOSM a v něm to pak zkontrolovat a nahrát do JOSM. Umím zjistit, kdy se v RUIAN něco změnilo, tedy přesněji - vím datum, kdy jsem si nahrál změnu do databáze. Změny z RUIAN nahrávám téměř každý den. Proč k té změně došlo, to už nevím, tedy neumím poznat, zda jde o opravu chyby nebo skutečnou změnu situace. V každém případě by bylo fajn, kdyby se nám nejprve podařilo zbavit se chyb systematicky vznikajících. Někde musí být nějaká chyba. Těch duchů sdílejících pozici s jinou budovou je podezřele moc. Moje tušení, že v RUIAN jsou historická data, se začíná blížit jistotě. To je tak - v OSM je aktuální adresní místo. Třeba teď co mám rozdělané - Praha Dubeč, Na hádku 1613. To je v OSM i v RUIAN, RUIAN ID 25102664 a patří k normální budově s geometrií. A chce se mi nově přidat Na hádku 613 (opět to oblíbené přičítání násobku 1000), RUIAN ID 30721369 a patří k duchovi. Prostě někde jim vypadlo z kódu 'where not deleted' nebo nějaká taková blbost, která má ovšem dost závažné důsledky. Možná je to tak velký průšvih, že teď nevědí, co s tím, aby nepadaly hlavy ... Tihle duchové jsou nejen v databázi, dostupné přes výměnný formát, ale jsou i v těch interaktivních formulářích (Ověření adresy - detail - přeít na budovu. Třeba ten příklad Kováků č.or. 30. Nebo to, co mám rozdělané - Dubeč, Na hádku 1613 X Dubeč, 613 (bez ulice) http://vdp.cuzk.cz/vdp/ruian/adresnimista/25102664 (1613, OK, bylo v OSM) http://vdp.cuzk.cz/vdp/ruian/adresnimista/30721369 (613, IMO už neexistuje, nebylo v OSM) a příslušné budovy: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/24643092 (OK) http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/30072301 (duch) *** Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, nekdy po vchodech (zcela bez ohledu na stavebni provedeni - to je ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) máš nějaký příklad budovy, která je v *digitální* KM a není v RUIAN? To bych chtěl ověřit; dostaly se ke mně nějaké indicie, že ruian2pgsql prý občas při aktualizaci vynechá geometrii, tak bych to chtěl ověřit, zda opravdu není v tomto chyba na naší straně. Ta druhá část může souviset s právním stavem. V jednom případě může být velký panelák právně jako jedna budova s několika vchody a v druhém případě to může být právně
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Ahoj, Dne Čt 1. května 2014 11:19:53, Mirek Dlask napsal(a): Takže, milá komunito. Je načase přestat obkreslovat KM a kdo má čas, ať ho raději věnuje probíhajícímu importu. Samozřejmě bude nutné se nějak vypořádat s neexistujícími AM, které jsme si do OSM zavlekli obkreslováním KM, ale i následnými importy. Včetně těch mých. Po dokončení tohoto importu plánuji: - smazat všechna adresní místa s odpovídajícím ref:ruian_addr, ref:ruian a uir_adr:ADRESA_KOD (věděli jste, že uir_adr:ADRESA_KOD je stejné číslo jako RUIAN ID?), která mají v mé databázi příznak deleted (t.j. byla zručena mezi 1.1.2014 a dneškem) - pravděpodobně smazat adresní místa, která mají některé z ruian id v OSM a nenacházejí se v RUIAN - pokud budeme mít dostatečnou důvěru k tomu, že v RUIAN jsou opravdu všechny adresy, tak by se dala hledat cesta k mazání AM v OSM, která se nenajdou v RUIAN Také by se měly začít pořádně mazat budovy, abychom ze samé úcty k cizí práci nenechávaly v OSM věci, které dávno neexistují. Příležitostně mažu budovy, jejichž adresní bod v RUIAN není a na fotkách je zcela jasné zbořeniště nebo už nově postavený dům. Jj, milá komunito, pojďte se přidat. Jako mnoho z nás, nerad píšu manuály, tak alespoň paste z jednoho mailu, který snad shrnuje základy, jak postupovat při importu adres: https://wiki.openstreetmap.org/wiki/Talk:Cs:Import_adres_z_RUIAN -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Dne Čt 1. května 2014 11:45:28, Petr Vejsada napsal(a): abychom ze samé úcty k cizí práci nenechávaly v OSM věci no, dam tu moc není, mělo být aby se ze samé úcty nenechávaly nebo abychom ze samé úcty nenechávali pardon ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Ahoj, Např. http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22482296 - celá obec Čím. http://cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:623806 a řada dalších. ruian2pgsql asi neumí aktualizovat data u existujících záznamů. Mirek Dne 1. května 2014 17:30 jzvc j...@tpfree.net napsal(a): Dne 1.5.2014 10:45, Petr Vejsada napsal(a): máš nějaký příklad budovy, která je v *digitální* KM a není v RUIAN? To bych chtěl ověřit; dostaly se ke mně nějaké indicie, že ruian2pgsql prý občas při aktualizaci vynechá geometrii, tak bych to chtěl ověřit, zda opravdu není v tomto chyba na naší straně. Cus, pokud dobre vidim ... tak napriklad nadrazi Semily cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam duch). Pritom samotna budova nadrazi cp. 95 tam je. Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2). = opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to narazim v radach garazi a pod. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Dobrý den, po přečtení dalších příspěvků jsem se rozhodl nejdříve některé věci vyjasnit, abyste věděli a pochopili, jak je to s daty RÚIAN. --- Z jakých zdrojů vznikl RÚIAN? Základní registr nevznikl na zelené louce, ale údaje do něj byly namigrovány z různých zdrojů (zdroje jsou také uvedeny v ZZR). Zákonem stanovenými zdrojovými daty pro prvotní naplnění ISÚI/RÚIAN byly: Informační systém katastru nemovitostí (ISKN), Územně identifikační registr adres (ÚIR-ADR), Registr sčítacích obvodů (RSO), Databáze dodacích míst České pošty (DDM), Registr komunálních symbolů (REKOS) a Základní báze geografických dat (ZABAGED). Například zdrojem adresních míst byl výše zmiňovaný ÚIR-ADR. Jak probíhá aktualizace údajů v RÚIAN? Aktualizace probíhá průběžně ve dvou agendových informačních systémech (AIS), kterými jsou ISKN a ISÚI. Editorem v ISKN jsou katastrální úřad, respektive katastrální pracoviště. Editorem v ISÚI jsou ČÚZK (http://www.cuzk.cz), ČSÚ (http://www.czso.cz/), obce a stavební úřady (nejen obecné stavební úřady, ale i speciální, vojenské a jiné stavební úřady, viz jejich seznam na http://www.mmr.cz/getmedia/60165ee1-89b7-4d6f-9286-9f33af95456c/Prehled-stav ebnich-uradu-a-jejich-cinnost.pdf). Editory jasně definuje ZZR (http://www.zakonyprolidi.cz/cs/2009-111). Jaký je vztah mezi RÚIAN, ISÚI a ISKN? ISÚI a ISKN jsou editační agendové informační systémy pro RÚIAN, jejichž prostřednictvím se editují data v RÚIAN a je v nich uchována historie jednotlivých prvků (která není obsahem RÚIAN, tam jsou jen aktuálně platné údaje). Jaké stavební objekty jsou evidované v RÚIAN? V RÚIAN jsou evidovány následující stavební objekty (SO) (viz ZZR §29) - dokončená budova zapisovaná do katastru nemovitostí České republiky (dále jen katastr nemovitostí) nebo jiná dokončená stavba, která se do katastru nemovitostí nezapisuje, ale bylo jí přiděleno číslo popisné nebo evidenční, pokud slouží k ubytování lidí nebo k podnikání nebo jiné ekonomické činnosti. Tzn. v RÚIAN jsou evidovány některé SO, které nejsou v ISKN evidovány - jsou to např. provozovny v podchodech metra, podzemní prostory, atd. Evidují se v RÚIAN historická data? Obsahem RÚIAN jsou pouze aktuální a platná data. Historie se vede v ISÚI a ISKN. Jaké údaje se evidují v RÚIAN o stavebních objektech? Základní údaje o stavebním objektu (typ, číslo, vazba na část obce, vazba na městskou část, vazba na parcelu a definiční bod, technicko-ekonomické atributy, způsob využití) se vedou v ISÚI. Další údaje (polygon) se vedou v ISKN. Vzhledem k tomu, že údaje o SO se vedou ve dvou informačních systémech, navíc jsou do nich zapisovány v různých časech (SO je nejdříve zapsán do ISÚI a až po nějaké době /až se vlastník dostaví na KN/ je zapsán do ISKN) a na různých místech, musí docházet k jejich spárování. Z výše uvedeného vyplývá, že některé SO nemusí mít v RÚIAN dočasně geometrii a to v době než dojde k zápisu budovy do ISKN. Zároveň některé SO nemusí mít v RÚIAN geometrii pořád, neboť se jedná o stavební objekty neevidované v ISKN. Může existovat v RÚIAN adresní místo bez vazby na stavební objekt? V RÚIAN nemůže existovat adresní místo, které nemá vazbu na stavební objekt. Zároveň každý číslovaný stavební objekt musí mít minimálně jedno adresní místo. Vzhledem k tomu bylo nutné při úvodní migraci dat z ÚIR-ADR v některých případech automatizovaně vytvořit fiktivní stavební objekt. A to v těch případech, kdy byla v ÚIR-ADR vedena adresa, která neměla svůj obraz v RSO a ISKN. Některé z těchto SO už nemusí existovat a to v současné době prověřují na příslušných stavebních úřadech. Může se jednat o SO, kterým říkáte duch. Probíhá v RÚIAN čištění a kontrola dat? Kontroly dat a jejich čištění probíhá od samého vzniku registru. Je to časově náročná akce, která může trvat několik let. K tomuto konstatování mě vede osobní zkušenost s kontrolou a čištěním dat v ISKN, kterému se dlouhodobě (od roku 2005) věnuji jako člen expertní skupiny ČÚZK. Kontroly dat v RÚIAN jsou zveřejněné na http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/3-Overeni-uplnosti-a-spravno sti-udaju-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN/Kontroly-dat-ISUI-RUIAN.aspx a jsou zde podrobně popsány i postupy pro jejich opravu. Bohužel někteří editoři se tomu nevěnují - nechci polemizovat nad tím, jestli nechtějí a nebo opravdu nemají čas. Od spuštění ISÚI (srpen 2011) se nám povedlo, respektive našim editorům, vyřešit cca 100 tisíc adresních míst, které původně neměly lokalizaci, tj. definiční bod. --- Problém s evidencí jedné budovy s vchody a více budov vedle sebe. Na tento problém jsme již narazili a řešíme jej v první instanaci na našich katastrálních pracovištích, kde mají za úkol zkontrolovat zápis budov, jejichž obraz v ISÚI/RÚIAN je zapsán jinak. Prostě v ISKN je zapsáno jako jedna budova s částmi budov a v ISÚI je zapsáno jako n samostatných budov. Případně obráceně, kdy je v ISKN více budov a v ISÚI je to jako jeden samostatný SO s vchody. Polygon budovy
[Talk-cz] Problém při aktualizaci ruian2pgsql (was: Re: Hlášení chyb RUIAN přímo z JOSM)
Dne Čt 1. května 2014 17:43:23, Mirek Dlask napsal(a): Ahoj, Např. http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/22482296 - celá obec Čím. http://cuzk.cz/Dokument.aspx?AKCE=META:SESTAVA:MDR002_XSLT:WEBCUZK_ID:623806 a řada dalších. ruian2pgsql asi neumí aktualizovat data u existujících záznamů. Bohužel, musím potvrdit tento problém. Nahrál jsem si Čím ze včerejší kompletní sady z RUIAN a takto to vypadá: pedro=# select count(*),count(hranice) from *ruian*.rn_stavebni_objekt where cobce_kod=23809 and not deleted; count | count ---+--- 431 | 2 pedro=# select count(*),count(hranice) from *ruiantest*.rn_stavebni_objekt where cobce_kod=23809 and not deleted; count | count ---+--- 431 | 418 Jsem si téměř jist, že jsem aplikoval všechny změnové soubory. Jejich seznam mám (tabulka rn_hlavicka). Těžko to ověřit, změnové soubory nejsou úplně každý den. Aktualizace dat určitě nějak funguje, funguje např. mazání objektů. V Čím mám včetně deleted 434 stavebních objektů, tedy 3 se správně smazaly. Chyba by mohla být ještě ve změnových souborech. Několikrát jsem musel změnový soubor ručně editovat. Chybělo číslo obce u katastrálního území nebo byla vadná geometrie katastrálního území; polygon s 'ocáskem', tedy uzavřený polygon měl na konci ještě jeden bod navíc, ocásek. Postgis ten polygon vyhodil, ručně jsem opravil a nahrál. Tak budu přemýšlet, co s tím. Potřebuji u adres item_timestamp a potřebuji všechny deleted záznamy, alespoň u adres. Oboje bych si mohl schovat a pak jimi aktualizovat nové tabulky. Mirek Dne 1. května 2014 17:30 jzvc j...@tpfree.net napsal(a): Dne 1.5.2014 10:45, Petr Vejsada napsal(a): máš nějaký příklad budovy, která je v *digitální* KM a není v RUIAN? To bych chtěl ověřit; dostaly se ke mně nějaké indicie, že ruian2pgsql prý občas při aktualizaci vynechá geometrii, tak bych to chtěl ověřit, zda opravdu není v tomto chyba na naší straně. Cus, pokud dobre vidim ... tak napriklad nadrazi Semily cp. 94 - jedna z budov podel trati, v KM zcela zjevne geometrii ma (je tam duch). Pritom samotna budova nadrazi cp. 95 tam je. Sel sem se podivat primo ke zdroji - http://vdp.cuzk.cz/marushka A tam jsou budovy obe, rozdelene (tzn i ta, co nema CP - 4141/1 a 4141/2). = opravdu to vypada na nejaky bug v prenosech dat. Jinak klasicky na to narazim v radach garazi a pod. ___ 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] Lier automatiquement les relation d'OSM et wikidata
Juste un ennui: P402 n'est décrit *que* comme l'ID d'une relation OSM, ce qui exclue le géoréférencement des chemins. Pour les noeuds c'est moins grave car Wikidata a plutôt intérêt à stocker directement les coordonnées WGS84 (longitude/latitude), ce qui devrait suffire pour le positionner sur n'importe quelle carte (OSM zoomable, ou image géoréférencée sur Commons) Les relations 'est surtout pour les entités administratives, mais pas toujours suffisant pour les îles qui ne sont pas une entité administrative en elles-mêmes mais partie d'une plus grande collectivité. Et rarement cela marche pour les bâtiments, parcs et jardins; forêts qui sont plus souvent tracés par un chemin. L'autre ennui est que certains objets varient au cours du temps entre une relation et un chemin.. Les relations sont sensées être plus stables mais pas toujours. De fait il est lus simple de coder dans Wikidata juste les coordonnées d'un point central, et la longueur du rayon du plus petit cercle englobant la surface. Pour coder les chemins linéaires on pourrait faire la même chose avec un noeud le plus prêt du centre du chemin ou les deux noeuds extrémités (mais là on risque de ne plus avoir le chemin dans la totalité du cercle et on a un problème avec les chemins fermés ou ensembles de chemins filaires joints dans un graphe connexe avec plus de 2 extrémités; si on n'a pas réuni tous ces chemins dans une relation, ce qui est encore souvent le cas pour les rivières) Le 28 avril 2014 21:43, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma écrit : Ou alors faire un import dans wikidata, comme je le suggérais ici : http://forum.openstreetmap.fr/viewtopic.php?f=3t=1127p=5327#p5327 Pierre-Yves / the_knife Le 28 avril 2014 19:04, Greg ewala...@gmail.com a écrit : Et inversement ? https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Greg 2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c EURO ? Cordialement -- David Crochet ___ 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] Share alike ou le partage à l'identique
Bonsoir, Christian Quest a écrit : Toutes les questions sur les données figurant dans OSM et provenant de sources en ODbL ne leur effleure même pas l'esprit. C'est probablement le cas en effet alors que pour ma part, en lisant le résumé de Pieren, ma première réflexion a été de me dire qu'un tel changement était « impossible » vu la quantité de données exogènes publiées par leur ayants-droit sous licence ODbL (cf. données de Toulouse Métropole, de Paris, etc.) désormais intégrées à OSM. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Share alike ou le partage à l'identique
Pieren a écrit : Pour ceux qui ne suivent pas les listes de diffusion anglophones ou n'ont pas eu la chance d'aller au SOTM-US ni d'en voir les vidéos, je voudrais quand même les tenir au courant d'une attaque sans précédent sur la license d'OSM (c.a.d. ODbL), bref sur le mode de partage de nos données. Merci pour ce résumé Pieren. Diffusivité ou non de la licence ? Voici donc le vieux clivage du logiciel libre transposé dans le monde de la donnée libre. Et sans surprise, ici aussi les tenants de la licence permissive sont avant tout des personnes morales (i.e. pas que des entreprises) utilisatrices de données et les tenants de la licence diffusive des producteurs de données. Et les premiers d'expliquer aux seconds que leur choix nuit au projet en limitant son utilisation... Je rappelle souvent aux mauvais coucheurs qu'ils ne sont pas obligés d'utiliser des logiciels libres et que si la licence des outils existants ne leur convient pas, ils n'ont qu'à en créer un autre ex-nihilo ou acquérir une licence d'utilisation d'un logiciel propriétaire équivalent. Ici, il va juste falloir remplacer le terme logiciel par donnée. Ceci étant, reconnaissons au moins à MapBox l'élégance de la cohérence puisque nombre d'outils libres de cette entreprise sont diffusés sous licence permissive. Beaucoup ne le font pas. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Share alike ou le partage à l'identique
On pourrait toutefois imaginer un système où OSM accepte de concéder une autre licence à un partenaire qui pourra intégrer une partie de nos données, à condition que cette partie qui déjà founit ses données en licence libre ou domaine public s'engage en retour à accorder une licence ODbL à OSM sur ses données. L'engagement serait maintenu encore au moins 3 ans si un des partenaires décide ensuite de se retirer. Autrement dit, cet accord nous permettrait de publier leurs données publiques sous ODbL tout en accordant en échange un retour dans les deux sens. Si l'accord est ensuite dénoncé par une partie, chacun en est averti et s'engage alors à ne plus intégrer les données de l'autre dans un délai de mise en oeuvre d'un ou deux mois après la confirmation de la fin de l'accord. Mais toutes les données importées dans les bases de chacun restent utilisables, même si elles ne sont plus maintenues. Je donne un délai jusqu'à 3 ans pour pour confirmer la fin du contrat d'échange de licences pour que chacun ait le temps aussi de développer autre chose, et 1 ou 2 mois encore pour que tous les imports mutuels cessent (à partir de là les nouveaux imports sont interdits; chacun est lié alors à sa propre licence sur ses données nouvelles). Ce type d'accord serait à faire approuver par la communauté, et serait surtout à destination des services publics ou ONG caritatives; au cas par cas. En cas d'accord mutuel (ou de violation des termes contractuels par une partie), le délai de 3 ans peut être raccourci et il ne reste alors que le délai de grâce de 1 ou 2 mois pour stopper tous les imports en cours, le temps de prévenir tout le monde. Le 1 mai 2014 21:29, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, Christian Quest a écrit : Toutes les questions sur les données figurant dans OSM et provenant de sources en ODbL ne leur effleure même pas l'esprit. C'est probablement le cas en effet alors que pour ma part, en lisant le résumé de Pieren, ma première réflexion a été de me dire qu'un tel changement était « impossible » vu la quantité de données exogènes publiées par leur ayants-droit sous licence ODbL (cf. données de Toulouse Métropole, de Paris, etc.) désormais intégrées à OSM. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Share alike ou le partage à l'identique
En fait OSM peut faire comme le fait Wikimedia Commons en acceptant certaines autres licences (avec une double licence autorisant la réciprocité et la non répudiation des droits sur les données importées chez les uns et les autres pendant leur période de validité des licences accordées). Note: les données importés sous une licence donnée doivent rester modifiables par chacun sous les licences acceptées de la part de ses contributeurs. Reste à savoir quelles licences on consiédère comme acceptable (le plus difficile étant de garantir que ces données resteront dérivables et modifiables à partir d'autres sources et ne restreignent pas les usages avec une licence ODbL) Car contrairement à Commons, il nous est difficile de séparer les données selon leur licences applicables (sur Commons la séparation reste possible fichier par fichier, et c'est aussi le cas du portail gouvernemental qui sépare les sources et ne les mélange pas dans une même base). Si ça finit par poser des difficultés, une autre solution est d'ouvrir sur OSM plusieurs bases distinctes, chacune avec leur licence, et à nous ensuite de générer des calques superposés si on ne veut pas tout mélanger. Et alors modifier nos outils (JOSM, iD...) pour qu'ils puissent se connecter non pas à une seule base mais à plusieurs, sans possibilité de fusionner les calques (mais en permettant des comparaisons par des calques semi-transparents destinés à vérifier les antériorités et le travail de chacun (mais le risque subsistera qu'il est facile de dériver des géométries assez différentes mais similaires pour ce qu'elles signfient physiquement sur le terrain : pour la géométrie c'est facile de dériver des données mais pour les autres tags, c'est délicat car bon nombres n'ont pas beaucoup d'autres valeurs correctes possibles telles que la toponymie ou les noms de commerce ou numéros de téléphone et sites officiels, ou encore les horaires d'ouverture: on doit être tolérant sur ce qui est en revanche librement vérifiable sans passer par une des deux bases comparées, mais là on tombe sur le cas de la propriété des annuaires téléphone, professionnels et guides qui collectent des données publiques et pourraient déjà couvrir des pans de données significatifs au sens du droit européen des bases de données). La situation serait moins compliquée si OSM avait fait comme les autres en gérant des bases séparées pour des couches séparées d'origine différente, et un système permettant de référencer des bases multiples sans forcément les fusionner (même si elles ont alors des doublons entre elles). Le 1 mai 2014 21:59, Philippe Verdy verd...@wanadoo.fr a écrit : On pourrait toutefois imaginer un système où OSM accepte de concéder une autre licence à un partenaire qui pourra intégrer une partie de nos données, à condition que cette partie qui déjà founit ses données en licence libre ou domaine public s'engage en retour à accorder une licence ODbL à OSM sur ses données. L'engagement serait maintenu encore au moins 3 ans si un des partenaires décide ensuite de se retirer. Autrement dit, cet accord nous permettrait de publier leurs données publiques sous ODbL tout en accordant en échange un retour dans les deux sens. Si l'accord est ensuite dénoncé par une partie, chacun en est averti et s'engage alors à ne plus intégrer les données de l'autre dans un délai de mise en oeuvre d'un ou deux mois après la confirmation de la fin de l'accord. Mais toutes les données importées dans les bases de chacun restent utilisables, même si elles ne sont plus maintenues. Je donne un délai jusqu'à 3 ans pour pour confirmer la fin du contrat d'échange de licences pour que chacun ait le temps aussi de développer autre chose, et 1 ou 2 mois encore pour que tous les imports mutuels cessent (à partir de là les nouveaux imports sont interdits; chacun est lié alors à sa propre licence sur ses données nouvelles). Ce type d'accord serait à faire approuver par la communauté, et serait surtout à destination des services publics ou ONG caritatives; au cas par cas. En cas d'accord mutuel (ou de violation des termes contractuels par une partie), le délai de 3 ans peut être raccourci et il ne reste alors que le délai de grâce de 1 ou 2 mois pour stopper tous les imports en cours, le temps de prévenir tout le monde. Le 1 mai 2014 21:29, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, Christian Quest a écrit : Toutes les questions sur les données figurant dans OSM et provenant de sources en ODbL ne leur effleure même pas l'esprit. C'est probablement le cas en effet alors que pour ma part, en lisant le résumé de Pieren, ma première réflexion a été de me dire qu'un tel changement était « impossible » vu la quantité de données exogènes publiées par leur ayants-droit sous licence ODbL (cf. données de Toulouse Métropole, de Paris, etc.) désormais intégrées à OSM. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez
[OSRM-talk] OSRM can consider terrain elevation and traffic jam
Dear OSRM users, I am newbie in this community. I have to build a routing planner for cyclist in a city with some hill and traffic jam in certain hour. I would like to know if OSRM is able to take in account terrain elevation (SRTM) in its routing algorithm. I read some post in 2012 about this topic, but I don't know how to integrate this parameter. Same question for traffic jam, is it possible to consider it? best regards, Vincent ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-us] OSM Inspector and streets with E/N/S/W in their name
On 4/30/2014 11:59 PM, David K wrote: If a street has name=Elm Street but a house has addr:street=S Elm St, I consider this perfectly valid (in a city that in fact has only one Elm Street). (Sidebar: I use USPS abbreviations in addr:street values because that's how USPS prefers mail to be addressed.) To have a program present this as an error will could editors to change the presentation of good data against established local conventions. I'm not at all clear about OSM conventions in representing USPS mailing addresses VS city boundary of residence. I've never attempted to handle OSM notes of the sort I'm in X city, but CraigsList shows me in Y city. Most new OSM contributors would enter the S Elm St form, but this is different from the established convention of creating road names without abbreviations. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] Importing building data for Anne Arundel County MD
On Thu, Dec 12, 2013 at 05:17:59PM -0800, Paul Norman wrote: I'm also investigating house/building numbers to properly address the county as well. I would suggest handling the building outlines separately, and at the least waiting until you know if you'll be getting addresses before handling buildings. Eric H. Christensen wrote: I haven't had a chance to work on this as of recent but figured I'd follow up on this piece of the puzzle. The GIS department doesn't own the address data but referred me to the county police who does. They are not willing to share this information and only allow other governmental agencies to have this information so it doesn't look like that part will be happening. Very likely (check Maryland Public Record statutes to be sure), YOU own the address data. It seems the county police simply act as trustees. That makes YOU not only the beneficiary (of that trust of public data ownership), but the executor as well. Use those abilities (perhaps with a formal request under state law) to obtain YOUR data. Without getting too political about it, I don't see why We, the People succumb to government agencies when they say No like this. We invented them, we elect them, we create laws that enable everything they do, we pay them to serve us. So when one of the things they do is create and maintain geographic data, let's remind them who they work for and where the commonwealth of belonging actually originates: in us. (Politely, of course). Look at any org chart of city, county, state or federal government (in these fifty states). You will always find that right at the very tippy-top, ABOVE the mayor, ABOVE the supervisors, ABOVE the governor, ABOVE the president is THE ELECTORATE. That is We, the People. That is YOU. Ask, and you shall receive. If not, make a formal request under your state's Public Records laws. That's how it works around here, anyway. (Green pastures in California? Maybe. But there are 49 other states, too). SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Sidewalks as footpaths
Here in Nashville TN, sidewalks in some business districts alternate every few yards between having concrete extend all of the way to the curb, and having planted strips with grass, flowers, and small trees between the sidewalk and the curb. It would be rather tedious to have the tagging have to alternate between sidewalk and footway every few yards. On April 30, 2014 11:19:31 PM CDT, Russ Nelson nel...@crynwr.com wrote: Kai Krueger writes: But in the US (at least in suburbia), the sidewalks are often much more detached from the road with wide grass strips between them. They also sometimes aren't entirely parallel to the road. Indeed. In Potsdam, NY, we get enough snow that we need those wide grass strips to plow the snow onto. But they're not practical in some places, so the sidewalk can come close to the road in places. It's still a sidewalk, though, and not a way of its own. There is not a wonderful solution for how do map pedestrian routing when it differs from road-associated routing. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us