sido muito mais se eu tivesse
descoberto que existe algo como o artigo do wiki e o fluxo de
classificação)
2014-04-21 23:15 GMT-03:00 John Packer john.pack...@gmail.com:
Primeiro que um tradutor não terá concluído a tradução do software sem
antes traduzir o wiki (e nem está a par disso
abril de 2014 14:48, John Packer john.pack...@gmail.com escreveu:
Trebien,
Não vi documentado em nenhum lugar, só acabei chegando nessa conclusão
sozinho, e já cheguei a corrigir um texto de ajuda fazendo uma modificação
no wiki.
Foi o
amenity=fast_foodhttp://wiki.openstreetmap.org/wiki/Pt
Alexandre,
Dê uma olhada em building:part e min_level ou min_height, usando de dois
polígonos para montar isso.
Um problema é que uma caixa d'agua não se encaixa exatamente com
building=*, mas se for um ponto de referência relativamente bom, não vejo
porquê não adicionar.
Acho que não tem como
Acho que vale à pena adicionar uma nota na ajuda do iD encaminhando os
usuários para a página sobre classificação de vias no wiki. Isso seria
feito alterando a tradução da ajuda do iD.
Na verdade, até onde eu sei a nota de ajuda que o iD mostra é o campo
*description* do template
.
2014-04-21 16:53 GMT-03:00 John Packer john.pack...@gmail.com:
Acho que vale à pena adicionar uma nota na ajuda do iD encaminhando os
usuários para a página sobre classificação de vias no wiki. Isso seria
feito
alterando a tradução da ajuda do iD.
Na verdade, até onde eu sei a nota de ajuda
Amigos,
Percebi hoje[1] que existem por aí (não só no Brasil) no OSM linhas e
polígonos tendo como única utilidade indicar a cobertura da imagem satélite
do Bing.
Parece que no passado isto era
útilhttp://wiki.openstreetmap.org/wiki/Bing/Coverage,
mas não mais, pois já existe um site que indica
O endereço foi atualizado.
Agora é o seguinte: http://{switch:a,b,c}.
tiles.mapbox.com/v3/tmpsantos.hgda0m6h/{zoom}/{x}/{y}.png
Em 15 de abril de 2014 19:38, Blademir Andrade de Lima
blade...@unseen.isescreveu:
Não ta funcionando direito, faz uns 4 dias, no JOSM, mas no site
Ok, áreas removidas.
Conjuntos de alterações:
http://www.openstreetmap.org/changeset/21740074
http://www.openstreetmap.org/changeset/21740475
http://www.openstreetmap.org/changeset/21740870
Em 16 de abril de 2014 13:38, Wallace Silva wsi...@gmail.com escreveu:
+1
2014-04-16 13:36 GMT-03:00
Para registrar a lei originária, creio que poderia utilizar source:old_name
=*.
Também seria muitíssimo interessante colocar todos os nomes de ruas que
serão atualizados na chave old_name=*, pois esta chave é oficialmente
suportada pelo *Nominatim*, ou seja, você poderia buscar por endereços que
Não sei dizer de certeza se estão certas, mas parecem estar (talvez só o
nome que precise de ajuste).
O que posso dizer que é uma rota de uma balsa (um tipo de barco que leva
carros de um lado do rio/bacia/etc ao outro).
Tem umas aqui perto (por exemplo essa
a posição do Sol em
tempo real. Impressionante.
Em 11 de abril de 2014 21:40, John Packer john.pack...@gmail.comescreveu:
Pessoal, pra me gabar um pouco.
Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas
informações para visualização 3D em sites como o f4map.com
Como fazer no JOSM: http://imagizer.imageshack.us/a/img812/4223/9fcn.jpg
Erick, só faltou um pequeno detalhe aí. É bom especificar o nível máximo de
zoom dessa camada (que no caso é 19), porquê se não especificar, a camada
desaparece depois desse nível de zoom.
Em 13 de abril de 2014 15:41,
Olá Hélio,
Já que não é uma atualização automática, fica bem mais tranquilo de fazer.
O problema mesmo é quando é algo automático, pois é difícil de fazer mesmo
por membros experientes.
Só que como vai ser uma atualização bem grande, peço que sempre que
possível citar as fontes que usou naquele
Esse tipo de erro é só esperar um tempo que passa.
O que está acontecendo é que uns blocos de imagens foram atualizados e
outros não ainda. (pode ver que o nome está cortado no nome, bem onde
começaria outro bloco de imagem).
Era pra ser mais rápido(5-10 min), mas tem alguns dias que o servidor
Na verdade é nível de zoom 17 para o mundo inteiro, e até o 19 para o
Estados Unidos e Europa Ocidental.
Aparece tudo preto depois do nível 17 só em áreas em que não existe níveis
18 e 19 (ele tenta pegar imagens que não existem).
No JOSM dá pra configurar o 17 como máximo. No iD não sei.
Em 11
Pessoal, pra me gabar um pouco.
Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas
informações para visualização 3D em sites como o f4map.com (precisa de um
navegador moderno com WebGL).
Está ficando bem legal:
no F4:
de abril de 2014 21:49, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
Você pode apontar alguns materiais que usou para aprender a fazer isso?
Alexandre Magno
Em 11 de abril de 2014 21:40, John Packer john.pack...@gmail.comescreveu:
Pessoal, pra me gabar um pouco
Vitor,
seria bom complementar a sua postagem indicando como pode ser feito o
alinhamento/deslocamento das imagens do IBGE no iD e no JOSM.
Em 9 de abril de 2014 11:51, Vitor George vitor.geo...@gmail.com escreveu:
Fiz um micro-tutorial sobre como adicionar a camada do IBGE que o Thiago
fez,
Em vez de deixar uma camada transparente, eu prefiro ficar ativando e
desativando camadas conforme a necessidade.
Dá pra fazer isso clicando no olhinho da lista de camadas, ou via atalhos
de teclado com Alt + número da camada contando de baixo pra cima
Em 9 de abril de 2014 19:34, Lucas Ferreira
Falando nisso, tem outro site bem conhecido que usa o OSM:
o Github, que é um repositório de códigos de programas (entre outras
coisas).
Ele utiliza o OSM para visualização de arquivos .geojson
Um exemplo (do wille) é o seguinte:
https://gist.github.com/willemarcel/37a8be9409baa07cf31e
Muito
Hermann,
quando eu abro o link do *heat map* gaúcho [1], só vejo o estilo padrão do
OSM, sem uma camada de *heat map*.
Achei legal a comparação de nomes de ruas, e vi que também traduziram a
interface para Português do Brasil, bem bacana.
[1]:
Até onde eu sei utilizar do *Google Street View* é fazer trabalho derivado
do *Google*, ou seja, não é permitido :-/
Em 5 de abril de 2014 10:45, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:
Em 5 de abril de 2014 10:31, Wallace Silva wsi...@gmail.com escreveu:
Pessoal é possível
que seria como ir ao local e
ver.. mas não quero fazer e depois refazer..
Em 5 de abril de 2014 10:48, John Packer john.pack...@gmail.comescreveu:
Até onde eu sei utilizar do *Google Street View* é fazer trabalho
derivado do *Google*, ou seja, não é permitido :-/
Em 5 de abril de 2014 10
*Dados hospedados por colaboradores do OSM podem ser utilizados.*
Isto se os próprios dados forem out-of-copyright mapping with compatible
terms of use.
Um exemplo de dados hospedados por colaboradores do OSM (que podem ser
utilizados) é o http://tiles.tmpsantos.com.br/ que o Thiago está
Acabei de perceber que no nível de *zoom*
3http://www.openstreetmap.org/user/Manu1400/history#map=3/-13.92/-54.14,
o Mapnik mostra alguns nomes de cidades populares pelo mundo, mesmo que
neste nível não apareçam nem mesmo as fronteiras de estados.
No Brasil aparece a cidade Rio de Janeiro neste
Hélio,
Entendo que esse último conjunto de alteração foi feito sem querer.
E acredito que você está ajudando o OSM de forma honesta.
Espero que você continue contribuindo e nos ajude a fazer deste o melhor
mapa do Brasil.
Mas preciso chamar atenção para uma coisa.
A principal razão porquê o
pretendem solicitar ao pessoal que vá fazendo a alteração da categoria
à medida que vai traduzindo?
2014-04-01 22:13 GMT-03:00 John Packer john.pack...@gmail.com:
O Alexandre Magno colocou avisos na página de discussão de vários
usuários
de Portugal, e então um dos usuários mandou um email
templates perdidas no meio da página, o que seria uma bagunça a ser
arrumada depois).
Como são só 3 envolvidos (você, o Alexandre e eu), sugiro continuarmos
essa discussão no fórum:
http://forum.openstreetmap.org/viewtopic.php?pid=410600#p410600
2014-04-02 10:28 GMT-03:00 John Packer john.pack
devem ser bem
discutidas com a comunidade antes. Pouquíssimos programas são tão
inteligentes quanto os usuários.
2014-04-01 0:13 GMT-03:00 John Packer john.pack...@gmail.com:
Erick, eu entendo que você não fez com más intenções, mas este tipo de
simplificação deve ser feita caso a caso
*talk-pt*, alguns sendo a favor e
outros contra.
Em 1 de abril de 2014 21:52, Fernando Trebien
fernando.treb...@gmail.comescreveu:
Hm como você convidou a comunidade portuguesa? Mandou uma mensagem pra
talk-pt?
2014-04-01 19:08 GMT-03:00 John Packer john.pack...@gmail.com:
Amigos,
Eu e o
Solicito a reversão dos conjuntos de alteração feitos hoje chamados
simplificação de 0.5m e correção automática JOSM.
Não consegui analisar o conjunto de alteração feito em
Joinvillehttp://www.openstreetmap.org/changeset/21411410?node_page=220#map=11/-26.3122/-48.8414pois
é grande demais e deu
Erick, eu entendo que você não fez com más intenções, mas este tipo de
simplificação deve ser feita caso a caso, para poder verificar o resultado
manualmente. É muito mais demorado consertar algo do que fazer.
Não tenho como reverter esses conjuntos de alteração sozinho, ainda mais
porquê vou ter
Pessoal, como continuação deste trabalho de corrigir caracteres estranhos
na etiqueta name de ruas, eu utilizei da expressão regular documentada pelo
JOSM realmente é um editor poderoso. Este foi um ótimo exercício para me
familiarizar mais com as habilidades deste editor.
Abs, João
Em 29 de março de 2014 13:11, John Packer john.pack...@gmail.com escreveu:
Pessoal, como continuação deste trabalho de corrigir caracteres estranhos
na etiqueta
Publiquei sobre esse caso de uso do Overpass com o JOSM no meu diário do
OpenStreetMap: http://www.openstreetmap.org/user/jgpacker/diary/21474
Em 29 de março de 2014 13:31, John Packer john.pack...@gmail.com escreveu:
Fiz outro conjunto de alterações:
http://www.openstreetmap.org/changeset
em São Paulo, por exemplo, onde há uma a cada esquina.
- - - ·
Atenciosamente,
Márcio Vinícius Pinheiro
http://about.me/Doideira
http://pt.gravatar.com/marciovinicius
Em 28 de março de 2014 20:42, John Packer john.pack...@gmail.comescreveu:
Opa,
Hoje no resumo de notícias semanal do
Talvez ele assuma highway=residential como não-pavimentado.
Realmente, as cores que mostra no exemplo que você passou são de ruas
não-pavimentadas.
Pelo menos essa é a conclusão que eu cheguei vendo as ruas residenciais no
meu bairro (que tem as suas superfícies etiquetadas):
Pessoal, não uso muito o iD, mas quando uso às vezes encontro umas coisas
estranhas...
Por exemplo, hoje descobri que shop=confectionery na verdade não é
Confeitaria, mas uma loja de doces.
E acabei de pesquisar por Posto nas predefinições e apareceram entre
outros:
- Posto de Combustível
referência para doçaria, você altera no iD pra
ficar com esse nome?
2014-03-29 20:17 GMT-03:00 John Packer john.pack...@gmail.com:
Pessoal, não uso muito o iD, mas quando uso às vezes encontro umas coisas
estranhas...
Por exemplo, hoje descobri que shop=confectionery na verdade não é
Interessante...
Creio que seja útil adicionar operator=Petrobrás para o Posto BR - Posto
de Combustível (amenity=fuel com name=Posto BR), e operator=Ipiranga e
operator=Shell pros outros. Pelo que eu entendi, se adicionarmos isso em
massa no OSM, o iD automaticamente vai alterar essas
Humm, vendo bem, não sei se essas predefinições do iD associam alguma
etiqueta que não seja name=* junto...
Em 29 de março de 2014 21:42, John Packer john.pack...@gmail.com escreveu:
Interessante...
Creio que seja útil adicionar operator=Petrobrás para o Posto BR - Posto
de Combustível
Uma alternativa mais popular para a etiqueta lanes:bus=* é
buswayhttp://wiki.openstreetmap.org/wiki/Key:busway
=lane.
Erick, não sei se entendi corretamente o número de pistas, mas a pista de
ônibus deve ser contada no número da etiqueta lanes=*.
Ou seja, se tiver só um acostamento, o número
Opa,
Hoje no resumo de notícias semanal do
OpenStreetMaphttps://blog.openstreetmap.org/2014/03/28/weekly-osm-summary-91/,
anunciaram que foi criado um estilo de mapa específico para a
Suíçahttp://www.osm.ch/#9/46./8.5007(
*Switzerland*).
Eles pegaram o estilo padrão do mapa oficial do OSM, e
nesse caso é um ponto de referência conhecido, com o name, uma busca por
Catedral, Ribeirão Preto teria resultado.
Até onde eu sei, com name=Catedral Metropolitana de São Sebastião viria
como resultado de uma busca por Catedral, Ribeirão Preto.
Concordo em grande parte com o Trebien.
Embora a
Acho que nesse caso, como a via também carrega a etiqueta source=*, não
tem problema retirar do nó.
Pessoalmente, se eu mexo consideravelmente em um objeto, eu retiro ou
altero a etiqueta do objeto
Geralmente eu deixo a etiqueta source=* somente no meu conjunto de
alterações, mas às vezes eu
Sou só eu que penso que o caso de restrição por via pode ser feito como
deveria ser feito, mesmo que tenha a falta de suporte pelas aplicações? (ao
invés de fazer algo que necessite de correção manual no futuro)
Em 26 de março de 2014 20:02, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:
-03:00 John Packer john.pack...@gmail.com:
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
Putz, daí complica a revisão...
Não quero ser chato, mas o ideal é sempre ter revisores nessas mudanças
remotas.
Achei que você estava procurando via Overpass API e fazendo correções e
upload via JOSM.
O JOSM inclusive permite enviar mudanças para um conjunto de alterações que
você deixa
outros casos
também. Tomara que uma hora o Trebien desocupe das atuais tarefas pra fazer
esse script pra gente.
Em 25 de março de 2014 15:45, John Packer john.pack...@gmail.comescreveu:
Putz, daí complica a revisão...
Não quero ser chato, mas o ideal é sempre ter revisores nessas mudanças
/21297472
http://www.openstreetmap.org/changeset/21297420
http://www.openstreetmap.org/changeset/21297200
Atenciosamente,
Roger.
--
Em 25-03-2014 13:27, John Packer escreveu:
Se puderem, mandem os links dos conjuntos de alteração que estão
fazendo.
Não acho que vá precisar de alguma correção
resultado vir em XML ( osm-script output=xml )
- ir em Export - load into JOSM
Em 25 de março de 2014 21:57, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com escreveu:
Eu já tinha enviado um erro no github... vou testar mais tarde sua solução.
Em 25 de março de 2014 21:53, John Packer john.pack
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
paulo.r.m.carva...@gmail.comescreveu:
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 nao...@gmail.comescreveu:
2014-03-24 9:42 GMT-03:00 John Packer john.pack...@gmail.com:
Pelo que entendi
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 john.pack...@gmail.com
complemento (sala, conjunto, etc.) enquanto que com addr:door
e addr:unit é mais provável que a pessoa só coloque o número e esteja
satisfeita com isso.
2014-03-04 15:27 GMT-03:00 John Packer john.pack...@gmail.com:
Bem, eu acho que o campo addr:housename não pode ser realmente
considerado
como
Pedido: Quando puder, por favor adicione Jaraguá do
Sulftp://geoftp.ibge.gov.br/mapas_estatisticos/censo_2010/mapas_de_setores_censitarios/SC/4208906.zip(código
4208906, estado SC).
Em 20 de março de 2014 12:33, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com escreveu:
Thiago, parabéns e
Isso, pode usar este mapa para nomear ruas, desde que inclua ibge como
fonte (isto é, na etiqueta *source* do seu conjunto de alterações).
Para colocar os mapas do IBGE como uma camada de um editor, fala o seguinte:
Se está usando o editor iD, vá em Configurações da imagem de fundo (Atalho
b) -
A princípio, name:pt não faz distinção entre português brasileiro e o de
Portugal. Quando forem diferentes, dá pra usar name:pt-br. Inclusive, dá
pra colocar os dois
Realmente, quando vi o mapa noutro dia, percebi que constava em um lugar
Gronelândia ao invés de Groenlândia. Eu ia corrigir,
Show!
Consegui adicionar facilmente como camada TMS no JOSM.
Está com um certo deslocamento aqui em Joinville, mas utilizei da
ferramenta de deslocamente nativo do JOSM, e coloquei o seguinte valor
-33.94; -41.82
Daí ficou certinho.
E o servidor me pareceu bem rápido :-)
Em 17 de março de 2014
ref é uma etiqueta genérica para Código de referência (corrijo o que
disse antes, não é número, é código).
Assim como para a etiqueta name, tem outras etiquetas
relacionadashttp://wiki.openstreetmap.org/wiki/Refpara usos
similares, como
loc_ref, old_ref, ref:* e outros.
A etiqueta ref pode ser
Alterei a tradução de *Reference* no editor
iDhttps://www.transifex.com/projects/p/id-editor/translate/#pt_BR/presets/11487835?q=refpara
Código de referência.
Em 14 de março de 2014 09:23, Nelson A. de Oliveira nao...@gmail.comescreveu:
2014-03-14 9:12 GMT-03:00 Marcelo Pereira
Putz, isso deve ser um erro induzido pelo iD, que tem a tradução
Referência para a etiqueta 'ref'ao invés de Número de referência.
Tinha anotado isso esses dias pra falar quando tivesse tempo, mas já
aproveitei essa oportunidade para comentar
Em 13/03/2014 23:18, Erick de Oliveira Leal
Pelo que entendi o meu caso foi solucionado nos primeiros emails, e a
discussão que seguiu foi em volta de outro caso.
Em 12 de março de 2014 07:46, Marcelo Pereira pereirahol...@gmail.comescreveu:
Srs,
Fiquei agora sem entender pq tanta discussão em torno de um detalhe que já
está
Qual a diferença disso para landuse=recreation_ground?
Até onde entendi, landuse=events cobre áreas que ficam vagas alguns meses
ou semanas, e não se restrige a recreation_ground.
É comum circos ou parques usarem esse tipo de área, mas pode ser utilizado
por exposições ou alguns tipos de
Em Belo Horizonte, as maiores paradas - ao menos as que dispõem de abrigo
- todas têm nome oficial.
Sim, este é o meu caso.
Não cheguei a responder antes, mas concordo que nesse caso o nome deve ser
colocado na etiqueta name.
Em 11 de março de 2014 16:57, Vítor Rodrigo Dias
Existem alguns casos em que não tem problema colocar um nome não oficial na
etiqueta name.
Mais precisamente, nos casos em que se alguma pessoa regular olhar aquele
nome no mapa, não reconheceria o lugar.
Neste caso, o nome oficial iria para outras etiquetas como alt_name e
official_name.
Por
Uma cidade pequena: Campo Alegre - SC
Uma cidade grande (menor prioridade): Joinville - SC
Em 7 de março de 2014 22:08, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com escreveu:
Então deixe o DF por enquanto, rs. São Sebastião do Anta - MG e Cairu - BA
(onde se situa o Morro de São
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?
Bem, eu acho que o campo addr:housename não pode ser realmente considerado
como Complemento, justamente devido à existência dos campos addr:door,
addr:unit e outros.
Para mim, a tradução como Complemento era só uma solução temporária
devido ao estado do formulário de endereços do editor iD. Pois
Olá Raffaelo, estou enviando esta mensagem somente para você.
Só queria avisar que os seus emails de hoje estão com uma formatação
estranha (com 3 fontes diferentes sendo usadas, e 2 tamanhos de fonte).
Abs,
João
Em 28 de fevereiro de 2014 16:46, Raffaello Bruno Limongi Freire
Pessoal, sobre a BR-101,
A relação dela está bem quebrada.
Isso sempre foi assim, ou quebraram com o tempo?
Achei engraçado que uma igreja se adicionou na relação por alguma razão.
Link da relação: http://www.openstreetmap.org/relation/53556
Abs,
João
humps podem ter entre 3m e 4.3m de extensão.
2014-02-26 23:45 GMT-03:00 John Packer john.pack...@gmail.com:
Olha, vendo essa etiqueta traffic_calming=table, eu vou segurar a minha
proposta por um bom tempo até conseguir investigar melhor essa situação.
A pergunta é: existe alguma lombada de
trapezoidal. Independente da extensão.
A Wikipédia diz que humps podem ter entre 3m e 4.3m de extensão.
2014-02-26 23:45 GMT-03:00 John Packer john.pack...@gmail.com:
Olha, vendo essa etiqueta traffic_calming=table, eu vou segurar a
minha proposta por um bom tempo até conseguir investigar melhor
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
Pra mim, se eu ir na camada humanitária, aparece o nome. Senão não aparece
nada.
Gerald, parece que o conjunto de alterações dele foi feito 21 horas atrás.
Em 27 de fevereiro de 2014 18:59, Gerald Weber gwebe...@gmail.comescreveu:
Para mim aparece. Há quanto tempo você colocou? Pode ser um
Encontrei aqui como selecionar:
https://help.openstreetmap.org/questions/18424/josm-search-function-find-orphan-nodes
A resposta é type:node untagged -child
Em 27 de fevereiro de 2014 19:07, Paulo Carvalho
paulo.r.m.carva...@gmail.com escreveu:
Pessoal,
Como selecionar nós soltos e sem
Atualização:
O campo addr:housename foi retirado do iD, agora só pode ser incluído
manualmente usando etiquetas.
Um usuário (não-brasileiro) retirou o campo depois de ver que estava
confundindo usuários em outros países.
O *pull request* se encontra no seguinte link:
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
Flavio Bello Fialho bello.fla...@gmail.com:
Os que existem no Brasil geralmente são traffic_calming=bump.
Em 24/02/2014 18:44, John Packer john.pack...@gmail.com escreveu:
Eu mapeei uma lombada aqui como traffic_calming=hump.
Pelo que vi na wiki, a diferença de hump e bump é que hump é mais
Osmand) emitem alertas de lombada
que
são muito úteis.
Agora, se o Osmand começar a dar um alerta para cada tartaruginha numa
rua
isto acaba perdendo a função para alertar para situações que envolvem um
perigo real.
abraço
Gerald
2014-02-25 11:43 GMT-03:00 John Packer john.pack
=XX
Não conheço tag para demonstrar que há um medidor de velocidade no local.
Podemos inventar uma e comentar na página de discussão da tag speed_camera
e/ou na lista tagging.
[]s
Arlindo
2014-02-25 12:14 GMT-03:00 John Packer john.pack...@gmail.com:
Eu concordo que, vendo bem
Pessoal, ainda não tenho 100% de certeza, mas pelo que entendi, a diferença
de *speed bump* e *speed hump* é a ilustrada na imagem abaixo:
[image: Imagem inline 1]
Em 25 de fevereiro de 2014 13:23, John Packer john.pack...@gmail.comescreveu:
Arlindo,
Quanto às tartaruguinhas, não se encaixam
?
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
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
Veja se encaixa com community_centre
Em 22/02/2014 20:01, Paulo Carvalho paulo.r.m.carva...@gmail.com
escreveu:
No Tracksource mapeávamos como clube.
Em 22 de fevereiro de 2014 19:53, Bráulio brauliobeze...@gmail.comescreveu:
Também procurei e não achei. Pelo visto o termo em inglês seria
... :)
On Fri, 2014-02-21 at 12:36 -0300, John Packer wrote:
Existe uma razão para o Google ser famoso: é 1 nome só, e está
tudo no mesmo lugar.
Isso está longe de ser a principal razão porquê o Google é famoso.
Se você discorda, por junte-se a mim e abra os tickets
Recepções ou X Buffet. A
grande maioria oferece serviço de buffet, mas na maioria esse serviço é
opcional e o serviço principal é mesmo o aluguel do espaço em si.
2014-02-23 7:20 GMT-03:00 John Packer john.pack...@gmail.com:
Veja se encaixa com community_centre
Em 22/02/2014 20:01, Paulo
Mas o correto é fazer com que o renderizador exiba isso (abrindo um
ticket para isso) e não o contrário :-)
+1
Se alguém julgar necessário mostrar que aquilo são terras indígenas antes
que o Mapnik as implemente, sempre pode criar uma camada para mostrar em um
site específico. Precisaria de
Existe uma razão para o Google ser famoso: é 1 nome só, e está tudo no
mesmo lugar.
Isso está longe de ser a principal razão porquê o Google é famoso.
Se você discorda, por junte-se a mim e abra os tickets relativos a cada
questão junto aos desenvolvedores dos principais sistemas.
Eu já
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
Uma etiqueta obscura que pode possivelmente ser utilizada aqui é
building:material=wood.
Um amigo aqui de Joinville gosta de mapear casas do tipo enxaimel, e sempre
usa a etiqueta building:material=timber_framing.
2014-02-17 15:49 GMT-03:00 Fernando Trebien fernando.treb...@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
usohttp://taginfo.openstreetmap.org/keys/public_transport#map
.
Infelizmente
. Em Buenos Aires, o resultado foi 10 usos de
steak_house e 10 de barbecue. Em Montevideo, retornou 6 steak_house.
On 09-02-2014 19:57, John Packer wrote:
Mas quem define o valor do termo a ser buscado é o serviço que utiliza
o mapa, não importando o valor da tag em si. A tag é em usada em
addr:door e addr:unit não seriam suficientes, mas addr:housename sim.
Por tudo isso, acho que addr:housename acaba sendo mais prática, e não
se perde informação com ela, e não se ganha nada com as outras duas
tags.
2014-02-12 23:17 GMT-02:00 John Packer john.pack...@gmail.com:
Eu mudei a tradução
Obrigado por se manifestarem, mudei minha opinião, tem desvantagens
consideráveis utilizar addr:housename como Complemento.
Augusto, você confundiu o uso de addr:housename em alguns dos exemplos.
Leia sobre as etiquetas ref e alt_name.
Vejo que ainda não chegamos a um consenso, então vamos
a interface de uma forma que as pessoas não
coloquem apt x ou bloco y na etiqueta? (colocando somente o número)
Em 13 de fevereiro de 2014 13:38, Nelson A. de Oliveira
nao...@gmail.comescreveu:
2014-02-13 13:30 GMT-02:00 John Packer john.pack...@gmail.com:
Neste quesito, a etiqueta addr:door
Eu vinha colocando nomes de edifícios na tag name mesmo. Nunca encontrei
um caso em que o edifício teria um nome e também abrigaria inteiramente 1
estabelecimento (e somente 1) com um nome diferente. Nesse caso, eu
provavelmente mapearia a coisa como ponto dentro do edifício, mas pela
Paulo, acredito que essas feiras são amenity=marketplace.
http://wiki.openstreetmap.org/wiki/Marketplace
Se não tiver na página de referência da wiki, já é algo a mais pra
adicionar.
Abs,
João
Em 12 de fevereiro de 2014 08:53, Paulo Carvalho
paulo.r.m.carva...@gmail.com escreveu:
Em Rio
Pessoal,
Eu abri um relatório de bug para o editor iD, e gostaria que se possível
fizessem algum comentário que achem relevante na página do relatório.
O relatório está no Github no seguinte link:
https://github.com/openstreetmap/iD/issues/2124
Abs,
João
Talvez seja um pouco fora do tópico, mas alguém aqui coloca algum valor que
não seja yes para a etiqueta incline?
Se sim, vocês calculam pelo olhômetro, ou usam alguma ferramenta e/ou
procuram pelos dados em algum lugar?
Em 12 de fevereiro de 2014 18:44, Fernando Trebien
101 - 200 di 220 matches
Mail list logo
