Changeset 3337

Date:

05.10.2008 22:42:13 (2 mois auparavant)

Auteur:

venus

Message:

Mise à jour de la planète XMLfr.

Fichiers:

• xmlfr/remote/pages/actualites/planete/nonXmlfr/en/atom.xml (modifié) (1 diff)
• xmlfr/remote/pages/actualites/planete/nonXmlfr/fr/atom.xml (modifié) (8 diffs)
• xmlfr/remote/pages/actualites/planete/nonXmlfr/tout/atom.xml (modifié) (8 diffs)
• xmlfr/remote/pages/actualites/planete/planete.xml (modifié) (10 diffs)
• xmlfr/remote/pages/actualites/planete/tout/en/atom.xml (modifié) (1 diff)
• xmlfr/remote/pages/actualites/planete/tout/fr/atom.xml (modifié) (12 diffs)
• xmlfr/remote/pages/actualites/planete/tout/tout/atom.xml (modifié) (12 diffs)
• xmlfr/remote/pages/actualites/planete/xmlfr/en/atom.xml (modifié) (1 diff)
• xmlfr/remote/pages/actualites/planete/xmlfr/fr/atom.xml (modifié) (5 diffs)
• xmlfr/remote/pages/actualites/planete/xmlfr/tout/atom.xml (modifié) (5 diffs)

xmlfr/remote/pages/actualites/planete/nonXmlfr/en/atom.xml

@@ -2 +2 @@
-<feed xmlns="http://www.w3.org/2005/Atom" xmlns:planet="http://planet.intertwingly.net/" xmlns:indexing="urn:atom-extension:indexing" indexing:index="no"><access:restriction xmlns:access="http://www.bloglines.com/about/specs/fac-1.0" relationship="deny"/>
-  <title>PlanÚte XMLfr</title>
-18:41:51
+20:42:04
-  <generator uri="http://intertwingly.net/code/venus/">Venus</generator>
-  <author>

xmlfr/remote/pages/actualites/planete/nonXmlfr/fr/atom.xml

@@ -2 +2 @@
-<feed xmlns="http://www.w3.org/2005/Atom" xmlns:planet="http://planet.intertwingly.net/" xmlns:indexing="urn:atom-extension:indexing" indexing:index="no"><access:restriction xmlns:access="http://www.bloglines.com/about/specs/fac-1.0" relationship="deny"/>
-  <title>PlanÚte XMLfr</title>
-18:41:51
+20:42:04
-  <generator uri="http://intertwingly.net/code/venus/">Venus</generator>
-  <author>
@@ -118 +118 @@
-      <link href="http://www.figoblog.org/rss.xml" rel="self" type="application/rss+xml"/>
-      <title>Figoblog - Un blog sur Internet, la bibliothéconomie et la confiture de figues</title>
-18:39:50
+20:39:59
-    </source>
-  </entry>
@@ -158 +158 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:11
+20:40:25
-    </source>
-  </entry>
@@ -794 +794 @@
-<li><em>quid</em> des <strong>commentaires</strong> de forum ou d'articles qui comportent l'adresse du site ?</li>
-<li>les <strong>textes</strong> ou les documents PDF peuvent comporter des adresses <em>cliquables</em> pour aller sur un site : consentement aussi avant d'écrire un document avec des références précises ?</li>
-accord préalabl
+consentement préalable, comme par exemple en mettant le site dans leur signatur
-</ul>
-
@@ -858 +858 @@
-      <link href="http://www.figoblog.org/rss.xml" rel="self" type="application/rss+xml"/>
-      <title>Figoblog - Un blog sur Internet, la bibliothéconomie et la confiture de figues</title>
-18:39:5
+20:40:0
-    </source>
-  </entry>
@@ -1271 +1271 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:05
+20:40:18
-    </source>
-  </entry>
@@ -1434 +1434 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:22
+20:40:37
-    </source>
-  </entry>
@@ -2358 +2358 @@
-    </source>
-  </entry>
-
-  <entry xml:lang="fr">
-    <id>tag:bortzmeyer.org,2006-02:Blog/5325</id>
-    <link href="http://www.bortzmeyer.org/5325.html" rel="alternate" type="text/html"/>
-    <title xml:lang="fr">RFC 5325: Licklider Transmission Protocol - Motivations</title>
-    <summary xml:lang="fr">Le groupe de travail de l'IRTF DTN (http://www.irtf.org/charter?gtype=rg&amp;group=dtnrg) (Delay-Tolerant Networking)
-continue son travail de création de protocoles de communication
-standards capables de fonctionner dans l'espace
-lointain, ou dans des milieux similaires. AprÚs le
-protocole Bundle du RFC 5050, qui décrit un protocole de niveau Application pour le transfert de
-données, voici le protocole Licklider, de
-niveau Transport.</summary>
-    <content type="xhtml" xml:lang="fr"><div xmlns="http://www.w3.org/1999/xhtml"><p>Le groupe de travail de l'IRTF <a href="http://www.irtf.org/charter?gtype=rg&amp;group=dtnrg">DTN</a> (Delay-Tolerant Networking)
-continue son travail de création de protocoles de communication
-standards capables de fonctionner dans l'espace
-lointain, ou dans des milieux similaires. AprÚs le
-protocole Bundle du RFC 5050, qui décrit un protocole de niveau Application pour le transfert de
-données, voici le protocole Licklider, de
-niveau Transport.</p><p>LTP (Licklider Transmission Protocol), ainsi nommé en l'honneur du
-pionnier de l'Internet, est
-donc sur le même créneau que des protocoles comme
-TCP, chargé de fournir un service de transport
-aux applications (ce que le RFC 5050 nomme un
-convergence layer). Il est normalisé dans le RFC 5326 et des
-extensions sont prévues par le RFC 5327. Notre RFC 5325, lui, expose les motivations derriÚre ce protocole.</p><p>Les milieux où LTP sera utilisé sont caractérisés (sections 1
-et 2
-du RFC) par des
-délais de transmission trÚs longs (une heure pour joindre
-Jupiter depuis la Terre), une fiabilité faible
-des transmissions et le fait que celles-ci ne soient possibles que par
-intervalles, lorsque les deux astres ne sont pas masqués par un troisiÚme. Le principal « client » de LTP sera donc la
-NASA. (Le problÚme général des communications
-spatiales avait été décrit dans le RFC 4838.)</p><p>La section 2.1 fait également remarquer que les limites de ces
-communications spatiales ne sont pas uniquement physiques
-(vitesse de la lumiÚre) mais également économiques. Les antennes
-capables de communiquer avec les vaisseaux spatiaux, comme celles du
-DSN, sont rares et leur
-location coûte cher.</p><p>La même section 2.1 explique pourquoi ces caractéristiques
-condamnent les protocoles réseaux traditionnels : on ne peut pas
-attendre un accusé de réception avant de continuer à transmettre, vue
-la longueur du RTT ; on ne peut pas négocier
-des paramÚtres de transmission avec l'autre partie, la fenêtre de
-transmission est souvent trop courte pour cela ; l'évaluation du RTT
-par des mesures est en général impossible. LTP sera donc un
-protocole unidirectionnel, l'interactivité n'étant en général pas
-possible dans l'espace.</p><p>La section 2.2 détaille les
-limites de TCP ou SCTP
-pour ce problÚme. Avec une équation d'état comme celle du RFC 5348, une transmission de la Terre à 
-Mars à seulement dix kilobits par seconde
-nécessiterait un taux de perte des données inférieur à 10^(-5), ce qui
-est irréaliste dans l'espace.</p><p>La section 3 explique les grandes lignes du protocole (il faut lire
-le RFC 5326 pour avoir la vraie norme). LTP transmet des
-blocs de données qui sont composés de deux parties, la « rouge » (ces données doivent faire l'objet
-d'un accusé de réception, sinon elles sont retransmises) et la « verte »
-(jamais retransmises). Chacune des deux parties peut être vide. Ainsi,
-une application de transfert de fichiers mettra typiquement toutes les
-données dans la partie rouge et rien dans la verte. LTP permet donc à l'application de choisir la
-sémantique de TCP ou bien
-d'UDP et ceci pour chaque bloc de données.</p><p>Vue la nature unidirectionnelle de LTP, il n'y a pas de négociation
-avec l'autre partie : la transmission des données se fait « en
-aveugle », LTP stockant les parties rouges pour pouvoir les
-retransmettre s'il n'y a pas d'accusé de réception. Seule la
-couche Liaison peut donner des indications à 
-LTP (la section 3.1.1 détaille ces indications).</p><p>Justement, quand retransmettre ? Comme LTP ne peut pas mesurer le
-RTT, il doit dépendre de calculs réalisés
-avant la transmission (la section 3.1.3 détaille ces calculs), en se basant sur la vitesse de la lumiÚre et
-les délais connus, par exemple dûs à la disponibilité des
-antennes. Cela permet d'évaluer à partir de quand une non-réponse est
-le signe de données perdues. Il faudra alors retransmettre (section 3.2).</p></div>
-    </content>
-    <updated>2008-09-17T00:00:00Z</updated>
-    <published>2008-09-17T00:00:00Z</published>
-    <source>
-      <id>tag:bortzmeyer.org,2006-02:Blog/</id>
-      <icon>http://www.bortzmeyer.org/favicon.ico</icon>
-      <author>
-        <name>Stéphane Bortzmeyer</name>
-        <email>stephane+blog@bortzmeyer.org</email>
-      </author>
-      <link href="http://www.bortzmeyer.org/" rel="alternate" type="text/html"/>
-      <link href="http://www.bortzmeyer.org/feed.atom" rel="self" type="application/atom+xml"/>
-      <link href="http://www.gnu.org/copyleft/fdl.html" rel="license" type="text/html"/>
-      <link href="http://www.gnu.org/licenses/fdl.xml" rel="license" type="application/docbook+xml"/>
-      <link href="http://www.gnu.org/licenses/fdl.txt" rel="license" type="text/plain"/>
-      <rights type="xhtml" xml:lang="fr"><div xmlns="http://www.w3.org/1999/xhtml">© Stéphane Bortzmeyer, 2005. <a href="http://www.gnu.org/copyleft/fdl.html">GNU Free Documentation License</a> (GFDL).</div>
-      </rights>
-      <title xml:lang="fr">Blog de Stéphane Bortzmeyer</title>
-      <updated>2008-10-02T10:22:00Z</updated>
-    </source>
-  </entry>
-</feed>

xmlfr/remote/pages/actualites/planete/nonXmlfr/tout/atom.xml

@@ -2 +2 @@
-<feed xmlns="http://www.w3.org/2005/Atom" xmlns:planet="http://planet.intertwingly.net/" xmlns:indexing="urn:atom-extension:indexing" indexing:index="no"><access:restriction xmlns:access="http://www.bloglines.com/about/specs/fac-1.0" relationship="deny"/>
-  <title>PlanÚte XMLfr</title>
-18:41:51
+20:42:04
-  <generator uri="http://intertwingly.net/code/venus/">Venus</generator>
-  <author>
@@ -118 +118 @@
-      <link href="http://www.figoblog.org/rss.xml" rel="self" type="application/rss+xml"/>
-      <title>Figoblog - Un blog sur Internet, la bibliothéconomie et la confiture de figues</title>
-18:39:50
+20:39:59
-    </source>
-  </entry>
@@ -158 +158 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:11
+20:40:25
-    </source>
-  </entry>
@@ -794 +794 @@
-<li><em>quid</em> des <strong>commentaires</strong> de forum ou d'articles qui comportent l'adresse du site ?</li>
-<li>les <strong>textes</strong> ou les documents PDF peuvent comporter des adresses <em>cliquables</em> pour aller sur un site : consentement aussi avant d'écrire un document avec des références précises ?</li>
-accord préalabl
+consentement préalable, comme par exemple en mettant le site dans leur signatur
-</ul>
-
@@ -858 +858 @@
-      <link href="http://www.figoblog.org/rss.xml" rel="self" type="application/rss+xml"/>
-      <title>Figoblog - Un blog sur Internet, la bibliothéconomie et la confiture de figues</title>
-18:39:5
+20:40:0
-    </source>
-  </entry>
@@ -1271 +1271 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:05
+20:40:18
-    </source>
-  </entry>
@@ -1434 +1434 @@
-      <subtitle xml:lang="fr">DerniÚres mises à jour du site de David Larlet : biologeek.com relatives aux billets et pensées du site</subtitle>
-      <title xml:lang="fr">Flux RSS des billets et des pensées du site biologeek.com</title>
-18:40:22
+20:40:37
-    </source>
-  </entry>
@@ -2358 +2358 @@
-    </source>
-  </entry>
-
-  <entry xml:lang="fr">
-    <id>tag:bortzmeyer.org,2006-02:Blog/5325</id>
-    <link href="http://www.bortzmeyer.org/5325.html" rel="alternate" type="text/html"/>
-    <title xml:lang="fr">RFC 5325: Licklider Transmission Protocol - Motivations</title>
-    <summary xml:lang="fr">Le groupe de travail de l'IRTF DTN (http://www.irtf.org/charter?gtype=rg&amp;group=dtnrg) (Delay-Tolerant Networking)
-continue son travail de création de protocoles de communication
-standards capables de fonctionner dans l'espace
-lointain, ou dans des milieux similaires. AprÚs le
-protocole Bundle du RFC 5050, qui décrit un protocole de niveau Application pour le transfert de
-données, voici le protocole Licklider, de
-niveau Transport.</summary>
-    <content type="xhtml" xml:lang="fr"><div xmlns="http://www.w3.org/1999/xhtml"><p>Le groupe de travail de l'IRTF <a href="http://www.irtf.org/charter?gtype=rg&amp;group=dtnrg">DTN</a> (Delay-Tolerant Networking)
-continue son travail de création de protocoles de communication
-standards capables de fonctionner dans l'espace
-lointain, ou dans des milieux similaires. AprÚs le
-protocole Bundle du RFC 5050, qui décrit un protocole de niveau Application pour le transfert de
-données, voici le protocole Licklider, de
-niveau Transport.</p><p>LTP (Licklider Transmission Protocol), ainsi nommé en l'honneur du
-pionnier de l'Internet, est
-donc sur le même créneau que des protocoles comme
-TCP, chargé de fournir un service de transport
-aux applications (ce que le RFC 5050 nomme un
-convergence layer). Il est normalisé dans le RFC 5326 et des
-extensions sont prévues par le RFC 5327. Notre RFC 5325, lui, expose les motivations derriÚre ce protocole.</p><p>Les milieux où LTP sera utilisé sont caractérisés (sections 1
-et 2
-du RFC) par des
-délais de transmission trÚs longs (une heure pour joindre
-Jupiter depuis la Terre), une fiabilité faible
-des transmissions et le fait que celles-ci ne soient possibles que par
-intervalles, lorsque les deux astres ne sont pas masqués par un troisiÚme. Le principal « client » de LTP sera donc la
-NASA. (Le problÚme général des communications
-spatiales avait été décrit dans le RFC 4838.)</p><p>La section 2.1 fait également remarquer que les limites de ces
-communications spatiales ne sont pas uniquement physiques
-(vitesse de la lumiÚre) mais également économiques. Les antennes
-capables de communiquer avec les vaisseaux spatiaux, comme celles du
-DSN, sont rares et leur
-location coûte cher.</p><p>La même section 2.1 explique pourquoi ces caractéristiques
-condamnent les protocoles réseaux traditionnels : on ne peut pas
-attendre un accusé de réception avant de continuer à transmettre, vue
-la longueur du RTT ; on ne peut pas négocier
-des paramÚtres de transmission avec l'autre partie, la fenêtre de
-transmission est souvent trop courte pour cela ; l'évaluation du RTT
-par des mesures est en général impossible. LTP sera donc un
-protocole unidirectionnel, l'interactivité n'étant en général pas
-possible dans l'espace.</p><p>La section 2.2 détaille les
-limites de TCP ou SCTP
-pour ce problÚme. Avec une équation d'état comme celle du RFC 5348, une transmission de la Terre à 
-Mars à seulement dix kilobits par seconde
-nécessiterait un taux de perte des données inférieur à 10^(-5), ce qui
-est irréaliste dans l'espace.</p><p>La section 3 explique les grandes lignes du protocole (il faut lire
-le RFC 5326 pour avoir la vraie norme). LTP transmet des
-blocs de données qui sont composés de deux parties, la « rouge » (ces données doivent faire l'objet
-d'un accusé de réception, sinon elles sont retransmises) et la « verte »
-(jamais retransmises). Chacune des deux parties peut être vide. Ainsi,
-une application de transfert de fichiers mettra typiquement toutes les
-données dans la partie rouge et rien dans la verte. LTP permet donc à l'application de choisir la
-sémantique de TCP ou bien
-d'UDP et ceci pour chaque bloc de données.</p><p>Vue la nature unidirectionnelle de LTP, il n'y a pas de négociation
-avec l'autre partie : la transmission des données se fait « en
-aveugle », LTP stockant les parties rouges pour pouvoir les
-retransmettre s'il n'y a pas d'accusé de réception. Seule la
-couche Liaison peut donner des indications à 
-LTP (la section 3.1.1 détaille ces indications).</p><p>Justement, quand retransmettre ? Comme LTP ne peut pas mesurer le
-RTT, il doit dépendre de calculs réalisés
-avant la transmission (la section 3.1.3 détaille ces calculs), en se basant sur la vitesse de la lumiÚre et
-les délais connus, par exemple dûs à la disponibilité des
-antennes. Cela permet d'évaluer à partir de quand une non-réponse est
-le signe de données perdues. Il faudra alors retransmettre (section 3.2).</p></div>
-    </content>
-    <updated>2008-09-17T00:00:00Z</updated>
-    <published>2008-09-17T00:00:00Z</published>
-    <source>
-      <id>tag:bortzmeyer.org,2006-02:Blog/</id>
-      <icon>http://www.bortzmeyer.org/favicon.ico</icon>
-      <author>
-        <name>Stéphane Bortzmeyer</name>
-        <email>stephane+blog@bortzmeyer.org</email>
-      </author>
-      <link href="http://www.bortzmeyer.org/" rel="alternate" type="text/html"/>
-      <link href="http://www.bortzmeyer.org/feed.atom" rel="self" type="application/atom+xml"/>
-      <link href="http://www.gnu.org/copyleft/fdl.html" rel="license" type="text/html"/>
-      <link href="http://www.gnu.org/licenses/fdl.xml" rel="license" type="application/docbook+xml"/>
-      <link href="http://www.gnu.org/licenses/fdl.txt" rel="license" type="text/plain"/>
-      <rights type="xhtml" xml:lang="fr"><div xmlns="http://www.w3.org/1999/xhtml">© Stéphane Bortzmeyer, 2005. <a href="http://www.gnu.org/copyleft/fdl.html">GNU Free Documentation License</a> (GFDL).</div>
-      </rights>
-      <title xml:lang="fr">Blog de Stéphane Bortzmeyer</title>
-      <updated>2008-10-02T10:22:00Z</updated>
-    </source>
-  </entry>
-</feed>

xmlfr/remote/pages/actualites/planete/planete.xml

@@ -1 +1 @@
-<?xml version="1.0"?>
-
+
+
+
+
+
+
+
+
+
+
+
+
-Régionale pour la Diffusion de l'Image a été créée à Caen en I984. Depuis sa
-création, l'ARDI - Photographies en Basse-Normandie a pu montrer le travail de
@@ -18 +29 @@
-- Les sources ouvertes dans la préservation numérique</p>
-<p>J'espÚre que leur expert traducteur de français ne va pas s'arrêter en si bon chemin, et va s'attaquer aussi à "Automating semantic metadata extraction", "A data model for preservation metadata",  "Persistent Identifiers for Cultural Heritage", "INTEROPERABILITY. A key concept for large scale, persistent digital libraries", et le petit dernier né, publié le 22 septembre : <a href="http://www.digitalpreservationeurope.eu/publications/briefs/identifier-interoperability.pdf">"Identifier interoperability"</a>.</p>
-6:39 PM">2008-10-05T18:39:45Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 18:39:44
+8:39 PM">2008-10-05T20:39:55Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 20:39:53
-<p>Heureusement, il y a toujours des gens sympa pour bloguer les conférences ; dans ce cas précis, c'est Chris Rusbridge du Digital Curation Centre qui <a href="http://digitalcuration.blogspot.com/search/label/iPres-2008">a blogué IPRES</a> sur le blog du DCC. </p>
-6:39 PM">2008-10-05T18:39:50Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 18:39:44
+8:39 PM">2008-10-05T20:39:59Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 20:39:53
-
-<p>Conclusion : les petits vont trinquer, les gros vont y laisser des plumes et nous allons vers une réduction du choix, mais c'est pour notre bien qu'ils disent. Chouette alors, me voila plus optimiste que jamais !</p>
@@ -39 +50 @@
-    Veuillez les respecter.
-</p>
-6:40 PM">2008-10-05T18:40:11Z</updated><planet:faceheight>85</planet:faceheight><planet:bozo>false</planet:bozo><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>David Larlet - BioloGeek.com</planet:name><planet:css-id>david-larlet-biologeek-com</planet:css-id><planet:http_last_modified>Sun, 05 Oct 2008 18:35:48
+8:40 PM">2008-10-05T20:40:25Z</updated><planet:faceheight>85</planet:faceheight><planet:bozo>false</planet:bozo><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>David Larlet - BioloGeek.com</planet:name><planet:css-id>david-larlet-biologeek-com</planet:css-id><planet:http_last_modified>Sun, 05 Oct 2008 20:37:52
-de recevoir une nouvelle spécification. Pas de grands changements
-mais beaucoup de petites erreurs corrigées, elle marque l'avancée de
@@ -557 +568 @@
-<li><em>quid</em> des <strong>commentaires</strong> de forum ou d'articles qui comportent l'adresse du site ?</li>
-<li>les <strong>textes</strong> ou les documents PDF peuvent comporter des adresses <em>cliquables</em> pour aller sur un site : consentement aussi avant d'écrire un document avec des références précises ?</li>
-accord préalabl
+consentement préalable, comme par exemple en mettant le site dans leur signatur
-</ul>
-
@@ -587 +598 @@
-- servir avec une boule de glace à la vanille.<br/>
-C'est trÚs bon !</p>
-6:39 PM">2008-10-05T18:39:57Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 18:39:44
+8:40 PM">2008-10-05T20:40:07Z</updated><planet:faceheight>85</planet:faceheight><planet:format>rss20</planet:format><planet:facewidth>65</planet:facewidth><planet:items_per_page>50</planet:items_per_page><planet:name>Emmanuelle BermÚs - Figoblog</planet:name><planet:css-id>emmanuelle-bermÚs-figoblog</planet:css-id><planet:bozo>false</planet:bozo><planet:http_last_modified>Sun, 05 Oct 2008 20:39:53
-Le programme sera riche avec les grands acteurs du Cloud Computing et du SaaS, des regards d’experts et des retours d’expériences d’entreprises comme d’éditeurs qui ont basculé dans ce [...]</summary><content type="xhtml"><div xmlns="http://www.w3.org/1999/xhtml"><!-- ALL ADSENSE ADS DISABLED -->
-<p>J’organise, avec <a href="http://blog.dgirard.eu/">Didier Girard</a> et le Benchmark Group l’évenement <a href="http://www.benchmark.fr/catalogue/forum/programme/337-forum-cloud-computing-2008/">Cloud Computing 2008</a>, qui aura lieu le 2 décembre 2008 dans ce superbe lieu qu’est le <a href="http://www.relaischateaux.com/en/search-book/hotel-restaurant/catelan/">Pré Catelan</a>.</p>
@@ -904 +915 @@
-    Veuillez les respecter.