|
POST
|
Changes to maps shouldn't cause any issues with the offline copy, the crews will just have to wait until they download new areas to get the new maps. The only real issue is if you change the services the maps reference, then fix it in the new map, those offline areas will probably break if you do that.
... View more
07-10-2025
03:34 PM
|
3
|
0
|
706
|
|
POST
|
In that case I think you've hit a wall, ArcGIS doesn't have a "no more edits after this point" feature at a low enough level to absolutely prevent tampering. Some half-measures you can try: Try adding a deviceid question to see if the survey is accessed from the field app or not, you might be able to make every question read-only if it's not accessed from the app. Using webhooks you can look for "finished" forms and copy the data to a new survey that's read-only, which becomes your new view for reporting. Run sweeps of the data to see if the last edit date differs from the completion date the user enters (or one you capture manually using an end question) and then deal with those people on a case-by-case basis. If this survey was talking to registered Enterprise data you could also roll the changes back on the database side but it sounds like that isn't an option.
... View more
07-10-2025
08:08 AM
|
1
|
0
|
1230
|
|
POST
|
You can pop a filter on the Inbox that only allows surveys where a required stage 2 field is null (e.g. date_complete IS NULL or something). Once part 2 is done they shouldn't be able to hop back in there via the Inbox but it'll show up in maps and whatnot.
... View more
07-09-2025
02:02 PM
|
0
|
0
|
1273
|
|
POST
|
At a high level, it sounds like you need to create 4 polygons (1 per quadrant) and then join that info into the parcels so you can export a list. For the first half: take your city boundary polygon (or draw a rough one yourself, doesn't have to be exact), then make sure the highways extend to (or past) that boundary, then throw the boundary and the relevant highway lines into Feature to Polygon to get the 4 quadrants. For the second half: Spatial Join will spit out the enriched parcels, then you can export them to whatever format you need.
... View more
07-03-2025
12:32 PM
|
1
|
0
|
546
|
|
POST
|
Crud, I missed that in the title, good catch! I whipped up an Idea to get this into Python Toolbox tools, please click the picture of a thumb.
... View more
07-03-2025
11:08 AM
|
1
|
0
|
1321
|
|
IDEA
|
ArcGIS Pro 3.4 adds Attributes to the toolbox spec which adds extra options to script tools that were previously limited to default tools. The catch: these can't be added to Python Toolbox tools, at least not in any stable or documented way. Please add support for Python Toolboxes. An "attributes" property on each tool that stores a list of attributes to set would align with how ATBX files store this info, something like: class Tool:
def __init__(self):
"""Define the tool (tool name is the name of the class)."""
self.label = "Tool"
self.description = "My tool that edits the input data and costs credits."
self.attributes = ["input_data_change", "credits"]
... View more
07-03-2025
11:06 AM
|
4
|
1
|
714
|
|
POST
|
I usually see that error when my tools have validation code, does removing the validation before publishing fix things?
... View more
07-03-2025
10:47 AM
|
0
|
0
|
609
|
|
POST
|
If you're authoring for Pro 3.4 or above you can check the new "Show banner that tool modifies the input data" option in the General properties. Looks official to me!
... View more
07-03-2025
09:15 AM
|
2
|
2
|
1330
|
|
POST
|
I don't see any obvious errors (besides what Doug brought up). My advice is to copy the workbook to a new survey, publish that as a hosted service, then download the service as a geodatabase so you can compare the schemas. Other than the case of the OID and GID fields* any differences you see could be a point of failure. Worst case you blow out the old data, copy the schema you downloaded into your EGDB and republish from there, that should sort things out. * Hosted layers name the fields objectid and globalid, but layers created via Pro include uppercase characters in the field names. This is the one exception to the lowercase field rule so don't worry about them.
... View more
07-03-2025
09:08 AM
|
0
|
0
|
1306
|
|
POST
|
I'm curious, do photos taken outside of Field Maps and then attached later have the same metadata issue? If not then using the device's built-in camera app (or something you grab from the app store if the stock app's lacking) would be a clunky workaround. Not that this is an excuse to not log as much metadata as possible in a GIS collection app, hope the team can patch this up for the next big release.
... View more
07-03-2025
08:57 AM
|
2
|
1
|
948
|
|
POST
|
A GroupBy call seems ideal. Here's an untested example: // Fetches features from a public portal item
var fs = FeatureSetByPortalItem(
Portal("https://xyz.maps.arcgis.com/"),
"xyz",
0,
["Year", "Fed_Fund_1", "Fed_Fund_2", "Fed_Fund_3", "Local_Fund_1", "Local_Fund_2", "Local_Fund_3", "Local_Fund_4"],
false
);
var grouped = GroupBy(fs, "Year", [
{
name: "Fed_Funding",
expression: "Fed_Fund_1 + Fed_Fund_2 + Fed_Fund_3",
statistic: "SUM"
}, {
name: "Local_Funding",
expression: "Local_Fund_1 + Local_Fund_2 + Local_Fund_3 + Local_Fund_4",
statistic: "SUM"
}
]);
return grouped
... View more
06-26-2025
04:36 PM
|
1
|
6
|
1127
|
|
IDEA
|
If the Pro team is committed to leaving Define Projection in its current "fixed" state, there should be a separate tool (or a new option for an existing tool) to project the data to a new dataset with the presumption of a specific input coordinate system. That way datasets filled with unknown coordinates can be defined and projected in a single tool.
... View more
06-26-2025
10:45 AM
|
0
|
0
|
3427
|
|
POST
|
On line 23 you're pulling the lines with includeGeometry set to false, see if setting that to true works better. There might also be issues with how you're trying to set the current feature's geometry using an edit object, simply apply the rule to your SHAPE field and return the new geometry object directly.
... View more
06-20-2025
10:07 AM
|
0
|
0
|
677
|
|
POST
|
Good old Windows Task Scheduler appears to be a sensible way to schedule tasks on your server machine. Your team will have to write the tool that pulls the required data and does stuff with it, but you maybe be able to get away with writing a Python script and leaning on the ArcGIS API for Python to do the heavy lifting.
... View more
06-19-2025
02:24 PM
|
0
|
2
|
725
|
|
POST
|
Unless there's some on-premises setup for Power Automate I haven't heard about, neither it nor any cloud hosted automation platform is going to play nice with your firewall. You'll have to work with your IT team to either A) punch a hole in the firewall just for the automation platform or B) do something like a scheduled task on a machine with ArcGIS Server access which pulls recent survey submissions and does the automated work. The latter is certainly more maintenance work than using a visual code platform like PA but it doesn't compromise your team's security plan.
... View more
06-19-2025
09:20 AM
|
0
|
0
|
743
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | 04-09-2026 11:36 AM | |
| 1 | 09-08-2023 10:07 AM | |
| 3 | 03-26-2026 08:11 AM | |
| 2 | 03-12-2026 01:41 PM | |
| 1 | 03-06-2026 08:58 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|