Property talk:P9541
Documentation
identifier for a MacArthur Fellows Program person
List of violations of this constraint: Database reports/Constraint violations/P9541#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P9541#Unique value, SPARQL (every item), SPARQL (by value)
List of violations of this constraint: Database reports/Constraint violations/P9541#Item P106, search, SPARQL
class-of-([a-z]+-)?(19|20)[0-9]{2}/[a-z]+(-[a-z]+)+
”: value must be formatted using this pattern (PCRE syntax). (Help)List of violations of this constraint: Database reports/Constraint violations/P9541#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P9541#Scope, SPARQL
Questions/issues[edit]
I think this property might need an update or two. I think the identifier used on their website changed recently from a numeric id, to more descriptive url slug that contains both the 'year' and the name of the recipient. But that neither are really stable ids, but rather both just artifacts of their web design of the time. The older ids currently redirect to the new ones if used with a / at the end, but I'd guess there's no guarantee of that continuing in the future. There's also a 3rd id that seems internal to their cms system e.g. https://www.macfound.org/fellows/news?fellow=161813 and no way I've found to use that to take you directly to the fellow page.
i've noticed at least one name where a letter has been stripped out in the url:
https://www.macfound.org/fellows/class-of-2017/jason-de-leon doesn't work but https://www.macfound.org/fellows/class-of-2017/jason-de-len does
While both of these work: https://www.macfound.org/fellows/class-of-2012/an-my-l https://www.macfound.org/fellows/class-of-2012/an-my-le
I'm not really sure how to proceed, but the general idea I have is:
- add all the new url based ids via an upload to mix'n'match
- update the rules to include some oddities in the early awards like https://www.macfound.org/fellows/class-of-june-1981/henry-louis-gates-jr
- they also have the date of the award and some other info available which could be used on the award property.
- Possibly retain the old id number as a seperate id or a deprecated value? And mark it so that it only works up till the last number that redirects?
https://mix-n-match.toolforge.org/#/catalog/4772 is a new upload of the data to mix'n'match:
--Witidaka (talk) 07:59, 20 October 2021 (UTC)
@Witidaka: I originally decided to remove the values, but realized that another idea would be to do something similar to Wikidata:Property proposal/NFL.com ID (new scheme): create a separate property for the new identifiers, tag this property as Wikidata property for a former identification scheme (Q108951239) and redirect this property's links to the Wayback Machine (provided all the links there were archived). ミラP@Miraclepine 15:10, 20 October 2021 (UTC)
- The site seems well archived in the wayback machine, so this seems doable and sensible to me. Is there a standard process for this? I think I can handle making the changes in a fairly automated way, but don't want to just start doing stuff if it'll annoy someone and get reverted later. Witidaka (talk) 21:23, 20 October 2021 (UTC)
- @Witidaka: The process for property proposal is at Wikidata:Property proposal (aptly named I might add), though you should read Help:Properties#Creating_properties and (for inspiration) previous property proposals first. Succeed with your proposal, and then you may proceed with the automated changes provided they are consistent with the new property. ミラP@Miraclepine 23:32, 20 October 2021 (UTC)
- United States of America-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 1000+ items
- Properties with single value constraints
- Properties with unique value constraints
- Properties with constraints on items using them
- Properties with format constraints
- Properties with scope constraints
- Properties with entity type constraints