Re: [Talk-br] Dados suspeitos sem resposta dos autores
Concordo com o Roger e o Fernando. Em 10 de fevereiro de 2014 01:14, Fernando Trebien fernando.treb...@gmail.com escreveu: Se a suspeita for grave (ex. cópia de dados com copyright) e a pessoa não me responde em 1 semana, eu reverto. Não é tão grave reverter porque a própria reversão pode ser revetida posteriormente, caso o usuário acabe dando uma explicação válida. Me preocupo continuamente em não ser autoritário nas minhas decisões e se tivesse algumas dúvidas postaria o caso aqui em detalhes antes de reverter. Faço bastante esforço pra consertar pequenos enganos também, que não são motivo pra reversão (qualidade se aprende com a experiência né, e muitos desses enganos são culpa das próprias ferramentas de mapeamento que induziram a pessoa ao erro; volta e meia penso que devíamos parar pra discutir quais erros são comuns e como os editores podem ser melhorados pra evitá-los). Se tiver bastante certeza que está errado ou que é ilegal, eu explico bem a razão pra reversão no comentário do changeset, mencionando também o silêncio do usuário ao ser questionado. Se a pessoa achar isso autoritário, ela sempre pode vir aqui na lista reclamar, e se não o faz é porque concorda ou porque não se importa a ponto de querer se envolver com a comunidade. On Feb 9, 2014 9:13 PM, Nelson A. de Oliveira nao...@gmail.com wrote: O que se faz quando suspeitamos de algumas coisas, perguntamos aos autores, esperamos muito tempo e não obtemos nenhum tipo de resposta? Deixamos os dados do jeito que está, ignoramos, removemos, o que fazemos? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dados suspeitos sem resposta dos autores
Concordo com o Fernando, a reversão pode ser revertida facilmente se necessário. []s Em 10/02/2014 01:14, Fernando Trebien fernando.treb...@gmail.com escreveu: Se a suspeita for grave (ex. cópia de dados com copyright) e a pessoa não me responde em 1 semana, eu reverto. Não é tão grave reverter porque a própria reversão pode ser revetida posteriormente, caso o usuário acabe dando uma explicação válida. Me preocupo continuamente em não ser autoritário nas minhas decisões e se tivesse algumas dúvidas postaria o caso aqui em detalhes antes de reverter. Faço bastante esforço pra consertar pequenos enganos também, que não são motivo pra reversão (qualidade se aprende com a experiência né, e muitos desses enganos são culpa das próprias ferramentas de mapeamento que induziram a pessoa ao erro; volta e meia penso que devíamos parar pra discutir quais erros são comuns e como os editores podem ser melhorados pra evitá-los). Se tiver bastante certeza que está errado ou que é ilegal, eu explico bem a razão pra reversão no comentário do changeset, mencionando também o silêncio do usuário ao ser questionado. Se a pessoa achar isso autoritário, ela sempre pode vir aqui na lista reclamar, e se não o faz é porque concorda ou porque não se importa a ponto de querer se envolver com a comunidade. On Feb 9, 2014 9:13 PM, Nelson A. de Oliveira nao...@gmail.com wrote: O que se faz quando suspeitamos de algumas coisas, perguntamos aos autores, esperamos muito tempo e não obtemos nenhum tipo de resposta? Deixamos os dados do jeito que está, ignoramos, removemos, o que fazemos? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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] Tópicos sobre opinião no fórum
Pessoal, De vez em quando passam por aqui e pelas minhas conversas particulares algumas opiniões interessantes sobre o jeito que o OSM funciona. São opiniões sobre o que poderia ser diferente pra evitar um problema ou pra se mapear algo adequadamente. Pra não perdê-las em meio a tantas discussões diferentes, abri 2 tópicos no fórum (com tendência a abrir mais) pra servirem de espaço pra essas opiniões. A idéia é de tempos em tempos ler esses tópicos, organizar as idéias e levá-las pra comunidade internacional. (Não é garantia de que serão feitas, mas já serve como uma to-do list.) http://forum.openstreetmap.org/viewtopic.php?id=24243 http://forum.openstreetmap.org/viewtopic.php?id=24244 Dá pra abrir um tópico desses em relação a praticamente qualquer componente do OSM ou associado a ele. Me vem à mente o OSRM, o Nominatim, o Mapnik (especificamente o estilo default OSM-Carto), etc. Se alguém tiver interesse, abro tópicos pra esses e pra outros também. (Qualquer pessoa pode abri-los.) -- 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
Re: [Talk-br] Como etiquetar Churrascarias no Brasil? (e rodízios?)
Bem, se a Wikipédia não traduz e diz que é algo distinto, acho que cuisine=churrasco seria aceitável. Me parece que o modo de preparar a carne e os pratos está mais próxima de barbecue do que de steak house. Então, também daria pra marcar com cuisine=barbecue. A vantagem de fazer assim é evitar um valor novo que talvez poucas aplicações venham a suportar, e o custo de fazer isso seria pequeno, já que no Brasil quase não há restaurantes que servem barbecue que não seja churrasco. Ou seja, poderíamos oficialmente igualar as duas coisas, ainda que não sejam exatamente a mesma coisa. 2014-02-09 23:33 GMT-02:00 Wille wi...@wille.blog.br: É bom lembrar que churrasco também é tradicional na Argentina e Uruguai, então não acho que deveria ser usado o valor churrascaria. Não como carne, mas minha sugestão é que a decisão seja entre steak_house e barbecue. 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 inglês, preferencialmente britânico (pois o OSM nasceu lá). Acho que poderia ser cuisine=bbq ou cuisine=steak ou cuisine=brazilian_steak. Se for pra criar um valor novo(ao invés de usar gaúcho ou barbecue), creio que cuisine=churrascaria seja o mais apropriado, já que é um termo reconhecido em alguns países https://en.wikipedia.org/wiki/Churrascariacomo uma churrascaria brasileira. (e como bônus, alguns novatos já colocam esse valor mesmohttp://taginfo.openstreetmap.org/tags/cuisine=churrascaria ) Em 9 de fevereiro de 2014 20:39, Arlindo Pereira openstreet...@arlindopereira.com escreveu: 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 inglês, preferencialmente britânico (pois o OSM nasceu lá). Acho que deveria ser algo do tipo all_you_can_eat=yes ou smorgasbord=yes, para denotar os estabelecimentos que você pode comer o quanto quiser por um preço fixo. Dessa forma, uma aplicação poderia fazer uma busca especificamente por esse tipo de restaurante. []s Em 09/02/2014 20:10, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Bom, acho que devemos pensar nos brasileiros. Eu procuraria por churrascaria e não steak house se eu quero comer churrasco. Em 9 de fevereiro de 2014 20:02, John Packer john.pack...@gmail.comescreveu: Acho que é válido o seu comentário Paulo, mas saibam que no exterior, as churrascarias brasileiras são conhecidas como Brazilian Steak House. Em 9 de fevereiro de 2014 20:00, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Cabe um esclarecimento: Steak House se refere a restaurantes do tipo Outback, B52, Stadium,etc. Ou seja, casas especializadas em carnes, pode incluir algum churrasco. Agora, churrascaria é um tanto diferente disso. São casas especializadas em churrasco, que inclui carnes preparadas dessa forma, mas abrange também tudo aquilo que costuma acompanhar churrascos. Acho que os gaúchos de plantão podem definir melhor churrasco do que eu, mas vejo que churrascaria é diferente de steak house. My two cents. Em 9 de fevereiro de 2014 19:33, John Packer john.pack...@gmail.comescreveu: Olá pessoal, Estamos tendo uma discussão na wikihttp://wiki.openstreetmap.org/wiki/Talk:Pt-br:How_to_map_a#Churrascaria, e decidimos trazer para a lista de emails para ouvir mais opiniões. Vale a pena ler o que já foi discutido, mas o resumo da discussão é: Como devemos etiquetar uma Churrascaria no Brasil? (além de amenity=restaurant) Deveria ser cuisine=gaucho ou cuisine=barbecue? (ou até cuisine=steak_house, que embora não seja documentado, é mais usado que cuisine=barbecue segundo o taginfo) O maior problema é que tanto cuisine=gaucho quanto cuisine=barbecuenão são específicos o suficiente para algo que é consideravelmente normal no Brasil. Deveriamos padronizar um novo valor mais específico e adicionar na wiki? (provavelmente cuisine=churrascaria) Outra questão levantada, que é importante a participação da comunidade é: Como etiquetar se uma churrascaria(ou pizzaria) possui rodízio ou não? Pessoalmente acho que isso é algo bem relevante e um tanto quanto específico ao Brasil. Claro que isso não seria informado pela etiqueta cuisine. A questão é qual/como? 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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
Re: [Talk-br] Sobre marcas(tags)
Copiei pra lista então. Complicado não é, o problema é que a volatilidade da informação geraria um grande número de changesets e isso seria mais um peso na base de dados do OSM, que foi feita pra armazenar informação menos mutável. Seriam 4 vezes ao ano se só você estivesse editando, mas no futuro teria gente mudando diariamente o preço do combustível. O resultado é que o histórico do elemento geométrico ficaria enorme e difícil de gerenciar depois. Nada impede que alguém desenvolva um app baseado no OSM pra fazer isso por fora, só que ninguém fez ainda. O Waze, por ser comercial, consegue financiar o desenvolvimento desses recursos; no OSM tudo depende de alguém com vontade e tempo pra se dedicar, ou também com boas idéias pra ganhar dinheiro com isso. 2014-02-10 0:48 GMT-02:00 Cristiano Sumariva sumar...@gmail.com: Olha acredito que sim. Não me parece ser tão ruim e complicado armazenar isso. Me mostraram algo parecido, acho que no aplicativo waze. Quando o navegador chega próximo a um posto o mesmo solicita se deseja contribuir a lista de preços. Basta digitar os valores e pronto. E um próximo navegante que baixar a atualização da base não será convidado a atualizar novamente se dentro de um período de 90 dias por exemplo. Não vejo problemas em responder isso 4 vezes ao ano para alguns postos por onde passar. Em 9 de fevereiro de 2014 17:54, Fernando Trebien fernando.treb...@gmail.com escreveu: Olá Cristiano, Eu duvido que alguém aprovaria armazenar os preços dos combustíveis no próprio mapa do OSM porque essa informação é muito volátil. O ideal nesses casos é ter uma aplicação à parte (que só usa o OSM para saber a localização do posto). Parece que é isso que este site tenta fazer: http://www.osmfuel.org/ Por alguma razão, ele está lendo só 2 postos de combustível em Porto Alegre, então talvez não funcione direito ainda, eu teria que pesquisar mais. Posso repostar sua pergunta pra lista talk-br? 2014-02-09 Cristiano Sumariva sumar...@gmail.com: Eu acrescentei alguns postos de combustível ausentes durante a viagem. Como posso colocar os valores dos combustíveis? Algo como fuel:gnc:price 2,77. Fica em aberto como colocar a moeda do preço. Ou fica implícito conforme o país onde o nó está localizado? fuel:gnc:currency: real Tem a questão dos combustíveis também. Eu marquei como fuel:e85 que quase igual ao nosso álcool ( 90% e 10% água ). Achei também a tag fuel:alcohol. Me interesso por isso para poder tornar capaz o aplicativo OSMAND a me guiar para os postos de combustíveis com gas que são poucos e a autonomia baixa. -- 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) -- 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
Re: [Talk-br] Como mapear numeração de ruas?
2014-02-10 10:29 GMT-02:00 John Packer john.pack...@gmail.com: A minha impressão é que realmente ref é a etiqueta adequada, mas a visualização do mapa fica bem inadequada... Como as ruas são designadas nas leis municipais? Tem essa informação? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Como etiquetar Churrascarias no Brasil? (e rodízios?)
Acho que seja melhor utilizar a tag barbecue já existente. Procurem barbecue no Google Images que vocês verão que é similar mais do que o suficiente ao churrasco brasileiro e a parrilla argentina. E oras... pergunte a qualquer um que fale inglês e português o que significa barbecue em português. 100% deles dirá churrasco. Creio que seja melhor se ater ao básico do preparo: a carne é assada utilizando brasa em vez de frigideira ou panela e isso a deixa com sabores e texturas próprias desse preparo. Acho que cuisine=gaucho deve ser utilizada para restaurantes que cobrem boa parte da culinária gaúcha, em um ambiente com decoração gaúcha, sem necessariamente dar ênfase ao churrasco. Para deixar a churrascaria mais específica, que parece ser o objetivo de todos nessa discussão, poderia ser usado algo como *cuisine=barbecue;gaucho*. Não testei, mas creio que as ferramentas já estão em sua maioria cientes dessa separação por ponto e vírgula de valores múltiplos numa mesma chave. Depois, se alguém estiver disposto, podem ser criados termos e renderizações específicos para essa combinação (Churrascaria Gaúcha, Gaucho steak house, etc) nas ferramentas (nominatim, ID, JOSM, renderizadores, etc). E é bom manter em mente que nem toda churrascaria no Brasil é gaúcha. Na verdade, aqui em Natal há muitas churrascarias grandes, mas nunca vi nenhuma dizer que faz churrasco gaúcho ou que contratou um churrasqueiro gaúcho nem nada do tipo. Se fazem isso, nunca deram muito destaque ao fato. No máximo vi algumas falarem que usam cortes argentinos além dos brasileiros. Além disso, os acompanhamentos são claramente nordestinos: feijão verde, macaxeira, farofa d'água, arroz de leite, manteiga do sertão, etc. Não têm nada de gaúcho neles. 2014-02-10 9:02 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Bem, se a Wikipédia não traduz e diz que é algo distinto, acho que cuisine=churrasco seria aceitável. Me parece que o modo de preparar a carne e os pratos está mais próxima de barbecue do que de steak house. Então, também daria pra marcar com cuisine=barbecue. A vantagem de fazer assim é evitar um valor novo que talvez poucas aplicações venham a suportar, e o custo de fazer isso seria pequeno, já que no Brasil quase não há restaurantes que servem barbecue que não seja churrasco. Ou seja, poderíamos oficialmente igualar as duas coisas, ainda que não sejam exatamente a mesma coisa. 2014-02-09 23:33 GMT-02:00 Wille wi...@wille.blog.br: É bom lembrar que churrasco também é tradicional na Argentina e Uruguai, então não acho que deveria ser usado o valor churrascaria. Não como carne, mas minha sugestão é que a decisão seja entre steak_house e barbecue. 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 inglês, preferencialmente britânico (pois o OSM nasceu lá). Acho que poderia ser cuisine=bbq ou cuisine=steak ou cuisine=brazilian_steak. Se for pra criar um valor novo(ao invés de usar gaúcho ou barbecue), creio que cuisine=churrascaria seja o mais apropriado, já que é um termo reconhecido em alguns países https://en.wikipedia.org/wiki/Churrascariacomo uma churrascaria brasileira. (e como bônus, alguns novatos já colocam esse valor mesmohttp://taginfo.openstreetmap.org/tags/cuisine=churrascaria ) Em 9 de fevereiro de 2014 20:39, Arlindo Pereira openstreet...@arlindopereira.com escreveu: 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 inglês, preferencialmente britânico (pois o OSM nasceu lá). Acho que deveria ser algo do tipo all_you_can_eat=yes ou smorgasbord=yes, para denotar os estabelecimentos que você pode comer o quanto quiser por um preço fixo. Dessa forma, uma aplicação poderia fazer uma busca especificamente por esse tipo de restaurante. []s Em 09/02/2014 20:10, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Bom, acho que devemos pensar nos brasileiros. Eu procuraria por churrascaria e não steak house se eu quero comer churrasco. Em 9 de fevereiro de 2014 20:02, John Packer john.pack...@gmail.comescreveu: Acho que é válido o seu comentário Paulo, mas saibam que no exterior, as churrascarias brasileiras são conhecidas como Brazilian Steak House. Em 9 de fevereiro de 2014 20:00, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Cabe um esclarecimento: Steak House se refere a restaurantes do tipo Outback, B52, Stadium,etc. Ou seja, casas especializadas em carnes, pode incluir algum churrasco. Agora, churrascaria é um tanto diferente disso. São casas especializadas em churrasco, que inclui carnes preparadas dessa forma, mas abrange também tudo aquilo que costuma acompanhar churrascos. Acho que
Re: [Talk-br] Sobre marcas(tags)
Concordo com o Fernando. Esse tipo de coisa é feito em uma base de dados a parte devido a volatilidade. Cristiano, Recomendo usar para o preço, um ponto como separador decimal, ao invés de uma vírgula. Pelo menos é assim que é o padrão OSM. Por exemplo seria fuel:gnc:price=2.77 ao invés de 2,77 . Para fuel:*type*:currency=*, poderia fazer o seguinte: a moeda padrão é a do país onde está localizado, senão deve ser especificado utilizando o padrão ISO 4217 http://pt.wikipedia.org/wiki/ISO_4217. Uma alternativa é colocar isso opcionalmente no final do preço. Mas talvez seja melhor em primeiro lugar dar uma olhada no OSMFuel para ver se dá pra utilizar. Abs, João Em 10 de fevereiro de 2014 10:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Copiei pra lista então. Complicado não é, o problema é que a volatilidade da informação geraria um grande número de changesets e isso seria mais um peso na base de dados do OSM, que foi feita pra armazenar informação menos mutável. Seriam 4 vezes ao ano se só você estivesse editando, mas no futuro teria gente mudando diariamente o preço do combustível. O resultado é que o histórico do elemento geométrico ficaria enorme e difícil de gerenciar depois. Nada impede que alguém desenvolva um app baseado no OSM pra fazer isso por fora, só que ninguém fez ainda. O Waze, por ser comercial, consegue financiar o desenvolvimento desses recursos; no OSM tudo depende de alguém com vontade e tempo pra se dedicar, ou também com boas idéias pra ganhar dinheiro com isso. 2014-02-10 0:48 GMT-02:00 Cristiano Sumariva sumar...@gmail.com: Olha acredito que sim. Não me parece ser tão ruim e complicado armazenar isso. Me mostraram algo parecido, acho que no aplicativo waze. Quando o navegador chega próximo a um posto o mesmo solicita se deseja contribuir a lista de preços. Basta digitar os valores e pronto. E um próximo navegante que baixar a atualização da base não será convidado a atualizar novamente se dentro de um período de 90 dias por exemplo. Não vejo problemas em responder isso 4 vezes ao ano para alguns postos por onde passar. Em 9 de fevereiro de 2014 17:54, Fernando Trebien fernando.treb...@gmail.com escreveu: Olá Cristiano, Eu duvido que alguém aprovaria armazenar os preços dos combustíveis no próprio mapa do OSM porque essa informação é muito volátil. O ideal nesses casos é ter uma aplicação à parte (que só usa o OSM para saber a localização do posto). Parece que é isso que este site tenta fazer: http://www.osmfuel.org/ Por alguma razão, ele está lendo só 2 postos de combustível em Porto Alegre, então talvez não funcione direito ainda, eu teria que pesquisar mais. Posso repostar sua pergunta pra lista talk-br? 2014-02-09 Cristiano Sumariva sumar...@gmail.com: Eu acrescentei alguns postos de combustível ausentes durante a viagem. Como posso colocar os valores dos combustíveis? Algo como fuel:gnc:price 2,77. Fica em aberto como colocar a moeda do preço. Ou fica implícito conforme o país onde o nó está localizado? fuel:gnc:currency: real Tem a questão dos combustíveis também. Eu marquei como fuel:e85 que quase igual ao nosso álcool ( 90% e 10% água ). Achei também a tag fuel:alcohol. Me interesso por isso para poder tornar capaz o aplicativo OSMAND a me guiar para os postos de combustíveis com gas que são poucos e a autonomia baixa. -- 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) -- 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Como mapear numeração de ruas?
Algo parecido acontece aqui em Porto Alegre. Quando uma rua ainda não foi nomeada, ela tem um número. Depois que foi nomeada, o número deixa de valer. O número é essencialmente um nome preliminar e vai na tag name no OSM, já que é usado como nome da rua no endereçamento postal. Nomes são dados bem antes que a rua se torne importante, então dificilmente alguém é drasticamente afetado pela mudança. Talvez em Jaraguá eles mantenham o número pra evitar confusões. Se a visão da prefeitura de Jaraguá é que se passe a usar o nome ao invés do número (quer dizer, se o nome é considerado oficial e o número é considerado um antecessor que ainda é uma alternativa válida), então o nome deveria ir na tag name e o número poderia ir tanto em alt_name (se for algo permanente) ou em old_name (se a idéia é parar de usá-lo aos poucos). Enquanto não houver nome, só número, o número poderia ir na tag name mesmo (afinal, é o único nome disponível). Ninguém melhor do que a própria prefeitura para esclarecer a intenção desse sistema. Talvez os moradores mais antigos da cidade possam dar algum indício também. Eu concordo que ref deveria servir pra isso, mas essa tag parece ter sido feita para usos bem específicos, como para rodovias e estruturas repetidas como estacionamentos. Talvez por isso o render fique ruim nessas vias locais - porque é tão pouco usado nelas que ninguém se preocupou em solicitar uma renderização melhor. Traz esse usuário aqui pra lista, acho que fica mais fácil. Eu perguntaria pra ele: - confundiria um morador se no mapa aparecessem só os nomes, e os números só quando a rua não tivesse nome? - confundiria um morador se ela pesquisasse pelo número de uma rua e viesse no resultado uma rua com nome? - confundiria um morador se no mapa aparecessem só os números? - ao procurar a rua numa listagem ou ao usar um GPS, um morador procuraria pelo nome da rua, pelo seu número, ou pelos dois concatenados (tal como aparece nas placas), ou cada pessoa poderia fazer diferente? Se puderem procurar de diversas formas, qual a mais comum? - apesar de aparecer dessa forma nas placas, na imprensa e nas publicações da prefeitura se usa também esse formato (número + nome) ou há uma preferência por um dos dois? 2014-02-10 10:29 GMT-02:00 John Packer john.pack...@gmail.com: Pedi clarificações para ele. Segue abaixo a resposta: Então, desde que eu era pequeno me chamava a atenção isso (não sei por quê hahahaha), e em Joinville também era comum essa prática de numerar as ruas, mas de repente não se usou mais isso. Mas em Jaraguá as ruas recebem números e nomes, as vezes só números. Em tudo o que se refere a ruas, como mapas, as placas com nomes das ruas, vai o número, sempre antes do nome. Enfim, como todas as ruas e servidões têm um número e um nome, acredito que seja um código da prefeitura, embora seja popular e bastante utilizado, mas não sendo nem nome alternativo, nem nome antigo... não sei dizer qual seria a tag mais adequada para essa numeração. Fico em dúvida como proceder. A minha impressão é que realmente ref é a etiqueta adequada, mas a visualização do mapa fica bem inadequada... Pedi para ele contactar algum mapeador ativo de Jaraguá do Sul (espero que tenha algum mapeador experiente nessa região) Vou pedir para ele passar o link do mapa que verificou. Abs, João Em 9 de fevereiro de 2014 20:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Se a numeração for o nome da rua (Rua 1, Rua 2 etc.) coloque Rua Um na tag name e Rua 1 na tag alt_name (ou o contrário, se preferir). A tag alt_name não aparece na renderização do mapa mas é usada pelos serviços de busca, e poderia ser usada por roteadores GPS. Se for o nome antigo (Rua Fulano de Tal, antiga Rua 1) coloque na tag old_name. []s Em 09/02/2014 19:08, John Packer john.pack...@gmail.com escreveu: Olá pessoal, Um amigo meu foi para Jaraguá do Sul, SC e percebeu que as ruas de lá tinham um número associado com elas. Ele confirmou isso vendo no mapa da prefeitura. Então ele colocou esses números na etiqueta ref. Mas a renderização no Mapnik ficou bem, digamos, inadequada. Como é tratado esse tipo de coisa? Por mais que seja errado etiquetar para o renderizador, deixar como está não parece ser uma boa idéia. Será que podemos colocar como alt_name=Rua #numero ? Será que deveriamos contactar algum mapeador ativo de Jaraguá do Sul? 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 ___ 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
Re: [Talk-br] Dados suspeitos sem resposta dos autores
Oi Nelson de demais colegas desculpe estar chegando tarde na conversa. Confesso que li superficialmente todas as 50 e tantas mensagens aqui, mas estava viajando e responder do celular é meio desajeitado. Eu também fico incomodado e sinto falta de uma diretriz mais clara do que fazer nestes casos. Uma das coisas que deu certo em alguns casos é pedir a outro colega que também entre em contato com a pessoa que introduziu os dados. Acho que podemos continuar fazendo isto. Concordo com as colocações aqui de que em caso de silêncio deve se reverter, mas sugiro sempre solicitar a opinião de algum outro colega ou da lista antes disto. No caso em que as importações suspeitas parecem vir de dados do Tracksource eu penso que poderiamos criar uma ferramenta que compara os dados do OSM e do Tracksource. Se for mesmo uma importação deve aparecer um grande número de pontos com coordenadas idênticas o que seria a prova da importação. O bonus adicional é que a gente poderia só remover os pontos importados, deixando o restante intacto. abraço Gerald 2014-02-09 21:13 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: O que se faz quando suspeitamos de algumas coisas, perguntamos aos autores, esperamos muito tempo e não obtemos nenhum tipo de resposta? Deixamos os dados do jeito que está, ignoramos, removemos, o que fazemos? ___ 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
Re: [Talk-br] Dúvida formatação
Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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 ___ 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
Re: [Talk-br] Dados suspeitos sem resposta dos autores
Também concordo com o Fernando. Nelson A. de Oliveira nao...@gmail.com E fico pensando: temos 159 pessoas na lista e só eu me incomodo com isso? Tudo o resto não está nem aí? Eu me incomodo. E, assim como você, Nelson, espero que a maioria se incomode muito com isso. Além disso, esses novatos que importam cidades inteiras usando ferramentas avançadas podem mesmo ser considerados novatos que cometeram um errinho por falta de informações? Esse tipo de usuário avançado sabe muito bem onde procurar informações sobre o projeto, sabem que existem as listas de email, sabem do wiki, normalmente sabem ler inglês, etc. Resumindo, não são nem um pouco desinformados. Existe sim um problema grave de desinformação nesse projeto, mas o problema não é esse nesse caso. Se a edição foi grande, suspeita e não houve resposta na tentativa de comunicação, eu reverteria na hora e só informaria a lista ou o fórum brasileiros, sem precisar envolver o DWG. Tanto por ser a coisa certa a fazer quanto por diminuir um prejuízo futuro. Já fiz isso até mesmo sem esperar resposta quando a edição era obviamente danosa (não era caso de importação, mas de dados que foram removidos e substituídos por outros de qualidade bem menor). E, claro, o fato da reversão poder ser revertida facilmente facilita muito a decisão de fazê-la. Por mim toda importação grande que não foi discutida deveria ser revertida na mesma hora que for percebida. Essa é a regra: tem que discutir antes, tanto a parte técnica quanto a legal, para não fazer besteira em nenhuma delas. E se for um usuário recém cadastrado, ele deveria era passar os dados para alguém mais experiente fazer essa importação. Minto... até não precisaria ser discutida se fosse bem feita, isto é: vinda de uma fonte claramente livre, com a tag source preenchida nos objetos importados, com comentários bem explicativos nos changesets, sem apagar o mapa original e jogar a importação por cima, sem dados estranhos ao OSM e seguindo os padrões de tags da forma mais correta possível. Mas claro que mandar um emailzinho para a lista não dói nada, principalmente para alguém que já está tendo o trabalho de fazer uma importação. Como falar não ajuda muito, nessas próximas semanas espero contribuir mais com o OSM e ajudar nesses problemas de importações suspeitas e em informar os usuários sobre seus erros. Provavelmente me concentrarei no RN, mas vou tentar me organizar para ficar de olho em algumas outras áreas. 2014-02-10 7:57 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com : Concordo com o Fernando, a reversão pode ser revertida facilmente se necessário. []s Em 10/02/2014 01:14, Fernando Trebien fernando.treb...@gmail.com escreveu: Se a suspeita for grave (ex. cópia de dados com copyright) e a pessoa não me responde em 1 semana, eu reverto. Não é tão grave reverter porque a própria reversão pode ser revetida posteriormente, caso o usuário acabe dando uma explicação válida. Me preocupo continuamente em não ser autoritário nas minhas decisões e se tivesse algumas dúvidas postaria o caso aqui em detalhes antes de reverter. Faço bastante esforço pra consertar pequenos enganos também, que não são motivo pra reversão (qualidade se aprende com a experiência né, e muitos desses enganos são culpa das próprias ferramentas de mapeamento que induziram a pessoa ao erro; volta e meia penso que devíamos parar pra discutir quais erros são comuns e como os editores podem ser melhorados pra evitá-los). Se tiver bastante certeza que está errado ou que é ilegal, eu explico bem a razão pra reversão no comentário do changeset, mencionando também o silêncio do usuário ao ser questionado. Se a pessoa achar isso autoritário, ela sempre pode vir aqui na lista reclamar, e se não o faz é porque concorda ou porque não se importa a ponto de querer se envolver com a comunidade. On Feb 9, 2014 9:13 PM, Nelson A. de Oliveira nao...@gmail.com wrote: O que se faz quando suspeitamos de algumas coisas, perguntamos aos autores, esperamos muito tempo e não obtemos nenhum tipo de resposta? Deixamos os dados do jeito que está, ignoramos, removemos, o que fazemos? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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 ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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 ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Sobre marcas(tags)
Esse tipo de informação não pertence ao escopo do OSM e não deve ser cadastrada na base de dados principal. Da mesma forma que não existem tags para senhas de rede Wi-Fi, por exemplo. Tenho certeza que o OSMFuel também faz desta forma - verifica os pontos na base do OSM e os relaciona em um banco de dados próprio. []s Arlindo Em 10/02/2014 11:02, John Packer john.pack...@gmail.com escreveu: Concordo com o Fernando. Esse tipo de coisa é feito em uma base de dados a parte devido a volatilidade. Cristiano, Recomendo usar para o preço, um ponto como separador decimal, ao invés de uma vírgula. Pelo menos é assim que é o padrão OSM. Por exemplo seria fuel:gnc:price=2.77 ao invés de 2,77 . Para fuel:*type*:currency=*, poderia fazer o seguinte: a moeda padrão é a do país onde está localizado, senão deve ser especificado utilizando o padrão ISO 4217 http://pt.wikipedia.org/wiki/ISO_4217. Uma alternativa é colocar isso opcionalmente no final do preço. Mas talvez seja melhor em primeiro lugar dar uma olhada no OSMFuel para ver se dá pra utilizar. Abs, João Em 10 de fevereiro de 2014 10:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Copiei pra lista então. Complicado não é, o problema é que a volatilidade da informação geraria um grande número de changesets e isso seria mais um peso na base de dados do OSM, que foi feita pra armazenar informação menos mutável. Seriam 4 vezes ao ano se só você estivesse editando, mas no futuro teria gente mudando diariamente o preço do combustível. O resultado é que o histórico do elemento geométrico ficaria enorme e difícil de gerenciar depois. Nada impede que alguém desenvolva um app baseado no OSM pra fazer isso por fora, só que ninguém fez ainda. O Waze, por ser comercial, consegue financiar o desenvolvimento desses recursos; no OSM tudo depende de alguém com vontade e tempo pra se dedicar, ou também com boas idéias pra ganhar dinheiro com isso. 2014-02-10 0:48 GMT-02:00 Cristiano Sumariva sumar...@gmail.com: Olha acredito que sim. Não me parece ser tão ruim e complicado armazenar isso. Me mostraram algo parecido, acho que no aplicativo waze. Quando o navegador chega próximo a um posto o mesmo solicita se deseja contribuir a lista de preços. Basta digitar os valores e pronto. E um próximo navegante que baixar a atualização da base não será convidado a atualizar novamente se dentro de um período de 90 dias por exemplo. Não vejo problemas em responder isso 4 vezes ao ano para alguns postos por onde passar. Em 9 de fevereiro de 2014 17:54, Fernando Trebien fernando.treb...@gmail.com escreveu: Olá Cristiano, Eu duvido que alguém aprovaria armazenar os preços dos combustíveis no próprio mapa do OSM porque essa informação é muito volátil. O ideal nesses casos é ter uma aplicação à parte (que só usa o OSM para saber a localização do posto). Parece que é isso que este site tenta fazer: http://www.osmfuel.org/ Por alguma razão, ele está lendo só 2 postos de combustível em Porto Alegre, então talvez não funcione direito ainda, eu teria que pesquisar mais. Posso repostar sua pergunta pra lista talk-br? 2014-02-09 Cristiano Sumariva sumar...@gmail.com: Eu acrescentei alguns postos de combustível ausentes durante a viagem. Como posso colocar os valores dos combustíveis? Algo como fuel:gnc:price 2,77. Fica em aberto como colocar a moeda do preço. Ou fica implícito conforme o país onde o nó está localizado? fuel:gnc:currency: real Tem a questão dos combustíveis também. Eu marquei como fuel:e85 que quase igual ao nosso álcool ( 90% e 10% água ). Achei também a tag fuel:alcohol. Me interesso por isso para poder tornar capaz o aplicativo OSMAND a me guiar para os postos de combustíveis com gas que são poucos e a autonomia baixa. -- 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) -- 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Sobre marcas(tags)
Olá Cristiano, pode mostrar o link na wiki que mostre uso de tagueamento de preço de estacionamento? Talvez eu esteja desatualizado. Que eu me lembre, marca-se apenas fee=yes/no/interval. []s Arlindo Em 10/02/2014 13:39, Cristiano Sumariva sumar...@gmail.com escreveu: A idéia de armazenar o preço veio enquanto buscava informações sobre tags. Encontrei algumas sobre custo na wiki sobre estacionamentos. Por isso lembrei de perguntar. Existe um problema ou custo sobre o controle de versões que impede este tipo de detalhamento. OK já é mais um conhecimento do que pode ser adicionado ou não. Agradeço o esclarecimento. Em 10 de fevereiro de 2014 13:34, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Esse tipo de informação não pertence ao escopo do OSM e não deve ser cadastrada na base de dados principal. Da mesma forma que não existem tags para senhas de rede Wi-Fi, por exemplo. Tenho certeza que o OSMFuel também faz desta forma - verifica os pontos na base do OSM e os relaciona em um banco de dados próprio. []s Arlindo Em 10/02/2014 11:02, John Packer john.pack...@gmail.com escreveu: Concordo com o Fernando. Esse tipo de coisa é feito em uma base de dados a parte devido a volatilidade. Cristiano, Recomendo usar para o preço, um ponto como separador decimal, ao invés de uma vírgula. Pelo menos é assim que é o padrão OSM. Por exemplo seria fuel:gnc:price=2.77 ao invés de 2,77 . Para fuel:*type*:currency=*, poderia fazer o seguinte: a moeda padrão é a do país onde está localizado, senão deve ser especificado utilizando o padrão ISO 4217 http://pt.wikipedia.org/wiki/ISO_4217. Uma alternativa é colocar isso opcionalmente no final do preço. Mas talvez seja melhor em primeiro lugar dar uma olhada no OSMFuel para ver se dá pra utilizar. Abs, João Em 10 de fevereiro de 2014 10:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Copiei pra lista então. Complicado não é, o problema é que a volatilidade da informação geraria um grande número de changesets e isso seria mais um peso na base de dados do OSM, que foi feita pra armazenar informação menos mutável. Seriam 4 vezes ao ano se só você estivesse editando, mas no futuro teria gente mudando diariamente o preço do combustível. O resultado é que o histórico do elemento geométrico ficaria enorme e difícil de gerenciar depois. Nada impede que alguém desenvolva um app baseado no OSM pra fazer isso por fora, só que ninguém fez ainda. O Waze, por ser comercial, consegue financiar o desenvolvimento desses recursos; no OSM tudo depende de alguém com vontade e tempo pra se dedicar, ou também com boas idéias pra ganhar dinheiro com isso. 2014-02-10 0:48 GMT-02:00 Cristiano Sumariva sumar...@gmail.com: Olha acredito que sim. Não me parece ser tão ruim e complicado armazenar isso. Me mostraram algo parecido, acho que no aplicativo waze. Quando o navegador chega próximo a um posto o mesmo solicita se deseja contribuir a lista de preços. Basta digitar os valores e pronto. E um próximo navegante que baixar a atualização da base não será convidado a atualizar novamente se dentro de um período de 90 dias por exemplo. Não vejo problemas em responder isso 4 vezes ao ano para alguns postos por onde passar. Em 9 de fevereiro de 2014 17:54, Fernando Trebien fernando.treb...@gmail.com escreveu: Olá Cristiano, Eu duvido que alguém aprovaria armazenar os preços dos combustíveis no próprio mapa do OSM porque essa informação é muito volátil. O ideal nesses casos é ter uma aplicação à parte (que só usa o OSM para saber a localização do posto). Parece que é isso que este site tenta fazer: http://www.osmfuel.org/ Por alguma razão, ele está lendo só 2 postos de combustível em Porto Alegre, então talvez não funcione direito ainda, eu teria que pesquisar mais. Posso repostar sua pergunta pra lista talk-br? 2014-02-09 Cristiano Sumariva sumar...@gmail.com: Eu acrescentei alguns postos de combustível ausentes durante a viagem. Como posso colocar os valores dos combustíveis? Algo como fuel:gnc:price 2,77. Fica em aberto como colocar a moeda do preço. Ou fica implícito conforme o país onde o nó está localizado? fuel:gnc:currency: real Tem a questão dos combustíveis também. Eu marquei como fuel:e85 que quase igual ao nosso álcool ( 90% e 10% água ). Achei também a tag fuel:alcohol. Me interesso por isso para poder tornar capaz o aplicativo OSMAND a me guiar para os postos de combustíveis com gas que são poucos e a autonomia baixa. -- 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) -- 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] Bar e Restaurante
Aproveitando que a discussão está boa, Como vocês denotam estabelecimentos do tipo bar e restaurante? Me refiro àqueles estabelecimentos em que não é possível verificar uma prioridade de um serviço ou de outro - se você for na hora do almoço, até pode pedir cerveja, mas o funcionamento é prioritariamente de restaurante; se for depois do expediente, só há bebidas e petiscos. amenity=restaurant ou amenity=pub? Os dois separados com ;? Dois POIs e o horário de funcionamento de cada modo de funcionamento? []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Sobre marcas(tags)
Ah sim, entendi. É uma proposed feature. Bom, propor você sempre pode, mas acredito que alguns usuários sejam contra, ou a proposta não tenha tração para ser aprovada. Eu vejo que essa proposta foi abandonada e não recebe edições na wiki desde 2009. []s Estava lendo este aqui: http://wiki.openstreetmap.org/wiki/Proposed_features/Price_tags Proposta de armazenagem de preços para elementos como estacionamento. Logo me ocorreu, bom se posso por o preço de estacionamento, o de combustível será ainda mais útil. Marcas(tags) cost cost_date cost:para alguma coisa Era isso. Em 10 de fevereiro de 2014 13:43, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Olá Cristiano, pode mostrar o link na wiki que mostre uso de tagueamento de preço de estacionamento? Talvez eu esteja desatualizado. Que eu me lembre, marca-se apenas fee=yes/no/interval. []s Arlindo Em 10/02/2014 13:39, Cristiano Sumariva sumar...@gmail.com escreveu: A idéia de armazenar o preço veio enquanto buscava informações sobre tags. Encontrei algumas sobre custo na wiki sobre estacionamentos. Por isso lembrei de perguntar. Existe um problema ou custo sobre o controle de versões que impede este tipo de detalhamento. OK já é mais um conhecimento do que pode ser adicionado ou não. Agradeço o esclarecimento. Em 10 de fevereiro de 2014 13:34, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Esse tipo de informação não pertence ao escopo do OSM e não deve ser cadastrada na base de dados principal. Da mesma forma que não existem tags para senhas de rede Wi-Fi, por exemplo. Tenho certeza que o OSMFuel também faz desta forma - verifica os pontos na base do OSM e os relaciona em um banco de dados próprio. []s Arlindo Em 10/02/2014 11:02, John Packer john.pack...@gmail.com escreveu: Concordo com o Fernando. Esse tipo de coisa é feito em uma base de dados a parte devido a volatilidade. Cristiano, Recomendo usar para o preço, um ponto como separador decimal, ao invés de uma vírgula. Pelo menos é assim que é o padrão OSM. Por exemplo seria fuel:gnc:price=2.77 ao invés de 2,77 . Para fuel:*type*:currency=*, poderia fazer o seguinte: a moeda padrão é a do país onde está localizado, senão deve ser especificado utilizando o padrão ISO 4217 http://pt.wikipedia.org/wiki/ISO_4217. Uma alternativa é colocar isso opcionalmente no final do preço. Mas talvez seja melhor em primeiro lugar dar uma olhada no OSMFuel para ver se dá pra utilizar. Abs, João Em 10 de fevereiro de 2014 10:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Copiei pra lista então. Complicado não é, o problema é que a volatilidade da informação geraria um grande número de changesets e isso seria mais um peso na base de dados do OSM, que foi feita pra armazenar informação menos mutável. Seriam 4 vezes ao ano se só você estivesse editando, mas no futuro teria gente mudando diariamente o preço do combustível. O resultado é que o histórico do elemento geométrico ficaria enorme e difícil de gerenciar depois. Nada impede que alguém desenvolva um app baseado no OSM pra fazer isso por fora, só que ninguém fez ainda. O Waze, por ser comercial, consegue financiar o desenvolvimento desses recursos; no OSM tudo depende de alguém com vontade e tempo pra se dedicar, ou também com boas idéias pra ganhar dinheiro com isso. 2014-02-10 0:48 GMT-02:00 Cristiano Sumariva sumar...@gmail.com: Olha acredito que sim. Não me parece ser tão ruim e complicado armazenar isso. Me mostraram algo parecido, acho que no aplicativo waze. Quando o navegador chega próximo a um posto o mesmo solicita se deseja contribuir a lista de preços. Basta digitar os valores e pronto. E um próximo navegante que baixar a atualização da base não será convidado a atualizar novamente se dentro de um período de 90 dias por exemplo. Não vejo problemas em responder isso 4 vezes ao ano para alguns postos por onde passar. Em 9 de fevereiro de 2014 17:54, Fernando Trebien fernando.treb...@gmail.com escreveu: Olá Cristiano, Eu duvido que alguém aprovaria armazenar os preços dos combustíveis no próprio mapa do OSM porque essa informação é muito volátil. O ideal nesses casos é ter uma aplicação à parte (que só usa o OSM para saber a localização do posto). Parece que é isso que este site tenta fazer: http://www.osmfuel.org/ Por alguma razão, ele está lendo só 2 postos de combustível em Porto Alegre, então talvez não funcione direito ainda, eu teria que pesquisar mais. Posso repostar sua pergunta pra lista talk-br? 2014-02-09 Cristiano Sumariva sumar...@gmail.com: Eu acrescentei alguns postos de combustível ausentes durante a viagem. Como posso colocar os valores dos combustíveis? Algo como fuel:gnc:price 2,77. Fica em aberto como colocar a moeda do preço. Ou fica implícito conforme o país onde o nó está localizado? fuel:gnc:currency: real Tem a
Re: [Talk-br] Bar e Restaurante
Tenho o Planeta do Chopp no Recreio que classifiquei como restaurante e pus Bar e Restaurante no nome. Não sei se é o certo, mas acho a ideia dos dois POIs válida para os sistemas de busca. Em 10 de fevereiro de 2014 13:41, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Aproveitando que a discussão está boa, Como vocês denotam estabelecimentos do tipo bar e restaurante? Me refiro àqueles estabelecimentos em que não é possível verificar uma prioridade de um serviço ou de outro - se você for na hora do almoço, até pode pedir cerveja, mas o funcionamento é prioritariamente de restaurante; se for depois do expediente, só há bebidas e petiscos. amenity=restaurant ou amenity=pub? Os dois separados com ;? Dois POIs e o horário de funcionamento de cada modo de funcionamento? []s Arlindo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Bem, se por ora os pedestres e ciclistas já puderem usar a via, eu consideraria a possibilidade de reclassificá-la. Um futuro VLT certamente teria o seu trajeto mapeado como uma linha independente. Já a via atual, se for acessível somente para pedestres e ciclistas e não tiver marcação de ciclovia, provavelmente passaria a corresponder à definição de uma highway=pedestrian (com bicycle=yes e talvez também emergency=yes). Ou vocês acham que ficaria muito estranho? 2014-02-10 13:29 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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 ___ 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 ___ 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 -- 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
Re: [Talk-br] Bar e Restaurante
Isso traz à tona algo que me confundiu nos meus primórdios no OSM: temos um sistema de tags bastante livre que nos permite combinar várias funções no mesmo elemento, mas certas propostas de tags parecem ter sido feitas com o objetivo de restringir a possibilidade de fazer combinações. Só não reclamei dessa contradição filosófica porque cheguei tarde na discussão. Por isso, acho que mapear como dois POIs para capturar as duas funções deveria ser aceitável. No fim, como a maioria das pessoas procura pelo nome do lugar e não filtra pelo tipo de estabelecimento (só algumas que fazem isso quando usam seus GPSs), eu acabo fazendo como Paulo e escolhendo apenas a função principal. Mas se alguém convertesse o POI em dois por esse motivo, eu não reclamaria, só avaliaria se não existe uma classificação mais genérica que inclua as duas coisas. No caso de bar e restaurante, eu provavelmente escolheria restaurante porque me parece mais genérico, mas seria uma decisão subjetiva. Acho que o mais complicado seria separar as duas funções com ;. Faz sentido, é fácil de entender ao ler a tag, mas quebraria diversos sistemas (entre eles o Nominatim e o Mapnik). Não consigo nem lembrar de algum com o qual funcionaria hoje, o que me diz que a cultura mais difundida valoriza isso de fato só em alguns casos específicos (como o da tag opening_hours). 2014-02-10 16:01 GMT-02:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Tenho o Planeta do Chopp no Recreio que classifiquei como restaurante e pus Bar e Restaurante no nome. Não sei se é o certo, mas acho a ideia dos dois POIs válida para os sistemas de busca. Em 10 de fevereiro de 2014 13:41, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Aproveitando que a discussão está boa, Como vocês denotam estabelecimentos do tipo bar e restaurante? Me refiro àqueles estabelecimentos em que não é possível verificar uma prioridade de um serviço ou de outro - se você for na hora do almoço, até pode pedir cerveja, mas o funcionamento é prioritariamente de restaurante; se for depois do expediente, só há bebidas e petiscos. amenity=restaurant ou amenity=pub? Os dois separados com ;? Dois POIs e o horário de funcionamento de cada modo de funcionamento? []s Arlindo ___ 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 -- 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
Re: [Talk-br] Dúvida formatação
No futuro, se esse boulevard se concretizar, sim. Por ora, acho que não, pois terá trânsito pesado, anda que não de automóveis particulares. Off-topic, achei a solução que eles pretendem adotar por ora bem bacaba. Hoje a Avenida Rio Branco tem 5/6 faixas em mão única - as 2 da direita para BRS (exclusivo para ônibus, táxis e veículos que irão converter a direita no próximo quarteirão) e as outras 3 para circulação. (A faixa da esquerda é larga o suficiente para comportar um carro de passeio parado e outro circulando, por isso são 5 faixas oficialmente mas virtualmente 6. Aí eles fecharam um monte de vias da cidade, e o esquema será o seguinte: 2 faixas de BRS somente para ônibus por sentido, e na faixa *central* uma faixa exclusiva para táxis com passageiros, sem poder parar ou virar à esquerda ou à direita, sentido norte-sul até o Aterro do Flamengo. Não sei se vai funcionar bem na prática, mas na teoria parece bem interessante. []s Arlindo Em 10/02/2014 18:11, Fernando Trebien fernando.treb...@gmail.com escreveu: Bem, se por ora os pedestres e ciclistas já puderem usar a via, eu consideraria a possibilidade de reclassificá-la. Um futuro VLT certamente teria o seu trajeto mapeado como uma linha independente. Já a via atual, se for acessível somente para pedestres e ciclistas e não tiver marcação de ciclovia, provavelmente passaria a corresponder à definição de uma highway=pedestrian (com bicycle=yes e talvez também emergency=yes). Ou vocês acham que ficaria muito estranho? 2014-02-10 13:29 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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 -- 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
Re: [Talk-br] Dúvida formatação
Esqueci de comentar uma coisa: fechando ela para pedestres, ciclistas e VLT, já dá para pensar em mapeá-la como área (ela é bem larga) com a ciclovia e a ferrovia separadamente com layer=1. Aí ia ficar show. :-) Em 10/02/2014 19:29, Arlindo Pereira openstreet...@arlindopereira.com escreveu: No futuro, se esse boulevard se concretizar, sim. Por ora, acho que não, pois terá trânsito pesado, anda que não de automóveis particulares. Off-topic, achei a solução que eles pretendem adotar por ora bem bacaba. Hoje a Avenida Rio Branco tem 5/6 faixas em mão única - as 2 da direita para BRS (exclusivo para ônibus, táxis e veículos que irão converter a direita no próximo quarteirão) e as outras 3 para circulação. (A faixa da esquerda é larga o suficiente para comportar um carro de passeio parado e outro circulando, por isso são 5 faixas oficialmente mas virtualmente 6. Aí eles fecharam um monte de vias da cidade, e o esquema será o seguinte: 2 faixas de BRS somente para ônibus por sentido, e na faixa *central* uma faixa exclusiva para táxis com passageiros, sem poder parar ou virar à esquerda ou à direita, sentido norte-sul até o Aterro do Flamengo. Não sei se vai funcionar bem na prática, mas na teoria parece bem interessante. []s Arlindo Em 10/02/2014 18:11, Fernando Trebien fernando.treb...@gmail.com escreveu: Bem, se por ora os pedestres e ciclistas já puderem usar a via, eu consideraria a possibilidade de reclassificá-la. Um futuro VLT certamente teria o seu trajeto mapeado como uma linha independente. Já a via atual, se for acessível somente para pedestres e ciclistas e não tiver marcação de ciclovia, provavelmente passaria a corresponder à definição de uma highway=pedestrian (com bicycle=yes e talvez também emergency=yes). Ou vocês acham que ficaria muito estranho? 2014-02-10 13:29 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ 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
Re: [Talk-br] Dúvida formatação
Interessante. Mas tem que lembrar dos taxistas que navegam de GPS. O roteamento para eles deve passar pela Rio Branco. Muitos GPSs têm a possibilidade de navegar com um modo taxista. O formato Garmin, por exemplo, tem uma flag para táxis no RouteParams. []s PC Em 10 de fevereiro de 2014 19:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Esqueci de comentar uma coisa: fechando ela para pedestres, ciclistas e VLT, já dá para pensar em mapeá-la como área (ela é bem larga) com a ciclovia e a ferrovia separadamente com layer=1. Aí ia ficar show. :-) Em 10/02/2014 19:29, Arlindo Pereira openstreet...@arlindopereira.com escreveu: No futuro, se esse boulevard se concretizar, sim. Por ora, acho que não, pois terá trânsito pesado, anda que não de automóveis particulares. Off-topic, achei a solução que eles pretendem adotar por ora bem bacaba. Hoje a Avenida Rio Branco tem 5/6 faixas em mão única - as 2 da direita para BRS (exclusivo para ônibus, táxis e veículos que irão converter a direita no próximo quarteirão) e as outras 3 para circulação. (A faixa da esquerda é larga o suficiente para comportar um carro de passeio parado e outro circulando, por isso são 5 faixas oficialmente mas virtualmente 6. Aí eles fecharam um monte de vias da cidade, e o esquema será o seguinte: 2 faixas de BRS somente para ônibus por sentido, e na faixa *central* uma faixa exclusiva para táxis com passageiros, sem poder parar ou virar à esquerda ou à direita, sentido norte-sul até o Aterro do Flamengo. Não sei se vai funcionar bem na prática, mas na teoria parece bem interessante. []s Arlindo Em 10/02/2014 18:11, Fernando Trebien fernando.treb...@gmail.com escreveu: Bem, se por ora os pedestres e ciclistas já puderem usar a via, eu consideraria a possibilidade de reclassificá-la. Um futuro VLT certamente teria o seu trajeto mapeado como uma linha independente. Já a via atual, se for acessível somente para pedestres e ciclistas e não tiver marcação de ciclovia, provavelmente passaria a corresponder à definição de uma highway=pedestrian (com bicycle=yes e talvez também emergency=yes). Ou vocês acham que ficaria muito estranho? 2014-02-10 13:29 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não permitir o resto). E não necessariamente precisa colocar highway=service ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Como mapear numeração de ruas?
Já vi em algumas cidades que nas placas com o nome da rua aparece um código chamado Logradouro. Porém nunca vi nenhum caso em que esse número fosse utilizado pela população ou que aparecesse nos mapas da prefeitura. On 10-02-2014 09:29, John Packer wrote: Pedi clarificações para ele. Segue abaixo a resposta: Então, desde que eu era pequeno me chamava a atenção isso (não sei por quê hahahaha), e em Joinville também era comum essa prática de numerar as ruas, mas de repente não se usou mais isso. Mas em Jaraguá as ruas recebem números e nomes, as vezes só números. Em tudo o que se refere a ruas, como mapas, as placas com nomes das ruas, vai o número, sempre antes do nome. Enfim, como todas as ruas e servidões têm um número e um nome, acredito que seja um código da prefeitura, embora seja popular e bastante utilizado, mas não sendo nem nome alternativo, nem nome antigo... não sei dizer qual seria a tag mais adequada para essa numeração. Fico em dúvida como proceder. A minha impressão é que realmente ref é a etiqueta adequada, mas a visualização do mapa fica bem inadequada... Pedi para ele contactar algum mapeador ativo de Jaraguá do Sul (espero que tenha algum mapeador experiente nessa região) Vou pedir para ele passar o link do mapa que verificou. Abs, João Em 9 de fevereiro de 2014 20:32, Arlindo Pereira openstreet...@arlindopereira.com mailto:openstreet...@arlindopereira.com escreveu: Se a numeração for o nome da rua (Rua 1, Rua 2 etc.) coloque Rua Um na tag name e Rua 1 na tag alt_name (ou o contrário, se preferir). A tag alt_name não aparece na renderização do mapa mas é usada pelos serviços de busca, e poderia ser usada por roteadores GPS. Se for o nome antigo (Rua Fulano de Tal, antiga Rua 1) coloque na tag old_name. []s Em 09/02/2014 19:08, John Packer john.pack...@gmail.com mailto:john.pack...@gmail.com escreveu: Olá pessoal, Um amigo meu foi para Jaraguá do Sul, SC e percebeu que as ruas de lá tinham um número associado com elas. Ele confirmou isso vendo no mapa da prefeitura. Então ele colocou esses números na etiqueta ref. Mas a renderização no Mapnik ficou bem, digamos, inadequada http://www.openstreetmap.org/#map=16/-26.4559/-49.1055. Como é tratado esse tipo de coisa? Por mais que seja errado etiquetar para o renderizador, deixar como está não parece ser uma boa idéia. Será que podemos colocar como alt_name=Rua #numero ? Será que deveriamos contactar algum mapeador ativo de Jaraguá do Sul? Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida formatação
Por isso a tag taxi=yes, se o GPS deles estiver configurado para entender essa tag, deveria funcionar. Em 10/02/2014 21:12, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Interessante. Mas tem que lembrar dos taxistas que navegam de GPS. O roteamento para eles deve passar pela Rio Branco. Muitos GPSs têm a possibilidade de navegar com um modo taxista. O formato Garmin, por exemplo, tem uma flag para táxis no RouteParams. []s PC Em 10 de fevereiro de 2014 19:32, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Esqueci de comentar uma coisa: fechando ela para pedestres, ciclistas e VLT, já dá para pensar em mapeá-la como área (ela é bem larga) com a ciclovia e a ferrovia separadamente com layer=1. Aí ia ficar show. :-) Em 10/02/2014 19:29, Arlindo Pereira openstreet...@arlindopereira.com escreveu: No futuro, se esse boulevard se concretizar, sim. Por ora, acho que não, pois terá trânsito pesado, anda que não de automóveis particulares. Off-topic, achei a solução que eles pretendem adotar por ora bem bacaba. Hoje a Avenida Rio Branco tem 5/6 faixas em mão única - as 2 da direita para BRS (exclusivo para ônibus, táxis e veículos que irão converter a direita no próximo quarteirão) e as outras 3 para circulação. (A faixa da esquerda é larga o suficiente para comportar um carro de passeio parado e outro circulando, por isso são 5 faixas oficialmente mas virtualmente 6. Aí eles fecharam um monte de vias da cidade, e o esquema será o seguinte: 2 faixas de BRS somente para ônibus por sentido, e na faixa *central* uma faixa exclusiva para táxis com passageiros, sem poder parar ou virar à esquerda ou à direita, sentido norte-sul até o Aterro do Flamengo. Não sei se vai funcionar bem na prática, mas na teoria parece bem interessante. []s Arlindo Em 10/02/2014 18:11, Fernando Trebien fernando.treb...@gmail.com escreveu: Bem, se por ora os pedestres e ciclistas já puderem usar a via, eu consideraria a possibilidade de reclassificá-la. Um futuro VLT certamente teria o seu trajeto mapeado como uma linha independente. Já a via atual, se for acessível somente para pedestres e ciclistas e não tiver marcação de ciclovia, provavelmente passaria a corresponder à definição de uma highway=pedestrian (com bicycle=yes e talvez também emergency=yes). Ou vocês acham que ficaria muito estranho? 2014-02-10 13:29 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Indefinidamente. Existe um plano de transformá-la num Boulevard só para pedestres, ciclistas e VLT, mas por ora, não há data. []s Em 10/02/2014 13:16, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Indefinidamente. Em 10 de fevereiro de 2014 11:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm, quer dizer que veículos não poderão passar mais por ela? Indefinidamente ou por causa de obras? 2014-02-10 10:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Aliás, aqui no Rio iremos passar em breve por situação semelhante. A Avenida Rio Branco, via tradicional do Centro da cidade (que hoje é highway=primary) será fechada a automóveis e motos particulares. Pretendo só adicionar as tags de restrição (access=no e exceções) sem no entanto rebaixar a importância da via (aumentando a das vias que serão alternativas a ela, naturalmente), uma vez que ela continuará de extrema importância para quem não vem de carro. []s Em 10/02/2014 10:16, Fernando Trebien fernando.treb...@gmail.com escreveu: A precedência das tags é bem como o Arlindo e o Nelson apontaram. Você usa access=no pra dizer que ninguém pode passar, e depois usa as demais tags com *=yes pra listar as exceções. Acho sempre importante lembrar dos pedestres e dos ciclistas, entre outras coisas essa informação é usada pro roteamento com transporte público. 2014-02-10 8:59 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Acho (mas não tenho certeza absoluta, não testei) que access=no vai fazer a renderização (no Mapnik, pelo menos) ficar diferente, com um pontilhado vermelho, tipo access=private. Vale testar. Ficaria então: access=no psv=yes taxi=yes bus=yes foot=yes (se não tiver calçada mapeada separadamente, não significa que o pedestre ande no meio da via, mas sim no passeio adjacente) bicycle=yes (verificar) highway=? oneway=? surface=? lanes=? lit=? []s É uma avenida larga. Colocando service deixa um destaque visual, porém acho que não reflete a realidade, por outro lado, quem consultar o mapa visualmente, dependendo do renderizador, poderá achar que pode passar por ali com veículo particular. 2014-02-09 21:47 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: psv é uma boa também Mas tem que colocar access=no (para não