IDEA
|
OK Thank you. I have now figured out that my ArcGIS Pro Version 3.0.3 permananetly states that the software is up to date (with check up on every start enabled), so I was sure to have the latest version. Possibly another option to enhance ESRI products: checking their own update status may need an update.
... View more
03-09-2023
11:06 PM
|
0
|
0
|
291
|
IDEA
|
Now, one year in production plan, with no results. While the much more complicated data clock is available. And dashboards from ESRI do have pie charts available as well, so the programmers do have an idea. I think it is just no one is listening at ESRI to customers.
... View more
03-09-2023
03:26 AM
|
0
|
0
|
1406
|
POST
|
Now I have de-installed Net Desktop runtime 6.0.6. Than installed .NET Desktop Runtime 6.0.3, (exactly the version ArcGis Pro claims to be necessary) Than rebooted the complete computer. Result: ArcGIS Pro refuses to work,: .NET Desktop Runtime 6.0.3(!) is missing ... Than installed latest version .NET Desktop Runtime 6.0.8 on top of 6.0.3. -> ArcGIS Pro is running ESRI owes me the equivalent of 3 hours of work due to misleading chatter in the tone of command ("... you MUST install...").
... View more
09-06-2022
04:19 AM
|
6
|
0
|
43143
|
POST
|
Now I have downloaded and reinstalled/"repaired" complete ArcGis Pro, which was finalized without any complaints. Starting the Programm ist still refused pointing to a missing .NET Desktop - which IS available and installed. ESRI is unproductive and wasting time.
... View more
09-06-2022
04:05 AM
|
2
|
1
|
43145
|
POST
|
I have donwloaded and installed exactly using the link provided. And did a complete restart. ArcGis Pro refuses to work. Well, I will turn to a tool which does not hesitate to do the job: QGIS.
... View more
09-06-2022
01:34 AM
|
3
|
3
|
43160
|
POST
|
using ArcGIS Pro 2.3.1 trying to make Service areas working fine, but split is not possible, always getting overlap, obviously problems @ESRI not solved ArcGIS unprofessional 2.3.1 serviceareas serviceareapolygonfailure split features #network-analyst
... View more
05-14-2019
10:49 AM
|
0
|
1
|
2228
|
POST
|
Konfiguration: 64bit W7, 8GB RAM, Intel i5 @3,1-3,3 GHz a.) no other Programm running than Arc GIS PRO 2.3 1 shapefile (GADM) imported into project's file geodatabase = 256 features project stored on local USB3 drive new column "area_sqkm" task: calculate geometry: takes exactly 38 MINUTES finished without any error messages, values visible in attribute table, stored project re-opening of project not possible: damaged database b.) compared to QGIS: less than 1 minute, no problems
... View more
04-03-2019
03:49 AM
|
1
|
3
|
910
|
IDEA
|
Update We have applied the workaround-"solution" described in the original posting. Finally we have to say this did not work! We are able to work on a redirected folder, but it is still not possible to work on our NAS (Samba / SNB-protocol), where all of our projects are stored. This location is necessary for our workgroup, as every GIS specialist needs to have access to the projects. #network datasets #arcgis-pro-bug #nas Samba ##samba drive SNB protocol
... View more
03-29-2019
03:09 AM
|
0
|
0
|
902
|
IDEA
|
We are a university-based working group. We are storing project files using a NAS system which allows ease access for everybody to projects created with ArcGIS Pro 2.3. Creating new projects is no problem. Creating a new feature class (manually from menu or by tools) is nearly impossible. The creating process is setting up the table, but the resulting table does not become visible to ArcGSI Pro, because the windows cache is to slow and updated periodically, while Arc GIS Pro expects the table’s availability in the cache at once. Though the table is there but ArcGIS Pro fails to write into it, because it does not know the feature class table which has been created by ArcGIS Pro the immediate preceding step. Until we realise what is taking place this sort of error is very embarrassing and makes us turn back to ArcGIS Desktop or QGis. Finally we found a workaround described in https://support.esri.com/de/technical-article/000012722 This option is not available for a normal user, as managing settings inside registry is not allowed for every user within a computer network, e.g. universities. And again this way cache is deactivated for everything, not only for ESRI services. Thus ESRI necessities have consequences for everything and slows down the system even if it is not in use. ESRI is already aware of this problem, as we learned from the link named above. We strongly recommend to integrate the problem’s solution inside the ArcGIS Pro software, a solution which does not need registry-manipulation to allow the user to use the software. In case ArcGIS Pro cannot force to get updated information from the cache it is necessary to inform the user that we have to wait, due to cache - in stead of ESRIs momentary idea: leave the user alone let him sacrifice hours to find out what is going on. Obviously “waiting for a cache” is not the original idea of a cache. Any other solution? A workaround inside ArcGIS Pro necessarily needs to deal with using tools which do create and fill new feature classes in one step, too. Otherwise a seamless usage is not possible.
... View more
03-22-2019
12:23 AM
|
2
|
1
|
1065
|
Title | Kudos | Posted |
---|---|---|
2 | 09-06-2022 04:05 AM | |
6 | 09-06-2022 04:19 AM | |
3 | 09-06-2022 01:34 AM | |
2 | 03-22-2019 12:23 AM | |
1 | 04-03-2019 03:49 AM |
Online Status |
Offline
|
Date Last Visited |
03-05-2024
07:25 AM
|