nyuuzyou/wikis huggingface dataset:
Boek 5/Ontwikkeling: Geo4web testbed

Internet is een prachtig middel om digitale informatie op te delen. Die kracht van het web wilden we bij Geonovum graag benutten om geo-informatie beter toegankelijk te maken. Om te ontdekken op welke manier, organiseerde Geonovum in 2016 een testbed waarmee ervaring is opgedaan met diverse technieken, waaronder Linked Data.
Het testbed Geodata op het web (#geo4web testbed) draaide om een aantal onderzoeksvragen. Kort gezegd ging het erom geodata op zo’n manier te publiceren dat het voor webontwikkelaars en geautomatiseerde ‘gebruikers’ van data (zoals zoekmachines), beter te vinden en te gebruiken zou zijn. Daarbij is ook gekeken naar wat voor inspanning dat vraagt van data­eigenaren. In de geo-wereld zijn veel open-datasets en een volledig op open standaarden gebaseerde infrastructuur om die data te delen, maar de gebruikte standaarden zijn specifieke geo-standaarden, in plaats van webstandaarden.
Eén van de resultaten van het testbed was de tool LD-Proxy. Hiermee krijgt elk geo-object een eigen, stabiele URI. Dit is een fundamentele stap die ervoor zorgt dat er naar deze geo-objecten gelinkt kan worden. Simpelweg de link volgen levert informatie over deze objecten op. Bovendien kunnen zoekmachines nu de objecten ontdekken en opnemen in hun index. Ook zijn de objecten nu via een API opvraagbaar en kunnen zij geleverd worden in bijvoorbeeld JSON of RDF, formaten die ook buiten de geo-wereld gebruikt kunnen worden.
LD-Proxy is ongetwijfeld het meest tastbare resultaat van het #geo4web testbed, maar misschien nog wel belangrijker is de set van aanbevelingen die het testbed heeft opgeleverd. Deze ‘Lessons Learned’ beschrijven onder meer hoe je geodata ook voor leken begrijpelijk kunt maken en hoe je ervoor kunt zorgen dat de tijd die het een ontwikkelaar kost om een data API te doorgronden, zo kort mogelijk is. Ook is beschreven hoe je met webstandaarden de semantiek in geodata kunt vastleggen zodanig dat zij ook door zoekmachines begrepen wordt. Verder is uitgezocht hoe je geodata in RDF kunt beschrijven zodat het onderdeel wordt van het semantisch web en heeft het testbed praktische tips opgeleverd. Bijvoorbeeld over het reduceren van het volume van geodata.
De Lessons Learned vormen ook input voor een inter­nationale best practice voor ‘Spatial Data on the Web’, die de standaardenorganisaties voor respectievelijk webstandaarden en geostandaarden (W3C en het OGC) gezamenlijk aan het schrijven zijn. Daarnaast worden de Lessons Learned ook in de praktijk gebruikt, zoals bij recente Kadaster-datapublicaties.
Boek 5/Ontwikkeling: LOD Laundromat

Het gebruik van Linked Data kost normaal gesproken veel tijd en vraagt de nodige inspanning. Linked Data is in de praktijk lastig vindbaar, van suboptimale kwaliteit, en niet eenvoudig opvraagbaar. Om deze problemen op te lossen is een ‘wasserette’ voor Linked Data gebouwd: de LOD Laundromat (1ste prijs Beste Linked Data Toepassing 2015; 3de prijs European Linked Data Awards 2015).
De LOD Laundromat zoekt op het internet naar Linked Open Data-bronnen. De meeste bronnen bevatten ‘vlekken’, zoals syntaxfouten, dubbele voorkomens of incorrecte waardes. De Laundromat wast deze vlekken schoon. Wat overblijft is standaardconforme Linked Data, die je zo van de ‘waslijn’ kunt plukken.
Om dit te realiseren maakt de LOD Laundromat gebruik van de laatste technologische ontwikkelingen op het gebied van data crawling, streaming, parsing, opslag en querying. De Laundromat publiceert alle gegevens in open en gestandaardiseerde formaten die voor lokaal gebruik kunnen worden gedownload. Daarnaast biedt zij ook webservices aan, waarmee de data direct online bevraagd kan worden.
Op dit moment bevat de LOD Laundromat honderd­duizenden datasets en tientallen miljarden triples. De Laundromat wordt door duizenden ontwikkelaars op het gebied van Linked Data gebruikt. Maandelijks worden miljoenen documenten gedownload en tientallen miljoenen queries afgehandeld.
De LOD Laundromat neemt niet alleen werk uit handen bij het zoeken en vinden van Linked Data, maar helpt ontwikkelaars ook om hun data zelf beter beschikbaar te stellen. Zo worden de niet­standaardconforme eigenschappen van iedere dataset in metadata opgeschreven en is het mogelijk om schoongewassen tussenversies van de data voor eigen gebruik te downloaden.
LOD Laundromat is een ideaal raamwerk om groot­schalige Linked Data-toepassingen op te bouwen. Eén zo’n toepassing is LOD Lab, een methode om grootschalige evaluaties over de gehele LOD Cloud uit te voeren (Best Paper Award ISWC 2015). Een andere toepassing is LOD Search (2de prijs European Linked Data Awards 2016). LOD Search is een grootschalige semantische zoekmachine die gebruikers in staat stelt om op eenvoudige wijze naar Linked Data-bronnen te zoeken. De verwachting is dat in de nabije toekomst meer grootschalige toepassingen op basis van de LOD Laundromat gebouwd zullen worden.
Boek 5/Ontwikkeling: Linked Open Erfgoed Data

Hoe komen we tot nieuwe en aansprekende voor­beelden om de kracht van Linked Data voor de erfgoedsector te verbeelden? Al een tijdje werken veel culturele instellingen, musea en bibliotheken aan het beschikbaar stellen van hun collecties als Linked Data. Maar dé toepassing die laat zien wat je daar als gebruiker mee kunt, moet nog worden gemaakt.
Ideeën zijn er genoeg, maar allemaal hebben we hetzelfde probleem: de tijd ontbreekt om er eens even rustig aan te kunnen werken. ‘We zouden ons eigenlijk eens 24 uur moeten opsluiten’, roepen we soms. Maar wacht eens: waarom doen we dat dan niet gewoon? En dan gelijk met een groot aantal anderen. En dan niet op kantoor, maar op een plek waar we echt niet gestoord kunnen worden en geen afleiding hebben.
Voor we het wisten, hadden we de ideale plek gevonden voor de Hack-a-LOD 2016: het voormalige gevangeniscomplex De Vrije Wolf in Utrecht. Op die locatie kregen dertig hackers op vrijdag 11 november de gelegenheid en de tijd om te werken aan innovatieve toepassingen. Na 24 uur ‘gevangenschap’ werden zij vrijgelaten en mochten ze hun applicaties presenteren aan de circa honderdtwintig aanwezigen die in de voormalige kerkzaal van de gevangenis benieuwd waren naar de resultaten. Die waren verrassend.
Programmeurs van Picturae bouwden de game ‘Pak je monumentje!’, die gebruikmaakt van de SPARQL-toe­gang tot DBPedia en de API van Rijksmonumenten. Ontwikkelaars van het Kadaster maakten een 3D­-weer­gave van gebouwen op een kaart, die gekop­peld was aan de monumentendataset van RCE. En ook de winnaars van de publieksprijs, Marieke van Erp en Richard Zijdeman van Team CLARIAH, gebruikten de adressen van gebouwen en zochten automatisch naar informatie over die adressen in de advertenties van de digitale kranten in Delpher.nl. Op die manier werd in hun project ‘If Buildings could talk’ het levensverhaal van een gebouw verteld. Met de winnende applicatie van de juryprijs kun je ook in gesprek gaan met ons nationaal erfgoed, maar dan net even anders. Hay Kranen bouwde de Erfgoed Bot, een chatbot waarmee je in Facebook persoonlijke informatie ontvangt van schilderijen en monumenten uit Wikidata. Als prijs wordt de Erfgoed Bot door de KB verder ontwikkeld.
De Hack-a-LOD 2016 was georganiseerd door de Koninklijke Bibliotheek (KB) en het Netwerk Digital Erfgoed (NDE) en bestond uit twee tracks. Voor het open track mochten deelnemers eigen ideeën voor applicaties uitwerken. Tijdens de gesloten track werkten medewerkers van erfgoedinstellingen en softwarebedrijven samen aan plannen om erfgoedcollecties met elkaar te verbinden.
Boek 5/Voorwoord Alexander Rinnooy Kan

Sinds 2011 kent de Nederlandse overheid een opendatabeleid. Het moet ertoe leiden dat steeds meer overheidsgegevens vindbaar en uitwisselbaar zijn en bovendien (gratis of tegen marginale kosten) beschikbaar worden gesteld. Die stap van de overheid heeft inmiddels al veel opgeleverd. Met name als het gaat om (open) geodata zijn er de afgelopen jaren flinke stappen gezet. Maar we zijn er nog lang niet. Vooral wat betreft de vindbaarheid en de bruikbaarheid van gegevens, kan en moet er nog wel het nodige gebeuren. Linked Data kan daar een voorname rol in spelen.
De maatschappelijke en economische waarde van (open) data is groot en zal alleen maar toenemen. Daarover is iedereen het eens. Maar data heeft alleen écht waarde als het ook bruikbaar is. Dat is nog geen gemeengoed. Linked Data gaat over bruikbare (open) data, gepubliceerd conform open standaarden op basis van de filosofie van het internet. Linked Data zorgt ervoor dat gegevens bruikbaar zijn en voorziet die gegevens ook van context.
Met Linked Data kan niet alleen economische en maatschappelijke waarde worden gecreëerd, maar kan ook de dienstverlening van de overheid wezenlijk worden verbeterd. Te denken valt aan het toekennen van huurtoeslagen, waarbij niet alleen de samenstelling van het gezin en inkomensgegevens worden meegenomen, maar ook aan juridische uitspraken (bijvoorbeeld over scheidingen) en energierekeningen. Hiermee kunnen onder meer onterechte afwijzingen en onjuiste berekeningen worden voorkomen.
Linked Data kan ook een grote rol spelen bij de kwaliteit en daarmee het gebruik van de basisregistraties. Van die basisregistraties bestaan momenteel honderden (lokale) kopieën en het zal enorm schelen als gebruikers, dankzij Linked Data, gegevens direct vanuit de bron kunnen gebruiken. Gelukkig worden óók op dat gebied flinke stappen gezet. Inmiddels zijn de eerste basisregistraties beschikbaar als Linked Data, staat het onderwerp op de agenda van de Digicommissaris en zijn veel organisaties (in de publieke en de private sector) druk doende met het publiceren van Linked Data.
De ontwikkeling van Linked Data kan niet zonder een goed georganiseerde en gemotiveerde achterban. We mogen ons gelukkig prijzen dat het Platform Linked Data Nederland daarin een centrale en verbindende rol speelt. In deze uitgave leest u meer over en van deze community. Ik beveel het u van harte aan, en hoop dat het zal bijdragen tot de bloei en groei van dit kansrijke werkterrein.
Alexander Rinnooy Kan
Hoogleraar aan de Universiteit van Amsterdam en onder meer voorzitter van de Big Data Alliance
Bounties List

This page lists all issues of the PLDN Bounty Program on which a bounty has been placed. 
* As an organization, you can mail us to add new bounties on LDWizard-related GitHub issues.
* As a developer, you can mail us to discuss with us if and how you can solve a bounty-issue.
Learn more about the required steps in the bounty procedures for all roles involved in the PLDN Bounty Program on the Bounty Procedures page.
==Bounties==
This section contains all bounties that have been placed by organizations so far with their status. 
Currently there are no open bounties for developers to work on.
==Closed bounties==
Repository 	LDWizard
Issue 	Add support for RML import format #60
Status 	Closed
Solved by 	Vincent Emonet
Updated 	May 6, 2023
Editorial note	Add support for YARRRML import format added to this bounty issue and bounty sum increased to € 2500
Sponsors 	PLDN
Bounty 	€ 2500
Repository	LDWizard
Issue 	Select a predefined profile (SHACL shapes) #59
Status 	Closed
Solved by 	Daniel Beeke
Created 	September 20, 2022
Sponsors 	PLDN
Bounty 	€ 1250
Repository	LDWizard
Issue 	Replace RATT with RocketRML #54
Status 	Closed
Solved by 	Vincent Emonet
Created 	September 7, 2022
Sponsors 	PLDN
Bounty 	€ 1000
Repository	LDWizard
Issue 	Remove support for CSVW and RATT export formats #58
Status 	Closed
Solved by 	Vincent Emonet
Created 	September 20, 2022
Sponsors 	PLDN
Bounty 	€ 250
Bounty Program

One of the goals of PLDN is to make free to use, lightweight, open source, linked data tools more sustainable via our PLDN community and governance activities.
One way of doing this, is to enlarge the pool of software developers that are involved in the development and maintenance activities for these lightweight linked data tools, to solve any issues and to develop new features for these tools. For the smaller activities this is done on a voluntary basis and for important issues and much desired new features, we would like to work via a bounty program, such that organizations can place bounties (financial rewards) for issues that they want to get solved or for new features that want to be developed.
Working this way, we would like to engage software developers that want to learn innovative new technologies and that have good experience with development in JavaScript/TypeScript and SCSS, have experience in structuring, querying and retrieving (linked) data and that want to work under the guidance of the gatekeeper for one of the tools. When a developer wants to claim a bounty, the gatekeeper is involved in the intake procedure of the candidate developer, he will monitor the progress and quality of the work activities and he will accept/reject the deliverables that are developed for a bounty issue. Working this way, more organizations and developers can become involved in the larger linked data community.
List of bounties => 	Bounty procedures =>
Express your interest to work on a feature or bug	Learn more about how bounties are placed and managed
BrinkEtAl-GML2RDF-files

UML, GML, RDF, XSLT, and adapted ShapeChange version downloadable from: 
This archive contains the source UML and GML files used in this experiment, as well as the generic-GML2RDF XSLT stylesheet and the adapted ShapeChange source and configuration file. 
The ShapeChange adaption is in Shapechange/src/de/interactive_instruments/ShapeChange/Target/Ontology/RDF.java. Changes are marked with a comment: 
"// This part is added by Wilko Quak"
License: http://creativecommons.org/licenses/by-nd/3.0/nl/
Case 1: Doorontwikkelen URI Strategie

Deze werkgroep zal de reeds ontwikkelde URI strategie loslaten op (een subset van) de basisregistraties, en daar ervaring mee opdoen. Resultaat is een URI strategie die een stap verder is gebracht, en een deel van de basisregistraties die een stap gezet hebben richting Linked Data door het toepassen van de URI strategie.
Case 3-7 email lijst

Lijst van geïnteresseerden in Case 3 en Case 7. Deze mensen ontvangen alle mails over ontwikkelingen binnen onze case.
Vonder, M.R. (Matthijs) <matthijs.vonder@tno.nl>;
Linda van den Brink <l.vandenbrink@geonovum.nl>; 
Erwin Folmer TNO <erwin.folmer@tno.nl>; 
Paul Hermans <paul@proxml.be>;
Edward MacGillavry <edward@webmapper.net>; 
Gerard Nienhuis <g.nienhuis@overijssel.nl>; 
Rob van Dort <rob.van.dort@gmail.com>; 
Louis Dietvorst <louis.dietvorst@enexis.nl>; 
Cor Melse <cor.melse@rivm.nl>; 
Frans Knibbe <frans.knibbe@geodan.nl>;
Tine van Nierop <tine.vannierop@den.nl>; 
Pieter van Everdingen <pietervaneverdingen@hotmail.com>; 
Lieke Verhelst <lieke@informagic.nl>; 
Marc van Opijnen <marc.opijnen@koop.overheid.nl>; 
Wilko Quak <w.quak@geonovum.nl>; 
Paul Juffermans <paul.juffermans@alliander.com>; 
Paul Janssen ;
Jong, A.P.J. (Arnoud) de <arnoud.dejong@tno.nl>; 
Ed Visser <edvisser@denhaag.nl>; 
Ann Loogman <ann.loogman@waternet.nl>; 
Geurdes, Han <han.geurdes@cgi.com>; 
Rein van 't Veer <Rein.vantveer@den.nl>; 
Roel Stap <roel.stap@dforu.nl>; 
Dimitri van Hees <dimitri.van.hees@freshheads.com>;
Case 4: GeoSPARQL-demo

Categorie:Case4
==GeoSPARQL-demo== 
E&L brengt de GeoSPARQL-demo in:
* http://www.erfgoedenlocatie.nl/2013/11/geosparql-demo-erfgoed-locatie 
Het publieke (open) sparql endpoint hiervan bevindt zich op:
* http://erfgeo.nl/useekm 
Dit adres is een headless endpoint, de grafische interface hiervan bevindt zich achter een gebruikersnaam en wachtwoord (aangezien dit een standaard Sesame workbench-interface is met verregaande bevoegdheden). Mocht hier toch interesse in zijn, dan kan ik nog wel het een en ander regelen, maar ik zal eerder kijken of ik de demo weer zodanig kan aanpassen zodat daar de sparql-query rechtstreeks in aan te passen is (of wellicht kan iemand van de case mij hierbij helpen?).
==Waar ik graag hulp bij wil vragen is:==
* Hoe bouw ik in javascript aan de linkerzijde een menu uit de resulterende JSON-data die per key (monumentnummer, code, waarde etc.) het aantal voorkomende waarden ("Terrein van hoge archeologische waarde: 86; Terrein van archeologische waarde: 41) opsomt, zodanig dat dit is om te bouwen tot een filtermenu?
* Er gaat het een en ander mis met het combineren van filters in de SPARQL query. Waar ligt dat aan? Is dit een probleem van de backend of formuleer ik mijn queries niet goed?
Case 4: NDW data

Categorie:Case4
De Waag en 2CoolMonkeys hebben de actuele verkeersgegevens (http://www.ndw.nu/pagina/nl/4/databank/31/actuele_verkeersgegevens/) van NDW in CitySDK gezet. CitySDK is De Linked Open Data API die gebruikt wordt voor diverse open data projecten, o.a. de BomenSpotter apps (zie http://bomenapp.nl) en de boeteradar. (http://boeteradar.2coolmonkeys.nl). 
Ruim 9000 meetpunten geven (semi)realtime snelheid en intensiviteit door. NDW geeft alleen de geografische locatie (latitude en longitude) door van deze punten. Binnen CitySDK worden de meetpunten eerst ingeladen en vervolgens omgezet naar linked open data door de punten te verrijken met de snelwegnaam (bv A2), de richting (bv A2 maastricht Amsterdam) en waar de meetpunten liggen (bv Utrecht). 
Binnen CitySDK kun je nu vragen stellen over snelheid en verkeersintensiviteit per:
* Snelweg:
** A2, via: http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::snelweg=a2&per_page=1500 
** A12: http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::snelweg=a12&per_page=1500
* Richting:
** A2 Amsterdam maastricht: http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::richting=a2 amsterdam maastricht&per_page=1500 of
** A12 Duitsland Den Haag: 
http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::richting=a12 duitsland denhaag&per_page=1500
* Plaats:
** Ter hoogte van Utrecht: http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::terhoogtevan=Utrecht&per_page=1500 
** Ter hoogte van Amsterdam: http://citysdk.waag.org/map#nodes?2cm.actuele_verkeersgegevens::terhoogtevan=Amsterdam&per_page=1500
* Nu kan je diverse vragen stellen:
** waar vertraagt het?
** waar staat het stil?
** waar is het druk?
** waar wordt er hard gereden?
Gezien de sancties voor te hard rijven van het OM ook openbaar zijn (zie http://www.om.nl/onderwerpen/verkeer/verkeershandhaving-0/snelheid/bereken/) hebben we direct het “sanctie potentieel” toegevoegd. We zijn (er voor nu) vanuit gegaan dat iedereen die harder dan 123 rijdt, je een boete moet betalen.
Bekijk deze op de http://boeteradar.2coolmonkeys.nl
 
Nu de data realtime in CitySDK op te vragen zijn, hoeven we ons niet meer druk te maken over dataformaten, maar meer over de toegevoegde waarde. (de KLPD heeft al interesse getoond, maar ook Rijkswaterstaat: wat nu als je van te voren al weet dat het verderop langzamer gaat rijden->verspil je minder remblokjes).
Veilige reis!
Case 4 en 5 Linked Data op het web

Categorie:Case4
Categorie:Case5
Case 4 en 5 hebben tot doel om de webcommunity 
# de voordelen van Linked Data te laten ontdekken
# in staat stellen om Linked Data in te zetten
Ik, --Mackm02 (overleg) 20 jan 2014 08:29 (CET), heb het volgende bedacht. Ik heb hier een oude dump van het Handelsregister liggen. In het Handelsregister staan allerlei verbanden tussen personen. Volgens mij kunnen we met deze informatie de netwerken laten zien die er bestaan in ondernemend Nederland. Let wel, het betreft hier een testbestand, ik verwacht niet dat het allemaal klopt wat er in deze dump van het Handelsregister staat.
Ik zoek naar visualisaties van netwerken. Ik ga nu proberen om de volgende visualisatie te maken. http://www.cotrino.com/2012/11/language-network/
== Techniek ==
Omdat JSON-LD een recommendation is van W3C ben ik van plan om:
* Hadoop / Pig te gebruiken om de data op te werken tot geschikte data in JSON-LD
* MongoDB te gebruiken als opslag. Ik, --Mackm02 (overleg) 20 jan 2014 08:40 (CET), wil ook graag onderzoeken hoe we MongoDB kunnen gebruiken voor het synchroniseren van data.
* AllegroGraph te gebruiken om de RDF (opgeschreven in JSON-LD syntax) te bevragen
== Ontwerp ==
Twee personen horen tot één netwerk als:
* de ene persoon een functie vervult voor een andere persoon
* de ene persoon aansprakelijk is voor een andere persoon
* de ene persoon hetzelfde adres heeft als een andere persoon
== Aanpak ==
# Bepaal HubMax: het maximaal aantal hubs dat er gemaakt kan worden binnen het grootste netwerk dat voorkomt binnen het Handelsregister. 
# Bepaal en ontdubbel de HubMax netwerken
# Verwijder de nodes van de HubMax netwerken uit de data
# Bepaal en ontdubbel de HubMax-y netwerken en verwijder deze nodes uit de data tot y = 1
== Stap 1 ==
Het aanmaken van een aantal JSON-LD bestanden:
* Personen (natuurlijk en niet-natuurlijk) met soms een adres als er geen vestiging is
* Functievervullingen gecombineerd met Aansprakelijkheden die laten zien welke persoon iets door voor een andere persoon. Deze hebben een datumAanvang en kunnen een datumEinde hebben
* Vestigingen met Handelsnamen, Activiteiten en Adressen
* MaatschappelijkeActiviteiten (MA) of Ondernemingen die eigenlijk een relatie zijn tussen een persoon en een vestiging. Een MA / Onderneming heeft een KvK-nummer, een datumAanvang en soms een datumEinde.
== Eerste resultaat ==
en een query: http://37.230.102.31:10035/repositories/netwerk#query/r/netwerkje
Case Doorontwikkelen URI Strategie

categorie:case1
==Inleiding==
Deze werkgroep zal de reeds ontwikkelde URI strategie loslaten op (een subset van) de basisregistraties, en daar ervaring mee opdoen. Resultaat is een URI strategie die een stap verder is gebracht, en een deel van de basisregistraties die een stap gezet hebben richting Linked Data door het toepassen van de URI strategie.
==Trekker==
Naam 	Organisatie
Jeroen Baltussen	DLG
==Deelnemers en geïnteresseerden==
{{#sparql:
PREFIX a: <http://www.pilod.nl/wiki/Speciaal:URIResolver/> 
PREFIX foaf: <http://xmlns.com/foaf/0.1/>
PREFIX dct: <http://purl.org/dc/terms/>
select DISTINCT ?URI ?Organisatie ?Onderwerp ?Deelnemer
where
{?URI a:Eigenschap-3AElementtype ?title. 
FILTER(REGEX(STR(?Onderwerp), "Case 1")).
FILTER (regex(?Deelnemer, "Ja")) .
OPTIONAL
{?URI a:Eigenschap-3AOrganisatie ?Organisatie . }
OPTIONAL
{?URI dct:subject ?Onderwerp . } 
OPTIONAL
{?URI a:Eigenschap-3ADeelnemer ?Deelnemer . } 
}
ORDER BY ?URI
|endpoint=http://localhost:8890/sparql
}}
==Activiteiten==
==Resultaten==
==Referenties==
Case Linked Open Data voor App Bouwers

categorie:case5
==Inleiding==
De case “App Bouwers” onderzoekt de inzet van Linked Data voor het web en levert voorbeeldcode en best practices op voor developers, zodat zij eenvoudig LD kunnen inzetten bij het verrijken van applicaties of websites.
==Trekker==
Naam 	Organisatie
Dimitri van Hees	Freshheads BV
==Deelnemers en geïnteresseerden==
{{#sparql:
PREFIX a: <http://www.pilod.nl/wiki/Speciaal:URIResolver/> 
PREFIX foaf: <http://xmlns.com/foaf/0.1/>
PREFIX dct: <http://purl.org/dc/terms/>
select DISTINCT ?URI ?Organisatie ?Onderwerp ?Deelnemer
where
{?URI a:Eigenschap-3AElementtype ?title. 
FILTER(REGEX(STR(?Onderwerp), "Case 5")).
FILTER (regex(?Deelnemer, "Ja")) .
OPTIONAL
{?URI a:Eigenschap-3AOrganisatie ?Organisatie . }
OPTIONAL
{?URI dct:subject ?Onderwerp . } 
OPTIONAL
{?URI a:Eigenschap-3ADeelnemer ?Deelnemer . } 
}
ORDER BY ?URI
|endpoint=http://localhost:8890/sparql
}}
==Activiteiten==
==Resultaten==
==Referenties==