You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A shapefile + its ISO 19115/19139 XML metadata uploaded through the web API, with a persistent identifier when it is a specified at source in the metadata (fileIdentifier). GeoNode should not overwrite this information with a new identifier (UUID). In case this match an identifier already known from the system, we already get an error which is fine.
Actual Behavior
In previous version of development, the source metadata identifier was persistent and kept by GeoNode (UUID - or any other semantic identifier chosen actually -), which was right. A persistent identifier should not be altered. For data managers it is the way to identify his/her resources in time, and be able to operate update cycles.
@giohappy thanks for your prompt reply. Yes i refer to a new dataset upload that comes together with its metadata XML (that contains a persistent identifier in it: semantic-based or an UUID already generated prior to its upload)
Expected Behavior
A shapefile + its ISO 19115/19139 XML metadata uploaded through the web API, with a persistent identifier when it is a specified at source in the metadata (
fileIdentifier
). GeoNode should not overwrite this information with a new identifier (UUID). In case this match an identifier already known from the system, we already get an error which is fine.Actual Behavior
In previous version of
development
, the source metadata identifier was persistent and kept by GeoNode (UUID - or any other semantic identifier chosen actually -), which was right. A persistent identifier should not be altered. For data managers it is the way to identify his/her resources in time, and be able to operate update cycles.Since recent deployment over https://development.demo.geonode.org and https://master.demo.geonode.org the metadata identifier is systematically altered and overwriten by GeoNode, even if the source metadata was already a valid UUID.
Steps to Reproduce the Problem
The integration test here (R language) reproduces the full test: https://github.com/eblondel/geonode4R/blob/main/tests/testthat/test_uploads.R
Specifications
https://development.demo.geonode.org
https://master.demo.geonode.org
cc @kikislater @juldebar
The text was updated successfully, but these errors were encountered: