Hello, I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects? Regards, Deependra
Hi, 2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/). Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
Dear all, Galen Charlton (2009/04/20 07:07 -0500):
Hi,
2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/).
Many thanks for having mentionned these projects on the list. I just went through all of them and would like to request advices from all of you. The organization that employs to me provides a digital library for visually impaired persons: http://www.bibliotheque-helene.org and http://www.serveur-helene.org Generally speaking, the books are provided to us by their publishers. In general the files they provide are in PDF format. We then convert these files o obtain books in DAISY format, cf. http://www.daisy.org The books are then made available to the blind, either directly in daisy or in other formats which are produced automatically thanks to the files in daisy. The books are delivered so that the readrs cannot copy them freely, thanks to a public-key infrastructure. For the moment, almost all the tools we are using to manage the library are home-made. Technically speaking, there are two components involved. 1. A file server where the books are stored and who performs the necessary conversions between formats, and the encryption of copyrighted material. 2. A webserver which is used as a gateway between the file server and the rest of the world. Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions. 1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ? 2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ? Let me thank you all in advance for any comment, idea, suggestion or criticism you will share. Everything is welcome so please do not hesitate to share everything that comes to your mind. Best wishes, Sébastien.
I've used Greenstone in the past, and it seemed to work fairly well. However, given that you have the files hosted on a fileserver, you shouldn't have a problem using Koha for indexing and searching them. I don't know the particulars of the process, but I've always wanted to add the contents of Project Gutenberg to our catalog. I would say that I've found Koha easier to use than Greenstone, but it's been years since I've worked with Greenstone. Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Wed, Apr 22, 2009 at 6:08 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Dear all,
Galen Charlton (2009/04/20 07:07 -0500):
Hi,
2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/).
Many thanks for having mentionned these projects on the list. I just went through all of them and would like to request advices from all of you. The organization that employs to me provides a digital library for visually impaired persons: http://www.bibliotheque-helene.org and http://www.serveur-helene.org Generally speaking, the books are provided to us by their publishers. In general the files they provide are in PDF format. We then convert these files o obtain books in DAISY format, cf. http://www.daisy.org The books are then made available to the blind, either directly in daisy or in other formats which are produced automatically thanks to the files in daisy. The books are delivered so that the readrs cannot copy them freely, thanks to a public-key infrastructure.
For the moment, almost all the tools we are using to manage the library are home-made. Technically speaking, there are two components involved. 1. A file server where the books are stored and who performs the necessary conversions between formats, and the encryption of copyrighted material.
2. A webserver which is used as a gateway between the file server and the rest of the world.
Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions.
1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ?
2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ?
Let me thank you all in advance for any comment, idea, suggestion or criticism you will share. Everything is welcome so please do not hesitate to share everything that comes to your mind.
Best wishes, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hi Kyle, and thanks a lot for your response. In Unimarc, which fields would you use to store all the datas that are specific to files, such as format, size, perhaps a hash, etc. ? Any recommandations on this ? Thanks ! Sébastien.
Hi, At 14.22 22/04/2009, Sébastien Hinderer wrote:
Hi Kyle, and thanks a lot for your response.
In Unimarc, which fields would you use to store all the datas that are specific to files, such as format, size, perhaps a hash, etc. ? Any recommandations on this ?
with UNIMARC you can use the fields: 135, 230, 315, 336, 337, 856, specific 9xx fields From France, check on your Nation Agency. There was a recent update of UNIMARC [version 3°]. Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)
I haven't found alot that would help. It looks like field 256 and 856 are used for Electronic Location and Access in unimarc, holdings data and bibliographic data, respectively. I found this here: http://www.ifla.org.sg/VI/8/projects/UNIMARC-HoldingsFormat04.pdf I can believe that the biblioitems table in Koha has a URL field, it should be possible to map this to a given MARC field. Others on the list with more knowledge than I may be able to shed some more light on this subject. This link details Field 256: http://www.unimarc.info/holdings/1/en/256 Kyle http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org ) On Wed, Apr 22, 2009 at 8:22 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Hi Kyle, and thanks a lot for your response.
In Unimarc, which fields would you use to store all the datas that are specific to files, such as format, size, perhaps a hash, etc. ? Any recommandations on this ?
Thanks ! Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hey Kyle and all, Many thanks for all the information you have kindly provided, especially unimarc.info, I didn't know about this ressource which will definitely be helpful ! I think one of the things which is crucial and needs to be figured out is: how should the fact that one book is available in several formats be taken into account and represented in marc. Indeed, it is often the case that for one book we have a PDF provided by the publisher, from which we extract a docx version which is used to structure the book (mark titles as titles, so that they appear in the outline mode of Word), etc. Then we use the Save-as-daisy feature of Word to produce the daisy file, from which a variety of formats is produced, ranging from html to pdf in large print and files ready to be embossed in braille. And we need to keep track of all these files. Of course, one way would be to henerate several bibliographic records for one book (i.e. one bibliographic record for each format), but I'm pretty sure this is poor design, not easy to maintain... So, if someone has suggestions about how to solve this, I'd be grateful if he/she could let me know. Thanks very much in advance for any hint, and thanks again for all the help you guys provided so far. Best wishes, Sébastien.
I would recommend the AUTOCAT list for this type of query. I'm not a cataloger, so there've been several occasions when I've turned to this list for advice about MARC & other related issues. The folks there have been exceptionally helpful. All the best, Cab Vinton, Director Sanbornton Public Library Sanbornton, NH On Thu, Apr 23, 2009 at 6:24 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Hey Kyle and all,
Many thanks for all the information you have kindly provided, especially unimarc.info, I didn't know about this ressource which will definitely be helpful !
I think one of the things which is crucial and needs to be figured out is: how should the fact that one book is available in several formats be taken into account and represented in marc. Indeed, it is often the case that for one book we have a PDF provided by the publisher, from which we extract a docx version which is used to structure the book (mark titles as titles, so that they appear in the outline mode of Word), etc. Then we use the Save-as-daisy feature of Word to produce the daisy file, from which a variety of formats is produced, ranging from html to pdf in large print and files ready to be embossed in braille. And we need to keep track of all these files. Of course, one way would be to henerate several bibliographic records for one book (i.e. one bibliographic record for each format), but I'm pretty sure this is poor design, not easy to maintain... So, if someone has suggestions about how to solve this, I'd be grateful if he/she could let me know.
Thanks very much in advance for any hint, and thanks again for all the help you guys provided so far.
Best wishes, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hi Cab, Thanks a lot for you radvice about autocat ! This seems an excellent idea ! Cheers, Sébastien.
Hi, On Thu, Apr 23, 2009 at 9:24 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Of course, one way would be to henerate several bibliographic records for one book (i.e. one bibliographic record for each format), but I'm pretty sure this is poor design, not easy to maintain...
Creating a MARC bibs for each format is actually done at some libraries, but it does have obvious problems.
So, if someone has suggestions about how to solve this, I'd be grateful if he/she could let me know.
The 856 (URL) field is a repeatable field in MARC21, so you can have a single bib record for each title that links to all of the formats. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
Hi Galen, thanks for your quick reply.
The 856 (URL) field is a repeatable field in MARC21, so you can have a single bib record for each title that links to all of the formats.
Okay. We plan to use Unimarc rather than marc21, but I believe 856 is also repeatable in this marc dialect. However, I'd say that we need to store not only a link for each format, but also the type of ressource the link points to. But maybe this is easy to do and I can find out about that by myself. You guys already helped a lot. Cheers, Sébastien.
Hi, On Thu, Apr 23, 2009 at 9:51 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Okay. We plan to use Unimarc rather than marc21, but I believe 856 is also repeatable in this marc dialect. However, I'd say that we need to store not only a link for each format, but also the type of ressource the link points to. But maybe this is easy to do and I can find out about that by myself. You guys already helped a lot.
The 856 has a subfield for a public note that could be used to store and display the format. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
Hi, I have also addressed this problem as Galen has suggested. For the purpose of indexing, convert the non text format documents to text format and provide link to the original document format for keeping the look and feel of the document. Hence a document will have only one bibliographic entry but links can be given to different formats through a repeatable field such as 856. -Anuradha
Hi,
On Thu, Apr 23, 2009 at 9:24 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Of course, one way would be to henerate several bibliographic records for one book (i.e. one bibliographic record for each format), but I'm pretty sure this is poor design, not easy to maintain...
Creating a MARC bibs for each format is actually done at some libraries, but it does have obvious problems.
So, if someone has suggestions about how to solve this, I'd be grateful if he/she could let me know.
The 856 (URL) field is a repeatable field in MARC21, so you can have a single bib record for each title that links to all of the formats.
Regards,
Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, I have been working with Greenstone for quite time, details of which can be accessed at: http://vidya-mapak.ncsi.iisc.ernet.in/cgi-bin/library http://vidya-mapak.ncsi.iisc.ernet.in/bahubhashi/index.html and since last one year under a project sponsored by IDRC, a small team is working on integrated library automation packages including Koha, details can be accessed at: http://dharmaganja.ncsi.iisc.ernet.in I am glad to inform this list that we have successfully tested integrating Greenstone into Koha, for making Koha to search fulltext documents and also to work as a digital library. Also, we have almost tested making this possible with available backend in Koha itself, i.e., MySql and Zebra. We are planning to put on our project server, may be in a week or two. Regards, Anuradha On Wed, 22 Apr 2009, Kyle Hall wrote:
I've used Greenstone in the past, and it seemed to work fairly well. However, given that you have the files hosted on a fileserver, you shouldn't have a problem using Koha for indexing and searching them. I don't know the particulars of the process, but I've always wanted to add the contents of Project Gutenberg to our catalog. I would say that I've found Koha easier to use than Greenstone, but it's been years since I've worked with Greenstone.
Kyle
http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org )
On Wed, Apr 22, 2009 at 6:08 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Dear all,
Galen Charlton (2009/04/20 07:07 -0500):
Hi,
2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/).
Many thanks for having mentionned these projects on the list. I just went through all of them and would like to request advices from all of you. The organization that employs to me provides a digital library for visually impaired persons: http://www.bibliotheque-helene.org and http://www.serveur-helene.org Generally speaking, the books are provided to us by their publishers. In general the files they provide are in PDF format. We then convert these files o obtain books in DAISY format, cf. http://www.daisy.org The books are then made available to the blind, either directly in daisy or in other formats which are produced automatically thanks to the files in daisy. The books are delivered so that the readrs cannot copy them freely, thanks to a public-key infrastructure.
For the moment, almost all the tools we are using to manage the library are home-made. Technically speaking, there are two components involved. 1. A file server where the books are stored and who performs the necessary conversions between formats, and the encryption of copyrighted material.
2. A webserver which is used as a gateway between the file server and the rest of the world.
Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions.
1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ?
2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ?
Let me thank you all in advance for any comment, idea, suggestion or criticism you will share. Everything is welcome so please do not hesitate to share everything that comes to your mind.
Best wishes, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi, 2009/4/22 K.T Anuradha <anu@ncsi.iisc.ernet.in>:
I am glad to inform this list that we have successfully tested integrating Greenstone into Koha, for making Koha to search fulltext documents and also to work as a digital library. Also, we have almost tested making this possible with available backend in Koha itself, i.e., MySql and Zebra. We are planning to put on our project server, may be in a week or two.
This is excellent news, and I look forward to seeing your work. What versions of Koha and Greenstone have you integrated? Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
We have tested Koha 3.0 and Greenstone 2.80 (also Greenstone 3.03) on Ubuntu 8.04 server. On Wed, 22 Apr 2009, Galen Charlton wrote:
Hi,
2009/4/22 K.T Anuradha <anu@ncsi.iisc.ernet.in>:
I am glad to inform this list that we have successfully tested integrating Greenstone into Koha, for making Koha to search fulltext documents and also to work as a digital library. Also, we have almost tested making this possible with available backend in Koha itself, i.e., MySql and Zebra. We are planning to put on our project server, may be in a week or two.
This is excellent news, and I look forward to seeing your work. What versions of Koha and Greenstone have you integrated?
Regards,
Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hello Anuradha, Thank you for sharing these exciting achievements with list members. Might you also have tested an integration of Koha with any of these other open source digital library systems: Kete (http://kete.net.nz/), Fedora (http://www.fedora-commons.org/) or DSpace (www.dspace.org/)? If so , can you please share why Greenstone was chosen over the others? Regards, Irma CALYX information essentials -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of K.T Anuradha Sent: Wednesday, 22 April 2009 10:55 PM To: Kyle Hall Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] koha features Hi, I have been working with Greenstone for quite time, details of which can be accessed at: http://vidya-mapak.ncsi.iisc.ernet.in/cgi-bin/library http://vidya-mapak.ncsi.iisc.ernet.in/bahubhashi/index.html and since last one year under a project sponsored by IDRC, a small team is working on integrated library automation packages including Koha, details can be accessed at: http://dharmaganja.ncsi.iisc.ernet.in I am glad to inform this list that we have successfully tested integrating Greenstone into Koha, for making Koha to search fulltext documents and also to work as a digital library. Also, we have almost tested making this possible with available backend in Koha itself, i.e., MySql and Zebra. We are planning to put on our project server, may be in a week or two. Regards, Anuradha On Wed, 22 Apr 2009, Kyle Hall wrote:
I've used Greenstone in the past, and it seemed to work fairly well. However, given that you have the files hosted on a fileserver, you shouldn't have a problem using Koha for indexing and searching them. I don't know the particulars of the process, but I've always wanted to add the contents of Project Gutenberg to our catalog. I would say that I've found Koha easier to use than Greenstone, but it's been years since I've worked with Greenstone.
Kyle
http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org )
On Wed, Apr 22, 2009 at 6:08 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Dear all,
Galen Charlton (2009/04/20 07:07 -0500):
Hi,
2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/).
Many thanks for having mentionned these projects on the list. I just went through all of them and would like to request advices from all of you. The organization that employs to me provides a digital library for visually impaired persons: http://www.bibliotheque-helene.org and http://www.serveur-helene.org Generally speaking, the books are provided to us by their publishers. In general the files they provide are in PDF format. We then convert these files o obtain books in DAISY format, cf. http://www.daisy.org The books are then made available to the blind, either directly in daisy or in other formats which are produced automatically thanks to the files in daisy. The books are delivered so that the readrs cannot copy them freely, thanks to a public-key infrastructure.
For the moment, almost all the tools we are using to manage the library are home-made. Technically speaking, there are two components involved. 1. A file server where the books are stored and who performs the necessary conversions between formats, and the encryption of copyrighted material.
2. A webserver which is used as a gateway between the file server and the rest of the world.
Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions.
1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ?
2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ?
Let me thank you all in advance for any comment, idea, suggestion or criticism you will share. Everything is welcome so please do not hesitate to share everything that comes to your mind.
Best wishes, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Dear Irma, We have been trying with Kete and Fedora. Installation of Kete with Git has some problems as we have to go through a proxy server. Moreover, Kete does not index all type of document formats (pdf, ppt, doc, rtf etc) according to the documentation provided on the Kete web site. We are trying with Fedora and we have problem with configuring fsearch on Fedora. Both Kete and Fedora mailing list is not very active and helpful, which is very much required in any open source development. I have been working with Greenstone for quite sometime and the familiarity made me to use Greenstone for full text indexing. Other reasons for using Greenstone includes easy installation, active mailing list, index different file formats using inbuilt convertors, Greenstone 3.x version allows incremetal building.... We have been trying Fedora also as it supports both Zebra and Lucene. Is anyone working on Fedora? Regards, Anuradha On Sun, 26 Apr 2009, Irma Birchall wrote:
Hello Anuradha,
Thank you for sharing these exciting achievements with list members.
Might you also have tested an integration of Koha with any of these other open source digital library systems: Kete (http://kete.net.nz/), Fedora (http://www.fedora-commons.org/) or DSpace (www.dspace.org/)? If so , can you please share why Greenstone was chosen over the others?
Regards, Irma CALYX information essentials
-----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of K.T Anuradha Sent: Wednesday, 22 April 2009 10:55 PM To: Kyle Hall Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] koha features
Hi,
I have been working with Greenstone for quite time, details of which can be accessed at: http://vidya-mapak.ncsi.iisc.ernet.in/cgi-bin/library http://vidya-mapak.ncsi.iisc.ernet.in/bahubhashi/index.html and since last one year under a project sponsored by IDRC, a small team is working on integrated library automation packages including Koha, details can be accessed at: http://dharmaganja.ncsi.iisc.ernet.in
I am glad to inform this list that we have successfully tested integrating Greenstone into Koha, for making Koha to search fulltext documents and also to work as a digital library. Also, we have almost tested making this possible with available backend in Koha itself, i.e., MySql and Zebra. We are planning to put on our project server, may be in a week or two.
Regards, Anuradha
On Wed, 22 Apr 2009, Kyle Hall wrote:
I've used Greenstone in the past, and it seemed to work fairly well. However, given that you have the files hosted on a fileserver, you shouldn't have a problem using Koha for indexing and searching them. I don't know the particulars of the process, but I've always wanted to add the contents of Project Gutenberg to our catalog. I would say that I've found Koha easier to use than Greenstone, but it's been years since I've worked with Greenstone.
Kyle
http://www.kylehall.info Information Technology Crawford County Federated Library System ( http://www.ccfls.org )
On Wed, Apr 22, 2009 at 6:08 AM, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> wrote:
Dear all,
Galen Charlton (2009/04/20 07:07 -0500):
Hi,
2009/4/20 Deependra Tandukar <dtandukar@icimod.org>:
I am new to this list and KOHA. Does KOHA support document attachment and full text indexing? How about multimedia objects?
Koha doesn't support these features directly, although Koha can certainly be used to link to multimedia objects stored in an external content management system. You may be looking for a digital library platform. There are a number of open source digital library systems out there, including Kete (http://kete.net.nz/), Greenstone (http://www.greenstone.org/), Fedora (http://www.fedora-commons.org/).
Many thanks for having mentionned these projects on the list. I just went through all of them and would like to request advices from all of you. The organization that employs to me provides a digital library for visually impaired persons: http://www.bibliotheque-helene.org and http://www.serveur-helene.org Generally speaking, the books are provided to us by their publishers. In general the files they provide are in PDF format. We then convert these files o obtain books in DAISY format, cf. http://www.daisy.org The books are then made available to the blind, either directly in daisy or in other formats which are produced automatically thanks to the files in daisy. The books are delivered so that the readrs cannot copy them freely, thanks to a public-key infrastructure.
For the moment, almost all the tools we are using to manage the library are home-made. Technically speaking, there are two components involved. 1. A file server where the books are stored and who performs the necessary conversions between formats, and the encryption of copyrighted material.
2. A webserver which is used as a gateway between the file server and the rest of the world.
Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions.
1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ?
2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ?
Let me thank you all in advance for any comment, idea, suggestion or criticism you will share. Everything is welcome so please do not hesitate to share everything that comes to your mind.
Best wishes, Sébastien. _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Hi Sébastien
Now, our project is to build a new version of the library, which would use as much open-source technology as possible. One idea we have is to rewrite the web server part based on a Library Management System such as koha. Given the projects mentionned above and the short description of our library, I have several questions.
1. According to you, is koha the best candidate for building a digital library ? Can you think of other library management systems which would make it easier to handle digital ressources and at the same time use standards such as Marc and Z3950 ?
2. Does the present architecture (web server + file server) look relevant to you ? Would you recommend to base the file server on a tool such that Fedora Commons, or would you rather suggest to use a revision control system or even another content management system ?
why do you want a library management system ? Do you need to setup circulation policies ? Do you need to catalague serials ? Do you need to manage acquistion ? If from Koha you need only catalogue and Opac with 'simple' metadata, well Koha is too much for you. You probably do a best choice if you select a software like Greestone or Dspace. Koha, IMHO, is ok if you want: -- to catalogue with full MARC21/UNIMARC set of metatda -- do you want an Opac with specific indexes on your data. Is not easy but with Zebra you can index every field/subfield do you want -- a Z39.50 / SRU server is good extra for you -- To use an authority to catalogue is a good extra for you In fact you still have many work to do on Koha to gain your gaols. Do you need inside (or you need to pay): -- People with good Library Science knowledge (exp. on Z39.50) -- People good on Linux and with good dev skills on perl Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)
participants (9)
-
anu@ncsi.iisc.ernet.in -
Cab Vinton -
Deependra Tandukar -
Galen Charlton -
Irma Birchall -
K.T Anuradha -
Kyle Hall -
Sébastien Hinderer -
Zeno Tajoli