<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://figoblog.org" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Figoblog - L&amp;#039;identification pérenne des ressources numériques (3) - Commentaires</title>
 <link>http://figoblog.org/document555.php</link>
 <description>Comments for &quot;L&#039;identification pérenne des ressources numériques (3)&quot;</description>
 <language>fr</language>
<item>
 <title></title>
 <link>http://figoblog.org/document555.php#comment-68</link>
 <description>BONJOUR,

j&#039;ai bien apprécié ce texte</description>
 <pubDate>Fri, 11 Feb 2005 13:13:19 +0100</pubDate>
 <dc:creator>lola20</dc:creator>
 <guid isPermaLink="false">comment 68 at http://figoblog.org</guid>
</item>
<item>
 <title>L&#039;identification pérenne des ressources numériques (3)</title>
 <link>http://figoblog.org/document555.php</link>
 <description>&lt;p&gt;
Dans les épisodes précédents (&lt;a href=&quot; http://figoblog.org/document.php?id=544&quot;&gt;1 &lt;/a&gt; et &lt;a href=&quot; http://figoblog.org/document.php?id=551&quot;&gt;2 &lt;/a&gt;), nous avons vu que définir un système d&#039;identification pérenne de ressources numériques passait par le choix d&#039;un certain nombre de propriétés et de fonctionnalités du système. 
&lt;/p&gt;
&lt;p&gt;
Ceci étant posé, l&#039;heure est maintenant venue de faire un choix parmi les sytèmes d&#039;identification pérenne existants aujourd&#039;hui sur le Web. 
&lt;/p&gt;
&lt;p&gt;
Si on essaye de faire une typologie des différents systèmes, on se trouve bien en peine de trouver un critère qui permette de les classer tous. En fait, il y a plusieurs critères à prendre en compte, parmi lesquels on peut citer : 
&lt;/p&gt;
&lt;ul&gt;

&lt;li&gt;l&#039;indépendance : il y a les systèmes où les identifiants sont donnés par le créateur de la ressource, et les systèmes où ils sont donnés par un tiers
&lt;/li&gt;&lt;li&gt;l&#039;unicité : il y a des systèmes qui garantissent l&#039;unicité seulement au sein d&#039;un système, d&#039;autres qui la garantissent de manière totale et mondiale à l&#039;échelle du Web
&lt;/li&gt;&lt;li&gt;la structure : il y a des systèmes qui attribuent des identifiants opaques, ou aveugles, et d&#039;autres qui donnent des identifiants signifiants
&lt;/li&gt;&lt;li&gt;etc.
&lt;/li&gt;&lt;/ul&gt;

&lt;p&gt;
Je pourrais continuer comme ça presque indéfiniment. En fait, ce qu&#039;il faut retenir, c&#039;est que la plupart des systèmes combinent ces différents aspects à différents niveaux. Le choix va être difficile car il n&#039;existe pas de critère de différenciation clair et net. Ils ont chacun leur façon de concevoir les choses, de les organiser.
&lt;/p&gt;
&lt;p&gt;
Il est donc plus constructif de partir, non de leurs différences, mais de leurs points communs.
&lt;/p&gt;
&lt;p&gt;
Les systèmes d&#039;identification pérenne utilisent généralement tous une structure en trois parties de type : 
&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;
 SCHEME - NAMING AUTHORITY - NAME
&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;
Le &quot;scheme&quot;, c&#039;est un préfixe qui permet d&#039;identifier le système dans lequel l&#039;identifiant est unique. Par exemple, OAI, ARK, URN:NBN... 
&lt;/p&gt;
&lt;p&gt;
La &quot;naming authority&quot; ou autorité nommante, c&#039;est une organisation qui a reçu, de l&#039;autorité centrale en charge de définir le système, l&#039;autorisation et le pouvoir d&#039;attribuer des identifiants. Cette autorité peut être désignée par son nom, par un code attribué au sein du ssytème, par un code ou un nom codé qu&#039;elle détient par ailleurs (comme un nom de domaine), etc.
&lt;/p&gt;
&lt;p&gt;
Enfin, le nom, c&#039;est une chaîne de caractères qui identifie la ressource de manière unique, au sein de ce système et pour cette autorité. En général, l&#039;autorité nommante peut se retrouver assez libre de la façon dont elle structure ses noms, tant qu&#039;elle garantit leur unicité en son sein. Elle peut aussi déléguer à une sous-autorité l&#039;attribution de noms dans un domaine plus petit.
&lt;/p&gt;
&lt;p&gt;
On voit bien comment, dans un seul identifiant, les critères que j&#039;ai cités plus haut peuvent s&#039;imbriquer : suivant l&#039;existence et la nature du &quot;scheme&quot;, l&#039;unicité est garantie à une échelle plus ou moins importante. Suivant la façon dont l&#039;autorité nommante est codée, cela détermine son degré d&#039;indépendance, ou de dépendance à l&#039;égard d&#039;un système ou d&#039;une autorité plus haute. Enfin, la structure de l&#039;identifiant peut varier, au sein d&#039;un même système, en fonction de chaque autorité.
&lt;/p&gt;
&lt;p&gt;
Nous avons donc maintenant notre identifiant, du moins sa structure. Cependant, tout seul et sorti de son contexte, il est inopérant : nous avons besoin de savoir à quoi il correspond. Pour cela, deux types d&#039;outils sont à notre disposition :
&lt;/p&gt;
&lt;ul&gt;

&lt;li&gt;les résolveurs,
&lt;/li&gt;&lt;li&gt;les métadonnées.
&lt;/li&gt;&lt;/ul&gt;

&lt;p&gt;
Je les garde pour la prochaine fois.
&lt;/p&gt;</description>
 <comments>http://figoblog.org/document555.php#comments</comments>
 <category domain="http://figoblog.org/entree214.php">identifiants</category>
 <category domain="http://figoblog.org/sommaire14.php">Internet</category>
 <pubDate>Wed, 09 Feb 2005 17:32:11 +0100</pubDate>
 <dc:creator>Manue</dc:creator>
 <guid isPermaLink="false">555 at http://figoblog.org</guid>
</item>
</channel>
</rss>
