[Talk-br] Dados Abertos da Prefeitura do Recife

[Marcelo Pereira]

Srs,

Uma notícia para ajudar no mapeamento desta Metrópole, que infelizmente não
tenho como dar continuidade no momento.

Att,

Marcelo Pereira

Via Twitter
*Dados Abertos Recife* <https://twitter.com/DadosRecife>
@DadosRecife <https://twitter.com/DadosRecife>

Velocidade das Vias agora passa a compor o conjunto de Dados Vivos do
Recife dados.recife.pe.gov.br/dataset/demand… <https://t.co/Bs9aK5xLvl>

-- 

São Pedro recebe Seu Lunga no céu perguntando:
 "Morreu, Seu Lunga? "
"Não, vim passar o Natal!"
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Marcelo Pereira]

Srs,

A prefeitura do Recife libera uma tabela via portal de Dados Abertos, das
empresas inscritas como contribuinte no municipio.

http://dados.recife.pe.gov.br/dataset/empresas-da-cidade-do-recife

A licença já atende ao que é necessário para o OSM.



Em 28 de agosto de 2015 15:04, Reinaldo Neves 
escreveu:

> O problema seria peneirar essas informações do DOU para o OSM.
>
>
>
> Esses golpistas tem estruturas montadas porque visam o lucro fácil e a
> maioria dos boletos do tipo são fake, as vezes os sindicatos e associações
> nem existem, e quando existem tem seu dados apropriados para uso nos
> boletos, mas as contas pertencem aso golpistas.
>
>
>
> Boletos de contribuição sindical, assistencial, registro de domínio, lista
> telefônica, cadastro nacional de domínios, já vi de tudo nesse quesito.  O
> fake da br.registro é um dos melhores, ano passado quase paguei um por
> engano.
>
>
>
> Mas voltando as base abertas, de empresa não mas no próprio
> dadosabertos.org tem mais algumas base que podem ser processadas, e agora
> contam com licença odbl, instituições de ensino, cartórios, etc.
>
> ___
>
> Reinaldo Neves
>
> Equação Informática
>
> (11) 3221-3722
>
>
>
>
>
>
>
> *De:* Arlindo Pereira [mailto:openstreet...@arlindopereira.com]
> *Enviada em:* sexta-feira, 28 de agosto de 2015 14:26
> *Para:* OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] RES: RES: fontes de dados do OSM-BR
>
>
>
> Não sei da existência de outra base aberta, mas por lei os dados de toda
> empresa aberta, inclusive endereço, são publicados no Diário Oficial da
> União.
>
>
>
> Descobri isso abrindo um CNPJ de MEI (Micro Empreendedor Individual) e
> tendo recebido diversas vezes "spam"/golpe de supostas associações.
> Off-topic, mas mais detalhes aqui para quem tiver curiosidade:
> http://naofo.de/7480
>
>
>
> []s
>
> Arlindo
>
>
>
> 2015-08-28 13:23 GMT-03:00 Márcio Aguiar Ribeiro  >:
>
> Esse fim de semana posso tentar fazer um script para baixar todos os dados
> e jogar um csv ou json no Github.
>
>
>
> Alguém conhece alguma outra base aberta de empresas? Porque a receita não
> libera os cadastros?
>
>
>
> Posso também fazer um script para gerar uma camada OSM dessa base para
> auxiliar na inclusão dos dados no mapa.
>
>
>
>
> Marcio Aguiar Ribeiro
>
>
>
> 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros <
> alexandre@gmail.com>:
>
> Em 28 de agosto de 2015 11:31, Reinaldo Neves 
> escreveu:
>
> A Base realmente pode ser interessante, pelo menos em teoria para ser
> fornecedor do governo federal o endereço não deve ser fantasma J, os
> números finais devem ser um pouco menores, pois os fornecedores PF não tem
> endereço, e acredito que deve ser descartado os registros inativos.
>
>
>
> De qualquer maneira vai ser preciso fazer algo para baixar as informações
> por api, não achei um lugar para download direto, criar uma banco de dados
>  e checar as que já existem no osm para não subir dados em duplicidade.
>
>
>
> GitHub, GitHub, GitHub... ou: Git, Git, Git...
>
> Mas eu já tenho pendências demais para ir além desse incentivo verbal.
>
> Alexandre Magno
>
>
>
> ___
> Talk-br mailing list
> Talk-br@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
>
>


-- 

São Pedro recebe Seu Lunga no céu perguntando:
 "Morreu, Seu Lunga? "
"Não, vim passar o Natal!"
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Sobre Geolog da PMSP ser domínio público

[Marcelo Pereira]

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

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

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

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

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



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

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

 Alexandre

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

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

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

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

 Alexandre

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

 Posso sim. Seguem abaixo texto e resposta:


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

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


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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Restrição de Manobra em U

[Marcelo Pereira]

Se por acaso encontrar alguma destas em Recife, deve ter sido eu mesmo que
inseri.

Vi um exemplo pre-existente e espalhei o erro.

Mea Culpa.

Em 23 de março de 2015 15:15, Oéslei Taborda Ribas oesleiri...@gmail.com
escreveu:

 Olá Pessoal,



 Terminei de corrigir os erros de roundabout reportados
 em [1]. Analisando os outros arquivos de erros disponibilizados por esse
 sites, encontrei vários erros como esse:

 2015/03/23 01:12:52 WARNING (RestrictionRelation):
 55137017.o5m: Turn restriction (no_u_turn)
 http://www.openstreetmap.org/relation/3924718 (at
 http://www.openstreetmap.org/?mlat=-20.415043mlon=-42.900811zoom=17)
 no_u_turn with equal 'from' and 'to' way and via node is ignored

 Pelo que eu vi estão sendo criadas restrições de manobra
 em U nas quais a origem e o destino são os mesmos. Seria algo como:
 proibido retornar na mesma via. Penso que essas restrições realmente não
 sejam necessárias, pelos motivos abaixo:

 A) Geralmente restrições de manobra em U ocorrem quando
 existem duas vias paralelas em sentidos opostos e uma terceira via
 perpendicular ligando elas. Assim sinaliza-se que não é permitido usar a
 via perpendicular para fazer um retorno entre as vias opostas. Agora placa
 sinalizando que não é permitindo retornar na mesma via eu não me lembro de
 ter visto, o que também seria mais próximo de uma manobra em I do que uma
 manobra em U... rsss

 B) Se for levar ao pé da letra, nesse caso o pé da lei
 [2], é proibido retornar na mesma via quando está sobre: pontes, viadutos,
 túneis, aclives, declives, curvas e também em vias com faixas amarelas
 duplas continuas. Imagine mapear todos esses locais com restrições de
 manobra em “U”, seria insano, além do que o mapa viraria uma “Colcha de
 Retalhos”.

 C) Mesmo sem essas restrições, nos GPSs que usei até hoje
 não me lembro do GPS ter sugerido esse tipo de manobra, algo como faça
 retorno na mesma via, geralmente ele pede que você siga até um cruzamento e
 faça um retorno na quadra. Assim acredito que o próprio software do GPS
 evite sugerir manobras desse gênero.

 D) Pelas mensagens do Mkgmap essas restrições estão sendo
 ignoradas, acredito que procedimento semelhante deva ser feito por outros
 compiladores, assim na prática essas restrições de manobram não tem muita
 utilidade visto que o próprio compilador está ignorando essas informações.

 Procurando na internet encontrei esse ticket [3] no iD,
 sugerindo que seja desabilitada a opção de criar manobras como essa.
 Concordo com tudo que foi dito pelos usuários brasileiros no ticket,
 principalmente a parte que diz que a interface do iD está induzindo os
 usuários a criar essas restrições mesmo não sendo necessárias.

 Estava pensando em deletar essas restrições, pelos motivos
 acima expostos, porém antes de fazer isso gostaria de saber se vocês veem
 algum problema nisso?





 [1] - http://mapas.alternativaslibres.es/errors_Brazil.zip

 [2] -
 http://www.ctbdigital.com.br/?p=ComentariosRegistro=78campo_busca=artigo=206

 [3] - https://github.com/openstreetmap/iD/issues/2527





 Att

 Oéslei.

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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Incluindo Hot Spots Wi-fi

[Marcelo Pereira]

Srs,

Estou incluindo o conjunto de hotspots.

Fica pendente a informação referente ao tempo máximo de utilização, se
houver tag para identificar essa informação.

O processo está documentado em
http://wiki.openstreetmap.org/wiki/Recife/ConectaRecife

Como comentado, os pontos não são renderizados.

Obrigado a todos pelas dicas

Att,

Marcelo Pereira


Em 20 de fevereiro de 2015 10:21, Marcelo Pereira pereirahol...@gmail.com
escreveu:

 Eu tb não entendi o que mudaria se os pontos estivessem ou não em lugares
 públicos, mas pelo que li e vi de onde foram instalados os hotspots, serão
 em praças e afins, lugares de concentração pública.



 Em 19 de fevereiro de 2015 21:12, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 Por que?

 Em 19 de fevereiro de 2015 20:53, Nelson A. de Oliveira nao...@gmail.com
  escreveu:


 A minha dúvida é se os pontos estão em algum tipo de local público
 (praça, ginásio de esporte, etc) ou se ficam instalados no meio da cidade,
 sem lugar específico.


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




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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Incluindo Hot Spots Wi-fi

[Marcelo Pereira]

Eu tb não entendi o que mudaria se os pontos estivessem ou não em lugares
públicos, mas pelo que li e vi de onde foram instalados os hotspots, serão
em praças e afins, lugares de concentração pública.



Em 19 de fevereiro de 2015 21:12, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Por que?

 Em 19 de fevereiro de 2015 20:53, Nelson A. de Oliveira nao...@gmail.com
 escreveu:


 A minha dúvida é se os pontos estão em algum tipo de local público
 (praça, ginásio de esporte, etc) ou se ficam instalados no meio da cidade,
 sem lugar específico.


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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Incluindo Hot Spots Wi-fi

[Marcelo Pereira]

Srs,

   A prefeitura do Recife liberou via seu portal de dados abertos uma lista
dos Hot Spots do Conecta Recife (
http://portalconecta.recife.pe.gov.br/index.php ).

Me interessei em incluí-los no mapa do OSM já que são poucos, cerca de 70,
e estou tentando achar um conjunto de tags apropriado.

Até agora achei os seguintes :

internet_access:fee=no
internet_access:operator=Conecta Recife
internet_access:ssid=CONECTARECIFE
internet_access=wlan
source = Dados Abertos Prefeitura do Recife - http://goo.gl/aAluVE
source:date=2015/02/13

Além desses, existe uma informação de que cada acesso feito por essa rede
será mediante cadastro no site e limitado a 1 hora de cada vez, renovável
via login.

Como tagear essas informações adicionais?

Além disso, esses pontos não estão associados a nenhuma amenity, por isso
não serão renderizadas, entendi certo ?

Agradeço a paciência.

Att,

Marcelo Pereira




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ruas sem nome

[Marcelo Pereira]

Srs,

Agradeço pelas várias dicas.

Acabei a tarefa que estava fazendo, a de nomear as vias residenciais de
acordo com a Prefeitura e o IBGE.

Aproveito para perguntar algo no mesmo assunto, e quanto às vias internas
de condomínios e afins ?

Tenho adicionado access=private e deixado sem nome, mas já vi casos em que
foi colocado name=Rua Interna do Condomínio Fulano de Tal

Isso é necessário e/ou recomendado ?

Att,

Marcelo Pereira

Em 17 de fevereiro de 2015 09:08, Gerald Weber gwebe...@gmail.com
escreveu:

 não estou colocando a tag IBGE em cada via, explicito no changeset. Tive
 essa dúvida antes, mas vi aqui que não seria necessário tagear cada
 elemento, até por economia de espaço na base do OSM.


 Se todos os nomes no OSM (35 milhões) crescerem em torno 20 caratéres para
 acrescentar source:name isto representaria algo como 700 Mb num total de
 3Tb da base toda (foi o último número que eu vi).

 Não me parece um impacto muito grande, considerando o benefício de ter a
 documentação detalhada.

 Agora, se isto representa um problema então isto é uma questão técnica da
 base de dados que certamente deve ter solução. Quer dizer, eu acho que a
 base de dados existe para atender às necessidades do mapeador e isto não
 deveria ser um fator limitante.

 Depois os mapas compilados excluem estas tags então para esta finalidade
 não faria diferença.

 O benefício seria induzir uma cultura de documentação que no momento está
 virtualmente ausente no OSM-BR, além de ajudar a resolver dúvidas de uma
 maneira bem mais detalhada.

 Benefícios adicionais seriam a capacidade de produzir estatísticas.
 Quantos nomes de rua são originários do IBGE? Quando são de survey? Quantos
 foram obtidos de prefeituras? São questões simples que hoje não temos como
 responder.

 Mas na ausência disto eu também fico muito feliz se encontro a descrição
 no próprio changeset como você faz. Só é mais chato para pesquisar e são
 raras as pessoas que colocam.

 abraço

 Gerald




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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Ruas sem nome

[Marcelo Pereira]

Srs,

Tenho me ocupado ultimamente em nomear as ruas sem nome do Recife, baseado
no mapa do IBGE e no mapa digital disponibilizado pela Prefeitura.

Tenho me deparado com algumas situações em que não sei como proceder e
gostaria de saber se existe recomendação para elas.

São os casos de ruas oficialmente sem nome, ou nomeadas nas fontes que
citei como Rua SD  ou Rua Projetada.

O oficialmente acima diz respeito às fontes citadas, já que não visitei
pessoalmente os logradouros.

Além dessas, outro caso são os pequenos trechos de acesso a ruas
residenciais, normalmente desenhadas em 'V'.

Nos casos de acessos a vias mais primárias, sempre uso a versão *_link,
mas no caso de residenciais, tenho replicado o nome da via em questão (
veja exemplo da Ladeira da Cohab -
http://www.openstreetmap.org/#map=19/-8.11863/-34.94595 )

Estou procedendo corretamente ?

Att,

Marcelo Pereira



-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ruas sem nome

[Marcelo Pereira]

Srs,

Obrigado pelas dicas,

Wille,

eu só usei esse pedaço do mapa como exemplo, não verifiquei realmente o
caso em si, e acho que isso só com survey, o que não dá pra fazer agora.

Gerald,

não estou colocando a tag IBGE em cada via, explicito no changeset. Tive
essa dúvida antes, mas vi aqui que não seria necessário tagear cada
elemento, até por economia de espaço na base do OSM.

Aun,

Vi que existe essa tag noname=yes, mas não tenho certeza que a rua não tem
nome, só não estão registradas nas fontes que usei, por isso fiquei em
dúvida se deveria usá-la.

Estou quase terminando essa tarefa do projeto RuasSemNome (
http://wiki.openstreetmap.org/wiki/Recife/RuasSemNome ), então vou deixar
para ver esse detalhe um pouco mais a frente, mas estou tentado a incluir a
tag note.

Att,

Marcelo Pereira


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

[Talk-br] Amazing Maps of Every Road in the US and Other Countries

[Marcelo Pereira]

Usando dados Tiger e do OSM.

http://goo.gl/2apr19

Quem quiser comprar é só ir em http://goo.gl/kK4MuQ



-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapas Afetivos usando OSM

[Marcelo Pereira]

Acessando esta página em específico (
http://www.mapasafetivos.com.br/colaborativo/ ) vê-se que usaram o mapa do
OSM ( comprovei verificando o desenho do mapa aqui em Recife ) sem
atribuição de créditos.

Em 25 de janeiro de 2015 15:20, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Também não vi relação deste projeto com o OSM.

 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Não consegui navegar o mapa. Parece só arte. No código há chamadas para
 Mapbox. Mas será mesmo do OpenStreetMap? Como usa?

 Alexandre Magno

 Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com
  escreveu:

 Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode
 ser uma situação semelhante a que estamos vendo na lista recentemente... 
 http://www.mapasafetivos.com.br/
 Anda não entrei em contato com eles.


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



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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Dúvida quanto a possibilidade de utilização de um conjunto de dados

[Marcelo Pereira]

Srs,

  O Banco Central disponibilza, através de seu site (
http://www.bcb.gov.br/?RELAGPAB ) uma tabela com a relação de agências
bancárias, com informação de endereço, sem alusão georeferenciável.

   Eu gostaria de usar essa lista para validar outras fontes de dados que
disponho e assim insereir o conjunto de agências bancarias daqui de Recife.

   Como temos que nos preocupar  com a licença das fontes de dados, enviei
mensagem sobre o assunto e recebi resposta indicando a página
http://www.bcb.gov.br/?DIREITOSAUTOR como fonte para dirimir a dúvida.

   Reconheço que não consegui entender se posso ou não usar os dados no
OSM, por isso peço ajuda.

   Reproduzo o texto da página em questão abaixo com as seguintes questões :

1. Mesmo um arquivo disponível para download pode ser considerado conteúdo
do site ?

2. Reprodução sem fins lucrativos, serviria só para o OSM ( neste caso
poderíamos usar ), ou o uso dessa informação por terceiros tb teria que ser
sem fins lucrativos ( impediria o uso pelo OSM ) ?

Att,

Marcelo Pereira



Direitos Autorais

É permitida a reprodução total ou parcial sem fins lucrativos do conteúdo
deste site, preservada a integridade das informações e citada a fonte. É
autorizada também a inserção, em outros sites, de links para o site do
Banco Central do Brasil. No entanto, esta instituição reserva-se o direito
de alterar a disposição das informações no site sempre que necessário, sem
aviso.

Deve ser observado que a logomarca do Banco Central do Brasil é de uso
exclusivo desta instituição. Ela não pode, portanto, ser utilizada por
terceiros. Assim, é vedado seu uso também em link com imagem associada.

O Banco Central do Brasil não se responsabiliza por qualquer prejuízo
resultante do uso incorreto ou inadequado das informações contidas neste
site ou naqueles indicados por meio de links.

Os nomes de empresas, produtos e tecnologias mencionados no site podem ser
marcas registradas de seus respectivos titulares.





-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida quanto a possibilidade de utilização de um conjunto de dados

[Marcelo Pereira]

Alexandre,

Em paralelo com esta discussão, abri outro protocolo para o BC, solicitando
a abertura da licença dessa relação em si, sugerindo adicionalmente a
inclusão desse conjunto de dados no portal de dados abertos do governo
federal ( dados.gov.br ) e a inclusão da localização geográfica de cada
agência.

Esperemos a resposta.

Att

Marcelo Pereira

Em 23 de janeiro de 2015 12:20, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Marcelo,

 1) No meu entendimento, essas permissões dadas genericamente não servem ao
 OpenStreetMap. Está ambíguo: uma planilha eletrônica é uma base de dados
 que pode facilmente ser tida separadamente do site.

 2) Então já sabemos que o OpenStreetMap não tem nem a permissão genérica;
 sua licença ODbL permite o uso com fins lucrativos.

 Ou seja, é necessário aprofundar a conversação com eles e solicitar uma
 permissão específica, se você quer usar esses dados no OpenStreetMap.

 Alexandre Magno

 Em 23 de janeiro de 2015 12:00, Marcelo Pereira pereirahol...@gmail.com
 escreveu:

 Srs,

   O Banco Central disponibilza, através de seu site (
 http://www.bcb.gov.br/?RELAGPAB ) uma tabela com a relação de agências
 bancárias, com informação de endereço, sem alusão georeferenciável.

Eu gostaria de usar essa lista para validar outras fontes de dados que
 disponho e assim insereir o conjunto de agências bancarias daqui de Recife.

Como temos que nos preocupar  com a licença das fontes de dados,
 enviei mensagem sobre o assunto e recebi resposta indicando a página
 http://www.bcb.gov.br/?DIREITOSAUTOR como fonte para dirimir a dúvida.

Reconheço que não consegui entender se posso ou não usar os dados no
 OSM, por isso peço ajuda.

Reproduzo o texto da página em questão abaixo com as seguintes
 questões :

 1. Mesmo um arquivo disponível para download pode ser considerado
 conteúdo do site ?

 2. Reprodução sem fins lucrativos, serviria só para o OSM ( neste caso
 poderíamos usar ), ou o uso dessa informação por terceiros tb teria que ser
 sem fins lucrativos ( impediria o uso pelo OSM ) ?

 Att,

 Marcelo Pereira


 
 Direitos Autorais

 É permitida a reprodução total ou parcial sem fins lucrativos do conteúdo
 deste site, preservada a integridade das informações e citada a fonte. É
 autorizada também a inserção, em outros sites, de links para o site do
 Banco Central do Brasil. No entanto, esta instituição reserva-se o direito
 de alterar a disposição das informações no site sempre que necessário, sem
 aviso.

 Deve ser observado que a logomarca do Banco Central do Brasil é de uso
 exclusivo desta instituição. Ela não pode, portanto, ser utilizada por
 terceiros. Assim, é vedado seu uso também em link com imagem associada.

 O Banco Central do Brasil não se responsabiliza por qualquer prejuízo
 resultante do uso incorreto ou inadequado das informações contidas neste
 site ou naqueles indicados por meio de links.

 Os nomes de empresas, produtos e tecnologias mencionados no site podem
 ser marcas registradas de seus respectivos titulares.

 



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


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



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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa

[Marcelo Pereira]

Srs,

Gerei dois arquivos para efeito de testes de importação dos dados
discutidos aqui.

O primeiro com as tags originais  e o segundo com uma proposta de uso de
tags OSM.

Quem se interessar pode baixar os dois daqui :

https://www.dropbox.com/s/bcp3ykv4a2rajw0/teste%20lotes.zip?dl=0

No segundo arquivo, deixei as tags originais, que não consegui decifrar.

Pesquisei alguma coisa no OSM e não encontrei nada que pudesse aproveitar
delas, ou seja, não há correspondência com tags OSM.

Se alguém souber de alguma que puder ser aproveitada, por favor avise.


Mesmo que nos arquivos não exista o outline das construções e sim o
perímetro dos lotes, imaginei que isso seria um bom começo, podendo ser
substituído posteriormente, pelo menos temos dados de numeração, CEP, etc.

Se for consenso que essa info, do jeito que está não deve ser importada
para o OSM, gostaria que alguém me desse algum uso para o conjunto de dados.

Novamente agradeço as informações enviadas.

Att,

Marcelo Pereira


Em 17 de janeiro de 2015 10:21, Márcio Aguiar Ribeiro 
aguiar.mar...@gmail.com escreveu:

 Na verdade, quando eu disse que concordava com o Vitor eu queria dizer com
 o John Packer. :)

 Marcio Aguiar Ribeiro

 2015-01-16 22:26 GMT-03:00 Vítor Rodrigo Dias vitor.d...@gmail.com:

 Na verdade quando falei informações sobre os lotes me referia aos lotes em
 si. Concordo que existe um excesso de tags que, pelo menos por enquanto, é
 totalmente desnecessária ao OSM.

 Em 16 de janeiro de 2015 21:06, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com escreveu:

 Nesse sentido, eu também tenho concordância com você. Porém, não
 completamente. Pois se eu me sentisse livre eticamente para sair criando
 tags, eu teria criado um bocado delas, quando estava com mais gás ou
 prioridade para [começar a] mapear.

 Alexandre Magno

 Em 16 de janeiro de 2015 20:01, Márcio Aguiar Ribeiro 
 aguiar.mar...@gmail.com escreveu:

 Eu concordo com o Vitor.

 Se existem conceitos ainda não existentes no OSM, cria-se uma tag e
 documenta no wiki. Em algum momento, se esse conceito fizer parte do OSM
 fica muito mais fácil de fazer uma substituição em batch das tags.

 Marcio Aguiar Ribeiro

 2015-01-16 19:26 GMT-03:00 Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com:

 Marcelo, Vitor,

 Tenho a impressão de que as regras de qualidade vigentes na
 comunidade não permitem isso. Suas importações seriam revertidas se
 trouxessem tags alienígenas em lugar das tags praticadas.

 E eu concordo com isso. Se é para importar, o volume é grande e o
 importador deve se empenhar em entregar o formato adequado no resultado
 final.

 Na comunidade, inclusive a partir da organização do GitHub, ou de
 Gists, você encontra códigos de programação que lhe ajudarão a pegar o
 espírito de tratar os dados para serem importados. Minha sugestão:
 estude-os, adapte-os; se você quer realmente importar coisas que vem de
 outro esquema de dados.

 Alexandre Magno

 Em 16 de janeiro de 2015 19:13, Vítor Rodrigo Dias 
 vitor.d...@gmail.com escreveu:

 Acho que, uma vez importado o lote, dá pra fazer um trabalho
 posterior bom com as edificações que se localizam dentro dele. Para mim, 
 é
 muito mais relevante que tenhamos a informação sobre os lotes importada e
 posteriormente tratada caso a caso.


 ___
 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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Inclusão de lotes e quadras no mapa

[Marcelo Pereira]

Srs,

Uma dúvida,

Como tenho usado bastante o site de dados abertos da Prefeitura do Recife
para importar dados para o OSM, descobri mais alguns dados interessantes.

Tenho um arquivo geojson com os lotes, numerados e com informações
adicionais, como nome do prédio, área etc de parte da cidade.

Também está disponível o traçado das quadras onde os lotes estão inseridos,
e aqui se situa minha pergunta.

Seria interessante/válido incluir isso no mapa ( as quadras )?

Se sim, quais tags usar ?

Alguém poderia indicar algum exemplo prático de uso no mapa, alguma cidade
ou bairro no qual estas informações ( lote e quadra ) foram inseridos ?

Agradeço antecipadamente,

Att,

Marcelo Pereira

-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Inclusão de lotes e quadras no mapa

[Marcelo Pereira]

Srs,

Agradeço pelas dicas,

Para efeito de exemplo, segue abaixo um exemplo das informações de cada um
dos conjuntos de dados citados:

Lotes

Aqui temos não o contorno das edificações em si, mas o polígono que
contorna o lote.

A lista de atributos do arquivo original é a que segue abaixo:

situacao_i: ATIVO
distrito: 1
setor: 1410
quadra: 245
face: 2
lote: 298
endereco_n: 51
indice_ven: 5497.1099673
area_const: 8352.2399782
qtd_pavime: 16
tipo_empre: EDIFÍCIO RESIDENCIAL
area_lote: 1521.000
frente_lot: 50.703
concatenac: 11410245020298
qtd_subuni: 52
ano_constr: 0
qtd_multip: 0
nome_edifi: EDF CARIAMA
endereco_c: Rua Antônio Novais, 51

Quadras

Encontrei dois conjuntos de dados para Quadras, um de polígonos e outros de
linhas.

O de polígonos foi descartado por não trazer informação util ao mapa, só
fazia referência ao setor censitário e outros códigos inúteis, por exemplo
nada dizia do tipo de solo ou algo utilizável como landuse.

O de linhas é mais completo e na verdade é a quebra dos poligonos acima
citados em linha de acordo com cada logradouro.

Assim, imaginei que poderia mixar este conjunto com o de lotes, adicionando
os campos do primeiro no segundo.  e adequando ás tags do OSM.

O conjunto de atributos de cada face de cada quadra é como o abaixo

concatenacao: 11410245002
distrito: 1
setor: 1410
quadra: 245
face: 2
logradouro_codigo: 6017
cep: 52050280
bairro_codigo: 167
bairro_nome: GRACAS
tipo_via:
tipo_valorvenal: 31
iluminacao_codigo: 3
iluminacao_nome: VAPOR MERCURIO
pavimentacao_codigo: 2
pavimentacao_nome: ASFALTO
emplacamento_codigo: 1
emplacamento_nome: COM EMPLACAMENTO
coleta_codigo: 3
coleta_nome: CONVENCIONAL ALTERNADA COM SELETIVA
arborizacao_codigo: 1
arborizacao_nome: COM ARBORIZACAO
redeagua_codigo: 1
redeagua_nome: COM REDE DE AGUA
limpeza_codigo: 2
limpeza_nome: REGULAR ALTERNADA
esgoto_codigo: 1
esgoto_nome: COM REDE DE ESGOTO
redetelefone_codigo: 1
redetelefone_nome: COM REDE TELEFONICA
guia_sarjeta_codigo: 1
guia_sarjeta_nome: COM GUIA E SARJETA
galeriapluvial_codigo: 1
galeriapluvial_nome: COM GALERIAS PLUVIAS
redeeletrica_codigo: 1
redeeletrica_nome: COM REDE ELETRICA


Dado estes dois conjuntos de atributos eu só teria que combina-los de
acordo com dois campos, quadra e face, incluindo os atributos do
conjunto de quadras no de lotes.

Estou com os arquivos abertos no QGis, mas ainda não consegui combiná-los,
mais por falta de conhecimento mesmo.

Dai, seria só converter para o formato OSM, ajustar as tags e importá-los
para o mapa.

Pelo menos é o que pretendo.

Se vcs puderem, me indiquem o que das listas acima pode ou deve ser tageado
e incluido no mapa, e o que não se aplica ao mapa OSM.

Att,

Marcelo Pereira


Em 16 de janeiro de 2015 17:16, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Você poderia importar o contorno das quadras com o landuse correspondente,
 acho que ficaria interessante especialmente na área comercial.

 2015-01-16 13:24 GMT-02:00 Reinaldo Neves rne...@equacao.com.br:

 Aun/Marcelo

 Creio que se houver a informação housenumber é muito melhor importa-la no
 lugar de usar interpolação.

  É preciso lembrar que mesmo nas capitais muitos logradouros numeração
 irregular e a interpolação pode criar outros problemas.  Nomes de edifício
 também são importantes, pois diversos lugares utilizam o nome do condomínio
 para endereçamento, não sei se é o caso especifico de Recife mas em
 Salvador por exemplo é pratica comum.

 Abraços
 ___
 Reinaldo Neves
 Equação Informática
 (11) 3221-3722



 -Mensagem original-
 De: Lists [mailto:li...@gimnechiske.org]
 Enviada em: sexta-feira, 16 de janeiro de 2015 12:52
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] Inclusão de lotes e quadras no mapa

 Marcelo

 Depende um pouco o que informação estes camadas tem.

 Por exemplo acho muito interessante importar paredes (as casas), e onde
 ha definição uso do solo (residencial, commercial, retail, industrial)

 Eu acho menus interessante no momento importar cada lote independente.
 Mas se cada lote pode ajuda crescer dados como addr:housenumber e
 addr:housename nas casas e paredes, acho interessante.

 Também depende do quantidade dos dados no local, talvez não adicionar
 cada addr:housenumber, mas importar como interpolação

 Aun Johnsen

  On Jan 16, 2015, at 11:19, Marcelo Pereira pereirahol...@gmail.com
 wrote:
 
  Srs,
 
  Uma dúvida,
 
  Como tenho usado bastante o site de dados abertos da Prefeitura do
 Recife para importar dados para o OSM, descobri mais alguns dados
 interessantes.
 
  Tenho um arquivo geojson com os lotes, numerados e com informações
 adicionais, como nome do prédio, área etc de parte da cidade.
 
  Também está disponível o traçado das quadras onde os lotes estão
 inseridos, e aqui se situa minha pergunta.
 
  Seria interessante/válido incluir isso no mapa ( as quadras )?
 
  Se sim, quais tags usar ?
 
  Alguém poderia indicar algum exemplo

Re: [Talk-br] Novidades do OSM

[Marcelo Pereira]

Wille,

Obrigado pelo elogio.

Att,

Marcelo Pereira

Em 13 de janeiro de 2015 08:52, wille wi...@wille.blog.br escreveu:

 Algumas novidades do OSM:

 Para quem não tá sabendo, a comunidade latinoamericana está organizando a
 Mapazonia: http://mapazonia.org. Escrevi um post sobre isso:
 http://www.openstreetmap.org/user/wille/diary/28319

 Temos uma tarefa no Brasil que é mapear parte da Bacia do Xingu (em breve
 teremos mais uma tarefa). Alcançamos 50% da área mapeada. Quem ajuda a
 completar o mapeamento? http://tasks.hotosm.org/project/827

 John Packer deu duas dicas de tags interessantes no blog dele:
 http://www.openstreetmap.org/user/jgpacker/diary

 Marcelo Pereira fez a importação de semáforos do Recife e ficou muito bom!
 http://www.openstreetmap.org/user/TrvrHldr/diary/28358


 --
 wille
 http://wille.blog.br

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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mudança na URL da layer TMS do IBGE

[Marcelo Pereira]

Olá Thiago,

aproveitando o post.


Notei que várias tiles do Mapa de Setores Urbanos aqui em Recife estão
rotacionadas, deslocadas ou fora de escala ( vi alguns erros em torno do
bairro mangabeira http://www.openstreetmap.org/relation/4276637 )

Além disso, não existem tiles para a cidade de Jaboatão dos Guararapes.

Isso é complicado de arrumar ?

Seria feito manualmente, imagino !

Porque se for relativamente simples, eu pediria q vc desse uma olhada,
principalmente em Jaboatão, para Recife é mais fácil conseguir outras
fontes de dados de ruas.

Agradeço antecipadamente,

Marcelo Pereira

Em 6 de janeiro de 2015 23:36, Thiago Marcos P. Santos tmpsan...@gmail.com
escreveu:

 Oi Gerald,

 Não está não, as layers foram todas migradas para o Mapbox, então a
 URL dos tiles está errada.

 As informações aqui estão corretas:
 http://wiki.openstreetmap.org/wiki/IBGE_Tile_Layer

 []'s

 2015-01-06 20:30 GMT-02:00 Gerald Weber gwebe...@gmail.com:
  Oi Turma
 
  só para conferir, este tutorial está atualizado?
 
  2014-04-09 11:51 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 
  Fiz um micro-tutorial sobre como adicionar a camada do IBGE que o Thiago
  fez, no iD e no JOSM:
 
 
 
 http://mapaslivres.tumblr.com/post/8219909/mapeando-nomes-de-ruas-no-openstreetmap
 
 
  2014-03-24 15:43 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com
 :
 
  2014-03-24 0:33 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com
 :
   Thiago, uma pergunta (não sei se perdi algum pedaço no começo da
   história): você está fazendo os alinhamentos manualmente? Se sim,
   poderia contar com a ajuda de mais pessoas interessadas.
 
  Hehehe, na mão eu não teria vida útil pra isso não. :)
 
  https://github.com/tmpsantos/IBGETools
 
  ___
  Talk-br mailing list
  Talk-br@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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Proposta de importação de dados em Juiz de Fora

[Marcelo Pereira]

Vitor,

Segundo o wiki (
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative) bairros e
sub-distritos tem o mesmo nível, 10.



Em 6 de janeiro de 2015 19:39, Vítor Rodrigo Dias vitor.d...@gmail.com
escreveu:

 Pessoal,

 Estou pensando em tratar os dados de setores do IBGE e colocar no
 OpenStreetMap os limites de bairros, subdistritos e distritos em Juiz de
 Fora-MG.

 O problema é: a cidade tem distritos E subdistritos, e a hierarquia do OSM
 entre cidade e bairro só tem um nível administrativo (9). Como proceder?

 Abraços,
 --
 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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Feiras de Orgânicos

[Marcelo Pereira]

Srs,

Vi que no site do Idec existe um mapa identificando as feiras de orgânicos
no Brasil.

Até entrei em contato perguntando se eles poderiam disponibilizar a
informação de forma livre e aberta.

Daí, como teste, incluí no mapa, a feira perto de casa (
http://www.openstreetmap.org/way/320755910 ) com o tageamento que achei
mais adequado.

A questão é, de novo, a renderização, ela só apareceu qdo eu acrescentei
building=yes, lembrando que é uma feira semanal, e portanto essa tag está
errada,

Mas o que fazer para ela aparecer ?

Uso um node ao invés dessa área ? Qual ? Pensei em shop=supermarket.

No aguardo de ideias,

Att,

Marcelo Pereira



-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Elementos com tag Proposed=yes sendo renderizados

[Marcelo Pereira]

Srs,

No mapa do Recife, temos alguns elementos que foram mapeados usando a tag
acima, e mesmo assim são renderizados pelo Mapnik.

Não estou discutindo a inclusão ou não dos elementos, mas o fato deles
serem renderizados.

Os que são mais aparentes são os corredores fluviais ( ex.
http://www.openstreetmap.org/way/279659603) e uma linha VLT (
http://www.openstreetmap.org/way/279664058 ) que pelo que vi são projetos
de um PAC desses, e podem ficar só no papel.

Tem como manter os elementos no mapa, mas usar alguma tag para
escondê-los ?

Pior é que até os mapas que baixo pro navegador tb trazem os benditos.

Agradeço antecipadamente,

Marcelo Pereira





-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Adicionar Bairros do Recife - ok

[Marcelo Pereira]

Srs,

Para efeito de registro, informo que os limites dos bairros do Recife foram
incluídos no OSM.

vide http://goo.gl/0O6aBq

fiquem a vontade para opinar.

Att,

Marcelo Pereira

-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Regras brasileiras de validação no JOSM

[Marcelo Pereira]

Obrigado João,

Eu descobri que já tinha conta lá e nem lembro o porquê.

Até já abri um issue de outro assunto pro Nelson.

Valeu

Em 12 de dezembro de 2014 12:37, John Packer john.pack...@gmail.com
escreveu:

 Marcelo,
 Atualmente o Nelson não está inscrito na talk-br.
 Copiei o seu relatório de bug para o repositório do validador:
 https://github.com/OSMBrasil/validador-josm/issues/56
 Se não tiver uma conta no Github, pode continuar relatando os erros aqui
 que eu passo pra lá.

 Abs,
 João

 Em 12 de dezembro de 2014 00:01, Marcelo Pereira pereirahol...@gmail.com
 escreveu:

 Olá Nélson,

 Demorei todo esse tempo, mas lá vai o meu primeiro feedback.

 Parabéns pela ideia, estou usando junto com as outras validações.

 Encontrei alguns pormenores que pretendo citar assim que acontecerem.

 O primeiro segue abaixo :

 A regra

 node[highway =~ /give_way|mini_roundabout|stop|turning_circle/][name] {
 throwWarning: tr(objeto não deve possuir {0}, {1.key});}


 está apontando erro em todas as paradas de ônibus que possuem name=*, deve 
 ser por causa do stop como critério de busca, já que elas são 
 highway=bus_stop.


 Att,


 Marcelo





 Em 28 de janeiro de 2014 23:10, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 Quem está com a última versão estável do JOSM já dá utilizar as regras
 de validação diretamente pelo próprio JOSM.
 As regras estão disponíveis em
 http://josm.openstreetmap.de/wiki/Rules/Brazilian-Specific

 Notem que na descrição das regras tem Community rules. Seria bom
 vocês darem algum feedback sobre as regras (já que elas são feitas
 para e pela comunidade brasileira).
 Vejam se concordam, se possuem dúvida, sugestões, novas coisas que
 podem ser testadas/validadas, etc.

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




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


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


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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Regras brasileiras de validação no JOSM

[Marcelo Pereira]

Olá Nélson,

Demorei todo esse tempo, mas lá vai o meu primeiro feedback.

Parabéns pela ideia, estou usando junto com as outras validações.

Encontrei alguns pormenores que pretendo citar assim que acontecerem.

O primeiro segue abaixo :

A regra

node[highway =~ /give_way|mini_roundabout|stop|turning_circle/][name] {
throwWarning: tr(objeto não deve possuir {0}, {1.key});}


está apontando erro em todas as paradas de ônibus que possuem name=*,
deve ser por causa do stop como critério de busca, já que elas são
highway=bus_stop.


Att,


Marcelo





Em 28 de janeiro de 2014 23:10, Nelson A. de Oliveira nao...@gmail.com
escreveu:

 Quem está com a última versão estável do JOSM já dá utilizar as regras
 de validação diretamente pelo próprio JOSM.
 As regras estão disponíveis em
 http://josm.openstreetmap.de/wiki/Rules/Brazilian-Specific

 Notem que na descrição das regras tem Community rules. Seria bom
 vocês darem algum feedback sobre as regras (já que elas são feitas
 para e pela comunidade brasileira).
 Vejam se concordam, se possuem dúvida, sugestões, novas coisas que
 podem ser testadas/validadas, etc.

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




-- 

São Pedro recebe Seu Lunga no céu perguntando:
 Morreu, Seu Lunga? 
Não, vim passar o Natal!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Via exclusiva para ônibus

[Marcelo Pereira]

Erick,

Verifica se nessa linha exclusiva os táxis tb tem permissão.

Aqui em Recife tem, se estiverem com passageiros


Marcelo

Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Ok. Quando uma pista é separada da outra por tachões, ela deve ser
 desenhada como uma pista separada?

 Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu:

 Eu acho errado, deve ser psv=yes e taxi=no
 Aun Johnsen

 On Sep 16, 2014, at 21:54, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Não entendi nesse exemplo, por que o psv está = no

 Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ah acho que consegui um exemplo:
 http://www.openstreetmap.org/way/245577988

 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Como etiquetar uma via exclusiva para ônibus?



 ___
 Talk-br mailing list
 Talk-br@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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Dúvida sobre roteamento para pedestres

[Marcelo Pereira]

Srs,

A minha dúvida tem a ver com a formatação do mapa para permitir o perfeito
roteamento para pedestres.

Antes, vejam esse trecho do mapa, perto de onde moro.

http://goo.gl/oRaFS9

Nela vemos a Avenida Norte no cruzamento com a Rua Belmiro Correia de um
lado, e do outro com a Enéas Lucena.

Vejam que não existe continuidade entre essas duas ruas secundárias, o que
corresponde com a realidade pois existe um canteiro central da Avenida
Norte.

Para rotas automotivas, isso está certo, porém se eu tentar criar uma rota
de pedestres, como não existe ligação física entre as duas esquinas, me é
mostrada uma volta grande ( ou arrodeio, na linguagem nativa ).

Na prática, se um pedestre quer cruzar neste ponto, ele simplesmente passa
de um lado para o outro, não procura um cruzamento.

Perguntas:

- Precisaremos incluir segmentos de vias exclusivas para pedestres nestes
pontos para simular o que acontece na vida real ?

- Os softwares de roteamento prevêem este comportamento, ou deveriam
fazê-lo ?

- Deveria deixar isso prá lá, pois não é função do mapa OSM e sim do
software de roteamento, e eu devera estar mais preocupado em atualizar o
mapa do que ficar procurando chifre em cabeça de cavalo ?

Att,

Marcelo

-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dúvida sobre roteamento para pedestres

[Marcelo Pereira]

Srs,

Vi o que o Paulo fez, e já tinha visto isso em algumas partes do mapa, mas
imagino que sejam soluções para por no mapa caminhos usados por pedestres,
trilhas se quiserem usar esse termo.

No caso que citei, acho mais comum, é no caso de ruas segmentadas em
avenidas que possuem canteiros centrais, assim nesse caso não existe
caminho definido, é livre, posso até criar caminhos para pededstres, mas
serão somente uma virtualização do que existe.

No Tracksource eu estava acostumado a mapear caminhos lógicos pois o foco é
o roteamento e não necessariamente o mundo real, até agora entendi que no
OSM deve-se se dar mais ênfase ao que existe realmente.


Para piorar um pouco o problema, aqui em Recife existe um tipo de canteiro
central feitos com o que chamamos de Gelo Baiano, não sei como se chama
isso em outras cidades.

Veja imagem no StreetView e GoogleMaps

http://goo.gl/vdTf5y

http://goo.gl/xKJqGI

Assim todos os cruzamentos que existem nessa avenida são passíveis de se
criar estas ligações de pedestres ?

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

Re: [Talk-br] Pergunta rápida sobre pontos de ônibus

[Marcelo Pereira]

Com relação ao fato de se usar nomes populares ( não impressos nas paradas
) na tag name :

- Para os nativos, a informação é bastante válida, principalmente se
contiver referências geográficas, tipo, Parada da Padaria Pão Velho, Parada
do Museu do Futuro...

- Para os não nativos, isso pode ser mais bom do que ruim ( mais bom foi
lasca!! ), senão vejamos, mesmo que eu como não nativo, não saiba onde é o
Museu do Futuro, posso facilmente indagar a um nativo onde se encontra tal
referência, e isso é muito melhor do que perguntar onde fica a parada
100182.

Pelo exposto, considero que deveríamos incluir na tag name das paradas
qualquer info que a ajude a identificar popularmente.

Att,

Marcelo P




Em 20 de março de 2014 09:06, Márcio Vinícius Pinheiro 
marcioviniciu...@gmail.com escreveu:

 Não entendi exatamente a que se refere esses prós e contras, mas admitindo
 que se refira a dar nomes não-oficiais ou usar referências como nome, o
 problema é que esse pró não é garantido e pode se tornar um contra (se ao
 invés dar instrução, der confusão e imprecisão). Há de se ter muita
 discussão e pesquisa para se adotar nomes realmente representativos.

 Essa discussão toda, serviu pelo menos para constatar que, ao menos no
 Rio, nosso sistema de transporte coletivo é totalmente desorganizado. =/

 - - - ·
 Atenciosamente,

 Márcio Vinícius Pinheiro
 http://about.me/Doideira
 http://pt.gravatar.com/marciovinicius


 Em 19 de março de 2014 17:42, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 Prós:
 - o usuário receberia uma instrução um pouco mais precisa sobre onde
 subir ou descer do ônibus

 Contras:
 - seria menos correto, à rigor
 - seria um pouco mais trabalhoso

 Os prós não são lá um grande ganho, nem os contras são lá um grande
 problema. Mas se o problema realmente não afetar ninguém e o mapeador
 não se importar com o trabalho extra, um pequeno ganho ainda seria
 interessante não?

 É uma boa idéia olhar a quantas anda o artigo em inglês no wiki, já
 que o artigo em português não recebe edições significativas há pelo
 menos 3 anos:
 http://wiki.openstreetmap.org/w/index.php?title=Pt-br%3APublic_transportdiff=990068oldid=549177

 2014-03-19 17:19 GMT-03:00 Márcio Vinícius Pinheiro
 marcioviniciu...@gmail.com:
  Eu achei a proposta do Fernando coerente, mas acho ainda mais coerente a
  proposta do wiki.
 
  Aqui no Rio de Janeiro de uma maneira geral (exceto nas ruas onde se
  implantou o sistema de BRS e nas linhas de BRT) os pontos de ônibus não
 têm
  nome, em muitos lugares não tem nem placa no local (muito menos
 abrigo). O
  wiki fala em nome facilmente identificado, se não tem nem placa, que
 dirá
  nome facilmente identificado. O Fernando propôs a solução de algum
 lugar nos
  EUA (esse sistema de nomeação é oficial em vários lugares, inclusive no
  Brasil), mas essas referências (físicas, especialmente ruas) já não são
  visíveis no mapa (e no local)? Seria um tanto redundante colocá-las
  novamente no ponto de ônibus.
 
  A pergunta que me vem à mente é a seguinte: Qual é a
 necessidade/utilidade
  de darmos nomes para pontos de ônibus? Sou partidário de se colocar nome
  (etiqueta name) apenas nas paradas que têm nomes oficiais
 (especialmente se
  esses nomes estiverem escrito na própria parada). Para nomes
 alternativos
  temos a etiqueta alt_name, para nomes locais temos a etiqueta loc_name,
 para
  referências temos a etiqueta ref e por aí vai. Não vejo razão para
  reinventar o que já está pronto e documentado.
 
  Acho facultativo colocar/inventar um nome na etiqueta name nas paradas
 que
  não têm nomes oficiais, mas necessariamente deve-se adicionar uma nota
  elucidando a situação. Porém inventar nomes pode confundir mais do que
  orientar usuários/passageiros. Acho interessante colocar uma etiqueta
  alt_name ou loc_name, mesmo não havendo nada na name (não cria um
  comprometimento com um nome não-oficial e ao mesmo tempo não se perde a
  informação). Se a filosofia é mapear o que está no chão, acho essa
 segunda
  opção mais válida do que inventar nomes que não se lê no local nem
 sequer
  estão registrados em órgãos oficiais.
 
  A wiki detalha bem como mapear um ponto de ônibus (a página está melhor
 do
  que muitas outras), acho que essa parte de nomes está bem coberta na lá.
  Qualquer coisa que fuja do que está lá, a menos que se proponha uma
 sugestão
  de mudança do que já está determinado lá (com o objetivo de mudar o que
 está
  lá e nas wikis estrangeiras), deve simplesmente seguir as orientações
 das
  demais etiquetas aplicáveis.
 
  - - - ·
  Atenciosamente,
 
  Márcio Vinícius Pinheiro
  http://about.me/Doideira
 
 
  Em 19 de março de 2014 14:05, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Não sei. Acho que o objetivo do OSM é mapear what's on the ground,
 não
  acho muito vantajoso inventar nomes. Embora não me opusesse (isto é,
  reverteria) caso alguém queira fazer um sistema assim aqui no Rio.
 
  []s
  Arlindo
 
  2014-03-12 

Re: [Talk-br] São Paulo capital, tag reg

[Marcelo Pereira]

Taí uma tag que eu nunca entendi como preencher, REF

Sempre que rodo o validador do JOSM, aparecem críticas relacionadas.

E é tanta coisa colocada lá que fica dificil saber o que é mesmo para ficar.

Marcelo


2014-03-13 23:53 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 On Thu, Mar 13, 2014 at 11:47 PM, Erick de Oliveira Leal
 erickdeoliveiral...@gmail.com wrote:
  http://www.openstreetmap.org/way/38709823
  http://www.openstreetmap.org/way/237689576

 Parece o CEP

  http://www.openstreetmap.org/way/16973487
  http://www.openstreetmap.org/way/37396062
  http://www.openstreetmap.org/way/154255950

 Inicial de quem inseriu (pedro vida torta - PVT). Pode apagar (é
 considerado graffiti)
 Aproveita e manda mensagem para a pessoa parar com isso.

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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Validador nacional

[Marcelo Pereira]

Osmanianos,


Lendo a frase Rivers and streams should not be tagged with layer -1 along
long sections of their length, eu entendo que a tag layer NÃO deve ser
usada em longas seções de rios e ( seja-lá-o-que-for ) streams.

Mas deduzo que é possível usá-la em rios nos pontos/trechos onde estiver em
uma camada diferente da entidade que ele cruza.


Mais uma frase :
A bridge is at layer 1 even if it is only several feet above sea level
while the peak of Mount Everest is at layer 0 even though it is 8848 meters
above sea level.

Aqui interpreto que toda a superficie da terra, rios e mares é layer=0, que
é o default e por isso não recomendado explicitar, e só se registra layer
onde houver claramente uma diferença de camada em um cruzamento.


Assim ...

Um exemplo prático e mais extremo: suponha que seja um rio com várias
pontes atravessando-o, como é o caso do arroio Dilúvio em Porto
Alegre. Você teria que colocar layer=1 em cada uma das 54 pontes que o
cruzam, versus layer=-1 somente no arroio. 54 tags vs 1 tag. (Só pra
constar: eu revisei uma por uma, e mapeei as que faltavam.)


Usando a minha interpretação da frase inicial, o uso neste exemplo dado
pelo Trebien, seria a de se incluir layer=1 em todas as pontes, ou layer=-1
em todos os trechos do arroio que cruzam as pontes, sejam pequenos trechos
ou pontos, não em toda sua extensão.

E de acordo com a segunda frase, teríamos que usar o layer=1 para as pontes
e não o layer=-1 para o rio, pois esse ainda faz parte da superfície da
terra ( layer=0), o elemento adicional são as pontes.



Adicionando uma questão a discussão, que diferença faz usar layer=1 na
ponte ou layer=-1 no rio ?

 - Pra renderização o que ficaria melhor ?
 - Pra roteamento, o que funcionaria melhor ?
 - Será que não seria bom padronizar ? ( no caso de comportamentos
diferentes para cada caso )

Marcelo P



Em 14 de março de 2014 06:58, Flavio Bello Fialho
bello.fla...@gmail.comescreveu:

 Fernando, acho que não entendeste. Leia a página
 http://wiki.openstreetmap.org/wiki/Key:layer com calma. Ela diz
 explicitamente:

 Do not use layer=-1 to hide warnings about crossing or overlapping ways.
 Either fix them or leave the easily visible warning so that others can fix
 them.

 When ways are passing on different levels apply layer=* only to the way
 which also has the bridge/tunnel attribute. Only ways with one of the
 tags/attributes tunnel=*, bridge=*, highway=steps, highway=elevator,
 covered=* should be tagged with the layer tag, similar for railways and
 waterways.

 Rivers and streams should not be tagged with layer -1 along long sections
 of their length

 Eles estão dizendo explicitamente para NÃO fazer isso que queres fazer. Se
 tens alguma dúvida, discuta na comunidade internacional. Esse é o meu
 último post sobre esse assunto.



 Em 14 de março de 2014 02:08, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 Mais além: na verdade, em alguns casos, chega a ser pior marcar as pontes
 com layer=1 porque isso altera a priorização da renderização no Mapnik. Por
 exemplo, highway=secondary_link com layer=1 é renderizado por cima de
 highway=primary (com ou sem layer=0). Isso é o oposto do normal e faz o
 desenho ficar feio.

 Mas o Mapnik não é o único parâmetro. No wiki diz que algumas ferramentas
 de QA (mas não todas) exigem que o rio tenha layer=-1 e a ponte tenha
 layer=1. Nada no restante do artigo sugere que isso é, de fato, necessário
 (pelo contrário). Pra mim, parece uma escolha arbitrária sem muita
 justificativa (ou seja, um dogma). Colocar layer=-1 no rio ou layer=1 na
 ponte estão ambos corretos, mas frequentemente uma das opções requer menos
 trabalho e resulta numa representação menos complexa.

 E se o próprio artigo diz que não é necessário colocar layer=0 nos casos
 em que seria esse o valor, me parece que o ideal é, quase sempre, marcar o
 rio com layer=-1, e nada mais.

 Claro, daí algumas pessoas poderiam pensar que não precisam marcar a
 ponte que passa por cima. Por isso concordo que o validador nacional aponte
 esses casos como aviso - que deve ser interpretado com bom senso (assim
 como os demais avisos do validador do JOSM) de acordo com a definição da
 tag, não necessariamente como erro.
 On Mar 14, 2014 1:34 AM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Só complementando, o que layer=0 realmente significa é: desenhe este
 objeto depois dos que têm layer=-1, e antes dos que tÊm layer=1. Não
 significa nada além disso.

 2014-03-14 1:30 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
  Exemplo fácil (inclusive já tinha citado antes): 1 rio + 2 linhas de
  uma via separada. É mais fácil colocar layer=-1 no rio do que colocar
  2 tags layer=1, uma para cada linha da via.
 
  Um exemplo prático e mais extremo: suponha que seja um rio com várias
  pontes atravessando-o, como é o caso do arroio Dilúvio em Porto
  Alegre. Você teria que colocar layer=1 em cada uma das 54 pontes que o
  cruzam, versus layer=-1 somente no arroio. 54 

Re: [Talk-br] Pergunta rápida sobre pontos de ônibus

[Marcelo Pereira]

Srs,

Fiquei agora sem entender pq tanta discussão em torno de um detalhe que já
está previsto.

Vejam o que está escrito na página de Transporte Público -BR (
http://goo.gl/AxuKUB), para a identificação de Paradas de Ônibus :

 ...
ChaveValorDescricãotypesitesitetextbus_stoprefnumber or textcódigo
identificador único, veja secão sobre ele abaixonametextNome da parada,
facilmente identificável pelo passageiroAuthoritytextAutoridade responsável
pelo local

... 

A tag name serve exatamente para se colocar um nome popular da parada de
ônibus.

Recentemente inclui paradas em Recife e região e usei o exemplo acima.

No caso específico daqui, a empresa de transporte local usa um código para
identificar cada parada, que está impresso nas paradas, para esta
informação usei a tag ref, nos moldes que está definido tb na mesma página.

Alguem poderia me explicar porque não usar este modelo ? Existe algum erro
que não estou vislumbrando ?

Att,

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

Re: [Talk-br] Progresso com os mapas do IBGE

[Marcelo Pereira]

Thiago,

Novamente parabéns pelo excelente trabalho.

Gostaria de saber como faço para ajudar no processamento.

Se vc tiver um script de como gerar os tiles, fica mais fácil distribuir a
tarefa por quem se interessar, e cada um ficar responsável por um estado,
por exemplo, claro que gerando tiles para cada municipio.

Imagino que a disponibilização dos tiles para uso como layer no JOSM possa
ficar no seu servidor web.

Daí, rodaríamos os scripts, geraríamos os tiles e faríamos o upload para
seu servidor. ( ou para outro que ficar disponível )

Uma pergunta de noobie, um serviço como o Dropbox não poderia ajudar no
armazenamento dos tiles ?

No seu exemplo, qual o tamanho final dos arquivos ?


Raffaello,

Uma preocupação minha com o uso dessa informação para desenhar o arruamento
e principalmente os POIs, é a imprecisão da fonte.

Veja que no exemplo, existe uma considerável diferença entre o que já está
traçado e os tiles sobrespostos.

Fica a pergunta se devemos incluir dados no mapa que não tenham confirmação
por tracklogs ou referenciamento.

Quanto a nomeação das ruas, é uma das melhores fontes.

Att,

Marcelo Pereira




Em 7 de março de 2014 23:26, Raffaello Bruno Limongi Freire 
raffaellobr...@hotmail.com escreveu:

 Sim, Thiago,

 além dos nomes de rua, eu também uso os mapas do IBGE para pescar nomes e
 localização de pontos de interesse. O desenho das ruas foi só uma
 possibilidade a mais que vislumbrei a partir do momento em que você
 conseguiu georreferenciar e juntar essas imagens em uma layer do OSM.

 A partir do momento em que seu procedimento ficar operacional em larga
 escala e mais gente puder dividir o trabalho com você (para converter o
 Brasil inteiro), teremos uma ótima fonte de dados para acelerar o
 desenvolvimento dos mapas.

 Atenciosamente,
 Raffaello Bruno

  From: tmpsan...@gmail.com
  Date: Sat, 8 Mar 2014 02:47:30 +0200
  To: talk-br@openstreetmap.org
  Subject: Re: [Talk-br] Progresso com os mapas do IBGE

 
  2014-03-08 2:36 GMT+02:00 Raffaello Bruno Limongi Freire
  raffaellobr...@hotmail.com:
   Oi, Thiago,
  
   ficou muito bom.
  
 
  Valeu!
 
   Essas imagens do IBGE serão úteis também naqueles lugares onde não há
 tracks
   de GPS ou imagens do Bing disponíveis, pois permitirão que se faça um
   desenho preliminar das vias (no Tracksource chamamos de Draft),
 inserindo-se
   a tag fixme para que se corrija o traçado assim que novas fontes de
 consulta
   estiverem disponíveis (tracks, Bing, etc.).
 
  Acho que vai ser bom também para pegar nomes de ruas e até mesmo nomes
  de alguns Pontos de Interesse.
 
  BTW, atendendo à pedidos, segue Bom Despacho - MG:
 
  http://tiles.tmpsantos.com.br/31/3107406/
 
  Estou quebrando a cabeça para ver como escalar o processo para muitas
  cidades, pode demorar um tempo. Mas se alguém tiver interesse em
  alguma cidade específica, é só pedir aqui na lista que eu gero o mapa.
 
  []'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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Destacar região do mapa

[Marcelo Pereira]

Não sei se estão defasados, mas já usei como arquivos de boundaries de
estados.

veja
http://downloads.cloudmade.com/americas/south_america/brazil#downloads_breadcrumbs

são arquivos do tipo .poly, que podem ser usados em aplicativos como o
Osmosis


Em 7 de março de 2014 14:37, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Isso. Mas talvez (talvez! não testei) o conjunto de coordenadas do estado
 como definido no OSM seja muito pesado (mais de 500kB, digamos), demoraria
 muito a carregar e seria muito pesado para exibir no leaflet se o único
 objetivo for destacar o estado numa resolução baixa, de forma que o ideal
 seria usar um contorno aproximado.

 Digo isso porque leva alguns segundos para carregar esta relação no OSM:
 http://www.openstreetmap.org/relation/298204, veja se é exatamente isto
 que você precisa.

 []s

 2014-03-07 14:31 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Passos pra descobrir a relação de cada estado do Brasil:
 1-Procure o nome do estado no openstreetmap
 2-Clique no tipo fronteira estadual


 Esse é o caminho que eu sei. Se você fizer de todos estados,
 disponibiliza aqui, que aí podemos colocar na wiki. Pra facilitar trabalhos
 futuros.


 Em 7 de março de 2014 14:24, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Braúlio, eu sei que cada estado do Brasil está especificado em uma
 relação, por exemplo o DF: http://www.openstreetmap.org/relation/421151


 Em 7 de março de 2014 14:18, Bráulio Bhavamitra 
 brau...@eita.org.brescreveu:

  Perfeito Arlindo, e como obtenho as coordenadas que definem o contorno
 dos estados brasileiros?


 2014-03-07 13:57 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Acredito que a sua melhor opção seria utilizar Leaflet js com o shape
 do estado simplificado sobre a camada do mapa. Algo semelhante ao exemplo
 do guia abaixo, o triângulo azul, porém só o contorno, sem preenchimento.

 http://leafletjs.com/examples/quick-start.html

 []s
 Arlindo

 2014-03-07 13:51 GMT-03:00 Bráulio Bhavamitra brau...@eita.org.br:

  Olá comunidade do OpenStreetMap,

 Estou planejando construir uma aplicação usando o OpenStreetMap como
 base.

 Uma funcionalidade necessária é destacar uma parte do mapa, um estado
 do Brazil.

 Vocês sabem se isso é possível?

 Poderiam me dar um exemplo?

 abraços,
 bráulio

 --
 Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
 ideologia. Morra por sua ideologia P.R. Sarkar

 EITA - Educação, Informação e Tecnologias para Autogestão
 http://cirandas.net/brauliobo
 http://eita.org.br

 Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo
 é meu lar e todos nós somos cidadãos deste cosmo. Este universo é
 a imaginação da Mente Macrocósmica, e todas as entidades estão
 sendo criadas, preservadas e destruídas nas fases de extroversão
 e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma
 pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única
 proprietária daquilo que ela imagina, e ninguém mais. Quando um ser 
 humano
 criado mentalmente caminha por um milharal também imaginado, a pessoa
 imaginada não é a propriedade desse milharal, pois ele pertence ao
 indivíduo que o está imaginando. Este universo foi criado na imaginação 
 de
 Brahma, a Entidade Suprema, por isso a propriedade deste universo é de
 Brahma, e não dos microcosmos que também foram criados pela imaginação de
 Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence a 
 um
 indivíduo em particular; tudo é o patrimônio comum de todos.
 Restante do texto em
 http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia

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



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




 --
 Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
 ideologia. Morra por sua ideologia P.R. Sarkar

 EITA - Educação, Informação e Tecnologias para Autogestão
 http://cirandas.net/brauliobo
 http://eita.org.br

 Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo
 é meu lar e todos nós somos cidadãos deste cosmo. Este universo é
 a imaginação da Mente Macrocósmica, e todas as entidades estão
 sendo criadas, preservadas e destruídas nas fases de extroversão
 e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma
 pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única
 proprietária daquilo que ela imagina, e ninguém mais. Quando um ser humano
 criado mentalmente caminha por um milharal também imaginado, a pessoa
 imaginada não é a propriedade desse milharal, pois ele pertence ao
 indivíduo que o está imaginando. Este universo foi criado na imaginação de
 Brahma, a Entidade Suprema, por isso a propriedade deste universo é de
 

Re: [Talk-br] Destacar região do mapa

[Marcelo Pereira]

No exemplo básico do Leaflet a origem de dados dos mapas é o próprio OSM,
mas dá para mudar para um servidor de tiles local, como o que o que
http://switch2osm.org/ ensina a montar.


Em 7 de março de 2014 14:50, Bráulio Bhavamitra brau...@eita.org.brescreveu:

 Algo assim seria perfeito: http://leafletjs.com/examples/us-states.js


 2014-03-07 14:48 GMT-03:00 Bráulio Bhavamitra brau...@eita.org.br:

 Com certeza arlindo, para fazer como no
 http://leafletjs.com/examples/choropleth-example.html precisaria de algo
 aproximado. Estou pensando em como...


 2014-03-07 14:37 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Isso. Mas talvez (talvez! não testei) o conjunto de coordenadas do estado
 como definido no OSM seja muito pesado (mais de 500kB, digamos), demoraria
 muito a carregar e seria muito pesado para exibir no leaflet se o único
 objetivo for destacar o estado numa resolução baixa, de forma que o ideal
 seria usar um contorno aproximado.

 Digo isso porque leva alguns segundos para carregar esta relação no OSM:
 http://www.openstreetmap.org/relation/298204, veja se é exatamente isto
 que você precisa.

 []s

 2014-03-07 14:31 GMT-03:00 Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com:

 Passos pra descobrir a relação de cada estado do Brasil:
 1-Procure o nome do estado no openstreetmap
 2-Clique no tipo fronteira estadual


 Esse é o caminho que eu sei. Se você fizer de todos estados,
 disponibiliza aqui, que aí podemos colocar na wiki. Pra facilitar trabalhos
 futuros.


 Em 7 de março de 2014 14:24, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Braúlio, eu sei que cada estado do Brasil está especificado em uma
 relação, por exemplo o DF:
 http://www.openstreetmap.org/relation/421151


 Em 7 de março de 2014 14:18, Bráulio Bhavamitra 
 brau...@eita.org.brescreveu:

  Perfeito Arlindo, e como obtenho as coordenadas que definem o
 contorno dos estados brasileiros?


 2014-03-07 13:57 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Acredito que a sua melhor opção seria utilizar Leaflet js com o
 shape do estado simplificado sobre a camada do mapa. Algo semelhante ao
 exemplo do guia abaixo, o triângulo azul, porém só o contorno, sem
 preenchimento.

 http://leafletjs.com/examples/quick-start.html

 []s
 Arlindo

 2014-03-07 13:51 GMT-03:00 Bráulio Bhavamitra brau...@eita.org.br:

  Olá comunidade do OpenStreetMap,

 Estou planejando construir uma aplicação usando o OpenStreetMap
 como base.

 Uma funcionalidade necessária é destacar uma parte do mapa, um
 estado do Brazil.

 Vocês sabem se isso é possível?

 Poderiam me dar um exemplo?

 abraços,
 bráulio

 --
 Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
 ideologia. Morra por sua ideologia P.R. Sarkar

 EITA - Educação, Informação e Tecnologias para Autogestão
 http://cirandas.net/brauliobo
 http://eita.org.br

 Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo
 é meu lar e todos nós somos cidadãos deste cosmo. Este universo é
 a imaginação da Mente Macrocósmica, e todas as entidades estão
 sendo criadas, preservadas e destruídas nas fases de extroversão
 e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando 
 uma
 pessoa imagina algo em sua mente, naquele momento, essa pessoa é a 
 única
 proprietária daquilo que ela imagina, e ninguém mais. Quando um ser 
 humano
 criado mentalmente caminha por um milharal também imaginado, a pessoa
 imaginada não é a propriedade desse milharal, pois ele pertence ao
 indivíduo que o está imaginando. Este universo foi criado na 
 imaginação de
 Brahma, a Entidade Suprema, por isso a propriedade deste universo é de
 Brahma, e não dos microcosmos que também foram criados pela imaginação 
 de
 Brahma. Nenhuma propriedade deste mundo, mutável ou imutável, pertence 
 a um
 indivíduo em particular; tudo é o patrimônio comum de todos.
 Restante do texto em
 http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia

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



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




 --
 Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
 ideologia. Morra por sua ideologia P.R. Sarkar

 EITA - Educação, Informação e Tecnologias para Autogestão
 http://cirandas.net/brauliobo
 http://eita.org.br

 Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo
 é meu lar e todos nós somos cidadãos deste cosmo. Este universo é
 a imaginação da Mente Macrocósmica, e todas as entidades estão
 sendo criadas, preservadas e destruídas nas fases de extroversão
 e introversão do fluxo imaginativo cósmico. No âmbito pessoal, quando uma
 pessoa imagina algo em sua mente, naquele momento, essa pessoa é a única
 proprietária daquilo que ela imagina, e ninguém mais. 

Re: [Talk-br] Pergunta rápida sobre pontos de ônibus

[Marcelo Pereira]

John,

De acordo com a página de trasporte público ( http://goo.gl/AxuKUB ), a tag
ref deve receber um código específico ( veja no fim da página a montagem do
código ).

Quanto à tag name, esta deve receber a denominação pública da parada de
ônibus.

Pelo que vc descreveu, que é o nome popular da parada, seria mais afeito à
tag name.

Foi assim que fiz nas paradas que incluí aqui em Recife.

Marcelo Pereira




Em 6 de março de 2014 09:07, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Com certeza name.

 []s
 Em 06/03/2014 08:40, John Packer john.pack...@gmail.com escreveu:

 Se um ponto de ônibus tem uma placa nele com um nome (por exemplo João
 Colin 01).
 Esse nome vai na etiqueta name ou ref?

 Eu estava colocando em name, pois imagino que o ponto possa ter um
 número de referência da empresa(talvez somente interno).
 Mas fiquei em dúvida agora..

 O que vocês acham?

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


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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE

[Marcelo Pereira]

Olá Thiago,

Instalei o pacote python-pypdf e tudo rodou bem.

Só notei um problema com uma das imagens.

Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a
26078020502 ficou invertida verticalmente ao ser exibida no JOSM.

A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa
imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o
problema é outro. ( apesar que, no KML os valores estão realmente errados,
a coordenada Norte está mais ao sul do que a Sul )

Comparando com os pdfs 26078020503 e 26078020504, cheguei a
conclusão que o erro está na coordenada Norte da 26078020502.

Parece ter havido um problema no OCR ou na conversão desta coordenada, que
deveria estar entre as coordenadas Norte das duas outras imagens citadas,
porém está muito mais ao sul, dando a impressão visual que a imagem está
rebatida pela coordenada sul.

Desculpe o texto confuso, não consegui explicar melhor do que isso.


Aproveito para deixar uma sugestão, se for possível, na hora da conversão
de PDF para PNG, configurar a cor branca como transparente ( nem lembro se
é possível para o PNG ), assim fica mais fácil sobrepor os layers de
imagens no JOSM.

Outra coisa que notei foram os pequenos erros de referenciamento das
imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de
visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre
referenciamento de KML logo na entrada )

De novo parabéns pela iniciativa.

Att,

Marcelo Pereira





Em 5 de março de 2014 05:51, Thiago Marcos P. Santos
tmpsan...@gmail.comescreveu:

 2014-03-05 5:31 GMT+02:00 Marcelo Pereira pereirahol...@gmail.com:
  Olá Thiago,
 
  Primeiro, bem vindo ao OSM, e  parabéns pela iniciativa.
 
  Assim que tiver estabilizada, será de grande valia para nós mapeadores.
 
  Executei seu procedimento e recebi o erro abaixo, acho que não faltou
 nenhum
  passo.
 
  Estou rodando no Ubuntu 12.04, rodando o Tesserach 0.7-1.2_amd64 pois é o
  que é indicado.
 
  Traceback (most recent call last):
File ../ibge_kml_maker.py, line 7, in module
  from IBGETools.Map import MapFactory
File /home/marcelo/dados/pdf2kml/IBGETools/IBGETools/Map.py, line 2,
 in
  module
  from pyPdf import PdfFileReader
  ImportError: No module named pyPdf
  
 

 Olá Marcelo,

 My bad, faltou uma dependência na minha lista:

 python-pypdf

 Vou manter as instruções atualizadas em um só lugar:
 https://github.com/tmpsantos/IBGETools#ibgetools

 []'s

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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Plugin confaltion do JOSM

[Marcelo Pereira]

Já abri o ticket, espero que o meu ingleis tenha sido inteligível.

Obrigado pelas dicas.

Marcelo Pereira


Em 27 de fevereiro de 2014 11:00, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 +1000

 2014-02-26 19:53 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Marcelo, abra um ticket sobre esses problemas:
  http://josm.openstreetmap.de/newticket
 
  Erro de introspecção já é difícil de diagnosticar sendo conhecedor do
  código, imagine sendo de fora... não trave com isso, passa para frente.
 
  Se alguém mais vir esses erros de Java aparecendo, não percam tempo
 tentando
  adivinhar, contate os desenvolvedores.
 
 
  Em 26 de fevereiro de 2014 16:53, Marcelo Pereira 
 pereirahol...@gmail.com
  escreveu:
 
  Srs,
 
  Desculpem a demora em responder, estava enrolado em achar o Java 6 para
  instalação.
 
  Pois bem.
 
  Instalei o Ubuntu do zero, com o java 6.
  Usei os JOSMs 6502, 6409 e 6296
 
  Sempre com o mesmo erro, consigo até listar os erros encontrados nos
  mapas, mas na hora de conflacionar, erro!!!
 
  Aliás, na versão 6296 o conflation nem carregou, deu pau na
 inicialização.
 
  Se alguem tiver uma combinação JOSM + JAVA funcional, por favor me
 avise.
 
  Ou outra ferramenta que faça a mesma coisa.
 
  Agradeço às dicas recebidas,
 
  Att,
 
  Marcelo Pereira
 
 
 
 
  Em 24 de fevereiro de 2014 19:13, Paulo Carvalho
  paulo.r.m.carva...@gmail.com escreveu:
 
  Pode ser mesmo biblioteca incompatível.  Agora qual eu não sei.  Estou
  sem condição de investigar isso.  Estou com coisas mais fundamentais
 para
  investigar como a compilação com mkgmap.
 
 
  Em 24 de fevereiro de 2014 16:31, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 
  Esses erros de introspecção já foram relatados no bug tracker do
  plugin, mas o desenvolvedor parece ter meio que abandonado o projeto,
  ou pelo menos não o estar priorizando (afinal, se funciona com Java
  6...). Lembro vagamente de ter lido algum stack trace que sugeria que
  o erro acontece numa das bibliotecas de que o plugin depende, uma das
  usadas para calcular a semelhança topológica entre as duas malhas.
 
  2014-02-22 15:22 GMT-03:00 Paulo Carvalho
  paulo.r.m.carva...@gmail.com:
   Faz sentido usar JOSMs mais antigos.  O erro postado pelo Marcelo
   parece ser
   um erro de introspecção (erro de funcionamento interno).  A grosso
   modo o
   plugin não está falando a mesma língua do framework (JOSM).  O
   desenvolvedor
   do plugin de conflação deve dar uma olhada nas APIs novas e
 removidas
   do
   JOSM.
  
  
   Em 22 de fevereiro de 2014 12:40, Erick de Oliveira Leal
   erickdeoliveiral...@gmail.com escreveu:
  
   Marcelo, vai testando com esses JOSMs mais antigos:
   http://josm.openstreetmap.de/download/Archiv/
  
   Vai tentando com intervalos de 2 em 2 meses pra ser mais rapido
  
  
   Em 22 de fevereiro de 2014 12:35, Marcelo Pereira
   pereirahol...@gmail.com escreveu:
  
   Erick,
  
   Obrigado pela ajuda, segue o erro apresentado
  
  
  
  
   ERROR: java.lang.NoSuchMethodError:
  
  
 org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
   java.lang.NoSuchMethodError:
  
  
 org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
   at
  
  
 org.openstreetmap.josm.plugins.conflation.ConflateMatchCommand.init(ConflateMatchCommand.java:42)
   at
  
  
 org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.conflateMatchActionPerformed(ConflationToggleDialog.java:570)
   at
  
  
 org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.actionPerformed(ConflationToggleDialog.java:547)
   at
  
  
 javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
   at
  
  
 javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
   at
  
  
 javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
   at
  
 javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
   at
  
  
 javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
   at
  
  
 java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
   at java.awt.Component.processMouseEvent(Component.java:6505)
   at javax.swing.JComponent.processMouseEvent(JComponent.java:3320)
   at java.awt.Component.processEvent(Component.java:6270)
   at java.awt.Container.processEvent(Container.java:2229)
   at java.awt.Component.dispatchEventImpl(Component.java:4861)
   at java.awt.Container.dispatchEventImpl(Container.java:2287)
   at java.awt.Component.dispatchEvent(Component.java:4687)
   at
  
 java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
   at
  
 java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
   at
 java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
   at java.awt.Container.dispatchEventImpl

Re: [Talk-br] Proposta de padronização de lombadas no Brasil

[Marcelo Pereira]

Srs,

Que tal usar a filosofia KISS aqui e manter somente um tipo de lombada ?

Sem diferenciar pelo tamanho, comprimento, material, afinal para que
serviria a informação que uma lombada tem 50 cm e não 2 m ?

Para mim elas servem para um só fim e o uso de mais de uma tag para
identificar elementos virtualmente iguais só aumenta a complexidade ( já
considerável ) de se mapear para o OSM.

Vejam que no caso de algumas delas terem atreladas faixas de pedestres
seriam sim necessárias tags específicas, mas só pq isso muda a função da
bendita.

Mudando de assunto.

Além dos tipos de lombada que vem sendo discutidas, existem locais nas
estradas em que são colocados sonorizadores ( exemplo
http://goo.gl/uYt6Eu) imediatamente antes das lombadas de forma a
avisar aos que não leem
placas para diminuir a velocidade.

Nestes casos, seria uma tag a mais na lombada ou um elemento adicional ?

Não lembro se já vi, in loco, esse tipo de sonorizador sendo usado em outra
função que não o aviso de lombada.

Att,

Marcelo Pereira


Em 27 de fevereiro de 2014 13:47, John Packer john.pack...@gmail.comescreveu:

 Sugestão: ao colocar as traduções, coloque também a fonte delas. Por
 exemplo, onde você descobriu que table é travessia elevada, foi alguma
 fonte oficial? Mais adiante, pode ser necessário saber.

 Hum, eu não lembro como vi pela primeira vez, mas pesquisei por imagens
 usando esse termo, e apareceu placas com esse nome.
 Pesquisando no DENATRAN, apareceu um outro termo: Faixa Elevada para
 travessia de pedestres 
 [1]http://www.denatran.gov.br/download/Minuta%20Faixa%20Elevada%2006-05-1.DOC.


 Eu ainda acho que table pode existir em lugares que não são travessias.
 Mas se a definição desse termo oficialmente (dada por algum Detran ou pelo
 DNIT ou pelo CTB) permitir essa interpretação, então traduziremos assim.

 É, parece que segundo a lei, travessias elevadas tem que ter faixa de
 pedestre (veja o Art.7°. IV 
 aqui[1]http://www.denatran.gov.br/download/Minuta%20Faixa%20Elevada%2006-05-1.DOC
 ).
 Mas me ajudem aqui: o que é minuta, e por que ela não tem um número nela?

 Quando à questão das depressões, não lembro de ter visto uma antes, então
 não vou poder ajudar nisso.



 Em 27 de fevereiro de 2014 12:52, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Sugestão: ao colocar as traduções, coloque também a fonte delas. Por
 exemplo, onde você descobriu que table é travessia elevada, foi alguma
 fonte oficial? Mais adiante, pode ser necessário saber.

 Eu ainda acho que table pode existir em lugares que não são travessias.
 Mas se a definição desse termo oficialmente (dada por algum Detran ou pelo
 DNIT ou pelo CTB) permitir essa interpretação, então traduziremos assim.


 2014-02-27 12:28 GMT-03:00 John Packer john.pack...@gmail.com:

 Amigos,
 Descobri qual é o termo brasileiro para traffic_calming=table. É
 Travessia Elevada.

 Com isso, acredito que os nós da proposta fecham.
 Farei uma página de desambiguação na wiki chamada Lombada, e
 redirecionar os links traffic_calming=bump, traffic_calming=hump e
 traffic_calming=table para essa página.

 Também adicionarei os seguintes termos na página de referência de
 traduções:

- *Bump* = Lombada Tipo I
- *Hump* = Lombada Tipo II
- *Table (traffic calming)* = Travessia Elevada

 E classificarei essas traduções como literais.
 (isso tudo assim que tiver tempo)



 Em 27 de fevereiro de 2014 11:28, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Elas ocorrem em travessias de pedestre, mas pelo que diz na Wikipédia,
 não só nessa situação.
 http://en.wikipedia.org/wiki/Vertical_deflection_traffic_calming_device#Speed_tables

 Talvez no Brasil seja só nessa situação.

 Além disso, acho que tables não são chamadas de lombadas no Brasil.


 2014-02-27 11:23 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 (Acabei mandando antes)

 Portanto, table seria esse tipo de travessia específica e bump e
 hump quebra-molas/lombadas, sendo bump o quebra-mola tradicional e
 hump um tipo de quebra-mola que só seria utilizado em estradas federais
 ou estaduais.

 Não há tag para quebra-molas irregulares/ilegais/menores que o tamanho
 padrão. Podemos propor uma. Mas não acho legal subverter o significado de
 bump para isso. Talvez dangerous_bump ou bump + irregular=yes ou
 illegal=yes ou algo do tipo.


 []s
 Arlindo

 2014-02-27 11:21 GMT-03:00 Arlindo Pereira 
 openstreet...@arlindopereira.com:

 Não sei. Acho que table é outra coisa.

 (Importante mencionar que eu não dirijo, ok? Minha impressão é
 meramente pela observação das ruas.)

 Pra mim, table é isso:
 http://www.ite.org/css/online/img/Figure9-17.jpg

 http://www.cyclestreets.net/location/47587/cyclestreets47587-size640.jpg

 http://wiki.coe.neu.edu/groups/nl2011transpo/wiki/5e21c/images/__thumbs__/3ffdd.jpg

 http://2.bp.blogspot.com/-gIoeIhSgaP0/UZu8XGmSnHI/AeU/-c2c-BT2BPs/s1600/Elwick+Road,+Ashford.jpg

 http://2.bp.blogspot.com/_nqmNLgL2k80/TOV5_AuWSNI/Bao

Re: [Talk-br] Plugin confaltion do JOSM

[Marcelo Pereira]

Srs,

Desculpem a demora em responder, estava enrolado em achar o Java 6 para
instalação.

Pois bem.

Instalei o Ubuntu do zero, com o java 6.
Usei os JOSMs 6502, 6409 e 6296

Sempre com o mesmo erro, consigo até listar os erros encontrados nos mapas,
mas na hora de conflacionar, erro!!!

Aliás, na versão 6296 o conflation nem carregou, deu pau na inicialização.

Se alguem tiver uma combinação JOSM + JAVA funcional, por favor me avise.

Ou outra ferramenta que faça a mesma coisa.

Agradeço às dicas recebidas,

Att,

Marcelo Pereira




Em 24 de fevereiro de 2014 19:13, Paulo Carvalho 
paulo.r.m.carva...@gmail.com escreveu:

 Pode ser mesmo biblioteca incompatível.  Agora qual eu não sei.  Estou sem
 condição de investigar isso.  Estou com coisas mais fundamentais para
 investigar como a compilação com mkgmap.


 Em 24 de fevereiro de 2014 16:31, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Esses erros de introspecção já foram relatados no bug tracker do
 plugin, mas o desenvolvedor parece ter meio que abandonado o projeto,
 ou pelo menos não o estar priorizando (afinal, se funciona com Java
 6...). Lembro vagamente de ter lido algum stack trace que sugeria que
 o erro acontece numa das bibliotecas de que o plugin depende, uma das
 usadas para calcular a semelhança topológica entre as duas malhas.

 2014-02-22 15:22 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
  Faz sentido usar JOSMs mais antigos.  O erro postado pelo Marcelo
 parece ser
  um erro de introspecção (erro de funcionamento interno).  A grosso modo
 o
  plugin não está falando a mesma língua do framework (JOSM).  O
 desenvolvedor
  do plugin de conflação deve dar uma olhada nas APIs novas e removidas do
  JOSM.
 
 
  Em 22 de fevereiro de 2014 12:40, Erick de Oliveira Leal
  erickdeoliveiral...@gmail.com escreveu:
 
  Marcelo, vai testando com esses JOSMs mais antigos:
  http://josm.openstreetmap.de/download/Archiv/
 
  Vai tentando com intervalos de 2 em 2 meses pra ser mais rapido
 
 
  Em 22 de fevereiro de 2014 12:35, Marcelo Pereira
  pereirahol...@gmail.com escreveu:
 
  Erick,
 
  Obrigado pela ajuda, segue o erro apresentado
 
 
 
 
  ERROR: java.lang.NoSuchMethodError:
 
 org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
  java.lang.NoSuchMethodError:
 
 org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
  at
 
 org.openstreetmap.josm.plugins.conflation.ConflateMatchCommand.init(ConflateMatchCommand.java:42)
  at
 
 org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.conflateMatchActionPerformed(ConflationToggleDialog.java:570)
  at
 
 org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.actionPerformed(ConflationToggleDialog.java:547)
  at
 
 javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
  at
 
 javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
  at
 
 javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
  at
 javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
  at
 
 javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
  at
 
 java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
  at java.awt.Component.processMouseEvent(Component.java:6505)
  at javax.swing.JComponent.processMouseEvent(JComponent.java:3320)
  at java.awt.Component.processEvent(Component.java:6270)
  at java.awt.Container.processEvent(Container.java:2229)
  at java.awt.Component.dispatchEventImpl(Component.java:4861)
  at java.awt.Container.dispatchEventImpl(Container.java:2287)
  at java.awt.Component.dispatchEvent(Component.java:4687)
  at
 java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
  at
 java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
  at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
  at java.awt.Container.dispatchEventImpl(Container.java:2273)
  at java.awt.Window.dispatchEventImpl(Window.java:2719)
  at java.awt.Component.dispatchEvent(Component.java:4687)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735)
  at java.awt.EventQueue.access$200(EventQueue.java:103)
  at java.awt.EventQueue$3.run(EventQueue.java:694)
  at java.awt.EventQueue$3.run(EventQueue.java:692)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
  at java.awt.EventQueue$4.run(EventQueue.java:708)
  at java.awt.EventQueue$4.run(EventQueue.java:706)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
  at java.awt.EventQueue.dispatchEvent

Re: [Talk-br] Proposta de padronização de lombadas no Brasil

[Marcelo Pereira]

Considerações, minhas :

- Aqui pros lados do NE tb é conhecida como quebra-molas.

- Já vi muitos casos de lombadas feitas pela própria população, nota-se a
diferença pela total falta de padrão, mas estas tendem a ser mais altas que
as oficiais, já vi até triangulares ( exemplo http://goo.gl/RC3ogE ).
Neste caso, que tag usar ?

- Já vi lombadas de terra, em vias do mesmo tipo, e aí ?

- Aqui perto de casa, tem uma lombada mais larga, que traz no seu corpo uma
faixa de pedestres ( exemplo http://goo.gl/16S98g ), como se classificaria
isso ?

Aproveitando o embalo, não sei se ainda existem, mas cheguei a ver lombadas
invertidas, ou seja, depressões na pista usadas como lombadas. Isso recebe
tag ?

Marcelo Pereira


Em 25 de fevereiro de 2014 16:06, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Por mim tá perfeito.
 On Feb 25, 2014 3:38 PM, John Packer john.pack...@gmail.com wrote:

 Pessoal,
 em uma discussão recente aqui na lista, percebi que tem duas formas
 diferentes de etiquetar uma lombada: traffic_calming=bump e
 traffic_calming=hump.

 Vi que não havia uma padronização quanto a isso no Brasil, então levantei
 as mangas e comecei a pesquisar.

 Em primeiro lugar descobri que tem outros nomes para uma lombada:

- lomba (que é sinônimo de lombada)
- quebra-mola (que é utilizado no RS)
- ondulação transversal (que é um termo mais abrangente)

 E descobri que existem sim dois tipos de lombada: *Tipo I* e *Tipo II*.
 Como podem ver no seguinte link:
 http://www.cliqueautomotivo.com.br/index.php?pg=sobrerodas/lombada-ou-quebra-molas

 O tipo 1 é menor que o tipo 2, mas é também mais curto, forçando o
 usuário a reduzir mais a velocidade do que no tipo 2.

 Nas definições de *Bump* que vi, era assim mesmo, com a única diferença
 sendo que *Bump* poderia ter uma altura maior do que *Hump* em alguns
 casos.

 Logo, a minha proposta de padronização é a seguinte:

- em lombadas Tipo I  = traffic_calming=bump
- em lombadas Tipo II = traffic_calming=hump
- se não se encaixar em um desses tipos, deve ser etiquetado o mais
próximo, de acordo com o *comprimento*

 Abs, Joã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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Plugin confaltion do JOSM

[Marcelo Pereira]

Erick,

Obrigado pela ajuda, segue o erro apresentado




ERROR: java.lang.NoSuchMethodError:
org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
java.lang.NoSuchMethodError:
org.openstreetmap.josm.command.AddPrimitivesCommand.init(Ljava/util/List;Lorg/openstreetmap/josm/gui/layer/OsmDataLayer;)V
at
org.openstreetmap.josm.plugins.conflation.ConflateMatchCommand.init(ConflateMatchCommand.java:42)
at
org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.conflateMatchActionPerformed(ConflationToggleDialog.java:570)
at
org.openstreetmap.josm.plugins.conflation.ConflationToggleDialog$ConflateAction.actionPerformed(ConflationToggleDialog.java:547)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
at
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
at java.awt.Component.processMouseEvent(Component.java:6505)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3320)
at java.awt.Component.processEvent(Component.java:6270)
at java.awt.Container.processEvent(Container.java:2229)
at java.awt.Component.dispatchEventImpl(Component.java:4861)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4687)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
at java.awt.Container.dispatchEventImpl(Container.java:2273)
at java.awt.Window.dispatchEventImpl(Window.java:2719)
at java.awt.Component.dispatchEvent(Component.java:4687)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:708)
at java.awt.EventQueue$4.run(EventQueue.java:706)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:705)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)



Em 22 de fevereiro de 2014 12:03, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Posta o erro. E já adiantando: uma vez q tentei usar o conflate tive q
 procurar uma versão mais velha do josm pra fazer ele funcionar.
 Em 22/02/2014 12:00, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

 Podia tá roubando, podia tá fumando, mas tô aqui mapeando...

 Estou tentando usar o plugin conflation pra atualizar nomes de ruas no
 mapa de Recife, mas tenho encontrado problemas.

 Nas poucas vezes que consegui que ele me mostrasse as vias erradas, na
 hora de clicar no botão conflate, ele sempre dá erro.

 Pergunto:

 - Isso tb acontece com vcs, prá saber se é erro meu ou o próprio plugin
 tá bichado ?
 - Alguem conhece outra maneira de fazer a mesma coisa ? Se existir alguma
 ferramenta, digamos de linha de comando, posso usar algum script.

 Só para contextualizar :

 - Estou usando o JOSM 6767, com todos os plugins atualizados
 - Estou comparando dois arquivos .osm, um com o conteúdo do mapa baixado
 e atualizado via JOSM e outro que converti de um shapefile encontrado no
 site da prefietura, com o arruamento.
 - Alguem poderia sugerir que como são muitas linhas com erro encontradas,
 haveria problema de memória, mas mesmo filtrando para mostrar 2, 3 erros,
 dá o mesmo erro no botão conflate.

 Qualquer ajuda será bemvinda

 Att,

 Marcelo Pereira




 --

 ... Edileuz, eu não tem nada a ver com Creuza,
É mentira da Ivete, não é meu esse caniveete...
 Halley, Luiz - Poeta, Cantor, Compsitor

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

[Talk-br] Imagem de fundo no JOSM

[Marcelo Pereira]

Srs,

Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no
JOSM ?

 Se isso não for possível, tem como deixar uma layer Read-Only, ou
transparente ?

  Tenho uns arquivos que pretendo usar como base para retocar alguns pontos
no mapa.

Marcelo Pereira


-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Imagem de fundo no JOSM

[Marcelo Pereira]

Erick,

obrigado pela dica.

Marcelo


Em 20 de fevereiro de 2014 16:16, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Dai quando arrastar sera criada uma nova camada e você pode claro com o
 esquerdo e definir espessura e cor . entre outros.
 Em 20/02/2014 16:16, erickdeoliveiral...@gmail.com escreveu:

 Só arrastar Marcelo.
 Em 20/02/2014 16:15, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

 Alguem sabe como colocar um arquivo GPX, OSM, SHP como imagem de fundo no
 JOSM ?

  Se isso não for possível, tem como deixar uma layer Read-Only, ou
 transparente ?

   Tenho uns arquivos que pretendo usar como base para retocar alguns
 pontos no mapa.

 Marcelo Pereira


 --

 ... Edileuz, eu não tem nada a ver com Creuza,
É mentira da Ivete, não é meu esse caniveete...
 Halley, Luiz - Poeta, Cantor, Compsitor

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


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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Criar Layers novos

[Marcelo Pereira]

Até onde eu sei :

- O OSM não tem layers, é só uma base de dados geográficos, acessível via
API, entre outras formas.
- O que aparece no site do OSM e tb no ITO, são diferentes maneiras de
renderizar o mapa, usando CSS, se n me engano.
- Se vc pretende renderizar um mapa de forma particular, acho que pode usar
o Leaflet por exemplo, alterando o CSS, e até acrescentando layers com info
local, ou que tenha vindo de um banco de dados local.
- Visitando o site Switch2OSM ( http://goo.gl/h4xRH  ) pode ser uma ideia
de como isso pode ser feito.

Espero não ter falado besteira

Marcelo Pereira



Em 19 de fevereiro de 2014 15:14, John Packer john.pack...@gmail.comescreveu:

 Olá Clement,

 Dê uma olhada no ITO Maps http://www.itoworld.com/map/main
 É uma empresa que mostra o OSM com outros tipos de camadas.

 Para camadas personalizadas, ainda não ouvi falar como fazer de uma forma
 que não envolva programação.


 Em 19 de fevereiro de 2014 15:09, Clément Vialle clement.via...@gmail.com
  escreveu:

 Boa tarde a todos,

 Professor de urbanismo, gostaria de envolver meus alunos no processo de
 cadastramento de informações ligadas a urbanismo.

 Pelo visto, OSM tem layers predefinidos (parão, rede de ciclovias,..).

 Seria interessante ter outros layers, como:

 - Uso do solo
 - Gabaritos (alturas dos edificios)
 - Saneamento básico (agregados por zona IBGE)
 - ...

 Ja teve uma tentativa de ordenar as informações existentes, por exemplo,
 sobre o tipo de uso dos objetos:

 - residencial
 - comercial
 - lazer
 - escritorios
 -...

 Não sei como criar outros layers...Alguém teria uma suggestão? Obrigado!

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



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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapeando Linhas de ônibus

[Marcelo Pereira]

Obrigado Vitor

Farei isso.




Em 16 de fevereiro de 2014 14:52, Vítor Rodrigo Dias
vitor.d...@gmail.comescreveu:

 Marcelo,

 O email anterior ficou mal explicado. Coloco na mesma route_master ida e
 volta de todas as variantes.

 Abraços!
 Em 16/02/2014 13:28, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

 Vendo a página do Vitor para as linhas de João Pessoa, copiei a ideia e
 criei uma route_master para os dois sentido de um dos itinerários da linha
 645.

 Ainda fico querendo saber como incluir os dois sentidos do outro
 itinerário desta linha.

 Marcelo Pereira


 Em 15 de fevereiro de 2014 19:02, Marcelo Pereira 
 pereirahol...@gmail.com escreveu:

 Srs,

 Seguindo o fluxo.

 Fiz algumas alterações em um Terminal de Ônibus importante daqui e
 incluí 2 itinerários de uma linha de ônibus.

 Não incluí a route_master juntando os 2 itinerários pois não tenho
 certeza de quais tags usar.

 Eis os changesets:

 - http://www.openstreetmap.org/changeset/20585438 - Alterações no
 terminal e primeira itinerário da linha 645
 - http://www.openstreetmap.org/changeset/20585762 - Segundo itinerário
 da mesma linha.

 Eis as Relations :

 - http://www.openstreetmap.org/relation/3514364 - Terminal de ônibus
 - http://www.openstreetmap.org/relation/3514363 -  Itinerário 1
 - http://www.openstreetmap.org/relation/3514362 - Itinerário 2

 Gostaria de saber se pode-se melhorar alguma coisa.

 Marcelo Pereira




 Em 15 de fevereiro de 2014 13:57, Marcelo Pereira 
 pereirahol...@gmail.com escreveu:

 Srs,

 Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

 Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
 explicar melhor.

 O Trebien indicou usar uma route_master para abarcar os dois sentidos
 de uma linha de ônibus, ok.

 Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
 encontrado no link que passei na msg anterior

 A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
 Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
 desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
 Subúrbio/Cidade.

 Longe de ser excessão, isso é regra aqui em Recife, e independente do
 itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
 muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
 subdivisão.

 Daí o que fazer ? Crio uma Relation para cada sentido de cada
 itinerário, mas tenho que criar uma route_master para cada itinerário ? e
 Depois uma para a linha ?

 Marcelo Pereira



 Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em
 abril de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como
 desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso
 responder as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife,
 usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (
 http://goo.gl/NskwIm ) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além

Re: [Talk-br] Mapeando Linhas de ônibus

[Marcelo Pereira]

Srs,

Vendo a página do Vitor para as linhas de João Pessoa, copiei a ideia e
criei uma route_master para os dois sentido de um dos itinerários da linha
645.

Ainda fico querendo saber como incluir os dois sentidos do outro itinerário
desta linha.

Marcelo Pereira


Em 15 de fevereiro de 2014 19:02, Marcelo Pereira
pereirahol...@gmail.comescreveu:

 Srs,

 Seguindo o fluxo.

 Fiz algumas alterações em um Terminal de Ônibus importante daqui e incluí
 2 itinerários de uma linha de ônibus.

 Não incluí a route_master juntando os 2 itinerários pois não tenho certeza
 de quais tags usar.

 Eis os changesets:

 - http://www.openstreetmap.org/changeset/20585438 - Alterações no
 terminal e primeira itinerário da linha 645
 - http://www.openstreetmap.org/changeset/20585762 - Segundo itinerário da
 mesma linha.

 Eis as Relations :

 - http://www.openstreetmap.org/relation/3514364 - Terminal de ônibus
 - http://www.openstreetmap.org/relation/3514363 -  Itinerário 1
 - http://www.openstreetmap.org/relation/3514362 - Itinerário 2

 Gostaria de saber se pode-se melhorar alguma coisa.

 Marcelo Pereira




 Em 15 de fevereiro de 2014 13:57, Marcelo Pereira pereirahol...@gmail.com
  escreveu:

 Srs,

 Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

 Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
 explicar melhor.

 O Trebien indicou usar uma route_master para abarcar os dois sentidos de
 uma linha de ônibus, ok.

 Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
 encontrado no link que passei na msg anterior

 A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
 Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
 desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
 Subúrbio/Cidade.

 Longe de ser excessão, isso é regra aqui em Recife, e independente do
 itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
 muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
 subdivisão.

 Daí o que fazer ? Crio uma Relation para cada sentido de cada itinerário,
 mas tenho que criar uma route_master para cada itinerário ? e Depois uma
 para a linha ?

 Marcelo Pereira



 Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em abril
 de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como
 desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso
 responder as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife, usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (http://goo.gl/NskwIm) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além disso, consultei a página Pt-br:Public transport
   (http://goo.gl/AxuKUB ) , mas a info lá é bem superficial.
  
   Perguntas :
  
   - É pelo iD mesmo, fatiando e selecionando as seções das vias por
 onde o
   ônibus passa e incluindo na Relation ?
  
   - Tem alguma ferramenta/gambiarra/truque mágico/opção melhor que
 ajude

Re: [Talk-br] Mapeando Linhas de ônibus

[Marcelo Pereira]

Srs,

Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
explicar melhor.

O Trebien indicou usar uma route_master para abarcar os dois sentidos de
uma linha de ônibus, ok.

Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
encontrado no link que passei na msg anterior

A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
Subúrbio/Cidade.

Longe de ser excessão, isso é regra aqui em Recife, e independente do
itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
subdivisão.

Daí o que fazer ? Crio uma Relation para cada sentido de cada itinerário,
mas tenho que criar uma route_master para cada itinerário ? e Depois uma
para a linha ?

Marcelo Pereira



Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em abril de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso responder
 as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife, usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (http://goo.gl/NskwIm) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além disso, consultei a página Pt-br:Public transport
   (http://goo.gl/AxuKUB ) , mas a info lá é bem superficial.
  
   Perguntas :
  
   - É pelo iD mesmo, fatiando e selecionando as seções das vias por
 onde o
   ônibus passa e incluindo na Relation ?
  
   - Tem alguma ferramenta/gambiarra/truque mágico/opção melhor que ajude
   aqui ?
 
  JOSM. É bem superior que o iD para tarefas mais complexas, como esta.
 
  
   - É preciso uma Relation para cada linha, uma para cada sentido (
   Cidade/Suburbio e Suburbio/Cidade ) ?
  
   - No exemplo do link, pode-se ver que esta linha ( 645 ) tem 2
   itinerários, e cada um 2 sentidos, isso significa 4 Relations ?
 
  Acredito que sim.
 
  
   - Preciso agrupar tudo numa Relation maior ?
 
  Boa pergunta.
 
  
   - É uma boa ideia criar tags para a tarifa ?
 
  Acho que não.
 
  
   - No caso do link, tem 2 empresas responsáveis pela linha, são duas
 tag
   Operator ? Ou coloco os nomes separados por ';' ?
 
  Isso.
 
  
   - Já tenho no mapa várias paradas incluídas, é só juntar nas Relations
   com as vias , ou tem algum processo diferente ?
 
  Isso. Se não me engano é com role=stop, no wiki diz ao certo.
 
  
   - Na mesma página dos itinerários, tem info dos horários de partida
 das
   linhas do terminal, onde coloca isso no OSM e como ?
 
  Isso aí já seria um outro serviço, provido por um servidor GTFS. Procure
  por GTFS no histórico da lista, o Trebien e mais outros usuários têm o
  desejo de que nos tenhamos um servidor GTFS brasileiro unificado.
 
  
   - Repito pergunta

Re: [Talk-br] Mapeando Linhas de ônibus

[Marcelo Pereira]

Srs,

Seguindo o fluxo.

Fiz algumas alterações em um Terminal de Ônibus importante daqui e incluí 2
itinerários de uma linha de ônibus.

Não incluí a route_master juntando os 2 itinerários pois não tenho certeza
de quais tags usar.

Eis os changesets:

- http://www.openstreetmap.org/changeset/20585438 - Alterações no terminal
e primeira itinerário da linha 645
- http://www.openstreetmap.org/changeset/20585762 - Segundo itinerário da
mesma linha.

Eis as Relations :

- http://www.openstreetmap.org/relation/3514364 - Terminal de ônibus
- http://www.openstreetmap.org/relation/3514363 -  Itinerário 1
- http://www.openstreetmap.org/relation/3514362 - Itinerário 2

Gostaria de saber se pode-se melhorar alguma coisa.

Marcelo Pereira




Em 15 de fevereiro de 2014 13:57, Marcelo Pereira
pereirahol...@gmail.comescreveu:

 Srs,

 Obrigado pelos esclarecimentos, acho que já dá para iniciar a tarefa.

 Mas ainda fiquei com a dúvida dos múltiplos itinerários, vou tentar
 explicar melhor.

 O Trebien indicou usar uma route_master para abarcar os dois sentidos de
 uma linha de ônibus, ok.

 Mas no caso de Recife temos o seguinte, usando o exemplo que pode ser
 encontrado no link que passei na msg anterior

 A linha 645 - Avenida Norte/Macaxeira, tem 2 itinerários, a saber, o
 Principal, de código 10023, e o 9993 - Retorno da Encruzilhada, e cada um
 desses itinerários possui dois sentidos, um Cidade/Subúrbio, e outro
 Subúrbio/Cidade.

 Longe de ser excessão, isso é regra aqui em Recife, e independente do
 itinerário, a linha ainda é conhecida pelo número principal  ( 645 ) e
 muito mais pela descrição Avenida Norte/Macaxeira, o itinerário seria uma
 subdivisão.

 Daí o que fazer ? Crio uma Relation para cada sentido de cada itinerário,
 mas tenho que criar uma route_master para cada itinerário ? e Depois uma
 para a linha ?

 Marcelo Pereira



 Em 14 de fevereiro de 2014 20:03, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Pois é, era para estarem obsoletas, mas muita gente continua
 usando essas tags. A tendência é que os dois esquemas se misturem.
 public_transport tem 213 mil usos, highway=bus_stop tem 1,2 milhões
 (6x mais). Nesse momento, você pode optar, com maior chance de
 encontrar suporte em aplicações usando a proposta antiga.

 A proposta nova serve pra tratar uns casos raros e principalmente pra
 alguns casos que não ocorrem no Brasil, como por exemplo poder
 representar que uma mesma parada (exatamente na mesma posição) serve
 pra ônibus e pra bonde.

 Marcelo, você precisa criar uma relação route para cada sentido e
 uma route_master para a linha incluindo os seus dois sentidos.
 Alguns sistemas (entre eles o OTP) dependem dessa configuração.

 Pode lhe interessar o plugin public_transport to JOSM. Ele consegue
 acrescentar paradas às linhas de forma automática (claro que você
 precisa revisar depois pra ver se ficou tudo certo, se faltou algo ou
 se foi algo a mais que não devia).

 2014-02-14 17:57 GMT-02:00 John Packer john.pack...@gmail.com:
  Só uma coisa, não sei qual esquema de etiquetas está utilizando, mas
  etiquetas como highway=bus_stop estão caindo em desuso.
 
  O novo esquema de etiquetas (public_transport=*) foi aprovado em abril
 de
  2011 e está em amplo uso.
  Infelizmente este novo esquema atualmente não está traduzido para o
  português, por isso que a página em português consta como desatualizada.
 
  Sempre que encontro um highway=bus_stop, adiciono um
  public_transport=stop_position, e se conheço pessoalmente a área,
 substituo.
 
  Não cheguei a fazer uma rota de ônibus ainda, então não posso responder
 as
  suas perguntas.
 
 
  Em 14 de fevereiro de 2014 17:45, Arlindo Pereira
  openstreet...@arlindopereira.com escreveu:
 
  Respondendo inline.
 
  []s
 
  Em 14/02/2014 17:40, Marcelo Pereira pereirahol...@gmail.com
 escreveu:
 
 
  
   Srs,
  
   Resolvi começar a mapear as linhas de ônibus daqui de Recife, usando
   como base o site Empresa de transportes da região Metropolitana.
  
   A fonte da informação está como se vê no link (http://goo.gl/NskwIm) .
  
   Até já entrei em contato com o Vitor, que mapeou as linhas em João
   Pessoa, que me deu dicas, mas, gostaria de tornar as perguntas
 públicas para
   que possa servir para outros na minha situação.
  
   Além disso, consultei a página Pt-br:Public transport
   (http://goo.gl/AxuKUB ) , mas a info lá é bem superficial.
  
   Perguntas :
  
   - É pelo iD mesmo, fatiando e selecionando as seções das vias por
 onde o
   ônibus passa e incluindo na Relation ?
  
   - Tem alguma ferramenta/gambiarra/truque mágico/opção melhor que
 ajude
   aqui ?
 
  JOSM. É bem superior que o iD para tarefas mais complexas, como esta.
 
  
   - É preciso uma Relation para cada linha, uma para cada sentido (
   Cidade/Suburbio e Suburbio/Cidade ) ?
  
   - No exemplo do link, pode-se ver que esta linha ( 645 ) tem 2
   itinerários, e cada um 2 sentidos, isso significa 4 Relations ?
 
  Acredito que sim.
 
  
   - Preciso

Re: [Talk-br] Dados suspeitos sem resposta dos autores

[Marcelo Pereira]

Minha intromissão.

Acho que uma parte importante neste tipo de problema é a falta de
informação ao novato, o OSM faz de tudo para vc se cadastrar e começar
mapeando, mas não indica listas de discussão e fóruns de usuários para
contato com outros mappers.

Daí o cara, vê que no OSM não tem uma info que facilmente ele encontra no
Google, e copia.

Meses depois alguém descobre o erro e vai atrás, tendo como única
ferramenta a reversão dos dados.

Para mim isso parece ser meio conflitante, para não dizer esquizofrênico.

Talvez fosse mais interessante que existisse um manual básico indicando o
que fazer e o que não fazer logo no início, e além disso alguma ferramenta
que listasse os novos mappers, para que fosse possível enviar uma mensagem
de boas vindas, explicando a importância de não se mapear copiando de
fontes sem licença adequada.




Em 9 de fevereiro de 2014 22:28, Márcio Vinícius Pinheiro 
marcioviniciu...@gmail.com escreveu:

 Eu como novato, não teria nem me atentado para isso se não tivesse lido
 essa discussão aqui. Como talvez, não esteja me atentando para outros fatos
 que podem gerar o mesmo problema. Se eu observasse algo que me causasse
 dúvida, faria o que você fez, perguntaria alguém mais experiente o que ele
 acha. Tendo lido tudo isso aqui, acho que as melhores propostas são a do
 Paulo Carvalho e a do Victor George. Talvez seguisse essas sugestões.
 Esperaria o possível resultado do questionamento à Data Working Group, e
 caso não resultasse em nada, faria limparia as tags estranhas, retiraria as
 fontes duvidosas e seguiria com o trabalho. Mas acho também válido você
 deixar pra lá se as dúvidas te afligem tanto.

 Até agora só entrei com dados que eu mesmo criei (baseado em mapeamentos
 no local e legislação urbanística), não me deparei com problemas assim e
 também não citei fonte alguma (já que em última instância a fonte sou eu
 mesmo). Fiz pequenos reparos em coisas já prontas e nem me atentei para a
 origem dessas coisas e, por ser pouca coisa, não ficaria tão chateado em
 ter perdido esse tempo.

 Eu ficaria muito chateado se perdesse o que demorei horas fazendo por
 causa de um vandalismo qualquer, mas não por uma coisa que eu sabia que
 tinha chance de ser censurada. Pensaria mil vezes antes de repetir o
 mesmo erro, mas teria sido um risco que teria corrido conscientemente.

 - - - ·
 Atenciosamente,

 Márcio Vinícius Pinheiro
 http://about.me/Doideira
 http://pt.gravatar.com/marciovinicius


 Em 9 de fevereiro de 2014 23:04, Nelson A. de Oliveira 
 nao...@gmail.comescreveu:

 Márcio, vou te fazer a mesma pergunta: você colaboraria em cima desses
 dados sem nenhum problema então?

 Mas de qualquer forma, boa sorte para quem for colaborar em cima desses
 dados.
 Não vou mais insistir nesses casos.

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



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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] spell check

[Marcelo Pereira]

Fernando,

Não entendi a pergunta.

Marcelo Pereira


Em 4 de fevereiro de 2014 13:17, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Hm ok. Mas como você está conseguindo fazer isso manualmente numa
 escala tão grande e tão rápido?

 2014-02-03 Marcelo Pereira pereirahol...@gmail.com:
  Fernando, pessoal,
 
  Como citei em mensagem anterior neste post, não estou fazendo spell check
  automático, a parte automatizada do script que uso é para atualizar e
  extrair do mapa o extract que preciso para trabalhar, e no fim fazer o
  upload do resultado.
 
  Uso o aspell para o spell check, e toda alteração que faço é manual, nem
 o
  replace all eu rodo.
 
  Além disso não estou focado em correções de nomes próprios, e sim em
 outros
  erros encontrados como grafias errôneas de nomes comuns, como Aveinda,
 Rau,
  e por aí vai.
 
  Os exemplos que foram descritos aqui, como o caso do JK, foi só um
 exemplo,
  e pelo que vi, acertado, pois alguem confirmou que o nome estava mesmo
  errado na área de conhecimento dele.
 
 
  Gerald,
 
  Ainda não estou convencido de que haja a necessidade de se inserir uma
 tag
  em cada nome corrigido, e explico isso.
 
  Quando se abre o iD, ou mesmo o JOSM e se atualiza o nome de uma rua,
 não há
  a necessidade de se incluir esse ou outro tipo de tag, se assim fosse, o
  trabalho de contribuição seria muito penoso, e lento, e ainda por cima
  afastaria os contribuintes, pelo custo-benefício das contribuições.
 
  Assim, como entendo estar fazendo a mesma coisa, com a diferença única de
  trabalhar com lotes de dados, considero que a descrição do changeset seja
  suficiente.
 
  Outra coisa que parece ter ficado mal explicado por mim, eu não estou me
  preocupando em normalizar a grafia dos nomes usados nas vias, e sim em
  identificar erros nos nomes digitados.
 
  Se for necessário adicionar essas tag em cada elemento, o trabalho
 adicional
  que terei ao acrescentar isso ao script tornará o trabalho dispendioso
 para
  mim e assim o abandonarei.
 
  Me interesso em continuar a fazer isso no OSM, pois assim o fiz nos
 mapas do
  Tracksource, e considero isso uma boa forma de contribuir para o projeto,
  pois já estou acostumado com ele, apesar de chato e repetitivo.
 
  Porém não quero que ele seja motivo para problemas ou que eu tenha que
 ficar
  gastando mais tempo explicando do que trabalhando no mapa.
 
  O processo que uso neste script é quase igual ao usado nos scripts
  anteriores que usei para substituir as abreviações pelos seus extensos,
 por
  exemplo, Dr. Prof, Av. Trav, e por aí vai. Nesse caso o scripts foram
  publicados no fórum.
 
  Como já disse, mesmo com todo cuidado, não há como garantir que não haja
  falsos positivos, mas mesmo que o processo fosse feito pelo iD, também
 não
  haveria essa garantia.
 
  Volto a registrar que se alguem encontrar algum erro nos meus changesets
 que
  os inviabilize, podem revertê-los sem dó, não tenho problemas com
 relação a
  isso.
 
  Entendo que pela natureza aberta da edição dos dados do OSM, é
 necessário um
  cuidado redobrado quando da alteração dos dados, e é por isso que eu
 mesmo
  me cerquei de certas garantias, como NÃO fazer replaces automáticos, e
 sim
  alterar caso a caso, mesmo que a mesma palavra se repetisse inúmeras
 vezes.
 
  Assim que possível irei publicar o script no fórum do projeto e avisarei
 por
  aqui.
 
  Att,
 
  Marcelo Pereira
 
 
 
  Em 3 de fevereiro de 2014 15:39, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 
  Eu também não faria essa correção automática. Você pode estar
  corrigindo 10% de erros e introduzindo outros 10% de erros novos.
 
  Processos automáticos precisam ser muito bem pensados, testados,
  avaliados com grandes conjuntos de dados E (principalmente) combinados
  com a comunidade antes de se iniciar o processo. O melhor também seria
  descrever o processo no wiki, de modo similar ao que se faz com as
  importações.
 
  Sua iniciativa é louvável, Marcelo, mas se por acaso algo der errado
  nas suas correções (algo que poderia não dar caso tivesse contatado a
  gente), desfazer provavelmente atrapalharia o trabalho de muitas
  pessoas de uma só vez.
 
  2014-02-03 Gerald Weber gwebe...@gmail.com:
  
   Coloque um source:spelling=
  
   assim na revisão sabemos o que houve
  
  
  
  
  
   Isso é necessário mesmo ? No próprio changeset isso já está
 registrado.
  
  
   Eu acho necessário sim. Você está dizendo diretamente que aquele nome
   foi
   alterado baseado em grafia de dicionário.
  
   Sugiro colocar
   source:spelling:pt=dictionary
   quando for trocar para a grafia original
  
   e
  
   source:spelling:pt=survey
  
   sempre que se verificou inequívocamente que a grafia da rua diverge do
   normal. Aqui o pt é de protuguês já que uma localidade pode ter nomes
 em
   outras línguas (por exemplo Berlin e Berlim, München e Munique).
  
   Já pesquisar pelo changeset é mais complicado e nem todo usuário sabe
   que
   isto existe. Quer

Re: [Talk-br] spell check

[Marcelo Pereira]

Eu conheço.

Sou eu.

Marcelo Pereira


Em 3 de fevereiro de 2014 08:55, Gerald Weber gwebe...@gmail.com escreveu:

 Oi Pessoal

 tem um usuário rodando spell check
 http://www.openstreetmap.org/user/TrevorInserts

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

 isto é potencialmente perigoso fazer correções automatizadas assim

 alguém conhece este usuário?

 abraço

 Gerald

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




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

Re: [Talk-br] spell check

[Marcelo Pereira]

Srs,

Eu não estou rodando um spell check automático.

1. Uso o osmupdate para atualizar um mapa do brasil baixado do Geofabrik.
2. Uso o osmosis para extrair pedaços do mapa ( por exemplo, somente os
highways=primary )
3. Rodo o aspell interativamente no arquivo gerado. ( interativamente aqui
significa trabalho manual )
4. Faço o upload do arquivo atualizado usando o upload.py

Gerald,

O usuário trevorinserts foi uma sugestão do Trebien para que ao fazer
alterações em lote no OSM ficasse mais fácil para identificar.

Na descrição que fiz no fórum sobre o processo que rodei no mapa para
trocar as abreviações por suas versões por extenso, eu citei a criação
desas conta.

Esse trabalho de spell check é uma continuidade natural do trabalho acima
citado, pelo menos entendi assim.

John,

  A palavra Kubitschek tem respondido por boa parte das mudanças, dava
para escrever um livro com as versões encontradas. :)

 Vc encontrou o erro consertado em parte da via, provavelmente porque ela
mudou de classificação, de primary para secundary, por exemplo, ou parte
dela é um link, e como estou fazendo o spell check por partes, uma para
cada tipo, é esperado que isso aconteça.

Estou fazendo isso porque encontrei muitos erros de ortografia, isso é
comum num projeto onde muitos contribuem, e com ferramentas que não
fornecem o serviço de correção, ou pelo menos sugestão, de termos inseridos.

Além disso, estou me atendo aos erros mais danosos, como por exemplo os
que podem impedir, ou mesmo dificultar, a pesquisa das vias, como por
exemplo o do Kubitschek citado, ou outro pior, como o Aveinda.

Não estou dizendo que estou fazendo um trabalho perfeito, e por isso pode,
e até deve, haver falsos positivos, mas imagino que valha o custo benefício.

Se for a opinião dominante que este é um trabalho que não deva ser feito,
eu o abandonarei imediatamente, assim como deixo aqui já registrado que
permito a reversão de QUALQUER um dos changesets que inseri no mapa do OSM,
se forem verificados erros que os inviabilizem.

Assim como todos os mappers, encontrei um filão de atuação no OSM, e venho
fazendo o melhor para poder ajudar.

Marcelo Pereira





Em 3 de fevereiro de 2014 09:19, John Packer john.pack...@gmail.comescreveu:

 PS: Acho que vale ressaltar, que nesta avenida Juscelino Kubitschek, só
 uma parte da rua teve seu nome corrigido(eu corrigi o resto da rua depois).
 Tem que tomar cuidado com isso.


 Em 3 de fevereiro de 2014 10:15, John Packer john.pack...@gmail.comescreveu:

 Pois é, eu também achei potencialmente perigoso, pois que eu lembre, no
 OpenStreetMap, o que está na placa que conta mais.

 Mas posso apontar pelo menos um erro que foi corrigido por ele e
 confirmado por mim.
 Tem uma avenida chamada Juscelino Kubitschek aqui, e estava como Kubitsche
 *ck*. O TrevorInserts corrigiu como Kubitsche*k*. Eu verifiquei lá na
 placa e realmente é sem o *'c'*. Isso é algo que passou despercebido por
 um bom tempo.


 Em 3 de fevereiro de 2014 10:05, Marcelo Pereira pereirahol...@gmail.com
  escreveu:

 Eu conheço.

 Sou eu.

 Marcelo Pereira


 Em 3 de fevereiro de 2014 08:55, Gerald Weber gwebe...@gmail.comescreveu:

 Oi Pessoal

 tem um usuário rodando spell check
 http://www.openstreetmap.org/user/TrevorInserts

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

 isto é potencialmente perigoso fazer correções automatizadas assim

 alguém conhece este usuário?

 abraço

 Gerald

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




 --
 -
 TImbuSérieA2013

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




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




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

Re: [Talk-br] spell check

[Marcelo Pereira]

Gerald,

Comentários em vermelho,


 Coloque um source:spelling=

 assim na revisão sabemos o que houve





Isso é necessário mesmo ? No próprio changeset isso já está registrado.


Ótimo. Sugiro colocar uma pequena explicação no perfil deste usuário. Do
 jeito que está apenas parece um usuário com 1 mês de atividade que resolveu
 trocar o mapa do Brasil inteiro ;)


 Atualizarei o perfil desta conta.



 Ficam apenas 2 perguntas:

 1) como proteger uma grafia que de fato diverge do usual?
 2) o que deve valer? o que está na placa ou o que está no dicionário?

   Se a grafia diverge do usual por um fator da cultura local, não acho que
tenha problemas em mante-la.

  Mas acho que esse não é o foco do meu trabalho, por exemplo, toda vez que
encontro Julia, Cesar, Claudio , nas tag, o aspell ( e qq outro editor )
reclama da falta dos acentos, mas mesmo assim não altero por imaginar que
as grafias podem variar.

   Outro exemplo, aqui perto de casa tem uma Rua Doutor Zé Maria, ninguem
saberia encontrar a Rua Doutor José Maria.

   O que estou tentando fazer é corrigir os casos conhecidos, o exemplo do
JK é, para mim, passível de mudança, pois só houve um Presidente
Juscelino Kubitschek,
e o nome dele é esse, independente de como foi escrito nas placas.

   Se vc grafar diferente, está errado.

   Se não for assim, o trabalho de spell check não é possível nos mapas do
OSM, pois qualquer erro poderia ser considerado neologismo ou regionalismo.

   Para mim isso encobertaria os muitos erros que se veem no mapa, podendo
até afastar os possíveis usuários dele.

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

Re: [Talk-br] Fundador do OpenStreetMap compra empresa de navegação

[Marcelo Pereira]

O pior dos cenários, que consigo imaginar, é esse navegador se tornar o
oficial do OSM , e começemos a ter influência dele na composição das tag,
e etc.

Fora isso, a popularização do OSM por intermédio de um navegador seria
muito benéfica ao projeto. ( engraçado é que eu dizia isso tb no
Tracksource )

Marcelo Pereira


Em 3 de fevereiro de 2014 10:55, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Vitor, é exatamente isso. A Telenav é uma empresa de navegação de vários
 anos de estrada, que ganhava bastante dinheiro até a popularização do
 Google Maps, e comprou a skobbler para se manter no mercado com dados do
 OSM.

 Conversei hoje com duas pessoas da empresa para conversarmos de que forma
 poderá se dar a colaboração entre o OSM e a TeleNav. Eles estão
 interessados em usar dados do OSM - cientes dos seus prós e contras - e,
 para ter dados de qualidade, fomentar a comunidade na medida do possível.
 Falamos no Skype por mais de uma hora, e levantamos uma possibilidade
 bastante interessante, que vou comentar em outra thread para não misturar
 os assuntos.


 []s
 Arlindo

 2014-02-02 Vitor George vitor.geo...@gmail.com:

 Acho que na verdade é o contrário. Eles compraram o Skrobbler para ter
 acesso a uma tecnologia de rotas madura baseada no OpenStreetMap.
 Em 01/02/2014 06:34, Paulo Carvalho paulo.r.m.carva...@gmail.com
 escreveu:

  Tipo, para podermos importar os dados deles?


 Em 31 de janeiro de 2014 21:50, Igor Lemos igorlem...@gmail.comescreveu:

 Olá Erick,

 Interessante essa notícia, essa empresa tem mapas com copyright?


 Em 31 de janeiro de 2014 21:45, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Quer dizer, a empresa onde ele trabalha que comprou. rs. Interessante
 que a empresa que comprou, TeleNav, tem escritório em São Paulo, segundo
 este link: http://www.telenav.com/about/contact.html


 2014-01-31 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:


 http://stevecoast.com/2014/01/30/its-time-to-make-openstreetmap-your-only-street-map/



 ___
 Talk-br mailing list
 Talk-br@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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Mapear Unidades de Conservação

[Marcelo Pereira]

Igor,

Pelo que entendi do procedimento ( li muito rápido ) o JOSM só é usado no
fim, para fazer pequenos acertos nos pontos e depois para fazer o upload do
arquivo, o mais importante é feito em editores de texto.

Para o acerto dos pontos, talvez se possa usar o Trackmaker, (
www.gpstm.com/ )  mas não sei se complicaria a situação ao ter que lidar
com os datuns ( no texto comenta-se Zona UTM, e etc ) e suas conversões.

Para o upload, vc poderia usar o upload.py, que é um script em python para
fazer isso ( wiki.openstreetmap.org/wiki/*Upload*.*py* ).


Marcelo Pereira



Em 3 de fevereiro de 2014 15:30, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Você pode mapear usando o iD desde que você inclua as mesmas etiquetas
 (tags) descritas nesse artigo.

 2014-02-01 Igor Lemos igorlem...@gmail.com:
  Olá Comunidade,
 
  Exista alguma outra forma de mapear unidades de conservação sem usar o
 JOSM,
  estou tendo problemas para abrir o programa, e também não gosto muito de
  utiliza-lo.
  Estou lendo a wiki
 
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Unidades_de_conserva%C3%A7%C3%A3o
  , e lá só mostra uma forma de fazer.
 
  Abraços
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] spell check

[Marcelo Pereira]

Fernando, pessoal,

Como citei em mensagem anterior neste post, não estou fazendo spell check
automático, a parte automatizada do script que uso é para atualizar e
extrair do mapa o extract que preciso para trabalhar, e no fim fazer o
upload do resultado.

Uso o aspell para o spell check, e toda alteração que faço é manual, nem o
replace all eu rodo.

Além disso não estou focado em correções de nomes próprios, e sim em outros
erros encontrados como grafias errôneas de nomes comuns, como Aveinda, Rau,
e por aí vai.

Os exemplos que foram descritos aqui, como o caso do JK, foi só um exemplo,
e pelo que vi, acertado, pois alguem confirmou que o nome estava mesmo
errado na área de conhecimento dele.


Gerald,

Ainda não estou convencido de que haja a necessidade de se inserir uma tag
em cada nome corrigido, e explico isso.

Quando se abre o iD, ou mesmo o JOSM e se atualiza o nome de uma rua, não
há a necessidade de se incluir esse ou outro tipo de tag, se assim fosse, o
trabalho de contribuição seria muito penoso, e lento, e ainda por cima
afastaria os contribuintes, pelo custo-benefício das contribuições.

Assim, como entendo estar fazendo a mesma coisa, com a diferença única de
trabalhar com lotes de dados, considero que a descrição do changeset seja
suficiente.

Outra coisa que parece ter ficado mal explicado por mim, eu não estou me
preocupando em normalizar a grafia dos nomes usados nas vias, e sim em
identificar erros nos nomes digitados.

Se for necessário adicionar essas tag em cada elemento, o trabalho
adicional que terei ao acrescentar isso ao script tornará o trabalho
dispendioso para mim e assim o abandonarei.

Me interesso em continuar a fazer isso no OSM, pois assim o fiz nos mapas
do Tracksource, e considero isso uma boa forma de contribuir para o
projeto, pois já estou acostumado com ele, apesar de chato e repetitivo.

Porém não quero que ele seja motivo para problemas ou que eu tenha que
ficar gastando mais tempo explicando do que trabalhando no mapa.

O processo que uso neste script é quase igual ao usado nos scripts
anteriores que usei para substituir as abreviações pelos seus extensos, por
exemplo, Dr. Prof, Av. Trav, e por aí vai. Nesse caso o scripts foram
publicados no fórum.

Como já disse, mesmo com todo cuidado, não há como garantir que não haja
falsos positivos, mas mesmo que o processo fosse feito pelo iD, também não
haveria essa garantia.

Volto a registrar que se alguem encontrar algum erro nos meus changesets
que os inviabilize, podem revertê-los sem dó, não tenho problemas com
relação a isso.

Entendo que pela natureza aberta da edição dos dados do OSM, é necessário
um cuidado redobrado quando da alteração dos dados, e é por isso que eu
mesmo me cerquei de certas garantias, como NÃO fazer replaces automáticos,
e sim alterar caso a caso, mesmo que a mesma palavra se repetisse inúmeras
vezes.

Assim que possível irei publicar o script no fórum do projeto e avisarei
por aqui.

Att,

Marcelo Pereira



Em 3 de fevereiro de 2014 15:39, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Eu também não faria essa correção automática. Você pode estar
 corrigindo 10% de erros e introduzindo outros 10% de erros novos.

 Processos automáticos precisam ser muito bem pensados, testados,
 avaliados com grandes conjuntos de dados E (principalmente) combinados
 com a comunidade antes de se iniciar o processo. O melhor também seria
 descrever o processo no wiki, de modo similar ao que se faz com as
 importações.

 Sua iniciativa é louvável, Marcelo, mas se por acaso algo der errado
 nas suas correções (algo que poderia não dar caso tivesse contatado a
 gente), desfazer provavelmente atrapalharia o trabalho de muitas
 pessoas de uma só vez.

 2014-02-03 Gerald Weber gwebe...@gmail.com:
 
  Coloque um source:spelling=
 
  assim na revisão sabemos o que houve
 
 
 
 
 
  Isso é necessário mesmo ? No próprio changeset isso já está registrado.
 
 
  Eu acho necessário sim. Você está dizendo diretamente que aquele nome foi
  alterado baseado em grafia de dicionário.
 
  Sugiro colocar
  source:spelling:pt=dictionary
  quando for trocar para a grafia original
 
  e
 
  source:spelling:pt=survey
 
  sempre que se verificou inequívocamente que a grafia da rua diverge do
  normal. Aqui o pt é de protuguês já que uma localidade pode ter nomes em
  outras línguas (por exemplo Berlin e Berlim, München e Munique).
 
  Já pesquisar pelo changeset é mais complicado e nem todo usuário sabe que
  isto existe. Quer dizer, você tem que primeiro desconfiar que houve uma
  alteração e olhar todos os changesets um por um no JOSM. Que eu saiba
 quem
  usa o iD ficaria sem saber mesmo.
 
 
 
  1) como proteger uma grafia que de fato diverge do usual?
  2) o que deve valer? o que está na placa ou o que está no dicionário?
 
Se a grafia diverge do usual por um fator da cultura local, não acho
 que
  tenha problemas em mante-la.
 
 
  A questão é: como sabemos que a grafia era de fato esta e que não foi um

Re: [Talk-br] spell check

[Marcelo Pereira]

Srs,

Postei no fórum o script e a explicação do processo, para análise.

Att,

Marcelo Pereira




Em 3 de fevereiro de 2014 17:40, Paulo Carvalho 
paulo.r.m.carva...@gmail.com escreveu:




 Em 3 de fevereiro de 2014 17:17, Marcelo Pereira 
 pereirahol...@gmail.comescreveu:



 Me interesso em continuar a fazer isso no OSM, pois assim o fiz nos mapas
 do Tracksource, e considero isso uma boa forma de contribuir para o
 projeto, pois já estou acostumado com ele, apesar de chato e repetitivo.

 Porém não quero que ele seja motivo para problemas ou que eu tenha que
 ficar gastando mais tempo explicando do que trabalhando no mapa.

 O processo que uso neste script é quase igual ao usado nos scripts
 anteriores que usei para substituir as abreviações pelos seus extensos, por
 exemplo, Dr. Prof, Av. Trav, e por aí vai. Nesse caso o scripts foram
 publicados no fórum.


 Também acho interessante poder passar o script para corrigir tais erros.

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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Dados de Planaltina e região

[Marcelo Pereira]

Uma pergunta, ao apagar um changeset, tudo o que foi feito após isso tb
some certo ?

É possível salvar antes os changesets posteriores para reaplicá-los após
deletar o changeset condenado a morte ?

Seria uma maneira de salvar pelo menos o que foi feito por outros
contribuintes que não tem nada a ver com o fato de alguem ter copiado dados
de onde não devia ( deixo claro que NÃO estou dizendo que é este o fato em
Planaltina ).

Marcelo Pereira


Em 29 de janeiro de 2014 14:10, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 2014-01-29 Fernando Trebien fernando.treb...@gmail.com:
  Agora, deveríamos desfazer os changesets em Planaltina? Se explicarmos
  bem pro importador qual foi o motivo, e o que ele pode fazer pra
  evitar isso, acho que sim. A solução ideal - uma conflação - é
  complicada e ninguém se animou a fazer um tutorial ainda (tá na minha
  lista de tarefas, junto com mais um monte de coisas; nada impede que
  alguém faça antes). Repara que esses changesets seriam desfeitos ao
  passarmos o pente fino no dump do histórico do OSM (com o qual eu me
  disponho a ajudar). E repara também que o importador dessa informação
  é hoje um dos principais colaboradores na área de Brasília, e que não
  teve más intenções quando procedeu dessa forma, e que aprendeu muito
  desde então.

 Eu sei que ele não fez por maldade, tanto é que eu não falo para
 reverter todos os seus changesets. Meu incômodo e preocupação é com
 Planaltina (que sinceramente, nesse ritmo, logo eu desisto de querer
 arrumar essa área).
 E é simples. Já que todos afirmam que não houve cópia do TS ou Google,
 então mostrem os tracks de GPS que utilizaram para traçar a cidade
 inteira. Se não utilizou tracks de GPS, da onde surgiu
 então os traçados das ruas?
 Mostrem os dados originais que a própria pessoa fez. Isso prova que
 não foi cópia.

 E como aparentemente apenas eu sou a pessoa chata, tem mais um
 detalhe: TrackSource não pode usar o Bing para traçar imagens. O Bing
 deu uma permissão especial para o OSM. Então Planaltina inteira teria
 que ter sido feita apenas utilizando tracks de GPS (o que imagino que
 não foi o caso).

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




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

[Talk-br] Limites dos Bairros em Recife

[Marcelo Pereira]

Srs,

 Achei que já tinha enviado essa msg pra lista, mas procurei e não
encontrei, se estiver duplicada me perdoem

Acabei de gerar um arquivo com os limites dos bairros do Recife e gostaria
de saber da opinião de vcs se falta alguma coisa.

O que fiz até agora :

- Baixei do site da Prefeitura do Recife (
http://www.recife.pe.gov.br/ESIG/) um shapefile com os limites.

- Usei o script ogr2osm.py ( http://wiki.openstreetmap.org/wiki/Ogr2osm )
 para exportá-lo para o formato OSM.

- Usei as tags usando como exemplo o mapa de Erechim, como indicado pelo
Fernando Trebien.

- O formato das relations e dos ways está conforme segue :

 way id='-69195' visible='true'
nd ref='-61629' /
...
nd ref='-64809' /
tag k='boundary' v='administrative' /
tag k='source' v='ESIG - Prefeitura Municipal de Recife' /
  /way


relation id='-69215' visible='true'
member type='way' ref='-68659' role='outer' /
...
member type='way' ref='-68649' role='outer' /
tag k='admin_level' v='10' /
tag k='boundary' v='administrative' /
tag k='name' v='Torre' /
tag k='type' v='boundary' /
  /relation

- Não encontrei no mapa daqui esses elementos, somente nodes indicando os
bairros.

O que falta fazer :

- Ajustar o traçado ao mapa do OSM.

É só isso ?

Esqueci alguma coisa ?

No aguardo de comentários

Att,

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

Re: [Talk-br] Limites dos Bairros em Recife

[Marcelo Pereira]

Vitor,

 Não fiz, mas baixei o limite de Recife no JOSM e verifiquei q ele utiliza
em alguns pontos as próprias ruas como partes.

 Pelo que li isso não é recomendado, então terei que fazer o upload do
arquivo que tenho e depois alterar manualmente.


Marcelo



Em 26 de janeiro de 2014 10:30, Vítor Rodrigo Dias
vitor.d...@gmail.comescreveu:

 Marcelo,

 Você já fez a conflação das divisas de bairro onde estas coincidem com os
 limites da cidade do Recife? Creio que, depois disso, não há mais nada pra
 checar.

 Abraços,
 Vítor Dias
 Em 26/01/2014 09:59, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Srs,

  Achei que já tinha enviado essa msg pra lista, mas procurei e não
 encontrei, se estiver duplicada me perdoem

 Acabei de gerar um arquivo com os limites dos bairros do Recife e
 gostaria de saber da opinião de vcs se falta alguma coisa.

 O que fiz até agora :

 - Baixei do site da Prefeitura do Recife (
 http://www.recife.pe.gov.br/ESIG/ ) um shapefile com os limites.

 - Usei o script ogr2osm.py ( http://wiki.openstreetmap.org/wiki/Ogr2osm )
  para exportá-lo para o formato OSM.

 - Usei as tags usando como exemplo o mapa de Erechim, como indicado pelo
 Fernando Trebien.

 - O formato das relations e dos ways está conforme segue :

  way id='-69195' visible='true'
 nd ref='-61629' /
 ...
 nd ref='-64809' /
 tag k='boundary' v='administrative' /
 tag k='source' v='ESIG - Prefeitura Municipal de Recife' /
   /way


 relation id='-69215' visible='true'
 member type='way' ref='-68659' role='outer' /
 ...
 member type='way' ref='-68649' role='outer' /
 tag k='admin_level' v='10' /
 tag k='boundary' v='administrative' /
 tag k='name' v='Torre' /
 tag k='type' v='boundary' /
   /relation

 - Não encontrei no mapa daqui esses elementos, somente nodes indicando os
 bairros.

 O que falta fazer :

 - Ajustar o traçado ao mapa do OSM.

 É só isso ?

 Esqueci alguma coisa ?

 No aguardo de comentários

 Att,

 Marcelo Pereira

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


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




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

Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR

[Marcelo Pereira]

 tentar fazer um exemplo bem completo pra você se basear. Em casa eu
 já tenho bastante coisa pronta (bem estudada e comparada com práticas de
 outros países).
 On Jan 15, 2014 6:24 PM, Marcelo Pereira pereirahol...@gmail.com
 wrote:

 Srs,

 Transcrevo aqui o post que iniciei no Fórum, pois imagino que a
 audiência seja mais assídua por aqui.

 Ainda não incluí as paradas para evitar retrabalho no caso de estar
 fazendo algo de errado.

 Agradeço qq comentário.


 

   Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de
 POA, e isso me instigou a tentar fazer o mesmo aqui na RMR.


   Quem administra o transporte público aqui é o consórcio GrandeRecife (
 www.granderecife.pe.gov.br ), que mantém uma busca no site para os
 detalhes, como linhas de ônibus, paradas, itinerários, etc.

   Além disso, no portal de dados abertos do Governo do Estado (
 dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de
 informação, nada muito completo ou atualizado.

Vou logo adiantando que não entendi quase nada do processo a se
 fazer, principalmente no que tange a criação de um servidor próprio, na
 minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para
 roteamento das linhas, como o OSRM ( ou outro específico ).

   O que pensei em fazer foi incluir aos poucos as informações no mapa,
 de forma a ser possível :

 - Ter os dados no mapa, primeiramente incluir as paradas de ônibus,
 depois os itinerários, horários, etc.
 - Permitir que outros usuários vejam os dados inseridos e os corrijam (
 inclusive já contactei um mapper ativo que se comprometeu a ajustar as
 paradas que forem incluídas na sua área de atuação )
 - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte
 público da RMR mapeado totalmente, que sirva de base para que outros possam
 fazer isso a partir de dados já inseridos e validados.
 - utilizar estes dados para roteamento de ônibus, um serviço que já
 exisitu no site do GrandeRecife, mas sumiu.

   Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de
 ônibus, numeradas com o código identificador usado pelo GrandeRecife.

   Após algumas conversões, cheguei ao resultado abaixo, um OSM com um
 node para cada parada, com as tags :

 ref=BR-2609600-180195
 source=Dados Abertos Governo de Pernambuco
 highway=bus_stop
 name=180195
 fixme=review location
 addr:street=Avenida Agamenon Magalhães
 source:date=2013-03-14
 addr:city=Olinda

   Vi na página de transporte público ( http://goo.gl/uGvlco ) a tabela
 de tags para parada de ônibus e não entendi direito, passemos às questões :

 - A tag ref está definida com 4 caracteres para o código da parada, aqui
 usa-se 5 ou 6, pelo que vi na tabela importada.
 - Preciso manter os tags addr:?
 - A tag highway é para ter valor bus_stop ou platform ? Se  entendi
 corretamente, é para ser platform, e depois alguem ( Trebien? ) criará
 automagicamente o node na way mais próxima com a tag highway:bus_stop.
 - A tag name veio do código da parada da tabela importada, mas depois de
 montar a tag ref, acho que é inútil, mas a deixaria para permitir aos
 usuários identificá-la corretamente, assim como a addr:city, para obter o
 código IBGE do municipio.

 Do modelo proposto :
 - pra que serve a tag Authority ? Se for para o que estou pensando, seu
 conteúdo seria Consórcio Grande Recife
 - existe menção a uma tag site, imagino que seria highway, não ?
 - Um terminal seria um grupo de paradas, montado sob uma relação. Isso
 teria que ser feito manualmente, certo ?

 Só lembro disso por enquanto, com certeza tenho mais dúvidas, mas o que
 gostaria agora é de utilizar esse arquivo que tenho, assim como fez o Vitor
 Dias com as linhas em João Pessoa ( http://goo.gl/87pf2Z ), e depois
 quando for conseguindo mais coisas, inserir no mapa.

 


 Att,

 Marcelo P

 ___
 Talk-br mailing list
 Talk-br@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




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

[Talk-br] Inclusão de Paradas de ônibus em Recife e RMR

[Marcelo Pereira]

Srs,

Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência
seja mais assídua por aqui.

Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo
algo de errado.

Agradeço qq comentário.




  Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de
POA, e isso me instigou a tentar fazer o mesmo aqui na RMR.


  Quem administra o transporte público aqui é o consórcio GrandeRecife (
www.granderecife.pe.gov.br ), que mantém uma busca no site para os
detalhes, como linhas de ônibus, paradas, itinerários, etc.

  Além disso, no portal de dados abertos do Governo do Estado (
dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação,
nada muito completo ou atualizado.

   Vou logo adiantando que não entendi quase nada do processo a se fazer,
principalmente no que tange a criação de um servidor próprio, na minha
cabeça eu incluiria os dados no OSM, e usaria um serviço online para
roteamento das linhas, como o OSRM ( ou outro específico ).

  O que pensei em fazer foi incluir aos poucos as informações no mapa, de
forma a ser possível :

- Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois
os itinerários, horários, etc.
- Permitir que outros usuários vejam os dados inseridos e os corrijam (
inclusive já contactei um mapper ativo que se comprometeu a ajustar as
paradas que forem incluídas na sua área de atuação )
- Mesmo que eu não consiga chegar ao objetivo final de ter um transporte
público da RMR mapeado totalmente, que sirva de base para que outros possam
fazer isso a partir de dados já inseridos e validados.
- utilizar estes dados para roteamento de ônibus, um serviço que já exisitu
no site do GrandeRecife, mas sumiu.

  Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de
ônibus, numeradas com o código identificador usado pelo GrandeRecife.

  Após algumas conversões, cheguei ao resultado abaixo, um OSM com um node
para cada parada, com as tags :

ref=BR-2609600-180195
source=Dados Abertos Governo de Pernambuco
highway=bus_stop
name=180195
fixme=review location
addr:street=Avenida Agamenon Magalhães
source:date=2013-03-14
addr:city=Olinda

  Vi na página de transporte público ( http://goo.gl/uGvlco ) a tabela de
tags para parada de ônibus e não entendi direito, passemos às questões :

- A tag ref está definida com 4 caracteres para o código da parada, aqui
usa-se 5 ou 6, pelo que vi na tabela importada.
- Preciso manter os tags addr:?
- A tag highway é para ter valor bus_stop ou platform ? Se  entendi
corretamente, é para ser platform, e depois alguem ( Trebien? ) criará
automagicamente o node na way mais próxima com a tag highway:bus_stop.
- A tag name veio do código da parada da tabela importada, mas depois de
montar a tag ref, acho que é inútil, mas a deixaria para permitir aos
usuários identificá-la corretamente, assim como a addr:city, para obter o
código IBGE do municipio.

Do modelo proposto :
- pra que serve a tag Authority ? Se for para o que estou pensando, seu
conteúdo seria Consórcio Grande Recife
- existe menção a uma tag site, imagino que seria highway, não ?
- Um terminal seria um grupo de paradas, montado sob uma relação. Isso
teria que ser feito manualmente, certo ?

Só lembro disso por enquanto, com certeza tenho mais dúvidas, mas o que
gostaria agora é de utilizar esse arquivo que tenho, assim como fez o Vitor
Dias com as linhas em João Pessoa ( http://goo.gl/87pf2Z ), e depois quando
for conseguindo mais coisas, inserir no mapa.




Att,

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

Re: [Talk-br] Conferêncial Anual 2014 OpenStreetMap

[Marcelo Pereira]

Quando tiver uma em Recife, o mais longe em Olinda, eu vou, negócio longe
da preula ;)

Marcelo Pereira


Em 12 de janeiro de 2014 18:36, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Ah será de 7 a 9 de novembro, o link está aqui
 http://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/


 Em 12 de janeiro de 2014 19:33, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Vi no blog do OSM que a conferência anual será em Buenos Aires.
 Aqui pertinho, uma oportunidade pra conhecer Buenos Aires e também a
 galera mapeadora!



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




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

[Talk-br] oneway:no

[Marcelo Pereira]

Srs,

Uma dúvida, tenho encontrado nos mapas, way com  a tag acima e gostaria de
saber se isso não seria redundante.

A minha teoria é que só faria sentido a existência dela no casos oneway:yes
ou oneway:-1

Claro que a permanência da tag não deve intereferir no comportamento das
aplicações ao lerem o mapa, mas penso no ganho de espaço no banco de dados,
por menor que seja esse ganho.

E pelo que vi, é fácil se livrar desse tipo de coisa.

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

Re: [Talk-br] oneway:no

[Marcelo Pereira]

Só um comentário auto crítico.

Postei essa pergunta na lista e rapidamente houve respostas, comentários e
desdobramentos.

Assim que postei, bateu o arrependimento, Será que eu não devia ter
psotado no Fórum ?

Mas fica agora a dúvida, eu postei nos últimos dias, duas novas discussões
lá e as respostas são raras.

Acho que deve ser questão de cultura e facilidade, já que no fórum Maomé
vai a montanha, e na lista a montanha vem a Maomé.

( ou no original em sânscrito, Mohamed goes to the Mountain )


Assim, mesmo tendo preferência em usar o fórum, pelas vantagens que
oferece, acho que continuaremos a usar a lista, mesmo com a reclamação da
enxurrada de msgs.

Foi só uma elucubração, voltemos à discussão...



Em 10 de janeiro de 2014 13:29, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Aqui no RJ, uma das (muitas...) coisas que eu tou afim de mapear é a
 iluminação da Floresta da Tijuca. Subir lá de bike de noite e ver até onde
 tem iluminação. =)


 []s
 Arlindo


 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com

 Opa,

 é verdade! O certo seria lanes=2 mesmo. É a quantidade de faixas por
 sentido... o Geaquinto já tinha me atentado para esse engano e eu esqueci
 de corrigir :X

 http://www.openstreetmap.org/way/43280929#map=17/-22.82411/-43.30786


 []s
 Arlindo

 2014/1/10 Nelson A. de Oliveira nao...@gmail.com

 2014/1/10 Arlindo Pereira openstreet...@arlindopereira.com:

  oneway=no - de mão dupla,
  lanes=1 - com uma faixa de rolamento,

 Então só passa um carro de cada vez? Se vier um carro na outra direção
 um dos dois tem que esperar/desviar?
 Se for 1 faixa em cada direção, tem que ser lanes=2 (é sempre o total
 da via que se utiliza)

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




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




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

Re: [Talk-br] o tamanho do OSM

[Marcelo Pereira]

tem como deixar isso como proteção de tela ?


Em 7 de janeiro de 2014 19:04, Gerald Weber gwebe...@gmail.com escreveu:

 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




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

Re: [Talk-br] revisão da BR-262

[Marcelo Pereira]

Aqui ele trocou a BR-101 de trunk para primary

Marcelo P


Em 5 de janeiro de 2014 10:01, thunder...@gpsinfo.com.br escreveu:

   Gian,
 não costumo empregar a compilação do http://garmin.openstreetmap.nl/porque, 
 infelizmente a compilação dele tem uma periodicidade elevada para o
 que emprego.

 Costumo fazer inúmeras correções e logo baixar o mapa compilado para
 testar os efeitos no roteamento.

 Por enquanto tenho de me contentar com esse Espanhol, de compilação diária.

 []s
 Marcio

  *From:* Gian Piero Castagno giamp...@gmail.com
 *Sent:* Sunday, January 5, 2014 10:55 AM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] revisão da BR-262

  Olá.
 o problema é devido a compilação do sitehttp://mapas.alternativaslibres.es/
 Se você usa o site http://garmin.openstreetmap.nl/ não da problema
 somente que a atualização é demorada.

 Abraços
 Gian Piero.

 Em 04/01/2014 18:59, thunder...@gpsinfo.com.br escreveu:

  Gerald,
 em que pese que problemas de roteamento devido a formatações diferenciadas
 são resolvidos a nível conversor e não reformatando o mapa, aconteceu uma
 situação de roteamento interessante com meu Garmin recentemente indo do Rio
 para Sorocaba – SP.

 O Garmin não roteou, como deveria, pela SP-075 e em analise que fiz isso
 foi motivado pela existência de uma ponte nessa via em
 http://www.openstreetmap.org/way/204710299/history

 Sei disso porque visto o mapa pelo programa mapsource da Garmin essa ponte
 gera uma descontinuidade na rodovia.

 Tenho empregado no meu GPS o mapa OSM fornecido pelo site
 http://mapas.alternativaslibres.es/ . Optei por esse porque ele se
 compromete a fazer compilações diárias.

 Nele baixo o mapa em formato IMG para o GPS e em formato EXE para carregar
 no PC e visualizar o mapa pelo MapSource.

 Sei que essa descontinuidade advém do conversor e não do mapa. Por isso
 não se justifica retirar a formatação de ponte no mapa para se corrigir um
 erro do conversor.

 []s
 Marcio

   *From:* Gerald Weber gwebe...@gmail.com
 *Sent:* Saturday, January 4, 2014 6:22 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] revisão da BR-262

  Consegui entrar em contato com ele e pedi para que discutisse suas
 alterações ou aqui na Talk-BR ou no Forum. Comprometeu-se a fazer isto.

 Disse que tinha feito as alterações por questões de roteamento do Garmin.
 Disse também que removeu layer de pontes por causa de problemas de
 roteamento (não sei quais problemas são estes).

 Não me pareceu agir com má intenção, acho que é apenas mais um caso de
 mapeador trabalhando em isolamento. Acredito que vai se resolver sem
 problemas. Vamos aguardar o contato dele.




 2014/1/4 Nelson A. de Oliveira nao...@gmail.com

 2014/1/4 Gerald Weber gwebe...@gmail.com:
  identifiquei um usuário anônimo MDENDENA que alterou grande parte da
 BR-262
  de primary para trunk:

 Dos últimos changesets dele ele mudou bastante coisa.
 Aparentemente está reclassificando todas as BR como trunk.

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




 --

 Dr. Gerald Weber

 gwebe...@gmail.com

 Personal website https://sites.google.com/site/geraldweberufmg/



 Departamento de Física/Universidade Federal de Minas Gerais

 Department of Physics/Federal University of Minas Gerais

 Campus da Pampulha

 Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

 mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)
 --
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


 ___
 Talk-br mailing 
 listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br


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


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




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

Re: [Talk-br] Emprego de abreviaturas nos nomes de vias

[Marcelo Pereira]

Olá Márcio,

Pelo que vi existe sim recomendação para não haver abreviações, tanto que o
Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao
validador do JOSM que indicam no mapa onde encontrar esses erros.

Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros
comuns encontrados nos dados.

Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR
( Região Metropolitana de Recife).

Marcelo P


Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu:

   Amigos,
 nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve
 empregar abreviaturas na descrição de uma via ou objeto no mapa.

 No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em
 especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc.

 Como a maioria deve saber essa prática em muito penaliza as utilidades
 dotadas de TTS e que empregam aquele mapa.

 Existe alguma recomendação no OSM a respeito?

 []s
 Marcio



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




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

Re: [Talk-br] Emprego de abreviaturas nos nomes de vias

[Marcelo Pereira]

Márcio,

O Validador não bloqueia o mapa de ser enviado para o OSM, só indica os
erros e warnings. E oconserto tem que ser manual.

E ele originalmente não indica as abreviações, o Nelson foi quem desenolveu
esse arquivo .cfg e o disponibilizou para quem quisesse melhorar a
capacidade do validador. Originalmente o JOSM nem vê isso.

Marcelo P




Em 5 de janeiro de 2014 10:43, Gerald Weber gwebe...@gmail.com escreveu:

 Oi Marcio

 o validador é um plugin do JOSM, só vai pegar isto quando um mapeador
 abrir a região em questão.

 abraço

 Gerald


 2014/1/5 thunder...@gpsinfo.com.br

   Pois é Marcelo [image: Smiley triste],

 Se o validador está bloqueando isso essa ação deu-se depois de já terem
 inúmeras vias e objetos com abreviaturas sendo empregadas.

 Como exemplo veja a região de Macaé – RJ, a via
 http://www.openstreetmap.org/way/151223382/history e todas as vias ao
 redor dela.

 []s
 Marcio


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




-- 
-
TImbuSérieA2013
wlEmoticon-sadsmile[1].png___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Emprego de abreviaturas nos nomes de vias

[Marcelo Pereira]

Nelson,

Tem problema com os espaços não ?

MarceloP


Em 5 de janeiro de 2014 11:41, Nelson A. de Oliveira nao...@gmail.comescreveu:

 Marcio,


 2014/1/5 thunder...@gpsinfo.com.br
  3 – Cheguei no Validador (oitavo ícone – check azul) e em origem dos
 dados inseri o caminho C:\Program Files (x86)\JOSM\abreviaturas.cfg (sem
 aspas)

 O caminho no Windows tem que ser dessa maneira:

 file://C:/Program Files (x86)/JOSM/abreviaturas.cfg

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




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

[Talk-br] Validador, mensagem : Way End node near other highway

[Marcelo Pereira]

Srs,

Aproveitando as discussões de validação, passei a baixar pedaços do mapa
local ( Recife e adjacências ) para validá-lo.

Não estou mexendo muito, só consertando o óbvio.

Deparei-me com a mensagem acima, que na prática indica todas as vias que no
seu fim não se comunicam com qualquer outra via.

Isso é muito comum nos mapas pelo que vi, inúmeras ruas acabam em terrenos
baldios, principalmente nos limites dos bairros mais afastados.

A pergunta é, como corrigir isso ?

É para ser corrigido mesmo ?

Existe uma tag para identificar o fim/inicio de uma via não conectada ?

Att,

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

Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE

[Marcelo Pereira]

Srs,

Como prometido, fiz o upload de alguns dos tracklogs que tinha guardado
aqui, são os que o Roberto me enviou.

O link para eles é esse : http://goo.gl/abe5tU

Lembro que existem mais tracklogs comigo daquela área, inclusive João
Alfredo, mas pertencem a outro colaborador, que ainda não me contactou
autorizando o uso no OSM, assim como o Roberto fez.

Marcelo P



Em 3 de janeiro de 2014 16:16, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:

 O ponto é que sempre existe transformação que projete as coordenadas onde
 quer que você queira.  Além disso, como no caso do Tracksource, os desenhos
 eram feitos sobre as fotos das ruas, à mão, há muita flutuação pelos
 seguintes fatos:

 1) Ser manual;
 2) As fotos mudam de posição a cada atualização;
 3) O traçado vetorial do Google também não coincide com as fotos.

 Assim fica muito difícil abrir qualquer contenda com base nos desenhos.  O
 que se pode disputar é provar que houver cópia através da inclusão de erros
 que seriam coincidência demais aparecerem em mapas diferentes no mesmo
 lugar.  Tais erros seriam pequenas ruas falsas ou erros propositais de
 nomes de vias.


 Em 3 de janeiro de 2014 16:27, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Não quero criar barreiras (pelo contrário), mas acho que disputa jurídica
 levaria em conta o método de mapeamento utilizado, além da coincidência
 geométrica (independente de transformações lineares como um simples
 deslocamento). Além disso, essa vinculação ainda seria possível ao
 converter o sistema de coordenadas, certo?


 2014/1/3 Paulo Carvalho paulo.r.m.carva...@gmail.com

 Pessoal,

Temos que lembrar que os mapas no formato GTM+GTI são salvos com
 coordenadas geográficas, ou seja, não há vinculação direta deles com os
 mapas do Google Maps, cujas coordenadas são projetadas no padrão
 EPSG:900913.
 Ou seja, sempre pode-se produzir uma coincidência com os mapas que
 quiser se aplicar a projeção certa.

 []s

 PC


 Em 30 de dezembro de 2013 16:20, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Nos lugares onde você fez o mapa do zero (Surubim, João Alfredo e
 Limoeiro) sem usar fontes proprietárias, não há dúvida de que as suas
 informações podem ser importadas sem problema algum, independente de qual
 formato tenham. Onde é impossível ter certeza (Recife), o melhor é fazer
 tudo do zero do que correr riscos - mas repare que não é proibido você
 olhar o mapa do TrackSource, desde que você refaça os traçados à mão
 sobre a imagem do Bing; pra cópia de tags a situação já fica um pouco mais
 indefinida, se você copiar erros eles podem ser usados para vincular o seu
 trabalho ao TrackSource. Você também está no caminho certo solicitando
 autorização dos autores dos tracklogs antes de contribui-los (só lembre de
 nos encaminhar a resposta deles antes de submeter os tracklogs). Se todos
 os DMs do TrackSource fizerem exatamente como você está fazendo, jamais
 teremos problemas, e jamais teremos que reverter qualquer importação. O que
 não pode é importar sem nos avisar antes que todos esses pormenores foram
 considerados e devidamente tratados.


 2013/12/30 Marcelo Pereira pereirahol...@gmail.com

 Srs,

 Normalmente, os DM do TRC já pegam os mapas com alguma coisa
 desenhada, isso em 99% das vezes, e assim não tem como desmembrar o que vc
 fez do que já existia ( a menos que vc já inclua os dadas pensando em
 salvar suas alterações, o que é bastante complicado ).

 Um bom exemplo disso é Recife, eu fiquei uns 2 anos com o mapa e
 revisei e atualizei 100% dele, mexi em cada detalhe, cada nó de cada via.
 Sem falar em nomenclatura, vias novas, e por ai vai.

 Gostaria muito de usar os dados que tenho desse mapa no OSM, garanto a
 vcs que ele é o mais completo e correto que qualquer outra fonte. Porém 
 não
 tenho como distinguir o que eu fiz do que já existia, e do que me foi
 enviado como colaboração, do que copiei de imagens de satélite, e de qual
 satélite...

 Por isso, mesmo sabendo que se vou atualizar Recife, será refazendo
 grande parte do trabalho que tive nos últimos 2 anos, não pretendo usar o
 mapa que tenho do tempo que fui DM daqui.

 Já no caso de Surubim e João Alfredo, tb Limoeiro, que é próximo, o
 mapa original do TRC não tinha nada, a não ser algumas estradas estaduais,
 e assim tudo o que estava lá quando eu sai do TRC fui eu com base nos
 tracklogs e nas informações de 2 colaboradores , o Roberto e o Gil, quem
 desenhou.

 Mesmo que alguem tenha continuado a desenvolver os mapas nesta área,
 estas atualizações não estão nos mapas que possuo, pois já faz quase um 
 ano
 que saí do TRC, e assim essas possíveis atualizações não foram colocadas
 nos mapas sob minha posse.

 São essses mapas que estou tentando incluir no OSM.

 O que o Nelson fala , sobre tags e nomes característicos do TRC, são
 naturais, pois usei as ferramentas do nosso amigo Paulo Carvalho, para
 converter os arquivos no formato GTM ( trackmaker, usado no TRC ) para o
 formato do OSM

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

[Marcelo Pereira]

Mais uma coisa, tô apanhando aqui para fazer o arquivo funcionar.

Uso o Ubuntu 12.04, JOSM 6502 e acho que fiz o procedimento certo.

O que fazer ?


Em 1 de janeiro de 2014 15:17, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014/1/1 Marcelo Pereira pereirahol...@gmail.com:
  /.*
 
 (Cel|Dª|Dr|Eng|Gov|Jr|Marg|Mun|Pde|Pe|Pst|Pref|Profa|Profª|Prof|Sta|Sto|Ver)\.?
  .*/i
 
  Esse  \. no fim dos parentesis significa que essas abreviações só são
  idenitificadas se seguido de ponto ?

 A interrogação diz que o ponto é opcional.
 Isso faz com que abreviações do tio R Fulano de Tal ou R. Fulano de
 Tal sejam detectadas de forma igual.
 Eu estava pensando em expandir para também pegar os dois-pontos :,
 mas vou ajustar isso quando ajustar também fizer um outro ajuste na
 verificação das ref (descobri que em SP podem haver refs no formato
 SPA 018/461 ou então seguidos da letra D ou E quando são marginais
 de rodovias; isso a expressão regular não está pegando ainda)

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




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

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

[Marcelo Pereira]

Atualizando os testes, metade era DDO.

parece-me que ele não identifica no inicio ou no fim da tag, só quando no
meio

notícia boa é que ele identifica o dr ( essa era DDO )




Em 1 de janeiro de 2014 15:51, Nelson A. de Oliveira nao...@gmail.comescreveu:

 2014/1/1 Marcelo Pereira pereirahol...@gmail.com:
  Se eu escrevo numa tag name a palavra cel ele identifica o problema,
 se eu
  coloco dr ele não acha, tentei tb com gov e nada

 Qual o valor completo da tag name nesses casos?

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




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

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

[Marcelo Pereira]

Nelson,

Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo.

Parabens pela iniciativa, teremos agora muito mais coisa para consertar nos
mapas. ;)

Marcelo Pereira


2014/1/1 Nelson A. de Oliveira nao...@gmail.com

 2014/1/1 Nelson A. de Oliveira nao...@gmail.com:
  way : W : name == /(^|.* )(Cel|Dª|Dr ...

 Tem um espaço depois do asterisco.

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




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

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

[Marcelo Pereira]

Aproveitando o ensejo...

Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o
identificador no início, por exemplo, ao invés de Rua da Aurora, somente
Aurora.

Fora as abreviações.

Então eu pergunto :

Isso é um erro ?

Se for, como consertar isso ?

Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por
pedaços, exportar para um editor de textos ( ainda não entendi como fazer
replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois fazer
o Upload de tudo o que tiver sido modificado.

Isso é prático ?

Se eu demorar muito em uma parte do mapa, e outros usuários tiverem
modificado onde eu estava mexendo, isso aparece como conflito na hora do
upload ?

Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido
modificadas simultaneamente ?

Marcelo Pereira


Em 1 de janeiro de 2014 16:32, Marcelo Pereira
pereirahol...@gmail.comescreveu:

 Nelson,

 Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo.

 Parabens pela iniciativa, teremos agora muito mais coisa para consertar
 nos mapas. ;)

 Marcelo Pereira


 2014/1/1 Nelson A. de Oliveira nao...@gmail.com

 2014/1/1 Nelson A. de Oliveira nao...@gmail.com:
  way : W : name == /(^|.* )(Cel|Dª|Dr ...

 Tem um espaço depois do asterisco.

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




 --
 -
 TImbuSérieA2013




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

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

[Marcelo Pereira]

Nelson,

Obrigado pelos esclarecimentos, como imaginei, teria que ser feito por fora
do JOSM e manualmente.

Fernando,

Não se preocupe com isso, eu gosto de fazer isso, fiz muito na época do TRC.

Vi um comentário seu falando de POA que dividiu a área total do municipio
em pedaços menores, isso seria útil para mim aqui em Recife, se vc me
disser como faço isso, eu agradeço.

Claro que eu demorarei muito mais tempo do que vc corrigindo os erros, mas
como vc falou, tenho o conhecimento nativo de saber onde é Rua, Avenida,
Travessa...

E será meu passatempo pelas próximas semanas, além de ajudar a me
familiarizar com o formato OSM.

E dá prá fazer em paralelo com outros projetos que venho pesquisando, como
incluir os bairros do Recife, dar continuidade ao projeto do transporte
urbano daqui ( já tenho o OSM das paradas de ônibus, estou só tentando
entender quais as tags que tenho que colocar ( http://goo.gl/dnkVkv ).

E caso haja qualquer dúvida, serei o primeiro a postar na lista.

Att,

Marcelo Pereira



Em 1 de janeiro de 2014 17:01, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 O JOSM não tem substituições de strings, menos ainda com regex.

 Se você fizer a edição textual do arquivo, terá que adicionar a tag
 action=modify a cada elemento modificado.

 Posso fazer isso pra você em Recife usando os meus scripts em Python,
 se você preferir (só me avisa que eu faço). Idealmente alguém teria
 que descobrir as variações depois (onde não é Rua e sim Avenida,
 Travessa, etc.).

 2014/1/1 Marcelo Pereira pereirahol...@gmail.com:
  Aproveitando o ensejo...
 
  Eu notei que aqui no mapa de Recife, a grande maioria das vias está sem o
  identificador no início, por exemplo, ao invés de Rua da Aurora, somente
  Aurora.
 
  Fora as abreviações.
 
  Então eu pergunto :
 
  Isso é um erro ?
 
  Se for, como consertar isso ?
 
  Eu tenho uma ideia, mas não sei se é factível, baixar o mapa todo, ou por
  pedaços, exportar para um editor de textos ( ainda não entendi como fazer
  replaces no JOSM, usando REGEX ), consertar o que encontrar, e depois
 fazer
  o Upload de tudo o que tiver sido modificado.
 
  Isso é prático ?
 
  Se eu demorar muito em uma parte do mapa, e outros usuários tiverem
  modificado onde eu estava mexendo, isso aparece como conflito na hora do
  upload ?
 
  Ele consideraria conflito de tag diferentes do mesmo objeto tiverem sido
  modificadas simultaneamente ?
 
  Marcelo Pereira
 
 
  Em 1 de janeiro de 2014 16:32, Marcelo Pereira pereirahol...@gmail.com
  escreveu:
 
  Nelson,
 
  Acho que era DDO mesmo, eu reiniciei o JOSM e agora deu certo.
 
  Parabens pela iniciativa, teremos agora muito mais coisa para consertar
  nos mapas. ;)
 
  Marcelo Pereira
 
 
  2014/1/1 Nelson A. de Oliveira nao...@gmail.com
 
  2014/1/1 Nelson A. de Oliveira nao...@gmail.com:
   way : W : name == /(^|.* )(Cel|Dª|Dr ...
 
  Tem um espaço depois do asterisco.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
  --
  -
  TImbuSérieA2013
 
 
 
 
  --
  -
  TImbuSérieA2013
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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




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

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

[Marcelo Pereira]

Lembro que não identifiquei erros nos nomes das vias aqui, só a falta do
identificador, por isso acredito que nomear tudo como Rua e depois sair
consertando, pode ser mais danoso do que fazer certo de uma vez só, mesmo
que muito mais demorado.

De um jeito ou de outro, eu me candidato a revisar tudo, ou pelo menos o
que eu puder.

Para os limites de Recife é mais fácil, pois eu tenho fontes boas de
pesquisa, para as outras cidades, mesmo as vizinhas, a quantidade de
informação disponível cai assustadoramente, por isso tende a ser mais
dificil a revisão.

Quando falei no GPS, eu não tinha a intenção de usar isso como desculpa
para a falta de identificadores, foi só um exemplo.

Partindo para a prática, pelo que vi são duas opções, a primeira inclui Rua
em todas as vias e depois passa pente fino, a segunda começa a consertar
manualmente.

É isso ? Se sim voto na segunda opção, mesmo que seja mais trabalhoso.

Fernando, quanto à lista de não ruas de Recife, vou ver o que consigo e lhe
envio em pvt, mas pode demorar um pouco até compilar tudo, certo ?

Marcelo P


Em 1 de janeiro de 2014 17:37, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Claro que pode.

 Ou poderíamos fazer melhor: Marcelo, seria possível conseguir uma
 listagem de tudo aquilo que não contém o nome Rua em Recife? Talvez
 a partir do IBGE? Isso pode ser fonte de dados para uma revisão
 posterior a essa edição. Talvez o número total de elementos nessa
 situação seja pequeno (uns 100 ou 200), daí poderíamos deixar a tag
 fixme de lado caso você se comprometesse a revisar isso logo em
 seguida.

 Quanto a soar melhor no GPS, sua decisão não deve se basear nesse
 critério. Chamos isso de mapear para a aplicação. No caso, a
 aplicação pode decidir se quer retirar o prefixo (rua, avenida, etc.)
 caso exista, mas seria estranho (e frequentemente errado) ela
 acrescentar um prefixo padrão caso eles não existam nos dados. Por
 isso, ter o prefixo dá às aplicações a possibilidade de decidir.

 2014/1/1 Nelson A. de Oliveira nao...@gmail.com:
  2014/1/1 Fernando Trebien fernando.treb...@gmail.com:
  Essa escolha produz resultados menos incorretos, mas nos prende num
  estado que não leva ao resultado mais correto ao longo do tempo. Por
  isso, eu aceitaria um aumento temporário na incorreção.
 
  Posso sugerir também incluir um FIXME=Verificar nome da rua (ou algo
  parecido) nessas ruas?
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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




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

Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE

[Marcelo Pereira]

Olá Nelson,

  Gostaria de saber se terei que excluir o changeset de João Alfredo.

  Ou em menor escala, fazer alterações.

  Estou em Estágio Probatório no OSM, e essas análises e sugestões são
importantes para o pleno entendimento das nuances do projeto.

  Lembro que estou só esperando o ok do colaborador que me enviou os
tracklogs para começar a trabalhar no mapa da cidade vizinha, Surubim.

Att,

Marcelo Pereira


Em 27 de dezembro de 2013 18:37, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 Foi importado:

 =
 Esse mapa que enviei de João Alfredo foi feito a partir de tracklogs
 que um morador de lá me enviou no época que eu era Desenvolvedor TRC
 em Pernambuco.
 Como ainda dispunha do mapa no formato antigo, perguntei a ele se
 poderia utilizar os dados dele para o OSM e ele concordou.
 Aproveito para informar que pretendo fazer o mesmo com o mapa de
 Surubim, cidade próxima, só estou no aguardo da anuência do
 colaborador que me enviou os tracklogs na época.
 Em ambos os casos, os nomes de ruas foram tirados do IBGE e
 confirmados pelos colaboradores.
 Espero ter respondido sua pergunta.
 =

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




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

Re: [Talk-br] Provável importação do Tracksource em João Alfredo - PE

[Marcelo Pereira]

Srs,

Normalmente, os DM do TRC já pegam os mapas com alguma coisa desenhada,
isso em 99% das vezes, e assim não tem como desmembrar o que vc fez do que
já existia ( a menos que vc já inclua os dadas pensando em salvar suas
alterações, o que é bastante complicado ).

Um bom exemplo disso é Recife, eu fiquei uns 2 anos com o mapa e revisei e
atualizei 100% dele, mexi em cada detalhe, cada nó de cada via. Sem falar
em nomenclatura, vias novas, e por ai vai.

Gostaria muito de usar os dados que tenho desse mapa no OSM, garanto a vcs
que ele é o mais completo e correto que qualquer outra fonte. Porém não
tenho como distinguir o que eu fiz do que já existia, e do que me foi
enviado como colaboração, do que copiei de imagens de satélite, e de qual
satélite...

Por isso, mesmo sabendo que se vou atualizar Recife, será refazendo grande
parte do trabalho que tive nos últimos 2 anos, não pretendo usar o mapa que
tenho do tempo que fui DM daqui.

Já no caso de Surubim e João Alfredo, tb Limoeiro, que é próximo, o mapa
original do TRC não tinha nada, a não ser algumas estradas estaduais, e
assim tudo o que estava lá quando eu sai do TRC fui eu com base nos
tracklogs e nas informações de 2 colaboradores , o Roberto e o Gil, quem
desenhou.

Mesmo que alguem tenha continuado a desenvolver os mapas nesta área, estas
atualizações não estão nos mapas que possuo, pois já faz quase um ano que
saí do TRC, e assim essas possíveis atualizações não foram colocadas nos
mapas sob minha posse.

São essses mapas que estou tentando incluir no OSM.

O que o Nelson fala , sobre tags e nomes característicos do TRC, são
naturais, pois usei as ferramentas do nosso amigo Paulo Carvalho, para
converter os arquivos no formato GTM ( trackmaker, usado no TRC ) para o
formato do OSM, e como não conheço bem as tags do OSM ainda, não fiz a
limpeza adequada.

Volto a registrar que se vcs acharem melhor, eu apago o changeset, não
quero causar problemas.

Quanto ao tracklog original, é só separá-lo aqui, pois está convertido para
GTM, que envio para o OSM.

Abaixo segue transcrição do e-mail que enviei para os colaborades
solicitando permissão e a resposta do Roberto, de João Alfredo, ainda
espero a de Gil, de Surubim:



roberto pessoa
21 de dez (9 dias atrás)
para mim
Marcelo fique a vontade com os arquivos pois tanto eu como vc so queremos
ajudar


sobre o Openstreetmap.org esses mapas ele pega no garmim ?






*roberto pessoa*



*(81) msn: *


--
Date: Sat, 21 Dec 2013 13:23:50 -0200
Subject: Mapeando Surubim e João Alfredo no Openstreetmap
From: pereirahol...@gmail.com
To: robertopessoa05@. robertopesso...@hotmail.com..;
gilltecnet@.gilltec...@hotmail.com
..


Olá Roberto, Givanilson,

 Estou entrando em contato depois de tanto tempo, para lhes pedir
autorização para usar os tracklogs que vcs enviaram na região no mapa do
Openstreetmap.org ( OSM )

Como vcs devem saber, eu saí do projeto Tracksource há cerca de 1 ano, para
cuidar de assuntos particulares, além de algumas divergências sobre o
andamento do projeto, principalmente no tocante ao reuso das informações
enviadas para o projeto.

Neste tempo de inatividade, conheci o projeto OSM, que tem por objetivo
mapear TODO o mundo, com a diferença para o TRC que os dados podem ser
atualilzados por qualquer pessoa, além disso, os dados são abertos a quem
quiser usar.

Este último ponto é muito importante, pois permite que qualquer pessoa
possa escrever um programa para uso dos dados do OSM, sem pagar nada.

Como descobri que ainda tenho guardado os tracklogs que vcs me enviaram,
pensei que seria interessante incluí-los no OSM de forma a que tanto
Surubim quanto João Alfredo tivessem também alguns dados registrados.

Fico no aguardo da autorização de ambos para proceder com o envio dos
tracklogs para o projeto OSM.

Lembro que o sistema de contribuição do OSM é diferente do usado pelo TRC,
no caso não existem DMs responsáveis por áreas do mapa, qualquer um pode
alterá-lo, o que estou fazendo é somente aproveitar os dados de vocês que
estão sob minha responsabilidade.

Se vc mesmos se sentirem interessados, podem se tornar contribuintes
independentes.

Desculpem o jornal.

Att,

Marcelo Pereira




Em 30 de dezembro de 2013 13:52, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 2013/12/30 Fernando Trebien fernando.treb...@gmail.com:
  Um problema é que talvez o Marcelo (e outros DMs) já não tenham mais os
  tracks originais, só o resultado da conversão para o formato do
 TrackSource.

 No caso do Marcelo ele disse que tem os tracks de GPS que utilizou para
 isso :-)

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




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

Re: [Talk-br] Rotas de ônibus

[Marcelo Pereira]

Obrigado Fernando, pelos esclarecimentos.

Precisarei me aprofundar mais para entende-los corretamente.

Quanto aos dados, no portal de dados abertos do governo de Pernambuco (
http://www.dadosabertos.pe.gov.br ) , pode-se encontrar info de linhas e
paradas.

No site da empresa que adminstra o transporte público (
www.granderecife.pe.gov.br ) existe como pesquisar o itinerário de cada
linha.

O que estou tentando fazer é juntar tudo, porém como não conheço qual o
formato dessa tal conflação ( a bem da verdade, nem sei direito o que é
isso ) fica mais dificil.

De todo modo vou ver se consigo gastar algum tempo estudando.

Mais uma vez, valeu.

Marcelo Pereira




Em 13 de dezembro de 2013 18:01, Fernando Trebien 
fernando.treb...@gmail.com escreveu:

 Olá Marcelo,

 Não existem formas automáticas que gerem um resultado de boa
 qualidade. A melhor forma é a manual. Comecei a fazer isso em Porto
 Alegre: http://forum.openstreetmap.org/viewtopic.php?id=21839

 Pergunta: sua informação vem de onde? Se ela não tiver sido traçada
 sobre o Google, uma maneira rápida mas de baixíssima qualidade é
 importar as rotas diretamente. A maneira de boa qualidade é combinar
 as rotas com as ruas, e pra isso o caminho mais rápido é fazendo uma
 conflação - o que requer alguma preparação dos dados.

 As rotas podem ser usadas para cálculo utilizando-se um servidor com o
 OpenTripPlanner (OTP) instalado. Infelizmente, não há nenhum servidor
 desses disponível gratuitamente, então você teria que instalá-lo e
 configurá-lo. Além disso, só as rotas não é o suficiente; você precisa
 completar o feed GTFS do servidor com a tabela horária das linhas,
 registrando o horário que cada viagem de cada linha passa em cada
 parada. Nessa thread eu mencionei algumas idéias de como preencher
 essa informação de forma preliminar (inexata, não oficial) de modo a
 fazer o OTP funcionar, mas não cheguei nesse ponto ainda.

 Numa outra thread eu sugeri que criássemos tal servidor pra atender o
 Brasil inteiro, já que é complicado fazer isso (o melhor é fazer uma
 vez só). Se você tiver interesse, podemos conversar mais sobre o
 assunto: http://forum.openstreetmap.org/viewtopic.php?id=21902

 2013/12/13 Marcelo Pereira pereirahol...@gmail.com:
  Srs,
 
  Sei que é uma pergunta de principiante, mas com faço para incluir info de
  linhas de ônibus e de metrô ?
 
  Isso tem que ser feito manualmente, linha por linha, ou existe como
 incluir
  tudo de uma vez, neste caso, que formato deve-se usar ?
 
  Existe info sobre isso disponível para a Região Metropolitana de Recife
 e eu
  gostaria de incluir.
 
  O cálculo de rotas poderia ser feito a partir dessas inclusoes ?
 
  Existe app para isso ?
 
  Att,
 
  Marcelo Pereira
 
 
  Em 8 de dezembro de 2013 09:47, Fernando Trebien
  fernando.treb...@gmail.com escreveu:
 
  Se você conseguir as paradas com autorização da SEMOB, você pode
  incluí-las nas relações quase facilmente usando o plugin
  public_transport do JOSM. Ele faz várias coisas, mas a mais
  interessante seria automaticamente adicionar as paradas às relações.
  Se você precisar de ajuda, pode contar comigo.
 
  Só acho que ao importar as paradas você teria que ter o cuidado de
  posicioná-las do lado certo de cada rua (é requisito pro plugin
  funcionar), o mapa da SEMOB pode não coincidir exatamente com o do
  OSM.
 
  2013/12/8 Vítor Rodrigo Dias vitor.d...@gmail.com:
   Eu poderia tentar começar a mapear as paradas, mas seria um processo
   bem mais demorado, até porque não dá pra identificá-las todas a partir
   das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já as
   teria todas mapeadas - meu palpite é que não tem.
  
   Quanto ao restante, acho que já é avançado demais pra mim, hehe...
  
   Em 8 de dezembro de 2013 09:26, Fernando Trebien
   fernando.treb...@gmail.com escreveu:
   Cara, que show isso! As linhas já aparecem na camada de transporte
   público do site principal.
  
   Este site permitiria ver as rotas individualmente, mas não sei com
 que
   frequência eles atualizam a base: http://demo.3liz.com/osmtransport/
  
   Pra cálculo de rotas, você teria que:
   - mapear as paradas de ônibus
   - incluí-las nas relações das rotas
   - extrair um feed GTFS
   - adicionar a tabela horária ao feed (provavelmente gerando horários
   fictícios para cada parada)
   - instalar um servidor OTP
   - copiar o feed para esse servidor
  
   Há um tempo atrás eu propus fazer algo assim a nível nacional (já que
   esse negócio é complicado, faríamos uma vez só), mas não surgiram
   interessados. Quem sabe agora?
  
   2013/12/7 Vítor Rodrigo Dias vitor.d...@gmail.com:
   Pessoal,
  
   Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se
 há
   algum aplicativo que use dados do OSM no cálculo ou consulta de
 rotas
   de transporte coletivo no Brasil?
  
   Abraços!
  
   --
   Vítor Rodrigo Dias
   Revisor de textos
   Tradutor port/ing/port e port/esp/port
   Telefone: (31) 9895-3975 - TIM

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

[Marcelo Pereira]

Nelson,

Não sei se é isso q vc perguntou, mas no mapa em Recife, praticamente não
há o nome Rua, Avenida, etc  nas vias.

Ao invés de Rua Visconde de Abaeté, só tem o Visconde de Abaeté.

Quando eu estava no TRC, isso era um problema, não sei se é assim no OSM.

Marcelo Pereira


Em 7 de dezembro de 2013 22:09, Nelson A. de Oliveira
nao...@gmail.comescreveu:

 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




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

Re: [Talk-br] Restrição de Conversão e além

[Marcelo Pereira]

Obrigado Arlindo, Fernando, pelas dicas, assim que o tempo e os neurônios
permitirem, eu tentarei aprender mais.

Gerald,

Eu tenho acompanhado essa lista como ouvinte, e li alguns posts relatando o
problema que vc citou.

Mas o que eu me referi na msg não é este caso, é que percebi muitas vias
sem a classificação de rua, avenida, etc, por exemplo, Rua da Aurora,
escrito somente Aurora, e por aí vai.

Dai, comparando com o TRC, eu pensei que poderia carregar uma parte do
mapa, editar e devolver ao OSM.

Att,

Marcelo Pereira


Em 28 de outubro de 2013 15:32, Gerald Weber gwebe...@gmail.com escreveu:

 Oi Marcelo


 2013/10/26 Marcelo Pereira pereirahol...@gmail.com

 Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da
 cidade onde moro, Recife, que precisaria de várias atualizações, como
 incluir o nome Rua em quase todas as vias, retirar abreviações, etc.
  ___


  Não sei se entendi corretamente este comentário.


 Você quer incluir Rua simplesmente onde não há qualquer nome, como se
 faz no tracksource?


 Eu sei que no tracksource, do qual você já participou, colocam Rua sem
 nome nas vias. No OSM reservamos a tag name somente para o nome mesmo, não
 para a descrição. Então não deve haver ocorrências do tipo name=Rua. OK?


 Inclusive temos usado ocorrências de name=Rua para detetar, e
 lamentavelmente apagar, importações não-autorizadas vindos do Tracksource.


 Isto é importante porque a tag name é usada para construir o índice de
 nomes que podem ser usadas nas buscas. Ter um índice com milhares de ruas
 chamadas somente de Rua seria completamente inútil.


 Agora, se sua preocupação é descrever que se trata de uma rua (e não uma
 rodovia, por exemplo), isto é feito pela tag highway. No caso
 highway=residential para ruas residenciais.


 abraço


 Gerald



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




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

[Talk-br] Restrição de Conversão e além

[Marcelo Pereira]

Srs,

Na minha primeira participação na lista, dúvidas, no meu entender básicas e
avançadas.

- Como fazer para incluir restrições de conversão no mapa, como por
exemplo, Proibido dobrar à esquerda  ?

- Como fazer para baixar um mapa municipal ( ou parte dele ), carregar e
atualizar o arquivo em um Editor de Textos e devolvê-lo ao OSM ?

Essa pergunta deriva de alguns fatos que venho observando no mapa OSM da
cidade onde moro, Recife, que precisaria de várias atualizações, como
incluir o nome Rua em quase todas as vias, retirar abreviações, etc.

-  Existe um mapa no formato SHP da cidade, disponibilizado pela
Prefeitura, que pode ser usado para melhorar o mapa OSM, como fazer isso  ?

Tenho contribuído pontualmente para o mapa local, mas sempre vejo que uma
varredura seria interessante, e como o OSM não segue o modelo do
Tracksource ( do qual fui DM e DE até pouco tempo), a edição em massa de
um mapa me parece difícil.


Att,

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