Demonstrator Koopovereenkomst Solid App | Set up

[marcvanandel]

We zullen 'dus' (zie focusdag 3 en eerdere focusdagen) een 'Koopovereenkomst App' moeten ontwikkelen. Ik stel voor om deze te 'dopen' met de naam Demonstrator Koopovereenkomst Solid App. We zouden (tzt) ook de repo zo kunnen hernoemen en zelfs verplaatsten naar Zorgeloos Vastgoed.

Dit issue bevat overwegingen en discussie om tot een juiste opzet te komen van de app:

• Wat is de technische stack waar we op gaan bouwen?
• Welke libraries gaan we gebruiken voor integratie met IRMA en Solid PODs?
• Welke UI/UX vormen, libs en frameworks gaan we gebruiken?

[marcvanandel]

Technische stack thread

[marcvanandel]

We hebben 'dus' (zie focusdag 3 en eerder) een 'Koopovereenkomst App' nodig. Ik stel voor om deze Demonstrator Koopovereenkomst Solid App te noemen. Zo zou die repo eventueel ooit eens naar Zorgeloos Vastgoed kunnen verschuiven ;)

Volgens mij kunnen we uit de voeten met een 'static web app'. Dat wil zeggen dat er geen server of backend nodig is. Alle data wordt opgeslagen in Solid PODs en kan elke keer opgehaald worden voor elke gebruiker. Er is altijd een log in nodig en daarin zou het altijd bekend moeten zijn aan welke koopovereenkomst gewerkt wordt en dus ook vanuit welke POD Makelaarskantoor deze geladen moet worden. En daarin zitten dan weer de verwijzingen naar de andere PODs.

Dat wil zeggen dat we alleen maar een WebApp nodig hebben en een server om dat te kunnen laden. GitHub Pages zou dan al voldoende zijn als server. Verder geen backend.

Voor de technische stack zou ik graag willen kiezen voor React (eigenlijk ReactJS). Alternatieven zijn Angular en Vue, waarbij Angular groot en complex is - wat we niet nodig hebben, denk ik - en waarbij Vue nieuwer is en veelbelovend ... maar nog steeds (veel?) minder mainstream dan React. Vervolgens wordt in de documentatie om te starten met een React App verwezen naar Gatsby(JS). Wat mij daar opvalt, is dat daar GraphQL als standaard integratie voor het laden van data wordt gepromoot! Het lijkt mij een prima basis voor onze eerste trial 😃

De technische stack is dan:

• npm (NodeJS + package manager) - tbv development
• ReactJS
• GatsbyJS

[marcvanandel]

OK. Account aangemaakt op Gatsby Cloud (lijkt verplicht) en daarmee de wizard voor een 'default Gatsby app' doorlopen. Resultaat staat in een aparte repo: marcvanandel/demonstrator-koopovereenkomst-solid-app

[marcvanandel]

Om gebruik te maken van IRMA is wel / toch een IRMA server noodzakelijk. Dit is de IRMA server die gekoppeld is en kennis heeft van de Koopovereenkomst Solid App en de brug vormt met de IRMA App op de telefoon van de gebruiker.

Vanuit de GIDS Openstandaarden PoC lijkt het wel mogelijk om hun IRMA server te gebruiken (met lokale env settings): OpenSNS-IRMA-Docker (Go lang versie)

Worklog:

git clone https://github.com/GIDSOpenStandaarden/OpenSNS-IRMA-Docker.git

cp .env.dist .env

[edit .env as described in the documentation]

mv ./configuration/public_key.pem ./configuration/jwt_public.pem
mv ./configuration/private_key.pem ./configuration/jwt_private.pem

echo ADMIN_EMAIL=marc.vanandel@kadaster.nl >> .env

docker-compose build && docker-compose up

IRMA Server is up and running succesfully at http://localhost:8081!

[NickvApeldoorn]

In de demonstrator wordt gebruikt gemaakt van een basale versie van de gedataficeerde koopovereenkomst zoals ontwikkeld binnen Zorgeloos Vastgoed. De gedataficieerde koopovereenkomst kan je vinden via: https://github.com/bp4mc2/bp4mc2-zvg/blob/master/informatiemodel/voorbeeld/DigitaleKoopovereenkomstDemo.html - optie ‘raw’ (dan krijg je de ruwe data), deze opslaan en dit bestand openen in de browser. Dit is de gedataficeerde koopovereenkomst.

Voor de demonstrator gebruiken wij de volgende gegevens:

• Naam verkoper.
• Legitimatie verkoper (d.m.v. WebID).
• Naam koper.
• Legitimatie koper (d.m.v. WebID).
• Artikel 1 verkoop en koop (https://taxonomie.zorgeloosvastgoed.nl/zv/nl/page/?uri=http%3A%2F%2Fmak.zorgeloosvastgoed.nl%2Fid%2Fconcept%2FArtikelVerkoopEnKoopOptieAEigendom): keuze uit Eigendom en Erfpacht.
• Plaatselijk bekend (https://taxonomie.zorgeloosvastgoed.nl/zv/nl/page/?uri=http%3A%2F%2Fnot.zorgeloosvastgoed.nl%2Fid%2Fconcept%2FPlaatselijkBekend): Adres + postcode.
• Kadastraal bekend (https://taxonomie.zorgeloosvastgoed.nl/zv/nl/page/?uri=http%3A%2F%2Fkad.zorgeloosvastgoed.nl%2Fid%2Fconcept%2FKadastraleAanduiding): Kadastrale gemeente en sectie alsmede de nummers van de percelen.
• Koopsom.

[NickvApeldoorn]

Willen wij het ondertekenen van de koopovereenkomst (na invullen van bovenstaande) ook nog meenemen? Zo ja, dan moeten daar de volgende zaken worden ingevuld, zowel voor verkoper als koper:

• Naam
• Plaats
• Datum
• Handtekening

[marcvanandel]

Goeie toevoeging, Nick!

[marcvanandel]

Ruben Verborgh heeft een React Solid components / examples repo!

Hopelijk kunnen we hier vanaf kijken hoe de build zou moeten werken ... (want dat blijft toch een beetje mistig 😏 )

(ohw ... archived ... 😬 Maybe 'cause there's a:)

OK. Browing around I get to this summary. Ruben has developed LDflex and React components. The React components were used in a solid-react-components lib of Ruben (now archived). This then migrated towards Inrupt/solid-react-components (archived as well) ... which is followed up by a Solid React SDK (also archived) ... and superceeded by the new Solid React SDK by Inrupt! But the latest is without LDflex.

So now we've to set up a fresh React webapp based on the (newest) Solid React SDK, add LDflex for Solid Query to it and make the former examples work again. Then we have a base application to sustain the development towards a Koopovereenkomst Solid App ...

[marcvanandel]

Following the inrupt/solid-demo-app logging in with Inrupt POD does not work ... but with solidcommunity.net works! 🎉

This might be a proper base to continue work on ... ? (I'm so tired of all dependency hell and not working set ups!! 😞 )

[marcvanandel]

Yes! Made some progress with v3 in #6 🎉

[marcvanandel]

And published this version on GitHub Pages: https://marcvanandel.github.io/solid-quest/

[marcvanandel]

Tip van Digita rondom het starten van een Linked Data component / gebruiken van LD componenten: https://www.digita.ai/news/introducing-semcom-an-easy-way-for-developers-to-load-web-components-for-different-and-unknown-kinds-of-data

[marcvanandel]

In gesprek met GIDS Open Standaarden:

• Applicaties worden er gemakkelijker van De database onder de applicatie weghalen en vervangen door PODs ... past eigenlijk heel goed!

Vertrouwen is het primaire asset dat verhandeld wordt ... niet het document van de koopovereenkomst.

1. IRMA voor identiteit vastleggen.
2. Verifiable credentials uitwisselen en valideren (sequence of VCs -> ledger of VCs)
3. 'Ergens opslaan' ... wat niet per se een POD hoeft te zijn. Sovrin oid zou hier ook prima (beter?) passen?

Representations of verifiable credentials (VCs).

Wat doet Solid hier? Het is vooral LinkedData. Solid is vooral voor het opslaan van documenten.

Verified triple?

NUTS zegt vooral iets over vertrouwen ... niet over data uitwisseling.

Trust netwerken en de rol van wallets.

Solid vervult vooral een rol in privacy concern. Wallets lijken beter te passen bij het bewaren van de sequence van VCs.

Je Funda data staat in je POD. Onderhandeling wordt beter ondersteund met cryptografische infrastructuur, een trust infrastructuur

---

Mijn comments:

Wallet = offline data, alleen online ten tijde van uitwisseling POD = online data, altijd online met duidelijke autorisatie Digitale identiteit = set van verifiable credentials die typisch in een wallet bewaard worden ... maar waarvan delen ook gedeeld kunnen / dienen te worden met andere partijen ... via een POD?

[kad-michij]

Janneke's aantekeningen:

• Hun ervaring met Solid; bleeding edge technology heet niet voor niets zo, wisselende ervaringen, inrupt libraries best goed. Front end zelf doen(?).
• Hoe zit het met vertrouwen? Hoe weet je dat de data klopt? En hoe voorkom je dat de data niet wordt gewijzigd? Belang van herleidbaarheid.
• Niet per se fan van blockchain maar iets van verifiable credentials oid ( en die presentations) is wel nuttig hiervoor -> diegene is echt eigenaar van het object (checken bij Kadaster bijv.)
• Krijg je een soort sequence van VC’s
• Credentials kluis zoals sovrin, nuts
• Rol solid pods moet je dan onderzoeken, solid vooral gebruiken voor het opslaan van documenten(?). Funda advertentie wil je bijv. in je pod zetten, of bijv. je arbeidsovereenkomst
• Optie is ook om een verified triplet te maken.
• Linked data sowieso relevant

Links: https://nuts.nl/ https://sovrin.org/ https://www.kik-v.nl/

[marcvanandel]

Demonstrator werkt ... en is klaar genoeg 😁