Visar inlägg med etikett exportera. Visa alla inlägg
Visar inlägg med etikett exportera. Visa alla inlägg

tisdag 9 juni 2020

Civil 3D, 3D eller 2D och hur kommer jag från det ena till det andra?

Jag tänkte försöka tydliggöra lite begrepp när vi pratar 2D, 3D, Civil 3D och exporter och format. Detta är inte helt lätt att få rätt på och det finns en hel del faktorer som påverkar. Jag tänkte också ge lite funktioner för att ta sig från ett format till ett annat.

Först, Civil 3D vs 3D vs 2D

Civil 3D-filer är intelligenta filer, de innehåller inte bara 3D-geometri utan också BIM - alltså din Pipe vet att den är en Pipe och vet en hel massa saker förutom hur stor den är och var den ligger i världen. Den intelligensen hänger ihop med Civil 3D. (Att få ut den informationen tar vi senare).

Du kan exportera dina objekt från Civil 3D till rent 3D-format. Då behåller vi alltså 3D-geometrin men tar bort intelligensen. I ren Civil 3D kan detta göras lite olika för olika objekt, men om vi pratar hela filen nu så använder du Export Civil 3D Drawing - MEN du måste ställa upp din ritning i en 3D-vy först- ExportC3DDrawing exporterar "vad den ser" - alltså om du har en 2D-vy så får du en 2D-export. Har du en 3D-vy, så får du en 3D-export. Så använd Viewcuben och aktivera en Iso-vy innan exporten, och se till att ha bra Styles på dina objekt som visar 3D-modellen så får du en 3D-export.

Skillnaden mellan 3D och 2D har de flesta koll på. 3D är tredimensionellt, för oss innebär det oftast solider som har Elevation på sig. 2D är platta objekt som alla ligger på 0. Varken 2D eller 3D är BIM dock. Blanda inte ihop 3D med BIM. BIM handlar om information, att objekt vet vad de är, vi måste inte tolka vad objektet är. 3D handlar enbart om geometrin. 3D-objekt kan vara dumma som spån och 2D-linjer kan ha hur mycket information som helst på sig.


Civil-DWG-format vs AutoCAD-DWG-format

Nästa del som påverkar det här är formaten. Väldigt ofta så har jag kunder som säger att "jag kan inte uppgradera till nästa version av Civil 3D eftersom mitt projekt kräver ett format". Min följdfråga är alltid då "kräver ditt projekt format på arbetsfilerna eller på leveransfilerna?"

Civil 3D-filer kan inte sparas ner till en tidigare version. För att behålla intelligensen i objekten så måste du spara i det format som din version kräver. För Civil 3D versionerna 2021-2018 så innebär det 2018-formatet. För Civil 3D 2017-2016 så innebär det 2013-formatet.

Så ja, om ditt projekt kräver format på arbetsfilerna, då är det svårare att uppgradera.

Men om ditt projekt kräver leveransformat, och leveransen ska vara i exporterade filer med solider - då kan du arbeta i vilken version du vill.

AutoCAD-filer kan sparas ner till ett tidigare format. Så om du arbetar i Civil 3D 2020 så kan du utan problem exportera enligt ovan och spara ner resultatet i version 2013. (jag hoppas alla åtminstone är uppe på 2013...)

Så det gäller att vi skiljer på AutoCAD-format och Civil 3D-format. AutoCAD-objekt (dumma objekt) kan vi spara ner, spara upp, spara fram och och tillbaka. Civil 3D-objekt (smarta objekt) måste vi hålla på gott humör och bara spara i det senaste formatet.

Tips: När du exporterar objekten till AutoCAD-format, öppna inte den filen i Civil 3D "bara för att kolla". Starta Civil 3D as AutoCAD (finns på Start-menyn) så slipper du att filen automagiskt blir tre gånger större bara för att Civil 3D har fått öppna filen.

tisdag 19 maj 2020

Från C3D till SHP Eller Hur många funktioner behöver man? Alla!

Visst ni att man kan exportera ledningar till SHP? Ja okej, det är ingen nyhet. Visste ni att ledningarnas Invert-nivå blir fel? Jag hoppas ni visste det, men jag visste det inte.

Tydligen är detta en känd bugg, det som händer är alltså att ledningarnas Centerline-elevation används som VG (Invert) för ledningarna vid SHP-export.

Men som tur är så finns det en väg runt det här, och varning, detta är en sån där lösning som jag gillar men som är en smula omständlig. Jag har försökt tänka ut en bättre lösning, men jag hittar inget. Om ni vet en bättre lösning så hoppas jag ni meddelar mig så får jag lära mig nåt nytt!

Och jag ska också erkänna att jag kom inte på detta själv, varken problemet eller lösningen. Problemet kom från en kund, lösningen kommer från en film som ni hittar här:

https://cadpilot.com/home/resources/video-training/civil-training-on-the-web/civil-3d-pipes/correct-civil-3d-pipes-export-to-esri-shp.html

Filmen är väldigt pedagogisk så det är enkel att följa. Jag har testat det och det fungerar alldeles utmärkt när jag testar med mina ledningar. Om ni hellre vill följa en nedskriven beskrivning så har jag den nedan.

I princip är gången så här:  Exportera till SDF > Importera SDF-filen > Räkna om ledningarnas VG till den riktiga VG > Exportera till SDF > Importera SDF > Exportera till SHP (Jag sa ju att det var en smula omständligt)

1. Använd ExportToSDF för att exportera ledningsnäten till en SDF-fil.

2. Använd MapWSpace för att öppna Task Pane. Använd Data > Connect to Data > Add SDF Connection och lägg till den exporterade SDF-filen > Add to Map för att se informationen din ritning. (Här kan du se att VG och Centerline är fel)

3. Markera Pipes-lagret i Task Pane och klicka på Table i Task Pane för att öppa Data Table.

4. Längst ner i dialogen hittar du Options > Create a Calculation. Sätt namn till Start_Invert_2 (eller annat lämpligt namn) och använd Property-knappen och Operator-knappen för att skapa ekvationen: StartInvert - (InsideDiameter / 2), klicka OK. Nu har du ytterligare en kolumn i Data Table som ska visa korrekt VG.

5. Klicka på Options igen, nu får du välja Manage Calculations och sedan klicka på New Calculation för att skapa kolumnen för End_Invert2, motsvarande ekvation men med EndInvert.

(5.5 nu är det ju läge att kolla att de nya VG-värdena är rätt mot ditt Civil 3D-original-pipe network)

6. I Task Pane högerklicka på Pipes-raden och välj Export Layer Data to SDF.

7. Använd MapImport och importera den senaste exporterade filen. I Import-dialogen klicka i Data-kolumnen > klicka i Create Object Data > Select Fields > klicka i de fälten som du vill importera (alltså inte det felaktiga VG-värdet, men se till att få med det korrekta, beräknade fältet)

8. Nu har du linjer i din fil med rätt VG-värden på, nu är det dags att exportera till SHP med MapExport, se till på Data-fliken välja Attributen som ska med.

Nu har du en SHP-fil med rätt värden!

Medan jag skrev det här så insåg jag att ett alternativ till denna, minst sagt omständliga metod är att flytta alla ledningar nedåt med halva diametern och sedan exportera ledningarna till SDF och sedan till SHP - men då gäller det komma ihåg att flytta tillbaka ledningarna när du är klar!

måndag 7 oktober 2019

What the eff eller Extract en halvmeters Solid from Surface

Ibland stöter man på buggar som bara är löjliga. Detta är en sådan.

Jag har tidigare noterat att när man Exporterar Solider från Surfaces så kan man inte skriva punkt som decimalavgränsare när man vill extrahera en solid med specifikt djup. Men du kan skriva ett kommatecken så jag har skrivit kommatecken och gått vidare.



Idag hade jag en kund som hade detta problemet och sa att det fungerar i alla fall inte när man skriver in kommatecken, soliden som ska vara 0.4 blir 0! What gives?

Jag fick granska lite och ja, extraheringen tog ingen hänsyn till decimalen. Om jag skrev in 2,4 så blev soliden 2 meter tjock. Ok, Civil 3D bugg.

Lite googling vidare gav mig tipset att skriva 2.4 (med punkt som decimalavgränsare) i ett annat dokument och klistra in 2.4 i Extract Solids-dialogen istället för att skriva in det. Och 'lo and behold - det fungerade.

(Valfri Facepalm-gif här)

Så lösningen är alltså, öppna Notepad, skriv ditt värde med punkt som decimalavgränsare, kopiera texten, högerklicka i Depth-rutan och klistra in värdet, och klicka på Create Solid så får du vilken solidtjocklek du vill. Working as Intended!


fredag 5 januari 2018

Exportera Civil 3D! Eller Vi testar den här. Inte? Den här då.

Det finns inget som skulle göra mig gladare än om alla i min omgivning arbetade i Civil 3D. Tänk bara, alla i samma program, ingen behöver byta format på filerna, alla kan se allt som alla andra gör. 

Himmel vad underbart det vore! 

Tyvärr är vi inte där, och vi lär nog aldrig komma dit. Och egentligen skulle det nog vara ganska tråkigt när jag tänker efter. 

Men oavsett, det var inte en filosofisk diskussion vi skulle ha (vill ni ha det så bjud mig på ett glas vin så jäklarns vad vi kan filosofera!) utan jag tänkte jag skulle stolpa upp några olika export-funktioner i Civil 3D. 

Eftersom vi inte alla är i Civil 3D som kommer alla till en punkt när vi måste exportera våra filer till diverse format. Och det vanligaste för Civil-folk är vi ska ta oss till AutoCAD-format. Alltså ta ner hela vår fina, intelligenta fil till linjer. Superbra. Nej, jag är int bitter. 

Anywho - hur gör vi det? Tyvärr är det ibland inte så enkelt som att trycka på en knapp. Ibland är det det, men ibland kan vi behöva några olika knappar för att hitta den knappen som fungerar. 

Let's begin. 

EXPORTC3DDRAWING - finns på Ribbon-fliken Output som Export Civil 3D Drawing eller A-knappen > Export > Export Civil 3D Drawing.

Funktionen ska i teorin ta hela din Civil 3D-ritning och exportera den till en AutoCAD-fil. Den ska ta filen som den ser ut, om din surface visar nivåkurvor kommer exporten att visa nivåkurvor. Profiler blir döda linjer, ledningar och texter blir linjer och texter, osv. 

När denna funktionen fungerar är det den absolut enklaste funktionen att använda för detta. 

EXPORTTOAUTOCAD - skriv på kommandoraden, kan även anpassas till EXPORTTOAUTOCAD2010 t.ex.

Denna funktion är en äldre funktion för export, den har inga alternativ som den första har, den bara kör. Om den första funktionen inte fungerar så brukar denna fungera. 

AECOBJEXPLODE - skriv på kommandoraden

Detta är en funktion som de andra två funktionerna använder, om jag förstått det rätt - men man kan också köra det på egen hand. Tänk på att denna funktion exploderar den filen du har öppen - spara alltså en kopia först!

ETRANSMIT  - Finn under A-knappen > Publish > Etransmit

Etransmit-funktionen har länge varit den bästa metoden för att skicka filer till någon. Det är inte den som används mest tyvärr, det är lite för enkelt att bara skicka en DWG. Den stora fördelen med att använda Etransmit är att den samlar ihop alla externa filer som behövs för att dwg-filen ska fungera korrekt. Man riskerar alltså inte att den man skickar till inte har rätt font-filer, ctb-filer, inställningsfiler så att filen ser på något sätt fel ut. Man glömmer heller ingen xref när man använder etransmit. 

Och det som också finns i etransmit (som jag lärt mig idag!) är en explode-funktionalitet för Civil 3D-objekt!

Och nu får ni en bild till var den inställningen finns: 


Skapa gärna en ny transmittal setup med ett lämpligt namn så ni vet vad ni gör innan ni ändrar fil-formatet. 

EXPLODE - I värsta fall!

När allt annat inte fungerar så kan man explodera alla objekten själv. Detta kan vara väldigt tidskrävande men måste man så måste man. 

Funktionen är den "vanliga" EXPLODE, men det man måste tänka på är att explodera Civil 3D-objekten i rätt ordning. Man ska göra det i bakvänd ordning mot hur man ritat ut objekten. Normalt ritas ledningsnät > Alignment > Profil formulär > Profil-linjer > Sektionslinjer > Sektionsritningar > Sektions-linjer. Så när du exploderar så behöver du explodera Profil- och Sektions-linjer först, sedan Profil-formulär/Sektions-ritningar, sen Alignment och till sista ledningsobjekt. Görs det i fel ordning så får man inte med sig alla objekt. 

Tänk på att ta en kopia på ritningen först! Explode förstör ju hela din ritning. 


Det finns säkert fler metoder man kan använda, men jag tror att dessa täcker med mesta. Som jag började med, har man tur så räcker den första funktionen så börja alltid där innan ni jobbar er ner i listan - och hoppas att ni inte behöver landa på sista raden!