POST
|
I keep losing a day when labeling with Arcade. I have a date field (not text) with manually entered dates, e.g., "5/1/2003". I did not enter any times. If I label it with Python by simply calling the date field, [Date], it returns exactly that date and formatting. If I call the field with Arcade, $feature.Date, it labels as: "2003-04-30T20:00:00-04:00". I figured out how to format the date: Text($feature.Date,'M/D/Y'), and though it's kind of annoying that that's necessary when using Arcade, I at least get it. But the head-scratcher is why I've lost a day. Note that the labeled date is 2003-04-30 (or 4/30/2003), not 5/1/2003 as it should be. I'm sure it has something to do with the time shift. But the question is, how do I prevent this from happening? Do I have to reformat my data? Seems silly that I should have to do that, but at least I'd know what to do. Or is there a way to leave the data as it is and use Arcade to re-format properly? Thanks!
... View more
11-14-2019
11:41 AM
|
2
|
11
|
6154
|
POST
|
Thanks, Xander. I figured it might be order of operations, but was wondering why Esri would design label expressions to ignore or precede layer and label class queries. In what situation would that be desirable? Or what technical issue requires label expressions to go first? And thank you for the Arcade example!
... View more
10-17-2019
10:15 AM
|
1
|
0
|
1200
|
POST
|
I'm trying to split a string and label only a particular part of it. (I'm using Python because Arcade doesn't seem to have sufficient capability to specify which part of the string I want to label, but that's a separate gripe.) This expression cannot be verified if any nulls are present in the field: def FindLabel ( [ValMap] ):
return [ValMap].split("_")[1] You'll get this error: But you can get around that by putting an if statement in the expression: def FindLabel ( [ValMap] ):
if [ValMap] != None:
return [ValMap].split("_")[1] But then I thought, "Wait, I shouldn't have to filter nulls in the expression; that's what the SQL query on the label class is for!" I had already applied this filter to the label class: SELECT * FROM FeatureClass WHERE ValMap IS NOT NULL For testing, I applied the same SQL query to the definition query of the layer. Either way, it doesn't prevent the error on the expression. I thought maybe this is a bug in Pro but the same thing happens in ArcMap, which makes it less likely to be a bug(?). So now I just want to understand the mechanics of SQL queries on label classes and layer definitions, and their apparent (non-)effect on label expressions.
... View more
10-17-2019
07:31 AM
|
1
|
2
|
1353
|
POST
|
When the web map is updated to JS 4.x, will that only apply to newly-created web maps or will it automatically apply to existing web maps (originally created with JS 3.x), too?
... View more
09-16-2019
10:27 AM
|
0
|
1
|
2844
|
POST
|
I've observed that new lines are honored in the Arcade expression editing environment, as you show in your screenshot, but it does not work in the map itself. Can you confirm the new lines show up on your map?
... View more
09-16-2019
10:26 AM
|
2
|
7
|
2848
|
POST
|
I have created a model that is intended to run on features I've selected interactively (manually) from the map. That is, feature selection is not part of the model - it is the expected input. The problem is, if there is no selection on a particular layer the model runs on every feature in that layer. I want to prevent this inevitable accident by putting a check into the model that stops it from running unless at least one feature in the layer is selected. (It's not obvious if features from the correct layer are selected due to multiple similar layers in the map. I am often toggling selectability and visibility of the layers.) The Get Count documentation has an example diagram using it as a precondition, which seems to be exactly what I need. But it doesn't work in my model, I assume due to my manual selection workflow. If I test my model with no selection, Get Count simply returns the number of (unselected) features in my layer. Thus, the count is always more than zero and fails to guard against proceeding without features having been selected. Here's a screenshot of the first part of my model with the attempted precondition: Is there a way to do what I'm envisioning? Perhaps this must be done with Python? I'm open to that, but I usually try ModelBuilder first since I'm more familiar with it. Thanks!
... View more
07-30-2019
08:01 AM
|
1
|
2
|
623
|
IDEA
|
jeff.thomasilm wrote: I'm envisioning a system-generated splash widget that informs the user of the item's deprecated status and offers a link to the superseding item. It would be the item creator's option to force the user to redirect to the new item or allow them to proceed to the deprecated item. A splash widget is only applicable when directly viewing an item on ArcGIS Online. What about individual services being used via REST in other web or desktop maps, which likely constitutes the majority of use cases? Perhaps maps/apps on ArcGIS Online could be notified via some internal method, but what about external use? I'm guessing REST has no mechanism for passing the deprecated status. Even if REST was able to pass a service's deprecated status, then what? I guess the service's layer in the table of contents (ArcMap or Pro) could have some sort of symbol warning the user (however, Esri seems resistant to suggestions of status markings on layers in the ToC). Or in the case of a web map, if a legend is present a deprecated symbol could be placed on the respective layer(s). Perhaps even a pop-up could appear letting you know layer X is deprecated. But I fear this message would mostly be seen by users unable to do anything about it, creating annoyance or confusion. As to my second suggestion above, forcing a redirect, I have no idea how or if that could work via REST. The bottom line is, there really needs to be a way to push deprecation status to anywhere an item is being used. I don't have a good solution to this, but hopefully Esri is thinking about it.
... View more
06-12-2019
07:15 AM
|
0
|
0
|
4297
|
POST
|
I've noticed that it's quite difficult to access the properties of existing AGS connections in Pro. I'm wondering if anyone else is seeing this same behavior and if it's on Esri's to-do list. I am using the latest and greatest version, 2.3.2. If I have an AGS connection file in my favorites, I cannot access its properties at all. Right-clicking looks like this: If I add that connection to a project, I see this when right-clicking: Is this by design? I don't understand why I should have to add it to a project in order to see its connection properties. You can access properties for SDE connections from favorites. Also, notice that Properties is grayed out. Only the first time I right-click can I actually access the properties window. After that, it's grayed out until I close and reopen the project. Is it just me seeing this? Surely this is a bug that Esri is working on! Thanks.
... View more
05-10-2019
09:46 AM
|
0
|
0
|
368
|
IDEA
|
It would be nice if file geodatabases in Windows/File Explorer could be treated like "bundles" in macOS Finder: it is technically a folder but it's treated like a single file unless you invoke a special command to enter it like a folder. There are a few reasons this would be nice: There is nothing that should normally be edited or is even directly usable within a .gdb in File Explorer. It would keep FGDBs sorted with files rather than folders, where they tend to hide. It would mimic the presentation of FGDBs found in ArcCatalog. Perhaps double-clicking a FGDB would launch ArcCatalog Some other TBD action would open the FGDB like a folder, if you insist There is probably more than one way this could be accomplished - some in Esri's control, some in Microsoft's. Neither company might be interested in fundamentally changing the functionality (if that's what it would require) of FGDBs or Explorer, respectively, to accomplish this. Nonetheless, it's something to consider.
... View more
03-08-2019
06:37 AM
|
5
|
0
|
801
|
IDEA
|
The "centroid inside" option should exist for the Spatial Join tool, too. Do the Select By Location and Spatial Join tools use the same code/logic?
... View more
02-21-2019
12:23 PM
|
1
|
0
|
1447
|
IDEA
|
I would also like to see the capability to redirect. I was thinking it could be triggered by marking an item as deprecated, which Esri rolled out after this idea was originally posted (Dec. 2017). This seems like a natural extension of metadata: if an item is deprecated, it should have a pointer to the superseding item. Both on the back-end and user-facing. Which leads to a related request: There should be an obvious marker on the item itself if it has been deprecated, not just on its item information page which many people will never see. I'm envisioning a system-generated splash widget that informs the user of the item's deprecated status and offers a link to the superseding item. It would be the item creator's option to force the user to redirect to the new item or allow them to proceed to the deprecated item.
... View more
02-04-2019
07:09 AM
|
3
|
1
|
4297
|
POST
|
Looks this idea has already been submitted: https://community.esri.com/ideas/12157 Well over 2 years ago and not too many upvotes. Please add your vote if you'd like to see this!
... View more
02-04-2019
06:58 AM
|
8
|
0
|
4688
|
POST
|
Glad you like my hack. Yes, you are understanding correctly what I'm wanting to do. And I think I understand what you're saying about changing the item URL. It's just another way of swapping out the map used in a particular app. Unfortunately, that's not what I need in this situation. I want to change the app itself beyond what is possible without simply creating a new app and therefore new URL. Update on my scenario 1 above: I can edit the app now, after being granted admin rights. The app was originally created by someone else and ownership was transferred to me, but apparently ownership doesn't give me editing rights. I don't understand why that is, but regardless, that problem is solved. The next problem is, there are very few things that can be edited. Notably, the template does not have the option to add a splash screen, so I can't use the hack I devised. And of course, you can't change the template without creating a whole new app and URL. (You do have the option of switching themes if the app was built with Web AppBuilder, but this app was not.) So, I'm stuck unless the redirect functionality I've described here is implemented by Esri. I will post that idea to the Ideas section. Thanks!
... View more
02-01-2019
01:49 PM
|
2
|
2
|
4688
|
POST
|
If I'm designing a new map or app to replace an old one, I don't want to simply delete the old one that many people have bookmarked. I also don't want them to continue using the old one, intentionally or not. As determined here, you cannot swap out one item for another using the same URL. Alternatively, I'd like to repurpose the old app's URL into a redirection notice. What is the best way to that? I could put a link to the new app in a splash widget (if it's possible to edit the app - see below), but that still allows the user to dismiss the notice and continue using the old app. (This is the best hack I could come up with: http://bit.ly/AGOLRedirectHack.) I could delete or disrupt the functionality of the map the app points to, but that isn't particularly elegant. (And there are probably some bookmarks pointing directly to the map rather than the app, which is another whole issue.) It would be nice if AGOL had some sort of built-in redirection method that notifies the user of the new app and makes the old app inaccessible. Marking the old app as deprecated could trigger this capability. Currently, deprecating an item does absolutely nothing to inform someone who arrives directly at the app (never having seen the item details page) about its status. For that matter, this functionality should exist for any kind of item in AGOL. Why would you need to create a whole new map or app rather than simply updating the old one? I can think of at least 2 scenarios: 1. The old app is so old or was originally made in whatever manner that there's no option to edit it through AGOL. (that is the problem I'm currently facing) 2. You want to develop and test a new app over a long period of time before making it live. Once it's ready, you'll swap out the old for the new. The second scenario especially seems like something that would be commonly desired, yet AGOL doesn't provide an easy way to accomplish. Unless I'm missing something, which is what I'm trying to figure out. Else, this post probably ought to be changed into a feature request. Thank you for any insight!
... View more
01-30-2019
01:56 PM
|
6
|
4
|
5688
|
Title | Kudos | Posted |
---|---|---|
3 | 09-09-2024 12:05 PM | |
1 | 11-20-2019 07:41 AM | |
1 | 06-20-2024 07:43 AM | |
1 | 07-13-2022 09:50 AM | |
1 | 12-11-2023 06:12 AM |
Online Status |
Offline
|
Date Last Visited |
Tuesday
|