KOMMENTARSKABELON. Høring af A104 Dokumenthåndtering R1 (november/december 2014) Maj 2015

Transkript

1 KOMMENTARSKABELON Dato Maj 2015 Dokument Høring af A104 Dokumenthåndtering R1 (november/december 2014) Udfyldt af: E- mail: Udfyldt af Charlotte Lund- Poulsen på vegne af arbejdsgruppen, som svar på indkomne hørings. grut.dk Grøn = Redaktionel Lilla = l Sort = Generel Rød = Arbejdsgruppens svar og Navn på Lars F. Kjems s. 14 og s. 72 figur Brødtekst Redaktionel Det anbefales på s. 14 at strukturer ikke bør være dybere end 3-4 niveauer. Først på s. 72 anbefales at den ikke er dybere end 3-5 Lars F. Kjems s. 9 Bl.a. fig. 5 Generel/teknisk Sammenhængen imellem metadata på og mærkat er ikke indlysende. I teksten over fig. 5 fremgår det at metadata også kan fremgå af et mærkat. I efterfølgende tekst står der at, "Endvidere sikrer brug af mærkater ikke at informationerne findes på et papirbåret " Lars F. Kjems s afsnit Generel/teknisk I tillæg til ovenstående, så er det vigtigt for håndtering i dag, at de metadata der fortæller noget om et også er på det papirbårne, da de ofte er en repræsentation af en digital udgave. Eksempelvis kan tegninger nævnes, hvor tegningshovedet er en vigtig metadata formidler til læseren, som måske ønske at finde det samme digitalt. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Anbefalingen bør blot være ens, for at sikre entydighed. Er enig i, at informationerne både kan findes som mærkat og på et. Fig. 5 bør derfor opdateres, så begge er indeholder den ønskede metadata og det ene derudover har et mærkat. Jeg mener at "laveste" fællesnævner må være metadata på det trykte og pga. tekniske udfordringer er alt anden metadata- kodning via filnavn, felter på native typer og i databasesystemer kun "add- ons". Rettet til 3-5 niveauer. Der er tale om en forståelsesmæssig eksemplificering.

2 figur til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Lars F. Kjems s afsnit Radaktionel Uklart hvad der menes med Adobe- fil Bør præciseres til eksempelvis PDF. Alle systemer bør kunne gemme/printe til PDF Lars F. Kjems referencer Generel Der henvises til IKT- teknisk kommunikationsspecifikationen. Lars F. Kjems s spalte "I forbindelse med udveksling af er via et fælles udvekslingssted skal det afklares, hvordan mappestrukturen udformes" Lars F. Kjems s spalte Redaktionel Det anbefales, at der højest anvendes 4-5 positioner. Lars F. Kjems s spalte Generel Der skelnes imellem store og små sager, hvilket efter min mening er irrelevant. Det afgørende er, at der metodisk anvendes det antal metadata der er relevant for den konkrete sag. Lars F. Kjems s. 26 Fig. 30/31 Redaktionel/tek nisk Figurerne viser eksempler på opbygning af navngivning, som aktuelt anvender de danske begreber for værdilisterne I lyset af den forestående revision af "IKT- aftalen" vil det være hensigtsmæssigt at henvise til en mere generel aftalespecifikation for at undgå udaterede referencer på sigt. A104 gør lige præcis det den skal - den fokuserer på og håndtere metadata, og det er derfor vigtigt at aftale hvilke metadata og de deraf afledte metadata værdikoder der anvendes. rer er i den sammenhæng et nødvendigt "onde" og en nutidig bekvem måde at skabe overblik på, men ikke sononymt med et fælles udvekslingssted, som det s godt kan tolkes. Bør være afstemt med dybden i hirakiet, men vil udfordre antallet af positioner ved - og filnavngivning af CAD- filer og tegningsnumre? Størrelse er subjektivt og denne nuancering bør derfor udgå. Det bør ændres til de engelske begreber, så sammenhængen imellem begreb og værdikode bliver mere entydig når eksemplet præsenteres og ikke kræver en rutineret læser at forstå på dette sted. Rettet til PDF- fil. Rettet til en generel henivining til Byggeriets IKT- specifikationer. Filnavn og mappestruktur skal ikke nødvendigvis være 1:1 Foreslået ændring tages op i næste revision. 2

3 figur Lars F. Kjems 6.4 Vers. Der beskrives til sidst i kapitlet at versionsnummeret kunne være anvendt i stedet for dato. Vil det være i overensstemmelse med den overordnet metode at kombinere begge informationer med (.), så version og versionsdato fremgå af filnavnet? til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Eksempelvis V1A Delvist accepteret. Kapitel 6.4 udvides med eksempel på filnavn, hvor version og versionsdato kombineres. Dette kan dog ikke gøres ved at kombinere de to informationer med (.), men skal ske ved, at der er to positioner for version; en med versions id som værdikode og en med versionsdato som værdikode, som fx. I44_C03_V0_V xslx. Lars F. Kjems Værdilister Hvordan ønskes værdilister uden værdikoder anvendt i den øvrige kodningsstruktur? Lars F. Kjems kap. 9.2/0.3 Der har været en udbredt tendens til at filnavnet "arvede" metedata værdikoden fra mappen, så samme enten kan findes vha. mappestruktur og/ via søgning. Det fremgår ikke af nogen af eksemplerne at filnavnene har arvet nogle af de sammensatte underværdilister. Lars F. Kjems Lars F. Kjems Std. mappestrukt ur Std. mappestrukt ur Redaktionel Underværdilister i mappestrukturerne kap 10 følger ikke kodningsprincippet, som angivet i eksemplerne, kap. 9 Generelt syntes jeg udtrykket "standard" mappestruktur har negativ indvikrning på udviklingen af især projektwebs, da essensen bør være anvendelse af metadata og mapper er noget der findes i WIN stifinder Apple Finder. Det ønskes tydeligtgjort om det er tanken at er i en undermappe (underværdiliste) skal arve værdien, eksempelvis mappekode C11.2.P5. Skal denne sammensatte værdi indgå i filnavnet samlet adskilt af (_)? Værdilister forsynet med værdikoder er alene tiltænkt filnavngivning og mappenavngivning. Metadatanavnet er stadig det styrende. Delvist accepteret. I filnavnet vil mappekoden skulle angives adskilt af (_) dvs. C11.2_P5_ Udtrykket paradigme anvendes fremadrettet i stedet for standard. 3

4 figur Lars F. Kjems Generelt Generel Jeg savner eksempler på ers udvikling og dynamiske anvendelse af metadata værdikoder igennem byggeriets faser, da et der modtages af én part (X2) modtages af en anden (X1). Hvordan håndteres filnavngivningen, da filnavnet afspejler koder for metadats, som løbende tilføres et. Lars F. Kjems Generelt Generel Jeg syntes generelt at A104 på mange områder er vejen frem for fremtidens digitale håndtering, men savner større løsrivelse fra de trofaste mappestrukturer i beskrivelsen af håndtering af metadata. Tobias Nielsson Tobias Nielsson 8.3 Værdiliste Virksomhe dstype 6.4 samt Versionssty ring til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Hvis b- listen bruges som ansvarlig på er kan den stadig ikke håndtere hovedentreprenørs/totalentreprenørs er. Ligeledes kan den er kan den stadig ikke håndtere forskellige ingeniører på samme projekt. Versionsstyring var absolut et af de mest uklare områder i A104 af juni Bare det at ændre første rev dato til første udgivelsesdato har hjulpet meget, men dertil kommer en væsentligt mere udførlig forklaring godt! Men der mangler stadig bedre eksempel på projekteringsfase. Mindre mappestruktur, mere proces beskrivelse. Tilføj hovedentreprenør samt totalentreprenør til B05 s underværdiliste. Gerne som B01.01 (evt. opdelt på 01 og 02, om end de næppe figurerer på samme sag) Opdel B02.06 rådgiver i flere underværdier (lyd, konstruktioner osv) Eksemplet på side 94 (10.11) bør indeholde ets levetid igennem projektering hvorledes bør arbejdsversioner håndteres i de forskellige faser? Ingen versionering og blot foreløbig dato print; starte forfra med A, B, C etc ved hver ny fase; ny første udgivelsesdato og version 0 ved hver fase - noget helt fjerde? Et s dynamiske anvendelse igennem byggeriets faser vil fordre, at et gemmes som et nyt med nye metadata og med et nyt filnavn. Foreslået ændring tages op i næste revision. B- listen er ikke tiltænkt til entydigt at angive den ansvarlige på er. For rådgiveres vedkommende henvises til at kombinere B- listen med K- listen (Vidensområde) og M- listen (Fagdisciplin), og for udførende henvises til at kombinere med Y- listen (Entreprisetype). Der er som sådan ingen sammenhæng mellem faser og versioner, hvorfor der ikke kan gives nogen vejledning. 4

5 figur til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Tobias Nielsson Ros Jeg vil bare sige godt arbejde til alle involverede! Den lange liste af jeg har samlet mig over det seneste år (siden jeg første gang ibrugtog A104) blev elimineret da jeg fik læst høringsudgaven igennem. Glæder mig til at tage den i brug. Jonas Lindhart Jonas Lindhart Jonas Lindhart Jonas Lindhart Jonas Lindhart Jonas Lindhart Specielt de langt mere udførlige forklaringer, udbygning af B- listens underværdiliste, tilføjelse af X_Udveksling- mappen, samt udbyggelsen af C08 med ikt, materialedata mv det var kardinalpunkterne J Generel Fin revision som rydder op de rigtige steder og folder ud hvor det har været nødvendigt. Det er godt, at der ikke er ændret på den overordnede struktur, da vi har tusindvis af er med metadata efter A104! 8.2 Generel Fantastisk med ændringen af første revisionsdato til første udgivelsesdato 8.2 Redaktionel Vi arbejder med følgende metadata på DTU som kan være til gavn for andre: 8.2 Redaktionel Vi er meget interesseret i, at Lokalisering (hvis den er relevant på filen) står som den første position 8.9 Redaktionel Vi arbejder med følgende Arbejdsområder ud over dem som allerede er i A104. Til inspiration Bemærkninger Erstatter Kvalitetssikringsniveau Referencefiler Scannet af Dato for scanning Arrangementsplan Nød- og evakueringsplan Pladsfordelingsplan O- planer Nød- og panikbelysning Delvis accepteret. Det er tilladt at tilføje metadata efter projekt- og virksomhedsbehov. Erstatter findes under værdilisten Status. Delvis accepteret. Rækkefølgen på positionerne er valgfri, således er der ikke noget i vejen for at Lokalisering stå som første position i en navngivningssyntaks, hvis det giver merværdi. Der er ikke tale om arbejdsområder, men typer af er kombineret med vidensområde/fagdisciplin Redaktionel Vi savner Afleveret som udført Afleveret som udført As- built er en revision og ikke en særskilt værdi. 5

6 figur Generel Vi har vedhæftet vores tilpassede arkiv- og biblioteksstruktur for Arkitema, hvoraf det fremgår hvordan vi har tilpasset A104 til vores måde at strukturere vores projekter efter. C02 Generel Her savner vi under C02 Aftaler et afsnit for udbud og et for entrepriseaftaler, hvor aftalesedler så kunne indbygges som et underafsnit. C03 Generel Her savner vi under C03 Økonomi et afsnit omkring Forsikring, og vi finder et særskilt afsnit for Bevilling som unødvendig. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Behovet skal uddybes. Aftaleseddel er tilføjet som C02.6 Hvis Bevilling ikke er nødvendig på det pågældende projekt undlades denne blot i mappestrukturen. Forsikring findes allerede under C02 Aftale. C05 Generel Efter vores opfattelse bør man under C05 Analyse tilføje et afsnit C05.6 Arealer C06 Generel Betegnelse af hovedafsnit med C06 Referat er efter vores opfattelse ikke tilstrækkelig. Vi anbefaler at betegnelsen ændres til C06 Kommunikation, og foreslår en underdeling i afsnit som fremgår af vedhæftede. Ved at følge vores anbefaling får man mulighed for at arkivere korrespondance, notater, manualer m.m., som trods alt stadig forekommer i ethevert projekt. C07 Generel Vi anbefaler at ændre hovedoverskriften for afsnittet til C07 Geometri & Tegning. Underafsnittene har vi valgt ikke at kommentere, da vi agter at fastholde vores nuværende inddeling som fremgår af vedhæftede, - og som passer til den måde som vi projekterer efter. Arealeroversigter mm. placeres som udgangspunkt under C08.3 Mængde- og prisspecifikation, men kan også tilføjes under C05 Analyse, hvis der er behov for det. Kommunikation er allerede repræsenteret i form af X Udveksling, og er netop tiltænkt til at arkivere korrespondancer. Der må ikke ændres i de metadatanavne, der er givet! Da C07 Geometri også dækker over tegning vil dette ikke give merværdi. Underværdilisten er åben og man kan derfor vælge at følge den lave sin egen. 6

7 figur C08 Generel OK at ændre nuværende overskrift fra Beskrivelser & Specifikationer til C08 specifikationer. C08.07 Miljø & Bæredygtighed agter vi dog nok fremover at fastholde som særskilt hovedafsnit C12, som det fremgår af vedhæftede. C08.08, C08.10 og C08.11 finder vi OK at flytte over fra nuværende hovedafsnit C11 Information til dette afsnit. Vi vælger dog nok, at have et underafsnit C08.7 drift & vedligehold med underbiblioteker, som fremgår af vedhæftede. C08.09 IKT har vi valgt og anbefaler også at placere som underafsnit under henholdsvis C02 Aftaler og C06 Kommunikation, som det fremgår af vedhæftede. C10 Generel Under C10 Kvalitetsstyring forstår vi ikke anvendelsen af P og opdelingen i faser. P1 Ledelse og styring, P2 Planlægning og P3 Udbud og tilbud forstår vi slet ikke er placeret under dette afsnit. Vores forslag til placering af disse afsnit fremgår af vores nuværende struktur (se vedhæftet ), og denne struktur agter vi fastholde fremover. C12, C13 og C14 Generel til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Vi har valgt at have egne afsnit for henholdsvis C12 Miljø & Bæredygtighed, C13 Byggeledelse og C14 fagtilsyn, hvilket vi fremover agter at fastholde men ser det h ikke nødvendigvis implementeret i den bips A104 håndtering. Bips anbefaler at benytte nedenstående mappeindeling for specifikation: C08 Specifikation C08.1 Generel specifikation C08.2 Byggesags- og arbejdsspecifikation C08.3 Mængde- og prisspecifikation C08.4 Rumspecifikation C08.5 Sikkerhed og arbejdsmiljø C08.6 Byggepladsspecifikation C08.7 Miljø og bæredygtighed C08.8 Materiale og produktdata C08.9 Drift- og vedligeholdsspecifikation IKT- aftale er flyttet til Aftaler C02.7 Anvendelsen af Procestype til underinddeling af C10 Kvalitetstyring kan være relevant i forhold til at få adskilt kvalitetstyringser i forhold til forskellige processer/faser. Udbuds- og tilbudser placeres forskellige steder i mappestrukturen. Udbudser, lavet af en rådgiver placeres primært under C08 specifikation. Under C08 specifikation findes underværdien C08.7 Miljø og bæredygtighed Dokumenter vedr. byggeledelse og fagtilsyn hører primært til under C10 Kvalitetstyring. 7

8 figur D1 Generel Vi forstår ikke helt, at man under D1 Grundlag kan nøjes med 3 underafsnit. Vi agter fremover at fastholde vores underinddeling, som det fremgår af vedhæftede. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Underværdilisten for D1 Grundlag er åben dvs. underinddelingen er vejledende, og antallet af undermapper er derfor op til den enkelte virksomhed! Nikolai Randal Petersen r Projektweb Dokument- afsnit D2 Generel Under afsnit D2 Aflevering forstår vi ikke anvendelsen af A, men s er vi rimelig enig i opdeling af underafsnit i faser. X Generel Nyt afsnit X Udveksling kunne måske være meget relevant. Indtil i dag arkiverer vi vores udvekslingsmateriale undervejs i forløbet under henholdsvis afsnit D1 Grundlag (derfor vores tilføjelse Grundlag IND) og afsnit D2 Transport (derfor tilføjelsen Transport UD). Generel Vi forstår ikke anvendelse af bogstavet K under afsnittene C05 Analyse, C07 Geometri og C08 specifikation. Vi kan godt se, at bogstavet refererer til værdilisten; men det er vores opfattelse at anvendelsen er mere teoretisk end praktisk anvendelig. Værdilister Generel Vi er ofte stødt ind i er med flere forskellige værdier til et metadatafelt, uden at kunne løse det på en måde der angiver alle værdierne. Dette gælder blandt andet for etager og afbildningstyper. For etager gælder nedenstående princip. Et der handler om pærer og bananer vil i have at jeg kalder blandet frugt. Derved mister jeg informationen om at det er pærer og bananer og det kunne derfor lige så godt være æbler. Beskrivelse af syntaks for brug af flere forskellige værdier til samme metadatafelt. Når der anvendes kendte værdilister som undermapper, i dette tilfælde en underindeling iht. faser A, anvendes A- koderne som mappebetegnelser for undermapperne. Anvendelsen af Vidensområde til underinddeling af nogle indholdstyper kan være relevant i forhold til at få adskilt fx ingeniørtegninger og arkitekttegninger. Ved brug af flere forskellige metadataværdier til samme metadatafelt tilføjes det samme metadatafelt to gange, men med forskellig metadataværdi. Dette gælder både i forhold til filnavngivning og ved elektronisk tilknytning af metadata. 8

9 figur TSO Generelt Generel Positivt at mappestruktur er blevet ensrettet og der er anbefalinger for antallet af felter/mappeniveauer. TSO Generelt Redaktionel Pdf er vanskelig at navigere i, når man går fra indholdsfortegnelse og længere ned. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Der indsættes bogmærker svarende til de aktive links i indholdsfortegnelsen. TSO Generelt Hvilken bevæggrund er der, for at underværdilister adskilles med punktum som adskiller? En dwg eksport fra Revit, med punktum som adskiller, automatisk blive omformateret til bindestreg. Problemer i ét software skal naturligvis ikke være styrende. Det fortæller dog, at løsningen måske ikke er helt i mål. SSA s.35 Virksomheds type B Ikke hensigtsmæssigt at Bygherrerådgiver og rådgiver er samlet under B02. Det kommer til at stå som om det er samme afsender. Bygherrerådgiver er Bygherres mand som bla. Kommenterer på materiale der er lavet af rådgiver, arkitekt f.eks. Det bør og skal kunne skelnes. Adskillelse af underværdilister overvejes ændret til bindestreg. Den systematik gøres der allerede brug af ved datoer som (efter ISO std.) På flere større sager er Bygherrerådgiver fået sit eget nummer, f.eks. B22. Der bør overvejes tilsvarende løsning hvor det tydeligt kan ses at et ikke kommer fra B02 rådgiver hvis afsenderen er Bygherrerådgiver. Bygherrerådgiver har sit eget nummer i form af B

10 figur TSO s. 45 Geometri C07 til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Underværdilisterne skaber i det daglige noget forvirring. Hvad menes med tegning? Et tegningsprodukt fra modellen? Hvad menes med notation og symbol? Er det projektets standardopsætninger af annotation/tegningshoveder og objekter? Er valget af navne en arv fra 2D Cad som kan opdateres til nutidig terminologi? C07 revideres C07.01 Model (kilde) C07.02 Annotation til model (notation?) C07.03 Objekter til model (symbol?) Produkter direkte affødt af geometri samles. Undermapper som C07.0xProdukt 1 fra model (Tegning) C07.0x Produkt 2 fra model (Visualisering) C07.0x Produkt 3 fra model (Skema) Kommentar og foreslået ændring vil indgå i en fremtidig revision. Det er (for mig) uklart hvorfor man har valgt at produkterne tegning og visualisering, ligger sammen med modellen, mens skemaprodukter som mængder og rum ligger under C08. Begge dele er aktive designprodukter der indeholder geometrisk information, hvis eneste forskel er at de viser geometrien i streg tekst/tal. Organisatorisk er kilden/modellen vel vigtigere end produktet og bør derfor stå først? TSO s. 53 Fase Er det en god ide, at der arbejdes med flere sæt værdikoder, der ligger for tæt op af hinanden de må kunne samles, sådan at ABR89 værdikoderne udgår ved at de faser der overlapper en til en med PAR/FRI bruges og hvor ABR for de øvrige betegnes som den sidste værdikode hvor metaværdien kan passe på en til mange Alternativt forbedres forklaringerne. PAR/FRI ABR89 A1 Ideoplæg / A2 program /Programfasen A3 Disp / A4 Projektforslag/ Forslagsfasen A5 Forprojekt / A6 Hovedprojekt/ Projekteringsfasen A7 Udførelse / Udførelsesfasen A8 Drift / Brugsfasen Vi har desværre ingen indflydelse på at foretage en sammenlægning af de to værdilister. 10

11 figur TSO s Filtype Listen forvirrer idet der er mange punkter (men ikke alle) overlapper med C07 og værdilisten for afbildningstype. Samtidig med er der ikke samme rækkefølge på trods af de ovelap. I hvor høj grad gøres der i det daglige brug af listen i filnavngivningen? til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Der er rod i rækkefølgen. Eks. F6 digitalt plot (produkt) kommer ind midt i listen af kilder som mod og linjeføringsfiler. Hvis listen ønskes (hvilket er forståeligt) kan den så helt erstatte indholdet i C07? Rækkefølgen bør samle alle kilder og derefter produkter. Alternativt splittes listen helt op, sådan at den afspejler C07 inddelingen og derefter er tilføjet underlister. Eks. F1 Mod F1.01 Tegningsfil F1.02 Fagmodel Forslag til revideret værdiliste for filtype medtages i en fremtidig revision. F2 Produkter F2.0x Tegninger (alt. Digitale plot) F2.0x Visualiseringer TSO S 57 Stade Rækkefølgen bør følge byggesagen tættere S1 Eksisterende S2 Demonteres S3 Nedrivning S4 Midlertidigt S5 Nyt SSA s. 61 Værdi Liste J Informationsniveau var tidligere Bips 0,1-6 Nu er det CCS 1-7. Hvad er begrundelsen for forskydningen? 0 repræsenterede eksisterende forhold og lokalplan omsat til 3D, er det udgået? SSA s. 92 CAD Redaktionel CAD navngivning hvofor bruges ordet? SSA Generel Sprog Redaktionel Eksempel s. 34 kolonne: definition Vi har stor glæde af når der er engelsk forklaring. Det letter samarbejdet med udenlandske samarbejdspartnere. Det samme gælder s. 37 kolonne: eksempler Bør være afstemt så der ikke skabes usikkerhed Fjern og erstat med fil så den nye Overskrift bliver CAD fil navngivning. Det dækker bedre over tegnings- og modelfiler. En engelsk version kolonne. Det hjælper at engelsk samarbejdspartner kan forstå den danske definition. Ligeledes understøtter det uddannelser der har engelsksprogede linjer. Der er plads på siden til en ekstra kollonne. De er ikke sammenlignelige. Begrebet anvendes som følge af der også er tale om navngivning af tegningsnumre. Forslag og ønske om flere engelske oversættelser medtages i en fremtidig revision. 11

12 8.3 B Business type 8.3 B Business type 8.3 B Business type 8.4 Videns område 8.5 Fagdsiciplin 8.6 Ind- holdstype 8.6 Ind- holdstype figur Tabel Redaktionel Hvorfor ansvarlige i defintion af OrganizationId. Det kan vel være hvilken som helst virksomhed. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Fjern ansvarlige. Tabel Redaktionel DocumentKind er et mærkeligt ord. Brug DocumentContent i stedet for. DocumentKind referer til ISO- standarden Tabel Redaktionel CAD- Fils anvendelse. Hvorfor CAD- fil? Det kan vel være hvilken som helst fil. Fjern CAD. Tabel Redaktionel Level er ikke en gængs oversættelse af Anvend Storey i stedet for. etage. Tabel Redaktionel InformationLevel bruges ikke om Anvend Level of Information i stedet. informationsniveauer. Tabel Redaktionel Definition af DocumentationPurpose. Rettes til: Katergorisering af informationsmateriale efter formål. Tabel Redaktionel CreateDate lyder forkert Rettes til CreaionDate. Tilsvarende rettes Metadadatanavn UK til Creation Date Tabel Redaktionel CreatorName er ikke konsistent med andre navne. Tabel Redaktionel I defintionen af Creator bør der stå et i stedet for et. Tabel Redaktionel Mechanical vendor lyder forkert og er ikke konsistent med øvrige. Tabel Redaktionel I Driftsherre skal bolig- selskab være uden bindestreg og virksomhed virker malplaceret PropUniqueName rettes til CreatedByPerson. Metadatanavn UK til Created by. Lav rettelse. Skriv MEP supplier i stedet. Fjern bindestreg og Virksomhed. Rettes til Level of Information. CreateDate referer til ISO- standarden Afvist CreatorName referer til ISO- standarden Tabel Redaktionel Legal for Advokat virker forkert Skriv i stedet Lawyer. Tabel Redaktionel Mekaniske installationer er ikke det samme som HVAC (Heating, Ventilation, Air Conditioning) Tabel Redaktionel Cleanliness betyder vel snarere renlighed i stedet for Rengøring. Tabel Redaktionel Aflevering hedder Handover, Fuldmagt hedder Proxy, Garanti hedder Warranty Tabel Redaktionel Der er generelt en række bindestreger i eksemplerne, der virker umotiverede. Skriv i stedet Mechanical Skriv i stedet Cleaning. Lav rettelser. Fjern bindestreger. 12

13 8.6 Ind- holdstype figur Tabel Redaktionel Kollisionskontrol står 2 gange i eksempler for Kvalitetsstyring og der mangler et komma efter Proceskontrol. Alle tab Redaktionel Det er ukonsekvent om der er punktum til sidst i defintioner og eksempler. 8.8 Procestype 8.8 Procestype 8.9 Arbejds- område 8.9 Arbejds- område 8.9 Arbejds- område 8.9 Arbejds- område 8.9 Arbejds- område Tabel Redaktionel I PAS hedder Udførelse ikke Execution men Build and commission. Tabel Redaktionel Hvor det står Forvaltning burde der vel står Drift og forvaltning er ikke det samme som Operation and maintenance. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Lav rettelser. Ret det, så det er konsekvent det ene det andet. Ret til Build and commission. Ret dansk betegnelse til Drift og engelsk til Operation. Tabel Redaktionel Der er stavefejl i Aluminium på engelsk. Ret stavefejl. Delvis accepteret. Aluminium kan på engelsk staves både aluminium og aluminum. Tabel Redaktionel Der står 8.9 i slutningen af Jordankre. Fjern 8.9 Tabel Redaktionel Hvordan kan Skeletkonstruktioner oversættes til Load- bearing? Tabel Redaktionel Leverance mangler i den engelske oversættelse af El- tavler, leverance Tabel Redaktionel Oversættelsen af Reserveforsyning lyder forkert. Oversæt til Frame structure Tilføj leverance i oversættelse Oversæt til Auxiliary supply. Delvis accepteret. Rettet til Frame construction 8.13 Etage Tabel Redaktionel Etage hedder ikke Level på engelsk. Brug i stedet Storey Etage Tabel Redaktionel 2. sal hedder 2nd floor og ikke 2st floor på engelsk Infor- mations- niveau 8.16 Doku- mentation Tabel Redaktionel Informationsniveau hedder Level of Information på engelsk. Lav rettelse. Lav rettelse. Tabel Redaktionel Grundlag bør oversættes til Basis. Lav rettelse. Denne værdi er allerede anvendt i værdilisten Indholdstype. 13

14 8.16 Doku- mentation 8.17 Ud- veksling figur til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Tabel Redaktionel Aflevering bør oversættes til Handover. Lav rettelse. Denne værdi er allerede anvendt i værdilisten Indholdstype med en lidt anden betydning. Tabel Redaktionel I definitionen på Modtaget er det at det er afsendt fra en anden aktør ikke det samme som, at det er modtaget. Det kan være gået tabt Status Tabel Redaktionel Der skal være mellemrum i InPreparation, InReview, InApproval. Der er anvendt CamelCase i engelske oversættelser andre steder Virksomheds type Virksomheds type Vidensområd e Fagdisciplin Fagdisciplin Fagdisciplin Ret definition til: Dokumenter som er modtaget fra en anden aktør. Lav rettelse. Hvad er designere?? Er vi alle ikke det? Bør udgå Der bør være en overordnet arkitekt lige som der er teknisk rådgiver Indretningsarkitekt bør udgå Fælles installationer mangler at blive tilføjet Tilføjes Fælles installationer er ikke et bestemt vidensområde et specialiseret vidensområde (fagdisciplin). Der er tale om et tværfagligt arbejdsområde. Fagindeling bør ikke være efter alfabetisk rækkefølge, da der kan komme ændringer til dette. Skifter Bips navngivning, efter manglende fagindeling er alle forvirret. Fælles installationer mangler at blive tilføjet hvis denne ikke er et vidensområde så bør den tilføjes i fagindeling Faginddelt fagindeling med tomme numre mellem fag så der er mulighed for udvidelse. Fremtidssikret. Flere fagindelinger indgår flere steder såsom VVS og Anlæg begge kan have spildevand, disse må så fremgå begge steder. Tilføjes Listen er nu engang organiseret alfabetisk. Tilføjes nye værdier må disse naturligt placeres sidst i listen og ikke grupperet efter fagindeling efter alfabetisk rækkefølge. Fælles installationer er ikke et bestemt vidensområde et specialiseret vidensområde (fagdisciplin). Der er tale om et tværfagligt arbejdsområde. Sikring mangler i værdilisten til fagdisiplin tilføjes Sikring findes under Basisarbejde (tidligere Arbejdsområde) og findes i værdilisten fagdisciplin i form af Risiko og sikkerhed. 14

15 Henrik Højdal figur Fagdisciplin Fagdisciplin Indholdstype Ydelsestype Arbejdsområ de Arbejdsområ de Arbejdsområ de til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Tavler mangler i værdilisten til fagdisiplin tilføjes Tavler findes under Basisarbejde (tidligere Arbejdsområde) og Entreprisetype. Skelfastsættelse og Matrikulering er en del Skelfastsættelse og matrikulering bør udgå af kortlægning IKT mappe, bør udgå da det nu vil ligge separat fra ydelsesaftalen. Disse bør ligge samlet i aftale mappen Ydelsestype er en unødvendighed for selve projeket. Ligeledes er det ikke muligt at læse nogen steder om det skal være et metadata tilvalg til et som et Z navn til selve navngivningen. Byggeplads W01 indeholder alle underleverance Wxx. Man bør skrive byggepladsindretning IKT rykkes til en generel mappe under C02 aftale Enten udgå beskrives hvad den skal bruges til. Byggeplads ændres til Byggeplads indretning Redaktionel Jordankre8.9 Ændres til Jordankre Værdikoder W bør henvende sig til de gamle sfb nummerering, dette vil være mere overskueligt. Godt nok er der kun to parametere men man kunne supplere med.x. (genkendelighed og logik) Erstattes med SFB nummereringen. Ydelsestype er typisk en metadatværdi, der anvendes i forbindelse med kontrakt- indgåelse, hvor alene navnet på metadata- værdien behøves anvendt. Derfor har listen ingen kode. Man kunne dog godt vælge at bruge Ydelsetype som - navn, hvis man gerne vil have ydelsestypen fremgår i filnavnet i forbindelse med et kontraktuelt. Værdilisten er angivet efter emner svarende til bips basisbeskrivelser, hvorfor navnet ikke kan ændres. I forhold til brug af metadataværdien byggeplads kan afhængig af sammenhæng også anvendes: C08.6 Byggepladsspecifikation Y01 Byggepladsentreprise. Afvist 15

16 figur Etage Navngivning af etager iht. EBST, kommer aldrig i rækkefølge. Det bør laves om. til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) E- 2(altid mindste nummer på fundamentet) E- 1(etage over fundament/kælder) E00 stue E01 1.sal osv. Værdilisten er åben og kan tilpasses virksomhedsspecifikt. Henrik Højdal Redaktionel Sidste kolonne sidste afsnit. Brugemetadataelementerne Dokument navngivning Dokument navn bør henvende sig til kodningsprincipperne i F104. dette er igen genkendeligt og logisk, så alle forstår dette. Dette gør ligeledes at vores navngivning mellem firmaer er ens og ikke lange og uoverskuelige. To cifre benyttes da vi kan komme over 10 etager, og derved ligger de stadig i rækkefølge Erstattes med bruge metadataelemeneterne Tilføjes værdiliste til Dokument navn fra F104. (kan tilsendes hvis ønsket, da vi tidligere selv har forfattet denne ud fra jeres standarder). 16

17 Nina Bille- Knudsen figur Generel til hver af de fremførte (Noteret, afvist, delvist acceptret accepteret) Jf. tidligere sendt detaljeret notat af fra MTH med til A104 har vi påpeget en række punkter. I den nye udgave er en del af det nævnte medtaget, men set fra vores synspunkt er standarden stadig ikke så velegnet for en entreprenør. I stort set alle kontrakter henvises via IKT- aftalen til Bips A104. Vi forventer derfor, at vi generelt må indrette vores filnavngivning/ mappestruktur iht. A104 for at få en sammenhæng mellem materialet på projektwebben og vores eget arkiv. Da der i A104 er en vis valgfrihed, kan strukturen variere fra projekt til projekt afhængig af bygherrens ønsker. For at undgå de store udsving vil det være en fordel for os at implementere Bips standard, og også prøve at præge bygherrer/projekterne i den retning (Bips forslag til rådgivende-, entreprenør- og projekt- webstruktur). Da det derfor formodentligt kommer til at præge alt vores arbejde ud over det på projekt- webben, er det af stor vigtighed for os, at der i specielt entreprenørstrukturen er de kategorier vi har brug for, samt at strukturen er anvendelig. Det er ikke helt tilfældet nu (selv med en god struktur forventes dette at blive ret kompliceret, og vi overvejer at lave et pilotprojekt). Vi ved, at der er mange punkter at tage hensyn til ved tilblivelsen af standarden. Vi vil bede om at få vores notat kommenteret tilbage fra jer under de enkelte punkter, idet det vil give en større forståelse for de trufne valg. Vi ser desuden frem til, at vi efterfølgende kan drøfte resterende vigtige konkrete punkter. 17