ja ben ik ook niet blij mee, heeft met ook met base image te maken, was blijkbaar nodig voor laatste GDAL, en idd mogelijk alle locales die je niet nodig hebt.
alpine base image gebruik ik normaal maar is te lastig hier.
Plus: http://schemas.opengis.net/SCHEMAS_OPENGIS_NET.zip zit er ook in waar ik niet blij mee was.
Denk dat we zeker kunnen 'prunen'. maar was ooit 1.3GB dus al beter, maar moet zeker kleiner.
alpine base image gebruik ik normaal maar is te lastig hier.
Plus: http://schemas.opengis.net/SCHEMAS_OPENGIS_NET.zip zit er ook in waar ik niet blij mee was.
Denk dat we zeker kunnen 'prunen'. maar was ooit 1.3GB dus al beter, maar moet zeker kleiner.
maar moeten we bij pygeoapi bespreken.
This message was deleted
vanmorgen standup gedaan met pdok, pdok werkt aan een opensource go implementatie https://github.com/PDOK/goaf, is dat iets om ook aan het testbed toe te voegen, pieter stelde ook voor om deze implementatie op te nemen in https://apitestdocs.geonovum.nl/cases/INSPIRE/
ok, begrijp nog steeds niet waarom ze niet gewoon
pygeoapi nemen/verbeteren... zeker als je 100% compliant met ook nog INSPIRE-eisen wilt zijn...wij weten wat daar bij komt kijken...de ontwikkel-resources zijn al te beperkt voor nog meer versnippering...GOAF kwam zelfs niet door de simpelste GeoHealthCheck test...maar goed...laten we GOAF in stack opnemen. Mijn uren zijn echter beperkt (28 left).
GOAF opnemen wat mij betreft als er tijd voor is :). Eerst de rest goed afronden. Daarna is het wel aardig/interessant om te doen. Ook om te laten zien wat verschillen zijn met andere implementaties. Kan ook trouwens dat we PDOK vragen dit op te nemen, samen met ons. Dus dat PDOK een Docker container voorbereidt. En misschien probeert toe te voegen aan de omgeving
gisteren in workshop waren er bevindingen en verbeteringen om aantal stappen in opzet nieuwe service te verkleinen.
@thijsbrentjens heeft hopelijk een lijstje. Wat mij vooral bijbleef was aantal wijzigingen voor bijv
@thijsbrentjens heeft hopelijk een lijstje. Wat mij vooral bijbleef was aantal wijzigingen voor bijv
pygeoapi in docker-compose.yml die met vars enenv.sh bestand kunnen. Moet ik daarnaar kijken? Andere was vooral nog wat HOWTO docu detail nodig.
Ik begreep dat ine en Pieter de sessie als technisch ervaren hadden, mogelijk is de bridge-geoserver case iets voor hen
@pvgenuchten het ging meer om de basic workflow rond wijzigingen maken en daarvan resultaat zien. Use cases met pygeoapi service: 1) tekst metadata wijzigen 2) nieuwe pygeoapi service "bgt", (BGT Picknicktafels GPKG) maken en deployen. Dat gaf al genoeg "gotcha's":
- nieuwe service: steeds 3 zaken wijzigen: service directory, Ansible
deploy.ymlen GH Action/.github/workflows/deploy.service.yml - via PR kan geen nieuwe Workflow gemaakt/gemerged
- PRs iha bleken erg omslachtig dus direct push naar
mainin Sandbox - bij dupliceren service directory ging executable modus van .sh files verloren
- toch erg veel identieke wijzigingen m.n. string
pygeoapinaarbgtindocker-compose.yml - de Traefik routing
labelsindocker-compose.ymlmoeten ook nieuwe id's krijgen bijv...routers.pygeoapi_https.rule...etc, anders conflict
De bullet 5+6 is wel te verhelpen met shell/Docker variabelen. De overige meer aanscherpen HOWTOs.
en https://github.com/Geonovum/ogc-api-testbed/tree/main/services/pygeoapi als eerste. Als zo ok, is het werk meer om dit 9x te herhalen op Stable en Sandbox en te documenteren. Maar is nu 1 regel wijziging in env.sh.
ik heb zojuist (een wat oudere versie van) goaf gedeployed op https://apitestbed.geonovum.nl/goaf/collections?f=html
Andere punten na onze sessie van woensdag zijn vooral documentatie gereateerd en staan op github als issues.
Qua planning: ik ben maandag beperkt beschikbaar, dinsdag niet (dinsdagen in principe altijd vrij, maar nu ook echt de dag weg). Woensdag wel, zullen we dan een afspraak maken ter afronding, om dingen door te nemen?
ik loop de issues na, en assign ze aan mezelf toe, als ik ermee aan de slag ga
inspire implementatie in pygeoapi is verbeterd, links naar metadata, bulk download en feature concept thesaurus opgenomen, https://apitestbed.geonovum.nl/pygeoapi/collections/ProtectedSites
En er worden brt tegels van pdok als achtergrondje gebruikt (leek me aardig aanvulling)
(of morgen)
morgen kan ik niet (werk niet op dinsdagen en morgen helemaal lastig omdat ik een dag weg ben met de kinderen, studiedag van school)
ik was even vrij, vanaf nu weer aan de slag. zag veel, vooral van @pvgenuchten langskomen, mooi!
ik kan vanmiddag (met @thijsbrentjens ) en ook woensdag (alledrie) voor overleg. wo in Bennekom @pvgenuchten ?
Denk dat voor nu "het env vars principe" voor alle docker-compose.yml files in Stable en Sandbox hoogste prio heeft. Dan begin ik daar nu aan. Is even werkje. Woensdag 30 juni toch deadline?
woe inderdaad deadline. Prio 1 is die env vars aanpakken ja. En dan misschien een rondje docs nalopen, of er nog (kleine) aanpassingen nodig zijn. Dan is deze fase afgerond denk ik. Als die env vars staan, doe ik nog een korte test, kijken of het echt zo mooi werkt :). Zullen we anders woensdagmiddag even overleggen?
merge main > sandbox hoort eenvoudig te gaan
eerste weer permissie-probleem GeoServer bij redeploy oplossen...
ok, de "env var strategie" uit #32 is doorgevoerd in Stable en Sandbox.
De documentatie hiervoor staat in: https://apitestdocs.geonovum.nl/howto/howto_deploy/
Ook de GHC doc is updated: https://apitestdocs.geonovum.nl/howto/howto_ghc/
De documentatie hiervoor staat in: https://apitestdocs.geonovum.nl/howto/howto_deploy/
Ook de GHC doc is updated: https://apitestdocs.geonovum.nl/howto/howto_ghc/
En de docs gebruikt Material for mkdocs Theme: https://apitestdocs.geonovum.nl/ . Geeft ook beter onderscheid met de landings-pagina's. Thema toevoegen is erg eenvoudig overigens.
Op de Sandbox faalden alle Actions. Dit is niet fataal: was in post-deploy cleanup, dus uitrollen ging wel goed. Had te maken met
Echte Oplossing:
pygeoapi: de deploy.sh probeert nieuw image op te halen. Andere instanties draaien nog op oude image. De git/services/clean.sh probeert "dangling" images weg te gooien maar faalt. Die error propageert naar de Action. Herstart van pygeoapi was tijdelijke oplossing.Echte Oplossing:
clean.sh moet fouten negeren. Zou opgelost moeten zijn via #36.
Dus GOAF draait ook op Sandbox. Ook voor algemene system maintenance (OS packages updaten, service herstarten, zelfs reboot via Ansible) HOWTO:
https://apitestdocs.geonovum.nl/howto/howto_system/ (zie #33).
https://apitestdocs.geonovum.nl/howto/howto_system/ (zie #33).
Dear all,
We've been trying to set up the platform (https://github.com/Geonovum/ogc-api-testbed) but cannot login to the portainer web page (that is the only exposed service)
Could anyone tell me what are the credentials to actually log-in (that we never specified and cannot reset)?
We've been trying to set up the platform (https://github.com/Geonovum/ogc-api-testbed) but cannot login to the portainer web page (that is the only exposed service)
Could anyone tell me what are the credentials to actually log-in (that we never specified and cannot reset)?
Hi @maxcollombin . The README explains how to setup your own Portainer password. As it is sticky, you must first remove the Docker Volume after stopping the service:
The service is exposed via port 9001 but that is not necessary if running your own domain.
docker volume rm admin_portainer_data. The README explains how to create the encrypted password that is in the Docker Compose file. Be sure to escape any $ signs!The service is exposed via port 9001 but that is not necessary if running your own domain.