Open HermanAssink opened 7 years ago
Hoe kan ik controleren dat dit nu allemaal werkt? Hoe is nu ingeregeld dat als de revisiedatum in de metadata wijzigt, er een nieuwe geotiff klaar wordt gezet? Op de server zie ik dat er een sheduled job is die dagelijks om 1 uur loopt, maar wat als de revisiedatum wordt aangepast voordat deze job loopt, dan wordt door GeoPublisher het oude bestand opgehaald.
Cees, Testpunten zijn:
De oplossing voor synchronisatieprobleem tussen harvester en TIFF-conversie moet aan de kant van de harvester nog gerealiseerd worden. Bij de TIFF-conversie wordt bij ieder GeoTIFF-bestand een txt-bestand gemaakt met de datum uit de metadata. De harvester/importer moet wachten met het verwerken van een nieuwe datum in de metadata totdat de datum in het txt-bestand bij de GeoTIFF gelijk is aan die in de metadata. Deze aanpassing leek ons minder urgent omdat rasterbestanden niet frequent wijzigen. Deze aanpassing gaan we eind volgende week realiseren.
De te realiseren oplossing houdt in dat de provider een foutmelding naar de harvester stuurt zolang het rasterbestand nog niet is ververst, terwijl de metadata wel is bijgewerkt.. Zodra het rasterbestand is ververst wordt dit bestand alsnog geïmporteerd in GeoPublisher.
Als ik de metadata aanpas van een rasterbestand dan is deze wijziging na het harvesten direct zichtbaar in geopublisher. Volgens mij is dat niet de bedoeling maar moet de wijziging pas zichtbaar zijn op het moment dat er een nieuwe geotiff gegenereerd is
De wijziging in de metadata mag/moet direct zichtbaar zijn, maar GeoPublisher mag de data zelf pas ophalen nadat het rasterbestand ook is ververst, tenminste als de revisiedatum is aangepast.
@copierrj Probleem: De rasterbestanden worden niet gevonden op productie terwijl de bestanden bestaan en de juiste map is geconfigureerd in provider.conf
Ik heb de revisiedatum van Hemelhelderheid gewijzigd vandaag.
Op acceptatie? Ik zie nog steeds een oude datum: https://acc-admin.geodata-utrecht.nl/metadata/source-datasets/893e521d-6716-43e6-9eee-9d202b79dec2
Had het inderdaad niet op acceptatie gedaan maar in produktie. Ik heb het nu ook in de test aangepast en de brongegevens ververst.
Ik zie dat de datum wijziging bestandsbeschrijving is aangepast, maar niet datum wijziging bestand.
De datum van het bestand is ook aangepast was 1 juni 2010 heb ik gewijzigd in 2 juni 2010
Mail naar beheerder Utrecht als er een fout optreedt
geoTIFF voor GeoServer (intern) tilen
Oplossing maken voor het probleem dat de harvester een gewijzigde revisiedatum constateert voordat er een nieuw geoTIFF-bestand is aangemaakt en de harvester dus de oude versie van het geoTIFF bestand opnieuw inleest.