Comments on: Roy Tennant: NCSU et Primo http://www.nicolasmorin.com/?p=88 nicolas morin Fri, 03 Sep 2010 14:31:56 +0000 hourly 1 http://wordpress.org/?v=abc By: Yann http://www.nicolasmorin.com/?p=88&cpage=1#comment-8 Yann Thu, 06 Jul 2006 14:59:17 +0000 http://www.nicolasmorin.com/blog/?p=88#comment-8 On est d'accord. Dans notre expérimentation, comme tu le sais, on est passé par une passerelle z3950/SRU sur les index Sudoc pour développer très vite un essai d'interface enrichie en repartant des notices brutes (marcxml). D'ailleurs, les performances étaient déplorables. Mais, en l'espèce, l'intérêt était ailleurs. On est d’accord.
Dans notre expérimentation, comme tu le sais, on est passé par une passerelle z3950/SRU sur les index Sudoc pour développer très vite un essai d’interface enrichie en repartant des notices brutes (marcxml). D’ailleurs, les performances étaient déplorables. Mais, en l’espèce, l’intérêt était ailleurs.

]]> By: nicolas.morin http://www.nicolasmorin.com/?p=88&cpage=1#comment-7 nicolas.morin Thu, 06 Jul 2006 14:05:38 +0000 http://www.nicolasmorin.com/blog/?p=88#comment-7 Au fond je suis d'accord. Je pense que les web services peuvent être utilisés en complément de la recherche. En particulier, dans un cadre BU, pour tout ce qui n'est pas strictement bibliographique: le compte lecteur, par ex.; ou bien la disponibilité des ouvrages. Là où j'ai des doutes, c'est pour l'utilisation "live" des web services pour la recherche, qui attaquerait les index du SIGB. Au fond je suis d’accord. Je pense que les web services peuvent être utilisés en complément de la recherche. En particulier, dans un cadre BU, pour tout ce qui n’est pas strictement bibliographique: le compte lecteur, par ex.; ou bien la disponibilité des ouvrages.
Là où j’ai des doutes, c’est pour l’utilisation “live” des web services pour la recherche, qui attaquerait les index du SIGB.

]]> By: Yann http://www.nicolasmorin.com/?p=88&cpage=1#comment-6 Yann Thu, 06 Jul 2006 10:07:30 +0000 http://www.nicolasmorin.com/blog/?p=88#comment-6 Le nouveau catalogue collectif australien (http://librariesaustralia.nla.gov.au) utilise le système central d'OCLC PICA (comme le Sudoc), mais pas l'interface vendue par PICA. Ils ont rechargé leurs données dans un moteur d'indexation (http://www.teratext.com.au/) développé, à l'origine, par un labo australien. Je suis d'accord avec toi, Nicolas, sur le principe de réindexer toute la base bibliographique (et les autorités), mais je persiste à penser que cette indexation centrale des données doit coexister avec le recours à des webservices qui peuvent compléter les données indexées (http://www.abes.fr/abes/documents/reseau/journees_reseau/05_ExperimentationWebSudoc.ppt). Le web doit rester décentralisé. Faut-il que chacun maintienne des index aussi monstrueux que ceux de Scopus ou de Los Alamos (http://library.lanl.gov/lww/vision.htm) ? Bien sûr cela dépend des missions et fonctions qu'on associe à son catalogue. Le nouveau catalogue collectif australien (http://librariesaustralia.nla.gov.au) utilise le système central d’OCLC PICA (comme le Sudoc), mais pas l’interface vendue par PICA.
Ils ont rechargé leurs données dans un moteur d’indexation (http://www.teratext.com.au/) développé, à l’origine, par un labo australien.

Je suis d’accord avec toi, Nicolas, sur le principe de réindexer toute la base bibliographique (et les autorités), mais je persiste à penser que cette indexation centrale des données doit coexister avec le recours à des webservices qui peuvent compléter les données indexées (http://www.abes.fr/abes/documents/reseau/journees_reseau/05_ExperimentationWebSudoc.ppt). Le web doit rester décentralisé. Faut-il que chacun maintienne des index aussi monstrueux que ceux de Scopus ou de Los Alamos (http://library.lanl.gov/lww/vision.htm) ?
Bien sûr cela dépend des missions et fonctions qu’on associe à son catalogue.

]]>