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

Person ids wrong gitlab #34

Open
broeder-j opened this issue Nov 4, 2022 · 3 comments
Open

Person ids wrong gitlab #34

broeder-j opened this issue Nov 4, 2022 · 3 comments

Comments

@broeder-j
Copy link

codemetapy usually generates the wrong person urls.

like it creates

https://iffgit.fz-juelich.de/fleur/fleur/person/ingo-heimbach

instead of

https://iffgit.fz-juelich.de/ingo-heimbach

for gitlabs usually the name comes right after the main url. For github this is also the case.

Also sometime it fails to parse the person like for https://gitlab.desy.de/benjamin.bastian/mpl_styles
it ends up with:

https://gitlab.desy.de/benjamin.bastian/mpl_styles/person/unknown
@proycon
Copy link
Owner

proycon commented Nov 4, 2022

These generated URIs are freshly minted resources and served by codemeta-server itself, they are not meant to refer to gitlab/github and are not aware of it. I haven't implemented any automatic URI assignment for persons/organizations (there are plans for ORCID though (#30), as you know)

You can of course have URIs refer to gitlab users, but then you'd have to have the IDs assigned prior to harvesting already (like in codemeta.json or codemeta-harvest.json)

@broeder-j
Copy link
Author

Ah ok. I was wondering where the motivation for that URI path came from.

@proycon
Copy link
Owner

proycon commented Nov 4, 2022

codemetapy will only invent uris if you passed the --baseuri parameter by the way, otherwise you do get a temporary URI internally for a while, but it'll be stripped again upon serialisation, effectively yielding blank nodes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants