Sei de pelo menos mais umas 2 pessoas que pensam como você aqui, John. E eu penso quase igual, mas abro uma exceção só nesse caso porque não funcionaria com absolutamente nenhuma aplicação, e isso é ruim pra nós, afastaria novos colaboradores (afastaria pelo menos os que se interessam em usar o OSM para navegação - e não são poucos esses.)
2014-03-26 20:36 GMT-03:00 John Packer <[email protected]>: > Sou só eu que penso que o caso de restrição por via pode ser feito como > deveria ser feito, mesmo que tenha a falta de suporte pelas aplicações? (ao > invés de fazer algo que necessite de correção manual no futuro) > > > Em 26 de março de 2014 20:02, Paulo Carvalho <[email protected]> > escreveu: > >> Na indústria do petróleo conheço dois provérbios, para pensar, caso não >> conheças: >> "O ótimo é inimigo do bom". >> "É preferível estar vagamente correto do que precisamente errado". >> >> >> Em 26 de março de 2014 19:39, Fernando Trebien >> <[email protected]> escreveu: >>> >>> Mas você concorda que isso é algo que os desenvolvedores das >>> >>> aplicações têm que fazer, e não os mapeadores - que já fazem a sua >>> parte decidindo quais tags usar e educando as pessoas para usá-las >>> corretamente? >>> >>> E não são nem os desenvolvedors do OSM em si (que é só uma base de >>> dados) e sim os desenvolvedores do mkgmap, do OSRM, etc. que são >>> projetos independentes, e com os quais qualquer um, incluindo você e >>> eu, podemos ajudar. >>> >>> 2014-03-26 19:34 GMT-03:00 Paulo Carvalho <[email protected]>: >>> > Eu também acho que os aspectos práticos do uso dos mapas não pode ser >>> > simplesmente ignorado. >>> > >>> > >>> > Em 26 de março de 2014 18:25, <[email protected]> escreveu: >>> >> >>> >> Raffaello, >>> >> quando questionado nos fóruns sobre o melhor mapa respondo que o >>> >> melhor >>> >> mapa é aquele que contém menos erros na região em que se mais trafega. >>> >> >>> >> Não existe mapa sem erros, existe mapa com menos erros e para correção >>> >> desses o provedor do mapa depende de colaborações. >>> >> Sem utilizadores devido a limitações poucas colaborações surgirão. >>> >> >>> >> Em que pese que um mapa digitalizado serve para inúmeras utilidades >>> >> não >>> >> podemos e não devemos deixar de prioriza-las em nosso esforço. >>> >> >>> >> Desconsiderando a navegação visual por contato, não consigo, por >>> >> enquanto, >>> >> avaliar utilidade que não empregue a navegação assistida (GNSS e >>> >> outros >>> >> sistemas de georreferenciamento). Por essa razão priorizo, por >>> >> enquanto, o >>> >> esforço em edição do mapa OSM para fins de navegação pelo GNSS. >>> >> >>> >> Visando o nivelamento do conhecimento, aproveito a oportunidade para >>> >> comentar que no Garmin existem duas funções suporte: Lane Assistante >>> >> (LA) e >>> >> Junction View (JCV). >>> >> >>> >> A função JCV, comentada incorretamente aqui na lista como LA, pode >>> >> ser >>> >> vista no vídeo em http://www.youtube.com/watch?v=HElDa-D7tT8 >>> >> Essa função depende de arquivo extra e não é inserida no mapa. >>> >> >>> >> A função Lane Assistante (defendida por mim) pode ser vista em >>> >> http://www.youtube.com/watch?v=eT3nyBjsuJ8 >>> >> Essa função depende de TAG inserida no mapa, entretanto desconheço se >>> >> o >>> >> MKGMAP reconhece essa TAG. >>> >> >>> >> []s >>> >> Marcio >>> >> >>> >> >>> >> From: Raffaello Bruno Limongi Freire >>> >> Sent: Wednesday, March 26, 2014 5:23 PM >>> >> To: OpenStreetMap no Brasil >>> >> Subject: Re: [Talk-br] Caminhos como "via" em restrições >>> >> >>> >> Márcio, >>> >> >>> >> é por essas limitações que, apesar de eu já estar contribuindo mais >>> >> com o >>> >> OSM do que com o Tracksource, não pretendo deixar de usar o TRC nem >>> >> tão >>> >> cedo, porque a minha prioridade é o roteamento. >>> >> >>> >> Raffaello Bruno >>> >> >>> >> > From: [email protected] >>> >> > To: [email protected] >>> >> > Date: Wed, 26 Mar 2014 13:43:23 -0300 >>> >> > Subject: Re: [Talk-br] Caminhos como "via" em restrições >>> >> > >>> >> > Nelson, >>> >> > esse seu ultimo parágrafo nos leva muito a refletir sobre custo x >>> >> > benefício >>> >> > de se contornar alguma limitação atual. >>> >> > >>> >> > Tem uma frase (não sei a autoria) que bem diferencia eficiência de >>> >> > eficácia: >>> >> > "um piloto faz excelentes pousos (eficiente), mas no aeródromo >>> >> > errado" >>> >> > (ineficaz). >>> >> > >>> >> > Me agreguei ao OSM não faz muito tempo e confesso que a cada dia >>> >> > mais me >>> >> > simpatizo com os objetivos dele. >>> >> > >>> >> > Administrando sites de GPS há vários anos já havia lido alguns >>> >> > comentários >>> >> > sobre o OSM, mas muito vagos e inconsistentes. Confesso que nunca >>> >> > havia >>> >> > sido >>> >> > motivado a me aprofundar, naquela época, na pesquisa sobre o OSM. >>> >> > >>> >> > Talvez esteja aí o problema que afeta o OSM de forma geral citado >>> >> > por >>> >> > você. >>> >> > Falta gente para fazer as coisas, para mapear, corrigir problemas >>> >> > e/ou >>> >> > implementar algumas características. >>> >> > >>> >> > Na minha opinião, um produto para ser bem aceito no mercado deve >>> >> > atender >>> >> > as >>> >> > necessidades atuais desse mercado, mesmo que tenha de ser modificado >>> >> > em >>> >> > certas características que farão com que no futuro, quando as >>> >> > aplicações >>> >> > forem aperfeiçoadas, venha gerar trabalho. >>> >> > >>> >> > Confesso que nos sites que administro venho tentando motivar o >>> >> > pessoal >>> >> > para >>> >> > ingresso no OSM, mas está sendo difícil a mim, empregando uma visão >>> >> > futurista, argumentar contra as criticas. Infelizmente o pessoal, em >>> >> > especial o brasileiro, quer ver resultado prático de emprego do mapa >>> >> > OSM. >>> >> > >>> >> > []s >>> >> > Marcio >>> >> >>> >> _______________________________________________ >>> >> Talk-br mailing list >>> >> [email protected] >>> >> https://lists.openstreetmap.org/listinfo/talk-br >>> >> >>> > >>> > >>> > _______________________________________________ >>> > Talk-br mailing list >>> > [email protected] >>> > 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 >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-br >> >> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-br >> > > > _______________________________________________ > Talk-br mailing list > [email protected] > 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-br
