POST
|
You could build into the modelbuilder a variable that is passed "inline" throughout the model that supplies the new location of the geodatabase instead of relying on a "relative path" solution. The variable would need to be supplied by the person running the modelbuilder to navigate to where the FGDB is located or would be created. Then within the model builder you would supply this new path and then the name of the FGDB by using "%FGDB_Path\MyFGDB.gdb%" within each of the tools. This would probably be better than beating your head against a wall; IMHO. OneDrive has issues with ArcGIS Pro due to the nature of how a FGDB creates and names the files within itself. OneDrive does not like the files it stores to have "unrecoginzable" extensions; such as "a00000001.gdbindexes", "a00000001.gdbtable", and so on or at least I feel that is the issue since I receive a warning to rename these types of files. I could be completely wrong here.
... View more
01-19-2024
11:18 AM
|
0
|
0
|
580
|
POST
|
Another question related to WebGISDR. Is changing the Portal Database password in the Portal Admin endpoint going to cause any issues related to this bug? We're testing the WebGISDR but don't know the password to the DB which we need for creating the initial Portal admin account in the new environment in order for the restore to work. Of course we won't do the restore "for real" until after the fix is released. But I can't test the restore without changing the password first. If there is any risk associated with changing the Portal DB password, we'll wait. Otherwise, we'd like to go ahead and do some testing while we wait for the fix to be released. I'm just being overly cautious since I don't want to "trigger" the bug.
... View more
01-16-2024
09:03 AM
|
0
|
0
|
330
|
IDEA
|
No problem @GavinLemley, that was a while ago, I had to read back to remind myself what I was talking about!!!! Glad you found it helpful.
... View more
01-12-2024
01:42 AM
|
0
|
0
|
97
|
POST
|
Be careful what you say, I was reprimanded for bad mouthing ArcPro. He told me this is not the place to complain, they only want happy things here. I replied by saying a community to work directly with the uses would be nice to we can suggest and get things fixed. We are the foot soldiers with GIS, if you don't listen to us things may only get worse. He told me I should talk to my rep, but he just quit and went somewhere else, keep getting new reps. So I have to go through my whole story again and again. I am looking at other avenues, like Diamond Maps and OpenGov. I am a currently doing double work now with ArcMap and ArcPro. First edit locally then in the wee hours copy data to Pro. I was a devoted Esri fan, but not since Pro came out. Man how Esri has changed in the last 25 years. United We Map! Maybe someday they will listen to users..........
... View more
01-02-2024
06:38 AM
|
0
|
0
|
343
|
POST
|
As a follow up to this, it looks like a server space issue... Received the following from one of our GIS admins from the logs:
... View more
12-14-2023
06:06 PM
|
0
|
0
|
577
|
POST
|
From what I read in the links you posted, fault tolerance is not the issue with the performance of administering services. Fault tolerance just means stuff doesn't get lost in case of a failure of a single disk or server, e.g. by having a RAID that stores backup copies of any file, or a secondary server storing a backup. It doesn't say anything about the performance of the underlying file system. Your problem is already pointed out by the text you quoted: apparently DFS will not immediately show any changes / writes to it to all machines accessing it, which appears to be required for properly managing your ArcGIS Server installation. This delay caused by DFS makes it unsuitable for storing your configuration store. Based on the remarks of random high IO requirements in the links you posted, you're probably best off putting it on a (dedicated) single server with an NVMe drives based RAID 1 or 5 to have backup of the data. Modern NVMe drives should give you the required random IO performance.
... View more
12-14-2023
12:24 PM
|
0
|
0
|
291
|
POST
|
Can validate this as well. Was setting up a second test Parallels VM on my Mac M1 and completely forgot NOT to install the Arm64 version of the .Net Desktop Runtime and Pro failed to start. Uninstalled that version and downloaded/installed the x64 version (in this case 6.0.24) and Pro starts up fine.
... View more
11-08-2023
09:30 AM
|
0
|
0
|
143
|
POST
|
Hello, I am having the same problem, but I can not find a way to get to the place where I need to select the option "use symbols compatible with all apps"
... View more
11-03-2023
03:28 PM
|
1
|
0
|
1179
|
IDEA
|
This idea has been resurrected once before and here I am resurrecting it again. I have a case where I'm wanting to label a set of line features with a type code, but some are as long as a city block, and some are as short as a car width. Where I'm zoomed enough and/or where the features are long enough, I'd rather see the full name, but for the ones where that's not practical, I'd prefer (manually-calculated) abbreviation. The long name is easy - I just set the "minimum feature size" in the label properties, and I only get it where I want it. The abbreviated name is the problem, though; because there's no "maximum feature size", it shows up on everything, which makes the labels on the big features redundant.
... View more
09-14-2023
07:36 AM
|
0
|
0
|
141
|
POST
|
Also note that Esri made this setting default in Pro 3.1, so even if you do not want it, it is still activated. I actually think this is a bad descision on Esri's part, it is always better to let users "opt-in" on new functionality, instead of having to "opt-out". This also reduces the risk of user issues in case the new functionality turns out buggy, as in this case...
... View more
08-22-2023
12:23 PM
|
0
|
0
|
659
|
IDEA
|
@AlfredBaldenweck Unfortunately there was a regression. See https://community.esri.com/t5/arcgis-pro-ideas/view-sql-definition-of-fgdb-database-views/idi-p/1238066 I see you're still on 2.9.5. The bug on the support site indicates that it was patched in 2.9.8 so if you install the latest 2.9.x patch (10 at this point I believe), this should be resolved: https://support.esri.com/en-us/bug/a-view-definition-is-not-displayed-for-file-geodatabase-bug-000154284
... View more
08-17-2023
02:54 PM
|
0
|
0
|
975
|
POST
|
@KoryKramer thank you very much for your contributions. I have the same problem as @JustinOdell, when publishing a service with ArcGIS Pro 3.0 in ArcGIS Enterprise 11.0 with this custom symbology, using an ARCADE expression for the color assignment, the service only respects this symbology with the map image, however, with the feature service it does not work, that is, the custom colors are not applied with the expression. Is there any solution to this problem? I attach an image of the configuration in ArcGIS PRO and its visualization in Enterprise.
... View more
08-08-2023
02:39 PM
|
0
|
0
|
1370
|
POST
|
After you posted your problem and question, I just couldn't resist doing an attempt to output a 1073x970 cm wall size map of the United States straight from ArcGIS Pro based on the 1:500k spec and the OpenStreetMap global database created with my ArcGIS Renderer for OpenStreetMap that I created. The screenshot of the resulting giant 1GB(!) size output PDF at its full extent included below, took about 12 -18 hours to export if I remember well, including hillshading. I already had the result on the 13th of May, but since you showed no further interest and it was likely you were making further attempts to concoct your own version, I did not show it before. The additional screenshots again show the actual 1:500k detail of the data, as viewed at 100% display scale in Adobe Reader, and as generalized and prepared by my Renderer from the original OpenStreetMap data. The giant PDF can only be opened on a recent 64bit version of Adobe Reader, and it takes about 10-15 minutes to open on my admittedly powerful but slightly dated HP Z840 hardware. After that, browsing it at 100% is sluggish, but definitely not so bad to be unusable. It was fun and exhilarating to see this gargantuan PDF open up with the tremendous amount of detail. Again, its best to download these images due to the poor preview option of the ESRI Community website, not allowing you to view them at their original 100% scale. I agree about your observations regarding the "Multiply" blend mode, it is the best of all available. I also recognize the issue you posted about vector layers of roads showing hillshade detail through. This issue does not occur in my Renderer, due to the layers for roads being rendered and stacked on top of the hillshade with the blend mode, with the landuse layers below the hillshade in the TOC, that will show the blend and hillshading effect (but this is of course the desired thing). Due to the layers being stacked on top, the shields and road rendering isn't affected by the blending and hillshading (although in this particular "Topo" style I actually don't render shield, but only road ref labels parallel to the roads, I do have another style with a simple form of shields).
... View more
06-09-2023
10:20 AM
|
0
|
0
|
2047
|
POST
|
One thing I have noticed is that is takes much longer to connect to a portal on the machine where we re-installed the pywin32 module. My normal work machine was silently updated to 3.1.1 with no issues. If I do a simple timing of how long it takes to establish a connection, it takes 3 to 4 times longer on the machine where we did the re-install. I know this is nit-picking over a few seconds, but I'm wondering if there's a reason for this...? The first screenshot below is for my work machine (slient update, no issues), and the second is for the machine where we re-installed the pywin32 module. The connection parameters are the same (url, username, password).
... View more
05-24-2023
09:37 AM
|
0
|
0
|
2684
|
POST
|
If you want to roll your own, visit the OSM Daylight Distribution site: https://daylightmap.org/
... View more
04-25-2023
10:13 PM
|
0
|
0
|
2737
|
Title | Kudos | Posted |
---|---|---|
1 | 02-05-2024 12:48 PM | |
1 | 12-17-2023 03:40 AM | |
1 | 12-17-2023 03:33 AM | |
2 | 12-14-2023 09:55 AM | |
1 | 04-24-2013 02:02 AM |
Online Status |
Offline
|
Date Last Visited |
Wednesday
|