Property talk:P4931
Documentation
identifier for a person from Todotango.com
List of violations of this constraint: Database reports/Constraint violations/P4931#Type Q5, Q16334295, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4931#Entity types
List of violations of this constraint: Database reports/Constraint violations/P4931#Scope, SPARQL
|
Label
[edit]User:Tagishsimon, can you help? Would be more consistent to call it "person ID" than "artist ID". Also http://www.todotango.com/creadores/ficha/4817/Ricardo-Garcia-Blaya was the founder of the site, but maybe it is not correct to call him "artist". 77.14.46.178 17:57, 24 April 2018 (UTC)
- I've changed it. Someone else may change it back. Not sure what the due process here is. Contents seem to include musicians, lyricists, singers, songwriters & composers ... not all of those would tend to be called 'artists'. --Tagishsimon (talk) 18:36, 24 April 2018 (UTC)
Formatter
[edit]Should be "-" for privacy instead of "wd": http://www.todotango.com/creadores/ficha/$1/- NOT http://www.todotango.com/creadores/ficha/$1/wd 77.14.46.178 17:58, 24 April 2018 (UTC)
- not following this one - I seem to get the same page back irrespective of how the URL ends - at least i terms of /- and /wd -Tagishsimon (talk) 18:36, 24 April 2018 (UTC)
- Tagishsimon, site owner at link target can see the "wd", but that is information the user of the link maybe prefers to keep secret. A more neutral link would end in "-". 77.14.46.178 20:34, 24 April 2018 (UTC)
- Is there a source for that claim, 77.14? Right now I'm thinking that either hit on their server would be reflected in their logs? --Tagishsimon (talk) 20:40, 24 April 2018 (UTC)
- Tagishsimon, both in log, but "wd" has a meaning, "-" has not. 77.14.46.178 00:10, 25 April 2018 (UTC)
- Tagishsimon - can you please replace the wd? Or do you think Todotango should know that a user came from Wikidata each time the link is clicked? 77.179.186.215 23:45, 26 April 2018 (UTC)
- Neither. I'll still mulling it over. Where did wd come from. Where did - come from. Why is one better than the other - in the sense, do we know that no-one else uses wd? @Mr. Moonlight: was this one of yours? Fancy weighing in? --Tagishsimon (talk) 00:22, 27 April 2018 (UTC)
- Tagishsimon - can you please replace the wd? Or do you think Todotango should know that a user came from Wikidata each time the link is clicked? 77.179.186.215 23:45, 26 April 2018 (UTC)
- Tagishsimon, both in log, but "wd" has a meaning, "-" has not. 77.14.46.178 00:10, 25 April 2018 (UTC)
- Is there a source for that claim, 77.14? Right now I'm thinking that either hit on their server would be reflected in their logs? --Tagishsimon (talk) 20:40, 24 April 2018 (UTC)
- Tagishsimon, site owner at link target can see the "wd", but that is information the user of the link maybe prefers to keep secret. A more neutral link would end in "-". 77.14.46.178 20:34, 24 April 2018 (UTC)
Not exactly. My original proposition was http://www.todotango.com/creadores/ficha/28/Osvaldo-Pugliese. The actual URL was modified by @Thierry Caro:. I have to say that if not were for this discussion I never realized that wd could means Wikidata. Mr. Moonlight (talk) 12:47, 27 April 2018 (UTC)
- See Wikidata usage instructions (P2559) on formatter URL (P1630).
wd
is used throughout our properties whenever an external URL calls for a set of characters that can be chosen randomly. Thierry Caro (talk) 13:51, 27 April 2018 (UTC)- @Thierry Caro: So where does that come from? I see your edit but so far have found no discussion. Would you please point me to it. Per 77's point, it doesn't seem to be a very great idea to stamp the URLs we use with our branding; equally, as I presume sites we send users to get a referrer ID, then I'm not yet convinced a change will be much of an improvement ... 77 might like to chip in here. --Tagishsimon (talk) 13:59, 27 April 2018 (UTC)
- The thing has been established, precisely, to highlight the fact that the
wd
part can be changed, for example to avoid the kind of tracking you are worried about. It all came from here and what followed, I believe. Thierry Caro (talk) 14:25, 27 April 2018 (UTC)- Thanks. Here's the complete conversation. I'm not quite seeing how advice that you may use wd ... is precisely to highlight the fact that the wd part can be changed to avoid tracking. I suspect the few who read it might come to the conclusion, as you did in your 13:51, 27 April 2018 post, that it's an established standard which inter alia should be followed here. I'm not really sure that you can ride your two horses at the same time. Equally I'm still yet to be convinced that a string in which we encode an obscure wikidata stamp is harmful ... I'm not familiar with how wikimedia sites HTTP referer, and whether or not we engage in referer hiding. If we do not hide, I think we might as well stop worrying and adopt wd. --Tagishsimon (talk) 14:44, 27 April 2018 (UTC)
- Tagishsimon - it is a privacy issue. The HTTP referer can be controlled by the user agent. Actually it does not say the user came from Wikidata, but it does say s/he used a link provided in the format that is provided by Wikidata. 85.179.115.121 20:25, 27 April 2018 (UTC)
- In which case, we should certainly NOT stamp wd on the urls. @Thierry Caro: what say you? --Tagishsimon (talk) 20:33, 27 April 2018 (UTC)
- Can that privacy issue be fixed? 77.11.119.127 17:24, 5 April 2023 (UTC)
- I don't see `wd` anywhere on the page. was this already resolved? BrokenSegue (talk) 18:27, 5 April 2023 (UTC)
- Sorry, my mistake. And I forgot where I saw it. Was changed in 2018. [1]. Issue can be marked as solved here. 77.11.119.127 19:22, 5 April 2023 (UTC)
- I don't see `wd` anywhere on the page. was this already resolved? BrokenSegue (talk) 18:27, 5 April 2023 (UTC)
- Can that privacy issue be fixed? 77.11.119.127 17:24, 5 April 2023 (UTC)
- In which case, we should certainly NOT stamp wd on the urls. @Thierry Caro: what say you? --Tagishsimon (talk) 20:33, 27 April 2018 (UTC)
- Tagishsimon - it is a privacy issue. The HTTP referer can be controlled by the user agent. Actually it does not say the user came from Wikidata, but it does say s/he used a link provided in the format that is provided by Wikidata. 85.179.115.121 20:25, 27 April 2018 (UTC)
- Thanks. Here's the complete conversation. I'm not quite seeing how advice that you may use wd ... is precisely to highlight the fact that the wd part can be changed to avoid tracking. I suspect the few who read it might come to the conclusion, as you did in your 13:51, 27 April 2018 post, that it's an established standard which inter alia should be followed here. I'm not really sure that you can ride your two horses at the same time. Equally I'm still yet to be convinced that a string in which we encode an obscure wikidata stamp is harmful ... I'm not familiar with how wikimedia sites HTTP referer, and whether or not we engage in referer hiding. If we do not hide, I think we might as well stop worrying and adopt wd. --Tagishsimon (talk) 14:44, 27 April 2018 (UTC)
- The thing has been established, precisely, to highlight the fact that the
- @Thierry Caro: So where does that come from? I see your edit but so far have found no discussion. Would you please point me to it. Per 77's point, it doesn't seem to be a very great idea to stamp the URLs we use with our branding; equally, as I presume sites we send users to get a referrer ID, then I'm not yet convinced a change will be much of an improvement ... 77 might like to chip in here. --Tagishsimon (talk) 13:59, 27 April 2018 (UTC)
Mix'n'match
[edit]connections here, but not on Wikidata
[edit]"650 connections here, but not on Wikidata" - User:Tagishsimon could you run QS? https://tools.wmflabs.org/mix-n-match/#/sync/1046 77.14.46.178 17:32, 24 April 2018 (UTC)
- Doing. --Tagishsimon (talk) 17:34, 24 April 2018 (UTC)
- Argentina-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 1000+ items
- Properties with constraints on type
- Properties with single value constraints
- Properties with unique value constraints
- Properties with format constraints
- Properties with entity type constraints
- Properties with scope constraints