[Talk-br] RES: Nova divisão territorial substitui mesorregiões e microrregiões

[Blademir Andrade de Lima]

Ao que me pareceu inicialmente, as relações dentro do OSM continuarão a mesma 
coisa que as atuais Meso e Micro regiões do IBGE, desconsiderando aquelas 
criadas por Lei pelos estados. Muda-se o nome, mas o sentido permanece o mesmo, 
alguns municípios mudarão de uma região para outra.
A mudança fica por conta de que as diferenças entre as divisas do IBGE e 
aquelas criadas por Decreto ficarão mais explicitas, devendo também ser 
ajustado a Wiki.

Por enquanto é isso.
BladeTC

Enviado do Email para Windows 10

De: Vítor Rodrigo Dias
Enviado:terça-feira, 25 de julho de 2017 10:15
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Nova divisão territorial substitui mesorregiões e 
microrregiões

O Wille analisou e respondeu pra mim no privado que na verdade trata-se de um 
estudo, não substitutivo às meso e microrregiões existentes.

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719

Em 25 de julho de 2017 09:34, André Fernandes 
> escreveu:

É relevante fazer a troca?



Atenciosamente,
André Fernandes Perazzo
Superusuário N4, Foursquare®
+55 (021) 96906-6581

De: Vítor Rodrigo Dias >
Enviado: segunda-feira, 24 de julho de 2017 14:57:47
Para: Lista de Discussão OpenStreetMap Brasil - talk-br
Assunto: [Talk-br] Nova divisão territorial substitui mesorregiões e 
microrregiões

Pessoal,

O IBGE divulgou uma nova divisão territorial regional para os estados e 
municípios, substituindo as antigas mesorregiões e microrregiões: 
http://agenciadenoticias.ibge.gov.br/agencia-sala-de-imprensa/2013-agencia-de-noticias/releases/10515-ibge-divulga-nova-divisao-territorial-com-foco-nas-articulacoes-regionais.html

Diante disso, questiono: é viável substituir as atuais meso e microrregiões 
pela nova regionalização? Aliás, é viável até mesmo manter as meso e 
microrregiões?

Abraços!

Vítor Rodrigo Dias
Revisor de textos
Tradutor de inglês e espanhol
Telefones: 31 99916-1719

___
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] JOSM com problemas.

[Blademir Andrade de Lima]

Amigos, ando tendo problemas recorrentes com o JOSM, bugs diversos, mas agora 
um ultimo está persistente e me impede de dar continuidade ao trabalho.

O erro é que ao inserir uma Tag, não consigo escrever nada nela, é como se o 
teclado deixasse de funcionar no OSM. Nem “copiando e colando” do Word 
funciona. Nem reiniciando resolve mais.

Se alguém souber como resolver, agradeço muito.

Att,
BladeTC

Enviado do Email para Windows 10

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

[Talk-br] RES: RES: Faces de Logradouros

[Blademir Andrade de Lima]

Eu quero separar por estado, e por exemplo, Minas Gerais teria 350MB, pesa um 
pouco, mas já abri arquivos piores no JOSM. A soma dos estados da quase 2GB. Já 
baixei tudo no meu Notebook.

Obrigado pela ajuda Marco!

Att,
BladeTC

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

De: Marcos Fedato<mailto:heroij...@hotmail.com>
Enviado:segunda-feira, 18 de julho de 2016 21:24
Para: OpenStreetMap no Brasil<mailto:talk-br@openstreetmap.org>; Luis 
Bahiana<mailto:luis.bahi...@gmail.com>
Assunto: Re: [Talk-br] RES: Faces de Logradouros

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

[Talk-br] RES: Faces de Logradouros

[Blademir Andrade de Lima]

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 para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: 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

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

[Blademir Andrade de Lima]

Muito bom os arquivos.

A única maneira de achar as cidades é pelo Geocódigo, link 
http://www.ngb.ibge.gov.br/Default.aspx?pagina=municipio , testei e estão muito 
precisos.

Vai ser muito útil para mapeamento urbano, rincipalmente com quem esta 
trabalhando nos municípios sem dados 
http://wiki.openstreetmap.org/wiki/Munic%C3%ADpios_brasileiros_com_mapeamento_deficit%C3%A1rio

Só pra lembrar, os arquivos “Setor” mesmo que tenham nomes, não são bairros.

Att,
BladeTC

Enviado do Email para Windows 10

De: Luis Bahiana
Enviado:quinta-feira, 14 de julho de 2016 15:56
Para: 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

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] RES: Site do IBGE Usando o OpenStreetMap.

[Blademir Andrade de Lima]

Aqui também o IBGE usa o OSM como base para visualização 
http://portaldemapas.ibge.gov.br/portal.php#homepage Eu particularmente gosto 
de trabalhar nas divisas, sempre que posso atualizo elas com os dados do IBGE.

Quanto as divergências, deve se olhar com muita cautela, já encontrei muitas 
divergências, entre dados que dados do IBGE de 2007, 2010 2014 e dados da 
própria prefeitura. E para saber quem tem razão é complicado. Neste caso 
acredito que as prefeituras tem dados mais precisos, isso quando tem.

Att,
BladeTC

Enviado do Email para Windows 10

De: Flavio Bello Fialho
Enviado:sábado, 18 de junho de 2016 07:31
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Site do IBGE Usando o OpenStreetMap.

É interessante observar a diferença entre o traçado dos limites da cidade
de Recife do OSM e do IBGE.O do OSM está bem mais preciso (dá para ver bem
nos casos em que o limite municipal acompanha um rio). Entretanto, em
poucos lugares, há uma divergência maior, que deve ser investigada (por
exemplo, no limite sul-sudoeste da cidade do Recife, perto do bairro
COHAB). Podemos usar o site do IBGE como ferramenta para verificar em quais
lugares existe essa divergência e pesquisar aonde está o limite real (que
deve ser definido em alguma lei). Nesses casos, é bom citar o número da lei
no tag source. De qualquer forma, a notícia é ótima. Ajuda a divulgar o OSM
e pode contribuir para melhorar os mapas.

Em 15 de junho de 2016 17:58, raphaelmirc . 
escreveu:

> *Boa Noite Amigos do Grupo!!   *
>
>
>Acessando o Site do *IBGE* Hoje eu me deparei com o Mapa do Open
> Street Map nas pesquisas, achei muito legal, tudo que eu coloquei no mapa
> está disponível para consulta no Bairro da Cohab, vi algumas pessoas
> falando  que o IBGE estava disponibilizando os mapas do openstreetmap e
> pude comprovar que era verdade mesmo!!
>
>
> *Segue o Link para Consulta direto do IBGE.*
> http://cidades.ibge.gov.br/xtras/perfil.php?codmun=261160
>
>
> Att;
> Um Forte Abraço,
>
>
>
>
> *Raphael de Assis.*
> Recife/PE
> raphaelm...@gmail.com
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


--
Flávio Bello Fialho
bello.fla...@gmail.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] RES: Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Blademir Andrade de Lima]

Apesar de já ter votado a favor da mudança, as Micro e Mesorregiões não 
deveriam perder a importância, para usuários e renderizadores. Estas regiões 
existem, e não é a toa.

A discussão sobre os distritos que culminou nessa votação sobre as meso e 
micro, me fez refletir de que adiantaria rebaixar elas, se isso resolveria o 
problema que iniciou a discussão (falta de admin_level para cidades com 
sub-distritos).

Forte abraço,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber
Enviado:quarta-feira, 18 de maio de 2016 22:29
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Votação: uso de boundary=administrative para 
meso/micro-regiões do IBGE

2016-05-18 21:23 GMT-03:00 Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com>


>
> Na verdade fico me perguntando por que cargas d'água há uma microrregião
> que engloba apenas uma cidade (ou que tenha o mesmo nome de apenas uma
> parte dela, não sei). Talvez isso possa ser aproveitado na discussão
> original ;-).
>

De acordo com a wikipedia
 a
Microrregião
de São Paulo tem 8 municípios.

E não temos a cidade de São Paulo dentro do estado de mesmo nome? Região
com o mesmo nome da cidade é confuso eu sei, mas acho que Londres ganha.

Temos Greater London 
(admin_level=5),
temos London  (admin_level=6)
que na verdade é o condado de Londres mas é o que todo mundo realmente
chama de Londres, e City of London

(admin_level=6,
também conhecido como The City) ou seja "Cidade de Londres" mas que na
prática é um bairro com uma população residente de 7 mil e flutuante de 300
mil. Com o detalhe que City of London não faz parte oficialmente de Greater
London e nem de London (tanto que na relação de London tem um buraco
correspondente a City of London). City of London também não é a capital, o
parlamento por exemplo fica em em City of Westminster

(admin_level=8)
que apesar do "City" é realmente um bairro (borough) de Londres. City of
London tem prefeito chamado de Lord Mayor of London, enquanto o prefeito de
Londres é "só" Mayer of London.

abraço

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

[Talk-br] RES: Usuário apagando o mapa.

[Blademir Andrade de Lima]

Já reverti.

Se ele continuar terão que bloquear ele.

Att,
BladeTC

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

De: Nelson A. de Oliveira<mailto:nao...@gmail.com>
Enviado:segunda-feira, 16 de maio de 2016 21:03
Para: OpenStreetMap no Brasil<mailto:talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] Usuário apagando o mapa.

2016-05-16 21:00 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com>:
> Amigos, tem um cara apagando o mapa.
>
> https://www.openstreetmap.org/changeset/39322462

Vou reverter.

___
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] RES: RES: Problema em Relação de Área de Proteção

[Blademir Andrade de Lima]

Obrigado, era isso mesmo.

Corrigido.

Att,
BladeTC

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

De: Gerald Weber<mailto:gwebe...@gmail.com>
Enviado:quinta-feira, 12 de maio de 2016 09:00
Para: OpenStreetMap no Brasil<mailto:talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] RES: Problema em Relação de Área de Proteção

Eu creio que falta a tag

leisure=natural_reserve
<http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dnature_reserve>

na relação para renderizar.

Eu tenho visto alguns parques sendo marcados como leisure=park (renderizado
como uma grande área verde), mas me parece que leisure=natural_reserve é o
mais adequado.

abraço

Gerald

2016-05-11 21:21 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com>
:

> Retificando, a tag “boundary” já existe dentro da relação.
>
>
>
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 10
>
>
>
> *De: *Blademir Andrade de Lima <blademi...@hotmail.com>
> *Enviado:*quarta-feira, 11 de maio de 2016 21:12
> *Para: *OSM talk-br <talk-br@openstreetmap.org>
> *Assunto: *[Talk-br] Problema em Relação de Área de Proteção
>
>
>
> Amigos, alguém poderia verificar essa relação
> http://www.openstreetmap.org/relation/3425874#map=9/-7.3407/-39.6606 uma
> parte dela esta com a tag boundary:protected_area a outra não, mas a tag
> não existe dentro da relação mas ela não renderiza.
>
>
>
> Eu não sei como funciona as áreas de proteção.
>
>
>
> Att,
>
> BladeTC
>
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Problema em Relação de Área de Proteção

[Blademir Andrade de Lima]

Retificando, a tag “boundary” já existe dentro da relação.

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

De: Blademir Andrade de Lima<mailto:blademi...@hotmail.com>
Enviado:quarta-feira, 11 de maio de 2016 21:12
Para: OSM talk-br<mailto:talk-br@openstreetmap.org>
Assunto: [Talk-br] Problema em Relação de Área de Proteção

Amigos, alguém poderia verificar essa relação 
http://www.openstreetmap.org/relation/3425874#map=9/-7.3407/-39.6606 uma parte 
dela esta com a tag boundary:protected_area a outra não, mas a tag não existe 
dentro da relação mas ela não renderiza.

Eu não sei como funciona as áreas de proteção.

Att,
BladeTC

Enviado do Email para Windows 10

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

[Talk-br] RES: Cedência dos dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios

[Blademir Andrade de Lima]

Obrigado Naoliv,

Uso JOSM a anos e nunca prestei atenção nessa ferramenta. Funcionou muito bem.

Mas tem que ter muito cuidado para usar.

Valeu,
BladeTC

Enviado do Email para Windows 10

De: Nelson A. de Oliveira
Enviado:terça-feira, 3 de maio de 2016 09:42
Para: OSM talk-br
Assunto: Re: [Talk-br] Cedência dos dados de cartografia da Prefeitura de Porto 
Alegre / Importação Prédios

(tinha caído no spam e só vi agora)

2016-04-25 14:56 GMT-03:00 Sérgio V. :
> Tem como substituir um objeto "anterior (existente)" por outro(novo) e
> copiar para o "novo" o histórico do "anterior"?

Para quem também tiver interesse em substituir objetos no OSM por
novos (por exemplo, quando dá menos trabalho traçar do zero alguma
coisa do que corrigir o que já existe):

Instalar o plugin utilsplugin2 no JOSM. Depois para substituir um objeto:

Selecionar o objeto atual (já existente no OSM)
Segurar o shift e clicar no novo objeto

A ordem dos objetos selecionados é importante.

Depois apertar Ctrl+Shift+g (ou ir no menu Mais ferramentas →
Substitui a Geometria)

Ele vai substituir o primeiro (o antigo) pelo segundo (o novo),
mantendo o histórico do objeto.

___
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] RES: Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

[Blademir Andrade de Lima]

Concordo: Limites censitários já existem nos EUA (Census-designated Places 
[CDP]), e então já existe uma prerrogativa para serem também usados no Brasil.

Att,
Blademir de Lima (BladeTC)

Enviado do Email para Windows 10
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Descrição de limites (Esp. Esteio/Sapucaia)

[Blademir Andrade de Lima]

O Mapa do IBGE Rural exibe as divisas (amarelas:municipais; verde:distritais e 
azul as censitárias).

Pode observar quando as divisas seguem um curso de rio ou serras. Mas devido a 
renderização que eles usaram no mapa, a divisa fica paralela ao curso do rio, 
pode conferir que o rio faz parte da divisa. É a forma mais simples de 
estabelecer as divisas.

Eu não recomendo IBGE para mapear bairros.

Att,
BladeTC

Enviado do Email para Windows 10

De: santamariense
Enviado:sábado, 30 de abril de 2016 07:31
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Descrição de limites (Esp. Esteio/Sapucaia)

Para se achar o que divide um município, distrito, bairro ou qualquer
outro nível administrativo, há sempre a opção de observar as
delimitações censitárias, pois estas obedecem a delimitação daquelas.

Delimitação censitária disponível em
http://www.censo2010.ibge.gov.br/sinopseporsetores/?nivel=st com as
configurações que recomendo:
1. Selecionar Setor > Estado > Município > Sinopse do Censo 2010 > Razão de Sexo
2. Vai gerar as delimitações sobre um mapa do google de fundo.
Seleciona o setor de interesse. Vai abrir um popup no mapa. Por último
neste popup, selecionar a aba "dados adicionais" - nele está descrito
toda a delimitação do setor censitário.

No caso específico da delimitação em questão, eu entendi que a divisa
a partir da Avenida Getúlio Vargas é: Avenida Luis Pasteur >  Rodovia
Mário Quintana > (descontinuação da) Avenida Luis Pasteur
Pelo fato da Av L P ter esta descontinuação, Imagino que a Rod M.Q.
foi implantada sobrepondo trecho da primeira.

Só que há um porém: O IBGE, para facilitar o trabalho do recenseador,
nessas regiões que a divisa corta casas, mudar a delimitação para
facilitar o trabalho. Eu tenho certeza que isso ocorre dentro dos
municípios, mas creio que em limites municipais eles tomam o cuidado
de respeitar a delimitação.

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

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

[Blademir Andrade de Lima]

  Flávio, gostaria de ajudar, mas no momento estou ocupado com os 
distritos, pretendo finalizar em 2 ou 3 meses.
Já trabalhei em muitas dessas “divisas com rios”, é natural para um país com 
tamanha bacia hidrográfica.

De fato, é necessário verificar as divisas por lei, muitas prefeituras já 
possuem mapas em PDF prontos ou através de Plano Diretor (caso da minha cidade, 
todas as divisas são descritas em Lei).

Voltando o assunto dos distritos, o tema divide opiniões cada um com fortes 
argumentos. Eu não consegui tomar partido, o Márcio, Leonardo e os demais já 
explicaram o suficiente, resta-nos aguardar uma decisão do OSM. 

Eu retornei esta “pauta bomba” a lista, agradeço aos amigos pelas explicações.

Att,
BladeTC

Enviado do Email para Windows 10

De: Flavio Bello Fialho
Enviado:sexta-feira, 29 de abril de 2016 10:02
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Limite de cidades com distritos

“Fiz isso em alguns (poucos) locais no Rio Grande do Sul, e já notei que eu não 
fui o único. Alguém tem interesse em ajudar?”


-- 
Flávio Bello Fialho
bello.fla...@gmail.com

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

[Talk-br] População de cidades e bairros

[Blademir Andrade de Lima]

Amigos, achei o seguinte site 
http://populacao.net.br/populacao-das-cidades-brasileiras.php e gostaria de 
saber se podemos usar como referencia para informar a população das cidades e 
bairros.

Att,
BladeTC

Enviado do Email para Windows 10

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

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

[Blademir Andrade de Lima]

“Não entendi o seu ponto sobre "liberar" um novo nível. Quem vai liberar? 
Podemos taguear da forma como bem entendermos, desde que cheguemos em um 
consenso sobre qual deveria ser a tag.”

Arlindo, quis dizer que enquanto os níveis 9 e 10 não estiverem “completos” não 
adiantara exigir um novo nível (11).

Leonardo, consigo ver duas soluções para o Brasil:

1)  Regiões, Meso e Micro sem “admin_level”, assim a tabela hierárquica do 
Brasil no OSM poderia ser reorganizada, e muito trabalho para ser refeito. 
Porem o resultado final da hierarquias administrativas seria mais obvia e 
simples, como você disse no final.

2)  Ou, uso de admin_level:11 para os bairros. Solução mais simples no meu 
ponto de vista.

Para concluir, a comunidade OSM do Brasil terá que chegar em um consenso e 
decidir qual caminho prosseguir.

Forte Abraço,
BladeTC

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

De: Leonardo Brondani Schenkel<mailto:leona...@schenkel.net>
Enviado:segunda-feira, 25 de abril de 2016 07:26
Para: talk-br@openstreetmap.org<mailto:talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] RES: Limite de cidades com distritos

On 23/04/2016 00:42, Blademir Andrade de Lima wrote:
> Pelo visto este assunto vai longe. Eu li toda a discussão do fórum,
> tenho que concordar que Regiões, Mesorregiões e Microrregiões não são
> limites administrativos, e sim estatísticos.

Concordo plenamente. O nome da tag é evidente por si só: *admin*_level.

Faltou bom senso quando resolveram fazer mal uso da tag e colocar
definições puramente estatísticas; bastaria ter criado uma tag nova para
codificar as divisões estatísticas do IBGE. O Brasil é na verdade um dos
países onde seria mais fácil aplicar as tags de forma correta, afinal é
um país completamente uniforme em termos de administração (só existem a
União, os Estados, os Municípios e eventualmente mais de um Distrito
[mas que não é autônomo]) e isso se aplica a 100% do território) — em
comparação, os EUA, UK e muitos países da Europa são um caos total em
termos de uniformidade de sua organização.

Entretanto, discutir o passado não é produtivo. A situação é o que é. A
questão importante é a seguinte: vamos continuar cavando o buraco ou
vamos sair do buraco?

Existem 2 conjuntos de países no OSM — os que têm 10 admin_level e os
que têm 11:
-
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
-
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries

Note que a Alemanha começou com 10 e agora tem 11, não estou
familiarizado com os detalhes da comunidade OSM alemã mas aposto que
houve um discussão grande por lá mais ou menos parecida com a que está
acontecendo aqui.

O importante ao tomar decisões é que sejamos consistentes com o resto do
mundo OSM, e principalmente a Europa, afinal o projeto nasceu lá, o
movimento é forte lá, muito do software vem de lá, e cada vez que o
Brasil passar a ser um caso especial isso significa que isso vai ter que
ser codificado em software — o que vai resultar que por default o
software não vai funcionar corretamente para o Brasil, a menos que o
autor esteja familiarizado com as nossas peculiaridades ou existam
brasileiros contribuindo.

Dito isto, vamos então ver o que os outros países de 11 níveis fizeram.
Olhem a tabela (principalmente Alemanha, Holanda, e Bolívia):
- nível 8: o que no Brasil corresponde ao município
- nível 9: sub-divisão do município autônoma
- nível 10: sub-divisão do município não-autônoma
- nível 11: bairros

Sendo bem pedante, o nível 9 não existe no Brasil porque os distritos
não têm seu próprio governo de forma completamente autônoma da
prefeitura, mas pragmaticamente isso tem pouca importância para nós ou
para o OSM. Faz sentido que então o Brasil, ao adotar 11 níveis, fizesse
o seguinte:
- nível 8: município
- nível 9: distrito
- nível 10: sub-distrito (ou sub-prefeitura, etc.)
- nível 11: bairros

A organização acima, a meu ver, é consistente com o que está sendo feito
por todos os outros países de nível 11. Corrigir os dados existentes em
batch também não é difícil, 8 continua 8, 9 continua 9, tudo que hoje é
10 vira 11 e as exceções (que são poucas, comparativamente falando)
podem ser corrigidas manualmente. Se queremos que o Brasil passe a ter
11 níveis, esse é o caminho. Qualquer software que saiba tratar 11
níveis e contenha lógica que funcione para os países já existentes
também vai funcionar sem modificações para o Brasil.

Abraços,
// Leonardo.

P.S.: Minha opinião pessoal está abaixo.

O admin_level é uma organização pragmática de mostrar hierarquia de um
ponto de vista de uma mapa, não uma representação 100% correta da
hierarquia de um ponto administrativo/organizacional/legal (até porque é
impossível fazer isso em muitos dos países da Europa, como eu disse a
"organização" deles não é uniforme, nem muito "o

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

[Blademir Andrade de Lima]

Acho difícil, uma vez que nem o 9 e nem o 10 não estão nem parcialmente 
mapeados.

Somente irão liberar um novo nível uma vez que estejam “saturados” todos os 
outros níveis.

Att,
BladeTC

Enviado do Email para Windows 10

De: santamariense
Enviado:domingo, 24 de abril de 2016 09:35
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Limite de cidades com distritos

> From: Arlindo Pereira 
>
> E se a gente forçasse uma barra e tagueasse subdistrito como
> "admin_level=9.5"? Retaguear bairro acho insano.
>
> []s

Já havia pensado em algo parecido. Pois além da gente ter todos os
níveis administrativos representados, eles ainda tem que ter um
paralelismo com os níveis de outros países.

___
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] RES: Limite de cidades com distritos

[Blademir Andrade de Lima]

Pelo visto este assunto vai longe. Eu li toda a discussão do fórum, tenho que 
concordar que Regiões, Mesorregiões e Microrregiões não são limites 
administrativos, e sim estatísticos.

Mas bom, temos que usar as ferramentas que nos deram. Distritos admin_level:9, 
subdistritos e bairros admin_level:10.

Eu vou continuar do jeito que o OSM pede, mas se mudarem as ordens de 
admin_level, o trabalho para adequar tudo o que já foi feito vai ser imenso.

Forte Abraço,
BladeTC

Enviado do Email para Windows 10

De: Arlindo Pereira
Enviado:sexta-feira, 22 de abril de 2016 12:17
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Limite de cidades com distritos

Dito isto, eu não gosto muito da ideia de um endereço vir como:

"Rua tal, Centro, distrito Sede, Rio de Janeiro, Rio de Janeiro, Brasil"

Mas isto talvez seja um problema do renderizador (isto é, não incluir
"distrito Sede" em um município que só tenha um distrito), o que deve
acontecer em todas as capitais e/ou regiões metropolitanas pelo Brasil.

E também não acho que deva vir microrregião/mesorregião/região do país
(sudeste etc.), mas isto talvez seja outro problema.

[]s
Arlindo

2016-04-22 11:20 GMT-03:00 santamariense :

> Blademir,
>
> Você tocou num assunto delicado. No wiki do admin_level=9 é para
> distritos e admin_level=10 é para subdistritos e bairros. Mas em
> municípios como em Santa Maria que tem distritos, subdistrito e
> bairro, nessa ordem. O que se faz? (discussão no fórum:
> http://forum.openstreetmap.org/viewtopic.php?id=26430)
>
> Eu apoio a inclusão do admin_level=11 para abrigar os bairros e
> admin_level=10 ficaria para os subdistritos.
>
> Apoio ainda a aplicação da tag place=city para todos as cidades
> reconhecidas pela ONU (aglomerados urbanos com mais de 20 mil
> habitantes se não me engano) e a tag place=town para as demais cidades
> não importando a quantidade de moradores. A tag population daria o
> parâmetro para que cada um desse sua definição de cidade.
>
> E ainda tenho desapontamento com a tag  place=hamlet. Não sei se vocês
> já perceberam que ao pesquisar sobre um resultado hamlet, o resultado
> sai (nome da hamlet), microrregião, mesorregião, estado,etc. Exemplo:
>
> http://www.openstreetmap.org/search?query=Santos%20Anjos#map=15/-29.5879/-53.4982
> .
> Por quê não é incluso o nome do município? Dai eu fui pesquisar qual o
> motivo. Na wikipédia (https://en.wikipedia.org/wiki/Hamlet_(place))
> diz que hamlet são pequenos povoados, geralmente com menos de 100
> habitantes. Até aí tudo bem... Mas olha o que segue... As hamlets são
> áreas não incorporadas, ou seja, não fazem parte de nenhum município,
> explicando assim o porquê do resultado no OSM sair daquele jeito. E
> isso não existe no Brasil. Essas pequenas localidades ficam dentro de
> todas as delimitações: Município, distrito, e em alguns casos até
> bairro, quando estes últimos tem delimitação oficial.
>
> ___
> 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] RES: Limite de cidades com distritos

[Blademir Andrade de Lima]

Link aqui http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf

Nelson, como disse, não concordo mas vou fazer como manda o IBGE.

Existe alguma Tag para identificar quando o distrito é a sede do município?
E quando a cidade possui bairros/subúrbios/subdistritos classificados como 
admin_level:9?

É incompatível mapear distritos(9) e subdistritos(?) sem deixar espaço para os 
bairros (10). Olhe no “Mapa 4” do documento do IBGE e entenderão..

Att,
BladeTC

Enviado do Email para Windows 10

De: Alexandre Magno Brito de Medeiros
Enviado:quinta-feira, 21 de abril de 2016 14:45
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Limite de cidades com distritos

Link inacessível. Mas nesse outro tem:
http://www.docfoc.com/divisaoterritorialbrasileiraibgepdf
Alexandre

Em 21 de abril de 2016 14:12, Blademir Andrade de Lima <blademi...@hotmail.com> 
escreveu:
 
Mas ao ler http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf 
 no Item 1.9 fica bem claro que Todo Município tem um Distrito:
    “Os distritos são unidades administrativas municipais criadas 
por lei municipal; podem também ser criados pela mesma lei estadual que criou o 
município. Todo município possui, no mínimo, um distrito que é denominado 
distrito sede e que abriga a cidade.”
 
Apesar de não concordar, esta é a regra, então deverá ser feito.

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

[Talk-br] Limite de cidades com distritos

[Blademir Andrade de Lima]

Amigos, desculpe retornar este assunto, mas estou mapeando os distritos e 
preciso chegar em um consenso para padronizar os distritos e dar continuidade.

Primeiro é sobre se devíamos mapear o distrito sede, se no município não existe 
distritos. Eu concordo com o Ivaldo nos exemplos abaixo, não precisamos mapear 
a sede, seria informação redundante.

Mas ao ler http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf 
no Item 1.9 fica bem claro que Todo Município tem um Distrito:
“Os distritos são unidades administrativas municipais criadas por lei 
municipal; podem também ser criados pela mesma lei estadual que criou o 
município. Todo município possui, no mínimo, um distrito que é denominado 
distrito sede e que abriga a cidade.”

Apesar de não concordar, esta é a regra, então deverá ser feito.

Segunda dúvida é a padronização das Tags. Vejo que em muitos falta algumas 
informações. Abaixo faço uma relação das que eu uso na relação:
• IBGE:GEOCODIGO=316720210
• GEOCODIG_M=3167202 (Geocodigo municipal, não é obrigatório, mas já vinha no 
mapa do IBGE e deixei)
• admin_level=9
• border_type=district (o mais importante)
• boundary=administrative
• name=Nome (sem escrever Distrito)
• source=IBGE
• type=boundary
Na relação sempre incluo o “admin_centre”.
No “nó” da cidade/vila incluir a tag population (mas não sei onde achar essa 
informação).

Em regiões metropolitanas, aonde existe muitas subdivisões, apenas dividir em 
admin_level 9 e 10 não é suficiente, então evito mapear nestes locais, por 
enquanto.

Att,
BladeTC

Enviado do Email para Windows 10

Ivaldo Nunes de Magalhães ivaldonm em gmail.com 
Sim, mas Dois Irmãos de Buriti é cidade, tem prefeito, Câmara
Municipal... Portando não é distrito e sim município, sendo sede.

Palmeiras é um distrito subordinado administrativamente à Dois Irmãos,
portando adm_level=9. Não tem prefeito, câmara, nem nada. Talvez tenha
uma ou duas ruas.

Vou insistir, pois realmente não entendo esse procedimento de ter que
criar relação para todos os distritos que compõem uma cidade:


- Toda a cidade, independentemente de ter distritos ou não, é
denominada de distrito (sede).

Exemplo cidade A:


   - Tem apenas o distrito sede (a cidade), tem prefeito, câmara
Não tem nenhuma vila, povoado, nada. Apenas a cidade;
   - Composição da área territorial: apenas a cidade (1 relação adm_level=8);
   - Procedimento no OSM: criar apenas uma relação adm_level=8;
   - Portanto não seria necessário ter uma relação adm_level=8 e outra
adm_level=9, como está ocorrendo com 2 irmãos.


Exemplo cidade B:


   - Tem distrito sede (a cidade, com Prefeito, câmara...) e 2
distritos sob subordinação administrativa;
   - Composição da área territorial: 1 cidade e 2 distritos (2
relações adm_level=9 e 1 relação adm_level=8);
   - Procedimento do OSM: criar 2 relações adm_level=9 (distritos) e 1
relação adm_level=8, com as adm_level=9 dentro dela;
   - Não seria necessário ter 3 relações adm_level=9 (para os 2
distritos mais a sede).

Veja se a minha dúvida clareou agora.

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

[Talk-br] RES: Ruas sem nome

[Blademir Andrade de Lima]

Muitas cidades foram mapeadas antes de adicionarem a camada do IBGE, por isso 
vemos muitas cidades por aí sem os nomes. Antes da camada do IBGE isso era 
muito difícil.

Mas bom, mapear uma cidade do “0”, não importa adicionar os nomes durante ou 
depois, basta que termine o serviço.

Creio que para mapeadores iniciantes seja mais fácil adicionar (ou corrigir) os 
nomes do que traçar as ruas. Traçar as ruas pode ser mais complexo do que se 
imagina, e não é difícil encontrar erros, que as vezes mínimos, atrapalham o 
roteamento.

Att,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber
Enviado:quarta-feira, 6 de abril de 2016 16:43
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Ruas sem nome

Oi Márcio

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

> Defendo que o prioritário é o desenho da malha viária de forma a permitir
> que outros que não saibam desenhar possam agregar valor aquele desenho
> incluindo “alegorias e adereços”.
>

Muito bem colocado. De fato acrescentar nomes é uma ótima maneira para
iniciantes começarem a contribuir. Já desenhar as ruas corretamente,
conectadas umas às outras etc já requer alguma experiência.

Percebo de um tempo para cá aumentou o número de mapeadores colocando nomes
a partir do layer do IBGE. Creio que isto tenha a ver com um aviso que foi
colocado no iD.

Mas vai aqui um conselho também: sempre desenhar trechos retos de ruas. Por
vezes me deparo com ruas em L onde o mapeador não dividiu a via na esquina.
São raras as ruas que preservam o nome "virando a esquina". Para o novato
pode não ficar claro que ele precisa dividir a rua. Também é comum
encontrar ruas desenhadas cruzando mas não conectadas.

abraço

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

[Talk-br] RES: Ruas sem nomes

[Blademir Andrade de Lima]

---
De: Arlindo Pereira

“http://tools.geofabrik.de/osmi/?view=highways=-43.34262=-22.90391=12”
-

Obrigado Arlindo, não sabia que o OSM Inspector ajudava nos nomes. 

Att,
BladeTC

Enviado do Email para Windows 10
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Blademir Andrade de Lima]

De: Sérgio V.
“Adiante seria bom que houvesse uma tag mais adequada para dados de topografia, 
muitos podem não necessariamente ter elementos físicos no terreno como um marco 
geodésico, survey_point ou peak, mas apenas marcados em planta. Porém um dado 
efetivo e de valor para constar nos mapas. Aí talvez se poderia apenas 
substituir a tag peak, onde não for condizente, por algo que indique 
levantamento topográfico que não seja marco concreto ou pico.

O bom seria manter de todo modo o dado de altitude (ele, e source:ele).”
---
Acho correto. Os demais concordam?

Alguma outra sugestão?

Att,
BladeTC

Enviado do Email para Windows 10
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Blademir Andrade de Lima]

Bom, sugiro então revertermos a Changeset até chegarmos em uma conclusão.

Até lá eu vou ler o Wiki para ver se acho lá uma solução e se encontro algum 
exemplo em outra região.

Att,
BladeTC

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

De: Gerald Weber<mailto:gwebe...@gmail.com>
Enviado:quinta-feira, 31 de março de 2016 11:47
Para: OpenStreetMap no Brasil<mailto:talk-br@openstreetmap.org>
Assunto: Re: [Talk-br] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

Oi Blademir

eu entendo essas marcações do IBGE como morros e a tag mais próxima para
isto ainda é natural=peak. Concordo que não são picos importantes como um
Monte Everest ;) mas não conheço tag melhor.

Se fossem marcações de altitude arbitrários, simples elevação de terreno,
deveriam aparecer em lugares onde talvez não tivesse um morro, como um vale
ou um rio. Mas eu nunca observei uma destas marcações num rio ou em
chapadas.

Você pode ter morros urbanizados em cidades, ou a vila inteira no cume de
um morro. Não vejo inconsistencia aqui.

Eu penso que a tag natural=ridge não se aplica a isto, ridge seria mais
como como serra. Só seria aplicpavel em casos onde a sequência de picos
forma claramente uma linha, mas é o caso na maiora destas formações e
serras são bem marcadas no IBGE.

Dito tudo isto, eu não tenho nenhuma preferência forte por manter ou
remover isto. O ideal talvez fosse colocar outra tag mais apropriada, algo
tipo natural=small_peak ou natural=hill (tô inventando, mas é só para
ilustrar).

abraço

Gerald

2016-03-31 11:25 GMT-03:00 Blademir Andrade de Lima <blademi...@hotmail.com>
:

> Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”,
> concorda? Na própria região podemos ver exemplos, como a Serra de Santo
> Antônio (já mapeada) e muitas outras que ainda não foram.
>
> O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto.
>
>
>
> Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem
> peço que corrigimos a área. Como pode ver acima, os pontos podem ser
> aproveitados para usar como “Ridge”. Porem a outros que eu gostaria de
> contestar pois a marcações de 850/900mts em uma cidade onde o nível é o
> mesmo, isso não é pico.
>
>
>
> Podemos concordar que não precisamos mapear todas as elevações do terreno
> (exceto os exemplos anteriores), pois para isso já existe mapeamento
> geográficos para esta finalidade, não precisamos fazer algo que já existe
> pronto.
>
>
>
> Atenciosamente,
>
> BladeTC
>
>
>
> Enviado do Email <https://go.microsoft.com/fwlink/?LinkId=550986> para
> Windows 10
>
>
>
> *De: *Gerald Weber <gwebe...@gmail.com>
>
>
>
> E como você sabe que não são pico legítmos dado que é uma área montanhosa?
>
>
>
> *De: *Paulo Carvalho <paulo.r.m.carva...@gmail.com>
>
>
> Blademir, colocaste que tag no lugar?  Se não são picos, devem ser
> marcados como outro acidente geográfico, mas não removidos.
>
> Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
> blademi...@hotmail.com> escreveu:
>
> Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso
> Alegre/MG.
>
>
>
> Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as
> marcou como picos, sem necessidade.
>
> Além de tudo poluíam o mapa.
>
>
>
> Os picos legítimos e com nome foram preservados.
>
>
>
> http://www.openstreetmap.org/changeset/38181523
>
>
>
> Att,
>
> BladeTC
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Blademir Andrade de Lima]

Gerald, como pode observar, para regiões montanhosas, usamos “:Ridge”, 
concorda? Na própria região podemos ver exemplos, como a Serra de Santo Antônio 
(já mapeada) e muitas outras que ainda não foram.
O problemas é que “Ridge” (Cume) não pode ser marcado por um único ponto.

Paulo, se a remoção não foi oportuna sugiro reverter a changeset. Porem peço 
que corrigimos a área. Como pode ver acima, os pontos podem ser aproveitados 
para usar como “Ridge”. Porem a outros que eu gostaria de contestar pois a 
marcações de 850/900mts em uma cidade onde o nível é o mesmo, isso não é pico.

Podemos concordar que não precisamos mapear todas as elevações do terreno 
(exceto os exemplos anteriores), pois para isso já existe mapeamento 
geográficos para esta finalidade, não precisamos fazer algo que já existe 
pronto.

Atenciosamente,
BladeTC

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

De: Gerald Weber<mailto:gwebe...@gmail.com>

E como você sabe que não são pico legítmos dado que é uma área montanhosa?

De: Paulo Carvalho<mailto:paulo.r.m.carva...@gmail.com>

Blademir, colocaste que tag no lugar?  Se não são picos, devem ser marcados
como outro acidente geográfico, mas não removidos.

Em 30 de março de 2016 18:07, Blademir Andrade de Lima <
blademi...@hotmail.com> escreveu:

> Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso
> Alegre/MG.
>
>
>
> Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as
> marcou como picos, sem necessidade.
>
> Além de tudo poluíam o mapa.
>
>
>
> Os picos legítimos e com nome foram preservados.
>
>
>
> http://www.openstreetmap.org/changeset/38181523
>
>
>
> Att,
>
> BladeTC
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Remoção de "Picos" falsos ao entorno de Pouso Alegre

[Blademir Andrade de Lima]

Amigos, removi as tags “natural:peak” marcadas ao entorno de Pouso Alegre/MG.

Alguém mapeou todas as elevações marcadas no mapa do IBGE Rural e as marcou 
como picos, sem necessidade.
Além de tudo poluíam o mapa.

Os picos legítimos e com nome foram preservados.

http://www.openstreetmap.org/changeset/38181523

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

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

[Blademir Andrade de Lima]

É 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.
[]sArlindo

2015-12-13 11:42 GMT-02:00 Erick de Oliveira Leal 
:
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] Ajuda com Overpass

[Blademir Andrade de Lima]

Preciso de ajuda com o Overpass, para poder verificar as boundaries.

Att,
BladeTC

Enviado do Email para Windows 10
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Atalho para Tag

[Blademir Andrade de Lima]

Amigos,

Existe como programar um atalho no teclado para automaticamente inserir uma TAG?

Att,
BladeTC

Enviado do Email para Windows 10
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Avenidas Pacaembu Doutor Arnaldo são vias expressas ?

[Blademir Andrade de Lima]

Se tiver ela é “Trunk”.

Att,
BladeTC

Enviado do Email para Windows 10



De: belnu...@pop.com.br
Enviado:quarta-feira, 21 de outubro de 2015 22:27
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Avenidas Pacaembu Doutor Arnaldo são vias expressas ?




Via expressa pode ter semaforos e cruzamentos ?


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

Re: [Talk-br] Edição baseada em imagem do Google Street View John Packer

[Blademir Andrade de Lima]

Cuidado que a Polícia do OSM pode querer excluir o que tu fez.
Abraços,BladeTC

From: ivald...@gmail.com
Date: Thu, 30 Jul 2015 21:00:12 -0400
To: talk-br@openstreetmap.org
Subject: [Talk-br]  Edição baseada em imagem do Google Street View John Packer

Estou trabalhando na numeração (numeração das casas) do meu bairro. As vezes 
tenho preguiça de sair à campo. Nisso tenho utilizado o street view para 
comparar com os dados que levantei, já que para as ruas com numeração regular 
vou utilizar interpolação. 
Nesse ponto, até agora foi perfeito, não falha e a qualidade da imagem é muito 
boa, onde é possível ver até números bem pequenos, que quando passo pela rua 
tenho que chegar bem perto da casa para checar.
Para esse fim, recomendo, embora vou levantar tudo na munheca mesmo.
 


___
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] Discussões Improdutivas

[Blademir Andrade de Lima]

Amigos Mapeadores, boa noite!
Perceberam o quanto as discussões ultimamente estão improdutivas, e não estão 
contribuindo em nada nossa comunidade?
Não entrarei em méritos sobre quem fez isso ou aquilo, se fez errado ou não.
Mas estamos tendo discussões sobre bobagens e coisas mínimas.
Considero que toda pessoa que mapea age de boa fé, sem necessidade de 
questionamento, exceto em casos explícitos de vandalismo.
Desejo a todos um excelente trabalho!
Atenciosamente,Blademir Andrade - BladeTC   
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Digest Talk-br, volume 80, assunto 46

[Blademir Andrade de Lima]

Estas o qual vc citou tratam-se de Regiões administrativas nivel 6, na mesma 
hierarquia que Regiões Metropolitanas. Estas 'admin_level:6' não foram mapeadas 
por mim.Mesorregiões e Micro são niveis 5 e 7 
respectivamente.http://wiki.openstreetmap.org/wiki/Tag:boundary%3DadministrativeAtenciosamente,BladeTC

From: ivald...@gmail.com
Date: Tue, 26 May 2015 13:37:53 -0400
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Digest Talk-br, volume 80, assunto 46


Em 24 de maio de 2015 08:00,  talk-br-requ...@openstreetmap.org escreveu:
O Distrito Federal é o único a não possuir nenhum deles.
​Oi...
Quando você fala O Distrito Federal é o único a não possuir nenhum deles​, 
refere-se especificamente à que tipo de região?
Pergunto porque no DF existe a RIDE: Região Integrada de Desenvolvimento 
Econômico, que engloba o próprio DF e as cidades do chamado entorno, que são 
cidade de Goiás, mas que estão sob influência de Brasília, devido a 
proximidade. 

​Ivaldo​



___
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] Mesorregiões e Microrregiões do Brasil

[Blademir Andrade de Lima]

Boa noite amigos!
Conclui a adição de todas as Meso e Microrregiões do Brasil (admin_level:5 e 7).
A Região sudeste ja existia em grande parte, sendo só necessário alguns locais.
O Distrito Federal é o único a não possuir nenhum deles.
Durante o projeto corrigi algumas regiões litorâneas para que as ilhas fossem 
corretamente marcadas.
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cruzamento de fronteiras

[Blademir Andrade de Lima]

Problema Corrigido.
As divisas foram integradas ao Rio Negro.
Att,BladeTC
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Wed, 13 May 2015 12:22:13 -0300
Subject: [Talk-br] Cruzamento de fronteiras





Amigos,
em nosso mapa começou a surgir falta de indexação de Aceguá – RS.
 
Fomo tentar identificar o motivo e constatamos que o way 
https://www.openstreetmap.org/way/344183463 
, inserido recentemente, está acarretando isso. Ele foi inserido no changeset 
https://www.openstreetmap.org/changeset/30980118
 
O limite administrativo ali do Brasil é o Rio Negro e o way inserido como 
limite ficou fora dele e acabou ficando dois limites, um no Rio Negro e outro 
no 
way inserido.
 
Alguém com mais experiência do que eu em limites poderia corrigir isso ou 
até reverter esse changeset já que naquela área estava tudo correto?
 
Antecipadamente agradeço.
 
[]s
Marcio
 
 

___
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] Cruzamento de fronteiras

[Blademir Andrade de Lima]

Baixem o Arquivo do IBGE, eles tem informações mais atualizadas inclusive do 
Brasil Império.
http://portaldemapas.ibge.gov.br/portal.php#homepage
Os arquivos estão em:-Geografia e Organização do Território--Malhas 
Territoriais.
Tudo o que faço é baseado na informação deles.
Att,BladeTC
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Wed, 13 May 2015 13:25:48 -0300
Subject: Re: [Talk-br] Cruzamento de fronteiras





Agora complicou.
 
Enviei mensagem ao Murallito que fez o changeset e esse invocou o tratado 
Brasil/Uruguai.
 
Fui pesquisar esse tratado e o encontrei em 
http://dai-mre.serpro.gov.br/atos-internacionais/bilaterais/1851/b_28/
 
Esse tratado é da época Brasil Império, datado de 1851.
 
Resumindo...
 
Pelo visto os limites do Brasil ali no sul estavam incorretamente 
estabelecidos no OSM e agora temos que analisar profundamente a situação e 
estando ele mesmo correto, alterar em todas as relações admin_level do Brasil 
naquela área esse novo limite.
 
[]s
Marcio 


 

From: thunder...@gpsinfo.com.br 
Sent: Wednesday, May 13, 2015 12:22 PM
To: talk-br@openstreetmap.org 
Subject: [Talk-br] Cruzamento de fronteiras
 



Amigos,
em nosso mapa começou a surgir falta de indexação de Aceguá – RS.
 
Fomo tentar identificar o motivo e constatamos que o way 
https://www.openstreetmap.org/way/344183463 
, inserido recentemente, está acarretando isso. Ele foi inserido no changeset 
https://www.openstreetmap.org/changeset/30980118
 
O limite administrativo ali do Brasil é o Rio Negro e o way inserido como 
limite ficou fora dele e acabou ficando dois limites, um no Rio Negro e outro 
no 
way inserido.
 
Alguém com mais experiência do que eu em limites poderia corrigir isso ou 
até reverter esse changeset já que naquela área estava tudo correto?
 
Antecipadamente agradeço.
 
[]s
Marcio
 

___
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] Cruzamento de fronteiras

[Blademir Andrade de Lima]

Só venho lembrar que a precisão em algum dos mapas não é boa.
Por exemplo, um arquivo de 2014 tem mais precisão que o de 2001 ou 2007.
Att,BladeTC

From: blademi...@hotmail.com
To: talk-br@openstreetmap.org
Date: Wed, 13 May 2015 13:34:21 -0300
Subject: Re: [Talk-br] Cruzamento de fronteiras




Baixem o Arquivo do IBGE, eles tem informações mais atualizadas inclusive do 
Brasil Império.
http://portaldemapas.ibge.gov.br/portal.php#homepage
Os arquivos estão em:-Geografia e Organização do Território--Malhas 
Territoriais.
Tudo o que faço é baseado na informação deles.
Att,BladeTC
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Wed, 13 May 2015 13:25:48 -0300
Subject: Re: [Talk-br] Cruzamento de fronteiras





Agora complicou.
 
Enviei mensagem ao Murallito que fez o changeset e esse invocou o tratado 
Brasil/Uruguai.
 
Fui pesquisar esse tratado e o encontrei em 
http://dai-mre.serpro.gov.br/atos-internacionais/bilaterais/1851/b_28/
 
Esse tratado é da época Brasil Império, datado de 1851.
 
Resumindo...
 
Pelo visto os limites do Brasil ali no sul estavam incorretamente 
estabelecidos no OSM e agora temos que analisar profundamente a situação e 
estando ele mesmo correto, alterar em todas as relações admin_level do Brasil 
naquela área esse novo limite.
 
[]s
Marcio 


 

From: thunder...@gpsinfo.com.br 
Sent: Wednesday, May 13, 2015 12:22 PM
To: talk-br@openstreetmap.org 
Subject: [Talk-br] Cruzamento de fronteiras
 



Amigos,
em nosso mapa começou a surgir falta de indexação de Aceguá – RS.
 
Fomo tentar identificar o motivo e constatamos que o way 
https://www.openstreetmap.org/way/344183463 
, inserido recentemente, está acarretando isso. Ele foi inserido no changeset 
https://www.openstreetmap.org/changeset/30980118
 
O limite administrativo ali do Brasil é o Rio Negro e o way inserido como 
limite ficou fora dele e acabou ficando dois limites, um no Rio Negro e outro 
no 
way inserido.
 
Alguém com mais experiência do que eu em limites poderia corrigir isso ou 
até reverter esse changeset já que naquela área estava tudo correto?
 
Antecipadamente agradeço.
 
[]s
Marcio
 

___
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] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Ok, aonde posso ver essas reversões?
BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 16:13:08 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu conheço nada sobre mensagens ou comunicação sobre este assunto, o caso e que 
muitos relações fui quebrado devido seus edições.
O fato e que relações fui quebrado, e chagesets revertidos.

Aun Johnsen



On May 11, 2015, at 16:04, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Não recebi nenhuma mensagem no website do OSM sobre qualquer erro nem 
discussão em alguma 'changeset' feita por mim.
Não recordo de ter quebrado relação nenhuma. Alias, nos ultimos dias tenho 
concentrado esforços para criar relações administrativas 5 e 7, e não sair 
quebrando nós por aí.
Abraços,BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 15:50:33 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir e Marcio
Aqui e resposta do 4rch sobre o que aconteceu com seus edições.
Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
também Venezuela e Colombia.
--Hallo,
4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
„repaired damaged boundaries“
==In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't 
loaded all affected boundary relations into JOSM and so he created about 40 
boundary relations in Venezuela, Columbia and Brazil with gaps (unclosed 
multipolygons) because the existing relations didn’t reference the newly 
created ways.
(*) https://www.openstreetmap.org/changeset/30952748
==Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
http://www.openstreetmap.org/changeset/30993496.
Aun Johnsen
On May 11, 2015, at 15:35, Lists li...@gimnechiske.org wrote:Baldemir
Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão que 
monitorando e corrigindo limites administrativos
O site que deu link e um ferramento que dar alerta em mudanças dos limites
Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
no lixao porque vocês fiz algum coisas errados.
Olha este site, entender o que eles monitorando, e se não entendo este site, 
não editar mais limites.
Aun Johnsen
On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war
Aun Johnsen
On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações

Re: [Talk-br] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Não recebi nenhuma mensagem no website do OSM sobre qualquer erro nem discussão 
em alguma 'changeset' feita por mim.
Não recordo de ter quebrado relação nenhuma. Alias, nos ultimos dias tenho 
concentrado esforços para criar relações administrativas 5 e 7, e não sair 
quebrando nós por aí.
Abraços,BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 15:50:33 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Baldemir e Marcio
Aqui e resposta do 4rch sobre o que aconteceu com seus edições.
Voces quebrou pelo menus 40 limites administrativas, não so no Brasil mas 
também Venezuela e Colombia.
--Hallo,
4rch hinterließ einen Kommentar zu einem Kartenänderungssatz, den du 
beobachtest, erstellt von 4rch am 2015-05-11 18:44:47 UTC mit dem Kommentar 
„repaired damaged boundaries“
==In CS #30952748 (*) Thundercel splitted some boundary ways but he hasn't 
loaded all affected boundary relations into JOSM and so he created about 40 
boundary relations in Venezuela, Columbia and Brazil with gaps (unclosed 
multipolygons) because the existing relations didn’t reference the newly 
created ways.
(*) https://www.openstreetmap.org/changeset/30952748
==Weitere Einzelheiten über den Änderungssatz können gefunden werden unter 
http://www.openstreetmap.org/changeset/30993496.

Aun Johnsen



On May 11, 2015, at 15:35, Lists li...@gimnechiske.org wrote:Baldemir
Os edicoes voces fiz os ultimos dias foram revertido por um grupo no alemão que 
monitorando e corrigindo limites administrativos
O site que deu link e um ferramento que dar alerta em mudanças dos limites
Entao, maioria do trabalho que vocês fiz com os limites os últimos dias foram 
no lixao porque vocês fiz algum coisas errados.
Olha este site, entender o que eles monitorando, e se não entendo este site, 
não editar mais limites.

Aun Johnsen



On May 11, 2015, at 15:29, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war
Aun Johnsen
On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail

Re: [Talk-br] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Desculpe Aun Johnsen, não estou lhe entendendo.
Poderia ser mais claro?

BladeTC

From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war

Aun Johnsen



On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail Attachment.txt___Talk-br 
mailing 
listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-br] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Ok! Entendi plenamente o ocorrido, e como havia dito em discussões anteriores, 
deviamos fazer isto com cautela e avaliar os riscos, como ocorreu a tempo.
Afirmo que ninguem aqui agiu inconsequentemente, alias, mantivemos o contato o 
tempo inteiro para medir as ações.
Ficarei a disposição no que necessário.
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] border_type

[Blademir Andrade de Lima]

Vamos parar de cortar as vias e remover as TAGs, esta causando problemas, como 
foi visto nas outra discussão.
Espero que compreendam.

Att,BladeTC

Date: Sat, 9 May 2015 23:16:02 -0300
From: blademi...@hotmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] border_type








O Josm manda cortar vias acima de 2000 pontos.



BladeTC



--- Mensagem Original ---



De: Lists li...@gimnechiske.org

Enviado: 9 de maio de 2015 21:59

Para: OpenStreetMap no Brasil talk-br@openstreetmap.org

Assunto: Re: [Talk-br] border_type




Marcio et al



Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com 
menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar 
problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em 
caminhos menores,
 e sempre fica atento em relações onde faz parte.



Aun Johnsen





On May 9, 2015, at 21:51, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:





E como corrigir way longo?
 
Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria 
de particionar mais vezes o way?


 

From: 
Lists 
Sent: Saturday, May 9, 2015 9:29 PM
To: 
OpenStreetMap no Brasil 
Subject: Re: [Talk-br] border_type


 


Marcio
 
O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, 
existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar com 
500

 

Aun Johnsen

 

 






___

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] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Boa noite meu caros, gostaria de tecer minhas ponderações ao ocorrido.
Aun Johnsen, realmente, o OSM.wno-edv-service alertou inicialmente sobre as 
vias que foram particionadas devido a sua longa extensão (por metros ou pontos 
em excesso).
Acontece que durante este processo usando o ID, elas não são automaticamente 
REORGANIZADAS, permanecendo quebradas, o que não acontece no JOSM.Bom, foi isto 
o que ocorreu primeiro, vamos dar sequencia aos fatos.
Em Seguida, foram excluídos as 'TAGs' admin_level que estão marcadas na via 
(way) e não as que estão na relação (relation). Foram dois trabalhos diferentes.
É redundante adicionar esta TAG diretamente na via, se a mesma ja esta marcada 
DENTRO da relação, inclusive, essa informação redundante pode gerar conflitos, 
como o que estamos tentando resolver.
Como forma de evitar quaisquer problemas com as relações, das quais me 
interessa o assunto, verificarei diariamente qualquer alteração pelo site 
OSM.wno-edv-service, em se tratando de Brasil.
Quanto as TAGs 'admin_level' esta discussão tem de ser levada para o OSM, e 
sabermos se continuaremos da forma como esta ou se evoluímos o processo.
Um forte abraço a todos,Blademir Andrade de LimaBladeTC
From: li...@gimnechiske.org
Date: Mon, 11 May 2015 14:17:01 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] edições e pesquisa no OSM e talk

Eu nao sei exatamente o que alertou os revicoes, mas os chagesets tem 
referencia desse pagina: 
http://osm.wno-edv-service.de:82/index.php/10-osm-reports/186-countries-compare-2015-05-11
Favor para esses edições dos limites ate vocês entender o que chegando esse 
lista para evitar um edit war

Aun Johnsen



On May 11, 2015, at 14:05, Blademir Andrade de Lima blademi...@hotmail.com 
wrote:Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência 
dentro da relação estava fora da ordem. 
O JOSM corrige isso facilmente.

Abraços, 
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai
Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?
Ainda nao ha tempo verificar o que fui editado nesses changesets
Aun Johnsen
On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:Todos os créditos devem ir para o Bladimir, 
já que nesse aspecto de relações administrativas ele é seguramente bem mais 
experiente do que eu. Comecei a experimentar essa edição recentemente e nesse 
aprendizado acabei cometendo alguns erros como particionar (quebrar) o way para 
retirar o aviso no JOSM de longo caminho. Apesar de muitos aqui defenderem o 
JOSM somente agora entendi o quanto ele é superior ao ID. Quando um Way é 
membro de mais de uma relação boundary, quando o particionamos pelo ID é 
quebrada alguma relação boundary da qual ele faz parte. Particionado pelo JOSM 
existe uma validação desse que o particiona também em todas as relações 
boundarys que ele é membro, sem quebrá-las.Ontem a noite identifiquei as que 
quebrei e as corrigi quase todas. O Bladimir (“meu gurú”) já tinha corrigido a 
de São Paulo e, portanto, os créditos do trabalho devem ser dirigidos a ele. 
[]sMarcio From: Helio Cesar TomioSent: Sunday, May 10, 2015 10:29 PMTo: 
talk-br@openstreetmap.orgSubject: [Talk-br] edições e pesquisa no OSM e talk 
Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, referente 
as relações dos limites administrativos. Colegas, como posso fazer uma pesquisa 
no OSM, para gerar um relatorio ou lista das ruas e servidões da cidade de 
Jaraguá do Sul?Gostaria de checar as informações. E como posso pesquisar os 
historico das mensagens da talk-br@openstreetmap (as mensagens mais antigas)? 
Grato,hctomio.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Mail Attachment.txt___Talk-br 
mailing 
listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-br] edições e pesquisa no OSM e talk

[Blademir Andrade de Lima]

Quebrados,  OU fora da sequência. Corrigi alguns em que a sequência dentro da 
relação estava fora da ordem.
O JOSM corrige isso facilmente.

Abraços,
BladeTc

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 11 de maio de 2015 11:16
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] edições e pesquisa no OSM e talk

Para ai

Eu comecando ver changesets do tipo “concertando relacoes de limites 
administrativos quebrados” que parecendo chegar do OSMI ou outros sistemas de 
QA, tem certeza que o trabalho voces fiz fui certo? Ou vocês quebrou alguma 
coisa no processo?

Ainda nao ha tempo verificar o que fui editado nesses changesets

Aun Johnsen

 On May 11, 2015, at 11:01, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:

 Todos os créditos devem ir para o Bladimir, já que nesse aspecto de relações 
 administrativas ele é seguramente bem mais experiente do que eu.

 Comecei a experimentar essa edição recentemente e nesse aprendizado acabei 
 cometendo alguns erros como particionar (quebrar) o way para retirar o aviso 
 no JOSM de longo caminho.

 Apesar de muitos aqui defenderem o JOSM somente agora entendi o quanto ele é 
 superior ao ID.

 Quando um Way é membro de mais de uma relação boundary, quando o 
 particionamos pelo ID é quebrada alguma relação boundary da qual ele faz 
 parte. Particionado pelo JOSM existe uma validação desse que o particiona 
 também em todas as relações boundarys que ele é membro, sem quebrá-las.
 Ontem a noite identifiquei as que quebrei e as corrigi quase todas. O 
 Bladimir (“meu gurú”) já tinha corrigido a de São Paulo e, portanto, os 
 créditos do trabalho devem ser dirigidos a ele.

 []s
 Marcio

 From: Helio Cesar Tomio mailto:hcto...@gmail.com
 Sent: Sunday, May 10, 2015 10:29 PM
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: [Talk-br] edições e pesquisa no OSM e talk

 Parabéns Blademir e Márcio pelo valoroso empenho nas edições do OSM, 
 referente as relações dos limites administrativos.

 Colegas, como posso fazer uma pesquisa no OSM, para gerar um relatorio ou 
 lista das ruas e servidões da cidade de Jaraguá do Sul?
 Gostaria de checar as informações.

 E como posso pesquisar os historico das mensagens da talk-br@openstreetmap 
 (as mensagens mais antigas)?

 Grato,
 hctomio.
 ___
 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] border_type

[Blademir Andrade de Lima]

Creio que no caso as bordas marítimas devem ficar como estão.
Sei que as TAGs admin_level dão problema quando estão quebradas ou em níveis 
diferentes da via, como ocorreu em SP e Rio. Agora, quando elas são iguais, não 
devem ter impacto significativo. Devemos revisar em camadas, primeiro a 2, 
depois 3 e assim sucessivamente, para estudarmos o impacto dessas mudanças.
Quando fico com dúvida olho exemplos na Europa. que possuiu uma quantidade 
maior de dados nos mapas para ver como funciona.
Existem renderizadores que não reconhecem relações, só trabalham com as TAGs 
das vias, o que considero um erro, ja que as relações são parte fundamental dos 
dados do OSM.
Abraços,BladeTC
From: li...@gimnechiske.org
Date: Sat, 9 May 2015 16:45:51 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] border_type

Marcio
border_type e usado onde e necessario denominar limites especificos e onde não 
ha outros tags boas para fazer este denominação. Tem somente alguns exemplos 
raros no boundary=administrativo, e em maioria dos casos pode ser ignorado do 
consumidores (por exemplo acho não dar impacto no renderia do mkgmap
Tem exemplos onde border_type tem informação importante, por exemplo nos 
border=maritime, veja no wiki como usar.

Aun Johnsen



On May 9, 2015, at 16:38, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:



Amigos,
como a maioria sabe os níveis administrativos (admin_level) vem agora sendo 
incluídos nas relações já que um way, por vezes, é membro de inúmeras relações 
com admin_level distintos.
 
Como nosso amigo Blad já postou aqui nesta lista a situação e se 
comprometeu a revisar algumas regiões, decidi fazer parte desse trabalho em 
conjunto com ele e os demais que vem fazendo.
 
A minha primeira dúvida é quanto a tag boundary=administrative inserida no 
way.
 
Entendo eu que esse way, sendo membro da relação boundary=administrativo, 
não necessita ter essa tag nele.
 
Revisando os limites administrativos no Brasil me deparei com uma situação 
única, não empregada de forma geral.
 
É o way http://www.openstreetmap.org/way/28733364 
, limite marítimo de estado e que recebeu a tag border_type=state
 
Havia eu removido essa tag, mas decidi restaurar e aqui perguntar
 
Observei que essa tag border_type=state esta inclusa em alguns ways membros 
de ralações boundary=administrative de estados (level=4), entretanto, não está 
esse way é também membro de relações boundary de outros admin=level.
 
Entendo que não foi incluída porque ali é múltiplo border, já que pode ser 
border de país ou região, no caso do Brasil, mas não deixa de ser border
 
Existe tag border+type=multi? ou algo parecido.
 
[]s
Marcio
 
 
___
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] border_type

[Blademir Andrade de Lima]

O Josm manda cortar vias acima de 2000 pontos.

BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 9 de maio de 2015 21:59
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] border_type

Marcio et al

Um bom aviso e evitar criar caminhos muito longe (por exemplo tenta fica com 
menus que 500 nos sempre), onde existe caminhos mais longe, e onde esses dar 
problemas com aplicativos, acho que e isso voce tem Marcio, separa-los em 
caminhos menores, e sempre fica atento em relações onde faz parte.

Aun Johnsen

 On May 9, 2015, at 21:51, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:

 E como corrigir way longo?

 Particionei (quebrei) um trecho de um way e continuou o aviso. Será que teria 
 de particionar mais vezes o way?

 From: Lists mailto:li...@gimnechiske.org
 Sent: Saturday, May 9, 2015 9:29 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] border_type

 Marcio

 O distancia nao pode responder, mas o API aceitar ate 5000 nos, que e demais, 
 existe aplicativos que tem problemas em cima do 1000, acho que JOSM avisar 
 com 500

 Aun Johnsen


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

[Blademir Andrade de Lima]

Obrigado Márcio!

Estou a disposição para o que precisar!

Eu que agradeço ao pessoal do Talk-BR que sempre sanaram minhas duvidas e 
compartilharam as ferramentas para mapear.

Abraços,
BladeTC

--- Mensagem Original ---

De: thunder...@gpsinfo.com.br
Enviado: 9 de maio de 2015 21:26
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] border_type

Aun e demais companheiros,
quero deixar registrado o nosso agradecimento ao Blad que não mediu esforços 
nesses últimos dias, a nosso pedido, para revisar determinados ways membros de 
algumas relações retirando dele a tag admin_level quando diferente da contida 
em alguma relação que era membro.

Nos juntamos a esse trabalho e nessa madrugada passada revisamos dessa forma os 
estados que não estavam sendo indexados pelo Mkgmap:

Amazonas
Pará
Goiás
Mato Grosso
Mato Grosso do Sul
Minas Gerais
São Paulo
Paraná

Acabamos de renderizar um novo mapa Cocar com o PBF fornecido pelo Geofrabick ( 
http://download.geofabrik.de/south-america/brazil.html) e na busca todos os 
estados do Brasil passaram a indexar.

Em que pese que o Brasil está sendo indexado normalmente e não gerando 
problema, estou curioso para saber como se limpar os avisos que aparecem na 
relação: boundary

A grande maioria deles é a respeito a “very long segment x kilometers”

Imaginei que seria particionar o longo way membro da relação, mas pelo visto 
não é.

Como corrigir esse aviso?  Alguém sabe qual o valor máximo em distância ou nós 
para um way membro ,ou não, de uma relação?

[]s
Marcio


From: Lists
Sent: Saturday, May 9, 2015 7:45 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] border_type

Marcio

Eu nao sei exatamente que deu seus problemas, seria bom se vocês pode 
compartilhar logs, ou outros dados sobre isso, para a gente pode compartilhar o 
processo. Eu acho que um processo assim, principalmente com dados tao 
importante e complicado como limites administrativos, deve ser transparente, 
ambos para evitar problemas no futuro e para mais contribuidores fazer parte do 
processo.

Aun Johnsen

___
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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Verifiquei a relação do estado de São Paulo e vi que em algumas vias estava 
marcado o admin_level:3 ou 4 e o administrative:boundary, como TAGs na 
própria via, fora da relação.
Como sabemos só devemos marcar estas TAG dentro da relação e não na via.
Também fui checar o Paraná e Rio de Janeiro para ver se eu estava fazendo o 
correto, e vi que também no Rio de Janeiro apresenta essas Tag em algumas vias. 
Márcio, se quiser tbm corrijo.
No mais, o restante da relação de São Paulo não apresentava quebras, tava tudo 
normal dentro da relação.
Att,BladeTC

From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Thu, 7 May 2015 15:05:42 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital ?






Amigos,
sei que por vezes sou persistente e inconveniente, entretanto levem em 
consideração  que estamos sendo constantemente acionados nos sites que 
administramos e que são voltados a navegação GNSS.
 
No início do ano passado decidimos abraçar a causa do OSM e dele extrair 
dados para navegação GNSS. Por essa razão criamos o COCAR para renderizar os 
dados OSM aplicados em navegação GNSS e disponibilizá-los gratuitamente para os 
utilizadores.
 
Desde aquela época quando criamos o COCAR continuamos fornecendo os mapas 
renderizados, divulgando o OSM e garimpando novos colaboradores para o 
OSM.
 
Acreditamos que essa ação esteja surgindo efeito porque estamos 
contribuindo para o aumento de editores porém, em contra partida,  talvez 
devido a cultura brasileira, muitos vem a nós comunicar erros no mapa em vez de 
se esforçar e corrigir o mapa.
 
A maioria dos erros apontados pelos utilizadores procuramos nós mesmos 
corrigir, entretanto existem erros que fogem a nossa experiência e por isso os 
trazemos aqui nessa lista onde participam elementos “experts” no assunto.
 
Nos últimos dias uma significativa parcela de utilizadores apontaram erros 
de indexação de estados, municípios, etc, que, consequentemente impede a busca 
no aparelho por determinado estado, cidade e até via.
 
Analisando o problema identificamos que isso ocorre por causa de constantes 
alterações nas relações boundarys e na tentativa de solucionar o problema fomos 
buscar solução a nível renderizador na lista Mkgmap que aqui deixo registrado a 
simpatia com que eles nos receberam naquela lista e rapidamente apresentaram na 
versão r3564 do Mkgmap um filtro que remove o ponto virtual criado no centro da 
relação quando da existência do ponto admin_centre nessa relação.
 
Até aí conseguimos resolver 70% do problema, entretanto nos deparamos com 
muitos municípios sem o admin_centre na relação. estamos inserindo isso, mas 
confessamos que é um grande trabalho se feito manualmente, sem alguma 
automatização que facilite o trabalho.
 
Nos simpatizamos com o Overpass e identificamos que indiretamente ele faz o 
mesmo processo que o renderizador Mkgmap quando no inicio de seu trabalho. O 
Mkgmap nos apresenta um arquivo que aponta todos os boundarys e os admin_centre 
dos que tem e dentro deles.
 
O grande problema não é só o admin_centre, o grande problema é que alguns 
inexperientes alteram relações sem saberem ao certo o que estão fazendo. Agora 
mesmo estamos tendo problema com a indexação do estado de São Paulo. Observamos 
que a relação boundary de São Paulo (admin_level 4) foi alterada recentemente e 
pelos menos nós não identificamos falha nessa alteração.
 
De tudo isso amigos, solicitamos um pouco de paciência conosco e relevem, 
por vezes, a forma com que nos dirigimos a alguns. Estamos no mesmo barco e 
vamos remar juntos para conduzir essa nave ao seu porto.
 
[]s
Marcio  


 

From: Lists 
Sent: Thursday, May 7, 2015 1:41 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 
O 
problema com relações incompleta (falta admin_centre) pode acontecer no pais 
inteiro, acho devemos montar um pesquisa overpass do relações sem admin_centre, 
algum quer fazer? 
 
Eu mesmo ira fazer so que meu internet e lento demais hoje

 

Aun Johnsen
 

 

___
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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Tudo bem, vou corrigir os erros, são fragmentos de mapeamentos mais antigos.
Quanto aos left e Right ainda não entendi o que significam.
Abraços,BladeTC

From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Thu, 7 May 2015 20:01:48 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital ?






Agradeço Aun a gentil ajuda, entretanto no momento estou envolvido em 
desenhar o arruamento do Município de Paraíba do Sul já que um utilizador do 
mapa Cocar, que disponibilizamos e que lá reside, criticou muito o mapa pela 
falta de arruamento na cidade.
 
Depois com tempo vou ensina-lo a editar sua própria cidade.
 
O município se encontra em http://www.openstreetmap.org/relation/2215554 
e já adiantei bastante coisa a ser feita nele.
 
Quanto a corrigir a relação estou contando com a ajuda do Blad que tem 
experiência e corrigirá muito mais rápido do que eu.
 
Se permitir quando com tempo vou solicitar sua ajuda sim.
 
[]s
Marcio


 

From: Lists 
Sent: Thursday, May 7, 2015 7:32 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 
Marcio 

 
Voce pode experimentar com mapcss e criar um style para o que voce quer 
iluminar. Sem um exemplo especifico e difícil dar um ajuda, mas da um olhada 
nos 
styles que ja existe no JOSM, se preciso mais ajuda eu posso manda algumas 
links 
p voce, o responder perguntas específicos.

 

Aun Johnsen
 

 

___
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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Por exempo, esta via no RJ http://www.openstreetmap.org/way/33187268 esta com a 
Tag admin_level e boundary na propria via, aonde não devia. Isso deve gerar 
confusão ao renderizador, ja que elas não fazem parte da relação.
Outros exemplos com esse 
erro:http://www.openstreetmap.org/way/145077174http://www.openstreetmap.org/way/33182767
Att,BladeTC
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Thu, 7 May 2015 18:22:27 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital ?







Perguntei no outro email qual erro encontrou e só agora vi este. 
Desconsidere minha pergunta no outro.
 
Vamos ver se entendi:
 
Quando cita voce algumas vias marcadas com admin_level=3 ou 4 quer dizer 
que algumas vias que estão como outre na relação. Isso?
 
Quanto ao Rio de janeiro, já que tem experiência, se puder corrigir 
agradeço.
 
[]s
Marcio


 

From: Blademir Andrade de Lima 
Sent: Thursday, May 7, 2015 4:53 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 

Verifiquei a relação do estado de São Paulo e vi que em algumas 
vias estava marcado o admin_level:3 ou 4 e o administrative:boundary, como 
TAGs na própria via, fora da relação. 
 
Como sabemos só devemos marcar estas TAG dentro da relação e não na 
via.
 
Também fui checar o Paraná e Rio de Janeiro para ver se eu estava fazendo o 
correto, e vi que também no Rio de Janeiro apresenta essas Tag em algumas vias. 
Márcio, se quiser tbm corrijo.
 
No mais, o restante da relação de São Paulo não apresentava quebras, tava 
tudo normal dentro da relação.
 
Att,
BladeTC




From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Thu, 7 
May 2015 15:05:42 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?




Amigos,
sei que por vezes sou persistente e inconveniente, entretanto levem em 
consideração  que estamos sendo constantemente acionados nos sites que 
administramos e que são voltados a navegação GNSS.
 
No início do ano passado decidimos abraçar a causa do OSM e dele extrair 
dados para navegação GNSS. Por essa razão criamos o COCAR para renderizar os 
dados OSM aplicados em navegação GNSS e disponibilizá-los gratuitamente para os 
utilizadores.
 
Desde aquela época quando criamos o COCAR continuamos fornecendo os mapas 
renderizados, divulgando o OSM e garimpando novos colaboradores para o 
OSM.
 
Acreditamos que essa ação esteja surgindo efeito porque estamos 
contribuindo para o aumento de editores porém, em contra partida,  talvez 
devido a cultura brasileira, muitos vem a nós comunicar erros no mapa em vez de 
se esforçar e corrigir o mapa.
 
A maioria dos erros apontados pelos utilizadores procuramos nós mesmos 
corrigir, entretanto existem erros que fogem a nossa experiência e por isso os 
trazemos aqui nessa lista onde participam elementos “experts” no assunto.
 
Nos últimos dias uma significativa parcela de utilizadores apontaram erros 
de indexação de estados, municípios, etc, que, consequentemente impede a busca 
no aparelho por determinado estado, cidade e até via.
 
Analisando o problema identificamos que isso ocorre por causa de constantes 
alterações nas relações boundarys e na tentativa de solucionar o problema fomos 
buscar solução a nível renderizador na lista Mkgmap que aqui deixo registrado a 
simpatia com que eles nos receberam naquela lista e rapidamente apresentaram na 
versão r3564 do Mkgmap um filtro que remove o ponto virtual criado no centro da 
relação quando da existência do ponto admin_centre nessa relação.
 
Até aí conseguimos resolver 70% do problema, entretanto nos deparamos com 
muitos municípios sem o admin_centre na relação. estamos inserindo isso, mas 
confessamos que é um grande trabalho se feito manualmente, sem alguma 
automatização que facilite o trabalho.
 
Nos simpatizamos com o Overpass e identificamos que indiretamente ele faz o 
mesmo processo que o renderizador Mkgmap quando no inicio de seu trabalho. O 
Mkgmap nos apresenta um arquivo que aponta todos os boundarys e os admin_centre 
dos que tem e dentro deles.
 
O grande problema não é só o admin_centre, o grande problema é que alguns 
inexperientes alteram relações sem saberem ao certo o que estão fazendo. Agora 
mesmo estamos tendo problema com a indexação do estado de São Paulo. Observamos 
que a relação boundary de São Paulo (admin_level 4) foi alterada recentemente e 
pelos menos nós não identificamos falha nessa alteração.
 
De tudo isso amigos, solicitamos um pouco de paciência conosco e relevem, 
por vezes, a forma com que nos dirigimos a alguns. Estamos no mesmo barco e 
vamos remar juntos para conduzir essa nave ao seu porto.
 
[]s
Marcio  


 

From: Lists 
Sent: Thursday, May 7, 2015 1:41 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 
O 
problema com relações incompleta (falta admin_centre) pode acontecer no pais 
inteiro, acho devemos montar um pesquisa overpass do relações sem admin_centre, 
algum quer fazer? 
 
Eu mesmo ira

Re: [Talk-br] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Muito bom esse overpass.Não entendo nada de códigos, xml etc, mas deu pra 
entender o que significam.Vai me ajudar muito a concluir um outro projeto de 
Micro e Mesorregiões.Att,BladeTC

From: alexandre@gmail.com
Date: Thu, 7 May 2015 03:29:03 -0300
To: tarci...@ymail.com; talk-br@openstreetmap.org
Subject: Re: [Talk-br] TAGs admin_center ou capital ?

Minha sugestão continua sendo compartilhar esse tipo de código por GitHub, seja 
como projeto ou Gist.

Alexandre

Em 6 de maio de 2015 22:46, Tarcisio Oliveira tarci...@ymail.com escreveu:

Eu tava fazendo esse trabalho no país todo, parei por causa do trabalho, mas 
era de forma automatizada e com minha supervisão relação a relação para depois 
enviar para o osm, o problema é que consegui perder o código que fiz para 
realizar essa tarefa, uma pena, pois dava pra fazer o estado todo em alguns 
minutos, contando como tempo de supervisão do que foi feito.
Essa consulta pode te ajudar a fazer esse trabalho ai 
http://overpass-turbo.eu/s/9di 



___
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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Estou trabalhando no Estado da Bahia,  75% concluído os admin_centre e revisão 
de duplicatas e erros.
Att,
BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 6 de maio de 2015 19:23
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] TAGs admin_center ou capital ?

Marcio

Como o node e ligado diretamente com o relação com o papel admin_centre, não 
mais tem necessidade de usar admin_level ou capital no node.

O que e certo e usar admin_center, e talvez também label no relação, so isso. o 
tag admin_level não faz sentido no o node, e capital e evidente por o papel 
admin_centre

Preciso ter bastante cuidado incluir o tag place nos relações de limites 
administrativos, algum deles pode ser certo combinar com place (por exemplo no 
estado) e outros não


Aun Johnsen

 On May 6, 2015, at 19:14, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:

 Aun,
 mas qual usar?

 Pergunto porque não cheguei a conclusão alguma do padrão que estamos 
 empregando no Brasil. Alguns inserem na relação boundary o admin_center, 
 outros excluem da relação e em alguns lugares nunca inseriram capital e 
 tampouco admin_centre na relação.

 Aproveito para parabeniza-lo porque identifico que você formatou todos os 
 municípios do espírito santo com admin_centre nas relações boundarys, 
 entretanto ao norte, na Bahia, a maioria dos municípios tem a relação 
 boundary, mas sem o admin_centre.

 A nível renderizador nos é fornecido um arquivo resultado de um 
 pré-processamento dos dados OSM extraindo dele as relações boundary com os 
 admin_center delas. Observe um corte do print dessa imagem aberta:

 boundary[1].jpg

 Essa imagem pega a área Norte do Espírito Santo e a Sul da Bahia.

 A cor verde escura nos boudarys significa que aquele boundary não tem a TAG 
 place. A verde clara significa que tem.

 As cidades que estão como admin_centre da relação boundary são estampadas na 
 cor referente ao tipo de place dela.

 Tirem suas conclusões.

 []s
 Marcio




 From: Lists mailto:li...@gimnechiske.org
 Sent: Wednesday, May 6, 2015 6:43 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] TAGs admin_center ou capital ?

 Marcio

 O tag capital tambem e mais antigua que relações, acho esses duas assuntos 
 pode ser levantados no tagging, mas provavelmente eles vai dizer para não 
 usar.

 Aun Johnsen


 ___
 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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Pronto! Todos os municípios da Bahia estão com admin_center em suas devidas 
relações. Quando fui verificar a Mesorregião do  Nordeste Baiano ela ja estava 
pronta.
Com tantos municípios algum deve ter sido esquecido sem o Admin_center.
Att,BladeTC

From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Wed, 6 May 2015 19:14:16 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital ?






Aun,
mas qual usar?
 
Pergunto porque não cheguei a conclusão alguma do padrão que estamos 
empregando no Brasil. Alguns inserem na relação boundary o admin_center, outros 
excluem da relação e em alguns lugares nunca inseriram capital e tampouco 
admin_centre na relação.
 
Aproveito para parabeniza-lo porque identifico que você formatou todos os 
municípios do espírito santo com admin_centre nas relações boundarys, 
entretanto 
ao norte, na Bahia, a maioria dos municípios tem a relação boundary, mas sem o 
admin_centre.
 
A nível renderizador nos é fornecido um arquivo resultado de um 
pré-processamento dos dados OSM extraindo dele as relações boundary com os 
admin_center delas. Observe um corte do print dessa imagem aberta:
 

 
Essa imagem pega a área Norte do Espírito Santo e a Sul da Bahia.
 
A cor verde escura nos boudarys significa que aquele boundary não tem a TAG 
place. A verde clara significa que tem.
 
As cidades que estão como admin_centre da relação boundary são estampadas 
na cor referente ao tipo de place dela.
 
Tirem suas conclusões.
 
[]s
Marcio
 
 
 


 

From: Lists 
Sent: Wednesday, May 6, 2015 6:43 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 
Marcio 

 
O tag capital tambem e mais antigua que relações, acho esses duas assuntos 
pode ser levantados no tagging, mas provavelmente eles vai dizer para não 
usar.

 

Aun Johnsen
 

 

___
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] TAGs admin_center ou capital ?

[Blademir Andrade de Lima]

Estava desde ontem fazendo. O método é o seguinte:-Inicialmente baixo uma 
pequena porção;-Seleciono o limite que desejo baixar, clico com o botão direito 
sobre BAIXAR MEMBROS;-Se o admin_center apareceu tudo bem, parto para o proximo 
municipio;-Se não, baixo a Cidade sede, seleciono a relação e adiciono seu 
respectivo admin.Ja fiz de tudo, download automático, etc, fica muito pesado, 
até que descobri esta técnica.Preferencialmente pode baixar todos os municípios 
desejados, e depois adiciono as admin_center em todos de uma vez.Att,BladeTC
From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Wed, 6 May 2015 21:49:24 -0300
Subject: Re: [Talk-br] TAGs admin_center ou capital ?







Perfeito Blade! Parabéns!
 
Agora cá entre nós, como você consegue fazer tão rápido?
 
Estou aqui como formiguinha fazendo os do Rio de Janeiro. A região norte do 
Rio estava toda sem o admin_centre.
 
Pelo JOSM vejo a relação que está sem o admin_centre e incluo. Uma por uma. 
Não baixo uma grande área pelo JOSM até porque o OSM não deixa.
 
Existe alguma maneira mais rápida de se fazer?
 
[]s
Marcio


 

From: Blademir Andrade de Lima 
Sent: Wednesday, May 6, 2015 9:30 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] TAGs admin_center ou capital 
?
 

Pronto! Todos os municípios da Bahia estão com admin_center em 
suas devidas relações. Quando fui verificar a Mesorregião do  Nordeste 
Baiano ela ja estava pronta. 

 
Com tantos municípios algum deve ter sido esquecido sem o 
Admin_center.
 
Att,
BladeTC


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

Re: [Talk-br] Uso Correto da Place

[Blademir Andrade de Lima]

É Exatamente o que eu queria dizer!
Só para simplificar o raciocínio, a place da cidade sede FORA da relação 
municipal não ajuda nosso mapeamento, e ainda duplica os dados. Portanto, se 
estiver fora devemos inclui-la na relação.
Quanto ao label, esqueçam o que falei.
Att,BladeTC

From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Sun, 3 May 2015 16:24:46 -0300
Subject: Re: [Talk-br] Uso Correto da Place







Mas Blade, entendo que uma coisa é município e outra cidade. Um município 
tem a cidade sede que incluíamos na relação como admin_center.
 
Quando delimitamos o boundary administrativo estamos delimitando o 
município e não a cidade. O centro geométrico desse limite administrativo nem 
sempre é a cidade sede e por muitas vezes se encontra bem longe dela.
 
A relação boundary, por si só, já estampa no mapa a área do município, mas 
não a cidade se inexistir na relação o admin_centre. Lembro que estão sendo 
excluídos os admin_centre das relações o que a meu ver inerirá a identificação 
do centro administrativo daquele município onde se encontra a Prefeitura.
 
Existe o desejo de ver estampado o município como um todo, o limite 
administrativo da prefeitura dele e isso ocorre pela simples inclusão da 
relação 
boundary. Inserindo a tag place nessa relação estaremos estampando o um ponto 
no 
centro geométrico desse município que não reflete a cidade. Por isso que para 
refletir a cidade sede daquele município inserimos na relação o admin_centre. 
Lembro que no Brasil já existem distritos com população superior ao da 
cidade.
 
Se for definido o marco zero automaticamente como cita você estaremos, na 
minha opinião, incorrendo em erro porque o marco zero de uma cidade é definido 
por lei estadual ou municipal. Ele é a referência para o estabelecimento da 
numeração de portas nas vias.
 
O marco zero de São Paulo – SP, por exemplo, é a Praça da Sé. Vide 
http://pt.wikipedia.org/wiki/Marco_zero_da_cidade_de_S%C3%A3o_Paulo 
e 
http://www.prefeitura.sp.gov.br/cidade/secretarias/cultura/patrimonio_historico/adote_obra/index.php?p=8290
 
. É por ele que a numeração de porta em vias de SP se referencia. Na medida que 
a casa esteja mais longe desse marco zero sua numeração será maior do que seu 
vizinho mais perto dele.
 
Lembro que só levantamos o problema com o objetivo de fomentar a 
necessidade de uma padronização para os editores brasileiros. Nós do mapa COCAR 
estamos providenciando a nível renderização a remoção dessa key place quando de 
sua existência na relação boundary e estamos avaliando como resolver o problema 
da exclusão dos admin_centre da mesma relação.
 
[]s
Marcio 




From: Blademir Andrade de Lima 
Sent: Sunday, May 3, 2015 2:11 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Uso Correto da Place
 

A Tag Place deve continuar para definir a cidade no mapa e não o 
marco zero. A Place deve ser inserida no centro da 
cidade. 


O marco-zero da relação 
boundary:administrative usa a tag Label, mas o marco zero geralmente é 
definido automaticamente. Seria facultativo seu com a Tag Label dentro da 
relação.
 
Att,
BladeTC


 

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

Re: [Talk-br] Uso Correto da Place

[Blademir Andrade de Lima]

Desafio aceito.  Vou observar o que esta acontecendo no nordeste e vou corrigir 
o que estiver duplicado.

Estou trabalhando com micro e mesorregioes,  e o Nordeste é a próxima região.

A partir de amanha começo a corrigir.

Abraços,
BladeTC

--- Mensagem Original ---

De: Lists li...@gimnechiske.org
Enviado: 3 de maio de 2015 11:17
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Uso Correto da Place

Tem algum areas com relações duplicados

Por enquanto nao ha ferramentas que pode ajudar limpar isso, e preciso ser 
concertado por mao.

Aun Johnsen

 On May 3, 2015, at 11:14, A. Carlos anorcar...@hotmail.com wrote:


 Blade,

 Pelo que vi, acho que fizeram um trabalho automatizado, porque praticamente a 
 região Norte toda esta duplicada..

 Fazer/consertar isso ali  na  mão, é trabalho de formiguinha...









 ___

 Anor C. A. de Souza   
Concórdia SC

 49-8866-3290 Claro
 49-8808-4963 Vivo
 49-9975-2560 Tim












 Date: Sun, 3 May 2015 11:05:17 -0300
 From: blademi...@hotmail.com mailto:blademi...@hotmail.com
 To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Uso Correto da Place

 O OSM funciona destas duas formas,  a 'place'  e o limite administrativo 
 (boundary) como  'relation'.
 Não se deve excluir a tag place,  e ela deve estar vinculada dentro da 
 relação como 'admin_centre',  senao o resultado sai duplicado.
 Existem bastante exemplos,  pesquise algumas cidades do sudeste ou sul para 
 ver como funciona.

 Agora,  se a TAG 'place'  estiver duplicada,  exclua uma delas,  de 
 preferência a que nao tiver a fonte e nao estiver vinculada a relação 
 municipal.

 Att,
 BladeTC

 --- Mensagem Original ---

 De: A. Carlos anorcar...@hotmail.com mailto:anorcar...@hotmail.com
 Enviado: 3 de maio de 2015 10:49
 Para: Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org 
 talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org
 Assunto: [Talk-br] Uso Correto da Place

 Pessoal, uma dúvida aqui, espero que os expertes  possam me ajudar e 
 esclarecer

 Qual o uso correto e onde o usar o Place?

 Explico...

 Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no 
 Mapsource, centenas
 de cidades estão parecendo na lista com nomes duplicados...

 Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a 
 tag Place duplicada (princiapalmente
 Região Norte)

 Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na 
 Relação do Limite Administrativo.

 Pergunto:

 O que é certo? Porque ali do jeito que está fica impraticável o usuário usar 
 e fazer a pesquisa, com 2 e tem casos de até 3
 nomes na pesquisa.

 Se a didática ali está correta,que extrai mapas agora precisa descobrir então 
 uma dica de como excluir via Mkgmapp esta
 segunda opção para fazer um mapa limpo

 Estou aceitando sugestões :)
















 ___

 Anor C. A. de Souza   
Concórdia SC










 ___ Talk-br mailing list 
 Talk-br@openstreetmap.org 
 mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
  https://lists.openstreetmap.org/listinfo/talk-br
 ___ Talk-br mailing list 
 Talk-br@openstreetmap.org 
 mailto:Talk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
  
 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 
 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] Uso Correto da Place

[Blademir Andrade de Lima]

O OSM funciona destas duas formas,  a 'place'  e o limite administrativo 
(boundary) como  'relation'.
Não se deve excluir a tag place,  e ela deve estar vinculada dentro da relação 
como 'admin_centre',  senao o resultado sai duplicado.
Existem bastante exemplos,  pesquise algumas cidades do sudeste ou sul para ver 
como funciona.

Agora,  se a TAG 'place'  estiver duplicada,  exclua uma delas,  de preferência 
a que nao tiver a fonte e nao estiver vinculada a relação municipal.

Att,
BladeTC

--- Mensagem Original ---

De: A. Carlos anorcar...@hotmail.com
Enviado: 3 de maio de 2015 10:49
Para: Talk-br@openstreetmap.org talk-br@openstreetmap.org
Assunto: [Talk-br] Uso Correto da Place

Pessoal, uma dúvida aqui, espero que os expertes  possam me ajudar e esclarecer

Qual o uso correto e onde o usar o Place?

Explico...

Ao compilar o mapa BR, na pesquisa de cidades, tanto no GPS quanto no 
Mapsource, centenas
de cidades estão parecendo na lista com nomes duplicados...

Analisando no OSM, vi que tem de centenas pra mais cidades que estão com a tag 
Place duplicada (princiapalmente
Região Norte)

Estão incluíndo a tag, no (ponto) e pelo que vi (JOSM) estão incluindo ela na 
Relação do Limite Administrativo.

Pergunto:

O que é certo? Porque ali do jeito que está fica impraticável o usuário usar e 
fazer a pesquisa, com 2 e tem casos de até 3
nomes na pesquisa.

Se a didática ali está correta,que extrai mapas agora precisa descobrir então 
uma dica de como excluir via Mkgmapp esta
segunda opção para fazer um mapa limpo

Estou aceitando sugestões :)















___

Anor C. A. de Souza 
 Concórdia SC








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

Re: [Talk-br] Uso Correto da Place

[Blademir Andrade de Lima]

A Tag Place deve continuar para definir a cidade no mapa e não o marco zero. 
A Place deve ser inserida no centro da cidade.
O marco-zero da relação boundary:administrative usa a tag Label, mas o marco 
zero geralmente é definido automaticamente. Seria facultativo seu com a Tag 
Label dentro da relação.
Att,BladeTC

From: thunder...@gpsinfo.com.br
To: talk-br@openstreetmap.org
Date: Sun, 3 May 2015 12:41:42 -0300
Subject: Re: [Talk-br] Uso Correto da Place









Perdoem, mas enfrentando o mesmo problema acabei abrindo novo tópico sobre 
o assunto.
 
Concordo com o Blade quanto a não exclusão da KEY place. Ela existe e deve 
ser empregada para definir um LOCAL no mapa (traduzindo place para o português) 
. Já me soa estranho empregar a KEY place em uma área (boundary-administrative) 
e não local (place).
 
Sou também de opinião que a KEY place deve ser inserida somente no ponto 
marco zero da relação (admin_centre), onde existir, e que o admin_centre não 
seja removido da relação como vem sendo feito.
 
[]s
Marcio
 




From: Blademir Andrade de Lima 
Sent: Sunday, May 3, 2015 11:05 AM
To: Talk-br@openstreetmap.org 
Subject: Re: [Talk-br] Uso Correto da Place
 

O OSM funciona destas duas formas,  a 'place'  e 
o limite administrativo (boundary) como  'relation'. 
Não se deve 
excluir a tag place,  e ela deve estar vinculada dentro da relação como 
'admin_centre',  senao o resultado sai duplicado. 
Existem bastante 
exemplos,  pesquise algumas cidades do sudeste ou sul para ver como 
funciona. 

Agora,  se a TAG 'place'  estiver duplicada,  
exclua uma delas,  de preferência a que nao tiver a fonte e nao estiver 
vinculada a relação municipal. 

Att, 

BladeTC


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

Re: [Talk-br] Áreas de perigo

[Blademir Andrade de Lima]

Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta criminalidade, 
deveríamos fazer um circulo bem grande no Brasil inteiro.

Brincadeiras a parte, sim existem áreas aonde existe ausência de força publica, 
áreas dominadas por traficantes, milicias, etc que sim, poderiam ser 
delimitadas, para controle até mesmo das policias, saber onde estão pisando.

Quem deveria ter obrigação de abastecer este tipo de informação seriam as 
secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os 
usuários reportam no mapa os crimes ocorridos.

Att,
BladeTC

--- Mensagem Original ---

De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
Enviado: 30 de abril de 2015 12:56
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da
cracolândia. Minha namorada de 1m57 mora comigo. A cracolândia ser perto de
casa não me é um problema, nem para ela. Tenho também vários amigos e
amigas que moram na região, e a convivência é bem pacífica, só dando
problemas quando acontecem essas ações da polícia.

shameless_plugO programa braços abertos tem ajudado bastante nisso, volta
e meia encontro galera com camiseta do programa fazendo limpeza das
ruas/shameless_plug

Agora, voltando para a questão de segurança: ser atropelado é um risco
muito, muito maior para mim que ser assaltado. Eu deveria colocar uma tag
em locais tidos como perigosos pela comunidade de ciclistas, como a
rotatória campo de bagatelle? (spoiler: acho que não)

Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua e
a outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag
vai_dar_merda ou algo assim.

Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

Vida Longa e Próspera,
Tiago

2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

 Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na
 base de dados do OSM. A segurança ou insegurança de um lugar ou região
 depende do ponto de vista.

 Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas
 policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias
 a liberar dados sobre criminalidade. Assim, teria-se a possibilidade,
 aqueles que quiserem, de criar uma aplicação que mostre onde os crimes
 acontecem sobre um mapa do OSM.




 Atenciosamente,

 Claiton Neisse


 Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?


 ___
 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] Duplicata em Relação de município.

[Blademir Andrade de Lima]

Boa noite pessoal.
Detectei um multipolígono em duplicata do município de Formosa do Rio Preto - 
BA.
Estou ciente que as divisas municipais da Bahia já estão sendo revistas pelos 
colaboradores, portanto deixei de corrigir para que alguém já esteja 
trabalhando na área o faça.
http://www.openstreetmap.org/relation/363168
http://www.openstreetmap.org/relation/362454
Falando em municípios, no Portal de Mapas do IBGE ja tem arquivos atualizados 
de municípios. Os dados que vejo no OSM se enquadram nos de 2007 do IBGE, mas 
eles la ja possuem de 2010 e 2013, com divisas atualizadas.
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] OSM é ruim porque qualquer um pode editar, Google Maps é melhor mimimi

[Blademir Andrade de Lima]

Muito foda, ri alto. Quase acordei o povo aqui. K

--- Mensagem Original ---

De: George Silva georger.si...@gmail.com
Enviado: 24 de abril de 2015 10:44
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br]  OSM é ruim porque qualquer um pode editar, Google Maps 
é melhor mimimi

uhaueuahuehauehuaheuaheuauehauheuhe!

On Fri, Apr 24, 2015 at 10:38 AM, Tiago Fassoni A. A. Leite 
tiagofass...@gmail.com wrote:



 https://www.google.pt/maps/place/Takht+Pari+Forest/@33.5013022,73.1260777,17z/data=!4m2!3m1!1s0x38dff298d82d62c9:0xdd99b92ec4539b33


 https://www.google.com/maps/place/33%C2%B030%2752.5%22N+73%C2%B003%2733.2%22E/@33.5117431,73.0558748,15z/data=!4m2!3m1!1s0x0:0x0

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




--
George R. C. Silva
SIGMA Consultoria

http://www.consultoriasigma.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

[Talk-br] Duvida Limites Administrativos

[Blademir Andrade de Lima]

Boa tarde amigos,
Estou com uma divida quanto ao nível de classificação de Distritos, 
Subdistritos e Bairros.
Os que eu ja sei:Estados (Nível 4)Mesorregiões (Nivel 5)Microrregiões (Nível 
7)Municípios (Nível 8)
E se também me disserem qual nível 6 seria, pois no Brasil não vi ninguém usar, 
só em outros países da América do Sul.
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Duvida Limites Administrativos

[Blademir Andrade de Lima]

Obrigado Nelson,
Vi que nos arquivos do IBGE, alguns distritos se repetem nos subdistritos, sao 
os mesmos.
É analisar cada caso e ver o que é correto.
Att,
BladeTC

--- Mensagem Original ---

De: Nelson A. de Oliveira nao...@gmail.com
Enviado: 24 de abril de 2015 15:30
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Duvida Limites Administrativos

6 é região metropolitana
9 é distrito e 10 bairro

Subdistrito acaba sendo mapeado em alguns lugares como 9 ou 10. Não
tem um nível único definido para isso, apesar de
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level
especificar o nível 10.

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

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

Re: [Talk-br] Xanxerê-SC

[Blademir Andrade de Lima]

Ajudei em duas areas.
Amanhã eu continuo.
Att,BladeTC

 Date: Wed, 22 Apr 2015 19:08:44 -0300
 From: wi...@wille.blog.br
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Xanxerê-SC
 
 Olá,
 
 A cidade de Xanxerê-SC foi atingida por um tornado essa semana e deixou 
 muita gente desabrigada.
 
 Criei uma tarefa no Tasking Manager para melhorarmos o mapa da cidade. 
 Talvez seja útil para a prefeitura e órgãos de defesa civil e é uma 
 oportunidade de deixar o mapa da cidade melhor e quem sabe conseguir 
 divulgação para o OSM: http://tasks.hotosm.org/project/990
 
 wille
 
 ___
 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] Sua cidade está mesmo bem mapeada?

[Blademir Andrade de Lima]

Obrigado amigo.
Desconhecia a ferramenta para JOSM. Só o validador padrão, que não apontava 
erros específicos para o Brasil.
Att,BladeTC

 Date: Tue, 21 Apr 2015 00:24:25 -0300
 From: wi...@wille.blog.br
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Sua cidade está mesmo bem mapeada?
 
 Olá,
 
 Pra quem ainda não tem o costume, é sempre bom verificar erros de 
 mapeamento através de algumas ferramentas de controle de qualidade. As 
 duas principais são o OSM Inspector e o KeepRight:
 
 http://tools.geofabrik.de/osmi/
 http://keepright.ipax.at/report_map.php?zoom=14lat=-23.58791lon=-46.65713
 
 Essas ferramentas apontam muitos erros que alguns editores deixam passar 
 ou que cometemos no passado por inexperiência.
 
 Outro recurso importante é usar o validador do JOSM com regras 
 adicionais específicas para o Brasil. Instruções de instalação em 
 https://github.com/OSMBrasil/validador-josm/
 
 Wille
 
 ___
 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] Usuário Lucas Silvestre

[Blademir Andrade de Lima]

O Usuário Lucas Silvestre https://www.openstreetmap.org/user/Lucas%20Silvestre 
é assinante da Lista Talk-BR?
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Mapas do IBGE em SHP

[Blademir Andrade de Lima]

Boa tarde amigos.
Como posso visualizar os mapas em formato SHP, disponiveis no portal do IBGE?
por exemplo, o disponivel neste 
link...http://portaldemapas.ibge.gov.br/portal.php#mapa201664
Obrigado!
Att,BladeTC   ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapas do IBGE em SHP

[Blademir Andrade de Lima]

Obrigado Amigo.
Ajuda de grande valia.
Esta funcionando perfeitamente no JOSM.
Att,BladeTC

 Date: Mon, 30 Mar 2015 14:45:07 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Mapas do IBGE em SHP
 
 Com o QGIS (http://www.qgis.org/) ou JOSM + plugin opendata
 
 ___
 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] Mapas do IBGE em SHP

[Blademir Andrade de Lima]

Mesorregiões, Microrregioes, Municípios, Distritos.
No site do IBGE tem bastante coisa, inclusive ja tinha visto alguns em PDF.
Att,BladeTC

Date: Mon, 30 Mar 2015 18:40:48 -0300
From: vitor.d...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Mapas do IBGE em SHP

Blademir,
Qual o conteúdo desses mapas SHP do IBGE?
Abraços!
2015-03-30 18:33 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com:



Obrigado Amigo.
Ajuda de grande valia.
Esta funcionando perfeitamente no JOSM.
Att,BladeTC

 Date: Mon, 30 Mar 2015 14:45:07 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Mapas do IBGE em SHP
 
 Com o QGIS (http://www.qgis.org/) ou JOSM + plugin opendata
 
 ___
 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




-- 
Vítor Rodrigo Dias
Revisor de textos
Tradutor port/ing/port e port/esp/port
Telefone: (31) 7360-9421 - TIM


___
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] Revisar Limites

[Blademir Andrade de Lima]

Alguém foi mais rápido. Parece que o erro ja foi corrigido.
AttBladeTC

Date: Tue, 24 Mar 2015 14:45:48 -0300
From: blademi...@hotmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Revisar Limites








De limites eu entendo. Jaja eu verifico o que esta ocorrendo la.



--- Mensagem Original ---



De: A. Carlos anorcar...@hotmail.com

Enviado: 24 de março de 2015 13:34

Para: talk-br@openstreetmap.org

Assunto: [Talk-br] Revisar Limites








Pessoal..

Estou tendo problemas pra indexar cidades de Rondônia



Vendo no JOSM parece que tem ali dupla relação de limites admistrativos 2



Vejam os anexos, não tem cara de ser cache, seguindo o limite de Leste para 
Oeste.



Alguém que é experte, sabe me dizer  se é normal este limites ali sobrepostos? 
no caso teria que revisar ali

todo o limite Rondônia admin 2



 

 


 

 


 

 
  

 

 

 

 

 

 



___


Anor C. A. de Souza   Concórdia SC  
 
49-8808-4963
 
 
 

 

 

 

 

 

 

 






___
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] Perda de dados em Itabira e MG-434

[Blademir Andrade de Lima]

Nelson, onde posso consultar estas changesets?
Att,
BladeTC

 Date: Sun, 1 Mar 2015 18:16:12 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Perda de dados em Itabira e MG-434
 
 2015-03-01 18:07 GMT-03:00  thunder...@gpsinfo.com.br:
  A cidade de Itabira - MG foi toda por mim redesenhada no ano passado, tendo
  na ocasião excluído dados importados do Tracksource por outro.
 
 Se você reaproveitou algum dado que veio do TS então também foi excluído.
 Caso alguém queira conferir, os changesets que tiveram redact:
 
 
 20228047
 20250730
 20251873
 20807281
 20972925
 20974632
 21030344
 21030592
 21062554
 21067651
 21068496
 21458662
 21458768
 21458890
 21461025
 22212638
 22232758
 22233069
 22233203
 22233855
 22247970
 22248060
 
 E os que foram revertidos:
 
 20973062
 20974012
 20975246
 21030469
 21458719
 21458898
 21458969
 21461107
 22233967
 22234020
 22234063
 22234392
 22234529
 22234853
 22234940
 22234965
 22236064
 22236194
 22248699
 22248849
 22249031
 22249146
 22249477
 22258398
 22259598
 22295643
 22295867
 22295919
 22295926
 22332067
 22332683
 22332713
 22332904
 22334168
 22914844
 23011120
 23127944
 23128272
 23128411
 23129003
 
 ___
 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] Usuário apagando vários caminhos

[Blademir Andrade de Lima]

E então meus amigos. Está sendo revertida o vandalismo dele?
Pude ver que ele parou com as edições a duas semanas. O foco das edições dele é 
Ceará e São Paulo.http://www.yosmhm.neis-one.org/?luisfelipevieirademedeiros
https://www.openstreetmap.org/user/luisfelipevieirademedeiros/history#map=2/32.0/-49.9
Se alguém souber mais locais onde podemos monitora-lo, por favor nos indique.
Forte Abraço
BladeTC

From: raffaellobr...@hotmail.com
To: talk-br@openstreetmap.org
Date: Fri, 25 Apr 2014 03:25:51 +
Subject: Re: [Talk-br] Usuário apagando vários caminhos




Se esse foi apenas um caso isolado, que bom.
Mas continuo com a percepção de que vocês têm muito trabalho corrigindo edições 
prejudiciais de outros usuários, seja o prejuízo intencional (vandalismo) ou 
não (erros de usuários inexperientes, como eu :) ).

From: john.pack...@gmail.com
Date: Thu, 24 Apr 2014 23:30:09 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Usuário apagando vários caminhos

Em outros países são comuns casos de vandalismo também ou isso é um privilégio 
tupiniquim?


Você fala como se fosse comum vandalismo por aqui...

Com certeza tem casos lá fora.


Em 24 de abril de 2014 23:28, Raffaello Bruno Limongi Freire 
raffaellobr...@hotmail.com escreveu:





Imagino o trabalho que deve ser ficar monitorando e corrigindo esse tipo de 
edição.
Em outros países são comuns casos de vandalismo também ou isso é um privilégio 
tupiniquim?



 Date: Thu, 24 Apr 2014 17:28:12 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org


 Subject: Re: [Talk-br] Usuário apagando vários caminhos
 
 E o DWG reverteu as edições dele:
 http://www.openstreetmap.org/changeset/21916639 (tinha revertido as


 últimas também em http://www.openstreetmap.org/changeset/21915177)
 
 ___
 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 mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] PSA: IBGE Layer Mapas de Setores Rurais

[Blademir Andrade de Lima]

Parabens tmpsantos, o mapa ficou muito bom!
Eu ja gostava muito destes mapas, mas só dava pra usar um por um.
O alinhamento esta muito bom também. Só não consegui visualizar o mapa rural e 
Urbano de São Gabriel da Cachoeira - AM, aonde estão deslocados. No más, esta 
tudo perfeito.
Forte abraço.
BladeTC
 From: tmpsan...@gmail.com
 Date: Thu, 1 May 2014 14:04:27 +0300
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] PSA: IBGE Layer Mapas de Setores Rurais
 
 Olá pessoal,
 
 A layer dos Mapas de Setores Rurais está pronta. Pode ser usada para
 para pegar nomes de rios, lagos, fazendas e montanhas (em alguns
 pontos contém até indicação de altitude do pico). Com algumas
 limitações, também dá para pegar nomes de estradas.
 
 Endereço da layer:
 http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.i00mo1kj/{zoom}/{x}/{y}.png
 
 Visualização no browser:
 https://josm.openstreetmap.de/mapsview?entry=IBGE%20Mapa%20de%20Setores%20Rurais
 
 Já adicionei ao JOSM. Lembrem-se de dar refresh na lista de imagery
 sources. O mapa deve aparecer automaticamente na lista principal da
 interface quando você estiver editando algo no Brasil.
 
 Obrigado ao Alexander Nagiller pelos sugestões e ter colocado o
 contorno do mapa no JOSM, ao Mapbox por mais uma vez ceder os espaço
 para hospedar esta layer e a todos que me incentivaram e deram
 feedback.
 
 []'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

Re: [Talk-br] Usuário apagando vários caminhos

[Blademir Andrade de Lima]

Boa tarde.
Basta que usuários novos tenham um pouco mais de restrição para excluir dados 
de outros usuários.
Vandalismo é um problema sério.
Forte AbraçoBladeTC
From: raffaellobr...@hotmail.com
To: talk-br@openstreetmap.org
Date: Fri, 25 Apr 2014 03:25:51 +
Subject: Re: [Talk-br] Usuário apagando vários caminhos




Se esse foi apenas um caso isolado, que bom.
Mas continuo com a percepção de que vocês têm muito trabalho corrigindo edições 
prejudiciais de outros usuários, seja o prejuízo intencional (vandalismo) ou 
não (erros de usuários inexperientes, como eu :) ).

From: john.pack...@gmail.com
Date: Thu, 24 Apr 2014 23:30:09 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Usuário apagando vários caminhos

Em outros países são comuns casos de vandalismo também ou isso é um privilégio 
tupiniquim?


Você fala como se fosse comum vandalismo por aqui...

Com certeza tem casos lá fora.


Em 24 de abril de 2014 23:28, Raffaello Bruno Limongi Freire 
raffaellobr...@hotmail.com escreveu:





Imagino o trabalho que deve ser ficar monitorando e corrigindo esse tipo de 
edição.
Em outros países são comuns casos de vandalismo também ou isso é um privilégio 
tupiniquim?



 Date: Thu, 24 Apr 2014 17:28:12 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org


 Subject: Re: [Talk-br] Usuário apagando vários caminhos
 
 E o DWG reverteu as edições dele:
 http://www.openstreetmap.org/changeset/21916639 (tinha revertido as


 últimas também em http://www.openstreetmap.org/changeset/21915177)
 
 ___
 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 mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural

[Blademir Andrade de Lima]

Boa noite.
Ja usei estes mapas e são muito bons, mas tinha que usar com o PicLayer e 
alinhar, um por um.
Observei minha cidade e o alinhamento esta muito bom.
Forte AbraçoBladeTC

 From: tmpsan...@gmail.com
 Date: Thu, 24 Apr 2014 22:57:42 +0300
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Nova layer: IBGE Mapa de Setor Rural
 
 Olá pessoal,
 
 Estou trabalhando em uma nova layer baseada nos dados do IBGE:
 trata-se do Mapa de Setor Rural. A outra layer já divulgada foi
 baseada no Mapa de Setor Urbano.
 
 O Mapa de Setor Rural pode ser usado para extrair nomes de fazendas,
 rios, lagos e montanhas.
 
 Fiz um teste aqui com MG e gostaria de feedback da comunidade:
 
 http://tiles.tmpsantos.com.br/staging.html
 
 Este mapa está indo até zoom 13, mas estou fazendo um novo teste com o
 estado de MG e AM no zoom 14. Vou fazer upload assim que ficar pronto.
 
 Obrigado aos que me mandaram email sugerindo trabalhar esta layer.
 
 []'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

Re: [Talk-br] RES: PSA: IBGE Layer

[Blademir Andrade de Lima]

Não ta funcionando direito, faz uns 4 dias, no JOSM, mas no site 
http://tiles.tmpsantos.com.br/test.html ta tudo normal.
BladeTC

Date: Tue, 15 Apr 2014 14:52:15 -0300
From: erickdeoliveiral...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: PSA: IBGE Layer

Reinaldo olha como se faz no JOSM: http://imageshack.com/a/img812/4223/9fcn.jpg
E aqui pra você mostrar só ruas sem nome no JOSM: 
http://imageshack.com/a/img838/8837/gzy6.jpg

Aqui como mostra IBGE no iD: http://imageshack.com/a/img856/5343/mmdc.jpg


Em 15 de abril de 2014 14:44, Lists li...@gimnechiske.org escreveu:

Reinaldo,
Abreu um ticket para este camada ser incluído no lista oficial dos camadas TMS 
no JOSM, talvez logo vai aparecer ai.
Nao sei com iD, não uso, mas talvez algum pode fazer mesmo ai?

[0] http://josm.openstreetmap.de/ticket/9921

Aun Johnsen



On Apr 15, 2014, at 14:30, Reinaldo Neves rne...@equacao.com.br wrote:

Thiago boa tarde,
 
Apesar de não ter conseguido usar no JOSM, provavelmente por desconhecimento da 
ferramenta vou ter que estudar isso qq hora dessas,  comecei a utilizar o layer 
do IBGE com o iD mesmo  para nomear algumas ruas na zona leste de São Paulo 
onde moro, e realmente o processo ficou muito facilitado.
 
Consegui inclusive melhorar o traçado de algumas ruas onde a imagem do bing não 
era muito clara, utilizando a referência do IBGE em conjunto. 
 
Vou tirar algumas horas por dia para esse processo de nomear as ruas e espero 
melhorar a produtividade com a pratica, de qualquer maneira gostaria de 
agradecer pelo trabalho que teve e por me permitir ser mais útil a comunidade 
dentro das minhas limitações.
 
Abraços 
Reinaldo
  
 
De: Gerald Weber [mailto:gwebe...@gmail.com] 

Enviada em: domingo, 13 de abril de 2014 17:28
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] PSA: IBGE Layer
 Oi Thiago
 parabéns pelo incrível trabalho, mas eu não consegui fazer funcionar não :(
 
dá dando estas mensagens para mim no JOSM:Failed loading 
http://b.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3051/4554.png:http://b.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3051/4554.png
Failed loading 
http://a.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3054/4554.png:http://c.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/13/3054/4554.png
 
não sei o que fiz de errado :( 
abraço 
Gerald 
On 13 April 2014 14:48, Thiago Marcos P. Santos tmpsan...@gmail.com wrote:
English transcript following the announcement in pt_BR.

===

Olá,

É com muita alegria que venho anunciar a primeira versão da layer do
IBGE, baseado nos PDFs dos mapas de setores censitários. O resultado

final é o mapa de todo o Brasil, com aproximadamente 75 GB de tiles.
Este mapa será de grande ajuda para extrair nomes de ruas.

Lembre-se de usar a tag source=IBGE para as informações obtidas
desta layer. É um requerimento do IBGE:

https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html


Layer para o JOSM:
tms[19]:http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png


Exemplo de Leaflet.js usando a layer com transparência e o OSM:
http://tiles.tmpsantos.com.br/
http://tiles.tmpsantos.com.br/index.html.txt (código fonte)


Agradecimentos:

- Dominik Röttsches (abrax5), por oferecer e manter funcionando toda a
estrutura necessária para gerar e fazer upload dos mapas. Também por
me apresentar ao mundo dos mapas e me ensinar bastante coisa sobre

projeções.
- Mapbox, em especial Alex Barth por proativamente oferecer o espaço
para hospedar os tiles e Will White pelo rápido suporte técnico quando
precisei. E claro, pelas excelentes ferramentas opensource como o

Tilemill.
- A comunidade OSM Brasil, pelo importante feedback e motivação.

Problemas conhecidos:

- Rio de Janeiro - RJ está faltando, estou arrumando isto.
- São Grabriel da Chachoeira - AM está com um offset bastante errado

para o norte.
- Algumas partes de Belém estão no meio do mar, ainda não descobri porque.
- Alguma outra coisa que você vai reportar. :)

[]'s e mãos à obra!

===

Hi,

I'm happy to announce the first version of the IBGE layer, based on

the PDFs from the population count survey. The final result is a map
of the whole Brazil, with approximately 75 GB of tiles. This map will
be very handy to extract road names.

Remember to use the tag source=IBGE when using data taken from this

layer. This is a requirement by data made availiable by IBGE:
https://lists.openstreetmap.org/pipermail/imports/2013-July/002031.html


JOSM layer:
tms[19]:http://{switch:a,b,c}.tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png


Leaflet.js sample using this layer with alpha combined with OSM:
http://tiles.tmpsantos.com.br/
http://tiles.tmpsantos.com.br/index.html.txt (source code)


Acknowledgments:

- Dominik Röttsches (abrax5), for offering and maintaining the
infrastructure needed to generate and upload the maps. Also for
introducing me to the world of maps and teaching a lot of stuff about

projections.
- Mapbox, in special Alex Barth, for 

Re: [Talk-br] Imagens novas da MapBox Satellite

[Blademir Andrade de Lima]

As imagens na minha cidade estão novas, mas preto  branco. Mas também tampou 
um buraco de imagens de satélite que tinha aqui.Estou usando o JOSM, se 
aproximar muito fica quadrado dependendo da imagem, mas não some como no Bing.
Att,
BladeTC

 Date: Thu, 10 Apr 2014 12:54:41 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Imagens novas da MapBox Satellite
 
 Tem umas áreas aqui perto que são de 10+ anos atrás no Bing que estão
 razoavelmente boas para traçar em cima com este novo conjunto de
 imagens.
 
 ___
 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] Mudança na URL da layer TMS do IBGE

[Blademir Andrade de Lima]

É o que também acho mais prudente, ja que o alinhamento das imagens do IBGE 
não são 100%.
Aproveitando, meu primeiro resultado usando as TMS do IBGE estão aqui: 
Varginha-MG http://www.openstreetmap.org/#map=15/-21.5573/-45.4416
Fica meu agradecimento aos desenvolvedores.
Att,Blademir Andrade de LimaBladeTC

From: john.pack...@gmail.com
Date: Wed, 9 Apr 2014 20:11:44 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Mudança na URL da layer TMS do IBGE

Em vez de deixar uma camada transparente, eu prefiro ficar ativando e 
desativando camadas conforme a necessidade.
Dá pra fazer isso clicando no olhinho da lista de camadas, ou via atalhos de 
teclado com Alt + número da camada contando de baixo pra cima




Em 9 de abril de 2014 19:34, Lucas Ferreira Mation lucasmat...@gmail.com 
escreveu:


Muito bacana. Tem como deixar a layer dos blocos transparente e manter a imagem 
de satélite por trás?

Em 09/04/2014 18:05, Arlindo Pereira openstreet...@arlindopereira.com 
escreveu:



O pessoal do Mapbox propôs hospedar gratuitamente.

[]sArlindo






2014-04-09 18:01 GMT-03:00 Alexandre Magno Brito de Medeiros 
alexandre@gmail.com:





Isso custará quanto?

Alexandre Magno


Em 9 de abril de 2014 17:23, Thiago Marcos P. Santos tmpsan...@gmail.com 
escreveu:







Estou de férias esta semana, mas até o dia 19/abril espero fazer

upload de todas as cidades do Brasil para o Mapbox.



Aí vou ter o endereco definitivo da layer e posso mandar um patch para o JOSM.


___

Talk-br mailing list

Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br





___

Talk-br mailing list

Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br




___

Talk-br 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] Mapear bairros como área.

[Blademir Andrade de Lima]

Após aprender a trabalhar com relações, trabalhei em alguns municípios que se 
dividem por rios, mas por bairros é mais complicado, nem sempre uma rua divide 
um bairro. Ja até consegui alguns dados do Plano Diretor de minha cidade, mas 
descobri que o mesmo tinha falhas e não era confiável. Tive que deixar minha 
cidade sem bairros definidos.
Só tome cuidado ao usar ruas para dividir bairros, as vezes os dois lados da 
rua fazem parte do bairro, o limite esta no final dos lotes casas de algum 
dos lados. Qualquer problema adiciona a TAG addr:suburb do bairro na Rua.
Att,BladeTCDate: Sun, 6 Apr 2014 19:01:58 -0300
From: paulo.r.m.carva...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Mapear bairros como área.

Obrigado.

Em 6 de abril de 2014 07:34, Flavio Bello Fialho bello.fla...@gmail.com 
escreveu:

Eu uso os objetos existentes, se possível. Vários limites de município são 
rios. Na minha opinião, temos que mapear da forma correta sempre. Se o limite é 
o rio, o rio é o limite.


Em 04/04/2014 16:40, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu:


O que é o recomendado fazer?  Utilizar objetos existentes ou criar um polígono 
novo?


Em 4 de abril de 2014 16:28, Arlindo Pereira openstreet...@arlindopereira.com 
escreveu:



E a desvantagem é que usuários que editarem alguma dessas ruas utilizando 
editores que não suportem relações corretamente, irá quebrar a relação do 
bairro.




[]s

Arlindo
2014-04-04 16:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:





Uma vantagem de você usar um objeto existente como limite é que se ele mudar de 
posição por alguma razão, o limite muda junto.  Se mantiver em objetos 
diferentes, tem que lembrar de editar dois (talvez mais) objetos.








Em 4 de abril de 2014 16:19, Lists li...@gimnechiske.org escreveu:






Hmmm,
Tudos os limites administrativo no Espírito Santo e importado do IBGE, não 
procurei os leis defini-los, mas olhando vejo que muitos passa nos 
estradas/ruas ou rios/córregos/canais. Talvez em futuro pode fazer um 
“limpeza”. Ja fiz no algumas pontos onde e bem evidente que o limite passando 
no uma rio, mas não fiz onde passando nos estradas.







Aun Johnsen



On Apr 4, 2014, at 15:53, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote:






Hmmm...  Interessante e inteligente isso.  Você definiu um bairro usando rios e 
ruas como limites, tal como nas leis municipais que os definem.

[ ]s

Paulo



Em 4 de abril de 2014 10:08, Bráulio brauliobeze...@gmail.com escreveu:







Exemplo:

Pitimbu: http://www.openstreetmap.org/relation/388146

Procurando por uma rua de dentro do bairro, o nominatim retorna assim:









Via Terciária Avenida dos Pintassilgos, Pitimbu, Natal, RN, Northeast Region, 
59067-530, Brasil



2014-04-04 9:47 GMT-03:00 Lists li...@gimnechiske.org:








boundary=administrative + admin_level=10 + name=* no um relação



Aun Johnsen



On Apr 4, 2014, at 9:36, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote:



 Pessoal,



Gostaria de saber como se faz para mapear bairros de forma que as buscas 
 no nomitatim, etc. funcionem bem.  Achei algo no fórum, mas não encontrei uma 
 resposta objetiva (tinha muita filosofia).  Acho que deve haver uma 
 resposta objetiva que não encontrei.











 [ ]s



 Paulo

 ___

 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 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 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] Mudança na URL da layer TMS do IBGE

[Blademir Andrade de Lima]

Caraca, não estou por dentro de assuntos desse tipo, TMS, etc bicho grilo 
para mim.Posso usar esta para nomear ruas, usando como fonte IBGE?
AbraçosBladeTC

 From: tmpsan...@gmail.com
 Date: Thu, 20 Mar 2014 23:36:47 +0200
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Mudança na URL da layer TMS do IBGE
 
 Pessoal, anuncio que MG está completo.  Confesso que ficou legal
 demais de ser ver no mapa web, tem coisa demais para trabalhar. :)
 
 Arrumei o problema de algumas cidades não aparecerem nos níveis de
 zoom mais distantes (se isto ainda acontecer com você na visualização
 web ou no JOSM, limpe o cache do seu browser e do JOSM). Havia também
 um problema com conurbações faltarem tiles onde elas se encontram que
 também foi resolvido.
 
 Agora vou processar os estados restantes em ordem alfabética,
 começando portanto por AC, AL, etc...
 
 Claro que a prioridade ainda é processar cidades que alguém queira
 trabalhar em cima. Podem me mandar uma lista de qualquer tamanho no
 formato:
 
 UF;CODIGO
 
 Exemplo:
 
 SC;4204806
 PR;4106902
 DF;5300108
 ...
 
 Não há mais restrição de tamanho de cidade, o script tá funcionando bem. :)
 
 []'s
 
 2014-03-19 2:19 GMT+02:00 Thiago Marcos P. Santos tmpsan...@gmail.com:
  Olá,
 
  Agora os tiles de todas as cidades já processadas estão em um lugar só:
 
  http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png
 
  Bem mais conveniente já que não precisa ficar adicionando uma nova
  layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem
  aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e
  Betim). Quando eu terminar de processar todas as cidades, talvez eu
  consiga resolver isso fazendo um merge mais inteligente dos arquivos
  .mbtiles.
 
  Feedback é bem vindo.
 
  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] Mudança na URL da layer TMS do IBGE

[Blademir Andrade de Lima]

Quem inventou isto é um GÊNIO! Não sabem o quanto vai me ajudar.Eu uso o JOSM a 
bastante tempo, sei mexer com relações mas não sei importar dados. Ja estava 
cansado de mapear cidades sem nomes.Estava usando duas janelas, agora posso 
deixar a imagem direto no JOSM.Agora é mãos a obra!valew mesmo irmão!!
Att,BladeTC

From: john.pack...@gmail.com
Date: Thu, 20 Mar 2014 21:55:53 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Mudança na URL da layer TMS do IBGE

Isso, pode usar este mapa para nomear ruas, desde que inclua ibge como fonte 
(isto é, na etiqueta source do seu conjunto de alterações).

Para colocar os mapas do IBGE como uma camada de um editor, fala o seguinte:



Se está usando o editor iD, vá em Configurações da imagem de fundo (Atalho b) 
- Customizado e entre a url 
http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png Agora é só ir até uma 
região onde o mapa aparece e mapear. Se você clicar em Corrigir alinhamento, 
pode alinhar melhor o mapa do IBGE com os dados do OSM.



Se está usando o editor JOSM, vá em Imagens - Imagery Preferences (vai 
abrir uma janela), vai na aba com um ícone com WMS TMS, clica no botão + 
TMS, entra a url http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png no 
primeiro campo e o nome IBGE no último(4º) campo, e pressione aceitar e 
depois aceitar de novo. 


Agora se você ir em Imagens - IBGE, vai aparecer os mapas do IBGE como uma 
camada. Depois de abrir a camada, vá em Imagens - Deslocamento das Imagens 
- IBGE OU Imagens - Novo Deslocamento (dependendo de qual aparecer), 
pra poder alinhar o mapa.






Em 20 de março de 2014 18:58, Blademir Andrade de Lima blademi...@hotmail.com 
escreveu:





Caraca, não estou por dentro de assuntos desse tipo, TMS, etc bicho grilo 
para mim.Posso usar esta para nomear ruas, usando como fonte IBGE?
AbraçosBladeTC



 From: tmpsan...@gmail.com
 Date: Thu, 20 Mar 2014 23:36:47 +0200
 To: talk-br@openstreetmap.org


 Subject: Re: [Talk-br] Mudança na URL da layer TMS do IBGE
 
 Pessoal, anuncio que MG está completo.  Confesso que ficou legal
 demais de ser ver no mapa web, tem coisa demais para trabalhar. :)


 
 Arrumei o problema de algumas cidades não aparecerem nos níveis de
 zoom mais distantes (se isto ainda acontecer com você na visualização
 web ou no JOSM, limpe o cache do seu browser e do JOSM). Havia também


 um problema com conurbações faltarem tiles onde elas se encontram que
 também foi resolvido.
 
 Agora vou processar os estados restantes em ordem alfabética,
 começando portanto por AC, AL, etc...


 
 Claro que a prioridade ainda é processar cidades que alguém queira
 trabalhar em cima. Podem me mandar uma lista de qualquer tamanho no
 formato:
 
 UF;CODIGO
 
 Exemplo:


 
 SC;4204806
 PR;4106902
 DF;5300108
 ...
 
 Não há mais restrição de tamanho de cidade, o script tá funcionando bem. :)
 
 []'s
 
 2014-03-19 2:19 GMT+02:00 Thiago Marcos P. Santos tmpsan...@gmail.com:


  Olá,
 
  Agora os tiles de todas as cidades já processadas estão em um lugar só:
 
  http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png


 
  Bem mais conveniente já que não precisa ficar adicionando uma nova
  layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem
  aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e


  Betim). Quando eu terminar de processar todas as cidades, talvez eu
  consiga resolver isso fazendo um merge mais inteligente dos arquivos
  .mbtiles.
 
  Feedback é bem vindo.


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

Re: [Talk-br] o tamanho do OSM

[Blademir Andrade de Lima]

http://osmlab.github.io/show-me-the-way/
Att, BladeTC

Date: Tue, 7 Jan 2014 20:04:19 -0200
From: gwebe...@gmail.com
To: talk-br@openstreetmap.org
Subject: [Talk-br] o tamanho do OSM

Tem um bocado de gente nova no pedaço, isto é muito bom.
Quando a gente começa no OSM nem sempre a gente se dá conta do tamanho da 
empreitada em que se meteu, e muito menos do tamanho do projeto.

Eu só passei a ter uma idéia quando assisti ao seguinte 
site:http://live.openstreetmap.fr/ (sim, assistir é a descrição correta)


olhem por alguns minutos e vão entender. 
O site mostra em tempo real as edições no OSM, é muito bacana de se ver.
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] unindo divisas e rios

[Blademir Andrade de Lima]

Boa noite meu caro.
Quem fez foi eu hahaha, como ja fiz em tantas outras divisas quem possuem um 
Rio nelas.
Trabalhar com as relações foi a ultima coisa que aprendi no OSM.
Não se pode fazer duas linhas sobrepostas, em qualquer caso no OSM.
Nas divisas, o que eu sei trabalhar, eu transfiro a relation para dentro do 
rio (que passa a fazer parte da relation da divisa. Ja a divisa antiga, é 
excluída. Por exemplo, um rio tem 100 pontos, a relation tem menos, qual é o 
mais fiel? O Rio.
Se o caso for contrário, eu excluo o rio e insiro suas informações na tag da 
divisa. O que for mais perto da realidade eu uso.

Eu não uno as divisas a ruas e estradas, não sei se é correto.

Vale lembrar que no Brasil, com esta imensa bacia hidrográfica, a maioria das 
divisas se faz em rios e córregos. Trabalhar com elas torna nosso mapa muito 
mais preciso e bonito, sem aquelas divisas quadradas.
Estou a disposição para qualquer duvida quanto as minhas changesets.  
Att
BladeTC
Date: Fri, 27 Dec 2013 16:07:09 -0200
From: gwebe...@gmail.com
To: Talk-br@openstreetmap.org
Subject: [Talk-br] unindo divisas e rios

Olá Pessoal
tem uma coisa que eu tenho me deparado que são uniões dos tags de rio 
(waterway=river) no mesmo way de boundary=administrative, como neste exemplo:
http://www.openstreetmap.org/changeset/19047337


faz sentido colocar isto num mesmo way? não teriam de ser 2 ways superpostos? 
Afinal a tag name vai ser referir a que? À divisa ou ao rio?
Eu tenho visto isto muito e estou um pouco confuso à respeito. 

Se alguem souber esclarecer isto eu agradeço.
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] unindo divisas e rios

[Blademir Andrade de Lima]

Verdade, linhas sobrepostas não ajudam., é incorreto usa-las, salvo exceções em 
curtos pontos.
Também deve existir programas que ainda não reconhecem 100% as relations, mas 
que em questão de tempo estes programas se adequem a usar o banco de dados do 
OSM.
Att
BladeTC

Date: Fri, 27 Dec 2013 16:58:39 -0200
From: fernando.treb...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] unindo divisas e rios

...

Acho que as ferramentas que temos nos encorajam a não mapear linhas 
sobrepostas, já que fica mais difícil editá-las depois, e frequentemente fica 
visualmente mais confuso. E se tiverem exatamente o mesmo contorno por um longo 
percurso, mapear múltiplas linhas seria uma duplicação da geometria que 
repetiria muitos pontos, gastando espaço na base de dados e prejudicando a 
eficiência de vários programas. (Mas enfim, há situações em que acho válido 
fazer uma separação.)


Uns tempos atrás calculei que a partir de 20 pontos é mais eficiente (pra base 
e pros programas) combinar linhas e usar relações (rota, multipolígono, divisa, 
 etc.) do que duplicar a linha e seus pontos. Posso passar os detalhes do 
cálculo se quiserem. Mas não é a única coisa que eu considero na prática.   
 ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Erros comuns encontrados nos dados

[Blademir Andrade de Lima]

O mais comum, e também o que considero mais grave, mas sem neurose, a falta da 
tag Source. Isso ja nos gerou muitos transtornos e perdas de dados.

Abreviações são comuns, mas com JOSM vc corrige rapidamente varias vias.
Att
BladeTC

 Date: Sat, 7 Dec 2013 23:09:03 -0200
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Erros comuns encontrados nos dados
 
 Quais são os erros mais comuns que vocês encontram e que poderiam ser
 de alguma forma validados?
 Por exemplo, eu tenho um validador personalizado para o JOSM que me
 avisa sobre highways sem a tag surface, vias com nome Rotatória e
 waterways e highways com layer negativo mas sem tunnel.
 
 A gente poderia ter um validador para os erros mais comuns encontrados
 no Brasil.
 
 ___
 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] Nova Serrana só com vias secundárias

[Blademir Andrade de Lima]

Olharei as duas durante este dia.
Abraços
BladeTC

Date: Sun, 8 Dec 2013 14:32:09 -0200
From: rogersoa...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Nova Serrana só com vias secundárias


  

  
  
Alfenas tb precisava de uma
  arrumadinha:

  http://www.openstreetmap.org/#map=15/-21.4304/-45.9479

  

  

  Em 08-12-2013 14:20, Gerald Weber escreveu:



  
Alguém anima arrumar isto?



http://osm.org/go/PAVFTE60-



  
  

  
  

  ___
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] Nova Serrana só com vias secundárias

[Blademir Andrade de Lima]

Alfenas OK! Alfenas tbm precisa de outras correções menores, fiz a junção de 
entroncamentos, agora é só caprichar
Att

BladeTC
Date: Sun, 8 Dec 2013 14:32:09 -0200
From: rogersoa...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Nova Serrana só com vias secundárias


  

  
  
Alfenas tb precisava de uma
  arrumadinha:

  http://www.openstreetmap.org/#map=15/-21.4304/-45.9479

  

  

  Em 08-12-2013 14:20, Gerald Weber escreveu:



  
Alguém anima arrumar isto?



http://osm.org/go/PAVFTE60-



  
  

  
  

  ___
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] Duas questões sobre rodovias

[Blademir Andrade de Lima]

1. Sim, desde que você acrescente a devida fonte, na tag do objeto e não 
somente na changeset.
2. São úteis sim, mas eu nunca as usei. Elas são necessárias para os dados do 
IBGE que foram importados.
Mais informações sobre rodovias. No site do DER de cada estado, la vc encontra 
em arquivos PDF, que podem te dar maiores referências e informações. Ou então 
aqui http://www2.transportes.gov.br/bit/01-inicial/index.html procure o que 
estiver com melhores dados e mais atualizado.
Forte Abraço.

 Date: Thu, 21 Nov 2013 14:28:22 -0200
 From: taciofernan...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Duas questões sobre rodovias
 
 1. Gostaria de saber se eu posso corrigir rodovias que estão fora do
 contorno no Bing?
 
 2. Percebi que em algumas rodovias é usada tags do IBGE, que parecem
 não são oficiais, tipo assim:
 
 IBGE:CD_ADMINIS=nao informado; estadual
 IBGE:Functional=1J6CbF; 1J6CbK
 IBGE:ID2=255; 738
 IBGE:cd_adminis=estadual
 
 Essas tags são realmente úteis, o que fazer com elas? Se são úteis,
 onde eu encontro informações sobre mais rodovias?
 
 ___
 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] Removal of data from Eduardo Francis Batista

[Blademir Andrade de Lima]

Ja estou trabalhando na BR-381, Fernão Dias, próximo a Pouso Alegre.
Que baita estrago.


BladeTC

Date: Sun, 13 Oct 2013 13:35:08 -0300
From: gwebe...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Removal of data from Eduardo Francis Batista

É o que o Nelson já explicou. Vamos supor que o traçado original do Eduardo 
tenha 20 nós, depois veio alguém e melhorou o traçado pondo mais 40 nós. Os 
primeiros 20 foram apagados, mas continuam os outros 40 que ajudam a refazer a 
via.

Nessa hora o mecanismo de busca do JOSM ajuda bastante, por exemplo a busca 
type:node untagged -child seleciona todos os nós sem tags e que não pertencam 
a nenhum way.
Outra coisa que tem que lembrar, é salvar e recarregar com frequência no JOSM 
para não dar conflito caso tenha mais gente trabalhando na mesma área.

abraço
Gerald

2013/10/13 Erick de Oliveira Leal erickdeoliveiral...@gmail.com

É que aqui no DF, nunca tinha visto serventia. Mas pode ser que em algumas 
partes do país tenha...


Em 13 de outubro de 2013 12:45, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:


Entendi.

Em 13 de outubro de 2013 12:44, Nelson A. de Oliveira nao...@gmail.com 
escreveu:



2013/10/13 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:




 Não seria possível passar um bot que retirasse esses nós órfãos no brasil

 inteiro? Não sei qual a serventia poderiam ter



Se os nós estão nas posições corretas é só traçar as rodovias reutilizando-os.

Não tem porque apagá-los.



___

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




-- 

Dr. Gerald Weber
gwebe...@gmail.com
Personal website



Departamento de Física/Universidade Federal de Minas GeraisDepartment of 
Physics/Federal University of Minas Gerais

Campus da Pampulha
Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)


___
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] Removal of data from Eduardo Francis Batista

[Blademir Andrade de Lima]

Ja to la amigão!
Devo ter perdido muita coisa nesse tsunami no sul de minas.
BladeTC

Date: Sun, 13 Oct 2013 17:58:44 -0300
From: gwebe...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Removal of data from Eduardo Francis Batista

Bom, parece que consegui refazer toda a BR-491, até Varginha.
Agora precisa refazer boa parte da Fernão Dias na região de Pouso Alegre. Eu 
não vou poder mexer nisto nos próximos dias. Alguém se habilita. Tem que tomar 
bastante cuidado com trechos que estão lá parcialmente por se tratar de uma 
motorway.

abraços
Gerald 

2013/10/13 Gerald Weber gwebe...@gmail.com

Bom, mãos à obra então.
Eu me encarrego da MG-050 e da BR-491, se der ainda hoje.


Gerald

2013/10/13 Nelson A. de Oliveira nao...@gmail.com


As edições do Eduardo Francis Batista foram revertidas.

Muitas rodovias primárias em SP e MG (principalmente) foram removidas

com isso. Também algumas cidades como Guaxupé e Pouso Alegre

praticamente sumiram do mapa.



Do que eu pude observar foram bem afetadas (pelo menos) essas rodovias:



AMG-1530

BR-146

BR-265

BR-267

BR-381

BR-459

BR-491

LMG-877

LMG-879

LMG-880

MG-050

MG-179

MG-290

MG-450

SP-207

SP-215

SP-225

SP-253

SP-340

SP-342

SP-344

SP-346

SP-350



___

Talk-br mailing list

Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br



-- 

Dr. Gerald Weber
gwebe...@gmail.com

Personal website



Departamento de Física/Universidade Federal de Minas GeraisDepartment of 
Physics/Federal University of Minas Gerais


Campus da Pampulha
Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)




-- 

Dr. Gerald Weber
gwebe...@gmail.com
Personal website



Departamento de Física/Universidade Federal de Minas GeraisDepartment of 
Physics/Federal University of Minas Gerais

Campus da Pampulha
Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)


___
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] Removal of data from Eduardo Francis Batista

[Blademir Andrade de Lima]

Bom, consertei a Fernão Dias de Pouso Alegre até Três Corações, religuei a 
relação de rota, e alguns pontos órfãos.
Muitos trevos sumiram.

Depois teremos que fazer um pente fino nela.
Forte Abraço.
BladeTC

Date: Sun, 13 Oct 2013 17:58:44 -0300
From: gwebe...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Removal of data from Eduardo Francis Batista

Bom, parece que consegui refazer toda a BR-491, até Varginha.
Agora precisa refazer boa parte da Fernão Dias na região de Pouso Alegre. Eu 
não vou poder mexer nisto nos próximos dias. Alguém se habilita. Tem que tomar 
bastante cuidado com trechos que estão lá parcialmente por se tratar de uma 
motorway.

abraços
Gerald 

2013/10/13 Gerald Weber gwebe...@gmail.com

Bom, mãos à obra então.
Eu me encarrego da MG-050 e da BR-491, se der ainda hoje.


Gerald

2013/10/13 Nelson A. de Oliveira nao...@gmail.com


As edições do Eduardo Francis Batista foram revertidas.

Muitas rodovias primárias em SP e MG (principalmente) foram removidas

com isso. Também algumas cidades como Guaxupé e Pouso Alegre

praticamente sumiram do mapa.



Do que eu pude observar foram bem afetadas (pelo menos) essas rodovias:



AMG-1530

BR-146

BR-265

BR-267

BR-381

BR-459

BR-491

LMG-877

LMG-879

LMG-880

MG-050

MG-179

MG-290

MG-450

SP-207

SP-215

SP-225

SP-253

SP-340

SP-342

SP-344

SP-346

SP-350



___

Talk-br mailing list

Talk-br@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-br



-- 

Dr. Gerald Weber
gwebe...@gmail.com

Personal website



Departamento de Física/Universidade Federal de Minas GeraisDepartment of 
Physics/Federal University of Minas Gerais


Campus da Pampulha
Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)




-- 

Dr. Gerald Weber
gwebe...@gmail.com
Personal website



Departamento de Física/Universidade Federal de Minas GeraisDepartment of 
Physics/Federal University of Minas Gerais

Campus da Pampulha
Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil
mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)


___
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] Comportamento suspeito de Moovit

[Blademir Andrade de Lima]

Os mesmos programas (Apps) responsáveis por ajudar a popularizar o OSM são os 
mesmos que estão nos colocando nessa furada. Isso deve ser encaminhado ao OSMF.
Att
Blademir

 From: martin...@gmx.net
 To: talk-br@openstreetmap.org
 Date: Wed, 2 Oct 2013 14:24:46 +0200
 Subject: Re: [Talk-br] Comportamento suspeito de Moovit
 
  From: Fernando Trebien fernando.treb...@gmail.com
  Subject: Re: [Talk-br] Comportamento suspeito de Moovit
  
  Se eles estão usando o Google e fazendo isso em larga escala, acho que
  essa é uma situação a ser levada à OSMF, para talvez fazer uma
  reversão em massa dos mapeamentos deles.
 [...]
 
 Eles fizeram isso em larga escala no sentido que alguns changesets afetados 
 são grandes. Mas a maioria das edições nem contém nomes de ruas e foi 
 considerada correta por outras colegas desta lista - pelo menos à primeira 
 vista. Depois do meu primeiro e-mail não fizeram mais nenhuma edição do tipo 
 que estou revertendo. O único problema que vejo é que eles não interagem com 
 a comunidade e não pedem desculpa pelo trabalho que causaram (para mim, por 
 exemplo).
 
 Mas já que vocês insistem, vou encaminhar os e-mails que tenho ao DWG ainda 
 esta semana. Talvez eles tenham outras ideias. Depois mando a reposta a esta 
 lista.
 
 Martin
 
 ___
 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] Situação das traduções

[Blademir Andrade de Lima]

Boa Tarde.
O JOSM esta traduzido em uns 67%, eu ja ajudei bastante neste. Só que tem 
traduções que precisam de revisão...
Forte abraço
Blademir Andrade de Lima

Date: Mon, 30 Sep 2013 13:49:34 -0300
From: vitor.geo...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Situação das traduções

Uma correção, o iD está traduzido em 96%:
https://www.transifex.com/projects/p/id-editor/



2013/9/30 Vitor George vitor.geo...@gmail.com

Oi pessoal,
Para quem tem um tempo livre para ajudar, aí vai a situação e links para as 
traduções para o português de ferramentas e projetos relacionados ao 
OpenStreetMap:


Site do OpenStreetMap - 99% traduzidoJOSM - 55% traduzido

iD - 96% traduzidoKeepright - 87% traduzido

Merkaator - 93% traduzidoMerkaator (templates) - 100% traduzido

Potlach2 - 100% traduzidoPotlach2 (ajuda) - 100% traduzido


Abs,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] Fwd: RE: Old data based on Google imagery in Brazil

[Blademir Andrade de Lima]

Como saber se eu perderei dados.
Gostaria de saber os locais.
Abraços

BladeTC
 Date: Sat, 31 Aug 2013 23:03:22 -0300
 From: nao...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Fwd: RE: Old data based on Google imagery in Brazil
 
 2013/8/31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:
  OK. Isso que me preocupava . pois fiquei pensando q como importei, tudo o q
  estava fazendo agora do jeito certo TB seria deletado.
 
 Quanto a isso pode ficar tranquilo.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-br
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida: Pedido para Solicitação de dados

[Blademir Andrade de Lima]

Vou oficializar o pedido, será até bom para identificarmos as prefeituras que 
colaboram com a liberação dos dados.
Na minha cidade também existe um Plano Diretor, com muitos dados, a maioria 
em forma de descrição e poucas imagens de referencia, mas fui conferir para me 
ajudar com os limites dos bairros e não está confiável, não os utilizei.

Quem quiser checar, é em Três Corações, Sul de Minas Gerais.

abraço

Date: Wed, 21 Aug 2013 13:26:06 -0300
From: vitor.geo...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br]  Dúvida: Pedido para Solicitação de dados

Oi Blademir,
Neste dias houve uma longa discussão na lista Transparência Hacker sobre se os 
dados produzidos pelo governo são, legamente falando, de domínio público ou não.

Algumas pessoas dizem que uma autorização é desnecessária para estes dados, 
pois há algo na Constituição que afirma que os dados do governo são de domínio 
público. 
Eu acho que existe margem para interpretação contrária, e por isso acho bom ter 
uma autorização, mesmo que por um e-mail informal, de que os dados podem ser 
redistribuídos em uma licença aberta. 

No seu caso, você só buscou nomes de ruas sem utilizar orto-retificação, e acho 
pouco provável que exista uma infração legal.
De qualquer maneira seria bom ter alguma manisfestação deles, até para a 
publicação destes DWG para outros fins que não o OpenStreetMap.

Abs,Vitor 


2013/8/20 Blademir Andrade de Lima blademi...@hotmail.com




Na minha cidade fui na prefeitura e pedi pessoalmente, e gentilmente me cederam 
o mapa (em AutoCad) e mais um arquivo com Denominação de ruas e avenidas.
Os dados não foi preciso importar pois ja tinha feito o traçado das ruas pelo 
Bing, e o restante fiz manualmente corrigindo onde ja existia nomes e 
acrescentando outros.

Meu pedido dos dados não foi formalizado nem por carta nem por email, isso tem 
algum problema?
abraços

Date: Tue, 20 Aug 2013 14:57:19 -0300
From: vitor.geo...@gmail.com
To: talk-br@openstreetmap.org

Subject: Re: [Talk-br]  Dúvida: Pedido para Solicitação de dados

Oi Edil,
Pode colocar colocar nesta página sim.
Para qual cidade você está pedindo?

Abs,Vitor


On Tue, Aug 20, 2013 at 1:53 PM, Edil Queiroz de Araujo edil...@gmail.com 
wrote:


Estou entrando em contato com alguns setores públicos

(especificamente, prefeitura municipal) solicitando dados para

importação, e gostaria de confirmar antes de fazer alguma modificação

se a página wiki correta para eu registrar o pedido é a

http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras



 --

 Edil Queiroz de Araujo



___

Talk-br mailing list

Talk-br@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-br




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

___

Talk-br mailing list

Talk-br@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-br





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

Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor

[Blademir Andrade de Lima]

Town é cidade com até 100mil habitantes, e não 10.
Abraços

Date: Sat, 3 Aug 2013 23:09:49 -0300
From: wi...@wille.blog.br
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor


  

  
  
Hoje revisei parte dos presets e fiquei
  em dúvida sobre algumas traduções. Acho que a definição da
  tradução é muito importante, pois vai afetar bastante como os
  novos usuários vão mapear.

  

  Aeroway - Via Aérea (acho que seria melhor manter o termo em
  inglês ou aerovia)

  

  Apron - Plataforma de Estacionamento em Aeroporto (também acho que
  seria melhor manter o termo em inglês, visto que é um termo
  técnico da aeronáutica)

  

  Town - Vila (esse é um problema de definição do OSM, mas no Brasil
  usa-se vila como parte de uma cidade, então sugiro traduzir como
  Cidade de até 10 mil habitantes ou Pequena Cidade)

  

  Village - Povoado (estava como Aldeia, mas mudei para Povoado,
  visto que aldeia é um temo mais utilizado para designar lugares
  indígenas. Talvez o mais adequado fosse Vila / Povoado)

  

  Living Street - Rua Viva (talvez rua preferencial para pedestres
  fique mais claro)

  

  Fountain - Chafariz (o problema é que Fountain pode significar
  tanto fonte ornamental quanto fonte de água potável. Acho que o
  termo fonte é mais popular do que chafariz, então sugiro colocar
  os dois: Chafariz / Fonte)

  

  O que acham?

  

  Parabéns a quem ajudou a traduzir, somos um dos 5 idiomas com 100%
  do iD traduzido!

  

  abçs,

  wille

  

  

  On 31-07-2013 16:08, Vitor George wrote:



  Pessoal,



Em breve sairá nova versão do iD e seria legal avançar na
  tradução para o português. Aqui está o link para quem puder
  ajudar:
  

  
  https://www.transifex.com/projects/p/id-editor/language/pt_BR/
  

  
  Vitor



-- Forwarded message
  --

  From: Transifex ad...@transifex.com

  Date: Wed, Jul 31, 2013 at 2:49 PM

  Subject: [Transifex] New announcement in project iD Editor

  To: vitor.geo...@gmail.com

  

  

  

  

  

  

  

  Hi Vitor George, you have a
notification from Transifex.

  
  

  
 A new announcement
  has been added to the project iD
  Editor:


1.1 release upcoming
Hello and thanks to all
  translators.
  This is just a quick announcement
  that iD 1.1 is nearing release.
  Immediately prior to the release I
  will update the translations from
  Transifex, so get them in now.
  Thank you!

  

  
  

   --

The Transifex
  Robot

  

  

  
  

  
 Modify
notification settings 
  

  
  


  

  

  



  

  
  

  
  

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




  


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

Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor

[Blademir Andrade de Lima]

Bom Dia a todos.
Gostaria de discordar da tradução de Living street, o qual a tradução Rua 
Viva não se encaixa perfeitamente. Living Street são as ruas em que pedestres 
tem a preferencial, e não a exclusividade (o qual são os Calçadões). O Termo 
Living seria viver, morar (no caso) e não viva, o qual é Live.
No Brasil ja usei estas marcações, mas para aquelas ruas bem estreitas, onde 
carros passam muito devagar e que pedestres tem preferencial. No Brasil 
desconheço Living Streets que sejam semelhantes com as europeias, pois são 
somente ruas no Brasil.
Ja os termos City e Town, que diferenciam cidades com mais e menos de 100mil 
habitantes, é uma norma norte americana, no Brasil poderia ser tudo City que 
estariam dentro de nossas normas. Mas se for de acordo com a comunidade que se 
use City e Town no brasil, que assim seja.
Apron: Não seriam melhor usar o termo Pátio ou Pátio de Aeronaves?
From: fernando.treb...@gmail.com
Date: Sun, 4 Aug 2013 14:05:37 +
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor

Oi Wille,

Acho que estamos com uma preocupação parecida. Desde que eu ajudei com as 
traduções do iD, decidi retomar esse assunto (que eu já tinha começado há meses 
para a tradução do JOSM, mas parei). Queria centralizar no wiki e no fórum as 
discussões sobre as melhores traduções para cada termo, especialmente os termos 
mais difíceis. Acho que várias cabeças pensando juntas vão produzir um 
resultado melhor. Eu ia postar isso mais tarde quando tivesse concluído a minha 
parte, mas se você já quiser ir dando uma olhada: 
https://docs.google.com/spreadsheet/ccc?key=0Aut_CDnmHfE7dEg2ZVRRM1M2WVdudnVMdzV4bG5FeUEusp=sharing



Abre um post lá no fórum, é mais fácil pra manter um registro da discussão.

Sobre os termos que você citou, as minhas traduções sugeridas são:
- Aeroway = aerovia (o termo em inglês é um neologismo, então podemos inventar 
também)


- Apron = plataforma de estacionamento (é como a wikipédia traduz - sugiro 
acrescentar em aeroporto pra não confundir com outros estacionamentos), mas 
podemos usar apron se todos concordarem
- Town = vila (é como a wikipédia traduz, o termo original em inglês não 
pressupõe nada sobre o tamanho da população, apenas uma ordem entre as diversas 
categorias de colônias humanas)


- Village = aldeia (povoado conflita com a tradução que a Wikipédia dá para 
hamlet)
- Living street = rua viva (sugestão que eu copiei de uma tradução que eu achei 
no Linguee.pt, mas como não existe de fato em português, podemos inventar)


- Fountain = chafariz (apenas fonte ornamental segundo a descrição no wiki do 
OSM, fonte de água potável é o elemento drinking water que não é o mapeado 
pelo iD)

2013/8/4 Wille wi...@wille.blog.br



  

  
  
Hoje revisei parte dos presets e fiquei
  em dúvida sobre algumas traduções. Acho que a definição da
  tradução é muito importante, pois vai afetar bastante como os
  novos usuários vão mapear.

  

  Aeroway - Via Aérea (acho que seria melhor manter o termo em
  inglês ou aerovia)

  

  Apron - Plataforma de Estacionamento em Aeroporto (também acho que
  seria melhor manter o termo em inglês, visto que é um termo
  técnico da aeronáutica)

  

  Town - Vila (esse é um problema de definição do OSM, mas no Brasil
  usa-se vila como parte de uma cidade, então sugiro traduzir como
  Cidade de até 10 mil habitantes ou Pequena Cidade)

  

  Village - Povoado (estava como Aldeia, mas mudei para Povoado,
  visto que aldeia é um temo mais utilizado para designar lugares
  indígenas. Talvez o mais adequado fosse Vila / Povoado)

  

  Living Street - Rua Viva (talvez rua preferencial para pedestres
  fique mais claro)

  

  Fountain - Chafariz (o problema é que Fountain pode significar
  tanto fonte ornamental quanto fonte de água potável. Acho que o
  termo fonte é mais popular do que chafariz, então sugiro colocar
  os dois: Chafariz / Fonte)

  

  O que acham?

  

  Parabéns a quem ajudou a traduzir, somos um dos 5 idiomas com 100%
  do iD traduzido!

  

  abçs,

  wille

  

  

  On 31-07-2013 16:08, Vitor George wrote:



  Pessoal,



Em breve sairá nova versão do iD e seria legal avançar na
  tradução para o português. Aqui está o link para quem puder
  ajudar:
  

  
  https://www.transifex.com/projects/p/id-editor/language/pt_BR/
  

  
  Vitor



-- Forwarded message
  --

  From: Transifex ad...@transifex.com

  Date: Wed, Jul 31, 2013 at 2:49 PM

  Subject: [Transifex] New announcement in project iD Editor

  To: vitor.geo...@gmail.com

  

  

  

Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor

[Blademir Andrade de Lima]

Boa Noite.
Bom, a tradução que encontrei para o Living street seria Viela, que se 
encaixaria para o seu uso no Brasil.
City e Town acho melhor abrirmos um outra discussão porque essa vai render.
Apron: Eu voto pelo termo Pátio.
Fiz umas traduções do JOSM, seria ideal que entre elas e o ID sejam as mesmas.
Forte Abraço
Blademir Andrade de Lima

 From: fernando.treb...@gmail.com
 Date: Sun, 4 Aug 2013 14:42:40 +
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
 
 Hehe ok, fui eu mesmo quem insistiu no uso de living street para
 ruas muito estreitas e para as preferenciais de pedestre, como você
 tem usado. A comunidade ainda não me parece concordar plenamente com
 esses usos, e certamente isso tem um impacto na tradução que
 escolhermos para o termo. Que outros termos você sugere então?
 
 City e town é a mesmo tipo de problema, acho que nunca foi discutido
 aqui. Não vejo muito motivo pra não usar essa distinção se isso afeta
 o renderizador (especialmente nos níveis de ampliação mais afastados).
 Só faria sentido não usar se todas as cidades estivessem com a tag
 population preenchida, mas não é o caso.
 
 Apron: pátio é o termo que se usa nos aeroportos? Agora vi que a
 Wikipédia usa pátio num artigo e plataforma em outro.
 http://en.wikipedia.org/wiki/Airport_apron
  http://pt.wikipedia.org/wiki/Plataforma_de_estacionamento
 http://pt.wikipedia.org/wiki/Aer%C3%B3dromo
 
 Se não houver diferença, prefiro pátio porque é mais curto e não
 confunde com outras plataformas. Mas acrescentaria de aeródromo para
 que os seus usos fiquem claros.
 
 2013/8/4 Blademir Andrade de Lima blademi...@hotmail.com
 
  Bom Dia a todos.
 
  Gostaria de discordar da tradução de Living street, o qual a tradução Rua 
  Viva não se encaixa perfeitamente. Living Street são as ruas em que 
  pedestres tem a preferencial, e não a exclusividade (o qual são os 
  Calçadões). O Termo Living seria viver, morar (no caso) e não viva, o 
  qual é Live.
 
  No Brasil ja usei estas marcações, mas para aquelas ruas bem estreitas, 
  onde carros passam muito devagar e que pedestres tem preferencial. No 
  Brasil desconheço Living Streets que sejam semelhantes com as europeias, 
  pois são somente ruas no Brasil.
 
  Ja os termos City e Town, que diferenciam cidades com mais e menos de 
  100mil habitantes, é uma norma norte americana, no Brasil poderia ser tudo 
  City que estariam dentro de nossas normas. Mas se for de acordo com a 
  comunidade que se use City e Town no brasil, que assim seja.
 
  Apron: Não seriam melhor usar o termo Pátio ou Pátio de Aeronaves?
 
  
  From: fernando.treb...@gmail.com
  Date: Sun, 4 Aug 2013 14:05:37 +
  To: talk-br@openstreetmap.org
  Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD 
  Editor
 
 
  Oi Wille,
 
  Acho que estamos com uma preocupação parecida. Desde que eu ajudei com as 
  traduções do iD, decidi retomar esse assunto (que eu já tinha começado há 
  meses para a tradução do JOSM, mas parei). Queria centralizar no wiki e no 
  fórum as discussões sobre as melhores traduções para cada termo, 
  especialmente os termos mais difíceis. Acho que várias cabeças pensando 
  juntas vão produzir um resultado melhor. Eu ia postar isso mais tarde 
  quando tivesse concluído a minha parte, mas se você já quiser ir dando uma 
  olhada: 
  https://docs.google.com/spreadsheet/ccc?key=0Aut_CDnmHfE7dEg2ZVRRM1M2WVdudnVMdzV4bG5FeUEusp=sharing
 
  Abre um post lá no fórum, é mais fácil pra manter um registro da discussão.
 
  Sobre os termos que você citou, as minhas traduções sugeridas são:
  - Aeroway = aerovia (o termo em inglês é um neologismo, então podemos 
  inventar também)
  - Apron = plataforma de estacionamento (é como a wikipédia traduz - sugiro 
  acrescentar em aeroporto pra não confundir com outros estacionamentos), 
  mas podemos usar apron se todos concordarem
  - Town = vila (é como a wikipédia traduz, o termo original em inglês não 
  pressupõe nada sobre o tamanho da população, apenas uma ordem entre as 
  diversas categorias de colônias humanas)
  - Village = aldeia (povoado conflita com a tradução que a Wikipédia dá para 
  hamlet)
  - Living street = rua viva (sugestão que eu copiei de uma tradução que eu 
  achei no Linguee.pt, mas como não existe de fato em português, podemos 
  inventar)
  - Fountain = chafariz (apenas fonte ornamental segundo a descrição no wiki 
  do OSM, fonte de água potável é o elemento drinking water que não é o 
  mapeado pelo iD)
 
  2013/8/4 Wille wi...@wille.blog.br
 
  Hoje revisei parte dos presets e fiquei em dúvida sobre algumas traduções. 
  Acho que a definição da tradução é muito importante, pois vai afetar 
  bastante como os novos usuários vão mapear.
 
  Aeroway - Via Aérea (acho que seria melhor manter o termo em inglês ou 
  aerovia)
 
  Apron - Plataforma de Estacionamento em Aeroporto (também acho que seria 
  melhor manter

Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor

[Blademir Andrade de Lima]

Perfeito.
Como faço para participar do forum?
Abraços

 From: fernando.treb...@gmail.com
 Date: Mon, 5 Aug 2013 02:01:31 +
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD Editor
 
 Oi Blademir,
 
 Só pra avisar, na discussão que está se desenrolando no fórum, acho
 que chegamos a um bom nome para living street: via partilhada com
 pedestres. Foi inspirado no conceito australiano de shared zone:
 http://en.wikipedia.org/wiki/Shared_Zone
 
 2013/8/4 Fernando Trebien fernando.treb...@gmail.com:
  Já troquei pra pátio na minha planilha. :D
 
  Certamente viela significa rua estreita. O problema é que living
  street quer dizer outra coisa. Nem no wiki nem na Wikipédia há menção
  à largura da rua, mas ambos se referem à dificuldade de passar pela
  via devido à presença de pedestres, que nela têm a preferência para
  circulação.
 
  Considerando isso, nem viela nem rua viva traduzem bem essa
  definição. Viela porque sugere que a rua é estreita (ela pode ser, mas
  nem sempre é), e rua viva porque a rua não está de fato viva. Aí vão
  mais algumas idéias.
 
  Características citadas no wiki
  (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street):
  - generally have lower speed limits, and special traffic/parking
  rules compared to streets tagged using highway=residential
  - Terms for these street vary considerably around the world and
  include Home Zone (UK), Woonerf (Netherlands/Flanders),
  'Verkehrsberuhigter Bereich'
- Home Zone: zona de habitação/moradia -
  http://en.wikipedia.org/wiki/Home_zone
- Woonerf: bairro/zona residencial
- Verkehrsberuhigter Bereich: zona de tráfego acalmado
 
  Todos os países listados têm velocidade máxima de 20km/h e preferência
  ao tráfego de pedestres nessas ruas. A primeira característica é fácil
  descrever: via de baixa velocidade. A segunda, nem tanto, pode se
  confundir com calçadão, como você disse, exceto que no calçadão o
  acesso a veículos é proibido.
 
  Dentre os países listados, apenas a Itália não usa living streets,
  onde eles decidiram usar living street apenas nos raros lugares onde
  aparece uma placa específica. E só a Inglaterra tem uma menção a ruas
  estreitas no código de trânsito (e pelo wiki, parece que living street
  se aplica a esse caso lá também):
  https://www.gov.uk/road-users-requiring-extra-care-204-to-225/pedestrians-205-to-210
 
  Características citadas na Wikipédia
  (http://en.wikipedia.org/wiki/Living_street):
  - França: Zone de rencontre (zona de reunião/encontro)
  - Suécia: Gångfartsområde (zona de velocidade de caminhada)
  - Suíça: Begegnungszone (zona de encontro)
  - Estados Unidos: Complete street (rua completa) -
  http://en.wikipedia.org/wiki/Complete_streets
  - Outros países: rua/zona/área residencial
 
  Que tal coisas mais como rua em zona de encontro (talvez impreciso
  demais), rua em zona de pedestres (talvez com um pouco de confusão
  ainda) ou rua em zona de caminhada (que pode dar a impressão de uma
  área de esportes)?
 
  2013/8/4 Blademir Andrade de Lima blademi...@hotmail.com:
  Boa Noite.
 
  Bom, a tradução que encontrei para o Living street seria Viela, que se
  encaixaria para o seu uso no Brasil.
 
  City e Town acho melhor abrirmos um outra discussão porque essa vai render.
 
  Apron: Eu voto pelo termo Pátio.
 
  Fiz umas traduções do JOSM, seria ideal que entre elas e o ID sejam as
  mesmas.
 
  Forte Abraço
 
  Blademir Andrade de Lima
 
  From: fernando.treb...@gmail.com
  Date: Sun, 4 Aug 2013 14:42:40 +
 
  To: talk-br@openstreetmap.org
  Subject: Re: [Talk-br] Fwd: [Transifex] New announcement in project iD
  Editor
 
  Hehe ok, fui eu mesmo quem insistiu no uso de living street para
  ruas muito estreitas e para as preferenciais de pedestre, como você
  tem usado. A comunidade ainda não me parece concordar plenamente com
  esses usos, e certamente isso tem um impacto na tradução que
  escolhermos para o termo. Que outros termos você sugere então?
 
  City e town é a mesmo tipo de problema, acho que nunca foi discutido
  aqui. Não vejo muito motivo pra não usar essa distinção se isso afeta
  o renderizador (especialmente nos níveis de ampliação mais afastados).
  Só faria sentido não usar se todas as cidades estivessem com a tag
  population preenchida, mas não é o caso.
 
  Apron: pátio é o termo que se usa nos aeroportos? Agora vi que a
  Wikipédia usa pátio num artigo e plataforma em outro.
  http://en.wikipedia.org/wiki/Airport_apron
   http://pt.wikipedia.org/wiki/Plataforma_de_estacionamento
  http://pt.wikipedia.org/wiki/Aer%C3%B3dromo
 
  Se não houver diferença, prefiro pátio porque é mais curto e não
  confunde com outras plataformas. Mas acrescentaria de aeródromo para
  que os seus usos fiquem claros.
 
  2013/8/4 Blademir Andrade de Lima blademi...@hotmail.com
  
   Bom Dia a todos.
  
   Gostaria de discordar da tradução de Living street, o qual a tradução
   Rua Viva não se encaixa

Re: [Talk-br] Nomes de rua abreviados

[Blademir Andrade de Lima]

Bom dia.
Não acho correto usar Rua e Avenida com inicial maiúscula, já que não se 
trata de nome próprio, e sim característica/classificação, mas é o que uso por 
estar de acordo com a maioria dos usuários.
Mas por exemplo, se o nome Avenida faz parte do nome da rua, como em alguns 
casos da minha cidade, como Quarta Avenida, Quinta Avenida, aí sim, o uso 
da maiúscula está correto.
Ja o uso dos dois pontos Rua: etc desconheço.
Sugestão, ja que existe Ruas e Avenidas, no OSM, ao selecionar por residential 
street, que se escolha se é rua ou aenida em um box separado, e deixar o campo 
do nome somente para o nome.

Quanto as abreviações, não as uso mais, como foi de acordo.
Blademir Andrade de Lima

Date: Fri, 26 Jul 2013 10:51:38 -0300
From: rogersoa...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Nomes de rua abreviados




  


Por enquanto só vi com rua.



Fernando Trebien escreveu:

  Anotado. Você viu só com rua ou será que podem ter feito também
alguma Avenida:  ?

2013/7/26 Roger C. Soares rogersoa...@gmail.com:
  
  
Coloca o Rua:  tb, já vi algumas ocorrências..

Fernando Trebien escreveu:

Há um tempo eu fiz um script em Python para arquivos .osm que faz
substituições de strings (incluindo expressões regulares) nos valores
das tags escolhidas (filtradas pelo nome da chave e por tipo de
elemento - nó, linha, relação, etc.) ajustando corretamente o atributo
action de cada elemento e considerando ou ignorando maiúsculas e
minúsculas. Ele funciona em linha de comando (inclui um help básico),
mas ainda não tive tempo de concluir a interface gráfica (posso dar
uma acelerada nisso e disponibilizar). Já usei ele em alguns datasets
meus e em Brasília onde um usuário importou dados com problemas nos
caracteres acentuados.

Acho que seria útil para esse trabalho já que seria essencialmente
substituir as seguintes expressões regulares (ignorando maiúsculas e
minúsculas) nas linhas highway:

^R[. ]  Rua
^Av[. ]  Avenida

Podemos fazer mais dessas, baseados nessa lista de abreviaturas:
http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese

O bot poderia simplesmente baixar os pedaços do mapa, aplicar o script
e então submeter o resultado.

2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com:


Pessoal,

a discussão sobre endereçamento me lembrou de um outro problema: ainda
existem diversas cidades no país com uma grande quantidade de ruas com nomes
abreviados. Por exemplo, Manaus:

http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M

Alguém anima uma força tarefa para corrigir isso? Me parece o tipo de tarefa
apropriada para um bot.

[]s
Arlindo Nighto Pereira

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







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


  
  
  







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