Gemini TrenchWorks¶
Mer noggrann linjedefinition (CL) för dike¶
Som bekant kräver SFI-modellen en linjedefinition (CL), och för diken genereras denna normalt baserat på en ledning. Resultatet blir en centerlinje med knäckpunkter utan avrundningar, något som kan leda till korsande tvärsektioner och problem med 3D-modellen av diket.
Genom att jämna ut linjedefinitionen kan man minska dessa utmaningar. Det nya alternativet Max. CL-avvikelse säkerställer att avståndet mellan ledningen och linjedefinitionen håller sig inom angivna toleranser. I tidigare versioner kunde avvikelsen i enskilda fall bli så stor att det fick negativ påverkan på uppbyggnaden av dikemodellen.
Datatypenr. i lista¶
Visar nu även datatypernas nr. utöver namn i listorna. Detta bland annat för att vi i vissa fall behöver veta dessa, se punkt nedan.
Stöd för flera parallella linjer med samma kod¶
I funktionen Skapa linjedefinitionsdata från applikationslager (när vi använder standard XREF-tabell), är det S_FCODE som bestämmer vilken datatyp objekten får.
Tidigare fick alla parallella linjer med samma S_FCODE samma datatyp. Detta var problematiskt, eftersom centerlinjen måste behandlas som en egen linje – och därför måste ha en egen datatyp.
I den nya versionen kan vi nu tilldela alternativa datatyper när flera parallella linjer har samma S_FCODE.
Detta sker automatiskt för standard datatyper som (men dessa kan också åsidosättas i XREF-tabeller):
- 101, 106: Dagvatten
- 102, 107: Spillvatten
- 103, 108: Vatten
- 104, 109: Pumpledn
För andra, och särskilt användardefinierade, datatyper måste vi själva uppdatera XREF-tabellen genom att lägga in S_FCODE_SIDE.
Exempel
Alla linjer har samma S_FCODE=TEST i applikationslagret, och en väljs som centerlinje.
Vi skapar användardefinierad datatyp 10001 (för centerlinje).
Datatyp 10002 (för parallella linjer med samma kod som centerlinje).
Vi måste då sätta upp XREF-regeln för överföring till linjedefinitionsdata i SFI-modell.
