MisterSynergy added a comment.

  Some remarks:
  
  - We should consider these canonical HTTP URIs to be //names// in the first 
place, which are unique worldwide and issued by the Wikidata project as the 
"owner" [1] of the wikidata.org domain. The purpose of these //names// is to 
identify things.
  - Following linked data principles, it is no coincidence that these names 
happen to be valid URIs. These are meant to be used to look up information 
about the named entity. It is okay to redirect a canonical URI to another 
location, including of course to a secure HTTPS location.
  - Pretty much every external project (i.e. outside Wikimedia) that has 
aligned its content with Wikidata in the past 10+ years uses these canonical 
HTTP URIs. While the canonical HTTP URIs are not very present within Wikidata 
(but still relevant e.g. in WDQS and hardcoded in plenty of tools/bots), 
external usage is huge—not necessarily to look information up, but primarily to 
express identity with names issued by others for the same entity [2].
  - To my understanding, HSTS can be used to secure all but the first request 
of a client (that supports HSTS).
  - Canonical HTTP URIs are still widespread in many other linked data 
resources, since many projects have started issueing these before everything 
transitioned to HTTPS. Some projects have transitioned to canonical HTTPS URIs, 
however, with GND doing this in 2019 being a prominent example [3].
  
  [1] Yeah, this is legally not super precise but it does not matter here
  [2] Examples: linked data for the Wikimedia Foundation at VIAF 
<https://viaf.org/viaf/137022054/rdf.xml> and GND 
<http://d-nb.info/gnd/10102830-1/about/lds>. The principle is the same 
everywhere else.
  [3] Background here: 
https://wiki.dnb.de/display/DINIAGKIM/HTTP+vs.+HTTPS+in+resource+identification

TASK DETAIL
  https://phabricator.wikimedia.org/T331356

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: MisterSynergy
Cc: MisterSynergy, BCornwall, Bugreporter, Ennomeijers, Nikki, Volans, 
Aklapper, BBlack, Astuthiodit_1, KOfori, karapayneWMDE, joanna_borun, 
Invadibot, Devnull, maantietaja, Muchiri124, ItamarWMDE, Akuckartz, 
Legado_Shulgin, ReaperDawn, Nandana, Davinaclare77, Techguru.pc, Lahi, Gq86, 
GoranSMilovanovic, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, rosalieper, 
Scott_WUaS, Wong128hk, Wikidata-bugs, aude, faidon, Mbch331, Jay8g, fgiunchedi
_______________________________________________
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

Reply via email to