Op deze pagina staat een kort verslag van de Enterprise Linked Data werkgroep activiteiten tijdens de werksessie op 12 februari bij Semaku in Eindhoven. De volgende personen waren betrokken bij de break-out sessie op 12 februari in het middagprogramma:
Een aantal slides uit de volgende presentatie zijn gebruikt bij de pitch in het ochtendprogramma en de break-out sessie in het middagprogramma.
Door tijdgebrek zijn een aantal slides deze dag niet besproken. Deze slides hebben we voor de volledigheid toch in het presentatiemateriaal laten staan.
Tijdens een korte pitch is uiteengezet door Joep wat we met de werkgroep Enterprise Linked Data willen bereiken.
Enerzijds zien we dat Linked Data nog onvoldoende wordt ingezet als flexibele, goedkope integratie-oplossing binnen enterprise context.
Anderzijds zien we dat de data die binnen verschillende bedrijfsonderdelen gebruikt wordt moeilijk op elkaar gemapt kunnen worden en ook moeilijk gemapt kan worden op de data die buiten bedrijven beschikbaar is binnen andere organisaties of die beschikbaar zijn via het internet (gratis of betaald).
Dat betekent dat de beschikbare data niet goed gebruikt kan worden, omdat:
Dat is de stand van zaken, zoals die nu bekend is vanuit de meer traditionele integratie-oplossingen voor operationele en analytische data en daar willen we met de werkgroep Enterprise Linked Data verandering in brengen, omdat wij Linked Data zien als een goed alternatief voor deze traditionele oplossingen. Daarbij zullen wij ons focussen op operationele data en niet op analytische data.
Deze break-out sessie 's middags was in twee gedeelten opgesplitst.
Ten eerste was er een voorstelronde, waarbij elke deelnemer kon aangeven wat hij kwam halen en wat hij kwam brengen binnen deze workshop en tevens wat men belangrijk vindt vanuit ieders eigen werkcontext met betrekking tot het onderwerp Enterprise Linked Data.
Ten tweede is ingegaan op een mogelijke referentie architectuur voor Linked Data integratie met binnen deze architectuur een aantal varianten, die gebruikt kan worden om voor elke mogelijke bedrijfssituatie een goed werkende Linked Data integratie-oplossing te bedenken.
Aan de ene kant zien we de Linked Data experts van Semaku, OpenInc, Taxonic, en M&I/Partners, die hun klanten willen helpen met het realiseren van Linked Data oplossingen en aan de ander kant zien we de Linked Data experts die Linked Data meer en meer in hun eigen werksituatie willen gebruiken.
Wat vindt men nu belangrijk (vanuit elke afzonderlijke deelnemer):
Samengevat zien we de volgende uitdagingen bij Enterprise Linked Data:
URI’s zijn het belangrijkste bouwsteentje voor Linked Data. Alle data willen we van een URI voorzien, zodat we naar deze data kunnen linken. Maar doen we dat altijd via de Linked Data manier of kan dat bijvoorbeeld ook door een URI kolom toe te voegen aan een database?
Ook zien we dat data governance (controle op datakwaliteit en data transactie-processen) en provenance (de wie, wat, waar en hoe verantwoording bij data-gebruik en verwerking) een belangrijke rol speelt bij Linked Data. Ook dit komt aan bod binnen deze werkgroep.
In dit gedeelte heeft Richard een aantal referentie architectuur slides toegelicht (slide 18 tm 25 in de ELD presentatie).
Slide 18: 3 varianten van triple stores.
Slide 19: 4 varianten om data om te zetten naar Linked Data.
Slide 20: Er moet onderscheid gemaakt worden tussen operationele data en analytische data. Binnen de werkgroep focussen we ons op operationele data, maar binnen deze data is het wenselijk om verder onderscheid te maken tussen stamgegevens (master data) en transactionele data.
Slide 21 e.v.: Eerste slide suggereert de data in een triple store direct benaderd kan worden. De feedback op deze slide was, dat dit niet wenselijk is. Data mag nooit direct benaderd worden. Er moet altijd ‘iets’ tussen zitten (zoals een API, App server, Proxy). Ook moet alle data moet toegankelijk zijn via een URI (shared identity) en door gebruik te maken van standaard internet technologie (HTTP://...), zodat data altijd op elkaar gemapt kan worden. Daarnaast moet voor een mens een URI altijd kunnen resolven naar iets wat voor een mens leesbaar is (meestal een doc), maar hoe dat technisch achter de schermen geregeld wordt, is voor een eindgebruiker verder niet interessant. Ook zien we een belangrijk voordeel van het gebruik van event driven technologie, dat het formaat van een bericht hetzelfde blijft, wat je ook over de lijn stuurt van A naar B.
De vraag is wel hoever de werkgroep moet gaan in de uitwerking van de diverse vraagstukken (van abstracte beschrijvingen tot de daadwerkelijke executie) en wat dan in de browser geregeld kan en mag worden en wat aan de server kant binnen een enterprise context. Op basis van alle input die we gehad hebben zullen we gezamenlijk prioriteiten gaan stellen wat we tot de zomervakantieperiode kunnen uitwerken en wie daarbij betrokken wil zijn.
Het project Aanpak Basisregistraties is voor ons een interessant PLDN project om mee samen te werken.
Mogelijke samenwerking zien we op het gebied van de volgende onderwerpen:
We zijn nog op zoek naar nieuwe deelnemers voor onze werkgroep. Graag willen we van nieuwe deelnemers weten:
Op basis van alle input die we tijdens de werksessie hebben ontvangen en de aanvullende input die we nog via de mail krijgen van nieuwe deelnemers, gaan we snel een nieuwe Conceptual Friday inplannen.
Stuur je aanmelding voor deelname naar:
De Rijksdienst voor het Cultureel Erfgoed (RCE) is een onderdeel van het ministerie van Onderwijs, Cultuur en Wetenschap. We werken onder de rechtstreekse verantwoordelijkheid van de minister en voeren wet- en regelgeving en erfgoedbeleid uit dat het ministerie en de dienst samen maken. Ook ontwikkelen we praktisch toepasbare kennis en geven we advies over rijksmonumenten, landschap & leefomgeving, archeologie en roerend erfgoed.
Een application programming interface (API) is een verzameling definities op basis waarvan een computerprogramma kan communiceren met een ander programma of onderdeel (meestal in de vorm van bibliotheken). Vaak vormen API's de scheiding tussen verschillende lagen van abstractie, zodat applicaties op een hoog niveau van abstractie kunnen werken en het minder abstracte werk uitbesteden aan andere programma's. Hierdoor hoeft bijvoorbeeld een tekenprogramma niet te weten hoe het de printer moet aansturen, maar roept het daarvoor een gespecialiseerd stuk software aan in een bibliotheek, via een afdruk-API.
De activiteiten van Platform Linked Data Nederland (PLDN) worden mede mogelijk gemaakt dankzij het Kadaster, TNO, Big Data Value Center (BDVC), ECP, Forum Standaardisatie, Kennisnet, SLO, Waternet, Taxonic, MarkLogic, Triply, Franz Inc., SemmTech, Rijksdienst voor het Cultureel Erfgoed (RCE), Beeld en Geluid, EuroSDR, de KVK en ArchiXL
Wilt u op de hoogte gehouden worden van nieuws en ontwikkelingen binnen PLDN?
Schrijf u dan in voor de nieuwsbrief