Fleranvändarmodus¶
Fleranvändarmiljö¶
Gemini Terrain har två alternativ för fleranvändarmiljö:
- Molnprojekt i Gemini Connected
- Aktivering av fleranvändarmodus för projekt lagrade på server.
För bästa samverkan rekommenderar vi helt klart användning av molnprojekt i Gemini Connected, framför projekt lagrade på server. Från vår sida har molnprojekt ersatt aktivering av fleranvändarmodus.
För mer information om molnprojekt i Gemini Connected, se kapitlet Gemini Connected i användarmanualen. Observera att molnprojekt använder principerna som beskrivs nedan, utöver en rad övrig funktionalitet.
Den gamla fleranvändarmekanismen som Gemini Terrain fortfarande har tillgänglig för projekt som är lagrade på server beskrivs nedan. För mer information om de olika lagringsstrukturer man arbetar mot, se avsnittet om filtyper.
Aktivering av fleranvändarmodus¶
Den gamla fleranvändarmodusen aktiveras genom att kryssa för Fleranvändarmodus (öppnar inte automatiskt filer för redigering) via Inställningar Gemini Terrain... - Allmänt.
Detta val är automatiskt aktiverat och gråmarkerat för molnprojekt.
Projektfil¶
Programmet tar skrivbehörigheter endast när det görs ändringar i projektet, till exempel med knapparna Info..., Ändra... eller Lägg till.... Detta betyder att ingen av användarna har permanent kontroll över projektfilen - alla arbetar i utgångspunkten mot ritningslistan utan skrivbehörigheter (markerat som "SKRIVSKYDDAD" i programrubriken).
Om andra användare har tagit skrivtillgång till prj-filen får du ett meddelande som informerar om detta:
Ritningar¶
För ritningar (BIM-filer) hanteras fleranvändning genom projektmenyn. Ritningar som är öppnade av en användare markeras med tecknet # och användarnamn för andra användare. Sådana ritningar kan endast öppnas som "read only" (skrivskyddade).
Figur: Projektmeny där ritning Demo4001 Kart är öppnad av användaren mato, medan ritning Demo4011 Reguleringsplan är öppnad av användaren.
Applikationslager och modeller¶
Fleranvändarmodus stöds för Gemini Terrains egna lagringsstrukturer, det vill säga applikationslager och projekterade modeller (aly/gmi, SFI, EFI, XFI), så att flera kan arbeta samtidigt på samma projekt med kontrollerad tillgång till filerna. Dessa element har en funktion för att Öppna/låsa för redigering. När en användare har öppnat en fil för redigering kan inte andra redigera samma fil.
Symbolanvändning i listor¶
Följande indikatorer visas i listorna för applikationslager och modeller:
- \<Blank>: Öppen för redigering av dig
- # framför modellnamnet: Låst för redigering, men möjlig att öppna
- #\<Användarnamn>: Låst för redigering (read only), låst av annan användare
Här är ett exempel på hur detta visas i programmet:
Figur: Användning av indikatorer i listan för modeller
Uppdateringar från andra användare¶
Vid uppdatering av skärmbild med kommandot Uppdatera skärm ([F5]) eller kommandot RP (RePaint), kommer alla låsta lager att kontrolleras mot senaste tidsstämpel för senaste inläsning. Om filen på servern är uppdaterad får du meddelande om att lagret är ändrat och fråga om att läsa in filen på nytt.
Hantering av kraschsituationer¶
När en användare öppnar en fil för redigering skapas låsfiler med samma namn. För ett applikationslager skapas exempelvis:
.aly~.gmi~
Låsfilerna innehåller information om vilken användare som har skapat dem. Låsfilerna raderas automatiskt när applagret låses för redigering eller när det stängs (vid att gå ut ur ritningen).
Om programmet kraschar medan en användare har ett applikationslager öppet för redigering kommer låsfilerna att ligga kvar och blockera för andra användare. Om man själv startar programmet igen efter denna krasch kommer den automatiska projektåterställningen vanligtvis att städa upp bland dessa filer. Om detta inte händer måste låsfilerna raderas manuellt. Kom ihåg att man alltid kan ta reda på vem som skapade filen, för den kommer att innehålla användarnamnet.
Dolda filer
Låsfilerna har egenskapen Dold aktiverad. För att se dessa filer måste du aktivera visning av dolda filer i Windows Utforskaren.