Carlos, aproveita e deixa como vc fez...
Em 25 de março de 2014 01:42, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:
> Muito bom, Carlos.
>
>
> Em 25 de março de 2014 01:36, A. Carlos escreveu:
>
> Voltando a "sujeira no mapa". O site espanhol que tem compilação diária,
>>
Muito bom, Carlos.
Em 25 de março de 2014 01:36, A. Carlos escreveu:
> Voltando a "sujeira no mapa". O site espanhol que tem compilação diária,
> tem la um link
> com os erro gerados em cada mapa BR fica em
> http://mapas.alternativaslibres.es/errors_Brazil.zip
> A lista é separada ali e grande
Voltando a "sujeira no mapa". O site espanhol que tem compilação diária, tem la
um link
com os erro gerados em cada mapa BR fica em
http://mapas.alternativaslibres.es/errors_Brazil.zip
A lista é separada ali e grande,como ele geram isso com erro, provavelmente não
entra no mapa
abrindo ele, é
Opa que bom então. Valeu Nelson e Roger
Em 25/03/2014 00:32, "Roger C. Soares" escreveu:
> O overpass-turbo que o Nelson mandou realmente é muito bom. A busca por
> highway+name com ? no Brasil todo foi bem mais rápida do que eu esperava.
> Tinham poucos casos então já removi.
>
> Atenciosamente
Roger...
Além deste caracter, ?, . Se tive como, passar um pente fino nos
demais, caracteres "estranho". Onte procurando por cidade Manaus, achei 2 GPS
Manaus,e Manaus], abrindo essa Manaus] no GPS achei só uma rua nela.
Fui ver no OSM, dentro de Manaus uma rua e na tag street name ele coloc
O overpass-turbo que o Nelson mandou
realmente é muito bom. A busca por highway+name com ? no Brasil
todo foi bem mais rápida do que eu esperava. Tinham poucos casos
então já removi.
Atenciosamente,
Roger.
--
Em 24-03-2014 15:43, Fe
É possível no JOSM você ir traçando uma linha e ela já vir preenchida com
highway=residential?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
Foi você quem trouxe esse assunto à tona. Sua omissão em negar a minha
franca percepção apenas corrobora a sua intenção de me ofender
publicamente.
Peço à comunidade que pense se deseja tolerar esse tipo de atitude
contraproducente, e que me avise se eu estiver enganado nos meus
valores.
2014-03-
Em respeito ao solicitado pelo Gerald e a toda comunidade não vou resgatar e
aqui postar, na integra, nosso debate e desavenças na lista do Cocar que
comprova a veracidade de minhas palavras.
Também não vou replicar o citado por você agora porque os demais e tampouco
o Projeto OSM como um todo
2014-03-24 19:03 GMT-03:00 :
> Na entrelinhas...
Eu ia escrever uma resposta longa, mas vou direto ao ponto porque
nunca deixo nada subentendido nas entrelinhas.
> Nosso desentendimento não vem só neste assunto em debate. Sabe muito bem
> você e aqueles que participaram daqueles debates que tive
Tem hora que acho uma pena estarmos todos tão distantes (Rio de Janeiro,
Rio Grande do Sul, BH etc) e não podermos congregar ocasionalmente num
Stammtisch como fazem os alemães do OSM.
http://wiki.openstreetmap.org/wiki/Current_events
Stammtisch para quem não conhece é uma mesa cativa num bar onde
Me perdoe Gerald e demais participantes desta lista. Você está corretíssimo.
Preciso me policiar mais já que meu nível de tolerância com determinados
elementos está reduzidíssimo.
Tem um ditado de Fernando Pessoa que diz mais ou menos assim:
“As palavras escritas tem um magnetismo muito especia
Prezados Fernando e Márcio
gostaria de lhes pedir mineiramente a devida calma na discussão. Que tal
dar um tempo nisto?
Minha experiência com lista de email é raramente a gente passa tudo que
gostaria de passar, muito menos no "tom de voz" pretendido.
Quer dizer, você escreve mensagens num certo
Na entrelinhas...
-Mensagem Original-
From: Fernando Trebien
Sent: Monday, March 24, 2014 5:50 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como "via" em restrições
2014-03-24 17:14 GMT-03:00 :
> Defendo o uso de faixa seletiva e somente nesse caso porque o condutor
Eu acho que o que você quer é restritivo demais para um projeto que
incentiva a criatividade e a flexibilidade E também o erro (como parte do
processo de aprendizado). Além disso, "erro" no contexto do >> validador do
JOSM << é sempre um erro por definição matemática, exata. Todos os erros
que o va
A matemática é uma ciência EXATA.
Certeza absoluta nunca se terá até porque definições evoluem no tempo e novas
definições surgem com ele.
O que se deve ter é um validador constantemente revisado assim que vão surgindo
novas nomenclaturas ou se modificando as existentes. Assim procede o Projeto
2014-03-24 17:14 GMT-03:00 :
> Defendo o uso de faixa seletiva e somente nesse caso porque o condutor, antes
> da conversão, deve ser informado da manutenção da faixa a esquerda e por essa
> razão defendo a criação da faixa de pista "fictícia" porque sem ela o
> condutor poderá ser surpreendido
2014-03-24 17:17 GMT-03:00 Nelson A. de Oliveira :
> Groenlândia
> http://brasilien.um.dk/pt/sobre-a-dinamarca/grolandia-e-as-ilhas-faroe/grolandia/
Se bem que tem Groelândia no corpo do texto. Imagino que seja erro de
ortografia mesmo.
___
Talk-br mail
2014-03-24 17:13 GMT-03:00 Fernando Trebien :
> Talvez até mereça mandar um email pra embaixada pra ter certeza de que não
> foi um erro tipográfico. É estranho porque, se fosse mesmo a grafia oficial,
> a imprensa já estaria usando. (Provavelmente, mas não certamente.)
Groenlândia
http://brasilie
Fernando,
bem seu eu que você sempre foi um grande defensor de divisão de uma pista em
dupla no mapa quando existir sinalização horizontal de faixa contínua. Já
adianto que sou contra isso porque descaracterizamos a situação real de pista
simples, mão dupla ou dupla faixa.
Vamos ao Código Brasi
Eu confesso que fiquei bem surpreso ao ver "Groelândia" no mapa do OSM. Mas
daí fui conferir o histórico e apontava pro site da embaixada, onde aparece
assim mesmo. Nunca tinha visto escrito assim.
Talvez até mereça mandar um email pra embaixada pra ter certeza de que não
foi um erro tipográfico.
Uma proposta de nova ortografia é para justamente acabar com o tipo de
problema por que estamos passando agora: falta de padronização.
Em 24 de março de 2014 16:40, Fernando Trebien
escreveu:
> +1
>
> Embora nesse caso eu não sei bem se a forma adotada pela embaixada
> realmente segue a nova ort
Para mim parecendo que “Groelândia” e um forma do erro tipográfico, o nome em
Noruegese e Dinemarcese e “Grønnland”, que pode defender os formas portuguese
“Groenlândia” e “Gronelândia” (o letra ø muitos vezes traduzir a “oe”)
Aun Johnsen
On Mar 24, 2014, at 16:40, Fernando Trebien wrote:
> +
Sim, o PDF ainda é útil (e utilizável, legalmente falando) para fazer
"sanity checks". Outra coisa que pode acontecer é que toda a área em
volta de um parque é cultivada; nesse caso dá para adivinhar o contorno
do parque caso se conheça a localização aproximada, e aí o PDF é bem
útil (é bom usar o
+1
Embora nesse caso eu não sei bem se a forma adotada pela embaixada
realmente segue a nova ortografia. :P Deve ter alguma razão
etimológica misteriosa.
2014-03-24 16:15 GMT-03:00 Augusto Stoffel :
> A nova ortografia não resolve nenhum problema, exceto o das editoras que
> precisam vender mais
Solução rápida utilizando o overpass para se obter ruas que estão erradas:
http://overpass-turbo.eu/s/2R7
Notem como ele dá higlight nas ruas que não estão no padrão correto de
logradouro. É possível exportar isso direto no JOSM, caso queiram
corrigir.
Dá para vocês aumentarem a área em que desej
É, nos faltam mãos pra várias coisas. Mas coragem, um dia estará
feito! (Palavra de quem importou mais de 1 aglomerados subnormais,
revisados um a um, com bastante suor. Quase dei uma festa quando
terminei. :P)
Não quero colocar ainda mais trabalho nas mãos de vocês, mas também
não quero deixa
A nova ortografia não resolve nenhum problema, exceto o das editoras que
precisam vender mais dicionários, livros didáticos, etc.
On Thu, 2014-03-20 at 22:00 -0300, John Packer wrote:
>
> A princípio, "name:pt" não faz distinção entre português
> brasileiro e o de Portugal. Quando
Eu havia consultado a Fundação Florestal há algum tempo, e a resposta
foi que eles fornecem mapas mas não se permite o uso comercial.
É por essas e outras que eu acho perda de tempo até tentar obter uma
autorização de uso. O caminho para mapear esse tipo de coisa é usar a
legislação diretamente,
Hm talvez eu tenha me expressado de uma forma que desmerece o esforço. De
forma alguma. Mas se quiserem, eis as coisas em que estou focado:
https://github.com/gravitystorm/openstreetmap-carto/issues/110
https://github.com/DennisOSRM/Project-OSRM/pull/955
Ambas estão relacionadas a outros dois assu
O mínimo que eu posso fazer é ajudar na discussão pra aprimorar o método.
:P (E de tabela sempre acabo aprendendo algo novo.)
2014-03-24 15:56 GMT-03:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:
> Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora
> nos aju
Já é bom saber que pelo menos você tem o conhecimento e que em alguma hora
nos ajudará.
Até porque temos muitos erros e muitas coisas faltantes, esses seriam só a
pontinha.
Em 24 de março de 2014 15:50, Fernando Trebien
escreveu:
> Eu sei fazer, mas estou envolvido com outros assuntos que consid
2014-03-24 0:20 GMT+02:00 Lists :
> Um camada bem legal
>
> Vou tentar adicionar todos os nomes
>
> Um pergunto, no Guarapari, muitos dos nomes e bem difícil a ler, no que zoom
> e melhor?
O melhor zoom é o 19. Se tiver ruim pra ler e você estiver trabalhando
na cidade, posso tentar regerar com
me
Eu sei fazer, mas estou envolvido com outros assuntos que considero mais
importantes pra comunidade. Sei que tem mais gente que sabe, e se tiverem
interesse, obviamente podem se aventurar.
Não deveria ser necessário ter um supercomputador não. :P Se for, é porque
as ferramentas foram mal escritas
A gente precisa de um MapRoulette
(http://wiki.openstreetmap.org/wiki/MapRoulette) pro Brasil.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
E pra isso precisa de um super computador ou nao? rsrs
Em 24 de março de 2014 15:47, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:
> E validador só pega casos onde está aberto no JOSM. Teria que ser um
> script que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista
Caso você queria encontrar rapidamente o lugar no tutorial onde é
citado um caso idêntico à sua proposta, é a imagem 1 nesta seção (que
é imediamente seguinte à seção citada antes):
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Conex.C3.B5es_inventadas
20
E validador só pega casos onde está aberto no JOSM. Teria que ser um script
que lesse o planet OSM do Brasil (é isso?) e retornasse uma lista dos IDs
né? Mas quem sabe fazer isso?
Em 24 de março de 2014 15:43, Fernando Trebien
escreveu:
> 2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal <
> eri
2014-03-24 0:33 GMT+02:00 Fernando Trebien :
> 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. :)
htt
2014-03-24 15:33 GMT-03:00 Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com>:
> Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
> rsrsrs.
>
Heh, ok, este caso em particular poderia ser considerado um erro. Mas daí
não vale à pena o esforço de fazer um validador pa
A forma que você sugere contraria o princípio de dividir a via somente
quando houver barreira física. Mesmo que a sua dedução esteja correta (e
pode não estar), a única coisa separando a faixa do resto da via seria uma
faixa contínua. Logo, Z1 não existe e não deve ser mapeada. Aliás, foi você
mesm
Erros onde o nome só contém caracteres do tipo ? eu tenho certeza q sim...
rsrsrs.
Mas ainda seria mais interessante um script que nos desse os ids dos
objetos com erros e fizessemos uma força tarefa para corrigi-los. Mas acho
que os erros do tipo sem logradouro são muitos, então esses teriam que
Erros são matemáticos. Você tem certeza absoluta de que todos esses casos,
sem exceção, presente ou futura, constituem erros?
On Mar 24, 2014 2:29 PM, wrote:
> Os erros existentes são fatos e requerem correção.
> Na minha opinião correção automática até porque são tantos que uma
> correção manu
Olá,
Agora é possível customizar ícones, desenhar polígonos e importar arquivos
no Mapas Coletivos:
www.mapascoletivos.com.br
Vitor
2014-03-18 16:44 GMT-03:00 Vitor George :
> Oi pessoal,
>
> Hoje o Ecolab, laboratório de inovação em jornalismo que faço parte,
> lançou a nova versão do Mapas
Estou fazendo as novas listas, baseadas nos setores censitários. Vou
colocar depois na minha pasta no ubuntuone. Esta demorando um pouco.
Para contar as ruas tenho que primeiro cortar o estado em municípios,
depois os municípios em setores.
Estou vendo que muitos setores ficam sem nemhuma ru
Olá Vitor! Seria muito legal ver esses dados no OSM :)
Eu também acho muito interessante a disponibilização de tais dados.
Legal... o que seria melhor fazer: simplesmente não mapear até termos uma
melhor discussão e definição sobre as tags... ou mapear como relação
multipolígono e colocar uma nota
Os erros existentes são fatos e requerem correção.
Na minha opinião correção automática até porque são tantos que uma correção
manual, com poucos colaboradores, exigiria muito esforço e tempo.
Corrigiríamos os existentes, mas como evitar que novos surjam?
Continuo defendendo a função VALIDADOR (co
Sim existem repetições e algumas variantes que o IBGE não considera ou grafa
de forma diferente,
Caso de Primeira, segunda... travessa que o correio defini como 1TV, 2TV,
etc, no CNEFE vem como Travessa Primeira ou travessa 1 ..
Acredito que o padrão correio seja o melhor, mas mesmo tirando a
2014-03-24 14:08 GMT-03:00 Reinaldo Neves :
> Sim o número é grande, segue minha tabela de referência em anexo, apesar de
> ter algumas variações para a mesma coisa do tipo
É grande mas tem muita coisa repetida! :-)
___
Talk-br mailing list
Talk-br@open
2014-03-24 13:57 GMT-03:00 Fernando Trebien :
> Eu já vi a lista completa em algum lugar (mas não consigo achar).
> Então vai uma citação: "Segundo o IBGE, existem 107 tipos de
> logradouros e 256 títulos."
> [http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016&script=sci_arttext]
O
Muito obrigado... éh, eu devia ter lido mais na wikiédia para uma melhor
definição... :)
-> Provavelmente não há como mapear hoje. A bacia de um rio é a área de
terra cujas águas precipitadas são drenadas por ele. Uma bacia não é
estabelecida por delimitação ou demarcação, mas sim pela geografia
Sim o número é grande, segue minha tabela de referência em anexo, apesar de
ter algumas variações para a mesma coisa do tipo
7 TRAVESSA 7TV
7A TRAVESSA 7TV
Ainda há uma quan
Repliquei o citado pelo Paulo Carvalho quanto a X1>Y2>X4. A restrição de
dobrar a esquerda inserida em X1 não afetava a via Y.
Agora vem o caso de se permitir virar a esquerda em X1.
Sendo permitido dobrar a esquerda ( X1>Y2) deduzo que existe na via X uma faixa
seletiva para quem vai dobrar a
Olá, Edil,
Eu também estou interessado em mapear bacias hidrográficas, mas parece que
ainda não existe uma definição de como fazer isso. A tag mais próxima do
que queremos fazer é relation=watershed, que está meio abandonada:
http://wiki.openstreetmap.org/wiki/Relation:watershed
Watershed é a de
Mas creio que esses 107 tipos não se aplicam somente à vias.
Vi outros para vias, como Alameda, Viela, Passarela, Viaduto, Trevo...
Em 24 de março de 2014 13:57, Fernando Trebien
escreveu:
> Eu já vi a lista completa em algum lugar (mas não consigo achar).
> Então vai uma citação: "Segundo o IB
Eu já vi a lista completa em algum lugar (mas não consigo achar).
Então vai uma citação: "Segundo o IBGE, existem 107 tipos de
logradouros e 256 títulos."
[http://scielo.iec.pa.gov.br/scielo.php?pid=S1679-4974200800016&script=sci_arttext]
Realmente, a criatividade para o nome dessas coisas é q
Mas vocês querem fazer isso para todo o Brasil de forma automática ou
deixar para cada um na sua cidade fazer? Nem 1% das cidades brasileiras tem
representantes aqui na lista.
2014-03-24 13:23 GMT-03:00 John Packer :
> Dá para utilizar regex no overpass para obter ruas que não iniciem com
>> Rua
2014-03-24 13:36 GMT-03:00 Reinaldo Neves :
>
> Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,
> existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso
> e assumir um default para essa informação pode gerar um problema sem tamanho.
300 tipos? Iss
A razão porquê eu assumi Rua como padrão aqui na minha cidade é porquê o
mapa da prefeitura, de onde foi pego vários nomes de Ruas, não colocava
"Rua" no nome quando era o caso.
Realmente não sei dizer se este seria o caso pra uma operação em larga
escala.
Em 24 de março de 2014 13:36, Reinaldo N
Desculpe mas não se deve colocar todos os logradouros sem tipo como Rua,
existem mais de 300 tipos de logradouros catalogados no Correio, todos em uso e
assumir um default para essa informação pode gerar um problema sem tamanho.
Basta lembrar que em determinadas cidades é usual nomes de logr
2014-03-24 13:23 GMT-03:00 John Packer :
> Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na minha
> cidade.
> O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e
> `name` e não pode começar com: Rua, Avenida, Servidão, Ponte, Estrada.
> E talvez precis
>
> Dá para utilizar regex no overpass para obter ruas que não iniciem com
> Rua|Avenida|etc
Esses dias eu corrigi via JOSM as ruas que não tinham nenhum prefixo na
minha cidade.
O filtro que eu utilizei era algo estilo: possui as etiquetas `highway` e
`name` e não pode começar com: Rua, Avenida,
On Mon, Mar 24, 2014 at 1:10 PM, Paulo Carvalho
wrote:
> Overpass?
http://overpass-turbo.eu/
http://wiki.openstreetmap.org/wiki/Overpass_API
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide
___
Talk-br mailing list
Talk-br@openstreetmap.o
Overpass?
2014-03-24 13:06 GMT-03:00 Nelson A. de Oliveira :
> Dá para utilizar regex no overpass para obter ruas que não iniciem com
> Rua|Avenida|etc
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinf
Leia com cuidado o que diz no artigo:
"Imagine que, no exemplo anterior, fosse permitido fazer estes trajetos:
Y1 > Y2 > X4 [1]
X1 > Y2 > Y3 [2]
Mas que fosse proibido fazer o retorno, neste trajeto:
X1 > Y2 > X4 [3]"
Se você proibir X1 > Y2, o trajeto [2] não será roteável, contrariando
a rea
Dá para utilizar regex no overpass para obter ruas que não iniciem com
Rua|Avenida|etc
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
+1.
Em 24 de março de 2014 12:52, Fernando Trebien
escreveu:
> Mas estaria errado proibir X1 > Y2. Afinal, você PODE dobrar à esquerda
> (X1 > Y2 > Y3).
>
>
> 2014-03-24 12:51 GMT-03:00 :
>
> Não Paulo!
>>
>> A restrição de proibido dobrar a esquerda é colocada para quem vem de
>> X1>Y2.
>> Es
Mas estaria errado proibir X1 > Y2. Afinal, você PODE dobrar à esquerda (X1
> Y2 > Y3).
2014-03-24 12:51 GMT-03:00 :
> Não Paulo!
>
> A restrição de proibido dobrar a esquerda é colocada para quem vem de
> X1>Y2.
> Essa restrição não se aplica a quem faz Y1>Y2>X4. Assim quem bem Y1>Y2
> pode e
Não Paulo!
A restrição de proibido dobrar a esquerda é colocada para quem vem de X1>Y2.
Essa restrição não se aplica a quem faz Y1>Y2>X4. Assim quem bem Y1>Y2 pode
entrar em X4 porque ali não tem restrição.
From: Paulo Carvalho
Sent: Monday, March 24, 2014 12:38 PM
To: OpenStreetMap no Brasi
IMHO, não. Uma bacia de drenagem é uma feição natural e não um limite
artificial, portanto seria muito inadequado classificá-las como limites
administrativos. Além disso, aplicações que usam geoindexação (ex.:
Nominatim) colocariam as bacias como parte dos endereços, o que seria um
erro crasso.
Fernando,
lembro que sou habilitado como motorista há 48 anos, por ser piloto conheço
todas as capitais do Brasil e por elas circulei inúmeras vezes de carro.
Aplicação de restrição de manobra em mapa acredito que detenho grande
experiência dado os inúmeros mapas que desenvolvi.
- o carro chega
Infelizmente não é a mesma coisa. Colocando duas de 3, quem vem de Y1->Y2
para entrar em X4 não vai conseguir, o que deveria ser permitido, pois a
restrição é só para quem vai fazer o "U" X1->Y2->X4.
Em 24 de março de 2014 12:29, escreveu:
> [image: 4]
>
> Paulo,
> no exemplo acima pode-se a
Paulo,
no exemplo acima pode-se aplicar uma restrição de 4 nós ( proibido retorno) ou
duas de 3 nós (proibido virar a esquerda).
Sempre optei pela de 3 nós.
[]s
Marcio
From: Paulo Carvalho
Sent: Monday, March 24, 2014 12:12 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]Caminhos como
Então acho que você ainda não se deparou com uma situação como esta:
- o carro chega no cruzamento
- uma placa indica que é proibido fazer o retorno virando à esquerda
- mas não tem placa dizendo que é proibido dobrar à esquerda na rua
transversal; de fato, é permitido dobrar à esquerda
O cruzamen
Márcio, não dá para reduzir uma restrição de 4 nós para uma composição de
restrições de 3. Se você acha possível, gostaria de conhecer através de um
exemplo.
Em 24 de março de 2014 12:05, escreveu:
> Paulo,
> Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e
> confesso
Fernando,
preciso de tempo para ler essa informação apontada. É muita informação para
se ler em uma única página.
Respondo ao Paulo Carvalho que até agora só apliquei restrição de manobra
empregando 3 nós. Se essa longa informação contida nessa página apontada se
refere a 4 nós, não apliquei
Paulo,
Sim, do tipo 3 nós que estávamos acostumados a empregar no tracksource e
confesso que no tracksource nunca esbarrei na necessidade de implantar a de 4
nós até porque a ação de fragmentação de via já permite uma redução para 3 nós
na aplicação da restrição.
Por enquanto, quando vislumbrei
Você mapeou alguma situação como a descrita nesta seção deste artigo?
http://wiki.openstreetmap.org/wiki/Pt-br:Tutorial:Restri%C3%A7%C3%B5es_de_Convers%C3%A3o#Linha_como_intermedi.C3.A1rio
Se sim, pode mandar um link pra área pra que possamos saber como foi feito?
2014-03-24 10:56 GMT-03:00 :
>
Márcio,
Essas suas restrições foram do tipo Via->Nó->Via? Se sim, tratam-se de
restrições comuns de 3 nós no Garmin que sabe-se funcionar. O que se está
discutindo são restrições Via->Via->Via que se tornam restrições de 4 nós
no Garmin.
[]s
PC
Em 24 de março de 2014 10:56, escreveu:
>
Amigos,
me perdoem se estou viajando e não tenha lido todo o debate, mas vou
comentar o que tenho experimentado em meu gps Garmin nuvi 3460LMT.
Particularmente não me simpatizo com o desenho de segmentos de reta para
impedir a aplicação de restrições de manobra. Por essa razão aprendi e venho
Pesquisei por "drainage basin" e nada achei no OSM. Provavelmente não há
como mapear hoje. A bacia de um rio é a área de terra cujas águas
precipitadas são drenadas por ele. Uma bacia não é estabelecida por
delimitação ou demarcação, mas sim pela geografia. O que pode haver,
conforme você falou
2014-03-24 10:24 GMT-03:00 John Packer :
> Revisando a mesma trilha, agora apareceu o gráfico certinho.
> Acho que antes não tinha carregado completamente (internet lenta onde
> estou).
> Aparentemente a trilha está certa, não entendi porquê está com um pico aonde
> tem lá...
Talvez um deslocament
Revisando a mesma trilha, agora apareceu o gráfico certinho.
Acho que antes não tinha carregado completamente (internet lenta onde
estou).
Aparentemente a trilha está certa, não entendi porquê está com um pico
aonde tem lá...
Em 24 de março de 2014 09:46, John Packer escreveu:
> Ah, mas mesmo o
2014-03-24 10:08 GMT-03:00 Edil Queiroz de Araujo :
> Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
> boundary=administrative para a relação de uma área representativa e
> imaginária que forma um conjunto de águas?
O administrative, como o nome diz, é para áreas administr
Olá pessoal.
Minha dúvida é quanto a microbacias hidrográficas. É correto usar a tag
boundary=administrative para a relação de uma área representativa e
imaginária que forma um conjunto de águas?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://
Sim, teria que criar um style file que faça essa mudança ao compilar. O
problema que ainda não conheço a sintaxe do style file do mkgmap.
Em 24 de março de 2014 09:23, Nelson A. de Oliveira escreveu:
> 2014-03-24 9:16 GMT-03:00 Paulo Carvalho :
> > O certo é manter tudo Brazil? Se sim, temos q
2014-03-24 9:52 GMT-03:00 Paulo Carvalho :
> Ele funciona com ausência de mapa? Fiz um campo semana passada e registrei
> toda a viagem, passando por locais sem dados.
Ele tenta encaixar os dados do GPX nos dados do OSM em até 100m.
Provavelmente vai dar uns picos muito grandes (o que indica que
Ele funciona com ausência de mapa? Fiz um campo semana passada e registrei
toda a viagem, passando por locais sem dados.
Em 24 de março de 2014 09:44, Nelson A. de Oliveira escreveu:
> 2014-03-24 9:42 GMT-03:00 John Packer :
> > Pelo que entendi, ela só aceita trilhas GPS públicas que estão no
Ah, mas mesmo o gráfico ficou bem bom, com um pico no ínicio e no final só:
http://ris.dev.openstreetmap.org/tsbp-proto/1647037/2/1/
Em 24 de março de 2014 09:44, Nelson A. de Oliveira escreveu:
> 2014-03-24 9:42 GMT-03:00 John Packer :
> > Pelo que entendi, ela só aceita trilhas GPS públicas qu
2014-03-24 9:42 GMT-03:00 John Packer :
> Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
> correto?
Isso. Precisa enviar o track para o servidor do OSM (é até uma forma
de estimular as pessoas a enviarem os seus tracks)
> Já testei uma trilha minha, ela ficou tudo certinho
Muito bacana, estava esperando esta aplicação suportar o Brasil.
Pelo que entendi, ela só aceita trilhas GPS públicas que estão no OSM,
correto?
Já testei uma trilha minha, ela ficou tudo certinho (verde) haha
Em 24 de março de 2014 09:10, Paulo Carvalho
escreveu:
> Interessante. Obrigado por
Thiago/Hermann bom dia,
O CNEFE ( Cadastro Nacional de endereços para Fins Estatísticos) realmente
tem informações bastante completas em termos nome de logradouros mas não é
adequado para resolver eventual problema de CEP.
Começa que nem sempre a nomenclatura das ruas esta atualizada e muitos dos
2014-03-24 9:16 GMT-03:00 Paulo Carvalho :
> O certo é manter tudo Brazil? Se sim, temos que ver como eliminar os casos
> de "Brasil", não?
Então, o is_in:country deve ser em inglês.
Talvez não teria como forçar o país para ser sempre Brasil? (e de
alguma forma ignorar as informações do OSM nesse
Ah, pode até ser. O que eu quero dizer é que não há ferramentas
ligadas ao OSM que façam a tradução entre essa forma de mapear e esse
formato que o Garmin aceita. As ferramentas de conversão atuais
simplesmente descartam essas relações.
2014-03-24 9:13 GMT-03:00 Paulo Carvalho :
> Fernando, Garmin
Eu acho que as comparações setoriais poderiam ser muito úteis sim. Com
base nelas (vou viajar um pouco, mas não quer dizer que não seja
factível) daria pra fazer um sistema que mostra diferenças
graficamente, por região (aproximada). Por exemplo, com um LeafletJS,
daria pra:
- obter a posição atual
O certo é manter tudo Brazil? Se sim, temos que ver como eliminar os casos
de "Brasil", não?
Em 24 de março de 2014 08:34, Nelson A. de Oliveira escreveu:
> 2014-03-22 17:40 GMT-03:00 Paulo Carvalho :
> > Acredito que o mkgmap obtenha os dados geográficos a partir das linhas
> com
> > tag bound
Fernando, Garmin aceita sim restrições de 4 nós. Por favor, leia o manual
o cGPSmapper caso ainda duvide. Trabalhamos com isso por 10 anos lá no
Tracksource. Sei que existe.
Em 24 de março de 2014 08:44, Fernando Trebien
escreveu:
> Hm eu estou falando do OSM. Garmin não aceita as relações de
Interessante. Obrigado por compartilhar.
[]s
Paulo
Em 24 de março de 2014 08:45, Nelson A. de Oliveira escreveu:
> Para quem conhece (ou ainda não conhece) o "That Shouldnt Be Possible"
> - http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele
> agora possui dados do Brasil.
> É p
Para quem conhece (ou ainda não conhece) o "That Shouldnt Be Possible"
- http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible, ele
agora possui dados do Brasil.
É possível analisar tracks GPX e ver se é possível fazer o caminho com
os dados existentes no OSM (e inferir se está faltando ruas
Hm eu estou falando do OSM. Garmin não aceita as relações de restrição do
OSM em que o membro "via" é uma linha, ao invés do tradicional ponto,
certo? Só aceitará depois que o mkgmap implementar esse suporte.
On Mar 24, 2014 8:06 AM, "Paulo Carvalho"
wrote:
> Mapear desta forma não é suportado po
1 - 100 de 102 matches
Mail list logo
