A place to cache linked articles (think custom and personal wayback machine)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

index.html 39KB

  1. <!doctype html><!-- This is a valid HTML5 document. -->
  2. <!-- Screen readers, SEO, extensions and so on. -->
  3. <html lang=fr>
  4. <!-- Has to be within the first 1024 bytes, hence before the <title>
  5. See: https://www.w3.org/TR/2012/CR-html5-20121217/document-metadata.html#charset -->
  6. <meta charset=utf-8>
  7. <!-- Why no `X-UA-Compatible` meta: https://stackoverflow.com/a/6771584 -->
  8. <!-- The viewport meta is quite crowded and we are responsible for that.
  9. See: https://codepen.io/tigt/post/meta-viewport-for-2015 -->
  10. <meta name=viewport content="width=device-width,minimum-scale=1,initial-scale=1,shrink-to-fit=no">
  11. <!-- Required to make a valid HTML5 document. -->
  12. <title>Réflexions et questions autour du Web sémantique (archive) — David Larlet</title>
  13. <!-- Generated from https://realfavicongenerator.net/ such a mess. -->
  14. <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons/apple-touch-icon.png">
  15. <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons/favicon-32x32.png">
  16. <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons/favicon-16x16.png">
  17. <link rel="manifest" href="/manifest.json">
  18. <link rel="mask-icon" href="/static/david/icons/safari-pinned-tab.svg" color="#5bbad5">
  19. <link rel="shortcut icon" href="/static/david/icons/favicon.ico">
  20. <meta name="apple-mobile-web-app-title" content="David Larlet">
  21. <meta name="application-name" content="David Larlet">
  22. <meta name="msapplication-TileColor" content="#da532c">
  23. <meta name="msapplication-config" content="/static/david/icons/browserconfig.xml">
  24. <meta name="theme-color" content="#f0f0ea">
  25. <!-- That good ol' feed, subscribe :p. -->
  26. <link rel=alternate type="application/atom+xml" title=Feed href="/david/log/">
  27. <meta name="robots" content="noindex, nofollow">
  28. <meta content="origin-when-cross-origin" name="referrer">
  29. <!-- Canonical URL for SEO purposes -->
  30. <link rel="canonical" href="http://www.lespetitescases.net/reflexions-et-questions-autour-du-web-semantique">
  31. <style>
  32. /* http://meyerweb.com/eric/tools/css/reset/ */
  33. html, body, div, span,
  34. h1, h2, h3, h4, h5, h6, p, blockquote, pre,
  35. a, abbr, address, big, cite, code,
  36. del, dfn, em, img, ins,
  37. small, strike, strong, tt, var,
  38. dl, dt, dd, ol, ul, li,
  39. fieldset, form, label, legend,
  40. table, caption, tbody, tfoot, thead, tr, th, td,
  41. article, aside, canvas, details, embed,
  42. figure, figcaption, footer, header, hgroup,
  43. menu, nav, output, ruby, section, summary,
  44. time, mark, audio, video {
  45. margin: 0;
  46. padding: 0;
  47. border: 0;
  48. font-size: 100%;
  49. font: inherit;
  50. vertical-align: baseline;
  51. }
  52. /* HTML5 display-role reset for older browsers */
  53. article, aside, details, figcaption, figure,
  54. footer, header, hgroup, menu, nav, section { display: block; }
  55. body { line-height: 1; }
  56. blockquote, q { quotes: none; }
  57. blockquote:before, blockquote:after,
  58. q:before, q:after {
  59. content: '';
  60. content: none;
  61. }
  62. table {
  63. border-collapse: collapse;
  64. border-spacing: 0;
  65. }
  66. /* http://practicaltypography.com/equity.html */
  67. /* https://calendar.perfplanet.com/2016/no-font-face-bulletproof-syntax/ */
  68. /* https://www.filamentgroup.com/lab/js-web-fonts.html */
  69. @font-face {
  70. font-family: 'EquityTextB';
  71. src: url('/static/david/css/fonts/Equity-Text-B-Regular-webfont.woff2') format('woff2'),
  72. url('/static/david/css/fonts/Equity-Text-B-Regular-webfont.woff') format('woff');
  73. font-weight: 300;
  74. font-style: normal;
  75. font-display: swap;
  76. }
  77. @font-face {
  78. font-family: 'EquityTextB';
  79. src: url('/static/david/css/fonts/Equity-Text-B-Italic-webfont.woff2') format('woff2'),
  80. url('/static/david/css/fonts/Equity-Text-B-Italic-webfont.woff') format('woff');
  81. font-weight: 300;
  82. font-style: italic;
  83. font-display: swap;
  84. }
  85. @font-face {
  86. font-family: 'EquityTextB';
  87. src: url('/static/david/css/fonts/Equity-Text-B-Bold-webfont.woff2') format('woff2'),
  88. url('/static/david/css/fonts/Equity-Text-B-Bold-webfont.woff') format('woff');
  89. font-weight: 700;
  90. font-style: normal;
  91. font-display: swap;
  92. }
  93. @font-face {
  94. font-family: 'ConcourseT3';
  95. src: url('/static/david/css/fonts/concourse_t3_regular-webfont-20190806.woff2') format('woff2'),
  96. url('/static/david/css/fonts/concourse_t3_regular-webfont-20190806.woff') format('woff');
  97. font-weight: 300;
  98. font-style: normal;
  99. font-display: swap;
  100. }
  101. /* http://practice.typekit.com/lesson/caring-about-opentype-features/ */
  102. body {
  103. /* http://www.cssfontstack.com/ Palatino 99% Win 86% Mac */
  104. font-family: "EquityTextB", Palatino, serif;
  105. background-color: #f0f0ea;
  106. color: #07486c;
  107. font-kerning: normal;
  108. -moz-osx-font-smoothing: grayscale;
  109. -webkit-font-smoothing: subpixel-antialiased;
  110. text-rendering: optimizeLegibility;
  111. font-variant-ligatures: common-ligatures contextual;
  112. font-feature-settings: "kern", "liga", "clig", "calt";
  113. }
  114. pre, code, kbd, samp, var, tt {
  115. font-family: 'TriplicateT4c', monospace;
  116. }
  117. em {
  118. font-style: italic;
  119. color: #323a45;
  120. }
  121. strong {
  122. font-weight: bold;
  123. color: black;
  124. }
  125. nav {
  126. background-color: #323a45;
  127. color: #f0f0ea;
  128. display: flex;
  129. justify-content: space-around;
  130. padding: 1rem .5rem;
  131. }
  132. nav:last-child {
  133. border-bottom: 1vh solid #2d7474;
  134. }
  135. nav a {
  136. color: #f0f0ea;
  137. }
  138. nav abbr {
  139. border-bottom: 1px dotted white;
  140. }
  141. h1 {
  142. border-top: 1vh solid #2d7474;
  143. border-bottom: .2vh dotted #2d7474;
  144. background-color: #e3e1e1;
  145. color: #323a45;
  146. text-align: center;
  147. padding: 5rem 0 4rem 0;
  148. width: 100%;
  149. font-family: 'ConcourseT3';
  150. display: flex;
  151. flex-direction: column;
  152. }
  153. h1.single {
  154. padding-bottom: 10rem;
  155. }
  156. h1 span {
  157. position: absolute;
  158. top: 1vh;
  159. left: 20%;
  160. line-height: 0;
  161. }
  162. h1 span a {
  163. line-height: 1.7;
  164. padding: 1rem 1.2rem .6rem 1.2rem;
  165. border-radius: 0 0 6% 6%;
  166. background: #2d7474;
  167. font-size: 1.3rem;
  168. color: white;
  169. text-decoration: none;
  170. }
  171. h2 {
  172. margin: 4rem 0 1rem;
  173. border-top: .2vh solid #2d7474;
  174. padding-top: 1vh;
  175. }
  176. h3 {
  177. text-align: center;
  178. margin: 3rem 0 .75em;
  179. }
  180. hr {
  181. height: .4rem;
  182. width: .4rem;
  183. border-radius: .4rem;
  184. background: #07486c;
  185. margin: 2.5rem auto;
  186. }
  187. time {
  188. display: bloc;
  189. margin-left: 0 !important;
  190. }
  191. ul, ol {
  192. margin: 2rem;
  193. }
  194. ul {
  195. list-style-type: square;
  196. }
  197. a {
  198. text-decoration-skip-ink: auto;
  199. text-decoration-thickness: 0.05em;
  200. text-underline-offset: 0.09em;
  201. }
  202. article {
  203. max-width: 50rem;
  204. display: flex;
  205. flex-direction: column;
  206. margin: 2rem auto;
  207. }
  208. article.single {
  209. border-top: .2vh dotted #2d7474;
  210. margin: -6rem auto 1rem auto;
  211. background: #f0f0ea;
  212. padding: 2rem;
  213. }
  214. article p:last-child {
  215. margin-bottom: 1rem;
  216. }
  217. p {
  218. padding: 0 .5rem;
  219. margin-left: 3rem;
  220. }
  221. p + p,
  222. figure + p {
  223. margin-top: 2rem;
  224. }
  225. blockquote {
  226. background-color: #e3e1e1;
  227. border-left: .5vw solid #2d7474;
  228. display: flex;
  229. flex-direction: column;
  230. align-items: center;
  231. padding: 1rem;
  232. margin: 1.5rem;
  233. }
  234. blockquote cite {
  235. font-style: italic;
  236. }
  237. blockquote p {
  238. margin-left: 0;
  239. }
  240. figure {
  241. border-top: .2vh solid #2d7474;
  242. background-color: #e3e1e1;
  243. text-align: center;
  244. padding: 1.5rem 0;
  245. margin: 1rem 0 0;
  246. font-size: 1.5rem;
  247. width: 100%;
  248. }
  249. figure img {
  250. max-width: 250px;
  251. max-height: 250px;
  252. border: .5vw solid #323a45;
  253. padding: 1px;
  254. }
  255. figcaption {
  256. padding: 1rem;
  257. line-height: 1.4;
  258. }
  259. aside {
  260. display: flex;
  261. flex-direction: column;
  262. background-color: #e3e1e1;
  263. padding: 1rem 0;
  264. border-bottom: .2vh solid #07486c;
  265. }
  266. aside p {
  267. max-width: 50rem;
  268. margin: 0 auto;
  269. }
  270. /* https://fvsch.com/code/css-locks/ */
  271. p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
  272. font-size: 1rem;
  273. line-height: calc( 1.5em + 0.2 * 1rem );
  274. }
  275. h1 {
  276. font-size: 1.9rem;
  277. line-height: calc( 1.2em + 0.2 * 1rem );
  278. }
  279. h2 {
  280. font-size: 1.6rem;
  281. line-height: calc( 1.3em + 0.2 * 1rem );
  282. }
  283. h3 {
  284. font-size: 1.35rem;
  285. line-height: calc( 1.4em + 0.2 * 1rem );
  286. }
  287. @media (min-width: 20em) {
  288. /* The (100vw - 20rem) / (50 - 20) part
  289. resolves to 0-1rem, depending on the
  290. viewport width (between 20em and 50em). */
  291. p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
  292. font-size: calc( 1rem + .6 * (100vw - 20rem) / (50 - 20) );
  293. line-height: calc( 1.5em + 0.2 * (100vw - 50rem) / (20 - 50) );
  294. margin-left: 0;
  295. }
  296. h1 {
  297. font-size: calc( 1.9rem + 1.5 * (100vw - 20rem) / (50 - 20) );
  298. line-height: calc( 1.2em + 0.2 * (100vw - 50rem) / (20 - 50) );
  299. }
  300. h2 {
  301. font-size: calc( 1.5rem + 1.5 * (100vw - 20rem) / (50 - 20) );
  302. line-height: calc( 1.3em + 0.2 * (100vw - 50rem) / (20 - 50) );
  303. }
  304. h3 {
  305. font-size: calc( 1.35rem + 1.5 * (100vw - 20rem) / (50 - 20) );
  306. line-height: calc( 1.4em + 0.2 * (100vw - 50rem) / (20 - 50) );
  307. }
  308. }
  309. @media (min-width: 50em) {
  310. /* The right part of the addition *must* be a
  311. rem value. In this example we *could* change
  312. the whole declaration to font-size:2.5rem,
  313. but if our baseline value was not expressed
  314. in rem we would have to use calc. */
  315. p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
  316. font-size: calc( 1rem + .6 * 1rem );
  317. line-height: 1.5em;
  318. }
  319. p, li, pre, details {
  320. margin-left: 3rem;
  321. }
  322. h1 {
  323. font-size: calc( 1.9rem + 1.5 * 1rem );
  324. line-height: 1.2em;
  325. }
  326. h2 {
  327. font-size: calc( 1.5rem + 1.5 * 1rem );
  328. line-height: 1.3em;
  329. }
  330. h3 {
  331. font-size: calc( 1.35rem + 1.5 * 1rem );
  332. line-height: 1.4em;
  333. }
  334. figure img {
  335. max-width: 500px;
  336. max-height: 500px;
  337. }
  338. }
  339. figure.unsquared {
  340. margin-bottom: 1.5rem;
  341. }
  342. figure.unsquared img {
  343. height: inherit;
  344. }
  345. @media print {
  346. body { font-size: 100%; }
  347. a:after { content: " (" attr(href) ")"; }
  348. a, a:link, a:visited, a:after {
  349. text-decoration: underline;
  350. text-shadow: none !important;
  351. background-image: none !important;
  352. background: white;
  353. color: black;
  354. }
  355. abbr[title] { border-bottom: 0; }
  356. abbr[title]:after { content: " (" attr(title) ")"; }
  357. img { page-break-inside: avoid; }
  358. @page { margin: 2cm .5cm; }
  359. h1, h2, h3 { page-break-after: avoid; }
  360. p3 { orphans: 3; widows: 3; }
  361. img {
  362. max-width: 250px !important;
  363. max-height: 250px !important;
  364. }
  365. nav, aside { display: none; }
  366. }
  367. ul.with_columns {
  368. column-count: 1;
  369. }
  370. @media (min-width: 20em) {
  371. ul.with_columns {
  372. column-count: 2;
  373. }
  374. }
  375. @media (min-width: 50em) {
  376. ul.with_columns {
  377. column-count: 3;
  378. }
  379. }
  380. ul.with_two_columns {
  381. column-count: 1;
  382. }
  383. @media (min-width: 20em) {
  384. ul.with_two_columns {
  385. column-count: 1;
  386. }
  387. }
  388. @media (min-width: 50em) {
  389. ul.with_two_columns {
  390. column-count: 2;
  391. }
  392. }
  393. .gallery {
  394. display: flex;
  395. flex-wrap: wrap;
  396. justify-content: space-around;
  397. }
  398. .gallery figure img {
  399. margin-left: 1rem;
  400. margin-right: 1rem;
  401. }
  402. .gallery figure figcaption {
  403. font-family: 'ConcourseT3'
  404. }
  405. footer {
  406. font-family: 'ConcourseT3';
  407. display: flex;
  408. flex-direction: column;
  409. border-top: 3px solid white;
  410. padding: 4rem 0;
  411. background-color: #07486c;
  412. color: white;
  413. }
  414. footer > * {
  415. max-width: 50rem;
  416. margin: 0 auto;
  417. }
  418. footer a {
  419. color: #f1c40f;
  420. }
  421. footer .avatar {
  422. width: 200px;
  423. height: 200px;
  424. border-radius: 50%;
  425. float: left;
  426. -webkit-shape-outside: circle();
  427. shape-outside: circle();
  428. margin-right: 2rem;
  429. padding: 2px 5px 5px 2px;
  430. background: white;
  431. border-left: 1px solid #f1c40f;
  432. border-top: 1px solid #f1c40f;
  433. border-right: 5px solid #f1c40f;
  434. border-bottom: 5px solid #f1c40f;
  435. }
  436. </style>
  437. <h1>
  438. <span><a id="jumper" href="#jumpto" title="Un peu perdu ?">?</a></span>
  439. Réflexions et questions autour du Web sémantique (archive)
  440. <time>Pour la pérennité des contenus liés. Non-indexé, retrait sur simple email.</time>
  441. </h1>
  442. <section>
  443. <article>
  444. <h3><a href="http://www.lespetitescases.net/reflexions-et-questions-autour-du-web-semantique">Source originale du contenu</a></h3>
  445. <p>Ce billet fait partie d'une série de quatre billets qui visent à proposer un bilan de plus de 12 ans de travail avec les technologies du Web sémantique, « <a href="http://www.lespetitescases.net/les-technos-du-web-semantique-ont-elles-tenu-leurs-promesses">Les technos du Web sémantique ont-elles tenu leurs promesses ?</a> » :</p>
  446. <p>Au delà des quelques initiatives décrites dans le <a href="http://www.lespetitescases.net/au-dela-des-limites-que-reste-t-il-concretement-du-web-semantique">précédent billet</a> et qui ont réussi à émerger, la réflexion sur les technologies du Web sémantique et le Web de données a indéniablement joué un rôle dans la gestion des données des organisations en particulier patrimoniales. </p>
  447. <h1 class="c9" id="h.biom0rnl1n6v">Que nous a apporté la réflexion autour du Web sémantique ?</h1>
  448. <h2 class="c3" id="h.tsv9xob7dzqo"><span class="c10 c12">Accompagner la réflexion sur la modélisation des données patrimoniales : l’abandon de la notion de “notice”</span></h2>
  449. <p><strong>La notice dite documentaire est l’adaptation au milieu informatique de la fiche cartonnée.</strong> Ce mimétisme de pratiques antérieures est caractéristique des phases d’appropriation d’un nouveau média : la notice informatique a reproduit toutes les caractéristiques de la fiche cartonnée tout en exploitant les avantages de l’outil informatique (recherche, ubiquité, échange …). <strong><a href="https://hal.inria.fr/hal-00740295/">La notice est un méta-document dont l'objectif est la description d’un document</a></strong><strong>.</strong> Or, c’est précisément <a href="http://www.lespetitescases.net/carcans-de-la-pensee-hierarchique-et-documentaire-2">cette forme qui pose problème</a>. <strong>D’un objet porteur d’information, elle est devenue peu à peu elle-même objet de modélisation</strong>, au point d’en oublier parfois l’objectif initial : l’objet/document qu’elle est censée décrire. De plus, la notice place en son centre l’objet/document alors qu’aujourd’hui, on se rend compte que la description doit s’intéresser plus globalement à tous les aspects qui entourent cet objet/document. Enfin, avec la démultiplication des données suite à la numérisation, l’augmentation de données nativement numériques et maintenant la prise en compte des données d’usages, <strong>la notice et son cadre rigide (et par extension le catalogue qui en est le réceptacle) ne suffisent plus pour répondre aux différents besoins</strong>.</p>
  450. <p>Si les formats MARC datent de la fin des années 1960, il faut attendre les années 1990 pour que le milieu des bibliothèques se lance dans un travail de modélisation conceptuelle. Les <a href="https://fr.wikipedia.org/wiki/Spécifications_fonctionnelles_des_notices_bibliographiques">FRBR</a>, dont le nom renvoie à la notion de « notice bibliographique », se caractérisent justement par le fait qu’<strong>elles ne modélisent pas la notice mais les informations qu’elle contient sous une forme logique</strong>. De fait, ce sont les objets décrits qui sont modélisés. De plus, <strong>elles marquent la fin d’une vision unique du document en tentant d’en séparer les différentes appréhensions : de l’entité intellectuelle pensée par un (ou plusieurs) auteur (l’œuvre) à l’objet lui-même au sein d’une collection (l’item)</strong>. Si les FRBR s’intéressaient essentiellement au document lui-même, le travail s’est prolongé pour ensuite se concentrer sur les données d’autorité avec le modèle FRAD. Ce travail de réflexion a abouti en 2017 à la publication du <a href="https://www.transition-bibliographique.fr/2015-08-07-frbr-lrm/">modèle LRM</a> (Library Relationship Model) issu de la fusion des différents travaux FRBR, FRAD et FRSAD et imprégné par la réflexion sur les technologies du Web sémantique de ces dix dernières années.</p>
  451. <p><span><img alt="" src="http://www.lespetitescases.net/files/image9.png" title=""/></span><br/><span class="c7">Vue d’ensemble des relations dans LRM, </span><span class="c4 c7"><a href="https://www.ifla.org/files/assets/cataloguing/frbr-lrm/ifla_lrm_2017-03.pdf">IFLA Library Reference Model</a></span></p>
  452. <p>Dans le milieu des musées, le même travail a été mené autour du <strong>modèle </strong><strong><a href="http://www.cidoc-crm.org/">CIDOC-CRM</a></strong><strong> qui se fonde sur un modèle dit objet et est centré sur la notion d’événements.</strong> Les deux initiatives se sont rejointes pour donner naissance à <a href="http://www.cidoc-crm.org/frbroo/home-0">FRBRoo</a> qui cherche à créer les conditions d’une interopérabilité entre des domaines patrimoniaux habituellement étanches.</p>
  453. <p><strong>Les technologies du Web sémantique</strong>, apparues peu après le début de cet effort de modélisation de la part des professionnels, ont aidé ces derniers à <strong>mieux appréhender les problématiques de modélisation en offrant une référence pour le cadre de description</strong> et en élargissant leurs horizons pour penser <a href="https://www.w3.org/2005/Incubator/lld/XGR-lld-20111025/#Library_standards_are_designed_only_for_the_library_community">l’interopérabilité entre les différents mondes</a>.<br/>De plus, <strong>le modèle de graphe au cœur des technologies du Web sémantique présente la particularité de placer toutes les entités qui le composent au même niveau et d’être potentiellement infini</strong>. Convertir les données bibliographiques suivant les technologies du Web sémantique a donc pour conséquence de <strong>faire disparaître le primat du document et de mettre au même niveau données bibliographiques et données d’autorités.</strong> Le site data.bnf.fr en est une parfaite illustration, dans la mesure où les points d’entrée vers les documents sont des données d’autorités.</p>
  454. <p><span><img alt="" src="http://www.lespetitescases.net/files/image12.png" title=""/></span><br/>Gautier Poupeau, CC-BY</p>
  455. <p>L’idée de dépasser le paradigme de la notice et le glissement vers la notion de « donnée » se sont donc finalement peu à peu imposés. La <strong>réflexion autour du Web de données et l’usage des technologies du Web sémantique a joué un rôle essentiel dans cet élan en renforçant et en incarnant le travail de réflexion autour de la modélisation des données patrimoniales qui avait commencé depuis plusieurs années</strong>.</p>
  456. <h2 id="h.tx94nuchhjm9">La place centrale des référentiels pour assurer l’interopérabilité</h2>
  457. <p><strong>La force et l’intérêt principal (unique ?) des technologies du Web sémantique est bien évidemment d’assurer l’interopérabilité des données structurées en offrant un modèle unique (le triplet) pour l’échange et la mise en relation des données.</strong> De ce point de vue, la promesse est parfaitement tenue. Si on conçoit l’interopérabilité au niveau des données, les technologies du Web sémantique sont, à l’heure actuelle, les meilleures et ont marqué de leur empreinte notre réflexion à ce sujet. </p>
  458. <p>Même si cela n’a pas suffi à ces technologies pour s’imposer, elles ont accéléré <a href="https://www.slideshare.net/lespetitescases/inria-20121001-webdonneesv1">la réflexion sur l’interopérabilité</a> en ouvrant des possibilités techniques alors inexplorées. Elles nous ont permis de mieux comprendre les conditions nécessaires à la mise en relation de données hétérogènes et d’envisager des ponts entre des <a href="https://www.ifla.org/past-wlic/2011/149-bermes-fr.pdf">mondes qui paraissaient éloignés voire impossibles à réconcilier</a> (cf aussi <a href="https://www.slideshare.net/Figoblog/convergence-and-interoperability-ifla-2011">la présentation</a>). Les technologies du Web sémantique ont permis d’envisager de <a href="https://www.slideshare.net/lespetitescases/inria-20121001-webdonneesv1">nouvelles manières de concevoir l’interopérabilité</a> :</p>
  459. <p><span><img alt="" src="http://www.lespetitescases.net/files/image4.png" title=""/></span><br/>Les styles d’interopérabilité, Emmanuelle Bermès, CC-BY</p>
  460. <p>Alors que <a href="http://shirky.com/writings/herecomeseverybody/ontology_overrated.html">certains annonçaient la mort des référentiels, vaincus par la multitude, le tag et la folksonomie</a>, les <strong><a href="http://www.bnf.fr/documents/afnor2011_poupeau.pdf">référentiels sont au coeur du dispositif de mise en relation des données</a></strong><strong>, car ils font le pont entre des bases aux données hétérogènes</strong>. Ainsi, <strong>d’un outil au service de la description du document, ils tendent peu à peu à devenir le point central autour duquel s’organise le système d’information documentaire et la navigation dans les contenus.</strong> Or, ce rôle central du référentiel va se poursuivre au-delà de cette réflexion sur l’interopérabilité. En effet, ils sont la pierre angulaire des nouveaux bouleversements autour du <em>machine learning</em> et du <em>deep learning</em>. Aucun système de classification automatique, d’identification automatique de personnes, d’annotation automatique ou d’extraction d’entités nommées ne fonctionnera sans un référentiel parfaitement maintenu.</p>
  461. <p><span><img alt="" src="http://www.lespetitescases.net/files/image1.png" title=""/></span><br/>Mise en action des différents ensembles de données, Gautier Poupeau, CC-BY</p>
  462. <p>Dans cette perspective, le <strong><a href="https://bnf.hypotheses.org/4128">travail d’alignement</a></strong><strong>, c’est-à-dire de mise en relation, des référentiels entre eux dans l’objectif de créer du lien </strong>(et donc de l’interopérabilité) entre les bases et au-delà entre les institutions, initié dans le cadre de la réflexion autour du Web de données, va se poursuivre pour faciliter le maintien du référentiel et son enrichissement. </p>
  463. <h2 class="c3" id="h.kubwekg5e67f">Séparer les données des usages</h2>
  464. <p>Dans une <a href="https://web.archive.org/web/20080304035000/http://www.bitaplanet.com/software_services/article.php/3700611">interview de 2007</a>, <a href="https://www.linkedin.com/in/rshimp/">Robert Shimp</a>, Vice président d’Oracle, présentait l’intérêt des technologies du Web sémantique en ces termes :</p>
  465. <blockquote><p>« <strong>La tendance est de découpler la donnée de l’application ou du service</strong>, l’idée est que vous puissiez écrire votre application ou votre service indépendamment de la source de donnée avec laquelle il interagit. <strong>Une couche d’abstraction entre les services et la donnée est ainsi créée et l’application peut ainsi trouver la source de données la plus adaptée. C’est ce qu’apportent les technologies sémantiques à la gestion de l’information d’entreprise.</strong> »</p>
  466. </blockquote>
  467. <p>J’avais exprimé de manière plus modeste une vision analogue avec le concept de <a href="https://www.lespetitescases.net/logique-applicative-contre-logique-informationnelle-des-si">logique informationelle</a>. C’est, pour mon expérience personnelle, l’apport le plus intéressant des technologies du Web sémantique. <strong>Elles sont la preuve technique qu’il est possible de renverser la logique de construction du système d’information en le pensant par la donnée et sa logique plutôt que par le processus.</strong> En effet,<strong> le Web sémantique nous oblige par son fonctionnement intrinsèque à repenser nos modèles</strong>, à prendre du recul par rapport à la modélisation de bases de données relationnelles, pensée bien souvent par rapport à l’usage dans un entre deux entre le modèle physique et le modèle logique, et à essayer d’en revenir à la logique même de la donnée, à sa sémantique pour reprendre le vocabulaire des logiciens. Ce faisant, <strong>on peut envisager de séparer les données des usages.</strong> Or, à l’heure où nous cherchons à faire fructifier la donnée, comme actif de l’entreprise, il est essentiel pour réussir justement à <span class="c5 c15">faire émerger de nouveaux usages de décloisonner nos silos de données et de libérer la donnée de l’usage pour lequel elle a initialement été créée.</span></p>
  468. <p><strong>Disposer d’une vue logique de la donnée, c’est reprendre la main sur cette donnée et ainsi la maîtriser.</strong> Cela ouvre la voie à une mise en cohérence transverse de toutes les données d’une organisation et donc à sa gouvernance, point là aussi essentiel au moment de la faire fructifier.</p>
  469. <p>Or, si le retour à la modélisation logique des données (je n’ose dire « ontologie ») est un préalable nécessaire voire indispensable pour utiliser les technologies du Web sémantique, elles n’en ont pas l’apanage et il est tout à fait possible d’envisager de penser une modélisation logique sans l’implémenter avec les technologies du Web sémantique. On peut même l’envisager avec des technologies relationnelles qui <a href="https://www.slideshare.net/lespetitescases/lapport-des-technologies-du-web-smantique-la-gestion-des-donnes-structures">sans être parfaites loin de là</a>, présentent au moins l’avantage d’être très connues et robustes.</p>
  470. <p>Ainsi, si je ne devais retenir qu’un apport, ce serait certainement celui-là : <strong>le Web sémantique aura eu le mérite de nous obliger à nous interroger sur nos données structurées : leur structure logique, leur vocabulaire, leur cohérence et leurs liens.</strong> C’est une compétence rare dans le monde informatique actuel et pourtant, tellement essentielle lorsqu’il s’agit de valoriser le patrimoine informationnel d’une organisation. </p>
  471. <h1 class="c9" id="h.ivyrxxdb43gb">En guise de conclusion : l’interopérabilité et la décentralisation en question</h1>
  472. <p>A l’issue de ce bilan, force est de constater que les grands perdants sont la décentralisation et, dans une moindre mesure, l’interopérabilité des données. </p>
  473. <h2 class="c3" id="h.qgkzukdci9p6">Interopérabilité des données ou interopérabilité des systèmes ?</h2>
  474. <p><strong>Le Web sémantique positionne la question de l’interopérabilité au niveau des données.</strong> Pour ce faire, il propose une grammaire commune, le RDF, et des mécanismes de définition de vocabulaires permettant de structurer les données (OWL/RDFS). <strong>Mais l’investissement nécessaire pour assurer l’interopérabilité des données à ce niveau en vaut-il la peine ? Et finalement, les organisations ont-elles besoin de ce niveau d’interopérabilité ?</strong></p>
  475. <p>La question mérite d’être posée, même dans un milieu restreint dans lequel les standards sont déjà au coeur du travail et se justifient par l’homogénéité des données échangées : les bibliothèques, certains domaines de recherche comme les sciences du vivant... <strong>L’investissement est en effet considérable pour réussir à trouver des accords entre les différents acteurs.</strong> Il l’est encore davantage lorsqu’il s’agit d’échanger de la donnée avec d’autres organisations qui n’ont pas les mêmes objectifs, les mêmes perspectives et encore moins les mêmes formes juridiques. Pour prendre l’exemple de l’Institut national de l’audiovisuel que je connais bien, les données sont récupérées ou achetées auprès d’acteurs des médias audiovisuels (TF1, France Télévisions), des spécialistes de la revente de données des médias (Plurimedia, fournisseur de Télérama, Télé7jours et autres), des spécialistes de veille (Kantar Media) ou d’analyse de l’audience (Médiamétrie). Même si ces différents acteurs utilisaient tous du RDF pour échanger les données, il leur serait impossible de se restreindre à employer tous le même vocabulaire. <strong>Certes, cela simplifierait l’exploitation des données, mais cela n’éviterait pas d’avoir recours à un ou plusieurs mappings.</strong></p>
  476. <p>Il faut se rendre à l’évidence : <strong>face à la multiplication des données, à l’hétérogénéité de leurs modes d’acquisition et à la diversité de leur exploitation, il faut renoncer à l’idée d’une interopérabilité syntaxique ou structurelle par l’utilisation d’un modèle unique, qu’il s’agisse de la production, de stockage ou de l’exploitation au sein même d’un SI</strong>. </p>
  477. <p>Cela ne veut pas pour autant dire qu’il est impossible d’assurer une certaine forme de mise en relation des différentes informations, entre autres par <strong>l’utilisation d’identifiants communs indépendants des systèmes les exploitant</strong> à l’ensemble du système d’information. Cela ne signifie pas non plus que l’interopérabilité entre les organisations est une utopie, mais <strong>il s’agit plutôt d’interopérabilité des systèmes, point à point et par le traitement des données, que d’une interopérabilité globale au niveau du stockage des données.</strong> Et, dans ces conditions, pourquoi les DSI s’embêteraient-elles à utiliser les technologies du Web sémantique qu’elles ne maîtrisent pas, alors que d’autres possibilités existent ?</p>
  478. <p>De plus, il est tout à fait possible d’envisager une cohérence globale des différentes données d’une organisation sans utiliser les technologies du Web sémantique. Elles ont l’avantage d’incarner techniquement cet objectif, mais <strong>il est aussi possible de l’atteindre par le déploiement d’une gouvernance de données transverses et en pensant les modèles de données par la logique de la donnée elle-même et non par l’usage</strong>. Bref,<strong> il s’agit de maîtriser la donnée et la réponse à cette question n’est pas (nécessairement) technique...</strong></p>
  479. <h2 class="c3" id="h.7sq7fouzrqeo">La décentralisation est-elle possible ?</h2>
  480. <p>Le <strong>Web est du strict point de vue technique un système décentralisé</strong> : chaque serveur Web expose des pages Web qui sont potentiellement reliées par le principe de l’hypertexte à d’autres pages stockées sur un autre serveur Web. Il n’existe aucun point central nécessaire à son bon fonctionnement et c’est ce qui assure sa robustesse et sa montée en charge infinie.</p>
  481. <p>Pourtant, que serait l’usage du Web sans l’existence de Google ? Or, ce dernier est bien un système qui permet de rechercher par la centralisation des contenus au sein de son index. <strong>Même si Google n’est pas intrinsèquement nécessaire au fonctionnement technique du Web, il a indéniablement rendu possible son succès et sa démocratisation</strong>.</p>
  482. <p>Au milieu des années 2000, le <strong>réseau des blogs</strong> a débouché sur la constitution d’<strong>espaces de discussions décentralisés</strong> qui se répondaient par des liens, des trackbacks, des commentaires. Chaque blog constituait un réseau plus ou moins commun avec d’autres blogs. Si certains blogs résistent encore, <strong>peu à peu par l’effet réseau, la démocratisation des discussions en ligne, l’augmentation des utilisateurs et des interactions et la simplicité des fonctionnalités, les discussions et les interactions se sont déplacées au sein de grosses plateformes centralisatrices</strong> : Facebook, Twitter, Tumblr… D’abord, lieu de partage du lien hypertexte au sein d’une communauté élargie (à la recherche d’une plus grande audience ?), elles ont peu à peu cannibalisé le contenu lui-même jusqu’à faire disparaître la plupart des blogs. Là aussi, <strong>la centralisation s’est avérée nécessaire par simplicité d’usage jusqu’à prendre le pas sur la décentralisation</strong>.</p>
  483. <p>Comme on l’a vu avec Wikidata, il en va de même avec le Web de données. <strong>D’un hub d’identifiants/un référentiel, Wikidata tend peu à peu par simplicité technique là aussi à devenir la base où sont stockées toutes les données.</strong> Pourquoi s’embêter à maintenir une exposition des données en Linked Data sur sa propre infrastructure si toutes les données sont par ailleurs disponibles dans Wikidata ? Nous avons là encore un bel exemple d’une dérive centralisatrice à partir d’une idée initiale décentralisatrice…Et son ouverture (licence CC0) ne doit pas faire oublier qui en est (était ?) le principal mécène : Google. Si Freebase a été la pierre angulaire de la mise au point du Knowledge graph de Google, Wikidata en assure la maintenance régulière.</p>
  484. <p>Et, on retrouve ce même jeu de balancier avec les mashups de données ou le Linked Enterprise Data. Même si <strong>chaque application peut de manière décentralisée exposer ses données selon les principes du Linked Data</strong>, il faudra à un moment ou un autre les <strong>centraliser en une seule base, un nouveau silo, pour les exploiter et les interroger de manière homogène. Il n’y a aucune autre possibilité technique en l’état actuel des choses</strong>.</p>
  485. <p>La décentralisation réelle des données est-elle possible ? La question mérite donc d’être posée. <a href="https://medium.com/@timberners_lee/one-small-step-for-the-web-87f92217d085">Tim Berners-Lee a annoncé récemment la création d’une start-up</a>, <a href="https://www.inrupt.com/">Inrupt</a>, pour soutenir le développement et le déploiement de sa réponse à la volonté centralisatrice des grandes plateformes du Web : le framework <a href="https://solid.inrupt.com/">Solid</a> qui permet de construire des applications décentralisées respectueuses des données de ses utilisateurs. Je leur souhaite de réussir, mais j’ai de très gros doutes, car toute la philosophie de Solid réside dans un framework technique basé sur les principes du Linked Data et de <a href="https://www.w3.org/TR/ldp/">Linked Data Plaform</a> et non dans une proposition de valeurs en termes d’usage précis et concret. Au delà de la complexité des technologies proposées, aux antipodes de la simplicité de HTML qui explique pour une très grande part du succès du Web, c’est la question même de la décentralisation qui se pose. </p>
  486. <p>J’en arrive à me demander <strong>si la décentralisation peut se concevoir sans un système centralisateur de plus haut niveau pour l’encadrer d’une manière ou d’une autre.</strong> Il en ira de même avec les applications utilisant Solid. Comment rechercher parmi tous les contenus d’un utilisateur qui pourront être éparpillés entre les différents serveurs (“pods”) si ce n’est en centralisant ? Une décentralisation complète est illusoire. <strong>Le traitement technique de données demande à un moment ou un autre de recentraliser les données pour en permettre l’exploitation</strong> quel que soit l’algorithme.</p>
  487. </article>
  488. </section>
  489. <nav id="jumpto">
  490. <p>
  491. <a href="/david/blog/">Accueil du blog</a> |
  492. <a href="http://www.lespetitescases.net/reflexions-et-questions-autour-du-web-semantique">Source originale</a> |
  493. <a href="/david/stream/2019/">Accueil du flux</a>
  494. </p>
  495. </nav>
  496. <footer>
  497. <div>
  498. <img src="/static/david/david-larlet-avatar.jpg" loading="lazy" class="avatar" width="200" height="200">
  499. <p>
  500. Bonjour/Hi!
  501. Je suis <a href="/david/" title="Profil public">David&nbsp;Larlet</a>, je vis actuellement à Montréal et j’alimente cet espace depuis 15 ans. <br>
  502. Si tu as apprécié cette lecture, n’hésite pas à poursuivre ton exploration. Par exemple via les <a href="/david/blog/" title="Expériences bienveillantes">réflexions bimestrielles</a>, la <a href="/david/stream/2019/" title="Pensées (dés)articulées">veille hebdomadaire</a> ou en t’abonnant au <a href="/david/log/" title="S’abonner aux publications via RSS">flux RSS</a> (<a href="/david/blog/2019/flux-rss/" title="Tiens c’est quoi un flux RSS ?">so 2005</a>).
  503. </p>
  504. <p>
  505. Je m’intéresse à la place que je peux avoir dans ce monde. En tant qu’humain, en tant que membre d’une famille et en tant qu’associé d’une coopérative. De temps en temps, je fais aussi des <a href="https://github.com/davidbgk" title="Principalement sur Github mais aussi ailleurs">trucs techniques</a>. Et encore plus rarement, <a href="/david/talks/" title="En ce moment je laisse plutôt la place aux autres">j’en parle</a>.
  506. </p>
  507. <p>
  508. Voici quelques articles choisis :
  509. <a href="/david/blog/2019/faire-equipe/" title="Accéder à l’article complet">Faire équipe</a>,
  510. <a href="/david/blog/2018/bivouac-automnal/" title="Accéder à l’article complet">Bivouac automnal</a>,
  511. <a href="/david/blog/2018/commodite-effondrement/" title="Accéder à l’article complet">Commodité et effondrement</a>,
  512. <a href="/david/blog/2017/donnees-communs/" title="Accéder à l’article complet">Des données aux communs</a>,
  513. <a href="/david/blog/2016/accompagner-enfant/" title="Accéder à l’article complet">Accompagner un enfant</a>,
  514. <a href="/david/blog/2016/senior-developer/" title="Accéder à l’article complet">Senior developer</a>,
  515. <a href="/david/blog/2016/illusion-sociale/" title="Accéder à l’article complet">L’illusion sociale</a>,
  516. <a href="/david/blog/2016/instantane-scopyleft/" title="Accéder à l’article complet">Instantané Scopyleft</a>,
  517. <a href="/david/blog/2016/enseigner-web/" title="Accéder à l’article complet">Enseigner le Web</a>,
  518. <a href="/david/blog/2016/simplicite-defaut/" title="Accéder à l’article complet">Simplicité par défaut</a>,
  519. <a href="/david/blog/2016/minimalisme-esthetique/" title="Accéder à l’article complet">Minimalisme et esthétique</a>,
  520. <a href="/david/blog/2014/un-web-omni-present/" title="Accéder à l’article complet">Un web omni-présent</a>,
  521. <a href="/david/blog/2014/manifeste-developpeur/" title="Accéder à l’article complet">Manifeste de développeur</a>,
  522. <a href="/david/blog/2013/confort-convivialite/" title="Accéder à l’article complet">Confort et convivialité</a>,
  523. <a href="/david/blog/2013/testament-numerique/" title="Accéder à l’article complet">Testament numérique</a>,
  524. et <a href="/david/blog/" title="Accéder aux archives">bien d’autres…</a>
  525. </p>
  526. <p>
  527. On peut <a href="mailto:david%40larlet.fr" title="Envoyer un courriel">échanger par courriel</a>. Si éventuellement tu souhaites que l’on travaille ensemble, tu devrais commencer par consulter le <a href="http://larlet.com">profil dédié à mon activité professionnelle</a> et/ou contacter directement <a href="http://scopyleft.fr/">scopyleft</a>, la <abbr title="Société coopérative et participative">SCOP</abbr> dont je fais partie depuis six ans. Je recommande au préalable de lire <a href="/david/blog/2018/cout-site/" title="Attention ce qui va suivre peut vous choquer">combien coûte un site</a> et pourquoi je suis plutôt favorable à une <a href="/david/pro/devis/" title="Discutons-en !">non-demande de devis</a>.
  528. </p>
  529. <p>
  530. Je ne traque pas ta navigation mais mon
  531. <abbr title="Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33.184162340">hébergeur</abbr>
  532. conserve des logs d’accès.
  533. </p>
  534. </div>
  535. </footer>
  536. <script type="text/javascript">
  537. ;(_ => {
  538. const jumper = document.getElementById('jumper')
  539. jumper.addEventListener('click', e => {
  540. e.preventDefault()
  541. const anchor = e.target.getAttribute('href')
  542. const targetEl = document.getElementById(anchor.substring(1))
  543. targetEl.scrollIntoView({behavior: 'smooth'})
  544. })
  545. })()
  546. </script>