POST
|
Hello, I'm having a similar issue with the time settings. I have a hosted feature service that is shared with members of my professional community all around the globe. When analysts are putting the data into the layer, they are referencing information reports that give the time of the event in UTC+0, or what we call "Zulu" time. We do this because the community has agreed to use a standard time zone for all reporting to avoid confusion. No matter what time zone you are in locally, the event will be reported uniformly as "0700Z(ulu)." When the analysts copies the time from the report, he unwittingly is putting the wrong time, as the system is assuming he means local time. My need is two fold: A) I need to be able to run the layer on a uniform time zone of UTC+0 B I need the time to display for all analysts around the world in UTC+0 and not in their respective local time zones.
... View more
10-02-2018
11:54 AM
|
0
|
1
|
367
|
IDEA
|
It would be amazing if the X/Y updated dynamically in AGOL. reason being: in my field of work, I have created a user friendly web map for my analysts to place points on. If i create fields of Lat Long for them to fill out, they can easily type one coordinate and place their point somewhere else. I would really like to see the fields dynamically populate as one places the points. As it stands, I see it as much safer to not even add a Lat Long field set, as it can very confusing if the hand entered coords are 12345N 123456W, but the point is placed on a map at 24580N 135790W
... View more
08-01-2018
11:07 AM
|
1
|
0
|
4750
|
POST
|
Okay, well before anything else: "mutually exclusive" or disjoint conclusions - so, take a coin toss. both outcomes cannot be true. it is either heads or tails. if it's one, it cannot be the other - that is the definition of the logic phrase "mutually exclusive." I'm struggling to see its use in your comment. your work takes twice as long in Pro, and you're sure that it's NOT the case of "if that's the outcome, it cannot be any other related outcomes?" - therefore, it simultaneously does and does not take you twice as long? Pro is designed to function well in the realm of producing and sharing cartographic information in an online organization. I'm not sure what your line of work is, but if it does revolve around creating and distributing GIS data, Pro makes that faster, not slower. to state the obvious first, it's a multi-threaded program, unlike ArcMap. so, literally, you are faster now because you can continue to work manually while Pro computes algorithms and code in a separate thread. You can also compile data types to display your information in a variety of ways instead of needing separate programs to compute 3D renderings. What I've found in my career as a geospatial analyst is that usually it's those that cannot adapt to change that go the way of the dodo bird. not the technology that streamlines workflow.
... View more
07-31-2018
05:08 AM
|
2
|
0
|
1131
|
Title | Kudos | Posted |
---|---|---|
1 | 08-01-2018 11:07 AM | |
2 | 07-31-2018 05:08 AM |
Online Status |
Offline
|
Date Last Visited |
09-14-2023
03:29 PM
|