POST
|
Has this functionality changed? I found this after getting frustrated as Brian did because when I use layer > Data > Export Features I get the Feature Class to Feature Class GP tool. I can't find any option/environment setting on it to use 'only selected features' which was a really annoyance when suddenly exporting 2M features instead of one. Yes, I can change to the Copy Features tool which does honour selections by default. However this is not the same as what ArcMap does, and what everyone expects. I thought we had equivalent functionality? Shown: Pro 2.5.0, Desktop 10.6.1
... View more
06-03-2020
11:44 PM
|
3
|
4
|
24436
|
POST
|
Update: Well what looked like a quite simple workaround for the expected few weeks of Coronavirus isolation (oh, sweet summer child...) has now turned out to be a completely 'new normal' style of working. For average office mouse-pushers filling forms at home, that works fine, but not when you're pushing gigabytes of geoprocessing around, or relying on fragile direct database connections which can drop at any time. Esri has been very helpful with getting people to work from home and some licence teething issues aside, this has worked well. Unfortunately the next hurdle is our third-rate national internet infrastructure which at times can be impossible to overcome. As I predicted many moons ago, relying on mixed-mode non-fibre VDSL/ADSL is now coming back to haunt us as working from home upstream saturation (teleconferencing, oy) is probably killing the network. Not to mention everyone else not working binging Netflix through the day. We have one officer working via satellite(!) who is just able to function albeit with a 700ms turnaround on his desktop and awful bandwidth. So, GIS at home is a lot more problematic and there's no magic wand Esri can wave to fix it (not to mention similar issues with other GIS vendors, yay interoperability). The best solution we've found is to actually take the work PCs back to base where they sit safely behind the firewall with gigabit access to the EGDB/Server and licence managers and interlocked infrastructure then simply remote control them (i.e VNC/MS RDP) which is pretty much the same as being in the office but ticks all the boxes of reducing bandwidth load, avoiding major security issues, and reducing latency/connection issues between systems. Good luck all, and happy working from home. Stay home, stay safe. Addendum: After writing this I found some other good resources Esri has produced around how to manage working remotely in these unique times and how business models might change under COVID-19. Relates to the question and well worth reading. We are investigating these as an upgrade path for business into the future. How to successfully transition your GIS team to work remotely How to optimise your GIS team's remote work environment How to future-proof your GIS team's remote work environment
... View more
05-11-2020
06:47 PM
|
1
|
0
|
2134
|
IDEA
|
Worthy (and correct) suggestions, but what happens when the feature class is in a feature dataset, is participating in a topology, subject to Pro attribute rules, or other Esri-land features specific to that (and only that) particular feature class? I think this strikes at the heart of the issue. Even if re-creating or renaming the feature class back to the original name can be done, trying to remember and recreate linkages to other GDB objects is the issue people are leery of I believe.* Hence "ArcGIS should allow the ability to permanently reorder fields in a table." ArcGIS taking care of all of those thing with the Esri ecosystem. Not you. * Assumptions untested.
... View more
04-20-2020
07:19 PM
|
4
|
0
|
2038
|
POST
|
Thanks Chris, that's very helpful. We have been planning a move to distributed editing but are not there yet and locked into direct network connections to the EGDB. If only this had held off for a year... We don't have the ability to use those features in the timeframe available, but Esri AU support has been very helpful in allocating temporary offline authorization files.
... View more
03-23-2020
04:37 PM
|
2
|
0
|
2134
|
POST
|
A host of providers are offering free resources during this exceptional emergency https://www.bleepingcomputer.com/news/software/list-of-free-software-and-services-during-coronavirus-outbreak/ Safe software is offering free ETL geoprocessing licences https://www.safe.com/covid-19/ "Use the COVID-19 specific download form to access your free FME licenses. The license will be active until at least September 30, 2020." Not quite so useful but Esri is offering to stand up AGOL with “ArcGIS Hub Basic” for free during the emergency https://www.esri.com/en-us/disaster-response/request-assistance This is a great feature but unfortunately our main workflows centre around ArcMap, ArcCatalog and to a lesser extent ArcGIS Pro. If staff are isolated or quarantined at home without access to their work computer they won't be able to be effective there without this software. Has there been any thought from Esri regarding a similar response to Safe Software's? Edit: Words.
... View more
03-19-2020
05:13 PM
|
1
|
3
|
2822
|
POST
|
On a similar-but-not line, my organisation has heavily reduced travel funding (i.e. to zero) so we would also appreciate more online resources like livestreaming. In reality corona virus or not, we will not be able attend these and similar events so a move to digital methods would be welcome.
... View more
03-04-2020
03:09 PM
|
4
|
0
|
4119
|
POST
|
Thanks, yes I did have issues. For some reason I was unable to build because it was somehow already built(?) with 4.8 yet only had 4.6.1 dev framework installed. As you say, for 2.5 with .NET 4.8 in addition to updating the SDK and the runtime, you will also need to install the 4.8 developer pack for the target framework. Once I flopped ungainly over this final hurdle and restarted VS, I was able to successfully build the sample project at 2.5 under .NET framework 4.8.
... View more
02-24-2020
05:47 PM
|
0
|
0
|
1467
|
POST
|
With the recent release of Pro 2.5 I thought I would be able to easily update the SDK extensions in Visual Studio 2017 to continue development. Right? Wrong! Here some pitfalls I found you may wish to avoid, read on if you'd like to avoid wasting time climbing in and out of the traps. Installation was relatively fresh install of VS2017 used exclusively for two Esri projects under Pro 2.3 and no other SDKs. It started when I downloaded the Pro 2.5 SDK. The SDK is no longer an automatic installer/updater but works through updating the extension in VS (official Esri instructions). However this didn't work at all - after downloading the update and showing update pending "Click Close to dismiss the dialog and exit Visual Studio." I closed it... for step 6 "The VSIX Installer dialog will appear." and nothing happened. No hidden processes running, just a silent desktop. This is a known problem with VS2017. No matter what I did including esoteric hints from StackExchange et al about closing the IDE in a certain way/procedure, first putting on my wizard robe and hat, making sure VS was fully updated, etc it would not start the update process, and when the update was chosen again, it would faithfully tell me it was about to update the SDK then troll me by doing nothing at all. (as a side-issue Windows 10 also did not update automatically to install the required .NET framework 4.8 and had to be done manually) Eventually I found some hope in a Repair of VS. After spending several hours(!) reinstalling 446 updates it wiped the previous Pro SDKs and gave me a vanilla VS. Yay Finally, I was able to choose the SDK and when VS closed, the VISX installer dialog appeared. On reflection I should probably have just completely ignored all the documentation and advice from MS and done an end-run around VS by directly running the proapp-sdk-utilities.vsix and proapp-sdk-templates.vsix that came with the SDK download from Esri. Not tested, but I suspect it would be faster than dealing with the above bargewaffle. Yes I am salty Microsoft, I want those hours of my life back..
... View more
02-20-2020
05:19 PM
|
0
|
4
|
1800
|
IDEA
|
This does seem like a feature equivalency issue. Is there a reason you can't use More -> Format all symbols after assigning unique values? You can take off/modify outlines there if not needed, although I don't see way of universally applying an offset or decoration as you show in ArcMap.
... View more
02-06-2020
04:26 PM
|
0
|
1
|
6859
|
POST
|
Thanks for the clarification and explanation of why it's specced the way it is, that makes sense. I should say we went down the same route with our workstation. ArcGIS with 64-bit extensions, then Pro (could not get it to reliably parallel process GP tasks even though this is one of the selling points) and finally we gave up fooling around with it and threw Server on there. Very much overkill but if it looks stupid and works, it's not stupid, right? (We have an ELA so no issue there) Our next move is to look at 'sidegrading' these workstations and distributed hardware into simpler specifications and migrating the processing to a beefy dedicated server offering remote geoprocessing through web applications, GIS Server and hopefully FME Server (automations look very handy) with a view to expanding our ability to provide enhanced spatial products/processing via intra/internet. Potentially this would also be cost effective by reducing hardware requirements/maintenance, maximising usage/scalable cloud solution and reducing the numbers of licenced extensions. For example theoretically we could drop all but one 3D Analyst and get Server to manage geoprocessing requests of that kind for clients.
... View more
01-27-2020
10:11 PM
|
2
|
1
|
3332
|
POST
|
Not being negative (genuinely interested) but why so much memory and so little CPU? Even gamers with extreme rigs are not going to 128GB yet afaik. Are you doing some serious caching in your workflow or holding entire raster datasets in memory? As a comparison we've found 16GB more than ample for any kind of desktop GIS/raster work we do (ArcMap, Pro, Bentley/Hexagon, AGOL/Server publishing, FME geoprocessing/replication). We do have 32GB in a ArcGIS Server workstation which is used for bulk geoprocessing and raster operations prior to publishing.
... View more
01-23-2020
04:42 PM
|
2
|
5
|
3332
|
POST
|
Ellen Nodwell wrote: 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. I just wanted to highlight this point as a major concern. For some, this is a deal breaker. Luckily we have a very amenable and helpful IT group but we are constantly stepping on their toes all the time with Esri's requirements. I figure we give them more headaches than the rest of the organisation combined. For example in order for an allied client to edit our GSB at 10.3 they had to punch through the external firewall (ICT haaaate it) and to do DB maintenance the admin user necessarily has to have root access over the entire oracle database, which ICT instantly vetoed as 'yeah, that's not happening'. So we have to use some dodgy unix scripting on the server instead of simply 'right-click compress geodatabase' Just some examples of how Esri software design doesn't play well with enterprise-level structures. These best-practise (and sometime mandatory) security principles should be anticipated for and incorporated into ArcGIS development. PS: We've got Pro to crash a few times (mostly around map export I think) but never take out the OS.
... View more
12-08-2019
04:56 PM
|
5
|
2
|
2341
|
POST
|
Based on the last available news 2.3 was at ArcGIS Pro 2.3 Beta so I'm going to guess ArcGIS Pro 2.5 Beta but it doesn't work (or at least, yet) You can also find prerelease versions over at Misery if your account has the appropriate permissions for your organisation. (Pro Beta is not there either, yet)
... View more
12-08-2019
04:40 PM
|
3
|
0
|
2340
|
POST
|
One thing I have noticed immediately perceptible (all releases to date) is that when I browse the local filesystem in ArcMap, it is virtually instant (unless you are opening a GDB with hundreds of objects in it). On Pro depending on what the gremlins are doing behind the scenes it can take several seconds to open a folder with say a dozen files in it. I just tested a folder on my SSD (Pro 2.4.2) and it took a second of spinning to open the folder of... two text files. On ArcMap (10.6.1) it is instantaneous, just like File Explorer. What the? It only happens once per session per path, but if you close Pro and start it, it occurs again. Looks like Pro is indexing everything in the path (perhaps children), choosing icons, reading/caching metadata and previews, etc in the background. Kind of like browser precaching/'speedup' addins. It's just a theory but explains the orders of magnitude performance loss to ArcMap though.
... View more
11-24-2019
04:31 PM
|
3
|
0
|
2056
|
Title | Kudos | Posted |
---|---|---|
1 | 11-02-2023 06:32 PM | |
1 | 10-24-2022 06:09 PM | |
1 | 05-11-2020 06:47 PM | |
1 | 03-11-2015 10:45 PM | |
1 | 10-04-2016 05:18 PM |
Online Status |
Offline
|
Date Last Visited |
09-11-2025
05:47 PM
|