|
POST
|
I see "crashing" as less of a barrier to IT support, but the rapidly increasing hardware requirements with each version have definitely been proven to be a significant IT barrier.
... View more
12-09-2019
06:55 AM
|
4
|
0
|
3302
|
|
POST
|
No, there really is no other way. I will say though, if you write a good steps to repro, a case can be closed in a day. There are several good analysts, I've had a few take what I initially submitted and the first and only email I got was the bug confirmation. I guess it depends on how motivated you are to have the issue fixed.
... View more
12-09-2019
06:53 AM
|
2
|
0
|
5145
|
|
POST
|
So in IIS you have to select the level of encryption when you fill out the CSR, wondering if that is dependent on setting the setting above. I just checked the defaults, and just got my cert signed, so I'll test and report back.
... View more
12-06-2019
07:33 AM
|
0
|
1
|
1665
|
|
POST
|
"The big frustration is that we have to document every feature that was already there in ArcMap just to get the fabled ArcMap equivalency. I wonder if ESRI could/has assigned a team to comb through all of ArcMap's menus, forms, tools, etc. in order to verify that every feature in ArcMap has equivalent functionality in ArcGIS Pro, and that if a feature has been left out, to document why it has been left out. Has this occurred?" Yes, the customers are that team....... True that, it is a frustration. Like having a house custom-built, only to have to tear down the walls (yourself) because the developer said "Well you didn't specifically put in writing that the house needed plumbing or wiring, but check out the pool we installed that you didn't ask for!". And all the doors in this house are stuck in their frames and you have to kick them open and the windows open really slow.....
... View more
12-06-2019
07:27 AM
|
8
|
0
|
3918
|
|
POST
|
From the IIS 8.5 STIG, "The production IIS 8.5 web server must utilize SHA2 encryption for the Machine Key.... Click the IIS 8.5 web server name. Double-click the "Machine Key" icon in the website Home Pane. Verify "HMACSHA256" or stronger encryption is selected for the Validation method and "Auto" is selected for the Encryption method. Before I go clicking that, does 10.7.1 support that level of encryption?
... View more
12-05-2019
08:16 AM
|
0
|
5
|
1720
|
|
POST
|
From the IIS 8.5 STIG, "The production IIS 8.5 web server must utilize SHA2 encryption for the Machine Key.... Click the IIS 8.5 web server name. Double-click the "Machine Key" icon in the website Home Pane. Verify "HMACSHA256" or stronger encryption is selected for the Validation method and "Auto" is selected for the Encryption method. Before I go clicking that, does 10.7.1 support that level of encryption?
... View more
12-05-2019
08:03 AM
|
1
|
2
|
839
|
|
POST
|
What are your appearance settings? Have you zoomed ALL the way in?
... View more
12-04-2019
10:27 AM
|
0
|
0
|
1413
|
|
POST
|
Would need more details of your environment, LAS format, version of Pro. Exact steps to reproduce
... View more
12-04-2019
10:24 AM
|
0
|
1
|
1899
|
|
POST
|
"Windows 7, 8.1, and 10 are supported for basic testing and application development use only. They are not recommended for deployment in a production environment." ArcGIS Web Adaptor 10.7.x system requirements—ArcGIS Enterprise system requirements | Documentation for ArcGIS Enterp… That might be your problem. Running IIS on Win 7, or even 10, introduces all sorts of flaky instabilities.
... View more
12-03-2019
06:22 AM
|
3
|
0
|
6341
|
|
IDEA
|
This is a BUG. It is very common to have illegal values in a domain-controlled attribute, especially if field calculator is used on the field, or, the field was populated with values then a domain was applied to it, and you want to use select by attributes to find all of the illegal values, OR, the domain gets updated (say you had mis-spelled a domain value and corrected it). This has popped up before, and using expressions (by first having to know the value you're looking for) and manually typing things was the proposed work around. There may even be an idea on this, but I can't find, but I do recall a vigorous debate on this.
... View more
12-02-2019
05:36 AM
|
0
|
0
|
10636
|
|
POST
|
https://community.esri.com/ideas/15958 I'm thinking the Data Reviewer capabilities in Arc Map will not be ported to Pro
... View more
12-02-2019
04:18 AM
|
1
|
0
|
3140
|
|
IDEA
|
This is a perennial problem for many jurisdictions. We went through the process of providing our data to the ESRI basemaps team, and they were spectacular in terms of support, feel like I had a dedicated consultant working with us, but then we found out that they do a cyclic update using (HERE! Teledata? ??) commercial services, and replaced our authoritative and accurate data with unvetted and very inaccurate data, which actually leads to some pretty significant public safety issues (e.g a 911 caller looking at some app on their phone saying they're at Sasquatch Overlook, we can't get a ping off their phone, and it turns out they're really at Bigfoot Overpass). The solution was (is) for us to have to continually keep updating the basemap program, which is not sustainable, and led to us developing our own tile basemap service. But not to uniquely throw ESRI under the bus, we have the same problem with all of the location based service providers, and provide very detailed messaging to the public about why those maps should not be relied upon in our jurisdiction, and additional very detailed steps on how to access authoritative and accurate location-based products. As a fine-tune to the idea, the idea should be: When a jurisdiction provides authoritative data to the ESRI basemap program, that data should not then be overwritten by data from a non-authoritative, un-verified source. I had some email exchanges with the BM team regarding re-correcting our data in the BM, but again, my workload is such that I just can't keep up with having to re-vet our already submitted data once or twice a year. This thread may be the motivation I need to follow up on that, but I'd need confidence that ESRI is not going to continue to overwrite our data and expose users of their map products to hazards or destruction of our property and resources by overwriting our data with inaccurate and misleading data. Perhaps an additional idea would be modifying the basemap partner dashboard to alert jurisdictions that data is about to change, or provide a click-once-per-year checkbox or something.... The problem with the feedback link provided is "...we'll forward the feedback to our data provider to be addressed in an update." we have spoken directly with many of the data providers (I think there's 2 or 3), and they have told us directly that they do not consider our data sources, and refused to provide details on how they're mapping, for example, a non-existent road going straight up a mountain. Another problem, and I'm fuzzy on the reason for this, but I vaguely remember the BM team telling me because of licensing, they could only show our data at certain zoom levels (e.g if I'm at zoom level X, the non-existent road will be shown), AND, our authoritative data would only be included in the tiled base maps, we have no input into the streets product. Looking at the examples below, I have to wonder what QA process allowed this?
... View more
11-27-2019
06:09 AM
|
0
|
0
|
2795
|
|
IDEA
|
This may be addressed in https://community.esri.com/ideas/14403
... View more
11-27-2019
04:46 AM
|
3
|
1
|
3388
|
|
IDEA
|
Kory Kramer see my post in EAP on this topic. Seems to be related to BUG-000115054, BUG-000085913, BUG-000104598, BUG-000116032
... View more
11-26-2019
12:03 PM
|
1
|
0
|
3724
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-17-2022 12:19 PM | |
| 1 | 03-14-2019 06:24 AM | |
| 1 | 07-12-2018 09:29 AM | |
| 1 | 06-27-2019 12:08 PM | |
| 2 | 09-23-2019 11:03 AM |
| Online Status |
Offline
|
| Date Last Visited |
4 weeks ago
|