Des flux RSS thématiques pour le service en ligne EU
Bookshop seraient très souhaitables pour avertir les publics intéressés par tel
ou tel thème, tel ou tel institution-département auteur des publications,
études, rapports parus au niveau des institutions européennes. Voilà plusieurs
mois que cette fonction est signalée sur la page d’accueil, voilà plusieurs
mois qu’elle ne fonctionne toujours pas (voir copie d’écran) .
Dommage
Voir aussi l’article ci-après paru dans http://marlenescorner.blogspirit.com/archive/2009/01/08/rss-pour-les-editeurs.html sur le blog « Marlene’s Corner » le 08.01.2009 et sous le titre « RSS pour les éditeurs »
RSS
pour les éditeurs Plusieurs biblioblogs
ou apparentés ont relayé le lancement officiel du service TicTOCS (blog), je ne
reviens donc pas dessus (et puis j'en ai déjà parlé). Dans cet article
de FUMSI, Lisa Rogers, assistante de recherche sur Tictocs, détaille le
contenu du projet, et liste une série de recommandations (faites par les
membres d'un groupe de travail consacré à RSS, réunissant des éditeurs et des
représentants de TicTOCS) à destination des éditeurs souhaitant utiliser le
format RSS pour diffuser leurs tables des matières, je les ai traduites
rapidement ici (c'est moi qui souligne en gras, si je peux dire) : About libraries and mobile communications Always on: libraries in a world of
permanent connectivity (Lorcan Demsey) http://firstmonday.org/htbin/cgiwrap/bin/ojs/index.php/fm/article/view/2291/2070 http://www.worldcat.org/oclc/276989760
- Utilisez le format RSS
1.0 qui est bien plus flexible : avec les modules appropriés, RSS 1.0 est
idéal pour la fourniture d'informations de type tables des matières. Des
éditeurs ont déjà choisi cette approche, certains proposent plusieurs formats
RSS pour leurs tables des matières (RSS 1.0 et RSS 2.0)
- Utilisez les modules de RSS 1.0 (par ex le module Dublin Core, le
module Content ou le module PRISM) pour étendre les fonctionnalités de RSS pour
les sommaires
- Utilisez le module de syndication RSS 1.0 pour décrire la fréquence de mise à
jour des contenus (utile pour les interfaces automatisées, qui savent ainsi
quand elles doivent vérifier les mises à jour)
- Utilisez un outil de validation (comme W3C feed Validation
Service ou Redland RSS 1.0
validator), afin de proposer des fils RSS de sommaires correspondants au
standards
- N'employez pas de balises HTML dans les élements de base des fils RSS (évitez
d'utiliser des balises de mise en forme dans le champ de description des
éléments, qui ne doit comprendre que du texte intégral, vu qu'il n'est pas
possible de savoir de quoi le fil aura l'air dans l'agrégateur de
l'utilisateur)
- Utilisez par contre le module Content de RSS 1.0 pour gérer l'affichage des
balises HTML
- Ne restreignez pas l'accès aux fils RSS de vos tables des
matières. RSS est un excellent moyen, on marché qui plus est, d'envoyer du
trafic sur votre site, et donc d'augmenter la visibilité de votre
"marque" en tant qu'éditeur. Limiter l'accès aux fils RSS à vos
abonnés uniquement annule une large part des bénéfices potentiels qu'RSS peut
vous apporter.
- Produisez régulièrement des copies stables de vos fils RSS, plutôt que de les
générer dynamiquement pour chaque utilisateur : ce processus ralentit
l'affichage et est source de problèmes de time out (délai d'attente trop long
pour le serveur) ; ce qui peut affecter la disponibilité du fil, les outils de
validation, ainsi que les services extérieurs qui agrègent vos contenus.
- Ayez bien à l'esprit l'objectif de chaque fil RSS de sommaires que vous
délivrez : proposez plusieurs fils spécialisés, plutôt que de
diluer l'information dans un seul message qui ne sera pas forcément pertinent
pour le public
- Assurez-vous que votre serveur web est bien configuré pour fournir des
fichiers RSS de type mime text/xml [ne vous inquiétez pas, votre informaticien
sait que ce ça veut dire ;-)]
- Mettez à disposition des fichiers OPML (Outline Processor Markup Language), pour permettre aux agrégateurs et aux
usagers d'utiliser plusieurs de vos fils. Il est parfois même approprié de
proposer un jeu de fichiers OPML (pour chaque catégorie par ex), ou de
permettre à vos utilisateurs de créer leur propres fichiers OMPL à la volée.
Plus aucune raison après ça pour ne pas diffuser ses sommaires de revue par ce
moyen, même pour les éditeurs francophones, n'est ce pas ?
Voir aussi