search

bodemenondergrond / codelijst-bemonsteringsprocedure

Beheer codelijst bemonsteringsprocedure
Creative Commons Zero v1.0 Universal
0 stars 0 forks source link

Bemonsteringsprocedure bij bemonstering #3

Open AnnickVuye opened 7 months ago

AnnickVuye commented 7 months ago

Het is noodzakelijk dat bij de bemonsteringsprocedure niet enkel kan aangeduid worden bemonsteringsprocedure 'CMA' maar dat hier kan aangeduid/aangegeven worden welke CMA (CMA/1/A.8) én welke versie (03/2022) ==> zie Compendium voor monsterneming en analyses van afvalstoffen en bodem (CMA) | EMIS (vito.be)

dluts commented 7 months ago

Goed idee, ik zou voorstellen om hiervoor een hiërarchie in te voeren in de codelijst. Zo kan je in gevallen waar dit detail niveau niet beschikbaar is terugvallen op het hogere elementje in de hiërarchie.

Compendium CMA

CMA/1/... CMA/2/...

AnnickVuye commented 7 months ago

Akkoord met het voorstel, welk ook steeds een datum veld voorzien die betrekking heeft op de versie. Als we het voorstel van Dries volgen dan wel niet altijd verplicht in te vullen. Klopt dit?

Mvg,

[https://services.ovam.be/OVAM-Banner.jpeg] Annick Vuye Afdeling Bodembeheer team Lokale en Bovenlokale besturen

OVAM | Stationsstraat 110 - 2800 Mechelen T +32 15 284 169 E @.**@.> | ovam.vlaanderen.behttp://www.ovam.be/

Samen maken we morgen mooier

Van: dluts @.> Verzonden: vrijdag 24 november 2023 12:36 Aan: bodemenondergrond/codelijst-bemonsteringsprocedure @.> CC: Annick Vuye @.>; Author @.> Onderwerp: Re: [bodemenondergrond/codelijst-bemonsteringsprocedure] Bemonsteringsprocedure bij bemonstering (Issue #3)

Goed idee, ik zou voorstellen om hiervoor een hiërarchie in te voeren in de codelijst. Zo kan je in gevallen waar dit detail niveau niet beschikbaar is terugvallen op het hogere elementje in de hiërarchie.

Compendium CMA

CMA/1/... CMA/2/...

- Reply to this email directly, view it on GitHubhttps://github.com/bodemenondergrond/codelijst-bemonsteringsprocedure/issues/3#issuecomment-1825545799, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BEGUMIX5AMQMDXWX6LONRE3YGCBB3AVCNFSM6AAAAAA7YBG4LSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRVGU2DKNZZHE. You are receiving this because you authored the thread.Message ID: @.**@.>>

dluts commented 7 months ago

Misschien moeten we dat onderdeel van de hiërarchie maken.

Compendium CMA

Versie 2013

Versie 2015

Of eerder zo

Compendium CMA

CMA/1/...

CMA/2/...

CedricDC9214 commented 7 months ago

Optie is ook om die CMA-versies (jaartallen) een datum 'Geldig van' en 'Geldig tot' te geven. O.b.v. een datum bij een ander object kan dan de juiste (geldende) versie gekozen worden. Bijvoorbeeld: monster met bemonsteringsdatum 01/01/2015 --> enkel de CMA-versie 'Versie MB 10/03/2014' kan gekozen worden. ('Versie MB 29/01/2015' was op 01/01/2015 nog niet in gebruik)

GeertThijs commented 7 months ago

@CedricDC9214 Ik voeg mijn antwoord op een mail van jou in dit verband ook toe als comment op deze issue: Verder opdelen ja, maar zelfs nog meer dan wat je daar als voorbeeld geeft. Ik zie bvb compendium https://reflabos.vito.be/2023/CMA_2_I_A.pdf waar meerdere methodes worden vermeld afhankelijk van de test (ph, geleidbaarheid, droogrest etc). Plus dan nog die versies. En wat met gekende methodes waarvoor er geen compendium is zoals bvb diverse boormethodes? Waarom geen codelijst met waarden als https://example.com/id/concept/bemonsteringsprocedure/monstervoorbereiding/aggemene-anorganische-testen/droogrest? Met dan in Bemonsteringsprocedure.specificatie een link naar https://reflabos.vito.be/2023/CMA_2_I_A.pdf of zelfs naar een https://example.com/id/document/compendium/CMA_2_I_A vh type foaf:Document met enkele metadatavelden zoals dcterms:title, dcterms:date, dcterms:author en dcterms:relation, deze laatste met waarde https://reflabos.vito.be/2023/CMA_2_I_A.pdf. Zeg maar als je een JSON-LD vb wil.

CedricDC9214 commented 7 months ago

@GeertThijs Dus gewoon deze lijst uitbreiden met die andere codes (CMA/1/... v2015, CMA/2/... v2015 , ...) zal niet direct gebeuren? Of kan dit wel al gebeuren zodat in DOV deze codes kunnen gebruikt worden bij toevoegen van monsters?

dluts commented 7 months ago

@GeertThijs een data voorbeeldje lijkt mij nuttig zodat we volledig mee zijn. Je geeft correct aan dat het huidige voorstel nog steeds wat abstracties maakt en wat complexiteit achterwege laat (in termen van linken met andere codelijsten). Ja als je de terugkoppeling maakt naar OSLO sensoren en bemonstering zijn we hier eerder de specificatie aan het invullen in bemonsteringsprocedure codelijst dan een meer overkoepelend bemonsteringsprocedure ( het OSLO object bemonsteringsprocedure bestaat nog niet in DOV).

De vraag die we hierrond dienen te beantwoorden is: voeren we dit object in binnen DOV of blijven we ipv daarvan werken met de codelijst zoals ze nu is voorgeteld (op termijn kunnen we dan wel nog migreren).

@CedricDC9214 We hebben het over de complexiteit en linken naar andere coes eigenlijk ook al voor een gehad in de normen discussie binnen DOV. Wat Geert nu aanhaal over gebruik van specificatie, zou daar misschien ook nuttig kunnen zijn?