Hi. If you all agree I could go for my first suggestion in my proposal, which will be to create a new camel-oai-pmh project based on Carlos' previous work, fixing possible issues and fulfilling missing features. Obviously, I will add authorship acknowledgements on the code that I reuse from Carlos and references to his original project. Also, as suggested by Denis I could extend my work with documentation, examples, osgi support, etc.
I you agree with that I could prepare my proposal right away and share with you in order to receive some feedback before sending it to Google. Please let me know your thoughts, specially related to possible the licensing concerns on my plan. I am not an expert at all. Cheers, Juan El mar., 10 mar. 2020 a las 10:01, Carlos Badenes Olmedo (< cbade...@gmail.com>) escribió: > Hi, > > Thank you very much, Ralf, for adding me to the loop. > > A few years ago I developed a component for Camel [1] to download > meta-information from some OAI-PMH repositories. That was a partial work I > had to develop in the European project DrInventor [2]. > > Since then I haven't worked on that component again but I would be happy > to take up the work again to fix possible bugs, add new functionality and > update what was needed. > > If you think it's a good starting point we can start from that content and > move on. > > Regards > > [1] - https://github.com/cbadenes/camel-oaipmh < > https://github.com/cbadenes/camel-oaipmh> > [2] - http://drinventor.eu <http://drinventor.eu/> > > > > > Carlos Badenes-Olmedo > cbade...@gmail.com > cbadenes.github.io <http://cbadenes.github.io/> > > > > > > On 10 Mar 2020, at 10:45, Ralf Claussnitzer < > ralf.claussnit...@slub-dresden.de> wrote: > > > > Hi, > > > > I made the original developer of the old OAI-PMH library (Carlos > Badenes-Olmedo) aware of the discussion here. He showed interest in further > developing the component but he did not yet join the discussion so I put > him in BCC. > > > > @Carlos: Please consider registering for the mailing list. Maybe we can > sort out the issues or even rewrite the component to current standards. > > > >> Alternatively, there are other standards that are not still implemented > in > >> Apache Camel and they are used in libraries world-wide such as > >> MARC21/MARCXML [1] or Z39.50 [2]. > > I can confirm. These are widly used in the library data space. But I > think MARC21/MARCXML transformation does not need a component. > > > > Another (ancient) library standard is SRU [1]. That one could use a > component too. > > > > [1] https://www.loc.gov/standards/sru/ > > > > Regards, > > Ralf > > > > On 3/10/20 10:23 AM, Denis Istomin wrote: > >> Hello Juan, > >> I think it would be great idea to implement new camel-oai-pmh > >> component with all features support (that you mentioned) including > >> docs, examples, OSGI support etc. > >> Also I think it would be useful to have specific example project that > >> uses OAI-PMH (based on your expierence in university) [0]. > >> > >> By the way, you could implement multiple components/tasks during GSoC > [1] > >> Maybe you could start to write a proposal [2]. > >> > >> [0] https://github.com/apache/camel-examples > >> [1] > https://issues.apache.org/jira/browse/CAMEL-14625?jql=project%20%3D%20CAMEL%20AND%20labels%20%3D%20gsoc2020%20AND%20assignee%20in%20(EMPTY) > >> [2] https://google.github.io/gsocguides/student/writing-a-proposal > >> -- > >> Denis Istomin > >> > >> On Tue, Mar 10, 2020 at 3:17 AM Juan Segarra <juanksegar...@gmail.com> > wrote: > >>> Hi all, > >>> > >>> I was not aware of the existence of that project [0], thanks for the > >>> information. I think that there some details to take into account. > >>> > >>> - The project is licensed under GPL 3.0, I do not know if there is any > >>> conflict with the Apache Licence. > >>> - Even though the the last realease was a few months ago, the last > commits > >>> were made 4 years ago. > >>> - Some features such as: GetRecord, ListSets are not implemented yet. > >>> - Only the oai_dc metadata format seems to be supported, since there > are > >>> not schema definitions for other formats such as: xoai or rdf. > >>> - It seems that it needs some minor changes to work, I downloaded the > code > >>> and tried to run it, but obtained some errors in the xjc goal of the > >>> jaxb2-maven-plugin that need to be reviewed. > >>> > >>> I would like to know your opinion about this. On one hand, I could port > >>> this project to the Apache Camel codebase (under the creator permission > >>> obviously) and implement all missing features, On the other hand, I > could > >>> implement a new OAI-PMH component from scratch in order to not > interfere > >>> with this project. > >>> > >>> Alternatively, there are other standards that are not still > implemented in > >>> Apache Camel and they are used in libraries world-wide such as > >>> MARC21/MARCXML [1] or Z39.50 [2]. There are also good options to be > Apache > >>> Camel Components and I have some experience working with them. So, I > could > >>> to create a proposal for them instead. > >>> > >>> Please let me known your thoughts about this. > >>> > >>> [0] https://github.com/cbadenes/camel-oaipmh > >>> [1] https://en.wikipedia.org/wiki/MARC_standards > >>> [2] https://en.wikipedia.org/wiki/Z39.50 > >>> > >>> Best regards > >>> Juan > >>> > >>> El vie., 6 mar. 2020 a las 3:45, Andrea Cosentino (<anco...@gmail.com > >) > >>> escribió: > >>> > >>>> Hello Juan, > >>>> > >>>> The proposal looks interesting to me. Maybe you can write down your > >>>> proposal to submit for Gsoc. > >>>> > >>>> Il giorno gio 5 mar 2020 alle ore 05:56 Juan Segarra < > >>>> juanksegar...@gmail.com> ha scritto: > >>>> > >>>>> Hi all, > >>>>> > >>>>> I am Juan Carlos Segarra a student at UDC in Ecuador. I am looking > >>>> forward > >>>>> to participate as a GSoC student this year. I have some experience > >>>> working > >>>>> with Java, Maven and Git, and I am familiar with Apache Camel > because I > >>>>> used it during an internship last year at my university. > >>>>> > >>>>> In that internship, we tried to integrate some digital repositories, > >>>>> digital libraries and other sources of my university using only > Apache > >>>>> Camel, however as we found out, Apache Camel currently does not > support > >>>> the > >>>>> OAI-PMH [0] protocol for harvesting that kind of data. So, we had to > >>>>> develop a workaround with third-party software. Therefore, I thought > I > >>>>> could propose the implementation of a consumer component for OAI-PMH > to > >>>> the > >>>>> Apache Camel Community. I think that such component will be extremely > >>>>> useful for people working with digital repositories and data > integration > >>>> in > >>>>> libraries world-wide. > >>>>> > >>>>> Please, let me known if you find my proposal interesting for Apache > Camel > >>>>> and if somebody would be interested in mentoring this, so I can work > on a > >>>>> formal proposal. > >>>>> > >>>>> [0] https://www.openarchives.org/pmh/ > >>>>> > >>>>> Regards, > >>>>> Juan > >>>>> > >
