Latest Contributions by BillSchlatter

‎09-19-2024

@DanNarsavage_IDWRWe're having the same issues. Extremely long file generation processes ending with failure and cryptic error messages 60-70% of the time, even for the tiniest, simplest datasets. I have an active support ticket on the issue. Interestingly, one thing we've confirmed with this is that it's not just a Hub issue. One of the testing steps I was asked to do was to export the data via the Item Description page for where the item is hosted on ArcGIS Online. I've been getting similar failure rates, times, and error messages without Hub being in the loop at all.

‎12-06-2022

In the old ArcGIS Online Map Viewer, it was possible to associate a featurelayer with a tile layer, making it possible to click on the tile layer and get pop-ups from the featurelayer without having to add the feature layer to the map. Is there a way to do this in the new Map Viewer? As far as I can tell, this functionality existed in ArcGIS API for JavaScript v3.x, but does not in 4.x. Or at least, there isn't a straightforward way to do it in 4.x that I could find. If anyone knows of a way to do this in the JavaScript API, I'm willing to go that route, though an off-the-shelf solution would be preferred. I'm also willing to be patient if this (or something similar) is a feature known to be in an upcoming update that will land before the old-school Storymaps templates are fully sunsetted. For context, I'm trying to migrate a web app built using the old-school Storymap Series template to something that isn't deprecated. The map uses a combination of tile layers and feature layers for performance reasons, as it includes multiple layers based on multi-county road and pedestrian networks. Switching to just feature layers causes major performance issues and often fails to load all features. Unfortunately, tile layers configured in the old Map Viewer don't have working pop-ups in the new Map Viewer or any product that depends on it.

‎12-06-2022

Starting at 10:13 AM Eastern US time, every Hub site that my organization owns and all the ones that I regularly interact with have started returning 404 errors for myself and the team I was working with at 10:13. I can't even get to the ArcGIS Hub product homepage. Is there some kind of outage that we should be aware of?

‎07-07-2022

That was it, thanks! I had suspected that this might be a user error problem, and indeed, I had installed the wrong .NET runtime.

‎07-07-2022

I'm currently attempting to update to Pro 3.0 to test out whether it resolves . Whenever I try to run the update, however, I get the "ArcGIS Pro requires the Microsoft .NET Desktop Runtime (x64)" error. However, after the first time I got that error, I installed the latest version of the .NET runtime, but I still get the same error at the same point in the installation process. I'm reasonably sure that the runtime installed correctly, judging from my app list, and I've rebooted my computer just to be safe, but the problem persists. Has anyone else encountered this issue? If so, have you found a way to resolve it that you can share?

‎09-08-2021

Has this always been necessary with the Open Data Portal? We've only been getting questions about it from our users for a few months, I assumed that they'd added the automatic reprojection with the recent updates to the Open Data Portal interface. Either way, it seems really strange that they let you preview the data, then have a hidden function that modifies it when someone clicks "download."

‎09-07-2021

Has anyone had issues with the units in downloaded line and polygon layers since the big update to the Open Data Portal interface a month or two ago? To be specific, my organization recently started getting a large number of questions about unexpectedly tiny numbers for areas and lengths in some of our Open Data Portal layers. Specifically, everything seem to be measured in decimal degrees, even though the input data layers were all in international feet. It appears that the layers, which are show values in feet/square feet in the table view in the Open Data Portal table view, get reprojected into WGS 1984 coordinates as part of the export-and-download process. Thus, we wind up with extremely unhelpful decimal degree values for length and area while our users are asking questions like "How many acres of agricultural land are in this county?" and "How many miles of road are within our jurisdiction?" To reproduce: Go to this dataset: https://maps-semcog.opendata.arcgis.com/datasets/land-use-2020/explore?location=42.439822%2C-83.286920%2C8.94&showTable=true Observe shape_area values generally in on the order of magnitude of 10,000-1,000,000 for each row Download the shapefile for this layer, open in ArcGIS Pro, check the attribute table Observe values in the same fields that are mostly well below 1 (see image below) Attribute Table containing decimal degree units

‎09-07-2021

We had similar issues with some of our larger polygon datasets in our organization, as well. After some lengthy troubleshooting with Esri support, we found some things that helped, though we're still encountering some unexpected behavior. In the layer's item page, open settings, and set the following: 1. Check "Keep track of created and updated features." Even if you don't regularly modify the layer, this lets Hub/Open Data Portal know whether the cached copy of the download needs to be replaced, which can save your users a LOT of time. 2. Click the "Optimize layers" button, check the box next to the layer name in the popup, click "Update". This improves the performance of large datasets in general, but it does increase the online storage footprint significantly. 3. Check the box next to "Allow others to export to different formats." This allows users to download the layer in an file geodatabase, and is supposed to improve performance on downloading other file types. 4. Click the "Rebuild Indexes" button, check the box next to the layer name in the popup, click "Rebuild". I guess up-to-date indexes help the layer export code work better? It doesn't make much sense to me, but when one of our layers stopped working recently, running this again fixed it, even though the layer hadn't otherwise changed so much as a single byte. The tech support rep recommended un-sharing the layer while making these changes, as some of them can take a few minutes.

‎06-23-2021

We are having issues with the page slugs for a Hub initiative my organization is planning to release soon. In particular, the custom, reader-friendly URL slugs don't seem to be working. We can configure them in the settings and they'll seem to work in the editor, but the live site still uses the hexadecimal item IDs instead. This is unusual behavior for us - we have several other initiatives where the slugs are working just fine, but for this one, none of us can figure out what the issue is. As an example, here's how the slug for the Maps and Data Resources page is configured: The initiative is here: https://southeast-michigan-ev-resource-kit-and-planning-hub-semcog.hub.arcgis.com/ Click the Maps & Data Resources tab at the top, and instead of seeing a URL ending with "/interactive-maps-and-data-resources", it ends with "88b65c230269453a8f906a3803e3b8cb", which is the item ID of the page. Has anyone encountered a problem like this before? I suspect that we somehow overlooked a setting somewhere, but we haven't been able to figure out what it is if that's the case.

‎06-17-2021

I did some more digging, and found a workaround. The important details: Esri is aware that the Attachment Viewer app in ArcGIS Online is basically broken at the moment. The don't have a timeline for fixing it, but you can get around it if you can host the code on your own server. The workaround: Download the source code from Github (https://github.com/Esri/attachment-viewer). Copy your AGO app's App ID into the quote marks on the "appid" line in dist\config\application.json and save the file. Copy the contents of the dist folder to your web server, and it should work. The bug documentation: https://support.esri.com/en/bugs/nimbus/QlVHLTAwMDEzNzI4MQ== From what I can see, it looks like the issue is that the latest version of the Attachment Viewer app is broken on AGO. The Github version seems to have been rolled back to an earlier version that actually works, but for whatever reason, they didn't do the same with the default code used by AGO. I'm making a few assumptions that may not be safe, but that's the best guess I have for what's going on.

‎06-15-2021

Did you ever find a workaround? I found this working example in the wild from the City of Dallas: https://dallasgis.maps.arcgis.com/apps/instant/attachmentviewer/index.html?appid=93ed5abe933d4eb1bf0a3ffebc33bd1a Looking at the webmap that feeds it (https://semcog.maps.arcgis.com/home/webmap/viewer.html?webmap=ab97b957fa084484835cfcab0925f5b3), it seems like they had to create an Arcade expression to format links differently from however attachments do them by default. It's still using images attached to the feature service, but the URL is built from values stored in the feature table, which looks like it would be a ton of manual work to set up.

‎06-14-2021

I've seen several older threads on this general topic, but none of the solutions I've seen in them have worked for me. I'm currently testing out the Attachment Viewer configurable app in ArcGIS Online as a replacement for the "classic" Shortlist storymap template. It looks like the app should be perfect for our purposes - an image-focused layout with a map to provide geographic context. However, I can't seem to get the app to work with the test data that I've cobbled together so far. When previewing, I get the "No attachments found" message, and when I open the builder, a small warning box says, "This application requires a layer that supports attachments and has 'supportsQueryAttachments' set to true." I'm not sure how to directly check the 'supportsQueryAttachments' flag, but the Query Attachments operation seems to be working just fine on the REST service. The only thing I'm aware of that I'm doing differently from the tutorials and walkthroughs I've found is that the attachments aren't being created using any of Esri's field collection apps. I used the Enable Attachments and Add Attachments tools in ArcGIS Pro to add the image attachments to the layer in an offline file geodatabase before uploading that layer to AGO. Does anyone have any idea what I'm doing wrong, or how I could try to fix it? For reference, here is the layer service I'm using: https://services1.arcgis.com/xUx8EjNc6egUPYWh/ArcGIS/rest/services/TAP_Test/FeatureServer/0 The AGO item page for the layer: https://semcog.maps.arcgis.com/home/item.html?id=dccf0576266a4ac2b19c53dbabcbd5bc The test app: https://semcog.maps.arcgis.com/apps/instant/attachmentviewer/index.html?appid=9b5d26ab4f80430782584f78cf01c541 And the test map: https://semcog.maps.arcgis.com/home/webmap/viewer.html?webmap=39cb00ff9b654d92b29a6b4cf6d36c21

‎09-02-2020

https://semcog.maps.arcgis.com/home/item.html?id=72152aba68924bc29c9af749172c7918 https://semcog.maps.arcgis.com/home/item.html?id=9e30aad8a0d84fba830fdb3732648173 Those are the newest versions of our building footprints and building points layers. We tried putting them in the Open Data Portal as-is, but they both hung on download. We settled for adding the zipped file geodatabases that were used to upload them into the Open Data Portal, because those downloads worked (at least until recently, I've posted about the issues with them in a separate thread, and I plan to submit a support ticket about an apparent bug related to them soon)

‎09-02-2020

That was the first thing I checked, it's been the solution to similar problems in the past. I'll submit a support ticket when I have the time, hopefully later this afternoon.

‎09-02-2020

One of our open data users brought to my attention today the fact that some of our Open Data Portal downloads aren't working. Specifically, our file downloads aren't working, while our layer downloads appear to be working fine. Investigating more closely, I determined that the downloads actually work, but the portal is generating improperly-formatted URLs. For one of our items (a zipped file geodatabase containing a dataset so large that downloading it as a layer always hangs), the URL associated with the "Download" button is this: https://https//www.arcgis.com/sharing/rest/content/items/5b6f776bfec746ddbac968e3db9f8abb/data (You can click that to see the error message our user was getting) Look closely, and you'll see that there's an extraneous "https//" (sic) inserted into the URL near the beginning. If you manually remove it and paste the resulting link into your browser's URL bar, it takes you to the expected download. This wasn't happening a month or so ago when we set up these downloads. It is happening as of this morning. We haven't changed any of our Hub configuration in the meantime. Is there a way to fix this, or is this just a bug on the ArcGIS Online back-end?

Online Status	Offline
Date Last Visited	‎03-17-2025 07:37 PM

My Ideas

Latest Contributions by BillSchlatter

Re: Reinstate option to download a file previously generated in ArcGIS Hub

Can I add pop-ups to a tile layer in the new Map Viewer and/or JavaScript API v4.x?

Hub Outage?

Re: Pro 3.0 Installation Failure

Pro 3.0 Installation Failure

Re: Unexpected units in shape_length and shape_area fields for Open Data downloads

Unexpected units in shape_length and shape_area fields for Open Data downloads

Re: Download Issues - Consistent File Generation in Progress and then it says file generation failed.

Hub URL slugs not working

Re: "No attachments found" in the Attachment Viewer App, despite working attachments

Re: "No attachments found" in the Attachment Viewer App, despite working attachments

"No attachments found" in the Attachment Viewer App, despite working attachments

Re: Data Downloads from HUB site not working

Re: Why is the Open Data Portal generating bad download links?

Why is the Open Data Portal generating bad download links?

Hub Outage?

Re: Download Issues - Consistent File Generation i...

Re: Why is the Overwrite Web Layer operation faili...

Re: Why is the Overwrite Web Layer operation faili...

Why isn't Create View Layer working for some layer...