Wikipedia tag validator - listing problems in various areas (also cases not detected by any other QA)

I created that lists some problematic wikipedia / wikidata / subject:wikidata / etc tags.

For example wikipedia tags linking nonexisting articles or entries about humans (that typically are invalid, sometimes retaggable to subject:wikipedia) and so on.

If you are interested in specific area - let me know by sending a message or posting here and I will add it (right now report for Belarus is being generated)

If any report is bogus, false positive, invalid or otherwise problematic: also please let me know!

1 Like

how is transliteration supposed to be handled?

E.g.Црна%20Гора%20(Montenegro,%20Czarnogóra).html lists for example this (and others) entry:

wikidata and wikipedia tags link to a different objects (Q200733 vs (missing) wikidata id assigned to linked Wikipedia article)
Nikšić - an affected OSM element that may be improved

Nikšić - Wikidata links wikipedia pages in both Cyrillic and Latin alphabets.

Linked node has wikipedia=sr:Nikšić which translates tošić which actually works in web browser (but redirects automatically to preferred Serbian wiki page in Cyrillic transliteration, e.g. Никшић — Википедија)

1 Like

hmmmmšić?uselang=en is broken and Nikšić redirects to Никшић — Википедија

So I would say that correct would be wikipedia=sr:Никшић given that it is the redirect target?

But I am not entirely sure what is going on here, maybe Wikipedia is being buggy. And I am not familiar with this specific language situation.

It would be best if someone from those communities might jump in, but as far as I recall, they actually use both Cyrillic and Latin scripts, but with former being preferred (but I could be wrong).

I have no idea how Wikipedia handles the issue, though, apart from the fact that web page loads, after Page and Discussion links there is a dropdown selector to choose preferred transliteration (which changes &variant=sr to variant=sr-el or variant=sr-ec in URL).

But if human readable web interfaces automatically redirects to transliterated page, shouldn’t it be possible for your script to detect that redirection too and handle it?

Yes, but apparently neitheršić?uselang=en nor API redirects. I can skip this specific report in this specific area until I figure out what is going on (I will likely wait until other issues are fixed there before investigating)

Really curious.

Indeedšić?uselang=en does not autoredirect. However, when you remove that ?uselang=en then it redirects.

yes, exactly

the bigger trouble is that machine-speaking API is apparently also not redirecting

EDIT: asked on Telegram: Contact @wmhack

How come the report for Germany only contains problems in Mecklenburg-Vorpommern?

Only this region (and Hamburg) are enabled. I will enable more once reports for this one is empty or someone expresses interest in other specific region. Are you interested?

It is done this way as architecture of processing is still not very smart (but got significantly improved recently) and I am running this on my laptop.

I’d be interested in fixing these for Schleswig-Holstein.

1 Like

@Discostu36 now has also reports for Schleswig-Holstein

1 Like

212 problems :scream: