Latest Contributions by MikeDavlantes

‎09-11-2023

Still out here!

‎12-15-2022

Most of the actions in Pro have event listeners, but seemingly nothing under the "Share" tab does. I have an add-in that creates audit logs of activity in Pro. When someone runs a GP tool, we can log it. Some of my clients have asked for logs of when maps get exported to PDF, printed, or published as web layers/maps. Currently there is no way for an add-in to be aware that this has happened.

‎12-14-2022

Unfortunately I am not connecting to Portal or AGOL, I only used those as examples of how I am hoping to get OAuth to work with my add-in. I will be connecting to our third-party server and running auth through there.

‎12-14-2022

Thanks! It makes sense that this would be a system thing and not an Arc thing. I think this will probably solve use case number 1.

‎12-08-2022

The AGOL/Portal OAuth window redirects you back to Pro using a URI kind of like this: arcgis-pro://auth/4428/ Is there any way to use a similar URI to handle custom actions within an ArcGIS Pro add-in? Two adjacent use cases I am trying to tackle: Add-in authentication via a web service pretty much exactly how AGOL does it: click button on the add-in, a browser window opens, you enter your credentials, and you're redirected back to Pro with an auth token that the add-in can access. Sharing custom scenarios amongst users via URI schemes. For example, you have the add-in configured in a specific way and it has an item open. You want to message me this exact scenario for me to review. You send me a URI like this and Pro passes this data to my add-in: arcgis-pro://custom_add_in_name/?<scenario_data_goes_here>

‎09-07-2022

Great news! Thanks Christopher! We're excited to test it out.

‎07-20-2022

At the 2022 UC, I spoke with @Anonymous User and @CharlesMacleod about this issue to confirm that I wasn't missing some other way of accessing the geoprocessing history via the SDK.

‎07-20-2022

The problem and suboptimal workaround solution are described here. Basically, we have an ArcGIS Pro add-in that logs metadata about your geoprocessing activity in Pro. By listening to project items changed events we know that a geoprocessing tool has been started, but we can't get any information about the tool parameters or messages it outputs. These parameters and messages are present in the SDK as HistoryProjectItems, but part of a sealed class that cannot be publicly accessed. The geoprocessing history gets written out to the aprx file when a project is saved, but tearing that file apart to find the relevant geoprocessing history parameters requires that we wait until a user has saved to access that information. Allowing public access to HistoryProjectItems from the SDK would make the process much more robust and reliable.

‎07-07-2022

@AndersBerg1 Did you ever figure this out? I'm experiencing the same issue. I suspect that the client machine does need the target .net framework installed, but I'm not sure about that. EDIT: this gets answered in his followup question.

‎12-21-2020

Thanks for taking the time to write this out, Kirk! I was aware that aprx files are zips and had found the GP history as XML there, but it seems that the history is only written out when the document is saved? Ultimately I'm trying to make something like "re-run one of these GP tools you just ran:" and have a list of operations you have done recently, regardless of whether you've saved or not. Kind of like the existing history tab within Arc, but I'd need to be able to modify the items. It seems ArcPro has an internal stack of these operations (obviously it must because they get written out on save), but accessing HistoryProjectItem directly might be out of the question given what's written in the docs. Do you know of any way to get at GP history items before a save is made and they're written out to the file?

‎12-08-2020

I'm writing an ArcGIS Pro add-in and would like to view items in the geoprocessing history. I see in the SDK docs there is a HistoryProjectItem class that offers pretty much exactly what I need. I can access it while debugging in Visual Studio, but as you can see in the docs it's a public sealed class and has a note "public acess Deprecated at 2.1." I'm new to C# but it seems this means I cannot access the HistoryProjectItem class in my add-in code? If that is the case, was this deprecated in favor of another method of accessing the geoprocessing history using the SDK? I am aware of the option to write the history to a log file, but requiring my users to have that option enabled and then parsing the log file every time that my add-in gets opened is not optimal.

‎12-08-2020

Thanks Wolf-- this was very helpful! Looking at it now I think most of my difficulty was just in navigating the docs. Getting from the `LayersAdded` page to `LayerEventsArgs` isn't particularly straightforward.

‎12-07-2020

I come from a background of web development and am having difficulty making sense of the ArcGIS Pro SDK API reference. I see that there’s a class for a LayersAdded event (docs here) but how do I see what data will be in the event? This exists in my code, and it works: LayersAddedEvent.Subscribe((evt) => ...do something with event); but in order to see what properties the event has, I have been triggering an event and logging it. This does not seem like the right way of doing things, but I am a lowly web developer who doesn’t really understand fully how C# or the Pro SDK API reference works. I'm trying to handle many different events. How can I tell what is getting returned?

Hi, my name is Mike and I like analytics · ‎09-04-2020

Hello! My name is Mike Davlantes. I'm the founder/software engineer of a newly approved Esri Startup: ChronoCards. ChronoCards is a SaaS product that allows managers to view the editing progress and software usage of GIS analysts in order to establish individual and team productivity trends-- think KPI tracking for GIS. We already work with OpenStreetMap editors, and soon we'll have an ArcGIS Pro add-in. My biggest GIS success this year has been computing some pretty cool stats in real-time on a lot of OpenStreetMap data as it streams in from editors. As teams make edits we can see things like miles of road they've added/modified/deleted, count of buildings edited, waterways, etc. Using this data we were able to establish trends and optimize editor performance to dramatically increase an editing team's productivity! My areas of expertise are full-stack software engineering with a smattering of UI/UX design. I'm mostly interested in anything technical (especially if it's geographic!), geology, and outdoor adventure. My fiancée and I are learning to paraglide, so hopefully one day I'll be able to combine all these interests into some sort of cool 3D map. It's hard to pick just one favorite place on earth, but I guess I'll go with -49.329, -72.988.

Online Status	Offline
Date Last Visited	2 weeks ago

My Ideas

Latest Contributions by MikeDavlantes

Re: Add map sharing events to the Pro SDK.

Add map sharing events to the Pro SDK.

Re: Can you pass parameters to an add-in via an arcgis-pro:// URI?

Re: Can you pass parameters to an add-in via an arcgis-pro:// URI?

Can you pass parameters to an add-in via an arcgis-pro:// URI?

Re: Add support for accessing geoprocessing history items programmatically using the ArcGIS Pro SDK

Re: Add support for accessing geoprocessing history items programmatically using the ArcGIS Pro SDK

Add support for accessing geoprocessing history items programmatically using the ArcGIS Pro SDK

Re: Deployment of an Addin in ArcGIS Pro

Re: Can you access geoprocessing history programmatically using the ArcGIS Pro SDK?

Can you access geoprocessing history programmatically using the ArcGIS Pro SDK?

Re: Docs about the data passed to event listeners in the ArcGIS Pro SDK

Docs about the data passed to event listeners in the ArcGIS Pro SDK

Hi, my name is Mike and I like analytics

Add map sharing events to the Pro SDK.

Can you access geoprocessing history programmatica...

Hi, my name is Mike and I like analytics