Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

[Peter Krauss]

Sugiro uma vaquinha chamando principalmente pessoas jurídicas... pode ser o
APOIE.ME que é para contribuições recorrentes e já rodou com projeto OSM-BR
<https://apoie.me/osmbrasilcuritiba>.

Nunca instalei tile-server, e não sei como se comporta em *cluster*, vale
perguntar pro Grant.

Quanto ao melhor hosting, deve ter uma dezena, sempre é bom fazer uma
planilha de cotações... Alguns bem conhecidos aqui do Talk-BR,
e que cujas VMs rodam bem com outras ferramentas OSM:
 https://www.digitalocean.com/pricing/
 um pouco mais de US$40/mes pois precisa mais que 5T trafego, equivale
~R$150/mes
 https://www.webfaction.com/
 .. parece mais caro, R$200/mes
  ..
A todas as empresas de hosting vale mandar um e-mail negociando, inclusive
por ser apoio à OSMF dá para chorar um bom desconto.





On Sat, Feb 23, 2019 at 12:57 PM Paulo Carvalho <
paulo.r.m.carva...@gmail.com> wrote:

> 8GB de RAM e 168GB de armazenamento é um requisito pequeno (ao menos em
> relação ao que estou acostumado).  O que complica mesmo é o requisito de
> tráfego de dados.  70Mb/s se traduz em  23TB/mês.  É um requisito grande.
> No AWS (infra da Amazon), a solução mais barata para esse requisito é
> contratar um plano de US$80,00 para ser o servidor master ( 16GB RAM +
> 320GB de disco + 6TB de tráfego).  Para os 17TB restantes, contratar mais
> oito planos de US$5,00 ( 1GB RAM + 40GB de disco + 2TB de tráfego ) apenas
> para compartilhar o link. Sairia tudo por US$120,00 mensais.
>
> Se for possível por o serviço de tiling em cluster, daria para contratar
> 12 planos de US$5,00 ( 1GB de RAM + 40GB de disco + 2TB de tráfego ), que
> seria mais barato ainda (US$60,00 mensais).  Mas, repetindo, para essa
> solução, os programas do OSM têm que poder funcionar em cluster, pois um
> plano de US$5,00 sozinho não atende os requisitos de memória e de
> armazenamento.
>
> AWS é só uma sugestão.  A Google tem planos similares para servidores
> virtuais.
>
> att,
>
> PC
>
> Em sáb, 23 de fev de 2019 às 05:14, Peter Krauss 
> escreveu:
>
>> - - - Tradução do e-mail (fw anexo) do Grant:  - - -
>>
>> Olá OpenStreetMap Talk-BR,
>>
>> Introdução rápida: faço parte da equipe voluntária de Operações
>>https://wiki.osmfoundation.org/wiki/Operations_Working_Group
>> a qual mantém os servidores do OpenStreetMap.org rodando.
>>
>> Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
>>tile.openstreetmap.org
>> seria muito beneficiado por ter um servidor de cache no Brasil.
>> Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
>> mais rápido para os brasileiros.
>>
>> Veja como estão hoje as conexões da rede CDN por país,
>>   The live CDN Country -> Edge Cache Mapping:
>>   https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>
>> Conhece alguém que possa ajudar?
>> Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
>> com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
>> Mais detalhes em
>>   https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>
>> Nosso atual pico de tráfego no Brasil é atualmente de cerca
>> de 70.000.000 bits por segundo.
>>
>> Discriminação completa, em bits por segundo:
>>
>> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>>
>> Sinta-se à vontade para entrar em contato comigo se preferir.
>>
>> Atenciosamente,
>>
>> Grant
>>
>> - - - - - - - - - - - - - - - - - - - -
>>
>>
>> On Tue, Feb 19, 2019 at 5:16 PM Grant Slater 
>> wrote:
>>
>>> Hi OpenStreetMap Talk-BR,
>>>
>>> (Please would someone kindly translate this into Portugês?)
>>>
>>> Quick Introduction: I am part of the volunteer Operations team who run
>>> the OpenStreetMap.org servers.
>>>
>>> Our tile.openstreetmap.org CDN would greatly benefit from having a
>>> cache server in Brazil.
>>> It would make the default rendered map on OpenStreetMap.org much
>>> faster for Brazilians.
>>>
>>> The live CDN Country -> Edge Cache Mapping:
>>> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>>>
>>> Know anyone who could help?
>>> We're ideally looking for a dedicated physical server or powerful VM
>>> with 8GB+
>>> RAM and at least 146GB of storage.
>>> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>>>
>>> Our current peak Brazil traffic is currently around 70,000,000 bits per
>>> second.
>>>
>>> Full breakdown here in bits per second:
>>>
>>> https://git.

Re: [Talk-br] Able to host a tile.osm.org CDN node? (Inglês)

[Peter Krauss]

- - - Tradução do e-mail (fw anexo) do Grant:  - - -

Olá OpenStreetMap Talk-BR,

Introdução rápida: faço parte da equipe voluntária de Operações
   https://wiki.osmfoundation.org/wiki/Operations_Working_Group
a qual mantém os servidores do OpenStreetMap.org rodando.

Nosso servidor CDN (Rede de Fornecimento de Conteúdo)
   tile.openstreetmap.org
seria muito beneficiado por ter um servidor de cache no Brasil.
Isso tornaria o mapa renderizado padrão do site OpenStreetMap.org
mais rápido para os brasileiros.

Veja como estão hoje as conexões da rede CDN por país,
  The live CDN Country -> Edge Cache Mapping:
  https://dns.openstreetmap.org/tile.openstreetmap.org.html

Conhece alguém que possa ajudar?
Estamos procurando idealmente um servidor físico dedicado ou VM poderosa
com 8 GB ou + de RAM e pelo menos 146 GB de armazenamento.
Mais detalhes em
  https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

Nosso atual pico de tráfego no Brasil é atualmente de cerca
de 70.000.000 bits por segundo.

Discriminação completa, em bits por segundo:

https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml

Sinta-se à vontade para entrar em contato comigo se preferir.

Atenciosamente,

Grant

- - - - - - - - - - - - - - - - - - - -


On Tue, Feb 19, 2019 at 5:16 PM Grant Slater 
wrote:

> Hi OpenStreetMap Talk-BR,
>
> (Please would someone kindly translate this into Portugês?)
>
> Quick Introduction: I am part of the volunteer Operations team who run
> the OpenStreetMap.org servers.
>
> Our tile.openstreetmap.org CDN would greatly benefit from having a
> cache server in Brazil.
> It would make the default rendered map on OpenStreetMap.org much
> faster for Brazilians.
>
> The live CDN Country -> Edge Cache Mapping:
> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>
> Know anyone who could help?
> We're ideally looking for a dedicated physical server or powerful VM with
> 8GB+
> RAM and at least 146GB of storage.
> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>
> Our current peak Brazil traffic is currently around 70,000,000 bits per
> second.
>
> Full breakdown here in bits per second:
>
> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>
> Feel free to contact me off-list if you prefer.
>
> Kind regards,
>
> Grant
>
> ___
> 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] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

(*oops* desculpem dei Enter ... pronto agora no computador tela grande)

O nó da questão, que invalidada ou não seus argumentos, e nos forçaria a
recomeçar do zero a discussão,
está na sua afirmação incompleta de que
*   "(...) constatamos que a projeção dos endereços nas ruas cerca de 5% de
endereços errados (...)"*

Exagerando, é como usar algoritmo de Bubble Sort
<https://en.wikipedia.org/wiki/Bubble_sort> para afirmar que a ordenação
por computador é coisa ruim,
ou *pegar dados sem filtrar e dizer que os dados estão ruins*...

Todo algoritmo de importação bem feitinho tem critério objetivo de
filtragem, tem um "nível de descarte" que fica meio informal na receita
complementar que chamamos de *metodologia*,  já que em geral o computador
não pode avaliar sozinho, precisa do parecer final do humano em vários
passos...
Alias podemos dizer que a *metodologia assistida é a única válida*, o
acompanhamento humano é uma é uma obrigação (*pelas normas OSM
<https://wiki.openstreetmap.org/wiki/Import>).  *

Resumindo o que talvez seja um posicionamento pessoal, convém conferir se
alguém concorda:

*  a métrica de erros para fazer sentido nas nossas discussões precisa ser
da metodologia assistida, não do algoritmo sozinho.

* não se pode afirmar que "importação é coisa ruim", o que se pode afirmar
é que "a metodologia X com o algoritmo Y para os dados Z é ruim".. Até que
se prove o contrário.





On Thu, Feb 14, 2019 at 4:20 PM Fernando Trebien 
wrote:

> On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> > 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão.
> As fontes de informação na verdade existem, só que não é uma fonte única,
> pode estar misturando verdade de campo, norma oficial (por exemplo leis de
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
> pessoas do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a
> um consenso aqui precisaremos verificar com restante da comunidade OSM.
> >
> > 2.2.1. Com  numeração (addr:housenumber) obtida por
> interpolação/proximidade.
>
> Acho que depende das características do dado original. Se o que ele
> tem é o endereço inicial e final de cada quadra, ou um endereço no
> meio de cada quadra, ele pode ser importado sem problema algum usando
> linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
> outras cidades do mundo, contanto que os pontos de endereço contenham
> o nome da rua. Seria indesejável interpolar o endereço gerando cada
> ponto intermediário.
>
> > 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.
>
> Entre poder/não poder eu prefiro responder isso com as consequências
> pro OSM de importar com ou sem um tratamento dos problemas dessa
> abordagem.
>
> Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
> para obter o nome da rua produz cerca de 5% de endereços errados, ou
> seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
> qualidade suficiente para suportar satisfatoriamente um serviço de
> geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
> oferecer um serviço de entregas ou de transporte individual, muitos
> endereços estarão a quilômetros de distância do local correto, o que
> obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
> eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
> um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
> usar os endereços existentes para inserir pontos de interesse a partir
> de uma listagem local, os erros serão propagados e a correção exigirá
> mais esforço (talvez o dobro) do que se tivesse sido feita antes.
>
> Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
> problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
> pena considerando o benefício. Na maioria dos municípios (em geral
> pequenos) um trabalho desse tipo poderia ser feito completamente em
> poucas horas.
>
> Onde não houver mão-de-obra disposta a realizar a correção, acho que é
> fundamental no mínimo documentar (de preferência no wiki) que ficou
> pendente de correção, do contrário ninguém vai saber onde procurar os
> erros. Idealmente seria aberta também uma tarefa em algum sistema de
> gestão de tarefas para orientar e monitorar esse trabalho. Agora que
> temos o Kaart interessado em nos ajudar, podemos também tentar um
> contato com eles para que realizem as correções manualmente. Se este
> caso surgir com frequência em municípios diferentes, acho que vale a
&g

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

O nó da questão, que invalidada ou não seus argumentos, e nos forçaria a
recomeçar do zero a discussão,
está na sua falsa afirmação de que *"Em Porto Alegre já constatamos que a
projeção dos endereços nas ruas*
*para obter o nome da rua produz cerca de 5% de endereços errados"*

On Thu, Feb 14, 2019 at 4:20 PM Fernando Trebien 
wrote:

> On Thu, Feb 14, 2019 at 7:55 AM Peter Krauss  wrote:
> > 2.2. Ponto oficial incompleto: pode ser importando?  Essa é a discussão.
> As fontes de informação na verdade existem, só que não é uma fonte única,
> pode estar misturando verdade de campo, norma oficial (por exemplo leis de
> nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
> prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
> pessoas do OSM terão tempo e capacidade de avaliar.  ESTÁ EM DISCUSSÃO, mas
> precisamos primeiro arrumar a casa, chegar a uma descrição satisfatória no
> "ponto oficial completo" (2.1 acima).  Mesmo depois de discutir e chegar a
> um consenso aqui precisaremos verificar com restante da comunidade OSM.
> >
> > 2.2.1. Com  numeração (addr:housenumber) obtida por
> interpolação/proximidade.
>
> Acho que depende das características do dado original. Se o que ele
> tem é o endereço inicial e final de cada quadra, ou um endereço no
> meio de cada quadra, ele pode ser importado sem problema algum usando
> linhas interpoladoras, tal como se faz sem Buenos Aires e em alguns
> outras cidades do mundo, contanto que os pontos de endereço contenham
> o nome da rua. Seria indesejável interpolar o endereço gerando cada
> ponto intermediário.
>
> > 2.2.2. Com  nome de rua (addr:street) obtido por proximidade.
>
> Entre poder/não poder eu prefiro responder isso com as consequências
> pro OSM de importar com ou sem um tratamento dos problemas dessa
> abordagem.
>
> Em Porto Alegre já constatamos que a projeção dos endereços nas ruas
> para obter o nome da rua produz cerca de 5% de endereços errados, ou
> seja, 1 erro em cada 20 endereços. Um dado com tantos erros não possui
> qualidade suficiente para suportar satisfatoriamente um serviço de
> geocodificação. Se, por exemplo, alguém quiser usar o  mapa para
> oferecer um serviço de entregas ou de transporte individual, muitos
> endereços estarão a quilômetros de distância do local correto, o que
> obviamente seria bem ruim pra confiabilidade do serviço. Nesse caso,
> eu esperaria que o usuário simplesmente descartaria o OSM e adotaria
> um concorrente, como o Google Maps. Pior do que isso, se alguém quiser
> usar os endereços existentes para inserir pontos de interesse a partir
> de uma listagem local, os erros serão propagados e a correção exigirá
> mais esforço (talvez o dobro) do que se tivesse sido feita antes.
>
> Mesmo numa cidade do tamanho de Porto Alegre, a solução manual desses
> problemas exigiria um trabalho contínuo de ~2 semanas eu acho. Vale a
> pena considerando o benefício. Na maioria dos municípios (em geral
> pequenos) um trabalho desse tipo poderia ser feito completamente em
> poucas horas.
>
> Onde não houver mão-de-obra disposta a realizar a correção, acho que é
> fundamental no mínimo documentar (de preferência no wiki) que ficou
> pendente de correção, do contrário ninguém vai saber onde procurar os
> erros. Idealmente seria aberta também uma tarefa em algum sistema de
> gestão de tarefas para orientar e monitorar esse trabalho. Agora que
> temos o Kaart interessado em nos ajudar, podemos também tentar um
> contato com eles para que realizem as correções manualmente. Se este
> caso surgir com frequência em municípios diferentes, acho que vale a
> pena organizar um grupo de trabalho para fazer as correções manuais.
> Um grupo especializado assim estaria familiarizado com o tipo de erro
> desse processo e poderia trabalhar rápido e com menos erros humanos.
>
> Caso a etapa de documentar a correção não for feita, o resultado mais
> provável é que os erros permanecerão no mapa por um bom tempo e que
> serão esquecidos, prejudicando a confiabilidade dos dados. Por
> exemplo, na importação dos edifícios em Porto Alegre, uma informação
> foi colocada na etiqueta description, foi solicitado aos mapeadores
> que fosse convertida em etiquetas consumíveis (geralmente amenity=*),
> mas esse trabalho nunca foi feito por ninguém. A informação está lá no
> OSM, parada há anos, sem usufruto pelas aplicações. Como diz o wiki
> [2] num texto proveniente do original em inglês, "nunca suponha que
> essas pessoas vão alegremente arrumar a bagunça que você fez."
>
> Não estou dizendo que é obrigação de quem importa fazer a correção
> manual. O importante é traçar um plano de correção e engajar as
> pessoas que o executarão, e havendo interessados em fazer i

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Oi gente, respondendo primeiro ao Fernando depois ao Pedro,

Fernando, a sua colocação é consistente, mas a discussão evoluiu em duas
frentes (2.1 e 2.2 abaixo), e devemos tomar o cuidado de separar com
clareza,
sugiro dar nomes sempre que referir:

1. *Ponto inválido*: não pode existir no mapa OSM um *node* de
endereçamento sem ambos, nome de rua (*addr:street*) e numeração (
*addr:housenumber*).
É "a lei", "o grande consenso" e a boa prática. Evita-se inserir e
pode-se deletar um ponto inválido.
Por favor, *NAO ESTÁ EM DISCUSSÃO*, já foi discutido e é consenso
universal (na comunidade BR e na comunidade internacional)*.*

*2. MÉTODO DE EDIÇÃO E/OU IMPORTAÇÃO DE PONTOS OFICIAIS: *a diferença entre
um dado oficial e um dado empírico é que o dado oficial não tem confirmação
em campo, mas em contrapartida tem um documento ou *declaração oficial do
governo*. Ver https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Oficial


2.1. *Ponto oficial completo*: pode ser importando pois todos os dados
estão presentes (posição, nome e numeração)  e é uma "verdade oficial",
dispensando maiores (precisa de *consistência* naturalmente!) preocupações
com a verdade de campo homologada por usuários OSM potnto a ponto, *basta
amostragem*.
É consenso, estão todos de acordo em fazer importação automática,
queremos apenas UNIFORMIZAR PROCESSOS e a SIMPLIFICAR/PADRONIZAR um pouco
as os relatórios de importação, para que mais pessoas possam ver e
entender,  *auditar sem perder tempo*.

2.2. *Ponto oficial incompleto*: pode ser importando?  Essa é a discussão.
As fontes de informação na verdade existem, só que não é uma fonte única,
pode estar misturando verdade de campo, norma oficial (por exemplo leis de
nomenclatura de rua), dado oficial (ex. os pontos fornecidos pela
prefeitura), etc. O algorítomo mesmo sendo aberto é complexo e poucas
pessoas do OSM terão tempo e capacidade de avaliar.  *ESTÁ EM DISCUSSÃO*,
mas precisamos *primeiro arrumar a casa*, chegar a uma descrição
satisfatória no "ponto oficial completo" (*2.1* acima).  Mesmo depois de
discutir e chegar a um consenso aqui precisaremos verificar com restante da
comunidade OSM
<https://help.openstreetmap.org/questions/67949/how-to-import-address-when-addrstreet-was-obtained-by-inference>
.

2.2.1. Com  numeração (addr:housenumber) obtida por
interpolação/proximidade.
2.2.2. Com  nome de rua (addr:street) obtido por proximidade.

O que acha?  *Podemos seguir com essa terminologia? *importação de "ponto
invalido" (obviamente invalida), de "ponto oficial completo" e de "ponto
oficial incompleto".

- - -

Pedro, quanto ao uso do inglês, a grande maioria não se sente a vontade
para entrar num debate com os gringos da comunidade OSM internacional,
damos a cara para bater sozinhos e em geral saímos de olho roxo por falta
de mais gente apoiando nossa opinião ou escrevendo em melhor inglês o nosso
posicionamento (em geral trazido/traduzido da comunidade local)... Claro,
quem não se importa ou já se sente a vontade deve continuar,
mas a maioria precisa de apoio, e um apoio seu, mesmo usando tradutor,
seria bem-vindo (!)... Se surgir alguma discussão relevante aviso aqui.





On Wed, Feb 13, 2019 at 3:35 PM Fernando Trebien 
wrote:

> Não acho certo importar dados em que addr:street tenha sido inferida
> por qualquer método sem que tenha sido feita uma conferência antes de
> fazer a importação. Daí se está importando sujeira no mapa que tende a
> ser esquecida e a prejudicar a qualidade final dos dados. O certo é
> definir uma forma de tratar as incorreções, seja aprimorando o método,
> usando métodos suplementares, ou fazendo uma revisão manual antes. É
> que estamos fazendo em PoA e em Curitiba, e não acho que devam ser
> abertas exceções.
>
> É justamente pra evitar que sejam importadas grandes quantidades de
> dados incorretos que existe todo esse protocolo de elaborar uma
> proposta e aprovar pela comunidade. Senão, qualquer um podia importar
> qualquer coisa (legalizada) de qualquer jeito. Inclusive, isso consta
> nos guidelines de importação. [1][2]
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Take_great_care_to_avoid_damaging_the_database
> [2]
> https://wiki.openstreetmap.org/wiki/Pt:Import/Guidelines#N.C3.A3o_estrague_os_dados.21
>
> On Tue, Feb 12, 2019 at 5:09 PM Peter Krauss  wrote:
> >
> > Otima dica Adriano (!), que  tal então a seguinte regra para os
> algoritmos de inferência de street:
> >
> > * quando a inferência for altamente confiável, aplicar apenas tag note,
> https://wiki.openstreetmap.org/wiki/Key:note
> > com um valor padronizado, algo como "addr:street:inferred".
> >
> > * quando a inferência for mais fraca ou carecer de avaliação estatística
> de confiabilidade, usar a tag fixme,
> > https://wiki.openstr

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Otima dica Adriano (!), que  tal então a seguinte regra para os algoritmos
de inferência de street:

* quando a inferência for *altamente confiável*, aplicar apenas tag *note*,
https://wiki.openstreetmap.org/wiki/Key:note
com um valor padronizado, algo como "addr:street:inferred".

* quando a inferência for mais fraca ou carecer de avaliação estatística de
confiabilidade, usar a tag *fixme*,
https://wiki.openstreetmap.org/wiki/Key:fixme
   para relatar a mesma coisa,  algo padronizado como
"addr:street:inferred_low_reliability".

É esperado que quem for editar, na maior parte dos casos, precisa apenas
remover a tag note ou fixme, homologando humanamente a informação (de
preferencia com alguma evidência de campo). O que acham, o caminho é esse?





On Tue, Feb 12, 2019 at 2:00 PM Adriano Rosa  wrote:

> sugiro que seja adicionada alguma etiqueta (fixme ou note) para indicar
> que falta adicionar o nome da rua no endereço.
>
> assim se evita que novos mapeadores achem que o jeito certo é somente
> adicionar o número e fica o registro que falta dado.
>
> cordialmente,
>
> adriano.
>
> _
> Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
> Conta
> de 2GB é grátis!
>
> Acesse: http://db.tt/enaEb5F
>
>
>
>
> On Tue, Feb 12, 2019 at 1:24 PM Peter Krauss  wrote:
>
>> Pedro, são mais argumentos a favor e concordo, mas a favor do que não
>> seria uma boa prática... A boa prática é já registrar o ponto com o nome de
>> rua, mas aí não seria o nome 100% certo, seria inferido por presunção de
>> proximidade com a rua...
>>
>> O que se comentou de saída para o dilema, que requer apoio na comunidade
>> geral do OSM, é estabelecer regras claras e consensuais para essa
>> presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
>> inferido por computador" (tal como já fazemos com número de porta inferido
>> por interpolação).
>>
>> ... Quando  comento "requer apoio na comunidade geral do OSM", é
>> fundamental, precisamos comparecer em bando, pois senão quem for atrás só
>> vai perder tempo e se queimar, como já ocorreu outras fazes: se a
>> comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
>> OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
>> continuar passando por cima, e nossas demandas continuarão "à margem"...
>> Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
>> inglês?
>>
>>
>>
>> On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta <
>> pedrovidator...@gmail.com> wrote:
>>
>>> Não vejo grandes problemas e importar sem o nome da via, teremos erros
>>> em esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
>>> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
>>> visualmente, no caso em questão somente a numeração esta disponível e eu
>>> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
>>> via depois e bem mais fácil.
>>>
>>> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
>>> escreveu:
>>>
>>>> Trago aqui questão levantada,
>>>> da necessidade (ou não) de ter addr:street:
>>>>
>>>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>>>
>>>> (esta questão é muito importante para esta e quaisquer outras
>>>> importações do tipo de "endereços")
>>>>
>>>> -Levantada a questão de que:
>>>> "para um endereço ser localizado no OSM, precisa ter ainda
>>>> addr:street=*".
>>>>
>>>> -Problema:
>>>> Nos dados originais não tem registrado nome da rua.
>>>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>>>
>>>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>>>> addr:street=* para todos os 200.000 nós. (?!?)
>>>>
>>>> Dúvidas: Isso vale para qualquer endereço, para que possa ser
>>>> localizado?
>>>>
>>>> Possibilidades de executar:
>>>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>>>> análise de proximidade aos pontos: pode gerar erros;
>>>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>>>
>>>> Objeções:
>>>>
>>>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>>&g

Re: [Talk-br] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Pedro, são mais argumentos a favor e concordo, mas a favor do que não seria
uma boa prática... A boa prática é já registrar o ponto com o nome de rua,
mas aí não seria o nome 100% certo, seria inferido por presunção de
proximidade com a rua...

O que se comentou de saída para o dilema, que requer apoio na comunidade
geral do OSM, é estabelecer regras claras e consensuais para essa
presunção, e adicionalmente incluir uma tag de alerta "esse nome foi
inferido por computador" (tal como já fazemos com número de porta inferido
por interpolação).

... Quando  comento "requer apoio na comunidade geral do OSM", é
fundamental, precisamos comparecer em bando, pois senão quem for atrás só
vai perder tempo e se queimar, como já ocorreu outras fazes: se a
comunidade-Brasil não começar a se portar como "autoridade do Brasil", a
OSMF e pessoal de outros países, que desconhecem nossa realidade, vão
continuar passando por cima, e nossas demandas continuarão "à margem"...
Você escreve em inglês?  Alguém aqui poderia apoiar uma discussão  em
inglês?



On Tue, Feb 12, 2019 at 12:30 PM Pedro vida torta 
wrote:

> Não vejo grandes problemas e importar sem o nome da via, teremos erros em
> esquinas que podem ser corrigidos com o tempo, a maioria dos aplicativos
> mostra a numeração no mapa e mesmo com o erro qualquer usuário pode achar
> visualmente, no caso em questão somente a numeração esta disponível e eu
> ficaria extremamente satisfeito com isso , já que colocar depois o nome da
> via depois e bem mais fácil.
>
> Em sex, 8 de fev de 2019 às 09:56, Sérgio V. 
> escreveu:
>
>> Trago aqui questão levantada,
>> da necessidade (ou não) de ter addr:street:
>>
>> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>>
>> (esta questão é muito importante para esta e quaisquer outras importações
>> do tipo de "endereços")
>>
>> -Levantada a questão de que:
>> "para um endereço ser localizado no OSM, precisa ter ainda addr:street=*".
>>
>> -Problema:
>> Nos dados originais não tem registrado nome da rua.
>> O que pode ser obtido do original é: addr:housenumber=* + coordenadas.
>>
>> Necessidade (teórica ou real?): teria que complementar (adicionar)
>> addr:street=* para todos os 200.000 nós. (?!?)
>>
>> Dúvidas: Isso vale para qualquer endereço, para que possa ser localizado?
>>
>> Possibilidades de executar:
>> a) automatizado: gerando e adicionando valores de "nome de rua" por
>> análise de proximidade aos pontos: pode gerar erros;
>> b) manualmente: adicionando valores de "nome de rua" (preciso).
>>
>> Objeções:
>>
>> -É possível "retornar" o "nome de rua" por busca? Como com análise de
>> proximidade? Os aplicativos podem operar assim? Isso não pode deixar para
>> ser feito pelos aplicativos de localização/navegação, sob demanda? Se isso
>> for possível, não necessitaria adicionar valor de "nome de rua", nem
>> manualmente, nem automatizadamente. Simplesmente não adicionar
>> addr:street.
>>
>> -Se for real a "necessidade indispensável" de ter que constar ou
>> "adicionar" addr:street=* a cada nó importado de addr:housenumber=* (mesmo
>> onde não haja no original), então vai certamente inviabilizar inúmeras
>> possibilidades de importações de endereços.
>>
>> -Se tiver que adicionar, sobretudo "manualmente": trabalho gigantesco -
>> esqueça-se, eu não faço; outros se quiserem peguem os dados ali
>> disponibilizados e continuem.
>> De todo modo, certamente inviabiliza maior parte de futuras importações
>> em outros locais.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> --
> *Pedro Esmerilho*
> ___
> 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] Sobre a necessidade (ou não) de ter addr:street em importação de addr:housenumber

[Peter Krauss]

Oi Nelson, se formos pelo caminho do OpenAddresses, seria preciso de uma
tag de acurácia ou confiabilidade, ou um simples boolean indicando que
street foi inferida.
... Sem essa informação fica realmente um monte de dado "no limbo", em
utilidade,
Ver discussão   https://github.com/openaddresses/openaddresses/issues/4238



On Fri, Feb 8, 2019 at 1:06 PM Nelson A. de Oliveira 
wrote:

> Pegando um outro projeto https://openaddresses.io/
>
> Nele existe obrigatoriedade de número e nome de rua (senão não se
> forma um endereço)
>
> https://github.com/openaddresses/openaddresses/blob/master/CONTRIBUTING.md#attribute-tags
>
> ___
> 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] Proposta de Importação de endereços SMF/PMPA

[Peter Krauss]

PARABENS Sergio!

Não é uma tradição, mas convém solicitar que aqueles que participam em
geral deste fórum, que deem seu *voto*...

Na Wiki

o Sergio também esclareceu o processo em lote com figuras e detalhes
técnicos, ou seja,
*está transparente o que será feito no piloto automático*, e temos plena
confiança no "piloto do piloto automático", que é o Sergio.

Por mim, APROVADISSIMO!

- - -
PS: fica a sugestão de importar como CC0, se é que existe essa
possibilidade.


On Thu, Feb 7, 2019 at 5:12 PM Sérgio V.  wrote:

> Prezados/as,
>
> Envio aqui para avaliação da comunidade a documentação formalizada da
> Proposta de "Importação da camada de numeração de endereços da PMPA",
> conforme dados disponibilizados pela SMF/PMPA (Secretaria da
> Fazenda/Prefeitura Municipal de Porto Alegre).
>
> A proposta integral está documentada na seguinte página wiki, para
> avaliação:
>
> https://wiki.openstreetmap.org/wiki/Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>
> Contém:
> -descrição da proposta;
> -documentação legal;
> -descrição dos procedimentos de exame, conversão, separação de conflitos
> encontrados, validação do material para importação;
> -listagem do material finalizado, preparado para importação;
> -links (ao final da página), para baixar os arquivos, para exames:
> 1) ZIP com os arquivos dos resultados finais em .osm 
> (SMF-RESULTADOS-FINAIS-OSM.zip
> 4,6MB), contendo:
> -OBJETOS VALIDADOS, preparados para importação:
>05 arquivos .osm  =  199.614 objetos (nós)
> -OBJETOS REMOVIDOS, com quaisquer conflitos, separados para
> avaliação caso-a-caso:
>03 arquivos .osm  = 6.444  objetos (nós)
> Total de objetos em .osm = 206.058
> 2) ZIP com os arquivos dos dados integrais originais
> (SMF-XLSX-ORIGINAIS.zip 55MB) ;  total original = 206.061 objetos
> (03 objetos destes 206.061 originais foram excluídos de início, cf.
> documentado na wiki: 01 objeto não importado por coordenada inválida, e
> 02 objetos removidos de início por campos nulo e inválido.)
>
> Apresento para avaliação da comunidade. A proposta pode ser alterada se
> necessário.
>
> (comentários podem ser na página de discussão da mesma wiki:
>
> https://wiki.openstreetmap.org/wiki/Talk:Pt:Import/Catalogue/Brazil_PMPA_Addresses_Import
>  )
>
> Creio que a importação pode suceder em cerca de 05 changesets para os
> validados. Ao menos estes 199.614 objetos validados (em 05 arquivos .osm)
> estão a princípio prontos para importação imediata ao OSM, em sendo
> aprovada a proposta.
> Os demais 6.444 separados por não validação necessitam de avaliação
> caso-a-caso, por conflitos diversos entre si e com o existente no OSM.
>
> Peço considerar um prazo inicial proposto de 2 semanas a partir da
> presente data para avaliações e considerações.
> Após o que, se não houver outras considerações ou alterações necessárias,
> propõe-se considerar apto à importação o material indicado como validado.
>
> Atenciosamente e à disposição,
>
> - - - - - - - - - - - - - - - -
>
> 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] Parceria OSM e ANA

[Peter Krauss]

Thierry, parabéns!  Importantíssimo ter alguém da OSM Brasil abrindo esses
canais.

Santamariense, concordo quanto aos nomes... Acho que é de fato um primeiro
passo para a ANA mostrar um mínimo de boa vontade, faz anos que pedi (mas
não insisti) uma simples planilha com nomes dos comitês de bacia... Ainda
hoje é uma zona, ninguém diz quais são os códigos (siglas) oficiais nem diz
qual lista está completa... Sugiro pedir os dados oficiais básicos sobre os
comitês de bacias,

http://datasets.ok.org.br/cbh-codes




On Thu, Jan 10, 2019 at 1:17 AM santamariense  wrote:

> > Podemos pensar em uma proposta de os colaboradores da plataforma nos
> auxiliarem na identificação da toponímia dos cursos d’água e massas d’água
> de nossas bases da ANA
>
> Interessante que boa parte dos cursos d'água tem diferentes nomes a
> depender da fonte (órgão governamental), e se for a campo conferir,
> principalmente nas zonas rurais, os moradores nem sabem que tem nome,
> chamando apenas de "sanga", "rio", -- Não é por acaso que até órgãos
> governamentais tem dificuldade para identificá-los e muitas vezes
> identificam determinado curso d'água com nome diferente do
> identificado por outro órgão, ou mesmo com traçado diferente,
> principalmente em ponto próximos a nascentes onde tem vários braços e
> não se sabe qual deles leva o nome.
>
> Tem alguma ideia de como poderia desenhar essa possível parceria?
>
> ___
> 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] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Parabéns @Santamariense!  É por aí, tentado, insistindo e automatizando o
que for possível!

Já dá para esboçar uma ótima receita de bolo: podemos documentar e
aperfeiçoar seu algoritmo na Wiki, sugiro esse link, onde já copiei/colei
suas descrições:

https://wiki.openstreetmap.org/wiki/Brasil/Metodologia/Importa%C3%A7%C3%A3o_de_endere%C3%A7os

se complementar postando imagens ilustrativas de cada passo, como sugere o
Sergio, será otimo e todos poderemos aperfeiçoar a documentação e o método
na Wiki.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Oi gente, respondendo inline ao @santamariense  e já
imaginando como seria consolidar a atual discussão no Talk da Wiki,

https://wiki.openstreetmap.org/wiki/Talk:Curitiba/Importa%C3%A7%C3%A3o_IPPUC

On Tue, Nov 6, 2018 at 10:52 AM santamariense  wrote:

> Obrigado pessoal pelo feedback. Fiz na calculadora de campo mesmo a
> formatação dos nomes e números, quanto a isso tá suave.
>
>
Sugestão: se achar um tempo comenta na Wiki o que seria essa "calculadora
de campo".


> Trebien, talvez não tinha explicado direito, mas de qualquer maneira
> acho que o Sérgio já deixou claro. O reposicionamento do centroide
> para junto dos logradouros será feito antes de se enviar ao OSM.
>

Joia, acho que todos concordam que é o procedimento correto.


>
> Paulo, não me parece fácil de implementar. Mas vou tentar. Se não
> conseguir vai ser manualmente mesmo.
>

Como comentei posso ajudar, mas *precisa ser algo certo*, pois vai tomar
nosso tempo (chuto meia hora de videoconferência inicial e final e duas
horas minhas como voluntário pilotando o PostGIS).
... O importante não é apenas ficar bonitinho (eu pessoalmente acho bem
mais bonitinho e funcional os pontos próximos da rua e não perdidos no meio
do lote), mas criar um exemplo de boas práticas e deixar todos os recursos
documentados e disponíveis para que futuras importações possam ser melhor
automatizadas.
O algoritmo que uso é em linhas gerais como o Paulo descreve, se baseia em
*ST_Centroid(ST_Intersection(lote,ST_Buffer(way,x)))* depois de um esquema
de ajuste desse *x*. Também tem condições do tipo usar centroide se o lote
possuir área inferior a 20m2, e usar *ST_PointOnSurface()* se o centroide
"vazar" (ex. lote em forma de U).



>
> Uma questão que me foi sugerida fora da discussão aqui da lista é de
> não usar source=Prefeitura em todos os pontos gerados, mas sim apenas
> nas changesets. Algum forte motivo para manter a source em todos os
> pontos?
>

Eu não sou expert, mas pelo que entendi o ChangeSet ajuda a
documentar/rastrear a fonte (source), portanto basta garantir isso.
Isso é bom, é uma maneira de normalizar os dados, não ficar um monte de
redundância no OSM...

Aí, se de fato há como resgatar a "informação inicial" rastreando-a pelo
ChangeSet... Bom, ideal que essa informação inicial seja mais rica, menos
vaga que "Prefeitura"...
Acho que podemos até criar uma convenção para documentar e rotular os
*lotes-de-dados* de *sources* do Brasil (a sua Wiki

já está ótima  como documentação). Acho que cabe usar como parte do rótulo
a data de criação dos dados (quando a Prefeitura os atualizou),
seria algo como "*Prefeitura:IPPUC:2018-07*".



>
> ___
> 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] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Oi gente, concordo com o Paulo. Precisando fazemos o algoritmo em PostiGIS,
estou com o Planet de Curitiba.


On Tue, Nov 6, 2018 at 8:01 AM Paulo Carvalho 
wrote:

> Pessoal, bom dia,
>
>  Para calcular um ponto representativo que:
> 1) Esteja dentro do polígono;
> 2) Esteja próximo de uma linha;
>
> Eis um algoritmo:
>
> https://gis.stackexchange.com/questions/70628/automatically-create-point-based-on-location-of-polygon-using-arcgis-desktop
>
>  Embora implementado para Arc-Gis, o autor se deu ao trabalho de
> descrever o algoritmo, ou seja, alguém poderia implementá-lo em outra
> linguagem.
>
> abcs,
>
> PC
>
>
> Em seg, 5 de nov de 2018 às 23:32, Sérgio V. 
> escreveu:
>
>> A princípio não acho bom mapear lotes, sobretudo urbanos.
>> O que recebe uma numeração da prefeitura é a construção, pelo menos em
>> PoA, onde a numeração depende de projeto de edificação para aprovação.
>> Pode haver mais de um número por lote, conforme quantos tipos de
>> estabelecimento com matrículas individualizadas houver no lote:
>> residencias, comerciais...
>> O santamariense registrou na wiki que o centróide é pra gerar o nó para a
>> numeração, e que este nó será movido para próximo da face do terreno junto
>> ao logradouro, que é a "testada".
>> E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à
>> distância em metros medida aproximadamente na intersecção da projeção na
>> testada até o início da rua, indica que o ponto de medição não é pelo
>> centro do prédio (centróide), mas pelo centro da projeção na testada.
>> Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre
>> considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou
>> prédios, que atravessam quadras e tem frente para 2 ou mais logradouros.
>> Seria conveniente colocar numeração sempre em um nó, que marca o local
>> aproximado do centro da testada no respectivo logradouro, não em polígono
>> de prédio ou lote. Assim como a prefeitura dá o número e proprietário
>> coloca a tabuleta num lugar +/- próximo da entrada, dificilmente exatamente
>> na medida exata.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>
>> --
>> *De:* Fernando Trebien 
>> *Enviado:* segunda-feira, 5 de novembro de 2018 21:31
>> *Para:* OSM talk-br
>> *Assunto:* Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de
>> Curitiba / Importação de numeração predial
>>
>> On Mon, Nov 5, 2018 at 8:36 PM santamariense 
>> wrote:
>> > > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
>> > > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
>> > > Iorque.
>> >
>> > É essa que está sendo proposta.
>>
>> Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
>> prazo, não só em Curitiba mas também em outras cidades.
>>
>> O centróide do lote é diferente da entrada. Colocar o endereço na
>> entrada reduz o número de erros de projeção do endereço na via (mais
>> comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
>> sobram casos particulares, mas menos.
>>
>> A minha questão, então, é se seria preferível no OSM, no longo prazo,
>> mover os pontos do centróide para a entrada, ou até mesmo eliminar o
>> ponto do centróide e transferir o endereço para o edifício ou lote
>> quando estiver mapeado.
>>
>> --
>> Fernando Trebien
>>
>> ___
>> 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] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Olá, que bom, está avançando!
hum... Parece que houve boa intensão e disposição de fazer a coisa certa,
mas por hora meu entendimento é que ainda não expressou o que foi
solicitado. A frase* "Em complemento, concordamos com a disponibilização
dos dados de mapeamento do IPPUC sob os termos da liença ODC Open Database
License"* infelizmente não consta no texto assinado.

Sugiro fortemente que se produza um novo documento seguindo o *modelo
de Declaração de licenciamento ODbL
*
Ideal é depois registrar num cartório eletrônico oficial, tal como este
(se reclamarem eu pago!) 

- - -
PS: é muito importante conscientizar os titulares de direitos sobre os
dados abertos de interesse da OSM Brasil...  A abertura efetiva e sem
riscos para o OSM depende da declaração de licença ODbL ou declaração de
dedicação ao domínio público (CC0), e não existe outra opção simples e
segura, são apenas estas duas:
* Declaração de licenciamento CC0

* Declaração de licenciamento ODbL




On Fri, Oct 26, 2018 at 10:32 PM santamariense  wrote:

> Olá pessoal,
>
> Conseguiu-se autorização formal do Instituto de Pesquisa e
> Planejamento Urbano de Curitiba quanto a cedência dos dados de
> cartografia para o OSM disponibilizados em
> http://ippuc.org.br/geodownloads/geo.htm e a declaração está
> disponível em
> https://wiki.openstreetmap.org/wiki/File:Declara%C3%A7%C3%A3o_de_Ced%C3%AAncia_de_dados_IPPUC.pdf
>
> Gostaria que analisassem a declaração e dessem um feedback, caso
> alguém discorde que sim, está suficientemente claro que os dados podem
> ser importados para o OSM.
>
> A ideia principal, e para isso estou sendo incumbido, é importar a
> numeração predial da cidade que está disponível em "Lotes -
> (julho/2018)". Não é disponível o shapefile de prédios, mas sim dos
> lotes. A proposta é transformar a área do lote em ponto no centroide
> do seu respectivo lote, e realocar cada um dos pontos gerados para a
> proximidade da rua onde o endereço está localizado, ou seja, dentro do
> prédio, porém, mais próximo de onde provavelmente esteja a porta de
> entrada dele.
>
> Conforme as boas práticas, será mantido o histórico dos endereços já
> mapeados no OSM, inclusive suas coordenadas, sem haver duplicação de
> objetos na base de dados do OSM.
>
> A documentação está sendo feita em
> https://wiki.openstreetmap.org/wiki/Curitiba/Importa%C3%A7%C3%A3o_IPPUC
>
> ___
> 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

[Peter Krauss]

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] Doações para a futura associação, favor declarar

[Peter Krauss]

Prezados colaboradores e colaboradoras empenhados na  futura Associação OSM
Brasil,


Abrindo tópico aqui no Talk-BR para deixarmos registrado qualquer tipo de
patrimônio ou hora-trabalho a ser contabilizado como doação para a
Associação.

O dia que ela passar a existir (registro de ata de fundação no cartório)
e/ou o dia que ela estiver operando com um CNPJ.

O mais importante por hora, antes da fundação, é registrar aqui
publicamente o compromisso de transferência de direitos de propriedade...
Por exemplo o domínio OPENSTREETMAP.COM.BR ,
já que a ata de fundação ou mesmo o anexo do Estatuto precisarão citar esse
tipo de patrimônio inicial.


Peter
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Towards Vandalism Detection in OpenStreetMap Through a Data Driven Approach

[Peter Krauss]

Oi Paulo, boas dicas de clusterização, comunidade Python realmente criou
ferramentas poderosas ...
Quando ao OSM, bom lembrar que o XML é só um formato de troca de dados, as
representações geométricas do OSM usualmente são feitas em PostGIS.
Aqui vai um exemplo meio caduco, um dos poucos que clientes permitiram eu
doar para o mundo, 6 anos atrás..

   https://gist.github.com/ppKrauss/3810651

Faz justamente a detecção de "quadras mais pra quadriláteras" via operações
espaciais (ex. buffer) onde o PostGIS é eficaz.
Usei para destacar em espaço urbano os locais onde precisávamos conferir se
as calçadas eram bem traçadas, e os erros mais usuais seram
nas quadras fora do "padrao quadradinho".




On Thu, Aug 9, 2018 at 8:32 AM Paulo Carvalho 
wrote:

> O módulo scikit-learn do Python tem excelentes algoritmos de clusterização
> que poderiam ser usados para esse tipo de análise em larga escala.
> Bastaria pegar o XML de um mapa (pode ser o do mundo), abrí-lo com o pandas
> e fazer a visualização dos grupos com, por exemplo, um dendrograma.
> Objetos vandalizados tendem a formar grupos pequenos ou de um só elemento,
> tal como dito no artigo, daí é fácil detectar tais situações.   Mas a
> dificuldade é definir que métricas usar para obter tal separação.  E é aí
> que entra a ciência de dados.
>
> Seria interessante que houvesse um servidor onde pudéssemos instalar a
> base do OSM global (ou só do BR) e o Anaconda (pacote com Python +
> bibliotecas de visualização, análise e computação científica) onde as
> pessoas pudessem fazer suas análises através de Jupyter Notebooks.
>
> Para quem é programador, existe a biblioteca TensorFlow que também tem
> algoritmos de clusterização para big data.
>
> Em 8 de agosto de 2018 20:46, Gerald Weber  escreveu:
>
>> 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
>>
>>
> ___
> 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] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Peter Krauss]

Oi gente, concordo com o Gerard,
e vejo uma certa inércia (nossa resistência natural quando pensamos "mais
seguro continuar como está")
ou até resistência (alguns são mesmo radicais) no "core" do OSM... Que tem
seus motivos.
De leve o artigo faz uma certa critica ao excesso de centralização do poder
na infraestrutura e decisões técnicas do OSM.

Cabe a nós, comunidade OSM-Brasil, fazermos nosso "lobby" junto à
comunidade OSM-geral e a OSMF...
Como não existe *mecanismo de voto*, uma opção interessante de participar é
"votando" no https://HELP.openstreetmap.org nas questões pertinentes
(o escopo do fórum HELP é suporte técnico - mas por vezes aceitam tópicos
mais genéricos exemplo

)

- - -

O artigo fala das aplicações de utilidade publica que só se tornariam
realidade depois de mudanças de arquitetura/compromisso no OSM...

Pensando em aplicações mais imediatas e com solução simples (que não
requerem mudar a arquitetura do OSM),
acho que a mais importante e "bola da vez" é o Permanent_ID,
  https://wiki.openstreetmap.org/wiki/Permanent_ID
Tentando resumir: sem Permanent_ID não há como ter investimento de longo
prazo num simples link...
*não existe hoje* endereço (*URL*) para por exemplo *um simples mapa do
Brasil*.
Tudo se perde, ninguém na OSMF ou na infraestrutura-OSM dá garantia de
persistência, coisa que tem solução tecnológica já fazem uns 20 anos, como
o PURL .
Se publicamos um PDF com link para o OSM o link vai se perder, é
investimento perdido... Por isso o Permanent_ID é tão importante.

As prefeituras e a maior parte das iniciativas de utilidade pública demanda
isso. Geocodificação idem, aguarda Permanent_ID para ser algo mais sério.
Os meandros da solução do problema são um pouco mais discutidos em
https://wiki.openstreetmap.org/wiki/Persistent_Place_Identifier
Tem solução simples, passa pelo uso da Wikidata (P402)
 em regime recíproco da
tag-Wikidata *.*



On Wed, Aug 8, 2018 at 8:43 PM Gerald Weber  wrote:

> 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 mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Towards Vandalism Detection in OpenStreetMap Through a Data Driven Approach

[Peter Krauss]

Oi Gerald e Wille, tambem achei interessante o artigo, que passa a receita
e faz a prova de conceito. Bom achado.

Aí entre a prova de conceito e produto tem um longo caminho... mas tudo
indica que o OSMCha seria
justamente uma ótima "casca" para abrigar o algoritmo da detecção de
prédios (algo como um módulo opcional),
aproveitando que o resto já se encontra implementado.

O OSMCha é muito bom e foi apresentado em Milão... Tem reconhecimento
internacional e selo de "made in Brasil", by Wille!

Fica a pergunta pro Wille: se fosse incorporar esse módulo de detecção de
prédios,
no que nós (comunidade aqui) podemos ajudar? Testadores? Discussão de
pontos cabeludos do artigo? Discussão do custo/beneficio do módulo?



On Thu, Aug 9, 2018 at 6:10 AM Wille Marcel  wrote:

> Dei uma olhada rápida, parece interessante as fórmulas de detecção de
> prédios, mas vi que não mencionaram o OSMCha e que lá temos sim um registro
> de changesets com problemas e com possibilidade de filtrar os que foram
> classificados como uma má edição intencional.
>
> http://osmcha.mapbox.com/
> 
> On Ago 9 2018, at 1:46 am, Gerald Weber  wrote:
>
>
> 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
>
> [image: Open Tracking]___
> 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] Fundar Associação OpenStreetMap Brasil

[Peter Krauss]

Oi gente, reforçando, é só mais esse final de semana,
https://bit.ly/votaEstatutoVers0_3_3
Por favor divulgar o link no Telegram-comunidade e cia.

On Thu, Jun 28, 2018 at 12:06 PM santamariense  wrote:

> Lembrete... A versão atual do estatuto para a criação da associação
> OSM BR está para a apreciação da comunidade.
> https://bit.ly/votaEstatutoVers0_3_3 . Certamente os já cadastrados
> receberam por e-mail. Participem.
>
> ___
> 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] Fundar Associação OpenStreetMap Brasil

[Peter Krauss]

Ótimas colocações Sergio, algumas acredito que sejam consenso geral,
outras podemos até aproveitar na Wiki para descrever as *motivações*,
  "... o OSM precisa melhorar (...) se organizar mais".

Somos um coletivo querendo somar esforços:
 se a força de cada um é aplicada para um lado diferente, zera, não soma;
 se é aplicada numa mesma direção, aí sim vai somando...
na hora do esforço maior precisa haver consenso entre nós, só ações
coordenadas/organizadas é que somam de fato.
... E para gravar esse consenso em pedra e ir somando a construção de um
edifício sobre ele, é preciso criar uma entidade, um CNPJ do coletivo.


Antes de continuar, gostaria de sugerir que os resultados desta e de outras
discussões sejam "destilados" para a Wiki,
centralizando, ao lado da página que já criaram, as votações, os extratos
de discussão e os subsídios,
  https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Brazil/Associação

Por exemplo, o debate sistematizado pelo Serge Wroclawski, aquilo que
concordamos ou discordamos das colocações dele,
podem ser postados por lá.
... Eu achei interessante, e gostaria de saber se por aqui na OSM-BR todos
concordam com ele, particularmente em duas colocações:

* Arquitetura: *"One of the most significant technical problems with OSM is
the lack of a review model"*;
   (Um dos problemas técnicos mais significativos com o OSM é a falta de um
modelo de revisão)
   (ou seja estabelecer um processo de homologação/revisão separando mapa
qualificado estável de mapa novo instável)

* Governança: *"... the answer is that sadly the keys to the OSM castle
largely do not lie in the hands of the OpenStreetMap Foundation, *
*   but instead in the hands of one or two individuals who act as
gatekeepers to the project's source code and infrastructure".*

parece que ele toca na ferida, e acredito que muitos já sentiram ela por
aqui, no OSM-BR.
Exemplo: precisar mendigar ferramentas essenciais aos nossos projetos (ex.
task-manager <https://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager>) mostra
como falta descentralizar a gestão da infra.



2018-02-25 14:24 GMT-03:00 Jairo Duarte <jairo.fazgra...@gmail.com>:

> Concordo plenamente com o Volk.
>
> Em dom, 2018-02-25 às 12:16 +, Sérgio V. escreveu:
>
> Acho que o foco da proposta presente, assim como da discussão na talk
> (https://lists.openstreetmap.org/pipermail/talk/2018-February/080161.html)
> não estão muito centrados em questão específica de governança, que é mais
> contingente. Também não me parece que seja tão geral uma preocupação
> internacional no OSM quanto a governança.
> É importante ter claro a diferença entre finalidades do OSM, melhorias,
> organização, etc; e governança.
> Esta última pode eventualmente ser no máximo um meio contingente para os
> fins do OSM.
>
> Pessoalmente não me parece bom muito acento em questão de governança, como
> se essa fosse a preocupação fundamental. Seria tomar o meio como se fosse
> fim.
> O fundamento do OSM, valores fundamentais em si, são a colaboratividade e
> a comunidade.
> E claro, o crescimento do mapeamento e melhoria, cobertura, dos dados.
> Não existe uso de dados se não houverem dados.
> Dados podem existir em si, mesmo sem uso (falando unicamente do ponto de
> vista físico); mas uso nunca pode existir sem dados.
>
> O que vem sendo discutido no talk internacional são os pontos em que o OSM
> precisa melhorar, crescer, difundir, e sugestões de algumas formas de
> evetnualmente se organizar mais, como meios para implementar seus objetivos
> (isto é, da comunidade).
> De modo geral, o OSM vem funcionando, se difundindo; comunidades vem se
> consolidando. Mas pode melhorar e avançar em muitos aspectos.
>
> A proposta de, de alguma forma, se organizar (qualquer figura jurídica que
> atenda às necessidades) do que entendo pretende ser prática.  Um meio
> para alcançar os objetivos em propósitos bem práticos, como possuir
> ferramentas e serviços próprios no OSM-BR, divulgação, integração da
> comunidade. O resto são meios para fins.
>
> Tendo em vista os fins do OSM, a princípio qualquer proposta que ajude a
> implementá-los, e por outro lado não esteja em contradição com o próprio
> espírito do OSM e não venha a dificultá-los, no meu ver é válida. A que
> seja mais fácil e simples.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
>
> --
> *De:* Peter Krauss <ppkra...@gmail.com>
> *Enviado:* domingo, 25 de fevereiro de 2018 06:36
> *Para:* OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Fundar Associação OpenStreetMap Brasil
>
> Oi gente, parece uma ótima iniciativa (!), que tal agendar *reuniões
> temáticas*?  (por voz, teleconferência Appear.in, Hangouts, etc. na Web)
> Temos *anos* d

Re: [Talk-br] Fundar Associação OpenStreetMap Brasil

[Peter Krauss]

Oi gente, parece uma ótima iniciativa (!), que tal agendar *reuniões
temáticas*?  (por voz, teleconferência Appear.in, Hangouts, etc. na Web)
Temos *anos* de discussão e relativo consenso, acho que é o caso apenas de
ir fechando cada tópico, começando pelas decisões mais simples e
consensuais.

*Obrigado* SergioAJV e Santamariense por estarem apresentando a proposta na
Wiki  !

Quanto ao processo de discussão atual (fev/2018), seria interessante ter
uma amostrinha na Wiki, mesmo que uma copia/cola sem formatação.
Seria uma *"ata" do que aconteceu no Telegram*... Lembrando que não são
todos que podem instalar ou querem ter o Telegram no celular.

Quanto a uma vaquinha e montagem de infraestrutura-teste, ajuda a mostrar
onde queremos chegar, acho que é viável ir tocando em paralelo,
visto que todo o resto pode demorar mais e requer discussões não-técnicas.
Talvez desde já criar um "grupo da infraestrutura-BR" ajude
a ir modelando o patrimônio digital que se quer defender com o CNPJ.

PS: por coincidência eu havia passado recentemente por esse artigo,
 https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
onde se destaca que *a preocupação da comunidade OSM em formalizar a
governança é geral, internacional*.




2018-02-24 21:11 GMT-03:00 santamariense :

> Olá caros colegas,
>
> Surgiu o assunto sobre criarmos um Tasking Manager brasileiro, e a
> partir das discussões sobre a falta de um, sobressaiu também a
> discussão sobre termos algo mais abrangente e concreto, como uma
> Associação/Organização.
>
> Sabemos que isso já vem sendo pensado há um bom tempo, e estamos
> querendo pôr em prática, por diversos motivos e objetivos. Tudo está
> sendo documentado em
> https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Associação
>
> Ajude a preencher os seguintes tópicos. Sempre baseado no que já
> estiver na wiki.
>
> * Objetivos
>
> * Lista de necessidades, possibilidades, meios e custos
>
> * Propostas de organização interna
>
> * Apoio financeiro
>
> [em caso de pessoal física, se você tiver pré-interesse em ajudar
> financeiramente, adicione seu nome (de usuário) na wiki, ou, peça para
> adicionarem]
>
> Sua participação é muito importante e fundamental
>
> ___
> 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] ID eterno (estável) dos polígonos dos estados brasileiros

[Peter Krauss]

Ops, desculpem, até tinha aqui no meu "favoritos",
  http://wiki.openstreetmap.org/wiki/Nominatim
muito bom!   *Nominatim*, vale para tudo: cada estado, cada cidade, cada
rio, cada rua, ...

Exemplo: estado do *Acre* é *place_id=172016897*
http://nominatim.openstreetmap.org/details.php?place_id=172016897



Em 16 de junho de 2017 11:33, Peter Krauss <ppkra...@gmail.com> escreveu:

> Qual o ID de cada estado brasileiro no Openstreetmap? Tem alguma tabela
> com isso?
>
> PS: na Wiki tem tudo, menos o link pro mapa. Exemplo:
> https://wiki.openstreetmap.org/wiki/Acre
>
> - - - -
> Explicando.
>
> Cada estado brasileiro tem seu "ID semântico" na Wikidata, por exemplo o
> Acre é o Q40780 <https://www.wikidata.org/wiki/Q40780>, São Paulo é o Q175
> <https://www.wikidata.org/wiki/Q175>... São IDs que não vão ficar
> mudando, são estáveis e podem ser utilizados em diversos lugares como
> referência semântica.
>
> Gostaria de saber se existe algo similar (estável) para referência
> geográfica, para podermos citar os polígonos de cada estado, tanto usando o
> ID isolado como ID mesmo, como usando o ID numa URL do OpenStreetMap.
>
> Exemplo de planilha onde o ID geográfico do polígono seria utilizado:
> https://github.com/datasets-br/state-codes
>
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] ID eterno (estável) dos polígonos dos estados brasileiros

[Peter Krauss]

Qual o ID de cada estado brasileiro no Openstreetmap? Tem alguma tabela com
isso?

PS: na Wiki tem tudo, menos o link pro mapa. Exemplo:
https://wiki.openstreetmap.org/wiki/Acre

- - - -
Explicando.

Cada estado brasileiro tem seu "ID semântico" na Wikidata, por exemplo o
Acre é o Q40780 , São Paulo é o Q175
... São IDs que não vão ficar mudando,
são estáveis e podem ser utilizados em diversos lugares como referência
semântica.

Gostaria de saber se existe algo similar (estável) para referência
geográfica, para podermos citar os polígonos de cada estado, tanto usando o
ID isolado como ID mesmo, como usando o ID numa URL do OpenStreetMap.

Exemplo de planilha onde o ID geográfico do polígono seria utilizado:
https://github.com/datasets-br/state-codes
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network (man_made=survey_points)

[Peter Krauss]

Muito bom Sérgio, só olhei por cima, mas aparentemente é da mais alta
relevância!
e ao que tudo indica, não há risco algum de "ponto errado", pelo contrário,
criará um sistema de referência na base de dados para averiguarmos precisão
das coordenadas do OSM.


2017-03-15 11:23 GMT-03:00 Sérgio V. :

> Simplificando a mensagem anterior,
>
> a proposta completa referida está em português, documentada na wiki, em:
>
>
> https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_
> das_Redes_Geod%C3%A9sicas_do_IBGE
>
>
> Att.,
>
>
> - - - - - - - - - - - - - - - -
>
> 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] Digest Talk-br, volume 102, assunto 6

[Peter Krauss]

Em 8 de março de 2017 15:48, Nelson A. de Oliveira 
escreveu:

> 2017-03-08 15:41 GMT-03:00 André Fernandes :
> > Como assim qualidade dos dados? Como podemos mensurar isso?
>
> Localização, principalmente.
> Tem muitos nós que a posição está bem distante do seu local correto.
>


Mas e aí, dá para avaliar com geocodificação (que tal testar com o ponto
fornecido pelo geocoding-Google?) ou não tem fonte segura para ver essa
distancia do local correto.




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

[Peter Krauss]

Em 8 de março de 2017 13:59, Wille <wi...@wille.blog.br> escreveu:

> On 08-03-2017 13:11, Peter Krauss wrote:
>
> Qual foi a metodologia de geocodificação?  Tem como submeter os endereços
> com CEP em outro algoritmo?
>
> Eles obtiveram as coordenadas de diversas maneiras. Pelo que me disseram a
> maior parte foi enviada pelas secretarias de saúde.
>

Hum... Então vai bem uma confirmação por geocodificação: se os pontos
estiverem por exemplo dentro de um raio de 1km, consideramos válido, senão
precisa dar destaque no ponto para priorizar verificação antes da
homologação junto a outros pontos.



>
> Não entendi sua segunda pergunta... mas os dados tem endereço e cep sim.
>

Joia, dessa forma podemos submeter os endereços com CEP por exemplo ao
Google  e aferir a verificação que descrevi acima.
___
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

[Peter Krauss]

Mais um voto para a metodologia gradual: importar grande massa de dados de
uma vez para a versão de produção em geral é suicídio, segmentar em regiões
nesse caso pode ser suficiente,
* primeiro homologa a região na base de teste (a tal da url separada com
interação para VOTOS);
* depois importa a região homologada para a base de produção (OSM oficial).



Em 8 de março de 2017 13:49, Wille  escreveu:

> On 08-03-2017 12:55, Valessio Brito wrote:
>
> É muito complicado fazer um hotsite/camada de interação para um
> usuário/visitante fazer uma avaliação colaborativa, se o local existe ou
> não, se esta funcionando ou não?!
>
> Poderia lançar em uma URL e ativar as redes para avaliar os dados.  Na
> medida que considera um fator do dado como qualificáveis, ele entra no OSM.
>
> O que pensa sobre isso?
>
> É uma boa idéia, porém precisa um certo esforço de desenvolvimento. Não é
> extremamente complexo, porém não é trivial.
>
>
>
> Em qua, 8 de mar de 2017 12:43, Wille  escreveu:
>
>> Olá!
>>
>> 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...
>>
>> Queria que vocês dessem uma olhada no mapa disponível em
>> http://visualizador.inde.gov.br/VisualizaCamada/1351 e me digam a
>> opinião de vocês sobre a qualidade do dados.
>>
>> Eu tenho um SQL com os dados completos (incluindo nomes, tipos e outras
>> informações sobre os estabelecimentos) que não estão disponíveis na INDE
>> e posso disponibilizar depois.
>>
>>
>> --
>> Wille Marcel
>> http://wille.blog.br/
>> http://maption.com.br/
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> --
> Wille Marcelhttp://wille.blog.br/http://maption.com.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

[Peter Krauss]

Qual foi a metodologia de geocodificação?  Tem como submeter os endereços
com CEP em outro algoritmo?

Em 8 de março de 2017 12:41, Wille  escreveu:

> Olá!
>
> 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...
>
> Queria que vocês dessem uma olhada no mapa disponível em
> http://visualizador.inde.gov.br/VisualizaCamada/1351 e me digam a opinião
> de vocês sobre a qualidade do dados.
>
> Eu tenho um SQL com os dados completos (incluindo nomes, tipos e outras
> informações sobre os estabelecimentos) que não estão disponíveis na INDE e
> posso disponibilizar depois.
>
>
> --
> Wille Marcel
> http://wille.blog.br/
> http://maption.com.br/
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida na identificação de Rodovias

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




Em 13 de fevereiro de 2017 17:51, Gerald Weber 
escreveu:

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

[Peter Krauss]

Oi gente, acho que é o caso de não perdermos mais tempo e *votarmos* (!!),
pois pelo visto era mesmo uma bagunça o uso das tags no OSM-BR...

A partir da votação, se houver ampla maioria, podemos estabalecer uma regra
mais séria e definitiva.

Problema: aqui no e-mail é difícil, o ideal é votar na Wiki (avisando o
link aqui quando estiver pronto numa página de discussção que pode ser
essa), onde ficaria registrado e bem formatado, todos lendo o mesmo
material com a mesma formatação.

PS: por favor não deixei de consultar também a página citada e mantida pelo
Vitor
,
com nomes e códigos que entendo foram registrados com toda precisão.

--- Exemplo de opções para voto 

*OPÇÃO 1*
* códigos oficiais na tag *ref*
, de preferência o código mais
atual e na via inteira;
* nomes são de preferência os "nomes oficiais" (quando existirem), e podem
constar *por trecho*, na tag *name*
.
* demais nomes e códigos não devem ser utilizados


*OPÇÃO 2*
idem opção 1, porém permitindo mais nomes e refs
* códigos oficiais na tag *ref*
, de preferência o *código
mais atual* e na via inteira;
* nomes são de preferência os "nomes oficiais" (quando existirem), e podem
constar *por trecho*, na tag *name*
.
* demais nomes: *loc_name*,  *old_name*  e *old_ref*.


*OPÇÃO 3*
* códigos oficiais na tag *ref*, de preferência o código mais atual e na
via inteira;
* nomes locais (trechos) na tag *name*.
* nomes oficiais (trechos) na tag *official_name*
* ...


*OPÇÃO 4 *

Reparem que não está claro quais são as opções, precisariamos de consenso
sobre elas (as opções finais e relevantes) antes de iniciar a votação.
Sugiro criar texto das opções e seção de votação nesta página

.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Controle de qualidade no OSM-BR, levantamento

[Peter Krauss]

Por favor quem já usou ou quer recomendar alguma *ferramenta de validação
*
(controle de qualidade ou *aviso de falha*)  responder este e-mail ou direto
na Wiki, neste link

.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Peter Krauss]

Oi Arlindo, editar a Wiki é tão fácil quanto escrever um e-mail,
experimente (!). As páginas que abri não interferem nas "páginas oficiais"
e estarei a cada semana dando uma espiada, e formatando melhor se tiver
dificuldade...

A diferença é que na Wiki podemos resumir e lapidar os pontos importantes
da discussão... A informação não se perde, se vai somando. O rascunho Wiki
aos poucos, com com colaboração, vira produto final.



Em 6 de janeiro de 2017 14:17, Arlindo Pereira <
arlindosaraivapere...@gmail.com> escreveu:

> Dificilmente terei tempo de ajudar (ainda estou enrolado tentando subir
> pouco a pouco os prédios no Rio), mas sugiro que seja quebrado em bairros,
> no caso das cidades maiores. Ou ainda, que seja feito nos municípios por
> ordem de menor para o maior (seja em área, seja em população), para
> facilitar o trabalho.
>
>
> []s
> Arlindo Pereira
>
> Em 6 de janeiro de 2017 09:32, Peter Krauss <ppkra...@gmail.com> escreveu:
>
>> Oi gente, "colocar a mão na massa" é também editar na Wiki (!!)
>>
>> @santamariense , tentei transcrever e adaptar algo, por favor revisar e
>> complementar:
>>
>> https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE
>> _2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os
>>
>> Mais uma vez lembro que é fundamental agora consolidar (transcrever,
>> resumir ou adapar) tudo o que foi discutido aqui nos emails, lá pra a Wiki,
>> que foi o espaço eleito para o primeiro rascunho do projeto, e para
>> "votarmos" (discutir e buscar consenso eventualmente também por meio de
>> votação) metodologias e demais decisões de projeto.
>>
>> Por favor editem
>>
>>https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010
>>
>> e seus links
>>
>>
>>
>>
>>
>> Em 5 de janeiro de 2017 23:29, santamariense <imagens...@gmail.com>
>> escreveu:
>>
>>> Penso que não existam metodologias completamente diferente entre nós.
>>> Existem alguns pormenores em discussão, mas de modo geral a
>>> metodologia parece ser a mesma.
>>>
>>> Eu não tenho conhecimentos de POSTGis mas to querendo aprender. Então
>>> se lançarem no Git beleza.
>>>
>>> A ideia é que a metodologia seja aberta para que, quem tiver
>>> interesse, possa contrapor, dar sugestões e entender o processo, mas
>>> não necessariamente vai ter que aprender a fazer todo o processo do
>>> zero.
>>>
>>> A ideia é (passos):
>>>
>>> 1. Padronizar uma metodologia (estamos neste momento aqui);
>>> 2. Processar os dados de TODOS os municípios, já com formato *.osm
>>> 3. Criar na wiki uma tabela de todos os municípios, com um link para
>>> download do arquivo *.OSM e um campo de assinatura. (Exemplo: Escolhi
>>> trabalhar no município X, então baixo o arquivo e, assino meu nome de
>>> usuário para que outra pessoa não conflite em escolher o mesmo
>>> município para edição). Além do que, se terá controle do andamento do
>>> trabalho em escala nacional.
>>> 4. Com o arquivo em mãos, vai se trabalhando em cima dele e salvando,
>>> e, quando estiver pronto (todo o município) se faz o upload. Não
>>> poderá ser baixado dados do OSM sobre o arquivo para evitar potenciais
>>> conflitos de edição.
>>>
>>> Como a ideia é já entregar o arquivo em formato *.osm pronto para
>>> ajustes finais, quem não tiver interesse em entender o processo de
>>> como se chegou a ele, não precisará aprender a fazer.
>>>
>>> ___
>>> 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] Sobre addr:interpolation - possibilidades

[Peter Krauss]

Oi gente, "colocar a mão na massa" é também editar na Wiki (!!)

@santamariense , tentei transcrever e adaptar algo, por favor revisar e
complementar:

https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os

Mais uma vez lembro que é fundamental agora consolidar (transcrever,
resumir ou adapar) tudo o que foi discutido aqui nos emails, lá pra a Wiki,
que foi o espaço eleito para o primeiro rascunho do projeto, e para
"votarmos" (discutir e buscar consenso eventualmente também por meio de
votação) metodologias e demais decisões de projeto.

Por favor editem

   https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010

e seus links





Em 5 de janeiro de 2017 23:29, santamariense 
escreveu:

> Penso que não existam metodologias completamente diferente entre nós.
> Existem alguns pormenores em discussão, mas de modo geral a
> metodologia parece ser a mesma.
>
> Eu não tenho conhecimentos de POSTGis mas to querendo aprender. Então
> se lançarem no Git beleza.
>
> A ideia é que a metodologia seja aberta para que, quem tiver
> interesse, possa contrapor, dar sugestões e entender o processo, mas
> não necessariamente vai ter que aprender a fazer todo o processo do
> zero.
>
> A ideia é (passos):
>
> 1. Padronizar uma metodologia (estamos neste momento aqui);
> 2. Processar os dados de TODOS os municípios, já com formato *.osm
> 3. Criar na wiki uma tabela de todos os municípios, com um link para
> download do arquivo *.OSM e um campo de assinatura. (Exemplo: Escolhi
> trabalhar no município X, então baixo o arquivo e, assino meu nome de
> usuário para que outra pessoa não conflite em escolher o mesmo
> município para edição). Além do que, se terá controle do andamento do
> trabalho em escala nacional.
> 4. Com o arquivo em mãos, vai se trabalhando em cima dele e salvando,
> e, quando estiver pronto (todo o município) se faz o upload. Não
> poderá ser baixado dados do OSM sobre o arquivo para evitar potenciais
> conflitos de edição.
>
> Como a ideia é já entregar o arquivo em formato *.osm pronto para
> ajustes finais, quem não tiver interesse em entender o processo de
> como se chegou a ele, não precisará aprender a fazer.
>
> ___
> 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] duplicidade de projetos

[Peter Krauss]

Oi gente , pelo que entendi o nome oficial ficou sendo "Muncicípios" (tem
também ~1/3 a mais de dados), assim vale fazer o merge de uma página para
outra...  Se ninguém tem ideia do que ainda tem em "CIdades" mas não tem em
"Municipios", o mais simples seria levando ambas para uma planilha, o diff
da Wiki é impossível de usar para essas coisas.



Em 5 de janeiro de 2017 21:31, Lucas Pereira 
escreveu:

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Peter Krauss]

Oi gente, por favor preencham os links vermelhinhos ou acrescentem outros
em que estiverem trabalhando.

https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010



Em 5 de janeiro de 2017 20:10, Sérgio V.  escreveu:

> Penso que seria útil se os que já tem uma metodologia em andamento,
>  se pudesse ir começando uma wiki comum (tipo "Proposta de importação de
> endereços no Brasil - CNEFE 2010 ") e descrevendo ali a metodologia
> pensada (mesmo que certamente vá sendo mudada e aprimorada no andar dos
> estudos e experimentos; e por experimentos entendo inicialmente "fora" do
> OSM, para que todos possam ver antes se tá funcionando suficientemente bem,
> e aprovar o uso no Brasil todo).
>
> Poderia ser em tópicos nesta wiki:
>
> -metodologia proposta por santamariense;
>
> -metodologia proposta por papibarrígafo;...
>
> -problemas identificados;
>
> -objeções;
>
> -preferências da comunidade;...
>
>
> Por exemplo, pode-se colocar na wiki também imagens dos resultados para
> que mesmo quem não entende de programação possa acompanhar.
>
> E em passo-a-passo, para mesmo quem não entende muito de programação ou
> processamentoem QGIS.
>
> Eu pessoalmente sou muito limitado em entender de programação.
>
> Assim todos podem enxergar melhor o que uns e outros estão propondo.
>
> Por exemplo, talvez seria útil colocar figuras do QGIS das tags com
> "labels", nas faces, tal como ficaria para importar.
>
> (pensei nisto na questão do Augusto sobre se  < pelo recenseador sempre em ordem de numeração crescente? Digamos, face 001,
> face 002, face 003, etc?>>).
>
> Aí se enxerga a coisa.
>
> Mas acho que tá indo bem a coisa, estamos próximos de chegar lá.
>
>
> Parabéns aos que tão metendo a mão no bagulho.
>
> Eu percebo minhas limitações em programação e processamento.
>
> Mas assim que entender o método, pego e executo.
>
>
> - - - - - - - - - - - - - - - -
>
> 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] Sobre addr:interpolation - possibilidades

[Peter Krauss]

@santamariense,   eu não sou contra a interpolação, acho inclusive que, por
ser um atributo distinto da numeração praticada (zero risco de adulteração
pelo que entendi), é sempre lucro em relação ao "NADA" usual.
A demanda pelo Github é quanto à  reprodutibilidade
 da sua metodologia: não dá
para ficar batendo papo aqui, é preciso mão-na-massa, pelo menos uma
amostrinha, e de preferência (ajudo a traduzir passos QGis para *PostGIS*)
com código-fonte do processo.

PS1: alguém mais aqui usa PostGIS?  Possso fornecer temporariamente um ssh
para todos fazerem seus testes no mesmo ambiente, sem precisar ficar
montando cada um a sua base.

PS2: o Lucas iniciou um trabalho parecido exatamente 1 ano atrás em Janeiro
de 2015, mas não tinha gente para colaborar como agora.
https://github.com/lucasmation/osm_cnefe_import







Em 5 de janeiro de 2017 15:35, santamariense 
escreveu:

> @Peter, teremos que documentar tudo. Você quer dizer usar o Git como
> repositório de arquivos? A documentação mesmo terá que ser no wiki.
>
> Eu pessoalmente sou a favor do uso das linhas de interpolação também
> no sentido de manter uma organização dos pontos. Os números de casas
> avulsos no mapa me preocupam. Digamos que tenhamos invertido a ordem
> dos números de uma esquina a outra (achar que uma rua inicia numa
> ponta, quando na verdade iniciava em outra). Se isso acontecer fica
> muito simples identificar quais números de casas são do CNEFE, pegar a
> linha mestre e girar.
>
> Claro, isso é questão de opinião (há pontos favoráveis e
> desfavoráveis). Há a possibilidade de se usar linha mestre apenas em
> ruas de uma quadra só (e não se sabe o sentido da numeração das casas
> daquela cidade) - não necessariamente como addr:interpolation. Talvez
> uma fixme.
>
> @Papibaquígrafo, Resposta sobre "Além disso, notei que no TXT às vezes
> aparece um endereço S/N entre dois que tem número. Nesse caso, dá pra
> ter certeza que a ordem dos elementos no TXT corresponde à ordem real
> dos prédios?"  > Isso é muito interessante. Já havia observado em
> leitura manual dos dados. Creio que realmente seja a ordem real. O
> problema é que essa informação se perde pela metodologia que estamos
> astuciando. E fica realmente complicado um ser humano ler aquele monte
> de linhas com caracteres esparsos quando se quer realizar um trabalho
> a nível nacional.
>
>
> Estando a source no changeset, é possível fazer uma query no overpass
> com base nas tags da changeset, mesmo um objeto já não estando mais em
> sua version=1???
>
> ___
> 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: Sobre addr:interpolation - possibilidades

[Peter Krauss]

Oi gente, que tal *consolidar *as discussões e decisões de projeto*?*
É impossível acompanhar e tirar alguma conclusão mais séria aqui em meio a
tantos e-mails dispersos e tantos tópicos discutidos pela metade.

Para mim está claro que é um experimento sério de consolidação global de
dados, e que portanto requer antes um preparo, reprodutível por exemplo com
PostGIS, para *experts* em processamento de dados poderem conferir e
"assinarem embaixo" (eu me incluo nos voluntários), bem como emitirem
relatórios mostrando os rumos da coisa antes de alterar a base OSM.

O uso dos dados do CNEF e o cruzamento com dados do CRP
 são dos mais relevantes (!),
são dados oficiais e atualizados.
Talvez o mais importante não seja a interpolação (num país onde ainda tem
gente adotando numeração predial por Numerologia), mas o destaque das
inconsistências e o registro confiável e definitivo dos dados
relativos a *faces
de quadra*.

Se todos aqui são "meio nerd", pode ser direto no Github,

   https://github.com/*OSMBrasil* /
*_NOME_DO_PROJETO_*

*Qual nome será dado a esse projeto?*  (ex. *CNEFE2010*)






Em 5 de janeiro de 2017 09:35, Reinaldo Neves 
escreveu:

> Também acredito que interpolação pelos dados do CNEFE vai trazer mais
> problemas que solução.
>
>
>
> Apenas a título de informação em São Paulo nas cidades que compõem a
> região metropolitana, a capital inclusive, o cep se inicia por zero,
> acredito que seja por isso que observou registros com 7 digítos.
>
>
>
> Evidente que o problema ocorre na definição do campo CEP com sendo int e
> não char como é o correto.  No arquivo do CNEFE original a informação está
> correta.
>
>
>
> ___
>
> Reinaldo Neves
>
> ☎: (11) 3221-3722
>
> ✉: rne...@equacao.com.br
>
> http://br.linkedin.com/in/rrneves
>
> https://medium.com/Reinaldo_Neves 
>
>
>
> *De:* Papibaquígrafo [mailto:agostinho74...@yahoo.com.br]
> *Enviada em:* quinta-feira, 5 de janeiro de 2017 07:49
> *Para:* OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Sobre addr:interpolation - possibilidades
>
>
>
> Santamariense,
>
>
>
> Sobre o ponto 1:
>
>
>
> O trabalho do recenseador não é muito diferente do nosso como
> colaboradores do OSM: você vai a campo e coleta os números da fachada das
> casas. Se falta o número de uma casa, então para todos os efeitos práticos
> esse número não existe: este é o princípio da verificabilidade do OSM ("the
> truth is on the ground"). Portanto, não há nada de errado em pular os
> endereços que constam como S/N no CNEFE. Pode-se até deixar uma nota
> dizendo "faltam N números nesta face" para posterior verificação.
>
>
>
> Por outro lado, ao adicionar interpolações, nós estamos "especulando" a
> respeito da numeração, o que de certa forma até fere o princípio da
> verificabilidade. E isso pode até mesmo introduzir erros e inconsistências.
> Se o número faltante é o da esquina, a interpolação não vai deixar de ser
> incompleta. Pior que isso, é sabido que existem quebras na sequencialidade
> dos números (acontece na rua em que cresci em Porto Alegre). Imagine se
> você usar um desses números "anômalos" (ou mesmo um dado incorreto, algo
> que há de existir no CNEFE) como base da interpolação!!
>
>
>
> (Note também que as tags para numeração interpolada foram pensadas para o
> sistema europeu, de números sequenciais. No Brasil, onde a numeração é por
> metro, mais de 9 em cada 10 números gerados serão inexistentes! Em uma mapa
> completo, a *não existência* de um número é uma informação tão importante
> quando o da *existência* de um número)
>
>
>
> Em suma, vamos tirar do CNEFE o que o CNEFE nos dá, sem especular em cima.
>
>
>
> Agora, sobre pontos menos importantes:
>
>
>
> a) Será preciso realinhar os shapes do IBGE com o OSM. Eu queria pedir que
> se mantenha um registro desses deslocamentos, para uso futuro. O workflow
> poderia ser o seguinte: 1. abrir o shp no JOSM e traçar algumas linhas
> entre uma esquina do shp e a correspondente esquina no OSM; 2. salvar essas
> geometrias em um arquivo; 3. usar a média aritmética das linhas para
> realinhar o shp; 4. *arquivar* o deslocamento usado em cada setor
> censitário nalgum lugar da wiki.
>
> b) Notei que há muitas inconsistências no campo CEP. Em São Paulo, por
> exemplo, eles tem só 7 digitios, o erro parece ser que falta o "1" no
> início.
>
> c) Sobre a tag source, veja exemplos mais recentes. Na importação de Nova
> York, não há source nos objetos. Note que ninguém jamais atualiza o source
> ao fazer uma edição, logo você precisa ir no histórico de qualquer forma
> para saber algo com convicção.
>
>
>
> E, pra finalizar, queria dizer que essa é uma ótima iniciativa. Parabéns!
>
>
>
> Em Quarta-feira, 4 de Janeiro de 2017 23:30, santamariense <
> imagens...@gmail.com> escreveu:
>
>
>
> @Papibaquígrafo,
>
> 1. A questão é que existem muitos SN (sem número) cadastrados entre

[Talk-br] transformando o CEP em domínio público, procura-se colaborador!

[Peter Krauss]

Oi gente, o projeto CRP,
   https://github.com/OSMBrasil/CRP
foi apresentado na OSM-LatAm   (pdf
),
tendo obtido ampla aceitação: agora é por a mão na massa, o foco do projeto
é inclusão dos CRPs de diversas bases de dados nacionais dispersas, na base
de openstreetmap.


Havendo mais interessados podemos agendar uma reunião online para
esclarecimentos e organização dos próximos passos.


Peter
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] state of the map latam

[Peter Krauss]

A foto ficou boa, e até me achei lá dentro (!)
E as outras fotos, devem ter tirado milhares, só sobreviveu uma delas??
E os videos das apresentaçoes?  Alias, as próprias apresentaçoes (ex.
PDF)... ??



Em 6 de dezembro de 2016 11:59, Gerald Weber  escreveu:

> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Canais vs ferramentas... e quem somos nós??

[Peter Krauss]

Olá Santamariense, com seus comentários já ficou mais claro...
Obrigado também Alexandre e Helio,  *Que tal todos consolidarmos na Wiki?*
convido a todos para retomarmos nesta página, ainda em rascunho:

   https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Comunidade

fiquem a vontade para editar (!).

O mais importante é ter uma *lista completa das ferramentas e dos canais de
comunicação*, para em seguida descobrir como capturar os seus usuários
(outro problema!), que no final das contas são eles que definem a
comunidade.

Em 2 de dezembro de 2016 10:37, santamariense 
escreveu:

> Eu acho que de uma forma ou outra todos são colaboradores do
> OpenStreetMap. Em maior grau aqueles que editam a base de dados,
> passando por aqueles que compartilham gpx, ou enviam notas de erros ou
> objetos faltantes, ou que ajudam a recolher dados a campo para o OSM,
> etc, e por último aqueles que só usam qualquer solução derivada do
> OSM. Estes últimos mesmo que sem querer, porque a partir do seu
> círculo de amizades alguém pode gostar desta solução e ir mais a fundo
> e descobrir o OSM, e esse terceiro sim vir a ser um editor da base de
> dados.
>
> ___
> 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] Canais vs ferramentas... e quem somos nós??

[Peter Krauss]

Bom dia Helio!  Obrigado, acho que estamos alinhados, e podemos então
conferir com os demais aqui na lista se partilham da mesma visão de 3
grandes grupos de "usuários".

Respondendo inline,

Em 1 de dezembro de 2016 17:04, Helio Cesar Tomio 
escreveu:

> Na minha opinião, nem sempre um usuário é colaborador do osm.
> Posso usar um maps.me e não editar nada.
>
Sim, é justamente o item 1, expressei como *"usando sem interferir (olhando
pros mapas, lendo as wikis, etc.)"*

PS: o maps.me é mais um que eu não conhecia ;-)que tal tentarmos fazer
uma lista sistemática de todas as ferramentas de ediçao?


> Mas posso ser um usuário do strava e indiretamente fornecer informações
> aos mapeadores do osm  (tracks).
>

Nossa, esse strava  eu também não conhecia, mais
um para a lista de ferramentas de edição ;-)


> Tem aqueles que apenas usam dados do osm em um qgis.
> Ou usam mapas para Garmin, feitos apartir do osm.
>
... Novamente item 1, se não dão *feedback direto* são meros leitores
humanos dos mapa.


> Me parece existir distinção entre um usuário e um colaborador.
>
Sim, é o que defini como item 2, *"colaborando"*, e depois reforcei *"... são
três modalidades distintas de participação..."*.


> Há aqueles que usam o osm em aplicativos, como o Foursquare ou Mapfactor,
> sem que o usuário compreenda.
>

Hum, tá aí algo para entender melhor:
* são autenticados (aparecem nas estatísticas
)?
* podem fazer estrago?


> Colaborador seria aquele que de alguma forma interfere ou interage
> diretamente na base de dados osm.
>

Ok, novamente item 2 (gente colaborando),
então interpreto que você diz que "usuário qualificado" precisa ser
*colaborador*.

... Aí fica a grande pergunta: tem como quantificar ou imaginar a
quantificação de "mínima colaboração anual positiva"?

Deve-se eliminar na contagem os vandalismos e erros sistemáticos... Pode-se
verificar quanto da contribuição se manteve sem ser deletada depois de um
tempo? Ou se as deleções em si não foram "vandalismos por ignorância"?

PS: na Wikipedia por exemplo vandalismo não dura mais que um mês,  e em
geral a estatística de vândalo mostra que o usuário foi criado só para isso
mesmo, difere de quem é iniciante ou erra sem querer...



>
> ___
> 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] Canais vs ferramentas... e quem somos nós??

[Peter Krauss]

Oi gente, eu gostaria de entender, e consolidar na Wiki *quem somos nós
(!?)*
Eu pelo menos não entendo e fico na dúvida, conforme ilustração abaixo
...

[image: Imagem inline 2]


Podemos convencionar que *somos todos usuários*... Mas usando ferramentas e
participando de diferentes formas:

1. *usando* sem interferir (olhando pros mapas, lendo as wikis, etc.)

2. *colaborando*:

2.1 *editando mapas*: mão na massa do mapa (iD, JOSM, etc.)! todos mais
cedo ou mais tarde deixando rastro aqui .

2.2. *codificando softwares*: mão na massa de algoritmos no Github/OSMBrasil
!

2.3. *editando textos*: mão na massa da Wiki e da documentação! em geral
traduzindo e polindo textos ou ilustrações.

2.4. *mantendo serviços*: poucos e raros mas importantes de lembrar (
*masters* dos sites  e dados
complementares ).

3. *discutindo:  *nos diversos canais
, coisa para caramba
e talvez dispersão...


... São três modalidades distintas de participação, mas para se qualificar
como *"membro da comunidade de usuários"*,
é importante que tenha um mínimo de participação como *colaborador*... *Seria
isso mesmo??*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] hey OSMLatam, tem global.survey.okfn.org !

[Peter Krauss]

Para quem não conhece, um dos principais "termômetros da abertura de dados"
do mundo é o http://index.okfn.org/  (*Global Open Data Index*).

A cada ano tem uma rodada de atualização e revisão dos dados
, por exemplo essa é do Brasil,
http://global.survey.okfn.org/place/br
É um levantamento do tipo *censo*, que envolve uma estratégia mais
controlada de *crowdsourcing*.

Justamente lá temos "*National Maps*" (exemplo BR
),
"Locations", "Administrative Boundaries", "Land Ownership", "Weather
Forecast"...

Podemos fazer isso em conjunto, pequenos grupos hoje ou amanhã durante a
OSMLatam !   Não requer maior sincronia, a *grande
oportunidade é ter pessoas com interesse e conhecimento para discutir "ao
vivo" as fontes de dados federais do seu país!*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Voluntários para o State of the Map Latam 2016

[Peter Krauss]

Oi Vitor, reparei que está com pelo menos 5 voluntarios/dia, acha que vai
ser suficiente?
Se não for avisa, que tentamos ajudar na campanha por mais voluntários.

Quanto à divulgação, não é muito mas pedi reforço nos canais da OKBr,
http://br.okfn.org/2016/11/23/state-of-the-map-2016-acontece-em-sao-paulo/


Em 19 de novembro de 2016 16:51, Vitor George 
escreveu:

> Olá pessoal,
>
> Gostaria de convidar voluntários brasileiros para ajudar na organização do
> SotM 2016. A equipe atual está dando conta da organização pré-evento, mas
> precisamos muito de mais gente para atuar nos dias da conferência. Quem se
> interessar por favor entre e contato comigo ou com Wille e passaremos mais
> detalhes. Criei um doodle para que apontem horários os que puderem ajudar:
>
> http://doodle.com/poll/gd7gd548x6sr3i8v
>
> Obrigado,
>
> *Vitor George*
> about.me/vgeorge
>
>
>
> ___
> 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] Alternativa ao CEP, aberta e livre para intercâmbio púbico de dados

[Peter Krauss]

Oi Paulo, obrigado pelo feedback,  tem "de-para" e "para-de" ;-)
Sim, tá tudo bem masticado em Javascript
<https://github.com/ppKrauss/CRP/blob/master/src/convert.js>, mas tendo
ideia de outras funcionalidades, são bem-vindas!

Podemos encarar o CRP como se fosse um *formato de intercâmbio de dados*,
ou seja, quando você não for trafegar seus dados em público nem publica-los
em listagens, pode converter de volta o CRP para CEP.
No intercâmbio o "estar preparado" é conhecer o Javascript.


Em 29 de agosto de 2016 16:57, Paulo Carvalho <paulo.r.m.carva...@gmail.com>
escreveu:

> Legal, o de-para ficou muito simples de implementar, mas teria que ter
> aplicativos preparados para isso.
>
> Em 29 de agosto de 2016 16:23, Peter Krauss <ppkra...@gmail.com> escreveu:
>
>> Oi gente, parece meio bobo mas existe uma solução simples para se
>> publicar listagens de CEP sem medo infringir direitos autorais dos
>> Correios
>> <http://pt.stackoverflow.com/questions/54539/cep-da-minha-cidade-onde-posso-encontrar-fonte-aberta-atualizada-e-confi%C3%A1vel>
>> ...
>> Não substitui o CEP para o grande público, mas permite o intercâmbio de
>> dados digital em comunidades de desenvolvedores.
>>
>> O primeiro rascunho está *neste git* <https://github.com/ppKrauss/CRP> com
>> demo neste outro link <https://ppkrauss.github.io/CRP>.
>>
>> Eventualmente poderia ser usado no OpenStreetMap-Brasil como apoio à
>> validação dos dados de faces de quadra, publicados recentemente pelo IBGE
>> <https://lists.openstreetmap.org/pipermail/talk-br/2016-July/011502.html>
>> .
>>
>>
>>
>> ___
>> 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] Alternativa ao CEP, aberta e livre para intercâmbio púbico de dados

[Peter Krauss]

Oi gente, parece meio bobo mas existe uma solução simples para se publicar
listagens de CEP sem medo infringir direitos autorais dos Correios

...
Não substitui o CEP para o grande público, mas permite o intercâmbio de
dados digital em comunidades de desenvolvedores.

O primeiro rascunho está *neste git*  com demo
neste outro link .

Eventualmente poderia ser usado no OpenStreetMap-Brasil como apoio à
validação dos dados de faces de quadra, publicados recentemente pelo IBGE
.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas SP

[Peter Krauss]

Oi Jorge, bem vindo na lista!

Eu já sofri bastante com cadastros de endereço em cidades do interior, e
acredito que São Paulo, principalmente na periferia, não seja muito
diferente: são frequentes os números prediais que não batem com a métrica
das ruas... Existem casos de números escolhidos por critérios de
numerologia, sem a menor conexão com a métrica (!)... E existem as falhas
burocráticas de registro no IPTU, os casos de numeração antiga que ainda se
confunde com a nova, ruas que mudam de nome mas não é oficial, etc.


Em 19 de março de 2016 09:54, Jorge Rocha Gualtieri 
escreveu:

> E quando estiver diferente? Acho melhor manter o que está lá, pois
> acredito que foi feito por alguém que conheça a região.
>
>
Exato.  Os dados obtidos por mecanismos de crowdsourcing
, como em geral é esperado no
OSM, são uma das únicas opções factíveis de captura e homologação dos dados
relativos à "numeração predial praticada".

Alias esse é o termo que algumas prefeituras usam para distinguir os dois
tipos de dado,

* *numeração praticada*: real, que está na plaquinha do lote ou edifício.
* *numeração oficial*: que foi registrada em cartório ou fixada pela
prefeitura, mesmo que com erros métricos.
* *numeração interpolada*: gerada por software, e consistente com a métrica
e as normas de numeração predial vigentes.

... talvez um bom começo de discussão seja avaliar como traduzimos e
interpretamos o jargão e as normas fixadas em
http://wiki.openstreetmap.org/wiki/Key:addr

Quanto a interpolações "presentes e passadas": minha visão pessoal é de que
interpolação é um dado matemático funcional, é o resultado de um algoritmo,
não importa quem ou quando postou o resultado. Eu entenderia que "jogar por
cima o dado novo" faz sentido se o novo algoritmo é mais preciso, ou se o
novo calculo envolveu mais amostras e portanto é mais confiável... Alias
outra discussão é essa: a interpolação deve ser ajustada à mostragem ou
ignora-la? Não está muito claro na Wiki.

Quanto a outros dados de apoio à amostragem: o CEP fornece condições de
contorno para a interpolação, mas o CEP não foi sistematicamente registrado
no OSM-BR.

PS: sobre aprofundar a discussão dos algoritmos, infelizmente não temos
massa crítica nessa lista de discussão para falar de software.. Eu  uso
PostGIS, o que você está usando?  Tem tem material em algum Github? Se a
discussão ficar muito técnica podemos levar para o Github ou Wiki-OSM.



> Abs
> Jrg
> Em 19/03/2016 09:37, "Nelson A. de Oliveira"  escreveu:
>
>> Você consegue verificar se já existe interpolação de endereço nos locais?
>> Tem ruas que já possuem e importar/automatizar sem verificar isso vai
>> gerar duplicidade de informaçõ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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Colaboração

[Peter Krauss]

Bem-vindos Roberto e Livia!
Parece bacana e relevante a iniciativa do grupo AGORA
!
Pessoalmente, mesmo não sendo um mapeador experiente, acho que entenderão
melhor a comunidade OSM e como interagir, a partir do momento que botarem a
mão-na-massa ;-)
Reforço também que existem mais canais, como colocou o Márcio.

Meu interesse na OSM-BR vem do uso dos mapas no PostGIS
, buscando estratégias e algoritmos para consolidação
dos dados OSM... Então comentarei do que conheço das estratégias de
consolidação:

* existe forte correlação entre a iniciativa do citado DisasterMappers, e a
iniciativa *HOT* aqui do OSM... A mais recente no Brasil foi pelo
mapeamento da região do desastre de Mariana, ver
http://wiki.openstreetmap.org/wiki/2015_Mariana_Dam_Collapse
  e outros links nesta lista de discussão.

* Existem dezenas de iniciativas de *mapeamento de equipamentos sociais* no
Brasil, tanto no governo como fora,  mas todas encontram-se dispersas.
Acredito que seja importante buscar a cooperação entre essas iniciativas, e
a padronização dos dados, bem como o registro sistemático dos mesmos (aqui
no OSM chamam de "tag" aos atributos adicionais). Exemplo de iniciativa que
pode resultar em parceria para vocês: https://cuidando.vc  (mais detalhes
).

* *Endereços públicos*: independente de ser ou não um equipamento do
governo, a chave da infra-estrutura para registrar e homologar dados desse
tipo, em infra-estrutura comum e padronizada, está no registro dos *pontos
de endereçamento de lotes/locais de utilidade pública*... Um bom exemplo de
infra-estrutura comum (que sustenta e tem feedback de outros projetos) e
que pode até ser oportunidade de diálogo, aproveitando que estão por ai na
Europa, é o "Adresse Nationale" da França, http://adresse.data.gouv.fr/




Em 18 de março de 2016 10:58, Márcio Aguiar Ribeiro  escreveu:

> Olá, Roberto!
>
> Seja bem vindo e pode contar com nossa colaboração.
>
> Caso se interesse também temos outras formas de contato, como grupos de
> mensagem instantânea no Telegram e fóruns online. Todos estão listados em
> http://wiki.openstreetmap.org/wiki/Pt:Contact
>
> Parabéns pelo trabalho e sucesso.
>
>
>
> Em qui, 17 de mar de 2016 às 15:51, Roberto Rocha 
> escreveu:
>
>> Olá pessoal,
>>
>>
>> Eu sou o Roberto, novo integrante da Talk-br. Eu e minha amiga Lívia, que
>> futuramente irá se apresentar por aqui, somos integrantes do Grupo AGORA (
>> http://www.agora.icmc.usp.br/site/agora/). Um grupo que tem como o
>> objetivo desenvolver soluções para melhoria da resiliência de comunidades
>> vulneráveis contra inundações. Um dos focos de atuação do grupo é o
>> mapeamento de áreas de risco por meio da plataforma OpenStreetMap (OSM).
>>
>> Atualmente, estou fazendo o meu doutorado sanduíche em Münster (Alemanha)
>> e a Lívia, também em período sanduíche, em Heidelberg (Alemanha). O
>> principal objetivo do meu projeto de doutorado é entender como ocorre a
>> colaboração entre a comunidade do OSM, a comunidade afetada pelo desastre e
>> tomadores de decisão.  Essa ideia surgiu durante a participação do grupo
>> nas atividades de mapeamento colaborativo realizadas após o terremoto no
>> Nepal em 2015.
>>
>> Em uma visita recente minha a Heidelberg, nós (eu e Lívia) tivemos uma
>> reunião com os DisasterMappers (https://disastermappers.wordpress.com/),
>> um grupo de jovens engajados nas atividades de mapeamento colaborativo
>> realizadas antes e após desastres naturais. Nesta reunião, discutimos a
>> possibilidade de estabelecer parcerias entre os DisasterMappers e a
>> comunidade brasileira.
>>
>> Inicialmente, o objetivo dessa parceria será mapear infraestruturas
>> críticas, como hospitais, escolas, entre outras. O nosso intuito é iniciar
>> o mapeamento pelas cidades de São Carlos e São Paulo, visto que o nosso
>> projeto está estabelecido em ambas as cidades.
>>
>> Assim, gostaríamos de contar com o apoio da comunidade brasileira para
>> estabelecermos essa parceria com os DisasterMappers (Heidelberg). Nos
>> colocamos à disposição para sugestões, dúvidas ou comentários.
>>
>> Desde já agradecemos a atenção.
>>
>>
>> Atenciosamente,
>>
>>
>> Roberto Rocha
>> Lívia Degossi
>> ___
>> 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] Facebook can map more of Earth in a week than we have in history

[Peter Krauss]

Interessante noticia, dei uma olhada nos links, me fez lembrar o seguinte:

* a IA (inteligência artificial) da noticia está sendo utilizada
principalmente para o que chamam de "reconhecimento de padrões" no contexto
de sensoreamento remoto... E isso já era realizado pelo INPI no Brasil em
2001

(!)
... Destacar ou reconhecer as bordas de lagos, rios, matas, etc. já é algo
dominado ha anos até por nós no terceiro mundo... O artigo é um tanto
marketeiro, dá a entender que é uma "revolução da IA" desenvolvida pelos
laboratórios do Facebook, não é isso. A revolução é uma empresa privada ter
tamanho poder de processamento (mais do que o INPE ou talvez a NASA) para
realizar isso com alta resolução e numa massa imensa de dados.

* não está sendo distinguida a "automação total" da "automação assistida".
Os algoritmos de "automação total" evoluíram e são bons, mas sempre há uma
rebarba para ser homologada ou revisada pelo humano. Quanto à automação
assistida, são as ferramentas indicadas pelos links do Nelson (parecem
boas!), e requerem justamente a assistência de um humano: é com elas que se
faz ainda hoje, com ou sem grande poder de CPU, o grosso do trabalho sério
e profissional, com alguém "assinando embaixo" do mapa antes de entrega-lo.
PS: no caso das soluções mundanas, é o JOSM que garante a interface de
"assistência" e homologação dos processamentos.


Feitas essas ressalvas, claro, estava curioso para ver o resultado do
super-processamento IA realizado pelo Facebook... Como se diz, "quem mata a
cobra mostra o pau". A noticia fala que foram feitas maravilhas, onde estão
elas para validarmos??



Em 27 de fevereiro de 2016 11:35, Nelson A. de Oliveira 
escreveu:

> 2016-02-27 9:36 GMT-03:00 Gerald Weber :
> > 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.
>
> Tem para lagos: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Scanaerial
> Talvez seja possível identificar áreas verdes também.
>
> Teoricamente tem para ruas:
> http://wiki.openstreetmap.org/wiki/Bing_road_detect_API
>
> Não relacionado com a parte visual, mas tem projeto de
> sugestão/automatização de categoria de objetos:
> https://github.com/GeoKnow/OSMRec
>
> Não testei nenhum dos três.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] [formalizando a OSM-BR, parte-1] Quantas horas foram gastas editando e colaborando?

[Peter Krauss]

Qual aplicativo você usa?  Edita mapas com o iD
? Com o JOSM
?
E quantas "horas liquidas" de trabalho você já consumiu contribuindo com
edições?
Pode até ser um chute, por baixo... muitas horas por mês... E se o valor da
hora fosse digamos R$1, parece pouco?
Quantas horas ao todo já foram doadas para a OSM?

Abaixo um trecho bem didático, sobre o registro de tempo numa associação
sem fins lucrativos brasileira, que contabiliza as horas dos seus
voluntários,
“
  Uma outra forma de aproveitar a equivalência valor do tempo é a avaliação
do trabalho prestado por voluntários.
  Para muitos, trata-se de atividade pouco importante, 'marginal' do ponto
de vista econômico.
  O exemplo da Pastoral da Criança  é
neste sentido significativo.
  A Pastoral trabalha com 350 mil voluntários, e está na origem, nas
regiões de atividade,
  de 50% da redução da mortalidade infantil e 80% da redução das
hospitalizações.
  Em termos de contabilidade tradicional, esta atividade não é positiva:
pelo contrário,
  ao reduzir o consumo de medicamentos, uso de ambulâncias e dias de
hospitalização, reduz o PIB.
  E a atividade, como não é remunerada, não aparece no PIB como
contribuição positiva.
  Se estimarmos o trabalho das voluntárias da Pastoral dedicado a crianças
em 1 hora por dia,
  a R$3,30 a hora, podemos avaliar a contribuição da pastoral como
equivalente a R$1.155.000 por dia.
”, L. Dowbor, akatu.org.br, "O valor economico do tempo livre"



Se a OSM-BR fosse uma organização formalizada (com CNPJ), essas horas
poderiam ser registradas pela contabilidade,
e usadas não só para demonstrar o "curriculum da OSM", o valor seria também
demonstração de contrapartida em
parcerias com o governo (prefeituras, autarquias, etc.) ou entidades de
fomento, para formalizar as parcerias.

O registro das horas voluntárias é uma prática pouco conhecida do público,
mas comum entre entidades que buscam parcerias transparentes e duradouras.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] MENSAGEM1 FORA DA LISTA

[Peter Krauss]

Oi Vitor, obrigado!

Antes de responder algo na lista gostaria de estar melhor alinhado com
voce, bem como sondar as iniciativas que você já conhece para a
formalização de um capítulo OSM-BR... Pode ser?

T+.


Em 4 de fevereiro de 2016 17:58, Vitor George <vitor.geo...@gmail.com>
escreveu:

> Oi Peter,
>
> O evento está sendo realizado pela associação da qual faço parte. Ela não
> tem um nome ainda, estamos finalizando o processo de constituição. Em breve
> vamos fazer o lançamento. Esta associação é formada por pessoas envolvidas
> com o InfoAmazonia <http://www.infoamazonia.org>, Código Urbano
> <http://www.codigourbano.org>, Mapas Coletivos
> <http://www.mapascoletivos.com.br>, projetos que usam dados do
> OpenStreetMap e que serão absorvidos pela nova organização.
>
> Sobre o capítulo OSM-BR, já houve uma tentativa de colocar de pé, mas não
> avançou muito. Parece uma tarefa complicada articular a elaboração de um
> estatuto e constituir a organização, mas se alguém se animar em puxar, eu
> participo. No evento com certeza haverá espaço para atividades
> relacionadas a isso.
>
> Abraço,
> Vitor
>
> 2016-02-03 9:59 GMT-02:00 Peter Krauss <ppkra...@gmail.com>:
>
>> Existe algum CNPJ por de trás desta organização?   Acho que seria uma
>> grande oportunidade para se revisar e avançar na governança da OSM-BR.
>>
>> Em 3 de fevereiro de 2016 08:39, Vitor George <vitor.geo...@gmail.com>
>> escreveu:
>>
>>> Oi pessoal,
>>>
>>> Hoje vamos visitar os locais candidatos a sediar o State aqui em SP, em
>>> breve devemos fazer o anúncio da data. Precisamos de um logo para o site e
>>> material promocional. Nossas referências são as conferências global e
>>> americana:
>>>
>>> https://stateofthemap.org/
>>> http://stateofthemap.us/
>>>
>>> Se alguém tiver interesse em participar, me avise diretamente.
>>>
>>> Abraço,
>>> Vitor
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Re-off: Logo do State of the Map LATAM

[Peter Krauss]

Oi Vitor, obrigado!

Antes de responder algo na lista gostaria de estar melhor alinhado com
voce, bem como sondar as iniciativas que você já conhece para a
formalização de um capítulo OSM-BR... Pode ser?

T+.


Em 4 de fevereiro de 2016 17:58, Vitor George <vitor.geo...@gmail.com>
escreveu:

> Oi Peter,
>
> O evento está sendo realizado pela associação da qual faço parte. Ela não
> tem um nome ainda, estamos finalizando o processo de constituição. Em breve
> vamos fazer o lançamento. Esta associação é formada por pessoas envolvidas
> com o InfoAmazonia <http://www.infoamazonia.org>, Código Urbano
> <http://www.codigourbano.org>, Mapas Coletivos
> <http://www.mapascoletivos.com.br>, projetos que usam dados do
> OpenStreetMap e que serão absorvidos pela nova organização.
>
> Sobre o capítulo OSM-BR, já houve uma tentativa de colocar de pé, mas não
> avançou muito. Parece uma tarefa complicada articular a elaboração de um
> estatuto e constituir a organização, mas se alguém se animar em puxar, eu
> participo. No evento com certeza haverá espaço para atividades
> relacionadas a isso.
>
> Abraço,
> Vitor
>
> 2016-02-03 9:59 GMT-02:00 Peter Krauss <ppkra...@gmail.com>:
>
>> Existe algum CNPJ por de trás desta organização?   Acho que seria uma
>> grande oportunidade para se revisar e avançar na governança da OSM-BR.
>>
>> Em 3 de fevereiro de 2016 08:39, Vitor George <vitor.geo...@gmail.com>
>> escreveu:
>>
>>> Oi pessoal,
>>>
>>> Hoje vamos visitar os locais candidatos a sediar o State aqui em SP, em
>>> breve devemos fazer o anúncio da data. Precisamos de um logo para o site e
>>> material promocional. Nossas referências são as conferências global e
>>> americana:
>>>
>>> https://stateofthemap.org/
>>> http://stateofthemap.us/
>>>
>>> Se alguém tiver interesse em participar, me avise diretamente.
>>>
>>> Abraço,
>>> Vitor
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Re-off: Logo do State of the Map LATAM

[Peter Krauss]

Ops, perdeu o "off" no reply apressado, desculpe. Mas continua de pé, e
vale para os demais membros: acho que  é o momento de discutir mais sério
aqui na Lista (!), deixar o papo muito  informal para a troca de emails
pessoais (off)... Informações que se confirmam e opiniões que convergem em
consenso, são importantes para não deixar essa importante discussão virar
um mero "papo de mesa de bar", sem frutos, como tem ocorrido.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Logo do State of the Map LATAM

[Peter Krauss]

Existe algum CNPJ por de trás desta organização?   Acho que seria uma
grande oportunidade para se revisar e avançar na governança da OSM-BR.

Em 3 de fevereiro de 2016 08:39, Vitor George 
escreveu:

> Oi pessoal,
>
> Hoje vamos visitar os locais candidatos a sediar o State aqui em SP, em
> breve devemos fazer o anúncio da data. Precisamos de um logo para o site e
> material promocional. Nossas referências são as conferências global e
> americana:
>
> https://stateofthemap.org/
> http://stateofthemap.us/
>
> Se alguém tiver interesse em participar, me avise diretamente.
>
> Abraço,
> Vitor
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?

[Peter Krauss]

Bom dia!  vou comentar/replicar várias respostas...

- - - -

RESP. Gerald e Márcio Vinícius, e resp. ao Cassio, *"... em primeiro lugar,
'por que criar normas'?"*.
Aquilo sobre o caos, a ordem e a anarquia... Como colocou o Gerald,* "... **não
descreveria o sistema do OSM como anárquico e sim como caótico"*.
Otimas colocações(!), regras para combater o caos são distintas das regras
vinculadas a poder... Eu enfatizaria o seguinte:

1) só deveríamos *criar regras quando de fato existem casos precedentes e
problemas relevantes*. Há que existir um sistema (burocracia) para registro
dos casos/reclamações/etc. que em parte é essa lista de discussão.

2) existem dois tipos de regras bem bem distintas, que estão sendo
misturadas na discussão:

2.1) *voluntárias*: tais como marcar hora para um encontro ou criar uma
norma técnica para somar esforços. São essas regras que transformam o caos
em ordem... Como colocou o Márcio, elas tornam as coisas mais previsíveis.
Requerem o mínimo de burocracia: precisam estar escritas, e terem consenso
formalmente legitimado.

2.2) *de obrigação*: requerem penalidades para terem valor de fato como
regras. Em geral representam de fato uma restrição de liberdade... E só
fazem "sentido de obrigação" se vierem acompanhadas de algum tipo de
penalidade, por mais tênue que pareça... Ditar direitos e obrigações requer
"instancia superior", mesmo que em ambientes altamente democráticos, temos
instâncias como assembleias e plebiscitos.

As "normas de obrigação" são em geral esboçadas num Estatuto e depois vão
sendo detalhadas por regulamentação (RFCs
 e seu ciclo de
vida ) ,
que justamente define direitos e obrigações... E portanto são apenas
aplicáveis a aqueles que se comprometeram com o Estatuto... É essa a
demanda que nos impele a criar organizações mais formais (ex. fundações e
ONGs), para *garantir a guarda do patrimônio coletivo* e/ou maior
profissionalismo nos resultados.

- - - -

RESP. 5 de janeiro, Cassio: * "... o que mais via em relação à Wikipédia é
reclamação sobre a postura ditatorial dos responsáveis pelas edições .."*
Esse é um problema de "abuso do poder" e a mesma democracia que dá pode
também tirar... Como outros disseram, o ideal é distribuir um mínimo
possível de poderes. Em termos de ferramental democrático a Wikipedia é um
péssimo exemplo, ainda é uma plataforma primitiva, as discussões são
improdutivas, vale quem grita mais alto ou tem mais tempo para ficar
policiando e reeditando.

- - - -
RESP. a Cassio, *"**uma organização sem a buRRocratização"*; Arlindo, *"já
tive experiências ruins com sistemas com controle central"*; Adriano (caso
Waze),

Acho que está mais claro agora, diante da pluralidade de opiniões e
visões (alguém
mais comentou corajosamente que editar OSM é passa-tempo),  a OSM-BR aqui, *nós
somos uma comunidade estratificada*:

1* gente que participa só de longe, sem efetuar maiores colaborações.
2* gente que colabora, até de forma eficiente, mas entende tudo como uma
diversão, um passa-tempo.
3* gente que participa, colabora com eficiência, e gostaria de cobrar um
mínimo de eficiência/profissionalismo.

As tais "normas de obrigação" que comentei no inicio, só interessam ao
extrato 3,
a "anarquia/fluidez" interessa mais aos extratos 1 e 2.
Os 3 extratos precisam coexistir em harmonia, ano-a-ano há uma certa
mobilidade das pessoas, de um extrato para o outro.

- - - -

RESP. Gerald de 5 de janeiro de 2016,   *"Sem esta componente
de confiabilidade eu não vejo como o OSM poderá se tornar mais aceito para
o uso do dia-a-dia".*

Não existe nada do tipo de "OSM *stable*"??

A *versão stable* é um conceito muito comum em software,
  https://www.debian.org/releases/  (ou UBUNTU *LTS*)
  https://en.wikipedia.org/wiki/Software_release_life_cycle

Em *crowdsourcing* de conteúdo, como na Wikipedia, tem também a noção
de "*featured
content*",
  https://en.wikipedia.org/wiki/Portal:Featured_content
que é o que de fato foi homologado.

... Assim poderíamos ter além do "OSM-BeloHorizonte *testing*", que seria o
caso que o Gerald exemplificou,
uma outra *versão, homologada e controlada* por uma comunidade de gente
mais selecionada (que é o que tanto o Alexandre fala, e conceituei acima
como "extrato 3"),  ter também o mapa  "OSM-BeloHorizonte *stable*".




Em 7 de janeiro de 2016 02:58, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Governo de nenhum país é perfeito. E as nações são projetos muito mais
> maduros do que uma Wikipédia.
>
> Eu estou aqui (neste tópico) para rejeitar não apenas o caos, como a
> anarquia. Democracia não é fácil fazer; e mesmo a ideal, não agradará a
> todos. Mas democracia é o melhor¹ que o Homem já conseguiu para gerenciar
> poder.
>
> Alexandre
>
> 1 ‒ Eu gostaria que fôssemos, eu e todo o Mundo, crentes e sinceros o
> suficiente para uma teocracia. Mas sabemos que não dá...
>
> Em 5 

Re: [Talk-br] Estamos vivenciando uma experiência meritocrática?

[Peter Krauss]

Adriano e Cassio,

Acho que estão todos aqui falando um pouco a mesma coisa, mas com uma
linguagem um pouco diferente... Acho que o primeiro cuidado é com o nosso
preconceito com relação a palavras que aqui estão sendo empregadas para um
sentido parecido, mas que no dia-a-dia usamos com sentidos bem distintos...
São elas:

* *anarquia*: para alguns tem sentido pejorativo, para outros positivo, até
religioso ;-)

* *burocracia *: no dia-a-dia tem
um sentido bem pejorativo, para gestores de organizações, sentido técnico.

* *fazer-cracia
*: o
Cassio talvez não conheça esse jargão, mas ele traduz a colocação "qualquer
um poder sentar na frente dele e fazer alguma coisa".

Se todos entenderem tudo da mesma forma, ou seja, se nos alinharmos melhor
aqui na discussão, então podemos dar um passo seguinte, que é verificar se
existem elementos de consenso...


PS: entendo também  que estamos aqui discutindo um *ajuste fino* da OSM-BR,
não uma revolução (!).  O Cassio lembra de um desses ajustes que é adaptar
o internacional ao local, à nossa cultura. Não é "pegar ou largar", acho
que temos margem na OSM para fazer ajustes e adaptações à nossa cultura, às
peculiaridades da OSM-BR.



Em 4 de janeiro de 2016 08:34, Adriano Rosa  escreveu:

> concordo plenamente, com o cássio. era isso que eu estava pensando em
> comentar mas não encontraria os argumentos melhor que ele.
>
> Em seg, 4 de jan de 2016 às 08:16, Cassio Eskelsen 
> escreveu:
>
>> O grande crescimento do OSM só foi possível pelo seu espírito quase que
>> anarquista de qualquer um poder sentar na frente dele e fazer alguma coisa.
>>
>> Tem problemas?  Claro que tem, mas não podemos ficar presos à velhas
>> idéias de comando-e-controle onde apenas uma casta detém o controle, por
>> mais benevolente que sua criação informal tenha sido no início. A história
>> está aí para provar que tais grupos de controle, sendo eles de que lado
>> ideológico forem, com o tempo se tornam um fardo.
>>
>> Se o modelo do OSM não funciona no Brasil temos é que OU educar as
>> pessoas para que façam as coisas corretamente OU, em última instância,
>>  lamentar o espírito de porco do brasileiro, mas não querer buRRocratizar
>> algo que mundialmente está funcionando relativamente bem.
>>
>> At
>>
>> Cassio
>>
>> Cássio Rogério Eskelsen
>> 3Geo
>>
>> 2015-12-26 10:22 GMT-02:00 Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com>:
>>
>>> Para mais clareza:
>>>
>>> Eu tenho falado em curtidas e descurtidas. Mas na verdade, "descurtida"
>>> não é bem a palavra. É claro que eu posso desfazer minha curtida, com uma
>>> descurtida. Só que todo o tempo eu estava me referindo a uma pessoa ir lá,
>>> onde eu curti, e "não curtir". Como no Youtube, que temos o "gostei" e o
>>> "não gostei".
>>>
>>> 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
>>
> --
>
>
> Adriano.
>
> ___
> 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] Questão de ordem sobre mecanismos de moderação ou validação de edições (Helio C Tomio)

[Peter Krauss]

Neste momento, e sempre, a comunidade somos nós: não temos "poder
ilimitado", mas de todo o coletivo, numa democracia, emana poder... E toda
mudança positiva, não precisa vir de uma revolução, o poder de mudar
migalhas, como fazem as formigas, é tão ou mais importante do que o poder
de mover montanhas.

Apesar de as discussões ficarem por vezes acaloradas, e parecer que
precisamos de grandes mudanças, é preciso e é viável o passo-a-passo, com
consenso e legitimidade a cada passo. *O que se coloca no momento sobre
"mecanismos de moderação ou validação de edições" é como será a
legitimação, qual o mecanismo desse pequeno passo-a-passo*.


Em 28 de dezembro de 2015 09:03, Helio Cesar Tomio 
escreveu:

> Muito pertinente o comentário sobre a necessidade de discutir esse assunto
> de controle/moderação de edições no fórum internacional do OSM.
>
> Tenho a impressão que esta liberdade "total" de editar no OSM pode sofrer
> reconsiderações assim que qq maluco extremista ou fanático resolver
> debulhar os mapas de países como EUA ou da Europa, como França, Alemanha,...
>
> Ainda que se possam reverter essas edições, haverão prejuízos.
> Neste momento, penso que o OSM será impelido a rever sua politica de
> contribuiçõ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] Questão de ordem sobre mecanismos de moderação ou validação de edições (Helio C Tomio)

[Peter Krauss]

concordo com o Helio (!)

Oi Helio, desculpe o "discurso isolado"... acho que evitei comentar por ter
lido rápido "impedido" ao invés de "impelido"  ;-)

PS: um sugestão complementar é consolidar as discussões aqui da Lista lá na
Wiki... Alguém pode ajudar?
<https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Comunidade_e_governan%C3%A7a>



Em 28 de dezembro de 2015 10:00, Peter Krauss <ppkra...@gmail.com> escreveu:

> Neste momento, e sempre, a comunidade somos nós: não temos "poder
> ilimitado", mas de todo o coletivo, numa democracia, emana poder... E toda
> mudança positiva, não precisa vir de uma revolução, o poder de mudar
> migalhas, como fazem as formigas, é tão ou mais importante do que o poder
> de mover montanhas.
>
> Apesar de as discussões ficarem por vezes acaloradas, e parecer que
> precisamos de grandes mudanças, é preciso e é viável o passo-a-passo, com
> consenso e legitimidade a cada passo. *O que se coloca no momento sobre
> "mecanismos de moderação ou validação de edições" é como será a
> legitimação, qual o mecanismo desse pequeno passo-a-passo*.
>
>
> Em 28 de dezembro de 2015 09:03, Helio Cesar Tomio <hcto...@gmail.com>
> escreveu:
>
>> Muito pertinente o comentário sobre a necessidade de discutir esse
>> assunto de controle/moderação de edições no fórum internacional do OSM.
>>
>> Tenho a impressão que esta liberdade "total" de editar no OSM pode sofrer
>> reconsiderações assim que qq maluco extremista ou fanático resolver
>> debulhar os mapas de países como EUA ou da Europa, como França, Alemanha,...
>>
>> Ainda que se possam reverter essas edições, haverão prejuízos.
>> Neste momento, penso que o OSM será impelido a rever sua politica de
>> contribuiçõ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] Questão de ordem sobre mecanismos de moderação ou validação de edições

[Peter Krauss]

(entrando agora no thread correto, Hélio vem para cá você também!)

Comentando as diversas respostas,

(do Márcio)
> Poderíamos fazer um serviço que monitora os changesets e alerta por
e-mail sobre grandes grandes
> mudanças e envios de usuários com poucas edições. Em conjunto com um
whitelist dos mapeadores
> (para evitar notificações de usuários antigos e de confiança) acho que
seria um primeiro passo para
> identificar vandalismo e erros rapidamente.

Quais são exatamente as APIs que hoje fazem isso? Na Wiki

indiquei o http://hdyc.neis-one.org/
(exemplo  de dados)
mas não vi API ... pelo que entendi usaria essa antiga APIv0.6

Acho que antes de um kick-off de mudanças gerais (muito mais complicado),
basta nos entendermos e nos organizarmos: quem somos nõs?? Alguém tem uma
listagem dos "membros"?  Quais são as regras escritas que deveríamos estar
seguindo, existe uma consolidação das regras além dessa
?

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

Acho

Em 28 de dezembro de 2015 11:34, Márcio Aguiar Ribeiro <
aguiar.mar...@gmail.com> escreveu:

> Poderíamos fazer um serviço que monitora os changesets e alerta por e-mail
> sobre grandes grandes mudanças e envios de usuários com poucas edições. Em
> conjunto com um whitelist dos mapeadores (para evitar notificações de
> usuários antigos e de confiança) acho que seria um primeiro passo para
> identificar vandalismo e erros rapidamente.
>
> Esse fim de ano estou muito atolado com coisas do trabalho, mas em janeiro
> posso dar o kick-off nesse projeto e a gente vai melhorando ele
> gradualmente.
>
>
>
> Em seg, 28 de dez de 2015 às 10:18, Gerald Weber 
> escreveu:
>
>> Olá turma
>>
>> Eu tentei levantar a questão da prevenção em diversas ocasiões junto a
>> instâncias superiores do OSM e encontrei enorme resistência e até
>> hostilidade.
>>
>> Como já disse o Arlindo, a discussão local, embora interessante, não vai
>> levar a nada. Tem que agir internacionalmente, envolvendo-se mais
>> diretamente no gerenciamento do OSM, mas isto é algo que só vai acontecer a
>> longo prazo. Ou então os parceiros comerciais do OSM tem que começar a
>> chiar mais fortemente, até acho estranho que já não tenham se manifestado.
>>
>> Agora, nada nos impede de criarmos um índice automatizado de qualidade do
>> mapa que nos alerte sobre anomalias como por exemplo grandes deleções.
>> Tipicamente, se você souber do problema dentro de 48h uma simples reversão
>> resolve a questão de maneira quase indolor.
>>
>> Eu procurei vigiar a região de Belo Horizonte via whodidt por quase 1
>> ano. É extremamente trabalhoso e estressante, acabei desistindo. Verificar
>> centenas de changesets manual um a um leva dias, você não faz mais nada.
>>
>> Agora as ocorrências seguem um padrão bem clássico, se escrevermos alguns
>> scripts que automatizem a localização de ocorrências isto deve facilitar
>> bastante. Essencialmente basta correlacionar o tempo de vida do usuário, o
>> tipo de changeset (por exemplo sem qualquer comentário) e o tipo de edição.
>> Deleções grandes são bastante óbvios de pegar. Outra situação são
>> alterações de tipos de via que já foram editados anteriormente por vários
>> usuários. E por aí vai.
>>
>> abraço a todos
>>
>> Gerald
>>
>> 2015-12-28 10:40 GMT-02:00 Arlindo Pereira <
>> openstreet...@arlindopereira.com>:
>>
>>> Paulo,
>>>
>>> concordo com as duas. Acho até que seria interessante ter um esquema de
>>> validação a priori, ao invés de a posteriori como a gente faz (ou tenta
>>> fazer) hoje. Só que não é decidindo localmente que a gente faria isso -
>>> isto envolve, necessariamente, uma mudança em como os servidores do OSM
>>> funcionam e, para isso, essa decisão deve ser tomada internacionalmente.
>>>
>>>
>>> []s
>>> Arlindo
>>>
>>> 2015-12-27 16:30 GMT-02:00 Paulo Carvalho 
>>> :
>>>
 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 

Re: [Talk-br] Questão de ordem sobre mecanismos de moderação ou validação de edições (Helio C Tomio)

[Peter Krauss]

Que tal nos prepararmos para um 2016 mais  passo-a-passo e mão-na-massa da
governança (!), o nosso blablabla de 2015 já deu o que tinha que dar...  ;-)

(respondnedo)

Em 28 de dezembro de 2015 13:01, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Concordo. Eu só acho que o Brasil precisa constituis um bloco diplomático
> internacional. Para a legitimidade dele, só com uma governança interna
> também legitimada.
>
>
Então vai concordar que criar regras isoladas da OSM-BR, como
   https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Revers%C3%B5es

não deveriam ser isoladas, mas fazer parte da "legislação internacional",
como
https://wiki.openstreetmap.org/wiki/Pt:JOSM/Plugins/Reverter

:-)




> Alexandre
>
> Em 28 de dezembro de 2015 09:00, Peter Krauss <ppkra...@gmail.com>
> escreveu:
>
>> Neste momento, e sempre, a comunidade somos nós: não temos "poder
>> ilimitado", mas de todo o coletivo, numa democracia, emana poder... E toda
>> mudança positiva, não precisa vir de uma revolução, o poder de mudar
>> migalhas, como fazem as formigas, é tão ou mais importante do que o poder
>> de mover montanhas.
>>
>> Apesar de as discussões ficarem por vezes acaloradas, e parecer que
>> precisamos de grandes mudanças, é preciso e é viável o passo-a-passo, com
>> consenso e legitimidade a cada passo. *O que se coloca no momento sobre
>> "mecanismos de moderação ou validação de edições" é como será a
>> legitimação, qual o mecanismo desse pequeno passo-a-passo*.
>>
>>
>> Em 28 de dezembro de 2015 09:03, Helio Cesar Tomio <hcto...@gmail.com>
>> escreveu:
>>
>>>
>>> [...] Neste momento, penso que o OSM será impelido a rever sua politica
>>> de contribuiçõ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] Lacuna no mapa - SC

[Peter Krauss]

Olá a todos,
Gostaria de aproveitar as colocações do Gerald...
antes lembrar que o assunto aqui era a "lacuna no mapa", percebida pelo
Adriano: alguém conseguiu reverter ou resgatar os dados perdidos?
PS: e quanto ao uso desse recurso da Wiki
,
faz sentido entrar com uma descrição do caso?

- - - -
Em resposta ao Gerald, eu gostaria de apresentar o modelo de trabalho do
Stackoverflow, que contempla o nosso perfil de comunidade e atividades,
é baseado num algoritmo de distribuição de revisões aos experts (*fellow
members*):
 http://stackoverflow.com/review
ele pode ser adaptado a ambientes como OSM, e pode ser usado apenas um
 contexto específico como OSM-BR.
O algoritmo de distribuição de revisões garante também um maior acolhimento
aos novatos.
Os tais *fellow members* são justamente os usuários com qualificação
minimamente comprovada, que o Alexandre tentava descrever em termos de
pontos de participação no outro *thread* aqui da Lista.

Alias, entendo que já existe coisa semelhante no OSM, só que mais passiva,
  http://learnosm.org/en/coordination/tasking-manager/

Acredito que que possamos chegar a um "algoritmo ideal"... Que tal
começarmos a consolidar essas discussões na Wiki
?
Alguém poderia ajudar?
Essas discussões todas são esclarecedoras e podem convergir em decisões
sábias e promissoras, é um desperdício perdermos elas todos os anos aqui na
Lista... Falta dar o passo seguinte, que é resumir/consolidar os consensos
e (quando fizer sentido) consultar o resto da comunidade.


Em 27 de dezembro de 2015 12:05, Arlindo Pereira <
openstreet...@arlindopereira.com> escreveu:

> Mais que isso: o OSM parte do princípio que ninguém melhor que um mapeador
> local para verificar se as edições locais são, de fato, válidas. Um editor
> remoto poderia verificar se uma determinada edição é maliciosa, mas apenas
> até certo limite, apenas se o "mal" feito for bastante óbvio (deleção de
> vias etc).
>
> Por outro lado, outros tipos de edições (digamos, adição de POIs como
> bares, restaurantes, farmácias etc.) totalmente fictícias poderiam ser
> verificadas só por editores locais.
>
> Precisamos, essencialmente de mais braços. *Precisamos de muitos fazendo
> o suficiente, não de poucos fazendo muito.* Por isso a "chatice" de
> alguns membros, porque o malfeito de um ou outro pode colocar em risco
> todas as demais contribuições (seguindo regras internacionais do projeto,
> nada que definimos por aqui, e que quem quiser contribuir tem
> necessariamente de seguir).
>
> []s
> Arlindo
>
> 2015-12-25 20:14 GMT-02:00 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 

Re: [Talk-br] Ativação do HOT sobre o colapso da barragem em Mariana

[Peter Krauss]

Oi Gente, para poder divulgar, e eu mesmo eventualmente participar, teriam
um resuminho ou link explicando no que consiste a validação?


Em 14 de dezembro de 2015 20:37, Gerald Weber  escreveu:

>
> 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
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] O que houve com Fernando Trebien?

[Peter Krauss]

Oi gente ... Ouvindo aqui, e lembrando da discussão recente sobre "os donos
dos nomes das ruas" . ;-)

A Conferência mundial do Clima (COP21) da semana passada parece ter dado um
indicativo: há diversidade de opiniões, diversidade de metas, etc. mas *não
podemos deixar de fechar uma negociação*...
E os pontos-chave são justamente os consensos, e em seguida as
padronizações em torno desses consensos.

Nome de rua não tem dono, mas *tá na hora da OSM ter um dono, um Conselho*,
algum tipo de decisão central (*democrática*!) a ser acatada. A solução de
conflitos sempre passa por isso: um poder maior que as partes conflitantes
para fixar decisões simples e idealmente consensuais.

- - - -
PS: a internet está repleta de ferramentas para tomada de decisão
democrática, discussão em grupos focais, etc, nós e que estamos socialmente
na idade da pedra... acho que não tem desculpa, estamos enrolando.






Em 13 de dezembro de 2015 23:51, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

> É uma pena mesmo.
>
> Espero que ninguém mais desista, estive afastado uns bons meses.
>
> Att,
> BladeTC
>
> --
> From: openstreet...@arlindopereira.com
> Date: Sun, 13 Dec 2015 11:49:13 -0200
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] O que houve com Fernando Trebien?
>
> Desistiu do projeto depois de discussões improdutivas na lista com outro
> mapeador aqui do Rio.
>
> > mailman-boun...@openstreetmap.org
> >
> > Jul 8
> > to talk-br-owner
> > fernando.treb...@gmail.com foi removido da lista Talk-br.
>
> []s
> Arlindo
>
> 2015-12-13 11:42 GMT-02:00 Erick de Oliveira Leal <
> erickdeoliveiral...@gmail.com>:
>
> Opa pessoal, alguém sabe o que aconteceu com o Fernando Trebien?
> Diz nessa página "retired"
> http://wiki.openstreetmap.org/wiki/User:Ftrebien
>
> As mensagens indicam um link
> https://www.openstreetmap.org/user/user_401472 como se o usuário dele não
> existisse mais.
>
> ___
> 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

[Peter Krauss]

Bom dia Marcio e Nelson,
exemplos são ótimos para todos aqui na Lista falarem a mesma língua ;-)

Por hora parece bom o  exemplo
, mas ainda está  meio
difícil de entender o que se passou: alguém poderia explicar quais são
os *"Redact
Google-sourced names" *deste exemplo?
Qual o critério que se usa para taxar de "foi copiado" e, independente de
cópia, porque haveria algum *direito autorial* envolvido nisso?


PS: se falam em DWG , seriam não nomes
mas linhas e polígonos copiados de uma base alheia... Se for isso, não
parece ter nada haver com "copiar nomes"...


Em 10 de dezembro de 2015 23:28,  escreveu:

> Já supunha isso, que alguém havia acionado o DWG.
>
> É muito dificil e complicado afirmar que houve cópia de fonte não
> permitida. Indício não constitui prova.
>
> Se o colaborador assim declarou é outra estória.
>
> -Mensagem Original- From: Nelson A. de Oliveira
> Sent: Thursday, December 10, 2015 10:52 PM
> To: OpenStreetMap no Brasil
> Subject: Re: [Talk-br]Issue no Github para o iD exibir mensagem alertando
> usuários de nomes copiados do Google
>
> 2015-12-10 22:43 GMT-02:00  :
>
>> - Que prova motivou o "redaction revert"? Não encontrei.
>>
>
> Fui eu que pedi ao DWG a remoção dos nomes.
>
>
> ___
> 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: Issue no Github para o iD exibir mensagem alertando usuários de nomes copiados do Google

[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
<http://pt.stackoverflow.com/a/56664/4186>]*





Em 10 de dezembro de 2015 16:35, Reinaldo Neves <rne...@equacao.com.br>
escreveu:

> Peter o nome é publico, mas se for copiado de mapas com copyright pode
> gerar problemas.
>
>
>
> Lembre-se que é comum a publicação de mapas com erros propositais no
> traçado, na nomenclatura das ruas ou mesmo invertendo o eixo de numeração,
> que depois esses publishers utilizam como prova de cópia indevida.
>
>
>
> ___
>
> [image: cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40]
>
> Reinaldo Neves
>
> Equação Informática
>
> (: (11) 3221-3722
>
> ***: rne...@equacao.com.br
>
> http://br.linkedin.com/in/rrneves
>
>
>
>
>
> *De:* Peter Krauss [mailto:ppkra...@gmail.com]
> *Enviada em:* quinta-feira, 10 de dezembro de 2015 16:18
> *Para:* OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Issue no Github para o iD exibir mensagem
> alertando usuários de nomes copiados do Google
>
>
>
> Cuidado, não faz o menor sentido atribuir copyright ao nome de logradouro,
> é público (!!).
>
>
>
>
>
>
>
> Em 10 de dezembro de 2015 15:39, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
> Pessoal,
>
>
>
> criei uma issue no Github do projeto iD propondo que o editor exiba uma
> mensagem grande dizendo "Atenção: é proibido copiar nomes de ruas do Google
> Maps, Bing, mapas impressos e outras fontes em copyright" quando o usuário
> editar 10 ou mais nomes de ruas.
>
>
>
> Gostaria de pedir que aqueles que puderem, postem um comentário apoiando e
> contribuindo com mais ideias.
>
>
>
> https://github.com/openstreetmap/iD/issues/2868
>
>
>
> []s
>
> Arlindo Pereira
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
<>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Peter Krauss]

Oi Gerald, o que você descreve é diferente do que está descrito aqui neste
e-mail: *não se trata de "copiar nomes"*, mas mapas, de copiar trechos
inteiros de uma base de dados ... A discussão é outra, e, como diz, já foi
uma discussão realizada.

Gostaria de ressaltar: não criem (na interface) "terrorismo" para o
usuário, se aqui, entre experts, fazemos confusão temática (nomes vs mapas
inteiros), o pobre do usuário pode ficar mais confuso ainda.

A Wikipedia já foi vitima desse tipo de "terrorismo" e o resultado foi
desastroso,  afugentando contribuições e colaboradores. Hoje na Wikipedia
são mais cuidados, não criam avisos ou burocracia sem motivo.

- - -
Sugiro que se documente o software descrito pelo Arlindo, aí discutimos o
algoritmo e a interface no Github/issues.
Além de não perder tempo aqui mal-entendidos, serão mais olhos para avaliar
se há ou não risco de "terrorismo". .. Quando fechar o desenvolvimento,
voltamos aqui na lista, com uma versão beta para todos testarem e
discutirem/homologarem.




Em 10 de dezembro de 2015 17:31, Gerald Weber  escreveu:

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

[Peter Krauss]

Oi gente, parece que o limiar entre o bom e o ruim é meio sutil nesse
assunto...
Respondendo geral, e apenas reforçando o posicionamento já expresso:

1) "Cuidado, não faz o menor sentido atribuir copyright ao *nome de
logradouro, é público* (!!)."
Ou seja, "*terrorismo"* é *gerar presunção de que tem um maluco dizendo
que é "dono do nome"* e vai te processar ou bloquear a OSM.

2) A operação de "escrever nome" é totalmente indiferente ao fato de ter
sido ou não copiado de algum lugar, ou de estar escrito ou não com grafia
errada.  Quem escreve está dando o seu testemunho, de uma informação
pública... O que importa é que houve boa vontade em colaborar com o OSM, e
que a grafia do nome será eventualmente corrigida por outro colaborador,
mas *jamais* a colaboração deletada ou tratada como "afronta a direito
autoral".

3) a *grafia correta de nomes é um "problema muito mais embaixo"* já
discutido aqui... Os nomes tem origem nas ~5500 Câmaras Municipais, e falta
na maior parte dos municípios a abertura e organização das Leis para
podermos conferir por software. Os *nomes de rua de Campinas por exemplo*

podem ter sua grafia homologada e/ou corrigida por software (!), por
estarem no LexML (ver link).

4) edição *manual,* passo-a-passo, de mapas é diferente da operação de *"cópia
em massa"* ... E se durante a *edição manual* o operador olhar para a
janela, perguntar para o amigo, para o Google ou o Bing, não tem problema
algum (!), seria outra forma de "terror" dizer o que o operador pode o que
não pode enquanto está lá de boa vontade editando... Acho que é disso que o
Vitor e o Marcio falavam.
Precisamos ser receptivos e acolhedores com nossos colaboradores (!).
A *"cópia em massa" é outra discussão bem diferente*, e acho que é disso
que o Gerald falava.
Se existe necessidade de fiscalização é com relação à *cópia em massa*...
Mas há dezenas de confusões e riscos também nesse tipo de fiscalização...
Por ex. conferir consistência entre Google e OSM (ou Bing e OSM) é saudável
e não é cópia.

5) a minha proposta é, se formos fiscalizar "cópia em massa" por software, *que
si fiscalize muito bem e muito antes, os requisitos
 e os testes desse
software*... E que, uma vez pronto o tal do software-fiscal, se homologue
ele o com muita calma e muita participação aqui de todos.
Idem softwares mais simples (ex. para disparar alertas intrusivos e pouco
acolhedores).









Em 10 de dezembro de 2015 18:20, Nelson A. de Oliveira 
escreveu:

> 2015-12-10 18:10 GMT-02:00  :
> > Quando cito fiscais me refiro aqueles que, em especial, andam
> fiscalizando
> > minhas edições e até vídeos tutoriais sobre o OSM que posto no youtube.
>
> Se for o meu caso, espero que leiam, por exemplo, a discussão em
> http://www.openstreetmap.org/changeset/35388654
>
> O aviso serve justamente para evitar tais cópias de dados (o que anda
> ocorrendo muito recentemente).
> Não existe terrorismo e muito menos perseguição com qualquer pessoa.
>
> ___
> 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] Prefeitura de São Paulo lança portal de dados sob domínio público

[Peter Krauss]

Oi gente, se querem mesmo apertar a mão de quem aperta os parafusos da
justiça e do acesso aberto do município de São Paulo, dia 13 terão uma
grande oportunidade,

  * link para o evento e inscrições
<https://docs.google.com/forms/d/1z78Z-EFloz0ReRFZ_s7j8yy6m-oqRh9T3GPAtqpr0DM/viewform>
  * link para conhecer o CaféHacker da CGM
<http://cafehacker.prefeitura.sp.gov.br/?page_id=9>

- - -
PS: a palavra "lobby", mesmo no sentido genuíno, sem negatividade, se
aplica à "articulação de gabinete"... O que temos aqui é algo bem mais
amplo, que envolve interação, consulta pública, competência, realização
exemplar do trabalho em um órgão público, etc. São também deles (CGM-SP)
   http://pedidorespondido.info/
   http://saopauloaberta.prefeitura.sp.gov.br/index.php/iniciativas/
   ...
o apoio em http://devcolab.each.usp.br/do/  e outros projetos.




Em 9 de dezembro de 2015 21:58, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Pela aparência da página
> <http://www.prefeitura.sp.gov.br/cidade/secretarias/controladoria_geral/>
> da Controladoria Geral do Município de São Paulo, parece que eles se
> preocupam mesmo com a Lei de Acesso à Informação. Mas de onde será que vem
> o *lobby*?
>
> Em 9 de dezembro de 2015 18:40, Peter Krauss <ppkra...@gmail.com>
> escreveu:
>
>> Devemos aplaudir sobretudo a articulação da *CGM-SP* (Controladoria
>> Geral do Município)!
>>
>> Em 9 de dezembro de 2015 18:07, Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com> escreveu:
>>
>>> Isso é que é! Com certeza teve articulação. Parabéns a todos que a
>>> fizeram!
>>>
>>> Em 9 de dezembro de 2015 16:56, Vitor George <vitor.geo...@gmail.com>
>>> escreveu:
>>>
>>>> Lançaram o portal hoje, os dados estão sob licença CCZero, equivalente
>>>> ao domínio público:
>>>>
>>>> http://dados.prefeitura.sp.gov.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] Prefeitura de São Paulo lança portal de dados sob domínio público

[Peter Krauss]

Devemos aplaudir sobretudo a articulação da *CGM-SP* (Controladoria Geral
do Município)!

- - - -
Agora que estão disponiveis e serão mantidos (não é só amostra-2015),
podemos explorar um pouco e comparar com o que temos no OSM:

* a Prefeitura está oferecendo algo novo, que o OSM não tinha? O CC0 ajuda
a deixar o OSM "mais aberto"?
* se não tinha no OSM, podemos incluir? verificar consistência?
* ...

Me chamaram atenção esses aqui por hora,

*
http://dados.prefeitura.sp.gov.br/dataset/geocodificacao-de-logradouros-geolog
  (escala 1:1, inclui Limite das quadras fiscais)

*
http://dados.prefeitura.sp.gov.br/dataset/mapa-digital-da-cidade-mdc-sao-paulo
  (escalas 1:1000 e 1:5000)

* http://dados.prefeitura.sp.gov.br/dataset/ciclovias (todas as oficiais!)

* Favelas e Loteamentos irregulares, (importante pois de outro modo não
podem ser endereçados)
   http://dados.prefeitura.sp.gov.br/dataset/favelas
   http://dados.prefeitura.sp.gov.br/dataset/loteamentos-irregulares



Em 9 de dezembro de 2015 18:07, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Isso é que é! Com certeza teve articulação. Parabéns a todos que a fizeram!
> Quando se tem o domínio público escrachado e formalizado, parece que que
> não se pode ter coisa melhor.
>
> Alexandre Magno
>
> Em 9 de dezembro de 2015 16:56, Vitor George 
> escreveu:
>
>> Lançaram o portal hoje, os dados estão sob licença CCZero, equivalente ao
>> domínio público:
>>
>> http://dados.prefeitura.sp.gov.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: Vamos doar ao HOT?

[Peter Krauss]

+1.  Um pouco de "marketing dos produtos" nessa divulgação, para quem está
de fora ver ou entender o trabalho que foi realizado... Nem que seja uma
imagem "antes e depois" do mapa atualizado...



Em 25 de novembro de 2015 16:40, Reinaldo Neves 
escreveu:

> Vitor boa tarde,
>
>
>
> Além das doações da comunidade OSM, de repente podemos divulgar isso em
> outras redes para ajudar na captação de recursos.  Existe algum texto ou
> página traduzido que possamos usar nessa divulgação que você conheça?
>
>
>
> __
>
> Reinaldo Neves
>
> Equação Informática
>
> (11) 3221-3722
>
>
>
>
>
>
>
> *De:* Vitor George [mailto:vitor.geo...@gmail.com]
> *Enviada em:* quarta-feira, 25 de novembro de 2015 13:20
> *Para:* OSM talk-br
> *Assunto:* [Talk-br] Vamos doar ao HOT?
>
>
>
> Oi pessoal,
>
>
>
> Vocês conhecem bem o trabalho do Humanitarian OpenStreetMap Team (HOT) e
> sabem como é importante. Além de apoio moral, também é essencial contribuir
> com um dinheirinho pro projeto continuar existindo. Aqui no Brasil usamos a
> infra do HOT no Mapazonia e no mapeamento de Mariana. Se puderem doar algum
> valor, aí está o link:
>
>
>
> https://donate.hotosm.org
>
>
>
> Abraços!
>
> ___
> 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] Ativação do HOT sobre o colapso da barragem em Mariana

[Peter Krauss]

As aferições de impacto ambiental são realizadas principalmente com base na
comparação do "um pouco antes" e "um pouco depois" da catástrofe. As
vizinhanças de comprovada semelhança também ajudam a inferir o quanto o
cenário foi impactado... Além disso os técnicos e advogados da defesa da
Vale apresentarão "dados incontestáveis", que precisam ser auditados...

Gerald, registros ricos como o seu, inclusive com valor de testemunho, são
super bem-vindos (!).
Quanto mais melhor.
Não é apenas o mapeamento da rodovia e seu estado de preservação, mas
também a confirmação do tipo de vegetação de entorno (nítido nesse tipo de
registro), etc. que ajudam a comprovar o tamanho do impacto.

Quando ao apoio direto, para completar o "mapeamento remoto da região
afetada pelo colapso da barragem em Mariana",
indicado aqui no inicio da *thread*, precisamos conferir com o Vitor e quem
mais estiver com a mão na massa, para saber se é um complemento relevante,
e que outros dados ou ajuda estão precisando.

- - - -
PS: reparei que as fotos foram cedidas com licença *CC-BY-SA*, que é aberta
, mas o SA (*share-alike*) é
restritivo demais para certos usos, o ideal é *CC0*, no máximo *CC-BY*

.



Em 21 de novembro de 2015 08:44, Gerald Weber  escreveu:

> Olá pessoal
>
> em fevereiro deste ano passei perto da região afetada e registrei minha
> viagem. Carreguei as imagens para o mapillary hoje
>
> http://mapillary.com/map/im/g_MJYq4YkXwx4-Ser1LkHQ?autoplay=true
>
> e
>
> http://mapillary.com/map/im/8Z78vFvChC43GO4eb8sSng?autoplay=true
>
> são essencialmente imagens da estrada MG-129, não sei se ajudarão em
> alguma coisa mas achei que valia a pena passar para o mapillary assim mesmo.
>
> abraço e bons mapeamentos
>
> 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
>
>
___
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

[Peter Krauss]

Parabéns a todos dessa iniciativa!
e parabéns ao HOT
,
que ainda era novidade para os brasileiros!

PS: traduzi algo mas precisa de revisão.

Em 10 de novembro de 2015 20:45, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> O que é HMP?
>
>
> Em 10 de novembro de 2015 18:00, Vitor George 
> escreveu:
>
>> 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] RES: RES: OSM - CNEFE

[Peter Krauss]

ta tipo "documentação" caso
> precisemos guardar algo lá.
>
> Na verdade o lucas já tem um projeto criado
> https://github.com/lucasmation/osm_cnefe_import, mas talvez criar um pelo
> OSM fique mais formal, chame mais atenção, sei lá.
>
> Nesse repo poderiamos dividir em pastas as diferentes ferramentas que
> possamos ter de desenvolver, e fica focado no tema.
>
> Acho também que poderiamos usar o Wiki do OSM para documentar em alto
> nível assim mesmo quem não é programador fica a vontade para entender o que
> fizemos.
>
> 2) Só dando crédito a pessoa correta , o Lucas que "numerou com
> letras" de A a G.
>
> Sobre o primeiro tópico, acho que deveria ser dar um passo técnico para
> trás e definir bem o objetivo deste projeto (se é nomear automaticamente,
> apontar áreas de correção, apontar possíveis nomes para o ID, criar uma
> camada de setor censitário alinhada ao OSM para futuras análises espaciais,
> tudo isso, tudo isso e mais um pouco...).
>
> 3) Consolidação: Pode ser no Wiki do GITHub ou no Wiki do OSM, eu tendo
> mais ao Wiki do OSM pois ficaria concentrado onde outros projetos já
> existem. http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Projetos.
>
> Mas se for no Wiki do GITHub, a gente cria uma pagina no Wiki do OSM
> redirecionando para lá e ta massa também, acho que não devemos gastar muita
> energia criativa com ferramental pq gosto é como... nariz, cada um tem uma
> ferramenta especial k.
>
> Então assim, como vc teve a iniciativa, acho que vc pode escolher (só
> veria como lucas a questão de usar o repo dele ou criar pelo OSM, de qual
> Wiki, o que importa é gerarmos conteúdo de qualidade), decisões concensuais
> por listas de email são demoradas, desgastantes e normalmente... não são
> concensuais no fim .
>
> Atenciosamente,
> Marcos Fedato
>
>
> --
> Date: Thu, 1 Oct 2015 22:01:57 +
> From: ppkra...@gmail.com
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] RES: RES: OSM - CNEFE
>
> Oi Alexandre, não se preocupe, e creio que aqui a maioria é intermitente,
> com seus altos e baixos de participação.
>
> Uma coisa onde *todos podem  ajudar para já adiantar o processo* é o
> seguinte:
>
> *1) *o nome do projeto Github, que tal "Organizando"? ficaria
> https://github.com/OSMBrasil/organizando
>
> *2)* O Marcos já lançou tópicos de A a G (!), que fal votarmos aqui,
> antes de começar no git, qual será o primeiro tópico a ser abordado?
>
> *3) *consolidação de textos aqui dos emails: uma série de dicas,
> questionamentos, e consensos foram expressos neste theread, quem ajudaria a
> resumir/consolidar esse blabla rico todo para servir de referência mais
> organizada e centralizada? (preparo la no Git como Wiki ou README)
>
> Peter
>
>
> Em 1 de outubro de 2015 21:21, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
> Peter Krauss e Marcos Fedato,
>
> Infelizmente eu preciso declarar que *eu apenas trouxe a ideia*, para
> quem está com gás, vocês. Não posso me envolver. Tenho um bocado de
> pendências por aqui, pela comunidade mesmo, coisa que eu devia ter feito e
> não fiz. E coisa que preciso fazer, como simples traduções. Mesmo que eu
> não as tivesse, minha cabeça está cada vez mais distante dos conhecimentos
> técnicos que o projeto de vocês requer. Eu preciso resolver várias coisas
> no âmbito pessoal (particular), às quais dou mesmo mais prioridade. Por
> exemplo, meu pai tornou-se deficiente físico e... bem, estou com ele.
>
> Alexandre Magno
>
> Em 1 de outubro de 2015 17:16, Peter Krauss <ppkra...@gmail.com> escreveu:
>
> Alexandre, acho uma boa ideia, e se houver maior concentração de adeptos
> numa cidade, como São Paulo, podemos até fazer presencial+web ... Quanto
> aos slides tambem boa ideia, já fiz algo parecido para palestras do LexML,
> https://github.com/ppKrauss/lexml-slides
>
>
> Em 30 de setembro de 2015 15:58, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
> Outra opção mais custosa é agendarem uma apresentação de slides para cada
> pessoa/ideia. Pode ser num dia só; um evento remoto de múltiplos
> apresentadores. Com o objetivo de definir os rumos de um projeto de
> software. A reunião final consolidaria os ânimos do time e decidiria o que
> aproveitar de cada ideia. Cada apresentação teria explicado coisas com
> imagens, áudio e texto. Os slides e documentos de definição seriam
> versionados, guardados e publicados em GitHub.
>
> Alexandre
>
> Em 30 de setembro de 2015 12:43, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
> Eu não vou participar, mas sugiro

Re: [Talk-br] RES: RES: OSM - CNEFE

[Peter Krauss]

Esse tipo de discussão mais técnica podemos levar no Github/issues do
projeto,  https://github.com/lucasmation/osm_cnefe_import/issues/4  mais
tarde podemos organizar.

PS: postei
<http://stackoverflow.com/questions/32907481/optimize-large-st-intersect-query-match-1-8m-osm-streets-to-317k-polygons#comment53661447_32907481>
uma sugestão de "pre-check, ... AND (way && setor_censitarioL.geom) AND
ST_Intersects(...) "
pois voce está fazendo um scan de pares, são N*M verificações, o operador
&& descarta os casos onde nem sequer o BBOX coincide... Na pratica acho que
até pode trocar tudo por *ST_DWithin*.




Em 2 de outubro de 2015 21:39, Lucas Ferreira Mation <lucasmat...@gmail.com>
escreveu:

> Ok para reuniao 20h40 hoje.
>
> Ainda nao consegui matar o problema do do cruzamento do OSM com os setores
> censitarios.
> Eu peguei as sugestoes do stack overflow
> <http://stackoverflow.com/questions/32907481/optimize-large-st-intersect-query-match-1-8m-osm-streets-to-317k-polygons>e
> juntei em varias possiveis queries e coloquei tudo em
>
>
> https://github.com/lucasmation/osm_cnefe_import/blob/master/OSM_Streets_SetorCensitario_spatial_match.sql
>
> Mas nao sei interpretar muito bem o output do EXPLAIN. Peter da uma olhada
> para mim por favor (interrogacao)
>
>
>
>
>
>
>
> 2015-10-02 18:10 GMT-03:00 Peter Krauss <ppkra...@gmail.com>:
>
>> Ola!
>>
>> Respondendo por alto a todos os tópicos,
>>
>> *== reuniao hoje 20h40 ==*
>> Acho que estamos de acordo com isso, falta conferir o canal de voz a ser
>> usado (Hangouts ou Zoom)... Eu acabo de descobrir que não estarei em casa,
>> não sei se conseguirei  participar hoje. Caso alguem use cel. da Claro eu
>> passo por email e falamos antes, no celular ou em fixo.
>>
>>
>> *== PROJETOS OSM ==*
>> O Marcos indicou o norte,
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Projetos
>>
>> acho que podemos começar por "dar um tapa" nisso, já fiz coisa parecida
>> lá na OKBR <http://wiki.okfn.org/Category:Projetos_OKBR>, onde
>> classificamos com 2 ou 3 tags, e categorizamos os projetos, amarrando de
>> forma mais sólida as páginas...
>>
>> No caso da descrição de quadras, etc. como se trata de Wikimedia, o mesmo
>> software que usado na Wikipedia (!), posso até copiar/colar o que comecei
>> na Wikipedia (
>> https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders
>>  )
>> e tentar por fim uma abordagem didática para todos entendermos exatamente
>> como se relacionam as quadras com o CEP e com o CNEFE... Ou seja, texto
>> mais ilustrativo e didático, e conforme formos obtendo resultados concretos.
>>
>> Eu talvez migre uma parte (a mais técnica) da OKFN para a wiki da OSM,
>> onde haverão mais colaboradores,
>>   http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP
>>
>> O Alexandre comentou de um nome melhor no Github, concordo... e, pensando
>> bem, acho que nem precisamos de Github para essa organização geral de
>> projetos, pode ficar tudo na WikiProject_Brazil/Projetos
>> <http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Projetos> por
>> hora.
>> . ... acho que "CNEFE data, IBGE, Brasil import" e  "Mapa-do-CEP" tendem
>> a convergir para algo como "city block generation" e "segmentation by
>> faces, of city block", ou seja, faces de quadra serão nosso foco.
>>
>>
>> *=== PROJETO CNEFE===*
>> @Marcos, sim, o Lucas é o trator e o coordenador do projeto (!), nós
>> vamos atrás a reboque, com umas pás de jardim e boa vontade esporádica ;-)
>> A discussão sobre onde colocar esse projeto do Lucas de CNEFE, qual Wiki
>> usar (Github ou wiki.openstreetmap), etc. podemos tentar fechar em
>> https://github.com/lucasmation/osm_cnefe_import/issues/1
>> aguardo você por lá ok?
>> Como já somos 1 coordenador ("trator") e 2 colaboradres ("reboques"), já
>> podemos estimar metas e seguir as dicas do Alexandre, "(...) um projeto
>> coletivo e grande talvez deva necessariamente começar pelos planos, pela
>> engenharia, pela definição de arquitetura". Os colaboradores (eu e Marcos)
>> podemos iniciar por isso que não exige muita expertize nem estar com a mão
>> na massa, o Lucas já  "prototipou e ensaiou" o principal, o que faltar vai
>> saindo no feedback de comunidade.
>>
>> *===PROJETO MAPA DO CEP===*
>> Acho que estamos convergindo para a fusão do CNEFE com o  MAPA DO CEP: o
>> fundamento de ambos são as faces de quadra e, posteriormente, o valor de

Re: [Talk-br] RES: RES: OSM - CNEFE

[Peter Krauss]

tario2 AS
> SELECT OSM_Streets_by_Mun.*, setor_censitarioL.geom
> FROM OSM_Streets_by_Mun, setor_censitarioL
> WHERE OSM_Streets_by_Mun.cod_UF=
> substring(setor_censitarioL.cd_geocodi,1,2)  AND
> OSM_Streets_by_Mun.cod_mun= substring(setor_censitarioL.cd_geocodi,1,7)
> AND
> ST_Intersects(way,ST_Buffer(setor_censitarioL.geom,0.005))=true
>
> O problema é que é um cruzamento muito grande. Se bem me lembro, são
> ~1.6milhoes de ruas no OSM brasil e 312 mil setores censitarios. Deixei
> rodando por 5 dias no servidor (relativamente potente, 126GB de ram, 4
> nucleos) e não terminou. Nao sei se tem uma forma de otimizar esta query,
> talvez fazendo proceduralmente, num loop, muncipio a municipio (mas isso em
> tese as 1as duas condições do WHERE já impõem). Ou entao cruzando com
> layers espaciais intermediarios, como distrito e subdistrito antes de ir
> pro setor censitario direto (mas não estou conseguindo criar estes layers
> com base nos setores censitarios, por causa dos problemas topologicos
> destes). Enfim, vou perguntar no StackOverflow para ver se alguém tem uma
> idéia.
>
> D) melhorar as queries textuais, com filtros nos textos e fuzzy acho que é
> um ótimo caminho. Uma restrição, pelo menos como eu modelei os dados, é que
> estou fazendo pareamento de arrays contendo nomes de ruas, que internamente
> são ordenados alfabeticamente (uma linha da tabela representa uma quadra, e
> há uma coluna que é um array, e lá dentro tem todos os nomes de rua,
> ordenados alfabeticamente). Se o erro ou correção ocorrer no começo de
> certo nome de rua, isso vai afetar a ordem alfabetica dos nomes de rua, e
> não sei como o pareamento (possivelmente fuzzy) vai reagir a isso.
>
> Você tem alguma idéia melhor de uma estrutura de dados mais adequada pro
> pareamento?
>
> Outra coisa, estou trabalhando no PostGis-Postgresql então o ideal seria
> os "filtros foneticos" serem implementados no próprio Postgis. Tenho boa
> familiaridade com R também, então, se precisar sair, a 2a opção mais fácil
> de implementar seria o R.
>
> E) pensei também nos blocos que parearem apenas 3 das 4 ruas. Bom,
> considerando apenas quadras de 4 lados, para simplificar, seriam 2 quadras
> para cada conjunto de 3 ruas. precisamos de uma forma de definir qual é
> qual. Alguma idéia?
>
> F) voce mencionou uma outra idéia, na qual eu também já trabalhei um
> pouco, que é ir seguinto a descrição textual dos setores. Estes aquivos vem
> com dois campos: "ponto inicial" e "decrição do setor". Com banstante
> traquejo no uso de expressões regulares da para quebrar isso em seguencias
> de esquinas (cruzamentos). Mas uma dificuldade é que e linguagem não é
> padrão. Como os arquivos são produzidos de forma descentralizada, pelos
> ~500 escritórios locais do IBGE, há diferenças ao longo do brasil (talvez
> seja por estado). Tem setores que está com "esquina da rua A com a B". Em
> outros está "cruzamento rua A e rua B". Isso para o campo "ponto incial". A
> descrição de setor tem ainda mais variabilidade.
>
> G)  Outro elelmento que ainda não eplorei, mas que vem de uma idéia do
> Peter Krauss, é que o CEP segue uma estrutura, tal que, cada seguimento de
> uma rua, tem o mesmo CEP para as quadras dos dois lados da rua. Isso pode
> ser mais um elemento para "amarrar" estes pareamentos de alguma forma.
>
>
>
> enfim, estes são menos comentarios sobre as idéias que você mencionou.
> Vamos pensar mais nisso para "espremer" tudo de informação últil no CNEFE e
> vice-versa
>
>
>
>
>
>
>
>
> 2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation <lucasmat...@gmail.com>:
>
> fantástico Marcos,
>
> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
> conversa.
>
> Vamos por partes:
>
> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
> estava deslocada? Enfim, no meu código estou de certa forma tomando o
> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
> melhor nisso. Eu vi nos vídeos do SotM-Latin-America-2015 um cara da Mapbox
> apresentando como eles tem umas técnicas para corrigir o posicionamento de
> ruas do OSM, que aplicaram no Japao e em Lima.
>
>
> B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que
> parearem e que sejam

Re: [Talk-br] RES: RES: OSM - CNEFE

[Peter Krauss]

Alexandre, acho uma boa ideia, e se houver maior concentração de adeptos
numa cidade, como São Paulo, podemos até fazer presencial+web ... Quanto
aos slides tambem boa ideia, já fiz algo parecido para palestras do LexML,
https://github.com/ppKrauss/lexml-slides


Em 30 de setembro de 2015 15:58, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Outra opção mais custosa é agendarem uma apresentação de slides para cada
> pessoa/ideia. Pode ser num dia só; um evento remoto de múltiplos
> apresentadores. Com o objetivo de definir os rumos de um projeto de
> software. A reunião final consolidaria os ânimos do time e decidiria o que
> aproveitar de cada ideia. Cada apresentação teria explicado coisas com
> imagens, áudio e texto. Os slides e documentos de definição seriam
> versionados, guardados e publicados em GitHub.
>
> Alexandre
>
> Em 30 de setembro de 2015 12:43, Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com> escreveu:
>
>> Eu não vou participar, mas sugiro que vocês procurem uma ferramenta que
>> lhes permita desenhar em quadro branco remotamente, com áudio. Existe. É
>> como um pad com capacidade de desenho à mão livre e áudio.
>>
>> Alexandre
>>
>> Em 30 de setembro de 2015 09:14, Marcos Fedato 
>> escreveu:
>>
>>>
>>> Eu quero muito de ajudar nisso, estudei isso do OSM e do CNEFE bastante
>>> tempo e por isso tenho bastante conhecimento para tal, se tiverem interesse
>>> em expandir essa conversa além da lista (dá uma preguiça de escrever e a
>>> discussão demora, principalmente para brain storming) estou disposto a
>>> participar de discussões via áudio sobre o tema em horário não comercial e
>>> depois a gente pode colocar na lista um resumo para não perder o histórico.
>>>
>>
>>
>
> ___
> 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] Digest Talk-br, volume 85, assunto 2

[Peter Krauss]

Oi gente, para essa discussão não se perder, seria interessante postarem
algo em
https://github.com/lucasmation/osm_cnefe_import/issues
vai ser bom para consolidarmos e irmos traduzindo em algo mais técnico, que
leve de fato a um algoritmo que efetive tudo isso, acho que posso ajudar.




Em 1 de outubro de 2015 16:10, Adriano Rosa  escreveu:

> "Qto as alteracoes de velocidades das via, acho que devem ser revistas
> sempre que sofrerem modificações.
> Extremamente trabalhoso eu sei, mas penso que a proposta do OSM é mapear
> tudo o que existe.
> O problema não está no mapeamento, mas na quantidade de mapeadores do
> Brasil."
>
> conclui muito bem.
>
>
>
> Em qui, 1 de out de 2015 às 12:55, Helio Cesar Tomio 
> escreveu:
>
>> Concordo com o Reinaldo, de usar o CNEFE para completar nomes de vias
>> ausentes no OSM.
>> Utilizar para retificar nomes ou alinhamentos de vias no OSM, acho
>> temerário.
>> Utilizar para gerar alertas de inconsistências entre as bases, acho uma
>> ferramenta interessante. Ajudaria nas edições.
>> Neste sentido, gostaria que existisse alguma ferramenta prática que
>> permitisse comparar um mapa do osm com outro do osm, em um intervalo de
>> tempo definido,  como uma semana.
>> Assim, poderia detectar alguma edição equivocada. Se isto já existe,
>> então desculpe a bola fora. Mas informática não é minha praia.
>>
>> Qto as alteracoes de velocidades das via, acho que devem ser revistas
>> sempre que sofrerem modificações.
>> Extremamente trabalhoso eu sei, mas penso que a proposta do OSM é mapear
>> tudo o que existe.
>> O problema não está no mapeamento, mas na quantidade de mapeadores do
>> Brasil.
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> --
>
>
> Adriano.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: RES: OSM - CNEFE

[Peter Krauss]

Oi Alexandre, não se preocupe, e creio que aqui a maioria é intermitente,
com seus altos e baixos de participação.

Uma coisa onde *todos podem  ajudar para já adiantar o processo* é o
seguinte:

*1) *o nome do projeto Github, que tal "Organizando"? ficaria
https://github.com/OSMBrasil/organizando

*2)* O Marcos já lançou tópicos de A a G (!), que fal votarmos aqui, antes
de começar no git, qual será o primeiro tópico a ser abordado?

*3) *consolidação de textos aqui dos emails: uma série de dicas,
questionamentos, e consensos foram expressos neste theread, quem ajudaria a
resumir/consolidar esse blabla rico todo para servir de referência mais
organizada e centralizada? (preparo la no Git como Wiki ou README)

Peter


Em 1 de outubro de 2015 21:21, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Peter Krauss e Marcos Fedato,
>
> Infelizmente eu preciso declarar que *eu apenas trouxe a ideia*, para
> quem está com gás, vocês. Não posso me envolver. Tenho um bocado de
> pendências por aqui, pela comunidade mesmo, coisa que eu devia ter feito e
> não fiz. E coisa que preciso fazer, como simples traduções. Mesmo que eu
> não as tivesse, minha cabeça está cada vez mais distante dos conhecimentos
> técnicos que o projeto de vocês requer. Eu preciso resolver várias coisas
> no âmbito pessoal (particular), às quais dou mesmo mais prioridade. Por
> exemplo, meu pai tornou-se deficiente físico e... bem, estou com ele.
>
> Alexandre Magno
>
> Em 1 de outubro de 2015 17:16, Peter Krauss <ppkra...@gmail.com> escreveu:
>
>> Alexandre, acho uma boa ideia, e se houver maior concentração de adeptos
>> numa cidade, como São Paulo, podemos até fazer presencial+web ... Quanto
>> aos slides tambem boa ideia, já fiz algo parecido para palestras do LexML,
>> https://github.com/ppKrauss/lexml-slides
>>
>>
>> Em 30 de setembro de 2015 15:58, Alexandre Magno Brito de Medeiros <
>> alexandre@gmail.com> escreveu:
>>
>>> Outra opção mais custosa é agendarem uma apresentação de slides para
>>> cada pessoa/ideia. Pode ser num dia só; um evento remoto de múltiplos
>>> apresentadores. Com o objetivo de definir os rumos de um projeto de
>>> software. A reunião final consolidaria os ânimos do time e decidiria o que
>>> aproveitar de cada ideia. Cada apresentação teria explicado coisas com
>>> imagens, áudio e texto. Os slides e documentos de definição seriam
>>> versionados, guardados e publicados em GitHub.
>>>
>>> Alexandre
>>>
>>> Em 30 de setembro de 2015 12:43, Alexandre Magno Brito de Medeiros <
>>> alexandre@gmail.com> escreveu:
>>>
>>>> Eu não vou participar, mas sugiro que vocês procurem uma ferramenta que
>>>> lhes permita desenhar em quadro branco remotamente, com áudio. Existe. É
>>>> como um pad com capacidade de desenho à mão livre e áudio.
>>>>
>>>> Alexandre
>>>>
>>>> Em 30 de setembro de 2015 09:14, Marcos Fedato <heroij...@hotmail.com>
>>>> escreveu:
>>>>
>>>>>
>>>>> Eu quero muito de ajudar nisso, estudei isso do OSM e do CNEFE
>>>>> bastante tempo e por isso tenho bastante conhecimento para tal, se tiverem
>>>>> interesse em expandir essa conversa além da lista (dá uma preguiça de
>>>>> escrever e a discussão demora, principalmente para brain storming) estou
>>>>> disposto a participar de discussões via áudio sobre o tema em horário não
>>>>> comercial e depois a gente pode colocar na lista um resumo para não perder
>>>>> o histórico.
>>>>>
>>>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: RES: OSM - CNEFE

[Peter Krauss]

Oi, só alguns lembretes/sugestoes pro Lucas, que talvez possam interessar,

Em 1 de outubro de 2015 22:01, Lucas Ferreira Mation <lucasmat...@gmail.com>
escreveu:

> (...) O ambiente de trabalho que tenho a disposição tem R e Postgresql,
>

parece que o grosso está em PostgreSQL+PostGIS: que tal usar o R como parte
do SQL? fica *embedded* como PL/R,

http://www.joeconway.com/plr/
http://www.postgresql.org/docs/9.3/static/external-pl.html
http://www.postgresql.org/docs/9.3/static/xplang-install.html


>  um script (...) que faça a correção fonética
>
>
O PostgreSQL roda o melhor deles,
http://sourceforge.net/projects/metaphoneptbr/
tem um driver para postgreSQL, facil de usar com UBUNTU.



>
>
>
>
>
>
>
>
> 2015-10-01 17:20 GMT-03:00 Peter Krauss <ppkra...@gmail.com>:
>
>> Oi Marcos, que tal organizarmos essa ideia de "metodologia para a
>> organização" num Github?
>> Acho q qualquer um pode iniciar projeto sob https://github.com/OSMBrasil
>> voce inicia um? Se precisar de alguém mais "nerd" para o git, só avisar,
>> posso ajudar ;-)
>>
>>
>> Em 1 de outubro de 2015 15:13, Marcos Fedato <heroij...@hotmail.com>
>> escreveu:
>>
>>> Oi Lucas,
>>>
>>> Caramba vc tem pensado bastante nisso mesmo , vou tentar ajudar
>>> também.
>>>
>>> A) Até onde eu estudei, não existe base perfeita. Por exemplo, se a
>>> gente usa ponto coletado por GPS como referência pode ser algo bom, mas
>>> existem deformações também na coleta por GPS causados pela altitude,
>>> qualidade do GPS e tudo mais. Porém eu já vi um fabricante de GPS falar que
>>> pra ele, ele quer mesmo que a base dele tenha a mesma deformação do GPS
>>> pois os usuários dele vão usar GPS para se locomover na cidade, então se
>>> der 5m a esquerda na coleta, provavelmente o GPS do usuario também vai dar
>>> algo parecido a 5m a esquerda, no final o ponto cai no meio da rua. Então
>>> nada é perfeito, é preciso entender o que é a verdade conveniente para nós
>>> k. Eu acho que essa de assumir o OSM uma boa.
>>>
>>> B) O processo que um colega meu tinha desenhado uma vez era "faseado",
>>> primeiro se achava os que batiam tudo pelo nome, depois se ajustava eles
>>> com o arruamento, depois se ajustava os setores vizinhos, depois fazia uma
>>> junção espacial dos vizinhos com as quadras do arruamento abaixo deles,
>>> depois se validava os atributos entre eles...
>>> Uma época eu até estudei se a gente conseguiria fazer uma comparação de
>>> formas de polígonos para validar se a/as quadras do arruamento realmente
>>> batem com as do setor censitário, tipo se no setor censitário a forma é um
>>> quadrado, mas no processo a quadra do OSM abaixo desse setor é triangular,
>>> ou um quadrado girado x graus...
>>> Pois esse colega tinha feito comparações usando a área e o perímetro dos
>>> setores casados, o que já é bom.
>>>
>>> C) Não manjo nada de geometria direto no banco assim, mas talvez ele
>>> esteja reprocessando o buffer a cada rodada, talvez poderia se criar uma
>>> coluna da geometria com buffer preencher ela uma vez e então usar essa
>>> coluna.
>>> Menos impactante deve ser o join com os 2 ands, se eu me lembro bem no
>>> geocodigo do município já tem o estado, então não precisa fazer join com o
>>> estado, o municipio só já é estado e município.
>>>
>>> D) Já usei um processo parecido desse de ordem alfabética quando eu
>>> queria cruzar 2 bases de dados usando as esquinas para achar os pontos de
>>> referência. O que eu tinha em mente é que eu não precisava achar tudo, se
>>> eu achasse 40% sei lá, o resto eu faria o processo de alinhar pelos
>>> vizinhos, extrapolando o deslocamento de um para outro. Porém o que a gente
>>> pode fazer é usar comparação de nome a nome ao invés de somar tudo. de
>>> depois fazer o join de volta e ver quantos nomes bateram.
>>>
>>> Podemos implementar no post-gis, ou implementar uma ferramenta de carga,
>>> que crie um campo novo já tipo "nome_fonetico" e usar esse campo pré
>>> processado no processo.
>>>
>>> E) Fato, o que pode ser feito é usar o vizinho mesmo para veridficar
>>> qual é o correto e inferir o nome se o vizinho já tiver sido encontrado.
>>>
>>> F) Tem mesmo muita coisa diferente. Eu sou muito bom em regex, essa
>>> parada aí eu topo, da pra fazer alguma coisa com certeza, demora, não vai
>>> ser perfeito, mas com testes a gente chega lá.
>

Re: [Talk-br] admin_level=9 em metrópoles são regiões administrativas ou zonas?

[Peter Krauss]

Será que essas regiões, por questões até de estabilidade e cobertura
oficial da demarcação, não poderiam ser definidas como agregado de áreas
CNEFE?

Em 18 de setembro de 2015 20:23, Vítor Rodrigo Dias 
escreveu:

> Arlindo,
>
> No caso de Belo Horizonte, utilizei as regionais como distritos, Por quê?
> Explico.
>
> Belo Horizonte é oficialmente dividida em três distritos (sede, Barreiro e
> Venda Nova). As regionais, por sua vez, são nove (Barreiro, Centro-Sul,
> Leste, Norte, Nordeste, Noroeste, Oeste, Pampulha e Venda Nova).
> Oficialmente, para o IBGE, as regionais constituem subdistritos. As áreas
> do distrito e subdistrito do Barreiro são praticamente iguais, tendo
> divergências mínimas entre uma e outra. Venda Nova, por sua vez, é hoje um
> local muito mais reconhecido pela região que engloba o *subdistrito Venda
> Nova* do que o *distrito*, este muito maior em área e que inclui bairros
> que, ainda que façam parte oficialmente do distrito Venda Nova, não são
> reconhecidos pela população nem por ninguém como parte do conceito do que é
> "Venda Nova" como localidade.
>
> Como há apenas um nível disponível no OSM entre cidade e bairro, acabei
> optando por cadastrar os subdistritos no admin_level 9.
>
> Abraços!
>
> Em sex, 18 de set de 2015 às 17:14, Arlindo Pereira <
> openstreet...@arlindopereira.com> escreveu:
>
>> Pessoal,
>>
>> no entendimento de vocês, o que seriam as admin_level=9 em metrópoles?
>>
>> A tag é comumente utilizada para demarcar distritos, que tipicamente são
>> aglomerados fora da cidade porém dentro do município. Isto tipicamente não
>> acontece em metrópoles.
>>
>> Aqui no Rio de Janeiro temos, a priori, dois candidatos: as zonas da
>> cidade (zona sul, zona norte etc.) e as Regiões Administrativas, que são
>> divisões da prefeitura, tendo cada qual a sua subprefeitura.
>>
>> Note que no link http://www.rio.rj.gov.br/web/cvl/ra há a especificação
>> de qual região administrativa envolve quais bairros.
>>
>> Eu tenho dúvidas sobre se as RAs seriam distritos, e gostaria da opinião
>> dos colegas da lista.
>>
>> []s
>> Arlindo
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] limite bairros

[Peter Krauss]

Oi, alguém já tentou correlacionar ou ajustar nomenclatura de bairros dos
Correios com as praticadas no OSM?
Tecnicamente (ex. SQL) como tentariam fazer isso?


Em 18 de setembro de 2015 19:30, Vítor Rodrigo Dias 
escreveu:

> Perfeito. Muito obrigado!
>
> Em sex, 18 de set de 2015 às 16:28, Helio Cesar Tomio 
> escreveu:
>
>> Vitor,
>> Penso que devemos sempre usar os limites administrativos fornecidos pelos
>> municípios.
>> Na falta, usamos o IBGE, embora com imprecisões. Posteriormente haverão
>> informações mais precisas.
>> ___
>> 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] [Bulk] Re: what3words

[Peter Krauss]

>
>
>
> Mas aí agora estou intrigado, se é proprietário então porque o Mapillary
> está apoiando a iniciativa?
>

Parece ser a Mapillary, ela mesma "assumidamente comercial",
ou seja, tem um "braço publico" lastrado em licenças CC-BY para as fotos, e
outro comercial,

* pelo Internic

seu dono é a empresa GODADDY.COM, LLC
 (limitada
)

* pela tabela de preços reforça: http://www.mapillary.com/business.html

* pelos termos de uso, idem: http://www.mapillary.com/terms.html
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Corredor de ônibus em horários de pico

[Peter Krauss]

Sobre corredores de ônibus, é uma tendência nacional, e uma realidade
madura em cidades como São Paulo...
Me parece que já existem convenções para esse mapeamento no OSM, alguém já
esteve com a mão-na-massa disso?

Sobre outros detalhes (ex. velocidade média nos corredores), os maiores
experts em *dados abertos* sobre o assunto (realizam na prática medições e
estimativas) estão no http://scipopulis.com/



Em 2 de setembro de 2015 05:08,  escreveu:

> Iniciei uma discussão no fórum sobre como mapear um corredor de ônibus
> temporário, em horários de picos.
>
> Quem se interessar o post é:
> http://forum.openstreetmap.org/viewtopic.php?id=33911
>
> Claiton
>
>
>
> ___
> 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] Acesso aos dados do CADLOG de Sampa

[Peter Krauss]

Oi gente, alguem já tentou acessar dados do CADLOG de São Paulo?

-
Na minha primeira tentativa estou tendo essa pequena barreira (abaixo),
aviso amahã como foi o resto...

Data: 26 de agosto de 2015 18:18
Assunto: CADLOG

Prezado Usuário KRAUSS:

Para saber sobre meios de acesso ao CADLOG, entrar em contato com a
Secretaria Municipal de Licenciamento, Supervisão Geral de Informação - SEL
/ INFO. Segue o link:
*http://www.prefeitura.sp.gov.br/cidade/secretarias/licenciamentos/supervisoes/index.php?p=150774*
http://www.prefeitura.sp.gov.br/cidade/secretarias/licenciamentos/supervisoes/index.php?p=150774

O Dicionário de Ruas quer saber mais sobre os usuários do site.
Para isso, pedimos a gentileza de informar:

ESCOLARIDADE:
PROFISSÃO:
CIDADE (de residência):

Núcleo – Denominação de Logradouros Públicos

*logradou...@prefeitura.sp.gov.br*


-Mensagem original-
Enviada em: sábado, 22 ago 2015
Assunto: DICIONÁRIO DE RUAS

Informação: Gostaria de saber se o CADLOG ainda é mantido e onde existe
disponivel, em meio digital, o Banco de Nomes.

Obrigado
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] fontes de dados do OSM-BR

[Peter Krauss]

Exemplo para discussão: Base Cartográfica Contínua do Brasil na escala
1:25 (BC250), disponivel em
   http://dados.gov.br/dataset/ccar_bc250_cemiterio_p

* foi alguma vez a BC250 foi usada como *input* para o OSM?
* está realmente em formato aberto e seus dados são atualizados e
confiáveis?
* ...

A resposta a esse tipo de pergunta está vinculada ao registro que se faz na
OSM da *origem e preparo dos dados*:
se o registro é pobre, ou se existem poucas pessoas que sabem acessar esse
registro, fica mais difícil responder a essas perguntas... E se por acaso
não há resposta, é porque precisamos nos organizar melhor.


Em 24 de agosto de 2015 21:53, Peter Krauss ppkra...@gmail.com escreveu:

 Aqui na lista talk-br@openstreetmap temos discutido a licença da fonte
 de dados das diversas fontes que se usa para adicionar dados ao OSM-BR...

 A licença do OSM é *ODbL* http://www.openstreetmap.org/copyright , de
 onde se pressupõe que as fontes que fazemos uso para adicionar dados na
 base do copiar/colar, tenham licenças compatíveis...
 De qualquer forma não encontrei todos os detalhes sobre o assunto...
 Achei algo ... mas apenas material da OSM-internacional,
  * item de FAQ sobre o assunto
 http://wiki.openstreetmap.org/wiki/Legal_FAQ?setlang=pt#2b._XYZ_Organisation_has_data_for_free_download_under_licence_N._Can_I_use_it_in_OSM.3F
 ,
  * Grupo de trabalho
 http://wiki.openstreetmap.org/wiki/Open_Data_License/Licensing_Working_Group
  * Import/Catalogue http://wiki.openstreetmap.org/wiki/Import/Catalogue
  * Import/Guidelines
 http://wiki.openstreetmap.org/wiki/Import/Guidelines (e automated edits
 http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct)

 *Alguém já estudou isso, e como se aplicaria ao contexto-Brasil?*

 ...O máximo que encontrei foi uma listagem de rótulos,
 http://wiki.openstreetmap.org/wiki/Brazilian_data_sources
 (uma convenção de rótulo da autoridade do dado-fonte, para autoridades
 mais populares como IBGE e Funai)

 *Existe um grupo de trabalho aqui na talk-br?  *
 PS: seria oportuno talvez formar, pelo menos um grupo de interesse na
 Wiki, para tentar consolidar as discussões que tem surgido, e registrar as
 soluções adotadas.





___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] analise dos mapas do governo aqui na lista! para colaborarmos com o Índice de Dados Abertos 2015 da OKFN

[Peter Krauss]

Gostaria de sugerir uma discussão aqui na lista OSM, para conferirmos
consensualmente os requisitos expressos neste link,

   http://global.census.okfn.org/entry/br/map


PS: o lançamento da nova plataforma de interatividade de análise foi hoje
(!),

http://blog.okfn.org/2015/08/25/global-open-data-index-2015-is-open-for-submissions/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Reunião Periodica - OSM Brasil‏‏ Peter Krauss

[Peter Krauss]

Bom dia Ivaldo!
A ECT é a princípio uma aliada do OSM, assim como o IBGE, as prefeituras,
etc. O que tenho percebido das conversas paralelas sobre o problema da
abertura do CEP é que o brasileiro em geral acredita na seriedade e tem em
boa conta os serviços prestados pelos Correios.
O entrave que se criou foi com a esfera burocrática da ECT, e a percepção
que tivemos é que, mesmo nas diretoriais locais da ECT não há um
posicionamento contra o CEP aberto. Havia sim ignorância,
desconhecimento do assunto, e estamos buscando mostrar para os
administradores da ECT a relevância do CEP aberto...
Mesmo entre os administradores e advogados parece um problema bobo e pouco
relevante, já que a maioria das pessoas estaria satisfeita com o
buscacep.correios.com.br  ... O detalhe com o qual nos debatemos é
jurídico, e seria resolvido por uma Ação Civil Pública, tal como foi aplicada
à ABNT em caso similar
http://www.pessoacomdeficiencia.gov.br/app/normas-da-abnt/termo-de-ajustamento-de-conduta.
Ainda não entremos com a ação (nós = grupo de interesse independente da
OSM)  pois acreditamos na conscientização e no diálogo, que em seguida
gerariam de fato uma parceria.

Seria ótimo ter um interlocutor da ECT aqui na Lista (!), e melhor ainda se
você pudesse nos ajudar a esclarecer e dialogar com as outras pessoas da
ECT... É uma trabalho de formiguinha, de corpo-a-corpo, mas pode ser muito
mais produtivo do que entrar com uma ação jurídica.
PS: a boa notícia que comentamos antes é que o Thierry, em nome da OSM,
está colhendo os frutos do diálogo que ele fomentou em Brasília, junto à
diretoria geral da ECT. O diálogo é relevante e dá resultado!


Agradeço desde já por estar escrevendo (!) e sua por sua disposição de
ajudar a OSM.




Em 19 de agosto de 2015 21:26, Ivaldo Nunes de Magalhães ivald...@gmail.com
 escreveu:

 Pessoal, não participei da reunião mas pelas mensagens pude captar algum
 resquício Bom, eu trabalho nos correios como analista. Coincidentemente
 trabalhei em Brasília no cadastro e gestão da base de CEP do DNE, no DF e
 entorno (RIDE), entre 2013 e 2014, quado conheci o OSM.

 Atualmente estou  baseado em Campo Grande/MS, mas não trabalho na área de
 CEP. Se precisarem de alguma informação, estou à disposição.

 Relativamente à obtenção da base de CEP local (estados) junto ao
 representantes regionais, só alerto que disponibilização não será
 automática. Isso porque eles (estados) terão que consultar à gestor
 nacional do CEP, em Brasilia.

 ___
 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] Reunião Periodica - OSM Brasil‏‏

[Peter Krauss]

Que ótimo, teremos ao menos uma *lista dos CEPs válidos*??
A partir da *lista* (só isso uma lista de números inteiros!) podemos
viabilizar o projeto Mapa-do-CEP,
   http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP

Essa tal de lista dos CEPs precisa ser oficial, com carimbo de CC0
https://creativecommons.org/publicdomain/zero/1.0/ dado pela ECT...
Idealmente, para o OSM, seria importante também a listagem oficial (grafia
e acentos corretos) de nomes de logradouros (que as prefeituras ão
obrigadas a fornecer além dos correios) e nomes de bairro/loteamento,





2015-08-19 9:58 GMT-03:00 Thierry Jean thierryaj...@hotmail.com:

 Caros,

 Estive nos Correios em Brasilia, a semana passada, e tenho boas noticias.

 Sugiro que falemos hoje às 12h, horário habitual.

 Abs,

 Time: Aug 19, 2015 12:00 PM (GMT-3:00) Sao Paulo
 Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229

 Or join by phone:
 +55 21 3958 7888 (Brazil Toll)
 Meeting ID: 569 474 7229
 International numbers available:
 https://zoom.us/zoomconference?m=tJqmRt7UxT13wmNluWqjTAVcKHBy1rtq


 Thierry Jean



 ___
 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: Reunião Periodica - OSM Brasil‏‏

[Peter Krauss]

Oi Márcio e Vitor Rodrigo, e mais um parabéns pro Thierry!

O Brasil até tenta ser um Estado de Direito e uma Democracia, mas tudo
ainda funciona na base o *lobby*.
Felizmente existe abertura para um *lobby do bem* (!), e é justamente
esse corpo-a-corpo com os figurões que todos deveríamos aprender um
pouco, pois só assim exerceremos nossa cidadania, e conquistaremos nossos
direitos.

O CEP aberto é indiscutível... Uma mera lista de números inteiros
associadas ao município é, do ponto de vista racional, algo público...
Todavia, do ponto de vista burocrático, existe um direito ao monopólio
que o protege; assim como um viés bastante distorcido dos Direitos
Autorais, que cria inoperância naqueles que poderiam julgar as tentativas
de proteção autoral como inconstitucionais.


*== COMO AJUDAR == *

É uma visão pessoal, gostaria justamente de convidar todos aqui a
discutirem as iniciativas paralelas,

* revisando conteúdos enciclopédicos sobre o assunto na Wikipedia-EN
https://en.wikipedia.org/wiki/Postal_code#Codes_defined_independently_from_administrative_borders
e Wikipedia-PT
https://pt.wikipedia.org/wiki/C%C3%B3digo_de_Endere%C3%A7amento_Postal.
Podemos nos alinhar sobre todas ideias e conceitos envolvidos, a partir da
Wikipedia.

* ajudando *online *com um *documento* que me comprometo de passar até
domingo (23/8), que teve origem nessa discussão
http://pt.stackoverflow.com/q/54539/. Penso em publicar um link de
GoogleDocs aqui na lista (se alguem tiver outra sugestão...).

* ajudando localmente, no *lobby do município*, pedindo que a ECT local
publique a lista de números inteiros de 8 dígitos que corresponde ao
números de CEP atuais do município. (o link da discussão explica porque o
município é o locus de Direito).  Se acharem que vale a pena eu monto um
git para isso: vamos postando no git os documentos oficiais (por ex. PDF
com imagem correspondente mostrando carimbos e assinaturas) com respectivas
listagens em CSV ou JSON.

* ajudando com o projeto do Mapa-do-CEP
http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP.







Em 19 de agosto de 2015 14:40, Vítor Rodrigo Dias vitor.d...@gmail.com
escreveu:

 Aproveitando o gancho do Márcio, se precisarem de ajuda nos Correios da
 Paraíba é só dizer que tenho um contato por lá.

 Abraços!

 Em qua, 19 de ago de 2015 às 14:14, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 Pessoal,

 eu participei da reunião como ouvinte, tentei até me manifestar (levantei
 a mão), mas o meu celular não colaborou. Vou providenciar um microfone para
 participar do meu computador. Eu consegui ouvi tudo que o Thierry falou e
 fiquei muito entusiasmado com o andamento do trabalho dele com os correios.
 Parabéns e obrigado, Thierry!

 Quando eu tentei falar eu queria apenas parabeniza-lo, me apresentar e
 perguntar:
 - Quais são as próximas ações?
 - Como posso ajudar? Será necessário uma interação minha com os correios
 aqui de Alagoas? Sou mapeador por hobby, gosto muito de mapear, e também
 pela minha empresa. Já implantei e implementei diversas ferramentas que
 trabalham com dados do OSM. Estou disponível para colaborar.
 - Está precisando de contribuição financeira para pagar a ida do
 funcionário dos correios para o Chile?

 No mais, obrigado novamente! :)

 Abraço!

 Marcio Aguiar Ribeiro

 2015-08-19 11:23 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:

 audio

 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722







 *De:* Márcio Aguiar Ribeiro [mailto:aguiar.mar...@gmail.com]
 *Enviada em:* quarta-feira, 19 de agosto de 2015 11:07
 *Para:* OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Reunião Periodica - OSM Brasil



 Já entrei para testar.



 Vocês se comunicam mais pelo chat ou por áudio mesmo? Estou sem
 microfone na minha sala.




 Marcio Aguiar Ribeiro



 2015-08-19 11:01 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com
 :

 legal, hoje poderei participar. Vai ser 12h00? em qual local/software?



 2015-08-19 10:23 GMT-03:00 Peter Krauss ppkra...@gmail.com:

 Que ótimo, teremos ao menos uma *lista dos CEPs válidos*??

 A partir da *lista* (só isso uma lista de números inteiros!) podemos
 viabilizar o projeto Mapa-do-CEP,
http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP


 Essa tal de lista dos CEPs precisa ser oficial, com carimbo de CC0
 https://creativecommons.org/publicdomain/zero/1.0/ dado pela ECT...
 Idealmente, para o OSM, seria importante também a listagem oficial (grafia
 e acentos corretos) de nomes de logradouros (que as prefeituras ão
 obrigadas a fornecer além dos correios) e nomes de bairro/loteamento,






 2015-08-19 9:58 GMT-03:00 Thierry Jean thierryaj...@hotmail.com:

 Caros,

 Estive nos Correios em Brasilia, a semana passada, e tenho boas noticias.

 Sugiro que falemos hoje às 12h, horário habitual.

 Abs,

 Time: Aug 19, 2015 12:00 PM (GMT-3:00) Sao Paulo
 Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229

 Or join by phone:
 +55 21 3958 7888 (Brazil

Re: [Talk-br] Ajuda para georreferenciar imagem

[Peter Krauss]

Oi Vitor Rodrigo, posso aproveitar a sua iniciativa para engatar outra que
ficou pendente, de explicitar as permissões aqui para o OSM?
Aquela coisa das licenças de uso por um lado, e da *confiabilidade*
de *certificação
de origem* do outro.
... Acabo de preparar um github com o seu material,

https://github.com/ppKrauss/osmPreparoOriginais

Já usou o git?  Pode criar o seu, que seria até mais interessante, ficando
toda a sua contribuição no seu nome.

PS: vejamos se alguém por aqui dá mais alguma dica antes de continuarmos.





Em 12 de agosto de 2015 10:07, Vítor Rodrigo Dias vitor.d...@gmail.com
escreveu:

 Prezados,

 Consegui junto à Prefeitura de Contagem um mapa em PDF com os limites de
 bairros da cidade e suas regiões administrativas, com permissão para uso
 dos dados no OSM. Gostaria de pedir a ajuda do pessoal aqui no
 georreferenciamento do mapa, pois o arquivo contém coordenadas de
 referência. Seguem em anexo os mapas em PDF e JPG.

 O link da imagem está em
 https://drive.google.com/file/d/0B7kc_JOieZNvRHU5N0RmXzRjaTdJZHFJdEtPUHItVTI0bzlv/view?usp=docslist_api.


 Abraços!

 ___
 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: Sobre Geolog da PMSP ser domínio público

[Peter Krauss]

Em 6 de agosto de 2015 19:52, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Em 6 de agosto de 2015 11:02, Peter Krauss ppkra...@gmail.com escreveu:

 O espremer de laranja, como disse o Alexandre, é necessário, mas pode
 vir com uma aura de certeza maior.


 Não sei como interpretar isso que o Peter diz. O que seria essa aura de
 certeza maior?


;-) acho que nem eu.





 A autoridade precisa vir de nós, eles no máximo confirmam.


 No sentido de que devemos nos responsabilizar por inferir a licença? Não
 acho.


sim, não é o certo, mas é o que na prática vejo ocorrer... Respostas
evasivas, escorregadias, informalidade...
em geral, se voce quer algo, precisa levar adiante mais mastigado, não
esperar que alguma autoridade mastigue para voce.



 Penso ser extremamente difícil um juiz aceitar um nós entendemos assim, e
 por isso usamos como defesa.


é mais sutil, precisa apenas mostrar que entende, citar fatos (ou leis)
incontestaveis, que outros já confirmaram,
para que a autoridade foque no que realmente falta ela confirmar.



 Talvez se o acusado de fato parecesse o ignorante, até viesse a ser
 atenuante, mas o que é seguro mesmo é termos declaração notavelmente
 pública ou por escrito.


Como no link que citei
https://github.com/ppKrauss/openCoherence/blob/master/reports/inferredLicense-BR.md,
a maior parte das evidências da licença já existem, só que estão
esparsas, nunca ninguém as reuniu... em alguns casos é até visto como
pergunta inédita, pois nós e nossas autoridades, somos todos
tradicionalmente informais e damos um jeitinho... Mas neste caso (copiar os
dados na base OSM), não existe jeitinho.




 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] RES: Sobre Geolog da PMSP ser domínio público

[Peter Krauss]

Oi gente, não é solução, mas é uma metodologia que pode ajudar essa e
outras situações...
No Brasil é tudo muito informal e raramente as autoridades assumem 100%
alguma coisa... O espremer de laranja, como disse o Alexandre, é
necessário, mas pode vir com uma aura de certeza maior.
No link abaixo deduziu-se  a licença do repositório de documentos
legislativos e jurídicos (lexml http://www.lexml.gov.br/),


https://github.com/ppKrauss/openCoherence/blob/master/reports/inferredLicense-BR.md

Que acham? A ideia é deduzir a licença pelas normas incidentes.
Sempre que inexiste licença explicita, podemos deduzir a licença de um
repositório governamental (supostamente aberto) com esse procedimento.   A
autoridade precisa vir de nós, eles no máximo confirmam.




Em 6 de agosto de 2015 10:49, Marcelo Pereira pereirahol...@gmail.com
escreveu:

 Não sei se estou falando bobagem, mas vai lá:

 A prefeitura do Recife mantém um site de Dados Abertos, que usei para
 algumas importações. Lá está escrito que os dados são abertos ( d ) ,
 mas mesmo assim quando citei isso aqui na lista, apareceram várias dúvidas
 sobre se seria possível usá-los no OSM.

 Daí consultei e depois achei a info que esses dados seriam liberados para
 usos em bases de dados geográficas. Trouxe para a lista e ainda assim
 ficaram dúvidas, pois alguns comentaram a falta de licença específica para
 uso no OSM.

 O que quero dizer é : será suficiente que esses dados comentados neste
 post serem públicos, ou de domínio público ? Será que não faltaria
 explicitar o seu uso em bases geográficas abertas, ou em última instância,
 uma licença especifica para uso no OSM ?

 Se em algum lugar essas regras estivessem claras, essa discussão não
 fosse tâo repetitiva.



 Em 6 de agosto de 2015 00:44, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 Não, só espremer a laranja mesmo. Os dados que estão em qualquer site sem
 senha são públicos; os dados de um blog qualquer, são públicos. A afirmação
 genérica de que o dados do Geolog são públicos pode vir por desconhecimento
 das reais implicações da questão, ou, pelo contrário, como uma arma para
 depois alegarem que não sabiam do que você estava falando quando os
 interrogou.

 Alexandre

 Em 6 de agosto de 2015 00:25, Tiago Fassoni A. A. Leite 
 tiagofass...@gmail.com escreveu:

 Alexandre, ainda posso entrar com recurso no pedido. Há algum outro
 questionamento?

 2015-08-05 18:56 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Como quase sempre, uma resposta evasiva. Dizer que é público não é a
 mesma coisa de dizer que está em domínio público. Quem respondeu parece
 querer dizer pode usar, mas tem medo de usar os termos exatos. Nada foi
 dito sobre o uso comercial. Eu nem consideraria isso uma resposta.

 Alexandre

 Em 5 de agosto de 2015 16:11, Tiago Fassoni A. A. Leite 
 tiagofass...@gmail.com escreveu:

 Posso sim. Seguem abaixo texto e resposta:


 *Solicitação do requerente:* Quero saber quais são os termos de
 licença do Geolog. Em especial: 1) O Geolog é domínio público? Se o Geolog
 não for de domínio público: 2) Posso utilizá-lo para fins comerciais? 3)
 Posso fazer trabalhos derivados em cima do mapa (ou seja, modificá-lo e
 publicar)? 4) Se eu fizer um trabalho derivado, esse trabalho tem que dar
 atribuição? 5) Se tiver atribuição, essa atribuição tem que ficar como
 legenda do mapa ou pode ficar em uma página apartada? Obrigado pela
 atenção.

 *Resposta:* Prezado Tiago, O Geolog é público e está disponível na
 página de dados abertos da Prefeitura. Sobre os créditos, é desejável
 incluí-los, e isso pode ser feito da forma que achar mais apropriado.
 Atenciosamente, Weber Sutti Chefe de Gabinete SMDU - Secretaria Municipal
 de Desenvolvimento Urbano - Prefeitura de São Paulo Edifício Martinelli |
 Rua São Bento, 405 | 18º andar | Centro | CEP 01011-100 | São Paulo | SP T
 3113.7751 | 7752 | F 3113.7758 | www.capital.sp.gov.br |
 webersu...@prefeitura.sp.gov.br FAZER JUNTOS A SÃO PAULO QUE A GENTE
 QUER. ESSE É O PLANO. | www.gestaourbana.prefeitura.sp.gov.br


 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br




 --
 
 São Pedro recebe Seu Lunga no céu perguntando:
  Morreu, Seu Lunga? 
 Não, vim passar o Natal!


 ___
 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] como adicionar números de salas comerciais

[Peter Krauss]

A *sala* é complemento... Me parece estranho registrar dados de complemento
no OSM. Explico.
Tecnicmente o addr:* tem semântica de http://schema.org/streetAddress

Explicando melhor.
Endereço do OSM é algo que pode ser traduzido para um ponto geográfico, se
mudar de sala 5 para sala 15 não muda o ponto...  A sala está dentro de
um condomínio, quem tem de fato um ponto de endereçamento é o condomínio.
Alias, um grande lote (parque, condomínio, etc.)  pode até ter mais de um
portão de entrada, logo mais de um endereço.

O endereço é algo público, onde a Prefeitura e o Correio podem recomendar e
mesmo obrigar algumas regras (que o OSM adota). Dos atributos do link
indicado, os que parecem fazer sentido nesta discussão são:

* *addr:housenumber* = número de porta ou numeração predial, etc. que é
o clássico de um endereço de entrega.

* *addr:housename*   = nome do condomínio ou nome consagrado (ex.
Maracanã) onde faça sentido se subintender o ponto como portal
principal (ex. porta principal do Maracanã).

Quem dá nome e número para as coisas dentro do condomínio não é mais a
Prefeitura, é o condomínio. Dentro dele vale tudo, e a *string
de complemento* raramente pode ser padronizada, por isso deve ser ignorada
para fins de mapeamento ou banco de dados de utilidade pública como o OSM.
NOTA: a *string de complemento* até pode representar um ponto no caso de
condomínios horizontais, mas quem legisla sobre esse endereço é o
condomínio, então não faz sentido uma prefeitura (e acredito que nem mesmo
o OSM) querer prestar serviço particular para cada condomínio do país...
Talvez em países onde isso seja padronizado: no Brasil é mais difícil.



Em 21 de julho de 2015 19:36, Adriano Rosa adriano...@gmail.com escreveu:

 entendo que seja addr:housename=* (
 http://wiki.openstreetmap.org/wiki/Pt-br:Key:addr), pois na página de 
 referência
 para o brasil
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia é
 recomendado traduzir housename como complemento [do endereço].

 cordialmente,

 adriano.

 _
 Sempre tenha os seus arquivos quando você precisar deles com @Dropbox.
 Conta
 de 2GB é grátis!

 Acesse: http://db.tt/enaEb5F



 Em 21 de julho de 2015 19:06, Helio Cesar Tomio hcto...@gmail.com
 escreveu:

 Colegas, como incluo o número de uma sala comercial no endereço do OSM?
 Ex: Rua Joaquina Ristow, n. 540, sala 5
 A dúvida é a tal da sala 5.
 Helio.

 ___
 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: RES: OSM - CNEFE

[Peter Krauss]

Oi Lucas, ótimo trabalho (!), assim que sobrar um tempo (algum final de
semana) ponho a mão-na-massa, para entender o que voce fez e como podemos
conversar mais tecnicamente ;-)
 (se tiver ilustrações, ex. UML, de modelo de dados para postar no git
também ajuda)
Como sou novato, pretendo seguir um pouco pelas bordas e no escopo mais
geral das discussões...

A ideia geral do projeto de Mapa-do-CEP ainda é rascunho mas pode ser
apreciada em
   http://wiki.okfn.org/Open_Knowledge_Brasil/Mapa-do-CEP
que tal começarmos pelo CEP2?

- - - -
Quanto os problemas legais (direitos autorais reclamados pela ECT bem como
lei do monopólio) , precisamos de apoio internacional, inclusive da OSM...
Comecei a busca por essa discussão (link abaixo), e senti receptividade,

*http://opendata.stackexchange.com/q/5600/1313
http://opendata.stackexchange.com/q/5600/1313*
a parte juridica é importante para não jogarmos nosso tempo no lixo... Até
onde conversei com advogados, se criarmos uma metodologia (algoritmos) para
espacialização do CEP (ver links Wikipedia com preliminares), não tem
problema algum: o primeiro a publicar é o autor... Por isso acho importante
termos resultado a curto prazo de um projeto-piloto com OSM e publicarmos
no http://arxiv.org





Em 14 de julho de 2015 11:13, Lucas Ferreira Mation lucasmat...@gmail.com
escreveu:

 Pessoal, estou colocando o que já tenho de código em:


 https://github.com/lucasmation/osm_cnefe_import
 (que perdoe a lingua portuguesa, escrevi em ingles para poder pegar mais
 feedback dos desenvolvedores do OSM no mundo, foruns, etc)

 Peter, bem vindo. Eu usei mesmo esta pergunta do gis.stackexchange. E
 elaborei em cima. Esta questão de dois lados do mesmo seguimento de rua
 teremo o mesmo CEP eu poderia explorar para melhorar o paramento, mesmo em
 quadras não pareadas. Mas o quão certo, 100% é isso?

 abs
 Lucas




 2015-07-13 19:01 GMT-03:00 Peter Krauss ppkra...@gmail.com:

 Oi gente, acabo de me inscrever na lista... Posso participar da discussão?

 Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente ajudam
 a resolver ambiguidades e
 dar mais confiança à geocodificação... Até onde verifiquei, o Mapa-do-CEP
 não oferece problema jurídico...
 Postei um esboço metodológico da sua construção, na Wikipedia,

 https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders
 que acham?
 Alguem falou em quadras por aqui, é justamente o foco metodológico...
   http://gis.stackexchange.com/q/80498/7505

 PS: sobre pontos de endereçamento de utilidade publica, um bom projeto de
 referencia é o http://adresse.data.gouv.fr/


 ___
 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: RES: OSM - CNEFE

[Peter Krauss]

Oi gente, acabo de me inscrever na lista... Posso participar da discussão?

Eu tenho interesse no mapeamento do CEP e do CNEFE, que justamente ajudam a
resolver ambiguidades e
dar mais confiança à geocodificação... Até onde verifiquei, o Mapa-do-CEP
não oferece problema jurídico...
Postei um esboço metodológico da sua construção, na Wikipedia,

https://en.wikipedia.org/wiki/Postal_code#Codes_defined_indirectly_to_administrative_borders
que acham?
Alguem falou em quadras por aqui, é justamente o foco metodológico...
  http://gis.stackexchange.com/q/80498/7505

PS: sobre pontos de endereçamento de utilidade publica, um bom projeto de
referencia é o http://adresse.data.gouv.fr/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br