Latest Contributions by alex_friant

‎02-12-2025

I got addresses to be placed on the map by constructing the CSV like this: address "123 Main St, Anytown, ST" "555 Washington Ave, Othertown, CA"

‎02-12-2025

Product Development team, please make this possible! 🙏 We are crossing out of an old custom WAB SDK app to XB on AGOL, and our users are going to miss this functionality when we do.

‎01-11-2025

@RandyCasey - There is certainly an argument to be made for Pro to improve how it should provide the user a way to easily determine which specific map & layer a table is associated with. I suggested color coding up thread. The main issue you pointed out to the idea of using the multiple Pro projects approach was having different geodatabases. However, you can change the default geodatabase for each Pro Project to point to the same geodatabase. Not sure if having them all open at the same time would cause edit lock issues. So maybe that’s a no go. Another workaround approach is to use just one Pro project, but name each layer with some convention that tells you which map a table is associated with. MAP: Editng Editing - Hydrants Editing - Address Points MAP: Analysis Analysis - Hydrants Analysis - Address Points Something like that. This way you can always see which map a layer is associated with. Now it would be cool if there was some programmatic option available in a Pro project to automatically display table titles in such a way so we didn’t have to redundantly put the map name into the actual layer name, but it could function as a work around in the meantime.

‎01-10-2025

I kind of feel like making multiple Pro projects might be the solution listening to the workflows described in this thread. That way you can keep things organized how you want them and you know what map tables belong to because they are right there in the same Project app. Pro makes it tempting to load it with 8 maps and 32 layers and open them all, because you can. But that might not be the best approach if you need to look at all that at the same time.

‎12-06-2024

Isn't that how it always works LOL. Glad it's working now.

‎12-06-2024

Thank you for the clarification. I understand the need for secure access and the benefits that ArcGIS Hub Premium offers. However, this requirement places a significant financial burden on many jurisdictions that have relied on this solution for years. Many of these jurisdictions have grown accustomed to the Homelessness Point-in-Time Count solution without the need for the premium features. It's disheartening to see the solution now behind a paywall, which could exclude those who cannot afford the $10k annual subscription. This change feels particularly abrupt for those of us who have loyally used and contributed to the product over the years. Would it be possible to consider a non-HUB Premium deployment option for the solution, albeit with clear warnings that some functionalities would be limited without the premium subscription? This would allow us to reengineer the solution to fit our budget constraints while continuing to address our community’s needs effectively. We hope Esri can consider the financial realities of all its customers and find a way to make this vital tool accessible for everyone.

‎12-06-2024

It might be related to this known bug in Pro 3.2. The issue is fixed in Pro 3.3. BUG-000164308

‎12-04-2024

The Homeless Point-in-Time Solution now requires HUB Premium, which essentially cuts the solution off for customers who can't afford the $10k per year HUB Premium subscription. I understand some of the neat benefits of this new offering inside HUB Premium, but those benefits mean nothing if the customer can't afford to add the HUB Premium subscription. Is it too much to ask ArcGIS to offer a non-HUB Premium solution for the Homeless Point-in-Time survey like they always have in the past?

‎11-08-2024

It would also be super useful to have this ability in QuickCapture. Any mobile app where photos can be attached should have this ability so it's the same experiences across the platform.

‎10-30-2024

Also, the measurement tool in Experience Builder (and others) doesn't allow someone to create a circle with a radial measurement. That's a pretty common need. Also, having the ability to make multiple measurements should be part of the tool offering because users want to make comparisons, measure multiple objects and distances between multiple objects, etc.

‎09-24-2024

The Idea Provide a "manual" override for column width in ArcGIS Pro map layer attribute tables which persists and lives with the layer. Click-and-dragging the right side of an attribute column would continue to be the primary method for manually overriding the column widths, but those overrides should be stored and optionally controlled in the "Fields" data design view, like so: These settings would be saved with the map/table layer, so that they persist from session to session, and migrate along with the layer if it is saved out and shared. Why? Currently, when you open an attribute table, column widths are automatically adjusted, but often not in a way the user needs. Yes, you can double-click the right side of a column to have it auto adjust to the width of the longest value, however that width resets after a table refresh/calculation. Frustrating. Yes, you can click-and-drag the right side of a column to adjust the width, and this will allow the width to persist after a table refresh/calculate and persists between ArcGIS Pro sessions. However, the settings do not persist in a saved out Layer (.lyrx) file or when copy/pasting the layer. The user needs to manually go through again and laboriously manually click-and-drag all the column widths. Ugh. There has to be a better way! It's almost there! As mentioned above, the current manual override (click-and-drag to adjust column) is very close to achieving the objective, it just lacks the transparency (in Field settings) and persistence of living inside of the layer if it leaves the map or is duplicated. Let's make column widths work just like symbology, labels, and other layer settings and bake them into the layer to live forever no matter where it goes.

‎09-24-2024

Glad it helped 🙂 Seems like this behavior is still the case, too. I really hope we get a way we can bake column behavior into the layers in the future.

‎08-26-2024

Looks like the West Coast has been fixed, which is all I cared about. North East Coast is still missing, but that's no worries for me, so I'll consider it fixed.

‎08-23-2024

I'm trying to look at this USA SSURGO - Soil Hyrdric Class for California but the data on both the West Coast and North East appears to be missing from the tiled cache for all but the smallest scales. Can someone over at Living Atlas kick the tires on this service so it will start serving up imagery for the entire area it's supposed to cover? Thanks!

‎08-13-2024

Hi @RDCOGIS, Apologies for lack of clarity on this. It turned out that our County's security policy (not in my control) does a bot challenge for traffic originating outside of the US, and for some reason this causes Hub to basically break for the end users outside of the US. I wasn't sure if that's what was happening, but both my IT staff said it should be happening a and a user upthread from here confirmed that was their experience with a screenshot. So, there is no solution to fix it, but at least we know why so if others experience it and can change it, that would be the solution; to remove the bot challenge.

Online Status	Offline
Date Last Visited	3 weeks ago

My Ideas

Latest Contributions by alex_friant

Re: Add Data Widget - CSV file format - documentation

Re: Implement export, import and sharing of sketches on the Experience Builder Draw widget

Re: Only show attribute tables of active Map in ArcGIS Pro

Re: Only show attribute tables of active Map in ArcGIS Pro

Re: Error creating SQL label expression for Shape.STArea() >300000 in ArcGIS Pro

Re: The Homeless Point-in-Time Solution now requires HUB Premium

Re: Error creating SQL label expression for Shape.STArea() >300000 in ArcGIS Pro

The Homeless Point-in-Time Solution now requires HUB Premium

Re: Photograph Date Stamp

Re: Measure widget / tool for instant apps

Have an optional Column Width Override for attribute fields storable in the ArcGIS Pro layer/table

Re: Annoying resizing of Columns in attribute table

Re: Data appears to be partly missing from a Living Atlas layer

Data appears to be partly missing from a Living Atlas layer

Re: Open Data not showing any Download options or buttons for Canadian user

Re: New Experience Builder update (06/2023) - map ...

Re: The Homeless Point-in-Time Solution now requir...

Re: Error creating SQL label expression for Shape....

The Homeless Point-in-Time Solution now requires H...

Have an optional Column Width Override for attribu...