Latest Contributions by BrentKinal1

I have been trying to build a query  so the inbox only returns repeat records from a date field(${travelDate}) 10 days or less from the max date (${maxTravelDate} which equals max(${travelDate})), or this could be records dated the 10 days or less from the current date. I would also like to return repeat records from the current month. I can't seem to dial in the syntax any of these queries. The Prepare for editing existing survey data—Survey123 for ArcGIS | Documentation doesn't cover this, nor can I find any good resources on developing query syntax for this.  I have tried several iterations of query syntax with out success and was wondering if this is even possible or if I am traveling down a rabbit hole with no end? ... View more

Ismael Chivite‌ Is it possible to have repeat records sorted sequentially by a user entered date field rather than the order the records were added when a record is accessed via the inbox ... View more

Ismael Chivite‌ Is it possible to set a repeat to open to a new (blank) record rather than the first repeat record when a form is accessed via the inbox? ... View more

I have recently discovered that new attribute fields cannot be added to a hosted feature layer when a hosted view containing a join of a parent - child table join that layer also exists. This has a cascading effect on all web maps and applications that use the hosted view all needing to be updated or recreated following the deletion of the hosted view so that a new field can be added. Is there another way to add new fields with out deleting the hosted views? ... View more

Currently we only have the ability to limit the view and editing made within previous repeat records when revisiting a survey in the inbox through the bind::esri:parameters field. It would be helpful to also have the ability to control the view and editing of fields in the parent record or control editing field by field when access through the inbox. I manage several data collection activities where site info is collected on the first visit, this involves location data, ownership, ecological community type...None of this data needs to or should be updated on subsequent visits, however it would be helpful to be able to view while entering new date in a repeat. Subsequent visits could involve collecting data for several potential activates including: photo monitoring, trap specimen collections, ecological management activity... It would be beneficial to prevent surveyors from updating parent records or specific fields to prevent erroneous data entries. My current strategy is to create second copies of the form with all the parent fields set to "read only" for site revisits and Inbox entries or accessing survey revisits through Explorer or Collector and custom URL. It would be a great time saver and provide a more elegant data collection solution if all of this could be accomplished with greater control of which fields can be edited when accessed through the inbox. Not sure of the programing involved but it might possibly be accomplished by using bind::esri:parameters field  set to  allowUpdates = false on a field by filed basis. ... View more

I would like to have users be able to add new repeat records when accessing a photo point survey through the inbox, but would like all the data in the parent feature, basically the site information (location, photo azimuth, site name, project...) to be uneditable when accessed through the inbox. I am able to use once() for some of the fields (date, username of the feature creator) but can't figure out a way to do this for non calculated field. Any idea if this is possible without getting too deep in the weeds using repeat counts, hiding original questions through relevants and exposing answers as calculated notes...? It would be great if we could use allowUpdates=false in the bind::esri:parameters field on a field by field basis rather than just for repeats. ... View more

I created a web application built in web app builder using the "Box" theme, I am trying to use the Near Me widget however every time another widget is clicked, most importantly the Print widget, the buffer created by the Near Me widget disappears, which minimizes the utility of using the Print widget. Am I missing some setting or is this a bug? I thought it might be a browser issue but it persist in Chrome, Firefox and Internet Explorer and it also persists in different web app themes Thanks for any help. ... View more