Gemini TrenchWorks¶

Mer nøyaktig linjedefinisjon (CL) for grøft¶

Som kjent krever SFI-modellen en linjedefinisjon (CL), og for grøfter genereres denne normalt basert på en ledning. Resultatet blir en senterlinje med knekkpunkter uten avrundinger, noe som kan føre til kryssende tverrprofiler og problemer med 3D-modellen av grøften.

Ved å glatte linjedefinisjonen kan man redusere disse utfordringene. Det nye alternativet Maks. CL-avvik sikrer at avstanden mellom ledningen og linjedefinisjonen holder seg innenfor angitte toleranser. I tidligere versjoner kunne avviket i enkelte tilfeller bli så stort at det fikk negativ innvirkning på oppbyggingen av grøftemodellen.

Datatypenr. i liste¶

Viser nå også datatypenes nr. i tillegg til navn i listene. Dette blant annet for at vi i noen tilfeller har behov for å vite disse, ref. punkt nedenfor.

Støtte for flere parallelle linjer med samme kode¶

I funksjonen Opprett linjedefinisjonsdata fra applikasjonslag (når vi bruker standard XREF-tabell), er det S_FCODE som bestemmer hvilken datatype objektene får.

Tidligere fikk alle parallelle linjer med samme S_FCODE samme datatype. Dette var problematisk, fordi senterlinjen må behandles som en egen linje – og derfor må ha en egen datatype.

I den nye versjonen kan vi nå tilordne alternative datatyper når flere parallelle linjer har samme S_FCODE.

Dette skjer automatisk for standard datatyper som (men disse kan også overstyres i XREF-tabeller):

101, 106: Overvann
102, 107: Spillvann
103, 108: Vann
104, 109: Pumpeledning

For andre, og spesielt brukerdefinerte, datatyper må vi selv oppdatere XREF-tabellen ved å legge inn S_FCODE_SIDE.

Eksempel

Alle linjer har samme S_FCODE=TEST i applikasjonslaget, og en velges som senterlinje.

Vi oppretter brukerdefinert datatype 10001 (for senterlinje).

Datatype 10002 (for parallelle linjer med samme kode som senterlinje).

Vi må da sette opp XREF-regelen for overføring til linjedefinisjonsdata i SFI-modell.