DanDasGraf Brugermøde præsentation - 5. marts 2021

DanDasGraf Brugermøde

Undertitel

Marts 2021

Agenda

2

− Ny Hotline − Nyheder, tips og tricks − Annotering − Søg i referencer − TV- og brøndrapporter − Import af projekter − Kendte udfordringer − Flerbrugerstyring − Kommende ændringer? − Afslutning og spørgsmål

Ny hotline

Nyt CRM kører

Hotline: hotline@wspinformatik.dk

tlf: 87 38 61 66

Ny e-mail: hotline@wspinformatik.dk Ny telefontid: 8 → 16 (15) Emneomstilling

Ny portal: Opret dig som bruger Indmeld nye sager Se sager knyttet til din organisation

https://hotline.wspinformatik.dk/portal/da/signup

Online hjælp og Videnda tabase

Vejledning til portral: https://hotline.wspinformatik.dk/portal/da/kb/articles/hv ad-kan-jeg-p%C3%A5-wsp-informatiks-portal

Hvad kan jeg som bruger

7

Nyheder, Tips og Tricks

Husk opdatering • V8i – DanDasGraf Version 2.6.0.5 HOTFIX 12, 26-Maj-2020 • Sidste version før CONNECT

• CONNECT – DanDasGraf Version 2.6.0.5 SP2 HOTFIX 1 Januar 2021 • Tester nu HOTFIX 2

9

Forberedelse til LER 2.0 • Oprindelsestabellen udvidet med feltet LerKlasse • Tilhørende kodetabel K_LerKlasse oprettes • WSP Informatik har script til oprettelse af LerKlasse samt opdatering af eksisterende oprindelser

Annotering med bl.a. ejer

DDH_PrioSymbology – ejerstyret layout

12

− DDH_Symbology styrer layout ud fra en kombination af attributter − DDH_PrioSymbology er et supplement til DDH_symbology. Den benyttes hvis der er behov for at tildele symbologi ud fra ejerforhold − priority Desuden en mulighed for en prioriteret tildeling af layout msfcode key0 key1 key2 key3 key4 key5 key6 key7 beskrivelse til 75 knuder, annoteringer 11102000055 AFL KNUDE ledninger, * 20 * *bygværker, 5 5 Vej Punkt Udløbmv fra bassin/bygvær 75 AFL 75 AFL 75 AFL 100 AFL

KNUDE KNUDE KNUDE KNUDE

* * * *

20 1 1 20

* * * *

* * * *

4 3 4 *

5 5 5 5

11102000045 11100000035 11100000045 11102000005

Vej Punkt Indløb til bassin/bygvær Vej Aftapning Vej Spulebrønd Vej Punkt

DDH_Annotation til styring af teksternes indhold − Indholdet (layout) styres af en række regler

13

ID key0 1001 AFL 1003 AFL 1004 AFL 1006 AFL 1008 AFL 2001 AFL 2002 AFL

key1 KNUDE KNUDE KNUDE KNUDE KNUDE LEDNING LEDNING

key2 1 3 4 6 8 1 2

textbox J J J J J N N

refline J J J J J J J

usecell N N J N N

layout $(knudenavn)\$({TK:}terrænkote<>dækselkote):6:2\$({DK:}dækselkote):6:2\$({VS:}vandspejlskote):6:2\$({BK:}bundkote):6:2 $(knudenavn)\Bassin\$({TK:}terrænkote):6:2\$({BK:}bundkote):6:2 $(knudenavn)\Pumpestation\$({TK:}terrænkote<>dækselkote):6:2\$({DK:}dækselkote):6:2\$({BK:}bundkote):6:2 $(knudenavn)\Udskiller\$({TK:}terrænkote<>dækselkote):6:2\$({DK:}dækselkote):6:2\$({BK:}bundkote):6:2 $(knudenavn)\Overløb\$({TK:}terrænkote<>dækselkote):6:2\$({DK:}dækselkote):6:2\$({BK:}bundkote):6:2 $(længde):0:1m-$(tværsnit):0:0$(handelsdimension):0:0$(materiale)$(rørtype)$(Sanering)$({-}fald{%}):0:1$({-}ejer) $(længde):0:1m-$(tværsnit):0:0$(handelsdimension):0:0$(materiale)$(rørtype)$(Sanering)

Regler for annoteringer − Se mulighederne i brugervejledningen afsnit 17.3 − En del nye annoteringer med sidste versioner for bassiner og overløbsbygværker Mulighed for annotering af bassiner, 14

•

$(bas_volumen) der henter data fra Bassin.BassinVolumen

•

$(bas_bundkote) der henter data fra Bassin.BassinKoteBund

•

$(bas_topkote) der henter data fra Bassin.BassinKoteTop

•

$(bas_vsp) der henter data fra Bassin.BassinKoteVandsp

•

$(bas_maxkote) der henter data fra Bassin.BassinKoteMax

•

$(bas_q) der henter data fra Bassin.Afloebsvandfoering

•

$(bas_areal) der henter data fra Bassin.ArealVedligehold

Data fra Kodelister − Data fra indtastningsfelter hentes direkte fra databasen, f.eks

15

− $(Knudenavn) hentes direkte fra knudens knudenavn, tilsvarende for koter og dimensioner. − $(bas_volumen) der henter data fra Bassin.BassinVolumen − $(ovl_kantkote) der henter data fra Overloebskant.Kantkote

− Data fra kodelister hentes fra kodetabellens kolonne Betegnelse − Betegnelse er et fri tekst på max 10 tegn − $(materiale) for ledninger benytter værdien betegnelse fra tabellen k_LedningMateriale − $(oprindelse_xy) for knuder benytter værdien betegnelse fra tabellen k_oprindelsekoord

Koder for overløbs typer $(ovl_type) der henter data fra Overloeb.OverloebKode − Husk at lægge værdier i kodetabellen K_Overloeb − Max 10 tegn

K_Overloeb 16

Kode

Beskrivelse

DASStanda rd

Sortering

Betegnelse

0 Uoplyst

J

1 Uoplyst

1 Tværoverløb

J

2 Tvær ovrl.

2 Enkeltsidet overløb

J

3 Enkelsidet

3 Dobbeltsidet overløb

J

4 Dbl. Sidet

4 Centraloverløb

J

5 Cent.ovrl.

5 Separator (Vandbremse)

J

6 Vandbremse

J

7 Andet

50 Andet

Specielt for Ejer - $(ejer) − Ejerfordelingen tilknyttes en ejerkomponent − Det er fra tabellen K_EjerKomponent betegnelsen hentes

17

K_EjerKomponent Kode

Beskrivelse 2 Privat

DASStandard Sortering J

Betegnelse 3 Privat

Formatering af tekster − :6:2 − benyttet efter $(xxx) angiver det ønskede talformat, hvor 6 angiver antal pladser og 2 angiver antal decimaler

18

− $({startlabel}xxx{slutlabel}) − {startlabel} indeholder en valgfri label der skrives før kolonnens værdi − {slutlabel} indeholder en valgfri label der skrives efter kolonnens værdi

− Eks: − $(knudenavn)\ $({DK:}dækselkote):6:2\ $({BK:}bundkote):6:2 − $(knudenavn)\Overløb\$({TK:}terrænkote<>dækselkote):12:2\$({DK:} dækselkote):12:2\$({OK:}ovl_kantkote):12:2\$(ovl_type)\$({BK:}bundk ote):12:2\$({Max (l/s):}ovl_qmax):5:0\$({Nødovrl.: }ovl_nødoverløb):10\$({Kontraklap: }ovl_kontraklap):10

Stav rigtigt ☺

19

Tema KnudeTekst

Rettelse af linjeafstand og dæksel information

21

− Tema Knudetekst sætter nu linjeafstand til det halve af den valgte bogstavhøjde. − Prompt til Dækseldimension, Dækselmateriale, Dækselform og Bemærkning er gjort kortere. − Der skrives nu henholdsvis: D.Dim, D.Mat, D.Form og Bem

Søg i referencer

DANDASGRAF_SOG_I_REF_VED_OPTE GNING Benyttes til at søge efter elementer i referencefiler ved optegning af grafik.

Hvis variablen ikke sættes, benyttes kun den aktive fil svarende til variablen er sat til værdien 0.

Variablen sættes til: DANDASGRAF_SOG_I_REF_VED_OPTE GNING = 1

Det er knudesymbolet eller ledningsstregen, der afgør om et element skal optegnes.

Så vis der står en lednings eller knudetekst i en referencefil, hvor knuden eller ledningen er slettet, vil både teksten og symbolet bliver optegnet i masterfilen.

Anvendes en optegning fra masterdatabasen som reference til en optegning fra en projektdatabasen, eller arbejdes der generelt med designfiler fra flere databasen, bør variablen altid stå til 0

Data i samme database

Reference = Designfil med optegning af eksisterende ledninger

Master = Designfil med optegning projekt ledninger

DANDASGRAF_SOG_I_REF_VED_OPTEGNING = 1

Data i forskellige databaser

Reference = Designfil med optegning af eksisterende ledninger

Master = Designfil med optegning projekt ledninger

DANDASGRAF_SOG_I_REF_VED_OPTEGNING = 0

TV- og Brøndrapporter

Indlæsning af TV- og brøndrapporter − Ved indlæsning af flere rapporter i samme XML fil importeres nu i rækkefølge sorteret efter først DatoUdført og dernæst rapportnr.

28

− Tidligere… − blev der udelukkende sorteret efter rapportnr. hvilket betød at nyere data kunne blive overskrevet af ældre data ved opdatering af knuder og ledninger.

Sanerede ledninger − Ved indlæsning af TV inspektioner på sanerede ledninger opdateres ledningsdata ikke hvis DatoUdført er ældre end saneringsdatoen.

29

− Indlæses en nyere TV inspektion hvor saneringsdatoen er ældre end DatoUdført vil saneringen blive fjernet eller overskrevet. − For at undgå dette skal Opdater ledning data være fravalgt.

Tematisering af Brøndrapport 2010 − Indeholder ikke en vurdering fra operatøren af brøndkvalitet, − men en række observationer af evt. skader på brønden

30

− I samarbejde med Rambøll lavede vi 2013-2016 et brugerstyret tema til at vise en tolkning af disse observationer i forhold til behovet for sanering − − − − − −

Dårlig - Brønde med kl.4 observationer som skal saneres Middel - Brønde med typisk kl.2-3 observationer som skal vurderes God - Brønde med typisk kl.1 observationer som ikke skal saneres Perfekt - Brønde uden observationer som ikke skal saneres Ikke fritlagte brønde - rapporter uden nedstik eller nedstik lig nul Brønde uden rapport

Tematisering af Brøndrapport 2010

31

Tema opmålingsstatus

32

Import af projekter andet formål

Projekt formål − Projekt formål er i DANDAS datamodellen en fri tekst − Vi har i DanDasGraf lavet en kodeliste, for at sikre en mere entydig registrering og stavemåde − Listen kan udvides efter behov i databasen 34

− Kan vi blive enige om flere formål?

KodeTekst UOPLYST SANERING BYGGEMODNING ANDET LÅST SEPARERING TVINSPEKTION KLOAKERING PGRAF

Beskrivelse Uoplyst Saneringsprojekt Byggemodningsprojekt Andet Låsning af område Separering TV-inspektion Ny kloakering ProjekteringsGraf

DASStandard N N N N N N N N N

Sortering Betegnelse 1 2 Sanering 3 Byggemod 50 Andet 5 Låst 6 Separering 7 TV 4 Kloakering 60 PGRAF

Import af projekter med andre formål − Databasen sikrer, at der ikke anvendes formål der står i listen.

35

− Ved import af projekter med nye formål, bliver det nye formål sat ind i listen − Men projektet bliver ikke importeret, da den interne liste ikke er opdateret endnu.

− Luk DanDasGraf, genstart og check at Formålet er i listen − Indlæs projektet igen

Kendte udfordringer

Søgning efter Projektnavn, Projektår og Bygværksnavne fejler − Søges der efter projekter, får man åbnet et forkert projekt (om noget) når man klikker i listen 37

Export af stikknuder uden StikKnudeKode − Ved export af ledninger, medtages stikknuder ikke i StikTilslutningItems, hvis stikknuden ikke har en StikKnudeKode, − (StikKnudeKode er null i databasen) 38

− Feltet er ikke krævet i databasen, og manglen i exporten gør, at stikkene aldrig kommer til at hænge fast på en hovedledning. − Jeg ved ikke hvordan de opstår – måske ved oprettelse af stik fra StikTV, importerede data fra landindspektør eller et levn fra en konvertering. Men vi har dem i mange databaser – har checkket Viborg og Assens

Stik registreret efter tidligere StikTV rapport

Ny Navnevejle dning på vej

Navngivning af stik som vi kender det Rækkefølgen af stik-på-stik som Operatøren angiver

41

Ændret anbefaling til navngivning af brøndstik AN0505S–03-A AN0505S-03-B

AN0505S-03-T

Urref 2

AN0505S-03-D

42

Urref 3

Afstand=9.8m

AN0505S–03-C

Strømretning

AN0505S

AN0500S B

BAS0500S

Samlerapporter (Fletterapporter) markeres med SR

43

Ledningsejer har ansvaret for at matche nyt TV med gamle stik − Det anbefales, at hvis der køres StikTV i et område, hvor der er allerede i ledningsregistreringen er oprettet stik efter vejledningens regler, omdøbes stikkets knuder til de nye stationeringer og urreferencer.

Dette er ledningsejers ansvar i forbindelse med håndtering af data.

44

− Køres der Stik-TV på udvalgte Stik. Dvs. der kun køres på et eller flere specifikke stik på en ledning (men ikke alle). Her anbefales, at ledningsejer udleverer kort med markering af de stik der skal køres på, samt evt. XML filer, der definere hvilke stik der skal inspiceres. Og i den resulterende rapport skal de samme Stikknude navne anvendes i XML filen. Herved sikres at der er 100% match og at der er kørt på de korrekte stik. − Der er i denne situation TV-Inspektionsfirmaets ansvar at matche stik, når der bestilles TV på individuelle stik.

Flerbrugerstyring og Rettelser i databasen

Flere bruger samtidigt

Forestil dig at to sidder og arbejder i samme område, samtidigt − Rettelser af attributter (koter, dimensioner mv.) kan let synkroniseres op i designfilen med en ”Opdater”. − Sidste rettelse bestemmer.

− Designfilen er et redigeringslag, der lægges oven på data 46

− Grafikken bestemmer geografi (placering af knuder, tekster og knækpunkter) − Sidste ”Opdater” opdaterer databasen med geografien

− Hvis Bruger 1 flyttet knuder, tekster og knækpunkter, og ev rettet koter, vil Bruger 2 få opdateret koterne i sin optegning, men skrive geografien tilbage til som det var ved første optegning − Løsning: Bruger 1 kan lave en ”Opdater” igen, hvis I opdager fejlen.

Regler for flere brugere samtidigt − Start altid på med tom designfil − Slet evt. data i din egen WORK-fil

− Tal sammen – hvem laver lige hvad − Det kan være lidt svært i en Corona-tid 47

− Tegn kun det område op, hvor du skal arbejde − Slet din optegning i et område, når du efterfølgende skal arbejde i et andet

− Du kan heller ikke læse TV, brøndrapport eller anden XML ind i et område. − Importen afsluttes med en opdater, som vil over skrive andres arbejde

Åben database giver adgang til data uden om designfilerne − Ret attribut-data som dimensioner, materialer, koter, datoer, lokaliteter mv. direkte i databasen − Projektdatabaser i Access − Masterdata i SQL Server eller i en Access frontend 48

− Rettede data vil blive vist med en ”Opdater” eller ved næste optegning − Databasen kan suppleres med en række kontroller af f.eks. − Manglende koter, dimensioner og materialer på knuder og ledninger anlagt i indeværende år − Listen kan anvendes videre i en ”Avanceret søgning” til at finde elementerne i designfilerne

Knudenavne bør ikke rettes direkte i databasen Hvis der er TV- eller Brøndrapporter − Knudenavnene står desværre ikke kun ét sted i databasen, men også i TV og Brøndrapporterne. − Rettes data fra brugerdialogen rettes alle steder, 49

− men ikke hvis der kun rettes i tabellen Knude

− Her står der et knudenavn: − − − − − − −

TVInspektion.Startpunktnr TVInspektion.Slutpunktnr TVInspektion.StikStartpunktnr TVInspektion.StikSlutpunktnr TVInspektion.StikUr6Slutpunktnr BRHoveddata.Broendnr BRTilslutning.Tilloebspunkt

Oprydning i spatiale data ved optegning − Optegning fra databasen fjerner dobbelte vertex − Så: 50

− Zoom til områder − Slet grafik med MicroStation − Tegn op igen − Kør en Opdater

− De dobbelte vertex fjernes nu allerede når du gemmer, hvis du kommer til at lave fejlen

Rebuild index fra Brugerfladen − Index kan gå i stykker eller blive meget fraktionerede.

51

− Specielt spatiale index skal vedligeholdes − Et dårligt index kan blokerer for database operationer

− Rebuild bør være en standard rutine fra dem, der vedligeholder server og databaser. − Det er det bare sjældent

− Og derfor har vi lavet en funktion

Text Styles Style (none)

Leg ikke med den

DanDasGraf læser nogle af parametrene Lav i stedet en ny Text style

Fjern alle flueben

Kommende hotfix

55

− Forkert besked ved slet knude rettet − Søgning på projekter − Håndtering af exceptions (fejl) fra databasen forbedres − Opmålte stikknuder flyttes ikke hvis opdateret fra TVinspektion − Stikknuder uden urreference anvender toppunktets placering − Håndtering af text styles forbedres

Kommende forbedringer ? − Oprindelse på ledninger − Indmålte knækpunkter − LER nøjagtighed eller Dandas oprindelse ?

56

− Import af projekter uden formål − Udveksling af Dandas 3.1 XML

Afslutning og spørgsmål

Tak for i dag ☺