Re: [Talk-br] uso do openstreetmap para cursos fechados

2019-03-04 Per discussione Marcos Fedato 
Oi Paulo,

Tem zero problema em fazer isso mantendo a licença do dado.

É importante lembrar que você precisa manter a licença como ODBL mesmo que você 
altere o dado.

Tipo você baixa os limites de município do OSM e faz um join com seus dados de 
loja (ou qualquer outro) para saber onde as lojas estão.

O dado resultante desta analise é ODBL pois contem dados oriundos de um dado 
ODBL.

Há um item legal no licenciamento do OSM, que você pode ter uma "base 
colecionada".

Digamos que você tenha uma base de dados sua de loja (ou qualquer outra coisa, 
e que não recebera novos atributos via join com o OSM) e queira complementar 
com dados do OSM (mais registros no banco) para gerar uma analise completa (ou 
como fonte para geocodificação, sei lá).

Neste caso você deve criar uma coluna "FONTE" no seu dado, guardando nela o que 
é 100% autoral seu (com licença que pode sim ser proprietaria) e o que é do OSM.

Então os registros do com "FONTE" = 'OSM' são licenciados pela ODBL e os demais 
podem ser regidos por outra licença, mesmo os registros estando em uma mesma 
tabela no banco de dados.

Atenciosamente,
Marcos Fedato


From: Paulo Silveira 
Sent: Monday, March 4, 2019 1:29 PM
To: talk-br@openstreetmap.org
Subject: [Talk-br] uso do openstreetmap para cursos fechados

olá

Gostaria de utilizar imagens do open street map em um curso bem básico que 
estou criando na www.alura.com.br<http://www.alura.com.br> de programação e 
geolocalização para android

Sei que parece óbvio que posso fazer isso, mantendo os créditos, dado  ODBL 
1.0: o https://opendatacommons.org/licenses/odbl/1.0/ mas gostaria de ter 
certeza se as pessoas já fazem esse uso fechado dos dados e imagens

abraços e obrigado

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

Re: [Talk-br] Projeto escolar de mapeamento da comunidade de Curupaiti Viseu, Pará

2018-04-02 Per discussione Marcos Fedato 
Tem o cbers que tem imagem pb com 5m de tamanho de pixel (gsd) no conjunto 
chines de senrores.

O grande problema é usar isso no osm. Para usar no iD vc precisaria subir um 
servidor de tiles (geoserver /arcgis server).

Ou teria que ter um software desktop como o qgis ou arcgis para visualizar a 
imagem e desenhar por cima.

Depois teria que submeter as alteracoes que no arcgis é meio chato usar a tool 
do osm dele.

Existe uma maneira mais pratica para quem nao é GISeiro utilizar imagens 
baixadas?

O JOSM aceita abrir um geotif?

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Smaran Rneu 
Data: 02/04/18 13:23 (GMT-03:00)
Para: Talk-br@openstreetmap.org
Assunto: [Talk-br] Projeto escolar de mapeamento da comunidade de Curupaiti 
Viseu, Pará

Quando precisarem de fotos atualizadas de satélite, procurem o projeto europeu 
Sentinel.
Eles têm fotos públicas diárias.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Projeto escolar de mapeamento da comunidade de Curupaiti Viseu, Pará

2018-03-30 Per discussione Marcos Fedato 
Oi Esau,

Você está utilizando o editor iD (direto pelo site do osm)?

Se sim, ele tem umas 5 fontes de imagens: bing esri digital globe...

Nenhum delas tem dado atualizado?

Me passa essas informações para eu ir pensando em como te ajudar.

Atenciosamente,
Marcos Fedato



Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Esau Lopes <esauguitarh...@hotmail.com>
Data: 30/03/18 18:29 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Projeto escolar de mapeamento da comunidade de Curupaiti 
Viseu, Pará


Boa tarde amigos, sou professor de História de uma comunidade do interior do 
Pará que ainda não está devidamente mapeada, fiz um projeto com alguns 
professores para fazermos isso para que os alunos conheçam um pouco mais sobre 
a comunidade em seu espaço geográfico, por isso peço ajuda, pois a imagem que 
tivesse acesso e desatualizada e não apresenta mudanças recentes do lugar, quer 
puder ajudar estaria profundamente grato.
Abraço a todos


Enviado do meu smartphone Samsung Galaxy.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Novo mapa da ESRI

2017-08-28 Per discussione Marcos Fedato 

Olá,

A Esri anunciou que esta doando um novo mapa base para o OpenStreetMap!

Eu não consegui abrir o iD ainda mas a Esri disse que ele está lá.

Para quem não é de geo, a esri pode ser um nome estranho, mas a plataforma 
arcgis é um sistema bem completo de geoprocessamento e essa aproximação da esri 
com o openstreetmap é bem legal pois mostra que mesmo as gigantes do setor veem 
o quanto o projeto osm é forte.

Parabéns a todos e bora mapear!

Atenciosamente,
Marcos Fedato


Enviado do meu smartphone Samsung Galaxy.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas áreas?

2017-08-06 Per discussione Marcos Fedato 
Oi Edielson,

Para isso voce pode baixar os dados do openstreetmap (tipo do geofabrik.de) e 
vai precisar de um software que faça mapas como o QGIS ou ArcGIS.

O openstreetmap é mais voltado aos dados que a representação dele. Então você 
pode usar os dados dele nos softwares que quiser.

Procure por tematizacao de mapas com qgis no google e use esse software.

Atenciosamente,
Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Edielson Correa Sarmento <ecsarme...@gmail.com>
Data: 06/08/17 08:56 (GMT-11:00)
Para: OpenStreetMap no Brasil <talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma 
cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas 
áreas?

Quero produzir polígonos de diferentes cores que possam representar territórios 
ou bairros em um mapa osm.

Em 2 de ago de 2017 13:50, "Vitor George" 
<vitor.geo...@gmail.com<mailto:vitor.geo...@gmail.com>> escreveu:
Olá Edielson,

Acho que não entendi sua pergunta. Você quer produzir um mapa e  representar 
polígonos de bairros em diferentes cores? Ou você identificou um problema em 
fronteiras que estão no OpenStreetMap?

Abraços,
Vitor

On Wed, Aug 2, 2017 at 10:31 AM, Edielson Correa Sarmento 
<ecsarme...@gmail.com<mailto:ecsarme...@gmail.com>> wrote:


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



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

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

Re: [Talk-br] Buscando os pontos de uma área

2017-03-08 Per discussione Marcos Fedato 
Olá,

Em boa parte dos casos que vi os bairros no osm são pontos com o lugar onde o 
bairro é e não poligonos.

Nesses casos não existe dado para fazer esse processamento.

Na região onde voce quer fazer isso existem polígonos de bairro?

Atenciosamente,
Marcos Fedato


Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Cassella <casse...@jetdata.com.br>
Data: 08/03/17 19:00 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Buscando os pontos de uma área

Boa noite.

Preciso recuperar os pontos que delimitam uma área geográfica, para alimentar 
uma tabela de bairros, delimitando os polígonos de cada bairro. Alguém pode 
ajudar?

Grato,

[cid:part1.52169DAB.677CDF4B@jetdata.com.br]
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Serviços públicos que mapeiam edifícios?

2017-02-04 Per discussione Marcos Fedato 
Olá Severin,

No Brasil esse mapeamento urbano é de responsabilidade do municipio.

Normalmente ele fica na secretaria de urbanismo ou na fazenda pois dados da 
construção sao usados no calculo do imposto.


Em Salvador é na secretaria de fazenda que fica o geoprocessamento que tem 
esses dados.

Atenciosamente,
Marcos Fedato


Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Severin Menard <severin.men...@gmail.com>
Data: 04/02/17 17:50 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Serviços públicos que mapeiam edifícios?

Olá,

Eu estou passando varias semanas em Salvador e aproveito para adicionar muitos 
POI nas áreas onde eu vivo. Mas como pode se ver 
(https://www.openstreetmap.org/#map=17/-13.00695/-38.52814=H), Salvador 
tem ainda pouquíssimos edifícios mapeados no OSM.
Eu não tenho medo de digitalizar edifícios de jeito nenhum (criei algumas 
dezenas de milhares, especialmente na África), mas eu não queria perder tempo 
fazer algo que já existe em algum lugar e prefiro passar esse tempo fazer a 
promoção do OSM e convencer uma organização a liberar seus dados. Aconteceu 
assim no meu pais, onde os edifícios do cadastre foram liberados.
Considerando que o Brasil é uma federação, imagino que cada estado pode fazer 
do seu jeito se não é uma competência federal. Acham que por exemplo essa 
Secretaria poderia ter esse tipo de dados?
http://www.sucom.ba.gov.br/servicos/carta-servicos/urbanismo/ Alguns conselhos ?

Att,

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

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

2016-12-19 Per discussione Marcos Fedato 
Oi Sérgio,

Eu nao sei se devemos usar o codigo do setor pois as ruas podem ser maiores q o 
setor.

Eu estou fora da minha base hj tenho um teste pra ver se viro pmp, entao nao 
conseguirei olhar algo simples que é esse campo:

Número no logradouro 127 8

Sera q não é ele? Uma mesma rua em diferentes setores tem o mesmo número?

Pois ao meu ver como nao podemos usar o setor, homonimos serão o problema, 
principalmente em bairros nao nomeados ainda como rua 1 ou rua projetada 1... 
varias cidades tem homonimos dessas ruas, talvez de pra complementar com a 
localidade tipo rua 1 - centro e outra seria rua 1 - jardim pipoca... só 
olhando o dado.

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: "Sérgio V." <svo...@hotmail.com>
Data: 19/12/2016 09:22 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


@Marcos Fedato,

Beleza, vamos tentando ver o que se consegue. Conseguir o sentido da rua e das 
linhas de face será outra mão na roda.

>(eu nao lembro se tem algum codigo unico por logradouro ou se seria possivel 
>só pelo nome da rua pois podemos ter problemas com homonimos).

Essa é a questão também, procurei mas não encontrei no CNEFE algum arquivo que 
tenha um código único de rua. Complica um pouco mais ter que filtrar por "nome 
de logradouro" + os códigos da cidade/setor/etc...


Mas considerando o código completo do setor onde está a linha de face (ex. no 
shp CD_SETOR=43149020562 // equivalente àquela compilação dos atributos do 
TXT, e menor e mais restrito que o código da cidade=4314902), não deve haver 2 
ruas com mesmo nome no mesmo CD_SETOR.

Isto talvez já facilitaria um pouco mais.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
LAYOUT DOS TXT DO CNEFE (Layout.xls):

Variável Posição Inicial Tamanho EXEMPLO(#=NULL)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Código da UF 1 2 43
Código do município 3 5 14902
Código do distrito 8 2 #5
Código do subdistrito 10 2 #0
Código do setor 12 4 ##62 [= compilação CD_SETOR: 43149020562 (*1*)]
Situação do setor 16 1 1
Tipo do logradouro 17 20 RUA
Título do logradouro 37 30 DUQUE
Nome do logradouro 67 60 DE CAXIAS
Número no logradouro 127 8 1205   [= NÚMEROS A SELECIONAR NA QUADRA PARA SHP 
(*1*)]
Modificador do número 135 7 #
Complemento
Elemento 1 142 20 #
Valor 1 162 10 #
Elemento 2 172 20 #
Valor 2 192 10 #
Elemento 3 202 20 #
Valor 3 222 10 #
Elemento 4 232 20 #
Valor 4 252 10 #
Elemento 5 262 20 #
Valor 5 282 10 #
Elemento 6 292 20 #
Valor 6 312 10 #
Latitude 322 15 #
Longitude 337 15 #
Localidade 352 60 CENTRO
Nulo 412 60 #
Espécie de endereço 472 2 06
Identificação estabelecimento 474 40 MUSEU JULIO DE CASTILHOS
Indicador de endereço 514 1 1
identificação domicílio coletivo515 30 #
Número da quadra (*) 545 3 001
Número da face 548 3 004 [= CD_GEO: 43149020562001004 (*1*)]
CEP 551 8 90010283

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


Valeu!

Vamos experimentando.


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

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

2016-12-19 Per discussione Marcos Fedato 
Eu acho que consigo fazer algo no arcgis para arrumar o sentido em ruas que tem 
mais de um trecho (face).

Numeracao nao sequencial estragaria o processo, mas deve dar para identificar 
quem nao tem numeracao sequencial (sobresicao dos ranges de numeros das ruas).

Esses que tem sobreposicao a gente pularia para analise posterior.

O que precisaria ser feito seria: pegar todos os trechos com mesmo nome na 
mesma cidade (eu nao lembro se tem algum codigo unico por logradouro ou se 
seria possivel só pelo nome da rua pois podemos ter problemas com homonimos)

Depois identificar uma sequencia entre eles, eu verificaria se a rua é mais 
latitudinal ou longitudinal e com base nesso usaria a ordem da latitude lu da 
lingitude pra ordenar quem vem depois de quem.

Com as ruas ordenadas (ainda nao necessariamente no sentido correto) agora 
entrariam os minimos e maximos da numeracao do cnefe em cada trecho da rua 
(face de quadra).

Aí é comparar se o sentido atual das ruas está correto (se a numeracao q 
atribuimos de ordem para cada trecho precisa ser invertida).

Nesse ponto saberemos se a rua começa mais ao norte ou ao sul ze ela for 
latitudinal ou se ela comeca a leste ou oeste se ela for longitudinal.

Aí eu passaria em cada trecho (face de quadra/face de logradouro) verificando 
se o primeiro e o ultimo vértice de cada linha estão alinhados a direcao da rua 
(pelas cordenadas y ou x do ponto inicial de acordo se a rua é latitudinal ou 
longitudinal e o sentido (norte, sul, leste oeste) da rua.

Ex caso a rua sena latitudinal e comece no norte, mas o trecho dela o y inicial 
seja menor que o y final, o trecho precisaria ser invertido pois quanto maior o 
y mais ao norte.

É um belo trampo. Eu só abri o qgis para ver como é nao manjo de geoprocessing 
nele mas isso q eu falei é exequivel em arcgis tranquilo só precisa de um tempo 
de dedicacão e amor.



Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: "Sérgio V." 
Data: 18/12/2016 22:56 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


Sim, de fato, tava vendo melhor agora, o lado já viria certo (problema é 
atribuir o sentido do menor/maior):

-o TXT traz a numeração do endereço, com número do setor,  quadra e face (mas 
não traz coordenadas);

-que correspondem no SHP ao valor de "CD_GEO" (as linhas das faces já 
georreferenciadas).


Assim, sejam ímpares ou pares ou misturados, já correspondem ao código do lado 
certo da rua (face).


EXEMPLO:
PORTO ALEGRE - FACE DE QUADRA DO MUSEU JULIO DE CASTILHOS: RUA DUQUE DE CAXIAS 
1205
(MAS PODERIA SER QUALQUER CIDADE)


TXT: (não tem coordenadas)

-Posição Inicial 1 (Códigos UF, município, distrito, subdistrito, setor)= 
43149020562

-Posição Inicial 67 (Nome do logradouro)=DE CAXIAS

-Posição Inicial 127(NÚMERO NO LOGRADOURO)=1205

-Posição Inicial 545 (Quadra e Face)= 001004


SHP:  "CD_GEO"=43149020562001004 (=aos valores de [1...;545...] do TXT)


O que precisaria fazer (automatizar):

-(no TXT) selecionar todas as "faces de quadras" da "mesma rua" (Nome do 
logradouro + distrito, subdistrito...);

-destas, selecionar todos os "números  no logradouro" de cada face de quadra e 
destacar "o maior e o menor";

-(no SHP) copiar os valores  de maior e menor número do TXT para cada linha de 
face no SHP;

-ordenar as faces segundo os  "números  no logradouro";

-atribuir sentido às linhas, em ordem;

-atribuir a cada face do SHP, em sequencia, 2 novos campos com os valores para 
 e  

(ou já adicionar direto um campo (addr_inter) com os valores para 
-).


Depois só trocar o nome no JOSM para addr:interpolation.

Ficaria pronto para examinar no JOSM com o existente, validar e importar.


Mas não sei como automatizar aquilo ali  :-P


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

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

2016-12-18 Per discussione Marcos Fedato 
Acho q o impar par é menos problema. Normalmente é impar a esquerda olhando do 
comeco da rua para o fim. E par a direita.

Se voce souber o sentido vc consegue saber que lado é o que.

Até pq se vc for usar o dado das faces a numeracao esta amarrada com o lado 
certo.

Vc só precisaria se importar caso unisse as numeracoes em um unico vetor com 4 
atributos num. Ini direita Num ini esquerda num fim direita, num fim esquerda.

Se for por face da quadra ja ta resolvido pq seria o inicial e o final de cada 
lado só.

Esse site explica mais ou menos. Nao deve se aplicar a tudo (sempre tem palmas, 
bauru e brasília pra ajudar) mas via de regra é igual.

http://mundoestranho.abril.com.br/cotidiano/como-sao-escolhidos-os-numeros-das-casas-de-uma-rua/

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: "Sérgio V." 
Data: 18/12/2016 19:38 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


Bom, legal que tem várias ideias e alternativas possíveis.


@santamariense, a camada de "faces" citada é dos SHP de "faces de logradouros" 
(ftp://geoftp.ibge.gov.br/recortes_para_fins_estatisticos/malha_de_setores_censitarios/censo_2010/base_de_faces_de_logradouros),
 que tem as linhas (ways) de face georreferenciadas.

Problema ainda é como colocar ali os números de endereços.


O negócio acho que é ir testando (de preferência antes, fora do OSM), 
documentando e compartilhando aqui o que der certo pros demais testarem também.


De minha parte à medida que tiver tempo vou testando no QGIS pra ver se e como 
daria pra fundir os ways do SHP das faces de logradouro com a numeração do: 
ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos/

(Neste site, o arquivo "Layout.zip" indica as colunas dos dados dos TXT: tem a 
identificação das quadras e os CEPs também; tipo de estabelevimento, etc; 
várias informações úteis se se conseguir recuperar)


Um modo que tou pensando pra tentar conseguir identificar o sentido pra onde 
cresce a numeração serviria para os casos de "várias quadras" na sequência de 
"uma mesma rua": as quadras que (após a fusão com os números) tiverem numeração 
maior que as anteriores indicam o sentido. Poderia então colocar todos estes 
ways no mesmo sentido:  -> -> -> (se tiver como identificar e fazer 
automático...). Aí daria pra aplicar addr:interpolation nas duas extremidades 
(já orientadas) com mínimo/máximo.

Problema ainda seria lado impar/par.


Mas o negócio mesmo é ir testando concretamente, documentar, e partilhar.

Aí talvez possam vir mais soluções viáveis.

Tá valendo de todo modo.



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

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

2016-12-17 Per discussione Marcos Fedato 
Tecnicamente sim.

2 problemas

1) numeracoes nao sao sempre sequeciais e isso pode criar overlaps entre os 
ranges (cnefe tem inumeros erros, algumas cidades tem 2 numeracoes uma da 
prefeitura outra da empresa de energia, vc acha mesmo que o recensciador sabe 
diferenciar isso?) Eu vi o dado a alguns anos justamente antecipando o momento 
em que as faces fossem abertas ao publico e ia dar rolo.

2) o sentido de construcao do logradouro, veja se queremos interpolar teremos o 
minimo e o maximo. Mas o minimo é qual extremo do vetor da face de quadra? É o 
ponto mais ao norte ou ao sul imaginando um vetor maior no eixo latitudinal.

Algumas cidades como sao paulo tem numeracao radial partindo de um ponto 
central da cidade e aumentando para os extremos.

Cidades litoraneas podem ter numeracao menor pro mar do que para mais para 
dentro do continente.

Não entendo porque querer enfiar esse dado a qualquer custo no osm, o melhor 
que vejo para geocodificacão seria: gerar pontos de centro para cada face de 
logradouro, associar cada cnefe ao ponto de face e criar um geocodificador de 
ponto como se fosse a frente da casa mas sempre no meio da quadra. Isso porquê 
nao tem como saber qual o maior ou menor lado e 1 quadra é uma ótima precisao 
para geocode.

Porém esse dado tosco nao serviria no osm seria otimo para geocode nao para uma 
base de dados multiuso.

Entao eu pessoalmente tenho lido essa thread com carinho mas nao sei como 
ajudar parece que uma coisa nao cabe na outra.



Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Vítor Rodrigo Dias 
Data: 18/12/2016 03:03 (GMT-03:00)
Para: OpenStreetMap no Brasil 
Assunto: Re: [Talk-br] Sobre addr:interpolation - possibilidades

Santamariense, tenho duas ideias:

- extrair o maior e o menor número de cada face, ao invés de interpolar cada 
número
- associar os extremos às pontas de cada traço de interpolação
- utilizar a própria base de dados de faces do IBGE para adicionar os dados de 
interpolação

É viável?

Em dom, 18 de dez de 2016 às 02:04, santamariense 
> escreveu:
Postei na comunidade do QGis um tópico sobre a criação de SHPs a
partir do CNEFE para ver se alguém tem alguma ideia disso para
posteriormente facilitar nosso trabalho aqui no OSM. Tópico:
https://goo.gl/g39rCO

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

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

2016-12-14 Per discussione Marcos Fedato 
Muito boa sua colocação das outras tags.

Eu não vi muita discussão sobre elas aqui, elas sao muito úteis.

Já usei a old_name que vc coloca o nome antigo quando surge um nome novo, é boa 
para registro historico.

A alt_name eu uso quando por exemplo o logradouro chama "avenida luiz viana" 
mas todo mundo chama de "avenida paralela" (salvador - ba).

Essa loc_name eu nao sei se seria o caso de usar quando a rua tem um nome dado 
pelos moradores e outro oficial, ou se seria um alt_name também?

O official_name seria no caso do aeroporto de guarulhos/sao paulo onde alguns 
conhecem por cumbica e na verdade o nome oficial é do governador franco 
montoro. Além de ter o alt_name de gru airport (ou é o nome internacional isso? 
).

Além disso algumas tags vc pode usar o ; ponto e virgula quando há mais de um 
valor... ruas que mudam constantemente de nome podem ter vários old_name que 
ficam na mesma tag, separados por ;

Além do ref que guarda a informacão do numero da estrada municipal, estadual ou 
federal.

Sabendo usar o modelo de dados do OSM é bem completo.

Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: santamariense <imagens...@gmail.com>
Data: 14/12/2016 08:22 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas 
do Google)

Sobre nome de vias públicas (ruas/estradas/...) gostaria de
compartilhar a minha experiência.

1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
Municipais), no caso da minha cidade temos uma excelente fonte única
que é uma lei que consolidou cerca de 1,5 mil denominações
(http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-municipal-sobre-denominacao-de-ruas).
Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
acompanhar as novas leis criadas;

2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
"Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
com mais calma.

3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
R. Enesto Beck. Essa pessoa consta em livros de história sobre a
cidade. Mas existe uma variação muito forte do nome dele, que é
(Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
prefeitura, media local e até um ponto de táxi com o nome errado (sem
falar que isso foi certamente agravado por erro de mapas conhecidos,
como o GM, porque querendo ou não as pessoas veem o nome errado lá e
passam a usá-lo - falei disso no diário certa feita:
http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
o "coronel", porque o título não aparece no nome oficial.

4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
nomes que são capturados verbalmente com moradores.

Se há variações do nome, e são de fontes lícitas, devemos colocar no
OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
official_name, old_name,... Na tag "name" eu sempre preferia colocar o
nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
colocar o que se acha in-loco, seja placas ou consenso de moradores.

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

Re: [Talk-br] Possível cópia de nomes de ruas do Google

2016-12-13 Per discussione Marcos Fedato 
Saindo do tópico da copia...

Eu acho que o nome da placa é mais confiavel q o do ibge pq quem dita o nome é 
lei da prefeitura, que é quem faz a placa.

Nesse caso a menos que tivesse uma terceira fonte (preferencialmente a lei que 
nomeia) eu manteria o nome da placa.

O IBGE é bom... mas só pq tem pro país todo a qualidade dele não é 
inquestionavel. Não é fonte oficial do nome.

Desculpa se chovi no molhado mas é bom aproveitar o gancho para novos 
mapeadores saberem sobre as diferentes fontes de informação.

Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.
 Mensagem original 
De: thunder...@gpsinfo.com.br
Data: 14/12/2016 00:01 (GMT-03:00)
Para: OpenStreetMap no Brasil <talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] Possível cópia de nomes de ruas do Google

Não perguntei a ele se copiou dados do Google, ao contrário, disse-lhe que
não pode empregar dados do google e isso ele entendeu.

Aí está a questão do approach ao editor. Ao acusarmos que copiou dados do
google já estamos sentenciando e se o indivíduo não copiou esse pode se
ofender com a acusação.

Como citei no grupo do telegram, difícil acusar alguém se não soubermos a
fonte empregada para a edição. As vezes alguns dados podem estar semelhantes
aos estampados no google, mas devemos ter em mente que em caso de igualdade
é de suma importância que busquemos as fontes de referencia empregadas
porque tanto o google como o editor podem ter empregado a mesma fonte.

Quando cheguei em Vila Velha - ES, onde resido desde janeiro deste ano, a
rua onde moro estava no Google e OSM como Rua Aquino de Araújo quando na
verdade ela se chama Aquino Araújo, sem o "de". Alterei no OSM e pude
constatar que assim está no mapa do IBGE, sem o "de".

Não sei de onde o Google tirou o "de" no nome, mas a placa na Rua tem
erradamente o "de". A placa está errada e o IBGE certo.

Nesse exemplo prático alguns poderiam concluir que o editor copiou o erro do
"de" do google e acusar quem editou a ter copiado.

Acho que não até porque a placa na rua tem o "de".

Com tudo isso quero concluir instando aos amigos a não tirarem conclusões
precipitadas de um fato observado em edições que sabemos não serem maldosas.

[]s
Marcio

-Mensagem Original-
From: santamariense
Sent: Tuesday, December 13, 2016 10:17 PM
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br]Possível cópia de nomes de ruas do Google

@Thundercel, concordo contigo que a intenção do Gabriel é boa (ver o
OSM progredir), mas  como comentei numa changeset, não adianta
construir um castelo de areia. Porque se foi copiado dados
indevidamente, eles tem que ser excluídos, e quanto mais tarde, pior,
porque se bobear teremos ainda que excluir dados que porventura possam
ter sido derivados dos dados que ele adicionou (bola de neve). E pode
crer que isso não dói só a ele, porque aposto que qualquer um de nós
fica sentido de ter que regredir o OSM. Enfim, que bom que ele fala
com alguém de nós. Não acho que ele deva ser afastado, mas ele precisa
estar ciente das consequências das cópias inadequadas que ele fez para
não persistir no erro.
Se tu ensinar ele a usar a camada do IBGE para pegar os nomes das ruas
e ele começar a usar, as coisas se alinham.

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


---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus


___
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: Faces de Logradouros

2016-07-18 Per discussione Marcos Fedato 
Da sim, não parece q a soma deles passe os 4gb de limite dos shapefiles.
Qualquer suite GIS consegue fazer isso fácil no ArcGIS da pra usar o append pra 
juntar tudo em uma única feature class / arquivo.
A real implicação é performance na visualizacão pq é muito dado.
Aí depois vc pode criar um índice espacial que é a forma do visualizador não 
varrer o Brasil todo pra saber o que cai na sua tela, com índice ele sabe q 
parte vc ta exibindo e monta a tela já com os dados certos beeem mais rápido.
Atenciosamente,Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.

 Mensagem original 
De: Blademir Andrade de Lima <blademi...@hotmail.com> 
Data: 18/07/2016  20:31  (GMT-03:00) Para: Luis Bahiana 
<luis.bahi...@gmail.com>, talk-br@openstreetmap.org Assunto: 
[Talk-br] RES:  Faces de Logradouros 

Amigos, tenho uma duvida técnica quando aos dados abaixo do Censo 2010.

Como vcs sabem, eles estão separados por Estado e Município (Geocodigo) e 
subdividido internamente em Face/Setor/Subdistrito.

Tem como condensar todos os municípios em um só arquivo, assim como é com os 
outros arquivos do IBGE?

Forte Abraço!
BladeTC

Enviado do Email<https://go.microsoft.com/fwlink/?LinkId=550986> para Windows 10

De: Luis Bahiana<mailto:luis.bahi...@gmail.com>
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: talk-br@openstreetmap.org<mailto:talk-br@openstreetmap.org>
Assunto: [Talk-br] Faces de Logradouros

Corrigindo a ultima postagem :

*O IBGE disponibiliza hoje (14/07/2016), em seu portal na internet, a Base
de Faces de Logradouros do Censo Demográfico 2010, que contempla todos os
5.570 municípios brasileiros. São arquivos vetoriais digitais que mostram
as extensões compreendidas entre, por exemplo, quarteirões de uma rua,
praça etc. Para trabalhar com a base, é necessário utilizar softwares de
geoprocessamento, como as plataformas livres TerraView, Quantum Gis, dentre
outras. Clique aqui
<ftp://geoftp.ibge.gov.br/recortes_para_fins_estatisticos/malha_de_setores_censitarios/censo_2010/base_de_faces_de_logradouros>
para
acessar todas as informações disponíveis e fazer o download dos arquivos da
Base de Faces de Logradouros.*
--

Luis Cavalcanti da Cunha Bahiana

Geógrafo : Coordenação de Geografia - IBGE
___
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

2015-10-02 Per discussione Marcos Fedato 
Caros,
Ficou definido onde vai ser a reunião? (que midia?) To aqui kkk, só preciso de 
um link!

Att
Marcos Fedato


Date: Fri, 2 Oct 2015 18:39:54 -0300
From: lucasmat...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

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 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, 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 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/1aguardo 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 logística agreado.

== Metaphone, Lucas ==A análise de duplicações de nomes de rua é complexa,  tem 
mil meandros e em geral cada cidade  uma peculiaridade (as respectivas Câmaras 
Municipais são as responsáveis)... As duplicações seriam talvez um projetinho a 
parte, acho que podemos até tratar em outro git e fazer centenas de 
experimentos e demonstrações com planilhas CSV.- - -PS: Olhei por alto o seu 
link , parece que estamos em consenso.  A ultima vez que discuti o assunto foi 
em http://pt.stackoverflow.com/a/10202/4186RESUMO: basta instalar o Metaphone 
no PostgreSQL: precisa indexar com metaphone poque é exponencialmente mais 
rápido do que comparar par-a-par com semelhança. O indexador sugerido (as ruas 
do Brasil exigem 90% fonética do portugues) já faz também uma espécie de 
stemming grosseiro por ficar só com prefixos. Aí, como diz também seu link, com 
grupos de similares em mãos, aplica-se a semelhança par-a-par. 
 
Em 2 de outubro de 2015 02:13, Marcos Fedato <heroij...@hotmail.com> escreveu:



Peter,
Agora que eu vi, o Lucas já tem muita coisa como o Objetivo e a pagina do Wiki 
k.
http://wiki.openstreetmap.org/wiki/CNEFE_data,_IBGE,_Brasil_import
Acho que podemos seguir o que ele fez e crescer com isso.
Então já temos o repo, o wiki e o objetivo claro que podemos revalidar.
O Lucas ta ralando a tempo nisso essa

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

2015-10-01 Per discussione Marcos Fedato 
Não poderia concordar mais, precisamos de uma maneira de organizar pq a coisa 
vai longe.
Como o processo pode ser muito longo ia ser legal a gente traçar todas as 
ideias, verificar quais fazem mais sentido prático, colocar elas em ordem de 
"como essas coisas se encaixam" e depois dividir o boi a bifes onde cada um 
possa ajudar em um subsistema.

Eu topo explicar o que eu penso, posso participar em um final de semana ou 
depois das 19h00, só marcar q eu preparo um material que podemos somar e 
discutir.

Atenciosamente,
Marcos Fedato


From: alexandre@gmail.com
Date: Wed, 30 Sep 2015 12:58:58 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

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

2015-10-01 Per discussione Marcos Fedato 
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á.
G) O cep tem n possibilidades dentro do DNE tem um tipo do cep, que podia ser 
igual dos dois lados, diferente, usando numeração sequencial e não metrica... 
fato é que nem sempre é igual, mas pode ser usado nos casos em que for igual.
Att
Marcos Fedato


Date: Wed, 30 Sep 2015 10:20:55 -0300
From: lucasmat...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

ops, mandei acidentalmente antes de terminar. Retomando no ponto C
C) De fato a podemos usar o shape de setores para aproximar mais o pareamento 
espacial (atualmente eu só usei os municípios) antes de parear as quadras pelo 
nome. E com isso podemos aumentar ao grau de tolerancia nos pareamentos fuzzy. 
Este pareamento OSM - poligonos de setor censitario também é útil para a outra 
grande metade do projeto (na qual ainda não avancei muito) que é sugerir nomes 
para ruas sem nome no OSM a partir do CNEFE. Eu já tentei rodar a query abaixo 
para fazer isso (resumindo, cruzar primeiro por uf e municipio, atribuindo 
codigos para estes nas duas bases, para reduzir o número de cruzamentos 
espaciais de fato entre setores e ruas apenas dentro de cada municipio):
CREATE TABLE OSM_Streets_by_SetorCensitario2 ASSELECT OSM_Streets_by_Mun.*, 
setor_censitarioL.geomFROM OSM_Streets_by_Mun, setor_censitarioLWHERE   
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

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

2015-10-01 Per discussione Marcos Fedato 
Olá Peter,
1) Eu acho legal, acho que ficaria melhor criar um repo ja com o nome de 
"importacao_cnefe" e dentro dele criar uma pasta 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 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 conhe

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

2015-10-01 Per discussione Marcos Fedato 
Lucas e demais colegas intertessados,
Eu posso às 19h00 e posso mais tarde (esse 8h40 é 20h40, certo?), até prefiro 
mais tarde.
Tenho Skype "marcos.fedato", não sei como vocês estão pensando em fazer em 
termos de ferramenta.

Vish eu programo n coisas, mas para o nosso projeto deveriamos usar coisas open 
né. Do que podemos usar, sei Java e Python (já usei muito regex nos 2, mas 
python é mais fenomenal nos scripts de transformação ).
Porém pelo projeto eu posso ver R, parece ser muito bom com o PostgreSQL. Eu 
nem sei como é R, mas a gente da uns pulos e sempre é bom aprender.
Atenciosamente,
Marcos Fedato


Date: Thu, 1 Oct 2015 19:01:34 -0300
From: lucasmat...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

legal, pessoal, no final de semana que vem eu saio de férias por 3 semanas. Até 
lá vou tentar deixar tudo que eu já fiz, mesmo as coisas imcompletas, no 
github. 
Marcos, Peter e demais interessados, vocês tem interesse de marcar uma conversa 
amanhã, sexta, após as 19h00? Na verdade o ideal para mim é depois de 8h40, 
quando minha filha já dormiu. 

Marcos, em que linguagem você programa? O ambiente de trabalho que tenho a 
disposição tem R e Postgresql, e eu já sei conectar entre os dois. Então se 
tiver um script de R que faça a correção fonética eu consigo rodar com certa 
facilidade. Acho que tem Python também, mas eu não sei progamar em phyton ainda 
(mas é relativamente parecido com o R, então seria factível rodar um código 
mais pronto). 








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/OSMBrasilvoce 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á.
G) O cep te

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

2015-10-01 Per discussione Marcos Fedato 
Peter,
Agora que eu vi, o Lucas já tem muita coisa como o Objetivo e a pagina do Wiki 
k.
http://wiki.openstreetmap.org/wiki/CNEFE_data,_IBGE,_Brasil_import
Acho que podemos seguir o que ele fez e crescer com isso.
Então já temos o repo, o wiki e o objetivo claro que podemos revalidar.
O Lucas ta ralando a tempo nisso essa pagina da wiki começou em Abril de 2014!

Att
Marcos Fedato


From: heroij...@hotmail.com
To: talk-br@openstreetmap.org
Date: Thu, 1 Oct 2015 22:40:53 -0300
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE




Olá Peter,
1) Eu acho legal, acho que ficaria melhor criar um repo ja com o nome de 
"importacao_cnefe" e dentro dele criar uma pasta 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.

A

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

2015-09-30 Per discussione Marcos Fedato 
Caros,
Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a ajudar 
nesse processo do CNEFE.
Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos usar 
alguma coisa de fonética brasileira(que pode adicionar erros) e tabelas 
auxiliares(que pode adicionar erros) com nomes padrão, dando replace em erros 
conhecidos de grafia (AKA: juscelino kubitschek é difícil de escrever).
Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho 
fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA: soundex 
não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e estes 
nomes batem, a gente pode supor que a rua que faltou no OSM tem o nome da rua 
que sobrou no CNEFE.
A gente pode usar não só os municipios, mas também os setores censitários para 
achar exatamente onde estão os nomes faltantes.
Os setores censitários tem uma tabela de descrição do entorno. É um campo de 
texto livre para cada setor falando as ruas por onde ele é delimitado. Com 
alguma inteligência a gente pode quebrar esse campo em ruas e cruzar com o OSM 
também.
O problema conhecido de cruzar diferentes bases de dados espaciais é o 
deslocamento que pode haver entre uma e outra, tenho alguns esboços 
interessantes de como resolver isso saíndo do mundo tabular e utilizando GIS.
Minha ideia se baseia em 2 coisas, achar alguns setores por cidade onde tudo 
bate e usar eles como referência de posicionamento. Depois extrapolar o erro 
destes setores para os setores próximos encaixando eles no lugar mais próximo 
do correto. (se o setor que a gente sabe que bate com o OSM estiver 5m para a 
direita, o setor vizinho dele estara provavelmente a algo próximo de 5m a 
direita também, pois eles tem paredes que se tocam)
Existe também o problema de ruas que de fato mudaram de nome, podemos usar a 
tag old_name do OSM neste processo, se o nome do CNEFE constar lá, não é erro, 
realmente foi mudado o nome da rua.
Então os dados seriam OSM(Vetor, Name, Alt_Name, Official_Name, Ref, Old_Name, 
No_Name), CNEFE, Shapes dos setores censitários, Descrições dos setores 
censitários.
Pegar as áreas verdes (acho que village_green e park) com nome seria legal 
também, pois muitas praças dão nomes a logradouros, mas nem sempre isso se 
reflete na base de arruamento.
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.
Sou programador experiente, posso ajudar a desenvolver rotinas de transformação 
de texto, consultas e análises espaciais necessárias para esse processo.
Parabéns pelo trabalho até então, essa iniciativa é 10, somando esforços a 
gente vai destruir de deixar o OSM completo!

Atenciosamente
Marcos Fedato


Date: Wed, 30 Sep 2015 01:33:03 -0300
From: lucasmat...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

coloquei agora. 
Mudei o codigo mesmo , que estava grande demais pro Readme para 

https://github.com/lucasmation/osm_cnefe_import/blob/master/OMS_and_CNEFE_blocks_matching.sql



2015-09-29 15:45 GMT-03:00 Márcio Aguiar Ribeiro <aguiar.mar...@gmail.com>:
Oi, Lucas!
Muito bom! Eu venho planejando fazer isso faz um tempo já. Entrei no 
repositório e fiquei fuçando o código e o que eu entendi é que ainda não está 
disponível, certo?Marcio Aguiar Ribeiro

2015-09-28 13:19 GMT-03:00 Lucas Ferreira Mation <lucasmat...@gmail.com>:
Pessoal, 
retomando este assunto:  consegui (finalmente!!!) cruzar os quarteirões do 
CNEFE com os do OSM. 
O Cnefe tem 2.1 milhões de quarteirões. O OSM tem 1.6 milhões de "quarteirões" 
(os quarteirões são algo que eu mesmo crio, a partir da interseção das Ruas do 
OSM). Destes apenas 480 mil tem todos os lados nomeados. 
O primeiro critério do cruzamento foi que os quarteirões tinham que cair no 
mesmo município (a partir do shapefile de municípios de 2010 do IBGE). O 2o 
critéiro foi que os nomes de todas as ruas que compõem o quarteirão batessem 
nas duas bases. 
Com este critério consegui identificar 95mil quarteirões do CNEFE no OSM. Para 
estes quarteirões temos todos os endereços que estão no CNEFE. 
Os municípios com mais quarteirões são: 
São Paulo - 5mil. Bejo Horizonte -  3,5milCuritiba - 3.2milCampo Grande - 
2.7milFortaleza - 1.9milRibeirão Preto - 1.7milRio de Janeiro - 1.5mil
e assim vai. Encontrei quarteirões em 1822 municípios, mas a maioria tem menos 
de 20 quarteirões encontrados. 
Isso foi com pareamento extato. Vou começar agora a testar com fuzzy matches. 


ao longo do dia vou migrar o código para: 
https://github.

Re: [Talk-br] Primeiro Contato

2014-05-03 Per discussione Marcos Fedato 
Por favor me corrijam se eu estiver errado, pois trabalho com geocode e até 
então sobre o OSM entendi isso:

Acredito fortemente que não exista dado para isso no OSM hoje.

O sentido de construção da rua no OSM é mais referente ao roteamento de pista 
de mão única do que a numeração.

 Ou seja não se saberia qual o ponto inicial ou o final da estrada para 
atribuir quilometragem.

Realmente a projeção do dado do OSM não é equidistante (uma distancia de 10 
pixel nos pólos representa um tamanho real muito menor que 10 pixels na linha 
do Equador), mas isso não é problema, pois, se ajustaria tranquilamente 
reprojetando o dado do OSM para uma projeção equidistante dado antes de 
processar a kilometragem.

Outro problema seria a incompletude do dado, o OSM normalmente é melhor em 
lugares com uma grande concentração de pessoas com acesso a luz, internet e 
conhecimento de GPS ou outras geotecnologias.

Em cidades menores pode ser que você só tenha mesmo a rodovia principal que 
corta a cidade.

Não que as bases de dados privadas sejam muito diferentes disso, mas é bom 
saber os riscos do seu projeto.

Estou a disposição para dúvidas e discussões sobre geocode (reverso ou não) com 
o OSM.

Marcel Mitsuto F. S. mits...@gmail.com escreveu:

Olá,

Acabei de me registrar aqui na lista, esta é minha primeira mensagem.

Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é
o geocode reverso de milhares de endereços (centenas de milhares!).

Meu problema é que muitos desses endereços são referências de kilometragem
em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o
sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa.

Alguém aqui conhece alguma solução que consiga resolver o caso da
referência em kilometros nas rodovias? Sei que algumas ferramentas consegue
fazer interpolação linear no shapefile da rodovia, indicando uma
aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear
referencing system), tem alguns problemas ao não considerar a curvatura da
terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada
relacionado a LRS.

Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas
Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de
endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse
realizar geocode reverso com alguma precisão no parse do endereço?

Obrigado desde já.

Marcel
___
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] Listas de endereços por município

2014-04-24 Per discussione Marcos Fedato 
Um exemplo clássico é o Presidente Juscelino Kubtschek, até tentei achar agora, 
sem sucesso, mas uma vez vi algo falando sobre umas 50 maneiras de errar o nome 
dele.

Os dados do cnefe são escritos por recenceadores não necessariamente sabem a 
grafia, eles podem ter perguntado para um morador analfabeto por ex.

O layer do ibge eu nao sei exatamente como é feito, mas pode ter erros também.

 Estou mapeando caraguatatuba-sp aos poucos e estava usando um JPG do site da 
prefeitura para os nomes.

Em alguns casos o IBGE tinha grafia diferente da prefeitura.

Mantive o da prefeitura pois imagino que ela tem o real poder de nomeação das 
ruas.

Outro ponto é que em muitos casos bases de dados privadas erram de propósito a 
grafia das coisas pra saber quem copia elas.

Então não use a grafia do here ou google como referência, eles podem estar 
errados e vão te pegar no pulo.

Quanto ao source do IBGE não acho certo usar se a grafia não é a deles.

Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu:

Lucas, como é essa dificuldade sua com as grafias de nomes? Por favor,
exemplifique situação.

Aliás, pessoal, vejamos se estou fazendo algo errado.

Tenho usado a camada IBGE mapa municipal, mas colocado acentos e feito
pequenas correções como acho que é o nome exato real. No entanto, considero
tão pequenas mudanças como irrelevantes, e por isso continuo a declarar
source:name=IBGE. Está errado?

Alexandre Magno


Em 24 de abril de 2014 22:14, Lucas Ferreira Mation
lucasmat...@gmail.comescreveu:

 Pessoal,

 alguém tem um levantamento de listagens de endereços (das prefeituras
 ou outras fontes) de cada cidade?

 Estou tentando filtrar o CNEFE mas há muitos casos em que há 2 ou 3
 grafias para o mesmo nome de rua, e não há como saber qual é o certo.
 Se tivessemos listagens das ruas de cada município, ou algo similar
 poderímos potencializar o uso do CNEFE com mais confiança.

 Lucas

___
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] Listas de endereços por município

2014-04-24 Per discussione Marcos Fedato 
Se é isso de acento eu concordo que é irrelevante para o source.
Mas algo como Souza - Sousa só se justifica com source:name:IBGE;local 
knowledge ou algo do gênero.

Nelson A. de Oliveira nao...@gmail.com escreveu:

Se são correções do tipo Joao → João não há necessidade de mudar o source.
___
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