forcer la liste des classifications

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:7e152cd87eb5fb43d5f3404c4e3f9004' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Dans le startup.sh des tomcat, on a :<br />export<br />\nJAVA_OPTS=&quot;-server -Xms64M -Xmx64M<br />\n-XX:+CMSClassUnloadingEnabled&quot;,<br />et chez moi, ca ne fonctionne<br />\npas si je laisse ces valeurs par d&eacute;faut.<br />J\'ai, notamment, une<br />\nerreur <br />javax.naming.SizeLimitExceededException: [LDAP: error code 4<br />\n- Sizelimit Exceeded]; remaining name \'ou=people\'\n</div>\n', created = 1507750664, expire = 1507837064, headers = '', serialized = 0 WHERE cid = '4:7e152cd87eb5fb43d5f3404c4e3f9004' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:7e152cd87eb5fb43d5f3404c4e3f9004' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Dans le startup.sh des tomcat, on a :<br />export<br />\nJAVA_OPTS=&quot;-server -Xms64M -Xmx64M<br />\n-XX:+CMSClassUnloadingEnabled&quot;,<br />et chez moi, ca ne fonctionne<br />\npas si je laisse ces valeurs par d&eacute;faut.<br />J\'ai, notamment, une<br />\nerreur <br />javax.naming.SizeLimitExceededException: [LDAP: error code 4<br />\n- Sizelimit Exceeded]; remaining name \'ou=people\'\n</div>\n', created = 1507750664, expire = 1507837064, headers = '', serialized = 0 WHERE cid = '4:7e152cd87eb5fb43d5f3404c4e3f9004' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:5d67d4bc6193711fb67f5ed6b97cd8b5' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Dans le formulaire lomfr-sup-full, il y a un onglet classification.<br />\nSur cette div, il y a le champ \"système de classification\". Pour<br />\nafficher la liste de ces dernières, il faut ajouter dans le xml-blank ceci :</p>\n<p> <lom:purpose><br />\n <lom:source>LOMv1.0</lom:source><br />\n <lom:value>discipline</lom:value><br />\n </lom:purpose></p>\n<p>Par contre, si on ajoute un nouveau chemin taxon, cette liste n\'apparait<br />\nplus ( car <lom:value>discipline</lom:value> n\'est plus renseignée ).</p>\n<p>Comment faire pour qu\'il le soit toujours ?</p>\n<p>Pourquoi cette question, j\'explique mon soucis :</p>\n<p>Pour pouvoir publier ma ressource, j\'ai ajouté comme champ obligatoire<br />\nla présence de la CDD22. Si elle n\'est pas présente, je ne peux pas publier.<br />\nLe cas qui peut se produire : la personne qui utilise ce formulaire<br />\najoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie a<br />\nrenseigner ( le premier avec la liste, l\'autre sans ).<br />\nS\'il supprime le tout premier ( qui a la liste ), on se retrouve avec le<br />\nseul sans liste.</p>\n<p>Or, on peut mettre ce que l\'on veut dedans, le workflow ne verra pas le<br />\ntaxon comme CDD22, et donc impossible de publier :/</p>\n<p>La solution que j\'ai trouvée serait de renvoyer la ressource à la<br />\npersonne d\'avant, qu\'elle la valide à nouveau, et part un système de<br />\nxsl, je rajoute <lom:value>discipline</lom:value> pour toutes les<br />\noccurences comme ceci :</p>\n<p><?xml version=\"1.0\" encoding=\"UTF-8\"?></p>\n<p><xsl:stylesheet xmlns:xsl=\"http://www.w3.org/1999/XSL/Transform\"<br />\n xmlns:lom=\"http://ltsc.ieee.org/xsd/LOM\"<br />\n xmlns:vdex=\"http://www.imsglobal.org/xsd/imsvdex_v1p0\"<br />\n xmlns:orioai=\"http://www.ori-oai.org/static/xsd/orioaivocab\"<br />\n xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" version=\"1.0\"></p>\n<p> <xsl:output method=\"xml\" indent=\"yes\" encoding=\"utf-8\" /></p>\n<p> <xsl:template match=\"lom:lom/lom:classification/lom:purpose\"<br />\npriority=\"1\"><br />\n <xsl:copy><br />\n <xsl:apply-templates select=\"@*|node()\"/><br />\n </xsl:copy><br />\n <lom:context><br />\n <lom:source>LOMv1.0</lom:source><br />\n <lom:value>Discipline</lom:value><br />\n </lom:context><br />\n </xsl:template></p>\n<p> <xsl:template match=\"@*|node()\" priority=\"0\"><br />\n <xsl:copy><br />\n <xsl:apply-templates select=\"@*|node()\"/><br />\n </xsl:copy><br />\n </xsl:template></p>\n<p></xsl:stylesheet></p>\n<p>Y a t il un moyen plus propre ?</p>\n<p>Cordialement.</p>\n<p>--<br />\nFrançois Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507750664, expire = 1507837064, headers = '', serialized = 0 WHERE cid = '4:5d67d4bc6193711fb67f5ed6b97cd8b5' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:850f5c32c55b735cdc3d29102807f0b8' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour François,</p>\n<p>Je n\'ai peut-être pas tout compris du besoin. Mais voici ce qu\'il est<br />\npossible de faire avec Ori-Oai 1.6:</p>\n<p>Dans l\'éditeur, pour afficher la liste des classifications , il suffit<br />\nde sélectionner \"discipline\" dans la liste \"Objectif\". On peut<br />\nrenseigner autant de chemin taxon (et donc de classifications) que l\'on<br />\nveut pour la discipline. On peut entrer autant de taxon que l\'on veut<br />\ndans chaque classification.</p>\n<p>Si l\'on travaille en lien avex le workflow, pour vérifier que la fiche<br />\nest bien remplie (CDD22 saisie par ex.), il est possible d\'activer le<br />\ncontrole \"schematron\" avant publication. Cela se fait en indiquant dans<br />\ncommon-parameters.properties : WORKFLOW_LOM_CONTROL=LOM_VALIDATE. Cela a<br />\npour effet d\'exécuter le fichier lomfr-sup-ori-i18n.sch (qui controle<br />\nentre autres que le code dewey est bien saisi pour les champs<br />\nlom:purpose=discipline) dont le résultat conditionne le passage à<br />\nl\'étape suivante . Les erreurs éventuelles sont affichées dans le<br />\ntableau de bord du workflow.</p>\n<p>En tout état de cause, il n\'est pas conseillé de modifier les fiches<br />\nproduites par l\'éditeur.</p>\n<p>J\'espère avoir répondu à la question,<br />\nHenri</p>\n<p>françois lefebvre a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Dans le formulaire lomfr-sup-full, il y a un onglet classification.<br />\n> Sur cette div, il y a le champ \"système de classification\". Pour<br />\n> afficher la liste de ces dernières, il faut ajouter dans le xml-blank<br />\n> ceci :<br />\n><br />\n> <lom:purpose><br />\n> <lom:source>LOMv1.0</lom:source><br />\n> <lom:value>discipline</lom:value><br />\n> </lom:purpose><br />\n><br />\n> Par contre, si on ajoute un nouveau chemin taxon, cette liste<br />\n> n\'apparait plus ( car <lom:value>discipline</lom:value> n\'est plus<br />\n> renseignée ).<br />\n><br />\n> Comment faire pour qu\'il le soit toujours ?<br />\n><br />\n><br />\n> Pourquoi cette question, j\'explique mon soucis :<br />\n><br />\n> Pour pouvoir publier ma ressource, j\'ai ajouté comme champ obligatoire<br />\n> la présence de la CDD22. Si elle n\'est pas présente, je ne peux pas<br />\n> publier.<br />\n> Le cas qui peut se produire : la personne qui utilise ce formulaire<br />\n> ajoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie a<br />\n> renseigner ( le premier avec la liste, l\'autre sans ).<br />\n> S\'il supprime le tout premier ( qui a la liste ), on se retrouve avec<br />\n> le seul sans liste.<br />\n><br />\n> Or, on peut mettre ce que l\'on veut dedans, le workflow ne verra pas<br />\n> le taxon comme CDD22, et donc impossible de publier :/<br />\n><br />\n><br />\n> La solution que j\'ai trouvée serait de renvoyer la ressource à la<br />\n> personne d\'avant, qu\'elle la valide à nouveau, et part un système de<br />\n> xsl, je rajoute <lom:value>discipline</lom:value> pour toutes les<br />\n> occurences comme ceci :<br />\n><br />\n> <?xml version=\"1.0\" encoding=\"UTF-8\"?><br />\n><br />\n> <xsl:stylesheet xmlns:xsl=\"http://www.w3.org/1999/XSL/Transform\"<br />\n> xmlns:lom=\"http://ltsc.ieee.org/xsd/LOM\"<br />\n> xmlns:vdex=\"http://www.imsglobal.org/xsd/imsvdex_v1p0\"<br />\n> xmlns:orioai=\"http://www.ori-oai.org/static/xsd/orioaivocab\"<br />\n> xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" version=\"1.0\"><br />\n><br />\n> <xsl:output method=\"xml\" indent=\"yes\" encoding=\"utf-8\" /><br />\n><br />\n> <xsl:template match=\"lom:lom/lom:classification/lom:purpose\"<br />\n> priority=\"1\"><br />\n> <xsl:copy><br />\n> <xsl:apply-templates select=\"@*|node()\"/><br />\n> </xsl:copy><br />\n> <lom:context><br />\n> <lom:source>LOMv1.0</lom:source><br />\n> <lom:value>Discipline</lom:value><br />\n> </lom:context><br />\n> </xsl:template><br />\n><br />\n> <xsl:template match=\"@*|node()\" priority=\"0\"><br />\n> <xsl:copy><br />\n> <xsl:apply-templates select=\"@*|node()\"/><br />\n> </xsl:copy><br />\n> </xsl:template><br />\n> </xsl:stylesheet><br />\n><br />\n><br />\n> Y a t il un moyen plus propre ?<br />\n><br />\n><br />\n><br />\n> Cordialement.<br />\n><br />\n><br />\n></div>\n</blockquote>\n</div>\n', created = 1507750666, expire = 1507837066, headers = '', serialized = 0 WHERE cid = '4:850f5c32c55b735cdc3d29102807f0b8' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:d8fcdc75d4d733e69573e8d708414973' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour Henri,</p>\n<p>Merci pour l\'info sur Objectif, je n\'avais pas vu que cela était lié,<br />\nj\'ai donc ajouté le champ en mettant par défaut discipline, et mon<br />\nproblème est résolu :)</p>\n<p>Encore merci.</p>\n<p>Henri Jacob a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour François,<br />\n><br />\n> Je n\'ai peut-être pas tout compris du besoin. Mais voici ce qu\'il est<br />\n> possible de faire avec Ori-Oai 1.6:<br />\n><br />\n> Dans l\'éditeur, pour afficher la liste des classifications , il suffit<br />\n> de sélectionner \"discipline\" dans la liste \"Objectif\". On peut<br />\n> renseigner autant de chemin taxon (et donc de classifications) que<br />\n> l\'on veut pour la discipline. On peut entrer autant de taxon que l\'on<br />\n> veut dans chaque classification.<br />\n><br />\n> Si l\'on travaille en lien avex le workflow, pour vérifier que la fiche<br />\n> est bien remplie (CDD22 saisie par ex.), il est possible d\'activer le<br />\n> controle \"schematron\" avant publication. Cela se fait en indiquant<br />\n> dans common-parameters.properties : WORKFLOW_LOM_CONTROL=LOM_VALIDATE.<br />\n> Cela a pour effet d\'exécuter le fichier lomfr-sup-ori-i18n.sch (qui<br />\n> controle entre autres que le code dewey est bien saisi pour les champs<br />\n> lom:purpose=discipline) dont le résultat conditionne le passage à<br />\n> l\'étape suivante . Les erreurs éventuelles sont affichées dans le<br />\n> tableau de bord du workflow.<br />\n><br />\n> En tout état de cause, il n\'est pas conseillé de modifier les fiches<br />\n> produites par l\'éditeur.<br />\n><br />\n> J\'espère avoir répondu à la question,<br />\n> Henri<br />\n><br />\n> françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Dans le formulaire lomfr-sup-full, il y a un onglet classification.<br />\n>> Sur cette div, il y a le champ \"système de classification\". Pour<br />\n>> afficher la liste de ces dernières, il faut ajouter dans le xml-blank<br />\n>> ceci :<br />\n>><br />\n>> <lom:purpose><br />\n>> <lom:source>LOMv1.0</lom:source><br />\n>> <lom:value>discipline</lom:value><br />\n>> </lom:purpose><br />\n>><br />\n>> Par contre, si on ajoute un nouveau chemin taxon, cette liste<br />\n>> n\'apparait plus ( car <lom:value>discipline</lom:value> n\'est plus<br />\n>> renseignée ).<br />\n>><br />\n>> Comment faire pour qu\'il le soit toujours ?<br />\n>><br />\n>><br />\n>> Pourquoi cette question, j\'explique mon soucis :<br />\n>><br />\n>> Pour pouvoir publier ma ressource, j\'ai ajouté comme champ<br />\n>> obligatoire la présence de la CDD22. Si elle n\'est pas présente, je<br />\n>> ne peux pas publier.<br />\n>> Le cas qui peut se produire : la personne qui utilise ce formulaire<br />\n>> ajoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie<br />\n>> a renseigner ( le premier avec la liste, l\'autre sans ).<br />\n>> S\'il supprime le tout premier ( qui a la liste ), on se retrouve avec<br />\n>> le seul sans liste.<br />\n>><br />\n>> Or, on peut mettre ce que l\'on veut dedans, le workflow ne verra pas<br />\n>> le taxon comme CDD22, et donc impossible de publier :/<br />\n>><br />\n>><br />\n>> La solution que j\'ai trouvée serait de renvoyer la ressource à la<br />\n>> personne d\'avant, qu\'elle la valide à nouveau, et part un système de<br />\n>> xsl, je rajoute <lom:value>discipline</lom:value> pour toutes les<br />\n>> occurences comme ceci :<br />\n>><br />\n>> <?xml version=\"1.0\" encoding=\"UTF-8\"?><br />\n>><br />\n>> <xsl:stylesheet xmlns:xsl=\"http://www.w3.org/1999/XSL/Transform\"<br />\n>> xmlns:lom=\"http://ltsc.ieee.org/xsd/LOM\"<br />\n>> xmlns:vdex=\"http://www.imsglobal.org/xsd/imsvdex_v1p0\"<br />\n>> xmlns:orioai=\"http://www.ori-oai.org/static/xsd/orioaivocab\"<br />\n>> xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" version=\"1.0\"><br />\n>><br />\n>> <xsl:output method=\"xml\" indent=\"yes\" encoding=\"utf-8\" /><br />\n>><br />\n>> <xsl:template match=\"lom:lom/lom:classification/lom:purpose\"<br />\n>> priority=\"1\"><br />\n>> <xsl:copy><br />\n>> <xsl:apply-templates select=\"@*|node()\"/><br />\n>> </xsl:copy><br />\n>> <lom:context><br />\n>> <lom:source>LOMv1.0</lom:source><br />\n>> <lom:value>Discipline</lom:value><br />\n>> </lom:context><br />\n>> </xsl:template><br />\n>><br />\n>> <xsl:template match=\"@*|node()\" priority=\"0\"><br />\n>> <xsl:copy><br />\n>> <xsl:apply-templates select=\"@*|node()\"/><br />\n>> </xsl:copy><br />\n>> </xsl:template><br />\n>> </xsl:stylesheet><br />\n>><br />\n>><br />\n>> Y a t il un moyen plus propre ?<br />\n>><br />\n>><br />\n>><br />\n>> Cordialement.<br />\n>><br />\n>><br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n></div>\n</blockquote>\n<p>--<br />\nFrançois Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507750666, expire = 1507837066, headers = '', serialized = 0 WHERE cid = '4:d8fcdc75d4d733e69573e8d708414973' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
3 messages / 0 nouveaux
Sujet clos
Dernière contribution
24 mars 2010 - 3:28pm
#1
francoislefebvre
forcer la liste des classifications
Bonjour,

Dans le formulaire lomfr-sup-full, il y a un onglet classification.
Sur cette div, il y a le champ "système de classification". Pour
afficher la liste de ces dernières, il faut ajouter dans le xml-blank ceci :


LOMv1.0
discipline

Par contre, si on ajoute un nouveau chemin taxon, cette liste n'apparait
plus ( car discipline n'est plus renseignée ).

Comment faire pour qu'il le soit toujours ?

Pourquoi cette question, j'explique mon soucis :

Pour pouvoir publier ma ressource, j'ai ajouté comme champ obligatoire
la présence de la CDD22. Si elle n'est pas présente, je ne peux pas publier.
Le cas qui peut se produire : la personne qui utilise ce formulaire
ajoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie a
renseigner ( le premier avec la liste, l'autre sans ).
S'il supprime le tout premier ( qui a la liste ), on se retrouve avec le
seul sans liste.

Or, on peut mettre ce que l'on veut dedans, le workflow ne verra pas le
taxon comme CDD22, et donc impossible de publier :/

La solution que j'ai trouvée serait de renvoyer la ressource à la
personne d'avant, qu'elle la valide à nouveau, et part un système de
xsl, je rajoute discipline pour toutes les
occurences comme ceci :

xmlns:lom="http://ltsc.ieee.org/xsd/LOM"
xmlns:vdex="http://www.imsglobal.org/xsd/imsvdex_v1p0"
xmlns:orioai="http://www.ori-oai.org/static/xsd/orioaivocab"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">

priority="1">




LOMv1.0
Discipline





Y a t il un moyen plus propre ?

Cordialement.

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

Haut
Étiquettes:
24 mars 2010 - 3:56pm
#2
hjacob
Bonjour François,

Je n'ai peut-être pas tout compris du besoin. Mais voici ce qu'il est
possible de faire avec Ori-Oai 1.6:

Dans l'éditeur, pour afficher la liste des classifications , il suffit
de sélectionner "discipline" dans la liste "Objectif". On peut
renseigner autant de chemin taxon (et donc de classifications) que l'on
veut pour la discipline. On peut entrer autant de taxon que l'on veut
dans chaque classification.

Si l'on travaille en lien avex le workflow, pour vérifier que la fiche
est bien remplie (CDD22 saisie par ex.), il est possible d'activer le
controle "schematron" avant publication. Cela se fait en indiquant dans
common-parameters.properties : WORKFLOW_LOM_CONTROL=LOM_VALIDATE. Cela a
pour effet d'exécuter le fichier lomfr-sup-ori-i18n.sch (qui controle
entre autres que le code dewey est bien saisi pour les champs
lom:purpose=discipline) dont le résultat conditionne le passage à
l'étape suivante . Les erreurs éventuelles sont affichées dans le
tableau de bord du workflow.

En tout état de cause, il n'est pas conseillé de modifier les fiches
produites par l'éditeur.

J'espère avoir répondu à la question,
Henri

françois lefebvre a écrit :

> Bonjour,
>
> Dans le formulaire lomfr-sup-full, il y a un onglet classification.
> Sur cette div, il y a le champ "système de classification". Pour
> afficher la liste de ces dernières, il faut ajouter dans le xml-blank
> ceci :
>
>
> LOMv1.0
> discipline
>
>
> Par contre, si on ajoute un nouveau chemin taxon, cette liste
> n'apparait plus ( car discipline n'est plus
> renseignée ).
>
> Comment faire pour qu'il le soit toujours ?
>
>
> Pourquoi cette question, j'explique mon soucis :
>
> Pour pouvoir publier ma ressource, j'ai ajouté comme champ obligatoire
> la présence de la CDD22. Si elle n'est pas présente, je ne peux pas
> publier.
> Le cas qui peut se produire : la personne qui utilise ce formulaire
> ajoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie a
> renseigner ( le premier avec la liste, l'autre sans ).
> S'il supprime le tout premier ( qui a la liste ), on se retrouve avec
> le seul sans liste.
>
> Or, on peut mettre ce que l'on veut dedans, le workflow ne verra pas
> le taxon comme CDD22, et donc impossible de publier :/
>
>
> La solution que j'ai trouvée serait de renvoyer la ressource à la
> personne d'avant, qu'elle la valide à nouveau, et part un système de
> xsl, je rajoute discipline pour toutes les
> occurences comme ceci :
>
>
>
> > xmlns:lom="http://ltsc.ieee.org/xsd/LOM"
> xmlns:vdex="http://www.imsglobal.org/xsd/imsvdex_v1p0"
> xmlns:orioai="http://www.ori-oai.org/static/xsd/orioaivocab"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">
>
>
>
> > priority="1">
>
>
>
>
> LOMv1.0
> Discipline
>
>
>
>
>
>
>
>
>
>
>
> Y a t il un moyen plus propre ?
>
>
>
> Cordialement.
>
>
>

Haut
24 mars 2010 - 4:18pm
(Répondre à #2) #3
francoislefebvre
Bonjour Henri,

Merci pour l'info sur Objectif, je n'avais pas vu que cela était lié,
j'ai donc ajouté le champ en mettant par défaut discipline, et mon
problème est résolu :)

Encore merci.

Henri Jacob a écrit :

> Bonjour François,
>
> Je n'ai peut-être pas tout compris du besoin. Mais voici ce qu'il est
> possible de faire avec Ori-Oai 1.6:
>
> Dans l'éditeur, pour afficher la liste des classifications , il suffit
> de sélectionner "discipline" dans la liste "Objectif". On peut
> renseigner autant de chemin taxon (et donc de classifications) que
> l'on veut pour la discipline. On peut entrer autant de taxon que l'on
> veut dans chaque classification.
>
> Si l'on travaille en lien avex le workflow, pour vérifier que la fiche
> est bien remplie (CDD22 saisie par ex.), il est possible d'activer le
> controle "schematron" avant publication. Cela se fait en indiquant
> dans common-parameters.properties : WORKFLOW_LOM_CONTROL=LOM_VALIDATE.
> Cela a pour effet d'exécuter le fichier lomfr-sup-ori-i18n.sch (qui
> controle entre autres que le code dewey est bien saisi pour les champs
> lom:purpose=discipline) dont le résultat conditionne le passage à
> l'étape suivante . Les erreurs éventuelles sont affichées dans le
> tableau de bord du workflow.
>
> En tout état de cause, il n'est pas conseillé de modifier les fiches
> produites par l'éditeur.
>
> J'espère avoir répondu à la question,
> Henri
>
> françois lefebvre a écrit :

>> Bonjour,
>>
>> Dans le formulaire lomfr-sup-full, il y a un onglet classification.
>> Sur cette div, il y a le champ "système de classification". Pour
>> afficher la liste de ces dernières, il faut ajouter dans le xml-blank
>> ceci :
>>
>>
>> LOMv1.0
>> discipline
>>
>>
>> Par contre, si on ajoute un nouveau chemin taxon, cette liste
>> n'apparait plus ( car discipline n'est plus
>> renseignée ).
>>
>> Comment faire pour qu'il le soit toujours ?
>>
>>
>> Pourquoi cette question, j'explique mon soucis :
>>
>> Pour pouvoir publier ma ressource, j'ai ajouté comme champ
>> obligatoire la présence de la CDD22. Si elle n'est pas présente, je
>> ne peux pas publier.
>> Le cas qui peut se produire : la personne qui utilise ce formulaire
>> ajoute un nouveau chemin taxon, on se retrouve donc avec 2 taxonomie
>> a renseigner ( le premier avec la liste, l'autre sans ).
>> S'il supprime le tout premier ( qui a la liste ), on se retrouve avec
>> le seul sans liste.
>>
>> Or, on peut mettre ce que l'on veut dedans, le workflow ne verra pas
>> le taxon comme CDD22, et donc impossible de publier :/
>>
>>
>> La solution que j'ai trouvée serait de renvoyer la ressource à la
>> personne d'avant, qu'elle la valide à nouveau, et part un système de
>> xsl, je rajoute discipline pour toutes les
>> occurences comme ceci :
>>
>>
>>
>> >> xmlns:lom="http://ltsc.ieee.org/xsd/LOM"
>> xmlns:vdex="http://www.imsglobal.org/xsd/imsvdex_v1p0"
>> xmlns:orioai="http://www.ori-oai.org/static/xsd/orioaivocab"
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">
>>
>>
>>
>> >> priority="1">
>>
>>
>>
>>
>> LOMv1.0
>> Discipline
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Y a t il un moyen plus propre ?
>>
>>
>>
>> Cordialement.
>>
>>
>>

>
>

--
François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

Haut

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos
‹ Sujet précédent : Erreur md editor, people_vcard Sujet suivant : SRW/SRU ›