Latest Contributions by DarylHochhalter

Re: New User Types · ‎05-16-2024

I'm wondering about the viewer licenses currently unlimited with enterprise. Not clear to me that they aren't being effectively taken away with the new structure including a charge of $125 for viewer licenses. Since those are the only users you can assign to anyone now to view things that aren't shared with everyone. Also, it does seem that any permanent licenses we have may be disappearing as well, which I guess means it depends on your definition of permanent? I have written to the account manager on this but haven't yet received the response. Quote from email on this topic: Updated Pricing and Expanded Access The upcoming license updates streamline and provide expanded access to ArcGIS capabilities, apps, and services through the updated user types. The US list prices for annual subscriptions and annual maintenance are detailed below. Viewer—$125/year Securely view maps, apps, and dashboards, including content from ArcGIS for Microsoft 365. I don't see how charging for a user type previously free and unlimited can possibly "expand access to ArcGIS capabilities"?

‎05-16-2024

Classic Map Viewer loads the tables associated with a mapservice, Map Viewer doesn't, this is a problem IMO! I have to load my layers in Classic and save the map so they are included even when viewed in Map Viewer. Also, there is no way to load them separately from a map service, I'm thinking you can only load tables from portal in Map Viewer.

‎05-16-2024

Enterprise Standard base deployment 11.1 on Windows Server 2019. A month or so after upgrade to 11.1 from 11.0 got a notification the server drive was filling up. I found the cause was dump files by Opensearch due to a fatal error involving the JRE installed with portal. I wasn't able to find much online to explain it, so attempted to use windows to repair the portal installation. It didn't seem to change any of the dates on the JRE folder under the portal runtime folder which seemed to have much older modified dates then the rest of the 11.1 install. I had already installed a couple patches including: Portal for ArcGIS 11.1 Validation and Repair Portal for ArcGIS 11.1 Enterprise Sites Security Patch C I then installed: Portal for ArcGIS 11.1 Sharing Patch Portal for ArcGIS 11.1 Security 2024 Update 1 Patch One of these did change the modified date for JRE and still waiting to see if this solves the issue. Other then the dump files filling the drive, I haven't noticed anything not working as expected. A portion of the Opensearch log file that goes with the dump: # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_IN_PAGE_ERROR (0xc0000006) at pc=0x00007ffdc2f577fb, pid=23168, tid=23896 # # JRE version: OpenJDK Runtime Environment Temurin-11.0.18+10 (11.0.18+10) (build 11.0.18+10) # Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.18+10 (11.0.18+10, mixed mode, tiered, compressed oops, g1 gc, windows-amd64) # Problematic frame: # V [jvm.dll+0x6777fb] # # Core dump will be written. Default location: C:\Program Files\ArcGIS\Portal\framework\runtime\ds\framework\runtime\opensearch\hs_err_pid23168.mdmp # # If you would like to submit a bug report, please visit: # https://github.com/adoptium/adoptium-support/issues # --------------- S U M M A R Y ------------ Command Line: -Dopensearch.networkaddress.cache.ttl=60 -Dopensearch.networkaddress.cache.negative.ttl=10 -XX:+AlwaysPreTouch -Xss1m -Djava.awt.headless=true -Dfile.encoding=UTF-8 -Djna.nosys=true -XX:-OmitStackTraceInFastThrow -Dio.netty.noUnsafe=true -Dio.netty.noKeySetOptimization=true -Dio.netty.recycler.maxCapacityPerThread=0 -Dio.netty.allocator.numDirectArenas=0 -Dlog4j.shutdownHookEnabled=false -Dlog4j2.disable.jmx=true -Djava.locale.providers=SPI,COMPAT -Xms2048m -Xmx2048m -XX:+UseG1GC -XX:G1ReservePercent=25 -XX:InitiatingHeapOccupancyPercent=30 -Djava.io.tmpdir=K:/arcgisportal/dsdata/temp -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=data -XX:ErrorFile=logs/hs_err_pid%p.log -Dlog4j2.disable.jmx=true -Djava.io.tmpdir=K:/arcgisportal/dsdata/temp -XX:MaxDirectMemorySize=1073741824 -Dopensearch -Dopensearch.path.home=C:\Program Files\ArcGIS\Portal\framework\runtime\ds\framework\runtime\opensearch -Dopensearch.path.conf=K:\arcgisportal\index\config -Dopensearch.distribution.type=zip -Dopensearch.bundled_jdk=false -agentpath:C:\Program Files\Palo Alto Networks\Traps\cyjagent.dll org.opensearch.bootstrap.OpenSearch -d -p C:\Program Files\ArcGIS\Portal\framework\etc\pids\opensearch.pid Host: Intel(R) Xeon(R) Gold 6134 CPU 23G, Windows Server 2019 , 64 bit Build 17763 (10.0.17763.4974) Time: Sun May 12 15:48:23 2024 Mountain Daylight Time elapsed time: 277128.300558 seconds (3d 4h 58m 48s) --------------- T H R E A D --------------- Current thread (0x00000233fe09d800): WatcherThread [stack: 0x00000050afb00000,0x00000050afc00000] [id=23896] Stack: [0x00000050afb00000,0x00000050afc00000], sp=0x00000050afbffab0, free space=1022k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [jvm.dll+0x6777fb] V [jvm.dll+0x72f69f] V [jvm.dll+0x77db5d] V [jvm.dll+0x7a3c9d] V [jvm.dll+0x79c904] V [jvm.dll+0x64e065] C [ucrtbase.dll+0x2268a] C [cyinjct.dll+0x11e7] C [KERNEL32.DLL+0x17ac4] C [ntdll.dll+0x5a4e1] siginfo: EXCEPTION_IN_PAGE_ERROR (0xc0000006), writing address 0x00000233efa439f8

‎03-28-2024

After upgrade of ArcGIS Enterprise from 11.0 to 11.1 ArcGIS Pro Python Conda environment version 3.9.16 , I have a task script on the server machine that throws an arcpy ERROR 000732 does not exist or is not supported from either conversion.ExportTable or conversion.TableToGeodatabase. After much troubleshooting, I've determined that these arcpy tools aren't recognizing the odc connection file as a remote database. Instead the Describe object sees them as dataType file. It is the only part of arcpy scripts that isn't functioning as expected and I have many run as tasks. The same ArcGIS Pro Python environment is installed on my desktop computer with Pro 3.1. I can run the very same script successfully from the same location accessing the same .odc connection file. Microsoft ODBC 17 is installed on both machines, the server is windows 2019, the desktop is windows 11. The DNS connection is to a Firebird DB but since arcpy isn't recognizing the file that should point to that DNS, I don't think that matters. The ODBC DNS connects successfully via ODBC data source administrator and I can connect and retrieve rows in a python script using pyodbc. It seems to be just arcpy functions on the server machine that can't connect because they simply don't recognize the .odc connection file that is part of the string to a table and don't even attempt to connect according to the ODBC trace log from data source administrator. Although the ArcGIS Pro Python environment versions are the same on both machines, apparently they aren't the same. I haven't noticed any other functionality issues since the upgrade to 11.1 Is there some configuration file that could fix this? Filesystem extensions associations? What are the differences in the server arcpy environments and the desktop arcpy environment since they do run on a different OS. Barring an easy fix, I'm inclined to find another way to get the info I need from that Firebird database. Perhaps this should be a BUG?

‎03-28-2024

I know what you're talking about, but that isn't the case with the regular arcpy import, which is all this script uses. Also, it was running on the server prior to the update to 11.1 from 11.0. The arcgis pro conda environments are actually identical on both machines now, at least according to the version, but apparently not by functionality. As for importing the ArcGIS module to a python script, it is easier when you can use the Pro credentials to initiate GIS, but I don't even have Pro installed on the server machine. You can get around that by entering the credentials in the script or supposedly somehow using the a windows keyring profile, but none of those work arounds are efficient especially is you want to run it as a task. My issue seems to be that arcpy no longer recognizes a .odc file as a workspace connection file, like it does with an sde file. The actual ODBC DNS in Windows is valid and I can open the connection using pyodbc. Also, Arcpy can access the .odc file, but just doesn't see it as a workspace, it describes it as a file not a remote DB. Even when I run that script from my desktop it is accessing the very same .odc connection file and working, it's very weird.

‎03-27-2024

I finally just went back to 3.1 after having some other issues related to lyrx files and not being able to access them through arcpy, possibly because they had joins in them too???

‎03-27-2024

I found out late yesterday that the issue in my script is that it can't seem to connect through the .odc file to an external database. The frustrating thing is that I can connect to the database if I go through Pro from my desktop using the very same file from the same location. Also, going into the ODBC connection directly on the server machine the test connection works. I'm guessing that some of the required windows features for enterprise 11.1 changed something related to those connections, because all other parts of the arcpy script run fine from the server machine. But don't know what that issue might be???

‎03-26-2024

I have the same issue with the same versions Python 3.9.16 Server 11.1 and Pro 3.1, works on the Pro desktop machine not when I run it via remote desktop on the server machine. The very same script from the same location. ERROR 000732: Input Table: does not exist or is not supported The server is Standard the pro is advanced but this script uses arcpy.conversion.ExportTable which is available in either license. One more thing, it was running on the server at 11.0, just upgraded to 11.1 and now doesn't run.

‎03-26-2024

I'm having the exact same issue with the same version of python. Server 11.1 script gives error Error Info: Failed to execute. Parameters are not valid. ERROR 000732: Input Table: Dataset A:\ArcGIS\DixTools\Connections\CamaVision64.odc\GENERAL does not exist or is not supported Very same same script on Pro desktop machine successfully runs. Running from IDLE Python 3.9.16 [MSC v.1931 64 bit (AMD64)] on win32 I am connected to the server via remote desktop?

‎02-15-2024

When you uninstalled 3.2 did you have any issues with losing favorites or project setting etc.?

‎02-14-2024

Another related post: https://community.esri.com/t5/arcgis-pro-questions/arc-pro-field-mapping-not-working-in-export-table/m-p/1382284#M78758

‎02-14-2024

Yes, there is a bug but don't think they have classified it as such yet. I have trouble with ExportFeatures in a script that ran fine in 3.1 and still runs from our enterprise 11.0 server machine. I tried all kinds of reformatting for the string in the fieldmappings but nothing worked, then discovered that even using a single line string for fieldmappings in the ExportFeatures funtion still didn't work, I found another post where the issue seems to be with layers that have a joined feature class or table. https://community.esri.com/t5/arcgis-pro-questions/export-features-with-table-join-field-mapping-v3-2/m-p/1382243#M78752

‎02-14-2024

This is still an issue, I recently upgraded to Pro 3.2 from 3.1. I've been using a python script retrieve features and table data from a REST service and export the updated results based on a joined layer to a feature class. fieldmappings don't work at all no matter what format I've tried. We are currently running Enterprise 11.0, I can run the same script on the server and it functions as expected. This is most certainly a bug. Also, the feature classes created with 3.2 from the REST service cannot be accessed in Arcmap 10.8.2, even though they reside in a File or Enterprise GeoDB where other feature classes can be accessed from Arcmap. This isn't the case if the feature classes are exported from another File or Enterprise GeoDB using Pro 3.2.

‎11-22-2023

This is in Android but One of the things that can be done is to use an expression to generate a link, then use that along with a URL to a pic in the popup media. In Field Maps when you tap the image it opens in another window, the options there allow you to open the link. In my case, it downloads the file to my phone/tablet, before opening. The same format is a nice single click to open in the browser with the same web map. Not great but gives access for now.

‎11-22-2023

So, I've been trying the COGO tools in Pro for a few days, I certainly should have checked into the functionality before posting my original Idea in this forum, but thanks for all the helpful responses. Many improvements have been made since the earlier versions of Pro. I still didn't find the ability to edit the direction and distance of an existing line, if that is somehow available without loading from sketch, I'd like to know. It seems to me that if the correct ground to grid corrections are set it really shouldn't present the problems mentioned in several posts about lines not connecting? It sure seemed to work in ArcMap? As for the parcel fabric, It is a great thing as far as I can tell, as with many things there have been significant changes since it was first introduced. I think some of us who have been working with the software for many years have learned to anticipate these things. We are therefore reluctant to be early adopters, especially for those of us who are very short staffed in our organizations. Even at this point, the changes in field types presents a significant commitment in time when considering moving into the parcel fabric for a single person who is already managing an enterprise GIS and updating features for utilities, roads, parcels, boundaries, and all sorts of other stuff. Changes to fields and moving to branch versioning are all complicated things when so many processes are running on scripts to update and publish information for users of all sorts. With that said, I still try to keep our parcel features in a schema that will make it somewhat easier to transition to the parcel fabric at some point. I have noticed looking at the current fabric schema, that it will not be as easy to label lines from lots and blocks where the direction offset/convergance angle differs from subdivision to subdivision, so that the info very closely matches what is on the plat documents. I have found the one arcade funciton ConvertDirection but seems like there should be some easy funcitons in Arcpy to go from the COGO Direction field to various Direction formats. Thanks again for all the responses, the community has been helpful!

Online Status	Offline
Date Last Visited	‎04-06-2026 01:40 PM

My Ideas

Latest Contributions by DarylHochhalter

Re: New User Types

Map Viewer Mapservice tables

Opensearch fatal error JVM creating large dump files filling drive

arcpy not recognizing .odc connection file since enterprise 11.1 upgrade

Re: Scripts works on PC but not server running same python versions...why?

Re: Export Features with Table Join - Field Mapping (v3.2)

Re: Scripts works on PC but not server running same python versions...why?

Re: Running python using server

Re: Scripts works on PC but not server running same python versions...why?

Re: Export Features with Table Join - Field Mapping (v3.2)

Re: Export Features with Table Join - Field Mapping (v3.2)

Re: Arc Pro Field Mapping not working in Export Table conversion tool

Re: Export Features with Table Join - Field Mapping (v3.2)

Re: URL link within field maps popup not working.

Re: COGO tools independent of COGO enabled features or parcel fabric

Searching for maps in Field Maps app

Re: Configure pop-ups gone from Map Viewer?

Re: New User Types

Re: New User Types

Map Viewer Mapservice tables