POST
|
I finally got it to work! Here's the complete workflow for initial setup: Set up the table of hydrant flow tests. Import the table to the file geodatabase that the hydrants layer is in. Add a GUID field to the table. Set up a join between hydrants and table based on Hydrant Number. Use the Field Calculator to populate the table's GUID field based on the Hydrant Layer's GlobalID field. Set up a relationship class based on this GlobalID to GUID relationship. Add a GlobalID field to the table. Share the layer with table as a hosted feature service. Open Surey123 Connect, create a new survey based on this hosted feature service. Set up the form/settings as needed: Users can only add new related records--can't add/edit new hydrants or edit existing flow test records. Allow querying of related records. Enable the Inbox and allow for a spatial query. Publish the survey and let the fieldworkers do their thing! Now, I can download the recorded survey data any time I want and add any new records to the local table (need to use an SQL query during the import unless you want to duplicate older records!). Then, any time I make changes to the hydrants layer, I can share>overwrite the hosted feature service without any hiccups. Everything seems to work fine on the Survey123 website as well as the mobile app, so no more broken data! Success!
... View more
03-15-2019
03:56 PM
|
3
|
0
|
1217
|
POST
|
So, when looking at it again, I noticed that a GlobalID field was added to the table as it was originally published (the Hydrants layer already had a GlobalID). Thus, when I copied the downloaded new records into the local table and tried overwriting the hosted feature service with it, that's how it broke. The local table still has no GlobalID field (just the GUID field I initially created and based the relationship class on), so the the hosted feature service and survey were looking for a relationship based on the now-missing GlobalID. How did you get it to work when you tested it?
... View more
03-15-2019
01:52 PM
|
0
|
0
|
1217
|
POST
|
Unfortunately, the editing of the water utility data has to remain in ArcMap 10.6, for geometric network and Attribute Assistant functionalities. Manually replicating these edits in the hosted feature service would be a major duplication of work. This is especially important since we're still in the process of building the network, so there are constant updates and additions right now. It's odd that the the layer and table weren't related when I republished, since I was already testing the related records from the downloaded data just moments before. I guess I'll have to play around and see why that wasn't preserved during the upload.
... View more
03-15-2019
07:17 AM
|
0
|
0
|
1217
|
POST
|
You're the only Hasthorpe to show up in a search for users to invite, so I know I have the right one. I tried sending again today from different browsers; if nothing is coming through, then I don't know what's going on, and I'm not sure how to share the data without making it public.
... View more
03-12-2019
02:31 PM
|
1
|
0
|
1217
|
POST
|
I did have the table loaded in the ToC, yes. Rather than upload the data here and/or make the service public, I shared both to a group and just invited you to it. If this doesn't work, let me know. Thanks for looking into this!
... View more
03-08-2019
10:25 AM
|
0
|
2
|
1217
|
POST
|
I'm trying to work out how to update a hosted feature service used by Survey123 by pushing said updates from a local geodatabase. Here's the background of what I've done and am hoping to accomplish: I have water utility data in a geometric network (file geodatabase) that I edit using ArcMap 10.6. I created a relationship class with the hydrants layer and a table for recording flow testing. The relationship is based on GlobalID/GUID. I published the hydrants layer as a hosted feature service, and then created a survey based on that service using Connect. The intent of the survey is to only create new records in the related table. The data in the parent hydrants layer is visible but read-only. This process worked out alright during testing. I then downloaded the data and updated the local table (in the fGDB) with the new records created in the hosted table. Again, looking at the related hydrants, this seemed to work fine. As a test, I decided to edit the local hydrants layer (added a new record using ArcMap). Then I switched to ArcPro, added the layer, and clicked Sharing > Overwrite Web Layer. I'm thinking this is where I broke it... When I went to check (both using the field app and on the Survey123 website), I started running into problems: On the Data page: All records display on the map and in the table just fine. However, when clicking any record to open the Individual Response pane, the pane loads indefinitely, never displaying any data. On the Analyze page: Statistics display just fine for the fields in the parent layer, but when I scroll down to where the repeat would start, again it just loads indefinitely. (I did not check the Analyze page before I broke things, so I'm not sure if it was supposed to work anyway) In the field app: Refreshing the Inbox gets stuck on "Searching for Surveys". If collecting a new record, I can fill it out just fine, but it hangs when trying to submit the survey. I'm guessing something went wrong when I tried to update the hosted layer with the local feature class. Is there a different way to sync local changes to the hosted layer? Did I just goof up and miss a critical step or setting? Or is there no reasonable solution to the workflow I'm trying to accomplish? I can do my best to describe any of these steps in more detail if needed.
... View more
03-01-2019
03:57 PM
|
0
|
8
|
1643
|
POST
|
To update: As Treg Christopher mentions above, this issue ended up not getting resolved in version 3.3, and is now scheduled for version 3.4 in May (source: Ismael Chivite's comment in the 3.3 release notes thread). I know it's not a survey-breaking issue, but I'm very much looking forward to it being resolved. Fingers crossed!
... View more
03-01-2019
02:55 PM
|
2
|
6
|
2390
|
POST
|
You can't change that yet, but you can vote on the idea for it over here. Word is that attribute tables will be seeing various improvements in an upcoming release, so fingers crossed that this will be among those features.
... View more
02-27-2019
02:05 PM
|
1
|
1
|
377
|
POST
|
I don't believe there's any way to guarantee that it's unique (edit: without using a GlobalID, I mean). How many responses do you expect to have? You could try using random() in a calculation. This returns a value between 0 (inclusive) and 1 (exclusive). For a more "friendly" number you can multiply it by a value and round it off, for example round(random()*100000,0) results in a range of 0 to 100,000. You could then use another random() function in a second question to be used as a tie-breaker, because hopefully no one will end up with the same random lotto number and identical tie-breaker numbers, but who knows? Or maybe even use a timestamp as a tie-breaker?
... View more
02-27-2019
11:21 AM
|
0
|
1
|
2814
|
POST
|
I've done that, and the symbols appear as expected on the map. It's the legend itself that has the tiny symbols. As you can see from the two screenshots below, setting a minimum size affects the size part of the legend ("Priority"), as well as the points in the map, but does nothing to change the type part of the legend ("Status"). The symbols representing the different statuses are stuck at 8 pixels in the legend, and I can't find any way to adjust that (third image).
... View more
02-12-2019
12:29 PM
|
0
|
0
|
874
|
POST
|
I'm putting together a webmap of project data, and have point data symbolized by type and size. The legend that AGOL makes for this separately shows the array of types (project status) and the range of sizes (project priority). Great in theory, except the part that shows types reduces the symbol sizes so much you can't make out anything except colour. I've already adjusted the sizing properties so that the minimum size is clear and readable, but that doesn't seem to affect the way the types are shown in the legend. My example is below. Is there any way to set the type symbols to a more reasonable size in the legend?
... View more
02-08-2019
08:06 AM
|
0
|
5
|
973
|
POST
|
I've been having some difficulty with gauges in my dashboard. When ungrouped, they would occasionally show incorrect visual references when the dash was first loaded, but corrected themselves after a refresh. While grouped (shift+click+drag), they consistently show incorrect references, despite displaying correctly while still in the dashboard editing interface. Below are two examples from the editing interface, showing how they're supposed to look. These gauges are grouped together in the dashboard. The progress-style gauge on the right has the same thresholds as the one the left (green, yellow, orange, red, every 25%). Below is how these same gauges appear in the dashboard after it's saved and accessed directly. Even though the correct number is being shown, the visual reference is incorrect. The meter-style gauge always defaults to 0, while the progress-style gauge defaults to 50% while showing an incorrect threshold color. Unlike when they were ungrouped, no amount of refreshing the dashboard will correct the data shown on these gauges. Is this a bug? Is someone else able to reproduce this?
... View more
02-06-2019
01:25 PM
|
0
|
5
|
850
|
POST
|
I'm still learning Arcade myself, but it looks to me like you're definitely missing an open parenthesis on line 3. Try when((day_ = 1), "Sunday", "n/a")
... View more
02-06-2019
11:01 AM
|
1
|
3
|
4580
|
POST
|
The dashboards I'm trying to access are either shared with just our organization, or not shared with anyone other than myself. We have no public dashboards at this time. I know I can access my dashboards by skipping the Companion app and just using my browser, but it would be nice to have everything together in one simple interface. Is there any estimate as to when non-public dashboards will be accessible via the Companion app?
... View more
02-06-2019
09:14 AM
|
0
|
1
|
795
|
POST
|
Is it possible to set a default value of "Today" for a date field in ArcGIS Pro? I have my data sorted by date (newest first), and it would make it easier if could just default the date to the current date instead of "12/30/1899".
... View more
02-06-2019
08:18 AM
|
1
|
0
|
816
|
Title | Kudos | Posted |
---|---|---|
2 | 03-26-2019 01:54 PM | |
1 | 02-21-2020 11:18 AM | |
2 | 02-06-2019 07:25 AM | |
2 | 07-11-2018 08:47 AM | |
1 | 02-06-2019 08:18 AM |
Online Status |
Offline
|
Date Last Visited |
03-26-2021
12:04 AM
|