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