[talk-ph] Indonesia-Philippines EEZ boundary data is now available
As you may all know, the Philippines and Indonesia recently signed a treaty delimiting the border between our respective exclusive economic zones. More information can be found in the following links including the coordinates of the common boundary: http://www.gov.ph/2014/05/23/agreement-between-the-government-of-the-republic-of-the-philippines-and-the-government-of-the-republic-indonesia-concerning-the-delimitation-of-the-exclusive-economic-zone-boundary/ http://www.gov.ph/2014/05/23/faqs-on-the-philippines-and-indonesia-agreement-on-the-delimitation-of-eez-boundary/ ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Open Data
Interesting Read .. http://www.gov.ph/2014/05/23/data-skills-training-with-open-knowledge-foundation/ Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Organizational mapping policy, the role of the DWG
Hi Frederik, That's because you have been involved in a data import which didn't follow the import guidelines properly, and now you're biased against DWG because we called you out on it and terrified you. But you shouldn't mix those bad feelings with the issue at hand here as they are completely separate. [Don't take the following paragraph personally, it's about your role and not you as a person:] Ha, Freud speaking :-) To be honest, the SWOT of OSM ( http://wiki.openstreetmap.org/wiki/Talk:Future) already has several items about decision making. But as you bring it up, you can compare the current level of decision making on imports in OSM by the following example. Person A is having a discussion with person B. Person A knows that person B has a gun which could be used to kill person A, but person A tries to forget about that in the discussion. Than person B has two wishes. Person A decides after serious consultation with a group of other persons to incorporate wish 1 in the decision, but not to incorporate wish 2 for reasons which are valid for the group. Five months after the decision is made person B does not like that wish 2 was not seen as an order. So, person B shows his gun. What should person A do now if he wants to stay alive? It's not that 'we' called out. You as a list member (since you did not identify in a role speaking on behalf of the DWG) posted something which is to date still unclear to me: you didn't answer three questions relevant to me. So nope, I don't have bad feelings against DWG. In fact, I think they are doing an important job in keeping the database healthy. And they could even do a better job when roles are divided. Since it's likely that imports will increase in the near future because of the massive release of open geodata in 2015 in Europe the role of the DWG in taking decisions based on clear guidelines and some clear requirements will even get more important. The DWG is occasionally (by those whom we admonish or block for bad behaviour) accused of acting in an arbitrary way - people would prefer to have a rule that says: Don't do this or we will intervene, instead of just having a general hand-wavy as long as nobody complains you might be fine. And people are right - for the DWG, too, it would be nice to be able to say these are the rules that the community has agreed on, instead of making things up as we go along. I completely agree with you. It wouldn't be difficult to have a right balance of powers. https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines already shows a way that the community is involved in a good manner (transparancy) and that the balance of powers is correct (OSMF in the legislative role by endorsement). We can learn from Wikipedia about the judicial role: they have got mediation: http://en.wikipedia.org/wiki/Wikipedia:Mediation_Committee/Policy. Balancing of powers in which the DWG only has an executive role can make decisions by the DWG more accepted by the community. Aren't you active in the Future Group - should you not have some understanding for the idea of looking ahead and thinking about tomorrow's problems? Instead you essentially say, the house is not on fire so why establish safety rules. That's not very forward-looking is it? OSM can't do without rules. That's why I think the line 'supporting, but not controlling' is ridiculous. Indeed, central command without governance is dangerous: the community should be in charge. But no, a motorway has not be be tagged as a footway just because an indivual member likes that. I'm one of the people behind the SWOT so I'm forward looking. It wouldn't be bad to have a SWOT for the DWG. That would lead to risk assessments of current and future risks and enable a workplan made in conjunction between DWG and the community. I don't think this is DWG picking up the legislative role - it's more DWG consulting the community because, as I said, as long as there's no guideline we'll decide things on a case-by-case basis. Also when there are clear guidelines, policies, requirements en so on decisions will be made on a case-by-case basis. But within the boundaries of these clear guidelines, policies, requirements and so on. That's the fate of an executive body. Clear guidelines, policies, requirements etc. should always have a context, a goal: what are they made for, what's the spirit behind them? And with mediation in place, the community will have a place to go to when they don't agree with a decision by the DWG. And that may result in an improvement of guidelines, policies, requirements and so on. I don't know what the problem is here. Most of DWG discussions happen on the DWG mailing list. We discussed an issue, we decided to ask what the community was thinking - where's your problem? In the fact that it fell out of the sky, in the fact that the LWG approach was not followed and in the fact that questions (like the question of Clifford)
Re: [talk-au] Vicmap data copying
On Tue, May 20, 2014 at 8:28 AM, Warin 61sundow...@gmail.com wrote: What about this confusing one: http://bit.ly/1hXvwVK The picnic ground/campsite is literally signed No Name, and that's how everyone refers to it. I have no idea what the history is. (And there's a corner on the way up Mount Buller called 'Unnamed corner'). Well if you add the tag source:name then it should be clear that it is a real name? Rather than a description .. like Service Road, No Public Access ... in some ways I don't mind that in the name tag as it does convey information that may not be avaliable otherwise. Yes, it's unambiguous - but still confusing. One of my friends on this recent cycling trip down the Snowy thought the No Name on his GPS was a mistake in OSM. Maybe in a weird case like that we should make it name=No Name (ie, actually include the quotes), or name=No Name Picnic Ground. The tag unsigned come from the wiki http://wiki.openstreetmap.org/wiki/Proposed_features/Noname I don't like the finality of the tag noname as that implys there is no name at all... the sign may be missing .. but it may still have a name. Even just a local name that the locals use to idntify it. Agreed. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] Downloading by overpass API or XAPI data internal to a county
http://blog.p2pfoundation.net/introducing-the-mapping-all-alternatives-project/2014/04/02 RE: the event in September in Ireland. It will be a node of this process. Again I am appealing to the group for anyone interested in this kind of application of what you are doing. If you are up for particiipating let me know. :) Eimhin On Tue, May 20, 2014 at 3:26 PM, Donal Diamond donal.diam...@gmail.comwrote: overpass is the way to go it is _very_ powerful. Here's an example that will download all county,townland, barony and civil parish boundaries in County Carlow 1) Go to the ireland-only overpass turbo with my pre-baked query: http://url.ie/rl4a 2) Press Run 3) It will return 6MB of data - press 'continue anyway' 4) Download josm compatiable osm a) go to Export menu b) right click on raw data directly from Overpass API' and select Save Link As and save as something.osm 5) Load in josm/maperative/qgis etc Hope this helps. D On 20 May 2014 14:46, Donal Diamond donal.diam...@gmail.com wrote: Do you want to download ALL data inside a county or just want an osm file with just the county,barony, civil parish and townlands boundaries inside that county? D On 20 May 2014 08:42, Brian Hollinshead br...@hollinshead.net wrote: Last year using Maperitive I created a page with the Townlands, Civil Parishes and Baronies of County Carlow. with no detail outside the county.Will bring a copy on Sunday. Not knowing how else to, and as a one off, I slowly over a morning added pieces to a Josm file and then painfully weeded the edges! Now hope to do the same for Longford and Wexford when they are intact but hope someone can explain to me how to download the data, internal to a county, using either overpass API or XAPI. I do remember seeing 'as_in' somewhere but cannot remember the context. I have since tampered with my maperitive file so that although is still draws the borders I have lost the ability to print a townland/civil parish/barony name within the outlined area. Maybe someone familiar with Maperitive might have time on Sunday to look at my rules file please. bye for now ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio -- justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou, de que livro que lemos... O que não pode haver é a existência de padrões -- por mais escondidos que estejam -- denunciando uma fonte (no caso, a lista telefônica). Alexandre Magno Em 22 de maio de 2014 19:04, Reinaldo Neves rne...@equacao.com.brescreveu: As informações que tenho em tabelas mysql basicamente nome e endereços de pontos de interesse compilados e digitadas ao longo do últimos anos em sites, guias e indicação de taxistas, algumas foram confirmadas por telefone ou em listas de assinante e depois digitadas por funcionários da empresa, de clientes e taxistas que se utilizam do nosso software. Mas não houve na época a preocupação em identificar a fonte usada na confirmação de cada registro. Meus clientes e usuários tinham ciência que a informação repassada seria incorporada ao banco do software que comercializamos e repassadas a outros usuários pois todos tem o mesmo problema o cara liga e pede um taxi no mc donalds da av paulista, com a informação de endereço na mão a atende sabe que tem 3 unidades e pode questionar o cliente sem correr o risco de criar um problema para o taxista e para o cliente. Por isso a informação sempre que confirmada nos foi repassada. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
Discordo. Acho que não importa se a informação foi muito ou pouco trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação de copyright não deve ser um dos fatores que definem se os dados podem ou não ser importados. 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio — justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou, de que livro que lemos... O que não pode haver é a existência de padrões — por mais escondidos que estejam — denunciando uma fonte (no caso, a lista telefônica). Alexandre Magno Em 22 de maio de 2014 19:04, Reinaldo Neves rne...@equacao.com.brescreveu: As informações que tenho em tabelas mysql basicamente nome e endereços de pontos de interesse compilados e digitadas ao longo do últimos anos em sites, guias e indicação de taxistas, algumas foram confirmadas por telefone ou em listas de assinante e depois digitadas por funcionários da empresa, de clientes e taxistas que se utilizam do nosso software. Mas não houve na época a preocupação em identificar a fonte usada na confirmação de cada registro. Meus clientes e usuários tinham ciência que a informação repassada seria incorporada ao banco do software que comercializamos e repassadas a outros usuários pois todos tem o mesmo problema o cara liga e pede um taxi no mc donalds da av paulista, com a informação de endereço na mão a atende sabe que tem 3 unidades e pode questionar o cliente sem correr o risco de criar um problema para o taxista e para o cliente. Por isso a informação sempre que confirmada nos foi repassada. ___ 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] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
E eu concordo com você, mas eu disse o que não queria, pelo visto. Vou tentar explicar. Não se trata de manipular os dados para que eles tomem outra forma. Isso seria malicioso. Desonesto. É um caminho que existe, mas que eu não defendo. Trata-se de aproveitar o conhecimento que os trabalhadores humanos da empresa tiveram, se ele não foi o mero copiar/colar (ou scan/OCR) dos dados de uma fonte, a lista telefônica, Pensemos com um exemplo de proporção menor: Se meus familiares consultam clínicas de saúde nas listas telefônicas, e decoram. Pelo uso, necessidade, decoram. Digamos que quatro pessoas decoraram um total de quinze triplas nome/endereço/telefone. Com imprecisões do fator humano, obviamente. Os endereços e os telefones estão em suas mentes. Então meu pai diz que fulano precisa da relação desses estabelecimentos e que eu tenho de imprimi-la. Vou colhendo as informações de cada pessoa (minha fonte imediata) e colocando-as num documento ODT, com meu padrão de organização e formatação. Nessa situação, não tem por que atribuir crédito à lista telefônica. Provavelmente meus dados tem novas imprecisões ou precisões que foram inseridas pelas quatro pessoas, ou mesmo por mim. E é possível que nem tudo que elas sabiam teve origem na lista telefônica. Sim, sabemos que não houve sistematização nesse processo. Atenção! Minha analogia acima perde o sentido de ser aplicada ao caso em questão se a empresa do Reinaldo tiver sistematicamente copiado dados. Para ficar mais claro: se ele agisse de forma desonesta e sumisse com os padrões, ele poderia me enganar e eu defenderia o uso dos dados dele. São em situações como essa que copyright é reduzido a questão de consciência. Reduzido entre aspas; porque, para mim, a questão de consciência está entre as mais importantes. Alexandre Magno Em 23 de maio de 2014 06:44, Bráulio brauliobeze...@gmail.com escreveu: Discordo. Acho que não importa se a informação foi muito ou pouco trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação de copyright não deve ser um dos fatores que definem se os dados podem ou não ser importados. 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio -- justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou, de que livro que lemos... O que não pode haver é a existência de padrões -- por mais escondidos que estejam -- denunciando uma fonte (no caso, a lista telefônica). Alexandre Magno Em 22 de maio de 2014 19:04, Reinaldo Neves rne...@equacao.com.brescreveu: As informações que tenho em tabelas mysql basicamente nome e endereços de pontos de interesse compilados e digitadas ao longo do últimos anos em sites, guias e indicação de taxistas, algumas foram confirmadas por telefone ou em listas de assinante e depois digitadas por funcionários da empresa, de clientes e taxistas que se utilizam do nosso software. Mas não houve na época a preocupação em identificar a fonte usada na confirmação de cada registro. Meus clientes e usuários tinham ciência que a informação repassada seria incorporada ao banco do software que comercializamos e repassadas a outros usuários pois todos tem o mesmo problema o cara liga e pede um taxi no mc donalds da av paulista, com a informação de endereço na mão a atende sabe que tem 3 unidades e pode questionar o cliente sem correr o risco de criar um problema para o taxista e para o cliente. Por isso a informação sempre que confirmada nos foi repassada. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
Senhores essa base de dados foi montada a partir de diversas fontes, consulta em sites do metro, cptm, sec de segurança, sites de hotéis, redes de drogaria, informação de taxista, coleta manual, e com certeza alguma consulta em lista telefônica e digitação posterior, não houve preocupação em identificar cada fonte e não tenho hoje como separa-las. Os endereços foram padronizados sim, seguindo a referência da base de dados dos correios da qual tenho licença de uso, para uso dentro do sistema da empresa. De qualquer maneira eu já exclui as informações de consulados que havia inserido, e vou me limitar a usar os dados do CNEFE, BING e Setor Censitário em qualquer edição futura. Não tenho a mínima intenção de criar problemas em relação a direitos autorais ou de copyright, afinal vivo de vender software e serviços e como tal sou contra qualquer coisa relativa a pirataria, seja para software, musica, filmes, etc... aplico aqui o que prego aos meus clientes: se não pode pagar utilize uma opção livre, doada, faça de outro jeito, ou não use. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] Enviada em: sexta-feira, 23 de maio de 2014 07:11 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI E eu concordo com você, mas eu disse o que não queria, pelo visto. Vou tentar explicar. Não se trata de manipular os dados para que eles tomem outra forma. Isso seria malicioso. Desonesto. É um caminho que existe, mas que eu não defendo. Trata-se de aproveitar o conhecimento que os trabalhadores humanos da empresa tiveram, se ele não foi o mero copiar/colar (ou scan/OCR) dos dados de uma fonte, a lista telefônica, Pensemos com um exemplo de proporção menor: Se meus familiares consultam clínicas de saúde nas listas telefônicas, e decoram. Pelo uso, necessidade, decoram. Digamos que quatro pessoas decoraram um total de quinze triplas nome/endereço/telefone. Com imprecisões do fator humano, obviamente. Os endereços e os telefones estão em suas mentes. Então meu pai diz que fulano precisa da relação desses estabelecimentos e que eu tenho de imprimi-la. Vou colhendo as informações de cada pessoa (minha fonte imediata) e colocando-as num documento ODT, com meu padrão de organização e formatação. Nessa situação, não tem por que atribuir crédito à lista telefônica. Provavelmente meus dados tem novas imprecisões ou precisões que foram inseridas pelas quatro pessoas, ou mesmo por mim. E é possível que nem tudo que elas sabiam teve origem na lista telefônica. Sim, sabemos que não houve sistematização nesse processo. Atenção! Minha analogia acima perde o sentido de ser aplicada ao caso em questão se a empresa do Reinaldo tiver sistematicamente copiado dados. Para ficar mais claro: se ele agisse de forma desonesta e sumisse com os padrões, ele poderia me enganar e eu defenderia o uso dos dados dele. São em situações como essa que copyright é reduzido a questão de consciência. Reduzido entre aspas; porque, para mim, a questão de consciência está entre as mais importantes. Alexandre Magno Em 23 de maio de 2014 06:44, Bráulio brauliobeze...@gmail.com escreveu: Discordo. Acho que não importa se a informação foi muito ou pouco trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação de copyright não deve ser um dos fatores que definem se os dados podem ou não ser importados. 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou, de que livro que lemos... O que não pode haver é a existência de padrões por mais escondidos que estejam denunciando uma fonte (no caso, a lista telefônica). Alexandre Magno Em 22 de maio de 2014 19:04, Reinaldo Neves rne...@equacao.com.br escreveu: As informações que tenho em tabelas mysql basicamente nome e endereços de pontos de interesse compilados e digitadas ao longo do últimos anos em sites, guias e indicação de taxistas, algumas foram confirmadas por telefone ou em listas de assinante e depois digitadas por funcionários da empresa, de clientes e taxistas que se utilizam do nosso software. Mas não houve na época a preocupação em identificar a fonte usada na confirmação de cada registro. Meus clientes e usuários tinham ciência que a informação repassada seria incorporada ao banco do software que comercializamos e repassadas a outros usuários pois todos tem o mesmo problema o cara liga e pede um taxi no mc donalds da av paulista, com a informação de endereço na mão a atende sabe que tem 3 unidades e pode
Re: [Talk-br] RES: RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
Nao custa lembrar, mas também temos a layer do IBGE: http://tiles.tmpsantos.com.br/ 2014-05-23 16:22 GMT+03:00 Reinaldo Neves rne...@equacao.com.br: Senhores essa base de dados foi montada a partir de diversas fontes, consulta em sites do metro, cptm, sec de segurança, sites de hotéis, redes de drogaria, informação de taxista, coleta manual, e com certeza alguma consulta em lista telefônica e digitação posterior, não houve preocupação em identificar cada fonte e não tenho hoje como separa-las. Os endereços foram padronizados sim, seguindo a referência da base de dados dos correios da qual tenho licença de uso, para uso dentro do sistema da empresa. De qualquer maneira eu já exclui as informações de consulados que havia inserido, e vou me limitar a usar os dados do CNEFE, BING e Setor Censitário em qualquer edição futura. Não tenho a mínima intenção de criar problemas em relação a direitos autorais ou de copyright, afinal vivo de vender software e serviços e como tal sou contra qualquer coisa relativa a pirataria, seja para software, musica, filmes, etc... aplico aqui o que prego aos meus clientes: se não pode pagar utilize uma opção livre, doada, faça de outro jeito, ou não use. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] Enviada em: sexta-feira, 23 de maio de 2014 07:11 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI E eu concordo com você, mas eu disse o que não queria, pelo visto. Vou tentar explicar. Não se trata de manipular os dados para que eles tomem outra forma. Isso seria malicioso. Desonesto. É um caminho que existe, mas que eu não defendo. Trata-se de aproveitar o conhecimento que os trabalhadores humanos da empresa tiveram, se ele não foi o mero copiar/colar (ou scan/OCR) dos dados de uma fonte, a lista telefônica, Pensemos com um exemplo de proporção menor: Se meus familiares consultam clínicas de saúde nas listas telefônicas, e decoram. Pelo uso, necessidade, decoram. Digamos que quatro pessoas decoraram um total de quinze triplas nome/endereço/telefone. Com imprecisões do fator humano, obviamente. Os endereços e os telefones estão em suas mentes. Então meu pai diz que fulano precisa da relação desses estabelecimentos e que eu tenho de imprimi-la. Vou colhendo as informações de cada pessoa (minha fonte imediata) e colocando-as num documento ODT, com meu padrão de organização e formatação. Nessa situação, não tem por que atribuir crédito à lista telefônica. Provavelmente meus dados tem novas imprecisões ou precisões que foram inseridas pelas quatro pessoas, ou mesmo por mim. E é possível que nem tudo que elas sabiam teve origem na lista telefônica. Sim, sabemos que não houve sistematização nesse processo. Atenção! Minha analogia acima perde o sentido de ser aplicada ao caso em questão se a empresa do Reinaldo tiver sistematicamente copiado dados. Para ficar mais claro: se ele agisse de forma desonesta e sumisse com os padrões, ele poderia me enganar e eu defenderia o uso dos dados dele. São em situações como essa que copyright é reduzido a questão de consciência. Reduzido entre aspas; porque, para mim, a questão de consciência está entre as mais importantes. Alexandre Magno Em 23 de maio de 2014 06:44, Bráulio brauliobeze...@gmail.com escreveu: Discordo. Acho que não importa se a informação foi muito ou pouco trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação de copyright não deve ser um dos fatores que definem se os dados podem ou não ser importados. 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio — justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou, de que livro que lemos... O que não pode haver é a existência de padrões — por mais escondidos que estejam — denunciando uma fonte (no caso, a lista telefônica). Alexandre Magno Em 22 de maio de 2014 19:04, Reinaldo Neves rne...@equacao.com.br escreveu: As informações que tenho em tabelas mysql basicamente nome e endereços de pontos de interesse compilados e digitadas ao longo do últimos anos em sites, guias e indicação de taxistas, algumas foram confirmadas por telefone ou em listas de assinante e depois digitadas por funcionários da empresa, de clientes e taxistas que se utilizam do nosso software. Mas não houve na época a preocupação em identificar a fonte usada na confirmação de cada registro. Meus clientes e usuários tinham ciência que a informação repassada seria incorporada ao banco do software que
Re: [Talk-br] Fronteiras estaduais em estados costeiros
Como eu já fiz um bom parte mapeamento marítimo eu acho este assunto muito interessante. O que eu falto no Brasil e 1) Baseline, um linha que simplificando o litoral, cortando baias e outros entradas no costa. Também definindo o fim dos rios. 2) Um linha certo definindo o fim dos limites municipais pela mar, eu não achei fontes certas, mas que eu li parecendo que maioria dos municípios tem responsabilidade ate 30 metros profanidade. 3) Limites estaduais. Eu credito que maioria dos estados tem um fronteira definida, mas não sei se este e mesmo que os municípios, fronteira national, ou um linha entre os dois 4) Definição da linha territorial no mar, este linha agora e traçado por um combinação do interpolação pela costa e mapas marítimas im domínio publico (não ha fontes com fronteira completo) 5) Contingency Zone, este e um linha 24 milhes náutica (proximamente 44.4 quilometres) da litoral, este linha seja definida no lei marítimo ou no lei do fronteira, provavelmente mesmo fonte do Baseline. Dentro este area e considerado mar international mas a marinha ainda tem autoridade para vistoriar navios para evitar trafica de contrabandos, terrorismo e pirataria 6) Zona exclusiva economica (EEZ), este zona e rastreada por base do mapas marítimos em domínio publico, ainda prefiro ter um definição oficial, por exemplo mesmo fonte como baseline. Se alguns achar ou conhecer fontes, me informar. Aun Johnsen On May 19, 2014, at 14:37, Fernando Trebien fernando.treb...@gmail.com wrote: Acho que isso tem a ver com o conceito fundamental de limite administrativo: o país administra e tem jurisdição sobre o espaço marítimo, então a área marítima deve ser incluída nessa ressa região (cujo propósito no OSM não é, a princípio, demarcar os contornos de terra - pra isso servem as linhas natural=coastline). Eu nunca consegui descobrir qual a jurisdição exata que os estados têm sobre o mar, mas alguma eles certamente têm. Vejam essa notícia: http:/www1.folha.uol.com.br/fsp/poder/1-pre-sal-faz-estados-brigarem-por-fronteiras.shtml Então, até pode ser que o limite atual não esteja certo (talvez seja como nos EUA onde os estados têm jurisdição numa área menor do que o país), mas acho que o limite deveria ficar além da orla marítima. Fazer assim tem um benefício: as relações ficam mais simples (não é necessário incluir ilha por ilha na relação) e várias coisas no mar e nas ilhas acabam indexadas corretamente. Para permitir a extração de contornos exclusivamente terrestres, poderiamos criar relações region específicas pra isso. On May 19, 2014 1:45 PM, Arlindo Pereira openstreet...@arlindopereira.com wrote: Olá pessoal, o Thiago Pv me fez um questionamento interessante, que eu gostaria de estender à comunidade: fronteiras estaduais de estados costeiros devem seguir a linha da costa ou a linha de fronteira do país, que se estende pelo oceano? Considere por exemplo a fronteira do estado do Rio, por exemplo: http://www.openstreetmap.org/relation/57963 []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Eu concordo que preciso distinguir os diferencias entre various tipos de residenciais. O documentacao no wiki não oferecer muito opcoes alem do name=* Eu acho interesante saber o diferencia entre condominios abertas e fechadas, areas favelas pacificadas ou perigosos, e também areas em geral. Aun Johnsen On May 17, 2014, at 16:25, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Aqui no Rio distinguir as comunidades e agora ainda as pacificadas é importante. Há ainda as que se tornaram locais turísticos. Eu mesmo já fui ao Teleférico do Complexo do Alemão e aproveitei para apreciar uma comida caseira da cozinha típica brasileira. O Rio não tem periferia propriamente dita. As favelas permeiam o meio urbano plenamente desenvolvido. É uma característica dessa cidade. Os condomínios são coisas diferentes. Eles basicamente dizem Fique longe daqui. Por isso creio que deva haver uma distinção. Aqui no Rio temos a tag IPP:codigo_favela. Mas acho que precisamos de algo mais universal para distingui-las. Em 17 de maio de 2014 12:16, Fernando Trebien fernando.treb...@gmail.com escreveu: Ah, aproveitando que esse assunto veio à tona, traduzi o artigo sobre a importação: http://wiki.openstreetmap.org/wiki/Pt:Import/Catalogue/Brazil_IBGE_Subnormal_Agglomerates Tava esquisito isso ser um artigo sobre o Brasil, sobre um assunto tão relevante e tão útil, e estar escrito somente em inglês. 2014-05-17 10:04 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: Ok, valeu! Atenciosamente, Roger. -- Em 17-05-2014 03:10, Fernando Trebien escreveu: +1 Só via resposta agora. :P 2014-05-17 1:48 GMT-03:00 Bráulio brauliobeze...@gmail.com: Isso, pode alterar para Favela se é realmente conhecida por isso. Ou muda pra seja lá o que for. Algumas até não terão prefixo algum. Se ninguém chama de Vila, pode substituir e nem precisa colocar no alt_name. Você também pode melhorar os contornos, se for necessário. 2014-05-17 1:32 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: Qual seria a diferença entre vila e favela? Na importação as favelas de Ribeirão ficaram com nome vila. Aqui agente conhece por favela, pelo menos pra mim vila não remetia a favela, a primeira vez que eu vi isso foi em POA. Eu nunca cheguei a mudar pq vila é um nome mais simpático que favela. E como aqui tem a favela do SBT, pq fica do lado do SBT, nunca soube se seria um problema com a marca ter uma Favela do SBT mapeada. Seria melhor alterar os nomes daqui para favela? Ou talvez colocar um alt_name para achar nas buscas? Atenciosamente, Roger. -- Em 17-05-2014 00:41, Fernando Trebien escreveu: A resposta curta: no OSM, não há distinção entre vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados eram simplesmente uma fonte fácil de áreas residenciais, com nome e contorno aproximado (que ficou para ser melhorado depois pelos mapeadores locais). A resposta longa: obviamente os aglomerados têm características especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado subnormal] é o conjunto constituído por 51 ou mais unidades habitacionais caracterizadas por ausência de título de propriedade e pelo menos uma das características abaixo: - irregularidade das vias de circulação e do tamanho e forma dos lotes; e/ou - carência de serviços públicos essenciais (como coleta de lixo, rede de esgoto, rede de água, energia elétrica e iluminação pública) E a explicação dada logo depois: Sua existência está relacionada à forte especulação imobiliária e fundiária e ao decorrente espraiamento territorial do tecido urbano, à carência de infraestruturas as mais diversas, incluindo de transporte e, por fim, à periferização da população. Surgem, nesse contexto, como uma resposta de uma parcela da população à necessidade de moradia, e que irá habitar espaços menos valorizados pelo setor imobiliário e fundiário dispersos pelo tecido urbano. Por si só, os aglomerados deveriam ser assunto de interesse político e humanitário, e existe uma equipe forte ligada a esse assunto: o Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser mapeadas dentro dessas áreas e que poderiam motivar discussões sobre política e auxiliar a população a avaliar a situação e com isso cobrar melhorias. Dito isso, também é verdade que as regiões mais carentes geralmente são vítimas de várias circunstâncias negativas, e isso muitas vezes cria um ambiente propenso ao crime (mas há exceções). Então, também existe interesse da população em geral (incluindo turistas) em saber onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine uma senhora idosa, turista, andando pela cidade, sozinha. Onde você diria para ela não ir? Vários lugares, mas acho provável que as regiões desses aglomerados estivessem na lista.) Esse também foi algo que me motivou a importar os aglomerados, e
[Talk-br] RES: RES: RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI
Estou utilizando ele Thiago, ficou muito bom e permitiu inclusive que eu completasse o mapa de minha cidade natal entre outras coisas, mas tenho uma cópia desses setores aqui em pdf no tamanho A2 ou A3, além dos KMZ e shape por estado onde posso dirimir duvidas de limites ou onde tem alguma falha na junção do layer. Os PDfs em A2 e A3 normalmente tem pedaço dos setores limítrofes, o que permite tirar duvida no nome de um ou outro logradouro. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 -Mensagem original- De: Thiago Marcos P. Santos [mailto:tmpsan...@gmail.com] Enviada em: sexta-feira, 23 de maio de 2014 13:25 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI Nao custa lembrar, mas também temos a layer do IBGE: http://tiles.tmpsantos.com.br/ 2014-05-23 16:22 GMT+03:00 Reinaldo Neves rne...@equacao.com.br: Senhores essa base de dados foi montada a partir de diversas fontes, consulta em sites do metro, cptm, sec de segurança, sites de hotéis, redes de drogaria, informação de taxista, coleta manual, e com certeza alguma consulta em lista telefônica e digitação posterior, não houve preocupação em identificar cada fonte e não tenho hoje como separa-las. Os endereços foram padronizados sim, seguindo a referência da base de dados dos correios da qual tenho licença de uso, para uso dentro do sistema da empresa. De qualquer maneira eu já exclui as informações de consulados que havia inserido, e vou me limitar a usar os dados do CNEFE, BING e Setor Censitário em qualquer edição futura. Não tenho a mínima intenção de criar problemas em relação a direitos autorais ou de copyright, afinal vivo de vender software e serviços e como tal sou contra qualquer coisa relativa a pirataria, seja para software, musica, filmes, etc... aplico aqui o que prego aos meus clientes: se não pode pagar utilize uma opção livre, doada, faça de outro jeito, ou não use. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] Enviada em: sexta-feira, 23 de maio de 2014 07:11 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI E eu concordo com você, mas eu disse o que não queria, pelo visto. Vou tentar explicar. Não se trata de manipular os dados para que eles tomem outra forma. Isso seria malicioso. Desonesto. É um caminho que existe, mas que eu não defendo. Trata-se de aproveitar o conhecimento que os trabalhadores humanos da empresa tiveram, se ele não foi o mero copiar/colar (ou scan/OCR) dos dados de uma fonte, a lista telefônica, Pensemos com um exemplo de proporção menor: Se meus familiares consultam clínicas de saúde nas listas telefônicas, e decoram. Pelo uso, necessidade, decoram. Digamos que quatro pessoas decoraram um total de quinze triplas nome/endereço/telefone. Com imprecisões do fator humano, obviamente. Os endereços e os telefones estão em suas mentes. Então meu pai diz que fulano precisa da relação desses estabelecimentos e que eu tenho de imprimi-la. Vou colhendo as informações de cada pessoa (minha fonte imediata) e colocando-as num documento ODT, com meu padrão de organização e formatação. Nessa situação, não tem por que atribuir crédito à lista telefônica. Provavelmente meus dados tem novas imprecisões ou precisões que foram inseridas pelas quatro pessoas, ou mesmo por mim. E é possível que nem tudo que elas sabiam teve origem na lista telefônica. Sim, sabemos que não houve sistematização nesse processo. Atenção! Minha analogia acima perde o sentido de ser aplicada ao caso em questão se a empresa do Reinaldo tiver sistematicamente copiado dados. Para ficar mais claro: se ele agisse de forma desonesta e sumisse com os padrões, ele poderia me enganar e eu defenderia o uso dos dados dele. São em situações como essa que copyright é reduzido a questão de consciência. Reduzido entre aspas; porque, para mim, a questão de consciência está entre as mais importantes. Alexandre Magno Em 23 de maio de 2014 06:44, Bráulio brauliobeze...@gmail.com escreveu: Discordo. Acho que não importa se a informação foi muito ou pouco trabalhada. O fato de ser mais ou menos difícil de se descobrir uma violação de copyright não deve ser um dos fatores que definem se os dados podem ou não ser importados. 2014-05-23 6:19 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se essas informações foram muito trabalhadas pelo humano da sua empresa, e não tem a formatação e as exatidões que caracterizam-nas na lista telefônica, talvez elas possam ser consideradas como conhecimento próprio — justamente aquele que não sabemos mais de onde veio: de que pessoa que falou, de que professor que ensinou,
Re: [Talk-br] Maratona de Edições da Copa
Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor 2014-05-18 9:47 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Hm se eles não se opõem a usar o Tasking Manager para propósitos não-humanitários, acho uma excelente idéia pedir esse acesso. E daí acho que podemos aproveitar e perguntar sobre como ele sugere cadastrar duas possíveis tarefas: - o do mapeamento interno dos algomerados (que, afinal, tem tudo a ver com mapeamento humanitário) (seriam dezenas de milhares a registrar) - a da conferência com o CNEFE (seriam centenas de milhares de setores censitários a registrar) 2014-05-18 8:50 GMT-03:00 Wille wi...@wille.blog.br: Nunca usei, mas parece bem interessante. Se preferirem usar o Tasking Manager, o Simon Poole mantém uma instância em http://tasks.poole.ch/ É só pedir que ele nos dá acesso de admin para criar novas tarefas. On 17-05-2014 16:25, Fernando Trebien wrote: Que tal usarmos o MapCraft na mapatona? Alguém já usou/sabe se funciona bem? http://wiki.openstreetmap.org/wiki/MapCraft Parece ideal para dividir a tarefa da conferência dos nomes de rua do CNEFE por setor censitário. 2014-05-14 20:56 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Eu não disse o contrário. Em 14 de maio de 2014 20:51, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Acho que o que foi feito foi de boa intençã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 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Ideias: - Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) - Bares ou outros estabelecimentos que transmitirão jogos em telão - Segurança pública ou aqueles serviços públicos mais importantes - Bancos, caixas eletrônicos ou locais que possibilitem saque - Casas de câmbio - Locais de informação turística, ou agências - Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) - Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Aqui no RJ meu foco para a Copa será mapear a TransCarioca, BRT que fará a ligação (durante a Copa, somente) entre o Aeroporto Galeão, o metrô e a Barra da Tijuca. Inaugura dia 1 com essas 3 estações. Quanto à mapatona, concordo com todas as sugestões. Se algum lugar estiver sem nomes de ruas, vale consultar o CNEFE também. []s Em 23/05/2014 16:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Sexta às 16h? Em 23/05/2014 16:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Eu pensei inicialmente dia 30/05 das 08h até as 24h. Ponto de encontro principal: canal #osm-br no IRC. As cidades que tiverem muitos participantes podem abrir outros canais de IRC. Se alguém quiser organizar encontros presenciais nas cidades, seria ótimo também. Vou tentar fazer um em Salvador. abraços, wille On 23-05-2014 16:17, Fernando Trebien wrote: Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Maratona de Edições da Copa
Desculpa, acabei me confundindo no número do dia. A ideia é fazer no sábado mesmo: 31/05. Alterei a data lá no wiki. On 23-05-2014 20:39, Fernando Trebien wrote: Hm eu trabalho durante o dia, e acho que mais pessoas também não poderiam por esse motivo. Se formos fazer algo o dia inteiro, talvez seja melhor no dia seguinte, que é um sábado. On May 23, 2014 8:17 PM, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br wrote: Eu pensei inicialmente dia 30/05 das 08h até as 24h. Ponto de encontro principal: canal #osm-br no IRC. As cidades que tiverem muitos participantes podem abrir outros canais de IRC. Se alguém quiser organizar encontros presenciais nas cidades, seria ótimo também. Vou tentar fazer um em Salvador. abraços, wille On 23-05-2014 16:17, Fernando Trebien wrote: Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com mailto:alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com mailto:vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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] Maratona de Edições da Copa
Hm eu trabalho durante o dia, e acho que mais pessoas também não poderiam por esse motivo. Se formos fazer algo o dia inteiro, talvez seja melhor no dia seguinte, que é um sábado. On May 23, 2014 8:17 PM, Wille wi...@wille.blog.br wrote: Eu pensei inicialmente dia 30/05 das 08h até as 24h. Ponto de encontro principal: canal #osm-br no IRC. As cidades que tiverem muitos participantes podem abrir outros canais de IRC. Se alguém quiser organizar encontros presenciais nas cidades, seria ótimo também. Vou tentar fazer um em Salvador. abraços, wille On 23-05-2014 16:17, Fernando Trebien wrote: Tô acumulando as idéias de vocês no wiki. Eu acho que podemos fazer um brainstorm e logo (daqui a uns 2, 3 dias) definir qual vai ser o escopo exato da maratona. Aliás, temos que definir a data: vai ser dia 30 mesmo? Que horas? Pra comunicação, acho que tem vários canais possíveis. Tem muita gente conversando por IRC nas outras comunidades locais do OSM (OSM-de, OSM-fi, OSM-ar, etc.). E talvez seja até mais fácil por IRC do que com Hangout: basta acessar o webchat (https://webchat.oftc.net/), digitar um apelido (nickname) e o canal/sala (osm-br) e sair conversando. (Se alguém entrar lá agora, vai me ver online, mas eu só vou responder de noite quando chegar em casa. :P) 2014-05-23 15:10 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Ideias: Paradas de ônibus e terminais, e outros serviços de transporte (táxis etc) Bares ou outros estabelecimentos que transmitirão jogos em telão Segurança pública ou aqueles serviços públicos mais importantes Bancos, caixas eletrônicos ou locais que possibilitem saque Casas de câmbio Locais de informação turística, ou agências Quaisquer meios de comunicação dentro dos 3 Km de raio (orelhões, lan houses, etc) Quaisquer POIs que possam parecer de maior interesse aos turistas Rascunho de intenções (a nível nacional) pode ser trabalhado em um Mapa Coletivo. Alexandre Magno Em 23 de maio de 2014 14:13, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quais são as tarefas que poderíamos fazer para cada cidade sede? Pensei nas seguintes para São Paulo: - Nomes de ruas até 3 km do estádio; - Revisar linhas de transportes sobre trilhos; - Adicionar hotéis no centro expandido; - Embaixadas dos países participantes. O que vocês pretendem fazer? A Mapatona vai ser online, certo? Fazemos via Hangout? Abraço, Vitor ___ 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-de] Rad-Wander-Skate-Routen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.05.2014 15:53, schrieb Volker Schmidt: Kopieren ist immer der falsche Ansatz. Daten sollten, wenn immer möglich nur einmal vorhanden sein. Das ist im allgemeinen auch richtig. Jedoch wird hier ja nur kopiert um sich Arbeit beim erfassen zu sparen. Natürlich kann man Superrelationen auch verwenden. Mit jeder Separation der Wege steigt dann aber auch die Anzahl der benötigten Relationen an und wird recht unübersichtlich. Die Semikolon-Variante finde ich auch nur bedingt gut. Es bleibt ja letztlich nicht bei dem einen Semikolon. Bei network tritt das gleiche auf. Zumal man den Ansatz komplett vergessen kann, wenn sich die Wege unterscheiden. Mal muss der Radfahrer auf die Straße, mal darf der Reiter nicht über die Brücke. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTfueTAAoJEKXggIeC16WPDUMH/1VnWD9F+R3BOkyLD6fS3+VP OLYrKO+W22qgCPmcU9I9UWneEwoM5z87iLmtVcp7Lkqvj9R3U+7iiiWzfE4jthyD WafS/60b8FEkouk/MREaocS5QQQ+z5HJ99BbuktAXVx5wed1CLLinRDnIyCm95kO dzrxu9IKQ/alzpLInu9ReTInv1LJw4krAc0G/8TFKrEpVs5HMPOTwwP/fFGNe9MD BjK4oVXY1CES07rHvrsXu8THhBYH71u/mcg+a4kfnoH4PGlKKWXpiL8Bu6b8DMDd x4RkX/8JL8gFMZ+CPijP/SypDmU9bYVzS9FYCtKiOThxJbLdrT9ASquwRJqLtEs= =2I7T -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Hallo und Danke für die vielen Antworten, Ideen und Einwände hatte ich für mich auch schon gefunden, mit Ausnahme der Möglichkeit, dass sich der Weg u.U. auf Teilstücken im Detail unterscheiden. Dass die Auswertung des Semikolons sich schwierig gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch vielleicht mit Aufwand, machbar zu sein. Und wie Fly schon sagt, ist das eine naheliegende Variante, die dem Mapper die Arbeit letztlich in vielen Bereichen erleichtert. Mein Kompromiss sieht jetzt erstmal so aus, dass ich das Teilstück, dass ich kenne erstmal mit Semikolon getrennt gemappt habe (Bei Waymarks funktioniert das auch, danke Sarah) und mir Gedanken über Kopien der Route oder eine Superrelation erst Gedanken mache, wenn der Fall getrennter Streckenführung dann tatsächlich auftaucht. Falls sich noch Argumente finden, das anders zu lösen, bin ich natürlich offen. Viele Grüße, Christian Am 23.05.2014 01:52, schrieb fly: Am 22.05.2014 15:02, schrieb Sarah Hoffmann: Hi, On Thu, May 22, 2014 at 01:51:45PM +0200, C.Brause wrote: Mein Ansatz wäre jetzt, die Route als Relation mit route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche Wege auch aufgenommen werden könnten/sollten. Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca. 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für Skater und Wanderer handelt, in description=* befindet. Zum Auswerten ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde, damit es wenigstens irgendwo auch zu sehen ist. Im Wiki findet sich nichts zu Routen, die für mehr als ein Fortbewegungsmittel ausgeschildert sind. Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer? waymarkedtrails.org unterstützt den Semikolonansatz seit ein paar Wochen, weil ich gefunden habe, dass das a) die Wirklichkeit am genausten abbildet und b) für die Mapper so am einfachsten zu warten ist. Super, ich begegne immer wieder Situationen, wo das Semikolon die naheliegenste und einfachste Lösung ist und wundere mich immer warum sich dagegen so gesträubt wird. Alles mit yes/no abzubilden ala recycling ist auch keine Lösung und konkret ist das wohl eine Route und sollte als ein Objekt auch so gehandelt werden. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Am 23. Mai 2014 11:47 schrieb C.Brause chr_bra...@gmx.de: Dass die Auswertung des Semikolons sich schwierig gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch vielleicht mit Aufwand, machbar zu sein. Jochens Überlegungen hier: http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html hast Du gelesen? Es gibt sicherlich (viele) Fälle, wo eine Auswertung möglich ist, aber pauschal kann man das nicht sagen. Auch nicht beachtet wird dabei, dass es evtl. auch (einzige) Werte mit einem Semikolon geben kann, und wie man das dann ggf. escapen würde falls man Semikolons für sets verwenden wollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Hallo Martin, vielen Dank für den Link, den kannte ich noch nicht. Eigentlich wollte ich das später lesen, habs jetzt aber doch getan und hier meine Gedanken dazu: Die von Jochen aufgeführten Problem sind leider nicht von der Hand zu weisen. Trotzdem bin ich noch nicht dabei, das Semikolon abzuschaffen. Vielmehr gilt es in meinen Augen einen Konsens zu finden. Ich weiß, dass die Diskussion schon alt ist und sich da immernoch keine Lösung herauskristallisiert hat. Aber hier wir ja vieles erst mehrfach totdiskutiert, bevor dann ein gemeinsamer Weg gefunden wird. Um die Themen im Link aufzugreifen: - Ein (ungeordnetes) Set von Werten, bzw. eine Aufzählung: Das ist spontan in meinen Augen die sinnvollste Interpretation. Würd es nur so benutzt gäbe es keine Probleme oder? - Eine sortierte Liste, bzw. Reihenfolge ist wichtig Die Nutzung in so einem Kontext kann ich verstehen, macht aber kaum Sinn. Eine logische Änderung wäre, statt [seamark:buoy_lateral:colour=red;white;red;white] besser [seamark:buoy_lateral:colour:1=red;white;red;white] [seamark:buoy_lateral:colour:2=white] [seamark:buoy_lateral:colour:3=red] [seamark:buoy_lateral:colour:4=white] oder so zu verwenden. Selbst wenn DAS nicht Ideal sein sollte, die Richtung wäre ok, denk ich. (Das ist kein neuer Tagging-Vorschlag!) - Das Editorproblem Das ist doch sebsterklärend. Das Problem entsteht nicht beim Tagging oder Mappen, sondern beim Editor. Werden 2 Objekte zusammengefasst, sollte ein Konfikt angezeigt werden, ohne den Vorschlag, das mit Semikolon zu verbinden. Weiß man nicht, welcher Wert der richtige ist, fasst man die Objekte nicht zusammen oder entscheidet sich und hängt ein erklärendes FIXME dran. - Importproblem Ein Import ist doch an sich IMMER mit einem gewissen Mehraufwand verbunden. Ist es dann noch viel Arbeit das Skript zu erweitern und auf Konflikte ähnlich wie beim Editorproblem mit FIXME zu reagieren? Das einzige wirkliche Gegenargument das ich dabei bisher sehe ist der auch von dir angeführte Fakt, dass das Semikolon durchaus auch Teil eines Wertes (z.B. Name) sein kann. Das kommt zwar selten vor, aber auch das muss abgedeckt werden. Wäre es eine Möglichkeit das Semikolon in irgendeiner Form zu escapen? Ich habe zwar recht viel mit Rechnern zu tun und programmiere auch, aber ich bin kein Profi. Ich kann mir vorstellen, dass das mehr Probleme bringen könnte, als es es löst. Alternativ könnte man auch ein Aufzählungszeichen überlegen, das auf einer Zeichenkombination beruht. Z.B.: ; oder |+| (senkrechte Stiche mit Pluszeichen) Die Kombination müsste sich natürlich von Typischen Escapefrequenzen oder Konstanten von Programmiersprachen unterscheiden. Da verlasse ich aber dann langsam ganz mein Terrain. Viele Grüße, Christian Am 23.05.2014 11:58, schrieb Martin Koppenhoefer: Am 23. Mai 2014 11:47 schrieb C.Brause chr_bra...@gmx.de: Dass die Auswertung des Semikolons sich schwierig gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch vielleicht mit Aufwand, machbar zu sein. Jochens Überlegungen hier: http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html hast Du gelesen? Es gibt sicherlich (viele) Fälle, wo eine Auswertung möglich ist, aber pauschal kann man das nicht sagen. Auch nicht beachtet wird dabei, dass es evtl. auch (einzige) Werte mit einem Semikolon geben kann, und wie man das dann ggf. escapen würde falls man Semikolons für sets verwenden wollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit opening_hours
Hallo an alle, der Vogelpark am Mannheimer Karlstern http://www.vogelpark-mannheim.de/terminkalender/ ist wie folgt geöffnet: Sommerzeit: 8:00 Uhr - 19:00 Uhr Winterzeit: 8:00 Uhr - 17:00 Uhr Für den Wert Mar Su[-1]-Oct Su[-1] -1 day 08:00-19:00; Oct Su[-1]-Mar Su[-1] -1 day 08:00-17:00 nennt mir das evaluation tool http://openingh.openstreetmap.de/evaluation_tool/?setLng=de dass heute bereits um 17:00 geschlossen wird, obwohl wir Sommerzeit haben. Syntax siehe http://wiki.openstreetmap.org/wiki/Key:opening_hours und http://wiki.openstreetmap.org/wiki/DE:Key:opening_hours Wo liegt mein Fehler und wie muss der Wert für die o. g. Öffnungszeiten lauten? Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Thorsten Nau wrote ich würde je Fortbewegungsart eine separate route-Relation erstellen. +1 Eine dedizierte Relation pro Route ist IMHO die einzig vernünftige Lösung, auch wenn die Routen für verschiedene Modi zufällig auf dem gleichen physikalischen Weg liegen. Wie schon weiter oben geschrieben muß bei der kleinsten Abweichung in der Wegführung sowieso eine eigene Relation geschaffen werden. Ich halte es für so extrem selten daß mehrere Routen in allen Details exakt die gleiche Wegstrecke haben, so daß der Gewinn für einer Sonderregelung für solche Fälle praktisch gleich Null ist. Der Schaden durch Verwirrung und Relationen die von den meisten Auswertern nicht ausgewertet werden können ist dagegen groß. Der Semikolon-Ansatz löst das Problem nicht mal ansatzweise. An einer Route-Relation hängen meist noch zahlreiche weitere Werte. - Es gibt keine Möglichkeit auszudrücken wenn ein Tag nur für eine, aber nicht alle der Semikolon-Werte gültig sein soll. - Auch für manche Zusatztags wie network, ref, state, description gibt es Werte die für jeden Semikolon-Wert anders sein können. Es gibt keine Möglichkeit das eindeutig auszudrücken, noch mehr Semikolons sind keine Lösung weil dann immer noch offen ist, welcher Wert zur welchem anderen Wert gehört. Eine Reihenfolge ist nicht definiert. Dazu kann sich noch die Anzahl der Werte unterscheiden, z.B. es gibt eine network Einteilung nur für Wandern und Radeln, aber nicht für's Skaten. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Rad-Wander-Skate-Routen-tp5807026p5807123.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Ordinamento way all'interno di route
Ho scaricato da Lonvia il file gpx di una ciclovia ed ho passato il file ad una persona che utilizza sul campo vari programmi/siti per gestire percorsi da caricare su navigatore. Il file risulta non essere ordinato, nel senso che le varie way che costituiscono quella route non vengono ordinate mentre molti programmi per visualizzare i gpx tendono a caricare i vari trek presenti nei file in maniera ordinata. Questo ha come conseguenza che bisogna riordinare a mano i vari trek e la cosa puo' risultare parecchio laboriosa. Volevo capire se il problema deriva da: 1. inghippo teorico, ovvero e' inutile ordinare cio' che per sua natura potrebbe non esserlo (ad esempio way con forward e backward oppure diramazioni). 2. errore dei mappatori, ovvero scarsa cura nell'ordinamento delle way che costituiscono la relazione 3. errore di Lonvia, ovvero Lonvia non esporta i dati nell'ordine corretto oppure non applica qualche algoritmo di ordinamento ai dati prima di esportarli grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ordinamento way all'interno di route
fondamentalmente credo sia dovuto al fatto che osm sia insensibile all'ordine delle way nelle relazioni e che quindi i mappatori non sono mai stati costretti da motivazioni tecniche a disporle in ordine. considera che l'ordine viene assegnato all'atto della creazione della relazione in base al l'ordine di inserimento degli elementi e se vengono selezionati tutti prima di creare la relazione l'ordine di selezione viene comunque salvato (cosa che onestamente non capisco che senso abbia). considera anche che una way può venir spezzata o sostituita e questi eventi rovinano sempre l'ordine nella relazione. io quando creo/modifico una relazione cerco sempre di metterle in ordine perchè aiuta moltissimo nella ricerca di eventuali errori (way autointersecanti/non consecutive). il metodo migliore per me rimane al momento usare il plugin di JOSM chiamato Reltoolbox ma richiede comunque l'intervento manuale...non so se esistano tool che effettuano questi lavori in automatico - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Ordinamento-way-all-interno-di-route-tp5807067p5807072.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] Ordinamento way all'interno di route
2014-05-23 9:01 GMT+02:00 emmexx emm...@tiscalinet.it: Ho scaricato da Lonvia il file gpx di una ciclovia ed ho passato il file ad una persona che utilizza sul campo vari programmi/siti per gestire percorsi da caricare su navigatore. nel creare i file GTFS di pavia abbiamo avuto questo identico problema. nella relation, le way non sono nè ordinate, nè orientate per garantire la sequenzialità dei nodi. di fatto, se presente, non viene tenuto in considerazione il forward/backward. questa è ok, ad esempio: http://ra.osmsurround.org/analyzeRelation?relationId=3244403 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
20 centesimi a numero civicoma qualcuno l'ha mai comprato? Simone Cortesi wrote haha...se gli vendiamo i dati di osm, copriamo il debito pubblioc italiano. diciamo che ancora saremmo lontani: 25 737 153 numeri civici (in tutto il globo) a 0,20€ l'uno sono appena 5'147'430,6 €...dovremo impegnarci un (bel) po' di più ;) :P - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Civici-del-Comune-di-Gorizia-tp5806581p5807074.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] Civici del Comune di Gorizia
2014-05-23 10:11 GMT+02:00 Aury88 spacedrive...@gmail.com: diciamo che ancora saremmo lontani: 25 737 153 numeri civici (in tutto il globo) a 0,20€ l'uno sono appena 5'147'430,6 €...dovremo impegnarci un (bel) po' di più ;) :P mi hai fatto venire un'idea: calcolare il valore di osm in base a queste tabelle comunali strampalate. 130euro per confine amministrativo: noi ne abbiamo almeno 10.000 solo in italia 0,20euro per civico 0,10euro / km per le ciclabili SOMMA paginetta su openstreetmap.it con i totali monetizzati the value of the osm database made by the community free for the community (we gladly accept donations) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
Il giorno 23 maggio 2014 10:16, Simone Cortesi sim...@cortesi.com ha scritto: 2014-05-23 10:11 GMT+02:00 Aury88 spacedrive...@gmail.com: diciamo che ancora saremmo lontani: 25 737 153 numeri civici (in tutto il globo) a 0,20€ l'uno sono appena 5'147'430,6 €...dovremo impegnarci un (bel) po' di più ;) :P mi hai fatto venire un'idea: calcolare il valore di osm in base a queste tabelle comunali strampalate. 130euro per confine amministrativo: noi ne abbiamo almeno 10.000 solo in italia 0,20euro per civico 0,10euro / km per le ciclabili SOMMA paginetta su openstreetmap.it con i totali monetizzati the value of the osm database made by the community free for the community (we gladly accept donations) Fico, facciamolo! Forse c'è ancora qualche prezzo vecchio sul portale della liguria, vado a cercare... -- -S Ciao, Stefano ___ 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] Ordinamento way all'interno di route
Il 23/mag/2014 10:09 Simone Cortesi sim...@cortesi.com ha scritto: nella relation, le way non sono nè ordinate, nè orientate per garantire la sequenzialità dei nodi. di fatto, se presente, non viene tenuto in considerazione il forward/backward. Nell'editor delle relazioni di JOSM c'è un pulsante che serve ad ordinare i membri della stessa. Non ho la possibilità di fare prove, adesso, ma ricordo bene che se si ordina la relazione e poi si tenta di chiudere la finestra dell'editor, compare una finestra che avverte che le modifiche andranno perse. Quindi penso che JOSM sia in grado di salvare il nuovo ordinamento dei membri. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
Il 23 maggio 2014 10:20, sabas88 ha scritto: SOMMA paginetta su openstreetmap.it con i totali monetizzati the value of the osm database made by the community free for the community (we gladly accept donations) Fico, facciamolo! sì! hai già qualcosa di pronto? altrimenti per le ciclabili si può adattare quello che ti mandai tempo fa che calcolava la lunghezza delle track -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
L'idea è figa ma i costi a livello di unità (x euro a civico, y euro a km di ciclabile, z euro a confine, ecc ... ), su che base si stabiliscono? Esistono riferimenti commerciali che no siano solo il Comune di Gorizia? Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 23 maggio 2014 10:16, Simone Cortesi sim...@cortesi.com ha scritto: 2014-05-23 10:11 GMT+02:00 Aury88 spacedrive...@gmail.com: diciamo che ancora saremmo lontani: 25 737 153 numeri civici (in tutto il globo) a 0,20€ l'uno sono appena 5'147'430,6 €...dovremo impegnarci un (bel) po' di più ;) :P mi hai fatto venire un'idea: calcolare il valore di osm in base a queste tabelle comunali strampalate. 130euro per confine amministrativo: noi ne abbiamo almeno 10.000 solo in italia 0,20euro per civico 0,10euro / km per le ciclabili SOMMA paginetta su openstreetmap.it con i totali monetizzati the value of the osm database made by the community free for the community (we gladly accept donations) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] GeoChat
Ciao a tutti, ho appena scoperto questo plugin: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Qualcuno lo utilizza? Mi sembra utile. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GeoChat
Il 23/05/2014 10:50, Francesco Pelullo ha scritto: Ciao a tutti, ho appena scoperto questo plugin: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Qualcuno lo utilizza? Mi sembra utile. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Personalmente no, ma sono curioso di provarlo. :-) Matteo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
2014-05-23 10:46 GMT+02:00 cesare gerbino cesaregerb...@gmail.com: L'idea è figa ma i costi a livello di unità (x euro a civico, y euro a km di ciclabile, z euro a confine, ecc ... ), su che base si stabiliscono? Esistono riferimenti commerciali che no siano solo il Comune di Gorizia? inizierei dalla raccolta di un indice di fonti sui prezzi. e repo nuovo su github https://github.com/osmItalia -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ordinamento way all'interno di route
Se mi ricordo bene avevo già parlato di questo problema nel mio mini-intervento al OSMIT di Padova nel lontano 2011 E' un problema di topologia e inevitabile. Ecco il problema più banale e frequente che rende impossibile l'ordinamento di una route: Se creo una route da A - B lungo una strada con in mezzo una rotonda. Devo percorrere la rotonda in senso antiorario (orario in GB). La rotta deve essere spezzata in due pezzi alla rotonda: due pezzi con role forward, di cui uno lo percorro quando vado da A a B e un altro che che percorro quando vado da B a A. Adesso se faccio l'ordinamento degli elementi della route, se vado da A a B devo mettere uno dei due pezzi della rotonda. Il secondo pezzo della rotonda non fa parte della rotta da A a B. Viceversa se guarda la mia route da B a A devo mettere l'altro pezzo della rotonda. Ecco dove sta il problema. Dovrei creare due relations AB e BA. Inoltre se ho diramamazioni più complicate, la cosa diventa ancora più complicata. Un problema simile è stato discusso estesamente alcuni mesi fa sulla lista US dove stanno creando le routes per i freeways di lunga percorrenza che in gran parte sono fatte di due corsie. Il consenso, se mi ricordo bene, era di creare due relazioni per ogni freeway: US66 EastWest e US66 WestEast (esempio fittizio). Inoltre lì c'è la convenzione di indicare sui cartelli stradali anche la direzione. lo vogliono anche utilizzare per le istruzioni di navigazione: turn right on US66 West (proprio come sarebbe l'indicazione sul cartello stradale). In realtà lo stesso problema esiste anche da noi per le relations per strade esattamente come negli USA. Avevo anche cominciato a l'epoca una discussione tecnica sull'argomento con gli autori di Waymarked Trails (Lonvia) e OSM Route Analyser, ma non proseguito. RA utilizza un algoritmo di ordinamento per la sua analisi di routes che ordina nella maggior parte dei casi meglio dell'algoritmo di Lonvia. Penso che sarebbe utile di riattivare questa discussione in modo formale, forse a un livello non solo italiano. Volker 2014-05-23 10:32 GMT+02:00 Francesco Pelullo f.pelu...@gmail.com: Il 23/mag/2014 10:09 Simone Cortesi sim...@cortesi.com ha scritto: nella relation, le way non sono nè ordinate, nè orientate per garantire la sequenzialità dei nodi. di fatto, se presente, non viene tenuto in considerazione il forward/backward. Nell'editor delle relazioni di JOSM c'è un pulsante che serve ad ordinare i membri della stessa. Non ho la possibilità di fare prove, adesso, ma ricordo bene che se si ordina la relazione e poi si tenta di chiudere la finestra dell'editor, compare una finestra che avverte che le modifiche andranno perse. Quindi penso che JOSM sia in grado di salvare il nuovo ordinamento dei membri. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com phone +39 049 851 519 personal mobile+39 340 1427 105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ordinamento way all'interno di route
2014-05-23 10:32 GMT+02:00 Francesco Pelullo f.pelu...@gmail.com: Nell'editor delle relazioni di JOSM c'è un pulsante che serve ad ordinare i membri della stessa. Non ho la possibilità di fare prove, adesso, ma ricordo bene che se si ordina la relazione e poi si tenta di chiudere la finestra dell'editor, compare una finestra che avverte che le modifiche andranno perse. Quindi penso che JOSM sia in grado di salvare il nuovo ordinamento dei membri. +1, lo faccio sempre, sia per le route che per le multipolygon, perché aiuta a capire se ci sono errori di continuità (buchi). Dopo l'ordinamento bisogno cliccare su OK (o simile) e caricare la relazione modificata (l'ordine viene registrato sul server, ma non è necessario di essere in ordine per una relazione in OSM per essere valida). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GeoChat
Se a qualcuno interessa fare una prova, adesso sto mappando qui: https://www.openstreetmap.org/#map=15/45.49288/9.1214 Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GeoChat
2014-05-23 10:50 GMT+02:00 Francesco Pelullo f.pelu...@gmail.com: ho appena scoperto questo plugin: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Qualcuno lo utilizza? Mi sembra utile. si, l'ho attivo e lo uso a tratti, è bello, ma spesso non c'è nessuno (se fosse supportato il protocollo anche da iD e di default in JOSM sarebbe probabilmente più utile ancora). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
2014-05-23 10:16 GMT+02:00 Simone Cortesi sim...@cortesi.com: mi hai fatto venire un'idea: calcolare il valore di osm in base a queste tabelle comunali strampalate. 130euro per confine amministrativo: noi ne abbiamo almeno 10.000 solo in italia credo che stai paragonando mele e pere, i confini amministrativi semplificati puoi ottenere come open data, quelli veri non lo so ma credo di no, al meno non per la maggiorparte. Noi non abbiamo confini veri ma abbiamo confini semplificati, indovinati, stimati, ecc. potresti anche vedere quanto costa un estratto dal catasto, e moltiplicare quel prezzo con il numero dei nostri edifici, ma non è la stessa cosa ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
Per la cronaca li ho gia convertiti e controllati, il file .osm é pronto. Quando ci sarà l'autorizzazione fatemi un fischio. Il 17/mag/2014 22:53 Damjan Gerl dam...@damjan.net ha scritto: Scrivo qui per segnalare che il Comune di Gorizia (FVG) ha pubblicato un shape file con tutti i civici del Comune. Ma siccome io di licenze non mastico quasi niente volevo chiedere se sarebbero usabili per l'importazione in OSM? La licenza è CC BY NC ND. Il file è scaricabile da qui: http://www3.comune.gorizia.it/it/statistica-dati Grazie Damjan G. ___ 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] Civici del Comune di Gorizia
2014-05-23 11:51 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: potresti anche vedere quanto costa un estratto dal catasto, e moltiplicare quel prezzo con il numero dei nostri edifici, ma non è la stessa cosa ;-) Martin, non stiamo facendo una cosa scientifica :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Civici del Comune di Gorizia
2014-05-23 11:59 GMT+02:00 Simone Cortesi sim...@cortesi.com: 2014-05-23 11:51 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: potresti anche vedere quanto costa un estratto dal catasto, e moltiplicare quel prezzo con il numero dei nostri edifici, ma non è la stessa cosa ;-) Martin, non stiamo facendo una cosa scientifica :) l'avevo capito ;-) Per farsi un'idea sui prezzi dei geodati (sono quelli del 2007, ma probabilmente i comuni italiani non hanno aggiustato i prezzi dei loro geodati negli ultimi anni in maniera significativa): TomTom responded by upping their bid to €2.9 billion, an offer which was again approved by the board of Tele Atlas. (acquisizione di Teleatlas da TomTom: http://en.wikipedia.org/wiki/Tele_Atlas#Acquisitions ) On 1 October, 2007, it was announced that Nokiahttp://en.wikipedia.org/wiki/Nokiawould acquire NAVTEQ in a deal valued at an estimated US$8.1 billion (€5.7 billion). NAVTEQ shareholders approved the deal in December 2007. http://en.wikipedia.org/wiki/Navteq#Nokia_subsidiary Mettere i nostri civici sul conto al prezzo di 0,20 EUR non si arriva a ciffre del genere ;-) Quello che a me interesserebbe: quanto incassa un comune all'anno vendendo i loro geodati, e quanto gli costa la infrastruttura per gestire la vendità e la rendicontazione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore svolta
Ciao, prova a vedere se ora va bene. Ho aperto con Josm (bandierina in basso a dx da Osrm e Josm avviato) selezionato il nodo nell'intersezione poi scelto dal menu Preimpostazionirelazionidivieti di svolta e quindi solo dritto e poi nuova relazione. Quindi al nodo ho applicato il ruolo via (che sta per attraverso) e al tratto precedente il ruolo from e a quello successivo to. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Errore-svolta-tp5806572p5807099.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] Errore svolta
Il 23/05/2014 13:17, mircozorzo ha scritto: Ciao, prova a vedere se ora va bene. Ho aperto con Josm (bandierina in basso a dx da Osrm e Josm avviato) selezionato il nodo nell'intersezione poi scelto dal menu Preimpostazionirelazionidivieti di svolta e quindi solo dritto e poi nuova relazione. Quindi al nodo ho applicato il ruolo via (che sta per attraverso) e al tratto precedente il ruolo from e a quello successivo to. Ciao, io non avevo mai aggiunti divieti di svolta per paura di far casino, poi in Josm ho scoperto il plugin turnrestrictions che rende il tutto semplicissimo: - seleziono prima il tratto di origine del divieto, poi quello verso dove vale il divieto - clicco sul bottone 'crea un nuovo divieto di svolta', si apre la finestra di dialogo coi tratti precedentemente selezionati già inseriti nei campi 'da' e 'a' - seleziono il tipo di divieto ed, eventualmente, la tipologia dei veicoli per cui non vige quel divieto - do OK e il gioco è fatto! Oppure clicchi sul bottone 'crea un nuovo divieto di svolta' e selezioni successivamente la strada d'origine, destinazione e il tipo di divieto. Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Buttonrecorder
Il giorno 22 maggio 2014 13:44, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: perché non prendi l'ora dal gps del telefono? anche se la posizione non è precisa quanto quella del gps60, l'ora dovrebbe esserlo Purtroppo sul mio GT-i9100 l'ora del gps è indietro di circa 1 secondo, ma la cosa strana è che se sincronizzo l'ora con il gps tramite una app apposta l'ora è corretta. Leggere l'ora dal gps eviterebbe la possibilità di avere l'ora sbagliata. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore svolta
Ottimo! Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Errore-svolta-tp5806572p5807104.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] Errore svolta
Sarebbe il caso di sistemare anche l'analogo svincolo sul lato opposto. Se non ho visto male mi sembra che si dovrebbe correggere la relazione errata e inserire un tratto mancante di svolta a sx con la relativa restrizione - Original Message - From: mircozorzo mircozo...@inwind.it To: talk-it@openstreetmap.org Sent: Friday, May 23, 2014 2:15 PM Subject: Re: [Talk-it] Errore svolta Ottimo! Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Errore-svolta-tp5806572p5807104.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 - Nessun virus nel messaggio. Controllato da AVG - www.avg.com Versione: 10.0.1432 / Database dei virus: 3722/7045 - Data di rilascio: 23/05/2014 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] GeoChat
Per quanto mi riguarda dovrebbe essere di default su JOSM e su ID. Utile davvero. Il giorno 23 maggio 2014 11:19, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2014-05-23 10:50 GMT+02:00 Francesco Pelullo f.pelu...@gmail.com: ho appena scoperto questo plugin: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Qualcuno lo utilizza? Mi sembra utile. si, l'ho attivo e lo uso a tratti, è bello, ma spesso non c'è nessuno (se fosse supportato il protocollo anche da iD e di default in JOSM sarebbe probabilmente più utile ancora). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] VILNIUS BIKE MAP
Sveiki! s(iaip, esu siek tiek paz(enge;s su Vilniaus dvirac(iu; z(eme.lapio sukurima; Maperitive programa. Dabar ies(kau kas nori priside.ti prie maketavimo ir sutvarkymo. Man neuz(tenka galios (nei asmenis(kai nei mano kompiuterio) ir laiko. Tai bus tuo pac(iuo metu gera proga patikrinti OSM dvirac(iu; duomenius (ten pats radau nemaz(ai trukumu;) Gal kam nors i;domu? De.l atlygio galima susitarti, jei reike.s :) ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
[Talk-gb-westmidlands] Tysoe Mapping Party May 31st
Hi everyone Can I have an indication of who's coming to this event on May 31st? The WI are laying on lunch. We have the Village Hall with wifi and Mike Sanderson(local sponsor) is bringing an A4 printer (he might be able to source an A3 printer). The annual Windmill Run is on that day also so should be fun event. Is it worth advertising on the TalkGB list too? Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Tysoe Mapping Party May 31st
What time? I'm in but need to pop out around 2-3pm Rob On 23 May 2014 17:08, Brian Prangle bpran...@gmail.com wrote: Hi everyone Can I have an indication of who's coming to this event on May 31st? The WI are laying on lunch. We have the Village Hall with wifi and Mike Sanderson(local sponsor) is bringing an A4 printer (he might be able to source an A3 printer). The annual Windmill Run is on that day also so should be fun event. Is it worth advertising on the TalkGB list too? Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-ca] Thank you to everyone
Hi folks. Mary and I have been touring Tasmania by car with my Android tablet and Osmand. If it were not for Open Street Map the road traveled would have been a very uncertain journey if not one where we could be helplessly lost. A very special shout out to Richard Weait for his efforts and for introducing me to OSM. Sincerely John Kerr ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Appel aux contributeurs de Montréal
Le 16/05/2014 04:39, Pierre Béland a écrit : Bonjour Bruno, On pourrait se faire un chat ou autre réunion virtuelle et voir comment nous pouvons avancer de ce côté. Je devrais aussi avoir plus de temps libre à partir de la semaine prochaine. Pierre *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Vendredi 16 mai 2014 1h41 *Objet :* [Talk-ca] Appel aux contributeurs de Montréal Bonjour à tous, Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à vous, Pierre, Charles, et les autres? Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la province? ;) Au plaisir! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Bonsoir, J'approuve totalement l'idée d'organiser une réunion de travail publique à propos des travaux en cours pour OpenStreetMap Québec. Ce pourrait être une bonne occasion pour réunir les actuels porteurs du projet, avec les personnes intéressées et faire un point sur l'avancement actuel et les travaux à venir. Je vous propose de nous retrouver lundi prochain, à 18h30 (date et heure prises totalement au hasard, n'hésitez pas à proposer autre chose). Nous pourrons utiliser le serveur Mumble d'OsmQc, joignable via mumble.osmqc.ca mumble://mumble.osmqc.ca/Accueil?title=Mumbleversion=1.2.0 . Le client Mumble http://mumble.sourceforge.net/ est normalement simple à utiliser, mais si vous avez des questions relatives à sa configuration ou son utilisation, contactez-moi directement, je pourrai vous aider à le faire fonctionner). Pierre Choffet ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Appel aux contributeurs de Montréal
Le 16/05/2014 07:28, Samuel Paul ALCE a écrit : Bonjour a tous... Je suis ALCE Samuel Paul. Je suis a Montreal depuis quelques jours et j'aimerais bien participer activement au differents activites OSM tout comme j'ai l'habitude de le faire avant... Je suis actuellement libre et je peux aider dans les travaux sur les provinces comme a signaler Bruno. faites moi part de vos activites... Merci... Bonsoir Samuel Paul, Montréal dispose déjà d'une communauté OpenStreetMap locale organisée. Si tu souhaites nous rejoindre, je t'invite à surveiller notre activité qui est communiquée sur notre site Internet directement : http://www.openstreetmap-montreal.org/ . Nous disposons aussi d'une liste de diffusion publique, disponible ici : http://listes.osmqc.ca/listinfo/montreal . À l'heure actuelle, notre prochain événement est la rencontre mensuelle des contributeurs qui aura lieu le Lundi 2 Juin, mais on n'est jamais à l'abri d'une éventuelle cartopartie qui s'intercale d'ici là ! En tout cas, nous serions ravis de te rencontrer ! Pierre Choffet ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Další, zajímavá, duchařina
Dobrý den,, zpráva hlavně pro p. Součka: Hlásná Třebáň, SO 1534190 má ev. č. 537. Asi 4 metry od něho se nachází další SO typu duch, tedy nejspíš fiktivní SO z UIR-ADR, který má rovněž ev.č. 537. Je jich tam v okolí takových více. Asi tedy došlo k zavedení fiktivních SO s adresami a proti tomu existovaly i reálné SO v jiném registru, které mají tutéž adresu. Pak už je nikdo nespároval a tyto duplicity z RUIAN nevyndal. Je to nový objev, oproti dvojicím typu ev.č. 34 a 5034, zde mají oba z dvojice stejné ev.č. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] BANO... compte à rebours...
Plus que 10 départements à traiter ! La prochaine étape va consister à optimiser le cycle de mise à jour... côté scripts BANO et aussi pour mettre en place une interface de signalement/correction/ajouts sur les erreurs (adresses mal placées, adresses manquantes, adresses qui disparaissent). Nous pensons organiser un BANOcamp le week-end du 28 juin sur Paris pour définir le contenu de cette interface, ses fonctionnalités, son mode de fonctionnement voire coder une première mouture. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Participation OSM au Salon des Solidarités (Paris, 12-14 juin)
Bonjour, Dans la continuité de la dynamique enclenchée au SOTM, la communauté OSM francophone de l'humanitaire et du développement sera présente au Salon des Solidarités à Paris, du 12 au 14 juin http://www.salondessolidarites.org/le-salon?setPreferredLanguages=fr (Parc des Expositions - Porte de Versailles). Nous animerons un stand partagé OSM-Fr/CartONG qui est également ouvert aux autres acteurs de l'écosystème OSM qui souhaiteraient participer - ce stand sera au sein de la tente Social Good Camp http://www.salondessolidarites.org/crowdfunding/Social_Good_Camp de l'espace Web Solidaire. Tous les contributeurs sont cordialement invités à venir nous aider à tenir le stand, ou tout simplement nous rendre visite pendant l'événement ! Nul besoin d'être spécialiste de l'humanitaire, le simple fait de pouvoir présenter le fonctionnement, la dynamique et les avantages d'OSM seront déjà très utiles. Parallèlement, nous sommes en train de définir un programme complet d'animations autour d'OSM et de la cartographie pour l'humanitaire. Cela s'articulera notamment autour de : - une conférence sur le volontariat numérique (jeudi après-midi) où Nicolas (Chavent) et moi seront présents, et une conférence innovation et numérique (dont le fil conducteur sera l'implication des communautés ; samedi après-midi) avec les autres participants du Social Good Camp, au cours de laquelle nous ferons des présentations rapides de la digitalisation en cas de crise, de la construction de communautés OSM au Sud et de l'usage de la donnée OSM par les ONG - des ateliers sur le Social Good Camp répartis pendant les 3 jours, nos sommes en train de définir le programme mais il y aura pour sûr une initiation/cartopartie le samedi après-midi. Si quelqu'un souhaitait présenter un outil qui pourrait être utile aux ONG (je pense à uMap par exemple) cela serait aussi une possibilité, la discussion est ouverte ;-) Nous disposons de 100 places offertes, cela devrait être largement suffisant, néanmoins prévenez-moi dès que possible si vous souhaitez venir, afin que je créé vos tickets. En espérant vous voir nombreux ! -- Martin Noblecourt m_nobleco...@cartong.org Bureau/Office: +33 (0)4 79 26 28 82 | Skype: martin.noblecourt CartONG - Mapping and information management for humanitarian organizations | Cartographie et gestion de l'information pour les organisations humanitaires 180 rue du Genevois, 73000 Chambéry, France Check out or new technical blog: http://blog.cartong.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Arrêts de bus parisiens - Openstreetmap vs. open data
http://labs.canaltp.fr/2014/05/cartoviz-retour-dexperience-sur-lutilisation-de-donnees-opendata/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] cadastre.openstreetmap.fr : ajout des fichiers rues
Bonjour, Lors de la génération des fichiers adresses, un rapprochement entre les rues cadastre et OSM est fait. Serait-il possible d'avoir les données rues cadastre dans un fichier ? Marc -- View this message in context: http://gis.19327.n5.nabble.com/cadastre-openstreetmap-fr-ajout-des-fichiers-rues-tp5807107.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr : ajout des fichiers rues
Si tu veux parler des libellés, il est possible de ressortir une liste des rues plus propre. Le 23 mai 2014 16:03, mga_geo mga_...@yahoo.fr a écrit : Bonjour, Lors de la génération des fichiers adresses, un rapprochement entre les rues cadastre et OSM est fait. Serait-il possible d'avoir les données rues cadastre dans un fichier ? Marc -- View this message in context: http://gis.19327.n5.nabble.com/cadastre-openstreetmap-fr-ajout-des-fichiers-rues-tp5807107.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr : ajout des fichiers rues
2014-05-23 16:03 GMT+02:00 mga_geo mga_...@yahoo.fr: Serait-il possible d'avoir les données rues cadastre dans un fichier ? Dans quel but ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un MOOC OSM ?
Le 22/05/2014 13:29, Vincent Bergeot a écrit : Le 21/05/2014 20:29, Antoine Riche a écrit : Je propose de prendre les inscriptions pour proposer un projet jusqu'à vendredi, puis de le proposer sur le site de FUN. Il faut un porteur de projet, je veux bien m'y coller mais si quelqu'un d'autre est volontaire tout va bien. Vincent en est çà fait déjà deux :-) cela me convient :) à moi aussi A plus PS : j'ai tendance à préférer que l'on travaille sur le wiki d'osm plutôt que sur les google form et autres trucs où on accordent tous les droits à ces entreprises. Pour ma part, je n'ai pas d'objectifs de validation de ce mooc et donc de devoir répondre absolument aux contraintes données par le mooc. +1 j'ai suivi ce mooc cette semaine en auditeur libre ; (pour l'instant) je le vois comme une spécialisation pour prof désirant élargir massivement son auditoire ; sous-entendu : il a déjà fait ce cours, et procédé à des évaluations qualifiantes, et maintenant, il massifie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Automatiser le dessin de plans de réseaux de transport
Bonsoir, Cela fait un certain temps que je suis à a recherche de techniques permettant de schématiser des réseaux automatiquement sur la base de données géographiques. Cela pour permettre une lecture topologique plus que géographique. Ce peut être très utile dans certains cas. Par exemple les transports en commun tient ! Je suis tombé sur ce genre de publication. http://cs.brown.edu/~rt/gdhandbook/chapters/cartography.pdf Il y est fait état de plusieurs algorithmes et règles pour produire différents types de diagrammes. Ce serait génial de sélectionner une zone, fournir un petit fichier css et d'obtenir un joli schéma beaucoup plus lisible que peut l'être une carte parfois. Un truc facile. Est-ce que des gens ont déjà réfléchi à la question ou voudraient que l'on développe un petit quelque chose pour ça ? Il y a des problèmes assez compliqués comme l’orthogonalisation des arrêtes (donc un positionnement adapté des nœuds en amont), forme bien différente de la position et forme géographique. Surement parce que je ne connais pas encore la méthode pour le traiter. Un autre gain, plus indirect, serait celui de la QA. En représentant plus topologiquement les choses, ce devrait être plus facile pour régler des problèmes de routage ou autre. Merci par avance pour tout retour sur ces questions. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Automatiser le dessin de plans de réseaux de transport
Tu as regardé chez Roland ? http://overpass-api.de/public_transport.html Le 23 mai 2014 23:26, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir, Cela fait un certain temps que je suis à a recherche de techniques permettant de schématiser des réseaux automatiquement sur la base de données géographiques. Cela pour permettre une lecture topologique plus que géographique. Ce peut être très utile dans certains cas. Par exemple les transports en commun tient ! Je suis tombé sur ce genre de publication. http://cs.brown.edu/~rt/gdhandbook/chapters/cartography.pdf Il y est fait état de plusieurs algorithmes et règles pour produire différents types de diagrammes. Ce serait génial de sélectionner une zone, fournir un petit fichier css et d'obtenir un joli schéma beaucoup plus lisible que peut l'être une carte parfois. Un truc facile. Est-ce que des gens ont déjà réfléchi à la question ou voudraient que l'on développe un petit quelque chose pour ça ? Il y a des problèmes assez compliqués comme l’orthogonalisation des arrêtes (donc un positionnement adapté des nœuds en amont), forme bien différente de la position et forme géographique. Surement parce que je ne connais pas encore la méthode pour le traiter. Un autre gain, plus indirect, serait celui de la QA. En représentant plus topologiquement les choses, ce devrait être plus facile pour régler des problèmes de routage ou autre. Merci par avance pour tout retour sur ces questions. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Animated map of the development of London
Not OpenStreetMap, but even as a Yorkshireman I found this interesting to watch: http://www.theguardian.com/cities/2014/may/15/the-evolution-of-london-the-citys-near-2000-year-history-mapped Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM Analysis updated with May 2014 OS Locator data
On 15/05/2014 09:27, Steven Horner wrote: Personally I like Marc's suggestion of using the 2 street names separated by a hyphen. This allows both names to be rendered. Then identifying each street with left and right tags. How do you chose which is which if the road runs East to West? I'm amazed this doesn't crop up constantly, any old terraced streets with a road separating them would have the issue. I can think of about a dozen streets within 1 mile of me where this is the case. C19th Terraces are interesting ... and confusing. I've studied a few in my home town of Otley. Generally I've found that when the developer, usually a factory owner, put both the street and the building in, then Danefield Terrace is typically the name of the street. But if they put the buildings up later, then the name refers to the building, for example Elm Terrace, East Busk Lane ... even though it has a street sign and local folks will refer to it just as Elm Terrace. So I put the Terrace name on the building. And, by the way, it will often have an alley around the back referred to as Back of Elm Terrace. And yes there is one case where the street sign makers just gave up and put both names. Ramsey Terrace/Wharfe Street. There is a terrace on the left and detached houses and an old school on the right. I've not found enough historic information or talked to folks living there to determine whether it is a double name street or Wharfe Street with a terrace down one side. The point in rambling/writing is that I suspect these were all non-issues, nobody cared, until the advent of digital computers and the need to assign things precisely ... even though the reality is that they are not precise. Nineteenth century OS surveyors clearly dodge the issue. A beck or wood will have one name on one part and another name on another, but no attempt to decide a boundary. So, like it or not we are not just collecting names of things, in some instances we (and public bodies faced with the same issue) are actually transfer naming things. In the case of public bodies, there can then be a clash between the logical assignment of a name and what local people feel something is called. Perhaps many double named streets actually don't have a name at all 'cos if you live there it isn't important. But I am venturing into Tim Water's realm. Fun though, even though this does not help Steven in the slightest. Sorry! Mike PS I cannot resist one more interesting example. If you map in the north of England, you will be no doubt putting names like Heber Gill on streams. But I believe, perhaps someone more knowledgeable can confirm, that gill does not refer to the water at all, but a stretch of steep narrow valley that the stream passes through in part of its journey. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Mapnik not rendering leisure=nature_reserve
Awww: mapnik recently stopped rendering leisure=nature_reserve! As I have tagged many, many natural preserves and wilderness boundaries, I will REALLY miss seeing the little green NR text on areas with this very high level of protection. Can we bring this back? Please? Was it just an oversight / mistake? I know, I know: a rendering is not the map as the tags are still there. Nonetheless, beautiful renderings that included NR where it exists simply don't visually convey fully accurate information any longer. Is that what our map is becoming? Mapnik is known as our Standard renderer, our trade dress if you will. While I fully support it becoming better, I (and I suspect many others) must say something when I see it becoming stupider. Truly, I hope this was just an honest mistake and somebody takes this as (a slightly impolite) bug report. Does stuff like this just happen (sneakily) in the middle of the night? No discussion? No wider consensus? Who DO we talk to about changes/improvements in the mapnik renderer style sheet (changes)? Will they even listen? Thanks to anybody who might answer this shout into the (mapnik renderer) wilderness, SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Mapnik not rendering leisure=nature_reserve
This isn't a problem with Mapnik, but a change to openstreetmap.org's Mapnik XML. I would post an issue here https://github.com/gravitystorm/openstreetmap-carto Daniel On May 23, 2014, at 6:15 PM, stevea stevea...@softworkers.com wrote: Awww: mapnik recently stopped rendering leisure=nature_reserve! As I have tagged many, many natural preserves and wilderness boundaries, I will REALLY miss seeing the little green NR text on areas with this very high level of protection. Can we bring this back? Please? Was it just an oversight / mistake? I know, I know: a rendering is not the map as the tags are still there. Nonetheless, beautiful renderings that included NR where it exists simply don't visually convey fully accurate information any longer. Is that what our map is becoming? Mapnik is known as our Standard renderer, our trade dress if you will. While I fully support it becoming better, I (and I suspect many others) must say something when I see it becoming stupider. Truly, I hope this was just an honest mistake and somebody takes this as (a slightly impolite) bug report. Does stuff like this just happen (sneakily) in the middle of the night? No discussion? No wider consensus? Who DO we talk to about changes/improvements in the mapnik renderer style sheet (changes)? Will they even listen? Thanks to anybody who might answer this shout into the (mapnik renderer) wilderness, SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Named beaches, too?
As long as I'm whinging about mapnik getting different (simpler, with omissions) it seems named beaches are not rendering, either. Whinge, whine. Why bother? Oh, yeah: the tagging captures. Yet without definitive (Standard) rendering, why bother? (Can't say when named beaches ducked out, but NR/leisure=nature_reserve was recent). Wow, I'm in a mood: don't mess with (our) mapnik?! Again, I'm all for improvements. But dumbing down? Can't we just talk? SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us