Bara ett mycket kort inlägg till, angående något som inte alls har med AutoCAD att göra - men en fråga som jag får ibland när jag drar upp den här bloggen: Varför Tiger?
Första antagandet är att jag tycker om tigrar. Sanningen är att jag har inget emot tigrar, men de har ingen speciell plats hos mig. Den största kopplingen jag har till tigrar på så sätt är att jag minns att vi hade en klisterlapp hemma i städskåpet där det stod "En Svensk Tiger" på. Det tog mig lång tid att förstå vad den betydde.
Men nej, det har inget med djuret att göra. Jag vill ta med er tillbaka till då internet var ungt, då vi alla hängde på Lunarstorm. Inte? Jag hoppas att ni inte hängde där för att ni var för coola för det och inte för att alla är yngre än mig.
Anywho, på Lunarstorm så skulle man ha ett nicknamn. Jag ville ha Redhead men det var upptaget och då kastade Lunarstorms namngenerator upp ett antal kombinationer av Redhead med andra ord - och ett av förslagen var TigerRedhead. Jag tyckte det lät coolt så det tog jag.
Och på den vägen är det. Jag använder TigerRedhead som nicknamn överallt där man behöver sådant, det brukar aldrig vara upptaget, och naturligt blir det förkortat till Tiger. Så om jag ska ha något namnsatt, som jag mer eller mindre får bestämma själv så blir det någon variant på Tiger.
Sen har jag använt Tiger i andra sammahang där jag är mer...tiger-aktig.
tisdag 22 maj 2018
LAYMCUR eller va?
Kort inlägg idag, vill bara slå ett slag för AutoCAD. Say what?
Jo, alltså, Civil 3D har AutoCAD i botten. Allt som fungerar i AutoCAD fungerar i Civil 3D - dock ej alltid med Civil 3D-objekt ska tilläggas. Och jag tycker inte man ska glömma sina AutoCAD-rötter tycker jag.
Så idag blir några AutoCAD-kommandon som kan vara bra att veta, förhoppningsvis kan ni alla redan.
Först: LAYMCUR - alltså LAYer Make CURrent. Alltså starta kommandot och klicka på objektet vilkens lager du vill ska bli aktivt. Eller markera ett objekt, kör LAYMCUR och lagret för det objektet blir aktivt.
Och medan vi pratar lager så vet ni om LAYON och LAYTHW - alltså tänd och tina alla lager. Användbart när man försöker hitta något som verkar dolt - men jag har inget riktigt bra sätt att återgå till lager-utseendet som man hade innan så jag rekommenderar att man är beredd att använda UNDO för att gå tillbaka till hur man hade det innan. Vilket också innebär att det är inte lönt att göra något som man inte vill göra ogjort innan man Undo-ar lager-funktionen.
Och apropå det, UNDO har lite fler finesser än vad åtminstone jag brukar komma ihåg. Testa att starta UNDO på kommandoraden och se vad du har för alternativ. De som vi använder oftast är kombinationen Mark och Back. Om man börjar med Undo > Mark så sätter man i princip en Spar-punkt. Sedan gör man det man ska, och använder Undo > Back, då återgår man direkt till spar-punkten. Det är användbart om man ska förstöra sin fil vid export till exempel.
Sen vill jag slå ett slag för Express Tools. På Express Tools fliken finns ett helt gäng kommandon som löser mer eller mindre vanliga problem. Det kan vara värt att kolla vad som finns där, vissa är guld värda. T.ex. så finns Explode Attributes här, alltså BURST, som används för att explodera ett block med attribut när resultatet man vill ha är själva texten i attributen. FLATTEN är också ett Express Tool, alltså tryck ner alla objekt till Z=0. Och såklart, Command Aliases eller ALIASEDIT finns här också. Min fasta övertygelse är att de som är snabbast i AutoCAD är de som skriver sina kommandon, ALIASEDIT är en enkel metod att skapa och ändra kortkommandon för funktioner. Som t.ex. LAYMCUR, om du inte vill skriva hela det härket så kan du gå in i ALIASEDIT och göra så att när du skriver LM så startar LAYMCUR.
Du kan även använda ALIASEDIT till att jävlas med dina kollegor. Inte för att jag rekommenderar det, men att ställa om CO till att betyda HATCH skulle störa de flesta.
Jo, alltså, Civil 3D har AutoCAD i botten. Allt som fungerar i AutoCAD fungerar i Civil 3D - dock ej alltid med Civil 3D-objekt ska tilläggas. Och jag tycker inte man ska glömma sina AutoCAD-rötter tycker jag.
Så idag blir några AutoCAD-kommandon som kan vara bra att veta, förhoppningsvis kan ni alla redan.
Först: LAYMCUR - alltså LAYer Make CURrent. Alltså starta kommandot och klicka på objektet vilkens lager du vill ska bli aktivt. Eller markera ett objekt, kör LAYMCUR och lagret för det objektet blir aktivt.
Och medan vi pratar lager så vet ni om LAYON och LAYTHW - alltså tänd och tina alla lager. Användbart när man försöker hitta något som verkar dolt - men jag har inget riktigt bra sätt att återgå till lager-utseendet som man hade innan så jag rekommenderar att man är beredd att använda UNDO för att gå tillbaka till hur man hade det innan. Vilket också innebär att det är inte lönt att göra något som man inte vill göra ogjort innan man Undo-ar lager-funktionen.
Och apropå det, UNDO har lite fler finesser än vad åtminstone jag brukar komma ihåg. Testa att starta UNDO på kommandoraden och se vad du har för alternativ. De som vi använder oftast är kombinationen Mark och Back. Om man börjar med Undo > Mark så sätter man i princip en Spar-punkt. Sedan gör man det man ska, och använder Undo > Back, då återgår man direkt till spar-punkten. Det är användbart om man ska förstöra sin fil vid export till exempel.
Sen vill jag slå ett slag för Express Tools. På Express Tools fliken finns ett helt gäng kommandon som löser mer eller mindre vanliga problem. Det kan vara värt att kolla vad som finns där, vissa är guld värda. T.ex. så finns Explode Attributes här, alltså BURST, som används för att explodera ett block med attribut när resultatet man vill ha är själva texten i attributen. FLATTEN är också ett Express Tool, alltså tryck ner alla objekt till Z=0. Och såklart, Command Aliases eller ALIASEDIT finns här också. Min fasta övertygelse är att de som är snabbast i AutoCAD är de som skriver sina kommandon, ALIASEDIT är en enkel metod att skapa och ändra kortkommandon för funktioner. Som t.ex. LAYMCUR, om du inte vill skriva hela det härket så kan du gå in i ALIASEDIT och göra så att när du skriver LM så startar LAYMCUR.
Du kan även använda ALIASEDIT till att jävlas med dina kollegor. Inte för att jag rekommenderar det, men att ställa om CO till att betyda HATCH skulle störa de flesta.
tisdag 8 maj 2018
Dagens bugg eller I got to move it, move it
Idag blir det bilder! Jag har sällan bilder på den här bloggen, det är bara för att jag är lat och jag har inte brytt mig om att skapa en smidig metod att fixa bilder hit. Men idag blir det alldeles för krångligt att beskriva det jag vill beskriva.
Idag ska vi prata Dagens Bugg: Structure Labels.
En kund kontakta vår support idag med ett problem. Jag avskrev det som bugg, och det är en bugg, men jag testade lite själv för att se om det är en konsekvent bugg och det verkar som att det är det - och därmed kan jag föreslå en lösning.
Problemet är som följer:
Man skapar ledningsnät med brunnar och sätter etiketter på dom. Man vill dra lite i etiketterna och då hamnar leadern fel och då drar man lite i leadern - enligt bilderna nedan.
Sen gör man sin ritning då ser det ut som nedan och man river sitt hår om vad som är fel.
Min slutsats är att Dragged State, och då framförallt att flytta leadern manuellt, ignorerar (eller tolkar fel) att man vrider sitt visningsläge med PLAN-kommandot
Lösningen är att sätta UCSet och PLAN, innan man drar i leadern. Då får man leadern på rätt plats och det kommer se rätt ut i Layouten. Vrider man sedan tillbaka till World i Model-läget så kommer det såklart se fel ut igen - men då fortfarande rätt i Layouten. Snurrigt? Jajamensan! Men sen när är Civil 3D ett logiskt program? Det är väl därför vi gillar det? Inte? Nähä, bara jag då.
Skulle ni testa det här och säger till er själva "men Caroline ljög för mig, de hamnar fortfarande fel?!" så tänk på att skalfaktorn påverkar också detta. Ni måste ha den skalfaktorn i Modelläget som ni ämnar ha på Viewporten innan ni flyttar leadern - annars hamnar den också fel. Bara så ni vet!
tisdag 20 mars 2018
Flödesriktning! eller Rikta den där pilen åt nåt annat håll.
Etiketter. Detta gissel. Ibland är de helt underbar, när de gör som man vill! Men ibland är det mest bara ett härke utan dess like.
(Härke? Ni måste väl hört ordet härke? okejdå, Språk och Folkminnen to the rescue! Så? Alla är med på härke nu? Bra, då fortsätter vi)
Dagens inlägg handlar om en liten aspekt hos etiketter, och det är när vi vill göra en flödespil som alltid pekar nedåt. Eller uppåt, jag är inte känslig. Men jag vill att den ska ändra riktning när linjen ändrar riktning.
Lösningen är Expressions. Jag är inte den största stjärnan på expressions ska jag erkänna, men expressions kan vi använda när vi behöver ha/använda någon information i etiketter som inte finns som en standard property. T.ex. plushöjd för en pipes underkant finns inte som standard property (i 2018) men vi kan räkna fram det med hjälp av diameter och godstjocklek i ett expression.
Under General > Label Styles > Line > Expressions finns ett färdigt expression för FlowArrowRotation och om man högerklickar och väljer Edit på den så ser man detta:
(Härke? Ni måste väl hört ordet härke? okejdå, Språk och Folkminnen to the rescue! Så? Alla är med på härke nu? Bra, då fortsätter vi)
Dagens inlägg handlar om en liten aspekt hos etiketter, och det är när vi vill göra en flödespil som alltid pekar nedåt. Eller uppåt, jag är inte känslig. Men jag vill att den ska ändra riktning när linjen ändrar riktning.
Lösningen är Expressions. Jag är inte den största stjärnan på expressions ska jag erkänna, men expressions kan vi använda när vi behöver ha/använda någon information i etiketter som inte finns som en standard property. T.ex. plushöjd för en pipes underkant finns inte som standard property (i 2018) men vi kan räkna fram det med hjälp av diameter och godstjocklek i ett expression.
Under General > Label Styles > Line > Expressions finns ett färdigt expression för FlowArrowRotation och om man högerklickar och väljer Edit på den så ser man detta:
Jag kan inte förklara matematiken bakom detta, men jag kan säga att det fungerar. I mitt fall så pekade denna etikett konsekvent uppåt istället för nedåt, då ändrade jag < till > och pilen pekade konsekvent nedåt. Det fungerade även att ändra 0,pi,0 till 0,0,pi - men varför? No clue.
För att detta Expression ska vara tillgängligt för t.ex. Surface-labels så kopierade jag ovanstående text, och gick sedan ner till Surface > Surface Styles > Slope > Högerklick på Expressions > New och klistrade in texten. Jag fick sedan ändra General Segment Grade (som är specifikt för en linje) till Surface Slope (som är specifik för ytan) - enklast var att klicka på den lilla Properties-knappen på höger sida och lägga till Surface Slope.
När expressionet är klart så går jag in i Stylen som jag vill rotera och istället för att ange ett värde för rotation på pilen så kan jag nu välja mitt Expression som rotation.
Etiketter:
Civil 3D,
edit,
Featureline,
flowdirectionarrow,
Labels,
lutning,
slope,
Surface
onsdag 14 mars 2018
Generic Links! Eller Förkorta inte subassembly som subassar, gör det bara inte.
Detta blir nog det torraste inlägget jag gjort på ett tag, men jag skrev när detta mest för mig själv. Om någon annan har någon användning för det so have at it:
En kort sammanställning av de generella Link-subassemblyerna
Link Multi
LinkOffsetAndElevation
Länk som slutar ett specifierad avstånd från baslinjen, till en specifik elevation.
Ändpunkt och elevation kan styras Target-parameter
LinkOffsetAndSlope
Länk som slutar ett specifierad avstånd från baslinjen, med specifierad lutning. Kan använda Superelevation
Ändpunkt och lutning kan styras med Target-parameter
LinkOffsetOnSurface
Länk som slutar ett specifierad avstånd från baslinjen, som ansluter mot en Surface.
Längden kan styras med en Target-parameter
LinkSlopeAndVerticalDeflection
Länk med en specifierad lutning tills ett specfierat vertikalt avstånd är uppnåt. Kan använda superelevation
Det vertikala avstånden kan styras med en Target-parameter.
LinkSlopesBetweenPoints
Länk från insättningspunkt till en Marked Point (Använd MarkPoint-subass). Skapas av tre delar, Slope 1, Ditch-width och Slope 2
LinkSlopeToElevation
Länk med specifierad lutning till en specifierad elevation. Kan använda Superelevation
Elevationen kan styras med en Target parameter
LinkSlopetoSurface
Länk med en specifierad lutning till en Surface. Kan använda Superelevation
LinkToMarkedPoint
Länk till en Marked Point (använd MarkPoint-subass) inom samma assembly
LinkWidthAndSlope
Länk med en specifierad horisontal längd och lutning.
Längd och lutning kan styras med Target-parameter
LinkToMarkedPoint2
En kort sammanställning av de generella Link-subassemblyerna
Link Multi
LinkOffsetAndElevation
Länk som slutar ett specifierad avstånd från baslinjen, till en specifik elevation.
Ändpunkt och elevation kan styras Target-parameter
LinkOffsetAndSlope
Länk som slutar ett specifierad avstånd från baslinjen, med specifierad lutning. Kan använda Superelevation
Ändpunkt och lutning kan styras med Target-parameter
LinkOffsetOnSurface
Länk som slutar ett specifierad avstånd från baslinjen, som ansluter mot en Surface.
Längden kan styras med en Target-parameter
LinkSlopeAndVerticalDeflection
Länk med en specifierad lutning tills ett specfierat vertikalt avstånd är uppnåt. Kan använda superelevation
Det vertikala avstånden kan styras med en Target-parameter.
LinkSlopesBetweenPoints
Länk från insättningspunkt till en Marked Point (Använd MarkPoint-subass). Skapas av tre delar, Slope 1, Ditch-width och Slope 2
LinkSlopeToElevation
Länk med specifierad lutning till en specifierad elevation. Kan använda Superelevation
Elevationen kan styras med en Target parameter
LinkSlopetoSurface
Länk med en specifierad lutning till en Surface. Kan använda Superelevation
LinkToMarkedPoint
Länk till en Marked Point (använd MarkPoint-subass) inom samma assembly
LinkWidthAndSlope
Länk med en specifierad horisontal längd och lutning.
Längd och lutning kan styras med Target-parameter
LinkToMarkedPoint2
onsdag 7 mars 2018
Unable to execute the tool? Eller Vad ska jag registrera varför och var?
Dagens tips blir en lösning på ett problem som dyker upp ibland.
Problemet är att funktioner från Tool Paletten fungerar inte och felmeddelandet som dyker upp säger "Unable to execute the tool" och lite mera. Exakt hur felmeddelandet ser ut kan ni se här:
I länken ovan har ni även lösningar på problemet, och det är ungefär samma som jag tänkte skriva på svenska här nedan.
Varför det här händer har jag ännu inte klurat ut, enligt Autodesks sida så kan möjliga anledningar vara:
- AutoCAD Civil 3D installerad under ett annat användarnamn
- skadade settings eller register-filer
- korrupta DLL-filer
- felaktig installation.
Alla dessa anledningar tycker jag tyder på att om man installerar om Civil 3D så ska det fungera - men i min erfarenhet är det inte alltid som det fungerar i alla fall.
Uppdatering: En Civil 3D-kumpan kommenterade ytterligare något att tänka på när det kommer till detta problem. Inställningar för tool palettes sparas på lite olika ställen, och en del hänger ihop med den profil du använder. Så det kan "bara" vara profilen som är problem eller så ställer sig profilen i vägen för lösningen nedan. Oavsett vilket så kan det vara en bra början att ta bort profilen som du har innan du gör nästa steg nedan, det gör du i Options > Profile-fliken, aktivera en annan profil för att kunna ta bort problem-profilen. Om du bara tar bort profilen och sedan startar programmet så ska den läsa in den sparade ARG-filen, som då borde vara fri från problem. Om problemet kvarstår så fortsätt nedan.
Uppdatering: En Civil 3D-kumpan kommenterade ytterligare något att tänka på när det kommer till detta problem. Inställningar för tool palettes sparas på lite olika ställen, och en del hänger ihop med den profil du använder. Så det kan "bara" vara profilen som är problem eller så ställer sig profilen i vägen för lösningen nedan. Oavsett vilket så kan det vara en bra början att ta bort profilen som du har innan du gör nästa steg nedan, det gör du i Options > Profile-fliken, aktivera en annan profil för att kunna ta bort problem-profilen. Om du bara tar bort profilen och sedan startar programmet så ska den läsa in den sparade ARG-filen, som då borde vara fri från problem. Om problemet kvarstår så fortsätt nedan.
Autodesks sida beskriver tre metoder (plus några "additional solutions") för hur man kan lösa problemet, när jag har löst detta hos kunder så brukar det vara metod 1 och/eller 3 som löser problemet. Metod 2 ställer ofta till det för att användare inte kan ändra i registret.
Men lösningen då:
1. Gå till mappen: C:\Users\<användare>\AppData\Roaming\Autodesk\C3D <ver>\enu\Support\RegisteredTools
2. I den mappen ska det finnas 3 ATC-filer, men om detta felet dyker upp så finns det förmodligen bara 1 ATC-fil.
3. Hitta en kollega som har samma version av Civil 3D som du, kopiera de 3 ATC-filerna från dennes dator och lägga dem i denna mappen.
4. Starta om Civil 3D.
Om detta inte fungerar så kan man behöva kopiera hela ToolPalette-mappen från en kollega
1. Stäng Civil 3D. (Just för ToolPaletter så är det viktigt att stänga Civil 3D först innan man micklar något)
2. Gå till mappen C:\Users\<användare>\AppData\Roaming\Autodesk\C3D <ver>\enu\Support
3. Kopiera hela mappen ToolPalette från en kollegas dator, med samma version av Civil 3D och lägg den i din egen Support-mapp
4. Starta Civil 3D.
Etiketter:
Civil 3D,
execute,
registered tools,
roaming,
tool,
tool palette,
toolpalette,
unable,
Vanligt problem
måndag 19 februari 2018
Nollställa räkneverket! Eller 99 Luft-brunn!
Dagens tips är ganska värdelöst. Eller ja, inte värdelöst, men kanske inte så användbart.
Men jag lärde mig det precis, och jag har alltid trott att det inte går att göra (och följaktligen sagt till alla mina kursare att det inte går att göra) så jag får backa lite och erkänna att jag inte kan allt!
Alla objekt i Civil 3D måste ha ett eget namn. Det kan vara samma namn som ett objekt av en annan typ, men är det två ytor t.ex. så måste de ha varsitt unikt namn. Detta är inte ovanligt och inte speciellt svårt att förstå. För Structures så gäller denna begränsningen inom ledningsnät, du kan alltså ha en dagvattenbrunn och en vatten-ventil som båda heter 3, men du kan inte ha två ventiler som heter 5. Inget konstigt heller.
När man ritar ledningsnät så döper Civil structures automatiskt som ett nummer och den tar hela tiden ett nummer högre från den senaste structuren placerad. Inte nästa lediga nummer ska vi komma ihåg. Även om du tar bort alla dina structures så kommer DWG-filen ihåg hur många nummer som har använts, och tar nästa nummer i serien.
Jag har alltid sagt att detta är oundvikligt och det är bara att acceptera läget och alltid numrera om structures i slutet när du har alla utsatta. Jag tycker fortfarande att det är den enklaste metoden att hantera detta. Ignorera nummerserien i början och lös den med RenamePipeNetworkParts när du har ditt nät uppe.
Men det jag lärde mig idag var att du KAN nollställa räkneverket!!
På Settings-fliken i Tool Space, högerklick på Pipe Network och sen i Edit Feature Settings så finns Default Name Format för alla ledningsnäts-delarna. Där står det <[Next Counter]> för structures och det är det som gör att numreringen räknar upp. Men du kan också gå in i den rutan och välja Starting Number - om du sätter den till 1, då kommer nästa Structure att få nästa lediga nummer.
Det lustiga är då att om du skapar ett nytt ledningsnät, som då kan ha vilka siffror som helst, även om det finns structures i ett annat nät som har samma nummer, så kommer programmet fortfarande att hoppa över de "använda" siffrorna när du ritar ut ditt nya nätverk.
Så även om du kan KAN göra det här, så hjälper det inte så väldigt mycket i alla fall. Så dagens tips var ganska värdelöst - jag sa ju det!
Men jag lärde mig det precis, och jag har alltid trott att det inte går att göra (och följaktligen sagt till alla mina kursare att det inte går att göra) så jag får backa lite och erkänna att jag inte kan allt!
Alla objekt i Civil 3D måste ha ett eget namn. Det kan vara samma namn som ett objekt av en annan typ, men är det två ytor t.ex. så måste de ha varsitt unikt namn. Detta är inte ovanligt och inte speciellt svårt att förstå. För Structures så gäller denna begränsningen inom ledningsnät, du kan alltså ha en dagvattenbrunn och en vatten-ventil som båda heter 3, men du kan inte ha två ventiler som heter 5. Inget konstigt heller.
När man ritar ledningsnät så döper Civil structures automatiskt som ett nummer och den tar hela tiden ett nummer högre från den senaste structuren placerad. Inte nästa lediga nummer ska vi komma ihåg. Även om du tar bort alla dina structures så kommer DWG-filen ihåg hur många nummer som har använts, och tar nästa nummer i serien.
Jag har alltid sagt att detta är oundvikligt och det är bara att acceptera läget och alltid numrera om structures i slutet när du har alla utsatta. Jag tycker fortfarande att det är den enklaste metoden att hantera detta. Ignorera nummerserien i början och lös den med RenamePipeNetworkParts när du har ditt nät uppe.
Men det jag lärde mig idag var att du KAN nollställa räkneverket!!
På Settings-fliken i Tool Space, högerklick på Pipe Network och sen i Edit Feature Settings så finns Default Name Format för alla ledningsnäts-delarna. Där står det <[Next Counter]> för structures och det är det som gör att numreringen räknar upp. Men du kan också gå in i den rutan och välja Starting Number - om du sätter den till 1, då kommer nästa Structure att få nästa lediga nummer.
Det lustiga är då att om du skapar ett nytt ledningsnät, som då kan ha vilka siffror som helst, även om det finns structures i ett annat nät som har samma nummer, så kommer programmet fortfarande att hoppa över de "använda" siffrorna när du ritar ut ditt nya nätverk.
Så även om du kan KAN göra det här, så hjälper det inte så väldigt mycket i alla fall. Så dagens tips var ganska värdelöst - jag sa ju det!
Etiketter:
brunnar,
Civil 3D,
döpa om,
Edit pipe nework,
Labels,
Ledningsnät,
name,
nummer,
Pipe network,
renamepipenetwork,
structure
torsdag 1 februari 2018
FileTabPreview! Eller Sluta Byt Flik För Tusan!
Att AutoCAD inte riktigt gör som vi vill är inget nytt. Det är en del av charmen *ahem* med programmet. Men jag brukar alltid hävda att allt vi ser på skärmen i AutoCAD kan vi ändra på, så om man stör sig på något så kan du förmodligen ta bort eller förändra det.
Dagens irritation kommer av att när man håller muspekaren över ritningsflikarna ovanför ritytan så får man "thumbnails" av Model och Layouterna man har i filen. Man kan då direkt gå till den layouten man är ute efter genom att klicka på förhandsvisningen av den. Detta fungerar även till en annan fil man har öppen, du behöver alltså inte gå till den Layouten som var öppen senast utan kan välja vilken Layout du vill.
Detta i sig är inte så jobbigt, det jobbigaste är att om man håller muspekare över en av layout-förhandsvisningarna så flippar hela skärmen dit så man får en förhandsvisning i sin rityta av den layouten. Klickar man inte på thumbnailen så går ritytan sedan tillbaka till där du var, och om du klickar på thumbnailen så byter du dit
Om man har lite större filer eller lite segare dator så kan detta flippande ta en stund och det känns som hela AutoCAD fryser under tiden. Och om det är något ingen caddare gillar så är det när AutoCAD fryser.
Så hur tar man bort detta då?
Jo, det är två variabler som påverkar detta, FileTabPreview och FileTabThumbHover.
FileTabPreview kontrollerar vad som ska visas i preview-fönstret.
0 = visas en enkel lista på de tillgängliga Model och Layouterna i filen
1 = visas thumbnailes som bilden ovan
FileTabThumbHover kontrollerar vad som ska hända när du håller muspekaren över preview-fönstret
0 = visar ingen förhandsvisning av ritningen
1 = flippar över till en förhandsvisning i ritytan
Slutsatsen är att vi kan inte ta bort flik-hover-beteendet helt, men åtminstone så tänker jag sätta FileTabkThumbHover till 0 så slipper jag flippandet i alla fall.
Sen ska man komma ihåg att den enes irritationsmoment är den andres feature - nästan allt i AutoCAD finns det någon som gillar! (förutom vit bakgrund, det är vi väl alla överens om att aldrig använda, right? Right.)
Dagens irritation kommer av att när man håller muspekaren över ritningsflikarna ovanför ritytan så får man "thumbnails" av Model och Layouterna man har i filen. Man kan då direkt gå till den layouten man är ute efter genom att klicka på förhandsvisningen av den. Detta fungerar även till en annan fil man har öppen, du behöver alltså inte gå till den Layouten som var öppen senast utan kan välja vilken Layout du vill.
Detta i sig är inte så jobbigt, det jobbigaste är att om man håller muspekare över en av layout-förhandsvisningarna så flippar hela skärmen dit så man får en förhandsvisning i sin rityta av den layouten. Klickar man inte på thumbnailen så går ritytan sedan tillbaka till där du var, och om du klickar på thumbnailen så byter du dit
Om man har lite större filer eller lite segare dator så kan detta flippande ta en stund och det känns som hela AutoCAD fryser under tiden. Och om det är något ingen caddare gillar så är det när AutoCAD fryser.
Så hur tar man bort detta då?
Jo, det är två variabler som påverkar detta, FileTabPreview och FileTabThumbHover.
FileTabPreview kontrollerar vad som ska visas i preview-fönstret.
0 = visas en enkel lista på de tillgängliga Model och Layouterna i filen
1 = visas thumbnailes som bilden ovan
FileTabThumbHover kontrollerar vad som ska hända när du håller muspekaren över preview-fönstret
0 = visar ingen förhandsvisning av ritningen
1 = flippar över till en förhandsvisning i ritytan
Slutsatsen är att vi kan inte ta bort flik-hover-beteendet helt, men åtminstone så tänker jag sätta FileTabkThumbHover till 0 så slipper jag flippandet i alla fall.
Sen ska man komma ihåg att den enes irritationsmoment är den andres feature - nästan allt i AutoCAD finns det någon som gillar! (förutom vit bakgrund, det är vi väl alla överens om att aldrig använda, right? Right.)
Etiketter:
AutoCAD,
filetab,
filetabpreview,
filetabthumbhover,
flikar,
flip,
förhandsvisning,
preview,
thumbnail,
Variabel
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!
Etiketter:
Civil 3D,
dwg,
etransmit,
explode,
exportera,
exporttoautocad,
exporttoc3ddrawing,
skicka fil
tisdag 19 december 2017
Dubbelklick eller Hur lyckas du med det där?
Ibland när jag får supportfrågor så funderar jag stilla för mig själv, hur i hela friden lyckade du med där? Eller ja, jag brukar säga det till mina kunder också. Det är inte alltid lätt att veta hur man lyckas göra vissa saker. Ofta vet jag varför, helt enkelt för att jag har sett problemet så många gånger att jag har också sett hur det går till.
Men vissa fel har jag fortfarande ingen koll på hur det händer. Idag har jag löst ett mysterium som jag funderat på ett tag. Ganska ofta på kurser så är det någon som ganska försynt säger att de helt plötsligt inte kan se ribbonet. Flikarna har ändrat utseende av någon anledning.
Lösningen är enkel - det finns en liten knapp längst bort till höger om ribbon-flikarna där man ställer in hur flikarna ska visas. Man ser till att den står på Cycle through All och sedan klickar man på vita knappen tills man har det utseendet man vill ha.

Jag har funderat på varför detta händer, och det är inte speciellt ovanligt så det kan inte vara något väldigt komplicerat som användaren gör för att detta ska hända.
Idag gjorde jag det själv!
Tydligen så kan man också dubbelklicka på själva fliken för att växla utseende! Det hade jag ingen aning om. Och dubbelklick är ett ganska vanligt "fel" som användare gärna vill använda, när det är ganska sällan i Civil 3D som man behöver eller ska använda dubbelklick.
Ofta beskriver jag det som att "klicka en gång. Klicka sedan en gång till". Det är inte ett dubbelklick även om jag förstår att de flesta hör det som dubbelklick, och oftast går det bra i alla fall.
Men nu har jag lärt mig nåt nytt idag, får jag gå hem då?
Men vissa fel har jag fortfarande ingen koll på hur det händer. Idag har jag löst ett mysterium som jag funderat på ett tag. Ganska ofta på kurser så är det någon som ganska försynt säger att de helt plötsligt inte kan se ribbonet. Flikarna har ändrat utseende av någon anledning.
Lösningen är enkel - det finns en liten knapp längst bort till höger om ribbon-flikarna där man ställer in hur flikarna ska visas. Man ser till att den står på Cycle through All och sedan klickar man på vita knappen tills man har det utseendet man vill ha.

Jag har funderat på varför detta händer, och det är inte speciellt ovanligt så det kan inte vara något väldigt komplicerat som användaren gör för att detta ska hända.
Idag gjorde jag det själv!
Tydligen så kan man också dubbelklicka på själva fliken för att växla utseende! Det hade jag ingen aning om. Och dubbelklick är ett ganska vanligt "fel" som användare gärna vill använda, när det är ganska sällan i Civil 3D som man behöver eller ska använda dubbelklick.
Ofta beskriver jag det som att "klicka en gång. Klicka sedan en gång till". Det är inte ett dubbelklick även om jag förstår att de flesta hör det som dubbelklick, och oftast går det bra i alla fall.
Men nu har jag lärt mig nåt nytt idag, får jag gå hem då?
Etiketter:
Civil 3D,
dubbelklick,
flikar,
ribbon,
Vanligt problem
torsdag 14 december 2017
Bugg! Eller Varför har jag dagvattenledningar i mitt vattennät?
Jag brukar säga att om projektörer ritar rätt från början och aldrig behöver göra revideringar, då är det lika snabbt att projektera i Civil 3D som i AutoCAD som på planka. Jag brukar avsluta med att fråga "men ni har väl aldrig kunder som ändrar sig?" - de flesta konsulter flinar lite då.
Revideringar är en del av projekteringen, de tar alltid tid, oavsett vilket program du använder. Men det är ändå här som du sparar tid på att använda Civil 3D mot AutoCAD. Eftersom alltid hänger ihop i Civil 3D så gör du revideringen på ett ställe - och det slår igenom på alla andra ställen. Ändra en dimension i planet och profilen, sektioner och tabeller uppdateras. Ett högerklick för att bygga om korridoren och schakt-beräkningarna uppdateras. Det är här som Civil 3D är ett fenomenalt program - för alla som har ritat profiler för hand i AutoCAD och uppdaterat dem igen och igen och igen (och till slut gett upp och inser varför gamla ritningar aldrig har korrekta profiler) så är Civil 3D ett underbart program.
Inte för att jag är partisk eller nåt.
Men det var inte lyrik över Civil 3D jag skulle skriva idag, jag tänkte ju jag skulle skriva om en bugg i programmet. Jag må vara partisk, men jag är fullt med på att det här är ett program som är fullt av buggar och de flesta är det bara att lära sig hantera.
När man har ritat ett ledningsnät och vill fortsätta rita i samma ledningsnät så gäller det att hitta funktionen Edit Network. Den finns på några olika ställen: markera ledning > Högerklick eller markera ledning> Ribbonet >Edit Network eller högerklick på ledningsnätet i Tool space.
Oavsett vilket du använder så får du upp toolbaren för Edit Pipe Network där du väljer dimensioner och sedan ritar ut ledningsnät.
Här kommer buggen - och när jag nu undersöker detta så inser jag att jag har sagt fel angående denna lösning ett tag.
Om du kör Edit Network på ett ledningsnät och får upp din toolbar - och sen kör Edit Network för att gå in och redigera ett annat nätverk UTAN att stänga toolbaren, då byter programmet visserligen nätverk, men den byter inte parts list!
Alltså så ritar man då ledningar i rätt ledningsnät men med fel objekt!
När jag fått frågan tidigare om vilken väg man ska använda Edit Network så har jag svarat att jag tycker att den fungerar oftast om man högerklickar via tool space. Det stämmer inte inser jag nu, det man måste komma ihåg är att stänga toolbaren INNAN man markerar nästa ledningsnät och kör Edit Network - oavsett vart man hittar Edit Network-funktionen.
Civil 3D är ett underbart program...
onsdag 13 december 2017
Ett udda macro Eller It doesn't matter if you're black or white.
Idag blir det ett macro!
När man är AutoCAD-nörd så blir man himla glad när man får AutoCAD att göra precis som man har tänkt sig. Jag har haft detta macro tidigare men i och med datorbyte och sånt så har jag tappat det, så lite återskapande och googling krävdes för att få ordning på det.
Men vi börjar lite från början - och detta är min väldigt basic nivå av kunskap när det kommer till programmering så jag ber om ursäkt från början om jag förenklar något alldeles för mycket.
Man kan säga att allt som man gör upprepade gånger i AutoCAD kan automatiseras. Det stämmer framförallt för alla kommandon som man kan sköta på kommandoraden. Du kan klistra in kod direkt på kommandoraden för att få AutoCAD kan göra som du vill. Och ibland räcker det, men det är oftast enklare i det långa loppet att lägga den kodning på en knapp som ett macro.
Grunden i macro-byggande är att du skriver macrot som du skriver det på kommandoraden och mellanslag eller semi-colon representerar enter-slag. Macron kan innehålla flera funktioner i följd och kan komma ihåg information mellan funktionerna.
Macrot som jag skapade idag ska både byta bakgrundsfärg i ritytan och tema-färg på ribbonet och paletterna. Just detta är inte funktioner faktiskt utan variabler, men det fungerar på precis samma sätt.
Det första man behöver göra är att hitta funktionen eller variabeln som gör det man är ute efter. Om det är funktion man använder så ser man på kommandraden vad funktionen heter. Om det är en tick-box man vill ändra på så kan det finnas ett tool tip där det står vilken variabel som gäller. Annars är det letande i Help-filen eller Google som gäller. Om det är en variabel som man är ute efter så kan man leta i System Variable Dialog (kommando SYSVDLG), den är inte super-rolig att leta i men har man lite koll på vad variabeln kan heta så går det ganska bra.
Idag var det variablen COLORTHEME som jag behövde, den bestämmer tema-färgen bakom ribbonet och paletter. Backgrundsfärgen är lite svårare, det är en miljö-variabel. Fråga mig inte vad som är skillnad mellan miljö-variabel och vanliga variabler. Google is your friend!
För att klura ut hur jag ska skriva macrot så börjar jag med att skriva hur jag tror det ska fungera i Anteckningar/Notepad och sedan klistrar jag in den texten på kommandoraden och ser om det jag vill ska hända händer.
Dagens macro behövde en extra funktion. När jag testade macrot så slog inte förändringen igenom förrän jag flippade till Layout-fliken och sedan tillbaka igen. Det finns säkert andra funktioner som skulle tvinga fram samma regenerering men jag valde att använda TILEMODE=0 (gå till senast aktiva layouten) och sedan TILEMODE=1 (gå till model space)
Så totalt blir mina macro då:
Svart bakgrund: ^C^Ccolortheme 0 (setenv "Background" "0") tilemode 0 tilemode 1
Vit bakgrund: ^C^Ccolortheme 1 (setenv "Background" "16777215") tilemode 0 tilemode 1
Nu är detta väldigt specifika macron. Byta bakgrundsfärg är nog inget som de flesta gör speciellt ofta men för mig så gör jag detta nästan varje dag. Vit bakgrund passar bäst när jag tar screenshots och håller presentationer på projektor - men jag vill ha svart bakgrund när jag jobbar själv.
Sidenote: frågan kommer ibland om vilket man ska ha, svart eller vit bakgrund. AutoCAD kommer som standard idag med en mörkgrå bakgrund, min gissning är att det ska vara lättare för ögonen. Man kan sätta precis vilken färg man än vill ha på bakgrunden, men vitt och svart är det två vanligaste. Vilken man ska ha?
Såna här frågor brukar jag svara med att säga att det är som Apple och Android. Det spelar egentligen ingen roll - men de flesta är helt övertygande om att deras inställning är det korrekta och alla andra har fel!
När man är AutoCAD-nörd så blir man himla glad när man får AutoCAD att göra precis som man har tänkt sig. Jag har haft detta macro tidigare men i och med datorbyte och sånt så har jag tappat det, så lite återskapande och googling krävdes för att få ordning på det.
Men vi börjar lite från början - och detta är min väldigt basic nivå av kunskap när det kommer till programmering så jag ber om ursäkt från början om jag förenklar något alldeles för mycket.
Man kan säga att allt som man gör upprepade gånger i AutoCAD kan automatiseras. Det stämmer framförallt för alla kommandon som man kan sköta på kommandoraden. Du kan klistra in kod direkt på kommandoraden för att få AutoCAD kan göra som du vill. Och ibland räcker det, men det är oftast enklare i det långa loppet att lägga den kodning på en knapp som ett macro.
Grunden i macro-byggande är att du skriver macrot som du skriver det på kommandoraden och mellanslag eller semi-colon representerar enter-slag. Macron kan innehålla flera funktioner i följd och kan komma ihåg information mellan funktionerna.
Macrot som jag skapade idag ska både byta bakgrundsfärg i ritytan och tema-färg på ribbonet och paletterna. Just detta är inte funktioner faktiskt utan variabler, men det fungerar på precis samma sätt.
Det första man behöver göra är att hitta funktionen eller variabeln som gör det man är ute efter. Om det är funktion man använder så ser man på kommandraden vad funktionen heter. Om det är en tick-box man vill ändra på så kan det finnas ett tool tip där det står vilken variabel som gäller. Annars är det letande i Help-filen eller Google som gäller. Om det är en variabel som man är ute efter så kan man leta i System Variable Dialog (kommando SYSVDLG), den är inte super-rolig att leta i men har man lite koll på vad variabeln kan heta så går det ganska bra.
Idag var det variablen COLORTHEME som jag behövde, den bestämmer tema-färgen bakom ribbonet och paletter. Backgrundsfärgen är lite svårare, det är en miljö-variabel. Fråga mig inte vad som är skillnad mellan miljö-variabel och vanliga variabler. Google is your friend!
För att klura ut hur jag ska skriva macrot så börjar jag med att skriva hur jag tror det ska fungera i Anteckningar/Notepad och sedan klistrar jag in den texten på kommandoraden och ser om det jag vill ska hända händer.
Dagens macro behövde en extra funktion. När jag testade macrot så slog inte förändringen igenom förrän jag flippade till Layout-fliken och sedan tillbaka igen. Det finns säkert andra funktioner som skulle tvinga fram samma regenerering men jag valde att använda TILEMODE=0 (gå till senast aktiva layouten) och sedan TILEMODE=1 (gå till model space)
Så totalt blir mina macro då:
Svart bakgrund: ^C^Ccolortheme 0 (setenv "Background" "0") tilemode 0 tilemode 1
Vit bakgrund: ^C^Ccolortheme 1 (setenv "Background" "16777215") tilemode 0 tilemode 1
Nu är detta väldigt specifika macron. Byta bakgrundsfärg är nog inget som de flesta gör speciellt ofta men för mig så gör jag detta nästan varje dag. Vit bakgrund passar bäst när jag tar screenshots och håller presentationer på projektor - men jag vill ha svart bakgrund när jag jobbar själv.
Sidenote: frågan kommer ibland om vilket man ska ha, svart eller vit bakgrund. AutoCAD kommer som standard idag med en mörkgrå bakgrund, min gissning är att det ska vara lättare för ögonen. Man kan sätta precis vilken färg man än vill ha på bakgrunden, men vitt och svart är det två vanligaste. Vilken man ska ha?
Såna här frågor brukar jag svara med att säga att det är som Apple och Android. Det spelar egentligen ingen roll - men de flesta är helt övertygande om att deras inställning är det korrekta och alla andra har fel!
Etiketter:
AutoCAD,
background,
color,
colortheme,
Färg,
lisp,
Macro
fredag 27 oktober 2017
Insättningspunkt för Text! Eller Hur Noggrann kan man va'??
Både i vanliga AutoCAD och i Civil 3D så tycker jag att man ska vara noggrann. Jag anser att det är lika enkelt (till och med enklare) att rita exakt och noggrant som att rita slarvigt. Såklart beror min åsikt till ganska stor del på att jag tycker att ska man göra något så kan man lika gärna göra det exakt (Blå personlighet raise your hands!)
Oftast är detta inget problem i AutoCAD, använd Object Snap så kommer du långt. Men inte alla objekt är lika enkla att hitta OSnap-punkter för, till exempel texter.
Jag är också ett stort fan av symmetri, också när jag ska placera ut texter. Alltså har jag spenderat lite tid med att hitta hur jag placerar texter på räta linjer och på rätt avstånd från varandra. Tricket är att hitta texters insättningspunkt och hur man manipulerar denna.
Det första att veta om är att Object Snap-punkten för texter är en INSERT-punkt. Så för att kunna plocka upp din text på sin insättningspunkt och inte behöva höfta till den, så är det INSERT-punkten du ska använda. T.ex. som i nedanstående bild har jag använt Shift+Högerklick för att välja Insert-punkten just i det kommandot jag har aktivt.

Ni ser den blåa punkten på texten i bilderna ovan, det är Insert-punkten. Beroende på hur jag ändrad min Justify-inställnings så ändrar sig den punkten.
Så om ni vill placera en text alldeles centrerad i en ruta till exempel, sätt Justify till Middle Center så får ni en bra OSnap-punkt att arbeta med.
Oftast är detta inget problem i AutoCAD, använd Object Snap så kommer du långt. Men inte alla objekt är lika enkla att hitta OSnap-punkter för, till exempel texter.
Jag är också ett stort fan av symmetri, också när jag ska placera ut texter. Alltså har jag spenderat lite tid med att hitta hur jag placerar texter på räta linjer och på rätt avstånd från varandra. Tricket är att hitta texters insättningspunkt och hur man manipulerar denna.
Det första att veta om är att Object Snap-punkten för texter är en INSERT-punkt. Så för att kunna plocka upp din text på sin insättningspunkt och inte behöva höfta till den, så är det INSERT-punkten du ska använda. T.ex. som i nedanstående bild har jag använt Shift+Högerklick för att välja Insert-punkten just i det kommandot jag har aktivt.
Det andra du behöver veta om texter är vilken punkt på texten som är Insert-punkten kan du ändra på helt själv. Det påverkas av vilken Justification du har på texten. Justification, eller justering ändrar du på enklast i Properties (ctrl+1) . Markera texten och hitta Justify-raden. Beroende på hur du justerar din text så flyttas Insert-punkten.

Ni ser den blåa punkten på texten i bilderna ovan, det är Insert-punkten. Beroende på hur jag ändrad min Justify-inställnings så ändrar sig den punkten.
Så om ni vill placera en text alldeles centrerad i en ruta till exempel, sätt Justify till Middle Center så får ni en bra OSnap-punkt att arbeta med.
Etiketter:
AutoCAD,
justify,
MText,
Object Snap,
OSNAP
onsdag 18 oktober 2017
Brunnslinjer! Eller varför har jag dubbla linjer i min profil?
En väldigt specifik beskrivning idag, som handlar om vertikala linjer i profilband. Ibland så får man dubbla linjer för sina brunnar i profilen, den ena linjen kan man ta bort med ctrl+klick men den andra linjen ser ut att vara en del av profilformuläret. Den linjen behöver man släcka totalt, innan man kan ta bort enskilda brunnslinjer med ctrl+klick.
För att ta bort den brunnslinjen så måste man veta vilken rad den linjen finns i. I mitt fall nedan så finns linjen på Spillvatten_VG. I Edit Profile View Properties, på Bands-fliken ska man då hitta rätta rad och sedan klicka på Edit-knappen.
I Pipe Network Band Style-dialogen så går du till Display-fliken och släcker Ticks for Pipe.
Nu borde de "fasta" brunnslinjerna vara borta.
För att ta bort den brunnslinjen så måste man veta vilken rad den linjen finns i. I mitt fall nedan så finns linjen på Spillvatten_VG. I Edit Profile View Properties, på Bands-fliken ska man då hitta rätta rad och sedan klicka på Edit-knappen.
I Pipe Network Band Style-dialogen så går du till Display-fliken och släcker Ticks for Pipe.
Nu borde de "fasta" brunnslinjerna vara borta.
torsdag 30 mars 2017
Linjer i tvärsektioner eller Har jag lagt in slänt på hela tomten igen?
Kommunikation är viktigt, och en bild säger mer än tusen ord säger dom. Hur mycket än jag tycker att min Civil 3D-modell är helt glasklar så håller inte alla med, så att visa upp informationen på illustrativa sätt är väldigt viktigt.
En vanlig fråga jag får är om man kan visa gärnsdragningslinjer i tvärsektioner. Man vill alltså se vad fastighetsgränser, arbetsområden och liknande finns i förhållande till sin projektering.
Detta är inte jättekomplicerat men det är några steg man behöver tänka på.
För att kunna projicera en linje till tvärsektioner måste den vara antingen en 3D Polyline eller en Featureline, och den måste ligga i modellen där den ska projiceras. Den kan alltså inte ligga i en Xref. Om linjerna ligger i en Xref så kan du testa funktionen NCopy för att kopiera linjen från en Xref direkt in till din ritning - eller så kopierar du linjerna över från den Xreffade filen.
Om linjen är en Polyline eller Line så behöver den göras om till en 3D Polylines eller Featureline. För att göra om linjer till 3D Polylines används funktionen ConvertPlines. Använd gärna Join för att sluta linjer så blir de enklare att hantera. För att göra om linjer till Featurelines används CreateFeaturelines. Om man ska ha linjer som 3D Polylines eller Featurelines är en smaksak.
Linjen behöver ligga på en viss höjd. Om linjen har elevation på sig redan så kör du bara vidare. Om linjen ligger på 0 så kommer du kunna projicera in den i tvärsektionerna men den kommer då troligen hamna väldigt långt ifrån din projektering. Det finns många sätt att lägga linjen på rätt nivå, bara den hamnar där så spelar det ingen roll hur du gör. Jag tycker att det enklaste är att använda funktionen FeatureElevsFromSurf för att få linjen att ta höjder från en yta, där har du även alternativet Insert Intermediate Grade Break Points som gör att linjen får extra noder för att kunna draperas exakt över ytan.
Sedan kan du projicera in linjen till dina tvärsektioner. Du har två alternativ, Project Objects to Section View för att projicera ett eller flera objekt till en tvärsektion och Project Objects to Multiple Section Views, för att projicera alla objekt till alla tvärsektioner. Det är ett fall av antingen eller alltså. Inget av de är perfekt, jag använder oftast Multiple Sections så plockar jag bort projiceringar sen.
Oavsett vilken metod du använder så måste linjen korsa tvärsektionslinjen för att projiceras in till tvärsektionen. När linjen är projicerad in till tvärsektionen så kommer den få på sig en Label, denna kan du redigera och lägga in den informationen som du önskar.
En vanlig fråga jag får är om man kan visa gärnsdragningslinjer i tvärsektioner. Man vill alltså se vad fastighetsgränser, arbetsområden och liknande finns i förhållande till sin projektering.
Detta är inte jättekomplicerat men det är några steg man behöver tänka på.
För att kunna projicera en linje till tvärsektioner måste den vara antingen en 3D Polyline eller en Featureline, och den måste ligga i modellen där den ska projiceras. Den kan alltså inte ligga i en Xref. Om linjerna ligger i en Xref så kan du testa funktionen NCopy för att kopiera linjen från en Xref direkt in till din ritning - eller så kopierar du linjerna över från den Xreffade filen.
Om linjen är en Polyline eller Line så behöver den göras om till en 3D Polylines eller Featureline. För att göra om linjer till 3D Polylines används funktionen ConvertPlines. Använd gärna Join för att sluta linjer så blir de enklare att hantera. För att göra om linjer till Featurelines används CreateFeaturelines. Om man ska ha linjer som 3D Polylines eller Featurelines är en smaksak.
Linjen behöver ligga på en viss höjd. Om linjen har elevation på sig redan så kör du bara vidare. Om linjen ligger på 0 så kommer du kunna projicera in den i tvärsektionerna men den kommer då troligen hamna väldigt långt ifrån din projektering. Det finns många sätt att lägga linjen på rätt nivå, bara den hamnar där så spelar det ingen roll hur du gör. Jag tycker att det enklaste är att använda funktionen FeatureElevsFromSurf för att få linjen att ta höjder från en yta, där har du även alternativet Insert Intermediate Grade Break Points som gör att linjen får extra noder för att kunna draperas exakt över ytan.
Sedan kan du projicera in linjen till dina tvärsektioner. Du har två alternativ, Project Objects to Section View för att projicera ett eller flera objekt till en tvärsektion och Project Objects to Multiple Section Views, för att projicera alla objekt till alla tvärsektioner. Det är ett fall av antingen eller alltså. Inget av de är perfekt, jag använder oftast Multiple Sections så plockar jag bort projiceringar sen.
Oavsett vilken metod du använder så måste linjen korsa tvärsektionslinjen för att projiceras in till tvärsektionen. När linjen är projicerad in till tvärsektionen så kommer den få på sig en Label, denna kan du redigera och lägga in den informationen som du önskar.
Prenumerera på:
Inlägg (Atom)











