POST
|
@KenBuja - that worked! Looks like adding First() is what I needed. Seems odd to me that it didn't need that function for the parcel layer, but perhaps there is some overlapping geometry in the zoning that I need to find. Thank you and @RPGIS for sticking with me on this.
... View more
9 hours ago
|
0
|
0
|
8
|
POST
|
@RPGIS your first assumption is correct - all three layers are published as one service. I only need to pull the intersecting value from the Lawrence Zoning District layer, but it wouldn't hurt to pull the value from the Conditional Zoning layer. Either way, neither Within() nor Intersects() works with the zoning service. It does work with our parcel service. The parcel service just has one layer, which is what led me to suspect that the multi-layer service was the issue for me. I took that exact block of code in the screenshot above and just swapped out parcel for zoning, and it returns an error. @KenBuja you asked, "Did you test the code on an actual feature in the Zoning District?" Yes, I did try that. No luck. All three of these services are public, so if anyone wants to test on the actual data, here are links to the item pages in AGO: Address Point: https://lawrenceks.maps.arcgis.com/home/item.html?id=0e4a33c0f05e483284f046c220b8f0c0 Parcel: https://lawrenceks.maps.arcgis.com/home/item.html?id=08285f4b4aca41a785afcc47c5044d2e Zoning Districts: https://lawrenceks.maps.arcgis.com/home/item.html?id=8cfd05010c2d4cc499cc701c91e3c2b0
... View more
yesterday
|
0
|
3
|
23
|
POST
|
Is there a trick to using the Within function when referencing a layer in a multi-layer feature layer? I used a simple Within function to add the intersecting parcel PIN number to an address point's pop-up, but when I try to get its zoning, here's what happens: If I comment out the Within function and just tell it to return all zoning data, it works: The difference between my parcel feature layer and my zoning feature layer is that the zoning layer has three layers in it: The FeatureSetByName function doesn't seem to care that it's in a group, but maybe Within does? I did try adding the Lawrence Zoning District sublayer by itself to the map, but I got the same results.
... View more
Monday
|
0
|
9
|
83
|
IDEA
|
@SSWoodward and @MarceloMarques - Thank you! I have only dabbled in the ArcGIS API for Python and it didn't even occur to me to look there. I will pursue this path.
... View more
3 weeks ago
|
0
|
0
|
240
|
IDEA
|
This has to be an idea already and I just can't find it. I would like to be able to use Python to edit a version on branch versioned data sets. Right now, the only way I can see to script out batch editing is to write the edits to DEFAULT. That causes database bloat that could be reduced by editing on a version and then post/reconciling programmatically.
... View more
3 weeks ago
|
0
|
3
|
329
|
POST
|
Interesting. If that's the case, my symbology will never work because Field Maps is set to zoom in to your location and you don't see every possible feature type within that narrow window. I wish I had a way to test and confirm your theory without creating an entirely new dataset! When you have had this happen, does the legend render with the correct symbology?
... View more
3 weeks ago
|
0
|
1
|
378
|
POST
|
No luck on the extent. Even if I make sure to save the web map while it's zoomed in to a point where the lines are immediately visible, they draw with the "other" symbology. Or are you saying that the mere presence of a scale dependency is enough to derail rendering in Field Maps?
... View more
3 weeks ago
|
0
|
3
|
383
|
POST
|
I've seen several posts that are similar to my issue, but no perfect matches. I have a line feature layer that is symbolized using an Arcade code block. The symbology works in Pro and in Map Viewer, but when you open that same web map in Field Maps, all of the lines default to the "other" symbology instead of matching what's in the legend. Are there limitations on Arcade-driven symbology in Field Maps? If it matters, I'm on Field Maps version 25.1.0, build 1141.
... View more
3 weeks ago
|
0
|
7
|
432
|
POST
|
I ended up unregistering the entire dataset, which cleared out the entire history. The tool seemed to work fine, but unregistering really got things moving fast again. I re-registered as branch versioned and plan to incorporate that pruning tool in my workflows where I have Python scripts that batch update data.
... View more
a month ago
|
0
|
0
|
189
|
POST
|
It's me! Hi! I'm the horror story! (Hmm, sounds like a Taylor Swift song..)
... View more
09-05-2025
07:31 AM
|
0
|
1
|
607
|
POST
|
If this isn't the answer, I will be shocked! David, I cannot thank you enough. I'll run this late tonight when I can get an exclusive lock and then plan to get your mailing address and shower you with gifts.
... View more
09-05-2025
07:09 AM
|
0
|
3
|
615
|
POST
|
I've already got an Esri support ticket in on this, but thought I'd touch base with the hive mind... I've got a branch versioned line feature class that I regularly update with information about inspections (I'm oversimplifying here, but stick with me.) Every night, a Python script accesses the published editing service, selects the affected lines, and updates a field with the new data from the most recent inspection. Very simple, right? Select by attributes and field calc. Over time, these scripts have gotten slower and slower, to the point where what once took a few minutes now takes hours to complete. So I did a little digging. Last night, I decided to open the line feature class attribute table in SQL Server Management Studio so that I could see the hidden fields that are used by branch versioning. If you look at the feature class in Pro, there are 23,099 lines. In SSMS, there are 1,891,728 rows in the table! My theory is that using Python to batch update on Default is somehow failing to trigger the "trim" functionality built into branch versioning and that all of those edits are building up over time even though I don't see them in Pro. Has anyone else seen similar behavior?
... View more
09-04-2025
02:02 PM
|
0
|
7
|
706
|
Title | Kudos | Posted |
---|---|---|
1 | 08-29-2025 01:39 PM | |
1 | 08-15-2025 08:52 AM | |
1 | 08-06-2025 04:16 PM | |
1 | 03-06-2024 01:34 PM | |
1 | 07-11-2025 08:06 AM |
Online Status |
Offline
|
Date Last Visited |
9 hours ago
|