-
Notifications
You must be signed in to change notification settings - Fork 1
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
Decouple metadataset from user models #31
Comments
|
Once the 'Metadata uploaded preserve' check box is checked, then it does not allow any kind of updation of metadata from the frontend. Neither by (1.) 'edit Metadata' option nor by (2.) 'upload Metadata'.
Needless to say, these editing of metadata can be done/undone from Django admin after the check box 'Metadata uploaded' is checked off. |
Related: GeoNode/geonode#11466 (this is dedicated more to kind of locking the metadata) However, but does not solve the actual challenge to allow changes but in parallel have the content of the metadata non-related to changes to related entities like the user profile. Better solution would be to have the user profile as a fill-in help to copy the content to the metadata. This would keep the metadata editable. |
I did the test on 2 datasets and in nutshell the result is that I was able to change user details and it was reflected in ISO metadata after the 'metadata upload preserve' and 'metadata uploaded' was checked on and then (in order to be able to download ISO metadata) checked off . In the process, there are some points that were encountered. The screenshots will explain the steps that were followed and the results for it. |
Waiting for Assets feature |
|
@ahmdthr Please send the invitation for the sprint meeting at 30.10.2024, 3 pm to "Giovanni Allegri" giovanni.allegri@geosolutionsgroup.com He will discuss with us the changes regarding metadata handling which are planned for GeoNode v5 |
First described here: GeoNode/geonode#11511 (comment)
In context of: zalf-rdm/geonode#97 / GeoNode/geonode#10342
Problem: One of the major issues we discovered is that metadata entries for publications (in terms of research) are static and must be static by design. The dynamic approach of GeoNode which saves user-objects to contacts is therefore against that principle. Here is an example to make this more clear:
Scientist
sci-A
works currently for organisation unitorg-A
. Ifsci-A
uploads datasetdata-A
he/she will be listed as owner with his/her other contact infos like affiliation toorg-A.
Latersci-A
switches to a new organisation unit likeorg-B
. Due to the dynamic nature of GeoNodes metadata it will result in changed metadata if retrieved in the future fordata-A
.Even though this is the prefered way to e.g. contact
sci-A
, this shall not happen from our point of view. It would for example change the list of datasets fromorg-A
even thoughdata-A
was created whilesci-A
was part of it.Idea: One briefly drafted idea was to use the new GeoNode/geonode#12124 to save static metadata files per dataset. Additionally there is the "Metadata upload preserver" option to keep the original uploaded metadata file, and to avoid it being regenerated by GeoNode. as stated by Giovanni (GeoNode/geonode#11511 (comment)).
Objective: We should discuss options to solve this issue
The text was updated successfully, but these errors were encountered: