Latest Contributions by RichGwozdz

Ok, thanks for the additional information. I currently don’t find any problems downloading the datasets you listed, so it appears the fix we released earlier may have handled these cases. I’ve also checked the Cities dataset and found it to download as expected. Rich Gwozdz | Software Engineer Esri rgwozdz@esri.com ... View more

Hi Cort – Thanks for flagging this. Please try the Pierce County datasets again. We’ve pushed a bug fix in the last hour. I successfully downloaded all fgdb and shp files for the three datasets you listed. With respect to the City of Tacoma data, was the “Export Data” feature for these datasets just recently enabled?. Enabling “Export Data” is what triggers the option to download FGDBs. Unfortunately, we don’t receive direct notifications when the state of “Export Data” changes, thus making it difficult to update the download menu properly. As we work to remedy this short-coming, our advice has been to un-share and then reshare the dataset. This will trigger the system to check the status of “Export Data”. Rich Gwozdz | Software Engineer Esri rgwozdz@esri.com ... View more

That last comment sent before I was finished. If the service doesn't expose "Last Edit Date" we attempt to detect changes by analyzing the statistics of the service periodically. If statistics suggest a change, the data will get re-cached.  Since the system only checks periodically, re-caching won't occur immediately following a change. Note that the effectiveness of change detection using service statistics depends on the nature of the change, so if you can configure your service to expose "Last Edit Date", your recaching will be more reliable. ... View more

Hi Kenny -  It depends on if your ArcGIS service exposes the "Last Edit Date" field - it's not the default on all instances. If the service does expose "Last Edit Date", it should happen automatically, but not immediately, We don't currently receive notifications of a changed "Last Edit Date" from services.  Instead, we have to poll them periodically to detect whether Last Edit Date has changed, and if it has, we re-cache. So there can be some latency it updating the cache.  Re-sharing is an alternative to waiting for the periodic refresh to occur as scheduled. ... View more

Hi Cort – We received an unspecified error from your server during recaching. When such errors happen, our system waits 24 hours before attempting another cache of the data. The dataset was in this holding period; I’ve forced a retry and the file downloads without issue. We understand that the messaging of caching/download issues and errors needs improvement and are working to improve it. Rich Gwozdz | Software Engineer Esri rgwozdz@esri.com ... View more

Hi Cort – I looked at the service and the cached files this morning. The file timestamps make sense. The service page shows a last edit date of 9/26/2019 3:25:24 AM (GMT) while the download files are stamped with 9/26/2019 3:32:49 AM (GMT). I’ve downloaded the FGDB. Do you what changed in the last edit? I’d like to ensure the file has the content you are expecting. Rich Gwozdz | Software Engineer Esri rgwozdz@esri.com ... View more

Thanks, Cort. I will plan on downloading Thursday morning. Rich Gwozdz | Software Engineer Esri rgwozdz@esri.com ... View more

Cort – Just to clarify, I find that the FGDB download works, but would like to verify whether or not it contains the content your expect. Rich Gwozdz | Software Engineer Esri ... View more

Thanks, Cort. The last edit date on the service page (https://services2.arcgis.com/1UvBaQ5y1ubjUPmd/ArcGIS/rest/services/Address_Points/FeatureServer/0) is 9/19/2019 3:25:26 AM GMT ( or 9/18/2019 8:25:26 PM Pacific time). Does that match the time you last edited your data? The files being currently downloaded from the site have a timestamp of 9/19/2019 7:13:39 AM Pacific time. So they do have a later timestamp than last edit date noted on server. In an effort to confirm that the data isn’t updated, can you provide an OBJECTID and the expected data for a feature in the dataset that should be updated, but is not being observed as expected in the downloaded file? Rich Gwozdz | Software Engineer Esri ... View more

Cort - We have just pushed a intended fix for the error observed on attempted download of FGDB file you noted on https://gisdata-piercecowa.opendata.arcgis.com/datasets/permits-pierce-county/data. I was not able to completely confirm the fix given the noted dataset was removed and the error we are trying to handle from the hosted service is intermittent and not observed on our test datasets.  Thank you for bring this to our attention and keeping the dataset in place so we could observe. ... View more

Cort - Thank you for reporting this and keeping the dataset up long enough for me to inspect.  We've identified the cause of the current error and are working to fix. ... View more

Hi Cort - Sorry for the long delay.  We've just pushed a fix for the error you were experiencing on https://gisdata-piercecowa.opendata.arcgis.com/datasets/sewer-miscellaneous. I've tested and it looks like it remedies the issue you had downloading this dataset. Rich ... View more

Hello Cort - I'm happy to take a look at this. The posted link 404s however.  Do you have another example dataset I could examine? ... View more

How can the PBF responses be decoded? ... View more

Can you confirm this solves your issue with ZipCodes?  I'm not familiar enough with the zipcodes of Pierce County for your screen capture to aid me examining the downloaded data. Regarding publishing problems with your MXD, I would post a new GeoNet issue specifically for that so that you can get the proper expertise - it's not specific to ArcGIS Hub. ... View more