Latest Contributions by Nicholas-Furness

Hi @GBreen, I'm afraid that you cannot identify on an ArcGISVectorTiledLayer at this time, whether using a Vector Tiled Service, or a VTPK. You won't get any results back for the layer in the identify results. This is something that we are looking at, but currently do not support. Part of the reason is that our basemaps are primarily for visual reference so have very little attribution baked in. Adding attribution would add bloat to the PBF data that is returned. However, if you are working with your own vector tiled layers then one pattern is to have a separate "companion" feature layer that reflects the real-world objects in your vector tiled layer, and identify or query against that feature layer. Sorry it's not the answer you want, but I hope that helps. Nick. ... View more

Hi there. The answer for the Kotlin SDK is the same as that for your question about the Swift SDK here. 200.1 of the Kotlin SDK will be production ready, and we're anticipating a release next week. Hope this helps! ... View more

Aha. Ok. I expect that at 100.15 you will not need any additional config on AGSRequestConfiguration because at 100.13 we changed how we register a replica behind the scenes. The service supports two methods of registration. A direct HTTP request to register which doesn't respond until the registration has completed (this is what 100.12 and earlier did), and a job-based approach where the initial request just starts a job and returns immediately, and then we poll the job until it completes or errors (this is what 100.13 and later do). We do all that job monitoring behind the scenes using the same API (i.e. your code wouldn't change). So while the Runtime API call to register might not return for a long time, as of 100.13 it's not making just one long HTTP call, but lots of very lightweight and quick-to-respond status request calls. See the async property in the REST API doc. We made this change for precisely the reason you describe (registering can require back-end database locks which can lead to unpredictable registration times, so the job approach is the only reliable one). ... View more

Hi Rostislav, It sounds like you are parsing the GeoJSON into polygons that you are adding to a Graphics Overlay. Unfortunately, Graphics Overlays will always display on top of operational layers by design. However, you can achieve the behavior you're looking for by using a FeatureCollectionTable and FeatureCollectionLayer. You can use the AGSGraphics that you are currently creating as input to featureCollectionTableWithGeoElements:fields:, since AGSGraphics are AGSGeoElements. However, there is one additional step you will need to take and that is to provide a set of AGSFields to define the shape of the FeatureCollectionTable. While a Graphics Overlay has no schema and the Graphics can each have any collection of Attributes, a FeatureCollectionTable must have a schema defined. So if your polygon graphics have attributes, create a set of Fields that match those attributes and pass that in to create the featureCollectionTable. This also means that all the graphics must have the same shape type (Polygon in your case) and the same attributes. You can then create a Feature Collection Layer. Here is some sample code that should help. It creates a single large polygon AGSGraphic at 0,0 with two attributes ("ID" and "Created"), and then generates a FeatureCollectionTable. In your code you would of course add many AGSGraphics with polygons generated from the GeoJSON:   class ViewController: UIViewController { @IBOutlet weak var mapView: AGSMapView! override func viewDidLoad() { super.viewDidLoad() // Do any additional setup after loading the view. // Provide an API Key to use this sample standalone // AGSArcGISRuntimeEnvironment.apiKey = "<YOUR API KEY>" let map = AGSMap(basemapStyle: .arcGISTopographic) mapView.map = map addFeatureCollectionLayer(to: map) mapView.touchDelegate = self } } extension ViewController { func addFeatureCollectionLayer(to map: AGSMap) { let geoElement = AGSGraphic( geometry: AGSPolygon(points: [ AGSPointMakeWGS84(0, -10), AGSPointMakeWGS84(-10, 0), AGSPointMakeWGS84(0, 10), AGSPointMakeWGS84(10, 0) ]), symbol: nil, attributes: [ "ID":"Shape 1", "Created": Date() ] ) let fields = [ AGSField(fieldType: .text, name: "ID", alias: "Identifier", length: 255, domain: nil, editable: true, allowNull: false), AGSField(fieldType: .date, name: "Created", alias: "Created", length: 0, domain: nil, editable: true, allowNull: false) ] let layer = createFeatureCollectionLayerFromGeoElements(geoElements: [geoElement], fields: fields) map.operationalLayers.add(layer) } func createFeatureCollectionLayerFromGeoElements(geoElements: [AGSGeoElement], fields: [AGSField]) -> AGSFeatureCollectionLayer { let table = AGSFeatureCollectionTable(geoElements: geoElements, fields: fields) table.renderer = AGSSimpleRenderer(symbol: AGSSimpleFillSymbol(style: .solid, color: .orange, outline: nil)) table.displayName = "My custom GeoJSON table" let collection = AGSFeatureCollection(featureCollectionTables: [table]) let layer = AGSFeatureCollectionLayer(featureCollection: collection) layer.name = "My custom GeoJSON layer" return layer } } extension ViewController: AGSGeoViewTouchDelegate { func geoView(_ geoView: AGSGeoView, didTapAtScreenPoint screenPoint: CGPoint, mapPoint: AGSPoint) { geoView.identifyLayers(atScreenPoint: screenPoint, tolerance: 12, returnPopupsOnly: false) { [weak self] results, error in guard let self else { return } if let error = error { print("Error identifying: \(error.localizedDescription)") return } guard let results = results else { return } for result in results { self.printIdentifyResults(result: result) } } } func printIdentifyResults(result: AGSIdentifyLayerResult) { print(result.layerContent.name) for geoElement in result.geoElements { print(geoElement) print(geoElement.attributes) } for subResult in result.sublayerResults { printIdentifyResults(result: subResult) } } }     Note that I do have some sample code for parsing GeoJSON geomety into Runtime AGSGeometry and even GeoJSON Features into AGSGeoElements available here, in case that helps, though it sounds like you're already doing that part OK: https://gist.github.com/nixta/8a5637a288ce22501aa086e6b5933adf Hope this helps. ... View more

Hi @ReedHunter. Which version of Runtime are you using? As of 100.13 we should be resilient to long register operations on the server and I'm surprised you're seeing timeouts there. ... View more

Thank you for checking. We'll look into it. ... View more

Hi Greg. Thanks for the detailed info. Looks unexpected and could be an issue with group layers. Are you able to try in ArcGIS Pro and let us know how it renders there please? Thanks! Nick. ... View more

And to clarify, whatever you did in 100.x will work in the 200.x Swift SDK (same patterns, for the most part you just drop the AGS from the class name). You'll just be using Swift Concurrency instead of callback blocks. You can see this example for some details too: https://developers.arcgis.com/swift/sample-code/generate-offline-map/ ... View more

Hi, The Mobile Map Package is best considered as a black box. You don't need to worry about exactly how the network dataset is packaged up in there (though I expect that some form of geodatabase and .tn file is in there somewhere 😀). The key part really is knowing how to load it into a RouteTask. But in short, yes, if the Pro Map has a transportation network, then it'll be included in the Mobile Map Package as part of the support data for the packaged map. You can find a little more information here: https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/create-mobile-map-package.htm ... View more