POST
|
Well, I guess I'm the only person using the TOC from the toolkit. I may have to develop my own TOC since this solution just doesn't work and no solution or workaround is available.
... View more
05-04-2021
05:08 AM
|
0
|
0
|
384
|
POST
|
We have been using the ArcGIS Toolkit "Preview" Table of Contents in our WPF application. As we load layers, we set the "Layer.ShowInLegend" property to true or false base on some business logic. This was working great. We recently discovered that Windows Location Services does not provide an accurate GPS location. The release notes for .Net SDK 100.10 indicates the possibility to utilize a NMEA data source, such as a COM port GPS. This motivated us to finally upgrade the applications to 100.10. We also upgraded to the 100.10 Toolkit and associated Toolkit Preview. Once the projects were upgraded, we noticed that all layers on the map show in the Table of Contents, regardless of the "ShowInLegend" setting. We have downgraded to SDK 100.9, 100.8, and 100.7 with corresponding Toolkits. It appears this functionality is broken at least in these versions. I have attempted to compare the 100.4 toolkit source code with the 100.10 code. There are few similarities. Where 100.4 has an "ObservableLayerContentList", there is no such object in 100.10. I would like to think I'm not the only person using the TOC. Has anyone else experienced this issue? Does this issue also exist in the "Legend" toolkit control? What to do?
... View more
04-15-2021
06:26 PM
|
0
|
1
|
746
|
POST
|
Kirk, I found that to make ArcMap/ArcGIS Pro recognize a .geodatabase file as SQLite, make a copy and rename the extension to .sqlite. Also, you will need to remove/rename the the "GDB_Items" and "GDB_Version" tables. Of course, this works for "read-only" workflows and probably not recommended for inserting/updating features within the views.
... View more
03-01-2021
09:23 AM
|
1
|
0
|
1060
|
POST
|
This is a good solution. I agree that maintaining multiple documents is a challenge. If all existing and previous API documentation is preserved and marked appropriately, it would be great. Obsolete or deprecated functionality could be marked appropriately. It would be good also to have an option to filter the documentation to functionality that only exists in a certain version. Thanks for the quick update!
... View more
02-03-2021
12:13 PM
|
1
|
0
|
1372
|
POST
|
The Web page for the current version of the ArcGIS Runtime .Net API previously contained links to earlier versions. It is critical to retain access to API documentation for previous releases. Why were the links to these versions removed and how do we access the API Reference and Documentation for previous releases?
... View more
02-03-2021
09:07 AM
|
1
|
3
|
1392
|
POST
|
The date is in "Julian" format. Basically, the whole number portion is the day and the decimal portion is the time. https://www.onlineconversion.com/julian_date.htm c# conversion hints at this site: https://stackoverflow.com/questions/5248827/convert-datetime-to-julian-date-in-c-sharp-tooadate-safe MortenNielsen, this data is frequently used outside of the ESRI platform as the SDK is severely lacking in so many features. One most painfully obvious is the ability to work with relational data, something that just eludes the ESRI programmers ability. Reporting and dashboards is another use of the raw data. Not necessary for functionality to be built into the SDK, but the ability is there with 3rd party tools.
... View more
12-16-2020
07:04 AM
|
0
|
0
|
1124
|
POST
|
We do most of our reading of data through the SQLite API directly. It's much faster and we can create the joins as needed. Since it isn't possible to join the layers, we cannot create a definition expression using fields from another table. Thus the need for the join. If the layer tables were joined, many things would be possible.
... View more
12-03-2019
09:10 AM
|
0
|
0
|
488
|
POST
|
We have spent quite a bit of effort converting our ArcEngine applications to .Net Runtime. On of the greatest challenges is working with related data. I have opened a few tickets with ESRI regarding this in the past, but have been presented with no solutions. For clarity, we work almost exclusively offline using replicas. Our challenge: Join the attributes of two tables so the resulting table can be used in a definition expression to filter child layers on the map. The problem: We frequently work with map layers that are related. In general, there is a "Parent" layer. Other layers are related to the parent. There are many cases where we need to show a subset of the parents an only the child layer data that is related to this subset. For example, suppose the map consisted of a parent layer, US "States" and one child layer containing State "Parks". If the States layer has a "Population" attribute, we may want to set a definition expression on the "States" layer and also filter the "Parks" layer to the resulting States. We were presented with a solution from ESRI that requires querying the States layer for the required parent results. Then we iterating through each result executing "QueryRelatedFeaturesAsync" to get the child features and add each child feature to a feature collection. Needless to say, this is EXTREMELY SLOW. Surely there's a better way. Any suggestions are welcome. We remain hopeful that the .Net Runtime will mature into a product that truly does embrace related data. Thanks,
... View more
12-03-2019
06:56 AM
|
0
|
2
|
543
|
Title | Kudos | Posted |
---|---|---|
1 | 02-03-2021 12:13 PM | |
1 | 02-03-2021 09:07 AM | |
1 | 03-01-2021 09:23 AM |
Online Status |
Offline
|
Date Last Visited |
01-30-2024
08:35 PM
|