olá, lubonotto. td bm? aconteceu algo de errado nesse conjunto de alterações. veja: https://overpass-api.de/achavi/?changeset=50810201. vou tentar corrigir. abraço.

olá, paulo.

bem vindo à comunidade de mapeadores do osm.

aproveito para avisar que não é necessário indicar a proibição retornar de uma via para ela mesma (como nesse caso: osm.org/relation/7429549), a não ser que seja expressamente proibido, conforme osm.wiki/Relation:restriction, a saber "When a particular turn restriction is the default for a given jurisdiction and is not signed don't map them. It is much better to ensure that routing engines embody the regional rule rather than mapping every occurrence as a turn restriction. This applies particularly to unsigned U-turns in Brazil, where using turn restrictions will requires hundreds or thousands of restrictions and micro-segmentation of all roads which in turn make editing data hard".

isso é um engano induzido pelo iD, que já deveria ter sido corrigido. abraço.

KalebeMps, por favor, não mapeie pensando em como os objetos vão aparecer nos mapas, mas sim de acordo com a realidade e as boas práticas de edição (osm.wiki/Good_practice#Don.27t_map_for_the_renderer). e, principalmente, não apague objetos, a não ser que tenha certeza que não deviam estar mapeados. abraço.

faixas de conversão, conforme http://wp.clicrbs.com.br/pancho/2017/07/13/muda-o-transito-no-entroncamento-das-ruas-xv-de-novembro-e-amadeu-da-luz-em-blumenau/?topo=52,2,18,,159,e159

corrigindo o link: osm.org/relation/7339685/history#map=18/-28.69131/-49.38088

olá, victor.

somente para avisar que não é necessário indicar que proibido retornar de uma via para ela mesma (como nesse caso: http://www.fazendaboqueirao.com.br/). isso é um engano induzido pelo iD, que já deveria ter sido corrigido. abraço.

olá, epaepn. seja bem vindo à comunidade de mapeadores do OpenStreetMap. fiz algumas alterações nas suas edições, especialmente: 1. apaguei a ciclovia que você adicionou, pois ali é uma ciclofaixa (não há obstáculo que impeça a passagem da pista de rolamento para pista de biciletas) e já estava mapeada; 2. corrigi os caminhos de pedestres; 3. restaurei uma via proposta que você apagou. 4. alinhei alguns elementos usando como base as images da DigitalGlobe Standard, que são mais atuais e estão melhor alinhadas em blumenau.

isso foi o principal, caso não concorde com alguma coisa que mudei, favor entrar em contato para nos entendermos.

abraço.

a linha imaginária já havia e estava como highway=construction e vc a alterou para highway=secondary. Pelo que sei ela não está pronta ainda, mas faz tempo que não passo lá e não achei notícia mais recente. por isso preferi perguntar pra ti, para ver se vc tinha uma informação mais atualizada.

olá, erick. tudo bem? você lembra qual a fonte que usou para editar a terceira ponte em indaial?

a imagem do bing é de antes do início das obras. além disso, a última notícia que vi sobre o assunto é de março17 (http://www.indaial.sc.gov.br/noticias.php?codigo=3699) avisando sobre a interdição da ponte.

quanto ao posto bailer, estou plenamente de acordo. tb já mapeei alguns de forma bem parecida.

quanto a loja e estande de tiro, acho que os dois obtém o endereço do prédio (depende da aplicação, claro. o osmand não faz isso, mas o maps.me e nominatim sim).

de todo modo, a loja e o estande têm o mesmo endereço, mesmas informações para contato e mesmo nome, por isso acho que poderiam estar mapeados no mesmo ponto. eu faria assim, porque é mais simples. mas, repito, não vejo como errado do jeito que você fez.

cito, como exemplo, alguns pesque e pague (osm.org/way/460517631) onde também há um restaurante. vi alguns (e passei a fazer igual) sendo mapeados num elemento só (no caso, uma área).

no caso de postos, tenho mapeado na área, geralmente, as etiquetas do posto junto as de loja de conveniência (claro, quando há) -- shop + amenity, e não encontrei problema em nenhuma aplicação.

quanto ao validator, depende do alarme gerado. quando é erro, deve ser corrigido. quando é alerta, deve-se avaliar se precisa de correção. sei que alguns tipos de etiquetas geram alerta, por exemplo, landuse + amenity, mas não necessariamente estão erradas.

de todo modo, na falta de especificação na wiki, procuro optar pela forma correta mais simples. ou seja, basicamente não representar em vários elementos no mapa, o que pode ser representado por somente um. nesse caso da loja de pesca e caça, eu colocaria tudo no mesmo ponto, apesar de achar que do jeito que você fez não está errado, só é um pouco mais complexo e, talvez, de forma desnecessária.

não entendi muito bem sua ideia sobre mapeamento de posto.

faz sentido. eu até mapearia todas as etiquetas no mesmo ponto, mas o motivo de eu ter apagado é que eu não sabia que havia estande de tiro ali. vou restaurar o ponto apagado. abs.

vitor, sei que já faz um tempo que você não mapeia, mas quando resolver voltar, evite apagar elementos para recriá-los, pois isso faz perder o histórico dos elementos do mapa.

em caibi, você apagou todas as vias para poder criá-las depois em vias duplicadas, deixando inclusive alguns problemas no mapa, que não haviam antes, e precisaram ser corrigidos por outros mapeadores.

sempre há uma maneira de aproveitar o que já está mapeado e existe. corrigindo. só apague algo quando realmente não representar mais nada no mundo real.

abraço.

Vitor, por que você apagou diversas vias em Maravilha?

olá, vitor. por que você apagou parcialmente os limites de bairros em palmitos? eles estavam errados?

edição removida.

maurício, o estacionamento não é do condomínio. é um estacionamento comercial, de acesso público. reverti sua edição. abraço.

jimmi, já podemos desfazer esse mapeamento para teste?

ok

você tem razão. se você não puder reverter, tentarei fazer isso à noite.