Coder Social home page Coder Social logo

conductionnl / woo-website-template Goto Github PK

View Code? Open in Web Editor NEW
2.0 3.0 1.0 48.74 MB

De Open WOO (Wet Open Overheid) website is een digitale oplossing voor op een gestructureerde en doorzoekbare manier beschikbaar te stellen van een breed scala aan documenten en gegevens, zoals raadsinformatie, vergaderstukken en andere officiële publicaties.

Home Page: https://openwoo.app/

License: Other

Dockerfile 0.52% JavaScript 2.00% CSS 15.11% TypeScript 80.61% Smarty 1.75%
nl-design-system open-source overheid woo common-ground commonground vng

woo-website-template's Introduction

Over de WOO en Open Woo App

Ondersteuning en bijeenkomsten

Meer weten over deze oplossing? Dat kan! Hiervoor hebben we een apart Slack kanaal binnen Common Ground. We helpen je daar graag verder. Uiteraard kan je ook altijd mailen naar [email protected]

Tevens worden vanuit de aangesloten leveranciers worden regelmatig webinars georganiseerd. De eerst volgende community meeting is 14.

Terug kijken afgelopen webinars?

De Wet Open Overheid (WOO) is een initiatief gericht op het verbeteren van de openbaarheid van overheidsinformatie. Het doel is om overheidsinformatie beter toegankelijk te maken voor iedereen. Meer informatie over de Wet Open Overheid kan hier worden gevonden.

De implementatie van de Wet Open Overheid brengt twee kernuitdagingen met zich mee:

  1. Diversificatie van categorieën: Met de tijd zullen er steeds meer categorieën, variërend van rapporten en besluiten tot datasets en onderzoeksresultaten. Deze diversiteit vereist een flexibel systeem dat in staat is om verschillende typen categorieën adequaat te hanteren. Dat maakt het op voorhand onmogelijk om één bron (zoals zaaksysteem of raadsinformatiesysteem) richting de toekomst aan te wijzen.

  2. Proactieve Publicatie: Overheden moeten informatie proactief te publiceren. Dit betekent dat publicatie onderdeel moet worden van het normale werkproces. Hiermee is het richting de toekomst niet haalbaar om Woo-publicaties handmatig via een apart systeem (bijvoorbeeld CMS-website) te laten verlopen.

Deze uitdagingen kunnen niet effectief worden aangepakt met een enkel Content Management Systeem (CMS) of door levering vanuit één systeem. Handmatige publicatie van alle overheidsinformatie zou een aanzienlijke personele inzet vereisen, wat onpraktisch is. Daarbij komt het voor dat verscheidende categorieën vaak verdeeld zijn over meerdere systemen, wat de situatie verder compliceert.

Belangrijkste functionaliteiten en voordelen van OpenWoo.app:

  • Centrale Index Pagina: Een overzichtelijke locatie voor alle openbare data van uw organisatie, verbetert de vindbaarheid van informatie.
  • Multibron Dataweergave: Een naadloze integratie en presentatie van data uit diverse bronnen, zoals het zaaksysteem, websites, raadsinformatiesystemen en archieven.
  • Keuze uit Publicatieplatformen: Met opties zoals NL Design React en Open Gemeente Typo 3, biedt OpenWoo.app flexibiliteit in de manier waarop uw gegevens gepubliceerd worden, terwijl het tegelijkertijd eenvoudig integreerbaar is in uw huidige website.
  • Automatische Data-aanlevering: Efficiënte aanlevering bij landelijke indexen zoals KOOP en Woogle, door middel van sitemap.xml-bestanden en API's, vergroot het bereik en de zichtbaarheid van uw gegevens.
  • Proactieve Publicatie: Automatiseer het publicatieproces en verminder handmatige inspanningen met de slimme, proactieve publicatiefuncties van OpenWoo.app.
  • Toekomstbestendig en Veilig: Bereid uw organisatie voor op toekomstige ontwikkelingen met configureerbare publicatietypen en verhoog de veiligheid en efficiëntie door het verminderen van directe bevragingen op bronnen.

epe.png

Wil je meer weten over de functionaliteiten van de Open Woo-app? Kijk dan op de architectuur pagina.

Oplossing van OpenWoo.app:

OpenWoo.app gaat verder dan alleen deze basisfunctionaliteiten door een geïntegreerde oplossing aan te bieden die bestaat uit essentiële componenten:

  • Koppelvlak naar KOOP en Woogle voor de Landelijke Index: Deze interface faciliteert een gestandaardiseerde verbinding met het Kennis- en Exploitatiecentrum Officiële Publicaties (KOOP) en Woogle van de WOOverheid van de UvA.
  • Federatieve Connectie: Door gebruik te maken van een op FSC/NLX gebaseerde connectie, worden de zoekindexen van deelnemende organisaties samengevoegd tot één virtuele zoekindex.
  • Zoekpagina (Optioneel): Een op NL Design gebaseerd publicatieplatform dat belanghebbenden in staat stelt om naar relevante informatie te zoeken.
  • Open WooService: Deze module verzamelt informatie uit verschillende bronnen, waardoor een gecentraliseerde toegang tot diverse categorieën van gegevens mogelijk wordt.
  • Open Index: Een opgebouwde index van openbare informatie die samen met andere zoekindexen een landelijke federatie vormt.
  • Overige Bronnen (Optioneel): Bronnen zoals het Zaaksysteem, Raadsinformatiesysteem en archief kunnen optioneel worden gekoppeld, met ondersteuning voor handmatige uploads via het CMS van uw huidige website.

Deze geïntegreerde aanpak zorgt voor een naadloze, efficiënte en effectieve implementatie van de Wet Open Overheid (Woo), waardoor overheidsorganisaties hun informatie op een gebruiksvriendelijke en toegankelijke wijze kunnen delen. OpenWoo.app is niet alleen een tool om te voldoen aan de Wet open overheid (Woo), maar een strategische partner die handwerk vermindert, transparantie bevordert, en de toegankelijkheid van overheidsinformatie aanzienlijk verbetert.

De OpenWoo.app architectuur is bewust ontworpen om gemeenten de keuze te geven in hoe zij willen omgaan met de Wet Open Overheid en KOOP

  • Wil je automatisch publiceren uit je huidige zaaksysteem? dat kan!
  • Liever publiceren uit je huidige website? dat kan ook!
  • Of wil je bij KOOP aanleveren vanuit een kleine openzaak installatie? dan kan dat natuurlijk ook.

Website Architectuur

Wil je meer weten over de architectuur van de Open Woo-app en uit welke componenten het bestaat? Kijk dan op de architectuur pagina.

Praktijkvoorbeelden

Op dit moment wordt de OpenWoo.app al door een aantal organisaties gebruikt

Organisatie Type Woo Pagina Woo Bron Status
Noordwijk Gemeente Pagina Zaaksysteem.nl Acceptatie
Tubbergen Gemeente Pagina Zaaksysteem.nl Acceptatie
Epe Gemeente Pagina Zaaksysteem Productie
Dinkelland Gemeente Pagina Zaaksysteem.nl Acceptatie
Rotterdam (Alleen vormgeving) Gemeente Pagina Demo Omgeving Demo
Noaberkracht Samenwerkingsverband Pagina Zaaksysteem.nl Acceptatie
Leiden (Alleen vormgeving) Gemeente Pagina Demo Omgeving Demo
Xxllnc (Demo omgeving) Leverancier Pagina Demo Omgeving Demo

Toekomstplannen

Er komen steeds meer toepassingen voor het publiceren van overheidsinformatie. Denk bijvoorbeeld aan het publiceren van datasets, algoritmes en besluiten. Deze toepassingen zullen in de toekomst ook onderdeel worden van de Wet Open Overheid. Daarom is het belangrijk dat de Open WOO App flexibel is en kan worden aangepast aan de veranderende behoeften van de overheid. Kijk voor meer informatie over onze ontwikkelplannen op de roadmap

woo-website-template's People

Contributors

bbrands02 avatar github-actions[bot] avatar lencodes avatar matthiasoliveiro avatar mwest2020 avatar remko48 avatar rjzondervan avatar rubenvdlinde avatar wilcolouwerse avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar

woo-website-template's Issues

WCAG Footer links

Comments op issue #93 van @WillemIsendoorn

De test op https://accessibe.com/ geeft aan dat er nog diverse aspecten zijn waaraan niet voldaan wordt. Dat geldt o.a. voor het onderdeel Titles. Onze online adviseur vind dit nog onvoldoende.

Over de footer geeft hij aan:
Ten eerste is de footer niet digitaal toegankelijk. De linkjes geven bijvoorbeeld geen feedback als je erover heen gaat. Met de tegels werkt dit nu wel mooi. Mijn voorstel zou zijn om de linkjes op dezelfde manier op te maken en te laten reageren als op www.epe.nl
Ten tweede verwijzen de links naar Privacy en Over deze website naar www.epe.nl, terwijl dit in mijn beleving een andere website is. Tot verwijst de link naar Toegankelijkheid naar accesScan en dit is niet gangbaar (en ik denk niet toegestaan) voor overheidswebsites.

Voor de verwijzing naar Toegankelijkheid zou een eigen pagina gemaakt moeten worden omdat deze webpagina's een eigen toegankelijkheidsverklaring behoeven. Zie bijvoorbeeld: https://www.epe.nl/toegankelijkheid
Daar kan niet zomaar naar verwezen worden.

Voor het onderdeel "Over deze website" zou een pagina gemaakt moeten worden door Conduction/XXLNC zoals afgelopen donderdag besproken. Dit kan een algemene tekst zijn die voor elke gemeente gelijk is.

Voor Privacy kan nu verwezen worden naar https://www.epe.nl/privacy. Daar moeten we een aparte pagina voor maken in samenwerking met onder Functionaris Gegevensbescherming en/of onze Privacy Officer.

  • Er moet een heading 1 titel komen en de volgorde mag niet verschillen van h1, h2, h3, h4, h5.
  • Alle links in de footer moeten duidelijke feedback geven als je over de links heen gaat.
  • De privacy link op de Woo pagina van de gemeente Epe moet verwijzen naar de privacy pagina van Epe.
  • Er moet een pagina komen waar op aangegeven wordt dat de website goed toegankelijk is.
  • Er moet een pagina met documentatie over de Woo pagina waarop een algemene tekst staat dat voor alle gemeentes gelijk is.

Testcase 5 lijkt overbodig

Deze testcase gaat over het verwijderen van een zaak. Voor een gebruiker is dit niet toegestaan dus deze test is eigenlijk niet nodig.

Footer aanpassingen Epe

  • Voor Epe kan er gelinkt worden naar de privacyverklaring van de website zelf.: https://www.epe.nl/privacy
  • footer links oplichten in andere kleur
  • Over deze website: algemene tekst voor alle gemeente (openwoo.app )
  • toegankelijkheid: algemene tekst, inclusief resultaten externe toets (en voldoen aan alle eisen).

Weinig attributen te zien

Afgelopen vrijdag heb ik een nieuwe zaak aangemaakt. Die werd nog niet zichtbaar op de Woo-pagina.
Nu wel! Ik had echter veel meer gegevens verwacht in dit scherm. doen we iets niet goed?
image

Huisstijl aanpassingen

Dit lijstje heb ik al eerder doorgegeven maar is nog niet verwerkt. Daarom nogmaals via een issue:
• Het logo van de gemeente Epe lijkt een stuk kleiner dan in het Figma-bestand en op www.epe.nl
• De lijntjes onder de titel van een WOO-verzoek zijn dunner dan op www.epe.nl. De titel lijkt overigens groter dan de gangbare titels op www.epe.nl
• Het klokje voor de datum van een WOO-verzoek lijkt me overbodig en kan de indruk wekken dat het WOO-verzoek maar een bepaalde periode online staat.
• De achtergrondfoto moet vervangen worden door een seizoensonafhankelijke foto, anders vraagt het teveel beheer.
• Er moeten pagina’s worden toegevoegd zoals https://www.epe.nl/over-deze-website en https://www.epe.nl/privacy en https://www.epe.nl/toegankelijkheid. Ook moet de site voldoen aan de WCAG / Besluit digitale toegankelijkheid en periodiek worden getoetst en een actuele toegankelijkheidsverklaring hebben.
• Het gemeentelogo in de footer lijkt me overbodig
• Een link naar www.epe.nl zou goed zijn, zoals we bijvoorbeeld ook kruisverwijzen tussen www.epe.nl en www.epe.nl/epeverduurzaamt
• Ik denk dat het zinvol is om toe te voegen hoe inwoners contact op kunnen nemen met de gemeente epe, zoals we bijvoorbeeld ook doen op www.epe.nl via de footer en via https://www.epe.nl/contact-met-de-gemeente.
• De footer is nu heel leeg en daardoor een groot blauw vlak.

[Bug]:

Beschrijving van de bug

test

Stappen om te reproduceren

stappen....

Footer aanpassingen Noordwijk

  • Footer lettertype hetzelfde als op noordwijk.nl.
  • Header in de kleur van de headers en de linktjes zwart
  • Tussen kopjes weghalen.
  • Browser titel veranderen naar "WOO | Gemeente Noordwijk"

Weergave tabel nog niet correct

Als de bezoek kiest voor de weergave in tabelvorm, dan ziet dat er zo uit:
image

Wat mij betreft mag de eerste kolom vervallen. Dan na de kolom Categorie een kolom met de Samenvatting.
En de datums in de volgorde Ontvangst, Besluit en Publicatie.
In de kolom Besluitdatum staat nu trouwens "Geen besluitdatum beschikbaar" maar dat is niet correct. Die is wel beschikbaar.
En dan de kolom Besluit: die mag weg.

Taalfoutje

Op de hoofdpagina staat:
image

Vind moet echter met dt geschreven worden.

Testcase 2 negatief

Ik heb bij zaak 131340 de publicatiedatum op 3-10 gezet. Deze blijft echter zichtbaar.

Ontvangstdatum versus registratiedatum

Op de detailpagina wordt nu getoond "ontvangstdatum".
Feitelijk wordt dit gevuld met de datum waarop een zaak is geregistreerd in het zaaksysteem.
Voor Woo-verzoeken is dat gelijk aan elkaar.
Voor convenanten (en straks ook andere informatiecategorieën) is de ontvangstdatum niet relevant of zelfs niet van toepassing.
Daarom is mijn vraag of dit veld bij de convenanten weggelaten kan worden?
En als dat niet kan om de term "ontvangstdatum" te vervangen door "registratiedatum".

Performance in de testomgeving is niet werkbaar

Het inladen van data lukt in de meeste gevallen niet. Hierdoor lukt het niet om de testomgeving te gebruiken voor interne demonstraties.

De vraag is of de performance aangepakt kan worden, zodat deze niet zo snel data inlaadt als productie.

Testcases 1 en 7

Testcase 7 is eigenlijk een verdieping op testcase 1.
Wat mij betreft zou testcase 1 kunnen vervallen of vervangen worden door testcase 7.

Card en Table

Op de publicatiepagina staan nu de Engelse termen Cards en table.
Graag wijzigen naar Nederlandse termen.

test

test voor automatische integratie

Filteren op categorie werkt niet meer!

Als ik op de hoofdpagina filter op Woo-verzoeken en besluiten krijg ik geen zoekresultaten meer.
Als ik op Convenanten filter wél. Wat is hier aan de hand?

Probleem met dubbele labels voor documenten in backend

Er is een probleem in de backend van ons systeem waarbij documenten meerdere labels kunnen hebben en er verwarring ontstaat bij het weergeven van deze documenten. Hier zijn de specifieke situaties:

  • Als een document zowel het label "besluit" als "woo-publicatie" heeft, wordt het weergegeven in zowel "besluiten" als "bijlagen". Echter, we willen liever dat het document slechts in één categorie wordt weergegeven.

  • Als een document zowel het label "en" als "woo-besluit" heeft, willen we dat het label "woo-bijlage" wordt genegeerd.

Mijn vraag is of dit probleem technisch kan worden opgelost, zodat er geen dubbele labels voorkomen en documenten correct in de juiste categorieën worden weergegeven.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.