Wikidata:Property proposal/Retronews ID

Retronews ID[edit]

Originally proposed at Wikidata:Property proposal/Creative work

Done: Retronews ID (P8110) (Talk and documentation)

Description	identifier for a newspaper on the Retronews website
Represents	Retronews (Q30752618)
Data type	External identifier
Domain	newspaper (Q11032)
Allowed values	String
Example 1	L'Aurore (Q2599521) → aurore-paris
Example 2	Journal de l'Empire (Q15161203) → journal-de-lempire
Example 3	Revue Spirite (Q3212310) → revue-spirite
Source	https://www.retronews.fr/titres-de-presse
External links	Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt].
Number of IDs in source	617
Expected completeness	eventually complete (Q21873974)
Formatter URL	https://www.retronews.fr/titre-de-presse/$1

Motivation[edit]

This new Wikidata property for authority control for the media (Q55999460) might be useful for a better coverage of the history of French journalism (Q15974914). Thierry Caro (talk) 15:40, 28 March 2020 (UTC)[reply]

Discussion[edit]

Notified participants of WikiProject France. Thierry Caro (talk) 15:40, 28 March 2020 (UTC)[reply]

Oppose given the overhead of creating more properties, the nature of the sitelinks, it's preferable to use described at URL. An ever increasing number of dormant properties add unneeded maintenance burden. --- Jura 15:44, 28 March 2020 (UTC)[reply]

@Jura1: in a certain way i understand you doubt, but whats the difference in "maintenance burden" for a dormant property instead of "dormant" or even broken described at url statements? isn't it easier to maintain dormant properties, even to delete them, then to analyse it in string based manner on described at URL property? --Mfchris84 (talk) 18:39, 28 March 2020 (UTC)[reply]