|
POST
|
HI Erika, I understand your concern about uninstalling; its something that we can do easily in testing that is less viable in some real world scenarios. I finally had the opportunity to test this a bit further to jog my memory and potentially found whats going on. Do you happen to be placing the .vtpk directly into the Basemaps folder using the Files app? Packages should be placed in the root Collector folder, as Collector has logic to distribute these in the proper location (indv folder under Basemaps) when the app is launched. For example: I had a fresh install of Collector (no basemaps folder) and sideloaded a vtpk via OneDrive to the Collector folder. After closing and re-opening Collector I see the .vtpk as expected. Inspecting the Collector folder there is now the Basemaps folder and 1 folder under that, representing the .vtpk. I tried the process again with another vtpk, placing it in the Basemaps folder -- Collector did not recognize this one. I used the Files app to move the problematic vtpk from the Basemaps folder up to the Collector folder, closed and relaunched Collector, and found that Collector now recognized the .vtpk. Looking back in the Files app the .vtpk had been placed in its own folder under Basemaps as I would expect. Note: When using itunes to sideload a basemap it doesnt even let you access the basemap folder. This is the reason for the logic mentioned above. It seems odd that you are only having issues with one vtpk in particular so I am not sure if this is the cause, but have you tried moving this problematic .vtpk to the root Collector folder and relaunching? Regards, Colin
... View more
05-28-2020
05:50 PM
|
0
|
6
|
2930
|
|
POST
|
Hi Aaron, If you cannot use the editor tracking "defaults" you could try to edit your existing fields to mimic what is expected. I cannot say for certain this will work as I haven't had a chance to test this workflow myself. However, if you are comfortable doing this I would say its a worthwhile alternative while you wait for a resolution on our end. Regards, Colin
... View more
05-28-2020
09:50 AM
|
2
|
0
|
1862
|
|
POST
|
Hi Aaron, A bug was logged with Support and we are currently investigating the best way to handle this issue. If you would like to be attached to the bug for tracking purposes, please reach out to support and request to be added to BUG-000129003. These problems can arise based on different ways editor tracking fields can be configured. Some may want to configure editor tracking fields in their own ways or using their own pre-configured fields. This can lead to problems and we are trying to sort the best way to handle these problems; whether thats a more helpful error or adjusting to consume them as is. Some examples of potential issues we have seen include: adding default values to editor tracking fields, setting editor tracking fields to be non-nullable, or setting the editable property to be true. These all seem like good ideas on paper but are not how editor tracking fields are designed to be handled. I hope this helps. Regards, Colin
... View more
05-27-2020
04:51 PM
|
1
|
1
|
1862
|
|
POST
|
I think the key here is the process of transferring from the computer to the device. In the case you are having issues with, this was done via OneDrive. During this process we had also experienced an issue on our end. Unclear if this was network related or OneDrive related but it didnt seem reproducible at the time. Moving around packages via the Files app shouldnt be the problem as this was tested more extensively. We envisioned the scenarios where an administrator may use Airdrop to distribute packages from their device to fieldworker's devices thereby sidestepping the process of connecting each device. You can then use Files to place the package in the Collector folder and Collector should handle it from there. You still need to load it to the first device by which the recommended method is Itunes. If you want to go a bit further it could be a good idea to reinstall the app, thereby cleaning out the Basemaps folder altogether and eliminating that as the potential cause. Regards, Colin
... View more
05-20-2020
02:16 PM
|
1
|
8
|
4259
|
|
POST
|
During development we saw what seemed like a one off issue of a corrupt package when transferring via OneDrive. I am not sure if that is the case here but it does make me suspicious. I would recommend using iTunes/Files app if at all possible to sideload basemaps. Once a basemap is placed at the root Collector folder, it will create the basemap folder (if necessary) and distribute the package to the correct subfolder(s). Perhaps you also had an issue with the existing Basemap folder in your first test as well? Regards, Colin
... View more
05-20-2020
11:55 AM
|
0
|
10
|
4259
|
|
POST
|
Hi Matt, It looks like you are using Collector Classic. For clarification, you updated your iOS from version 9.x to 11.x? Perhaps something changed in the way iOS organizes the folders between these versions. If you are able to do so, connect your device to your computer and go to your device in iTunes. Browse to the files shared with the device and select the Collector app. There should be a 'basemaps' folder if you have basemaps stored on the device recognized by Collector. If not, you may need to transfer again. I believe the Files app was introduced at iOS 11 which allows you to accomplish the same workflow above directly on your device Regards, Colin
... View more
05-06-2020
05:19 PM
|
0
|
0
|
1560
|
|
POST
|
Hi Robert, What kind of location searches are they doing? Are these addresses, coordinates, or parts of a Feature search (feature attributes)? Signal strength can certainly be a factor when searching addresses and coordinates because the requests have to hit the geocoding service; if this fails or takes too long there will be no results. Regards, Colin
... View more
05-06-2020
04:07 PM
|
0
|
0
|
712
|
|
POST
|
Kyle, Brad, This was a bug and we have fixed it for the next release, 20.2. Very timely as this release should be available within the next week or two. There is still some funkiness around Offline Areas. As you may know you can have multiple areas and in this scenario the link will only work to open the area listed as "current" - in other words, the last opened map. If none of the Offline Areas are the "current" the link will only open to the Offline Areas Browse screen. A link could also not work if the Offline Area was just downloaded but not opened first or when all Areas were removed but the "online" map has not been opened yet (or any other map). We hope to iron out these behaviors in a future release but the tight window did not allow it. Thanks! Regards, Colin
... View more
05-01-2020
05:25 PM
|
1
|
0
|
2075
|
|
POST
|
Erica, Thanks for sharing the data. I can reproduce the problem but I dont see anything obvious jumping out at the moment. I will take a more extended look at this. Do you know if this is reproducible with any other View layers (from the original source or another)? I would note that when you take this data offline, the layer displays just fine. This could give you a temporary workaround. Regards, Colin
... View more
04-30-2020
03:49 PM
|
0
|
3
|
2722
|
|
POST
|
We are very close to wrapping up 20.2, so we are hoping it will be available early May. I cant give an exact date at this point unfortunately. Regards, Colin
... View more
04-30-2020
08:55 AM
|
0
|
0
|
2377
|
|
POST
|
I can reproduce this problem; addFeature is never popping. We are looking into what the problem is. It is isolated to offline maps. Thanks for reporting this. Regards, Colin
... View more
04-29-2020
05:08 PM
|
0
|
2
|
2075
|
|
POST
|
Hi Brad, This workflow should work. Can you share the device you are using and the version of Collector (assuming its 20.1 and not the beta version)? Also, I would suggest using the universal app link format moving prefix forward ie: https://collector.arcgis.app/?itemID=.... You can try the formatting above but I doubt it makes a difference for this scenario. Is the GUID value the only attribute you are passing? Regards, Colin
... View more
04-29-2020
04:36 PM
|
0
|
3
|
2075
|
|
POST
|
Erica, I would be happy to take a look if your data is in AGOL and you are willing to share. The easiest way to do so is to create a group, share the map and layers with the group, and invite the user Collector4ArcGIS to the group. I am assuming the layer renders fine with no filter applied to the layer/map? Also, which platform and version of Collector are you using? Regards, Colin
... View more
04-29-2020
12:00 PM
|
0
|
5
|
5214
|
|
POST
|
Erica, There are some known issues with View layers with View Definitions set on them to exclude fields. Is a View Definition what you used in the Visualization page? The difference in my experience is that the layer still appears in the layer list but does not render in the map. Can you let me know what specific type of filtering you used and on which fields? Regards, Colin
... View more
04-29-2020
10:31 AM
|
0
|
7
|
5214
|
|
POST
|
Hi Steve, Thank you for your help in identifying the problem. We are targeting a fix for this in the coming weeks with the 20.2 release for Android. The problem was determined to be specific to Android 10 devices and the method we were using to listen to NMEA. Regards, Colin
... View more
04-27-2020
04:43 PM
|
1
|
2
|
2377
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 05-26-2026 10:57 AM | |
| 1 | 05-14-2026 10:44 AM | |
| 2 | 05-20-2026 11:08 AM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|