Albertvillanovadelmoral

Userboxes This user runs a bot, AVMbot (contribs). This user is a Pywikibot expert. Sub-pàgines

Babel user information
ca-N Aquest usuari és un parlant natiu de català. es-N Esta persona tiene una comprensión nativa del español. en-3 This user has advanced knowledge of English. fr-3 Cet utilisateur dispose de connaissances avancées en français. pt-1 Este utilizador tem um nível básico de português.
Users by language

Questions

• Wikidata:Project_chat/Archive/2020/01#Why_'former_X'_is_subclass_of_'X'? (2020-01-13)

Problem: When I try to query all municipality of Spain (Q2074737), I have to consider cases like:

• ⟨ Algorfa (Q954749)    ⟩ instance of (P31) ⟨ municipality of Spain (Q2074737)    ⟩
• ⟨ Lugo (Q11125)    ⟩ instance of (P31) ⟨ municipality of Galicia (Q2276925)    ⟩
  ,
  ⟨ municipality of Galicia (Q2276925)    ⟩ subclass of (P279) ⟨ municipality of Spain (Q2074737)    ⟩

Therefore, one possible solution might be:

• ?item instance of (P31)/subclass of (P279)? municipality of Spain (Q2074737) .

However, we also get former municipalities, like:

• ⟨ Bidania (Q969513)    ⟩ instance of (P31) ⟨ former municipality of Spain (Q55863584)    ⟩
  ,
  ⟨ former municipality of Spain (Q55863584)    ⟩ subclass of (P279) ⟨ municipality of Spain (Q2074737)    ⟩

Multiple INSEE codes with none as preferred rank

• I have found entities with multiple INSEE codes (properties: INSEE municipality code (P374)) with none as preferred rank: Ternay (Q910038).
• They were added nearly a year ago (2020-04-11) without being noticed/addressed: [[1]].
• They violate the single value constraint.
• I have reported to the user and to WikiProject France/Communes
• What can be done to avoid this problem in the future?

• Maybe asking Administrators?
• Info about the constraint from the Property Constraint Portal: Help:Property_constraints_portal/Single_value
• Report about all the violations of the constraint: Wikidata:Database_reports/Constraint_violations/P374#"Single_value"_violations