Ervaringen gezocht met het archiveren van bestemmingsplannen (IMRO bestanden) in zaaksysteem - BREED - over de grenzen van informatie2024-03-29T15:30:53Zhttp://www.breednetwerk.nl/forum/topics/ervaringen-gezocht-met-het-archiveren-van-bestemmingsplannen-imro?commentId=2537796%3AComment%3A152512&xg_source=activity&feed=yes&xn_auth=noDat zou je misschien denken.…tag:www.breednetwerk.nl,2020-05-19:2537796:Comment:1527192020-05-19T11:33:37.774ZJean-Luc Rouvroyehttp://www.breednetwerk.nl/profile/JeanLucRouvroye343
<p>Dat zou je misschien denken. Je kan het ook andersom bekijken: de data in een RO systeem laten staan heeft als voordeel dat je de plannen nog kan bekijken of gebruiken. In archiefapplicaties (ook e-depots) kan je niet meer raadplegen of bewerken. Misschien wel 100 jaar bewaren, maar wat heb je aan archief dat je niet kan raadplegen? Dus, als we vaststellen dat integratie van een gml viewer mogelijk is, maar dat het nauwelijks is gerealiseerd, dan zou ik denken dat er kennelijk geen probleem…</p>
<p>Dat zou je misschien denken. Je kan het ook andersom bekijken: de data in een RO systeem laten staan heeft als voordeel dat je de plannen nog kan bekijken of gebruiken. In archiefapplicaties (ook e-depots) kan je niet meer raadplegen of bewerken. Misschien wel 100 jaar bewaren, maar wat heb je aan archief dat je niet kan raadplegen? Dus, als we vaststellen dat integratie van een gml viewer mogelijk is, maar dat het nauwelijks is gerealiseerd, dan zou ik denken dat er kennelijk geen probleem is om de data te laten staan in de TSA. </p>
<p>Overigens: applicatie en data scheiden is makkelijk gezegd, maar niet zo makkelijk te realiseren. <br/> <br/> <cite>Jaap de Jonge zei:</cite></p>
<blockquote cite="http://www.breednetwerk.nl/forum/topics/ervaringen-gezocht-met-het-archiveren-van-bestemmingsplannen-imro?commentId=2537796%3AComment%3A152521&xg_source=activity#2537796Comment152521"><div><div class="xg_user_generated"><p>Is 'decentraal' digitaal archiveren niet het probleem voor ons uitschuiven? </p>
</div>
</div>
</blockquote> Sander Brabander zei:
"Data b…tag:www.breednetwerk.nl,2020-05-19:2537796:Comment:1525212020-05-19T10:22:44.243ZJaap de Jongehttp://www.breednetwerk.nl/profile/JaapdeJonge
<p><em>Sander Brabander zei:</em></p>
<p><em>"Data blijft gedurende die 10 jaar dicht bij de bron, wat helemaal niet zo verkeerd is. </em></p>
<p></p>
<p>Is dat zo? Ik zie het ook gebeuren dat steeds meer het archief bij ('in') de bronapplicatie wordt gehouden. Ik vraag me af of dat wel zo goed werkt en niet door gemakzucht wordt ingegeven. Het botst wel met een aantal principes waarvan ik altijd begrepen heb dat ze best practises zijn:</p>
<p>- Elke service kent maar één implementatie…</p>
<p><em>Sander Brabander zei:</em></p>
<p><em>"Data blijft gedurende die 10 jaar dicht bij de bron, wat helemaal niet zo verkeerd is. </em></p>
<p></p>
<p>Is dat zo? Ik zie het ook gebeuren dat steeds meer het archief bij ('in') de bronapplicatie wordt gehouden. Ik vraag me af of dat wel zo goed werkt en niet door gemakzucht wordt ingegeven. Het botst wel met een aantal principes waarvan ik altijd begrepen heb dat ze best practises zijn:</p>
<p>- Elke service kent maar één implementatie (implicatie: liefst één archieftoepassing?)</p>
<p>- Applicatie en data horen van elkaar gescheiden te zijn (implicatie: als ik die RO-oplossing weggooi, kan ik de data dan nog makkelijk ontsluiten?)</p>
<p></p>
<p>Niet alleen dat, ook voor 'bekend maken' / publiceren (waar overigens de eenduidigheid en samenhang ook ontbreekt) of voor overbrengen naar eDepot maakt dit de situatie eerder complexer. Is 'decentraal' digitaal archiveren niet het probleem voor ons uitschuiven? </p> Misschien is het ook aardig o…tag:www.breednetwerk.nl,2020-05-18:2537796:Comment:1527062020-05-18T07:27:00.363ZYvonne Welingshttp://www.breednetwerk.nl/profile/YvonneWelings
<p>Misschien is het ook aardig om te melden in dit verband dat ik een tijdje geleden ook onderstaand antwoord heb ontvangen over de website RO-online:</p>
<p>Momenteel wordt ruimtelijkeplannen.nl gearchiveerd op archiefweb.eu. (zie <a href="https://archief03.archiefweb.eu/archives/archiefweb/20161220130000/http:/www.ruimtelijkeplannen.nl/web-roo/roo/">https://archief03.archiefweb.eu/archives/archiefweb/20161220130000/...</a> ). De archivering betreft echter alleen de statische pagina’s, en…</p>
<p>Misschien is het ook aardig om te melden in dit verband dat ik een tijdje geleden ook onderstaand antwoord heb ontvangen over de website RO-online:</p>
<p>Momenteel wordt ruimtelijkeplannen.nl gearchiveerd op archiefweb.eu. (zie <a href="https://archief03.archiefweb.eu/archives/archiefweb/20161220130000/http:/www.ruimtelijkeplannen.nl/web-roo/roo/">https://archief03.archiefweb.eu/archives/archiefweb/20161220130000/...</a> ). De archivering betreft echter alleen de statische pagina’s, en niet de onderliggende database. Dit heeft als gevolg dat in de gearchiveerde versie niet gezocht kan worden op postcode. Het Kadaster gaat dit verder uitzoeken.</p>
<p></p>
<p></p>
<p></p>
<p></p>
<p></p>
<p></p> Er waren ooit een aantal geme…tag:www.breednetwerk.nl,2020-05-18:2537796:Comment:1527922020-05-18T07:06:30.638ZJean-Luc Rouvroyehttp://www.breednetwerk.nl/profile/JeanLucRouvroye343
<p>Er waren ooit een aantal gemeenten bezig met autovue in Corsa: <a href="https://videodocs.houten.nl/Corsa/DigEplan_GML_Viewer/GML_viewer_voor_DMS.pdf">https://videodocs.houten.nl/Corsa/DigEplan_GML_Viewer/GML_viewer_voor_DMS.pdf</a></p>
<p>Wat ik nog weet is dat je CAD tekeningen kon openen, bewerken en weer opslaan als nieuwe versie. De uitdaging zit hem dus niet in de techniek. <br></br> <br></br> <cite>Sander Brabander zei:…</cite></p>
<p>Er waren ooit een aantal gemeenten bezig met autovue in Corsa: <a href="https://videodocs.houten.nl/Corsa/DigEplan_GML_Viewer/GML_viewer_voor_DMS.pdf">https://videodocs.houten.nl/Corsa/DigEplan_GML_Viewer/GML_viewer_voor_DMS.pdf</a></p>
<p>Wat ik nog weet is dat je CAD tekeningen kon openen, bewerken en weer opslaan als nieuwe versie. De uitdaging zit hem dus niet in de techniek. <br/> <br/> <cite>Sander Brabander zei:</cite></p>
<blockquote cite="http://www.breednetwerk.nl/forum/topics/ervaringen-gezocht-met-het-archiveren-van-bestemmingsplannen-imro#2537796Comment152590"><div><div class="xg_user_generated"><p>Voor CAD formaten zijn/waren nog wel AutoVUE integraties mogelijk, maar voor GIS en IMRO formaten heb ik nog geen oplossing gezien, los van de domeinspecifieke archiefoplossingen dan.</p>
</div>
</div>
</blockquote> Bestaat het probleem dat hier…tag:www.breednetwerk.nl,2020-05-17:2537796:Comment:1525122020-05-17T15:13:59.019ZJules Lauwerierhttp://www.breednetwerk.nl/profile/JulesLauwerier
<p>Bestaat het probleem dat hier geschetst wordt wel ? In mijn ogen geeft Sander al een goede aanzet: maak onderscheid tussen archiveren (plat gezegd: deskundig bewaren) en ontsluiten. IMRO-bestanden bestaan volledig uit een set open bestandsformaten (HTML, CSS, PDF, GML, TXT, XML). Duurzaam toegankelijk maken is daarom niet het probleem. Wat hier een probleem genoemd wordt is dat het zaaksysteem de bewaarde bestanden niet zonder hulp van een externe viewer kan tonen. In mijn ogen moet dat ook…</p>
<p>Bestaat het probleem dat hier geschetst wordt wel ? In mijn ogen geeft Sander al een goede aanzet: maak onderscheid tussen archiveren (plat gezegd: deskundig bewaren) en ontsluiten. IMRO-bestanden bestaan volledig uit een set open bestandsformaten (HTML, CSS, PDF, GML, TXT, XML). Duurzaam toegankelijk maken is daarom niet het probleem. Wat hier een probleem genoemd wordt is dat het zaaksysteem de bewaarde bestanden niet zonder hulp van een externe viewer kan tonen. In mijn ogen moet dat ook niet de ambitie van een zaaksysteem (of zelfs DMS/RMA) zijn. Audiobestanden of VHS-videobanden kan een zaaksysteem ook niet laten zien/horen. Daar gebruiken we toch ook gewoon audio/videotools voor ?</p> Wat e-depot oplossingen lijkt…tag:www.breednetwerk.nl,2020-05-16:2537796:Comment:1526962020-05-16T11:35:15.688ZYvonne Welingshttp://www.breednetwerk.nl/profile/YvonneWelings
<p>Wat e-depot oplossingen lijkt Hans Mannaert van Divault het dichtst bij het antwoord te zijn. Een andere oplossing die ik zie, is dat de bestemmingsplannen worden plat geslagen tot pdf en zo in het zaaksysteem worden opgenomen. Je verliest dan de functionaliteit.</p>
<p></p>
<p>Wat dat betreft krijgt een ieder nog een uitdaging op zijn of haar bordje, de BIM modellen. Vooral omdat participatie zo'n belangrijk onderdeel is van de nieuwe Omgevingswet stijgt het gebruik hiervan. Eerst waren dat…</p>
<p>Wat e-depot oplossingen lijkt Hans Mannaert van Divault het dichtst bij het antwoord te zijn. Een andere oplossing die ik zie, is dat de bestemmingsplannen worden plat geslagen tot pdf en zo in het zaaksysteem worden opgenomen. Je verliest dan de functionaliteit.</p>
<p></p>
<p>Wat dat betreft krijgt een ieder nog een uitdaging op zijn of haar bordje, de BIM modellen. Vooral omdat participatie zo'n belangrijk onderdeel is van de nieuwe Omgevingswet stijgt het gebruik hiervan. Eerst waren dat alleen de G4, maar je ziet het bij steeds meer gemeenten: <a href="http://www.breednetwerk.nl/m/discussion?id=2537796%3ATopic%3A137331" target="_blank" rel="noopener">http://www.breednetwerk.nl/m/discussion?id=2537796%3ATopic%3A137331</a></p>
<p></p>
<p>Overigens hoor ik tussen de bedrijven door dat het onderhandelen met Roxit niet eenvoudig is.</p>
<p></p>
<div class="xg_user_generated"></div> Het kunnen oplossen is het pr…tag:www.breednetwerk.nl,2020-05-15:2537796:Comment:1527882020-05-15T20:50:12.698ZSander Brabanderhttp://www.breednetwerk.nl/profile/SanderBrabander
<p>Het kunnen oplossen is het probleem niet denk ik, het willen oplossen is een ander verhaal. Het betreft redelijk specifieke functionaliteit, waarvoor de business case bij de meeste zaaksystemen waarschijnlijk niet positief (genoeg) is. Er zijn open source GML viewers beschikbaar, die geïntegreerd kunnen worden en met wat aanpassingen prima de nodige formaten kunnen tonen conform de standaard. De inspanning die hiervoor nodig is, staat misschien gewoon niet in verhouding tot wat het een…</p>
<p>Het kunnen oplossen is het probleem niet denk ik, het willen oplossen is een ander verhaal. Het betreft redelijk specifieke functionaliteit, waarvoor de business case bij de meeste zaaksystemen waarschijnlijk niet positief (genoeg) is. Er zijn open source GML viewers beschikbaar, die geïntegreerd kunnen worden en met wat aanpassingen prima de nodige formaten kunnen tonen conform de standaard. De inspanning die hiervoor nodig is, staat misschien gewoon niet in verhouding tot wat het een zaaksysteem-leverancier oplevert. Zoals het nu is, koop je inderdaad voor zeg 10 jaar een oplossing/module, waarna je e.e.a. naar een e-depot overbrengt. In de praktijk wordt sowieso steeds vaker voor decentrale archivering gekozen. Data blijft gedurende die 10 jaar dicht bij de bron, wat helemaal niet zo verkeerd is. </p> Niemand kan dit probleem, al…tag:www.breednetwerk.nl,2020-05-15:2537796:Comment:1525932020-05-15T19:59:14.614ZYvonne Welingshttp://www.breednetwerk.nl/profile/YvonneWelings
Niemand kan dit probleem, al bestaand sinds de introductie sinds de introductie van de wet WRO technisch oplossen. Wat sommige gemeenten doen is kiezen de bestanden zo lang mogelijk leesbaar te houden en dan kom je toch bij leverancier Roxit terecht. Je koopt voor wellicht 10 jaar een oplossing.
Niemand kan dit probleem, al bestaand sinds de introductie sinds de introductie van de wet WRO technisch oplossen. Wat sommige gemeenten doen is kiezen de bestanden zo lang mogelijk leesbaar te houden en dan kom je toch bij leverancier Roxit terecht. Je koopt voor wellicht 10 jaar een oplossing. Dag Jaap en Sander, over dit…tag:www.breednetwerk.nl,2020-05-15:2537796:Comment:1526922020-05-15T19:46:35.421ZEwald te Koppelehttp://www.breednetwerk.nl/profile/EwaldteKoppele
<p>Dag Jaap en Sander, over dit onderwerp zijn al meerdere post geplaatst. </p>
<p>Kern is volgens mij wat jullie aanhalen, namelijk opslag, visualisatie nadat het opgeslagen is en vervolgens overdragen naar depot. En dat met open standaardformaten zoals imro. Idd best raar dat domeinarchiefapplicaties dit alleen maar kunnen en de zaaksystemen (nog) niet.</p>
<p>En als je imro vervangt door Omgevingswet standaarden (stop-tpod), dan is de problematiek compleet.</p>
<p></p>
<p>Ewald Te…</p>
<p>Dag Jaap en Sander, over dit onderwerp zijn al meerdere post geplaatst. </p>
<p>Kern is volgens mij wat jullie aanhalen, namelijk opslag, visualisatie nadat het opgeslagen is en vervolgens overdragen naar depot. En dat met open standaardformaten zoals imro. Idd best raar dat domeinarchiefapplicaties dit alleen maar kunnen en de zaaksystemen (nog) niet.</p>
<p>En als je imro vervangt door Omgevingswet standaarden (stop-tpod), dan is de problematiek compleet.</p>
<p></p>
<p>Ewald Te Koppele</p>
<p></p> Dag Jaap, ik ben het helemaal…tag:www.breednetwerk.nl,2020-05-15:2537796:Comment:1525902020-05-15T19:06:50.192ZSander Brabanderhttp://www.breednetwerk.nl/profile/SanderBrabander
<p>Dag Jaap, ik ben het helemaal met je eens. Het is eigenlijk vrij bijzonder dat er nog steeds geen goede oplossing voor is, terwijl het vraagstuk al zoveel jaar speelt. Los van dat veel RO-applicaties niet de betreffende koppeling ondersteunen, denk ik dat opslag van de IMRO formaten an sich niet de uitdaging is. Diverse zaaksystemen zijn redelijk vrij in welke formaten opgeslagen kunnen worden. Met een ESB zou het ontbreken van een standaardkoppeling ook opgelost kunnen worden. Het…</p>
<p>Dag Jaap, ik ben het helemaal met je eens. Het is eigenlijk vrij bijzonder dat er nog steeds geen goede oplossing voor is, terwijl het vraagstuk al zoveel jaar speelt. Los van dat veel RO-applicaties niet de betreffende koppeling ondersteunen, denk ik dat opslag van de IMRO formaten an sich niet de uitdaging is. Diverse zaaksystemen zijn redelijk vrij in welke formaten opgeslagen kunnen worden. Met een ESB zou het ontbreken van een standaardkoppeling ook opgelost kunnen worden. Het vervolgens gebruiken c.q. visualiseren van de IMRO formaten is wat mij betreft de grootste uitdaging. Ik heb zelf nog geen zaaksysteem gezien wat die functionaliteit biedt. Hetzelfde geldt trouwens voor het goed tonen van andere GIS/GEO formaten die uit meerdere bestanden bestaan. Voor CAD formaten zijn/waren nog wel AutoVUE integraties mogelijk, maar voor GIS en IMRO formaten heb ik nog geen oplossing gezien, los van de domeinspecifieke archiefoplossingen dan.</p>