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

Utiliser un remote_id pour l'identification des ressources moissonnées #968

Open
maudetes opened this issue Nov 7, 2022 · 2 comments
Open
Labels
💙 Back Les tickets de back Code quality Indique qu'il s'agit d'une amélioration de la qualité du code (au sens très large) Moissonnage Indique que le sujet touche au moissonnage

Comments

@maudetes
Copy link
Contributor

maudetes commented Nov 7, 2022

Follows on the idea introduced in this discussion.

We could use a dedicated remote_id to identify harvested resources. It would tackle the issue opendatateam/udata-ckan#217.
We would need to have a relevant id for all harvest backends.

  • ckan : use the UUID provided by ckan
  • ods : the url (based on dataset_id + format) ? -> same behaviour as actual
  • dcat : either the url OR the uri used to describe the distribution in the graph -> now stored in harvest.uri if an URIRef
  • maaf ?

We could also consider removing resources with a remote_id set, but that is no more on the remote platform?

@abulte
Copy link
Contributor

abulte commented Nov 7, 2022

We could also consider removing resources with a remote_id set, but that is no more on the remote platform?

pretty neat!

@agarrone
Copy link
Contributor

@maudetes still relevant ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
💙 Back Les tickets de back Code quality Indique qu'il s'agit d'une amélioration de la qualité du code (au sens très large) Moissonnage Indique que le sujet touche au moissonnage
Projects
Status: No status
Development

No branches or pull requests

3 participants