|
POST
|
Hi Joseph, I wrote one for you. Please go to the Pro community samples on the github at https://github.com/Esri/arcgis-pro-sdk-community-samples/tree/master/Geometry/CoordinateSystemDialog There is no API call currently to get the list of SpatialReferences so I had to use arcpy.ListSpatialReferences. We will look at adding that capability into the DotNET API for Pro at 1.3
... View more
11-19-2015
10:28 PM
|
0
|
0
|
663
|
|
POST
|
Hi Jorg, I think you will find what you are after here: https://github.com/Esri/arcgis-pro-sdk/wiki/ProGuide-content-and-image-resources#document-content, "ProGuide Content and Image Resources" section "Document Content" Please let me know if you have other questions
... View more
11-17-2015
08:55 AM
|
0
|
0
|
780
|
|
POST
|
Hi Sean, Backstage is what we refer to as the Project tab in Pro. Licensing is found on the Project tab, Licensing option.
... View more
11-10-2015
10:17 AM
|
0
|
1
|
1393
|
|
POST
|
Hi Sean, First, only classes in ArcGIS.Core can be used in a console application. These are Geodatabase and Geometry classes. None of the classes in any of the ArcGIS.Desktop.xxxx assemblies can be run using CoreHost so even if you get past the license check in CoreHost at runtime your console app will crash in spectacular fashion. Second, the message you are getting is coming from the Pro license check (I assume you are on Backstage in Pro?). From the error message content it seems you have already taken Pro offline on another machine. You must check in that license first (on that machine or device). You can find more information here: http://pro.arcgis.com/en/pro-app/get-started/view-software-licenses.htm Topic "Authorize ArcGIS Pro to work offline" If this is not the case and you do not have your license offline on another machine or device then you will need to call ESRI tech support to resolve the issue.
... View more
11-09-2015
07:16 PM
|
0
|
3
|
1393
|
|
POST
|
Hi Giorgio, On >>>when you say "Runtime is absolutely a replacement for Engine". I understood correctly ? Yes, that's right. Runtime SDK is definitely the migration path we encourage for Engine developers. >>>Can be arcgis pro sdk the replacement for engine sdk In essence, what Guillaume is saying is correct. The Pro SDK is for extending ArcGIS Pro. It is not a toolbox or toolkit for assembling your own custom applications. You use the Pro SDK to extend ~that~ application (From a workflow standpoint, if Pro has the functionality you need then absolutely I encourage you to leverage Pro feature functionality especially if it saves you from having to write and maintain custom code). The exception is the Geodatabase and Geometry APIs. They can be used stand-alone (on a machine on which Pro is installed and licensed). See https://github.com/esri/arcgis-pro-sdk/wiki/proconcepts-CoreHost for more information and https://github.com/Esri/arcgis-pro-sdk-community-samples/tree/master/CoreHost for examples.
... View more
10-23-2015
09:43 AM
|
0
|
2
|
6557
|
|
POST
|
Hi Domenico, this is definitely a bug. Thanks! We will fix at 1.2. "projTransFromSRs" should be returned but, of course, its Transformation property will be null in this case. Note: "==" is not overloaded so the false is because the SRs are not the same instance. Please use "IsEqual". Said another way: var sr1 = new SpatialReferenceBuilder(SpatialReferences.WGS84.Wkid).ToSpatialReference(); var sr2 = new SpatialReferenceBuilder(SpatialReferences.WGS84.Wkid).ToSpatialReference(); sr1 == sr2 //False! sr1.IsEqual(sr2) //True!
... View more
09-30-2015
03:28 PM
|
0
|
0
|
668
|
|
POST
|
Hi Joseph, functionality similar to what you have with IConversionNotation, etc. in 10x is currently not available in the Pro API. We will add support to the Geometry API (ArcGIS.Core.Geometry) for points conversions (eg MGRS, USNG, GARS) at 1.2 or 1.3
... View more
09-19-2015
01:23 PM
|
2
|
0
|
881
|
|
POST
|
Hi Chris, This is not possible at 1.1. with the Pro Geometry API. We have support for WKB planned for 1.2
... View more
08-27-2015
10:10 PM
|
0
|
1
|
841
|
|
POST
|
Hi Jens, so my replies: >>>This makes ArcGIS Pro actually to kind of a single threaded application, as soon as it comes to data access In Pro, the threading model is simplified for developers so all you have to worry about is a simple "binary" condition: Foreground -or- Background. Pro handles the rest. Internally, Pro delegates work submitted on the QueuedTask to its own internal thread pool and makes sure that any changes are propagated to all instances of Pro's internal state on each of its threads. Which thread your code actually runs on is an internal detail controlled by QueuedTask. You submit your "job" (work defined in the lambda) to QueuedTask and QueuedTask does the rest. Specifically with regards to databases the same rules apply in Pro as with any database application - Enterprise databases are throttled by their own internal connection pools, which user credentials are used to connect and perform edits, write locks, etc.,etc. File gdb is single user access only regardless of threading behavior of the application. You can read more of Pro's internal threading behavior here: https://github.com/esri/arcgis-pro-sdk/wiki/ProConcepts-Framework#the-arcgis-pro-internal-threading-model >>>>>Question is: Is this supported in any way? I do understand, that I will run into problems as soon as I try to pass objects from one thread to another. Updating data might also become critical, as there might be no synchronization context. But if I stay in a read-only context, is it ok to create "my own" geodatabase object in "my own" thread? Yes it is ok. The rules are simple: it must be instantiated on an STA (which QueuedTask provides) and you must ~always~ access the class on the same (STA) thread upon which it was created. Generally this means that the lifetime of your class instances should be strapped to the scope of the lambda within the QueuedTask.Run (or System thread in the case of CoreHost). So when the lambda goes out of scope all the instances (like Geodatabase, FeatureClass, etc) are disposed. Creating multiple copies of the same geodatabase across multiple STAs should work in theory for RO access (assuming underlying database resources are sufficient) but is not something we support currently. Last, with regards to the CoreHost samples, They are running on top of the Core.Data API ~outside~ of Pro so the Framework is neither instantiated nor available. As such, the sample is using an STA from the system thread pool (because QueuedTask is ~not~ available outside of the Framework). It may come as some surprise that System Task is MTA and so is not suitable. The sample, therefore, uses a utility method to.spin off a System.Thread configured as STA yet wait on a System.Task for completion (I copied and pasted that code from stackoverflow - I think I put the url in the comments of the sample). At 1.2 we will provide a class called QueuedWorker for use in CoreHost scenarios that will have a Run method similar to QueuedTask.Run and should simplify that pattern (ie make it very similar to code you would write inside an Addin in Pro without resorting to using a System.Thread...unless you wanted to ;-).
... View more
08-27-2015
10:04 PM
|
3
|
1
|
2362
|
|
POST
|
Durga, Thank you very much for your interest in the ArcGIS Pro SDK. We have attempted to address many of our users questions w.r.t the Pro SDK in our ArcGIS Pro SDK FAQ which can be found at: http://github.com/Esri/arcgis-pro-sdk/wiki/FAQ . We will continue to update this FAQ across future releases of ArcGIS Pro. With regards to Engine vs Runtime, Runtime is absolutely a replacement for Engine. A comparison of the two products and related discussions can be found here: ArcGISEngine vs ArcGIS Runtime Q&A With regards to the future of these products please consult the product lifecycles which can be found at: http://support.esri.com/en/content/productlifecycles For example, notice that 10.3.1 is not retired until December 1, 2020. That means that the corresponding SDKs for desktop 10.3.1 (Arcobjects, Arcengine) will follow the same support plan and lifecycle (meaning that the 10.3.1 releases of this product are not retired until Dec 1, 2020 also). Runtime likewise posts its lifecycle documentation there too. When 10.4 is released it too will have a lifecycle which will include the ArcObjects and ArcEngine. Likewise for 10.4.x and so on. On the choice between Runtime and Pro, they serve different purposes. Runtime is, by its nature, a development product. It can be used to write applications from scratch or embed Esri technology in GIS and Non-GIS applications (whether on mobile, tablet, desktop). Pro is an application. It's functionality is dictated by its feature functions ~however~ it can be extended with its .NET SDK (or automated with its python SDK). Customization of the desktop platform (and, to an extent, Server platform) continues to be supported with ArcObjects.
... View more
08-25-2015
09:38 AM
|
4
|
5
|
6557
|
|
POST
|
Hi Adam, This is not possible. 10.x .Net SDK APIs are 32 bit ArcObjects (AO), single threaded and (must) reference PIAs installed as part of the AO SDK. Pro is 64 bit and multi-threaded. Pro Add-ins do not use the AO PIAs and are not COM. The closest you can come to a single codebase would be if you were developing exclusively in python on top of arcpy. You can find an FAQ here which explains more of the new Pro API and transitioning from ArcObjects: http://github.com/Esri/arcgis-pro-sdk/wiki/FAQ
... View more
08-22-2015
04:18 PM
|
0
|
1
|
1363
|
|
POST
|
Like so: //assume that the first layer of the map is a FeatureLayer var featLayer = MapView.Active.Map.GetLayersAsFlattenedList()[0] as FeatureLayer; await QueuedTask.Run(() => { var fc = ((FeatureLayer)featLayer).GetFeatureClass(); var gdb = fc.GetDatastore() as Geodatabase; //Do something with the gdb });
... View more
08-17-2015
03:01 PM
|
0
|
1
|
911
|
|
POST
|
FYI: You will need to add a reference to ArcGIS.Desktop.Layouts. using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using ArcGIS.Desktop.Core; using ArcGIS.Desktop.Framework; using ArcGIS.Desktop.Framework.Contracts; using ArcGIS.Desktop.Framework.Dialogs; using ArcGIS.Desktop.Framework.Threading.Tasks; using ArcGIS.Desktop.Layouts; <-- add the ArcGIS.Desktop.Layouts.dll to your references namespace ProAppModule4 { internal class Button1 : Button { protected async override void OnClick() { var layouts = Project.Current.GetItems<LayoutProjectItem>(); StringBuilder sb = new StringBuilder(); sb.AppendLine("Layouts:"); await QueuedTask.Run(() => { foreach (var layoutItem in layouts) { var layout = layoutItem.GetLayout(); sb.AppendLine(string.Format("\t{0}", layout.Name)); //etc } }); MessageBox.Show(sb.ToString()); } } }
... View more
08-07-2015
12:33 PM
|
0
|
0
|
1116
|
|
BLOG
|
Unfortunately VS 2015 wasn't released in time for 1.1. All Pro SDK templates and utilities, however, will be supported on vs 2015. "Will be supported" means by or before Pro 1.2. 1.2 is slated for December 2015, Jan 2016.
... View more
08-07-2015
12:22 PM
|
0
|
0
|
189
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | Wednesday | |
| 1 | 10-14-2025 05:01 PM | |
| 1 | 10-14-2025 05:06 PM | |
| 2 | 10-02-2025 03:40 PM | |
| 1 | 07-02-2025 03:50 PM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|