Er din computer langsom? – Gamebooster

Alle har oplevet frustationerne, når computeren ikke reagerer lige så hurtigt som man selv ønsker. Det findes der flere løsninger på, én af dem er Gamebooster. Et program til os, der ikke har råd til at spendere 12.000+ på en computer.

Gamebooster er et gratis program der sikrer, at det kun er de nødvendige programmer der kører på din computer for at sikre den bedste “performance”. I sin enkelthed, går programmet ind og lukker ned for software der kan være med til at slide på din CPU og samtidig gøre computeren langsom. Programmet er tilegnet, hvis det er nødvendigt at køre et tungt program, der har brug for alle computerens “kræfter”, som f.eks. Revit.
Når man åbner Gamebooster bliver man mødt af en startside, hvor det er muligt at ligge genveje til sine programmer eller de spil, hvor gamebooster er nødvendigt. Det er dog også muligt at aktivere programmet uden at skulle starte et program. På min egen computer ligger forbedringen på computerens ydeevne, mellem 40-45 procent, hvilket man må sige er en del. Jeg er selv storbruger af programmet og med det samme jeg skal køre et program, der skal bruge en del kræfter aktiverer jeg gamebooster. Med mit eget brug af programmet, kan jeg også erfare det er et program der virker. Erfaringen ligger mest af alt i Revit og et par spil jeg normalt ville have svært ved at køre, men med gamebooster bliver det muligt.

Så til jer der har behov for lidt ekstra kræfter til “den elektroniske hjælper” er det et forsøg værd.

Link til Gamebooster:  http://www.razerzone.com/gamebooster

Mvh. Anders Norup

5. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

Reklamer

De Digitale Dage 2013 – Summa sumarum

Efter tre dage med fuld gas på BIM, kommunikation og innovation kunne vi med god samvittighed fredag eftermiddag sætte tænderne i en pølse og skylle efter med en fyraftensøl ved afslutningen af De Digitale Dage 2013.

Min rolle ved dette års DDD var, som skrevet i forrige indlæg, projektleder. Jeg har aldrig deltaget i DDD før, men det kan varmt anbefales til alle, som gerne vil være spydspids for udvikling og afprøvning af de nyeste IT-systemer inden for byggeriet og indenfor BIM.
Jeg vil kort beskrive processen omkring nogle få af de  programmer vi anvendte ved DDD:

  • Vi anvendte ibinder som projektweb kombineret med Bips struktur for dokumenthåndtering nemlig A104.
    • Beskrivelse af ibinder – http://www.ibinder.com
      • Ibinder er en webbaseret mappestruktur som mest anvendes indenfor  Byggeprojekt, Digitalt udbud, Ejendomsdrift og Arkiv. Det byder på en overkommelig brugerflade, hvor man nemt kan få overblikket over, hvilke mapper man har og hvilke der er aktive.

Untitled

Billedet er fra projektwebbet DDD.
Mapperne som er i halftone er tomme og de andre er i brug – nemt og overskueligt

      • Vurdering
        • Der var masser af opstartsproblemer, da mange skulle oprettes som brugere inden vi kunne komme i gang på dag 1. På trods af det var det en stor succes. Ibinder er som sådan en virtuel mappestruktur, som man nemmere kan overskue pga. opsætningen omkring aktive og ikke aktive mapper. I al sin enkelthed minder det meget om en traditionel mappestruktur man f.eks. bruger, hvis man anvender dropbox til projektweb. Ibinder styres vha. en administrator, som disponere over brugerens rettigheder. På den måde styres hvem, der kan hhv. downloade og uploade. Dermed bliver enkelt for brugeren at forholde sig til.
          Jeg mener ibinder er et godt værktøj til projektweb og jeg tror det bliver noget vi kommer til at stifte bekendtskab med fremover både på skoler og i erhvervslivet.
    • Beskrivelse af A104 – http://bips.dk/nyhed/video-l%C3%A6r-om-dokumenth%C3%A5ndteringsmanualen
      • A104 dokumenthåndtering er et styresystem til at håndtere sin projektweb. Det hjælper til at navngive filer og lave en gennemsigtighed i den måde branchen skal håndtere deres projektweb. Ligesom mange andre tiltag fra BIPS lægger A104 også op til at fordelen rigtig kommer ved. BIPS’ værktøj til dokumenthåndtering slår rigtigt igennem når flere parter i et konsortium eller et samarbejde mellem faggrupper anvender A104Således bliver dokumenthåndteringen lettet pga. de samarbejdende parter kan overskue hindandens filnavngivninger og placeringer i mapperne i deres projektweb.
    • Vurdering
      • Jeg har anvendt A104 til 2 projekter. Det er uden tvivl et værktøj, som skaber en retningslinje for, hvordan man håndterer sin dokumenthåndtering. Selve vejledningen er udført således der ikke er meget overladt til fantasien ift. en almen mappestruktur som hverenkelt firma sætter op. For at komme i gang med A104 er det dog essentielt, at man har BIM-koordinatorer der kan hjælpe en i gang. På trods af at A104 virker godt, er det svært at komme i gang med pga. det er et meget omstændigt dokument at sætte sig ind i – det er 86 sider.
        I vores gruppe på UCN har vi udvalgt de ting af A104 vi kunne bruge og derefter rettet META-DATA’en til, så det har passet til vores projekt. Det er en succes. Til DDD har det været et andet opsæt, så det skulle indlæres med en smule opstartsproblemer, men det var også en succes. Til DDD anvendte vi ikke en så stor del af mappestrukturen som vi ellers gør på skolen, derfor kom der situationer, hvor vi måtte tolke på mapperne.
        Helt sikkert også et værktøj, som efterhånden vil blive anvendt mere og mere, men jeg tror der kommer til at gå tid inden det når ud til de mindre tegnestuer pga. kompleksiteten i opstartsfasen. Det vil med sikkerhed skræmme mange.

Det var de programmer jeg stiftede mest bekendtskab med. Ud over disse programmer blev der anvendt følgende programmer jeg kun har ringe kendskab til.

  • Solibri modelchecker og naviate – NaviateSolibri
    • Beskrivelse
      • Begge programmer er til at lave kollisionskontrol i. På den måde kan vi kontrollerer vores modeller passer sammen og  om der er sammenstødende objekter, for derefter at rette dem
    • Vurdering
      • Programmerne voldte problemer ved DDD. Både pga. det var nyt materiale der skulle læres, men også fordi der var forvirring omkring hvad programmerne formåede. Jeg mener programmerne begge er gode, men vi havde simpelthen ikke tid nok på de 3 dage til at give dem den tid de fortjente.
        I forbindelse med disse programmer og generelt med kollisionskontrollen stiftede vi bredt bekendtskab med IFC filformatet. Det er det format, der kan trækkes ud fra rigtig mange programmer, som deltager i byggeprocessen. De programmer vi kender bedst er Revit, auto-cad, magi-cad mfl. Her bruges IFC formatet til at udveksle informationer med mellem programmerne og dermed kan der udføres kollisionskontrol. Det var en vigtig lektie. Her er et link til en blog, som fortæller mere omkring dette format. IFC

Dette er mit sidste indlæg på bloggen angående DDD 2013. Jeg håber, at det har givet et indblik i, hvad man som studerende kan få af udbytte ved at deltage i DDD. Såfremt du har lyst til at spørge omkring indhold i mine indlæg eller andet er du velkommen til at skrive til mig.

– Peter Haven

peterhaven@gmail.com

Twitter: Klik her
LinkedIn: Klik her
Blog: Klik her

De Digitale Dage – Arkitekt, 3. dag

Den 3. digitale dag er for længst overstået, men jeg mangler stadig at berette kort om denne 3. dag.

3. dag stod i afleveringens tegn, og vi sluttede det digitale eksperiment af ved at pudse vores 3D model af, og få så meget af modellen som muligt op på informationsniveau 4.
Det bør dog næppe komme som nogen overraskelse at vi langt fra blev færdige, det har da heller aldrig været intensionen med De Digitale Dage, her er det processen og ikke produktet der vejer tungest.

Vi fik fra morgenstunden udstukket en deadline for aflevering af modellen kl. 10.00, så der var ikke megen tid at løbe på.Det lykkedes os til trods for den korte deadline, at få alle ydervægge og gulvet op på informationsniveau 4, vi fik rettet vinduer til og vi fik hevet ingeniørens spær og bjælkelag over i vores model, blot for at konstatere at de havde benyttet en forkert taghældning – ØV!

Klokken 10.00 var vores del af dette spændende digitale projekt overstået, og da det afsluttende oplæg først var planlagt til kl. 12.30, satte jeg mig og legede lidt med voers model i Lumion, i håb om at der ville være noget at vise frem, men igen var tiden ikke til et færdigt produkt.

Det afsluttende oplæg på DDD 2013, blev forestået af henholdsvis Peter Haven, projektleder på den danske case, og Lars Sørensen, projektleder på den internationale case. De afsluttende oplæg blev streamet rundt på hele skolen, og det er dokumenteret i videoen her under.

Så for den her gang, tak for 3 spændende dage i det digitale byggeris tegn.

 

/Anders Voergaard

4. sem. Mail: 1010957@ucn.dk
LinkedIn: Klik her

De Digitale Dage – Arkitekt, 2. dag

Den anden digitale dag er slut, og jeg har igen indfundet mig ved computeren for at give et kort resumé af dagen, set gennem arkitektens briller.

Dagen startede som den foregående med et par taler, b.la. var Kim Knudsen (Tech Collage Aalborg) og Kjeld Svidt (Aalborg Universitet) på taler stolen. Som et lille “sjov” afbræk var også de to projektlederne for de 2 cases oppe ved talerstolen og give en kort breifing, af hvor vi befandt os i forhold til planlen.

Som jeg skrev i går, havde jeg en forventning til at dagen i dag, skulle gå med kvalitetssikring/kollisionskontrol af tegningsmaterialet gennem CAD-Q’s Naviate, og herefter at føre BIM modellen fra informationsniveau 00-02, op på informationsniveau 03-04.

Jeg startede dagen ved, sammen med en af casens BIM Koordinatorer, at demonstrer for de forskellige gruppeledere, IDM folk og projektlederen hvordan vi skulle bruge Naviate til kvalitetssikringen/kollisionskontrol (Herefter kaldet KS/KK).
Det skulle imidlertid vise sig at være det eneste vi fik arbejdet med Naviate den dag, for efterhånden som de forskellige fagmodeller (Arktiekt model, Ingeniør model osv.) blev sendt til KS/KK, stod det klart at vi havde lavet en brøler.

Kort fortalt bestod vores fejl i at arkitekten havde lavet en model, ud fra en model stillet til rådighed af bygherren, denne nu redigeret model er så i løbet af 1. og 2. digitale dag løbende blevet delt via iBinder.com.
Konstruktions og installations ingeniørerne hentede så denne model ned, og tegnede videre på den. Da der så skulle udføres KS/KK havde vi i 4 forskellige fagmodeller, 4 stort set ens modeller hvilket betød at BIM folkene fik fejlmelding alle de steder hvor ydervægge, indervægge, døre osv. overlappede. Dette genererede en fejlliste så lang at det formenligt ville tage en måned at komme igennem.

Heldigvis for et event som De Digitale Dage, sker den her slags fejl, vi er her jo for at lære – det gjorde vi i dag!
En fed ting ved De Digitale Dage er at der konstant er erhvervsfolk tilstede, som gerne deler ud af sine erfaringer, og i dag var ingen undtagelse. For mens vi sad og diskuterede problemstillingen mht. de 4 ens modeller, kom Kenneth Højbjerg (BIM Manager hos Bjerg arkitektur) og fortalte hvordan de arbejder med b.la. fagmodeller og kollisionskontrol. Det vil jeg gemme til et blogindlæg på et senere tidspunkt.

Al denne ståhej, med KS/KK, gav os tilgengæld mulighed for at arbejde lidt mere intenst med at få modellen op på informationsniveau 03-04, og vi fik i den sammenhæng sendt noget materiale ned i et par workshops.

Jeg afsluttede dagen, med et foredrag af Martin Romby (Aarhus arkitekterne) og Stig Brinck (NIRAS), om BIM koordineringen på udvidelsen af Rigshospitalet, og med tanke på de problemer vi havde mødt tidligere på dagen mht. BIM koordinering, var det aktuelt og spændende at se hvordan de styrede et så stort projektet.
Foredraget sluttede af med en spørgerunde, og snakken faldt på et tidspunkt på kompleksiteten i at få programmer som Revit ud på tegnestuerne, da det mange steder stadig er AutoCAD som er i højstolen. Til dette svarer Stig Brinck, henvendt til erhvervsfolkene i lokalet, at hvis de skulle være så heldige at de i firmaet stod og skulle ansætte en mand eller to, så skulle de efter hans mening ansætte en nyuddannet fra UCN T&B, for så ville man få en som kender til de nye programmer og som vil presse på for at få dem i brug.

Jeg har vedhæftet en video konkurrence video som blev vist under foredreget så man kan få en ide af havd det drejer sig om.

 

/Anders Voergaard

4. sem. Mail: 1010957@ucn.dk
LinkedIn: Klik her

De Digitale Dage – BIM Koordinator dag 2

Den anden digitale dag er nu bragt til ende. Dagens program startede med taler fra lærere og erhvervsfolk, hvorefter vi gik ud i vores faggrupper og vi kunne begynde på dagens opgaver.

Ligesom dagen igår, fik vi udleveret dagens opgaver af IDM-folkene. Gennemgående for dagen skulle vi holde kontrol af, at projektwebben blev brugt korrekt, dvs. at placeringen og filnavngivningen skulle følge BIPS A104 – Dokumenthåndtering. I forhold til dagen igår, forløb dagen i dag med et meget bedre flow. Vi havde mulighed for at gennemgå hver enkel fil der blev lagt op på iBinder (DDD’s Projektweb) og samtidig vejlede resten af deltagerne i projektwebben. Det gjorde at vi langt bedre kunne sætte os ind i tingene, men vi havde også mere tid til at hjælpe andre og få dem til at få en større forståelse for navngivningen.
Samtidig fik jeg også mulighed for at sætte mig bedre ind i selve projektet, som jeg ikke følte jeg havde været nok ind over. Hele dagen igår havde jeg ikke rigtigt set tegninger og dokumenter, men mere kontrolleret de var korrekt navngivet og placeret. Det gav mig et større overblik over DDD, og hvad andre sad og kæmpede med. Samtidig med jeg bedre kunne sætte mig i deres sted, hvis de ikke kunne overskue at skulle lære om BIPS A104 – Dokumenthåndtering.

Nu hvor jeg har arbejdet noget mere med dokumenthåndtering, bliver jeg også mere positiv over det. I starten føltes det uoverskueligt ikke bare at navngive filen, som det den omhandlede. Men nu, efter at have arbejdet med Bips A104, kan jeg nemt se mange af de fordele det kan indbringe, netop at bruge Bips A104. feks:
– Ved at bruge metadata’en, indholdstype (C), er det lynhurtigt at se på en fil hvor den er/skal placeres i sin mappestruktur.
– En fælles enighed om navngivningen, hvilket betyder der ikke opstår den samme misforståelse.
– Chancen for filer der “forsvinder” i mængden minimeres.
– Flere oplysninger om filen, i et ofte kortere filnavn.
– Din metadata der er tilknyttet, gør det langt nemmere at søge på filen. Dvs. du behøves kun at vide brøkdele for at finde den, f.eks. hvilken fase, vidensområde eller ansvar den tilhører.

Dette er kun nogle af de fordele den kan bidrage med, og jeg håber jeg opdager flere af dem imorgen.

En anden positivt oplevelse jeg tog med mig i dag, findes i iBinder. Gruppelederne manglede en hurtig måde at kommunikere på, når der blev lagt nyt materiale op på projektwebben. Efter at have gransket iBinder, fandt vi en såkaldt “opslagstavle”. Her var det muligt at sende beskeder til deltagere af iBinder. Beskederne kunne sendes til alle deltagere, grupper, men også enkelte personer. Når beskeden var sendt, modtog man en mail om at der lå en besked på iBinder, med et direkte link til beskeden. Alt dette hjalp hurtigt, da man med det samme fik beskeden, og man kunne komme videre med sit arbejde. Men det var særligt den funktion, at du kunne se om folk havde læst beskeden, der var nyttig. Det gjorde det muligt at kontrollere om folk havde modtaget det nye materiale, eller om man var nødt til at kontakte den pågældende. Endnu engang hjalp det til, man hurtigere kunne komme videre i processen og fejl blev minimeret, og det må man sige er noget af en markant fordel.

Jeg glæder mig meget til i morgen, for at se hvad vi sammen er kommet frem til i Case 1 og håbe at projektwebben har været med til at bidrage til dette.

Mvh. Anders Norup

4. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

De Digitale Dage – Projektleder dag 2

Dette indlæg beskriver mit perspektiv, som projektleder på den danske case 1 ved De digitale Dage.

Efter en hektisk opstart fra første dag startede vi morgenen i dag med et projekteringsmøde, hvor vi gennemgik dagens program. Vores status fra første dag var, at de fleste opgaver var udført og de små ting der var tilbage skulle laves i dag.
Vi besluttede til mødet at vi ville forsøge at implementere naviate til at udføre koalitionskontrol på vores Revit modeller. Det blev besluttet for at frigive tid og ressourcer til at løse andre opgaver.

Fra mit perspektiv som projektleder besluttede jeg, at jeg ville inddrage vores workshops i vores case og på den måde sikre et større samarbejde på tværs af projektets organisation. Jeg havde forud for i dag forberedt grupperne på, at de skulle uddelegere en opgave til en af workshopsene, som vi kunne implementere i casen. Efter at have tilpasset strukturen omkring kommunikation og udarbejdet en platform for fildeling på tværs af workshopsene og faggrupperne ved casen, kontaktede jeg workshopsene for at præsentere opgaveoplæggene for dem. Efter forskellige reaktioner fra forskellige workshops fik vi etableret et samarbejde mellem faggruppen Ingeniør-MEP med en opgave til Teknisk installations workshoppen samt med en opgave til Bæredygtigt byggeri. De skulle arbejde med hhv. dimensionering af radiatorer og solafskærmning. Vi fik afgrænset opgaverne og defineret en deadline og derigennem implementeret workshoppens arbejde i casen.

Ved middagstid havde vi i projektgruppen besøg af to undervisere fra EUC Nords tekniske skole, som kom og gav os indsigt i BYG-sol ordningen. Det er overordnet et kommunikationsredskab, som anvendes til forventningsafstemning, skabe kontakt mellem parter i projekteringen og meget mere. Det var en god oplevelse, som satte tanker igang omkring fremtidigt projekt arbejde. Helt sikkert et værktøj, som er anbefalelsesværdigt.

Jeg sluttede dagen i dag af med at påbegynde forberedelsen til præsentationen i morgen ved middagstid. Jeg har udarbejdet spørgeskemaer til alle faggrupper så de kan afrapportere deres oplevelse af projektarbejdet. Dermed håber jeg, at fremlæggelsen kommer til at afspejle den fantastiske proces De Digitale Dage har været for alle os på Case 1, og i hvert fald for mig.

Dagen i morgen byder på en afrunding af opgaverne vi når her på DDD. Vi skal have taget en fælles beslutning omkring hvordan vi bedst præsenterer vores proces og projekt.

Jeg håber disse indlæg har givet et godt billede af min rolle ved DDD samt et indblik i hvordan dagene forløber.

– Peter Haven

peterhaven@gmail.com

Twitter: Klik her
LinkedIn: Klik her
Blog: Klik her

De Digitale Dage – BIM Koordinator dag 1

Som skrevet igår, vil jeg hver dag under DDD skrive om dagens oplevelser.

Da jeg ankom i dag, var jeg meget spændt på hvordan dagen ville forløbe. Jeg havde hørt fra tidligere deltagere at den første dag godt kunne opleves hektisk og en smule kaotisk. Det kan jeg kun give dem ret i.

De IDM-studerende havde givet os alle en dagsorden, hvori jeg som BIM-Koordinator, ansvarlig for projekweb, skulle starte dagen med at checke om alle de deltagene havde modtaget login og oprettet sig på iBinder (DDD’s Projektweb). Allerede her opstod nogle af dagens store problemer. Mange af deltagernes mail var ikke blevet tilføjet til deltagerlisten, og af samme grund var de ikke blevet tilføjet til iBinder. Pludselig gik megen af den tid der skulle bruges på at instruere i filnavngivning, til at få tilføjet de manglende folk. Denne opgave strakte sig stort set over hele dagen, hvor flere kom til for at få invitationen til iBinder.

Resten af vores opgaver var efterfølgende at kontrollere de filer der blev uploaded til projektwebben. Vi havde valgt kun at tildele en enkelt fra hver faggruppe muligheden for at uploade, for at minimere chancen for forkerte navngivninger, og det gav pote. Efter et par svipsere i starten af dagen, lærte de projektweb-ansvarlige i grupperne hurtigt at filnavngive ud fra Bips A104 – Dokumenthåndtering. Inden DDD havde vi udarbejdet en skabelon for dokumenthåndtering. Den skulle foregå på samme måde som en light udgave af en IKT-aftale, der udspecificerede; placering, fil-,tegning- og modelnavngivning. Den skulle være med til at sikre at folk fik en langt hurtigere forståelse, i stedet for at skulle gennemlæse hele BIPS A104.

Som dagen startede hektisk, sluttede dagen fredeligt og roligt. Efter der kom styr på deltagerliste og alle deltagere havde den fornødne adgang til iBinder. Havde vi tid til bedre at kontrollere at strukturen blev overholdt, samt lave konsistenskontrol på filer.

Dagen i dag har helt klart været utrolig lærerig, én ting er at sidde og læse i A104 om dokumenthåndtering, men en anden ting er at sidde med det i hænderne og bruge det som et redskab i et projekt, bestående af over 30 mennesker.

Det har allerede nu givet mig en langt bedre forståelse for filhåndteringen. Men også nogle problemstillinger jeg kan trække over i mit 4. semesters speciale. Gennem dagen, henvendte flere sig omkring placeringen af filer. Det skyldtes at i vores navngivning af filer bruger Vidensområde (K) og Indholdstype (C). Disse to metadata definerer placering og arbejdsområde. Det i sig selv gør, at man meget præcis kan definere fagområde og hvor filen præcis skal ligge. Problemet opstår dog, når filen i sin helhed kunne ligge flere steder, eller/også tilhører forskellige fagområder. Et eksempel vi stødte på tidligt, var bygherrens kravspecifikationer. Placering blev C08 (Specifikationer), men da den omhandler flere videnområder, var det pludselig svært at navngive og bygherrerådgiveren besluttede at give den, K01 (Arkitektur)

Jeg håber at dagens hektiske start og forvirringer har gjort, at vi i morgen er klar til at tage fat i nye områder, og ikke er nødsaget at bruge størstedelen på fejl invitationer. Men samtidig også byder på nye udfordringer, der skal løses i gruppen.

Mvh. Anders Norup

4. sem.
Mail: 1010937@ucn.dk
LinkedIn: Klik her

%d bloggers like this: