Olá Rui
Obrigado pelo aviso. Só pode ter sido um lapso pois não há nenhuma razão para remover o nome de um waterway. Já está reposto.
RB

Olá!
Utilizei as imagens do Mapbox, que mostram uma mancha mais reduzida de wood e uma continuidade da forest na zona onde editei. Tendo em conta que se trata de uma área de exploração/cultivo florestal, é expectável que ocorram alterações ao longo do tempo (e é provável que volte a ser arborizada no futuro, mesmo que atualmente surja como wood em imagens mais recentes).

Caso consideres que a representação anterior era mais rigorosa, poderei reverter e ajustar com base nas ortofotomapas da ESRI.

Cumprimentos,
RB

Great. I completely agree.
Suggested changes have been made.
RB👋

Hi,
Please have another look at way/1317804876/

I did not change the climbing=* tagging.

What I added was leisure=sports_centre. I agree this may not be the ideal tag, but it at least indicates that the place is used for sports activities.

I also removed area=yes because the feature is already mapped as a closed way (polygon). In addition, climbing does not occur across the entire area but only in a few specific spots.

Given this, could you please clarify what changes you would prefer me to make?

Hola, muchas gracias por revisarlo.

Probablemente sea la extensión CADTools. El fallo no aparece siempre, pero cuando ocurre los puntos quedan visibles inmediatamente en la edición y puedo borrarlos sin problema… cosa que esta vez no sucedió.
RB

Olá Daniel Agos,

Obrigado pela correção.
O primeiro foi um lapso; o segundo, um erro.

Alterações já realizadas: changeset/175611007#map=19/38.785485/-9.183823

RB

I did it to ensure that Nominatim returns a result when querying ‘Sidi Ali’. The name tag is overloaded with multiple variants in different alphabets and in both left-to-right and right-to-left scripts, which prevented consistent matching. Using 'alt_name=Sidi Ali' ensures that a query for ‘Sidi Ali’ now works reliably.
RB

Hola, gabideardales,
No sé exactamente a qué te refieres ni qué quieres que haga.
Gracias.
RB

Ok.

Olá,
Sim li essa entrada da wiki, mas o que recomendas?
landuse=commercial
landuse=recreation_ground

ou a combinação de:
leisure=park + tourism=theme_park
...

Foi apenas confusão minha com os nomes. Alguns mapas e muitos websites referem em "Mosqueirão". (https://www.google.com/search?q=Mosqueirão).

Já alterei o restaurante "Taberna dos Mosqueirões":
node/11020913699/

Também acrescentei os traffic_sign=city_limit
node/13287460652 node/13287460649

Olá,
Obrigado.
Recoloquei “Mosqueirões” e deixei uma nota com base na tua informação.
RB

Pelo teu texto, parece-me que seguimos o mesmo raciocínio. Optei, logo nesse dia, por usar “cave” (e pela mesma razão que invocas).
Para além disso, acrescentei uma descrição muito concisa do conjunto do local.
"Cavidade natural com ocupação do Paleolítico Médio ao Calcolítico. Abrigo de caçadores, santuário rupestre com gravuras e pinturas paleolíticas, e necrópole neolítica."

Obrigado pela ajuda,
RB

Olá,
Pois... ... ... necrópole?

RB

P.S.
A nova área wood é:

relation/19738965

Olá, João Paixão,

As áreas com a tag natural=wood que eram anteriormente cobertas por esses elementos passaram a estar incluídas numa área mais ampla, também classificada como natural=wood. A alteração resultou apenas do aviso de sobreposição de áreas (landuse) com a mesma classificação de tags, detetado aquando da publicação da minha edição.
Se essas áreas possuíssem outros atributos (por exemplo, name, leaf_cycle ou leaf_type), teria optado por mantê-las. Presumo que, ao visualizares esse local no mapa OpenStreetMap Carto, ainda não tivesse ocorrido a renderização dos novos elementos em todas as escalas.

Ao dispôr,
RB

Dear Hufkratzer,

Thanks for the helpful tip; osm.wiki/How_to_map_a#Riding_centre_(equestrian)

Como referiste anteriormente endereços postais de imóveis localizados ao longo da estrada, o que pretendi esclarecer é o seguinte:
Não é obrigatório utilizar a tag "name" nos troços "highway" para definir os endereços de "building", "farm", "hotel" ou "school". A combinação das tags "addr:xxxxx:=" já identifica cada imóvel de forma individual em termos de endereço postal. Atribuir a todos os troços de estrada o valor "name=Estrada Regional 339" é redundante, uma vez que a tag "addr:street=Estrada Regional 339" já contém essa informação em cada imóvel.
Em suma, o simples facto de existirem imóveis com endereço postal ao longo de uma estrada não implica que esta tenha de ter nome atribuído na base de dados para que o endereço postal esteja completo.

Relativamente à atualização dessa informação, o que tenho observado na prática é o preenchimento apenas dos campos "addr:xxxxx:=" que estão documentados nas fontes reconhecidas, como os CTT ou, em alternativa, o próprio website do imóvel.

Obrigado. Já corrigi.

Penso que não, mas entra no campo do debatível.

Razão 1:
Apesar de se tratar de endereços postais, não é estritamente necessário que a rua tenha a tag name para a elaboração das tags de endereço. É a combinação de addr:street com as restantes tags que define corretamente o endereço de um local:

addr:city=Covilhã
addr:country=PT
addr:postcode=6200-324
addr:street=Estrada Regional 339
addr:housenumber=X

Razão 2:
Existem inúmeros locais ao longo das estradas com endereçamento do tipo "Estrada Regional" ou "Estrada Nacional". Se colocássemos name em todos os troços, seria redundante, pois o endereço já fica corretamente definido através de addr:street=Estrada Regional 339.