Property talk:P10265
Documentation
identifier of senators of Spain between 1834-1923
List of violations of this constraint: Database reports/Constraint violations/P10265#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P10265#Unique value, SPARQL (every item), SPARQL (by value)
List of violations of this constraint: Database reports/Constraint violations/P10265#Type Q5, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P10265#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P10265#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P10265#Entity types
List of violations of this constraint: Database reports/Constraint violations/P10265#Item P27, search, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P10265#Item P106, search, SPARQL
|
No tomaron posesión / Didn't take office
[edit]En el sitio web de referencia para la propiedad (P1896) se puede ver que además de la lista de senadores "normal", que contiene a los más de 3000 para los que la URL del formato indicado en la P1630 funciona, existe una segunda lista de senadores que no tomaron posesión, que por lo que he visto tienen identificadores distintos (de id1=5001 a id1=5348) y además se diferencian con el parámetro id2=N, por lo que ya no se les puede aplicar la misma URL de la P1630. No sé si se les podría convencer de que quitaran el id2, o si merecería la pena crear una nueva propiedad para esos casos (ya se han incluido algunos de ellos en varios Q, y lógicamente su URL no funciona). Pido opinión al creador de la propiedad...
(Translation) On the reference website for the property (P1896) you can see that in addition to the "normal" list of senators, which contains the 3000+ for which the URL of the format indicated in P1630 works, there is a second list of senators who did not take office, which from what I have seen have different identifiers (from id1=5001 to id1=5348) and are also differentiated with the parameter id2=N, so the same URL of P1630 can no longer be applied to them. I don't know if they could be convinced to remove the id2, or if it would be worth creating a new property for those cases (some of them have already been included in several Q, and logically their URL does not work). I ask the creator of the property for an opinion...
AdamSeattle... ? -jem- (talk) 12:51, 13 May 2023 (UTC)
- I think the solution would be to expand the allowed form of the identify so it could also include &id2=N at the end. AdamSeattle (talk) 18:21, 13 May 2023 (UTC)
- Thanks, AdamSeattle, and sorry for the delay. Do you know how to make that expansion? And, if that is solved, how could we specify whether a particular person should use the id2 format or the normal one? -jem- (talk) 08:15, 25 May 2023 (UTC)
- -jem- Yes, I changed the regex to allow the identifier to include "&id2=N" as part of it and I added an example for Casimiro Loizaga Vildósola (Q29346093). That should work, but the link does not work, I think because of the ampersand in it. I know that there is a way to fix this so it works, but I don't know how. I will ask for help on the Wikidata Telegram group. AdamSeattle (talk) 02:27, 26 May 2023 (UTC)
- Spain-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 type
- Properties with format constraints
- Properties with scope constraints
- Properties with entity type constraints
- Properties with constraints on items using them