Latest Contributions by Nicholas-Furness

@2xlearner I think you'll get a better answer over in the ArcGIS Pro Questions community. I've moved the post over. ... View more

You should be able to create an AGSPortalItem for the AGOL item for the MMPK, and then call fetchData() on that to get NSData. You can then call NSData.writeToFile() to write that MMPK to your iOS filesystem as a .mmpk file. ... View more

Ah. Right. I see. So really it's a question of figuring out a vector from the geometry to the camera based off heading and pitch (essentially reversing them) and then working out the length of that vector to position the camera at. Hmm. I'll have a think. ... View more

Well, a camera is a location plus some information about where it's looking. Maybe I misunderstood your question, but my thinking is this… If you can work out where you want to place the camera relative to the geometry, you might get fairly close to what you're after. You can probably do some cartesian calculations to place the camera location relative to the geometry envelope's centroid (relative x/y units for heading, and relative elevation for pitch). Use that to create the camera with a location and set the heading/pitch/roll all set to 0. Pass that camera in as I suggested to create the viewpoint with a camera and geometry, and then read the camera property back once the scene view has updated. Bear in mind there are SetViewpoint methods that animate and that don't. Make sure you read the camera once the animation is finished, or use a SetViewpoint method that doesn't animate. Does that help? If you need the geometry to fill the view, that might be a bit trickier. ... View more

You will need ArcGIS Pro 2.7 or later. That should allow you to create a mobile geodatabase (.geodatabase file) that can be opened in ArcGIS Runtime 100.12 onwards (earlier versions do not support .geodatabase files created in ArcGIS Pro). You can use ArcGIS Pro to populate the mobile geodatabase from your file geodatabase. Read more about the geodatabase types here. Hope that helps. ... View more

Could you not create a Viewpoint with a Camera and geometry, and then read the camera's properties? You might need to actually set the viewpoint on a MapView for the camera properties to update. Would that work for what you're trying to do? ... View more

I think it's just not listed. If you look at the stats you can see the latest version is still available: https://www.nuget.org/stats/packages/Esri.ArcGISRuntime.runtimes.win?groupby=Version ... View more

Hi Max. There are a couple of things that could help (this all applies to image tile layers - vector tile layers are a different beast, but I don't think that's what you're dealing with here). First, you should make sure you look at the mapServiceInfo property of the AGSArcGISTiledLayer. It gives you an AGSArcGISMapServiceInfo object that has a maxExportTilesCount property. That is the limit that you need to stay below. Note, AGSExportTileCacheTask also has a mapServiceInfo property you can use. To see how many tiles an area will attempt to download, you can always use the AGSExportTileCacheTask.estimateTileCacheJobWithParameters() call to create a job that you can run to get the tile count back for the extent/geometry your user has drawn, but that's not very realtime. For that, you could make use of this bit of code. It'll need a bit of modification (e.g. I haven't yet included a method to get a total number of tiles across multiple LODs) but it works pretty well. Also, I haven't tested it in anger, so I would recommend you check it against actual estimate calls for accuracy. And as Kris mentioned, make sure you use the levelIDs property of the AGSExportTileCacheParameters object to reduce tiles. For most tile schemes, each higher level of LOD will need 4x the number of tiles, so as you zoom in, you really ramp up the tile count. Vector tiles are quite different, and I don't have an easy solution for that: There is no "estimate" method on the service. Vector tiles are highly optimized by content and are not uniform like the image tile schemes are (we optimize heavily with overzoom where we can). See the ArcGIS Pro Create Vector Tile Index documentation for an illustration of what I mean. Hope this helps. ... View more

Hi. I've spoken with the team and 24 hours is the minimum interval between updates being packaged up. Changing the packaging time will not trigger another packaging within 24 hours of the last packaging. As for why a manual sync doesn't get the updates: what are the updates you are making? You need to update feature data in layers in your web map (and of course the services behind those layers need to be enabled for offline use). Once you've made feature updates in the web map (add/remove/update features) then they will be picked up in an offline map sync. If you are using scheduled updates for the sync, they won't be picked up until after the next packaging run. If you are not using scheduled updates, they should be picked up immediately. The canyonlands sample uses an already-downloaded preplanned offline map as its "snapshot" starting point. It copies it into a working folder and opens it. The web map has scheduled packages that were generated after that offline map was downloaded, so they show up as available updates in the sample. Once you have applied the updates to the copy in the working folder, if you were to check again using that working copy, there would be no more updates available. The working copy is overwritten by the "snapshot" copy each time you run the sample. For your map you need to: Create a web map with offline-enabled feature layers. Configure the preplanned map area for your web map and turn on the "Enable scheduled updates" toggle. Wait for the original preplanned offline map to package up. Download the preplanned offline map to the device, being sure to opt in to scheduled updates (this should be picked up by default). Make edits to offline enabled feature data in your web map. Wait until after the next packaging, which will pick up your web map data edits as a scheduled update package. You cannot bring the packaging time forward for this to force packaging any sooner than 24 hours after step 3. Call sync using the offline map downloaded in step 4 (and making sure to use scheduled updates). You can still use a web map that is set up for scheduled updates with regular sync, but you have to ensure the settings when you download the offline map opt out of scheduled updates. Perhaps that's what you're seeing: maybe you downloaded the offline map without opting out of scheduled updates, and then when you sync you're trying a regular sync. That won't work (and I think I misled you there - I wasn't explicit that you need to do this with the download as well as the later sync). You could look at the AGSOfflineMapSyncResult you get back in the sync completion to see if there are errors and look at the errors on each layer to learn more. Let me know if that helps. ... View more

Apologies. I misunderstood your question about changing the update time to trigger a scheduled updates packaging. My mistake (your question was pretty clear!). I'll have to check with the team to see if this would trigger packaging things up, or if there might be some other way (e.g. a REST call). ... View more

My mistake. I noticed your reply was marked as a solution and figured you must have picked that instead of mine. Thanks for correcting this. ... View more

Hi RTC. Glad that helped. For your other questions: You don't set a time in the ArcGIS Online interface, merely an interval. I'll have to check to see what the minimum interval is but it seems to be 24 hours through the ArcGIS Online interface and the Python API. I'll have to check on this. Absolutely, you would still create an AGSMap object pointing at each already-downloaded offline map (you use the AGSMobileMapPackage to re-open a previously downloaded map, see here) and then create an AGSOfflineMapSyncTask for each AGSMap. Hope that helps. ... View more

Hi @JuanPeralta_ESRIES, Can you explain the effect you were looking for please? I thought that you were trying to clip a displayed raster to a polygon area of interest. ... View more