Latest Contributions by FayuLai

This fixed my issue.  Thank you, Uma! But I found out LayerFactory.Instance.CreateFeatureLayer(new Uri(Path), MapView.Active.Map) will work on new created geodatabase.  Not those created in ArcMap.  ... View more

Thank you.  The path is correct. ... View more

Thank you Dan.  I just searched and found this question.  Yes, I will post my question again in the Pro SDK. ... View more

I have same error in Pro.  I was trying to add a layer from my file geodatabase using Pro SDK.  Keep getting "Failed to add data, unsupported data type".  I can manually add it to Pro without any issues.  Any ideas? Here are my codes: await QueuedTask.Run(()=> { Uri uri = new Uri(sPrjDB + "\\Map\\Map.gdb\\Pipe"); LayerFactory.Instance.CreateLayer(uri, MapView.Active.Map); }); ... View more

Thank you very much, Chris! ... View more

Thanks, Ralf.  That makes sense.  By the way, is ArcObjects still a COM based technology in 10.1 so that you still have to use Winform instead of WPF? Can you also look at my question in ArcGIS Runtime API for WPF?  We need to make some important business decisions on which technology we will adopt these days. Again, thanks for all of your efforts. Fayu Lai Principal Software Engineer Innovyze 618 Michillinda Ave,                            Tel:         +1 626 568 6605 Suite 200                                                Fax:        +1 626 568 6870 Arcadia, CA 91007 USA fayu.lai@innovyze.com www.innovyze.com Hi Fayu, That�??s a good question.  I think it is important to note that the ArcGIS Runtime is not a replacement for ArcGIS Engine.  Those Engine developers who have built solutions with Engine should not be concerned as to the status and future of Engine.  Think of the Runtime as another option that a Desktop Developer can use to build their focused GIS solutions with. We built the Runtime because many customers were trying to build lightweight GIS solutions using local data and were using Engine to do this.  They ran into problems because ultimately Engine is not really a lightweight solution.  At the same time because the Runtime is a new Architecture we could fix many of the issues that customers have had with Engine, such as giving them a simplified modular deployment, not forcing them to be bound the version of other Esri products, and simplifying the API.   As far as the future, ArcObjects and Engine will be around for a long time, and migration to the Runtime is really not possible for many solutions built on Engine.  In time the ArcGIS Runtime functionality will grow and more and more Engine developers may find it a more viable solution.  Existing and new Engine Developers who are looking to build lightweight GIS solutions should take a look at the functionality that Runtime provides and see if fits their need. ... View more

Thanks a lot, Mike.  I thought ArcGIS Runtime will work on the .mpk file directly.  So did you mean that the ArcGIS Runtime will automatically unpackage the data to user profile folder and the end user don't have to worry about anything of this process?  How about the end user want to transfer his/her works to someone else?  Does it require to "package" the data again and share it with someone else? Fayu Lai Principal Software Engineer Innovyze 618 Michillinda Ave,                            Tel:         +1 626 568 6605 Suite 200                                                Fax:        +1 626 568 6870 Arcadia, CA 91007 USA fayu.lai@innovyze.com www.innovyze.com Hi, 1) Map Packages can either contain the data within a File GDB within the Package, or reference File GDBs which are external to the Map Package. There is an option in the Sharing dialog in ArcMap to specify this behaviour. You could create multiple Map Documents (.MXDs) in ArcMap which reference the same data (e.g. within a File GDB) but with each map displaying the data differently, with different symbols/styles. Then you could package each map Document choosing to reference the data source rather than include it in the package. That way, you would have multiple Maps Packages, each with a different style, but pointing at the same data source to avoid data duplication. 2) Yes, the premise of Map Packages is that they make maps and data very easy to share/deploy with applications. The ArcGIS Runtime will resolve relative paths to Packages so you can ship the package alongside your application.  3) Exactly what data the user edits is up to you. Map Packages are a compressed bundle of files, a "package", so are therefore unpacked into the users profile to be used within the ArcGIS Runtime. In Beta 1 this is always  the user profile (\My Documents\ArcGIS\Packages) but after Beta 1 we hope to allow the developer to specify this location via the API. If you choose to include the data within the Map Package the data will be edited in the unpacked location within the user profile. The Package will not be unpacked a second time if it already exists in the user profile so the user will continue to see any edits they have made. However, if you choose to reference the data externally to the package then edits will be made against the external File GDB. 4) The spatial reference of the map control in the ArcGIS Runtime API can be changed - but it does not support reprojection on the fly. If you do not explicitly set the map control spatial reference, it is determined by the first layer added to the map. All subsequent layers must match that spatial reference. When creating Map Packages, the spatial reference of the Map Document can be different to the spatial reference of the data - the LocalMapService will perform reprojection. You can reproject GIS data using Geoprocessing within the ArcGIS Runtime - but the data would need to be referenced by a Map Package in order for it to be added to the Map Control. Cheers Mike ... View more

Hi Ralf, Thank you for your message. What is the road map for ArcObjects API?  Will it eventually be replaced by ArcGIS Runtime?  We may need to stay ArcObjects for a few years since most of our clients are still heavily relied on ArcGIS Desktop. Best regards, Fayu Lai Principal Software Engineer Innovyze 618 Michillinda Ave,                            Tel:         +1 626 568 6605 Suite 200                                                Fax:        +1 626 568 6870 Arcadia, CA 91007 USA fayu.lai@innovyze.com www.innovyze.com Hi laolai, There is no WPF control at 10.1, and no plans to include one at this time through the ArcObjects API.  Support for WPF continues by using the WindowsFormsHost control as it did at 10.0. If it critical to use a native WPF control you should look into the ArcGIS Runtime SDK for WPF as a possible solution. ... View more

Thank you, Ralf.  Now I understand better how ArcGIS runtime works.  So is it possible that I do the following things? 1) We create all GIS data in file geodatabase format in ArcGIS and share them as Map Packages in ArcMap.  We will include Bing map in case the users need to view the background map.  We may also create different templates in different map packages to allow our users to choose different map styles. 2) We deliver those map packages together with our software to our end users. 3) When the users open our program and select a map package.  Our program will make a copy of the map package and the user can directly edit on the copy of the map package. Not sure if we can do these steps above.  One more questions: Can I change spatial reference of GIS data and/or map frame in ArcGIS runtime?  We don't know what kind of spatial reference the users will use in our development side. Best regards, Fayu Lai Principal Software Engineer Innovyze 618 Michillinda Ave,                            Tel:         +1 626 568 6605 Suite 200                                                Fax:        +1 626 568 6870 Arcadia, CA 91007 USA fayu.lai@innovyze.com www.innovyze.com Hi Fayu, The ArcGIS Runtime does not require a connection through ArcGIS Server's services, it can run entirely disconnected from ArcGIS Server.  As Mike said you would create a Map Package in ArcMap that either contains the data you want to use, or a reference to data that you want to use.  You could then load this Map Package in the ArcGIS Runtime and use the data. The ArcGIS Runtime does not allow you to author data within it and there is no way to add an ArcGIS feature class directly.  The current workflow is to use ArcMap and author a package and then consume this package in the Runtime.  Programmatically the way you consume these packages is very similar to the way you would consume ArcGIS Server Services through the existing Web APIs.  It sounds like this workflow would work for what you are trying to do, you could create a map package that references your SDE data and then consume that Map Package in the Runtime to do your work.  I don't know enough about the local driver that you are using or how it relates to MapObjects, so I can't comment on how you would consume that in the Runtime.  If it doesn't it would be great to hear how it falls short, any feedback you could provide for this would be very helpful.  It is a different API and to some degree a different overall design, so a direct one-to-one migration might not be possible.  But, that doesn't mean that you would not be able to accomplish the same functionality in a slightly different way. ... View more

Hi Mike, We are trying to use ArcGIS Runtime to rewrite one of our important product lines which was developed based on MapObjects 10 years ago.  Currently most of the end users are from other countries and sometimes don't even have ESRI software installed.  They access the data from local driver or ArcSDE directly.  So yes, it is crucial to allow our programs to access the Data directly instead of going through ArcGIS Server's services. Best regards, Fayu Lai Principal Software Engineer Innovyze 618 Michillinda Ave,                            Tel:         +1 626 568 6605 Suite 200                                                Fax:        +1 626 568 6870 Arcadia, CA 91007 USA fayu.lai@innovyze.com www.innovyze.com Hi, The ArcGIS Runtime API for WPF builds on the existing ArcGIS API for WPF to provide local data support via local services (i.e. map, feature, geoprocessing, etc). In order to be able to create a local service referencing a feature class, that feature class must first have been added to a Map Document (MXD) then shared as a Map Package (.MPK). The reason for this is two fold: 1) because the Runtime uses the optimised map rendering engine and 2) to keep the Runtime footprint as small as possible (through minimising the components required). Over time, the existing ArcGIS API for WPF product will become the basic product level within the ArcGIS Runtime API for WPF, with a standard level offering local services support (inc approx ArcView level geoprocessing) and an advanced level providing extended geoprocessing capabilities. In the application you are writing / are going to write, is one of your key requirements to support the end user being able to add feature classes in an adhoc manner? Cheers Mike ... View more