1 (13) Inledning Från och med deluppdat nr 1 (APC 2.40a) till och med deluppdat nr 8 (APC 2.40d) är AutoKa-PC verifierat för Windows95 och WindowsNT4. I båda fallen på datorer med högst 2.0 GHz processorer. AutoKa-PC fungerar ej med dessa två operativsystem på datorer med processorer snabbare än 2.0 GHz. Från och med deluppdatering nr 8 (APC 2.42d) är AutoKa-PC verifierat för WindowsXP på datorer med processorer snabbare än 2.0 GHz. Alla ovanstående verifieringar har utförts med användande av databashanteraren Pervasive.SQL 2000 (v7.5) Workstation. Deluppdatering nr 1 resulterar i APC 2.40a. Deluppdatering nr 2 resulterar i bibehållen versionsbeteckning (dvs APC 2.40a). Deluppdatering nr 3 resulterar i APC 2.41. Deluppdatering nr 4 resulterar i APC 2.42. Deluppdatering nr 5 resulterar i APC 2.42a. Deluppdatering nr 6 resulterar i APC 2.42b. Deluppdatering nr 7 resulterar i APC 2.42c. Deluppdatering nr 8 resulterar i APC 2.42d. Deluppdatering nr 9 resulterar i APC 2.42e. Deluppdatering nr 10 resulterar i APC 2.42f. Alla dessa deluppdateringar måste utföras i stigande nummerordning med APC version 2.40 som grund. I annat fall riskerar programmet att krascha. Deluppdatering nr 2 är dock oberoende av om de andra deluppdateringarna är utförda eller inte. Genom att anropa systemmakrot VERSINFO() kan du se vilka deluppdateringar som är installerade hos dig. Du kan som alternativ till de olika deluppdateringarna välja att göra en TOTALUPPDATERING vid varje eller vid något visst uppdateringstillfälle (observera dock i detta fall även det som står i nästa stycke). Om du väljer detta alternativ så behöver du inte själv hålla reda på vilka deluppdateringar som du har gjort eftersom TOTALUPPDATERINGEN alltid innehåller samtliga hitintills utgivna deluppdateringar till grundversionen av APC 2.40.
2 (13) OBSERVERA dock att om du redan har uppdaterat till och med deluppdatering nr 5 (APC 2.42a) och har egna tidigare inlagda transformationssamband så bör du efter deluppdatering nr 5 ej längre göra en uppdatering i form av en TOTALUPP- DATERING då dessa transformationssamband skrivs över av en TOTALUPP- DATERING som innehåller deluppdatering nr 5. Se vidare under avsnittet Åtgärder efter installation. Allmänt om dokumentationen Dokumentet med de fyra första deluppdateringarna heter APC240Update1-4.rtf och medföljer installationen som ett separat dokument. Detta dokument finns efter utförd installation även tillgängligt under APC:s hjälpmeny under namnet Info om Uppdateringar 1-4. Dokumentet med deluppdatering nr 5 (APC v2.42a) t.o.m. deluppdatering nr 9 (APC v2.42e) heter APC240Update5-9.rtf och medföljer installationen som ett separat dokument. Detta dokument finns efter utförd installation även tillgängligt under APC:s hjälpmeny under namnet Info om Uppdateringar 5-9. En sammanställning över nyheter och gjorda felrättningar för deluppdatering nr 10 (APC v2.42f) finns i dokumentet APC240Update-10.rtf. Efter utförd installation finns även detta dokument tillgängligt under APC:s hjälpmeny och heter där Info om Uppdateringar 10. I det följande benämns dessa dokument allmänt för APC240UpdateX-Y.rtf. Beträffande namn på koordinatsystem i plan I APC 2.42 och tidigare versioner överensstämmer inte namnen på koordinatsystemen i plan helt med de officiella rekommendationerna enligt HMK. Denna inkonsekventa och i flera fall felaktiga namnsättning har därför skapat en hel del villrådighet och missförstånd. Lantmäteriverket har därför beslutat att namnen ska ändras så att de följer rekommendationerna i HMK. Detta byte av namn på koordinatsystem i plan samordnas mellan ändringar i GDB-Alfa och i APC från och med deluppdatering nr 5 (APC 2.42a). Från och med den 2 maj 2002 innehåller GDB- Alfa de nya namnen på koordinatsystemen i plan. Samspelet med GDB-Alfa för arbetsdatabaser som redan har checkats ut fungerar utan byte av namn på koordinatsystem i plan. Beställningen på banksidan hanterar koordinatsystemet och eventuell transformation där. Men för att det ska fungera
3 (13) smidigt rekommenderas att man efter installationen av deluppdatering nr 5 (APC 2.42a) kör det standardmakro som byter namn på koordinatsystem i plan för alla baser (se vidare under avsnittet Åtgärder efter installation). Från och med deluppdatering nr 5 (APC 2.42a) har en ny kontroll lagts till vid inläsning av en flyttfil till en befintlig arbetsdatabas. Kontroll görs av att basens och flyttfilens namn på koordinatsystemet i plan överensstämmer. Om basen har ett "gammalt" namn byts det automatiskt till det nya (om namnet finns i ini-filen: autoka\bin\plasysre.ini). Denna kontroll kan modifieras eller tas bort via inställningar i ini-filer på systemnivå respektive på signaturnivå (se vidare i dokumentet APC240Update5-9.rtf under avsnittet: Reviderad styrkod FFAdd). Vid utcheckning respektive vid påfyllning till arbetsdatabas görs i arbetsdatabasen ett automatiskt byte till det nya koordinatsystemnamnet i plan. Det förutsätter att det finns en koppling mellan det gamla namnet och det nya (i ini-filen: autoka\bin\ plasysre.ini). Om denna koppling saknas fås vid interaktiv körning ett felmeddelande där man får ta ställning till om man vill läsa in flyttfilen ändå. I APC:s meddelandefönster visas basens respektive flyttfilens koordinatsystemnamn. Vid s k batchköring avbryts däremot inläsningen med åtföljande utskrift av relevanta uppgifter till en felfil. Se mer om detta i dokumentet: APC240Update5-9.rtf. Byte av namnen på koordinatsystemen i plan från och med deluppdatering nr 5 (APC 2.42a) har medfört att alla transformationsfiler som före APC 2.42a fanns under katalogen <enhet>:\autoka\gate\gdbalfa har utgått och ersatts med nya. Därutöver har efter hand transformationsfiler tillkommit, utgått, utbytts samt reviderats. I dokumentet <enhet>:\autoka \gate\gdb_info.txt framgår vilka transformationsfiler från GDB-Alfa som ingår i APC. Även alla transformationsfiler som före APC 2.42a fanns under katalogen <enhet>:\autoka\gate\grid har utgått och ersatts med nya. I dokumentet <enhet>: \autoka\gate\gri_info.txt framgår vilka SWEREF99 transformationsfiler från GTRANS respektive från GDB-Alfa som ingår i APC. Åtgärder före installation av Deluppdatering nr 5 (respektive nr 4) På grund av namnbytet för koordinatsystemen i plan från och med deluppdatering nr 5 (APC 2.42a) måste en helt ny version av filen: <enhet>:\autoka\bin\akatrans.ini läggas in i samband med installation av deluppdatering nr 5 respektive av en TOTALUPPDATERING som innehåller deluppdatering nr 5. Du bör därför ta en kopia av din befintliga fil under: <enhet>:\autoka\bin\akatrans.ini innan du
4 (13) startar en installation. Installationsprogrammet i APC klarar tyvärr inte av att göra så många samtidiga uppdateringar i denna fil som skulle behöva göras. OBS OM DU GÖR UPPDATERINGEN PÅ EN SERVERINSTALLATION: Vid deluppdatering nr 5 eller vid en TOTALUPPDATERING som innehåller deluppdatering nr 5 så måste filen: <enhet>:\autoka\ bin\akatrans.ini tas bort (eller döpas om) innan du startar din uppdatering. Du bör först ta en kopia av denna fil. Om filen inte tas bort så blir installation ofullständig, den avbryts efter försöket att uppdatera denna fil. Man får ingen bekräftaruta om att installationen har avbrutits. Man får alltså inget särskilt felmeddelande om detta. Versionsmarkeringen blir riktig men VERSINFO() saknar uppgift om att deluppdateringar från och med nr 5 har installerats. Om du vill ha filen akatrans.ini skrivskyddad så måste detta göras manuellt efter utförd serverinstallation. Vid separat uppdatering med deluppdatering nr 4 så måste skrivskyddet för filen: <enhet>:\autoka\bin\akatrans.ini tas bort manuellt innan du startar din uppdatering och återställas manuellt efter utförd installation. Om detta ej görs så får man samma problem som vid deluppdatering nr 5 ovan. Versionsmarkeringen blir riktig (APC 2.42 för deluppdatering 4) men VERSINFO() saknar uppgift om att deluppdatering nr 4 har installerats. Om du använder dig av en egen geodatabank som har koordinatsystem i plan och som berörs av namnändringen (från och med deluppdatering nr 5 eller vid en TOTALUPPDATERING som innehåller deluppdatering nr 5) måste namnen på koordinatsystemen i plan även ändras där. Om inte detta görs saknas de ändrade namnen i geodatabanken och det kommer att bli problem i samband med utcheckningar. Därför bör ändringen i din egen geodatabank göras före, eller i samband med, installationen av deluppdatering nr 5 eller av en TOTAL- UPPDATERING som innehåller deluppdatering nr5. Åtgärder före installation av Deluppdatering nr 8 (och TOTALUPPDATERING som innehåller deluppdatering nr 8) Vid deluppdatering nr 8 (v2.42d) kommer de befintliga fonterna DIN, ISO, LEROY, LMVEK1 och LMVEK2 att skrivas över med nya versioner. Har du egna inlagda tecken i dessa fonter bör du först ta en kopia av dessa fonter innan du uppdaterar med deluppdatering nr 8. Med anledning av 3D-Fastighetsbildning är alla dessa fonter kompletterade med backslash-tecknet (= tecken nr 92). Eventuella egna inlagda tecken i dessa fonter måste därför läggas in på nytt efter det att deluppdatering nr 8 har utförts.
5 (13) Åtgärder efter installation Kontrollera efter en utförd uppdatering att versionsbeteckningen är den riktiga och anropa därefter systemmakrot: VERSINFO(). Detta systemmakro visar bland annat vilken version av APC som är installerad och vilka deluppdateringar till denna som är installerade som tilläggsmoduler. Om någon deluppdatering saknas, men som borde ha funnits, så har något gått fel i samband med en installation. Efter installation av deluppdatering nr 5 (APC 2.42a) eller av en TOTAL- UPPDATERING som innehåller deluppdatering nr 5 bör följande åtgärder göras (om du använder dig av koordinatsystemnamn i plan). Observera att de standardmakron som används först måste läsas in i arkivbasen (via Arkiv Makro Ladda in): 1. Byta namn på koordinatsystem i plan för alla befintliga arbetsdatabaser. Detta kan görs med hjälp av standardmakrot ADBPlanimSysRename(). Se vidare i dokumentet: APC240Update5-9.rtf. Detta byte bör utföras när ingen annan verksamhet mot dessa baser pågår. Om en arbetsdatabas är låst av någon annan användare så sker inget byte av koordinatsystemnamn i plan för denna bas. 2. Byta namn på koordinatsystem i plan för alla samlingsdatabaser. Detta görs med hjälp av standardmakrot SDBPlanimSysRename(). Se vidare i dokumentet: APC240Update5-9.rtf. OBSERVERA: Byte av koordinatsystemnamn i plan för samlingsdatabaser får endast utföras när ingen annan verksamhet mot dessa baser pågår. 3. Köra standardmakrot KoordSysRename(), som byter namn på koordinatsystem i plan i ini-filen: <enhet>: \autoka\system\ini\default.ini (under sektionen [KoordSys]). Se vidare i dokumentet: APC240Update5-9.rtf. 4. Egna tidigare inlagda samband måste läggas in på nytt. Detta görs via menyvalet Beräkna Avancerad Transfor INSTÄLLNINGAR Filer med samband och därefter Lägga till ett samband. Den befintliga kopian på filen: <enhet>:\autoka\bin\akatrans.ini kan därvid utgöra ett visuellt underlag för denna återinläggning av egna samband. Egna inlagda transformationsfiler berörs dock ej utan dessa filer finns kvar under: <enhet>: \autoka\gate \gdbalfa även efter installationen. Efter installation av deluppdatering nr 7 (APC 2.42c) behöver följande åtgärder göras med anledning av borttagna respektive tillagda transformationsfiler under katalogerna <enhet>:\autoka\gate\gdbalfa resp \grid: 1. Kör makrot AkatransUpdate242c() en gång från kommandoraden. Makrot laddas in i samband med deluppdatering nr 7. Makrot uppdaterar inifilen Akatrans.ini med utgående respektive tillkommande transformations-
6 (13) samband. Om filen Akatrans.ini är skrivskyddat så måste detta skrivskydd tas bort före körning av makrot samt återställas efteråt. Efter denna engångskörning kan makrot raderas (via Arkiv Makro Radera). 2. Filen <enhet>:\ AUTOKA\BIN\PlaSysRe.ini har behövt bytas ut mot en ny version. Om man i samband med deluppdatering nr 5 (APC 2.42a) lade in egna koordinatsystemnamn i plan i denna ini-fil så måste dessa läggas in på nytt. Se i dokumentet: APC240update5-9.rtf under Anmärkningar till systemmakrot PlanimSysRename() hur detta görs. Efter installationen av deluppdatering nr 8 (APC 2.42d) behöver följande åtgärder göras med anledning av tillagda transformationsfiler under katalogerna <enhet>:\autoka\gate\gdbalfa resp \grid: 1. Kör makrot AkatransUpdate242d() en gång från kommandoraden. Makrot laddas in i samband med deluppdatering nr 8. Makrot uppdaterar inifilen Akatrans.ini med tillkommande transformationssamband. Om filen Akatrans.ini är skrivskyddat så måste detta skrivskydd tas bort före körning av makrot samt återställas efteråt. Efter denna engångskörning kan makrot raderas (via Arkiv Makro Radera). Info om hur du skall hantera eventuella egna namn på koordinatsystem i plan och som ej återfinns i filen: <enhet>:\autoka\bin\plasysre.ini finns i dokumentet: APC240update5-9.rtf. Se under Anmärkningar till systemmakrot PlanimSysRename(). Nyheter i APC versionen 2.42a Bland det som är nytt i denna version (utöver byte av namn på koordinatsystemen i plan) kan följande nämnas: 1. Vid selektering av polygoner inom område (= Välj i polygon) kan nu även polygoner som saknar brytpunkt inom området selekteras om polygonen skär det valda området. 2. Även s k höjdkurvor kan nu förtätas. 3. Ny styrkod som undersöker om två valda polygoner skär varandra. 4. Ny styrkod som undersöker om en vald punkt ligger innanför en begränsningslinje.
7 (13) 5. Möjlighet till plottning via de interna drivrutinerna även under Windows2000. 6. Även externidentiteter av typen BETECKNING kan nu tankas till fältdatorn Leica TC600 för GSI16-formatet. 7. Förbättrade editeringsmöjligheter vid inläsning av detaljpunkter till APC via standardmakrot KartexToAPC. 8. Ett nytt standardmakro som letar efter intervaller av lediga externidentiteter av typen BETECKNING utifrån ett angivet OMRÅDE*TYP*LÖPNUMMER. 9. Vid kopiering respektive flyttning av ytor mellan baser med hjälp av styrkoderna ADBCopySelDet() respektive ADBMoveSelDet() tomställdes tidigare pekinfo i polygonerna. D.v.s. vänster/höger informationen tomställdes. Enbart enkla detaljer hanterades korrekt av dessa två styrkoder. Detta är nu åtgärdat på så sätt att enbart enkla detaljer kan hanteras via dessa två styrkoder. 10. Nya versioner, p g a ett antal felrättningar, av: - Akatrans.dll (v1.12) - Areapt.dlw (v1.20) 11. Utöver ovan nämnda har ett antal felrättningar och övriga kompletteringar till befintlig funktionalitet utförts. Nyheter i APC versionen 2.42b Denna version innehåller enbart en buggrättning i AutoKa-PC:s kärna. Denna buggrättning berör inläsning av den så kallade kvittofilen efter incheckning till en geodatabank (till exempel till GDB-Alfa).
8 (13) Nyheter i APC versionen 2.42C Bland det som är nytt i denna version kan följande nämnas: 1. Uppdatering och komplettering av transformationsfiler till koordinatsystem i plan. 2. Reviderad version av systemmakrot EditChInMa (editchim.mak). Revideringen avser anpassning av systemmakrot till den i AutoKa-PC v2.42a reviderade styrkoden CheckInMarkerEdit. Menyval: Editera Detalj Ändra checkinmark. 3. Reviderad version av systemmakrot GDBSetting (gdbinst.mak). Revideringen avser anpassning av systemmakrot så att den även kan användas för att göra in- och utcheckningar till Geodatabank under Win2000 och WinXP. Menyval: Inställningar BankIR. 4. Reviderad version av systemmakrot PolConnectDiaBox (ihopkopp.mak) och av styrkoden PolConnect(). Revideringen ger möjlighet att välja att INTE ihopkoppla polygoner som har OLIKA externidentiteter. Menyval: Editera Detalj POLYGONER Koppla ihop. 5. Ett nytt systemmakro, DateFilterCreate (datefilt.mak), som skapar och aktiverar ett filter antingen på Födelsedatum och Födelsetid eller på Ändringsdatum och Ändringstid genom att enbart behöva ange Från och med datum respektive Till och med datum. Menyval: Arkiv Filter DATUMFILTER Skapa datumfilter respektive Återställ filter. 6. Ett nytt systemmakro, PolCoordCtrlSet (polcoctr.mak), som förenklar inställningen av hur kontroll av polygoners brytpunktskoordinater skall utföras. Menyval: Inställningar Brytpunktskontroll. 7. Nya versioner, p g a ett antal felrättningar, av: - Adblib.dll (v1.14) - Akatrans.dll (v1.13) - Cliparea.dlw (v1.10) - DXF.dlw (v1.34) - KF85.dlw (v1.11) 8. Utöver ovan nämnda har ett antal felrättningar och övriga kompletteringar till befintlig funktionalitet utförts.
9 (13) Nyheter i APC versionen 2.42d Bland det som är nytt i denna version kan följande nämnas: 1. Möjlighet att redovisa 3D-Fastighetsbildning. 2. Komplettering av styrkoden AdbOpReadDesc() så att öven antalet GEOdetaljer respektive antalet KLUNGA-detaljer i en arbetsdatabas kan avläsas. 3. Ett nytt systemmakro Basinfo() (basinfo.mak) som kan nås via menyanropet: Arkiv Arbetsdatabas ADMINISTRERA Info om Baser. Makrot skriver basnamn, signatur, bildad datum, basutbredning, antal GEO-detaljer samt koordinatsystemnamnet i plan till filen Basinfo för alla baser på en katalog. 4. Anpassning av funktionen som används vid plottning via de interna rutinerna så att omstyrning sker automatiskt till rätt drivrutin beroende på typ av operativsystem. Dvs kunna plotta via de interna rutinerna även under Windows2000 och WindowsXP utan att behöva gå via ini-filshantering. 5. Komplettering av transformationsrutinerna med samma typ av restfelskorrektion som finns i GTRANS. Denna restfelskorrektion behövs för transformation av lokala koordinatsystem till en SWEREF 99 zon. En ny version av Akatrans.dll (v1.20) har därför tagits fram. 6. Möjlighet att transformera lokala koordinatsystem till en SWEREF 99 zon inkl utförande av erforderlig restfelskorrektion. Man behöver dock i dessa fall komplettera med en tilläggsmodul per transformationssamband. Denna tilläggsmodul innehåller bland annat de transformationsfiler samt de standardmakron som behövs för varje specifikt transformationssamband. 7. Uppdatering av samt komplettering med nya transformationsfiler till koordinatsystem i plan. 8. Nya versioner, pga ett antal felrättningar etc, av: - Akatrans.dll (v1.20) - Cliparea.dlw (v1.11) - DXF.dlw (v1.35) 9. Utöver ovan nämnda har ett antal andra felrättningar och övriga kompletteringar till befintlig funktionalitet utförts.
10 (13) Nyheter i APC versionen 2.42e Bland det som är nytt i denna version kan följande nämnas: 1 Möjlighet att editera z-värdet i en polygons första eller sista brytpunkt även när polygonen ingår i en yta. Tidigare kunde man bara editera z-värdet för brytpunkter som inte är en polygons första eller sista brytpunkt när polygonen ingår i en yta. 2 Möjlighet att återställa eventuella geokopplingar efter utförd transformation. Tidigare försvann alla eventuella geokopplingar vid transformation av en bas. 3 Möjlighet att skapa ursprungspaket om sådana saknas. Typ av mätning sätts till ospecificerad och medelfel sätts till ospecificerat. 4 Komplettering av standardmakrona KartexToAPC() respektive KartexFromAPC() med möjlighet att läsa in respektive skriva såväl i Kartex filformat 1.0 som i 2.0. 5 Uppdatering av samt komplettering med nya transformationsfiler till koordinatsystem i plan. 6 Nya versioner, pga ett antal felrättningar etc, av: - Akatrans.dll (v1.22) - DXF.dlw (v1.36) 7 Utöver ovan nämnda har ett antal andra felrättningar och övriga kompletteringar till befintlig funktionalitet utförts. Nyheter i APC versionen 2.42f Bland det som ingick i Service Pack 1 (SP1) till AutoKa-PC v2.42e men som nu ingår i AutoKa-PC v2.42f kan följande nämnas: Efter uppdatering till AutoKa-PC v2.42e överförs inte längre Z-värden från D-fil till bas vid inläsning av mätvärden via Taky från fil [PolarFromFile()]. Orsaken till detta är den förändring som gjordes i AutoKa-PC v2.42e vid digitalisering av polygon med snappning till befintliga detalj-punkter/polygonbrytpunkter. Förändringen bestod i att i dessa fall alltid tilldela Z-värdet ett TOMVÄRDE. Tidigare överfördes den befintliga detaljpunktens /polygonbrytpunktens Z-värde till
11 (13) den nydigitaliserade polygonbrytpunkten. Denna förändring gjordes pga att det vid denna snappning skapas felaktiga Z-paket. För att kompensera detta ingår ett antal reviderade och nya makron i enlighet med följande: Det i AutoKa-PC v2.42e befintliga systemmakrot Takyfil.mak [PolarFromFile()] har ersatts med ett nytt systemmakro. Detta systemmakro heter Takyfil2.mak men har samma makroanrop, dvs [PolarFromFile()]. Det nya systemmakrot har kompletterats med ett anrop till ett nytt standardmakro. Det nya standardmakrot uppdaterar polygonbrytpunkternas Z-värden från geokopplade detaljpunkter i samband med lagring av polygonen i basen vid inläsning från D-fil via "Taky från fil" [PolarFromFile()]. Geokopplingen raderas innan makrot utför själva uppdateringen av Z-värdet för aktuell polygonbrytpunkt. Raderad geokoppling återställs ej. Det tidigare systemmakrot Takyfil.mak finns dock kvar under autoka\system\sysmakro och de som inte har behov av Z-värden vid inläsning av mätvärden via Taky från Fil kan läsa in detta makro i stället. Menyanrop: Beräkna TAKY FRÅN FIL Taky från fil Kompensationen enligt punkten ovan klarar dock ej av att uppdatera Z-värden för polygoner inmätta i form av s.k. LINJEBILDNING utan lagrade detaljpunkter. För polygoner inmätta på detta sätt behöver D-filen läsas in på nytt, men nu med hjälp av ett annat nytt systemmakro. Detta systemmakro heter Cozfrdfi.mak [CopyZFromDfile()]. Makrot läser Z-värden från angiven D-fil (skall vara av typen "Tvättning från LEICA") och kopierar dessa Z-värden till motsvarande polygon i basen. Om en enskild polygonbrytpunkt i basen redan har ett giltligt Z-värde så uppdateras dock inte denna brytpunkt med det Z-värde som har lästs från D-filen. Eventuell geokoppling raderas innan makrot utför själva uppdateringen av Z-värdet för aktuell polygonbrytpunkt. Raderad geokoppling återställs ej. Menyanrop: Beräkna TAKY FRÅN FIL Z-värde från D-fil. Det kan finnas behov av att i vissa sammanhang kunna föra över Z-värdet från detaljpunkter/polygonbrytpunkter till anslutande brytpunkt i selekterade polygoner. Dvs en slags ersättare och komplettering till den funktionalitet som fanns i AutoKa-PC v2.42e i samband med nydigitalisering av polygonbryt-
12 (13) punkter via snappning till befintliga detaljpunkter/polygonbrytpunkter. För att åstadkomma detta har ett nytt systemmakro tagits fram. Detta systemmakro heter Coztopol.mak [CopyZtoPoly()]. Menyanrop: Editera Polygon BRYTPUNKT Kopiera Z-värde. Bland det som är nytt i APC version 2.42f kan följande nämnas: 1. En Leica TC1100 mätfil respektive en Leica TC1200 mätfil kan nu konverteras till en Leica TC600 mätfil och därefter tvättas till en D-fil. Överflödiga nollor i GSI16 mätfiler tas också bort före konverteringen för att kunna läsa in mätfilrader som är längre än 159 tecken. 2. Menyns utseende för anrop av fältdatorer under Beräkna har reviderats. 3. En räknare som visar antalet hitintills digitaliserade polygonbrytpunkter för en enskild polygon. Numret på den senast digitaliserade polygonbrytpunkten visas längst fram på meddelanderaden. 4. Vid inläsning av en K-fil kan externidentiteten nu även vara av typen NAMN respektive av typen FASTIGHETSBETECKNING. Externidentiteter av typen NAMN kan bestå av upp till 5 delar. Externidentiteter av typen FASTIGHETS- BETECKNING kan ha upp till 3 delar i TRAKT-namnet. 5. Vid skrivning av en K-fil med selekterade detaljpunkter visas ett formulär upp där man kan välja hur många decimaler man vill ha i sin utskrift. Förvalt värde = 3 decimaler. 6. From AutoKa-PC v2.42f måste makrofunktionen FileSetDec(#antDec) (där #antdec = antal önskade decimaler) alltid anropas efter det att makrofunktionen FileOpen() har anropats ifall man vill ha ett annat antal decimaler än det förvalda värdet som är 3 decimaler. FileSetDec() anger hur många decimaler som skall skrivas när makrofunktionen FileWrite() används. 7. En ny styrkod, SattCFEdecAnt(), med vilken man kan ställa in hur många decimaler man vill ha vid utskrift av en K-fil. Om styrkoden inte anropas så är det förvalda värdet = 3 decimaler. 8. Ett antal transformationsfiler till koordinatsystem i plan har tillkommit respektive utgått.
13 (13) 9. Nya versioner, pga ett antal felrättningar etc, av: DXF.dlw (v1.37) - Gjord rättning: Värdena för en 3D-POLYLINE som (i APC-basen) innehöll mycket små cirkelbågar skrevs inte till en DXF-fil. Detta förde med sig att POLYLINE -serien inte avslutades med ett SEQEND. Detta i sin tur förde med sig att AutoCad inte kunde läsa in dessa filer. Detta har nu rättats till. KF85.dlw (v1.13) - Gjord rättning/komplettering: I KF85 versioner tom 1.11 går det ej att skriva en KF85-fil om ett födelsenummer i basen har fler än 8 tecken (dvs om > 99.999.999). From v1.12, som kom med Service Pack 1, kan födelsenumret ha ett decimalt värde på upp till 400 miljoner. - Gjord komplettering: Vid skrivning till en KF85-fil skrivs enbart de 20 sista tecknen om extern-id är längre än 20 tecken. Anledningen till detta är att KF85 inte kan ta emot fler än 20 tecken i fältet för extern-id. Detta har nu åtgärdats på så sätt att i log-filen skrivs följande för de detaljer som har fått sitt extern-id förkortat till de sista 20 tecken: Extern-id har kapats (de 20 sista tecknen används) för post med internt nummer XX (FNR = YY). Internt nummer är hexadecimalt och är det som har skrivits till KF85-filen (pga att max 8 tecken kan skrivas till en KF85-fil se ovan). Dvs det hexadecimala värdet för detaljens födelsenummer i APC-basen. FNR är decimalt och är detaljens födelsenummer i APC-basen. 10. Utöver ovan nämnda har ett antal andra felrättningar och övriga kompletteringar till befintlig funktionalitet utförts.