Punktmolnsformatet COPC är ett sätt att strukturera punkter internt i en komprimerad LAZ fil så att det dels är enklare att hantera stora datamängder med liten bandbredd och dels är bakåtkompatibelt med program som inte stödjer COPC, men kan läsa LAZ.
Problemet med program som inte respekterar COPC formateringen är att om filerna ändras så förstörs COPC strukturen och filen blir oläslig som COPC för mjukvara som har stöd för det.
QGIS blir bättre och bättre på att hantera COPC. Det är dessutom på gång ganska rejäla förbättringar i kommande 3.44 som kommer framåt sommaren. Men det får vi ta någon annan gång. Det som är viktigt är att man har koll på vilka mjukvaror som åtminstone respekterar COPC formatet.
CloudCompare gör det inte, tyvärr. SafeSoft FME har reader/writer för COPC. Och det som kanske förvånade mig mest nyligen var att även ArcGIS Pro (påstås) ha stöd för COPC read/write. Men hänsyn till hur ArcGIS fungerar med andra format så finns det sannolikt en del begränsningar i detta stöd. Jag tvivlar på att det direkt går att läsa och visa COPC filer i en 3D vy, eller använda 3D verktyg på dessa data. Det normala för ArcGIS är att många format kan läsas, där man däremot måste importera data till ett Esri specifikt format först, innan man kan hantera data fullt ut. Jag gissar att så är fallet även med COPC där man konverterar data till *.slpk eller liknande innan det går att använda dessa data. Någon med Windows och ArcGIS licens kanske kan bekräfta/dementera detta i kommentarerna.
Det som framför allt var intressant när jag läste om format på Esri webbsida var att det fanns stöd för COPC reader och writer. Om detta är som så många andra format endast ett ”export” stöd och inte en integrerad del i datahanteringen så är det i sig inte förvånande. Se bara på stödet för GeoPackage…
Om COPC stödet i ArcGIS Pro kommer att bli bättre med tiden, ungefär som just för GeoPackage, det får vi se. Lite spännande dock att man trots allt hanterar formatet över huvud taget. Det betyder att man inser att det inte går att ignorera, vilket är positivt.
Intill dess det går att hantera alla öppna format utan att först konvertera till Esri proprietära format så vill jag ändå hävda att QGIS är bättre för all hantering av öppna format! Om man hanterar punktmoln i en blandad miljö, med öppna data, etc. så är det bara onödigt att gå omvägar med Esri mjukvara.
Tänk nu bara om CloudCompare också skulle få COPC stöd fullt ut… CloudCompare har dessutom en hel del utmaningar framför sig i övrigt också. Likt QGIS så bygger CloudCompare på Qt. QGIS har en plan och långtgående arbete som hanterar övergången till Qt6, men något motsvarande känner jag inte till för CloudCompare. CloudCompare kommer inte att sluta fungera när stöd för Qt5 upphör, men sårbarheterna ökar och därmed riskerna. En konsekvens av detta är att företag och organisationer med centraliserad mjukvaruhantering antagligen kommer att plocka bort CloudCompare från godkända mjukvaror. Är man beroende av CloudCompare så kanske det är dags att höra sig för med utvecklarna om de behöver stöd på något sätt för att hantera uppgraderingen…