Latest Contributions by Nicholas-Furness

‎05-03-2021

@MaximilianGlas's answer is good, but a couple of other thoughts… Since you already have the coordinates, can you just construct a Polygon instead of an Envelope in the first place? Obviously that depends on your use case. Polygon has constructors that take an IEnumerable of MapPoints. You could use that with the envelope coordinates instead of the PolygonBuilder. I wouldn't say one is preferred over another from a performance perspective (unless you're doing this in a tight loop), but it might be simpler code. Another way to get a polygon from an Envelope is to use GeometryEngine.ConvexHull().

‎04-30-2021

Thanks for the basemap and layer info. For the basemap, are you using the new platform basemap (with vector labels) or just a plain imagery basemap? To answer that, it might be easiest to just show a code snippet of how you're creating that/adding it to the map. And is there an approximate area or scale you were using when it happened (or typically use with your app)? If you do see the crash again, please send over all the threads (feel free to DM me). It's often useful to get some context on what else might be happening. If you're in Xcode, a bt all at the console will do it. Also, thanks for the congrats 🎉 Glad you like the SDK. And I won't tell the Android team you said that 🤫 But seriously, if you do have some specific issues, it would be great to let us know so we can look into them. The Android team does a really good job making sure the Android SDK works across so many devices and architectures, which the iOS team has the luxury of generally not having to worry about (thank you, Apple!). Again, feel free to DM me if you prefer.

‎04-30-2021

Yes. You can use the license string with any 100.x version of Runtime.

‎04-29-2021

To answer the second part of your question, if you are using a license string, as in your question, then being connected to the internet or not doesn't have an impact (the other way to license your app is by logging in with a named user, and then the network connection becomes important). See this page for more details on licensing your app.

‎04-29-2021

Hi, Can you provide more information to help us narrow this down please? Is this repeatable? What layers are visible at the time? Are you able to share a simple reproducer with us? Any additional info you can provide that will help us home in on this would be great.

‎04-29-2021

Just to add to what James said, we did add some logic at 100.11 to improve the scenario you're seeing. In short, at 100.11 you shouldn't see this any more, even with default feature request mode of OnInteractionCache. The only exception might be if the feature is in a loaded state (this typically happens if you want to get the full information on all of a feature's attributes, and not just those attributes needed for symbology and labeling - you would have called load() on the feature, or loadAndRefresh() on the ServiceFeatureTable). I will have to double-check to see what the behavior is if a cached feature that no longer exists in the service has been explicitly loaded. Before 100.11, what you can do is take the two features (or more) that you get back from the identify, and call loadOrRefresh() on the ServiceFeatureTable to which they belong. Any feature that was in the local cache, but that is no longer in the service's data, will have the OBJECTID cleared. It's an extra round trip to the service, but should be fairly quick unless your features have very large text fields on them. At 100.11, this is kind of built in to the Identify. Before handing you back the results of Identify, Runtime will now recognize features that no longer exist at the service and both strip them out of the Identify response AND remove them from the local cache. Let us know if that helps.

‎04-26-2021

Hmm. Smells really familiar. I recently worked with someone whose IIS configuration blocked requests over a certain length (2130 characters - didn't matter if they were GET or POST). Requests over that length would resolve to 404s. And of course, that looked like an intermittent issue as queries got around the 2130 mark. Can you check that your IIS configuration isn't doing the same? Once they fixed that, they were able to perform more complex queries. I never learnt why their IIS was configured that way, but it doesn't seem to be the default (note, this isn't really my wheelhouse, but this sounded familiar enough for me to throw this out there).

‎04-26-2021

Good that SPM has got you moving. Unfortunately those installer logs don't help 😞 If you have time to try it out, I would be interested to know if the System Preferences permissions solution works. But you could also just download the framework from https://developers.arcgis.com/ios/downloads/ArcGIS-iOS-v100.11.xcframework.zip and copy it to ~/Library/SDKs/ArcGIS/Frameworks/ArcGIS.xcframework That's what SPM does for each project, and is the same xcframework the install package provides.

‎04-23-2021

Hmmm. Interesting. I'm asking around, but in the meantime I have a couple of ideas to try… You could open the System Preferences -> Security & Privacy and go to the Privacy tab. On the left, scroll down to Full Disk Access and select it. Unlock the padlock to allow changes, and then drag the installer package into the list of apps on the right hand side. Then try running the package. These options aren't great, but could get you going while we figure out what the problem is: You could install to another machine/user who doesn't have their home folder on an external drive, and then copy the ~/Library/SDKs folder over to the same location in your user account. Nothing is registered with the system, so this should be equivalent to a working installer package. You could use Swift Package Manager or CocoaPods. You could also try adding the -verboseR option to the non-sudo version of the terminal command to see if any more useful output is generated. (When I tried a sudo on that, it installed successfully to /Library/SDKs, and I could then copy the files over to ~/Library/SDKs).

‎04-23-2021

That's odd that it bombs now but not when you installed 100.10 before. Have you updated macOS since then perhaps? I assume you have tried clicking "OK" on the permissions dialog, then re-running the installer? Could you try this in the Terminal? installer -package <path/to/ArcGIS installer package> -target CurrentUserHomeDirectory (Note that you should literally enter CurrentUserHomeDirectory, and not, as I did, the path to my home directory).

‎04-23-2021

I've had some issues recently where permissions appear to get messed up (I haven't identified the culprit yet, but it may be my anti-virus scanner or MDM software). Can you try going to ~/Library/SDKs in Finder and make sure that your user has permissions to write? If not, set them (for simplicity I just set everyone to read/write) and then use the cog menu to apply to enclosed items. I don't know if that's the issue (especially if you've removed the previous version), but seems worth a try. Can you let us know if that helps?

‎04-22-2021

In addition to the great new features across ArcGIS Runtime 100.11 (see the release blog post), the iOS SDK has some extra goodies specifically for iOS developers: Swift Package Manager support: That's right. With 100.11, you can now integrate the ArcGIS Runtime into your projects using the Swift Package Manager. View the release notes for full instructions. Dark Mode improvements: We've already updated the attribute bar to respect light and dark mode. Now we bring semantic colors to the map view's callout (you can opt out by setting the overrideUserInterfaceStyle property). And with the all new comprehensive labeling API, you can bring that light/dark user experience to your iOS Runtime apps more easily than ever before. NMEA API improvement: At 100.10 we introduced the AGSNMEALocationDataSource. You could feed in NMEA data for a high accuracy blue dot experience, but you had to manage the data stream yourself. At 100.11 we simplify it even more: just provide an EAAccessory and Runtime will take care of the rest. Macs with Apple Silicon: We've added an arm64 slice to the ArcGIS framework to support developing and simulating apps on M1 Macs. See the release notes for what this means in practice. OAuth changes: We now use an ASWebAuthenticationSession under the hood to handle OAuth workflows, so the AGSApplicationDelegate.application(_:open:options:) method has been deprecated. You won't need to change how you configure OAuth in your Runtime app, but you can remove that code sitting in your ApplicationDelegate that bridges into the Runtime. Updated Toolkit: The open source ArcGIS Runtime Toolkit for iOS has been updated to 100.11, and now also supports Swift Package Manager! Updated Samples: We've added and updated samples, improved Dark Mode support, and also now make use of Swift Package Manager to install the Runtime SDK and Toolkit. SPM FTW! As always, take a look at the full release notes and the ArcGIS blog post. We look forward to seeing what you build!

‎04-20-2021

Hi. As you noticed, the Runtime SDK for .NET is really meant for building standalone desktop and mobile apps. It doesn't provide an interface to ArcGIS Pro or its projects. Now, you can use ArcGIS Pro to export/generate/publish data and packages that you can use with the Runtime, but that's not what you're after. There is also the ArcGIS Pro SDK, which allows you to build add-ins for Pro. That is used to customize the ArcGIS Pro app (e.g. create custom tools, or a customized user interface, but still all running within the Pro app). Again, this doesn't sound like it will necessarily do what you want, but it could perhaps help you build a custom user interface around what you're doing. For your goal of accessing data in an ArcGIS Pro project, I think you're already doing the right thing. This page should provide some guidance too, although I suspect you've already found it. As for API keys with the Runtime: No, you don't need to use them. They only come into play if you are making use of mapping services hosted in the ArcGIS Platform (geocoding, routing, demographics, etc. or your own data uploaded and hosted in ArcGIS Platform). See the Mapping APIs and services guide for more details. An API key is an authentication mechanism that provides metered access to these services when working with an ArcGIS Developers account. If you are accessing data hosted in an ArcGIS Online organization (as opposed to your own ArcGIS Developers account) then you could instead use one of the other authentication methods that the ArcGIS system supports (usually a named user). You might find the community pages for Python and the ArcGIS Pro SDK useful too. I hope that helps.

‎04-12-2021

Hi Rhett. The API key grants you access to ArcGIS Platform services, while it's the license string that removes the developers watermark in your app. In other words, even if you're working in developer mode and see the watermark, you'll still need a suitable API key to access services. Hope that helps.

‎04-08-2021

Hi @PhilipMeeks_CS I wonder if you could make use of this service for what you want to achieve? https://tasks.arcgisonline.com/arcgis/rest/services/Geometry/GeometryServer (here's the item description) If you have an ArcGIS Server instance, I believe that can be enabled there too. Here's some developer doc: https://developers.arcgis.com/rest/services-reference/project.htm

My Ideas

Latest Contributions by Nicholas-Furness

Re: generate polygon from envelop object (XY min/max coordinates) or extent

Re: Crashed: com.apple.main-thread

Re: How to use license string to remove watermark?

Re: How to use license string to remove watermark?

Re: Crashed: com.apple.main-thread

Re: Feature on local cache or service?

Re: sql where clause length limit? get request returns 404 error

Re: Error installing ArcGIS runtime ios version 100.11.0

Re: Error installing ArcGIS runtime ios version 100.11.0

Re: Error installing ArcGIS runtime ios version 100.11.0

Re: Error installing ArcGIS runtime ios version 100.11.0

ArcGIS Runtime goes to 11

Re: Interface to ArcGIS Pro to retreive data

Re: Blank map

Re: Runtime in services functionality

200.8.2 LTS patch for ArcGIS Maps SDKs for Native ...

Re: Spatial Share Testers on Vision Pro

Introducing ArcGIS Maps SDKs for Native Apps 300.0

200.8.1 LTS patch for ArcGIS Maps SDKs for Native ...

Re: Distribution with Lite license