Latest Contributions by DavidColey

Ok Josh - thanks for the feedback, I appreciate it.  What @MarkTorrey is showing below is what I need to get worked into my post-update steps. ... View more

Hi @WhitneyLoy and @Nidhin_G  - clearly Josh's reply/solution(s) below render my question moot, but thanks anyway ... View more

Hello @WhitneyLoy  - can you report here what support did to help you get the db back online?  Did you have to go through the same steps as @Nidhin_G  - removing and then recreating the agm database?   ... View more

Sure thing @AnninaRupe1 it sounds like you guys are distributed, in that server and portal are on separate VMs, same as us.  Only difference is currently we're on Windows VMs on a VMWare host, basically like an on-prem cloud.  The thing to keep in mind is that the Mosaic Datasets just contain a reference path to wherever your source imagery is stored, while storing image info (like pixel size, etc), in an an attribute table along with an image footprint shape and a dataset boundary shape, but as part of the mosaic dataset object.  I'd say building mosaic datasets from your COGs would be more of longer term service management strategy.  But in the short term, until ExB team gets this fixed, you might want to consider doing what I am doing and create an Instant App (like just a Basic Viewer or a Media Map) and have a link to it from your ExB.  You can look at my ExB link in this post to see how I did that . . . ... View more

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

Ok thanks again for the update @TonghuiMing  ... View more

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

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

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

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

Tech support notified me of the fix.  I'm running a scheduled sync at 11:30 - hopefully will work ... View more

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

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

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