Re: [Talk-br] erros x relações
Seria o mesmo Garmin víago (www8.garmin.com/apps)? Se não, onde estaria o StreetPilot para Android? Só em húngaro? Alexandre Magno Em 12 de fevereiro de 2015 12:11, thunder...@gpsinfo.com.br escreveu: Gerald, *[...]* Você emprega o Osmand entretanto nos sites que administramos a maioria de usuários que o empregavam migraram para o Garmin StreetPilot ( https://www.youtube.com/watch?v=0oo07tUKDEc ). Esse aplicativo não depende de NET e funciona com qualquer mapa para garmin. O principal é que o APP pode ser carregado no SD card, não ocupando espaço na memoria interna. Carreguei esse APP em meu Sansung Galaxy S5 e muito me simpatizei com ele porque a operação e visual é semelhante ao meu garmin Nuvi 3597 LMT. *[...]* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Pessoal, Li agora há pouco a discussão inteira e fiquei um pouco preocupado com alguns aspectos: 1. O nível da discussão, em alguns momentos, ficou abaixo do que seria recomendável. Todos nós estamos tentando contribuir para melhorar o mapa, e devemos ajudar uns aos outros e trabalhar juntos. Acredito que ninguém tenha a intenção de ofender os outros. Entretanto, às vezes pode surgir algum mal-entendido e espero que sempre possamos resolver tudo da melhor forma possível. 2. É importante, ao mapear, não desfazer o trabalho dos outros. Dá um pouco mais de trabalho, mas se tivermos cuidado de não apagar o que já foi feito, o mapa como um todo irá evoluir mais rápido. 3. As relações são muito importantes. Estou mapeando todas as rodovias federais e estaduais do Rio Grande do Sul, e as relações são fundamentais para organizar o trabalho. Olhem, por exemplo: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Rodovias_Federais . Na coluna Relação, ao clicar no link a, a integridade da relação é testada. Ao clicar no link j, a relação inteira é carregada no JOSM, facilitando a edição. Eu testo a integridade das relações com frequência e conserto os erros que descubro (consequência da edição de outros). Geralmente é pouca coisa, mas às vezes alguém bagunça bastante (já apagaram trechos grandes da relação e até a relação inteira, o que dá bastante trabalho para consertar). 4. O trajeto correto das rodovias também é muito importante. Qualquer contribuição para deixar o trajeto mais preciso é bem-vinda. No entanto, é importante cuidar para não desfazer o trabalho dos outros ao editar. É muito importante colocar o tag source, principalmente nos trechos em que a rodovia difere da imagem do Bing (às vezes a imagem está desatualizada). 5. O ID parece ser ruim para edições grandes. Nunca usei o ID, mas a quantidade de reclamações que surgem como consequência do seu uso é enorme. Já usei o Potlatch e o JOSM. No início o JOSM parece mais complicado, mas é MUITO melhor. Se alguém da lista edita bastante e ainda não usa o JOSM, faça um favor a si mesmo e comece a usar. Eu garanto que vale a pena (não sei como fiquei tanto tempo usando o Potlatch). 6. O JOSM tem um plugin ótimo para restrições de conversão (e ele não quebra as relações na edição). Sempre que eu edito cruzamentos de rodovias, eu coloco as relações de restrição necessárias, e isso é MUITO fácil com o JOSM. Eu seleciono (nessa ordem) a via de origem, o ponto do cruzamento e a via de destino; clico no botão para adicionar a restrição; seleciono o tipo de restrição; clico no botão Aceitar. Pronto. Seis cliques do mouse para definir qualquer tipo de restrição. Outra vantagem é que quando se divide uma via, o JOSM automaticamente coloca a relação apenas nas vias certas. 7. Não devemos mapear para o renderizador (ou para o aparelho de GPS). Se o GPS está mandando fazer um self-U-turn em cada esquina, o problema é do GPS ou do programa que gera o mapa para o GPS a partir da base de dados do OSM. As restrições de conversão devem ser definidas apenas entre duas vias diferentes, e apenas quando não o uso do tag oneway não é suficiente. Desculpem o email longo e por favor não briguem comigo. :) Em 12 de fevereiro de 2015 14:36, thunder...@gpsinfo.com.br escreveu: Nelson, seria o caso, entretanto não recomendamos em nossos sites habilita-la porque alguns teimam em configurar o navegador para caminho mais curto e muitas das vezes se perdem por erros no mapa e não são rapidamente instruídos a retornar pelo u-turn. Infelizmente não foram poucos os casos de reportes de ingresso em favelas aqui no Rio e a dificuldade de saída delas roteado. Outra situação é quanto ao retorno em si quando por alguma razão o utilizador descumpre o roteamento calculado. Sabemos que pelo CTB não se pode fazer u-turn em uma rodovia. Se for obrigado a retornar por uma rodovia onde não existe a frente um retorno próximo, ele deve seguir até o primeiro entroncamento para fazer essa manobra. Considero de utilidade o navegador informar onde, a que distância se encontra esse entroncamento. Eu particularmente prefiro navegar com ela desativada porque sou alertado rapidamente quando não sigo o roteamento calculado pelo navegador e posso planejar onde será meu retorno. Aproveito a ocasião para informar que estou saindo em viagem e não poderei responder as próximas mensagens até quinta-feira uma vez que estou me deslocando para um local onde não existe net e tampouco cobertura celular. []s e bom carnaval a todos. Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, February 12, 2015 2:15 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Marcio, o caso não seria habilitar esta opção no Garmin então? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing
Re: [Talk-br] erros x relações
Oi Márcio, Você usa o plugin turnrestrictions no josm? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Turnrestrictions Nunca usei o ID para comparar, mas o turnrestrictions facilita bastante a vida no josm... Atenciosamente, Roger. -- On 11-02-2015 19:14, thunder...@gpsinfo.com.br wrote: Gerald, em que pese as diferenças entre o JOSM e o ID, muitas das vezes prefiro o ID dado a praticidade inserida para incluir restrições de manobra que como você bem sabe poucos empregam. Prefiro o ID também para alinhar as vias. Por onde passei me surpreendi com algumas situações, dentre outras, a saber: 1 – trecho de pista dupla da BR-101 com ambas as pistas no mesmo sentido impedindo roteamento pela BR-101 de SUL para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395 2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384 3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383 . Essa falta fazia com que todas as vias residenciais tivessem acesso para ambas as pistas da rodovia, o que não é correto. 4 – não existia o trevo em http://www.openstreetmap.org/way/327575047 5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667 etc etc etc Quando me desloquei de Conceição da Barra para São Mateus lamentavelmente não obtive roteamento por dentro da cidade de São Mateus porque faltavam sentidos de direção de vias e algumas foram editadas como pista dupla de duplo sentido quando na verdade se tratava de pista simples de sentido único. http://www.openstreetmap.org/way/151554114 http://www.openstreetmap.org/way/229348449 Um outro problema que identifiquei em São Mateus foi no trajeto da BR-101 cortando a cidade. http://www.openstreetmap.org/way/325783721 Ali identifiquei total falta de restrições de manobra nos cruzamentos e muitos acessos desenhados, mas inexistentes. Os existentes não estavam desenhados. Quando trefego levo comigo um gravador de mão. Por onde passei gravei em voz as correções necessárias e venho gradativamente efetuando-as. Venho fazendo minha parte e tenho estimulado aos utilizadores do mapa COCAR a aprenderem a editar o mapa e nos ajudarem nessa empreitada. []s Marcio From: Gerald Weber Sent: Wednesday, February 11, 2015 6:34 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Oi Marcio pela sua rota quase que nos encontramos por aí esses dias :) Felizmente na parte que percorri no ES estava tudo em ordem. Gravei todo meu percurso em vídeo e estou aos poucos passando as fotos para o Mapillary. Os tracklogs eu já coloquei. Agora o Aun tem toda razão num ponto: é simplesmente inviável fazer edições extensas no iD. O iD só serve para pequenas coisas, adicionar uma padaria aqui, acertar uma mão única alí, e olhe lá. Por mim descontinuava esta porcaria. O nível de destruição que venho tendo de corrigir de usuários do iD já ocupa a maior parte do meu tempo, e sinceramente relações de rota e de restrição de conversão eu já nem ligo mais em corrigir. Aquilo virou completamente impossível de manter. Para edições maiores tem que fazer o dever de casa e aprender a usar o JOSM, não tem outro jeito. O JOSM parece complicado à princípio, mas na medida em que a gente aprende não vai querer usar outra coisa mais. Comparativamente, mapear com o iD é como bordar com luvas de boxe. abraço a todos Gerald
Re: [Talk-br] erros x relações
Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado seu navegador para evitar u-turn. Lembro que estamos tratando de nó de roteamento onde existe nele mais de uma opção de manobra. Não estamos tratando de nó comum, onde só existe uma opção de manobra e aquele que liga simplesmente segmentos de reta em retratação de curvas (sem entroncamentos). -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, February 12, 2015 11:00 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações 2015-02-12 10:26 GMT-02:00 thunder...@gpsinfo.com.br: 5 - Ele aceita a implantação de restrição u-turn no nó de roteamento formado pelo entroncamento das 3 vias e defendo que essa situação é correta e testada em campo com um aparelho garmin. Não é certo. O iD não deveria sugerir e nem permitir esse tipo de no_u_turn na própria rua. Vou ver se já existe um bug reportado, senão abrirei um. ___ 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] erros x relações
2015-02-12 10:26 GMT-02:00 thunder...@gpsinfo.com.br: 5 - Ele aceita a implantação de restrição u-turn no nó de roteamento formado pelo entroncamento das 3 vias e defendo que essa situação é correta e testada em campo com um aparelho garmin. Não é certo. O iD não deveria sugerir e nem permitir esse tipo de no_u_turn na própria rua. Vou ver se já existe um bug reportado, senão abrirei um. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
2015-02-12 11:12 GMT-02:00 thunder...@gpsinfo.com.br: Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado seu navegador para evitar u-turn. O navegador deveria ter uma certa inteligência com curvas de 180° (um retorno na própria rua). Se isso fizer sentido então todo o OSM está errado e vai ser necessário inserir um no_u_turn em cada cruzamento de uma rua com a outra (o que é claramente inconcebível). O que acontece de errado se não permitir U-turn no Garmin? Ele gera rotas incorretas? Por qual motivo alguém usa essa opção desativada? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
O Garmin como o navigador preferido no Carros e Caminhos declinando sim, justamente porque smartphones tem mapa navegáveis de alto qualidade, mas este não vai fundar a mercado do Garmin. Garmin usando muito energia desenvolver outros produtos, como fitness trackers e relógio para golfeiros entre outros. Algumas desses novos produtos também pode utilizar mapas do OSM. Eu acho que muito de nos tem um foco cego que este mapa e para roteamento, não e. No verdade, OSM e um “mapa de todo”, assim podemos ter roteamento, navegação náutica, campos de golfe, e muito mais no nosso mapa. Enfim, como Garmin usando um arquivo proprio para roteamento, e OSM não fui desenvolvido direitamente para isso, o geração da mapa Garmin e atreves um compilador. Se e assim que o rodovia inteiro tem um restrição tipo no_self_u_turn, talvez similante que overtaking=no e noparking=yes, podemos ter noreturn=yes. Ainda nao vi exemplos no Garmin sobre este roteamento retorno no mesmo rua que Marcio dizendo que tem, e tem tempo perguntando do exemplo disso para fazer simulação. Tem tempo usei Garmin como único navegador (meu carro tem Go Map, mas não confio porque ver muito trechos erradas no mapa), e regularmente fazendo simulações no meu computador com Garmin BaseCamp. Eu tem centenas de rotas de teste, ambos entre cidades perto e do longo distancia, ate um rota do Chuí (RS) a Fortaleza (CE). Identifiquei varias problemas mas ainda fazendo testes localiza-los com mais certeza. Meus testes no momento e com mapas gerado do banco dados OSM dia 30/12/2014, quando tem linha de internet melhor vou atualizar. Aun Johnsen On Feb 12, 2015, at 11:22, Gerald Weber gwebe...@gmail.com wrote: Aqui então vem outra pergunta que precisa ser pensada. Ainda compensa o investimento em gerar mapas para o Garmin? O mercado da Garmin tem declinado dramaticamente: http://www.technologyreview.com/news/511786/a-shrinking-garmin-navigates-the-smartphone-storm/ http://www.technologyreview.com/news/511786/a-shrinking-garmin-navigates-the-smartphone-storm/ Colocando de outra maneira: compensa introduzir tantos elementos estranhos e conflitantes no OSM por uma tecnologia que está aos poucos saindo do mercado? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Marcio, mas me explica essa parte do U-turn com o Garmin. Que opções ele tem para isso? E no que cada opção influencia e modifica o roteamento? Eu quero entender o que está acontecendo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Você emprega o Osmand entretanto nos sites que administramos a maioria de usuários que o empregavam migraram para o Garmin StreetPilot ( https://www.youtube.com/watch?v=0oo07tUKDEc ). Esse aplicativo não depende de NET e funciona com qualquer mapa para garmin. O principal é que o APP pode ser carregado no SD card, não ocupando espaço na memoria interna. Carreguei esse APP em meu Sansung Galaxy S5 e muito me simpatizei com ele porque a operação e visual é semelhante ao meu garmin Nuvi 3597 LMT. O Osmand é offline. Tem a vantagem que você pode editar uma região no JOSM, salvar o arquivo no seu computador, gerar o mapa local com suas modificações e já colocar na pasta do Osmand, tudo em questão de minutos. Uso muito em regiões onde não tem ainda cobertura suficiente do OSM. Assim não preciso esperar o mapa ficar disponível no repositório oficial. Além do Osmand, tenho o Mapfactor, o Skobbler e o Oruxmaps, todos com mapas do OSM no meu Android. Há alguns anos, nas lojas de eletrônicos da europa, havia setores inteiros com unidades autônomas de GPS (Garmin, Tomtom etc). Da última vez que fui, em julho, mal tinha uma prateleira perdida no canto da loja. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
2015-02-12 11:19 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: 2015-02-12 11:12 GMT-02:00 thunder...@gpsinfo.com.br: Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado seu navegador para evitar u-turn. O navegador deveria ter uma certa inteligência com curvas de 180° (um retorno na própria rua). Se isso fizer sentido então todo o OSM está errado e vai ser necessário inserir um no_u_turn em cada cruzamento de uma rua com a outra (o que é claramente inconcebível). Pensando bem, a proibição de retornar na própria rodovia deveria vir simplesmente de overtaking=no, o que seria de acordo com as regras de trânsito em rodovias. Não faço a menor idéia se algum aplicativo implementa isto. Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Gerald, sobre seu trajeto por São Mateus lembro que entrei na cidade e pelo visto você só trafegou pela BR-101. Veja minhas trilhas em https://www.openstreetmap.org/user/Thundercel/traces/1880128 O problema que encontrei em São Mateus e já reportei alguns em mensagem anterior foi que os acessos e saídas da BR-101, alguns foram desativados e outros criados. Os que existiam não tinham restrição de manobra permitindo o acesso direto a BR-101 o que é proibido pela existência de sinalização vertical. Não foram poucas as instruções de manobra incorretas que recebi em meu GPS para entrar na BR-101. Em São Mateus trafeguei pelas Av José Tozzi ( https://www.openstreetmap.org/way/229348449 ) e Av João XXIII ( https://www.openstreetmap.org/way/229348449 ). Constava no mapa essas avenidas com pista dupla de sentidos opostos, entretanto elas são de pista simples, sentido unico, cada uma para uma direção. Foram corrigidas. No centro da cidade de São Mateus foi impossível chegar ao Banco do Brasil porque os sentidos de vias ali não coincidiam com a realidade. na tentativa de chegar ao Banco do Brasil cada hora o roteamento me instruía a seguir por uma contra mão. Tudo foi por mim corrigido naquela região. Já na saída de São Mateus para Nova Venécia encontrei dificuldade quando cruzei https://www.openstreetmap.org/way/326615074 . Esse entroncamento não estava representado no mapa. Já que foi a Itaúnas deve ter identificado na entrada do distrito, no portal, a abertura da ES-010 em pista dupla o que não existia no mapa. Foi corrigido em https://www.openstreetmap.org/way/314765553 Você emprega o Osmand entretanto nos sites que administramos a maioria de usuários que o empregavam migraram para o Garmin StreetPilot ( https://www.youtube.com/watch?v=0oo07tUKDEc ). Esse aplicativo não depende de NET e funciona com qualquer mapa para garmin. O principal é que o APP pode ser carregado no SD card, não ocupando espaço na memoria interna. Carreguei esse APP em meu Sansung Galaxy S5 e muito me simpatizei com ele porque a operação e visual é semelhante ao meu garmin Nuvi 3597 LMT. Pode ser que o mercado garmin esteja declinando lá fora, mas não identificamos essa situação, pelo menos no mercado brasileiro. É crescente o numero de usuários garmin que entram em nossos sites de GPS. Me simpatizo muito com o garmin e por isso possuo 4 modelos dele para irritação da madame quando viajamos porque fico com os 4 ligados e em cada um deles tenho carregado um dos 4 mapas do Brasil, de provedores diferentes. Faço isso porque comparo os mapas e roteamentos. []s Marcio From: Gerald Weber Sent: Thursday, February 12, 2015 12:22 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações 2015-02-12 11:19 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: 2015-02-12 11:12 GMT-02:00 thunder...@gpsinfo.com.br: Pois é Nelson, entretanto lembro que em não existindo a restrição o Garmin faz u-turn nesse nó de roteamento caso o utilizador não tenha configurado seu navegador para evitar u-turn. O navegador deveria ter uma certa inteligência com curvas de 180° (um retorno na própria rua). Se isso fizer sentido então todo o OSM está errado e vai ser necessário inserir um no_u_turn em cada cruzamento de uma rua com a outra (o que é claramente inconcebível). O que acontece de errado se não permitir U-turn no Garmin? Ele gera rotas incorretas? Por qual motivo alguém usa essa opção desativada? A questão levantada aqui é importante e a gente precisa entendê-la. Tem outro usuário na minha área de atuação inserindo dúzias deste tipo de no_self_u_turn e nas anotações dele ele dá a justificativa de acerto de roteamento. Suspeito que seja pela mesma razão, mas não sei ao certo pois o usuário não retorna nenhuma mensagem minha. Me chamou a atenção que eu tenha feito um trajeto semelhante ao Márcio, saí de Itaúnas no município de Conceição da Barra, segui na direção sul, passando por São Mateus. http://www.openstreetmap.org/user/Gerald%20Weber/traces/1877449 Todo roteamento foi calculado pelo Osmand e toda a navegação foi perfeita, inclusive nos avisos de pedágio que eu não sabia que tinha na BR-101. E olha que não confio muito no roteamento do Osmand, acho meio lento e o Osmand tem alguma aversão insana em relação a sinais de pare. Em relação à São Mateus, haviam várias obras quando passei por lá em 2012 e 2013, pode ser por isto que algumas das rotatórias que o Márcio relatou que constavam no OSM não existiam agora. Como só atravessei São Mateus eu não percebi esta parte. Agora como é que pode que eu e o Márcio tivemos experiências tão opostas com os nossos roteamentos sendo que ambos usamos mapas do OSM? Penso que a resposta esteja nos aplicativos que usamos. Eu usei o Osmand que foi feito para ser usado com os mapas do OSM, como alías diz no nome. Já o Márcio, se entendi corretamente, usou o Garmin com mapas compilados a partir da base do OSM. Ora, o Garmin
Re: [Talk-br] erros x relações
No Europa maioria de carros novos ja chegando com navegador próprio instalados, logo e somente carros velhos que não tem, por isso as vendas de aparelhos nos lojas eletrônicos quase sumiu. Os fabricantes, (Garmin, TomTom, GoMap, etc.) tem mais atenção em vender para fabricantes e importadoras de automóveis em vez de consumidores. Em vez disso o mercado também mudando, pessoas não quer tanto aparelhos instalado no veiculo, por isso prefiro navegar pelo smartphone, eles uso um fitnestracker (muitos deles com GPS), ou outros atividades onde outro tipos do gadgets seria interessante. O que voce ver no prateleira no lojas eletrônicos no Europa e no EUA não necessariamente significando que eles não vender aparelhos, so que eles não vender navegadores nos esse tipo de lojas. Ainda ha muito produtos incluindo aplicativos, que utilizando mapas do formato do Garmin, TomTom, GoMap e provavelmente outros formatos, sei que ja tem GoMap instalado no meu smartphone, alem do ter GoMap instalado no meu carro e meu aparelho Garmin. Não instalei TomTom no meu smartphone porque não achei aplicativo gratuito. Aun Johnsen On Feb 12, 2015, at 12:24, Gerald Weber gwebe...@gmail.com wrote: Há alguns anos, nas lojas de eletrônicos da europa, havia setores inteiros com unidades autônomas de GPS (Garmin, Tomtom etc). Da última vez que fui, em julho, mal tinha uma prateleira perdida no canto da loja. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Geraldo, isso também, se ha linha amarela completa (não interditada) e proibido cruzar linha e assim não pode retornar, este exemplo de noreturn=yes e onde não ha overtaking=no, por exemplo onde ha 2 faixas (voce pode ultrapassar) mas tem linha completa (voce não pode fazer u_turn). Talvez que este tag próprio pode crescer dados interessante na mapa, e resolver este problema no navegadores (eu ainda falta replicar este problema) Aun Johnsen On Feb 12, 2015, at 12:37, Gerald Weber gwebe...@gmail.com wrote: Enfim, como Garmin usando um arquivo proprio para roteamento, e OSM não fui desenvolvido direitamente para isso, o geração da mapa Garmin e atreves um compilador. Se e assim que o rodovia inteiro tem um restrição tipo no_self_u_turn, talvez similante que overtaking=no e noparking=yes, podemos ter noreturn=yes. Verdade Aun, uma relation é para relacionar um trecho com outro. Para colocar uma restrição sobre o próprio techo não há necessidade de uma relation, é completamente redundante. Mais uma razão para não usar. Mas o que disse é que overtaking=no deveria implicar em no_self_u_turn. Você não pode retornar em trechos onde é proibido ultrapassar. No caso de rotatórias sempre é proibido ultrapassar, assim se colocar overtaking=no no trecho já mataria dois coelhos com uma cajadada só. Se os aplicativos reconhecessem isto eliminaria o uso de quase todas as restrições de conversão em rotatórias. Simplificaria demais a nossa vida. Gerald ___ 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] erros x relações
Nelson, por partes. O navegador garmin, permite ao utilizador, configurar o que deseja evitar durante a navegação. Dentre outros, existe o evitar u-turn conforme print da tela do garmin abaixo. Essa opção só tem validade estando o navegador no modo roteado, ou seja, com um destino selecionado. Quando ela é habilitada os u-turn são descartados em entroncamentos, mas considerados em vias sem saída. Não tendo selecionado evitar u-turn e estando roteado, quando o utilizador contraria o roteamento, o navegador ativa automaticamente o recalculo de rota fazendo com que o roteamento seja recalculado a partir da posição atual. Em não existindo retornos a frente o roteamento pega o primeiro “nó de roteamento” a frente e instrui a fazer o u-Turn nele. Quando cito nó de roteamento me refiro ao nó em que se entronca mais de um segmento de reta. Nós comuns são aqueles que unem dois segmentos de reta e geralmente são empregados para retratar curva. Nó de roteamento simples é aquele onde existe a via e outra nela entroncando. Na verdade ali aparentemente é um nó, mas na verdade são 3 nós sobrepostos. cada nó corresponde a ponta do segmento de reta que se une naquele ponto. Essa situação ocorre frequentemente comigo quando retorno para o Rio vindo de Saquarema – RJ. Existem duas opções de rota: uma pela Via Lagos e outra pela Amaral Peixoto. Intercepto a Amaral Peixoto pela Rua Professor Souza ( https://www.openstreetmap.org/way/291228492 ). O roteamento nessa intercessão instrui a fazer curva a direita, pegar a Estrada do Palmital ( https://www.openstreetmap.org/way/284244418 ) e posteriormente a Via lagos ( https://www.openstreetmap.org/way/326023360 ). Esse roteamento é correto para configuração de caminho mais rápido, entretanto não o sigo porque prefiro retornar para casa pela Amaral Peixoto, pelo que o povo local chama de Serrinha. Assim, ao entrar na Amaral Peixoto sigo para esquerda contrariando o roteamento. A partir desse momento, quando o navegador identifica que não segui o roteamento por ele calculado, começa a ativar o recalculo de rota e logo de pronto manda eu fazer u-turn no primeiro nós de roteamento a frente que é a intercessão com a via https://www.openstreetmap.org/way/278750332 Daí em seguinte ele, vendo que não fiz u-turn fica sempre recalculando instruindo a retornar na próxima intercessão a frente. Essa situação fica se repetindo até aproximadamente o entroncamento em https://www.openstreetmap.org/way/278746258 . Depois disso ele se cansa em ficar recalculando e roteia normalmente pela minha rota desejada que é pela Serrinha. Convém lembrar que em todos esses entroncamentos onde o u-turn é ativado o ID apresenta a possibilidade de configuração de restrição u-turn neles. Não apliquei em nenhum, mas acredito para fins de teste seria interessante aplicarmos e testar o comportamento no GPS. Exemplo disso no entroncamento da Amaral Peixoto com a via https://www.openstreetmap.org/way/278746258 []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, February 12, 2015 1:17 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Marcio, mas me explica essa parte do U-turn com o Garmin. Que opções ele tem para isso? E no que cada opção influencia e modifica o roteamento? Eu quero entender o que está acontecendo. ___ 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] erros x relações
Voce pode me manda algumas pontos para eu reproduzir esses erros de roteamento? Eu posso testar com varias formas de roteamento com varias configurações habilitadas. Aun Johnsen On Feb 12, 2015, at 13:04, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Intercepto a Amaral Peixoto pela Rua Professor Souza ( https://www.openstreetmap.org/way/291228492 https://www.openstreetmap.org/way/291228492 ). O roteamento nessa intercessão instrui a fazer curva a direita, pegar a Estrada do Palmital ( https://www.openstreetmap.org/way/284244418 https://www.openstreetmap.org/way/284244418 ) e posteriormente a Via lagos ( https://www.openstreetmap.org/way/326023360 https://www.openstreetmap.org/way/326023360 ). Esse roteamento é correto para configuração de caminho mais rápido, entretanto não o sigo porque prefiro retornar para casa pela Amaral Peixoto, pelo que o povo local chama de Serrinha. Assim, ao entrar na Amaral Peixoto sigo para esquerda contrariando o roteamento. A partir desse momento, quando o navegador identifica que não segui o roteamento por ele calculado, começa a ativar o recalculo de rota e logo de pronto manda eu fazer u-turn no primeiro nós de roteamento a frente que é a intercessão com a via https://www.openstreetmap.org/way/278750332 https://www.openstreetmap.org/way/278750332 Daí em seguinte ele, vendo que não fiz u-turn fica sempre recalculando instruindo a retornar na próxima intercessão a frente. Essa situação fica se repetindo até aproximadamente o entroncamento em https://www.openstreetmap.org/way/278746258 https://www.openstreetmap.org/way/278746258 . Depois disso ele se cansa em ficar recalculando e roteia normalmente pela minha rota desejada que é pela Serrinha. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Marcio, o caso não seria habilitar esta opção no Garmin então? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Nelson, seria o caso, entretanto não recomendamos em nossos sites habilita-la porque alguns teimam em configurar o navegador para caminho mais curto e muitas das vezes se perdem por erros no mapa e não são rapidamente instruídos a retornar pelo u-turn. Infelizmente não foram poucos os casos de reportes de ingresso em favelas aqui no Rio e a dificuldade de saída delas roteado. Outra situação é quanto ao retorno em si quando por alguma razão o utilizador descumpre o roteamento calculado. Sabemos que pelo CTB não se pode fazer u-turn em uma rodovia. Se for obrigado a retornar por uma rodovia onde não existe a frente um retorno próximo, ele deve seguir até o primeiro entroncamento para fazer essa manobra. Considero de utilidade o navegador informar onde, a que distância se encontra esse entroncamento. Eu particularmente prefiro navegar com ela desativada porque sou alertado rapidamente quando não sigo o roteamento calculado pelo navegador e posso planejar onde será meu retorno. Aproveito a ocasião para informar que estou saindo em viagem e não poderei responder as próximas mensagens até quinta-feira uma vez que estou me deslocando para um local onde não existe net e tampouco cobertura celular. []s e bom carnaval a todos. Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Thursday, February 12, 2015 2:15 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Marcio, o caso não seria habilitar esta opção no Garmin entã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] erros x relações
Amigos, nesse fim de ano rodei mais de 2000 km pelo Espírito Santo e me surpreendi com a quantidade de erros que identifiquei no mapa OSM. Fiz o seguinte trajeto cujos tracklogs já foram enviados para a base OSM: Rio de Janeiro – RJ / Saquarema – RJ / Conceição da Barra – ES / São Mateus – ES / Nova Venécia – ES / Barra de São Francisco – ES / Ecoporanga – ES / Riod e Janeiro – RJ Infelizmente o roteamento pelo Espírito Santo encontrava-se bastante comprometido por desalinhamentos significativos de rodovias, sentidos de mão invertidos, ausência de trevos e rotatórias, ausência de pistas duplas onde essas existem, ausência de restrições de manobras, ausência de acessos, etc. Tendo anotado todas as necessárias correções venho gradativamente corrigido o mapa no Espírito Santo e estou sendo surpreendido com questionamentos sobre quebra de relações com ameaça de reversão do trabalho por mim realizado. Gostaria de saber do grupo se relações de rodovias secundárias são prioritárias em se comparando com erros de percurso nessas rodovias. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
On Feb 11, 2015, at 18:14, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: em que pese as diferenças entre o JOSM e o ID, muitas das vezes prefiro o ID dado a praticidade inserida para incluir restrições de manobra que como você bem sabe poucos empregam. Prefiro o ID também para alinhar as vias. Que pessoas nao incluindo restrições de manobra talvez não e por caso do editor, mas por falta do dados. Eu não faço restrições de manobra porque parecendo certo, eu faço porque tem evidencia de existência. Quando descobre que roteamento dar errado por falta do um restriction=no_left_turn eu inclui-lo, se roteamento dar errado por falta do oneway=yes, incluindo também. Falta do informação infelizmente dar falta no banco dados, e quando obter este informação incluímos. Eu acho um desculpa besteiro dizer que “pode quebrar algum dados para mapa fica melhor”. Não devemos quebra dados, e se quebramos sem querer, concertamos. Se eu causando danos me ponta a onde e eu vou tenta resolver. O resposta voce me deu me dar raiva (meu dados mais importante que seu?) Eu postei para voce que voce quebrei dados que eu trabalhei uma semana fazer. Voce respondeu que concertar eles vai interfere com seu dia de trabalho. Eu cansada gastar horas e horas para concertar que pessoas quebrando, e quando eles não mostrando nenhuma vontade corrigir o que quebrando eu ficar com vontade a reverter tudo eles fazendo. Talvez fui bom que for voce que botei o ultimo goto neste copo cheia, e não um noveta que nunca mais vai contribuir. Eu sei que mesmo se brigamos neste assunto voce como eu vou continuar contribuir. Meu raiva e porque vez e vez ver muito trabalho esgotado porque pessoas tentando resolver um coisa sem verificar que não quebrando outro. Se a mapa fosse seu projeto sozinho voce poderia priorizar resolver um coisa cada vez, mas somos um comunidade grande. Muito vezes quando ver estes relações restriction=no_u_turn pontando de volto no mesmo rua, ficando com vontade apagar todos restriction=no_u_turn, porque realmente e mais fácil adicionar os poucos que certo denovo que verificar cada um deles para apagar o que e errado, mas não faço isso por o comunidade. Em vez usando horas verificar cada um poderia apaga todos em 2 minutos, ne? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Marcio E bom voce quer ajuda melhora a mapa, mas favor seja home concertar o que voce quebrando. Fiquei muito com raiva vendo que relações que fiz semana passado quebrado em pouco tempo. Eu pode mencionar que sim monitorando tudo edições no Espirito Santo, e usando muito tempo para verificar o que acontecendo na mapa. Concordo que a mapa tem muito que pode melhorar, e trabalhando bastante para melhora-lo Mas gastando muito do meu tempo concertar edições, principalmente relações criados do outros usuários, e que dar mais trabalho e um pouco usuários muito ativos, incluindo voce, que infelizmente introduzindo muitos relações errados. Tudo este discussão começou quando viu meu trabalho do semana passado quebrado por voce e so quer que voce concerta o que quebrou To cansada de estes poucos usuários dando tao muito problemas, e tem vontade reverter todos os chagastes deles com relações. Estes usuarios tem algum coisas em comum. Principalmente eles editando com o editor iD, que um grande part do comunidade do OSM, não somente no Brasil comentando criando muitos erros e problemas com relações Também um grande parte deles chegou do TrackSource, e levantando um cultura do objetos errados dai. Aun Johnsen On Feb 11, 2015, at 16:53, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, nesse fim de ano rodei mais de 2000 km pelo Espírito Santo e me surpreendi com a quantidade de erros que identifiquei no mapa OSM. Fiz o seguinte trajeto cujos tracklogs já foram enviados para a base OSM: Rio de Janeiro – RJ / Saquarema – RJ / Conceição da Barra – ES / São Mateus – ES / Nova Venécia – ES / Barra de São Francisco – ES / Ecoporanga – ES / Riod e Janeiro – RJ Infelizmente o roteamento pelo Espírito Santo encontrava-se bastante comprometido por desalinhamentos significativos de rodovias, sentidos de mão invertidos, ausência de trevos e rotatórias, ausência de pistas duplas onde essas existem, ausência de restrições de manobras, ausência de acessos, etc. Tendo anotado todas as necessárias correções venho gradativamente corrigido o mapa no Espírito Santo e estou sendo surpreendido com questionamentos sobre quebra de relações com ameaça de reversão do trabalho por mim realizado. Gostaria de saber do grupo se relações de rodovias secundárias são prioritárias em se comparando com erros de percurso nessas rodovias. []s Marcio ___ 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] erros x relações
Oi Marcio pela sua rota quase que nos encontramos por aí esses dias :) Felizmente na parte que percorri no ES estava tudo em ordem. Gravei todo meu percurso em vídeo e estou aos poucos passando as fotos para o Mapillary. Os tracklogs eu já coloquei. Agora o Aun tem toda razão num ponto: é simplesmente* inviável *fazer edições extensas no iD. O iD só serve para pequenas coisas, adicionar uma padaria aqui, acertar uma mão única alí, e olhe lá. Por mim descontinuava esta porcaria. O nível de destruição que venho tendo de corrigir de usuários do iD já ocupa a maior parte do meu tempo, e sinceramente relações de rota e de restrição de conversão eu já nem ligo mais em corrigir. Aquilo virou completamente impossível de manter. Para edições maiores *tem que* fazer o dever de casa e aprender a usar o JOSM, não tem outro jeito. O JOSM parece complicado à princípio, mas na medida em que a gente aprende não vai querer usar outra coisa mais. Comparativamente, mapear com o iD é como bordar com luvas de boxe. abraço a todos Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Gerald, em que pese as diferenças entre o JOSM e o ID, muitas das vezes prefiro o ID dado a praticidade inserida para incluir restrições de manobra que como você bem sabe poucos empregam. Prefiro o ID também para alinhar as vias. Por onde passei me surpreendi com algumas situações, dentre outras, a saber: 1 – trecho de pista dupla da BR-101 com ambas as pistas no mesmo sentido impedindo roteamento pela BR-101 de SUL para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395 2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384 3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383 . Essa falta fazia com que todas as vias residenciais tivessem acesso para ambas as pistas da rodovia, o que não é correto. 4 – não existia o trevo em http://www.openstreetmap.org/way/327575047 5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667 etc etc etc Quando me desloquei de Conceição da Barra para São Mateus lamentavelmente não obtive roteamento por dentro da cidade de São Mateus porque faltavam sentidos de direção de vias e algumas foram editadas como pista dupla de duplo sentido quando na verdade se tratava de pista simples de sentido único. http://www.openstreetmap.org/way/151554114 http://www.openstreetmap.org/way/229348449 Um outro problema que identifiquei em São Mateus foi no trajeto da BR-101 cortando a cidade. http://www.openstreetmap.org/way/325783721 Ali identifiquei total falta de restrições de manobra nos cruzamentos e muitos acessos desenhados, mas inexistentes. Os existentes não estavam desenhados. Quando trefego levo comigo um gravador de mão. Por onde passei gravei em voz as correções necessárias e venho gradativamente efetuando-as. Venho fazendo minha parte e tenho estimulado aos utilizadores do mapa COCAR a aprenderem a editar o mapa e nos ajudarem nessa empreitada. []s Marcio From: Gerald Weber Sent: Wednesday, February 11, 2015 6:34 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Oi Marcio pela sua rota quase que nos encontramos por aí esses dias :) Felizmente na parte que percorri no ES estava tudo em ordem. Gravei todo meu percurso em vídeo e estou aos poucos passando as fotos para o Mapillary. Os tracklogs eu já coloquei. Agora o Aun tem toda razão num ponto: é simplesmente inviável fazer edições extensas no iD. O iD só serve para pequenas coisas, adicionar uma padaria aqui, acertar uma mão única alí, e olhe lá. Por mim descontinuava esta porcaria. O nível de destruição que venho tendo de corrigir de usuários do iD já ocupa a maior parte do meu tempo, e sinceramente relações de rota e de restrição de conversão eu já nem ligo mais em corrigir. Aquilo virou completamente impossível de manter. Para edições maiores tem que fazer o dever de casa e aprender a usar o JOSM, não tem outro jeito. O JOSM parece complicado à princípio, mas na medida em que a gente aprende não vai querer usar outra coisa mais. Comparativamente, mapear com o iD é como bordar com luvas de boxe. abraço a todos Gerald ___ 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] erros x relações
Eu acho que temos que ter cuidado para não desestimular as pessoas a colaborar com o OSM. Infelizmente no Brasil ainda temos muito poucas pessoas trabalhando no mapa. Eu como colaborador de Alagoas, me sinto praticamente sozinho editando o mapa do estado. Acompanho todas as edições e tento dar as boas vindas para todos os usuários novos no estado, mas vejo que ainda é muito pouco. Digo isso para valorizarmos que faz esse trabalho pesado de alinhar, criar, mudar sentido, conectar, up de dado de GPS, disseminar, entre muitas outras coisas que ainda falta MUITO no Brasil. Essa história de relação é um conceito difícil para todo usuário novo do OSM, então não pra sair dando sermão toda vez que ela for quebrada. Eu tentaria educar e informar ao invés de exigir o concerto e ameaçar excluir uma edição. Lógico que os usuários mais experientes devem tentar evoluir nos conceitos do OSM e sei que dá uma certa raiva de ver seu trabalho sendo quebrado. :) Minha opnião. Abraço!! Marcio Aguiar Ribeiro 2015-02-11 18:14 GMT-03:00 thunder...@gpsinfo.com.br: Gerald, em que pese as diferenças entre o JOSM e o ID, muitas das vezes prefiro o ID dado a praticidade inserida para incluir restrições de manobra que como você bem sabe poucos empregam. Prefiro o ID também para alinhar as vias. Por onde passei me surpreendi com algumas situações, dentre outras, a saber: 1 – trecho de pista dupla da BR-101 com ambas as pistas no mesmo sentido impedindo roteamento pela BR-101 de SUL para NORTE . Corrigido em http://www.openstreetmap.org/way/320461395 2 – faltava a rotatória em http://www.openstreetmap.org/way/327566384 3 – faltava pista dupla em http://www.openstreetmap.org/way/327566383 . Essa falta fazia com que todas as vias residenciais tivessem acesso para ambas as pistas da rodovia, o que não é correto. 4 – não existia o trevo em http://www.openstreetmap.org/way/327575047 5 – Não existia o trevo em http://www.openstreetmap.org/way/326622667 etc etc etc Quando me desloquei de Conceição da Barra para São Mateus lamentavelmente não obtive roteamento por dentro da cidade de São Mateus porque faltavam sentidos de direção de vias e algumas foram editadas como pista dupla de duplo sentido quando na verdade se tratava de pista simples de sentido único. http://www.openstreetmap.org/way/151554114 http://www.openstreetmap.org/way/229348449 Um outro problema que identifiquei em São Mateus foi no trajeto da BR-101 cortando a cidade. http://www.openstreetmap.org/way/325783721 Ali identifiquei total falta de restrições de manobra nos cruzamentos e muitos acessos desenhados, mas inexistentes. Os existentes não estavam desenhados. Quando trefego levo comigo um gravador de mão. Por onde passei gravei em voz as correções necessárias e venho gradativamente efetuando-as. Venho fazendo minha parte e tenho estimulado aos utilizadores do mapa COCAR a aprenderem a editar o mapa e nos ajudarem nessa empreitada. []s Marcio *From:* Gerald Weber gwebe...@gmail.com *Sent:* Wednesday, February 11, 2015 6:34 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] erros x relações Oi Marcio pela sua rota quase que nos encontramos por aí esses dias :) Felizmente na parte que percorri no ES estava tudo em ordem. Gravei todo meu percurso em vídeo e estou aos poucos passando as fotos para o Mapillary. Os tracklogs eu já coloquei. Agora o Aun tem toda razão num ponto: é simplesmente* inviável *fazer edições extensas no iD. O iD só serve para pequenas coisas, adicionar uma padaria aqui, acertar uma mão única alí, e olhe lá. Por mim descontinuava esta porcaria. O nível de destruição que venho tendo de corrigir de usuários do iD já ocupa a maior parte do meu tempo, e sinceramente relações de rota e de restrição de conversão eu já nem ligo mais em corrigir. Aquilo virou completamente impossível de manter. Para edições maiores *tem que* fazer o dever de casa e aprender a usar o JOSM, não tem outro jeito. O JOSM parece complicado à princípio, mas na medida em que a gente aprende não vai querer usar outra coisa mais. Comparativamente, mapear com o iD é como bordar com luvas de boxe. abraço a todos Gerald -- ___ 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] erros x relações
Não nego que em nosso diálogo, quando disse você que iria reverter minhas edições, repliquei dizendo que poderia reverter, mas que tivesse o cuidado de corrigir todos os erros de geometria de rodovia por mim corrigidos. Diferentemente de você priorizo a geometria das rodovias permitindo roteamento por elas. Não tiro a importância da relação, mas a vejo em segundo plano porque essa é oculta para o utilizador e não é renderizada. Teremos mais colaboradores quando tratarmos com bondade os que estão colaborando e os que ingressam. From: Lists Sent: Wednesday, February 11, 2015 8:55 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações On Feb 11, 2015, at 19:35, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Não tiro a importância dos “fiscais”, entretanto esses devem ser comedidos em suas interpelações e não ameaçar de reversão os dados editados sem contato com a comunidade. Ficou puto porque um semana trabalho esgotado, e também e cheia do coisas pequenos quebrados por caso desse editor iD. Chegou um limite para mim, e voce pode considerar que fui educado informando voce do problema e que realmente queria reverter tudo. Admito que o linguagem no recado em si talvez não muito educado, mas fiquei com raiva mesmo. Eu poderia fica quieta e reverter tudo isso sem falhar, realmente entrou contato com voce para voce resolver concertar o que fui quebrado. Voce não queria olhar eles, então, eu começou preparar reverter. Nao reverti porque chegou algum para concertar antes que tinha meu changeset de reversão pronto. Se voce pelo menus mostrou que tentaria concertar, entender o trabalho outros coloque no projeto, eu poderia ajuda voce, mas como voce respondeu fiquei mais com raiva. E jogando em mim “tem monte erros para voce concertar”, quando eu vejo voce como um dos criadores do erros, ficando como “favor limpa meu merda”. Eu quer mesmo como voce criar um mapa melhor, mas prefiro usar meu tempo editar onde falta dados, que concertando atreves outros usuários. ___ 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] erros x relações
Não tiro a importância dos “fiscais”, entretanto esses devem ser comedidos em suas interpelações e não ameaçar de reversão os dados editados sem contato com a comunidade. Em se tirando a quebra de “relação” aponte erro de geometria de via corrigido, mas não ameace com reversão as edições que corrigiram erros graves de geometria de via. A reversão corrigiria a relação e manteria o roteamento impraticável na região por erro de geometria d e vias. O diálogo para se chegar a um consenso é importantíssimo em um trabalho colaborativista. From: Alexandre Magno Brito de Medeiros Sent: Wednesday, February 11, 2015 8:25 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações O trabalho dos fiscais é importante. Eu tiro as aspas. A comunidade precisa dele. Alexandre Magno Em 11 de fevereiro de 2015 19:13, thunder...@gpsinfo.com.br escreveu: Seria interessante que esses “fiscais” procurassem priorizar ações a dispor um pouco de tempo para editar os erros existentes na geometria das rodovias. ___ 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] erros x relações
Nelson, em não existindo o garmin, não tendo essa passagem pelo nó roteada, ele manda fazer a volta nela se estiver com u-turn no evitar desmarcado. Por acaso essa situação ocorreu comigo quando por ali passei na semana passada. Se ela não é para ser feita significa que a aplicação de restrição de manobra pelo ID está errada? Li vários elogios a respeito quando implantaram essa facilidade no ID que na minha analise é bem mais facil que pelo josm. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 11, 2015 9:01 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações 2015-02-11 20:54 GMT-02:00 thunder...@gpsinfo.com.br: Existe a restrição u-turn que impede o retorno na mesma rua. É essa que está errada e não deve existir. Nesse caso: http://i.imgur.com/fVUMK0r.png A única restrição que deve existir, do tipo no_u_turn é a em verde. Essa em vermelho não deve existir (retornar na própria rua). ___ 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] erros x relações
From: Lists Sent: Wednesday, February 11, 2015 7:38 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Muito vezes quando ver estes relações restriction=no_u_turn pontando de volto no mesmo rua, ficando com vontade apagar todos restriction=no_u_turn, porque realmente e mais fácil adicionar os poucos que certo denovo que verificar cada um deles para apagar o que e errado, mas não faço isso por o comunidade. Em vez usando horas verificar cada um poderia apaga todos em 2 minutos, ne? Não compreendi. A restrição=no_u_turn é reconhecida pelo MKGMAP e deve ser aplicada sempre que uma via se abre em duas. Exatamente no nó da abertura porque caso contrário aquele nó é considerado um ponto de manobra para U-turn. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
O trabalho dos fiscais é importante. Eu tiro as aspas. A comunidade precisa dele. Alexandre Magno Em 11 de fevereiro de 2015 19:13, thunder...@gpsinfo.com.br escreveu: Seria interessante que esses fiscais procurassem priorizar ações a dispor um pouco de tempo para editar os erros existentes na geometria das rodovias. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
2015-02-11 20:43 GMT-02:00 thunder...@gpsinfo.com.br: Agora citar que a restrição U-Turn não é para ser aplicada é outra estória. Elas tem uso, claro. Por isso existem. Mas a maioria realmente está errada (são relações onde os membros de origem e destino são ambos um trecho de rua). E depois de 3 horas acho que arrumei as relações. Não dá para editar essas coisas com iD senão sempre vai haver relações quebradas. Também precisa ter mais cuidado ao manter os trechos corretos nas relações (não só priorizando um traçado ou geometria correta, mas tratando todos os dados da mesma forma). Dá muito trabalho arrumar isso (mais trabalho do que arrumar geometria). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Nelson, agora não compreendi. Existe a restrição u-turn que impede o retorno na mesma rua. Como citei, quando existe uma abertura de uma rua em duas, no nó de abertura deve-se empregar a restrição u-turn de forma a impedir que o roteamento faça u-turn naquele nó. Vamos a um exemplo prático de uma restrição u-turn por mim implantada no nó em http://www.openstreetmap.org/node/3338188908 -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 11, 2015 8:27 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações 2015-02-11 20:21 GMT-02:00 thunder...@gpsinfo.com.br: A restrição=no_u_turn é reconhecida pelo MKGMAP e deve ser aplicada sempre que uma via se abre em duas. Exatamente no nó da abertura porque caso contrário aquele nó é considerado um ponto de manobra para U-turn. Os no_u_turn estão em sua maioria errados, com to (destino) e from (origem) sendo a mesma rua. Elas só estão proibindo de retornar na própria rua. ___ 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] erros x relações
Que nao priorizando geometria e errado, mas primeiro regra editando e não quebra que existe. Quando ha informação de geometria melhor eu editando. Onde voce editou fui por mim um area onde não ha conhecimento pessoal, e sim somente editando pelo Bing/MapBox. Tem tempo que não editei ai, mas não lembro ver os rotatórias que voce falhando no Bing, então este e mais recentes que imagens que tem/tava no local. O geometria eu vai entrar e o que conheço, se voce tem dados mais novas ou mais detalhadas que imagens de satélite, divulga com o comunidade, editar, e não quebra que tem. E como voce editando tao muito e tanto coisas, como eu, voce investindo muitos horas neste projeto. Um motivo para reverter e mostra para voce que tanto tempo investido fui esgotado. Eu poderia cobra voce o tempo eu uso para concerta este coisas, mas provavelmente voce não tem dinheiro paga contas tao alto, profissionalmente cobrando mais por hora que maioria dos Brasileiros ganha por dia. Proximo vez que preciso concertar algum coisa de voce vou mandar um recado com o valor. Aun Johnsen On Feb 11, 2015, at 20:07, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Não nego que em nosso diálogo, quando disse você que iria reverter minhas edições, repliquei dizendo que poderia reverter, mas que tivesse o cuidado de corrigir todos os erros de geometria de rodovia por mim corrigidos. Diferentemente de você priorizo a geometria das rodovias permitindo roteamento por elas. Não tiro a importância da relação, mas a vejo em segundo plano porque essa é oculta para o utilizador e não é renderizada. Teremos mais colaboradores quando tratarmos com bondade os que estão colaborando e os que ingressam. From: Lists mailto:li...@gimnechiske.org Sent: Wednesday, February 11, 2015 8:55 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] erros x relações On Feb 11, 2015, at 19:35, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Não tiro a importância dos “fiscais”, entretanto esses devem ser comedidos em suas interpelações e não ameaçar de reversão os dados editados sem contato com a comunidade. Ficou puto porque um semana trabalho esgotado, e também e cheia do coisas pequenos quebrados por caso desse editor iD. Chegou um limite para mim, e voce pode considerar que fui educado informando voce do problema e que realmente queria reverter tudo. Admito que o linguagem no recado em si talvez não muito educado, mas fiquei com raiva mesmo. Eu poderia fica quieta e reverter tudo isso sem falhar, realmente entrou contato com voce para voce resolver concertar o que fui quebrado. Voce não queria olhar eles, então, eu começou preparar reverter. Nao reverti porque chegou algum para concertar antes que tinha meu changeset de reversão pronto. Se voce pelo menus mostrou que tentaria concertar, entender o trabalho outros coloque no projeto, eu poderia ajuda voce, mas como voce respondeu fiquei mais com raiva. E jogando em mim “tem monte erros para voce concertar”, quando eu vejo voce como um dos criadores do erros, ficando como “favor limpa meu merda”. Eu quer mesmo como voce criar um mapa melhor, mas prefiro usar meu tempo editar onde falta dados, que concertando atreves outros usuários. ___ 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] erros x relações
Prezado Marcio, não desmereço “relação”, especialmente a de rodovia, porque a considero uma importante ferramenta de fiscalização, entretanto não a considero mais importante que a geometria da rodovia. Infelizmente uma “relação” não identifica erro de sentido da rodovia como encontrei na BR-101, impedindo o roteamento por ela no sentido SUL / NORTE. De que adianta ter a “relação” intacta se a rodovia não é trafegável em um sentido? Ainda temos um sério problema (ainda não resolvido) que é o roteamento pela BR-101 para o NORTE passando por Vitória. O roteamento constatado pelo GPS e também pelo OSRM abandona a BR-101 antes do trevo com a ES-060, passa pela Rodovia do Sol, Vila Velha, Terceira Ponte, por dentro de Vitória para então pegar novamente a BR-101 quase em Serra – ES. A Rodovia do Sol está impondo uma força muito grande na área, puxando o roteamento para ela. Já andei editando um trecho dela onde existem radares de 60 km/h e estava formatado com velocidade de 110 km/h. Como citei venho fazendo meu trabalho, mas confesso que é desestimulante ler uma ameaça de reversão porque foi quebrada uma “relação” de rodovia. Seria interessante que esses “fiscais” procurassem priorizar ações a dispor um pouco de tempo para editar os erros existentes na geometria das rodovias. Perdoem o desabafo! []s Marcio From: Márcio Aguiar Ribeiro Sent: Wednesday, February 11, 2015 7:22 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações Eu acho que temos que ter cuidado para não desestimular as pessoas a colaborar com o OSM. Infelizmente no Brasil ainda temos muito poucas pessoas trabalhando no mapa. Eu como colaborador de Alagoas, me sinto praticamente sozinho editando o mapa do estado. Acompanho todas as edições e tento dar as boas vindas para todos os usuários novos no estado, mas vejo que ainda é muito pouco. Digo isso para valorizarmos que faz esse trabalho pesado de alinhar, criar, mudar sentido, conectar, up de dado de GPS, disseminar, entre muitas outras coisas que ainda falta MUITO no Brasil. Essa história de relação é um conceito difícil para todo usuário novo do OSM, então não pra sair dando sermão toda vez que ela for quebrada. Eu tentaria educar e informar ao invés de exigir o concerto e ameaçar excluir uma edição. Lógico que os usuários mais experientes devem tentar evoluir nos conceitos do OSM e sei que dá uma certa raiva de ver seu trabalho sendo quebrado. :) Minha opnião. Abraço!! Marcio Aguiar Ribeiro___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
On Feb 11, 2015, at 19:13, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Ainda temos um sério problema (ainda não resolvido) que é o roteamento pela BR-101 para o NORTE passando por Vitória. O roteamento constatado pelo GPS e também pelo OSRM abandona a BR-101 antes do trevo com a ES-060, passa pela Rodovia do Sol, Vila Velha, Terceira Ponte, por dentro de Vitória para então pegar novamente a BR-101 quase em Serra – ES. Este caso que voce reclamando sobre roteamento puxando para ES-060 em vez de BR-101 e um coisa eu tentando investigar, como morando no local, quero que roteamento e certo. Infelizmente, se roteamento e cominho mais curto não dar evitar este problema como este trecho economiza quase 2 quilometro em distancia. Para concertar este precisamos entra máximo dado possível entre o trevo onde roteamento saindo BR-101, pelo ES-060 no Guarapari, Vila Velha e Vitoria, e ate trevo onde voltar no BR-101 no Serra. Eu ja fiz muito para resolver este, mas preciso volta para casa para fazer levantamento no local. Eu não sei que dados falta neste regiao que pode resolver o roteamento, mas não aceito entra dados falso no mapa para resolver roteamento. Meu primeiro objetivo e entra mais detalhas nos dados existente da mapa. Se este não resolve precisamos olhar como os roteadores funciona. Infelizmente, e realmente, en quanto o BR-101 ainda não e duplicado neste trecho acho não vai ter solução no problema do roteamento como o ES-060 tem velocidades de 110 e 80 entre Guarapari e Vila Velha, mas o BR-101 tem 60 e 80 tudo trecho do estado. Post-note: Eu deve ter mais tempo procura solução este problema de roteamento entre Guarapari e Vitoria se não preciso corre atras relações quebrados e corrige-los.___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Sem duvida existem muitas restrições de manobra formatadas erradamente e é nosso trabalho corrigi-las quando por nós identificadas ou quando formos acionados por um colaborador. Agora citar que a restrição U-Turn não é para ser aplicada é outra estória. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 11, 2015 8:27 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] erros x relações 2015-02-11 20:21 GMT-02:00 thunder...@gpsinfo.com.br: A restrição=no_u_turn é reconhecida pelo MKGMAP e deve ser aplicada sempre que uma via se abre em duas. Exatamente no nó da abertura porque caso contrário aquele nó é considerado um ponto de manobra para U-turn. Os no_u_turn estão em sua maioria errados, com to (destino) e from (origem) sendo a mesma rua. Elas só estão proibindo de retornar na própria rua. ___ 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] erros x relações
2015-02-11 21:14 GMT-02:00 thunder...@gpsinfo.com.br: Se ela não é para ser feita significa que a aplicação de restrição de manobra pelo ID está errada? Li vários elogios a respeito quando implantaram essa facilidade no ID que na minha analise é bem mais facil que pelo josm. É mais fácil, mas ela não valida e nem impede de criar restrição incorreta. Precisa ver se é erro no mkgmap que acaba permitindo retornar na própria rua. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Não, isso está evidentemente errado. Todo o trabalho aqui é voluntário. Se alguém tem contrato com alguma empresa, trate com ela, não com a comunidade. O que vem da comunidade e o que vai para ela não é cobrado. *A pessoa faz porque quer e pode.* Se existe lei constitucional por aqui, certamente este é um dos princípios. Eu sei que está implícito, mas não vamos misturar alhos com bugalhos. Se quer ganhar dinheiro, procure ou crie uma empresa. Alexandre Magno Em 11 de fevereiro de 2015 20:16, Lists li...@gimnechiske.org escreveu: E como voce [Marcio Soares] editando tao muito e tanto coisas, como eu, voce investindo muitos horas neste projeto. Um motivo para reverter e mostra para voce que tanto tempo investido fui esgotado. Eu poderia cobra voce o tempo eu uso para concerta este coisas, mas provavelmente voce não tem dinheiro paga contas tao alto, profissionalmente cobrando mais por hora que maioria dos Brasileiros ganha por dia. Proximo vez que preciso concertar algum coisa de voce vou mandar um recado com o valor. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Esses dias removi pelo menos uma dúzia de no_u_turn da rua nela mesma, com o detalhe que era ruas de mão única. Mas isto nem me preocupa tanto. Me preocupa que a quantidade de vias desconectadas que tenho encontrado nas posições onde as pessoas inseriram este tipo de restrição de conversão. Sempre, é claro, editando no iD. No JOSM acende umas dez luzes vermelhas quando isto acontece. Eu entendo que o iD parece mais conveniente, simples, imediato etc. Mas é uma falácia. Depois que a gente aprende a usar o JOSM, você faz mais o mesmo trabalho que no iD em um décimo do tempo. abraço Gerald 2015-02-11 21:01 GMT-02:00 Nelson A. de Oliveira nao...@gmail.com: 2015-02-11 20:54 GMT-02:00 thunder...@gpsinfo.com.br: Existe a restrição u-turn que impede o retorno na mesma rua. É essa que está errada e não deve existir. Nesse caso: http://i.imgur.com/fVUMK0r.png A única restrição que deve existir, do tipo no_u_turn é a em verde. Essa em vermelho não deve existir (retornar na própria rua). ___ 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] erros x relações
On Feb 11, 2015, at 19:35, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Não tiro a importância dos “fiscais”, entretanto esses devem ser comedidos em suas interpelações e não ameaçar de reversão os dados editados sem contato com a comunidade. Ficou puto porque um semana trabalho esgotado, e também e cheia do coisas pequenos quebrados por caso desse editor iD. Chegou um limite para mim, e voce pode considerar que fui educado informando voce do problema e que realmente queria reverter tudo. Admito que o linguagem no recado em si talvez não muito educado, mas fiquei com raiva mesmo. Eu poderia fica quieta e reverter tudo isso sem falhar, realmente entrou contato com voce para voce resolver concertar o que fui quebrado. Voce não queria olhar eles, então, eu começou preparar reverter. Nao reverti porque chegou algum para concertar antes que tinha meu changeset de reversão pronto. Se voce pelo menus mostrou que tentaria concertar, entender o trabalho outros coloque no projeto, eu poderia ajuda voce, mas como voce respondeu fiquei mais com raiva. E jogando em mim “tem monte erros para voce concertar”, quando eu vejo voce como um dos criadores do erros, ficando como “favor limpa meu merda”. Eu quer mesmo como voce criar um mapa melhor, mas prefiro usar meu tempo editar onde falta dados, que concertando atreves outros usuários.___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Vamos deixando de lado a parte mais chata da discussão. Marcio, é preciso dar um desconto. Ele não é versado em nosso idioma. Em vários momentos usa o feminino para si próprio. Quero crer que com a expressão seja home ele quis um significado mais lúdico, muito usado no nordeste. Aliás, eu realmente acredito que ele não lhe se referiu à sexualidade. Alexandre Magno Em 11 de fevereiro de 2015 21:30, thunder...@gpsinfo.com.br escreveu: Aun Johnsen, HOMEM EU SOU E MEÇA SUAS PALAVRAS AO SE DIRIGIR A MIM DESSA FORMA. TENHO 64 ANOS E NÃO ADMITO ISSO. *From:* Lists li...@gimnechiske.org *Sent:* Wednesday, February 11, 2015 6:04 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] erros x relações Marcio E bom voce quer ajuda melhora a mapa, mas favor seja home concertar o que voce quebrando. Fiquei muito com raiva vendo que relações que fiz semana passado quebrado em pouco tempo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Eu sei que tempo tem valor! Você não está a conversar com uma criança de 12 anos. O contribuidor pode considerar que faz um investimento. Alguns tipos de retorno seriam: - Mapa gratuito para uso particular ou empresarial - Diversão - Terapia ocupacional - Satisfação psíquica ou espiritual - Networking Mas para a comunidade personificada nada disso importa. Você pega o seu tempo (que tem valor) e doa a ela. *É uma doação.* Ponto. Se algum me pagasse para editar aqui eu aceito, e sei que muitos vai aceitar também, mas também sei que tem gente aqui que prefiro não ser pago. E isso está OK. Não macula o que estou defendendo. Penso que todos concordamos que o valor que importa por aqui é aquele não monetário, que tem a ver com honra, caráter, ética e moral. Alexandre Magno Em 11 de fevereiro de 2015 20:47, Lists li...@gimnechiske.org escreveu: Me entendo certo, Ja tem empresa, e ganho bom, se tira tudo salário de voce não me dar diferencia, So digo isso porque tempo tem valor, e como voluntário eu investe meu tempo próprio sem outro compensação que receber um mapa gratuito. Mando um valor para pessoas no OSM não tem outro significativo que mostrar o valor do trabalho. Sem contrato não posso juridicamente cobra este valor. Se poderia trabalhar 3 horas e ganha este salário com outros coisas, ou uso 3 horas mapeando no OSM e meu escolhe, sem contrato ou sem compromisso. Se algum me pagasse para editar aqui eu aceito, e sei que muitos vai aceitar também, mas também sei que tem gente aqui que prefiro não ser pago. Com manda valor ao pessoa quer dizer 2 coisas 1) meu tempo tem valor, este que poderia ganhar fazendo outro coisas 2) eu prefiro outros atividades no OSM que concertar erros dos outros. Eu nao espera ver nenhuma centavo do este valor também. Aun Johnsen On Feb 11, 2015, at 20:35, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Não, isso está evidentemente errado. Todo o trabalho aqui é voluntário. Se alguém tem contrato com alguma empresa, trate com ela, não com a comunidade. O que vem da comunidade e o que vai para ela não é cobrado. *A pessoa faz porque quer e pode.* Se existe lei constitucional por aqui, certamente este é um dos princípios. Eu sei que está implícito, mas não vamos misturar alhos com bugalhos. Se quer ganhar dinheiro, procure ou crie uma empresa. Alexandre Magno Em 11 de fevereiro de 2015 20:16, Lists li...@gimnechiske.org escreveu: E como voce [Marcio Soares] editando tao muito e tanto coisas, como eu, voce investindo muitos horas neste projeto. Um motivo para reverter e mostra para voce que tanto tempo investido fui esgotado. Eu poderia cobra voce o tempo eu uso para concerta este coisas, mas provavelmente voce não tem dinheiro paga contas tao alto, profissionalmente cobrando mais por hora que maioria dos Brasileiros ganha por dia. Proximo vez que preciso concertar algum coisa de voce vou mandar um recado com o valor. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Ah, voce pode esgotar meu contribuções porque voce e uns 25 anos mais velho que eu? Ou talvez eu pode dizer que meus dados e mais importante que seus porque tava no projeto uns 5 anos antes de voce? Ou talvez porque fiz mais edições? Nao importa se voce e 16 ou 64 se voce preciso coloque seu edições em frente de outros. Eu não dar diferencia em como eu verificando mudanças na mapa, nem do crianças, nem adultos, nem do novetas e nem do usuários experientes. Eu sei que posso fazer coisas errados, também não sou perfeito. E voce pode ter certeza que vou olhar bastante como voce editando relações com seu atitude. Aun Johnsen On Feb 11, 2015, at 21:30, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, HOMEM EU SOU E MEÇA SUAS PALAVRAS AO SE DIRIGIR A MIM DESSA FORMA. TENHO 64 ANOS E NÃO ADMITO ISSO. From: Lists mailto:li...@gimnechiske.org Sent: Wednesday, February 11, 2015 6:04 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] erros x relações Marcio E bom voce quer ajuda melhora a mapa, mas favor seja home concertar o que voce quebrando. Fiquei muito com raiva vendo que relações que fiz semana passado quebrado em pouco tempo. ___ 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] erros x relações
Aun Johnsen, não é por aí. Ele achou que você o chamou de gay. Eu expliquei em outra mensagem eu acreditar que *não* foi isso. Leia-a. Se foi, aí você terá feito MERDA. Alexandre Magno Em 11 de fevereiro de 2015 21:40, Lists li...@gimnechiske.org escreveu: Ah, voce pode esgotar meu contribuções porque voce e uns 25 anos mais velho que eu? Ou talvez eu pode dizer que meus dados e mais importante que seus porque tava no projeto uns 5 anos antes de voce? Ou talvez porque fiz mais edições? Nao importa se voce e 16 ou 64 se voce preciso coloque seu edições em frente de outros. Eu não dar diferencia em como eu verificando mudanças na mapa, nem do crianças, nem adultos, nem do novetas e nem do usuários experientes. Eu sei que posso fazer coisas errados, também não sou perfeito. E voce pode ter certeza que vou olhar bastante como voce editando relações com seu atitude. Aun Johnsen On Feb 11, 2015, at 21:30, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, HOMEM EU SOU E MEÇA SUAS PALAVRAS AO SE DIRIGIR A MIM DESSA FORMA. TENHO 64 ANOS E NÃO ADMITO ISSO. *From:* Lists li...@gimnechiske.org *Sent:* Wednesday, February 11, 2015 6:04 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] erros x relações Marcio E bom voce quer ajuda melhora a mapa, mas favor seja home concertar o que voce quebrando. Fiquei muito com raiva vendo que relações que fiz semana passado quebrado em pouco tempo. ___ 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] erros x relações
Marcio al Se sinto ofendido por linguagem pedir desculpa, eu não sou formado em Portuguese, e escreve como falho. Alexandre ja descobri este num discução no IRC, e o maioria das pessoas que comunicando comigo diariamente saber isso. Eu nao o pessoa que chamando outros da bicha, ou outros ofensas, eu não discriminando (ou pelo menus tentando não) por sexualidade, religião, raça, opinião politico ou outro. Aun Johnsen On Feb 11, 2015, at 21:37, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Vamos deixando de lado a parte mais chata da discussão. Marcio, é preciso dar um desconto. Ele não é versado em nosso idioma. Em vários momentos usa o feminino para si próprio. Quero crer que com a expressão seja home ele quis um significado mais lúdico, muito usado no nordeste. Aliás, eu realmente acredito que ele não lhe se referiu à sexualidade. Alexandre Magno Em 11 de fevereiro de 2015 21:30, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br escreveu: Aun Johnsen, HOMEM EU SOU E MEÇA SUAS PALAVRAS AO SE DIRIGIR A MIM DESSA FORMA. TENHO 64 ANOS E NÃO ADMITO ISSO. From: Lists mailto:li...@gimnechiske.org Sent: Wednesday, February 11, 2015 6:04 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] erros x relações Marcio E bom voce quer ajuda melhora a mapa, mas favor seja home concertar o que voce quebrando. Fiquei muito com raiva vendo que relações que fiz semana passado quebrado em pouco tempo. ___ 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] erros x relações
Acredito que ninguém quis ofender ou agredir outra pessoa. Se houve essa interpretação em algum ponto, foi equivocada. Continuar essa discussão mais inflamada não vai trazer nada de bom pra nenhuma pessoa. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] erros x relações
Nem para a comunidade. Em 11 de fevereiro de 2015 21:57, Nelson A. de Oliveira nao...@gmail.com escreveu: Acredito que ninguém quis ofender ou agredir outra pessoa. Se houve essa interpretação em algum ponto, foi equivocada. Continuar essa discussão mais inflamada não vai trazer nada de bom pra nenhuma pessoa. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br