|
POST
|
This is so helpful. This has been one of our biggest challenges since adopting the parcel fabric. Thank you for putting this together!
... View more
2 weeks ago
|
1
|
0
|
99
|
|
IDEA
|
When you use the "Save As" option currently, it creates a new .aprx file in the directory that you chose, but that .aprx file is still connected to everything in the old project. It does not have a folder connection to the new folder, it does not have a new file geodatabase (it is still connected to the previous project), and it does not get a tool box. In my opinion, this defeats the purpose of "Save As". When I use that option, I am looking to use my existing map to branch off into a new version, but retain my layouts, project data, etc.. It would make way more sense to me if "Save As" copied your project geodatabase and toolbox, as well as created a new folder connection to the new location rather than being completely tethered to the old project. Re-configuring all that takes so much time, I might as well have just started a new project from scratch.
... View more
3 weeks ago
|
5
|
0
|
373
|
|
POST
|
Did you confirm if it was the anti-virus that was causing it to fail?
... View more
4 weeks ago
|
0
|
0
|
376
|
|
IDEA
|
Yep. I knew it would. I would like that too. I've looked all over for a "model AGOL/portal" example and have yet to find anything useful.
... View more
12-09-2025
12:37 PM
|
0
|
0
|
182
|
|
POST
|
I added a new field to a dataset and needed to field calculate about 20k features. I started the calculation about 30 minutes ago and it is still going. Any way to speed this up?
... View more
12-05-2025
06:04 AM
|
0
|
1
|
300
|
|
IDEA
|
I almost guarantee that there has been an enhancement logged. They have just been closed with "Not in product plan", and this one probably will be as well. When I asked an ESRI software engineer about this at the ESRI UC a few years back, their response was that due to the way the back end of AGOL/Portal works, it isn't feasible for them to implement multiple folder levels. They have allegedly looked into it due to the popularity of the request, but do not believe it is technically feasible to implement.
... View more
12-02-2025
06:52 AM
|
0
|
0
|
350
|
|
POST
|
Same! It's handy when it works but at least half the time for me it doesn't work immediately.
... View more
10-24-2025
10:47 AM
|
0
|
0
|
967
|
|
POST
|
I've had this happen to me as well, and no amount of tinkering would get it to read. ESRI seriously needs to release some guidance on the format that the COGO reader expects for the different measurement types.
... View more
10-24-2025
08:28 AM
|
0
|
2
|
974
|
|
POST
|
Does anyone else maintain their zoning data in the parcel fabric? Zoning can't be just an attribute in my county because we sadly have many instances of parcels that have multiple zonings. Currently, our zoning layer is a separate layer from our parcel data. So every time a parcel changes, they become slightly out of sync. This means constantly performing topology checks to keep everything in line and in sync. I had the thought of adding the layer to the fabric so that everything would stay in sync. It would take a lot of work to make this happen, so I wanted to check and see if anyone else had tried something similar first.
... View more
10-03-2025
06:47 AM
|
3
|
1
|
389
|
|
POST
|
Does this still work for you? It does hide some fields, however the problem is that it hides fields that have data in it it as well. Here is a sample popup from our data: Here is a screenshot of the selected feature's attribute table: As you can see, there are several additional attributes that are populated, but are not shown in the popup.
... View more
10-01-2025
01:44 PM
|
0
|
0
|
1053
|
|
POST
|
Odd. It should output a table that looks like this in the console: There are a couple of things you can try. If you change the ITEM_TYPES variable to 'ITEM_TYPES = ["*"]', it will scan ALL items in your organization. Granted, it will take a good bit longer, but it will scan everything. Another option is to run the script below. This will basically scan the target organization and list all items with it, as well as what their "ITEM_TYPE" is. You can then use that to fill out the "ITEM_TYPE" variable in the original script. It will also output an Excel file named "AGOL_Item_Types.csv" to your default directory. Hope this helps! Let me know if I can help in any way! """
AGOL Inventory with live progress: lists ITEM_TYPE for all org items,
prints each item as it is processed, and writes a CSV + summary.
"""
import os, sys, csv
from datetime import datetime
from arcgis.gis import GIS
# --- CONFIG ---
ORG_URL = "YourORGHere.arcgis.com"
USERNAME = "YOURUSERNAME"
PASSWORD = "AGOL_PASSWORD"
MAX_ITEMS = 10000
OUTPUT_CSV = "AGOL_Item_Types_Inventory.csv"
# Progress controls
SHOW_PROGRESS = True # set False to silence per-item prints
PROGRESS_EVERY = 1 # print every N items (1 = every item)
CSV_FIELDS = [
"id","title","owner","type","typeKeywords",
"created_utc","modified_utc","url","numViews","size"
]
def utc_ms_to_iso(ms):
try:
return datetime.utcfromtimestamp(ms/1000.0).isoformat() + "Z"
except Exception:
return ""
def main():
if not PASSWORD:
print("ERROR: AGOL_PASSWORD environment variable not found.")
sys.exit(1)
print(f"→ Connecting to {ORG_URL} as {USERNAME} …")
try:
gis = GIS(ORG_URL, USERNAME, PASSWORD)
print("✔ Connected.\n")
except Exception as e:
print(f"✖ Failed to connect: {e}")
sys.exit(1)
print(f"→ Searching org for ALL items (max_items={MAX_ITEMS}) …")
items = gis.content.search(query="*", max_items=MAX_ITEMS, outside_org=False)
total = len(items)
print(f"✔ Retrieved {total} items.\n")
if total == 0:
print("No items found. Nothing to do.")
return
type_counts = {}
print(f"→ Writing CSV: {OUTPUT_CSV}")
with open(OUTPUT_CSV, "w", newline="", encoding="utf-8") as f:
writer = csv.DictWriter(f, fieldnames=CSV_FIELDS)
writer.writeheader()
for idx, it in enumerate(items, start=1):
# Safeguard per-item attributes
t = (getattr(it, "type", "") or "").strip()
title = getattr(it, "title", "") or ""
it_id = getattr(it, "id", "") or ""
# === LIVE PROGRESS PRINT ===
if SHOW_PROGRESS and (idx % PROGRESS_EVERY == 0):
print(f"[{idx}/{total}] {t or '(blank)'} — {title} ({it_id})", flush=True)
# Count
type_counts[t] = type_counts.get(t, 0) + 1
# Row
row = {
"id": it_id,
"title": title,
"owner": getattr(it, "owner", ""),
"type": t,
"typeKeywords": ";".join(getattr(it, "typeKeywords", []) or []),
"created_utc": utc_ms_to_iso(getattr(it, "created", 0) or 0),
"modified_utc": utc_ms_to_iso(getattr(it, "modified", 0) or 0),
"url": getattr(it, "url", ""),
"numViews": getattr(it, "numViews", ""),
"size": getattr(it, "size", "")
}
writer.writerow(row)
# Summary
print("\nITEM_TYPE Summary (descending count)")
print("===================================")
for t, c in sorted(type_counts.items(), key=lambda kv: kv[1], reverse=True):
print(f"{t or '(blank)'}: {c}")
print("\n✔ Done.")
print("Tip: Set PROGRESS_EVERY=10 (or higher) if the console gets too noisy.")
if __name__ == "__main__":
main()
... View more
09-30-2025
11:49 AM
|
0
|
0
|
663
|
|
POST
|
I can't believe that I didn't think to try that. Updating the source that way repaired the issue! What's odd is that I definitely had the itemID correct, because it is the same now as it was before. Must have just been a weird bug. Either way, I will definitely use this method from now on. Thank you for your help!
... View more
09-26-2025
05:08 AM
|
1
|
0
|
365
|
|
POST
|
We have a public-facing web app in ArcGIS Online for our zoning data. In order to keep that data updated, we used to use a script that truncated the table and appended the most recent data to it. This was cumbersome because every time the schema changed, we would have to update the script, and it would also frequently corrupt the indexes, making the layer unsearchable until the indexes were rebuilt. We have slowly started migrating most of our key datasets to the portal to make use of branch versioning and to streamline the process of managing our data across both AGOL and Portal. I have migrated our zoning data over to Portal as a publicly shared, referenced (non-editable) feature service, so that the second we make edits to the layer, they show up. Since the layer is shared publicly, I used the ArcGIS assistant to open the JSON of the web map and replaced the zoning layer URL and itemid with the corresponding portal layer. The layers are identical aside from the fact that one is in Portal and one is in AGOL. Even upon opening the map, the layer loads perfectly. I can see updates instantly in AGOL, and I can search the layer. It is great. The weird issue I am having is actually on the item details page of the web map where the layers were replaced. All of the layers that I have migrated into this web map from the portal by replacing the URL show the following error: Parcels is the only layer that is still pointing towards its AGOL version, rather than the portal. I would really like to figure out why this workflow has broken the item details page, if possible.
... View more
09-25-2025
02:30 PM
|
0
|
2
|
434
|
|
POST
|
Thank you for posting this. This issue was driving me crazy but this worked for me.
... View more
09-04-2025
12:24 PM
|
0
|
0
|
692
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 5 | 3 weeks ago | |
| 1 | 10-02-2024 07:04 AM | |
| 1 | 05-23-2024 02:54 PM | |
| 1 | 07-29-2025 01:09 PM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|