Re: [Talk-br] Nova proposta de classificação viária

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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.

sorry

Gerald
___
Talk-br mailing list

Re: [Talk-br] Nova proposta de classificação viária

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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-br] Towards Vandalism Detection in OpenStreetMap Through a Data Driven Approach

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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á

[Gerald Weber]

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á

[Gerald Weber]

Oi Esau

bem vindo ao projeto,

qual é a cidade/região?

abraço

Gerald

2018-03-30 18:18 GMT-03:00 Esau Lopes :

>
> 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)

[Gerald Weber]

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 :

> 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-br] Uso da tags "ref" e "name"

[Gerald Weber]

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"  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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

2017-07-14 10:11 GMT-03:00 Nelson A. de Oliveira :

> 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

[Gerald Weber]

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 :

>
> *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

[Gerald Weber]

Concordo integralmente com o Cassio.

abraço

Gerald

2017-03-22 13:15 GMT-03:00 Cassio Eskelsen :

> *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. :
>
>> 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=
>> 
>>
>> > 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

[Gerald Weber]

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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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

[Gerald Weber]

Olá Jairo

2017-02-12 15:52 GMT-02:00 Jairo Duarte :

> 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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

2016-12-15 13:18 GMT-02:00 santamariense :

> @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

[Gerald Weber]

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 :

> 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)

[Gerald Weber]

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 :

> 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

[Gerald Weber]

"Casa da sogra" é o nome de uma loja em BH.

Gerald



On 13 Dec 2016 6:16 pm, "santamariense"  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

[Gerald Weber]

2016-12-14 13:37 GMT-02:00 santamariense :

>
> 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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

2016-12-09 1:47 GMT-02:00 Pedro vida torta :

> 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

[Gerald Weber]

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

[Gerald Weber]

isto foi em larga escala! tem jeito de identificar onde ocorreu isto?

Gerald

On 30 Nov 2016 3:23 pm, "Nelson A. de Oliveira"  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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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.

[Gerald Weber]

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" 
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  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

[Gerald Weber]

Oi Arlindo

2016-07-13 11:46 GMT-03:00 Arlindo Pereira 
:

> 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

[Gerald Weber]

2016-07-13 9:02 GMT-03:00 Paulo Carvalho :

> 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

[Gerald Weber]

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

[Gerald Weber]

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  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

[Gerald Weber]

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
.

abraço

Gerald



2016-05-21 20:11 GMT-03:00 Sérgio V. :

> 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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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 
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 


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

[Gerald Weber]

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
 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 
(admin_level=5),
temos London  (admin_level=6)
que na verdade é o condado de Londres mas é o que todo mundo realmente
chama de Londres, e City of London

(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

(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

[Gerald Weber]

>
>
> 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

[Gerald Weber]

Eu creio que falta a tag

leisure=natural_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 
:

> Retificando, a tag “boundary” já existe dentro da relação.
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Blademir Andrade de Lima 
> *Enviado:*quarta-feira, 11 de maio de 2016 21:12
> *Para: *OSM talk-br 
> *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

[Gerald Weber]

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 :
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


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 :

> 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

[Gerald Weber]

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

[Gerald Weber]

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" 
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 [1], como diz
> claramente o primeiro parágrafo:
>
>   [1] https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative:
>
>   > An administrative boundary. Subdivisions of
> areas/territories/jurisdictions
>   > recognised by governments or other organisations for administrative
> purposes.
>   > [Um limite administrativo. 

Re: [Talk-br] RES: Limite de cidades com distritos

[Gerald Weber]

Prezado Leonardo

me permita citar um provérbio muito popular em computação: if it ain't
broke, don't 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 :

> 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 pouco o
> > significado de admin_level; funciona mal porque cada país tem a sua
> > convenção e o Nominatim não leva isso em conta.
>
> O Nominatim não formata endereços.
>
> Sim, o Brasil "flexibilizou" — eufemismo para usar incorretamente.
> Estamos aguardando os exemplos dos outros países que flexibilizaram de
> mesma forma. Pode 

Re: [Talk-br] Limite de cidades com distritos

[Gerald Weber]

Prezado Leonardo e colegas

2016-04-26 10:51 GMT-03:00 Leonardo Brondani Schenkel :

>
> >
> > 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

[Gerald Weber]

>
>
>
> 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

[Gerald Weber]

Oi Márcio

2016-04-06 16:31 GMT-03:00 :

> 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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

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 
Date: 5 April 2016 at 15:49
Subject: Re: [HOT] Waterway - Determining Flow Direction
To: HOT 


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

[Gerald Weber]

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 :

> 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

[Gerald Weber]

2016-04-01 11:04 GMT-03:00 Reinaldo Neves :

> 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

[Gerald Weber]

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 
wrote:

> Não achei no Google Play.
>
> Em 1 de abril de 2016 09:19, santamariense 
> 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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

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

[Gerald Weber]

2016-02-27 11:35 GMT-03:00 Nelson A. de Oliveira :

> 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

[Gerald Weber]

2016-02-26 15:23 GMT-03:00 Marcos Oliveira :

> 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

[Gerald Weber]

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?

[Gerald Weber]

Prezado Cassio e colegas

2016-01-05 5:35 GMT-02:00 Cassio Eskelsen :

> 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

[Gerald Weber]

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 :

> 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 :
>
>> 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

[Gerald Weber]

Oi Paulo,

interessantes as suas colocações, mas tenho algumas observações a fazer

2015-12-25 14:37 GMT-02:00 Paulo Carvalho :

> 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

[Gerald Weber]

2015-12-14 20:19 GMT-02:00 Vitor George :

> 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

[Gerald Weber]

2015-12-11 10:59 GMT-02:00 Vitor George :

> 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

[Gerald Weber]

>
> 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

[Gerald Weber]

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 :

> 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
> ]*
>
>
>
>
>
> Em 10 de dezembro de 2015 16:35, Reinaldo Neves 
> 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

Re: [Talk-br] Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[Gerald Weber]

Prezado Colega

2015-12-10 20:06 GMT-02:00 A. Carlos :

>
>
>
>
> *Parece que aqui está prevalecendo a tecnocracia, do que o bom senso em
> desenhare deixar um mapa mais plausível á realidade..Fiscalizar se uma rua
> é ou não copiada, seja google ou qualquer outra fonte, francamente...*
>

Você provavelmente não acompanhou, mas tivemos um "redaction" (eliminação
completa da base) na região de Pouso Alegre que deixou um buraco monstruoso
no mapa há alguns anos atrás. Foram dados inseridos ilegalmente e que
ficaram no mapa por 5 anos. O DWG (Data Working Group) um belo dia
descrobriu e removeu não apenas os dados inseridos mas tudo que foi feito
em cima disto. O prejuízo foi enorme. Muita gente perdeu trabalho legítimo,
eu inclusive, por causa de dados problemáticos. Até hoje há cidades no sul
de Minas incompletas por causa disto.

Este ano tivemos pelo menos 2 redactions no Brasil, que eu saiba, um bem
grande na região de Itabira.

Lembre-se que o OSM é um projeto internacional, com sede no Reino Unido. Um
único processo judicial de copyright custaria milhões para defender e
arruinaria tudo que foi feito. Por isto o OSM é mais realista que o rei e
dados suspeitos são simplesmente eliminados (sim, basta que haja suspeita).

O objetivo de colocar avisos é tentar evitar todo este problema. Só isto.

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

[Gerald Weber]

Que tal a gente concluir o mapeamento?

http://tasks.hotosm.org/project/1317

abraço

Gerald

2015-11-10 19:00 GMT-02:00 Vitor George :

> Oi pessoal,
>
> Vamos começar uma tarefa de mapeamento remoto da região afetada pelo
> colapso da barragem em Mariana. O trabalho é uma ativação do Humanitarian
> OpenStreetMap Team:
>
> http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse
>
> A página está em inglês porque não temos um template em português ainda,
> quem puder colaborar traduza alguma parte desta página:
>
> http://wiki.openstreetmap.org/wiki/Template:Pt:Activation
>
> Em breve vamos ter acesso a imagens pós-desastre. Quem quiser acompanhar
> mais de perto, acesso o grupo do Telegram
> .
>
> Abraços,
> Vitor
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Baixar todos objetos de uma changeset pelo JOSM

[Gerald Weber]

Olá Rusley

bem vindo ao projeto :)

Os novos elementos que você introduz na base não existem de maneira
isolada, mas conectam com os outros elementos às vezes de uma maneira
inesperada. Assim, baixar somente os objetos que você introduziu não ajuda
realmente a validar suas edições. É preciso saber como estes elementos
interagem com o que já existe na base.

Vou dar um exemplo bem simples mas que acontece com certa frequência.
Imagine que você mapeia as ruas de um bairro. Só que antes outra pessoa já
tinha inserido um córrego. Tomado isoladamente o mapeamento das ruas está
correto. Mas em conjunto as ruas cruzam com o córrego. No JOSM você
receberia um aviso sobre vias cruzado. Então terá de tomar algumas
providências adicionais como colocar uma ponte e a tag layer para estabeler
qual elemento passa por cima e qual passa por baixo. Se você baixasse
somente as vias mapeadas, sem o córrego, não receberá aviso algum e pode
chegar a conclusão errada de que tudo esta em ordem.

Quanto mais uma região vai sendo mapeada mais intrincado ficam as relações
entre os objetos. Às vezes alguém por inocência apaga um pedaço de uma via
e a redesenha, na filosofia de que é mais fácil fazer de novo do que
acertar o que já existe, e nisto quebra uma série de outros objetos e
elimina o histórico de edição.

O que eu recomendaria a você seria o seguinte: abra o JOSM e habilite o
"controle remoto". Mantenha o JOSM aberto, e abra um navegador, entre no
seu perfil do OSM, clique em "Minhas edições", lá verá uma lista do que
vocẽ já fez. Clique naquela que deseja verificar no JOSM. Clique em "Editar
JOSM controle remoto", isto então baixa a região onde você editou. Rode o
validador e estude as mensagens de erro.

bons mapeamentos

Gerald


2015-12-04 22:29 GMT-02:00 Rusley Cruz :

> Sim, agora entendi. Mas de qualquer forma, o que pretendo é revisar somente 
> as changesets recentes, que forem criadas pelo iD e Vespucci já que eles não 
> possuem um sistema que identifique os erros.
>
> Não ficarei indefinidamente revendo a changeset, será somente em um primeiro 
> momento, onde revisarei as edições.
>
>
> ___
> 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] Tag para aviso de altura de obstáculo

[Gerald Weber]

Não sei se entendi direito a pergunta, seria maxheight? Desses que a gente
vê quando passa por baixo de viadutos?

http://wiki.openstreetmap.org/wiki/Key:maxheight

Gerald

2015-12-04 11:07 GMT-02:00 :

> gostaria de saber se há tag  para aviso de altura de obstáculo , destes
> que sao colocados para evitar que veículos fiquem entalados ?
>
>
> ___
> 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