A localidade tem a designação Casebres.
Pára pf de dar nomes incorretos às localidades; nem todas as freguesias tem uma localidade com o seu nome.
O nome da freguesia já existe na relação que é onde podes colocar o link para a wikipedia.
Sugiro que reponhas a situação anterior.
LF

Furthermore, wikipedia tags should refer local language page.
Corrected.

Ignora pf o comentário anterior, não sei porque motivo imaginei a situação inversa!
Luís

Boas
O segmento que liga uma via de um determinado tipo, primária neste caso, a outra do mesmo tipo, é também uma via primária, não um primary_link, como podes facilmente verificar na wiki.
Luís

Perhaps iD will act according to the language defined in the preferences option. To be honest, I don't know the Wikipedia attribution procedure in iD.
But once the problem is identified, it is easy to fix, at least what has already been loaded. If I can be of any help just let me know
Have a good day!

Hi
the wikipedia tag should refer to an article in the local language, as stated in wikipedia=* . You can obviously add the wikipedia article in German or any other language by adding the appropriate suffix, eg wikipedia:de.
Luís

Estás a sobrepôr landuses sobre outros landuses já existentes!
Antes de executar estas importações é necessário validar o que vamos fazer para não deixar essas áreas caóticas, como ficou depois destas importações.

Local OSM communities define specifics in the rules that apply locally. This is what happens when defining the place tag, according to the page I shared with you.
Even so, you will not read on the official wiki page that a city follows size criteria or equivalences between countries but rather a hierarchy of importance of locations in a country (take a look at the definitions of city and town for example).
It doesn't make any sense for one of us to want to make what seems wise prevail versus the official and local rules.
As for international names, I don't see any reason to delete them unless they are not correct, although in that case it should be corrected and not deleted if we know the correct name. This name usually consists of a phonetic translation of the original name and this helps foreigners to identify a location on the map. It is fully accepted and used everywhere in the world.
As for the auxiliary date for the population tag, in the case of Portugal, the population of a location is defined according to the last census carried out. We have places with dates updated with the last census, others with the previous census. When deleting "population:date" how do I know if that population value is up to date?
I can't see reasons that could support your changes. I suggest you revert these changeset, it is the wisest course of action. It's likely that if you don't do it, someone, not necessarily me, will reverse it.

Sem qualquer resposta sua, estes seus conjuntos de edições serão revertidos.
Luis

As suas edições não fazem muito sentido, aparentemente danosas:
--para a classificação das localidades existem regras acordadas (osm.wiki/Portugal/Propostas/Localidades_e_limites_administrativos)
-- Eliminar a data referente ao valor da população invalida o valor da população
-- Eliminar o nome de localidades em outras línguas (name:*) é claramente apagar informação válida.

Hi
The buildings are at ground level; There is no reason to set a level value other than zero. As the default for this tag is zero, there is no need to use this tag in the specific situations of this changeset.
You can use level=1 for a bridge for example or -1 in the case of a tunnel.
Consider looking at the examples done by other users, it's a good way to learn

Viva,
A relação aqui definida não é válida, esqueceste a tag type=* (o mesmo se passa com a relação relation/16253800).
Também parece ser desnecessária pois trata-se de um edificio simples.
Luis

Reported to DWG.
There's no point in reverting this changeset because in an immediately preceding changeset this user changed several names for elements belonging to this changeset.
Rollback will fix most of the vandalism, but the vandalism from the changeset before this one will be restored.

This revert was partially acomplished because the user had made some previous changest, already offensive, to reverted changeset so that a following reversal would have only a partial success.
Ticket #2023082410000307 was opened on DWG.

Reverted.
---

Published using OSMCha: https://osmcha.org/changesets/140198203

Viva,
Repus o paredão (waterway=dam), pois é a tipificação correcta para este tipo de estrutura. Acrescentei o nome "Barragem de Albergaria dos Fusos", o que permite fazer busca sobre este nome, sem retirar o nome oficial, Barragem de Alvito.
Luis

Ia recuperar o nó antigo, mas assim também fica resolvido👍

Tens que ter atenção ao eliminar indevidamente um nó com uma loja, por ela ter encerrado:
O nó tem mais etiquetas válidas além do tipo e nome de loja e assim eliminaste informação válida.
Deves eliminar só as etiquetas que estão desactualizadas/incorrectas.

Tb lembrei essa solução, embora me soe inadequado, pois não há ali qualquer dimensão que justifique um place=square.
Espreitei a wiki, há uma solução que não me levantou dúvidas:
[junction=yes] + [name=Largo ...] no nó de interseção das vias (junction=yes).
Conforme o 2º parágrafo,
"(...) normalmente num nó, uma junção é definida implicitamente por duas estradas quando partilham esse nó. Portanto, a marcação explícita (junction=yes) só é necessária se o nó tiver outras propriedades, por exemplo, name=* ".

Viva,
Sendo a rotunda inexistente, repara que ao eliminares a rotunda eliminaste o nome do largo, que sendo esse nome correcto e adequado, convirá preservar de forma alternativa.
LF