With the delivery of ArcGIS Pro 2.2 and ArcGIS 10.6.1 Esri now supports GDA2020 NTv2 grid files out of the box. However, they are not installed with the product. We have had several reports now of customers deploying the latest product and the NTv2 transformations not being available. Continue reading
Progress supporting GDA2020:
The Intergovernmental Committee on Surveying and Mapping (ICSM) & Geoscience Australia (GA) recently released the definitions for the GDA2020 datum and associated projected coordinate systems covering Australia and its territories. Esri Australia has been working closely with ICSM & GA to ensure that ArcGIS software products support the new definitions. Version 10.6 of ArcGIS and version 2.1 of ArcGIS Pro both include support for the new datum and projected coordinate systems (you can learn more in the Esri Australia Technical Blog)
Avoiding alignment issues mixing datums:
Web GIS, by default, displays data in the projection WGS84 Web Mercator (auxiliary sphere). When mapping data is shared to ‘Web GIS’, data is automatically reprojected ‘on-the-fly’ to this web projection in order to align with the displayed basemap and fit with the global projection. Most users do not realise that their data is being reprojected and in many instances occurs without issue.
However, while organisations are migrating to GDA2020 from GDA94 and using mixed data containing both datums, these mixed data sources will create a challenge when displayed in WGS84. The issue occurs when data is reprojected to the WGS84 Web Mercator projection. Continue reading
It is now official on the 15th of December 2017 Geoscience Australia and the Intergovernmental Committee on Survey and Mapping (ICSM) launched the new GDA2020 datum.
In support of the new Australian datum, the following tools and resources have also been released by Geoscience Australia and ICSM:
· the ICSM GDA2020 Technical Manual;
· additional ICSM datum modernisation Fact Sheets;
· GDA94 to GDA2020 Transformation Grids;
· Geoscience Australia’s GDA94 to GDA2020 Online Transformation Service; and
· AUSGeoid2020 to convert GDA2020 ellipsoid heights to the Australian Height Datum.
So what does this mean for the ArcGIS product suite? Well from ArcGIS Pro 2.1 and ArcGIS 10.6 onwards all state, territory and national projections that incorporate the GDA2020 datum are supported.
In my position I talk to a lot of different clients about their requirements for drones. I hear of clients wanting high resolution aerial photography, elevation models, performing volumetric analysis, outputting point clouds for updating engineering designs, change monitoring and inspection scenarios. Every client has different thoughts and ideas on how they best make use of their investment. In all of these great ideas I often find that there is a great void between the understanding of what a client is looking for and their understanding of what is achievable.
Whether you purchase a helicopter, smaller quad copter or a fixed wing drone, all are delivered a flight control unit and flight management software. You’ll often though have to supply your own Smart Phone or tablet to run the software. However, it is not until you decide on exactly what you want to use the drone for, does the realisation of what is really required to achieved those results become apparent. If you are going to use it for talking single aerial pictures or video then the manual flight controller might be sufficient, however if you want to be able to use the drone for comprehensive orthomosaics or elevation modeling then there are key considerations that are required.
In my previous articles on GDA2020 I have highlighted some of the considerations that organisations need to have when migrating to the new datum and reasons why Australia is deploying a new datum. These I hope have at least prepared you for what’s about to come.
In March Geoscience Australia released an interim paper
regarding the definition of GDA2020 and its relationships to GDA94 and the International Terrestrial Reference Frame 2014 (ITRF2014) using similarity transformations. This provided the foundation for including the new datum into the Esri suite of products.
Shortly Geoscience Australia will release the full definitions for the GDA2020 datum and the NTv2.0 high resolution grid files for the accurate transformations from GDA94 to GDA2020. In preparation for this Esri Australia, Esri and Geoscience Australia have been working together to have the definitions and transformations available in the ArcGIS software suite. Esri is due to release an update for their ArcGIS 10.5.1 and ArcGIS Pro 2.0 suite of products. We anticipate this to be available mid to late June. These will be the first Esri products to include the GDA2020 definitions and transformations.
The R-ArcGIS Bridge is a little-known secret to improving your methods of geostatistical analysis. By integrating ArcGIS and R you can have the best of both geospatial and statistical platforms. With the R-ArcGIS Bridge you and I can now perform and visualise comprehensive statistical analysis directly in ArcGIS Desktop.
Why would you use R?
R is a powerful platform for solving big data science problems. R is both an open source language and programming environment, widely used for statistical analysis. R offers an online repository with 6,400 statistical problem-solving packages.
The R-ArcGIS Bridge is a way to load your spatial data into R, or, create custom Geoprocessing Tools in ArcGIS that leverage the capabilities of R. The Bridge can be directly connected to either ArcGIS Pro (version 1.1+) or ArcMap (10.3.1+), and R (3.1+) or RStudio. The R-ArcGIS Bridge can then be used with pre-existing tools written in R, without the need to learn any code!
There are several uses of R-ArcGIS Bridge:
- Use R functions to read and write spatial data
- Convert between data types
- Solve complex geostatistical problems
- Write, configure, and modify an R script to be executed from a Geoprocessing tool
- Share an R script with others as a toolbox
How do I get started?
In my role at Esri Australia resolving Enterprise and Developer support issues, there’s rarely a day that goes by where it’s not immensely useful to investigate communication between the different parts of a system. When a component of a GIS is not behaving as expected, forming a complete picture of the behaviour across the system is often instrumental in understanding the underlying cause. This article will focus on the special case of intercepting HTTP requests generated by applications running on top of Microsoft IIS, such as ArcGIS Web Adaptor and the Esri Resource Proxy.