POST
|
Hi, when our users are doing repetitive tasks in Collector, at times they would like to be able to retain the currently set values for some fields to save having to re-select them each time. These default values may change through the day, possibly on an hourly or half-hourly basis so setting form defaults the usual way through the feature class is not an option. It would be great if the user could selectively tick-on/off a field in a create/ edit form to flag that the present value should be retained ongoing as the 'current default' value. For some fields you would intentionally want the user to make a selection to ensure that a step or process has been followed, so this would need to be configurable for each field, much like indicating whether a field is visible or editable when the initial web-map is setup. Does anyone else see this as a valuable enhancement to the app, or found a way to accommodate this type of requirement ? Cheers, Dave
... View more
03-31-2019
04:58 PM
|
3
|
0
|
753
|
POST
|
Yes, it's interesting that you can access the user_name property in Survey123 but not in Collector, and seems a bit impractical to have to retrieve it through another app, when it's obviously 'known' by Collector in the first place but the developers choose not to expose it. The Arcade globals/functions would be the obvious place to access it. I've worked with editor tracking with feature services in the past and as I've mentioned, it causes other issues for users of the same dataset, and is just a stop-fix that over-complicates a very simple and reasonable requirement. Thanks for the follow-up.
... View more
01-07-2019
01:39 PM
|
0
|
0
|
861
|
POST
|
Hi Chris, I'm actually working with feature services rather than hosted feature layers, which I should've mentioned in my OP. I'm well aware of editor tracking which is just plain overkill, and why I keep away from it. It needs to be done at the feature-class level, which has it's own complications for other users, uses UTC for date/time values, and was already available in the older version. And if I recall correctly, when using as a feature service thru AGS with Web Adaptor, the user has to login twice, which is really inconvenient. Thanks for the reply. Cheers, David
... View more
01-06-2019
08:59 PM
|
0
|
2
|
861
|
POST
|
Was hoping that the new version of Collector would make it easier to access the currently signed-in user to enable a default user name for capture config purposes. So far I haven't found anything to suggest this is possible yet. Surely the Collector app knows 'who' has signed in and an application global or GetUser function can be made available to access this in the form. Has anyone found a solution to this ?
... View more
01-06-2019
05:33 PM
|
0
|
5
|
1200
|
POST
|
Hi Kelly, was this feature ever implemented ? I'm trying to publish my web map out to one of the configurable online templates and none of them display the Show Related Records link in the popup. Cheers Dave
... View more
04-19-2017
09:46 PM
|
0
|
0
|
1479
|
POST
|
Hi, was this issue ever fixed ? I'm trying to publish my web map out to one of the configurable online templates and none of them display the Show Related Records link in the popup. Cheers Dave
... View more
04-19-2017
07:55 PM
|
0
|
0
|
1479
|
POST
|
Hi, I was under the impression that being able to show related records in the AGOL version of Web App Builder was now possible but I've tried 4 or 5 of the online templates without any success. Can someone confirm this for me please ? Cheers Dave
... View more
04-18-2017
07:34 PM
|
0
|
2
|
821
|
POST
|
Hi, thanks for getting back to me. Makes sense I guess but that would suggest there should be more than the so-called 19 or 20 published scales for Google Maps. I'm not sure if it's different for our part of the world (Australia), but we only have 19 zoom levels. If as you say, they're only the cached scales then the additional scales would be something like 1:564, 1:282 & 1:141 unless they abandon the base 2 scheme that's used for the existing scales. Cheers Dave
... View more
02-05-2017
10:08 PM
|
1
|
1
|
634
|
POST
|
Hi there, I'm setting up cached map services of some aerial imagery datasets and I'd like to use the Google/AGOL standard cache levels/scales as defined in the default caching scheme provided in ArcGIS Desktop 10.3. Unfortunately these scales only have a maximum zoom scale of 1:1128 and I'd like to include a 1:500 scale, and I guess I can add my own custom scale level but I'm a little puzzled though because when I look at the scaling in Google Maps I can clearly see that it zooms to a larger scale than 1:1128. Converting the scale bar gives me a scale of about 1:175 ie the scale bar measures '2.85cm for 5m'. So am I missing something here, or making an assumption about what Google terms as 'map scale' ? Cheers Dave
... View more
02-05-2017
06:24 PM
|
0
|
3
|
2117
|
POST
|
This only seems to be a problem with Android devices. I've tested on iOS with no issues. Royce, when you say it works on iOS, do you mean just the popups or the layer control, too? Our AGO site has a layer that is turned off by default. I see no way to turn it on when viewing it on an iPhone: http://www.arcgis.com/home/webmap/viewer.html?webmap=1aa44ed5b48b4091bebfcc7ae851ec6d&extent=144.1698,-38.2922,144.772,-37.9859 Am I missing something? Please, November update to AGOL have this fixed! Seconded! Thanks. DR
... View more
11-10-2013
12:19 PM
|
0
|
0
|
234
|
POST
|
[ATTACH=CONFIG]28945[/ATTACH] We have an organization account as City of Greater Geelong and have set the region to Australia. I've emptied the browser cache. The scale bar is correct --metric, that is-- when viewing the arcgis.com page. But when the map is embedded in our own web page, the scale bar is in miles. See the attached image. Can I fix this somehow, Mike? Thanks.
... View more
11-07-2013
05:20 PM
|
0
|
1
|
1037
|
Title | Kudos | Posted |
---|---|---|
1 | 02-05-2017 10:08 PM | |
3 | 03-31-2019 04:58 PM |
Online Status |
Offline
|
Date Last Visited |
12-05-2023
04:31 PM
|