|
POST
|
HI @AnninaRupe1 - can you describe your deployment for me? We have a distributed deployment, with portal, a 2-machine hosting site cluster, a relational datastore, a tile cache datastore and a 2-machine federated site cluster that holds our Image Server role. We then use a separate configuration server to hold the hosting sites' ArcGIS server directories and the federated sites' ArcGIS server directories. For image storage, we have an on-prem storage NAS that holds all of our source tiffs for all of our imagery (14Tb currently) Everything communicates by directory share via a server-registered datastore folder connection (datastore) that holds a file gdb containing Image Mosaic datasets. Currently the Image Mosaic file gdb is up to 15Gb, but it contains 35 mosaic datasets. l guess my point is, you shouldn't have to copy any source images or data to the server if you share a folder with the arcgis server service account, and then register that folder to either portal or directly to server. That is how I am able to publish my mosaic datasets as Image Services without having to copy any data. Even if you don't have a distributed deployment like us, you could share a local folder with the arcgis server service account, and then register that local folder as a datastore folder. The Image Mosaic datasets will just contain the path reference to your cloud storage for the source COGs - and you can even write out the Image Mosaic Overview tiffs to your drive, since they don't take much space. But it is a lot of work, and fortunately I only have to do it once a year, when we receive our annual Pictometry flights.
... View more
08-23-2024
09:12 AM
|
0
|
3
|
1915
|
|
POST
|
Ok thank you for the update on this @TonghuiMing. Please let us know if a fix comes out with the current release, as I suspect the next Online release will be in November / December? I suppose for us, I could add my file geodatabase raster dataset as a source raster for a Mosaic Dataset and then construct that Image Mosaic dataset without Overview files. Otherwise, a service pixel value returned from an Overview file pixel will contain skewed (averaged or otherwise interpolated) values. For an elevation DEM, that cannot be. But it is tricky to do and requires a lot of work, and this may not be an option for @AnninaRupe1 or others using COG. She would have to construct Image Mosaic datasets using the cloud-sourced COG (Cloud Optimized GeoTiff) files as the source rasters, and then would need to be able to store Overview files and in their cloud location.
... View more
08-16-2024
08:46 AM
|
2
|
9
|
1976
|
|
POST
|
Just to kind of follow up on this @TonghuiMing - when you write: "" Our map widget has the logic to check and sync with the data source selection (so that in regular cases, other widgets will be able to use these selections), and OBJECTID being null has caused the check to fail. Thus, you will see the loading and then flash behavior. "This behavior seems fairly recent, within the last few weeks or so." - However, this comment seems a bit confusing to me, since the logic is there for a while. It should not happen recently. "" I'd just like to add that I would have used an Instant App solution for my app (probably Media Map), but none of them we're quite right, since we needed customers and residents to be able to add data layers AND return a pixel value. I would never have used the ExB solution if the pixel value were NOT returned when I created the app on June 3, 2024. I was quite happy to see that the map widget popup did honor the pixel value as a return. So, to me, you saying that the ExB map widget should never have returned a pixel value doesn't sound right - UNLESS the behavior began with the June 26, 2024 ArcGIS Online update and I just did not notice until the last week or so. If that's the case, then I would say the June 26 Online update has a breaking change and to please fix . . .
... View more
08-14-2024
11:55 AM
|
1
|
3
|
3375
|
|
POST
|
Yes - one of my older collabs did also sync successfully. I should note again that all my 'production' collaborations are Distributed>Send Content>By Reference>Scheduled Interval.
... View more
08-14-2024
10:40 AM
|
1
|
0
|
1236
|
|
POST
|
A new collab I set up yesterday to replace an existing failed collab just tested ok - it sync'd its 3 large portal hosted feature layers by reference to our agol. Now I'm going to test one of my older collabs containing hosted feature layers.
... View more
08-14-2024
08:46 AM
|
1
|
0
|
1246
|
|
POST
|
Tech support notified me of the fix. I'm running a scheduled sync at 11:30 - hopefully will work
... View more
08-14-2024
08:28 AM
|
0
|
0
|
1261
|
|
POST
|
Hi @TonghuiMing - thanks for the reply. "The target layer is a dynamic imagery layer type, however, the specialty about it is that it does not contain any fields - no OBJECTID either" - this is normal for a dynamic image service sourced from a file geodatabase Raster Dataset. This is the only way to get at the service pixel values. Clearly, the JavaScript 4.x api recognizes and interprets the pixel values from the image service as fields that can return values, the {Raster.ServicePixelValue} and the {Raster.ServicePixelValueRaw}: And so Instant Apps or a custom JavaScript 4.x app with Calcite components have no problem returning these values. But yes, like @AnninaRupe1 - we need this capability in the ExB and it was there. I could see in the Console log that something was 'missing fields', and I assumed that was the raster datasets. What happened? Yes - both of my elevation services are public, you can access through the rest endpoint. Until then, I had to stand up a simple viewer that my users can access via a new Button link on my ExB, but this is not a solution.
... View more
08-14-2024
06:36 AM
|
2
|
0
|
3379
|
|
POST
|
Tech support contacted me last night with the following: This is ***** from Esri Support Services, writing in reference to case #03698316. I have taken ownership of the case and will work with you to reach a resolution. Based on the notification, I understand that you are reaching out about BUG-000169932: Collaboration Timeouts in ArcGIS Online. Please be informed that the bug you mentioned is related to the current service disruption, which is affecting multiple organizations. Our operations team is actively working to resolve the issue, and I will keep you updated with any new information regarding this incident. Additionally, I have attached the bug to your case, and you can view the status of the defect through the following link My Esri > My Organization > Support > Search for BUG-000169932 So - Current Service Disruption. That makes sense to me, as there have been other flaky things with Content - like items still showing in one folder or one group after moving or deleting until I physically refresh the browser.
... View more
08-14-2024
06:18 AM
|
0
|
0
|
4947
|
|
POST
|
Ok @LisaDong I filed a support case as an ArcGIS Online issue. Case number is 03698316. I added the BUG-000169932 to the support request, and am asking support to review what has been posted here thus far. @valenj88 @MichaelJenkins @KatherineStaley @TL2
... View more
08-13-2024
12:34 PM
|
1
|
2
|
5062
|
|
POST
|
Wow, Ok thanks @valenj88 . I would have expected any defect with the collaborations to have shown itself back in June, after the last ArcGIS Online update. Instead, it shows up sometime last week, probably August 9? I'm guessing a bit on the date as I've been using the python API to pause and resume syncs so that they run weekly (as opposed to daily). Something happened with the AGOL hosts or something. Lots of things have been flaky for a few weeks now.
... View more
08-13-2024
12:03 PM
|
0
|
0
|
2362
|
|
POST
|
Guess I spoke too soon. The collaboration I tested above only contained an old web app builder app in the group. I'm now trying to sync a collab/workspace/group that contains my portal hosted feature layers (sending by reference to our agol host) and it is timing out. It's been 'In Progress' for like 20 minutes now. Not too sure what to do now, except wait for esri to fix their problems.
... View more
08-13-2024
11:53 AM
|
0
|
0
|
2369
|
|
POST
|
Yeah, mine time out after like 2 hours. The good news is is that I deleted one of my collaborations, leaving the content in place in my receiving agol host. I re-created the 'by-reference' collaboration, with the same existing groups on both sides, then did the 'accept invitation' in portal, the 'accept response' in agol, then joined the workspace. I set a new sync time a few minutes ago and the sync was successful. @TL2 @valenj88
... View more
08-13-2024
09:15 AM
|
1
|
1
|
3486
|
|
POST
|
Yes this began happening to me as well on Saturday night for all of my 'by-reference' collaborations, where agol is our host and portal at 11.3 is the guest that sends content to agol 'by-reference'. We've been dealing with TS Debby and so haven't had a chance to dig into this yet I am not running any 'as-copies' collaborations, so for us, the cluster should not matter, but we are on services3. Yes, as before, after a collaboration fail, the replication packages are left behind. In my case, I have 8 thus far. In the past, I too would remove the packages and allow the replications to run again by schedule - but this time this is not working, they are failing again. My only option now is to delete and recreate the collaborations, but that does not come without risk - the primary one being if the new collaboration does not work, I will have to remove the reference layers from the agol group and try and have the collaboration re-send the portal hosted layer references. And although the layer ids should stay the same, you never know how. I would tag you guys but the '@' doesn't seem to be working at the moment either.
... View more
08-13-2024
07:06 AM
|
1
|
0
|
3574
|
|
POST
|
I would guess this is React framework or jimu issue, esp after reading through @JeffreyThompson2 's blog post here: https://community.esri.com/t5/experience-builder-tips-and-tricks/react-for-experience-builder-developer-edition/ba-p/1346222 In the meantime, I just stood up a quick Instant app that I link to from the Experience
... View more
08-12-2024
07:56 AM
|
0
|
0
|
3430
|
| Title | Kudos | Posted |
|---|---|---|
| 6 | Thursday | |
| 1 | 2 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 4 weeks ago | |
| 2 | 05-22-2026 01:02 PM |
| Online Status |
Online
|
| Date Last Visited |
Friday
|