Ok, there is no problem in changing the license. What is important is that it can be used and anyone can collaborate to improve it.
Go ahead with it. let me know if you need help Carlos Badenes-Olmedo http://cbadenes.github.io > El 10 mar 2020, a las 20:14, David Jencks <david.a.jen...@gmail.com> escribió: > > My understanding, with information about Carlos’ code based only on this > thread, is... > With the current GPL3 licensing of Carlos’ previous work, you cannot continue > development of that code at Apache. > > I think the ideal solution would be for Carlos to relicense the code under AL > 2 and contribute it to Camel. This would open it to more collaboration and > wider awareness. > > Other possibilities are: > > - Start a new component at Apache. > > - Continue work on Carlos’ component at its current location. I doubt this > would qualify for GSOC related to Camel, but I don’t know any details. > > David Jencks > >> On Mar 10, 2020, at 10:51 AM, Juan Segarra <juanksegar...@gmail.com> wrote: >> >> 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 >>>>>>>> >>> >>> >
