|
POST
|
Please post your code with the code sample formatting and proper indentation so we can see how things should work on our end, thanks!
... View more
02-23-2023
04:29 PM
|
0
|
0
|
1258
|
|
POST
|
The Field Calculator also loads datetime fields in as native datetime objects so it'll work there as well. If they need the year as a string in a different format then the strftime method and the format code of their choice should do what they need.
... View more
02-23-2023
04:23 PM
|
1
|
0
|
8226
|
|
POST
|
As ESRI product, using malformed JSON? Say it ain't so! Anyways, I did some digging and the demjson package comes up a bunch, I'd say that's your best bet short of building your own parser library.
... View more
02-23-2023
04:09 PM
|
1
|
1
|
1663
|
|
IDEA
|
I'd expand this to make multi-choice options a full domain type, that way other parts of the platform can edit multiple choice questions. Bonus points if the choices are stored as bit flags if the backing field is an integer, the Survey123 method of concatenating every choice in the backing field seems wasteful when you can shove 16 choices in a short field.
... View more
02-23-2023
11:54 AM
|
0
|
0
|
5372
|
|
POST
|
The table structure for Branch Versioned data is much simpler than Traditional Versioning, it's basically a tweaked version of the format used by Archive-only tables. If you want to make direct edits via SQL, start by reconciling/posting/deleting all your child versions as appropriate, then add records in accordance with how ArcGIS clients do. Off the top of my head for SQL Server EGDBs: Inserts add a new record with a new GDB_ARCHIVE_OID, OBJECTID and GlobalID. The GDB_FROM_DATE is the UTC date of the transaction (this is different IIRC from classic archive tables, which use the local time). Updates add a new record with the same OID and GID but a new GDB_ARCHIVE_OID. Same rules for GDB_FROM_DATE. Deletes are the tricky one. In my initial testing it looked like you just grab the most recent record, set the delete flag and fill out the appropriate delete fields. In a later testing session it looked like deletes added a whole new record that's just a copy of the final record, but with the delete info set and the GDB_FROM_DATE set to the delete time. Make sure you test thoroughly. Almost goes without saying, but the state you set should always be 0. If you want to make edits against a specific version then good luck. Basically just observe how all your clients adjust the table under a variety of circumstances and then mimic that in SQL. I understand why nobody from ESRI will confirm how the operations work from the DB side but that would be a good resource, pretty please?
... View more
02-02-2023
09:19 AM
|
1
|
8
|
7486
|
|
POST
|
I'll leave some notes here for anybody who stumbles into this from a web search. With Traditional Versioning and Archiving enabled, the current state of the feature class is tracked in the usual business + delta table combos. If you crack open your RDBMS there'll be a "_H" table which stores a full archive of every change that made it into DEFAULT. This is handy as the usual methods of fully compressing a versioned table seem to fall apart if archiving is enabled. If you disable archiving, there's an option to keep the archive. The table has the same "_H" name but it's logically detached from the main table. This seems to make full compression possible again. Disabling versioning from this point leaves behind the business table with the final state of DEFAULT. Enabling Branch Versioning creates the expected table schema and doesn't fiddle with the old archive table. With this info the transitional workflow appears to be: Kick everyone out of the DB, stop every relevant web service etc. etc. Get the DEFAULT version to the desired state and blow out all child versions. Disable archiving and confirm the presence of the "_H" table. Disable versioning. Truncate all data. Enable Branch Versioning. ETL the "_H" table into the new schema, this will include the previously truncated data. I can't guarantee anything so talk to your ESRI rep if you're migrating a critical dataset and keep a working backup on hand.
... View more
01-26-2023
09:08 AM
|
2
|
1
|
5148
|
|
POST
|
Great! I got this straight from the official docs, I recommend you keep them on hand until you've fully tested your deployment just in case you run into any other issues.
... View more
01-26-2023
08:45 AM
|
0
|
0
|
1321
|
|
POST
|
Did you forget the format call on the SQL string in line 7 in the script? If that's just a copy/paste typo, try wrapping the Counties polygons and each Well FC in an arcpy.management.MakeFeatureLayer call and work with the output layer, there's a good chance your selection is silently failing on a non-layer input. Another method is to merge all your wells into one big FC, spatially join it to the Counties, then select every record where the county name doesn't match the original FC name (the "add_source" parameter on the Merge tool makes this easy if your version of Pro supports it). This avoids fiddling with dynamic selections and should run much faster due to batching all the geometry calculations.
... View more
01-26-2023
08:43 AM
|
1
|
0
|
1627
|
|
POST
|
Did you install this version of the .NET runtime specifically?
... View more
01-26-2023
08:25 AM
|
1
|
2
|
1332
|
|
POST
|
I've got a table setup with traditional versioning + archiving and I'm planning to move it to branch versioning. Other than compressing everything out of the delta tables I'm not too sure how to proceed. Can you just disable versioning and then enable it again through a branch connection? Will that handle the "_H" archive table or will I need to transform that into the branch format? I'm willing to work with SQL Server directly for whatever's required, just wanted to see if anyone has tried this before.
... View more
01-19-2023
01:59 PM
|
1
|
2
|
5222
|
|
POST
|
Try adding a derived output parameter to your tool, then using the "SetParameter" or "SetParameterAsText" function in your script to put the output features into that parameter. Tools don't output data unless they have an output parameter configured. Also for the future, what you're writing is a script tool in a normal toolbox, a Python toolbox is a different beast entirely.
... View more
01-19-2023
01:00 PM
|
1
|
1
|
2391
|
|
POST
|
If multiple apps pull from the same web map, any changes to that map will propagate to all apps. You may have to open the app and tweak anything that doesn't automatically carry over, which items require manual updates depends on the app platform and the specific components of each app, best to keep write down what does and doesn't update.
... View more
01-19-2023
12:56 PM
|
0
|
0
|
1288
|
|
POST
|
Those default Shape fields are calculated automatically by the database backing the data using the spatial reference of the feature class. In most cases they're completely useless and should be ignored. There's a few ways to get the proper area for a feature: Good ol' Calculate Geometry Attributes. This gives you the most flexibility in how you do the math and the output units, but you'll have to run the tool every time a feature updates which won't work for every workflow. Use the Area or AreaGeodetic Arcade functions in a popup or attribute rule. The former does the calculation every time a user picks a feature in a web map in the popup only, the latter does the calculation on every insert/update and stores the result in a field. This gives you real-time updates on the Area, the catch is "Area" doesn't let you specify the spatial reference so you'll have to test what reference it uses for the calculations. If that isn't good enough then you'll have to use AreaGeodetic, which is fine for most purposes but you may be required to calculate geometry in a specific SR which means you'll have to fall back to option 1. Give these options a try, you should find something that suits your workflow and requirements.
... View more
01-19-2023
09:33 AM
|
1
|
1
|
3438
|
|
POST
|
You can get the length of a string with the COUNT function, then you can use that length to pick which branch to take.
... View more
01-17-2023
04:44 PM
|
0
|
0
|
2934
|
| 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 |
Online
|
| Date Last Visited |
3 hours ago
|