nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Normalization error AGO

RickThomas

I normalize a symbolization in AGO using two variables that display perfectly by themselves, but the normalized display does not,include all regions. Why? Check http://timeandplace.maps.arcgis.com/home/webmap/viewer.html?webmap=f84d5a36041646718085c00b56196950

Find more posts tagged with

Accepted answers

Mike Minami

This is a bug. The issue is caused by rounding error. The class break ends at 0.2513595342, but the calculated value when carried out with more decimal points ends up falling outside the break.

43171/171750=0.2513595342066958

The source of this bug is actually ArcMap, as the same code is reused for AGOL. This issue is documented in our defect tracking system. No release date set that I can see.

Thanks,

Mike

All comments

DonOpgenorth

I've moved your post into the Arcgis Online space. You will get a much better answer here as the GeoNet Help is intended for community help and feedback. I have also added in a few additional tags. You can see more on the community structure, and what topics are under each space from the following documents:

GeoNet Community Structure

ArcGIS Discussion Forums Migration Strategy

Thanks!

Don

Mike Minami

This is a bug. The issue is caused by rounding error. The class break ends at 0.2513595342, but the calculated value when carried out with more decimal points ends up falling outside the break.

43171/171750=0.2513595342066958

The source of this bug is actually ArcMap, as the same code is reused for AGOL. This issue is documented in our defect tracking system. No release date set that I can see.

Thanks,

Mike

RickThomas

Thanks Mike -

As long as I know this is not my problem I’ll continue working on the project the map you looked at is part of and let you folks figure out a solution.

Thanks again for taking a look,

Rick Thomas

GeoNet
Normalization error AGO
reply from Mike Minami in ArcGIS Online - View the full discussion
This is a bug. The issue is caused by rounding error. The class break ends at 0.2513595342, but the calculated value when carried out with more decimal points ends up falling outside the break.

43171/171750=0.2513595342066958

The source of this bug is actually ArcMap, as the same code is reused for AGOL. This issue is documented in our defect tracking system. No release date set that I can see.

Thanks,

Mike
Reply to this message by replying to this email, or go to the message on GeoNet
Start a new discussion in ArcGIS Online by email or at GeoNet
Following Normalization error AGO in these streams: Inbox

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.