Latest Contributions by BrianBulla

Thanks for posting a link to the bug.  So, with most of my editing tools, I follow the same process, and so far with my code upgrade to 3.0, none of them have worked.  But today I updgraded one and it actually did work.  The only difference was that it only edited geometry on each feature....no attribute editing.  Hopefully the bug fix above will solve the problems. This code here, using .Modify, seems to be working in 3.0 for all selected features it's run on.  But only editing geometry.     // start the EditOperation var modifyAsBuilts = new EditOperation(); modifyAsBuilts.Name = "Move As-Builts and Site Plans"; // Get any selected OIDs for the layer, and move each point to the mouse click point (geometry). if (asBuiltLayer != null) { var selectedAB = asBuiltLayer.GetSelection(); IReadOnlyList<long> selectedAsbuiltOIDs = selectedAB.GetObjectIDs(); foreach (var oid in selectedAsbuiltOIDs) { modifyAsBuilts.Modify(asBuiltLayer, oid, geometry); abCount++; } } // End the edit operation - move the selected As-Built and/or Site Plan points modifyAsBuilts.Execute();       ... View more

This is not happening for me.  Regardless what I do, table 1 for me always stays selected and is never reverted to an state other than what I leave it at. I am using Pro 2.9.   ... View more

Strange....mine seems to be working fine.  I am using Pro v2.9....what version is yours??   ... View more

Hi....just wondering if there is a fix for this yet in 3.0.....or even in 3.1??  I only have access to 3.0 currently. I am converting another tool from 2.9 to 3.0, but having issues with the EditOperation working, again using the .Modify: await QueuedTask.Run(() => { Map map = MapView.Active.Map; //Create the MAIN edit operation....this will show up on the Undo Stack var editOperation = new ArcGIS.Desktop.Editing.EditOperation(); editOperation.Name = "Multi-Layer Attribute Update Tool"; editOperation.EditOperationType = ArcGIS.Desktop.Editing.EditOperationType.Long; var inspector = new ArcGIS.Desktop.Editing.Attributes.Inspector(); //Go through each layer in the Layers listbox foreach (string layer in lstLayers.Items) { var currentLayer = map.FindLayers(layer).FirstOrDefault() as BasicFeatureLayer; var selection = currentLayer.GetSelection(); IReadOnlyList<long> selectedOIDs = selection.GetObjectIDs(); inspector.Clear(); inspector.Load(currentLayer, selectedOIDs); foreach (var finalListRow in finalList) { if (finalListRow.FieldValue != null) inspector[finalListRow.FieldName.ToString()] = finalListRow.FieldValue.ToString(); } editOperation.Modify(inspector); } //Finished the layer loop....commit all the edits if (!editOperation.IsEmpty) { bool result = editOperation.Execute(); if (!result) MessageBox.Show("ERROR"); } }); //end of QueuedTask   Thanks, ... View more

Ah yes....now I am remembering that when I take these projects that I am migrating from 2.9 to 3.0, that I also need to update some code here and there....and the Process.Start is definitely one of those sections.  I totally forgot about that, so thanks for the heads up!   ... View more

Hi @Wolf , So this is strange, and only started happening after implementing the Pro WebViewer. In my AddIn, the user can choose to open the Uri that gets generated in a it's own web browser or directly in a dockpane (using the Pro WebViewer....which is working great).  But now that I have replaced the old Web Control I was using with the Pro WebViewer, when I try to open the same Uri in the system default web browser I get an error. Do you think there is a connection to the new Pro WebViewer causing a conflict in the background?? This is the line that I get the error on: System.Diagnostics.Process.Start(streetViewLink);   And here is the error....can't find the file specified???   I've never had issues with this until I replaced the old Web Control with this new Pro WebViewer control.  Here is the code.   if (Properties.Settings.Default.svBrowserSetting == true) { //*****Use this code if you want to open the separate web browser string streetViewLink = @"https://www.google.com/maps/@?api=1&map_action=pano&viewpoint=" + lat + "," + lng + "&Heading="; System.Diagnostics.Process.Start(streetViewLink); //opens the webbrowser } else { //Open the dockpane if it isn't already open DockPane pane = FrameworkApplication.DockPaneManager.Find("StreetView_ArcPro_Dockpane"); pane.Activate(); //Access the web control through the View DockpaneView myView = DockpaneView.MyDockpaneView; Uri googleUri = new Uri(@"https://www.google.com/maps/@?api=1&map_action=pano&viewpoint=" + lat + "," + lng + "&Heading="); myView.webViewControl.Source = googleUri; }   ... View more

Perfect!  Thanks Wolf! ... View more

I would say "Yes", but depending on what you are doing will determine the best way to do it.  For me, I have the rule on the point feature, and I take an attribute from the intersecting feature (a polygon) and get the  attribute value from the polygon this way.....then just add it to the point. var depotArea = FeatureSetByName($datastore, "LAND_DepotArea", ["DEPOTAREA"], false); var intersectingDepot = first(intersects(depotArea, $feature));   This will add the value of the depotArea field to the feature.  This triggers when the feature is created. ... View more

Hi. The folks at esri Canada who set us up with Site Scan have talked to me, and suggested using GCPs and flying only with the camera pointed straight down (nadir), would be the recommended practice.  I currently have no access to any equipment for GCPs, so that is something we are looking in to. As for nadir, I have always done my manual flights with some sort of oblique angle....like 30 to 45 degrees.  I've never done it just stright down, so I'll be interested to see what sort of difference that makes.  Even when you do the Cross Hatch in SiteScan, the default is an oblique angle. Once I get the GCP issue sorted out, I'll try things again. ... View more

Hi.  Looking at the mesh that is generated for both, the Z values at a given location are different, but the difference between what is (more or less) the 'base' of the pile and the peak of the pile are pretty much the same....about a 5.6m difference in both cases. So I guess the differnce in volume calculations would be more related to the detail in the manual flight as opposed to the hatch flight??  With the manual flight, I took 72 pictures distributed like so....always pointed at the pile with varying camera angles.   And with the hatch flight, the software took 321 photos over the entire site, but how many of those were focused on the pile could take some time to figure out.     ... View more

I could be wrong, but I think the "Calculated value" code only runs when the form first opens.  So at the time the code is looking at the field in the related table, it is probably an empty field....correct?? You could try setting a default value for that field, and then see if your code works to at least start figuring out what is happening. ... View more

Hi, Here are the photos.  I still need to go back to this site as I need to finish it completely, fly it higher, and on a cloudy day.  These are the lower, sunny day images.     ... View more