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
{{ message }}
This repository has been archived by the owner on Oct 11, 2024. It is now read-only.
Are you thinking about a extension of the SweArrayObservationWithSplitExtension strategy?
Please consider, that it might take a while for the SOS processing such large observation collections. Hence, you might test which values of HUNK_SIZE and insertSweArrayObservationTimeoutBuffer are useful within your set-up. In addition, please add your experience in the documentation of the schema.
Yes its kind of an extension of the SweArrayObservationWithSplitExtension strategy.
I will use HUMK_SIZE and insertSweArrayObservationTimeoutBuffer configuration.
The observation collections should not be extremly larger.
For my sos server wich is multi-phenomnon oriented, it will be much more faster and easier to process the observation in that way.
I used the importer with the example data and observed that the importer send separated insertObservation for each phenomenon.
I'd like to add a new insertion mode where the N phenomenon are send in a single InsertObservation array.
Instead of :
and
The dataRecord will embed each phenomenon in a field :
This mode can be activated by adding a new IMPORT_STRATEGY.
I join some example files of the insertObservation requests.
config-files.zip
The text was updated successfully, but these errors were encountered: