Prezado Jairo e amigos,
uma coisa é NOME de rodovia e outra REF (sigla) de rodovia. Existem campos
específicos para inclusão de sigla e de nome.
Não podemos e não devemos colocar no campo a sigla da rodovia porque
em fazendo isso causaremos duplicidade de informação uma vez que os
-Mensagem Original-
From: Nelson A. de Oliveira
O Marcio vai se lembrar que eu perguntei se por acaso ele não teria um
filho ou neto, justamente pelos nomes de familiares nas ruas.
Parece bem uma coisa de criança (não no sentido de mentalidade
infantil, mas de pessoa com pouca idade
Amigos,
conversei ainda pouco por telefone com o Gabriel Vilela e o questionei sobre a
inclusão do POI Chácara São Judas Tadeu, na cidade de Silveiras, SP e esse me
afirmou que não foi ele quem incluiu esse POI.
O fiz entender que o POI foi incluído com o ID dele e se não fez é porque
alguém
, December 14, 2016 12:48 AM
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br]Possível cópia de nomes de ruas do Google
@Thundercel, talvez pode até ser que a gente esteja generalizando
todas as suas edições equivocadamente, por causa de um/alguns erro(s)
quem sabe. Mas é fato que ele, em pelo menos
rcio
-Mensagem Original-
From: santamariense
Sent: Tuesday, December 13, 2016 10:17 PM
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br]Possível cópia de nomes de ruas do Google
@Thundercel, concordo contigo que a intenção do Gabriel é boa (ver o
OSM progredir), mas como comentei numa cha
o Gabriel reside).
Nessa parte me parece que muitas ruas foram nomeadas, de forma
incorreta, com nome de familiares ou conhecidos.
Muitas mensagens que foram enviadas ele não respondeu (desde outra
época, onde alguns dados foram alterados de forma incorreta).
Segundo o Marcio (Thundercel) ele é ido
Alexandre,
para resumir, o que regula direito autoral no Brasil, por enquanto, é a LEI que
citei e por essa ninguém pode reproduzir obra sem a autorização expressa do
autor.
Volto a afirmar: - o que vale, por enquanto no Brasil, é a lei e não a Creative
Common, apesar dessa ultima ser muito
Wille,
o Creative Common colide em certos aspectos com a lei 9610/98 que regula os
direitos autorais no Brasil e enquanto essa não for emendada ou revogada,
juridicamente ela que vale.
Não tenho dúvida que essa antiga lei em vigor será alterada, mas até onde sei,
ainda não foi porque o
Alexandre me atualize, por gentileza:
Qual a lei brasileira que aprovou o Creative Common?
Minha pergunta se deve ao fato que até onde pesquisei o problema, alguns anos
atrás para o site maparadar, a LEI Nº 9.610, DE 19 DE FEVEREIRO DE 1998 (
Agradeço Arlindo, mas somente por questão ética pedi autorização ao Sergio.
[]s
Marcio
From: Arlindo Pereira
Sent: Friday, July 8, 2016 11:26 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Rio Olympics – Tutorial para Importação de Edificações
Marcio,
creio que você possa divulgar
Bom dia Sergio.
Parabéns pelo Tutorial.
Você nos autoriza a reproduzir esse tutorial em nosso site Cocar, com os
devidos créditos?
[]s
Marcio
From: Sérgio V.
Sent: Friday, July 8, 2016 8:57 AM
To: talk-br@openstreetmap.org
Subject: [Talk-br] Rio Olympics – Tutorial para Importação de
Vou abrir um chamado no grupo do Mkgmap.
Quando eles alteraram a estrutura do renderizador distribuiram a alteração
do style que começa assim:
# which may add info to a part of these highway=*_link roads:
# motorway_link, trunk_link, primary_link, secondary_link, tertiary_link
-Mensagem
Não penso assim e também não interpreto assim.
na sua frase:
"Use destination=* together with highway=* on pieces of highway after
the position of the signpost or ground writing"
Omitiu o final dela que é: For details, see also the examples.
Nos exemplos cita-se somente lanes e não a highway
Complementando...
inclusive em https://wiki.openstreetmap.org/wiki/Lanes encontramos:
destination=* destination:lanes While the road specific key
describes the direction of the highway by using the name of the city the
highway is heading to, the destination:lanes allows tagging of
Então,
nos exemplos só é empregada em LANE de motorway e não na motorway.
Observe nos dois ultimos exemplos o emprego: destination:lanes
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Tuesday, June 14, 2016 9:45 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] name=Retorno
Nelson,
pelo que compreendi no grupo de desenvolvimento do Mkgmap ela só é suportada
quando empregada em classe link_ e por isso que foi alterado o Mkgmap e o
style para isso.
Em http://wiki.openstreetmap.org/wiki/Key:destination , nos exemplos podemos
identificar que só é aplicada em links_
Roger,
como ja citado anteriormente o retorno não deve ser incluído no campo name.
Solicitamos que, na medida do possível, abra para a via de retorno a tag
destination e nela inclua retorno
Essa ação facilitará os renderizadores que reconhecem a tag destination e
utilizam o nela escrito para
CONCORDO
Concordo porque compreendo que limite administrativo (divisão
administrativa) requer uma administração central e por essa razão não
deveria ser empregado no Brasil para outros fins como os idealizados pelo
IBGE.
A divisão do Brasil por regiões serve para outros fins estatísticos e
Na minha opinião devemos sempre administrar nosso esforço analisando e
empregando o binômio eficiência eficácia. Sabendo bem diferenciar o ótimo do
bom.
De nada adianta a um piloto fazer excelentes pousos (eficiente) no aeródromo
errado (ineficaz).
Defendo que o prioritário é o desenho da
Foi comigo também e o ultimo desentendimento que tive com ele se referia a
minha edição do novo trevo em Porto Velho – RO quando tive a oportunidade de
apresentar imagens extraídas por um helicóptero da FAB no novo Trevo
comprovando que minha edição estava correta.
Depois que apresentei as
Estamos aqui debatendo sobre “nomenclatura de vias” e não o desenho dessas.
Me alinho aqueles que aqui defendem que nomenclatura de via é de domínio
público porque em não sendo não podemos nem extrair o nome da placa existente
na esquina que é de propriedade da Prefeitura.
Me perdoe Magno, mas
Arlindo,
não sou contra o aviso proposto por você. Sou favorável a analisarmos melhor o
objetivo, abrangência e operacionalidade.
Para alguns o aviso repetitivo pode incomodar, como já comentado aqui, e por
isso seria interessante a aplicação de uma quantidade de edições por usuário
onde ele
Na minha opinião SIM uma vez que o Diário Oficial reproduz a portaria.
O Diário Oficial é público e até onde sei não existe restrição a reprodução
parcial ou total dos dados nele contidos.
.
From: Alexandre Magno Brito de Medeiros
Sent: Friday, December 11, 2015 2:34 PM
To: OpenStreetMap no
A permissão de uso dos dados contidos no ROTAER está explícita em sua
introdução:
É PROIBIDA A REPRODUÇÃO PARCIAL OU TOTAL DESTA PUBLICAÇÃO.
Creio que não existe duvida quanto a reprodução dos dados nele contidos.
O diário oficial não publica algumas informações de aeródromos constantes no
http://www2.anac.gov.br/biblioteca/portarias/2015/PA2015-0168.pdf
From: Alexandre Magno Brito de Medeiros
Sent: Friday, December 11, 2015 2:00 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Importação de aeródromos - ANAC
Alguém tem exemplo de um Diário Oficial com informação aeródromo?
Alexandre,
o único dado da portaria que não é citado no diário oficial são as coordenadas
geográficas do aeródromo.
Essas coordenadas, apesar de não citadas, correspondem ao centro geométrico da
pista de movimentos e não as instalações do aeródromo.
Coordenadas se extraem em qualquer
Volto a comentar que não tiro a importância da fiscalização, porém já observo
que o numero de edições de alguns fiscais está muito aquém da do fiscalizado.
Não sou contra a iniciativa do Arlindo e até me alinho com ela porque não é
demais alertar, em especial para aqueles que estão ingressando
Sou de mesma opinião do Peter já que nome de logradouro é público. Incluir no
OSM um nome com o mesmo erro de grafia do Bing ou Google é outra estória e que
caracteriza indícios de cópia, o que não é aceitável no OSM.
Eu mesmo sou um que nos últimos dias tenho incluído inúmeras nomenclaturas de
Concordo Arlindo até porque trabalhando no Maparadar com a API do Google
identificamos a infinidade de erros de nomenclatura de vias nele.
Infelizmente temos identificado também erros no IBGE nos obrigando a pesquisa
apurada sobre o correto.
Compreendo a dificuldade enfrentada pelo IBGE em se
Nelson,
tenho o vídeo original aqui onde cito o emprego do Bing para alinhamento de
vias e o emprego do IBGE para nomenclaturas. No vídeo até explico como estampar
a imagem do IBGE e dela extrair a nomenclatura das vias.
É fato que nesse vídeo original não deixei explícito que do Bing só se
Prezado Gerald,
até onde sei os “redactions” que ocorreram até então se deram por “importações
em massa” de dados. Um desses “redactions” destruiu um trabalho meu em Itabira
– MG porque um “colaborador”, que vou chamar de “destruidor”, importou dados do
município da base do Tracksource, o que
Por gentileza, cite um exemplo de um redact ocorrido nos dados do Brasil por
emprego de nome de rua.
Nos exemplos apontados só identifiquei redact devido importação de dados.
Cópia do Google: https://www.openstreetmap.org/redactions/6
o usuário colocou source=google
Caso do Eduardo:
Pelo que analisei esse "redaction revert" se deu pelo emprego de dados do
Google pelo usuário Tauranis.
Pergunto:
- Que prova motivou o "redaction revert"? Não encontrei.
Engraçado que no http://www.openstreetmap.org/changeset/32806066 dele tem o
seguinte debate:
Comentário de Skippern 5
Uma coisa é o usuário ficar em dúvida e outra ter eu no video comentado que
poderia empregar os dados de nomes de rua do Bing. No video comentei e
ensinei a empregar os dados de nomes do IBGE.
Uma coisa é comentar com o usuário que os dados "precisam" ser retirados e
outra que os dados "vão
Já supunha isso, que alguém havia acionado o DWG.
É muito dificil e complicado afirmar que houve cópia de fonte não permitida.
Indício não constitui prova.
Se o colaborador assim declarou é outra estória.
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Thursday, December 10,
Não emprego navegação pelo smartphone e até onde sei o Osmand não foi
desenvolvido para navegadores GNSS automotivos. Pelo que sei ele é um APP
para smartphone.
De qualquer forma espero que os utilizadores do Osmand estejam acostumados
com os inúmeros erros existentes no OSM, contidos nas tag
From: Gerald Weber
> É uma pena. Como usuário do OSM para mim estas são informações importantes.
> Especialmente quando há grande variação nas velocidades, se eu puder usar o
> GPS como recurso para me alertar destas variações seria muito valioso.
Tenho lido algumas colocações como essa,
Complementando o citado pelo Arlindo, devemos ter especial atenção na
classificação de vias e o que isso acarreta no roteamento na região.
Em termos de roteamento as classes motorway e trunk exercem um poder muito
forte puxando para elas o roteamento em cruzamento da região onde elas se
Ivaldo,
confesso que não é do meu costume aplicar a tag maxspeed em vias porque
infelizmente estamos em um país onde a engenharia de tráfego não demonstra que
entende de tráfego.
Conduzi carro lá fora com grande tranquilidade porque experimentei velocidades
máximas permitidas constantes nas
EM OFF também.
Alexandre,
o problema é mais sério.
Veja matéria recente em
http://www.afam.com.br/noticia/policia-civil-vai-apurar-gastos-da-cet-com-troca-de-placas/28727
Se comprovada a denuncia não desejam só abastecer os cofres públicos.
From: Alexandre Magno Brito de Medeiros
Sent:
Complementando...
em
http://map.project-osrm.org/?z=9=-20.414143%2C-40.028687=-20.907569%2C-41.066895=-19.471771%2C-40.113831=en
podem observar o roteamento cruzando o Espírito Santo, de sul para norte.
A rota deveria prosseguir pela BR-101, que mesmo com velocidade máxima inferior
a
Thiago,
desconheço a politica de arquivamento de tracklogs na base OSM, mas desde que
ingressei no projeto fiz upload para aquela base do banco de tracklogs que
tenho em meu PC (mais de 80 MB de arquivos)..
Não tenho tracklogs só por mim levantados, em função de administrar sites
dirigidos a
Sim Arlindo, a Ilha do Governador não está mais sendo encoberta pelas águas da
Baía, entretanto é visível no mapa o desvio da linha da costa, em especial na
parte sul da Ilha onde ela está bastante desalinhada.
Surgiu também um novo problema, agora no multipoligono do Aeroporto
Internacional,
Thiago,
lembro que resido na Ilha do Governador, no Bairro Jardim Guanabara, e por ela
trafego diariamente. Foi nela que nasci e é nela que espero ir.
Como edito mapa há bastante tempo não são poucos os tracklogs por mim
levantados com GPS, em especial na Ilha. A quase totalidade desses se
Marcio,
pela nossa experiência, em nossas compilações, não havíamos até então
identificado problema por estarem ways membros de relação fora de ordem,
entretanto vamos testar a correção.
O nosso teste só poderá ser feito após as 21:00 hs de hoje, quando o geofabrik,
em
Na minha opinião não tem sentido se colocar a tag coastline nos caminhos
membros de uma relação se na própria relação pode-se colocar isso uma única
vez. Essa situação reduz sobremaneira a possibilidade de erro de não se
colocar a tag em um dos caminhos.
A relação da Ilha do Governador é
Vitor,
como citei somente a Ilha do Governador. Todas as demais ilhas na baía de
Guanabara, como do Fundão, Paquetá, do Boqueirão, etc, permanecem normais.
From: Vítor Rodrigo Dias
Sent: Tuesday, September 22, 2015 2:00 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Relação Baía de
Agradeço a informação Arlindo e se não é o problema da coastline onde será que
está o erro que fez com que a Baía tampasse a Ilha?
Voltei a estaca zero na pesquisa.
From: Arlindo Pereira
Sent: Tuesday, September 22, 2015 4:44 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Relação Baía
Arlindo,
o problema é maior e não creio que será corrigido no próximo pbf.
Analisando os dados da Ilha do Governador no OSM, constatamos que esse usuário
alemão, de nome aportuguesado André68, pelo changeset
https://www.openstreetmap.org/changeset/34188829 não só incluiu o coastline nos
ways
Nelson,
saberia então informar quem alterou a linha da costa na Ilha?
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Tuesday, September 22, 2015 6:56 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
2015-09-22 18:48 GMT-03:00
Amigos,
ao compilarmos o mapa Cocar na data de hoje identificamos que a Ilha do
Governador – RJ foi encoberta pela Baía de Guanabara. Estranhamos que somente a
Ilha do Governador foi encoberta, as demais ilhas da baía de Guanabara e que
constam da relação da Baía como membros inner não o foram.
Agradecemos Nelson.
Aguardaremos o geofabrik disponibilizar hoje a noite o PBF com essas
alterações para compilarmos e disponibilizarmos novo mapa Cocar.
[]s
Marcio
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Saturday, August 1, 2015 10:50 AM
To: OpenStreetMap no Brasil
Agradecemos Nelson,
até analisamos a possibilidade de corrigirmos, mas é um longo trecho de
fronteira.
Pelo que identificamos o changeset mexeu no Rio Preto (
https://www.openstreetmap.org/way/30639074 ) que é membro de inumeras relações
boundary, entretanto foi deixado o
Amigos,
quando da compilação do mapa Cocar os estados do Rio de Janeiro e Minas gerais
deixaram de ser indexados.
Analisando o motivo identificamos que ao Norte do estado do Rio de Janeiro e
Sul de Minas Gerais as fronteiras estão duplicadas e se cruzando.
Observem em
Amigos,
mais uma vez o Aun e eu estamos discordando em changeset feito por mim ontem a
noite após ter identificado a tarde erros em dois trevos da BR-101 ao trafegar
do Rio de Janeiro – RJ para Barra de São Francisco – ES, onde me encontro no
momento.
O erro identificado por mim era, quando do
Explico.
Até onde sei a tag surface, quando não definida, é assumido paved pelo
sistema e comprovado por mim quando em roteamento por vias pavimentadas. Se
é assumido pelo sistema não perco tempo em inserir nas inúmeras vias
pavimentadas que tenho desenhado.
Agora aponte alguma unpaved não
Gerald,
mesmo existindo um padrão, sou de opinião que devemos revisa-lo, indentificando
se algo nele requer melhoramento.
Como a maioria sabe nos dedicamos a disponibilização do mapa Cocar que é
produzido pela extração da base OSM os dados importantes para navegação GNSS
automotiva.
O
Johnsen
Sent: Sunday, July 12, 2015 5:47 PM
To: OSM talk-br
Subject: [Talk-br] Roteamento urbano, falta do etiquetas e soluções.
Eu postando isso porque um assunto um bom tempo atras onde o Marcio
(Thundercel) reclamou sobre problemas de roteamento no Espírito Santo,
principalmente trecho BR-101
Original-
From: Aun Johnsen
Sent: Sunday, July 12, 2015 5:47 PM
To: OSM talk-br
Subject: [Talk-br] Roteamento urbano, falta do etiquetas e soluções.
Eu postando isso porque um assunto um bom tempo atras onde o Marcio
(Thundercel) reclamou sobre problemas de roteamento no Espírito Santo
: Wednesday, July 8, 2015 1:25 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Opinando 2
Thunder, thunder, thundercel acho uma boa você tentar fazer com que o
mapeador que te deu as coordenadas iniciar a mapear, pois ele poderá
consertar esse trecho futuramente quando as modificações forem sendo
Obrigado Hélio,
espere também na resposta a existência do acesso em
https://www.openstreetmap.org/way/358575744 que foi desenhado por mim
recentemente e etiquetado em construção. Segundo a mídia esse acesso foi aberto
ao tráfego no ano passado. Veja em
Interessante sua resposta.
Quando você erra a culpa é do outro que lhe induziu ao erro.
Você aqui defendeu o mapeador local e naquela ocasião distorceu a edição feita
pelo mapeador local mesmo estando em contato com ele na lista Cocar se valendo
de imagens satélite desatualizadas e não
Amigos,
acabei de receber as imagens aéreas do Trevo do Roque extraídas agora a tarde e
desejaria compartilhar essas imagens com a comunidade.
Poderia eu fazer upload delas em um dos sites que administro, entretanto
gostaria de compartilha-las no repositório do OSM, mas não sei como fazer.
Aun,
não estão georreferenciadas.
Foram extraídas por um helicóptero da FAB agora a tarde e mostram como está
a situação do Trevo hoje. Pelo menos elas refletem a situação atual de
transito nele.
Por elas se pode identificar que meus desenhos estavam corretos e que
refleti exatamente o que
.html
14º comentário do changeset (8º do usuário Thundercel):
http://www.openstreetmap.org/changeset/30210630
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Aun,
atendendo minha solicitação as fotos aéreas foram extraídas a bordo de um
helicóptero da FAB, na tarde de hoje, pilotado pelo Major Romulo Amaral.
Elas foram a mim encaminhadas conforme email recebido:
Cel Soares
Enviei o link das fotos no dropbox para o Sr
Aqui da BAPV não estou
Aun,
com sua autorização então vou excluir os 3 acessos que não existem.
Esse Trevo ainda sofrerá muitas alterações porque irão construir ali 2
viadutos. O DNIT, com recursos do Governo Federal, assumiu a gerencia da
obra cuja conclusão está prevista para o primeiro trimestre de 2016.
Adriano,
A existência de tracvklog na base oSM já foi citado por mim antes, mas o
Fernando só le o que interessa a ele devido a sua “expertise”.
Depois eu que levo a exaustão. Também pudera se o interlocutor não le o que
voce escreve.
From: Adriano Rosa
Sent: Monday, July 6, 2015 12:14 PM
From: Fernando Trebien
Aí você que entra na minha área de expertise como se soubesse mais. Sou
mestre em computação, li várias versões desses algoritmos.
O nó a que me refiro é o do grafo de roteamento. Não é o nó do mapa (com
coordenadas e tal). O nó do grafo de roteamento sequer tem
-Mensagem Original-
From: Fernando Trebien
Sent: Tuesday, July 7, 2015 12:15 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação
Como disse, essa conversa é longa demais (TL;DR). É um esforço incomum
alguém TENTAR lê-la e intermediá-la. Em boa parte
Interessante quando o Fernando, em resposta, cita: Isso vale amplamente para
o mapeador local .
Acredito que ele deve ter esquecido nosso primeiro entrave no OSM e que tenho,
como administrador da lista Cocar, todo ele arquivado no servidor.
Quando ingressei no OSM, minhas primeiras edições
-Mensagem Original-
From: Fernando Trebien
Sent: Tuesday, July 7, 2015 1:39 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação
Mas estava errada. Seus testes lhe apresentam um comportamento
observável, não verdades matemáticas. Você quer ter o direito
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação
2015-07-05 1:40 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
Por outro lado lembro que classificação de vias e de velocidades
interferem
no roteamento e, infelizmente, não dominamos ainda o algoritmo garmin
From: Fernando Trebien
Sent: Sunday, July 5, 2015 3:47 AM
Sem problemas. Caso você não tenha mais a cópia da trilha, seria
possível o residente contribuir essa trilha para o OSM pelo mecanismo
padrão de submissão das trilhas? Acho que isso sana todas as dúvidas.
Me perdoe, mas a partir do
From: Fernando Trebien
Sent: Sunday, July 5, 2015 4:31 AM
Todas não. Apenas as potencialmente polêmicas. A comunidade pode sim
julgar e discordar.
Não tenho duvida que a comunidade pode julgar e discordar de alguma edição,
entretanto essa deve discordar pautada em alguma regra no OSM que foi
Amigos,
me perdoem, mas enquanto alguns discordam de um lado outros discordam de outro.
Alguém poderia intermediar o debate em
http://www.openstreetmap.org/changeset/30210630 ?
Se torna muito difícil fazermos edições no mapa pautados em colaborações
recebidas de outros e termos que ainda ficar
Venho recebendo muitas informações de erros nessa área que comprometem o
roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer antes.
Por exemplo:
A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 ) é
uma via de pista dupla e não pista simples de
Subject: Re: [Talk-br] Necessidade de intermediação
2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
Alguém poderia intermediar o debate em
http://www.openstreetmap.org/changeset/30210630 ?
Ele queria saber sobre essa situação do trevo:
http://i.imgur.com/RWtGdON.png
Que
eu vou parar de apontar ao
voce os erros na mapa e somente concerta-los como acho certo, sem
avisar a voce. Eu poderia resolver esse situação rapidamente sem
gastar tudo esse tempo.
On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
Venho recebendo muitas informações de erros nessa
, exceto em casos explícitos de vandalismo.
Atenciosamente,
Blademir Andrade - BladeTC
-Mensagem Original-
From: Aun Johnsen
Sent: Saturday, July 4, 2015 7:35 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação
On 7/4/15, Marcio - Thundercel thunder
demais aplicativos que empregam roteamento.
On 7/4/15, Aun Johnsen li...@gimnechiske.org wrote:
On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
-Mensagem Original-
From: Aun Johnsen
Sent: Saturday, July 4, 2015 9:56 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br
, July 4, 2015 8:44 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação
2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
Paciência tem limite.
Verdade.
Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete
também meu
GMT-03:00 Marcio - Thundercel
thunder...@gpsinfo.com.br:
Paciência tem limite.
Verdade.
Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete
também meu pensar:
Considero que toda pessoa que mapea age de boa fé, sem necessidade de
questionamento, exceto em casos explícitos
Ainda não tenho opinião formada a respeito até porque os aplicativos que
conhecemos não descem a nível subdistrito.
Existe um debate interessante a respeito em
http://forum.openstreetmap.org/viewtopic.php?id=26430 . Ele foi iniciado, mas
não concluído.
-Mensagem Original-
From:
Aun Johnsen,
a relação admin_level=10 também deve ter um nó com papel label.
Marcio
-Mensagem Original-
From: Lists
Sent: Saturday, June 13, 2015 10:05 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Relação Cidade
Em relação dos admin_level=3, 5, 6, 7, e 9 que não estampam
Minha opinião:
Relação admin_level=4 ou 8
name=*
type=boundary
boundary=administrative
admin_level=4 ou 8
admin_centre= ponto da cidade
Relação admin_level=10
name=*
type=boundary
boundary=administrative
admin_level=10
label= ponto do bairro
Nó
Nelson,
esqueci do Distrito (admin_level=9) e tampouco comentei sobre o
admin_level=2 porque acredito ser esse ultimo óbvio.
o 9, de distrito, deve ser semelhante a bairro (admin_level=10),
Assim seria para o 9 e 10:
Relação admin_level=9, 10
name=*
type=boundary
Blad, não compreendi.
A definição de Distrito é válida para todo o Brasil:
*
Significado de Distrito
s.m. Divisão administrativa e territorial de um município que pode conter um ou
vários bairros.
*
Em http://produtos.seade.gov.br/produtos/500anos/index.php?tip=defi
Aun Johnsen,
infelizmente não pode ver o vídeo. Nele mostro os problemas existentes no mapa
do Brasil fornecido pelo http://garmin.openstreetmap.nl/
Os problemas existentes e ali mostrados são facilmente tratados a nível Mkgmap,
em seus styles, o que infelizmente o mapa NL não faz, pelo menos
Marcio
-Mensagem Original-
From: Tarcisio Oliveira
Sent: Saturday, June 13, 2015 9:36 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] São Carlos, SP
thundercel se possível verifique a mesma situação com os estados do
Nordeste, menos a Bahia(não editei por lá), pois verifiquei que
Aun Johnsen,
volto a comentar que no exemplo de Concordia – SC podemos observar no OSM que a
cidade de Concordia é indexada isoladamente da relação boundary de Concordia.
Ali identificamos 2 indexações:
1 – Limite de Município tendo a cidade como admin_centre devido a relação
boundary dela.
2 –
Aun Johnsen,
perdoe, mas ontem fui obrigado a me ausentar e não pude lhe responder na lista.
Conforme comentei anteriormente, os mapas do Brasil produzidos e fornecidos em
http://garmin.openstreetmap.nl/ ou
http://mapas.alternativaslibres.es/descargas.php não atendem as necessidades
Aun Johnsen,
quando identificamos o problema verificamos que as edições do POI e relação
eram muito antigas.
[]s
Marcio
From: Lists
Sent: Friday, June 12, 2015 4:44 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] São Carlos, SP
Marcio
Com buscas do Nominatim pode demorar um pouco
Nelson,
já que reverteu a edição que fiz no POI de São Carlos solicito que corrija a
posição do POI uma vez que o marco zero da Cidade de São Carlos - SP se
encontra na Praça Dom José Marcondes Homem de Meloda, onde se encontra a
Catedral de São Carlos Borromeu e não no quarteirão adjacente,
Aun Johnsen,
o mkgmap não acusa erro, mas também não indexa a cidade quando da busca no GPS.
Interessante que só não indexa essa cidade de São Carlos. Todas as demais de
São Paulo indexa.
O importante aqui, no meu propósito, é padronizarmos o emprego de tags nas
relações boundarys e acertarmos
Amigos,
Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está
indexando em nosso mapa Cocar que emprega o Mkgmap.
Analisando no OSM as configurações da relação São Carlos (
http://www.openstreetmap.org/relation/297986 ) identificamos que pelo
nomination só é indexado o
Aun,
pelos nossos testes, a única cidade que não está sendo indexada é São Carlos –
SP.
Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ ) e ES (
http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos
sucesso na indexação de São Carlos – SP. Neles, além
Não compreendi.
A POI de Concordia –SC está assim formatado:
IBGE:GEOCODIGO420430105
addr:postcode8970
is_in:state_codeSC
nameConcórdia
placetown
population70720
sourceIBGE
A relação de Concordia _ SC assim está formatada:
IBGE:GEOCODIGO4204301
admin_level
Isso havia eu reparado, mas nas formatações no OSM não identifiquei essa
situação. Seria um BUG do nominatim?
Estranho o nominatim não se atualizar em inclusões feitas há 1 mês.
-Mensagem Original-
From: Nelson A. de Oliveira
Sent: Friday, June 12, 2015 5:36 PM
To: OpenStreetMap no
Amigos,
em nosso mapa começou a surgir falta de indexação de Aceguá – RS.
Fomo tentar identificar o motivo e constatamos que o way
https://www.openstreetmap.org/way/344183463 , inserido recentemente, está
acarretando isso. Ele foi inserido no changeset
1 - 100 of 301 matches
Mail list logo
