Shape areas calculated incorrectly in ArcGIS Online

AdrianWelsh · ‎02-21-2018

Here is a link to a web map:

Take a look at this trapezoidal-type object:

The shape area listed in the popup is 2,159.10 (I guess square feet).

If I measure this with the measure tool, the area comes much closer to what it should be:

(here it is 13,535.5 Sq Feet - but the actual shape is 13,508.624 square feet (US) in ArcGIS Pro‌).

The only thing I can think is happening here has to deal with Coordinate Reference Systems‌ since in desktop, we are using a custom coordinate system due to the survey-grade work (also the data was imported from a CAD dgn drawing). I have performed repair geometry on these polygons.

All of the polygons in my AGOL web map are off by the same amount (roughly 6.256 or so).

How do I correct for this?

I tired looking up this article (Problem: ArcGIS Online does not display the shape area and shape length attributes of a feature laye... ) and doing the task there, but my shapes already have geometry and are being calculated so this did not pan out. I welcome any suggestions!

DanPatterson_Retired · ‎05-19-2018

It is true

The link again https://support.esri.com/en/technical-article/000011356

the web stuff distorts distance and direction. There is a link at the bottom of the link on how to choose an appropriate projection, which means if you are coding, you can implement a 'correction' within code using another projection

DaveOrlando · ‎05-23-2018

finally had some time to do some reading and more experimenting and I have a follow-up question for anybody willing......

I've published the same service on my server and ArcOnline, both as UTMZ11 (wkid: 26911)
I have verified that both services state 26911 in their service definitions
both services show UTM length in ArcMap
my service shows UTM length in ArcOnline/Map popup
ArcOnline/service shows WebSphere coordinate system length in the ArcOnline/Map popup

My question is: how is it treating the ArcOnline Service different than my own if they are both published as 26911. Is ArcOnline actually detecting that this is 'their' service and taking the liberty of converting the length on the fly?

I understand what they are saying about reprojecting on the fly (esri response above) by why for their services and not ours, not that I want that but how are they being treated different?

Thanks

DaveOrlando · ‎05-23-2018

to answer my own question after some more experimenting.....

Yes, ArcOnline is treating their services different than our own ArcServer services.

a few things that got me to this conclusion are that when you open the attribute table in the ArcOnline map, you see all the 'proper' UTM lengths when they are outside the map extent.

try this by:

zoom to where there are no features (roads for me)
open attribute table and screen shot some of the IDs and Length
close the table, zoom to one of those features and re-open the table
the length will now change to their coordinate system.

also, you will notice all the generalization happening when you zoom from way-out to way-in which also supports the fact that they treat their services different than our own.

something to be very aware of when you make applications for the non-GISrs and critical decisions are being made specifically regarding the length of features......

AdrianWelsh · ‎05-23-2018

This is some good sleuthing, Dave. Do you have links for your map service and feature service?

I suppose this is one of the main reasons why you would want to use ArcGIS Enterprise to publish data versus just hosted on ArcGIS Online.

We are learning to have an attribute in the table that records our shape area and just post that instead of using the shape area field. As long as that is populated (and correctly), we should be good to go for decision making (ideally).

DaveOrlando · ‎05-23-2018

Ya it was bad timing for a lesson. We were having field crews use collector to gather data and office staff ordering supplies based on the lengths. Just when you think you get a win for GIS.......