Latest Contributions by MelanieWawryk

Basically, the individual user account needs a paid mobile worker option that doesn't require an organization. This is for small company workers doing things like tree-stumping, lighting repairs or rink setups. They don't have a GIS department and aren't particularly computer savvy so maintaining and managing an organization is too much for them. We want them to update what they are doing through a field maps app that we provide to them. (*** This would have been better when tracking wasn't included in mobile worker, we don't need them to create tracks just update data. We want a way for them to easily pay for a user account so they can use an app that we create by inviting them to the group. Even if we had to run the side organization with one creator and there was a way to allow them to individually purchase mobile workers, that would be fine too, we just don't want to have to collect the money for their licenses and don't want their numbers to come out of our license. ... View more

Looks like AGOL might have an issue with one of their servers. We export about 80 layers to open data daily using Python and ArcPro and one won't update and hasn't for some time. If we rename and export it, it works so not on our side or the pro document. All others export through the script and manually as expected.  Error messages are likely not related to the issue, I suspect the 400 means it is not in the index at Esri so there is possibly a bad cluster or re-indexing needed. Status: InProgress StatusMessage: Server Response: ERROR: code:400, Unable to delete item. This service item has a related Service item, Bad syntax in request. Status: InProgress StatusMessage: Publishing tool execution failed Status: Failed ErrorMessage: Failed to publish web layer We had a similar issue in 2020 where every 8th or so person could not get into a survey123 app and it turned out to be a bad cluster and once Esri re-indexed or did their magic the issue was resolved.  The item is our roads layer in open data if it helps Esri find which server has an issue because I am pretty sure this is an AGOL issue, not a local one. ... View more

ArcPro and AGOL  also do not work well with Big integer. We don't have anything that is a big integer and only use long. If you look at the layer in ArcCatelog it shows as long integer but the data design view of the same layer shows it as big integer. If we export to AGOL it gives a warning message about big integer and sure enough, it is big integer in AGOL. I guess the bug is in ArcPro 3.2.2. Please fix   ... View more

That is much better, thank you! ... View more

Why should we have to create, maintain and train on two apps for every project? Staff love Field Maps, it should have been released for natively for Windows right away. We don't need an experience for editing, we just need to use the same great field editing app on a desktop. ... View more

That would work and it would mean we wouldn't have to make and maintain two apps for every task (one in field maps and one for in the office) We could just consume the original field map with the widget and be able to use it on any device including windows desktops. ... View more

I can answer that. We have two issues related to the subsystem. The first is our server are not compatible with Windows 11 so it will be a while before we can upgrade from Windows 10. At the same time, I asked about the subsystem and they said it was a security risk so they would not approve it. Perhaps both opinions and restrictions have changed by now. It would be helpful if there was a white paper explaining how it all works and why it is not a risk that we could take to our network and security teams to try and convince them. As far as why we need it. We have field staff that use Field maps in the field. When they come into the office or their supervisors are in the office, they use their computers to make updates. We also have support staff that are in the office that enter data as well. All three groups would like their app on the computer to look and feel like the one in the field. Instead, we need to try and replicate the app using web application builder or experience builder. It would be so much simpler to just have one field map that can be used in the field and in the office rather than having to create two apps to do the same thing. Additionally, some of our field staff use tablets. This is both for the screen real estate and so they can keep utilities drawings that are pulled up through hyperlinks in a local viewer from their laptops. There are thousands of drawings and tablets do not have enough storage space. They use a local copy of data and the plans for emergency use when there is no power or internet so can not switch to using a tablet. They would also like to have field maps on the laptops. Let me know if you have any additional questions. Thanks Melanie Melanie Wawryk MSc. GISP ... View more

Thanks that is a good suggestion. Ideally, it would be nice if there was a config file where you could specify codes you don't want to see in the manager log window. The admin filter works all right; you need to switch to the admin though and add in the dates.  Having an additional filter like the one in admin for codes when looking through the manager log would be a nice addition. Alternatively, Esri could move that error to verbose or fine since it doesn't impact the server in any meaningful way and you were already warned about it when publishing. ... View more

It is a huge security risk having "Use in ArcGIS Field Maps Mobile" enabled by default. This should be an easy fix to have it off by default. @HollyTorpey_LSA I agree much easier to remember to enable it because you are actively working on creating the app. A bit of an oversight that should be corrected ASAP 🙏 ... View more

Any chance you could get rid of the Type of Layer: 'Name of group' is 'Group Layer', which is not supported. It really clogs up the logs ... View more