SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

286 Plugins, 197 contribs sur SPIP-Zone, 282 visiteurs en ce moment

Accueil > Squelettes > Outils pour squelettes > Dublin Core > Dublin Core

Dublin Core

21 septembre 2010 – par Joseph, Tony Gheeraert – 29 commentaires

16 votes

Un petit squelette pour l’insertion de méta-données Dublin Core dans la partie head des articles.

Le Dublin Core

« Le Dublin Core est un schéma de métadonnées générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d’autres ressources. » (Wikipédia).

Utilisées par les bibliothèques dans leurs opérations de catalogage et de moissonnage des ressources du web, les métadonnées Dublin Core sont également très employées par les outils d’indexation des travaux scientifiques et d’évaluation de la recherche (bibliométrie).

Grâce à ces métadonnées, les systèmes de référencement automatiques spécialisés peuvent ainsi aisément créer des notices conformes au contenu des pages, dans la mesure où celles-ci comportent nativement leur descriptif synthétique.

Référence : http://www.dublincore.org/

Instalation

Le plugin s’installe comme n’importe quel plugin. Il insère automatiquement dans les pages des articles les Dublin Core, si la balise #INSERT_HEAD est présente dans vos squelettes.

Personnalisation

Les Dublin Core peuvent être personnalisés via le plugin CFG.

Pour des personnalisations plus poussées, vous pouvez surcharger le fichier dublin_core_article.html en le recopiant dans votre dossier squelettes.

Compatibilité

Le plugin Dublin Core est compatible avec le plugin Une licence pour un article. Ainsi, si ce dernier est installé et qu’une licence est spécifiée pour un article, la valeur de celle-ci (plus précisément l’URL) sera utilisée pour le champs DC.Rights.License, la licence définie explicitement pour l’article ayant priorité sur la valeur générale définie dans la configuration du plugin Dublin Core.

Évolutions

Le plugin Dublin Core pourra évoluer pour prendre en charge de nouveaux champs Dublin Core. N’hésitez pas à exprimer vos usages et vos besoins dans le forum ci-dessous. Cependant, n’oubliez pas que l’intégration de nouvelles fonctionnalités dans le plugin sera fonction du temps disponible des auteurs.

Voir en ligne : http://plugins.spip.net/dublin_core

Dernière modification de cette page le 15 août 2013

Retour en haut de la page

Vos commentaires

  • Le 24 avril à 15:48, par Thomas En réponse à : Dublin Core

    Bonjour à vous,

    Je viens aux nouvelles à propos d’une éventuelle nouvelle version de ce plugin...?
    Heureusement surpris de voir qu’un tel plugin existait sous Spip (merci pour ce travail), j’ai ensuite déchanté en voyant qu’il avait l’air en revanche « laissé de coté »... Spip 3.1.. nombre et diversité des champs...

    Dans des projets de sites web liés à des universités, laboratoires de recherche.. l’intégration et gestion des métas Dublin Core semblent être devenus incontournables et de plus en plus ’exigés’...
    Alors certes, il y a Omeka.. qui offre un plugin efficace mais comment faire lorsque l’on souhaite rester sous Spip que l’on connaît bien ?

    Donc y a-t-il des perspectives..? Omeka...?
    Là j’en aurais besoin sur un Spip 3.1.4.. Alors « forcer » sa compatibilité serait-il envisageable (paquet.xml) ?

    Merci !

    • Le 24 avril à 15:59, par Tony Gheeraert En réponse à : Dublin Core

      Bonjour,
      Merci de votre intérêt !
      Oui, c’est vrai que nous avons laissé un peu ce plugin en sommeil... Il avait été conçu en complément de RevueLigne. La qualité des outils HumaNum (Lodel, Omeka...) qui incorporent nativement les méta-données Dublin Core, me laisse perplexe quant à l’opportunité de maintenir encore ces outils Spip destinés à la publication universitaire.
      ... Et puis je suis largement « rouillé » dans le code Spip, que je n’ai plus eu l’occasion de pratiquer ces derniers temps... mais je suis bien sûr toujours là si quelqu’un souhaite reprendre ce plugin !
      Amicalement,
      Tony

    • Le 24 avril à 16:19, par Joseph En réponse à : Dublin Core

      Le plugin n’a tout simplement pas été testé sous SPIP 3.1 mais est peut être déjà nativement compatible. Vous pouvez forcer la compatibilité et tester si tout fonctionne bien. Le cas échéant, la compatibilité pourra être revue.

      Cdlt

    Répondre à ce message

  • Le 22 décembre 2013 à 09:40, par Pierre KUHN En réponse à : Dublin Core

    Bonjour

    On pourrait envisager :
    <meta name="dc.language" content="#LANG">

    Qui prend la langue de l’article en cours ?

    • Le 22 décembre 2013 à 10:06, par Tony Gheeraert En réponse à : Dublin Core

      Oui, effectivement... Content que le plugin vous semble utile. Je n’aurai pas le temps de m’en occuper en ce moment, mais si le coeur vous en dit...
      Grand merci, et bonnes fêtes de fin d’année !

    • Le 22 décembre 2013 à 10:19, par Pierre KUHN En réponse à : Dublin Core

      Bonjour

      Je le fais dès que je peux dans ce cas.
      Merci

    • Le 22 décembre 2013 à 21:21, par Tony Gheeraert En réponse à : Dublin Core

      Entendu... merci à vous !

    Répondre à ce message

  • Le 4 mars 2015 à 18:16, par Théo En réponse à : Dublin Core

    Hum… très bien ce plugin ;)

    Dans le fichier : squelettes-dist/inclure/head.html se trouve déjà #INSERT_HEAD.

    Est-ce suffisant ? ou dois-je mettre #INSERT_HEAD dans le fichier article.html joint mais à quel endroit au juste ?

    Merci d’avance.

    • Le 4 mars 2015 à 18:22, par Maïeul En réponse à : Dublin Core

      Votre article.html appelle inclure/head, pas la peine de mettre #INSERT_HEAD. Mais la prochaine fois, merci d’insérer le code directement à l’aide de la balise <code>

    • Le 4 mars 2015 à 18:44, par Théo En réponse à : Dublin Core

      Désolé je ne referais pas :(

      Merci de cette précision, je vais donc me servir de ce fichier head.html que je vais placer dans squelettes puis l’enrichir ;)

    • Le 4 mars 2015 à 18:58, par Maïeul En réponse à : Dublin Core

      évitez aussi de mettre des liens qui n’aboutissent à rien. Pourquoi avoir mis [->head.html] ? cela n’a aucun sens ici.

      Attention, il faut mettre dans squelettes/inclure. Voir http://programmer.spip.net/La-notion-de-chemin

    • Le 4 mars 2015 à 19:26, par Théo En réponse à : Dublin Core

      J’avais mis squelettes/inclure/head.html et ça m’a mis le désordre alors j’ai mis directement dans squelettes/head.html et tout est redevenu normal.

      J’avoue que pour l’instant, je n’ai pas encore modifié head.html

    • Le 4 mars 2015 à 19:27, par Maïeul En réponse à : Dublin Core

      heu, ca veut dire quoi « ca ma mis le désordre » ? si vous mettez dans squelettes directement, cela n’a aucun impact, puisque vous appelez inclure/head.

      Voir http://programmer.spip.net/La-notion-de-chemin

    • Le 5 mars 2015 à 11:10, par Théo En réponse à : Dublin Core

      Ça m’a mis le désordre : c’est-à-dire que je n’avais plus le squelette…
      malgré un ?var_mode=calcul qui ne ’affichait que le texte, puis un ?var_mode=inclure qui ne m’affichait que le texte et le nom des plugins avec des bandes jaunes.

      J’ai donc remis head.html dans squelettes directement sans le dossier inclure.

    • Le 5 mars 2015 à 11:20, par Maïeul En réponse à : Dublin Core

      hum, je ne comprend pas vraiment. Là en l’occurence vous ne surchargez rien. Le var_mode=inclure n’indique pas les plugins, mais les squelettes qui sotn chargés...

    Répondre à ce message

  • Le 25 octobre 2011 à 14:38, par Renaud En réponse à : Dublin Core

    Je réponds à plusieurs interrogations postées concernant l’intérêt des métadonnées Dublin Core.
    Les laboratoires de recherche des Universités et du CNRS ont besoin de s’échanger entre eux des données numériques (souvent pour indexer un contenu d’un site sur un autre site, grâce au protocole OAI-PMH ). Ce type de métadonnées est l’un des standards retenus fréquemment.
    Des millions sont dépensés chaque année pour financer des actions de recherches interopérables mettant en place des corpus documentaires de tous types (notamment grâce à l’Agence Nationale de la Recherche). Or qui dit interopérable, dit échange de métadonnées et donc Dublin Core.
    Personnellement, comme ingénieur d’études en analyse de sources j’ai développé en Histoire du Droit un site à destination des chercheurs. De son côté le CNRS a mis en place une plateforme de recherche, appelée ISIDORE, qui recense, entre autres, l’activité des laboratoire en Sciences Humaines et Sociales.
    Déjà sous SPIP 2.0, l’intégration des pages de mon site s’est faite sans problème, mais elle sera facilitée grâce à ce plugin Dublin Core (migration auparavant en 2.1).
    Je gère également un autre site destiné à la publication d’articles scientifiques en ligne, ce genre de plugin est ici tout à fait nécessaire pour raffiner les distinctions dans ce qui est mis en ligne (article, titre etc.) et qui fait quoi (entre auteur de l’article scientifique et celui qui met en ligne en ajoutant une mise en forme).
    Je profite donc de l’occasion pour féliciter les créateurs de ce plugin, tout en leur montrant l’utilité de celui-ci. D’un autre côté, le Dublin Core comprend normalement 15 éléments, il serait très intéressant dans une prochaine version de pouvoir paramétrer ces 15 éléments, notamment pour distinguer un auteur d’un producteur scientifique.
    Merci aussi à toute l’équipe de SPIP pour ce génial CMS.

    • Le 25 octobre 2011 à 15:56, par Joseph En réponse à : Dublin Core

      Merci pour vos précisions fort intéressantes.

      Concernant les évolutions de ce plugin, il est en dépôt sur la zone et donc peu évoluer en fonction des besoins exprimés et des bonnes volontés pour s’en charger.

      En premier lieu, il faudrait faire le point sur les champs Dublin Core à ajouter et les options de configuration à fournir. Peut-être faut-il aussi envisager d’ajouter des champs spécifiques aux articles (par exemple un champs DOI).

      Cordialement

    • Le 26 octobre 2011 à 09:31, par Tony Gheeraert En réponse à : Dublin Core

      Merci pour ces encouragements, et pour les pistes d’amélioration possible. Il faudra qu’on y pense, effectivement...
      Amicalement,
      Tony.

    Répondre à ce message

  • Le 25 mars 2011 à 12:15, par tetue En réponse à : Dublin Core

    J’ai moi aussi ajouté des métadonnées Dublin Core dans le head de mes billets, mais je m’interroge vraiment sur l’utilité de la chose... A-t-on des retours d’expérience ?

    • Le 25 mars 2011 à 12:33, par Joseph En réponse à : Dublin Core

      C’est un vrai débat. Ceci dit, pour un scientifique comme moi gros adepte de Zotero, cela permet de faire un import à peu prêt correct d’une page web.

      Je pense que les métas Dublin Core ont un véritable sens concernant un site s’apparentant à une revue (les pages correspondant à des articles).

      Sur un site généraliste ou un blog, c’est peut-être plus discutable.

    • Le 25 mars 2011 à 14:40, par Loiseau2nuit En réponse à : Dublin Core

      Pour ma part, je n’ai pas d’infos ou de retours de tests à ce sujet. Google semble n’en penser pas moins.

      Je pense effectivement qu’en dehors de cette utilisation précise, ces metas n’ont pas d’utilité flagrante, mais cela relève plus de la conviction personnelle que de l’affirmation scientifique et/ou pragmatique

    • Le 25 mars 2011 à 14:50, par ? En réponse à : Dublin Core

      Bonjour,
      Les dublin core sont destines a être moissonnes par les outils recensant les publications scientifiques sur le web. Les bibliothèques et maintenant les instances d’evaluation les utilisent couramment. Lodel (le cms qui propulse revues.org) en fait un de ses points forts, par exemple.

      Quant a savoir si le champ d’application des DC est appelé a s’étendre, j’avoue que je ne sais pas...
      Cordialement.
      Tony Gheeraert

    Répondre à ce message

  • Le 23 octobre 2010 à 12:32, par Delaby Pierre En réponse à : Dublin Core

    Bonjour !
    Déjà merci pour ce chouette plugin. Une remarque cepandant :

    Chez moi l’insertion de la #INSERT_HEAD n’affiche pas non plus les balises de dublin core, j’ai donc rajouté les balises à la main. Et pour les articles , pour DC.Description.Abstract, le critère #DESCRIPTIF ramène du texte avec des balises html,, <p> en occurrence

    Ne serait il pas plus sur de mettre le texte en texte brut du style
    [(#CONFIG{dublin_core/dc_description_abstract}|non)[<meta name="DC.Description.Abstract" lang="#LANG" content="[(#DESCRIPTIF_SITE_SPIP|textebrut)]" />]] ?

    Répondre à ce message

  • Le 22 septembre 2010 à 16:35, par squirrel En réponse à : Dublin Core

    Cette fois ci çà fonctionne ! Par contre j’ai pas testé sur Zpip :)

    Il faudrait annuler le filtre |licence_affiche si on a pas installer le plugin licence affiche.

    Car il y a une erreur |Filtre licence_affiche non défini|

    Félicitation pour ce plugin bien utile !

    • Le 22 septembre 2010 à 18:10, par Joseph En réponse à : Dublin Core

      En effet, il faut utiliser |appliquer_filtrefonction_specifique, param1, param2

      Je viens de corriger. Mais du coup, on perd la compatibilité SPIP 2.0 puisqu’appliuer_filtre n’est apparu qu’en 2.1.

      Cela pose-t-il problème ?

    Répondre à ce message

  • Le 22 septembre 2010 à 12:01, par Squirrel En réponse à : Dublin Core

    Salut,

    J’ai l’impression quand locale l’insertion des meta automatiquement ne se fait pas ! Je ne vois rien dans le code source de la page.

    Cependant, si je colle le code des meta dans le head de la page article l’insertion s’effectue.

    Le fichier lang à peut être un problème la dernière virgule n’est pas obligatoire ou en trop, non ?

    1. lignes 26
    2. 'label_dc_rights_rightsholder' => 'Propri&eacute;taire des droits (DC.Rights.RightsHolder)',
    3. );

    Télécharger

    Merci pour ce plugin en tous cas :)

    • Le 22 septembre 2010 à 12:37, par Joseph En réponse à : Dublin Core

      La dernière virgule dans le fichier de langue n’est pas problématique bien qu’optionnelle.

      Deux questions : le squelette contient-il la balise #INSERT_HEAD ? Le cache a-t-il été vidé ?

    • Le 22 septembre 2010 à 13:47, par Joseph En réponse à : Dublin Core

      Je viens de vérifier le code. L’insertion ne se faisait que dans le cadre d’un squelette ZPIP.

      J’ai modifié le plugin pour que l’insertion se fasse également y compris avec d’autres squelettes. Le zip mis à jour devrait être généré au prochain passage du zippeur (d’ici moins d’une heure). Il faut utiliser la version 1.2 du plugin.

      Merci de me dire si ça résout le problème.

      Cordialement

    • Le 22 septembre 2010 à 13:57, par Squirrel En réponse à : Dublin Core

      La balise #INSERT_HEAD est bien présente. C’est peut être parce que je réalise mes tests en local ?! J’ai remarqué aussi que la balise dublin_core dans l’élément de gauche du fomulaire cfg ne s’affiche pas lorsque je valide l’enregistrement.

      exemple :

      Enregistrement de dublin_core effectué

      Au lieu de

      Enregistrement de Dublin Core effectué

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Facteur

    21 janvier 2010 – 383 commentaires

    Un plugin pour regrouper toutes les fonctions avancées autour de l’envoi de courriels. Introduction SPIP propose une fonction générique envoyer_mail() pour envoyer un courriel. Elle est assez simple d’utilisation mais peut paraître limitée (...)

  • Albums 3

    8 août 2014 – 224 commentaires

    Le plugin « Albums » évolue dans une version 3 pour SPIP 3. Avant d’effectuer une mise à jour depuis la version 1 ou 2, consultez les notes sur la rétro-compatibilité. Les modèles, notamment, on reçut quelques changements pour la bonne cause. En (...)

  • ciag : plugin « Groupes d’auteurs »

    30 novembre 2011 – 22 commentaires

    Ce plugin facilite l’affectation des auteurs aux rubriques, via des groupes d’auteurs. Il offre également des vues globales des affectations de rubriques aux auteurs. Les objectifs de ce plugin Le premier objectif est de faciliter (...)

  • Tickets, suivi de bugs

    28 novembre 2008 – 45 commentaires

    Tickets est un outil de suivi de bugs directement intégré à l’espace privé de SPIP. Il est conçu pour faciliter la phase de développement du site (notamment les squelettes du site public). Tickets est un système simple de suivi de bugs directement (...)

  • Titre de logo v2

    23 mai 2014 – 17 commentaires

    La version 2 du plugin Titre de logo reprend les mêmes fonctions que la v1 mais étend le titre et le descriptif aux logos de tout objet éditorial de SPIP. Vous pouvez toujours vous référer à l’article de la version 1 pour retrouver les fonctions (...)