Wikidata:Property proposal/Error-report URL or e-mail

error-report URL or e-mail

Originally proposed at Wikidata:Property proposal/Generic

Done: error-report URL or e-mail (P10923) (Talk and documentation)

Description	e-mail (prefixed with mailto:) or webpage to which error in the entries of this external ID can be reported
Represents	error report (Q110827012)
Data type	URL
Domain	Wikidata external-ID properties
Allowed values	((?!.\/.)mailto:\S+@\S+\.[\-\w]{1,10}\|(https?\|ftp):\/\/(\S+\.)+\S+(\/\S*)?)
Example 1	GND ID (P227) → https://de.wikipedia.org/wiki/Wikipedia:GND/Fehlermeldung
Example 2	Library of Congress authority ID (P244) → https://loc.gov/contact/catalog-record-error-report/
Example 3	SBN author ID (P396) → mailto:ic-cu.afnomi@beniculturali.it
Example 4	VIAF ID (P214) → https://en.wikipedia.org/wiki/Wikipedia:VIAF/errors
Example 5	P7859 (P7859) → https://www.wikidata.org/wiki/Wikidata:WikiProject_Authority_control/WorldCat_Identities_errors
Planned use	Gradually spread on external-ID properties
See also	subproperty of URL (P2699)
Wikidata project	Data Quality

Motivation

Notified participants of WikiProject Data Quality During present Wikidata:Events/Data Quality Days 2022 two sessions were dedicated to Wikidata:Data round-tripping (a page which will be created today, in fact), that is to the problem of getting corrected the errors noticed by Wikidata users in external sources. One of the most difficult tasks for Wikidata users is finding, if it exists, a way to communicate with the organization managing the external source containing the error. In order to facilitate them, storing this datum in a structured way is the first step. A few hours ago (in a discussion participated by @Lea Lacroix (WMDE), Manuel Merz (WMDE), Sotho Tal Ker: and I) a few proposals were made in order to solve this issue:

one new property for storing the e-mail or website (I said two new properties, but, in fact, since the datatype for e-mail and website is the same - I remembered wrongly - one is enough)
one new property for storing a Wikidata page where we describe how each institution prefers to be contacted
using the existing properties (URL (P2699) and email address (P968), or maybe only URL (P2699) with a qualifier like object of statement has role (P3831)error report (Q110827012)

In this property proposal I follow option 1, but if you prefer one of the other options (or another not-listed one) feel free to comment; the most important purpose is, in fact, finding a standard method to store this crucial information. Epìdosis 12:27, 10 July 2022 (UTC)[reply]

Discussion

Support Ainali (talk) 14:44, 10 July 2022 (UTC)[reply]
Support Support as proposed above. Good idea with clear utility for improving data quality. Congruent with existing properties for external URLs. --Middle river exports (talk) 14:50, 10 July 2022 (UTC)[reply]
Support LydiaPintscher (talk) 15:23, 10 July 2022 (UTC)[reply]
Support LGTM --Sotho Tal Ker (talk) 17:13, 10 July 2022 (UTC)[reply]
Support - PKM (talk) 22:32, 10 July 2022 (UTC)[reply]
Comment I really like this initiative to make it easier to report errors. But I don't like mixing values of different types URL vs a string that hopefully is a valid email in a property. I suggest we make 2 properties instead, one for each type.--So9q (talk) 11:39, 11 July 2022 (UTC)[reply]
@So9q: Emails are considered as datatype URL (email address (P968)), so in fact the datatype is the same. Before proposing this property I also thought that email was string-datatype and that thus 2 properties were needed, but in fact my opinion was wrong. --Epìdosis 19:20, 14 July 2022 (UTC)[reply]
Oh, in that case I guess we can go ahead. So9q (talk) 18:53, 17 July 2022 (UTC)[reply]
Oppose I also think such an initiative is very important. But I oppose because I think this is a bit too specific/inflexible (i.e. the "reciprocal reason" to that pointed by So9q).
- Eg consider https://en.wikipedia.org/wiki/Wikipedia:VIAF/errors and https://www.wikidata.org/wiki/Wikidata:WikiProject_Authority_control/WorldCat_Identities_errors: these are 4. WD pages with lists of errors in VIAF, which are obviously relevant to the topic, but are not in the 1,2,3 listed above (they are not 2 "how each institution prefers to be contacted").
- Or consider the need for more specific URLs in an institutional error tracker: 1. Error submission, 5. Complete error list (like 4 but provided by the institution), 6. Individual error report of a value
- So I think we should design a more flexible approach using the "of" qualifier with appropriate values. --Vladimir Alexiev (talk) 12:24, 11 July 2022 (UTC)[reply]
Support - they are the same datatype as far as Wikidata is concerned (see the option 1 note in the Motivation section) - and Vladimir Alexiev are you trying to provoke the data quality people by suggesting the use of the "of" qualifier?!! I think a property for Wikimedia pages with lists of errors would be a great idea, but it's a separate concern - though it could be satisfied if we go with the suggestion for option 2 where the relevant Wikidata page could have such lists (or link them) and more. ArthurPSmith (talk) 18:28, 11 July 2022 (UTC)[reply]
Support I see this as a step forward feedback loops with data providers. +1 to option one --Hjfocs (talk) 12:09, 14 July 2022 (UTC)[reply]
Comment Per RFC 3986: Uniform Resource Identifier (URI): Generic Syntax (Q47470736) sections 1.1.3 and 3 a URL is a subset of a URI and includes a mandatory "authority" field that a URI does not need to include. The "mailto" scheme is a URI scheme as it does not contain an "authority" field. "http" and "https" schemes are URLs that do contain the "authority" field. Wikibase defines the "URL" datatype as a URL, not a URI, so it could possibly be expected that Wikibase or Wikibase extensions expect an "authority" field to be present for this data type. email address (P968) is currently a URL data type but isn't a URL, it is a URI and therefore probably better suited to the "External Identifier" Wikibase datatype instead. Could a Wikibase developer confirm whether the URL data type is actually a "URL" with an expected "authority" field, or is it actually treated as a URi with no expectation of an "authority" field being present? --Dhx1 (talk) 15:38, 15 July 2022 (UTC)[reply]
Emails are supposed to be handled in the URL datatype using the mailto: protocol. Lydia Pintscher (WMDE) (talk) 16:57, 15 July 2022 (UTC)[reply]

Support Thanks for confirming Lydia. --Dhx1 (talk) 12:49, 19 July 2022 (UTC)[reply]
Support Something is better than nothing, so now I vote Yes, and I've added two more examples to the proposal --Vladimir Alexiev (talk) 11:48, 19 July 2022 (UTC)[reply]
@Salgo60 Please add some error links about Europeana entity (P7704). You can publish a whole novel! -- Vladimir Alexiev (talk) 11:50, 19 July 2022 (UTC)[reply]

Notified participants of WikiProject Data Quality @Epìdosis: Done as error-report URL or e-mail (P10923) Vojtěch Dostál (talk) 09:19, 10 August 2022 (UTC)[reply]