|
POST
|
Hi All, Sort of new to Survey123 so I might be missing something simple or doing something beyond the capabilities...Here's what I've got: Created a polygon feature class and table (the survey columns) in ArcCatalog along with a Simple, 1-Many relationship class between the feature (polygon 1) and table (many) using the GlobalId as the linking column. This setup is then published to our online org account as a host feature layer. I don't have any issues editing data in either the file geodatabase with ArcMap locally or the hosted feature layer via JavaScript API or map viewer. Created a Survey123 with Connect (3.4.29b) using the feature service as the template. Used xls to modify the columns, submission url and form id to the correct values. Saved and loaded the xls. Published the survey. Everything seems fine there. When I run the survey from the web site form (not the device app - haven't tried that yet), all good until the submit. Submit fails with error: - Operation rolled back. Operation rolled back. Incorrect geometry type. Which seems odd since I shouldn't be submitting any geometry to the table. Watching the network tab in chrome shows the applyedits operation to the hosted feature layer. Sure enough, it's adding a feature to the polygon layer with an (0,0) point. The feature json to the table is correct. I can copy and paste it to the REST pages and get a successful insert. So I'm not sure why the survey is trying to submit a record to the polygon layer. I don't have geopoint column in the XLS but it does have one listed in the "schema" tab of the Connect app. I can't find a way to delete it there. Is there some other setting to tell the survey to skip any geometry edits? Is the explicit relationship class causing some sort of problem? Thanks for the help.
... View more
03-28-2019
12:42 PM
|
0
|
2
|
792
|
|
POST
|
Alex, Thanks for posting this!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I was getting the same 9999999 Michael was seeing and couldn't figure out why.
... View more
03-11-2019
03:59 PM
|
1
|
0
|
4249
|
|
POST
|
Hi Kirk: The fix goes in the proxy.ashx code. A pull request was already accepted and merged: Merge pull request #503 from sardeenz/sardeenz/#448 · Esri/resource-proxy@74725a6 · GitHub You should be able to pull the latest version of the proxy from github, deploy and see proper results come thru. Fred
... View more
03-07-2019
10:20 AM
|
0
|
0
|
2241
|
|
POST
|
Thanks for the reply Gaurav. It would be helpful if this was in the API doc or even better if the API was able to remove that operation if it's not supported ... or at least return a better error message.
... View more
02-27-2019
02:48 PM
|
1
|
0
|
996
|
|
POST
|
Hi All, I have a GeoEvent Server dataset stored in the Spatiotemporal Big Data Store and registered as a feature service in our portal. I can individually update the feature values using the ApplyEdits operation but I need to run a bulk update on about 75% of the dataset to modify an attribute that got incorrectly calculated during the input processing. The service endpoint displays the "Calculate" operation but returns a error 500, blank message when I try anything even a simple set integer or string. Is it possible to use the Calculate operation on this type of feature service? If not, I can't find any documentation that says so. Is there another back-door management operation I can use to bulk update data? Thanks Fred
... View more
02-19-2019
02:36 PM
|
0
|
2
|
1146
|
|
POST
|
Josh, thanks for verifying the issue. I'll submit to tech support.
... View more
12-13-2018
09:30 AM
|
0
|
0
|
1810
|
|
POST
|
One more: It appears to be one of the "SHAPE" fields [SHAPE, SHAPE.STArea(), SHAPE.STLength()]... this will work: desc = arcpy.Describe(fc)
fields = [f.name for f in desc.fields if not f.name.startswith("SHAPE")]
with arcpy.da.SearchCursor(fc, fields, None, None, False, sql_clause) as rows:
row = rows.next()
... View more
12-12-2018
10:44 AM
|
0
|
0
|
1810
|
|
POST
|
When I use describe to get the explicit list of fields it will still fails: desc = arcpy.Describe(fc)
fields = [f.name for f in desc.fields]
with arcpy.da.SearchCursor(fc, fields, None, None, False, sql_clause) as rows:
row = rows.next()
Runtime error
Traceback (most recent call last):
File "<string>", line 2, in <module>
RuntimeError: An expected Field was not found or could not be retrieved properly. [TOP 1 OBJECTID]
... View more
12-12-2018
10:39 AM
|
0
|
0
|
1810
|
|
POST
|
Hi All, I've found an issue with using 'TOP N' in the sql_clause parameter and the default * wildcard for fields when executing a arcpy.da.SearchCursor. The resulting error message: An expected Field was not found or could not be retrieved properly. [TOP 1 OBJECTID] ArcGIS 10.6 Occurs in both ArcCatalog python window and 64-Bit python console (ArcGISx64106\python.exe) Database is SQL Server 2017, licensed geodatabase Occurs ONLY in registered Feature Classes.... I have an assortment of versioned, archived and non-versioned/non-archived, in feature dataset, non-feature dataset, all fail with the same error. I have 1 registered table in the geodatabase that does NOT fail and a number of other non-registered/non-objectid tables that also do NOT fail. I have a few non-registered spatial tables with a generic column call OBJECTID that do NOT fail I tried a couple different geodatabases in the same server, all fail same way. I don't have a second database server to test right now. The generic SELECT TOP 1 * FROM FC(_evw) works fine in SSMS Works fine if I include a specific fields list... but that requires extra code step and performance hit to run "describe" fc = "YourDatabaseConnectionFile.sde/Database.Schema.FeatureClass"
sql_clause = ("TOP 1", None)
with arcpy.da.SearchCursor(fc, "*", None, None, False, sql_clause) as rows:
row = rows.next()
print row
Runtime error
Traceback (most recent call last):
File "<string>", line 2, in <module>
RuntimeError: An expected Field was not found or could not be retrieved properly. [TOP 1 OBJECTID] Thanks Fred
... View more
12-12-2018
10:25 AM
|
0
|
4
|
2106
|
|
POST
|
Just to keep notes on this... ran into again: Totally different setup/servers this time: ArcGIS 10.6 (ArcMap and ArcGIS Enterprise: Server and Portal) Single machine setup (Server and Portal) / ArcMap on a different workstation Server federated with portal HTTPS connection only, using the fully qualified machine name :6443 First time around it fails the same way - GP tool doesn't have the "server" parameter. Then it won't even get that far and messages about Publishing Tools not available even though they are from the REST and Manager pages and Catalog window. Restarting the publishing tools and restarting ArcMap don't help Fixes itself with full shutdown of ArcGIS Server, ugh.
... View more
12-06-2018
03:34 PM
|
0
|
0
|
4644
|
|
POST
|
Hi All, Crazy technical issue... I'm creating a set of "helper tools" for power editors in an enterprise environment. Ideally the tools will run correctly when the user is "in an arcmap edit session" or not. I'd be fine with forcing them users to only be in an edit session when using the tools but the problem there is that after edits are made by the tool. The arcmap editor doesn't seem to know changes have been made; clicking the "stop editing" button doesn't present the user with the save option and dumps the edits. This is probably an edge case but --- man --- will users be mad if they lose edits and the proper attribution doesn't get pushed during a reconcile/post. Details below. You can also grab the source file in this repo: GitHub - fspataro/PYT-EditingIssues: Demostration of issues use ArcGIS PYT tools with an ArcMap edit session SETUP SQLServer database geodatabase enabled Feature dataset Feature class GlobalIds added Editor tracking enabled registered as versioned Archiving Enabled Python toolbox (pyt) based on template/help sample opens arcpy.da.UpdateCursor sets text field to input value updateRow() Geoprocessing Options Background Processing disabled Note: I re-ran all the test below with "background process enabled" but it doesn't appear to use the background processor for pyt tools. (?) TEST SCENARIO/RESULTS If 'ArcMap edit session' is closed, tools fails as expected: "Objects in this class cannot be updated outside an edit session [TestsGDB.DBO.TES_Polygon]" If 'arcmap edit session' is open, tool succeeds, attribute update is visible in table. However, when clicking "stop editing", there's no warning that edits are pending and the session will close and reset the data. Added arcpy.da.Editor to check if 'isEditing': returns false regardless of the ArcMap editor state --- makes sense that it's not the same session Added editor.startOperation() and editor.stopOperation() with the ArcMap edit session open fails with "start an edit session" Added editor.startEditing() with the ArcMap edit session open, but no closing editor.stopEditing() this produces a successful tool run and the "save edits" dialog prompts when clicking 'stop editing' when the ArcMap edit session is closed, the tool will appear to run successfully but the edits don't persist. This seems logical since I never closed the session. Adding editor.stopEditing() with the arcmap session open this throws an error on the editor.stopEditing() with the message - "start edit session" this result baffles me ???? the attribute edits are correctly placed and the "save edits" dialog prompts when clicking 'stop editing'. So it's almost correct behavior except for the "tool failed result" when the ArcMap edit session is closed, the tool will execute as expected and the edits persist It seems like my choice is use the full script edit session management and sink the error on stopEditing so it works in and out of the ArcMap edit session or don't use the script edit session and the user can only work in an ArcMap session and might not get the prompt.
... View more
11-16-2018
12:26 PM
|
1
|
0
|
913
|
|
POST
|
thanks. I've submitted an issue to support. I can reproduce the setup consistently with a very simple example. I suspect it's either a bug with query layer sources or a "feature" that's intended to make it harder to work with non-registered geodatabase tables. We'll see.
... View more
10-05-2018
08:27 AM
|
0
|
0
|
1910
|
|
POST
|
Did you ever figure this out? I'm seeing the same issue... updateFeatures operation. Fails with the same error messaging if feature array is greater than 100. ArcGIS Server version 10.6. I've created two services off the same table in the database, same result on each. The feature class is a "query layer" in MSSQLServer...
... View more
09-24-2018
10:45 AM
|
0
|
2
|
1910
|
|
POST
|
well.... long story short... if you run into this issue upgrading the jsapi version in the WAB (env.js) to 3.25 appears to fix it. long story longer: I created a few items to isolate out the various candidates a webmap with only the secure service layer a stock app template via the arcgis.com builder (v 2.9) a stock app template via a clean install of the WAB Developer version 2.8. Trying various combinations, I found: 1. No issues either webmap (single secure service and multiple service) using 2.9 version 2. No issues using the single secure service using the 2.8 version 3. Issue repos with the multiple service webmap and the stock 2.8 WAB version. The obvious difference in the 3.25 version of the javascript api and switching up to the new version seems to be resolving the issue. Going one step further, I took the 3.x 'Create webmap from id' sample, added in the proxy settings and tried both the single and multiple webmaps with both the 3.24 and 3.25 versions. I get the same results: both webmaps work with 3.25, only the single works with 3.24. So it appears to be something in 3.24 - not WAB - with webmaps that have both secure and non-secure services running on HTTPS. Time for a beer.
... View more
09-11-2018
04:10 PM
|
1
|
0
|
2726
|
|
POST
|
Adding the second HTTP rule doesn't help but try a few other things along those lines: 1. Setting all URLs (portal, proxy services, etc) to HTTPS --- still broke 2. Setting all URLs (portal, proxy services, etc) to HTTP --- WORKS!!! This is a pain b/c you have to open you're portal on HTTP to add the service as HTTP to the web map. 3. Leaving everything as it was mixed HTTPS but adding the service to the webmap as HTTP and setting the rule for the service as HTTP --- Works. So somehow the "matching" function for the HTTPS export request is working correctly...
... View more
09-11-2018
11:08 AM
|
0
|
0
|
2726
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-15-2024 10:18 AM | |
| 1 | 06-05-2025 08:06 AM | |
| 1 | 04-03-2024 08:47 AM | |
| 1 | 06-12-2018 03:16 PM | |
| 1 | 09-14-2023 01:54 PM |
| Online Status |
Offline
|
| Date Last Visited |
a month ago
|