POST
|
Abstract: All our data and maps are in NAD83 UTM. In portal we have a set of our own imagery and raster basemaps which are consumed within our web apps which is how our users interact with the data but we need to be able to also allow users to also use the default ESRI basemaps within the same web app. There are no issues with this in desktop applications (ArcMap and Pro) albeit at the penalty of projecting the basemap on the fly and the resulting antialiasing artifacts - both perfectly acceptable. There is currently no way we can see to have basemaps with different spatial references in the basemap gallery widget and use them interchangeably in our web apps and having the app project the basemap on the fly without having to create a separate web app using the default WGS84 Web Mercator system. (Note: Switching over to the ESRI default WGS84 and tiling schema is not a solution as this is not suitable for our applications.) We would be fine with the performance penalty resulting from projecting these basemap on the fly and with the antialiasing issues resulting from mismatched tiling schema zoom levels. I understand the coordinate system is obtained from the basemap but surely there must be a way do do this since we have been doing in the desktop apps for decades. Solution attempt: In hopes to come up with a workaround we tried creating a basemap map in our default basemap gallery and first adding our custom NAD83 UTM basemap to the map in portal then adding a "layer from the web" and pointing it to the ESR World Imagery Service "World_Imagery (MapServer)". Although this works in the portal map and appears in the basemap gallery widget in the web app, when we attempt to add the basemap, the World Imagery service web layer does not display. Adicionality, simply adding a layer from the web to our web app using the add data widget allows us do add the layer, does not raise any errors, layer is even added to the legend BUT the layer is NOT displayed in the app. Proposal: Allow basemaps of different spatial references including existing ESRI basemaps to be added to basemap gallery and used interchangeably with other custom basemaps of varying spatial references in the Web App basemap gallery widget projecting the basemap to a spatial reference of our choosing. In the interim, fix or a usable workaround solution would be much appreciated.
... View more
04-25-2019
08:41 AM
|
8
|
3
|
3043
|
IDEA
|
I believe this is an essential feature and should be added to ArcGIS Enterprise Portal. Not matter what we do we are unable to add ESRI basemaps to our gallery. Our data is in UTM and our scale levels are configured differently - it would be fantastic to be able to use ESRI basemaps and our own basemaps in the basemap gallery and allow users to flip between the 2. As this isn't an issue in ArcGIS PRO nor ArcMap
... View more
04-25-2019
07:48 AM
|
0
|
0
|
453
|
IDEA
|
I believe this is an essential feature and should be added to ArcGIS Enterprise Portal. Not matter what we do we are unable to add ESRI basemaps to our gallery. Our data is in UTM and our scale levels are configured differently - it would be fantastic to be able to use ESRI basemaps and our own basemaps in the basemap gallery and allow users to flip between the 2. As this isn't an issue in ArcGIS PRO nor ArcMap
... View more
04-25-2019
07:48 AM
|
0
|
0
|
394
|
POST
|
Should be fine for occasional work. 4K monitor will consume a lot of GPU power and connecting it to external monitors especially if they are 2 or 4K is not going to cut it without a better GPU. As for ArgGIS PRO performance, you will be disappointed no matter what because PRO is slow. period. (especially when you have a lot of layers, complex symbology, annotations, lots of graphic elements in the layout, etc.) I have higher specs in my 17" 4K laptop and although Pro runs fine it's still underwhelming.
... View more
04-24-2019
07:04 AM
|
2
|
0
|
5117
|
POST
|
Thanks for the response. I subsribed to watch the bug status. Also, I just tried saving the .xlsx as CSV and running Make XY Event Layer again and it succeeded but I further cleaned up data and ensured data in X and Y columns were in fact numeric and valid.
... View more
04-24-2019
06:27 AM
|
2
|
0
|
1653
|
POST
|
When I create an XY event layer in ArcMap from an .xlsx sheet it automatically reads X and Y fields OR I am allowed to choose those from a dropdown menu. PRO does not read XY fields from .xlsx nor does it read the field names into a similar drop down menu. This small difference makes importing XY data into Pro very cumbersome. When I re-save the spreadsheet as a CSV file, PRO will read the field names and pre-populate X and Y fields but then it fails on execute with: ERROR 000055: Cannot create a Query Table for this workspace Failed to execute (MakeXYEventLayer). Both identical .xlsx and .csv succeed in ArcMap without a glitch. Why? EDIT: As Kory pointed out the issue with reading field names from an Excel file is an existing bug. I was able to successfully create an XY event layer after reviewing the source data and again and ensuring all values in X and Y columns were numeric.
... View more
04-23-2019
11:16 AM
|
0
|
2
|
1973
|
POST
|
I am experiencing all of the above and more myself. In my experience the selecting/drawing/rendering issues are most noticeable when working with annotations and graphics in layouts. While working Pro is constantly rendering and drawing for so long that I spend a lot more time waiting for things to finish refreshing than actually doing anything. Because I can't upload large video files here, I am preparing a set of video captures and uploading them to my YouTube channel and will include some links when those are done. Here is an example of one showing how slow selecting and refreshing of graphic elements in layout is: https://www.youtube.com/watch?v=fwStNdL-S6Q&t=32s Note WRT the video capture - there is no map frame or data in the layout. just graphic elements and text. It takes several seconds for Pro to even acknowledge a selection has occurred as it "sits still" (often ~ 10 seconds). then as it commences to refresh and render, the refresh indicator spins for a long time each time. My machine is older but the specs are as follows: Intel Xeon E2-2667 @ 2.9 GHz (2 processors = 24 cores), 32 GB Ram, Windows 10 Enterprise 64 bit, NVIDEA 1070 ti, OSDrive is a recent solid state HDD, etc. Also I am running OpenGL @ LOW rendering quality UPDATE: I've tried a few things on a few machines and I think I am onto something. At least with graphic elements in the layout the issue "SLOW REFRESH / RENDER" seems to be directly related to the amount of graphics in the layout; a few graphics will refresh reasonably fast, 200+ graphics which is average for a typical static legend refreshes MUCH slower. Create a copy of the legend in the same layout (What I would often do in ArcMap as a backup of the legend) and the selection/render/drawing will slow down accordingly with the increased amount of graphic elements. There is some very inefficient looping going on behind the scenes coupled with the curious fact that ALL graphic elements have a corresponding item in the TOC. Yes. I understand the intentions of being able to order things like layers in Adobe but having 100s of graphics constantly updating on screen and in the TOC is causing some issues. Adobe doesn't seem to have this issue. I didn't even get into re-doing some really complex geology maps with 1000s of graphics yet. Not looking forward to it. I will take a video capture documenting this observation and post.
... View more
04-22-2019
12:20 PM
|
13
|
4
|
25021
|
POST
|
Could be an issue with the TINs. Can you post a screen capture of the surfaces? There should be 2.5D TINs or surfaces - non self intersecting, not enclosing a volume. Can you perform CUT/FILL and get a volume number as a result?
... View more
04-18-2019
08:07 AM
|
0
|
0
|
1913
|
POST
|
As of April 18, 2019 ArcGIS Pro version 2.3.2 there is still no undo/redo when editing web feature services in desktop applications.
... View more
04-18-2019
08:04 AM
|
0
|
4
|
968
|
POST
|
Hi Tom, That is in fact the issue. Switching it to Arial offsets the labels correctly to the same distance. We use designer fonts such as Myriad Pro, Frutiger, Optima and Cisilpin and other Adobe and drafting fonts such as Conduit ITC. Every one of those fonts exhibits the incorrect offset issue. I also tried the default Microsoft Calibri font and it also has this issue. I also tried Currier New, Tahoma, Corbel and others and all of those have the problem. Courier New is interesting because it is a typewriter font and often used by programmers because spacing between letters and font height is guaranteed to be consistent. Of the few fonts I tried that do work correctly are Arial, Times New Roman, Garamond and Helvetica. ArcMap offsets ALL fonts correctly so must be using a different method rather than the edge of the bounding box. If I may suggest offsetting the label using the center of the bounding box rather than the edge may be a better solution. For now we will use the few fonts that do work for the grids or use 2 grids with different offsets for designer fonts. Thanks for your help. Using Arial font - no issue: Using Calibri font - font is offset differently along top (North) and vertical (East) edge:
... View more
04-18-2019
07:19 AM
|
0
|
1
|
1684
|
IDEA
|
Thanks Kory. Any way of being able to track bug status without having to contact tech support? there is a number of them i would like to monitor.
... View more
04-17-2019
12:31 PM
|
0
|
1
|
1693
|
POST
|
HI Tom, Thanks for your reply. Doesn't work for me. You can't probably notice it when you offset to an inch. We need to nudge these offset values by MUCH smaller numbers to fit them inside of double and triple neat-lines for precise cartographic placement. Here is a screenshot. Made a simple layout, added a random map zoomed in and adjusted the offset to 0.03 positive value for outside of the map frame, then in the second screen shot -0.1 negative value to place these inside the line. You can clearly see that the distance from the map frame is NOT the same for the NORTH and vertical EAST labels. (North and West labels have a different actual offest in the layout than East and South labels even though the offset value for both is the same as it controls the offset for all labels) Adjusting offset value of tics works correctly. When using positive offset value: When using negative offset value:
... View more
04-17-2019
12:19 PM
|
0
|
3
|
1684
|
POST
|
In ArcMap, we can rotate and edit the individual parts of a multi-part annotation any way we want. In ArcGIS Pro 2.3.2 I seem to only be able to move the individual parts but not rotate or otherwise edit. This makes for very limited precise placing options. Am I missing something? Also, we all know Pro is unbearably slow but working with annotations I think takes the award for the absolute worst performance hands down. Going occasionally back to ArcMap almost brings me to tears it is so fast and stable.
... View more
04-17-2019
11:54 AM
|
0
|
4
|
1426
|
POST
|
As of v 2.3.2 this (panning with the mouse wheel), like many things in Pro, is half baked. Still feels like some kind of Alpha release. The behaviour is inconsistent and flaky. Sometimes it works, other times the middle button is not responsive until the explore tool is clicked. We are almost entirely migrated to pro and forcing ourselves to use Pro for everything (90% of the time) but when doing heavy duty editing, clipping, merging copying and pasting of features between layers, the experience is one of constant frustration with so many bugs and glitchy and strange behaviour. Only going to ArcMap when necessary but it is very much still necessary. Whenever I go back to ArcMap it amazes me ho fast and reliable it is. It may be old, it may be 32 bit and on a single thread but when it comes to editing, Arc Map is still the king. Designing the entire editing process in Pro should not be left entirely to programmers and people that do not actually spend days and weeks editing complex geometries.
... View more
04-09-2019
07:36 AM
|
7
|
1
|
5139
|
IDEA
|
It doesn't matter whether I am logged in or not - the button is disabled.
... View more
04-07-2019
08:21 AM
|
0
|
0
|
13313
|
Title | Kudos | Posted |
---|---|---|
1 | 11-14-2024 06:48 AM | |
3 | 11-14-2024 06:40 AM | |
1 | 10-08-2024 06:12 AM | |
2 | 03-15-2024 10:37 AM | |
1 | 05-21-2014 08:25 AM |
Online Status |
Offline
|
Date Last Visited |
11-14-2024
04:08 PM
|