Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OLC integration #451

Open
LauraErhard opened this issue May 3, 2019 · 7 comments
Open

OLC integration #451

LauraErhard opened this issue May 3, 2019 · 7 comments
Labels
back-end This issue needs to be addressed by the back-end.

Comments

@LauraErhard
Copy link

While writing the report we stumbled on the promised integration of OLCs.
According to #104 we have the Sowi-OLC implemented so that we could get metadata of journal articles from there, if we input the OLC_PPN. But we only have the possibility to choose DOI.
@abdelqader-mohammad is this only an issue of the frontend and you can just give us the possibility to choose OLC_PPN while ingesting data (for journal articles)?

@abdelqader-mohammad
Copy link

I added OLC_PPN beside DOI to the Journal article resource type.
@LauraErhard can you test the dev?

@LauraErhard
Copy link
Author

Sadly it didn't work:
Object { headers: {…}, status: 400, statusText: "Bad Request", url: "https://locdb.bib.uni-mannheim.de/locdb-dev/saveResource", ok: false, name: "HttpErrorResponse", message: "Http failure response for https://locdb.bib.uni-mannheim.de/locdb-dev/saveResource: 400 Bad Request", error: {…} }

@abdelqader-mohammad
Copy link

It seems this error looks like the K10plus identifier error #445
I found that the function saveResource in the corresponding controller does not have any implementation for OLC identifiers.

case enums.identifier.olcPpn:
       // go to olc and create article
       return response.status(400).json({"message": "Identifier type not implemented."});

@lgalke what do you think?

@abdelqader-mohammad abdelqader-mohammad added the back-end This issue needs to be addressed by the back-end. label May 6, 2019
@lgalke
Copy link
Member

lgalke commented May 6, 2019

I suspected that also. The identifier restrictions are based on what is implemented in the back-end.

@LauraErhard
Copy link
Author

Thank you both for looking into this.
I found out, that our k10plus API seems to include the OLC databases, would it be a huge inconvenience for you to add the ID_k10plus to the journal article ingestion to test if it is implemented in the backend?

@abdelqader-mohammad
Copy link

From the frontend side, it is easy to add it.
But the problem is that the current implemetion of the scan controller is accepting only OLC or DOI as below:

case enums.resourceType.journalArticle:
                if (identifier.scheme !== enums.identifier.olcPpn && identifier.scheme !== enums.identifier.doi) {
                    return response.status(400).json({"message": "Not the appropriate input data for creating a journal article."})
                } else {
......

The backend needs to add the implementation for the required identifiers. Currently, it only saves the journals with DOI identifiers.

@LauraErhard
Copy link
Author

Oh okay, thanks for explaining.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
back-end This issue needs to be addressed by the back-end.
Projects
None yet
Development

No branches or pull requests

3 participants