Vad tar tillbaka Global Mapper 13

Den nya versionen av Global Mapper har tillkännagivits, i version 13 för både 32 och 64 bitar. Även om detta är ett program som ifrågasätts för sina GIS-funktioner, har dess enkelhet gjort det mycket populärt, särskilt för hantering av tredimensionella modeller och möjligheten att importera och exportera mellan olika format.

Det finns många förändringar, jag ska försöka sammanfatta de som har uppmärksammat mig och som jag anser är betydande, men för många användare av programmet finns det mycket mer.

Formatera support

• Den mest slående förändringen är datasatsstödet för en ESRI Geodatabase. Med detta närmar sig programmet en intressant nisch där ArcMap-användare har lagrat en hel del data men är begränsade i att behöva köpa tillägg som 3D Analyisis, som för övrigt för att göra en enkel sak måste du ge hälften av uppvärmningen till domstolen. Med hjälp av GlobalMapper 13 kan användare generera på några sekunder digitala modeller och returnera dem tillbaka till geodatabasen utan att förlora all dataanalys och konstruktionskapacitet i vad ESRI har mer att erbjuda.
• Vid export har möjligheten att skicka ett ASTER DEM till SRTM HGT-format lagts till, som, även om det är ett konventionellt råformat, används i stor utsträckning av nordamerikaner på grund av dess potential för kvadrantindexering. Dessutom kan den redan exporteras till Vulcan 00D TIN .3t-format.
• För att lägga till de många format som redan stöds Global Mapper, har det nu ingår stöd för SEGY format, en standard som används i den geofysiska området, även för LEM-format, som är liknelse DEM används av japanska och NMGF används mest i flygteknik.
• När det gäller att exportera bilder inom en kmz-fil är det nu möjligt att ange kvaliteten på jpg, vilket minskar storleken efter önskemål. Stöder nu också när kmz tar med .gif-filer
• Du kan exportera bilder till ERDAS .img-format, populariserat av ESRI-användare.
• När det gäller DGN-filer har det faktum att vissa polygoner kom utan fyllning förbättrats, eftersom de inte kunde tolka de flera geometrier som Microstation internt hanterade som delade celler under lång tid. Felet som uppstod med några kurvor som smarta De hade inte mycket.
• När du laddar ner lag som serveras via WCS, har du inga problem om de befinner sig i en annan projektion än Google Earth (lat / lång / WGS84)
• När det gäller Open Street Maps XML-filer har de förbättrat problemet som kraschade när det fanns mycket data. Detsamma har hänt med Lidar LAS-punktmoln (som alltid är många), där de har optimerat minnesanvändningen.
• För export av DWG- och DXF-filer, ett problem som korrigerats med etiketter med mer än 31 tecken (gå, det är inte längre etiketter).
• Nu stöder den geoPDF utan tidigare rapporterade begränsningar.

Analysförbättringar

• Gå med i borden. Kan redan göras delta mellan tabeller av olika lager med hjälp av en gemensam egenskap, ganska grundläggande men otroligt obefintlig.
• Kopiera och beräkna data i tabeller. Förmågan att utföra matematiska operationer mellan data i en kolumn har nu skapats för att lagras i en annan, såsom till exempel beräkning av ett område i en annan måttenhet genom att multiplicera det med en faktor; samma funktion används också för att kopiera och klistra in mellan tabeller, eftersom det är en multiplikation med enhetsoperation, vilket skulle generera samma värde.
• Vid hantering av digitala modeller kan nya ytor genereras från en existerande, specifika punkter och till och med från attribut av en tabell som är associerad med en yta. Med detta skulle mer än en modell kunna lagras inom samma attributbord utan att det innebär att de är två och underlättar operationer som skärning / fyllning utan att göra aktiviteter utanför samma tabell.
• Nu har datasökningen möjlighet att göras i den aktuella vyn och inte på hela skiktet.

Distributionsmöjligheter.

• Du kan synkronisera en skärm så att samma område syns i Google Earth, även om du inte kan göra det tvärtom, liknar en av de 6 sakerna det gör Microstation i detta avseende.
• I hantering skikt, är det nu möjligt med större interaktion flytta ett rasterlager att lämna bakom en transparent eller vektor skikt, som fram 12 versioner återstod i de gamla föråldrade panelskikten.
• När det gäller data som serveras online av Intermap kan du nu få hög upplösning, eftersom du inte längre laddar ned data som lokala men i en ström som uppdateras när du zoomar. När det gäller NOAA-dataöverföring kan du ladda ner Geoid binära rutnätsfiler.
• Många andra förbättringar ses längs vägen, speciellt med funktioner som har givits till höger musknapp och användning av tangentbordet både för konstruktion och redigering av data.
• Vid GPS-data med NMEA-protokollet har alternativet av $ DPGGA-meningar lagts till.

Förbättringar av datakonstruktion

• Det finns betydande förbättringar i denna del, även om det fortfarande är en stor svaghet. I det här fallet är hanteringen av snaps, The närmaste nu förblir det i redigeringsskiktet som en prioritet före förekomsten av andra skikt eller oselekterade geometrier.
• Även nu kan du lättare konstruera linjer och kanter av polygoner baserat på deflektioner med hjälp av 3-poängmetoden.
• Dessutom en undermeny konstruktionslinjer, då har en punkt val kan föreslå bildandet av linjer från den närmaste punkten, vilket skulle förenkla skanna polygonal punkter tagna från en GPS.
• Du kan göra omvandlingar med något mer smidigt, vilket är fallet med att flytta ett lager. Det är vanligtvis en dålig praxis men användbart när den geodetiska precisionen är försumbar jämfört med användbarheten av data, för att ta ett exempel:

Många gånger har vi ett lager i NAD27 eller PSAD 56 och för att flytta det till WGS84 är det vi gör att flytta det till en känd vektor. Det kommer inte att vara den bästa praxis, men att hålla sig till befintlig data eller när det inte påverkar det lokala sammanhanget ... det fungerar.

• Nu finns det ett datum som heter "NAD83", förutom "D_North_American_1983", efter att ESRI i primitiva versioner av ArcView förväxlat en del av talgen med ister och gjort att .prj-filer genererade med ålderdomliga versioner inte var kompatibla med denna projektion. Något liknande händer med Microstation, när du vill tro att NAD27 som används av gringos Amerikaner i många delar av kontinenten utgjorde en symbol för inledande.
• Något liknande de har gjort med ett preliminärt datum som heter South American Datum 1956 (PSAD56), för att göra kompatibilitet med fel med data genererade i Mapinfo.
• Nu när du importerar generiska data från en ASCII-fil finns det stöd för både grader, minuter och sekunder med decimal och grader och minuter med decimalformat (utan sekunder). Även så otroligt som det kan tyckas stöder det fraktioner, som istället för att säga 0.25 använd 1/4

Hämta Global Mapper