|
IDEA
|
02-03-2021
09:37 AM
|
0
|
0
|
4030
|
|
POST
|
If you are using one of the Esri Basemap services in your webmap, then the downloaded vtpk file might be large due to all the fonts that are included for displaying labels with non-latin characters. If you unzip and interrogate the vtpk file, you can actually see what is taking up so much space. Try using the "For Export" versions of the Esri basemaps in your webmap. These have been optimized with a reduced set of fonts. For example : https://www.arcgis.com/home/item.html?id=e384f5aa4eb1433c92afff09500b073d In the upcoming release of the SDK (version 100.10), we're adding a convenient API to allow you to switch to the optimized service when going offline regardless of what is being used in the webmap. Check out the release notes for details.
... View more
01-19-2021
03:16 PM
|
0
|
0
|
1719
|
|
BLOG
|
If you use cocoapods to integrate ArcGIS Runtime SDK for iOS with your Xcode projects, some important changes are coming your way. In December 2020, the pods for version 100.6.0, 100.7.0, and 100.8.0 will become unavailable. This is because the downloads for these versions are hosted on JFrog's Bintray service, which is being deprecated by the vendor and will soon be shut down. This has also impacted our Gradle and Maven integrations for ArcGIS Runtime SDKs for Java and Android Unfortunately, we cannot absorb the impact of this interruption because cocoapods does not permit modification to pods that have already been released. So, we have released new 100.6.1, 100.7.1, and 100.8.1 pods that are functionally equivalent to their predecessor. In fact, they use the same ArcGIS Runtime download as before, simply hosted in a new location. Please upgrade your podfile to refer to these versions instead. These changes do not apply to you if you are using a different version from cocoapods, or if you manually install and integrate ArcGIS Runtime SDK for iOS using the installer package available on developers.arcgis.com
... View more
12-15-2020
12:49 PM
|
2
|
0
|
1647
|
|
POST
|
Have you tried the workaround posted here - https://stackoverflow.com/a/65307593 ? Another option is going to File > Project Settings, and then reverting to the Legacy Build System And yes, we are migrating the ArcGIS library to the XCFramework format in the next release (update 10, coming soon)
... View more
12-15-2020
10:03 AM
|
1
|
2
|
3555
|
|
IDEA
|
Thanks for the suggestion. This will be available in the upcoming version 100.10 of Runtime
... View more
12-14-2020
10:25 AM
|
0
|
0
|
1834
|
|
IDEA
|
Thanks for the input. This will be available in version 100.10 of the Runtime iOS SDK
... View more
12-14-2020
10:20 AM
|
0
|
0
|
4077
|
|
POST
|
When taking the webmap offline, the task inspects the layer URLs embedded in the webmap to start preparing their data. Are you embedding internal URls in the webmap? If so, that might be problem. Can you try using public URLs when adding layers to the webmap and see if that resolves the problem?
... View more
09-23-2020
09:17 PM
|
1
|
1
|
1460
|
|
POST
|
We have plenty of samples that demonstrate this functionality. Basically, you need to perform an "identify" in the delegate function to determine if the tap location falls on any graphics or features. Here's a basic sample that shows how to do this - arcgis-runtime-samples-ios/README.md at 9aa1d46969175aec6607bbe6914e97bc63ea1569 · Esri/arcgis-runtime-samples-ios · Git…
... View more
06-30-2020
10:38 AM
|
0
|
1
|
1198
|
|
POST
|
You should be able to use a map which only contains operational layer and no basemaps. However, we'll use the bottom-most operational layer to define the map's spatial reference and full extent. For the original problem where you want to use layers that don't overlap within the same geographic area, try creating the Map object using the constructor that takes in a spatial reference. In this case, the map's full extent will cover the entire region covered by the spatial reference and you won't be locked into the bottom most layer's full extent.
... View more
05-05-2020
03:10 PM
|
0
|
0
|
1549
|
|
POST
|
Kirk, We do have plans to support branch versioning in Runtime. Unfortunately, we are still in the very initial stages of scoping this work out, so I can't share anything concrete with you. But I'd be interested to know how you plan to use it in your app so that we can prioritize the most important pieces. Some questions I have - 1) Do you expect users to pick an appropriate version from a list of existing versions, or do you intend the app to pick or create a new version for them automatically? 2) Will you need to change versions on the fly while viewing data from a pre-selected version? 3) Do you expect to work with more than a single version simultaneously in the app, for eg, a subset of data from version A and the rest from version B? or is it enough if all data coming from a single feature service belongs to the same version?
... View more
03-26-2020
04:59 PM
|
0
|
0
|
930
|
|
POST
|
How was that service published? There's a problem with it - The renderer references a field called "SUBTYPE" which doesn't exist. Once you fix that up, it should work correctly
... View more
03-12-2020
01:29 PM
|
0
|
2
|
1110
|
|
POST
|
I also noticed that the network progress indicator lights up whenever a feature is selected. Does an identifyLayer call incur a network delay for some reason in order to determine which feature is identified? Yes. Typically, the features you see on the map are fetched in a way to optimize their display. When you identify a feature, you expect the result to contain the full data of the feature (for eg, all the attributes, the full resolution of the geometry, etc). This needs to be fetched asynchronously from the backing data source. If your layer is connecting to the service, that means we have to make a network request to get that data from the service. This can take time. However, if your layer uses offline data from disk (for example a mobile map package or a mobile geodatabase), then we fetch the data from disk, which is typically pretty fast, but still requires a lookup. Additionally, we sometimes need to perform spatial queries to find the feature you tapped on that. That can take some time too. All of this adds up. After getting the results if you choose to select the features, that requires us to update the display and add a selection effect. If your polygon contains a large number of vertices (typically in the order of thousands), it can take a little bit of time to render the selection on the GPU. Can you check how many vertices the selected features have in your data? One way to improve performance would be to pre-process the data and generalize the features to reduce vertices.
... View more
06-03-2019
10:53 AM
|
0
|
1
|
1287
|
|
POST
|
OpenStreetMap is now available as a vector basemap on AGOL https://www.arcgis.com/home/item.html?id=fae788aa91e54244b161b59725dcbb2a
... View more
02-04-2019
09:33 PM
|
0
|
0
|
847
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | a month ago | |
| 1 | 10-01-2024 12:36 PM | |
| 1 | 05-10-2024 02:32 PM | |
| 1 | 07-10-2023 11:12 AM | |
| 1 | 06-15-2023 09:59 AM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|