|
POST
|
We've been busy testing the new geoPDF functionality in Field Maps and think we've either found a limitation or a bug. Would be good to see if others have too. We've tested on android mobile devices where some are factory standard but others have organisational Mobile Device Management software in place. If a geoPDF is downloaded from the Web via a browser, they always work when opened in Field Maps. However, if a geoPDF is saved to the device from Outlook or Teams, they only open if the device doesn't have MDM. The attached screenshots show a warning about encryption being added when saving the pdf to device on the MDM devices and they then fail to load in Field Maps. The encryption does not prevent the document from opening in any other apps capable of viewing PDFs. Please note, that our intended work flow does not rely on publishing the document through ArcGIS Online. It's intended for viewing docs received from other sources.
... View more
03-08-2026
06:22 AM
|
0
|
5
|
1172
|
|
IDEA
|
OFFICIAL Another great use case. Could you create a separeate layer in the meantime using a view of the layer with a pre-defined filter (something like features created in the last X hours)?
... View more
03-05-2026
05:54 PM
|
0
|
0
|
1098
|
|
IDEA
|
Yes, I'm aware that these are options, but in our use cases, it's specifically about opening PDFs from external sources that are served via a non-AGOL platform (e.g. QR Code linked web download). So no preconfiguring possible.
... View more
03-04-2026
04:15 PM
|
0
|
0
|
689
|
|
BLOG
|
@MaxMolello I noticed the same degradation in display quality. Hopefully future updates will improve the rendering capability.
... View more
03-03-2026
04:23 PM
|
1
|
0
|
1884
|
|
IDEA
|
@RPGIS this isn't an option in this use case. When opening a geoPDF that is on the device in Field Maps, it is read-only and there are no layers available for data capture - only the markup feature. We typically have plenty of layer options in our maps, including one for exactly what you've suggested (when there is no other home for data).
... View more
03-03-2026
04:17 PM
|
0
|
0
|
715
|
|
IDEA
|
Idea: In Field Maps, the markup function is a handy tool for quick random "note" type annotation on a map, though you know what would make it better? The ability to capture markup from the device location! That way, you could capture points, lines and polygons based on your location AND manual input. This combined with this idea would really enhance the usefulness of the markup function. Use cases: Capture an important feature (e.g. contained fire edge) that you need to send to someone during emergency response for addition to incident maps when working at cross-departmental incidents without a common mapping platform.
... View more
03-02-2026
06:59 PM
|
8
|
4
|
762
|
|
BLOG
|
Finally! Have been waiting for geoPDF support for years! So glad that it's been implemented for pdf's downloaded direct to the device. Now, just need to enable the markup function to be exported to something useful like a KML (Export Field Maps Markup to KML - Esri Community) and the ability to stream a markup feature from GPS location instead of just hand drawn (Create markup features from GPS location - Esri Community).
... View more
03-02-2026
06:54 PM
|
0
|
0
|
1968
|
|
IDEA
|
In Field Maps, the Markup feature allows users to capture basic notes on the map without having to "colelct data". Markup can also be shared, but only by either the "screenshot" method, or as a ".markup" JSON file. These files can in turn only be opened in ArcGIS Online or ArcGIS Pro (and then converted into other formats). IDEA: Add in the option to share markup as a .kml file so that the data can be easily share with other people using non-esri apps and software (e.g. Avenza). Use case: This functionality would make the newly added geopdf functionality even more useful. It would mean that a user (e.g. a first responder at an emergency) whoc has downloaded a geoPDF to their device from a 3rd party agency, opened it and captured information via the markup capability could then export that infomation and send it to other users who are not Field Map or ArcGIS users (e.g. Avenza/QGIS users) without needing to organise for it to be converted by someone in their org first. This is a time-critical workflow that currently is best served by using the screenshot function (definitely not ideal).
... View more
03-02-2026
04:39 PM
|
14
|
0
|
625
|
|
POST
|
I'd recommend sticking to a local server if possible. We had our GIS data moved into a cloud hosted server a few years ago, and it's causing a lot of problems with slow loading and general latency issues when using ArcGIS Pro. A project saved on the network can take over 4 minutes to load. When all the network datasources are moved onto a hard drive and plugged into the same machine with the Drive Letter remapped to the hard drive, load times are down to 50 seconds. Menus (e.g. right click on a layer) load instantly (instead of after a period of time of thinking). About to make the case that we need to bring all out GIS data back to local network storage. Wish me luck!
... View more
02-23-2026
09:26 PM
|
3
|
0
|
1451
|
|
IDEA
|
@MargaretCrawford If it's only "Under Consideration", does this mean it won't be in 3.7 as previously indicated?
... View more
02-23-2026
08:47 PM
|
0
|
0
|
933
|
|
POST
|
Just been trying to troubleshoot this issue myself. Thank you for posting and saving me a heap of headaches.
... View more
02-03-2026
08:40 PM
|
0
|
0
|
459
|
|
POST
|
Based on the error, I assume you have already published the survey and then made changes to it? Also, have you changed the name of the feature service table in ArcGIS Online? This seems to upset Survey123 Connect (which is frustrating as it doesn't apublish "pretty" names). Unless you have data already in your service, or have made other changes that you don't want to lose, you can overwrite it. If you don't want to lose those changes, then if I'm correct, you need to find the feature service table and rename it back to "Input_datasets"
... View more
02-01-2026
06:47 PM
|
0
|
0
|
722
|
|
POST
|
Also, once you have got your coordinate system setup correctly, if you still need to move your data to sit in the correct place (due to it being created in a the "wrong" place originally based on an incorrect coordinate system) you can select all your features and move them manually. Move, rotate, or scale features—ArcGIS Pro | Documentation By moving them all at the same time, hopefully they will maintain their spatial integrity in relation to each other and still fit the site they belong to. If needed, you have the Scale option (same link above) to resize everything equivalently. I don't know what coordinate system you settled on using, but when we're publishing to ArcGIS Online, we default to the Web Mercator Auxillary Sphere to keep it all simple and like for like (as that what AGOL uses in the webmaps).
... View more
01-19-2026
04:28 PM
|
0
|
0
|
780
|
|
POST
|
I marked 2 solutions as both are valid - 1 where the field is retained and the other where the field is used to calculate temp values but isn't saved to the feature service.
... View more
01-18-2026
04:09 PM
|
1
|
0
|
947
|
|
POST
|
OFFICIAL There's my ignorance showing. The problem with learning as you go and not doing all the reading but just skimming to find what you need. Thank you.
... View more
01-15-2026
03:56 PM
|
0
|
0
|
986
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | Monday | |
| 3 | Sunday | |
| 2 | Sunday | |
| 1 | Sunday | |
| 1 | 05-19-2026 05:02 PM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|