[koha-Infos] Recherches avancées

[ledrezen]

On 21/02/2011 13:54, Fridolyn SOMERS wrote:
> Le 21/02/2011 11:46, ledrezen a écrit :
>> On 17/02/2011 15:45, LAURENT Henri-Damien wrote:
>>> Le 17/02/2011 14:37, ledrezen a écrit :
>>>>   Bonjour,
>>>>
>>>>
>>>> Quel que soit le positionnement de *AdvancedSearchTypes* [ccode ou
>>>> itemtypes] nous obtenons toujours un message d'erreur à l'opac du type
>>>> suivant  bien que ces champs soient renseignés :
>>>>
>>>> Aucune réponse ne correspond à votre recherche “kw,wrdl: gaulois
>>>> mc-ccode:LIVR” dans le catalogue de SCD UDL
>>>>
>>>>
>>>> Nous avons le même type d'erreur quand nous sélectionnons un site
>>>> particulier :
>>>>
>>>> Aucune réponse ne correspond à votre recherche “kw,wrdl: gaulois
>>>> branch:Metz Saulcy BU” dans le catalogue de SCD UDL
>>>>
>>>>
>>>>
>>>> Merci d'avance pour toute aide
>>>>
>>>> Alain Le Drezen
>>>> Groupe d'étude SIGB Univ Lorraine
>>> Pourriez-vous regarder dans le champ biblioitems.marcxml pour voir si
>>> les informations que vous pensez indexer se trouvent bien dans les
>>> champs indexés par le record.abs ?
>>> Avez vous dans la configuration de zebra (zebra-biblios.cfg, dans la
>>> ligne ProfilePath la valeur attendue : marcdefs/unimarc/biblio)
>>> Et le record.abs contient-il bien les bons indexs ?
>>
>> Merci à tous.
>> Zebra est démarré. Les champs bilioitems.marcxml sont corrects.
>> Nos informations d'item sont en 966 (héritage de Millenium).
>> J'ai donc corrigé le record.abs. Dans le doute j'ai aussi corrigé 
>> ||||NoZebraIndexes  dans preférences-system/recherche (je ne vois pas 
>> bien le lien entre ces deux configurations).
>> La recherche avancée sur mc-itype fonctionne correctement.
>> Mais la recherche sur branche retournes toujours le même message 
>> d'erreur . Est-ce normal que le message d'erreur "Aucune réponse ne 
>> correspond à votre recherche “kw,wrdl: gaulois branch:Metz Saulcy BU” 
>> utilise le nom du site et pas son code ? Sur un filtre par itype il 
>> utilise bien le code du type et non pas son libellé.
>>
>> D'autre part le module "Limites de transfert réseau" retourne 
>> systématiquement l'erreur :
>> Can't call method "execute" on an undefined value at 
>> /usr/share/koha/intranet/cgi-bin/admin/branch_transfer_limits.pl line 73.
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Infos mailing list
>> Infos at listes.koha-fr.org  <mailto:Infos at listes.koha-fr.org>
>> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos
> Bonjour,
>
> En effet, ce n'est pas normal que la recherche soit filtrée par le 
> libéllé de la branche au lieu de son code.
> Vous pouvez vérifier en regardant l'URL de la page des résultats.
>
> Avez-vous bien défini des codes pour les branches dans l'Administration?
> Est-ce bien ces codes qui sont stockés dans l'XML ?
>
> Pour aller plus loin dans l'analyse, je vous conseil de regarder les 
> log du serveur Zerba.
>
> Cordialement,
> -- 
> Fridolyn SOMERS
> /*Société PROGILONE*
> 24b, rue Jean Baldassini
> 69007 LYON
> +33(0)4.72.76.29.22
> / fridolyn.somers at progilone.fr <mailto:fridolyn.somers at progilone.fr>
>
>
> _______________________________________________
> Infos mailing list
> Infos at listes.koha-fr.org
> https://listes.koha-fr.org/cgi-bin/mailman/listinfo/infos
Merci, la recherche se fait bien sur le code (c'est clair dans l'url).
En fait le pb venait une fois de plus de record.abs, dans lequel je 
n'avais pas défini de homebranch en 966.
Etrangement, l'affichage à l'OPAC utilise comme filtre le homebranch et 
non pas le holdingbranch.

Encore merci.



-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/infos/attachments/20110221/0ce69016/attachment-0001.htm>