Denne artikkelen er i sin helhet maskinoversatt.
Denne artikkelen bygger på følgende artikler: Enkleste navnekonvensjon og Medium navnekonvensjon Artikkelen kan følges uten å ha lest disse artiklene, men det kan være nyttig å se gjennom dem da det kan finnes informasjon om konvensjoner som ikke er nevnt i denne artikkelen.
I denne artikkelen lærer du alle måtene konvensjoner kan brukes.
1. YYMMDD_Filnavn_V.pdf
Ved å konfigurere denne konvensjonen lærer du alt du trenger å vite om navnekonvensjoner slik at du kan velge blokkene du liker for din egen konvensjon.
Si at du organiserer alle 3D-modellene og konstruksjonstegningene dine lokalt.
Disse filene starter med datoen da filen ble laget.
Dette er nyttig for deg fordi selv om det vanligvis står dette på ulike steder, er det bare mer visuelt for deg å ha filene dine alfabetisk ordnet etter opprettelsesdato.
Etter det vil du ha filnavnet som kan være av hvilken som helst lengde.
På slutten av filnavnet har du en status som indikerer hvilken versjon av filen du har.
Denne delen er bare ekstra tekst du bruker til å skille filene dine lokalt. Du vil ikke se denne delen av filnavnet i Catenda Hub-dokumentnavnet da det bare er nyttig for deg lokalt og har ingenting å gjøre med andre personer i prosjektet.
Til slutt har du bestemt deg for å sikre at du bare holder spesifikke filtyper i denne mappen.
Du begrenser filtypen til IFC, PDF, DWG, SMC, PL og RVT
Følgende saker beskrives i denne delen:
1.1 Innledende oppsett
Dokumenter med følgende filnavn vil bli brukt i denne artikkelen.
Du kan forberede disse på forhånd eller lage dem når du kommer til den delen av artikkelen:
Lokale filer: 230219_Elevation_Draft.PDF 230219_Elevation_Final.PDF aaaaaa__Elevation_Draft.PDF 230219_Elevation_Draft.pdf
En fjerde blokk for filstatusen Datoen på filen ser ut som koden fra eksemplet i medium navnekonvensjon artikkelen. Blokken som inneholder dokumentnavnet skal også være det samme som filnavnet blokk i den artikkelen.
Den eneste blokken du trenger å legge til som er forskjellig fra eksemplet ovenfor er en blokk for statusdelen av filnavnet ditt.
Konvensjonsoppsett For dette eksemplet bruker du navnekonvensjonen som vises på bildet nedenfor som utgangspunkt.
1.2 Egendefinerte felt i konvensjoner
Det finnes tre ulike typer egendefinerte felt som er nyttige i konvensjoner: Heltall, Tekst og Rullegardin egendefinerte felt kan brukes som kilder for konvensjonsblokker.
Heltalls egendefinerte felt i konvensjoner På bildet ovenfor er kilden til den første blokken satt til tekst.
Hvis vi prøver å laste opp den første filen 230219_Elevation_Draft.PDF ser du at den lastes opp uten problemer.
Du kunne imidlertid også laste opp seks bokstaver i stedet for tall som: aaaaaa__Elevation_Draft.PDF og det ville være ok også.
For å begrense dette til kun tall, lag et nytt heltalls egendefinert felt kalt NC_Date.
Det heter det bare for å holde det organisert i listen over egendefinerte felt.
Sett deretter dette egendefinerte feltet som kilden til den første blokken ved å klikke på rullegardinlisten der det for tiden står tekst og velge egendefinert felt du opprettet.
Du vil nå se at aaaaaa__Elevation_Draft.PDF ikke lenger er akseptert mens 230219_Elevation_Draft.PDF er akseptert.
Tekst egendefinerte felt i konvensjoner For den andre blokken kan du la kilden være tekst siden all tekst er akseptert her.
Det anbefales fortsatt å bruke et tekst egendefinert felt som kunne være navngitt NC_Filename for fremtidig kompatibilitet.
Statusen kan også være hvilket som helst ord av hvilken som helst lengde, så lag et tekst egendefinert felt kalt NC_Status og sett det som kilden for den tredje blokken.
For disse to blokkene vil du ikke merke noen forskjell i opplastingsprosessen.
Du vil kunne se at forhåndsvisen på ulike steder nå gjenspeiler navnet på det egendefinerte feltet.
Navn samme som kode For den siste blokken som inneholder utvidelsen, er det bare et spesifikt sett med fraser som skal aksepteres.
For å gjøre dette lag et rullegardin egendefinert felt kalt NC_Extension.
I dette egendefinerte feltet setter du rullegardinalternativene IFC, PDF, DWG, SMC, PL og RVT.
Gjør navn og kode like.
Vær forsiktig fordi disse må legges til en etter en fordi en kode må angis.
Prøv nå å laste opp 230219_Elevation_Draft.pdf og se at den ikke blir akseptert.
Denne egendefinerte frasen er versalfølsom.
Hvis du også vil at små bokstaver skal aksepteres, må du legge dem til rullegardin egendefinert felt også.
Annet navn og kode Et annet godt eksempel på hva du kan gjøre med et rullegardin egendefinert felt er å ha et annet navn og kode.
Si at du har tegninger fra mekaniske, strukturelle og elektriske ingeniører med deres respektive blokker.
I Catenda Hub vil du at disse tegningene bare skal kalles Engineering.
Hva du kan gjøre er å lag et rullegardin egendefinert felt flere alternativer som har navn Engineering og kode for typen engineering du forventer å finne i filnavnet.
Når du laster opp filen vil du se at selv om filnavnet hadde mekanisk, strukturell eller elektrisk i det, vil dokumentnavnet alltid si Engineering.
1.3 Dokumentidentifikator
I begynnelsen av denne artikkelen var det nevnt at det var viktig at statusdelen av filnavnet ikke dukket opp som Catenda Hub-dokumentnavnet.
Det er det dokumentidentifikatoren gjør.
Når dette alternativet er deaktivert, vil ikke denne delen av filnavnet bli brukt til å lage dokumentnavnet i Catenda Hub i det hele tatt.
Prøv å laste opp 230219_Elevation_Draft.PDF og deretter 230219_Elevation_Final.PDF Legg merke til hvordan dokumentnavnet vil være det samme selv om filnavnet var annerledes.
Dette er nyttig fordi hvis dokumentnavnet er det samme, vil navnekonvensjonen automatisk gjenkjenne at den andre filen er en revisjon av den første.
Til slutt er dette hvordan navnekonvensjonen din med egendefinerte felt og dokumentidentifikatorer skal se ut:
