Project Task #8842
|Status:||Closed||Start date:||Jun 26, 2017|
|Assignee:||Nicolas Longépé||% Done:|
|Lead beneficiary:||12 - CLS||Participants:|
VRE data reviewer validates the map by submitting it for publication. VRE data reviewer validates the map by submitting it for publication.
Publication means that the modified / validated features should published in "public" workspace & associated metadata are best created at this stage To do: DataMiner map publication process to proceed with the public (meta)data publication.
This process will: grab the validated data from WFS, push it to "public" workspace, publish layer + metadata.
The operations will be done according to the technology in place when required. 2 options: Use of gCube REST or use of R native APIs (geosapi, geometa, forthcoming geonapi) if the first option is not yet available
For this, @firstname.lastname@example.org suggest to request a specific clean GeoNetwork instance for AAPS
#2 Updated by Emmanuel Blondel over 2 years ago
- Status changed from New to In Progress
@email@example.com In this particular task, i will need to invoke GeoServer and Geonetwork APIs from the R process (dataminer). I could do it directly (ie hardcoding the GS/GN url and credentials into the R script), but i'd like to take this as exercise to implement the best practice we discussed in the past, that is to invoke the IS service (or simplified Geo-IS service you mentioned in the past) to "discover" the GS and GN instances i have to invoke (ie to know the URLS and user/pwd). What do you think of this approach?
BTW, in case i would go in this way, i need to get the token from somewhere within the R process. I don't know if DataMiner facilitates this "behind the scene" and sharing the token as global variable. Please see the same questioning here (in context of PAIM VRE): https://support.d4science.org/issues/7554#note-5
#3 Updated by Fabio Sinibaldi over 2 years ago
Yes, that approach is definitely the way to go. The service you mention ended up being called sdi-service (it will be presented at next week TCom). Current instance is hosted on sdi-d4s.d4science.org, base path http://sdi-d4s.d4science.org/sdi-service/gcube/service. Since we had dependencies issues with swagger adoption, the wiki I'm preparing will be its documentation.
About the availability of the token within R, we need to wait a reply from Gianpaolo in the other ticket you mentioned.