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
As a user, when accessing geocore metadata I would like to also see the viewer configurations (if they exist) so maps are rendered as per the contributor's wishes. Currently, the configuration of the viewer is hosted separately from the metadata and for years, this has caused issues with synchronization and headache to manage.
Therefore, in FY23-24, we need to uplift the RCS logic to geocore with CRUD interfaces to support GeoView and OSDP. A potential configuration name is the GeoView Configuration Service (GCS).
Work:
RCS will be harvested from GeoNetwork when a record is published, changed or deleted using the change API. The RCS settings will be appended to the geocore geojson file.
A listener to the existing RCS API to check if values have been changed (e.g., comparing two hash values).
New CRUD APIs are need to access/modify the GCS settings manually
First, sort the uuids by date harvested in ascending order. Then append ~250 UUIDs (32-character long) to a extremely long comma-separated string in a GET request (limited by the maximum of ~8000 characters supported by a default Apache LimitRequestLine config). This will reduce the number of GET requests which is slow due to IO overhead. For example, our 7000 records divided by 250 means 28 GET requests will be issued.
Compare the result to a hash value from a previous run. If it is different, iterate through the 250 records to find the RCS entry/entries that were changed and update them in the geocore geojson file. Can do some kind of recursion here, by breaking down the work into two equal halves, but might be too much effort.
Appending to geocore is easy, we will need a flag to disable the automatic harvesting.. say for customized configurations beyond what is in the RCS..
As a user, when accessing geocore metadata I would like to also see the viewer configurations (if they exist) so maps are rendered as per the contributor's wishes. Currently, the configuration of the viewer is hosted separately from the metadata and for years, this has caused issues with synchronization and headache to manage.
Therefore, in FY23-24, we need to uplift the RCS logic to geocore with CRUD interfaces to support GeoView and OSDP. A potential configuration name is the GeoView Configuration Service (GCS).
Work:
Link to related ticket: Spatial filter (i.e., Viewable on a Map) on GEO.ca geo.ca#98
Link to related ticket: User story: Dashboard of live/down web mapping services geo.ca#87
The text was updated successfully, but these errors were encountered: