POST
|
You can also do something like this that would give you easy access to Query to the table. For example, there is a Select method that Searches and retrieves specific rows in this Table that satisfy the criteria set in the queryFilter. If no query filter is set, all rows will be retrieved. This method must be called on the MCT. Use QueuedTask.Run. (Inherited from ArcGIS.Core.Data.Table) // You can open a FeatureClass as a Table which will give you a Table Reference. using (Table featureClassAsTable = geodatabase.OpenDataset<Table>("LocalGovernment.GDB.AddressPoint"))
{
// But it is really a FeatureClass object. FeatureClass featureClassOpenedAsTable = featureClassAsTable as FeatureClass;
} Also, recall that you are using CODE this means you could open the table using standard ODBC connectors (especially if the feature class is stored in SQL).
... View more
06-17-2024
09:39 AM
|
0
|
0
|
272
|
POST
|
Yes. The GUID of your add-in will control the ‘order’ the tools are added to the toolbar. For example, project with GUID {8e190f33-95f2-4249-ae7d-bcfa45a44e72} will be Loaded before project {e1f4eeee-e695-4fab-b358-1f0fd8006c0b}. Your DAML would look something like this: <modules> <insertModule id="MapAnSRLocation_Module" className="MapAnSRLocationTool" autoLoad="false" caption="MapAnSRLocationTool"> <!-- uncomment to have the control hosted on a separate tab--> <tabs> <!--<tab id="MapAnSRLocation_Tab1" caption="New Tab"> <group refID="MapAnSRLocation_Group1"/> </tab>--> </tabs> <groups> <!-- comment this out if you have no controls on the Addin tab to avoid an empty group--> <group id="GISWorkbenchPro_Group3" caption="Add-In Tools" appearsOnAddInTab="false" keytip="Tool"> <!-- host controls within groups --> <tool refID="MapAnSRLocationTool_BasicMapTool" size="large" /> <button refID="MapAnSRLocation_Button1" size="large" /> </group> </groups> <controls> <!-- add your controls here --> <button id="MapAnSRLocation_Button1" caption="Map an SR" className="MapAnSRLocation" loadOnClick="true" smallImage="Images\FindRouteLocation16.png" largeImage="Images\FindRouteLocation32.png" condition="esri_mapping_mapPane" keytip="T2"> <tooltip heading="Map an SR">Find State Route Location<disabledText /></tooltip> </button> </controls> </insertModule> <!-- This adds the custom tool to an existing Tab and places it 'after' the tools already on the tab --> <updateModule refID="GISWorkbenchPro_Module"> <tabs> <updateTab refID="GISWorkbenchPro_WSDOT_Tab"> <insertGroup refID="GISWorkbenchPro_Group3" insert="after"></insertGroup> </updateTab> </tabs> </updateModule> </modules>
... View more
06-14-2024
10:18 AM
|
0
|
1
|
211
|
POST
|
The code shown above is designed to allow only one instance of the Form to be open at any given time. If you have a Close button on the form you could use form.hide to vs. form.close as well to ensure only one instance of the form is ever created.
... View more
05-28-2024
10:18 AM
|
0
|
1
|
380
|
POST
|
In your implementation config.daml you set a className in the <button> tag. This is the class that is initiated when the button is clicked in the ArcGIS Pro tab. This class will have a OnClick() event that is fired each time you click the button on the interface. Assuming you are opening a Form you can catch the event something like this. //declare an instance of the Form you want to open public static GISWB_Main mainForm = new GISWB_Main(); protected override void OnClick() { var mapView = MapView.Active; //Only open the form if we have an map open if (mapView != null) { if (mainForm.getFormHandle() == null) { //do other things such as set the from name, version numbers, etc. that you want to dynamically update before opening the form for the 1st time. mainForm.setFormHandle(mainForm); mainForm.Show() } else { mainForm.Show(); } } } The below items would be in the class definition (not in the Form) public void setFormHandle(Form theForm) { theMainForm = theForm; } public Form getFormHandle() { return theMainForm; }
... View more
05-28-2024
10:15 AM
|
0
|
0
|
380
|
POST
|
Recall there were several breaking changes between 2.8 and 3.1 versions of ArcGIS Pro. I would start by looking at your.Net dependencies in Visual Studio since Pro 3 requires .Net Desktop Runtime 6.0.9 or higher while 2.8 ran under .Net 4.8. When you say, in my Add-Ins folder, are you sure this folder is set in the registry at HKEY_LOCAL_MACHINE\SOFTWARE\ESRI\ArcGISPro\Settings\Add-in Folders with a subkey with the path to the add-in? After a successful build I copy the Add-In to a well known location to Test. The folder name of the add-in use the GUID, and inthe folder is your .\images subfolder, myaddin.esriAddinX, myaddin.deps.json, myaddin.dll, myaddin.xml, etc.
... View more
05-13-2024
10:07 AM
|
0
|
0
|
434
|
POST
|
In regards to the AddInfo line: <AddInInfo id="{6b41516a-b426-4b2c-9881-fa4148328d3a}" version="3.2" desktopVersion="3.2.0.49743"> The version sets the lowest level that the add-in will run in. In your case ArcGIS Pro 3.2 or higher will be required before the Add-In can load/run. The desktopVersion should represent the version that you did your Visual Studio build against. I see you are using the <dependency> tag, did you change any GUIDs? <dependencies>
<dependency name="{9466cc69-3fce-4774-8134-d94377460abd}" />
<!-- id of "DSM_Toolbar_ArcPro" -->
</dependencies>
... View more
05-13-2024
09:33 AM
|
1
|
0
|
444
|
IDEA
|
Similar issue here, after a purchase is made, I must validate that the license, subscription, etc. has been 'received' prior to authorizing payment. However, within our ArcGIS Online subscription I was removed from the Administrator role (because I only logged in once a month to check licensing). So now there is no way to see if new subscriptions are successfully provisioned to our AGOL organization.
... View more
05-09-2024
10:52 AM
|
0
|
0
|
116
|
POST
|
Place to start is to ensure your Visual Studio 2022 is at version 17.8 or higher and that you have .Net 8 installed.
... View more
05-08-2024
10:31 AM
|
1
|
0
|
589
|
IDEA
|
Thank you for updated the documentation. I would say that our issue was not a 'one-off', we have over 1800 machines in our environment with ArcGIS Pro and ArcGIS Desktop and it took several days to track down the correct version of .Net 6 to install.
... View more
05-08-2024
08:38 AM
|
0
|
0
|
720
|
POST
|
After cleaning up your DAML to remove references to the unneeded buttons, you also need to update the build date for the Add-In. ArcGIS Pro will only reload an Add-In if the AddInfo <date> xml tag contains a date that is Newer than the version currently cached on the computer. <AddInInfo id="{43ea84e4-7b44-4d76-80ba-44095ba768b4}" version="1.0" desktopVersion="3.0.0.34794"> <Name>ConfigWithMap</Name> <Description>ConfigWithMap description</Description> <Image>Images\AddinDesktop32.png</Image> <Author>ArcGIS Pro SDK Team, arcgisprosdk@esri.com</Author> <Company>My Companies Name Here</Company> <Date>11/7/2016 10:32:40 AM, 2016</Date> <Subject>Configuation</Subject> </AddInInfo>
... View more
05-02-2024
12:53 PM
|
0
|
0
|
485
|
POST
|
If you found a repeatable inconsistency, I would encourage you to place a bug report with Esri. That is the only way to get this addressed. The bug is either in the help documents for the LayerDocument(graphicLayer) object OR an unexplained behavior in the CIMLayerDocument object.
... View more
04-24-2024
09:03 AM
|
0
|
0
|
262
|
POST
|
My Add-ins show unique Icons in ArcGIS Pro Add-Manager screen. The image must be available to the Add-In when run on the client's computer. Yes in File Manager they will look like regular files (based on Windows defaults).
... View more
04-05-2024
03:11 PM
|
1
|
0
|
580
|
POST
|
Which lead to the web.config route were the string would be saved in a XML file vs. the settings area in Visual Studio. This would allow you to edit the connection string without recompiling...but remember that ArcGIS Pro only (re)downloads an Add-In if the DAML is updated with a new creation date. Thus even if you changed the XML you could not guarantee that the Add-In would actually read the new file on startup (unless you have the configuration file on a separate well known location that you do a traditional file read from). However, this solution actually would be less secure since all end users would need read access to the 'well known location').
... View more
04-05-2024
11:41 AM
|
1
|
0
|
456
|
POST
|
Most people would put the connection string in the Resources/Settings area in Visual Studio, this allows easy update as one moves from DEV, QA, to PROD environment. Key here is that that user/id will be part of the compiled coded (i.e., will not be human readable) after the Add-In is built. The end user would rarely if ever have access to the Visual Studio project that contains this information. There are also options in Visual Studio to encrypt strings if you need to go that far.
... View more
04-05-2024
11:22 AM
|
1
|
2
|
463
|
POST
|
The Images folder referenced in the DAML is contained within the folder that contains the compiled Add-In. for example, if my GUID for the Add-In was {ae190f33-95f2-4249-ae7d-bcfa45a44e72} then I would store my add in at C:\my folder path\{ae190f33-95f2-4249-ae7d-bcfa45a44e72}\. The compiled Dlls for the add-in would be in the {ae190f33-95f2-4249-ae7d-bcfa45a44e72} folder and the png files would be in the .\Images folder..
... View more
04-05-2024
10:59 AM
|
0
|
0
|
687
|
Title | Kudos | Posted |
---|---|---|
1 | 05-13-2024 09:33 AM | |
1 | 05-08-2024 10:31 AM | |
1 | 04-05-2024 03:11 PM | |
1 | 04-05-2024 11:41 AM | |
1 | 04-05-2024 11:22 AM |
Online Status |
Offline
|
Date Last Visited |
06-17-2024
06:34 PM
|