Re: [Talk-br] Nova proposta de classificação viária
Oi Fernando On Fri, 14 Feb 2020 at 14:34, Fernando Trebien wrote: > On Thu, Feb 13, 2020 at 10:41 PM Gerald Weber wrote: > >> Enfim, se eu já achava que a proposta era uma má ideia, agora estou >> convencido que se trata de um grande desastre. >> > > Para quem? > Para quem precisa confiar que os dados são reflexo da realidade e não reflexo de um algorítmo. > > >> Daqui a duas semanas participo de uma banca de mestrado onde se fez >> precisamente isto, extrairam os dados do OSM e fizeram uma análise de >> conectividade. Eu já vi que tiveram problemas com as classificações das >> rodovias. A atual proposta vai agravar a situação e tornar o OSM inútil >> para estudos científicos deste tipo. >> > > Pode dar mais detalhes? Eu acredito fortemente que a nova proposta > resolverá problemas de classificação ao invés de prejudicar. Para poder > ajudar e poder dizer se a nova proposta realmente prejudica alguém, > gostaria de saber: que trabalho foi esse, o que estavam tentando fazer, que > problemas tiveram, que estudos científicos estão sendo feitos usando o OSM, > etc. > Eu vou terminar de ler a dissertação e te falo com mais propriedade. Penso que o texto, após as correções deva ficar disponível on-line, quando isto acontecer eu aviso aqui. Mas para ficar em exemplos de trabalhos científicos, vamos considerar este artigo: https://www.sciencedirect.com/science/article/pii/S2226585615000199 Na Eq (2) ele calcula uma diversidade de rodovias, H', na China referente ao OSM de 2014. Eu não sei como os mapeadores chineses classificaram suas vias e que regras usaram. Mas note que o trabalho tira várias conclusões importantes, e fica claro que neste trabalho os autores tem a consciência que essas classificações dependem fortemente da decisão do mapeador. Os autores comparam densidade de rodovias com diversidade de classificação e tiram várias conclusões, dentre elas que o OSM se aproxima mais da realidade que mapas comerciais. Imagina agora que você introduz um viés algorítmico na classificação das vias, o que pode acontecer é que estudos similares no futuro vão gerar resultados que vão estar "contaminados" por isto. Por exemplo alguém poderia analisar a diversidade de rodovias do Brasil e ficar espantado em concluir que ela segue uma lei perfeita que depende da raíz quadrada das populaçoes que conectam as vias. Ou seja, em vez de capturar a realidade, capturou o modo de funcionamento do algorítmo. > Eu também entendo que o "algoritmo" proposto (que eu sempre chamei de > "metodologia") não deve ser levado sempre ao pé da letra sempre, alguma > dose de ponderação e interpretação deve ser permitida para tratar de casos > limítrofes pelo consenso. A "metodologia" é pra ajudar a orientar o > trabalho de classificação e eliminar da discussão a grande maioria dos > casos principais. > O ponto central da sua metodologia é uma abordagem algorítmica. Eu entendo a sua preocupação e respeito o seu esforço, mas eu prefiro uma metodologia ancorada na verificação (survey) ou, na impossibilidade desta, na consulta de uma autoridade que realiza este tipo de verificação como o DEER. Agora eu acho que tem muito mérito esse seu trabalho. Ele reflete a disparidade da conectividade de rodovias no Brasil. Isto está muito claro. Por exemplo, no caso de MG, o seu algoritmo considerou algumas rodovias ao redor de Diamantina deviam ser trunk. Já pelo DEER-MG ali tem um grande vazio, não há qualquer rodovia trunk (e eu concordo com o DEER neste caso). O que aconteceu? É o Vale do Jequitinhonha, umas das regiões mais pobres de Minas. Tem população que satisfaz o seu critério, mas não tem renda, não tem PIB. Tem gente, mas não tem produtos para transportar que justifiquem uma malha tipo trunk. O grande contraste aqui é o Triângulo Mineiro que é uma região rica permeada por trunks. Olhando a lista de rodovias que você mostrou no seu email anterior, aquilo basicamente esgota o que pode ser trunk em MG, a maioria são rodovias pedagiadas, isso é de fácil verificação. Agora como a proposta também cobre classificação de primary, eu temo que a situação possa ficar mais intratável. Quando chegar o momento de classificar as vias primárias pelo algorítmo aí eu penso que distorções bem maiores podem acontecer sem nenhum claro benefício para o usuário do mapa. De todo modo agradeço por este trabalho e pela proposta, mas acho desaconselhável substituir o atual esquema de rodovias por algo assim. um abraço e bom final de semana Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova proposta de classificação viária
Oi Linhares obrigado pelas considerações. Só não entendi essa frase aqui: > Sei que o OSM é muito mais que um mapa, mas quando ele não serve nem para > fazer um mapa é porque algo está errado! > Não vi nada que impeça o OSM de servir como mapa da maneira como está. Claro que ajustes são importantes e sempre vão acontecer, e não há dúvida que existe um conjunto de rodovias que deveria ser classificado como trunk. Uma regra simples que poderia ser aplicada é se a rodovia é pedagiada. Penso que a análise que foi feita não deixa de ser interessante como ferramenta auxiliar na discussão das rodovias, ou para localizar rodovias que de fato poderiam ser promovidas. Mas não acho aconselhável que substitua por completo as regras de mapeamento. O problema que eu vejo é que "o que os olhos não veem o coração não sente". Lembra de velhas discussões sobre "poluição visual" sobre excesso de tertiary em Porto Alegre? Pois foi o Carto mudar a renderização de amarelo para branco que súbitamente cessaram todas as discussões sobre isto. E tem a síndrome do "ninho vazio". Quando deixaram de renderizar primary em zoom=7 todo mundo ficou nervoso porque de repente o mapa ficou "vazio", e começou a corrida para promover tudo que é primary para trunk. Então a gente tem que ter um pouco de sangue frio e entender que a gente não pode se render ao renderizador (ai, essa foi podre, eu sei). abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova proposta de classificação viária
Olá Fernando tenho plena ciência que em outras regiões as práticas de classificação são bem diferentes das nossas, e por isso mesmo pouco confiáveis. Falo por experiência. Tive uma experiência desagradável ano passado no Chile, dirigindo no deserto do Atacama, peguei uma via classificada como secondary e quase me dei mal. Não era asfaltada, até aí tudo bem pois estava com uma 4x4 alugada, mas foi piorando e virando trilha. O caminho foi ficando cada vez pior e já tinha de usar a marcha reduzida, Não havia viva alma, nenhum trânsito, não tinha residências e o sinal de celular já não pegava. Ficamos assustados e decidimos retornar. Custamos a achar um lugar largo o suficiente para dar meia volta com a caminhonete. Foi muito difícil. Não passou de susto, mas poderia ter terminado muito mal. Não sei que critérios que os chilenos usam para considerar alguma coisa como secondary, mas claramente não devia de ser. Suspeito que foi mapeamento remoto e como ligava uma vila, saindo de uma primary, a uma importante atração turistica penso que o mapeador considerou que devia se tratar de uma via importante e marcou como secondary. Enfim, é uma suspeita, não tive tempo de averiguar. Como era secondary, o osmand nos roteou alegremente por esta via. Se fosse por nossos critérios, era unclassified na melhor das hipóteses (eu colocaria track pois não era transitável). Então eu acho que a nossa responsabilidade é muito grande em entregar informações precisas e confiáveis. Por isto eu me nego a promover artificialmente uma via, por onde nunca passei, para uma classificação superior baseado em regras tão abstratas e sem suporte na realidade. Penso com horror na quantidade de vias que poderiam vir a serem promovidas a trunk tendo condição de tráfego sofrível. Já foi por isto que fui e continuo sendo contra o top+5. Em relação ao Google Maps/Waze, não penso que as pessoas o preferem, é que elas simplesmente não conhecem outra coisa. Por outro lado quando você apresenta o OSM elas veem pouca vantagem e há lacunas óbvias que afastam as pessoas, principalmente no tocante a centros urbanos. O uso off-line já não tem o mesmo apelo que tinha há alguns anos. Em 8 anos no OSM, trabalhando em uma universidade na área de exatas/tecnologia nunca vi uma única pessoa que já tivesse ouvido falar no OSM. Por outro lado, também já vi muita história de horror em relação ao Google Maps, roteamento por estrada de terra é o mais comum. No GM todas as vias aparecem exatamente iguais. O roteamento é exclusivo pela AI do Google. É isso que qeremos? Agora eu penso que você concorda que nosso objetivo não é ser igual ao Google Maps e sim dar informações diferenciadas. Eu temo que a proposta apresentada seja uma piora neste sentido. Em relação aos seus comentários, eu não penso que a importância da via esteja ligada à sua estrutura física. Na falta de informação melhor, eu estou usando a estrutura física como substituto de importância, com a vantagem que se a estrutura for boa, mesmo que a via não seja mesmo importante, nenhum prejuízo ocorre. Já na sua proposta, se a via é marcada como importante mas a estrutura é deficiente pode trazer problemas ao usuário, como foi o meu caso. Sim, a renderização torna possível diferenciar aspectos. A camada humanitária renderiza qualquer via de terra como se fosse unclassified (não é muito útil), mas para mim é a exceção que confirma a regra: a maioria dos sistemas de renderização mostra somente a classificação simples. Se não fosse não haveria a preocupação em promover vias para trunk de maneira tão artifical, não é mesmo? De uma maneira ou de outra estamos em uma encruzilhada e temos de tomar uma decisão: se a classificação se dará pela importância abstrata de roteamento e continuidade, ou pela estrutura física real, ou um misto dos dois. Acho que fizemos bem em privilegiar o mapeamento por estrutura física, é um diferencial do OSM Brasil. OK, não fica tão bonito (salada de frutas, poluição do mapa, baixa densidade de trunk, etc) a hierarquia não fica tão vistosa, tão elegante, tão lógica, mas pelo menos é algo onde podemos ter uma razoável confiança do que vamos encontrar de fato. então desculpe, entre classificação por regras abstratas e "the truth is on the ground", eu fico com o segundo abraço Gerald On Thu, 23 Jan 2020 at 20:07, Fernando Trebien wrote: > On Thu, Jan 23, 2020 at 7:50 PM Gerald Weber wrote: > > dito tudo isto, na verdade realmente tanto faz, ninguém usa o OSM para > quase nada. Depois de 15 anos a maioria das pessoas nem nunca ouviu falar, > tudo é só Google Maps. Além disto o mapa não é confiável, e da maneira como > opera, nunca vai ser. > > O OSM é usado por um monte de gente importante: > > https://wiki.openstreetmap.org/wiki/Major_OpenStreetMap_Consumers#As_a_base_map > > Infelizmente, o fato de os dados serem do OSM geralmente fica relegado > a uma tímida nota de rodapé, que poucos lêem, e os usuários acham que > tud
Re: [Talk-br] Nova proposta de classificação viária
agradeço aos colegas por todos os detalhamentos e respostas pensei bastante e no final volto exatamente à mesma pergunta crucial do debate de 2013: afinal o que queremos representar no mapa? O país como ele é ou como deveria ser? A minha postura desde aquela época continua a mesma: quero um mapa que represente a realidade das rodovias. Falo como usuário e como mapeador. Gostei da descrição "salada de frutas" de classificação viária, mas francamente, não é essa a realidade das nossas rodovias? Porque mascarar? Qual exatamente é o problema em olhar para o mapa do Brasil e ver pouca densidade de rodovias tipo trunk? Não é essa a nossa realidade? A nossa malha viária não é deficiente? Alguém aqui acha que é boa? Ou, devemos fazer que nem na Argentina, mascarar a realidade e elevar qualquer coisa a trunk só para ficar mais denso no mapa? Isto não é mapear para o renderizador? Voltando a proposta apresentada, agora que entendi melhor, eu fiquei profundamente incomodado. Agora vamos mapear por "inferência"? Se tem duas cidades com mais de 200 mil habitantes nós vamos "inferir" que as rodovias são tipo trunk? E o que fazemos com a "realidade"? Deixa para lá porque não fica tão bonito no mapa? Da minha parte eu me oponho a esta proposta porque ela fere um princípio fudamental do OSM: the truth is on the ground. A verdade não pode ser inferida por regras arbitrárias e abstratas. É um fato que a hierarquia rodoviária neste país é um caos, porque disfarçar? Vamos fazer um pequeno exercício. Hoje, se eu olho o mapa e vejo uma rodovia tipo trunk o que eu posso pensar? Pela proposta de 2013, eu deduzo que se trata de uma rodovia de maior porte, melhor que uma primary. Esta é uma informação útil, fácilmente acessível por qualquer usuário leigo do OSM. Desde proposta do top+5, eu já não posso mais fazer esta afirmação facilmente. Uma trunk pode ser uma rodovia bem estruturada ou uma completa porcaria. Tá legal, posso olhar as tag acessórias, quantas lanes etc, mas quem sabe fazer isto ou tem tempo para olhar? Quantas vezes você estava com o aplicativo aberto e tendo de tomar uma decisão rápida? se você vê uma rodovia tipo trunk, você vai por ela e pronto. Agora, por esta proposta apresentada, todas as classificações passam as ser "inferidas"? Então se eu vejo "trunk" significa que liga cidades de maior porte. Tá, e daí? No que isso me ajuda? Eu já não estou vendo as cidades de maior porte no mapa? Eu quero saber se é uma rodovia boa ou não, Agora se for o contrário, essas duas cidades, onde pela lógica deveria haver uma rodovia "trunk" mas eu vejo uma "secondary". Agora sim, isso é útil. Agora eu sei que há uma infraestrutura deficiente. Por que mascarar isto? Por que fazer de conta que é trunk? Então, com todo respeito pelos esforços, me desculpem, mas acho que indo pelo caminho errado. A top+5 já foi uma proposta equivocada, mas foi uma interferência pontual. Esta proposta é bem pior, pois todas as classificações agora passariam a ser fictícias. Não tenho como concordar com isto, não faz sentido. Eu penso que o que foi apresentado não é uma proposta de mapeamento, e sim uma proposta de roteamento, algo que poderia ser implementado em um aplicativo. Ou um exercício para saber se a realidade da infraestrutura rodoviária condiz com o que seria "ideal". E nem se fala da questão dos critérios, raio de influência, tamanho da população é algo tão arbitrário, e francamente bastante complicado. Algo que teria de sofrer tantos ajustes regionais, centros metropolitanos, mesmo se aprovado acho que se transformaria num inferno sem nenhum benefício além do meramente estético. Não há dúvidas que existem várias rodovias que poderiam ser reclassificadas para trunk, o que nos falta são critérios objetivos e simples. Na época do top+5 eu fiz a proposta de que rodovias com cobrança de pedágio ou que são consideradas privatizáveis poderiam ser consideradas trunk. É uma idéia, não sei se é boa. Usar classificações oficiais para embasar as nossas é outra sugestão. Por exemplo, uma via que poderia ser tanto secondary com primary, às vezes o desempate poderia vir da classificação dos DEERs. E sim, o DEER faz estudos de fluxo de trânsito, já fui parado para responder a questionários (para onde vai? de onde vem? turismo ou trabalho?), sem falar nos sensores permanentes ou temporários (parecendo uma mangueira atravessada na pista). Quero crer que as classificações do DEER não são simplesmente inferidas, pelo menos não me parecem. então resumindo: sou contra a proposta, pois assim como no top+5, introduz elementos ficionais no mapa com a justificativa de adensar artificialmente a renderização dito tudo isto, na verdade realmente tanto faz, ninguém usa o OSM para quase nada. Depois de 15 anos a maioria das pessoas nem nunca ouviu falar, tudo é só Google Maps. Além disto o mapa não é confiável, e da maneira como opera, nunca vai ser.
Re: [Talk-br] Nova proposta de classificação viária
Olá santamariense obrigado por apresentar a proposta. Eu li o que está proposto na wiki, mas confesso que não sei se entendi muito bem como isto deveria funcionar. A proposta se baseia na ligação entre duas cidades, mas quais duas cidades? Aí eu li o tal raio de influência, fazendo uma conta no caso de BH isto dá 1700 km. Então devo considerar que todas as cidades no raio de 1700 km com mais de 200 mil habitantes devem estar ligados por vias tipo trunk? Se der o resultado que eu tô pensando quase tudo viaria trunk, e perderíamos a hierarquia das vias. Sabe, isto me soa muito como um algorítmo, penso que seja factível fazer uma simulação. Tipo baixar o mapa, isolar as cidades por população e distância, e reclassificar as rodovias. E depois estudar como ficou a hierarquia viária. Pelo menos algo semelhante seria necessário para ajustar o tal raio de influência. Daria um bom projeto de TCC. Há uma premissa implícita na proposta que não sei se é verdadeira. A primeira premissa é que fluxo de trânsito e importância da via sejam a mesma coisa. A segunda é que o fluxo de trânsito seja proporcional ao número de pessoas que residem nas duas pontas, esse acho bem problemático. Pegando o tal raio de influência, e as rotas BH-Palmas ou BH-Uberlândia como exemplo, certamente não há o mesmo trânsito nestas duas rotas, pois Uberlândia é um importante centro distribuidor. A premissa do esquema br2013 era que o formato da via seria proporcional à sua importância. Em alguns casos isto é bem claro, se a via é duplicada por exemplo. Em outros restam muitas dúvidas. O mérito da nova proposta tentar é suprir esta deficiência, mas penso que falta um estudo de impacto, tenho a impressão que pode dar resultados bem estranhos. Não creio que RS seja representativo do restante do Brasil. Agora tem uma coisa que não temos usado até o momento, que são as classificações oficiais. Estas são baseadas em estudos de fluxo de trânsito real. Aqui em Minas tivemos acesso a dados do DEER-MG. Eles usam como classificação "troncal", "primária coletora", "secundária coletoria" e "local". Nos últimos dois anos tenho comparado a classificação do DEER-MG com as nossas, há mais concordâncias do que discordâncias. A principal diferença são vias que o DEER-MG considera "troncal" e que no nosso caso são "primary". Por exemplo, a BR262 entre BH e Uberaba, e a MG-050 de Juatuba e divisa MG/SP são consideradas "troncal" pelo DEER-MG. Fazer a uma tabela de conversão OSM/DEER-MG seria algo muito simples. Penso que adotar a classificação oficial seria menos problemático e menos polêmico. Pode ser que não se consiga esta informação para todos os estados. Mas certamente em MG acho que o resultado seria bem satisfatório. abraço Gerald On Tue, 21 Jan 2020 at 18:02, santamariense wrote: > Olá, > > Venho por meio desta apresentar uma nova proposta de classificação > viária a ser discutida e aperfeiçoada em conjunto com a comunidade. > Ela baseia-se no resultado satisfatório e menos controverso ao qual > chegamos no RS. > > Em resumo, a proposta é fundamentada principalmente na característica > funcional da via de modo a se escolher a melhor rota entre 2 cidades. > > A proposta completa está documentada em > > https://wiki.openstreetmap.org/wiki/Brazil/Classifica%C3%A7%C3%A3o_das_rodovias_do_Brasil > para apreciação da comunidade. > > Creio que para fins de documentação é mais adequada a lista Talk-Br, > porém o Telegram tem proporcionado dinamicidade às discussões, por > isso, quem estiver interessado, se possível, entre no grupo > @osm_classificacao_vias para discutir essa proposta. ( > https://t.me/osm_classificacao_vias ou > https://web.telegram.org/#/im?p=@osm_classificacao_vias ) > > > santamariense > > _______ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > -- Dr. Gerald Weber gwebe...@gmail.com Personal website <https://sites.google.com/site/geraldweberufmg/> ResearchGate Profile <https://www.researchgate.net/profile/Gerald_Weber2> https://telegram.me/gweberbh Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-996462277 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importar arquivos shapefile no OSM
Oi Giovanna você precisa instalar um plugin chamado opendata no JOSM https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData abraço Gerald On Wed, 1 May 2019 at 17:49, giotome wrote: > Olá, estou tentanto importar arquivos shapefile no OSM, tentei com o > Editor Potlatch e com o JOSM mas não funcionou ainda! Alguém teria alguma > dica ou passo a passo de como posso fazer essa importação? > > Muito obrigada, > > Giovanna ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação de shapefiles da PBH
Tem trilhas de GPS de tudo que é qualidade e de tudo que é época. No JOSM dá para filtrar por data e outras caraterísticas. O único problema é quando o usuário carregou essas trilhas de maneira totalmente anônima aí não há como saber se é recente ou não. Região com muito prédio também dá sempre muita distorção no GPS. abraço Gerald On Sat, 23 Feb 2019 at 18:50, Alexandre Oliveira wrote: > - Região do Caiçaras, zoom "distante" [1] e zoom próximo [2] > - Outra região no entorno no JOSM com o mapa BHMap [3] > > [1] https://i.imgur.com/d2RIA2O.png > [2] https://i.imgur.com/omQy2y7.png > [3] https://i.imgur.com/yaPatdM.png > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] usuário addicionando addr:street em highway
Oi Pessoal este usuário: https://www.openstreetmap.org/user/Leal_Rastreamento está sistematicamente adicionando addr:street em highways, repetindo a informação na tag nome, junto com addr:city como neste exemplo https://www.openstreetmap.org/way/301697506 o nome do usuário já levanta suspeitas sobre a intenção acredito que vai ter de ser feita uma limpeza aqui :( abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] OSM Foundation e comunidade latina
Oi Nelson eu li sim, por isto mesmo fiquei na dúvida, meu deu impressão que "associate" é meio como se fosse anônimo. vocês são o que? abraço Gerald On Tue, 13 Nov 2018 at 13:33, Nelson A. de Oliveira wrote: > On Tue, Nov 13, 2018 at 12:54 PM Gerald Weber wrote: > > qual tipo? Normal Members ou Associate Members? Eu não entendi muito bem > a diferença :( > > Gerald, você viu essa página? > https://wiki.osmfoundation.org/wiki/Membership > > É possível votar independente do tipo. > > Em resumo eu diria: > Quem é "normal" precisa fornecer o nome e endereço completo e ajudar > com até £1 se a fundação estiver numa situação delicada. > Quem é "associate" não é considerado membro propriamente dito pelas > leis do Reino Unido; não precisa fornecer o nome e nem endereço > completo para registro. > > ___ > 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] OSM Foundation e comunidade latina
Oi Severin qual tipo? Normal Members ou Associate Members? Eu não entendi muito bem a diferença :( abraço Gerald On Tue, 13 Nov 2018 at 12:28, Severin Menard wrote: > Olá, > > Para todas e todos que aguetam essa carga financeira, aproveitem de se > registrar como membro no OSMF para aumentar a proporção brasileira num > membership muito desequilibrado que nem reflete as atividades respectivas > das comunidades do mundo ( > http://osmstats.neis-one.org/?item=countries=18-8-2018): > > 58 "Canada" > 73 "Switzerland" > 74 "Netherlands" > 83 "India" > 102 "France" > 318 "United Kingdom" > 470 "Germany" > 845 "United States” > > Abs, > > Severin > > Date: Tue, 13 Nov 2018 08:48:00 -0300 >> From: Wille >> To: OSM talk-br >> Subject: Re: [Talk-br] OSM Foundation e comunidade latina >> Message-ID: >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Lembrando que a conversa entre membros do atual board da OSM Foundation >> e a comunidade OSM Latam será realizado hoje, às 13:00, de Brasília, no >> canal telegram OpenStreetMap Latam - https://t.me/OSMLatam >> . >> >> Nos vemos lá, >> wille >> >> On 11/6/18 10:27 AM, Wille wrote: >> > >> > A próxima eleição para o board da OSM Foundation será em 15 de >> > Dezembro. Quem deseja participar da votação, deve se registrar como >> > membro da Fundação até o dia 15 de novembro: >> > https://join.osmfoundation.org/ >> > >> > >> > Consegui articular uma conversa entre membros do atual board da OSM >> > Foundation e a comunidade OSM Latam. O chat será realizado na próxima >> > terça, às 13:00, de Brasília, no canal telegram OpenStreetMap Latam - >> > https://t.me/OSMLatam . Será uma >> > oportunidade de expressarmos nossa opinião em relação ao OpenStreetMap >> > e à OSM Foundation e conhecer melhor a visão do atual board. >> > >> > -- >> > Wille Marcel >> > http://wille.blog.br/ >> >> >> -- >> Wille Marcel >> http://wille.blog.br/ >> http://maption.com.br/ >> >> -- Próxima Parte -- >> Um anexo em HTML foi limpo... >> URL: < >> http://lists.openstreetmap.org/pipermail/talk-br/attachments/20181113/4b8d6af7/attachment-0001.html >> > >> >> -- >> >> Subject: Legenda do Digest >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> >> -- >> >> Fim da Digest Talk-br, volume 122, assunto 13 >> * >> > ___ > 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] BH Map como fonte de dados
desculpem estar respondendo em prestações http://dados.pbh.gov.br/dataset/portal-bhmap Resposta: Sim o BHmap pode ser usado na licença ODBL do osm. bons mapeamentos Gerald On Mon, 12 Nov 2018, 19:24 Gerald Weber, wrote: > faltou o link > http://dados.pbh.gov.br/ > > > On Mon, 12 Nov 2018, 19:22 Gerald Weber, wrote: > >> A mensagem que foi postada no grupo osm-mg em 20/04 >> >> >> t.me/osmmg >> >> >> Fred: >> Povo, estou em um evento da prefeitura aqui de BH e com duas notícias >> ótimas. Primeira, as camadas de dados de georeferenciamento da PBH estão >> liberadas como dados abertos. Ou seja, podemos subir pro OSM. E segunda é >> que as informações de rotas e horários de ônibus também estão >> disponibilizadas dessa forma. >> >> creio que seja o caso de pesquisar um pouco mais >> >> abraço >> >> Gerald >> >> On Sat, 10 Nov 2018, 00:36 Alexandre Oliveira, >> wrote: >> >>> Ei pessoal! >>> >>> Sou um novato, contribui algumas edições acredito que há 2 anos, e meu >>> interesse pelo OSM foi despertado novamente. >>> >>> >>> Gostaria de saber se eu poderia usar o BH Map[1] como fonte para as >>> edições? Não apenas como consulta, mas, por exemplo, para estabelecer a >>> área de casas, edifícios, etc. Parece que o sistema deles já tem >>> delimitado as áreas construídas, o que facilitaria muito, em vez de >>> ficar usando a imagem aérea fornecida pelo OSM. >>> >>> >>> [1] http://bhmap.pbh.gov.br/v2/mapa/ >>> >>> Obrigado! >>> Alexandre >>> >>> >>> ___ >>> 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] BH Map como fonte de dados
faltou o link http://dados.pbh.gov.br/ On Mon, 12 Nov 2018, 19:22 Gerald Weber, wrote: > A mensagem que foi postada no grupo osm-mg em 20/04 > > > t.me/osmmg > > > Fred: > Povo, estou em um evento da prefeitura aqui de BH e com duas notícias > ótimas. Primeira, as camadas de dados de georeferenciamento da PBH estão > liberadas como dados abertos. Ou seja, podemos subir pro OSM. E segunda é > que as informações de rotas e horários de ônibus também estão > disponibilizadas dessa forma. > > creio que seja o caso de pesquisar um pouco mais > > abraço > > Gerald > > On Sat, 10 Nov 2018, 00:36 Alexandre Oliveira, > wrote: > >> Ei pessoal! >> >> Sou um novato, contribui algumas edições acredito que há 2 anos, e meu >> interesse pelo OSM foi despertado novamente. >> >> >> Gostaria de saber se eu poderia usar o BH Map[1] como fonte para as >> edições? Não apenas como consulta, mas, por exemplo, para estabelecer a >> área de casas, edifícios, etc. Parece que o sistema deles já tem >> delimitado as áreas construídas, o que facilitaria muito, em vez de >> ficar usando a imagem aérea fornecida pelo OSM. >> >> >> [1] http://bhmap.pbh.gov.br/v2/mapa/ >> >> Obrigado! >> Alexandre >> >> >> ___ >> 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] BH Map como fonte de dados
A mensagem que foi postada no grupo osm-mg em 20/04 t.me/osmmg Fred: Povo, estou em um evento da prefeitura aqui de BH e com duas notícias ótimas. Primeira, as camadas de dados de georeferenciamento da PBH estão liberadas como dados abertos. Ou seja, podemos subir pro OSM. E segunda é que as informações de rotas e horários de ônibus também estão disponibilizadas dessa forma. creio que seja o caso de pesquisar um pouco mais abraço Gerald On Sat, 10 Nov 2018, 00:36 Alexandre Oliveira, wrote: > Ei pessoal! > > Sou um novato, contribui algumas edições acredito que há 2 anos, e meu > interesse pelo OSM foi despertado novamente. > > > Gostaria de saber se eu poderia usar o BH Map[1] como fonte para as > edições? Não apenas como consulta, mas, por exemplo, para estabelecer a > área de casas, edifícios, etc. Parece que o sistema deles já tem > delimitado as áreas construídas, o que facilitaria muito, em vez de > ficar usando a imagem aérea fornecida pelo OSM. > > > [1] http://bhmap.pbh.gov.br/v2/mapa/ > > Obrigado! > Alexandre > > > ___ > 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] Vetorização de matas no OSM com Sentinel-2
Oi Sérgio iniciativa fantástica, por acaso vi este artigo hoje: Supervised Classification of Multisensor Remotely Sensed Images Using a Deep Learning Framework http://www.mdpi.com/2072-4292/10/9/1429 talvez seja de interesse abraço Gerald Obs: cirei um alerta no Google Acadêmico para me avisar sobre artigos científicos onde aparece a palavra "OpenStreetMap" 2018-09-12 20:40 GMT-03:00 Sérgio V. : > Prezados(as), > > venho aqui expor e submeter à apreciação da comunidade OSM no Brasil uma > proposta de método de mapeamento de matas para o OSM (natural=wood e > landuse=forest) , baseado em vetorização semi-automatizada de imagens do > satélite Sentinel-2, para o que peço autorização para uso em mapeamento no > OSM no Brasil. > > A proposta detalhada passo-a-passo encontra-se documentada na página wiki > "Vetorização de matas com Sentinel-2": > https://wiki.openstreetmap.org/wiki/Vetoriza%C3%A7%C3% > A3o_de_matas_com_Sentinel-2 > > Os testes já realizados (sem upload) encontram-se na página: > https://wiki.openstreetmap.org/wiki/User:SergioAJV/ > Sentinel-2_vectorizing_tests > > O objetivo desta proposta, resumidamente, é contribuir com uma > ferramenta para o mapeamento no OSM de grandes coberturas de matas. > > A justificativa consiste, basicamente, em que o método possibilita mapear > grandes áreas de mata, de municípios ou regiões de interesse, > adequadamente, mais rapidamente, e com melhor precisão geométrica do que o > que comumente pode ser encontrado ou realizado em mapeamento exclusivamente > manual e com as imagens disponíveis nem sempre atualizadas e que, de todo > modo, não permitem escolha, como de épocas do ano mais propícias à > identificação de vegetação. > > O método se destina a matas. Não se destina ao mapeamento de objetos > pequenos. A resolução das imagens disponíveis é de 10 e 20m/pixel, e as > geometrias > resultantes da ordem de ~1nó/10m em curvas. Ainda assim maior do que se > pode encontrar muitas vezes em mapeamento manual de "landcover", como > matas. O processo pode gerar cerca de 100 a 150 nós por km2, em áreas com > muita variedade de tipos de matas. O que significa cerca de 1.000.000 de > nós a partir de 1 imagem Sentinel de 100x100km. Menos que isso em áreas > mais homogêneas. > > O método exige o controle ativo dos parâmetros de distinção de classes de > vegetação e demais elementos geográficos a partir das imagens de satélite, > em todo o andamento do processo, até o resultado final na geração de > vetores .osm. > Exige certo tempo na aplicação dos passos, e sobretudo atenção, como na > medição de valores de pixels para as classes de objetos, escolha de objetos > para amostragem, bem como na verificação do resultado final. Não é um > processo imediato. Ainda assim, permite grande ganho de tempo no mapeamento. > > Mais detalhes podem ser encontrados nas citadas páginas de documentação. > > Agradeço sua atenção e apreciação, acolhendo questões ou comentários no > que desejarem e/ou julgarem necessário. > > > - - - - - - - - - - - - - - - - > > Sérgio - http://www.openstreetmap.org/user/smaprs > > ___ > 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] Instalação OSM
Bom, tem o custo da máquina, sala, refrigeração, eletricidade. E tem o custo humano, tempo de instalação etc. Só de eletricidade, uma máquina mediana com 4 núcleos, rodando 24/7, vai dar um 200 a 300 reais por mês, fora o consumo do ar-condicionado. Se for alugar uma máquina em algum serviço tipo amazon também não sai barato. Enfim, faz as contas e veja se compensa. Se a idéia é aprender a dominar a tecnologia toda destes tipo de serviço, aí talvez sim. Mas se é só para dispor dos tiles do OSM eu penso que não. Veja também qual o seu volume de utilização do serviço, às vezes você até cai na faixa gratuita do mapbox. abraço Gerald 2018-08-22 14:21 GMT-03:00 Jean Carlos Zimermann : > Sim é para uso comercial. É o que estamos buscando, acredito que o custo > para montagem de um servidor próprio seria menor. Ou estou enganado? > > Em 22 de agosto de 2018 11:24, Gerald Weber escreveu: > >> Oi Jean >> >> é para uso comercial? não seria melhor partir para um provedor comercial >> do OSM como o mapbox? https://www.mapbox.com >> >> Os servidores do OSM, mantidos com doações, são bem limitados e quando >> percebem algum uso mais pesado em geral eles cortam o acesso. >> >> abraço >> >> Gerald >> >> 2018-08-22 10:40 GMT-03:00 Jean Carlos Zimermann < >> jean.zimerm...@gmail.com>: >> >>> Então >>> >>> Temos um servidor para rastreamento veicular, hoje estamos usando OSM, >>> porém percebemos muita lentidão nos últimos dias, por isso optamos em >>> montar nosso próprio tile server. >>> >>> Já tinha feito isto para o Nominatim, está funcionando bem, agora >>> queremos partir para o tile server. >>> >>> Tentei seguir o passo a passo do wiki https://wiki.openstreetmap.org >>> /wiki/Openptmap/Installation, consegui configurar tudo, mas parei no >>> style. Não entendi como gerar o style do Mapnik. >>> >>> Tentei também este tutorial https://switch2osm.or >>> g/manually-building-a-tile-server-16-04-2-lts/ mas está dando um >>> problema ao executar o carto (carto -v). Acredito que alguma >>> incompatibilidade de biblioteca dentro do nodejs. >>> >>> >>> >>> >>> >>> >>> Em 22 de agosto de 2018 09:11, Peter Krauss >>> escreveu: >>> >>>> Bom dia! >>>> Tem certeza que quer fazer isso? ;-) >>>> Repare que é o que está descrito em https://wiki.openstreetmap.org >>>> /wiki/Openptmap/Installation >>>> Quanto à base, seria com Planet inteiro ou só Brasil? >>>> Detalhes específicos com perguntas mais técnicas também podem ser >>>> postadas no http://HELP.openstreetmap.org ... >>>> >>>> ... Bom, se tem mesmo certeza.. Apareça no Telegram "Avançado" para os >>>> papos técnicos em português, >>>>https://t.me/OSMBrasil_Avancado >>>> e aí nos conte porque quer instalar e não usar um pronto... Quem sabe >>>> juntemos mais gente para fazer um servidor comum (vaquinha), >>>> já há uma demanda para armazenar lotes do INCRA. >>>> >>>> >>>> >>>> On Wed, Aug 22, 2018 at 8:32 AM Jean Carlos Zimermann < >>>> jean.zimerm...@gmail.com> wrote: >>>> >>>>> Bom dia >>>>> >>>>> Estou tentando instalar um servidor OSM. Preciso de uma consultoria, >>>>> alguém pode me ajudar? >>>>> >>>>> -- >>>>> Jean C. Zimermann >>>>> http://www.diariodecomputador.blogspot.com >>>>> ___ >>>>> 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] Instalação OSM
Oi Jean é para uso comercial? não seria melhor partir para um provedor comercial do OSM como o mapbox? https://www.mapbox.com Os servidores do OSM, mantidos com doações, são bem limitados e quando percebem algum uso mais pesado em geral eles cortam o acesso. abraço Gerald 2018-08-22 10:40 GMT-03:00 Jean Carlos Zimermann : > Então > > Temos um servidor para rastreamento veicular, hoje estamos usando OSM, > porém percebemos muita lentidão nos últimos dias, por isso optamos em > montar nosso próprio tile server. > > Já tinha feito isto para o Nominatim, está funcionando bem, agora queremos > partir para o tile server. > > Tentei seguir o passo a passo do wiki https://wiki.openstreetmap. > org/wiki/Openptmap/Installation, consegui configurar tudo, mas parei no > style. Não entendi como gerar o style do Mapnik. > > Tentei também este tutorial https://switch2osm. > org/manually-building-a-tile-server-16-04-2-lts/ mas está dando um > problema ao executar o carto (carto -v). Acredito que alguma > incompatibilidade de biblioteca dentro do nodejs. > > > > > > > Em 22 de agosto de 2018 09:11, Peter Krauss escreveu: > >> Bom dia! >> Tem certeza que quer fazer isso? ;-) >> Repare que é o que está descrito em https://wiki.openstreetmap.org >> /wiki/Openptmap/Installation >> Quanto à base, seria com Planet inteiro ou só Brasil? >> Detalhes específicos com perguntas mais técnicas também podem ser >> postadas no http://HELP.openstreetmap.org ... >> >> ... Bom, se tem mesmo certeza.. Apareça no Telegram "Avançado" para os >> papos técnicos em português, >>https://t.me/OSMBrasil_Avancado >> e aí nos conte porque quer instalar e não usar um pronto... Quem sabe >> juntemos mais gente para fazer um servidor comum (vaquinha), >> já há uma demanda para armazenar lotes do INCRA. >> >> >> >> On Wed, Aug 22, 2018 at 8:32 AM Jean Carlos Zimermann < >> jean.zimerm...@gmail.com> wrote: >> >>> Bom dia >>> >>> Estou tentando instalar um servidor OSM. Preciso de uma consultoria, >>> alguém pode me ajudar? >>> >>> -- >>> Jean C. Zimermann >>> http://www.diariodecomputador.blogspot.com >>> ___ >>> 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 >> >> > > > -- > Jean C. Zimermann > http://www.diariodecomputador.blogspot.com > > ___ > 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-africa] PONT OF CONTACT"MIPANGO YOUTH MAPPERS"
Hi, i am GERALD ZACHARIA ___ Talk-africa mailing list Talk-africa@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-africa
[Talk-br] Towards Vandalism Detection in OpenStreetMap Through a Data Driven Approach
Oi Pessoal artigo sobre deteção de vandalismo no OSM: http://drops.dagstuhl.de/opus/volltexte/2018/9389/pdf/LIPIcs-GISCIENCE-2018-61.pdf fico imaginando se a gente conseguiria implementar algo assim em grande escala abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] The social construction of technological stasis: The stagnating data structure in OpenStreetMap
Oi Paulo na verdade a estagnação não é somente tecnológica, mas também social ;) Certamente, o modelo de "todo mundo pode mexer à vontade" foi importante há uns 10 anos quando o mapa era um grande vazio e era necessário criar volume. Mas com a complexidade que temos hoje a lógica já precisava ser outra. Hoje é preciso criar confiabilidade, e é difícil fazer isto no modelo atual. abraço Gerald 2018-08-05 19:28 GMT-03:00 Paulo Carvalho : > Como diz o paper, mudar os mais de 50 softwares baseados na atual > estrutura é inviável. Seria necessário a OSMF criar um OSM 2 e fazer o *code > freeze* do OSM atual. Seria complicado, mas necessário, pois o modelo > Wiki (no qual o OSM atual se baseia) tem dois sérios defeitos, a saber: > 1) A revisão é a posteriori. Deveria ser como em software livre: rever > antes, publicar depois. Contribuições ruins podem ser detectadas muito > tempo depois, levando a um comprometimento sério de partes do mapa > expandidas a partir delas. > 2) Não tem um modelo de privilégios crescentes como no Stack Overflow e > Wikimapia, o que diminui o impacto de edições negligentes ou > mal-intencionadas. > > att, > > PC > > > Em 5 de agosto de 2018 11:30, Gerald Weber escreveu: > >> Oi Pessoal >> >> artigo fazendo uma análise interessante sobre o OSM e o que o autor chama >> de estagnação tecnológica: >> >> http://journals.sagepub.com/doi/pdf/10.1177/2053951718790591 >> >> abraço >> >> Gerald >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] The social construction of technological stasis: The stagnating data structure in OpenStreetMap
Oi Pessoal artigo fazendo uma análise interessante sobre o OSM e o que o autor chama de estagnação tecnológica: http://journals.sagepub.com/doi/pdf/10.1177/2053951718790591 abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Projeto escolar de mapeamento da comunidade de Curupaiti Viseu, Pará
distração minha, tava no subject da mensagem :P é essa? https://www.openstreetmap.org/?mlat=-1.4300=-46.4738#map=15/-1.4300/-46.4738 2018-03-31 8:17 GMT-03:00 Gerald Weber <gwebe...@gmail.com>: > Oi Esau > > bem vindo ao projeto, > > qual é a cidade/região? > > abraço > > Gerald > > 2018-03-30 18:18 GMT-03:00 Esau Lopes <esauguitarh...@hotmail.com>: > >> >> Boa tarde amigos, sou professor de História de uma comunidade do interior >> do Pará que ainda não está devidamente mapeada, fiz um projeto com alguns >> professores para fazermos isso para que os alunos conheçam um pouco mais >> sobre a comunidade em seu espaço geográfico, por isso peço ajuda, pois a >> imagem que tivesse acesso e desatualizada e não apresenta mudanças recentes >> do lugar, quer puder ajudar estaria profundamente grato. >> Abraço a todos >> >> >> Enviado do meu smartphone Samsung Galaxy. >> >> ___ >> 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] Projeto escolar de mapeamento da comunidade de Curupaiti Viseu, Pará
Oi Esau bem vindo ao projeto, qual é a cidade/região? abraço Gerald 2018-03-30 18:18 GMT-03:00 Esau Lopes <esauguitarh...@hotmail.com>: > > Boa tarde amigos, sou professor de História de uma comunidade do interior > do Pará que ainda não está devidamente mapeada, fiz um projeto com alguns > professores para fazermos isso para que os alunos conheçam um pouco mais > sobre a comunidade em seu espaço geográfico, por isso peço ajuda, pois a > imagem que tivesse acesso e desatualizada e não apresenta mudanças recentes > do lugar, quer puder ajudar estaria profundamente grato. > Abraço a todos > > > Enviado do meu smartphone Samsung Galaxy. > > ___ > 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] Classificação viária (de novo)
Oi Fernando muito bom ver você na ativa de novo :) você deve estar estranhando a falta de reação à sua mensagem, ocorre que o pessoal está levando as discussões para os grupos do telegram em especial este daqui: https://telegram.me/OSMBrasil_Comunidade, o talk-br acabou esvaziado em função disto. um grande abraço Gerald 2017-11-25 15:14 GMT-02:00 Fernando Trebien <fernando.treb...@gmail.com>: > Gostaria de convidá-los a darem uma olhada neste post do fórum, sem > pressa, e seguirem a discussão lá caso se interessem (por favor não inundem > a lista de e-mails): > > https://forum.openstreetmap.org/viewtopic.php?pid=674296#p674296 > > Sei que chegar a um conseno quanto à classificação é difícil e que foi > muito desgastante em 2013, só quero saber se há alguma forte objeção a essa > proposta. Se houver, descarto a ideia direto ao invés de investir tempo > (que não será pouco) para elaborá-la em nível nacional/continental. > > -- > Fernando Trebien > +55 (51) 99962-5409 <(51)%2099962-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-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi)
Hallo Herr Pichler, meine letzte Mail ist leider "abgetrennt" worden, weil mir nicht bewusst war, dass kein html akzeptiert wird. Hier ist nochmal der Inhalt: "Das wäre natürlich super! Mit OGD habe ich mich nicht beschäftigt, d.h. hinsichtlich Datenvorgabe kann ich nur sagen, dass die Daten möglichst einfach übertragbar und aktualisierbar sein sollten. Vielleicht hat jemand konkretere Ideen?" Ich versuch trotzdem mal einen Entwurf. Beim Weinmobil sind offenbar bestehende Nodes (z.B. Gebäude) mit dem Tag weinmobil:ref versehen worden, wenn ich das richtig sehe. Im Fall von ISTmobil / GUSTmobil würde ich eher die Tafeln als eigenen Node einführen, quasi als Haltestelle. Zum Tagging von Anruf-Sammel-Taxis findet man Folgendes: https://wiki.openstreetmap.org/wiki/DE:How_to_map_a#Bushaltestelle Ganz unten findet sich was zu Sammel-Taxis. Für ein einfaches GUST-Beispiel bin ich auf Folgendes gekommen: Bitte um Expertenmeinung, ob das sinnvoll ist! Eventuell könnte man opening_hours und phone nur in der relation haben, bin mir aber nicht sicher. Wie man die id macht, damit Aktualisierungen funktionieren, weiß ich auch nicht. Danke & Grüße, Gerald Grabner Gesendet: Dienstag, 07. November 2017 um 14:46 Uhr Von: "Arnold Pichler" <a...@bitbrain.at> An: "OpenStreetMap AT" <talk-at@openstreetmap.org> Betreff: Re: [Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi) Sg. Herr Grabner! Ich würde gerne die Haltepunkte von ISTmobil / GUSTmobil für die möglichst einfache Eintragung in die OSM bereitstellen. Können Sie mir evtl. eine Formatvorlage geben, wie sie das gerne hätten, so dass für Sie möglichst wenig Arbeit entsteht? Auch z.B. mit evtl. zusätzlichen Tags (Betriebszeiten o.ä.). Wir hatten schon mal sowas ähnliches für die Haltepunkte von Weinmobil (das ist ja auch ein "Ableger"). Interessant wäre auch eine Strategie für die Erweiterung, es kommen ja laufend welche dazu, d.h. es müßte für Sie ohne großen Aufwand ersichtlich sein, ob neue da sind, ich denke da z.B. an unsere interne ID, die ja eindeutig und aufsteigend ist, d.h. wenn die letzte ID in der OSM 5000 ist, dann ist 5001 ein neuer Punkt. MfG; Arnold Pichler -- Originalnachricht -- Von: "Gerald Grabner" <gerald.grab...@gmx.net> An: talk-at@openstreetmap.org Gesendet: 29.10.2017 13:19:35 Betreff: [Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi) >Hallo allseits, > >eine Frage zu den Haltepunkten von GUSTmobil >[http://www.istmobil.at/inhalt/privatkunden/gustmobil.html]: Sollen >diese gemappt werden, wenn ja wie? Gibt es vielleicht schon eine >Relation welche diese sammelt? > >GUSTmobil basiert ja selber auf der OSM, d.h. die Haltepunkte gibt es >wohl schon, aber vermutlich nicht öffentlich. > >Danke & LG >Gerald > >___ >Talk-at mailing list >Talk-at@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-at[https://lists.openstreetmap.org/listinfo/talk-at][https://lists.openstreetmap.org/listinfo/talk-at[https://lists.openstreetmap.org/listinfo/talk-at]] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at[https://lists.openstreetmap.org/listinfo/talk-at][https://lists.openstreetmap.org/listinfo/talk-at[https://lists.openstreetmap.org/listinfo/talk-at]] ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi)
Das wäre natürlich super! Mit OGD habe ich mich nicht beschäftigt, d.h. hinsichtlich Datenvorgabe kann ich nur sagen, dass die Daten möglichst einfach übertragbar und aktualisierbar sein sollten. Vielleicht hat jemand konkretere Ideen? LG Gerald Gesendet: Sonntag, 29. Oktober 2017 um 13:50 Uhr Von: "Arnold Pichler" <a...@bitbrain.at> An: "OpenStreetMap AT" <talk-at@openstreetmap.org>, talk-at@openstreetmap.org Betreff: Re: [Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi) Bin Entwickler bei GUSTmobil (eigenlich ISTmobil) und wir können die Daten aller Punkte verfügbar machen, eigentlich eine gute Idee, diese z.B. als ODG Schnittstelle "abgreifbar" zu machen, denn es kommen ja laufend welche dazu, ganz selten welche weg. Muss das mit dem Geschäftführer klären, sollte aber in unserem Sinn sein. Gibt es irgend eine Datenvorgabe? LG, Arnold Pichler -- Originalnachricht -- Von: "Gerald Grabner" <gerald.grab...@gmx.net> An: talk-at@openstreetmap.org Cc: Gesendet: 29.10.2017 13:19:35 Betreff: [Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi) >Hallo allseits, > >eine Frage zu den Haltepunkten von GUSTmobil >[http://www.istmobil.at/inhalt/privatkunden/gustmobil.html]: Sollen >diese gemappt werden, wenn ja wie? Gibt es vielleicht schon eine >Relation welche diese sammelt? > >GUSTmobil basiert ja selber auf der OSM, d.h. die Haltepunkte gibt es >wohl schon, aber vermutlich nicht öffentlich. > >Danke & LG >Gerald > >___ >Talk-at mailing list >Talk-at@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] GUSTmobil Haltepunkte (Graz Umgebung Sammel-Taxi)
Hallo allseits, eine Frage zu den Haltepunkten von GUSTmobil [http://www.istmobil.at/inhalt/privatkunden/gustmobil.html]: Sollen diese gemappt werden, wenn ja wie? Gibt es vielleicht schon eine Relation welche diese sammelt? GUSTmobil basiert ja selber auf der OSM, d.h. die Haltepunkte gibt es wohl schon, aber vermutlich nicht öffentlich. Danke & LG Gerald ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] Uso da tags "ref" e "name"
Oi Fidelis o correto é o código na ref e o nome, se houver nome próprio, na tag name. o problema é que muito mapeador não compreende isto e acaba duplicando as informações, especialmente quando a tag name não está preenchida. então a gente tira as ocorrencias de código de rodovia da tag name, mas pode ter certeza que depois de algum tempo alguém põe de volta outra ocorrência comum é a invenção de nomes que são na verdade descrições tipo "Rodovia X para Y" abraço Gerald On 14 Sep 2017 1:54 pm, "Fidelis Assis" <fidelis.as...@gmail.com> wrote: > Pessoal, > > Entendi, pelo wiki, que a tag ref em vias seria para se cadastrar > exclusivamente as siglas das rodovias (ex BR-101). Entretanto, tenho notado > o uso do nome na ref, vice-versa, e repetição na tag "name" da sigla > colocada na ref. > > O cadastramento de informações de uma tag na outra pode gerar > problemas/inconvenientes nos mapas produzidos para GPS - repetições da > sigla no nome ou escudos (road shields) inválidos (nome no lugar da sigla). > > Qual é a orientação para esses casos? > > - Alterar para que siglas fiquem apenas na ref e nomes apenas na "name"; > - Manter como está; > > -- > Fidelis Assis > > ___ > 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] Armação dos Búzios, RJ
O Nome já foi retirado, não consta mais na base. Mas os tiles demoram algum tempo para atualizar. Dependendo do zoom pode levar alguns dias. abraço Gerald 2017-07-14 11:44 GMT-03:00 André Fernandes <opera...@outlook.com>: > Não reparei mudança na no mapa, continua da mesma forma. 'Armação de > Búzios' ainda esta constando como se fosse o nome da cidade. O que deve > ser feito? > > > > Atenciosamente, > *André Fernandes Perazzo * > +55 (021) 96906-6581 <(21)%2096906-6581> > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Armação dos Búzios, RJ
2017-07-14 10:11 GMT-03:00 Nelson A. de Oliveira <nao...@gmail.com>: > Se for só o nome da área residencial, está pronto. > > Pessoalmente eu removeria essas áreas residenciais muito grandes, que > tentam representar (de forma incorreta) a mancha urbana. > Também penso assim, essas áreas tipicamente foram inseridas para dar visibilidade a areas urbanas numa época que quase não tinha nada no mapa do OSM. Esse em particular foi criado há 5 anos, provavelmente com essa finalidade. O problema é que muitas vezes se repetiu o nome da cidade, neste caso errôneamente, causando alguma confusão. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] divulgação dos dados
Olá Vinícius seja bem vindo ao projeto, obrigado por suas contribuições e por trazer sua dúvida para a comunidade de usuários OSM-Brasil. No meu entendimento, se os dados pertencem a você, nada precisa ser feito pois você já concordou com os termos da licença do ODBL. Agora, se os dados são de terceiros é interessante ter uma autorização dizendo que aceita que os dados façam parte do OSM dentro da licença ODBL https://wiki.openstreetmap.org/wiki/Pt:Open_Database_License acredito que um simples email enviado pela gerência do projeto a esta lista talk-br seja suficiente. Algo assim "Autorizamos a inclusão dos dados georeferenciados do projeto na base do OpenStreetMap nos termos da licença ODBL". o que os colegas desta lista acham? abraço Gerald 2017-03-31 18:30 GMT-03:00 vinicius freitas rocha <viniciusroch...@gmail.com >: > > *Olá, sou o Vinicius e estou com uma dúvida...Participo de um projeto de > cartografia social, Mapa do Bem.Editei todo o conteúdo que adquirimos no > JOSM e encaminhei para o OSM.Mas fui informado que é necessário provar que > os dados foram autorizados pela gerência do projeto.Agora a pergunta tan > tan tan taO que eu preciso para provar que o projeto tem interesse > de divulgar os dados?Muito obrigado.* > > > > > -- > *Vinicus Freitas Rocha* > Técnico em Geoprocessamento > Instituto Federal do Espirito Santo - IFES > 055 (027) 3322-5016 / 055 (027) 99877-1997 <(27)%2099877-1997> > > > ___ > 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] Proposal of import: Brazilian Geodetic Network - Alternativa WMS / IBGE
Concordo integralmente com o Cassio. abraço Gerald 2017-03-22 13:15 GMT-03:00 Cassio Eskelsen <cas...@3geo.com.br>: > *Discordo totalmente de suspender a importação.* > > Já discutimos várias vezes a utilidade desses marcos. Se formos começar a > pendurar camadas WMS no OSM perderemos o sentido de existir o OSM. > > Vocês estão criando uma dependência grande de um WMS que possui uma > disponibilidade baixíssima e que de uma hora para a outra pode nem existir > mais. > > Vários países da Europa importaram sua base de marcos para dentro do OSM, > não vejo o porquê de ficarmos atrasados nisso. > > Você gastou um tempo enorme para organizar esses dados, não podemos > simplesmente abandonar pq um e outro gringo não entendeu a finalidade. > > at > > Cassio > > > 2017-03-22 9:19 GMT-03:00 Sérgio V. <svo...@hotmail.com>: > >> Bom dia pessoal, >> >> após sugestão do Luis Bahiana (email abaixo), deu certo colocar todos >> os WMS das Redes Geodésicas do IBGE no JOSM. >> >> Pensei então que, para o propósito de auxiliar no alinhamento de imagens >> (que era o principal do meu ponto de vista), não é necessário importar os >> SHP dos marcos geodésicos (estações de medição da rede geodésica). Basta >> ter como camada auxiliar WMS no JOSM ou iD. >> >> As medições geodésicas podem ir melhorando com o tempo. No SHP ficariam >> desatualizadas. Teria que saber toda vez que muda para alterar. No WMS, >> já ficam atualizadas automaticamente. >> >> >> Além disso, com o link dos relatórios como auxiliar, se pode consultar >> facilmente os demais dados, como: localidade, altitude, coordenadas, etc. >> Para >> isto, basta copiar a URL básica dos relatórios e substituir no final >> pelo nome (ref) da estação que aparece nos WMS (em zoom próximo). >> >> >> Por exemplo, URL básica: >> >> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1= >> <http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128> >> >> <http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128>> da estação conforme WMS> >> >> >> Adaptada para a estação "90128" (Monte Roraima): >> >> http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128 >> >> >> Além disto, há um problema de precisão, se importar direto as coordenadas >> conforme estão no SHP: >> >> >> Muitas estações possuem grande precisão, p.ex 4 casas decimais em >> segundos (~3mm; como a "90128" do Monte Roraima, acima). >> >> Mas muitas outras estações ainda estão em graus/minutos/segundos, com >> precisão de segundo inteiro (sem decimal) . >> >> Ex.: http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=3018T (23 ° 24 >> ' 02 " S, 45 ° 37 ' 02 " W) >> >> Ou seja, uma precisão de 1 segundo (inteiro, sem decimal) de arco na >> linha do equador dá uma margem de erro de ~30m. >> >> O que não ajudaria muito a alinhar imagem no OSM, dados, etc, pois fica >> até acima da margem de erro do GPS comum (10-20m). >> >> >> "Por mim", suspendo a proposta de importação dos marcos em SHP, e se >> pode usar os WMS, sempre atualizados. >> >> A princípio, dá pra usar todas as camadas WMS citadas nos metadados no >> INDE direto no JOSM. >> >> >> Vou trocar de tópico a seguir, onde descreverei como usar os WMS do IBGE (e >> do INDE em geral, para as demais camadas de interesse, só que aí tem que >> ainda testar os parâmetros ESRI de GetMap.) >> Dá também pra fazer uma wiki tutorial pra estes WMS. >> >> >> - - - - - - - - - - - - - - - - >> >> Sérgio - http://www.openstreetmap.org/user/smaprs >> >> >> >On 2017-03-22 00:48:25 UTC Luis Bahiana wrote: >> >Sérgio Uma coisa que esqueci de mencionar. Voce deve ter notado que no >> Visualizador da INDE em cada tema,clicando com a tecla direita abre um >> menuzinho de download. Então, uma das opções é WMS que é o acronimo de >> Web Map Services. Com isso voce pode servir a sua camada como um geoserviço >> web. Ao invés de baixar um SHP que pode se desatualizar, com o serviço >> web você tem a garantia que tem a versão mais atual. Nunca tentei mas >> acho que é possivel consumir no JOSM não? Abs Bahiana >> >> >> ___ >> 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] Dados do Cadastro Nacional de Estabelecimentos de Saúde
Oi Wille Há algumas semanas, o Ministério da Saúde me contactou oferecendo os dados > do CNES (Cadastro Nacional de Estabelecimentos de Saúde) para importação no > OSM. É uma quantidade imensa de dados de hospitais, clínicas, postos de > saúde e consultórios (tanto públicos quanto privados). Seria ótimo ter > esses dados no OSM, porém eu dei uma olhada nos dados de algumas cidades > que eu conheço bem e quase nada está no local correto... > boa notícia! Melhor no lugar errado do que em lugar nenhum ;) abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida OSM
Olá André seja bem vindo! alguma coisa em particular que você esteja interessado em fazer? Alguma localidade específica que você gostaria de editar? abraço Gerald BH 2017-03-03 9:58 GMT-03:00 André Fernandes <opera...@outlook.com>: > Caros, bom dia! > > > Me interessei pelo Projeto, mas sou novo e (acho que) não participo da > comunidade. Qual a melhor maneira que vocês me indicam para editar? Só > consigo fazer pelo computador ou também por aplicativo? Existe um Guia de > Estilo como no Foursquare? Desde já, agradeço o retorno! > > > > > > Atenciosamente, > > > *André Fernandes Perazzo* > ® Foursquare Superuser Level 1 > +55 (21) 96906-6581 <(21)%2096906-6581> > Rio de Janeiro, Brazil 2017 > www.foursquare.com/eumanero > > ___ > 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 na identificação de Rodovias
Oi Peter não sei se eu segui a discussão com atenção suficiente para me considerar apto a votar, na verdade não saberia nem dizer qual proposta estaria votando :P O Jairo levantou a discussão, isto é muito importante. Não quero desestimulá-lo. Discussões assim via email são duras e longas, não tem o que fazer. Numa mesa de boteco seria bem mais fácil. Acho importante chegar numa solução que seja a mais ampla possível, da qual todos saiam com a convicção que foi feito o melhor possível, ainda que não atendeu integralmente ao desejo de cada um. Pessoalmente o que mais me interessaria seria o seguinte: documentar a escolha pelas etiquetas, colocando um pequeno comentário na etiqueta note ou note:pt, algo assim: note:pt=coloquei o nome oficial em official_name pois niguém conhece a rodovia desta maneira localmente sei lá, algo por aí. As vezes eu me deparo com construções como name=Rodovia MG-123 e nunca sei se a pessoa simplesmente inventou o nome ou se teve alguma razão mais forte como essa que o Jairo apresenta. um grande abraço Gerald 2017-02-13 18:09 GMT-02:00 Peter Krauss <ppkra...@gmail.com>: > Nelson e Gerald, insisto que o importante é votar: tradicionalmente alguém > vence pelo cansaço nessas discussões intermináveis, o que não é bom, ideal > é o voto. > (ao final da votação se houver nítida maioria em torno de uma opção, > fechou, senão nova rodada de discussão e votação) > > Quanto à verificação do "uso mais popular" (para sustentar alguma opção de > voto), > gostei da proposta do Santamariense, mas gostaria de aperfeiçoar, sugiro > ver direto as estatpisticas (depois um tira-teima com exemplos), > > NAME: https://taginfo.openstreetmap.org/keys/name > REF: https://taginfo.openstreetmap.org/keys/ref > OLD_NAME: https://taginfo.openstreetmap.org/keys/old_name > ... ETC, só mudar o final da URL. > > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida na identificação de Rodovias
Oi Turma estava olhando a wiki, lá tem addr:full para os casos que são de difícil descrição pelas tags convencionais. Algo como addr:full=km 21.3 da Rodovia SC-123 Será que ajuda? 2017-02-13 17:45 GMT-02:00 Nelson A. de Oliveira: > Santamariense, pra não te deixar sem resposta por enquanto: > > 2017-02-13 0:56 GMT-02:00 santamariense : > > 1 - As rodovias com nomes oficiais, porém (ainda) não amplamente usado > > pela população, podem ter esses nomes adicionados a "official_name" > > deixando "name" vazio? > > Deixa o nome em "name". > Não tem muito sentido deixar sem nome principal e usar um nome alternativo. > > > 2 - Como vocês fazem para mapear uma building associada a esta rodovia > > quando o endereço-rua dado a ela difere do nome oficial da rodovia? > > Aqui tem um problema: o local possui apenas um endereço. > Por mais que as pessoas conheçam por vários nomes a rua, o endereço é > apenas um. > > Acho que todos concordam que endereço é único, certo? (sem entrar em > casos onde é casa de esquina, com duas portas, etc) > > Não existe "alt_addr:" > Usar relações do tipo street ou associatedStreet não funcionam como > forma de gerar "endereço alternativo". > Duplicar informação no OSM também não é o modo correto (por exemplo, > criando 2 nós dentro do prédio, cada um com um endereço). > > Sinceramente não acho que dá pra gerar de uma forma correta endereço e > endereço alternativo para o mesmo local. > > Na prática só dá para deixar os nós com endereço conhecido localmente > ou com o endereço correto/oficial. > Um sempre vai excluir o outro. > Colocando "SC-114" como endereço de rua vai excluir quem procurar pelo > endereço de "Rodovia Alguma Coisa"; da mesma forma o contrário. > > Pessoalmente eu sempre usaria o novo nome do local, mesmo que > temporariamente (nesse período de transição entre o nome antigo e o > novo) as pessoas ficassem um pouco confusas ao não mais achar o > endereço antigo, por exemplo. > > ___ > 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 na identificação de Rodovias
Olá Jairo 2017-02-12 15:52 GMT-02:00 Jairo Duarte <jairo.fazgra...@gmail.com>: > Prezados Srs. > > O que estou afirmando é que estas designações não são utilizadas na > prática e isto pode ser facilmente comprovado. > > Acabei de fazer duas pesquisas na internet, que estão anexadas. seus argumentos me fizeram pensar um pouco, não seria meio o caso do ovo e da galinha? O nome não é usado porque não aparece no mapa e não é colocado no mapa no argumento de que não é usado? Me parece que estamos andando em círculos aqui? Por favor não me entenda mal, não sou contra a sua argumentação, só fico pensando que se ninguém coloca o nome oficial no mapa como esperar que venha a ser usado algum dia? Claramente, suas colocações e dos colegas mostram que as coisas não são tão assim preto-no-branco. Há que se pesar o que é mais interessante e o que é mais útil. Idealmente todas as informações devem ser preservadas e devem estar acessíveis de alguma forma. Não nos cabe omitir informações. O que a gente precise talvez é de um pequeno roteiro do que fazer nestas situações em dúvida, algo para colocar na wiki do OSM. Você diz que uma das rodovias mudou de código? Não seria talvez o caso de colocar ambos os códigos, o novo e o velho juntos separados por ";"? O que vocês acham? Enfim, estou pensando no caso, não tenho uma opinião formada ainda. Obrigado por levantar este assunto, é uma discussão importante. abraço Gerald > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: Erro Mapa Offline
Confesso que estou sem entender qual é o problema. Se você coloca uma coordenada X,Y o teu sistema tem que te levar exatamente à esta coordenada e não a um lugar diferente. Eu não vejo como isto pode ser um problema da base de dados. 2017-01-24 16:10 GMT-02:00 Thierri dos Santos Silva < thierri.si...@systemsat.com.br>: > Que notamos sim. > > > > Esse tipo de erro, de nome de ruas, ou nomes diferentes para determinada > coordenada, já aconteceu antes, mas sempre quando atualizávamos esse foi > resolvido, só que neste caso ele continua. > > > > > > > > > > > > [image: Thierri Silva-01] > > > > *De:* Gerald Weber [mailto:gwebe...@gmail.com] > *Enviada em:* terça-feira, 24 de janeiro de 2017 15:02 > *Para:* OpenStreetMap no Brasil <talk-br@openstreetmap.org> > *Assunto:* Re: [Talk-br] RES: Erro Mapa Offline > > > > Oi Thierri > > > > o seu servidor só acusa este erro para esta coordenada em particular? > > > > 2017-01-24 13:21 GMT-02:00 Thierri dos Santos Silva < > thierri.si...@systemsat.com.br>: > > Boa tarde Gerald > > > > Estou lhe enviado 2 anexos > > > > O anexo com nome de “MAPA INTERNO” se refere ao meu servidor de mapa > off-line, o que apresenta erro no endereço para latitude e longitude > informada. > > > > O Anexo “MAPA ONLINE OSM” se refere ao mapa online do Openstreetmap.org, o > que apresenta o endereço correto para latitude e longitude informada. > > > > Reparem que em ambos os anexo latitude e longitude informada são as > mesmas, mas o meu servidor off-line apresenta um outro endereço. > > > > Latitude e Longitude: -20.212852, -40.263729 > > > > Eu estou no Rio de Janeiro, e o repositório de onde baixe as atualizações: > http://download.geofabrik.de/south-america.html > > > > Atenciosamente > > > > > > > > > > > > [image: Thierri Silva-01] > > > > *De:* Gerald Weber [mailto:gwebe...@gmail.com] > *Enviada em:* terça-feira, 24 de janeiro de 2017 12:27 > *Para:* OpenStreetMap no Brasil <talk-br@openstreetmap.org> > *Assunto:* Re: [Talk-br] Erro Mapa Offline > > > > Oi Thierri > > > > qual a localização? > > > > Você está baixando o mapa de onde? > > > > Em geral os mapas são re-gerados em intervalos de tempo que variam de 1 a > 2 meses (requer muito processamento criar o mapa). Isto depende do provedor > e do aplicativo. > > > > abraço > > > > Gerald > > > > > > > > 2017-01-24 10:39 GMT-02:00 Thierri dos Santos Silva < > thierri.si...@systemsat.com.br>: > > > > Bom dia, > > > > Estou com um problema. > > > > Tenho uma base de mapas off-line, só que mesmo atualizando essa minha base > para última versão que se encontra disponível apresenta uma informação > errada. > > > > Existe uma coordenada que no openstreetmap.org e até mesmo no google > apresenta um endereço que é o correto, mas na minha base off-line apresenta > um outro endereço, mesmo com a última atualização disponivel. > > > > É possível me ajudar? > > > > > > > > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > -- Dr. Gerald Weber gwebe...@gmail.com Personal website <https://sites.google.com/site/geraldweberufmg/> ResearchGate Profile <https://www.researchgate.net/profile/Gerald_Weber2> for urgent questions: https://telegram.me/gweberbh Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-996462277 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erro Mapa Offline
Oi Thierri qual a localização? Você está baixando o mapa de onde? Em geral os mapas são re-gerados em intervalos de tempo que variam de 1 a 2 meses (requer muito processamento criar o mapa). Isto depende do provedor e do aplicativo. abraço Gerald 2017-01-24 10:39 GMT-02:00 Thierri dos Santos Silva < thierri.si...@systemsat.com.br>: > > > Bom dia, > > > > Estou com um problema. > > > > Tenho uma base de mapas off-line, só que mesmo atualizando essa minha base > para última versão que se encontra disponível apresenta uma informação > errada. > > > > Existe uma coordenada que no openstreetmap.org e até mesmo no google > apresenta um endereço que é o correto, mas na minha base off-line apresenta > um outro endereço, mesmo com a última atualização disponivel. > > > > É possível me ajudar? > > > > > > Atenciosamente > > > > [image: Thierri Silva-01] > > > > ___ > 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] projeto caminhos históricos
Postei considerações sobre o evento de mapeamento no Forum, quem estiver interessado por favor olhar lá e clicar no botão subscribe para ficar a par https://forum.openstreetmap.org/viewtopic.php?pid=627826#p627826 2016-11-29 21:05 GMT-02:00 Gerald Weber <gwebe...@gmail.com>: > Oi Pessoal > > após a apresentação inspiradora do Linhares no SOTM-Latam e algumas > discussões animadas eu abri o projeto na wiki > > https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/ > Caminhos_Hist%C3%B3ricos > > e também abri um tópico no forum: > > https://forum.openstreetmap.org/viewtopic.php?id=56566 > > abraço > > Gerald > > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] duplicidade de projetos
Olá Pessoal obrigado por esclarecer, então se entendi corretamente a que vale é a "Município", certo? Acho que bastava escrever na "Cidades" logo no início que a página atualizada é a "Municípios". O que vocês acham? O que me deixou mais confuso é que ambas tem edições recentes de dezembro, então aparentemente tem gente que sabe de uma mas não da outra. Antes de fazer a pergunta eu havia incluido a "Municípios " no https://wiki.openstreetmap.org/wiki/WikiProject_Brazil#Projetos_da_comunidade creio que agora poderia adicionar a "Cidades" em "Páginas arquivadas" ou algo equivalente. noto que há projetos "órfãos" que não estáo no WikiProject_Brazil como a - WikiProject Brazil/Ferroviarias <https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Ferroviarias> que eu achei e adicionei no WikiProject_Brazil também há páginas fantasmas como - Rodovias Rurais Municipais <https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Brazil/Rodovias_Rurais_Municipais=edit=1> - Vias Urbanas Municipais <https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Brazil/Vias_Urbanas_Municipais=edit=1> sem falar de páginas que não recebem atualizações há anos. Seja como for, acho que a wiki tá necessitando de uma organizada/limpada, do jeito que está qualquer novato vai ficar extremanente confuso e desestimulado. abraço Gerald 2017-01-05 21:31 GMT-02:00 Lucas Pereira <lucaspefrei...@gmail.com>: > Olá Gerald, boa noite. > > Quando eu fiz as análises, fiz primeiramente com as cidades, estabelecendo > um raio de 10km (se não estiver enganado) ao redor do ponto que identifica > os agrupamentos urbanos. Como vimos que essa lista poderia não ser > adequada, realizei outra análise, desta vez, comparando os dados com a área > dos municípios. > > Assim, o projeto foi melhorado e os resultados foram adicionados na > segunda página. Por uma razão qualquer, não modifiquei a página anterior, e > acabei criando outra. Mesmo assim, em alguns casos aparecem nomes na lista > de cidades que não aparecem na lista de municípios, pois haviam municípios > que tinham vias residenciais desenhadas no interior de seu limite, mas não > havia mapeamento em suas sedes. > > Atenciosamente, > LucFreitas. > > Em 5 de janeiro de 2017 20:57, Gerald Weber <gwebe...@gmail.com> escreveu: > >> Oi Turma >> >> esses dois projetos na wiki me parecem bem semelhantes? >> >> https://wiki.openstreetmap.org/wiki/Cidades_brasileiras_com_ >> mapeamento_deficit%C3%A1rio >> >> https://wiki.openstreetmap.org/wiki/Munic%C3%ADpios_brasilei >> ros_com_mapeamento_deficit%C3%A1rio >> >> o que vocês acham? >> >> Gerald >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] duplicidade de projetos
Oi Turma esses dois projetos na wiki me parecem bem semelhantes? https://wiki.openstreetmap.org/wiki/Cidades_brasileiras_com_mapeamento_deficit%C3%A1rio https://wiki.openstreetmap.org/wiki/Munic%C3%ADpios_brasileiros_com_mapeamento_deficit%C3%A1rio o que vocês acham? Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] strava
Oi Roger Ah, entendi, obrigado. Tem como saber que tipo de trilhas são? Para mim faz muita diferença saber se é de caminhada ou bicicleta. abraço Gerald 2017-01-05 8:08 GMT-02:00 Roger C. Soares <rogersoa...@gmail.com>: > Adiciona a camada do strava no josm, é só ir nas preferencias, clicar no > icone "WMS/TMS" e ativar a camada. Eles geram um heatmap a partir das > trilhas enviadas. > > As vezes eu tb dou uma olhada no routing errors em: > http://labs.strava.com/routing-errors/#250/4/-97.42000/39.25000 > > Atenciosamente, > Roger. > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] strava
Oi Turma eu vejo muitas menções ao strava nas discussões aqui e no telegram, já vi até edições com gente se referindo ao strava. Eu só não entendi muito bem como nós podemos usar os dados do strava. Lendo a wiki do OSM eu fiquei na mesma. Entendi que se trata de um aplicativo onde se registra caminhadas, corridas etc. Uma amiga minha até me mostrou a trilha gps que ela gravou de bicicleta. Mas onde entramos nisto? A gente tem acesso a estas trilhas gps? como? qualquer dica será muito bem vinda abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeamento adequado de Estações de Trem
Oi Vítor muito interessante, obrigado por compartilhar este link abraço Gerald 2017-01-04 16:45 GMT-02:00 Vítor Rodrigo Dias <vitor.d...@gmail.com>: > Uma boa fonte de dados para verificar o estado atual de estações é o site > http://www.estacoesferroviarias.com.br/. Poderíamos entrar em contato com > o autor do site para verificar a possibilidade de uso como fonte de > consulta. > > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeamento de biomas + Wikipédia
Olá santamariense Para mim me parece ser o caso de usar https://wiki.openstreetmap.org/wiki/Proposed_features/Key:protected_area junto com um multipolígono https://wiki.openstreetmap.org/wiki/Relation#Multipolygon abraço Gerald 2016-12-19 10:59 GMT-02:00 santamariense <imagens...@gmail.com>: > Estive discutindo com o usuário AjBelnuovo sobre como mapear o bioma > Mata Atlântica. Isto me parece ser algo abstrato de difícil > mapeamento. Transcrevo abaixo a discussão originada em > http://www.openstreetmap.org/changeset/25217160. Queria saber se > alguém já tem alguma experiência na área. > > Comentário de santamariense > É correto nomear matos como "Mata Atlântica"? E, é correto adicionar a > tag "wikipedia=pt:Mata Atlântica" a todos estes matos? > A tag da Wikipédia, serve também para ilustrar artigos da Wikipédia. E > atualmente só estes matos da metrópole paulistana constam como tal em > todo o Brasil, vide imagem: http://i.imgur.com/cdoDqDu.png > Não sei se seria interessante usar a tag da wikipédia nestes casos > para mapear algo tão abstrato. > > Comentário de AjBelnuovo > Começaria por contestar o termo que você usou " mato " . Pra mim mato > é uma folhagem que tem no máximo 80 cm de altura , o que não é caso da > mata em questão , que contém árvores diversas e é área de preservação > ambiental . Se a mata em questão , que está na Serra do Mar , não faz > parte do restou da Mata Atlântica , não sei onde ela estaria , mas se > você contesta o uso da tag , deveria dirigir a pergunta a ONG SOS Mata > Atlântica e remover o nome caso eles afirmem que não pertença . > Atualmente eu não dou nome a mata nativa , mas não uso Floresta > Manejada , onde vejo que ela não foi tratada desta forma . > > Comentário de santamariense > Desculpa, primeiramente porque não compreendo muito dessas coisas, e > segundo porque aqui no sul a gente chama de mato mesmo, independente > do tamanho para generalizar. Talvez eu me fiz entender mal. Eu não > discordei que fosse mata atlântica, mas se seria correto adicionar > "Mata Atlântica" no nome. Seria como adicionar name=Casa à todas as > casas (building=house) que estão no mapa. Ou adicionar o nome açude à > todas os landuse=reservoir. Ou coisa parecida. > A questão é que mata atlântica é um bioma (relembrei meus tempos de > colégio agora). Existem sim outras tags que classificam os tipos de > árvores (https://wiki.openstreetmap.org/wiki/Forest) mas não sei se > exatamente bioma. > Acho que deve haver tags mais apropriadas para definir o tipo de mata > em questão. Eu desconheço porque nunca me ative a mapear este > detalhamento aqui no OSM. > Eu te perguntei porque cheguei a pensar que você tivesse falado com a > comunidade OSM sobre este assunto. > Eu vim para essa conversa ao ver o artigo Mata Atlântica da Wikipédia. > Eu tinha a intenção de iniciar um debate se é correto adicionar a tag > "wikipedia=pt:Mata Atântica" a todos os milhares de retalhos de Mata > Atlântica que existem no Brasil. Atualmente dá a entender que estas > áreas de matas são as únicas que restaram em todo o território > nacional, como pode ser visto nesta imagem que eu reitero > (http://i.imgur.com/cdoDqDu.png). Dá uma olhadinha no mapa OSM da > wikipédia conforme a imagem e diga a sua opinião. > > Comentário de AjBelnuovo > Me desculpe pelo jeito grosseiro da minha resposta . Vendo no artigo > da Wikipédia sobre a Mata Atlântica a foto que mostra a delimitação > criada pela WWF sobre ela vejo que contempla exatamente a área que > você marcou na foto http://i.imgur.com/cdoDqDu.png . Acho que seria um > bom tópico para discussão e que dela talvez fosse gerado uma forma de > se nomear a toda essa floresta . > > ___ > 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] Correção de alguns postos de combustível no Brasil
2016-12-15 13:18 GMT-02:00 santamariense <imagens...@gmail.com>: > @Gerald, o carinha que adicionou a guesthouse usou o maps.me e o > comentário "Created a clinic and a guest_house" é gerado pelo próprio > aplicativo. > Hum, faz sentido, acho que fui otimista. Mas a edição/teste que fiz via maps.me preservou o comentário que eu inseri. O que achei curioso é que dizia que todas as contribuições seriam verificadas. Só resta saber verificada por quem? Nós? Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Correção de alguns postos de combustível no Brasil
Guesthouse para mim é sinônimo de pousada ou Bed and Breakfast, ou seja uma pousada sem infraestrutura típica de hotel. https://wiki.openstreetmap.org/wiki/Tag:tourism=guest%20house?uselang=en-GB mesmo usando o maps.me esse usuário colocou até um comentário no changeset, algo raro para usuários novatos usando o iD. abraço Gerald 2016-12-15 10:09 GMT-02:00 santamariense <imagens...@gmail.com>: > Aham. Existem mesmo alguns pontos de interesse com este nome :). Mas > eu creio que estava falando disto > (http://www.openstreetmap.org/node/4550835791), se não me engano, > mapeada como uma guesthouse(https://pt.wikipedia.org/wiki/Guesthouse). > Poderia existir de fato este local com este nome? Talvez... mas é > muito estranho/coincidência ele ter sido usado por um usuário novato > pelo maps.me - o problema é que eu já vi muita coisa sendo mapeada > como guesthouse por novatos. > > ___ > 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] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)
Oi Pedro concordo muito com sua afirmação. Em particular uso a tag source:name para isto, por exemplo source:name=IBGE se retirei o nome do IBGE ou source:name=survey so foi eu mesmo que colhi o dado ou source:name=signpost se retirou da placa de rua. Similarmente pode-se colocar source:alt_name etc. Enfim, quanto mais bem documentada a fonte mais simples fica resolver eventuais dúvidas. Outro uso importante mas pouco conhecido é da tag short_name, por exemplo name=Associação Atlética Banco do Brasil short_name=AABB abraço Gerald 2016-12-14 16:10 GMT-02:00 Pedro vida torta <pedrovidator...@gmail.com>: > Eu acho que o importante não e a variação de nomes existentes nas fontes > de pesquisa e sim colocar com clareza a fonte de onde veio, seja ibge site > das prefeituras ou mesmo colhida in loco , para falar de diferenças no Bom > Retiro em São Paulo tem uma rua que tem um nome do google , outro no site > da prefeitura e duas placas da mesma via com grafia diferente em cada uma, > portanto o correto e aquela fonte de onde foi tirado o nome. > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Correção de alguns postos de combustível no Brasil
"Casa da sogra" é o nome de uma loja em BH. Gerald On 13 Dec 2016 6:16 pm, "santamariense" <imagens...@gmail.com> wrote: Também tenho percebido a criação destes eletropostos em locais muito improváveis. Eu pessoalmente não conheço nenhum. Eu não uso o maps.me, mas parece que além dele introduzir os erros no mapa, ele não deixa muito claro que os objetos são publicados no OSM. Ou deixa claro? Tenho visto muito "Casa", "Casa do Fulano", "Casa do Ciclano", até "Casa da sogra" ___ 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] Possível cópia de nomes de ruas do Google
2016-12-14 13:37 GMT-02:00 santamariense <imagens...@gmail.com>: > > Também tenho notado que ele tem excluído as coisas "indevidas". Como > este objeto (http://www.openstreetmap.org/node/4472678103/history). Só > que claro que só isso não adianta, objeto vai ser excluído da base de > dados do OSM de modo que não seja possível restaurá-lo e nem ver no > histórico que este objeto em dado momento recebeu este nome. > > @naoliv, você tem entrado em contato com a comunidade internacional > sobre o caso? Formas mais práticas de revisão? Uma query no overpass > não poderia trazer os dados editados por ele para se criar uma camada > de revisão? > > Se ele está apagando os nomes que inseriu para mim mostra boa vontade de colaborar e isto precisa ser respeitado e valorizado. Erros acontecem e a questão de usuários inserirem nomes do Google é 99% uma questão de desconhecimento pura e simples. Será que tem jeito do DWG fazer o redaction apenas em tags específicas de um usuário? Por exemplo eliminar todas as tags "name" que estão marcadas como apagadas? Se sim, penso que seja este o caminho a seguir. Pedimos ao usuário que apague tudo que não deveria estar no OSM. Feito isto entra-se em contato com o DWG, explicando o caso e pedindo um redaction bem específico e caso encerrado. abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Possível cópia de nomes de ruas do Google
Eu passei por acaso por uma das edições dele, de 3 ou 4 meses atrás, explicando que era desnecessário colocar o nome "Estrada" nas vias. Depois enviei uma mensagem convidando-o a participar das listas. Não recebi resposta. Isto foi no dia 8/12. Procuro sempre ser o mais educado possível, mas nem sempre tenho sucesso. Se temos o contato dele acho que podemos ir com calma. Me preocupa são os casos em que a pessoa não responde de jeito nenhum. Realmente verificar 10 mil micro-edições é osso. Não tem algum script esperto para aglutinar isto em macro-edições que facilitem a verificação? Tipo comparando a data-hora da edição? Não é possível que só nós temos este problema. Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Correção de alguns postos de combustível no Brasil
Eu fiz exatamente 1 edição via maps.me para entender o procedimento. Fica claro que vai pro OSM, mas se você não sabe do que se trata não sei que diferença faz. Fico imaginando o que será que o sujeito que coloou "casa da sogra" estava pensando. O que achei estranho é o que o aplicativo diz que tudo é verificado. Verificado por quem? Nós? Agora da minha parte, até o momento o que eu encontrei mapeado via maps.me estava válido. abraço Geald 2016-12-13 21:44 GMT-02:00 Luiz Gustavo: > O maps.me deixa (mais) claro na primeira edição que os dados vão para o > OSM. > > Mas no fim do formulário de toda edição é exibida a informação na *imagem > em anexo.* > > > Em 13/12/2016 6:16 PM, "santamariense" escreveu: > >> Também tenho percebido a criação destes eletropostos em locais muito >> improváveis. Eu pessoalmente não conheço nenhum. >> >> Eu não uso o maps.me, mas parece que além dele introduzir os erros no >> mapa, ele não deixa muito claro que os objetos são publicados no OSM. >> Ou deixa claro? >> >> Tenho visto muito "Casa", "Casa do Fulano", "Casa do Ciclano", até >> "Casa da sogra" >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] tutorial JOSM na UFMG
Oi Pessoal não sei se avisei nesta lista, vamos fazer um turorial informal amanhã sobre o uso do JOSM. Vai ser no departamento de física da UFMG amanhã 14/12 ás 15h na sala 3090. se tiver mais alguém interessado me avise para eu passar o detalhe de como chega na sala. abraço Gerald -- Dr. Gerald Weber gwebe...@gmail.com Personal website <https://sites.google.com/site/geraldweberufmg/> ResearchGate Profile <https://www.researchgate.net/profile/Gerald_Weber2> for urgent questions: https://telegram.me/gweberbh Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Correção de alguns postos de combustível no Brasil
Oi Nelson o pessoal do maps.me já foi alertado sobre isto? abraço Gerald 2016-12-13 11:10 GMT-02:00 Nelson A. de Oliveira <nao...@gmail.com>: > O maps.me tem um problema de tradução onde eletropostos (estações de > recarga de veículos elétricos) são confundidos com postos de > combustível. > > Para quem tiver um tempo (mesmo que pouco), poderia verificar alguns > desses locais através do desafio em http://maproulette.org/map/1447 > > Creio que seja bem simples, rápido e fácil para colaborar, bastando > apenas efetuar o login com a conta do OSM e começar a corrigir os > postos, um por um. > > Há uma descrição da tarefa no site. > > ___ > 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] Numeração de lotes e marcação das edificações de Joinville
Pedro Não lhe dei nenhuma pedrada, lamento que você tenha ficado com esta impressão, apenas procurei argumentar amigavelmente mostrando uma divergência. Seria mais fácil se pudessemos encontrar num boteco e conversar pessoalmente, a gente em 5 min resolveria e daria grandes risadas. Esse ambiente de mensagens eletrônicas dá sempre uma impressão de opiniões duras, é muito difícil discutir. Como escrevi e repito: não disse que você apagou ou apagaria alguma coisa, mas achei importante esclarecer para todos que nos leem que ater-se as regras de mapeamento é importante e que isto se superpõe às necessidades de algum determinado aplicativo. Colocar sua opinião foi importante pois nos deu a oportunidade para debate e esclarecimento que é o objetivo aqui. Eu lamento que tenham apagado contribuições suas. Quando alguém apaga alguma coisa minha eu procuro no histórico para ver quem foi e converso com a pessoa para procurar entender o que houve. Às vezes não foi nada, literamente. Exemplo: semana passada eu contatei um colega porque aparecia no histórico a deleção de 3 vias que eu havia inserido. Na verdade ele não havia apagado nada. Aí fica a pergunta como pode ser isto? A questão está no detalhe de como as vias são construidas. Uma via (way) é uma coleção de nós (nodes). Se você junta duas vias todos os nós ficam em uma delas, a outra fica sem uso. Acaba sobrando uma via sem nós que é então apagada. O meu colega apenas havia juntado algumas vias, só isto. Não tinha apagado nada. fica aqui um abraço Gerald 2016-12-09 12:35 GMT-02:00 Pedro vida torta <pedrovidator...@gmail.com>: > Gerald talvez vc tenha elementos com vc para citar apenas uma exclusão > desse tipo que eu tenha feito, qdo me deparo com esses casos incluo uma > entrada principal e não apago nada ,muito pelo contrario tive varias > colaborações colhidas in loco deletadas, apenas dei minha opinião e tomei > umas pedradas. > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Numeração de lotes e marcação das edificações de Joinville
2016-12-09 1:47 GMT-02:00 Pedro vida torta <pedrovidator...@gmail.com>: > GPS inteligente RS, hj mesmo um motoqueiro faleceu no rio vitima de > bandidos, causa GPS com mapa deficitário , o mesmo acontecera com mapas > gerados pelo OSM se colocarmos um cabresto e não olharmos todas as > aplicações se o problema e esse faça dos dois modos , um o numero de porta > real e outro numero de edificação virtual, desse modo cada aplicativo pode > escolher o melhor, meu foco e GPS e com certeza não irei numerar edifícios > qdo disponíveis no mapa , ainda uso aplicações meio burras. > Acredito que caso que você cita o problema de roteamento só aconteceria se houvesse apenas addr:housenumber e faltasse addr:street, ou seja o aplicativo não tem como determinar a qual rua pertence aquele número. Isto é especialmente crítico em esquinas ou construções grandes que ocupam uma quadra inteira. Há literalmente centenas de aplicativos usando o OSM. São as aplicações que tem que se adaptar. É impossível do OSM se adaptar a aplicativos com exigências conflitantes. Por isto temos de seguir com as regras de mapeamento estabelecidas e os desenvolvedores que adaptem seus softwares. Se você não deseja acrescentar essas informações nos seus mapeamentos você tem esta liberdade, afinal aqui somos todos voluntários. Mas por favor não chegue ao ponto de remover essas informações apenas para resolver o mal funcionamento do aplicativo que você usa. Não me entenda mal, não estou dizendo que você removeu ou vai remover alguma coisa, mas como tem mais gente lendo essas mensagens é preciso deixar claro que isto não é o caminho a seguir. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] state of the map latam
Oi Turma olha nós na foto https://wiki.openstreetmap.org/wiki/File:SotM_Latam2016.jpg foi muito bom o evento, foi inspirador. Parabéns a todos que o organizaram por tornar isto possível. Gostei demais de conhecer a turma com a qual converso há anos só via email. Espero encontrar vocês de novo num futuro próximo. um grande abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Avaliar + Planejar = Agir fundamentadamente
isto foi em larga escala! tem jeito de identificar onde ocorreu isto? Gerald On 30 Nov 2016 3:23 pm, "Nelson A. de Oliveira" <nao...@gmail.com> wrote: > Dia 26 de novembro: > > http://osmstats.neis-one.org/?item=countries=27-11- > 2016=Brazil > > 30599 nós deletados > > ___ > 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] Avaliar + Planejar = Agir fundamentadamente
O que me arrepia é ver o grande número de nós apagados Yesterday's number of deleted nodes 1858 Gerald 2016-11-30 15:00 GMT-02:00 Wille <wi...@wille.blog.br>: > Estas estatísticas são interessantes, apesar de que a forma que elas foram > apresentadas não é a melhor: http://osmstats.neis-one.org/? > item=countries=Brazil > > Acho que a quantidade de usuários ativos, a média de edições por usuário e > a quantidade de objetos editados por usuário são as melhores métricas que > precisamos. > > abraços, > wille > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] projeto caminhos históricos
Oi Pessoal após a apresentação inspiradora do Linhares no SOTM-Latam e algumas discussões animadas eu abri o projeto na wiki https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Caminhos_Hist%C3%B3ricos e também abri um tópico no forum: https://forum.openstreetmap.org/viewtopic.php?id=56566 abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] state of the map latam
Oi Wille obrigado pelas informações, era isto que eu estava procurando :) Vou ver se consigo viabilizar a minha ida. abraço Gerald PS: quem daqui vai? 2016-10-19 10:28 GMT-02:00 Wille <wi...@wille.blog.br>: > oi, Gerald > > As atividades vão começar por volta das 9h30 da manhã e vão até 18h. Na > sexta e sábado (25-26/11) são palestras e no domingo (27/11) teremos uma > mapatona. > > abraços, > wille > > On 18-10-2016 22:03, Gerald Weber wrote: > > Oi Turma > > estava visitando o site do State of The Map, http://state.osmlatam. > org/#program, mas vejo que ainda não há programa. > > Mesmo que o programa não esteja definido, tem idéia dos horários? > > Estou vendo se posso ir, mas sem saber ao menos que horas começam/terminam > as atividades fica impossível planejar. > > Também não achei um email para perguntar, por isto estou postando aqui. > > abraço > > Gerald > > > ___ > Talk-br mailing > listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br > > > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] state of the map latam
Oi Turma estava visitando o site do State of The Map, http://state.osmlatam.org/#program, mas vejo que ainda não há programa. Mesmo que o programa não esteja definido, tem idéia dos horários? Estou vendo se posso ir, mas sem saber ao menos que horas começam/terminam as atividades fica impossível planejar. Também não achei um email para perguntar, por isto estou postando aqui. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Duvidas
Creio que isto é semelhante a situação de uma rua com estacionamento proibido (parking:lane=no_parking) mas onde todo mundo estaciona assim mesmo. Ou uma estrada onde é proibido ultrapassar (overtaking=no) mas todo mundo ultrapassa assim mesmo. Penso que o mais seguro para o usuário do mapa é deixar oneway=yes e colocar um alerta no note que na prática a restrição não é respeitada. No geral penso que deve prevalecer a segurança do usuário do mapa. abraço Gerald 2016-09-16 13:31 GMT-03:00 Wallace Silva <wsi...@gmail.com>: > Pessoal estou melhorando o roteamento das avenidas aqui na minha cidade, > mas tenho uma dúvida. Tem umas vias que as placas indicam que sao de mão > única, mas ninguem respeita e acaba sendo usado como mao dupla. Devo > coloca-las como mão dupla ou única? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Edições errôneas de novato
Oi Márcio Vinícius eu perdi a conta de quantas vezes eu já vi esse cenário se repetir, nem ando me estressando mais com isto :( 2016-09-10 22:13 GMT-03:00 Márcio Vinícius Pinheiro < marcioviniciu...@gmail.com>: > > Estou informando, pois não sei bem o que se pode fazer nesse caso. > Desfazer ou corrigir as edições dele uma a uma pode ser muito trabalhoso. > Talvez se mais alguém o contactasse informando a importância de se manter > dentro dos padrões, de se informar antes de editar determinados tipos de > nós ou caminhos... Sei lá, acho que o ID faz parecer que as coisas são mais > fáceis do que realmente são. > Talvez se mais gente entrar em contato isto possa melhorar. Convide-o também a participar desta lista. Pela minha experiência depois de algum tempo o OSM perde a novidade e vai parar de contribuir. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] JOSM com problemas.
Oi Blademir você já tentou alterar a versão de Java? Eu penso ter lido que o JOSM deixaria de funcionar com versão 1.7, atualmente uso 1.8 e funciona bem (embora um pouco lento) abraço Gerald On 26 Jul 2016 6:33 pm, "Blademir Andrade de Lima" <blademi...@hotmail.com> wrote: Amigos, ando tendo problemas recorrentes com o JOSM, bugs diversos, mas agora um ultimo está persistente e me impede de dar continuidade ao trabalho. O erro é que ao inserir uma Tag, não consigo escrever nada nela, é como se o teclado deixasse de funcionar no OSM. Nem “copiando e colando” do Word funciona. Nem reiniciando resolve mais. Se alguém souber como resolver, agradeço muito. Att, BladeTC Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para Windows 10 ___ 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] osmand subdivide mapa do Brasil por estados
Oi Arlindo 2016-07-13 11:46 GMT-03:00 Arlindo Pereira <arlindosaraivapere...@gmail.com> : > Não dá para fazer uma regra de três porque muitas áreas aqui são > inabitadas, ou sem nós e vias para se incluir no mapa. > > Áreas não habitadas tem rios, córregos, e dá para colocar landuse=wood etc. Então não estar habitado não significa que não exista nada a mapear. Rios e córregos podem ocupar um espaço substancial num arquivo de mapa. Concordo que uma simples regra-de-três não ajuda, mas nada impede brincar com os números para chegar numa ordem de grandeza, vamos ver onde a gente chega? O estado com mapa maior é SP que hoje são 100MB (no osmand). Pensando nele grosso modo como um país europeu (tem o mais o menos o tamanho do Reino Unido) creio que um mapa completo de SP deveria ter ao redor de 1GB. Como SP repesenta ao redor de 3% da extensão territorial do Brasil, isto projetaria um mapa do Brasil com 33GB. Então temos hoje algo ao redor de 1.5% do Brasil mapeado. Faz sentido? Creio que não, pelo motivo que o Arlindo mencionou, mas dá um limite superior para pensar. Outra maneira de pensar: SP representa 1/5 do que já foi mapeado e a população de SP também é 1/5 do Brasil. Usando isto, se projetarmos que um mapa completo de SP deva ter 1GB, chegamos a 5GB para o mapa do Brasil se formos usar a proporcionalidade populacional. Penso que este número esteja subestimado já que ignora a extensão territorial, mas serve de limite inferior (lembrando que só da Alemanha é 3GB). Com este número temos então 10% do Brasil mapeado. Então minha estimativa é que o mapa completo do Brasil (para o osmand) deva ter no mínimo 5GB. Hoje são 521MB. Ou seja, na melhor das hipóteses mapeamos 10% do Brasil em 12 anos. Só faltam mais 90 anos! Olha turma, é só um exercício de estimativas, OK? Ninguém precisa ficar nervoso, haha :D abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] osmand subdivide mapa do Brasil por estados
2016-07-13 9:02 GMT-03:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>: > Mas cresceu bastante. Quando montava o mapa do Cocar (uns 2 anos atrás) > estava metade disso. > > Ah sim Paulo, concordo, cresceu muito. Não há dúvidas disto. Ainda assim, fazendo uma rápida soma, os mapas do osmand da Alemanha dão 3GB, ou seja quase 6 vezes mais que do Brasil. Provavelmente a comparação seja injusta pois imagino que a Alemanha deva ter a maior densidade de mapeadores do OSM. Alguém arriscaria uma estimativa de qual seria o tamanho do mapa do Brasil se tivessemos a mesma qualidade de cobertura da Alemanha? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] osmand subdivide mapa do Brasil por estados
Oi Pessoal hoje estava verificando a lista de mapas do osmand e vejo que o mapa do Brasil agora está disponível por estados: http://download.osmand.net/list.php o mapa completo continua disponível, mas creio que com 526 MB tenha motivado a subdivisão. acredito que isto seja uma prova do crescimento do mapeamento e meus parabéns a todos os envolvidos. Mas ainda temos muito o que mapear, apenas por comparação, o tamanho do arquivo do estado da Renânia do Norte-Westfália, uma área de 34 mil km quadrados da Alemanha, tem 590 MB, maior que o arquivo de todo o Brasil. um grande abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] name=Retorno
Oi Roger no primeiro caso eu movo o name para a tag description description=retorno senão arrisca depois vir alguém e colocar de volta name=retorno sobre a sua segunda pergunta, a tag addr:street me parece incorreta mesmo. abraço Gerald On 14 June 2016 at 18:37, Roger C. Soares <rogersoa...@gmail.com> wrote: > Só para confirmar, no OSM agente não nomeia retornos, acessos, etc, certo? > Posso remover names do tipo: > http://www.openstreetmap.org/way/214229462 > > Outra dúvida, para que serve colocar addr:street com o mesmo valor da tag > name em highways? Por exemplo: > http://www.openstreetmap.org/way/171470967 > > Atenciosamente, > Roger. > > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação PMPA / Prédios : esquema de conversão para o OSM
Oi Sérgio impressionante seu trabalho e a quantidade de dados, parabéns por conseguir isto :D Não sei se isto já foi sugerido, mas penso que seria desejável criar uma conta específica para esta importação, e eventualmente documentar esta importação também na wiki <http://wiki.openstreetmap.org/wiki/Category:Import_from_Brazil>. abraço Gerald 2016-05-21 20:11 GMT-03:00 Sérgio V. <svo...@hotmail.com>: > Boa noite pessoal. > > Deu certo fazer no QGIS a conversão das tags do SHP-PMPA total de 500MB / > 500.000 objetos, dividir em SHP menores (50MB), e importar estes direto > para o JOSM. > 100% validando no JOSM (ainda não feito o upload). > Obrigado pelos auxílios e dicas. > > > > Compartilhando o procedimento adotado: > > > No QGIS: > > 1. Aberto SHP-PMPA original de 500MB / 500.000 objetos (equivalente a > 500.000 ways em .osm); > > 2. Convertidos CAMPOS e VALORES de uma só vez nos 500.000 (com o Table > Manager e Field Calculator); adicionados CAMPOS 'note' e 'layer; apagados > CAMPOS sem uso para o OSM (e porque causam problema de validação por 'tag > inválida'); > > 3. Dividido SHP original de 500MB / 500.000 objetos (ways) em 10 arquivos > menores .SHP de +/- 50MB, conforme os SETORES no original. > > > > No JOSM: > > 4. Aberto SHP (com plugin OpenData) de 50MB e salvo como .osm: > > Por enquanto, testado só com o 1º SHP de 52MB. > > (funcionou melhor que ogr2osm, pois veio sem tags 'vazias' ('null'): o > ogr2osm dá problema de não apagar as tags com valor null, que depois no > JOSM acusaram 50.000 problemas no validador, e teria que apagar de novo > tudo no JOSM.) > > 5. Apagado campo original "SETOR" (só usado para subdividir o SHP); > > 6. Passado validador no JOSM (com as tags convertidas antes no QGIS): > > -Dos 54.498 ways, acusou apenas: > > a)ERRORS: Duplicate ways(36=menos de 1 por 1.000) - casos em que ways > inner foram duplicados, fazendo parte de 2 multipol: da base e do corpo. > > Resolução: removido multipolígono da base e ways inner, mantidos só way > (ex-outer) da "base" adicionando building=yes e relação multipolígono do > "corpo" com respectivos inner. > > :OK, CORRIGIDO E VALIDADO > > b)WARNIGS: > > Building inside building (1) > > :OK, CORRIGIDO E VALIDADO > > Ways with same position (2) > > :OK, CORRIGIDO E VALIDADO > > Mixed type duplicated nodes - Duplicated nodes (1) > > :OK, CORRIGIDO E VALIDADO > > Key 'description' invalid. - Property values contain multiple white spaces > (9) - casos de campo 'description' com string variável > > :OK, CORRIGIDO E VALIDADO > > > > STATS: > > > > PMPA-SETOR: 01-12 (de 51 setores) > > Arquivo .shp(+dbf+...):51,8MB > > Arquivo .osm: 50,4MB > > TOTAL DE OBJETOS no .shp: 53.013 > > WAYS no .osm: 54.498 > > NODES no .osm: 402.211 > > RELATIONS no .osm: 839 > > TOTAL DE OBJETOS no .osm: 457.548 > > > > Desempenho NO JOSM: > > MEMÓRIA MÁX. atingida: 2,4GB (de 3,3GB livres) > > CPU MÁX. atingida: 70% > > TEMPO ESTIMADO P/UPLOAD: 3 horas (Não feito upload ainda; só comparado > com o de 9MB que levou 30min) > > > - - - - - - - - - - - - - - - - > > Sérgio / user:smaprs > > ___ > 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] Bug no JOSM 10168
Uso esta versão 10168 há algum tempo e não encontrei problemas. Meu sistema é linux com java 1.8 veja se não é questão de versão de java, penso ter lido que o josm deixaria de funcionar com java 1.7 algum dia destes abraço Gerald 2016-05-21 16:17 GMT-03:00 santamariense <imagens...@gmail.com>: > Acabei de instalar a versão 10168 do JOSM no computador Windows. Não > estão funcionando as opções de copiar, colar e colar tags. Sem elas > fica impraticável fazer os meu mapeamentos, porque utilizo muito estes > comandos. É um bug, ou alguma configuração? Alguém poderia comunicar > os desenvolvedores do JOSM? > > ___ > 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] Fwd: [HOT] HOT is activating to map for support of the relief efforts in Sri Lanka
Oi Pessoal esta havendo uma ativação do HOT para auxiliar no mapeamento devido ás enchentes em Sri Lanka quem quiser contribuir entre com seu nome e usuário OSM no site do taskmanager do HOT, leia as instruções (estão pedindo para mapear principalmente edificações) e dê sua contribuição humanitária. abraço Gerald -- Forwarded message -- From: Blake Girardot HOT/OSM <blake.girar...@hotosm.org> Date: 18 May 2016 at 17:52 Subject: [HOT] HOT is activating to map for support of the relief efforts in Sri Lanka To: HOT <h...@openstreetmap.org> Sri Lanka has been hit in the past few days by flooding: https://www.bing.com/search?q=sri+lanka+flooding HOT has been asked to activate and immediately start tracing buildings by the Disaster Management Center (DMC) of Sri Lanka, who work closely with World Bank GFDRR. They are in urgent need of detailed housing unit information. There are links on the HOT Tasking Manager: http://tasks.hotosm.org/ This is the earliest phase of response so we are actively working to find other actors on the ground that the HOT Community can collect and provide geo data for. This means that you should check the front page of the tasking manager often, different jobs to support different ground activities might be coming up. HOT members Robert Banick and Mikel Maron will be leading HOT's response to this crisis. They can be contacted at: mikel.ma...@hotosm.org rban...@gmail.com For more information visit the 2016 Sri Lanka Floods wiki-page: http://wiki.openstreetmap.org/wiki/2016_Sri_Lanka_Floods If you’d like to help with coordination, speak up, and we’ll bring you into the Slack channel and Trello. Regretfully, Blake Blake Girardot Humanitarian OpenStreetMap Team President, HOT Board of Directors skype: jblakegirardot HOT Core Team Contact: i...@hotosm.org ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE
2016-05-18 21:23 GMT-03:00 Márcio Vinícius Pinheiro < marcioviniciu...@gmail.com> > > Na verdade fico me perguntando por que cargas d'água há uma microrregião > que engloba apenas uma cidade (ou que tenha o mesmo nome de apenas uma > parte dela, não sei). Talvez isso possa ser aproveitado na discussão > original ;-). > De acordo com a wikipedia <https://pt.wikipedia.org/wiki/Microrregi%C3%A3o_de_S%C3%A3o_Paulo> a Microrregião de São Paulo tem 8 municípios. E não temos a cidade de São Paulo dentro do estado de mesmo nome? Região com o mesmo nome da cidade é confuso eu sei, mas acho que Londres ganha. Temos Greater London <http://www.openstreetmap.org/relation/175342> (admin_level=5), temos London <http://www.openstreetmap.org/relation/65606> (admin_level=6) que na verdade é o condado de Londres mas é o que todo mundo realmente chama de Londres, e City of London <http://www.openstreetmap.org/relation/51800#map=12/51.5094/-0.0762> (admin_level=6, também conhecido como The City) ou seja "Cidade de Londres" mas que na prática é um bairro com uma população residente de 7 mil e flutuante de 300 mil. Com o detalhe que City of London não faz parte oficialmente de Greater London e nem de London (tanto que na relação de London tem um buraco correspondente a City of London). City of London também não é a capital, o parlamento por exemplo fica em em City of Westminster <http://www.openstreetmap.org/relation/51781#map=12/51.4996/-0.1033> (admin_level=8) que apesar do "City" é realmente um bairro (borough) de Londres. City of London tem prefeito chamado de Lord Mayor of London, enquanto o prefeito de Londres é "só" Mayer of London. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE
> > > Além disso, já que tocamos no assunto, acho também que deveriam tirar as > palavras "Microrregião" e "Mesorregião" dos nomes das microrregiões e > mesorregiões. Além de não significar nada para esmagadora maioria dos > usuários, não fazem parte o nome nem são necessárias para identificá-las, > determiná-las ou diferenciá-las de outras coisas. > Remover causaria problemas, veja no exemplo do nominatim sobre a cidade de Santa Maria: City Santa Maria, *Microrregião de* Santa Maria, *Mesorregião* Centro-Ocidental Rio-Grandense, Rio Grande do Sul, South Region, Brazil Se remover, ficaria City Santa Maria, Santa Maria, Centro-Ocidental Rio-Grandense, Rio Grande do Sul, South Region, Brazil Aí que ninguém vai entender porque Santa Maria aparece duas vezes. Veja que remover Mesorregião deixa isto muito estranho também, no mínimo teria de reescrever para Centro-Ocidente Rio-Grandense. Talvez precisamente porque muita gente não conhece seja necessário manter a denominação. Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Problema em Relação de Área de Proteção
Eu creio que falta a tag leisure=natural_reserve <http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dnature_reserve> na relação para renderizar. Eu tenho visto alguns parques sendo marcados como leisure=park (renderizado como uma grande área verde), mas me parece que leisure=natural_reserve é o mais adequado. abraço Gerald 2016-05-11 21:21 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com> : > Retificando, a tag “boundary” já existe dentro da relação. > > > > Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para > Windows 10 > > > > *De: *Blademir Andrade de Lima <blademi...@hotmail.com> > *Enviado:*quarta-feira, 11 de maio de 2016 21:12 > *Para: *OSM talk-br <talk-br@openstreetmap.org> > *Assunto: *[Talk-br] Problema em Relação de Área de Proteção > > > > Amigos, alguém poderia verificar essa relação > http://www.openstreetmap.org/relation/3425874#map=9/-7.3407/-39.6606 uma > parte dela esta com a tag boundary:protected_area a outra não, mas a tag > não existe dentro da relação mas ela não renderiza. > > > > Eu não sei como funciona as áreas de proteção. > > > > Att, > > BladeTC > > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Limite de cidades com distritos
Não estava propriamente buscando contra-exemplos, mas ontem estava pesquisando um endereço na Inglaterra e me deparei com o seguinte resultado do nominatim: Residential Road Belmont Road, Portswood, Southampton, South East, England, SO17 2GE, United Kingdom me chamou a atenção o "South East" que o nominatim resultou (eu podia jurar que Southampton era South West) Trata-se de um admin_level=5 e boundary=administrative http://www.openstreetmap.org/relation/151304 Segundo a wikipedia <https://en.wikipedia.org/wiki/South_East_England>: South East England is the most populous of the nine official regions of England *at the first level of NUTS for statistical purposes*. Sendo que NUTS significa: Nomenclature of Territorial Units for Statistics <https://en.wikipedia.org/wiki/South_East_England> Ou seja, no Reino Unido temos regiões em admin_level que que são definidas para fins estatísticos. Como esse NUTS é definido pela EU é possível que haja mais admin_level derivado do NUTS em outros países europeus. Como muito do OSM tem base ou origem em definições do Reino Unido (exemplo: classificações viárias) acho que temos aqui um exemplo claro de que não há problema algum em usar regiões criadas para fins estatístics com boundary=administrative. abraço a todos Gerald 2016-05-04 16:56 GMT-03:00 Papibaquígrafo <agostinho74...@yahoo.com.br>: > Quanto à afirmação de estar "demonstrado que o Brasil é o único país no > mundo que usa boundary=administrative para algo que foi criado com fins > geográficos/estatísticos (não apareceu um contra-exemplo até o momento)": > > > O análogo das subdivisões do IBGE na Europa está explicado aqui: > https://en.wikipedia.org/wiki/Nomenclature_of_Territorial_Units_for_Statistics. > Algumas das subdivisões listadas ali são também político-administrativa, e > outras são "puramente estatísticas"; de acordo com a wiki do OSM, muitas > destas estão representadas como admin_level (Croácia 5, Eslovênia 5, > Bulgaria 4, Hungria 5, etc). Por outro lado, Espanha e França não mapearam > os seus respectivos níveis NUTS 1. > > > Fora da Europa, olhando rapidamente na wiki, eu encontrei os seguintes > admin_levels claramente não-políticos: > > Turquia 3 > Austrália 8 > Uganda 3 > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE
Prezado Leonardo se você pretende conduzir uma discussão, votação etc, como parece ser o caso, então eu sugiro que não responda às mensagens de "cabeça quente" como esta que você me mandou. Isto tem apenas tem o potencial de gerar mais mensagens de "cabeça quente" e rapidamente isto se transforma numa briga improdutiva. Podemos concordar com isto? Há várias afirmações na sua mensagem abaixo que se eu fosse repondê-las "na mesma moeda" só resultaria em mais mensagens improdutivas e com potencial de gerar briga. Por exemplo eu não tenho nenhum "dever de casa" a fazer pois não me comprometi a realizar qualquer tarefa específica que seja. Você se expressando desta maneira parece que você está nos dando ordens tipo "Votem", "Façam o seu dever de casa", "Leiam o que escrevi" etc, o que não vai atrair qualquer tipo de simpatia para os seus argumentos. Imagino que não tenha sido esta a sua intenção, mas isto pode ser interpretado desta maneira e causar ressentimento. Eu reconheço que a mensagem de objeção que enviei também não foi das mais apropriadas, foi escrita "no susto" no meu celular enquanto estava no aeroporto esperando para embarcar. Por isto saiu assim "atravessada" e sem detalhes. Peço desculpas por isto. Eu procuro ler tudo o que você escreve, mas acho que muitos vão concordar comigo que se você exercesse um pouco mais de concisão nas suas mensagens seria mais simples engajar na discussão. Talvez você pudesse dar um pouco mais de atenção a isto. De fato não pretendia voltar a postar sobre o tópico, a menos que tivesse novos elementos concretos para contribuir. Mas me surpreendeu o início de uma votação e não pude deixar de ignorá-la pelas implicações que poderia ter. O problema de uma "votação" é que ela acaba se tornando uma "decisão" mesmo que você esteja querendo realizar apenas uma sondagem como você diz. Eu tenho vivência suficiente em listas de discussão para saber que logo depois virá um "mas nós decidimos que..." mesmo que tenha sido apenas uma sondagem. Pode não vir de você, mas pode vir de outras pessoas. Penso que a maneira mais apropriada seria primeiro consultar se todo mundo se sente suficientemente esclarecido para iniciar alguma votação, e esperar propostas de como encaminhá-la. Se há alguma polêmica, o ideal é ver se há alguém neutro o suficiente para encaminhar a votação apresentando de maneira resumida os vários pontos de vista. De outro modo acaba-se induzindo uma resposta. Por exemplo, quem apenas acompanha o Forum, e não viu a discussão prévia da lista, não leu as opiniões divergentes sobre o assunto. Assim, tendo visto apenas um lado da discussão tenderá a concordar com ela. A pessoa poderia não concordar se lesse a discussão na lista. Mesmo incluindo os links para a discussão dificilmente vão ler tudo pois vão considerar que a mensagem de encaminhamento já resume todo o entendimento, o que não é o caso. Por isto é importante colocar de maneira equilibrada e imparcial os vários pontos de vista. Por isto eu te peço que você suspenda a votação que você inicou. Já tem outra pessoa que se manifestou contrário a realização desta votação, portanto o correto agora é suspendê-la. Minha sugestão agora é dar um tempo. Você com certeza consegui uma coisa importante, estão todos pensando sobre o assunto, coletando informações e pesando as consequências em alterar ou deixar como está. um abraço Gerald 2016-05-04 7:34 GMT-03:00 Leonardo Brondani Schenkel <leona...@schenkel.net> : > Caro Gerald, > > On 03/05/2016 00:50, Gerald Weber wrote: > > Tenho objeção a conduzir a votação desta maneira, isto é uma votação > > induzida. > > Me proponho a criar um terceiro tipo de voto, de "Objeção", que funciona > exatamente como os outros. Caso responda a este e-mail votando desta > forma vou interpretar como tal e registrar seu voto e totalizá-lo. Como > vai existir um link para sua objeção, tem a liberdade para argumentar de > forma que quiser no seu voto como esta votação não tem fundamento. Daí > vou colocar um aviso em negrito no topo do texto da votação no wiki > dizendo que existem objeções à votação e que os links dos votos > "Objeção" vão ter os detalhes das objeções. > > Sobre conduzir a votação, o que eu fiz foi criar um tópico específico > para discutir o assunto da votação (e não os 20 outros relacionados) por > questão de objetividade, expliquei o escopo da votação, deixei claro na > primeira frase do texto da votação que sou eu que escrevi o texto da > votação e qual minha posição sobre o assunto, coloquei o link para os > arquivos da talk-br para permitir que as pessoas leiam a discussão > prévia por elas mesmas e estou apenas totalizando os votos que estão > sendo feitos usando publicamente — toda a informação é pública, o wiki > registra histórico e
Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE
Tenho objeção a conduzir a votação desta maneira, isto é uma votação induzida. Nenhuma das duas alternativas que foram propostas refletem o meu entendimento sobre o assunto. Primeiro temos que definir cenários que resumem o entendimento do grupo e as suas consequências. Não cabe votar uma pergunta específica fora de contexto. Gerald On 2 May 2016 09:22, "Leonardo Brondani Schenkel" <leona...@schenkel.net> wrote: > Alguns voluntários da comunidade OSM Brasil (entre eles o autor desta > votação) têm defendido na lista talk-br que o uso de > `boundary=administrative` para as mesorregiões e microregiões criadas pelo > IBGE não é apropriado, já que tais regiões têm fins apenas estatísticos e > não administrativos; usar `boundary=administrative` para regiões que não > são administrativas vai contra a definição e a intenção da tag. > > A discussão aconteceu em abril de 2006 sob o tópico de "Limites de cidades > com distritos", arquivada em: > https://lists.openstreetmap.org/pipermail/talk-br/2016-April/thread.html > > O objetivo desta votação é apenas para sondar o posicionamento da lista > talk-br, do fórum brasileiro e portanto da comunidade OSM como um todo > sobre esta questão. Caso haja um certo consenso que a representação não é > apropriada, o próximo passo será a escrita de uma ou mais propostas formais > de representação alternativa que não utilizem `boundary=administrative` e > que serão apresentadas/discutidas na lista e colocadas em votação. > > O que está em votação aqui é __única e exclusivamente__ se é apropriado o > uso do `boundary=administrative` para as regiões do IBGE. Outros assuntos > relacionados que foram mencionados na lista __não__ estão no escopo desta > votação, entre eles: > > - como representar sub-distritos > - como representar distritos > - como representar bairros > - como representar regiões (N/NE/CO/SE/S) > - se o Brasil deve ter 10 ou 11 valores para `admin_level` > - se os limites/bordas em si estão corretos > > Em especial, esta votação __também não__ está propondo nenhuma solução > específica nem uma alteração imediata de qualquer natureza nos dados. > > Estas são justificativas que foram apresentadas na lista talk-br para > colocar a questão em votação: > > - As mesorregiões e microregiões do IBGE são apenas estatísticas e não têm > função administrativa, conforme páginas do próprio governo [1] e [2], > conforme o relato (de segunda mão) da opinião de um membro da comunidade > que é funcionário do próprio IBGE [3], e conforme o mapa político (cuja > função é mostrar as divisões administrativas) do próprio IBGE [4]. Outro > voluntário na lista talk-br citou a própria publicação do IBGE em 1989 que > criou as divisões [5], onde se menciona a função estatística e não há > menção da função administrativa. Além disso, ninguém na lista até o momento > aparesentou um exemplo de mapa político/rodoviário (online ou não) onde > tais regiões estão representadas. > > [1] > http://metadados.ana.gov.br/geonetwork/srv/pt/metadata.show?id=68=simple > : > > > As microrregiões integram a organização, o planejamento e a execução de > > funções públicas de interesse comum, definidas por lei complementar > > estadual. Entretanto, raras são as microrregiões assim definidas. > > Consequentemente, o termo é muito mais conhecido em função de seu uso > > prático pelo IBGE que, para fins estatísticos e com base em > > similaridades econômicas e sociais, divide os diversos estados da > > federação brasileira em microrregiões. > > [2] > http://www.geografia.seed.pr.gov.br/modules/galeria/detalhe.php?foto=1586=8 > : > > > Mesorregião é uma subdivisão dos estados brasileiros que congrega > > diversos municípios de uma área geográfica com similaridades econômicas > > e sociais, que por sua vez, são subdivididas em microrregiões. Foi > > criada pelo IBGE e é utilizada para fins estatísticos e não constitui, > > portanto, uma entidade política ou administrativa. > > [3] > https://lists.openstreetmap.org/pipermail/talk-br/2016-April/011302.html: > > > Estive conversando com um exímio mapeador aqui do OSM BR, que também > > trabalha no IBGE. No entender dele e conforme seus conhecimentos na > > área, micro e meso não são administrativos. Mas essa é a opinião dele. > > Ele também concorda que subdistritos são sim níveis administrativos. > > [4] > ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/ > > [5] > https://lists.openstreetmap.org/pipermail/talk-br/2016-April/011310.html > > - A documentação do `boundary=administrative` explica que o mesmo foi > criado para representar limites __administrativos__ apenas
Re: [Talk-br] RES: Limite de cidades com distritos
Prezado Leonardo me permita citar um provérbio muito popular em computação: if it ain't broke, don't fix it <https://en.wiktionary.org/wiki/if_it_ain%27t_broke,_don%27t_fix_it> Você diz que os limites do IBGE não batem 100% com a definição de admin_level. É verdade, mas não sei dá para tomar estas definições tão ao pé da letra assim. Pessoalmente não vejo qualquer problema que o Brasil seja diferente em ter mais níveis tipo admin_level, afinal país é muito grande. Sendo grande ninguém poderia esperar que todas estas divisões fossem políticas. Estranho mesmo seria se um país como a Holanda tivesse esse tanto de níveis. E como já disse, acho a informação que o nominatim retorna extremamente útil. Ficaria muito triste se perdessemos isto. Sinceramente, me parece mais fácil e menos arriscado alterar a definição da wiki. abraço Gerald 2016-04-28 14:38 GMT-03:00 Leonardo Brondani Schenkel <leona...@schenkel.net >: > Tenho certeza que as pessoas já estão doentes de me ler aqui na lista, > então só pra avisar que vai ser a última vez que vou responder se for só > para repetir o que já foi dito sobre este assunto — isso não traz > nenhuma informação nova nem é produtivo. > > Caso algo concreto e objetivo apareça, volto a me manifestar se necessário. > > On 28/04/2016 18:01, Papibaquígrafo wrote: > > As regiões estatísticas do IBGE e os limites administrativos fazem parte > > de uma mesma hierarquia – regiões agregam estados, e estes se subdividem > > em mesoregiões, etc (as regiões metropolitanas são uma exceção aqui). > > Logo, me parece purismo separar as duas coisas só porque o nome da > > etiqueta não é 100% apropriado. > > Pela mesma lógica as comarcas do judiciário deveriam estar no > admin_level também, pois as regiões agregam estados, os estados > comarcas, e as comarcas municípios... Há inúmeros outros exemplos de > hierarquia que se aplicam. (Se elas já não estão, seria ótimo ter as > comarcas do judiciário no OSM, por falar nisso.) > > Sinceramente não entendo a resistência, pois já foi aqui: > > - citada a definição de boundary=administrative e admin_level que está > bem explicada no wiki — que parte lá é ambígua? > - mostrado o uso que os outros países fazem desses tags na prática > - demonstrado que o Brasil é o único país no mundo que usa > boundary=administrative para algo que foi criado com fins > geográficos/estatísticos (não apareceu um contra-exemplo até o momento) > - foi citada a definição de próprios sites do governo dizendo que não > são administrativas > - foi citada uma pessoa que trabalha no IBGE dizendo que não são > administrativas > - foi citada a publicação oficial do IBGE que inventou as regiões > dizendo que não são administrativas > - demonstrado que o próprio mapa político oficial do IBGE não inclui > essa informação > > O que mais se precisa em termos de coisas objetivas? Honestamente. > > E isso que nem se quer apagar a informação (o que sim seria ridículo), > apenas mudar o boundary=administrative para outro valor mais apropriado. > > > O fato é que as diferentes aplicações nunca vão funcionar bem sem > > "entender" o significado específico dos admin_level em cada país, e não > > vai ser essa mudança proposta (statistical_level=* ou similar) que vai > > resolver o problema. > > Mas elas podem sim entender o que são limites administrativos e o que > não são. boundary=administrative e boundary!=administrative. Vai > funcionar em todos os países do mundo, menos hoje no Brasil. > > > Veja o endereço absurdo que o Nominatim retorna nesta pesquisa > > (e isto que os distritos e subdistritos, se é que existem, não estão > > mapeados em Porto Alegre): > > > > Paço Municipal, 10, Praça Montevidéu, Esplanada Municipal Célio > > Marques Fernandes, Historic District, Porto Alegre, Microregion of > > Porto Alegre, Metropolitan Region of Porto Alegre, Metropolitan > > Mesoregion of Porto Alegre, Rio Grande do Sul, South Region, > > 90010-170, Brazil > > > > O endereço que qualquer um de nós (e também o carteiro) esperaria nesta > > busca seria simplesmente "Paço Municipal, Praça Montevidéu, 10, > > 90010-170, Porto Alegre, Brazil". > > O objetivo da lista de resultados do Nominatim é de mostrar a hierarquia > administrativa para diminuir ambigüidade e permitir que a pessoa que > procurou poder melhor identificar o resultado que está procurando (que > outra hierarquia você sugere que ele deveria usar por default?), não > mostrar um endereço de correspondência — para isso existem os tags addr:*. > > > Enfim: a funcionalidade "formatação de endereços" no Nominatim funciona > > mal, mas não porque a comunidade brasileira flexibilizou um p
Re: [Talk-br] Limite de cidades com distritos
Prezado Leonardo e colegas 2016-04-26 10:51 GMT-03:00 Leonardo Brondani Schenkel <leona...@schenkel.net >: > > > > > Pessoalmente acho super interessante e outros mapas como Google Maps > > também trazem esta informação. Wikipedia idem. > > Links? (Não estou duvidando de sua informação, apenas que fica mais > fácil falar sobre algo concreto.) > Joga no Google :) https://www.google.it/?ion=1=2#q=Microrregi%C3%A3o+de+Santa+Maria Pesquisando mais (desculpe mas não vou colar/copiar todos os links aqui) você verá que essas regiões são referência comum em noticiários etc. Podem não se tratar de limites administrativos no sentido de ter um prefeito ou algum tipo de administrador mas são usadas administrativamente *sim* e não apenas para fins estatísticos como está sendo afirmado. Ou seja, não são uma mera curiosidade criada pelo IBGE. Muitas ações governamentais são planejadas para algum tipo de meso ou microrregião. Então por exemplo se o governo de Minas anuncia ações específicas para a "Mesorregião Oeste de Minas" certamente será de interesse de muita gente saber que região exatamente é esta. Não vou me alongar nas respostas específicas à sua mensagem pela mais pura falta de tempo. Mas creio que o problema central aqui seja tomar a wiki muito ao pé da letra no termo "administrativo" como sendo "administração". Ou seja, não há uma "sub-governador" com função de exercer a administração da "Mesorregião Oeste de Minas", mas a região tem função administrativa sim. Eu penso que a comunidade OSM do Brasil tem questões bem mais urgentes para tratar do que ficar ajustando hirearquias de limites administrativos (será um trabalho enorme e vai gerar muitas disrupções) e com benefício para lá de duvidoso. Há enormes regiões sem qualquer mapeamento digno de nota, estradas rurais estão completamente ausentes na maioria das regiões, muitos rios importantes faltam, cidades importantes estão sem mapear ou não tem sequer lançados nomes de ruas. Sem falar em inúmeros erros no mapa. Comparativamente, os limites administrativos estão em estado "concluído", talvez uma das poucas coisas que podemos considerar prontas no mapa do OSM/Brasil. abraço a todos Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
> > > > Exemplo: Bairro Camobi, em Santa Maria, RS: > > Camobi, Sede, Santa Maria, Microrregião de Santa Maria, Mesorregião > Centro-Ocidental Rio-Grandense, Rio Grande do Sul, South Region, Brazil > (Suburb) [*] > > [*] http://nominatim.openstreetmap.org/details.php?place_id=145077682 > > Sinceramente, qual a utilidade da informação acima para um usuário de > mapa? Qual o caso de uso, fora alguém do IBGE ou alguém fazendo pesquisa > usando os dados do OSM? > Pessoalmente acho super interessante e outros mapas como Google Maps também trazem esta informação. Wikipedia idem. Qual o uso que as pesoas vão fazer desta informação? Pode até ser que haja aplicativos que dependem desta informação, por isto sou radicalmente contra mexer nelas. O fato é que não sabemos e só por isto já é uma boa razão não mexer nisto. Agora acho difícil mesmo é a mania de querer mexer no que já está pronto e achar que tudo "polui" o mapa só porque não atende a uma visão pessoal. Muita gente teve o trabalho de colocar esta informação no OSM, vamos respeitar isto antes de mais nada. Então, que tal a gente concentrar nas milhares de coisas que faltam e deixar esses níveis administrativos em paz? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas sem nome
Oi Márcio 2016-04-06 16:31 GMT-03:00 <thunder...@gpsinfo.com.br>: > Defendo que o prioritário é o desenho da malha viária de forma a permitir > que outros que não saibam desenhar possam agregar valor aquele desenho > incluindo “alegorias e adereços”. > Muito bem colocado. De fato acrescentar nomes é uma ótima maneira para iniciantes começarem a contribuir. Já desenhar as ruas corretamente, conectadas umas às outras etc já requer alguma experiência. Percebo de um tempo para cá aumentou o número de mapeadores colocando nomes a partir do layer do IBGE. Creio que isto tenha a ver com um aviso que foi colocado no iD. Mas vai aqui um conselho também: sempre desenhar trechos retos de ruas. Por vezes me deparo com ruas em L onde o mapeador não dividiu a via na esquina. São raras as ruas que preservam o nome "virando a esquina". Para o novato pode não ficar claro que ele precisa dividir a rua. Também é comum encontrar ruas desenhadas cruzando mas não conectadas. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Site da Prefeitura de Santa Maria inclui link para o OSM
Muito legal, parabéns! A área parece muito bem mapeada também, o que deve ter incentivado a inclusão do link pela prefeitura. abraço Gerald 2016-04-05 13:42 GMT-03:00 santamariense <imagens...@gmail.com>: > Protocolei na prefeitura de Santa Maria / RS um pedido para inclusão > ou substituição do link do Google Maps para o OpenStreetmap. No > protocolo detalhei o projeto, citei exemplos de entidades > governamentais que mudaram para o OSM e por quais motivos. Justifiquei > que o Google Maps é uma empresa que presa o lucro como o Here, Bing, > Waze, etc. Enfim... a prefeitura arrumou o link do Google Maps, que > antes apontava para o município e agora aponta para a localização da > prefeitura, e adicionaram também um link para a localização da > prefeitura de Santa Maria no OSM. O banner com link pode ser > encontrado no lado direito do site http://www.santamaria.rs.gov.br/ e > aponta para > http://www.openstreetmap.org/way/194242022?mlat=-29.685424715280533=-53.80350887775421#map=18/-29.685424715280533/-53.80350887775421=H > > ___ > 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] Mapas sem copyright Fwd: [HOT] Waterway - Determining Flow Direction
Segundo esta mansagem que circulou na lista do HOT, esses mapas não tem copyright: http://www.lib.utexas.edu/maps/jog/ cobrem o Brasil também, são mapas antigos, mas pode ser úteis para alguma coisa abraço Gerald -- Forwarded message -- From: Michael Heißmeier <michae...@digital-filestore.de> Date: 5 April 2016 at 15:49 Subject: Re: [HOT] Waterway - Determining Flow Direction To: HOT <h...@openstreetmap.org> Hi Mike, there is another option which I occasionally use. Depending on the area in question you might find more-or-less outdated US military maps (JOG/AMS etc.) which have the advantage that there is no copyright associated with them. They tend to be fairly exact as far as terrain and waterbodies are concerned and sometimes are good sources for the names of such bodies as well. For your specific area the one to choose would be http://www.lib.utexas.edu/maps/jog/southern_africa/se-35-7-binga-southern_rhodesia-zambia.jpg I attached a clip of it to this mail. Looks as if these intermittent rivers are visible on this map, flowing WSW into the lake. Best Regards *Michael (osm:michael63) * ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ruas sem nomes
Será que não temos como automatizar isto? Algum script que percorre os municípcios e identifica ruas sem some acima de um certo limite? O problema de fazer isto via wiki é que manter isto manualmente pode acabar sendo tão trabalhoso quanto o próprio trabalho de inserção dos nomes. abraço Gerald 2016-04-05 11:33 GMT-03:00 Arlindo Pereira <arli...@openstreetmap.com.br>: > Uma possibilidade seria listar na wiki os estados, os municípios (talvez > dividindo por regiões se o estado for muito grande) e listando um grau > aproximado de completude de cada cidade. > > ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: INRIX Traffic - O concorrente do Waze que usa o OSM
2016-04-01 11:04 GMT-03:00 Reinaldo Neves <rne...@equacao.com.br>: > Mais provável que seja restrição do modelo de aparelho Gerald, ou versão > do Android. > > > > Essa é uma coisa que o desenvolvedor pode fazer no processo de publicação > da aplicação > > > > Reinaldo > > > São 2 aparelhos novos, bem atualizados, por isto estranhei. Em geral quando é questão de aparelho/sistema diz que o aparelho não é "compatível". Mas dizer que não é "elegível" eu nunca tinha visto. Por isto pensei em outro tipo de restrição como regional (eu já vi algo assim). Pode ser por isto que não mostra no Google Play (eu fui direto ao link). alguém conseguiu instalar? abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] INRIX Traffic - O concorrente do Waze que usa o OSM
eu achei aqui: https://play.google.com/store/apps/details?id=inrix.android.ui=en mas quando tento instalar diz "No eligible devices for app install". Me deu impressão de ter alguma restrição regional, mas estou chutando. abraço Gerald On 1 April 2016 at 10:30, Paulo Carvalho <paulo.r.m.carva...@gmail.com> wrote: > Não achei no Google Play. > > Em 1 de abril de 2016 09:19, santamariense <imagens...@gmail.com> > escreveu: > >> Tenho acompanhado artigos sobre o INRIX. É uma espécie de "Waze" que >> usa os mapas do OpenStreetMap. Não pude testar porque meu aparelho não >> suporta o aplicativo. Mas quem tiver a oportunidade... >> >> Fontes: >> >> >> http://www.prnewswire.com/news-releases/inrix-presenta-una-nueva-aplicacion-movil-de-trafico-capaz-de-aprender-los-habitos-de-conduccion-574028431.html >> >> >> http://sivertimes.com/against-waze-inrix-6-0-setting-an-artificial-intelligence/20902 >> >> >> http://arstechnica.com/cars/2016/03/watch-out-waze-inrixs-new-traffic-app-is-coming-for-you/ >> >> >> http://androidcommunity.com/inrix-traffic-learns-your-routine-to-give-you-personalized-routes-20160331/ >> >> ___ >> 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] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre
Oi Blademir eu entendo essas marcações do IBGE como morros e a tag mais próxima para isto ainda é natural=peak. Concordo que não são picos importantes como um Monte Everest ;) mas não conheço tag melhor. Se fossem marcações de altitude arbitrários, simples elevação de terreno, deveriam aparecer em lugares onde talvez não tivesse um morro, como um vale ou um rio. Mas eu nunca observei uma destas marcações num rio ou em chapadas. Você pode ter morros urbanizados em cidades, ou a vila inteira no cume de um morro. Não vejo inconsistencia aqui. Eu penso que a tag natural=ridge não se aplica a isto, ridge seria mais como como serra. Só seria aplicpavel em casos onde a sequência de picos forma claramente uma linha, mas é o caso na maiora destas formações e serras são bem marcadas no IBGE. Dito tudo isto, eu não tenho nenhuma preferência forte por manter ou remover isto. O ideal talvez fosse colocar outra tag mais apropriada, algo tipo natural=small_peak ou natural=hill (tô inventando, mas é só para ilustrar). abraço Gerald 2016-03-31 11:25 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com> : > Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”, > concorda? Na própria região podemos ver exemplos, como a Serra de Santo > Antônio (já mapeada) e muitas outras que ainda não foram. > > O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto. > > > > Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem > peço que corrigimos a área. Como pode ver acima, os pontos podem ser > aproveitados para usar como “Ridge”. Porem a outros que eu gostaria de > contestar pois a marcações de 850/900mts em uma cidade onde o nível é o > mesmo, isso não é pico. > > > > Podemos concordar que não precisamos mapear todas as elevações do terreno > (exceto os exemplos anteriores), pois para isso já existe mapeamento > geográficos para esta finalidade, não precisamos fazer algo que já existe > pronto. > > > > Atenciosamente, > > BladeTC > > > > Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para > Windows 10 > > > > *De: *Gerald Weber <gwebe...@gmail.com> > > > > E como você sabe que não são pico legítmos dado que é uma área montanhosa? > > > > *De: *Paulo Carvalho <paulo.r.m.carva...@gmail.com> > > > Blademir, colocaste que tag no lugar? Se não são picos, devem ser > marcados como outro acidente geográfico, mas não removidos. > > Em 30 de março de 2016 18:07, Blademir Andrade de Lima < > blademi...@hotmail.com> escreveu: > > Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso > Alegre/MG. > > > > Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as > marcou como picos, sem necessidade. > > Além de tudo poluíam o mapa. > > > > Os picos legítimos e com nome foram preservados. > > > > http://www.openstreetmap.org/changeset/38181523 > > > > Att, > > BladeTC > > ___ > 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] Remoção de "Picos" falsos ao entorno de Pouso Alegre
E como você sabe que não são pico legítmos dado que é uma área montanhosa? 2016-03-30 18:07 GMT-03:00 Blademir Andrade de Lima: > Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso > Alegre/MG. > > > > Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as > marcou como picos, sem necessidade. > > Além de tudo poluíam o mapa. > > > > Os picos legítimos e com nome foram preservados. > > > > http://www.openstreetmap.org/changeset/38181523 > > > > Att, > > BladeTC > > ___ > 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] Understanding congested travel in urban areas
Oi Turma artigo que saiu na Nature Communications estuda congestionamentos em áreas urbanas usando como base o OSM: http://www.nature.com/ncomms/2016/160315/ncomms10793/full/ncomms10793.html o estudo inclui a cidade do Rio de Janeiro, parabéns aos mapeadores por tornarem possível um estudo deste tipo abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Facebook can map more of Earth in a week than we have in history
2016-02-27 11:35 GMT-03:00 Nelson A. de Oliveira <nao...@gmail.com>: > Teoricamente tem para ruas: > http://wiki.openstreetmap.org/wiki/Bing_road_detect_API > > Obrigado Nelson O plugin para JOSM não funciona, provavelmente precisaria ser recompilado ou adaptado, foi compilado pela última vez em 2012. Testei a interface manual http://magicshop.cloudapp.net/ que parece estar ativa, mas quando carreguei o resultado não tinha nada a ver com nada. Não sei se fiz algo errado ou se digitei as coordenadas de maneira errada. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Facebook can map more of Earth in a week than we have in history
2016-02-26 15:23 GMT-03:00 Marcos Oliveira <marcosoliveira.2...@gmail.com>: > Não consigo ver como é que vai conseguir distinguir "landuses", nem > florestas ou ervas rasteiras. > Depende do tipo de imagem de satélite, por exemplo se for de infravermelho deve ser possível. > Duvido também que saiba mapear endereços ou lojas ou o nome de rodovias e > para onde elas vão. > É Facebook, lembra? É só correlacionar com os posts das pessoas. > Para não falar da quantidade de erros que vão certamente surgir que vão > requerer anos para validar. > Ah, isso eu concordo totalmente. > É uma boa ferramenta, mas não irá bastar. Talvez seja muito boa para quem > goste de mapas recheados, mas são as pessoas apenas que o podem tornar útil. > Concordo também, mas vai de encontro a algo que penso há muito tempo: o nosso mapeamento ainda é muito artesanal, e sem necessidade. Se tivessemos alguns plugins no JOSM para fazer pre-processamento de imagens, fazendo extamente este tipo de identificação, a gente aceleraria em muito os nossos mapeamentos. Eu mapeio muito estradas de terra, saio como dedo doendo de tanto clicar. No entanto me parece uma tarefa relativamente simples ter algum plugin do tipo: desenhe os primeiros pontos de uma via (para identificar o que é) e depois o JOSM desenha o restante processando a imagem, restando fazer correções. O trabalho humano ficaria para as tarefas de mais alto nível tipo decidir o tipo de via etc. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Facebook can map more of Earth in a week than we have in history
Parece que ganhamos competição: https://www.newscientist.com/article/2078754-facebook-can-map-more-of-earth-in-a-week-than-we-have-in-history/ https://code.facebook.com/posts/1676452492623525/co boa leitura e bom final de semana Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?
Prezado Cassio e colegas 2016-01-05 5:35 GMT-02:00 Cassio Eskelsen <cas...@3geo.com.br>: > A pergunta correta é, em primeiro lugar, "por que criar normas"? > As normas já existem. A mais famosa é: não copiar de mapas protegidos por direito autoral. É algo que os mapeadores aqui no Brasil tem uma gigantesca dificuldade em aceitar. > > "Ah teve os casos x e y de vandalismo". Sim, teve, mas cabe aos > normatistas demonstrar antes de mais nada que o custo destes > vandalismos(intencionais ou por imperícia) é substancialmente maior do que > os benefícios trazidos pela atual forma semi-anárquica de gestão da base do > OSM. > Faz o seguinte exercício: abra o JOSM e baixe um pedaço central de qualquer cidade média/grande no Brasil. Clique em ctrl-A selecionando todos os elementos, clique em "validar". Depois de se acalmar do susto da quantidade de erros e advertências que vão aparecer, passe o restante da semana consertando todos estes erros. Aguarde alguns meses e repita o exercício no mesmo local. Você verá que muitos novos erros terão aparecido mesmo em lugares que você já consertou. É como exugar gelo num dia quente de verão. Não é a toa que 99.99% dos mapeadores desiste. Eu não descreveria o sistema do OSM como anárquico e sim como caótico. Se tudo que você deseja é um mapinha bonitinho para pendurar na parede acho que o sistema até atende. Mas se você deseja um sistema confiável, por exemplo para fazer um roteamento, então o OSM falha completamente. Não há como confiar num sistema que a qualquer minuto pode ser completamente detonado de maneira imprevisível. Algumas alterações são bem aparentes como o buraco em Santa Catarina, que deu origem a esta discussão, mas a maioria é bem sutil e só aparece quando você procura. Estes são os piores pois vão corroendo a consistência da base lentamente e de maneira quase invisível. A base cartográfica do OSM é um conjunto de dados bem complexo e muito frágil. Basta desconectar um único nó estrategicamente e você cria um estrago gigantesco. Por isto que o sistema deve ser classificado de caótico (veja definição de sistema caótico https://en.wikipedia.org/wiki/Chaos_theory) pois é quase impossível prever as consequências de alguma pequena alteração desastrada. Sem esta componente de confiabilidade eu não vejo como o OSM poderá se tornar mais aceito para o uso do dia-a-dia. E sinceramente não sei como atingir algum índice de confiabilidade com um sistema caótico de edição, sem falar num conjunto fragmentado e inconsistente de regras de mapeamento. Também não vejo como pode funcionar ter vários programas de edição inconsistentes entre sí, como JOSM e Id. No mínimo o Id e o JOSM teriam que ter exatamente as mesmas regras de validação. Eu lembro que ano passado passei um bom tempo mapeando as serras de Minas Gerais apenas para descobrir meses depois que algum outro mapeador (usando o Id) passou semanas apagando tudo que eu fiz pois não entendeu o que eram as linhas que representam as serras e achou que era lixo que precisava ser apagado. Coitado, esse ficou bem sem graça quando expliquei. Mas apesar de tudo que acabo de escrever eu estou feliz em poder colaborar com o OSM. O saldo é positivo (mas poderia ser bem mais positivo). Completo esta semana 4 anos de OSM. Aprendi muita coisa, mas muito mesmo. É meu hobby preferido. Não vejo a hora de chegar as férias para colocar os mapas em dia. Tive momentos de irritação, especialmente em relação a edições destruidoras. Por isto parei de ficar vigiando as edições em Belo Horizonte, estava ficando estressante e ficar estressado não combina com hobby. Quero aproveitar para agradecer a todos vocês pela convivência nestes quatro anos, pelas muitas dicas valiosas e interessantes. Espero continuar ainda por muito tempo no projeto! um grande abraço e um feliz 2016 Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Questão de ordem sobre mecanismos de moderação ou validação de edições
Olá turma Eu tentei levantar a questão da prevenção em diversas ocasiões junto a instâncias superiores do OSM e encontrei enorme resistência e até hostilidade. Como já disse o Arlindo, a discussão local, embora interessante, não vai levar a nada. Tem que agir internacionalmente, envolvendo-se mais diretamente no gerenciamento do OSM, mas isto é algo que só vai acontecer a longo prazo. Ou então os parceiros comerciais do OSM tem que começar a chiar mais fortemente, até acho estranho que já não tenham se manifestado. Agora, nada nos impede de criarmos um índice automatizado de qualidade do mapa que nos alerte sobre anomalias como por exemplo grandes deleções. Tipicamente, se você souber do problema dentro de 48h uma simples reversão resolve a questão de maneira quase indolor. Eu procurei vigiar a região de Belo Horizonte via whodidt por quase 1 ano. É extremamente trabalhoso e estressante, acabei desistindo. Verificar centenas de changesets manual um a um leva dias, você não faz mais nada. Agora as ocorrências seguem um padrão bem clássico, se escrevermos alguns scripts que automatizem a localização de ocorrências isto deve facilitar bastante. Essencialmente basta correlacionar o tempo de vida do usuário, o tipo de changeset (por exemplo sem qualquer comentário) e o tipo de edição. Deleções grandes são bastante óbvios de pegar. Outra situação são alterações de tipos de via que já foram editados anteriormente por vários usuários. E por aí vai. abraço a todos Gerald 2015-12-28 10:40 GMT-02:00 Arlindo Pereira <openstreet...@arlindopereira.com >: > Paulo, > > concordo com as duas. Acho até que seria interessante ter um esquema de > validação a priori, ao invés de a posteriori como a gente faz (ou tenta > fazer) hoje. Só que não é decidindo localmente que a gente faria isso - > isto envolve, necessariamente, uma mudança em como os servidores do OSM > funcionam e, para isso, essa decisão deve ser tomada internacionalmente. > > > []s > Arlindo > > 2015-12-27 16:30 GMT-02:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>: > >> Duas ideias, um tanto óbvias: >> 1) É mais barato prevenir que erros entrem do que consertá-los. >> 2) Mudança faz parte do nosso "negócio". >> >> Em 27 de dezembro de 2015 12:01, Arlindo Pereira < >> openstreet...@arlindopereira.com> escreveu: >> >>> A discussão sobre validação de edições está bem interessante, mas queria >>> puxar uma "questão de ordem". >>> >>> As edições brasileiras não estão descoladas do projeto internacional. >>> Isto posto, discutir localmente se deveria existir algum mecanismo de >>> moderação, com pontuação / rankeamento tipo Waze, é inócuo, e deveria ser >>> feito (em inglês) na lista internacional talk. (Na minha humilde opinião, >>> ok? Não quero ofender ninguém que pense dessa forma, por favor!) >>> >>> Isto posto, nada impede que façamos verificações a posteriori, como já >>> proposto pelos demais colegas. Mas nada que envolva uma mudança na >>> estrutura de colaboração já existente, para o bem ou para o mal. >>> >>> É apenas isto. >>> >>> Saudações festivas, >>> >>> Arlindo Pereira >>> >> ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lacuna no mapa - SC
Oi Paulo, interessantes as suas colocações, mas tenho algumas observações a fazer 2015-12-25 14:37 GMT-02:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>: > A coisa é muito simples e funciona. Darei dois exemplos de sucesso já > comprovado: software open-source e publicações científicas. > Nenhum dos dois modelos involve leigos, mas pessoas altamente especializadas. Ninguém contribui num projeto de software sem ao menos um domínio básico das linguagens envolvidas. Ninguém publica em revistas científicas sem muitos anos de especialização. Outro ponto é que o número de pessoas envolvido num projeto de software é bastante restrito, assim como o número de pessoas que estão envolvidas numa publicação caberiam numa sala (exceto nas colaborações de física de partículas, exemplo LHC). Já o modelo do OSM envolve uma variedade de pessoas muito grandes, desde especialistas em GIS até leigos totais em cartografia (como eu por exemplo). Também o número de pessoas envolvido aqui é bem maior do que em qualquer projeto de software típico. > Ambos os processos são pautados no princípio do terceiro confiável. O OSM > não aplica esse princípio, ou seja assume que uma das partes (no caso os > usuários) é confiável, e o resultado são as frustrações e as consequentes > perdas de tempo consertando que vemos com frequência. Conclusão: o modelo > de colaboração do OSM é ineficiente. A solução para essa ineficiência está > aí. Não fazem porque não querem. > Não sei como se poderia operacionalizar um modelo de validação eficiente no OSM diante de um público tão heterogêneo. Qualquer que seja a solução ela envolve gente para operacionalizar isto. A lógica dominante no OSM é que tendo uma massa grande de mapeadores qualquer problema seja rapidamente solucionado. O nosso problema aqui na América do Sul é que não temos essa massa de gente e por isto a lógica que funciona na Europa não funciona para nós. > > Os mapas do OSM existem em forma de XML, o que seria perfeito de se > sujeitar a um sistema de versionamento moderno como o Git e o Mercurial. > > O ser humano é falho, seja por má intenção ou por descuido. O peer review > e o merge request são mecanismos criados para justamente impedir tais > falhas de contaminem os respectivos produtos de forma que o reparo seja > muito custoso ou que traga consequências ruins. > > Bom, eu trabalho com peer review diariamente e posso te contar cada história, mas isto é outra conversa ;) Agora, como o atual sistema funciona bem na Europa, eu percebo uma resistência muito grande em introduzir qualquer mecanismo que possa ser visto como uma barreira. A recente tentativa do Arlindo de solicitar um simples aviso no Id é bem emblemático disto, os desenvolvedores do Id nem deram papo e fecharam a requisição horas depois. Mas uma idéia que eu acho que podemos emprestar da área de software é trabalhar com versões beta e versões estáveis da base. Por exemplo, fazemos uma cópia local da base do OSM (digamos só do Brasil) da qual temos razoável confiança de não ter nenhum problema maior e declaramos ela como versão estável. A partir desta versão poderíamos produzir um índice de qualidade calculado a partir de validações e testes. A versão estável só seria substituída periódicamente por uma versão com índice de qualidade maior, ou algo do gênero. A gente só usaria a versão estável para gerar mapas para dispositivos ou quaisquer outros fins. A gente poderia até eliminar localmente os changesets duvidoso da base estável, da mesma maneira como bugs são corrigidos em versões estáveis de software. Bom, é só uma idéia que precisa de amadurecer, mas se a gente conseguir por algo assim para funcionar eu acho que a gente poderia conseguir a aceitação disto de muita gente por aí que depende de maneira crítica da base. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana
2015-12-14 20:19 GMT-02:00 Vitor George <vitor.geo...@gmail.com>: > Pessoal, o Gerald deu um gás e o mapeamento chegou a 100%. Agora é preciso > revisar o que foi mapeado: > > http://tasks.hotosm.org/project/1317 > > Eu fechei os últimos lotes, mas devo dizer que eles já estavam quase completamente mapeados. Minha contribuição aqui foi ínfima. vamos às validações :D abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana
2015-12-11 10:59 GMT-02:00 Vitor George <vitor.geo...@gmail.com>: > Sim, falta bem bem pouco, hoje está em 91%. > > O que falta mesmo é a validação que está em apenas 15%. Eu percebi alguns problemas: 1) estradas de terra classificadas como track ou path, na verdade devem ser unclassified com surface=unpaved. track apenas para vias agrícolas, porém estas raramente são visíveis em imagens de satélites. path são caminhos que não podem ser percorridos com veículos, estes são praticamente impossíveis de serem visualisados no Bing. 2) a maioria das imagens do Mapbox indicadas no projeto são mais antigas que as do Bing. Apenas na área de Bento Rodrigues as imagens são mais recentes. Sempre comparem os dois conjuntos. Nas imagens do Bing apearecem bem mais áreas industriais do que nas do Mapbox. 3) Estradas cruzando rios, ou falta layer ou tem que conectar a estrada com o rio assumindo uma passagem molhada (vao de rio). 4) em alguns lugares próximos eu tenho encontrado mapeamento de margem de rios, mas ao invés de usar waterway=riverbank usou-se waterway=river. Ou seja rios circulares :) Se for mapear margem de rio tem que usar waterway=riverbank. Tem bastante mapeamento de floresta/matas, isto é muito bom, mas não foi solicitado no projeto. Então a ausência de mapeamento de floresta/matas não importa para considerar a área como "done". abraços Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google
> > Não tiro a importância da fiscalização, mas me preocupa a inversão de > valores onde começam a existir mais fiscais do que editores. Seria > interessante que esses fiscais também se debruçassem na edição uma vez que > no OSM ainda faltam inúmeras informações de nomenclaturas de vias, sem > contar falta de arruamento de inúmeros municípios. > A iniciativa do Arlindo é precisamente para diminuir a necessidade da fiscalização e podermos concentrar naquilo que nós gostamos de fazer. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google
A questão já foi debatida à exaustão aqui como em outras listas do OSM. O consenso é que se deve evitar copiar de outros mapas, em especial copiar do Google Maps: http://wiki.openstreetmap.org/wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F de fato, a proposta do OSM nunca foi de importar dados e sim de ir à campo e coletar a informação nós mesmos. Na prática é interessante importar alguns dados desde que não haja qualquer sombra de dúvida sobre a legalidade da operação. Por isto a proposta do Arlindo de colocar um aviso no Id é muito importante e deve ser apoiada. abraço Gerald 2015-12-10 16:54 GMT-02:00 Peter Krauss <ppkra...@gmail.com>: > Acho que vale convidar outros para a discussão: pessoalmente acho um > absurdo fazer o pobre do usuário pensar no "dono do nome" (!), não se deve > perder um segundo da sua vida com isso, o dicionário e os nomes das coisa, > são todos bens culturais públicos... > Pior, aterrorizar o usuário, fazendo-o imaginar que algum juiz brasileiro > maluco está querendo virar do avesso a Constituição e os Direitos Humanos. > :-) > > - - - > > *Os nomes das coisas públicas de uma cidade (lugar público, eventos, etc.) > são igualmente públicos. * > *Quem tem o poder de dar nomes aos logradouros das cidades no Brasil, é o > governo municipal, tradicionalmente as Câmaras Municipais. [1 > <http://pt.stackoverflow.com/a/56664/4186>]* > > > > > > Em 10 de dezembro de 2015 16:35, Reinaldo Neves <rne...@equacao.com.br> > escreveu: > >> Peter o nome é publico, mas se for copiado de mapas com copyright pode >> gerar problemas. >> >> >> >> Lembre-se que é comum a publicação de mapas com erros propositais no >> traçado, na nomenclatura das ruas ou mesmo invertendo o eixo de numeração, >> que depois esses publishers utilizam como prova de cópia indevida. >> >> >> >> ___ >> >> [image: cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40] >> >> Reinaldo Neves >> >> Equação Informática >> >> (: (11) 3221-3722 >> >> ***: rne...@equacao.com.br >> >> http://br.linkedin.com/in/rrneves >> >> >> >> >> >> *De:* Peter Krauss [mailto:ppkra...@gmail.com] >> *Enviada em:* quinta-feira, 10 de dezembro de 2015 16:18 >> *Para:* OpenStreetMap no Brasil >> *Assunto:* Re: [Talk-br] Issue no Github para o iD exibir mensagem >> alertando usuários de nomes copiados do Google >> >> >> >> Cuidado, não faz o menor sentido atribuir copyright ao nome de >> logradouro, é público (!!). >> >> >> >> >> >> >> >> Em 10 de dezembro de 2015 15:39, Arlindo Pereira < >> openstreet...@arlindopereira.com> escreveu: >> >> Pessoal, >> >> >> >> criei uma issue no Github do projeto iD propondo que o editor exiba uma >> mensagem grande dizendo "Atenção: é proibido copiar nomes de ruas do Google >> Maps, Bing, mapas impressos e outras fontes em copyright" quando o usuário >> editar 10 ou mais nomes de ruas. >> >> >> >> Gostaria de pedir que aqueles que puderem, postem um comentário apoiando >> e contribuindo com mais ideias. >> >> >> >> https://github.com/openstreetmap/iD/issues/2868 >> >> >> >> []s >> >> Arlindo Pereira >> >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> >> >> ___ >> Talk-br mailing list >> Talk-br@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > ___ > Talk-br mailing list > Talk-br@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-br > > <> ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br