Citaat | Parket bij de Hoge Raad 9 februari 2018

Onder 2.15 Parket bij de Hoge Raad 9 februari 2018

Een alinea uit Parket bij de Hoge Raad 9 februari 2018, ECLI:NL:PHR:2018:144.

[verweerster] heeft een KLIC-melding gedaan en daarop een kabel gezien die mogelijk in de buurt van de plaats van haar voorgenomen werkzaamheden lag. De situatie ter plaatse was reeds sinds de ‘80-er jaren zo, dat er een brug met aanlanding aanwezig was. Er was in dat verband een grondkerende, oude damwand aanwezig, die, zoals gebruikelijk, niet op de KLIC-tekening zichtbaar was. Het was die wand, die [verweerster], door middel van een aan de waterzijde daarvan te plaatsen nieuwe wand, diende te renoveren. [verweerster] heeft twee proefsleuven op een afstand van 75 cm van elkaar gegraven. Bij beide trof zij de kabel aan op de plaats waar deze ook volgens de tekening diende te liggen, aan de straatzijde, parallel aan de oude damwand. De schade is ontstaan op een afstand van een paar meter van de laatste sleuf (de exacte afstand staat niet vast, maar doet ook niet ter zake). [verweerster] heeft niet over het gehele traject van de aan te brengen wand de grond over een breedte van 1,50 m aan beide zijden onderzocht om de kabel te lokaliseren, hoewel dat wel best practice is. [verweerster] is er van uit gegaan dat de kabel ook voor de rest van het traject aan de straatzijde van de oude damwand zou liggen, overeenkomstig hetgeen op de tekening was aangegeven. De schade kon ontstaan omdat de kabel daar ter plaatse toch onder de oude damwand doorliep. De tekening voldeed op dat punt niet aan de nauwkeurigheid die [verweerster] op grond van de (lees: het) BION mocht verwachten. Er waren voor [verweerster] geen concrete aanwijzingen dat de tekening in dit geval mogelijk niet aan die eisen zou voldoen (bijvoorbeeld wegens recente terreinveranderingen of bekende obstakels in de grond).”

Zelf controleren

Voor dit citaat hoeft niemand Bron op zijn woord te geloven. Het document dat rechtspraak.nl publiceerde, staat op https://bron.page/api/v1/blobs/19cd886c61f489e6ff6ae2a03e0ee524524cd01508270123d75f0086f4bb5153. Wie het ophaalt en de SHA-256 ervan berekent, krijgt 19cd886c61f489e6ff6ae2a03e0ee524524cd01508270123d75f0086f4bb5153, en de alinea staat in dat document op bytes 32895 tot 34662.