Latest Contributions by DiveshGoyal

‎02-03-2021

ArcGIS Runtime v100.10 includes a NMEALocationDataSource which makes it easy to work with location information in NMEA messages

‎02-03-2021

‎02-03-2021

Implemented in ArcGIS Runtime SDK for iOS v100.10

‎01-19-2021

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.

‎12-15-2020

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

‎12-15-2020

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)

‎12-14-2020

Available in version 100.x of Runtime

‎12-14-2020

Thanks for the suggestion. This will be available in the upcoming version 100.10 of Runtime

‎12-14-2020

Thanks for the input. This will be available in version 100.10 of the Runtime iOS SDK

‎09-23-2020

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?

‎06-30-2020

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…

‎05-05-2020

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.

‎03-26-2020

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?

‎03-12-2020

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

‎06-03-2019

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.

Online Status	Offline
Date Last Visited	a month ago

My Ideas

Latest Contributions by DiveshGoyal

Re: Serial Port NMEA GPS Location Provider - Status changed to: Implemented

Re: Reduce brightness of the attribution control in iOS - Status changed to: Closed

Re: Reduce brightness of the attribution control in iOS - Status changed to: Implemented

Re: Offline map .vtpk file size and download time

Announcement to developers using cocoapods with ArcGIS Runtime SDK for iOS

Re: ArcGis 100.9 fails build in Xcode 12.3

Re: Raster on-the-fly reprojection in ArcGIS Runtime - Status changed to: Closed

Re: Serial Port NMEA GPS Location Provider - Status changed to: Implemented

Re: Reduce brightness of the attribution control in iOS - Status changed to: Implemented

Re: How do I get AGSOfflineMapTask to make requests to public-facing urls instead of those behind firewall?

Re: Implement the ability tap on a marker

Re: Set fullExtent on map/mapView

Re: Sample for Branch Versioning

Re: Layers that work in Javascript do not show up on IOS SDK

Re: How to optimize polygon feature selection?

Re: Heap corruption with CustomLocationDataSource ...

Re: Symbology driven by Arcade code block fails in...

Re: importDeltaAsync doesn't apply data changes as...

Re: Support privacy manifest

Re: How do you use the color_ramp raster function ...