eblondel / geonapi Goto Github PK

Need to support X-XSRF-TOKEN token as request header
Reference GN ticket: geonetwork/core-geonetwork#1967

In same case, tag multi-lingual labels may be missing. rbind will fail here.

Hi @eblondel,

With GeoNetwork 3.10.6 and geonapi 1.5.0 and 1.5.1 I get an error when trying to fetch the metadata id for a given uuid :

metaId <- GN$get(md_identifier, by = "uuid", output = "id")
Erreur dans GN$get(md_identifier, by = "uuid", output = "id") : 
  tentative d'appliquer un objet qui n'est pas une fonction

I use it to know if a given metadata already exists in GN or not, then I update or I insert metadata. It used to work well.

I tried to insert metadata instead of updating it, as I found that the insertMetadata method now takes a uuidProcessing parameter.
But I didn't find any mention of this parameter in the documentation, and I can't get its different values. How I can I overwrite/update metadata for a given uuid?

Thanks!
Juliette

Hi,
We upgraded our GeoNetwork from 3.0.3 to 3.10.6. Now I get errors when I fetch metadata with the get method:

> GN <- GNManager$new(url = gn_url, version = "3.10.6.0", user = "xxx", pwd = "xxx", logger = "INFO")
> md_identifier <- "8dbdb4d7-161a-45e3-b3c3-51e6058f6e8a"
> metaId <- GN$get(md_identifier, by = "uuid", output = "id")
[geonapi][INFO] Fetching metadata for uuid = 8dbdb4d7-161a-45e3-b3c3-51e6058f6e8a 
[geonapi][INFO] Successfully fetched metadata! 
Error in GN$get(md_identifier, by = "uuid", output = "id") : 
  No geonet:info XML element found

Any idea?

Moreover fetching metadata with the getMetadataByUUID method is successful but takes a looong time (4 min).

Thanks!
Juliette

Related to

• #16
• #20

This causes a /geonetwork/accessDenied.jsp/eng/service-not-allowed?referer=UNKNOWN&type=me and a successive endless redirection.

cc to testers who identified this issue @juliepierson @wheintz

Hi,
It seems that the setPrivConfiguration method does not exist anymore with geonapi 1.5.1:

privileges <- c("view", "download", "dynamic", "featured")
config <- GNPrivConfiguration$new()
config$setPrivileges("all", privileges)
GN$setPrivConfiguration(id = created, config = config)
Erreur : tentative d'appliquer un objet qui n'est pas une fonction

Thanks!
Juliette

Hi,

I'm trying to connect to a GeoNetwork (version 3.10.3) with the folowing parameters:

> GN <- GNManager$new(url = "gn_url", version = "3.10.3", user = "xxx", pwd = "xxx", logger = "DEBUG")

But I have this error, and I don't really understand where it come from:

Error in curl::curl_fetch_memory(url, handle = handle) : Maximum (10) redirects followed

I tried to connect to another GeoNetwork (version 3.12.2) and it works perfectly.

Do you have any idea where the error might come from?

Thanks,
Davien

I can't get the 'create a metadata record' piece of code running

`mdfile <- system.file("extdata/examples", "metadata.xml", package = "geonapi")

created = GN$insertMetadata(file = mdfile, group = "1", category = "datasets")

config <- GNPrivConfiguration$new()

config$setPrivileges("all", c("view","dynamic","featured"))

GN$setPrivConfiguration(id = created, config = config)

`

The object 'created' is NULL(empty)

Any idea why is this happening?

Thanks!!

Add it to GNLegacyAPIManager, next the same method will be added in GNOpenAPIManager with #2

With keyring package version 1.2.0, we get message The 'system' keyring does not exist, enter a keyring password to create it when instantiating the GNManager. This relates to this change r-lib/keyring#95 where file backend is now set by default on Linux OS (env is kept by default on other OS).
For the time being, geonapi will keep using the env backend for storing GN user/passwords. This could be refined later depending on needs.

The purpose of this task is set-up integration tests on all major GN versions, through a travis build matrix. Several docker images may be used depending on the GN versions availability.

Need to add integration tests for present GN "old" API. Travis CI is operational, tests are written.

Cf eblondel/geometa#184
This is required to:

• specify an eventual alternative URL for the INSPIRE metadata validator (in case production service is not used)
• specify the mandatory user API key (required for any metadata validation)

Metadata with elements having text breaklines are uploaded without breaklines
referenced in r-geoflow/geoflow#278
cc @kikislater

CSRF token is already managed in geonapi, but there is still an issue with GN version > 3.2.x where the endpoint contacted for now is returning a service not allowed response without CSRF token as cookie.
related to geonetwork/core-geonetwork#1967

This work is funded by INRAE

• Method to check DOI pre-conditions
• Method to register a DOI on DataCite
• Method to unregister a DOI on DataCite

In relation with eblondel/geometa#104