|
POST
|
In bringing a SQL Spatial table layer into ArcGIS Pro, in the translation, a field in the SQL Server Spatial table app607_flag int NOT NULL (from the SQL DDL), comes in as app607_flag, Object ID, FALSE (no nulls allowed), but hides the field in ArcGIS Pro. We did not see the data in the output and found that this is why. There are two other fields with similar settings come in as expected as Long, FALSE and they are not hidden in the output. If anyone can tell us why this is, it would help us figure out whether this is something that the SQL Server DBA can correct, or is it a BUG? We were able to unhide this field, but it still shows up as an ObjectID. Any suggestions as to why this might be?
... View more
02-03-2021
04:53 PM
|
0
|
0
|
592
|
|
IDEA
|
@ArthurHaddadany updates on ETA for this? Are there any recent news releases/updates? Cheers!
... View more
12-10-2020
06:02 AM
|
0
|
0
|
2385
|
|
POST
|
Did we ever get an answer from the #arcgis-pro product team on whether ArcScan is in the product plan or a better answer about this functionality in ArcGIS Pro for users who are wishing to convert rasters to vectors? This thread is nearly a year old. Maybe there is an answer out here somewhere... Will keep looking! Once we are using Pro, it's mostly hard to go back to ArcMap... but if we must...
... View more
10-08-2020
10:40 AM
|
6
|
0
|
6727
|
|
POST
|
Anyone following this - here is what I discovered: you must have the "read" data and the "analyzed data" be in the same form/format. As long as they are the same, it will work. I will submit this as a bug, but in reading the error message suggestions that I found in searching this, I happened upon something that pushed me to try this. FGDB<>FGDB works. SDE in SQLServer<>SDE in SQLServer works. - Source/target mixtures such as FGDB>SDE in SQL Server or the reverse will fail.
... View more
09-24-2020
08:21 AM
|
0
|
0
|
1502
|
|
POST
|
Have had this happen now with multiple data sets - this one is summarizing attributes of points inside of polygons - so, I guess my question is, "is this a known bug?" - I will turn it in to Esri Support, but this has been going on awhile and I am at v. 2.6. I have had this issue at least since 2.5. I have some old workflows that we did in 2.4 where this wasn't broken. Anyone else having this? If you CAN make it work, let us know the secret! Thanks!
... View more
08-29-2020
11:12 AM
|
0
|
1
|
1502
|
|
POST
|
Thanks Peter for responding to this - Here are the details - and I just re-created the symbols in the map - this is shared to public: All is "shared public". Tanker file - 58k - https://ago-item-storage.s3.us-east-1.amazonaws.com/b361e7f436e24855a2af9c0405164cd8/LNGTanker.png?X-Amz-Security-Token=IQoJb3JpZ2luX2VjEOn%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FwEaCXVzLWVhc3QtMSJHMEUCIDkNXncviTMGpqccWg3KXBF%2BJZl5t3UXmGl5bncQLOsbAiEAkEpGbUGlL6brSN2FZSSEt0e8Upc0hGUyLoEX8KNT6dUqvQMIsf%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FARAAGgw2MDQ3NTgxMDI2NjUiDPqwoYNd83b6gzI7lSqRA5T4lenk7XQD17LnC6J2GvGV0if5YwTMeBuqyfThEZV65frIpDugONEXW52d1dlgi%2BC39H%2FC5x1SVXIcjL19a7cXQnzXi4YWwbK%2F2LEbiiZxMHviyckgVUTg8VNWQL7Mw6Gis6DYdRlHdg3W0moKNJp3MDM25TTH0nvWzHF4YT%2FaGaQw6n0s4Mwo%2Fv4gL5mtsynliMdVhFfIMauHaEJQgWvniekL%2F74YapJURVV12WCfjjx8Es7zgbLj9nhpQ0FqgIqe8tu7%2Bz7n6fTmjUQhu2lyJplJJ6GJy4vmwW4FNiTc8AUTuZVvJSznPsu1ZpygyF9z4tc6VqQ6dFIXnbsfWdNyzr2tRd8HUiO1SNcyy94tQZ6oG71e%2Bet6kuEKSELl8aZW06aV%2FRK%2BJQKKYflR2Y2afwgDh%2BPfVyeoyiupkVuZYo2LzsajDl9%2Ffp1drmMi98TItOQM1pBAD7wuWGlhAOv3mWTjiseDqWULsZtZ2vI8MwPonTmXbrTgJz25tML%2FFwa5P1DLOrDVGIfLsOfkY9IZMJX2p%2FkFOusBVFRnyGsgNhy3%2Fta%2FGioc8o3B2G%2Fjgtl6goxLDnE75KUy9ntHjOFXJMnvlvJCvI%2FznFURxTRsJyZhJQdkXcB1Btw%2FbzLkE84Zt37vSeFI7eNfiuTJbDsqyPFkbxqHhCCxvhZDtici26d1XdeQFJ1ZYY4di3Etew48VhvyktXL3a5ItiAVr5%2FBD2wZDUkzwbZheoioa1OsYmabiSbjEeDSw7OCbunvreTz4hx0QVg4x99c3GirIIqi1uK0JaZVetOqSs0tUOkTeJ4x4TWeQMPNQe8guO7dhVg8mtjhU7MIkLYwBaH7WbLtPOCiqQ%3D%3D&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20200805T011618Z&X-Amz-SignedHeaders=host&X-Amz-Expires=300&X-Amz-Credential=ASIAYZTTEKKEX4OTBTGY%2F20200805%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Signature=71074ae57d2b71275c297d1e6e984d7b1899eda86a60ddbfe7dd733946b165a9 https://integrashare.maps.arcgis.com/sharing/rest/content/items/b361e7f436e24855a2af9c0405164cd8/data The above two links load the tanker image. This link below: says cannot load image. https://arcg.is/11ePLy Crane - smaller file 46k https://ago-item-storage.s3.us-east-1.amazonaws.com/0f07be01a19e44ab96b3ff1d0a8743d3/blue_crane.png?X-Amz-Security-Token=IQoJb3JpZ2luX2VjEOn%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FwEaCXVzLWVhc3QtMSJGMEQCIHVU5f4VM7oqgt64TOlAaB76ApoglA%2BYWkYs3Zt74qiNAiAvpRzOLUv2NwmjwQUABihM4cYTLl10x7XTTe01EbQErSq9Awix%2F%2F%2F%2F%2F%2F%2F%2F%2F%2F8BEAAaDDYwNDc1ODEwMjY2NSIMWPhgkZ1LpiKmpce4KpED3KSV%2BB9uAuNg5zLgl%2FQaJ1EQKSAya7WJ4jqS5fmhCntvjyMbGRKw4wDSIlauwd9VWTsefm8JHj%2Bn2Q3bYcbqTqqFEaQb6pd9L3GfcdeplP1D%2FI5ttESOQBCRrppbnaTRPc9dKQ0J0ldh3VfWBnFgN%2BGqNyJQW8dm8PBjusy4vpcpgHGlDlKef35bZ3uVKP6YH6rdNYiaBPyj79KAD4kA5MFh5fwUYyfp6dh66iroLUPSdpj8nodjKWAg8e%2F33BMFGM1RF5bmaoXQHgjxCngRs3t2U6rsgYmO%2B%2BfX0P63bcT0qeOi8hzIZMpG3CJg0UsVMvHcEF8Lvqw31Rh%2FaKLOTodn1A5jN1%2BQZppj4hXexM9vFSlffMFpMVwHX%2BcDa4dD8nGNrPkggLKYDQA5sYJI6cRNhGndAicYm%2Bp1sarzEyURsjUTR%2BuHt88qWh45Z9I6RW7JouMCiaehHPDG9%2F4cKXfIV8V2NEEYVXwWo66Btd%2BX4y1GnRGDaNdUjDGQFDvSmGjHsHELXjO8yNQeS2hprrkwqPKn%2BQU67AEhx2x2aMY%2F6W4uznzyIXsh55IuJ3FDnD9Gmg8pv2Jcr25CuUIxVMLmiI2PL6e8xEJWWSjkVzoSB4oKm6ICTShhJ9EIzuu8zthrEdaGoMkJPYJdaL5a8BgOel%2BSSZLRdmI6lbRi41jLd7FZqSv3AB5fBmLXLMffxPrwA2eWxAQKB2rMsbiu3o8%2BzGQUcerZ4SMJ6upyo%2F5saVanFjnlmxO4nR2r7poI1KNxuqqN32THj5hzFM787m9lGw5U2Kp8PwpkkwiDQnICSjW1%2F%2BWieOk7F%2BYqZ4jnfJllomcCatl%2FXk%2FdDmvbZd7BuIsgoA%3D%3D&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20200805T012020Z&X-Amz-SignedHeaders=host&X-Amz-Expires=300&X-Amz-Credential=ASIAYZTTEKKETLXUIUYR%2F20200805%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Signature=c820a3b82127f2c98265299b26b0d939ccebad6dd65a46e7b5b070c0a63ed73c https://integrashare.maps.arcgis.com/sharing/rest/content/items/0f07be01a19e44ab96b3ff1d0a8743d3/data https://arcg.is/09nDeL - gives error - unable to load image Ok, so here they are all loaded up from using the top two image link types: Saved the map https://integrashare.maps.arcgis.com/home/webmap/viewer.html?webmap=6496b86fcdda479d9844dd346a0b7382 It's also in an app; Upon opening the App again, like earlier today, the image custom symbols are there. ArcGIS Web Application The tankers and the blue cranes. So, it's "groundhog day" - will wait and see if these "stick". I have another map that has the same symbols that I will need to put into those, but I will wait to see if these make it through the night. If you want to register this with Support that's fine - I find it weird that it just started happening. Thanks so much for your rapid response! Anything to solve this will help us!
... View more
08-04-2020
06:41 PM
|
0
|
1
|
2417
|
|
POST
|
So, Bern's blog here Using images as custom point symbols tells how to do this - and I have done this, many times, over time. But, as of yesterday, however, my symbols keep disappearing on my maps where I have uploaded these little images to AGOL, then get them working, something happens and they are disappearing from the maps - not just one, but from all of the ones that I have made, using these - it just leaves a blank space in the legend where the custom symbol should be. It was there before, and functioning - now it is not. I have had to go start all over again, re-inserting the link to the image, re-sizing, etc. Late last night, the image would not load up, then suddenly, it did. Now today, just within the past hour, the symbols have disappeared from the maps again - maps are not edited or changed when this is happening - they are saved maps. It seems that something underlying is breaking these - in AGOL, maybe? Anyone else having these issues? This is using the tried and true old Map Viewer in AGOL, not the new beta one. We rely on being able to do this because the "out of the box" symbols do not have what we need. Any insight into this issue will be very helpful to us. Thanks, -Ellen Nodwell
... View more
08-04-2020
04:55 PM
|
0
|
3
|
2417
|
|
IDEA
|
Definitely, the symbology takes a lot more steps - importing is possible, but initially, the steps to get symbols to be the desired ones takes some extra time. Recently, while fooling around with trying to get symbology sets for specific topic areas, not present in the "out-of-the-box" styles, I found this link https://esri-styles.maps.arcgis.com/home/index.html which has the links to downloads of sets of different symbol styles - and there are a number of them out there. It was a search and discover exercise, but it is referenced in the Styles—ArcGIS Pro | Documentation on Styles... along with a bunch of other info. Let's say that symbology in Pro is a whole new ball game - and on the flexibilty-complexity curve, it ranks high - high flexibility (does many things), but highly complex and complicated - as compared to ArcMap. This involves a lot of learning and change. Adding the functionality mentioned above would be great - could be good to really think through what the users do when symbolizing - and especially, changing from the tiny dot or plain polygon or line random selection color that they get initially when adding layers to their maps.
... View more
02-25-2020
07:53 AM
|
0
|
0
|
7198
|
|
IDEA
|
This is a significant constraint in organizations that only have SQL Server OS authentication for users (many organizations). Microsoft recommends OS Authentication as a best-practice, and discourages the use of individual SQL Server users, when possible due to the security vulnerabilities that this exposes which takes extra layers of security that organizations must provide.
... View more
02-02-2020
10:10 AM
|
0
|
0
|
1162
|
|
POST
|
Just want to give kudos to Kory Kramer and the Esri folks who spent time with me today walking through some of the issues - we do have some very caring folks behind the scenes that do want this to be on the continuous improvement scale in the up direction and for one, I will say again, I truly appreciate the great support that we get from you guys and gals in the various development teams and in the Support Group at Esri. When there's trouble, there is support to help. We really do want Pro to work and realize that it takes time to get there - and including us in the process makes us feel better, for sure!
... View more
12-10-2019
05:06 PM
|
14
|
0
|
2514
|
|
POST
|
Thanks Matt - so noted on the specs. We're going to be shopping in the new year... What you say Unfortunately we can't do this for all our users, but we're trying. This is so true in many organizations who don't cycle equipment that often and when they do they minimize expenses in doing this - sometimes not speaking with GIS users at all before buying equipment. This is an art form to get the hardware folks to engage in an organization to understand that the specs are higher for ArcGIS Pro and ArcGIS servers that others. Yet, this is the wave of the future - along with cloud storage - along with the variants of all of this combined together - everyone's environment configs are different - there is no same anywhere, I reckon. Thanks again for your response!
... View more
12-10-2019
04:58 PM
|
2
|
0
|
2514
|
|
POST
|
Thanks for more info to consider - yes, we've all done some hoops for our ArcGIS installs - always good for a conversation opener with the IT packaging teams I've worked with - "Hey, want some fun challenges to solve?" - It definitely encourages creativity - especially when they know that management wants this package out there and there is no "no" option. ArcGIS, however, is not alone in challenging enterprise IT departments - some of the heavy-duty geoscience software out there that has a high pricetag definitely pushes the envelope - one popular one even drove the build of a new data room in an old building in London where one of our teams was located as well as having to get a different configuration of servers because the doors were too small for some of the equipment (this was all pre-cloud) - very many challenges... connectivity being another - internet in some places simply is not accessible except through something like phone lines and a Hayes modem! One lady from Alaska was lamenting that they could not use AGOL due to this. It just would not work with the bandwidth limitations and areas where they had NO connectivity - deja vu back to the early 1980's! Thanks for responding to my post!
... View more
12-10-2019
04:52 PM
|
2
|
0
|
2514
|
|
POST
|
Reply to original discussion - at this point - this has many threads and offshoots - so, that's difficult. However, I am going to jump in here... I am a fairly picky very experienced ArcGIS user - I have used every version of ArcGIS since the days when we first had a PC application called ArcView introduced to us... Yeah. I'm old. So, IMHO, ArcGIS Pro in it's current "production" iteration has been presented to the users as "you'll love it - like a duck takes to water"... yada yada yada. Well, no, it isn't so hard to learn to use it, but does it work as well as ArcMap? No. OK. Reality: first prod release - unusable. Each time a new one comes out, I try to use it more. Functions we have begged for, some have been added... Much appreciated when they have... But here lately, and according to "Can U Run it" - I should be having an excellent experience - I'm not. Still. OK, so, what do I mean by "I'm not. Still." ? #1 - it is slow(er) - or should I say, it's very BOGGY - it seems to be very busy doing lots of things that make my machine make noises and sound like it's nearly stressed out - I watch the performance meter - hard to pin down exactly what is sucking the resources the most - sometimes it's nothing really - it just seems to be doing "something" (?) and it's not wanting to be available to me at that time. I wait on it. A lot. I wait on it to do some things that should be relatively quick. I know that each layer has some hooks to stuff and that we need to minimize to only what we need. Basic managing resources 101. But sometimes, it's the basemap. Sometimes it's just ? something only ArcGIS Pro thinks should take a long time. Who knows? Sometimes it comes back and is perfectly happy and goes on normally enabling me to do all kinds of things - as long as the data doesn't get too big for it - don't even think about doing any sort of large scale crunching! No way. I have a biggish data set that I can't even load into Pro without it croaking. This is all inside my environment - no network shares - no remote databases - this is all inside my very hefty environment on a gaming-quality high-performance machine. It's me and my connection to ArcGIS Online - which may be one of my issues, I suspect... but sometimes, when totally disconnected (and I have tried this), Pro just won't do things without getting fussy. You tell me. Geo-processing? Oh. my. goodness. I did attempt a few routines here recently and the outcomes have been horrid (this is on an attempted view shed plain vanilla analysis) - first time, it totally crashed my machine! Seriously. Big time core dump. Assassinated everything and I had to do a hard shut-down the power type restart. Prayed I wouldn't get the "blue screen" = yeah - that bad. The next time, I reduced my AOI - tried it again. Got one of those 9999999xxxx errors - meaning - "Yay! Congratulations! You win the "bug-finder" prize!" essentially - or else there isn't any exception handling for your exception (you exceptional thing, you!). Well, well - this is not new. I find bugs a lot. It's not my favorite thing. I get good and frustrated - but, hey? What am I going to do? I need to get my work done. I need to do the analysis that crashed my machine. I don't have time to now go off and create some alternative script because this out-of-the-box tool does not work. This means that I have to take extra time and I have to go to extremes and be clever to figure out some sort of workaround - all because I "happened upon" a part of this software that doesn't work. Options? Call Esri Support. Do that thing. They do try their best. Good folks. But sometimes these problems that we have with Pro, these stress them to the max. You can hear it in their voices. I try to not get frustrated with them because they are trying and they are on your side. Occasionally, there is an answer, sometimes it goes on a list...and of course, this takes time for someone to figure out and/or find someone to help figure it out if they can't figure it out... and this could take some time. More time that we have. Ticking clocks. Work not getting done. That's the point - we're not out here using ArcGIS Pro or Desktop to have a holiday. It's for work product. So, yes, I sound frustrated. I am. I want to run a 3D analysis and it keeps crashing! I just want to get my work done! I just want this to work and I want it to work BETTER than ArcMap. ArcMap has evolved after a serious number of years whereby users asked for fixes and new functions to be better and better. ArcGIS Pro is a great idea. I think that we are on a curve where we are still watching it evolve and going through that "stuff got left out or stuff isn't well tested" or potentially, the data used for testing isn't what we out here in the trenches are facing each day in our work - we really don't know all the reasons why we are not seeing vast improvements each time. But, each time we do see some improvements. We just want the product and what's inside to work - or else, if there are limits - state them. Since you can do an analysis of your machine's capabilities to run Pro, why not have something that spells out your limitations when you go to run a geoprocessing tool? Using the same "readers" of your resources, why not? Instead of subjecting the user to long processing times, then failures if something overloads or an exception occurs - why not spell out ahead of time that something won't work in a user's given environment. If Pro is tested in a defined environment or different defined environments - could the comparison be made against the tested environment of a user's machine ahead of running a geoprocessing tool? Why not? It's pretty simple to get that info running in a command line - it's not rocket science to compare certain resources to those required to run geoprocessing scripts with certain data and such - all the info is there - and it's meta is all readable. Often we learn during or after the fact that our machinery was not up to the task, or we have to reset parameters - in the Pro documentation, some of this is there and you have to dig to find it - I'm speaking about the CUDA configs and such. Sometimes I believe that we make this more complicated than it has to be, or else the user-perspective is not considered (the real life one, I mean). Pro is a resource hog, that's for sure. If you trace what's going on using your admin tools or some sort of third party tracing tools, you get a picture of lots of things happening - too many to monitor - and the users should not be having to do this on a machine that specs out by analysis (Can U Run It) that says we should be having a great experience. All we want is something that works. So, folks, IMHO, I think that adequate testing by automated testing ahead of this getting into any user-testing, should be detecting the bugs that all the functions might be generating - and then these get corrected ahead of release, ideally. This is possible using simulations of various machine configurations, etc., this much I know. Hopefully, this is happening, but the evidence is that perhaps that needs to be tweaked some, because not all of us are having a great experience. We also have users out there whose organizations will not allow Pro to be used because of it's issues - IT organizations often do their own testing and nix any software that does not meet minimum criteria for their user-machine configurations. If something crashes a machine in testing, for instance, this would not be allowed for an organization-wide push until that gets sorted out. That's a reality experienced in organizations whose IT governance has tight restrictions about software that is run on its computers. How often will Pro pass that test? Even if it does not yield the products required by users in their jobs as quickly as ArcMap - supervisors will just tell people to not use it. Work demands drive use - and simply stated, it must meet those demands in order to be a widely used software suite. ArcGIS Pro is our next generation - as we went from ArcView to ArcMap/Desktop, we are all going to Pro. We do really want this to work in real-life work situations. Our old friend, ArcMap has been a trusty enabler of a lot of great work by people. We know that being 32-bit, the more robust 64-bit new kid will eventually take over. The kinks must be worked out, as they were over the years with ArcGIS Desktop (ArcMap, et. al.). Obviously, we have a lot of issues discussed here in this thread. Fact of the matter is - today - that ArcMap is more stable and more predictable. Sure, sometimes it crashes, but mostly it doesn't cause a user's whole system to crash violently. We would hope that ArcGIS Pro reaches this level of stability and that the resource consumption is optimized to give the best UX - without crashes, without going off into where you're hearing "crickets" and everything goes dim until some undetermined point in the future - or not. My two cents on the experience. Relating back to the original discussion point - yes, we can't do everything in Pro that we do in ArcMap, but we can do some things that we cannot in ArcMap - but, the teething is still ongoing. Pro is not there yet..
... View more
12-05-2019
05:52 PM
|
17
|
9
|
3134
|
|
POST
|
Oh how I wish I had an old copy of that!!!! Somehow left it somewhere... 😞
... View more
11-17-2019
01:35 PM
|
7
|
1
|
2321
|
|
POST
|
Dan, we did solve the issue in another post thread you are tagged - We poked around and found that one user's OneDrive WAS showing up. We found on the user machine having difficulty that OneDrive was hidden (learned this by opening the Properties of the OneDrive folder - it showed it was hidden). We unchecked the box - waited for it to go through it's un-hiding paces, then closed the properties. We opened ArcGIS Pro and sure enough - on the user's machine who could not see OneDrive before - after it was un-hidden it is now listed in their folder list. Thanks for your inspiration for us to dig deeper! BTW, we typically do not have issues with OneDrive - we have been using it for a long time, and steadily, it has improved over time - now a standard in Microsoft's Office 365, which also helps our mobile users to be able to work anywhere.
... View more
03-10-2019
12:37 PM
|
1
|
0
|
2478
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 11-29-2022 10:51 AM | |
| 8 | 09-08-2025 02:35 PM | |
| 1 | 03-10-2019 12:20 PM | |
| 2 | 10-05-2018 01:10 PM | |
| 1 | 10-14-2022 08:13 AM |
| Online Status |
Offline
|
| Date Last Visited |
09-08-2025
02:18 PM
|