|
POST
|
I ran into this issue today. Over the weekend I was experimenting with my work laptop at home; decided to check the box for offline use. Fast forward to today, middle of the work week. Was having unrelated, non-GIS issues with the same laptop, so I decided to re-image the machine. Lo and behold when I reinstalled ArcGIS Pro I was prompted with the following error message after entering my AGOL username and password. Called ESRI tech support and they were able to reset the license associated with my AGOL account.
... View more
10-02-2018
12:57 PM
|
5
|
0
|
6435
|
|
POST
|
Ok, think I've got a solution to issue #1. It was due to the way our organization had originally created the source mosaic datasets that the image services were pointed to. My hunch is that they were created 'incorrectly', or at least, not in the best practices manner. Our organization maintains a series of mosaic datasets for our various orthoimagery flights; they are all divvied up by year (eg. 1995, 2004, 2013, etc) then further divided into two types: clipped to our city limits and the non-clipped mosaics (you know, the grid-like orthos that have boxy look which 'leaches' into surrounding counties outside the typical AOI). For the creation of the non-clipped mosaic datasets, we simply pointed them to the source tile images and created the dataset. But for the 'clipped' mosaics, we pointed the source imagery to the non-clipped mosaic dataset and manipulated the boundary to only show imagery within the city limits. In other words a mosaic dataset was pointed to another mosaic dataset as its source imagery; probably not the best approach, but it seemed to work well until this print issue was discovered. After much trial and error I narrowed it down to these city limits clipped mosaics. Every time I tried to create a new, test image service, it would fail during cache creation (ERROR 0001456: Failed to update tiles). This error would only occur on these particular 'clipped' mosaics. Unfortunately it was extremely difficult to narrow this issue down because all our image services were pointed to these city limits clipped mosaic datasets, so they were all uniformly incorrect. Just took a lot of trail and error with sample/test datasets. Additionally, I am unsure how we were even able to create the original image services years ago given all of the difficult I encountered with testing. But right now I am creating all of our source mosaic datasets and rebuilding the image services too. Time-consuming, but at least it's being done right. As for issue #2, still working on troubleshooting this problem. Got an ESRI ticket open right now.
... View more
07-20-2018
12:01 PM
|
0
|
0
|
2360
|
|
POST
|
Good question, I'd also like to know this. While I admittedly am more focused on the SQL side of things (hey we're a SQL shop! haha), I'm curious about Oracle as well.
... View more
07-20-2018
09:40 AM
|
0
|
0
|
1543
|
|
POST
|
I see a reference to NIM089518. A quick google search as well as a search on the ESRI reveal no other results (besides this Geonet post). Is this information available internally only to ESRI staff or is available to end users like myself?
... View more
07-20-2018
08:50 AM
|
0
|
1
|
1543
|
|
POST
|
I have two issues that seem to be somewhat related in that the revolve around the default print widgets available in the GUI version of Web App Builder as well as in ArcGIS Online. Issue 1). I cannot print any of my internally hosted image services. My organization has 6 externally facing image services; none of the services will appear if you try using the print functionality in the AGOL map or using the print widget in WAB builder. This is regardless of whether I've placed the service as a layer or as a basemap. The output will only show the other features in the map, eg. other services/layers and/or another basemap (if applicable). Interestingly, the credits for our organization appear in the bottom corner of the print out (along w/ credits for Esri, HERE, Garmin, etc.) but the imagery fails to appear. I've researched and tried a few things to fix this issue. I stumbled upon an ESRI Technical Support article that mentioned to check the maximum X,Y pixel limit for the imagery service. However, the article does not describe how this is done ... service properties? Somewhere else? I did experiment with output map pixel size, as the default it 670x500 px w/ a DPI of 96. Changed it to a tiny 10 x 10 and was still left an output map sans the imagery. Another item I've tweaked is the SOC maximum heap size; changed it from the default 64MB to 256MB to match the application server limit. No affect. Even with attempting to print the 10x10 pixel output. I'm thinking this might not be the remedy. Although, it is interesting to note there doesn't seem to be a best practices limit to what this max heap size should be set to ... Issue 2). I also seem to be having difficulty printing from internally hosted dynamic map services that have labels enabled. When a label is enabled on a layer, only the label appears in the print output. On the flip-side, if no label is present, the feature will appear just fine. Note this is both with unsecured and secured services. Admittedly, I have not done too much troubleshooting with this problem (it was just brought to my attention yesterday), however, I was unable to find any other sources out there describing this particular issue ... so I honestly don't know where to begin ...
... View more
07-17-2018
08:57 AM
|
0
|
2
|
3164
|
|
POST
|
Also interested in what you did to the CSS to keep the layer list expanded; not exactly sure which file gets manipulated.
... View more
06-08-2018
11:56 AM
|
0
|
0
|
4854
|
|
POST
|
Matthew, stumbled upon this same issue you are experiencing yesterday. Check out this thread; same scenario ...
... View more
06-06-2018
05:21 AM
|
0
|
0
|
1773
|
|
POST
|
Also running into this issue. After some trial and error, going back and forth between the GUI and python environment, it appears as though the 'checkbox' step is somehow being neglected in the script. When running the tool via the toolbar you have to manually check the Apply box (see below). As clarification, when I say I've tried it in the GUI environment, I mean both the Geoprocessing tool via ArcToolbox (Data Management Tools > Distributed Geodatabase > Import Replica Schema), by right clicking on the replica GDB and selecting Distributed Geodatabase > Import Schema Changes, and using the toolbar. It is interesting to note that the checkbox option is not available via the Geoprocessing tool, however, changes seem to go through just fine. Very problematic because I'd like to run replication programmatically ... either a weekly, if not a daily basis ...
... View more
06-05-2018
12:21 PM
|
0
|
0
|
1394
|
|
POST
|
After almost 3/4th's of a year, I finally got this figured out. I actually had put this task on the back-burner, as I was able to run my script just fine on a local machine. However, in an effort to get all of our automated tasks running in a server environment, I decided once again to explore the issue I was having. Here's what I did: made sure both the 32-bit and 64-bit Oracle clients were installed on the server. I had both installed before under a generic account but I actually had to reinstall both because our organization switched some security policies. Next (and I think this was the task that fixed the issue) I made sure that the 'Path' system variable under Environmental Variables was pointed to the following folders: D:\app\client\<username>\product\12.2.0\client_2\bin D:\app\client\<username>/product\12.2.0\client_1\bin Obviously 2 folders for the 32 and 64-bit flavors of the client. Now I am successfully able to open the OLE DB connection on the server in arcmap as well as the nightly python script.
... View more
05-18-2018
05:30 AM
|
0
|
0
|
392
|
|
POST
|
I just want to say I'm glad I found this thread. Was having trouble with my script on my desktop machine running 10.3.1; kept getting a 000358 error even though I didn't even have an expression ... it was blank. Out of frustration I decided to upgrade to 10.5, ran the script without making a single change and it worked.
... View more
09-06-2017
07:44 AM
|
0
|
0
|
1580
|
|
POST
|
While this works, it kind of defeats the purpose of having all geoprocessing parts of a script run 'in memory' (which is what I'm trying to accomplish)
... View more
09-06-2017
07:42 AM
|
0
|
0
|
1580
|
|
POST
|
Sure, no problem! First I installed the client; just downloaded the zip file from the Oracle website, extracted it and placed it on the C:/ drive. Opened up the extracted folder and ran the .exe file to install the client software. Ran through all of the defaults except where it asked for Installation Type .... chose Administrator (other options included: InstantClient, Runtime, and Custom). Everything installed just fine. Next, I opened up ArcCatalog and chose 'Add OLE DB Connection'. Selected the 'Micosoft OLE DB Provider for Oracle' option under the Provider tab. Under the Connection tab I provided the server name, using this format: <servername>/<instance> and plugged in the username/password provided to us. Hit 'Test Connection' and it succeeded. Note we kept the default settings for all of the options under the Advanced and All tabs. After that we hit OK and were to able to connect. I used this same process on both the server side as well as the desktop side.
... View more
08-21-2017
12:29 PM
|
0
|
0
|
2042
|
|
POST
|
As far as I know, 11g is not supported with Windows 10. Tried installing and was presented with an error. For reference, Oracle 11g R2 installation on windows 10 & Error when trying to Install Oracle Client on W... | Oracle Community. Honeslty, I am not an Oracle guy (nor is anyone at my organization ...) But like I said, I've installed the 32-bit client software for 12c and was able to connect in ArcCatalog no problem. The only issue I have is running that script on the server itself ....
... View more
08-21-2017
11:10 AM
|
0
|
0
|
2042
|
|
POST
|
Alright so now I have both 32-bit and 64-bit client installed. Tried running it in IDLE using the 32-bit version of Python; same error. Next, I tired running it using the 64-bit version of Python; same results ... ERROR 000732. I will note that I tried this in IDLE (by manually navigating to where python is installed on the 64-bit side), through CMD line (again calling out the 64-bit version), and in Task Scheduler ...
... View more
08-21-2017
10:32 AM
|
0
|
0
|
2042
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 09-23-2025 06:39 AM | |
| 1 | 12-13-2021 09:19 AM | |
| 1 | 12-09-2022 06:41 AM | |
| 1 | 04-11-2022 08:19 AM | |
| 3 | 07-17-2023 07:44 AM |
| Online Status |
Offline
|
| Date Last Visited |
10-01-2025
09:07 AM
|