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.

Sign up for GitHub

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

Jump to bottom

Aanvang transformatie hoofdstuk #13

Merged
merged 2 commits into from
Dec 15, 2017
Merged

Aanvang transformatie hoofdstuk #13

Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
6c94c93
Aanvang invullen sectie Transformatie proces
pmaria Dec 9, 2017
2d43002
Merge remote-tracking branch 'origin/gh-pages' into transformation
pmaria Dec 14, 2017
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
45 changes: 44 additions & 1 deletion index.html
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -97,9 +97,52 @@ <h3>INSPIRE RDF guidelines</h3>
<p>inhoudelijke opmerkingen:</p>
</section>
</section>
<section id='Transformatie proces'>
<section id='transformatie-proces'>
<h2>Transformatie proces</h2>
<p>Beschrijving van transformatieproces NEN3610-UML -> NEN3610-LD</p>
<section id='principes-voor-linkbare-data'>
<h3>Principes voor linkbare data</h3>
<p></p>
</section>
<section id='transformatie-proces-normalisatie'>
<h3>Normalisatie</h3>
<p>Voordat je begint met het transformeren van een UML model is het belangrijk om stil te staan bij het oorspronkelijke doel en de uitgedrukte betekenis van het UML model van het model. Is het een logisch datamodel? Een technisch objectmodel? Een technisch berichtmodel?<br>
De meeste UML modellen zijn in meer of mindere mate gedenormaliseerd, waarbij delen tot aan de tweede normaalvorm. Dit is omdat de UML modellen vanuit een bepaald oogpunt zijn opgesteld en vaak een technisch objectgeoriënteerde insteek hebben. Bijvoorbeeld een berichtmodel voor geoptimaliseerde communicatie, waarbij selectief aangebrachte redundantie voordelig kan zijn.</p>
<p>Een goed linked data model, aan de andere hand, is een model die een representatie biedt die zo dicht mogelijk bij de te beschrijven werkelijkheid ligt. Ofwel, een goed linked data model is een genormaliseerd model. De normaalvorm uit de relationele theorie die hier het dichtste bijkomt is de zesde normaalvorm.</p>
<p>Normalisatie is dus uiterst belangrijk voor een goed linked data model. Maar, normalisatie is alleen mogelijk wanneer je de de betekenis van de data - de semantiek - begrijpt. Hieruit volgt dat het meestal niet mogelijk is om een automatische vertaling te doen van een UML model naar een goed linked data model.</p>
<p>Merk op dat het wel mogelijk is om een gedenormaliseerd model over te zetten in een correct (gedenormaliseerd) linked data model. Echter, gaat dit in tegen de principes van linked open data. De gedenormaliseerde entiteitsrepresentatie is namelijk per definitie niet meer herkenbaar in de open wereld. Het is verworven tot een beschrijving van iets wat enkel waarde heeft binnen een zeer specifieke context, daarmee de herbruikbaarheid en de linkbaarheid van data verminderend.</p>
</section>
<section id='transformatie-proces-setorientatie'>
<h3>Setoriëntatie</h3>

<p>RDF is setgeoriënteerd.</p>

<p>Meervoudige typering: Een ding kan tot meerdere classes / sets behoren.</p>
<p>Typerende / Classificerende lijsten</p>

<p>TODO</p>

</section>
<section id='transformatie-proces-gegevens-over-gegevens'>
<h3>Gegevens over gegevens</h3>

<p>Nauw verwant aan het vorige hoofdstuk is het gegeven dat gegevens over gegevens van een entiteit vaak op hetzelfde niveau als de gegevens over de entiteit worden geplaatst. Een veel voorkomend voorbeeld daarvan is geldigheid van gegevens.</p>

<p>Associaties</p>

<p>Information resources vs Non-Information resources</p>

<p>TODO</p>

</section>
<section id='transformatie-proces-referentiedata'>
<h3>Referentiedata</h3>

<p>Codelijsten</p>

<p>TODO</p>

</section>
</section>


Expand Down