Sem problema já que todos nós nos equivocamos por vezes. Já editei e corrigi as caixas dágua. Abraços

Amigo, por gentileza não empregue a tag coastline para melhorar a apresentação de uma caixa dagua. A tag coastline (como o nome já diz, é linha costeira. Também não empregue a tag riverbank para tal porque como o nome já diz essa tag serve para estampar a margem de rios. Por ultimo, não desenhe areas de caixas dagua sobre uma area já desenhada para ela e com a tag correta man_made=water_tower.

corrected. Thank you

Olá Nepomuceno. a tag natural=cliff significa penhasco e deve ser empregada em points ou ways e nunca em áreas ou relations. Recebemos hoje a seguinte informação http://cocardl.com.br/viewtopic.php?f=22&t=469 e ao verificarmos o problema identificamos o emprego da tag natural=cliff em áreas na parte oeste de Quixadá. Nesse caso, quando área se emprega a tag natural=bare_rock Veja wiki em osm.wiki/Tag:natural%3Dbare_rock
Estou alterando os cliff por bare_rock

Prezado Marcão, meu nome é Marcio, username no osm Thundercel. Andei corrigindo algumas edições deitas por voce as quais faço alguns comentários: 1 - a TAG REF de rodovia não deve nunca ser inserida no campo name. Ela sempre é inserida no campo REF e quando existirem duas ou mais REF para um mesmo trecho elas devem ser separadas por ponto e virgula. 2 - Não sei o que houve, mas na sua edição ficou um longo trecho da BR-265;BR-369 como ponte e onde não existe ponte (bridge). Também não compreendi o emprego de layer=1 nesse trecho citado. É certo que empregamos layer=1 quando de bridge, mas somente onde realmente ela existir. 3 - no trevo da Av Joaquim Tres Pontas com a rodovia incluiu voce um acesso que não existe e fez cruzamentos de vias sem conexões. Andei corrigindo tudo que vi e que apontava como erro no validador JOSM, mas existiem muitas outras coisas mais a serem corrigidas na cidade. Um forte abraço e qualquer duvida que eu saiba responder, só perguntar.

Please Sturm br, do not employ natural = coastline to define the margin of the natural = water. See in osm.wiki/Tag:natural%3Dcoastline the correct employment for natural = coastline

Please Sturm br, do not employ natural = coastline to define the margin of the natural = water. See in osm.wiki/Tag:natural%3Dcoastline the correct employment for natural = coastline

Please Sturm br, do not employ natural = coastline to define the margin of the natural = water. See in osm.wiki/Tag:natural%3Dcoastline the correct employment for natural = coastline

Olá amigo. Corrigi o emprego da tag coastline em uma ilhota dentro da represa da UEH. Coastline só empregamos coastline quando em ligação com o oceano. No caso ali é só configurar com a tag islet e inner na relação da represa. Veja a correção em osm.org/way/488594761

Hello Walter,
Initially thank you for correcting my mistake that I honestly do not know why I did it.

I thought I was a bit experienced, but apparently even the experienced can make mistakes.

Thanks again and sorry.

Regards
Marcio

Obrigado irmão. Confesso que deixei a desejar quanto ao nome do Rio e optei pelo errado. Troquei porque quando estava corrigindo os problemas de boundarys (que ainda não terminei), o validador do JOSM acusou duplicidade de nomes para esse rio e optei de corrigir para o nome errado. Ele estava com trechos nomeados de duas maneiras. Um forte abraço

Infelizmente esse é o grande problema no Brasil onde existem opiniões divergentes e cada um edita pelo bom senso em não existindo uma padronização brasileira. Enquanto não existir essa padronização continuarei editando sem a redundância aqui em debate. Aprendi que um municipio é dividido em zona urbana e zona rural. Um município pode conter mais de uma zona urbana. A zona urbana, onde se encontra a prefeitura, é o centro administrativo do municipio. Quando em um municipio aparecem povoados na zona rural, fora da zona urbana (na zona rural), geralmente se criam sub-prefeituras para administrarem aqueles povoados.

Observe que na busca pelo Nominatim por Queimadas, PB, o municipio (admin_level=8), é indexado como "Cidade Menor" e não Municipio. Talvez a indexação tenha por referencia a população (não sei), entretanto na mesma busca é apresentado o Limite de Distrito Municipal (admin_level=9). Nesses anos essa é a primeira vez que identifico no OSM se editar o boundary do municipio sem distrito com 2 admin_level ( 8 e 9). O Distrito Federal não se encaixa aqui porque ele tem Distritos e o Distrito Sede é Brasília que está com admin_level=8. O Distrito federal está com admin_level=4. Confesso que me preocupa essa redundancia até porque existem muitos municipios no Brasil que não tem outros distritos que não o sede e fico imaginando editar todos com essa redundância. Particularmente defendo que se um municipio não tem distritos demarcados em seu interior, esses não deveriam receber o admin_level=9 em seu boundary para representar que ele não tem distritos além do sede.

O Distrito mapeado tem a mesma área do municipio também mapeado. Onde está recomendado que todo municipio que possua apenas um distrito sede deve ter outra relação de mesma área com admin_level=9?
Isso para mim é redundancia a até confunde já que pela legislação brasileira um Distrito pode ter, ou não, uma sub-prefeitura e nunca uma prefeitura.

Olá amigo, o Município de Queimadas deveria receber em sua relação boundary o admin_level=8 que corresponde a Municipio. Ele está com admin_level=9 que corresponde a Distrito.

na minha opinião em vez de nos preocuparmos com unidades de metros de desalinhamento é corrigir as inumeras nomenclaturas de via com o nome Rua abreviado para R.

Blad analise também com a imagem do Mapbox. De qualquer forma vejo como importante em se tendo pontos ou tracks levantados com gps, se fazer o arruamento com a imagem satelite alinhada por eles.

Nelson, recebo muito feedback de utilizadores do mapa Cocar e também processo muitos radares colhidos com Gps. Em função disso faço alinhamentos quando identifico necessidades. Por gentileza aponte a via que editei e se encontra desalinhada.

Na minha opinião classificação de via deve ter um balizador, mas o bom senso deve sempre atuar quando for aplicar determinada classificação. Emprego em meu veículo 2 aparelhos Garmin Nuvi carregados com o mesmo mapa Cocar que por sua vez emprega os dados OSM. Essa Estrada Jerônimo Monteiro pode até ter um peso na área, mas esse peso foi perdido a partir do momento que nela implantaram inumeras lombadas redutoras de velocidade. Considerando as lombadas nela não se desenvolve velocidade média superior a 30 km/h.

Observando suas sugestões em osm.wiki/Vila_Velha identifico que originalmente a Estrada Jerônimo Monteiro estava mesmo como deixei agora (terciary). Ali voce propôs e alterou para secundary, entretanto na propria descrição da tabela cita "aspectos físicos da via" na análise e me perdoe, mas trafeguei por ela e pelos aspectos fisicos por mim observados ela nunca deveria ser secundary.