CSW-Dienst wird nicht geladen

[Heiko Friedrich]

Trotz korrekter Konfiguration in der config.js und in der rest-services-internet kann kein eigener CSW-Dienst eingelesen werden. In der Version 2.10.0 hat das noch einwandfrei funktioniert. Auch das Einsetzen des CSW-Dienstes unter “useProxy” in der config.js (analog zu dem Metaver-Dienst) löst das Problem nicht.

Die Fehlermeldung die im Browser auftaucht und die Konfiguration ist angehhängt.

[Dominik Fröhlich]

Bei uns in freiburg musste die useProxy Liste explizit in der config.js deklariert, aber leer sein. Außerdem muss bei jedem service "csw_url": "https://<ihr csw server>” im dataset deklariert sein. der Default scheint nicht zu funktionieren.

[Dominik Fröhlich]

= #642

[Heiko Friedrich]

Okay, letztenendes ist es also kein Bug sondern eine Vereinfachung: Der Eintrag in der rest-services-internet kann entfernt werden (hier “id”: “mdk_no”) und auch der Eintrag in der config.js (hier cswId: “mdk_no”). Dafür muss, wie beschrieben, in der services.json der service "csw_url": "https://<ihr csw server>” eingetragen werden.

‌

[Dominik Fröhlich]

Naja nicht wirklich. Der Eintrag in der rest-services.json sollte m.E. schon benutzt werden, wenn in der services.json keine abweichende csw_url für den Datensatz definiert ist…

Der Eintrag in der config.js, also in der useProxy Liste wird nur gebracuht wenn der CSW Server nur über ein Proxy erreichbar ist.

[Heiko Friedrich]

Okay, das stimmt natürlich… und es in jedem Layer unter “datasets” einzutragen ist ja letztenendes auch eher aufwendiger als weniger Arbeit.

[M-JW]

@dominikfroehlich ist dieses Issue dann auch erledigt (also mit dem resolven von 642)?

[Dominik Fröhlich]

Also bei uns tut das so. Aber ich bin nicht OP!

[M-JW]

Dann kann das Ticket geschlossen werden?

[Dominik Fröhlich]

Aus meiner Sicht ja, aber ich bin nicht OP. Das Ticket stammt von Heiko Friedrich.

[Heiko Friedrich]

Ja, müsste nun funktioniern. Ich schließe das Ticket.