Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

versionering - memento raamwerk #19

Open
bertvannuffelen opened this issue Oct 2, 2018 · 0 comments
Open

versionering - memento raamwerk #19

bertvannuffelen opened this issue Oct 2, 2018 · 0 comments

Comments

@bertvannuffelen
Copy link
Collaborator

De toepassing van het memento raamwerk is een nobel streven echter ik vrees voor de niet-implementeerbaarheid van deze vereiste. Er zijn voor mij 2 redenen die hierbij spelen:

  • er kan slechts 1 datum gekozen worden. Echter in een register/databron zijn er verschillende datums. B.v. een personenregister: de datum van geboorte van een persoon, of de datum waarop de persoon is toegevoegd aan het register, of de datum waarop de registratie is goedgekeurd ... HTTP is erg beperkt zoals ook aangegeven in de tekst (het kan enkel de resource als geheel beschouwen) en dus zijn we verplicht om een keuze te maken. Aangezien de tekst geen keuze oplegt, is de potentiële meerwaarde van een uniforme ontsluiting via het memento framewerk beperkt, omdat je niet kan weten op welke datum de temporele afhandeling wordt voorzien.

  • de implementatie-kost om dit te realiseren. Niet elke bron heeft de ambitie om data te ontsluiten op een temporele manier, hoewel de data wel temporeel beschikbaar is. Een voorbeeld alle statistische gegevens zijn temporele datasets. Elk jaar/semester/trimester komt er een rij bij. Het ontsluiten van deze datasets volgens het memento framework is waarschijnlijk niet voor morgen.

Bijkomend: Als er een temporele ontsluiting wordt gedaan, dan zie ik die eerder via de data laag gebeuren dan via de http laag. Daar kan men alle semantische subtiliteit kwijt. Het ook ontsluiten via de http laag in de context van bovenstaande argumenten zal door vele projecten als een extra worden ervaren, die niet bijdraagt aan het succes van het project.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant