Latest Contributions by LucasDanzinger

‎04-06-2016

The tool might reproject the data for you (I am not positive), but I would just use the project function on the Geometry Engine to change it from whatever you have into 4326, just to keep it consistent.

‎04-05-2016

There may be other ways to do it now, but the best and most straight forward way to do it will probably be with the Add Surface Information GP tool - Add Surface Information—Help | ArcGIS for Desktop Unfortunately, this tool is not supported with the current release of local server. However, it will be supported with our Quartz release. Once this happens, my recommendation for you would be to make a model or script that uses this tool in ArcMap, then export as GPK, and consume in ArcGIS Runtime via local server.

‎03-30-2016

Our 10.2.6 release supported 2 paradigms: 1) Pure QML API, where you write everything in QML and JavaScript. If using this paradigm, you could not easily write business logic in C++ against the ArcGIS Runtime API. 2) Pure C++ API, where you use Qt Widgets and our C++ API- no QML. Our Quartz release will still support those two paradigms, but it will support a 3rd paradigm, which we unofficially refer to as the hybrid approach. This allows you to exclusively use our C++ API, but still have a MapView in QML. You won't be using our QML API, so you won't be creating graphics, adding layers, and running tasks from QML. Rather, you will do this all on the C++ side. This means you won't necessarily be passing references back and forth. In your example, you wouldn't create a Point from the QML side, and pass that over to C++ to do something. Rather, you would just create the Point in C++ only. You will be able to hook into all of the same signals that you would have from QML side, but in C++ instead. So instead of listening for a mouse click on a map in QML, then passing that point to C++, you would just set up your slot for that mouse click on the C++ side. Any Runtime object you need to pass back to QML can be done so through creating a Q_PROPERTY or Q_INVOKABLE function, and registering the type with QML. What it boils down to is the QML API is really designed for people that only want to write in QML and JavaScript- no C++. If you use our C++ API, you can do Widgets or Qt Quick, and you have much more flexibility to register your types, and pass them back and forth. Hope that helps. -Luke

‎03-29-2016

Are you saying that you have default values set on the service, but no matter what you set, it always sets it to the default? If so, this is a bug in 10.2.6, and will be fixed in a patch that we are releasing very soon. Thanks, Luke

‎03-29-2016

It seems like it would be possible, I suppose. You would likely need to make some ArcObjects add-in for ArcMap so that when you clicked on a point, it called some batch file (or something else), passed in some attributes to it, and then that batch file pulled up your Qt app with whatever info you needed. There are probably lots of ways to go about this, but I don't have an example for you, unfortunately.

‎03-29-2016

You should be able to go to the REST page of the service and click "Create Replica", and specify all of this info there. Does it work from the REST page? This is what you need to determine first, because if not, it will not work in a client API. If it does not work, then it either is a limitation with or a bug in ArcGIS Server.

‎03-29-2016

Yes, we support iOS 8.1 and above. You can see details here - System requirements—ArcGIS Runtime SDK for Qt | ArcGIS for Developers

‎03-29-2016

It is probably a good question to post in the AppStudio space. I am not sure how they handle licensing in the player app, and if it changes depending on how it is run (through the desktop or from a mobile device).

‎03-29-2016

Ahh, I see. This may be a bit of a limitation with Qt itself at the time. With iOS, it seems that adding the following keys to the plist makes it work. This is true if using Xcode 6, which AppStudio currently is. If using Xcode 7, there are new things you need to do. <key>UIBackgroundModes</key> <array> <string>location</string> </array> For Android, you need to add the following into the manifest <meta-data android:name="android.app.background_running" android:value="true"/> The issue seems to be that with Android, if your app is ever backgrounded, it appears that the OS can decide to suspend the app to save battery, and if this happens, the collection would stop. This would require Android services, which are not yet supported in Qt. It looks like Qt is bringing in support for Android services with 5.7, though. -Luke

‎03-29-2016

Thanks Ken. We should probably fix up that doc a bit for QML. The ArcGIS Runtime QML API handles all of the threading for you, so you shouldn't need to worry about moving long running tasks onto another thread. If you are finding performance issues or limitations with our API, then I would suggest logging a bug for that so we can take a look at it. As far as Workerscript, I have tried getting this to work in the past, but it seems that this QML type is limited. If you notice in the doc (http://doc.qt.io/qt-5/qml-workerscript.html), it says you can only pass in certain types to the sendMessage() method, and explicitly states that QObject* types cannot be passed over. Most all of our API types derive from this, so it is a limitation of Workerscript. Like I said, if you find that a task is not performing well in the API, then this could potentially be a bug we need to address. In addition, our Quartz release will be returning many more Model types, that will allow you to directly plug results into views, thus eliminating the need to do lots of looping and parsing when signals emit. This should be a big performance gain. Hope this helps. -Luke

‎03-29-2016

We support iOS and Android for mobile platforms. We are looking at bringing in support for Universal Windows apps (that will run on Windows tablets, phones, etc) for our Quartz release, but are looking to gauge the interest to see if this is a requirement from our users. Please let us know if this is the case for you. Thanks, Luke

‎03-29-2016

Hi Marco, Glad to clear things up. You are very observant and resourceful! Our QML API at 10.2.6 was built directly on top of the C++ API, and so we needed to expose the MapQuickItem. This was supposed to be an internal class for our QML API build to pick up (which is why you don't find the header in the public SDK), but we accidentally included it in our doc build, so you see it there. This was not intentional, so if you are able to get something to work, I would say that is impressive, but we may not be able to assist you if problems arise. Quartz will officially support this pattern, and I think you will find it to be very easy and straight forward. Thanks, Luke

‎03-28-2016

This doesn't directly help you right now, but I just wanted to let you know that with our Quartz release, there will be a function directly on the MapView that will export it to an image.

‎03-28-2016

Can you use Fiddler and set up a proxy so that you can see if the http requests are returning any more detailed errors? ArcGIS Runtime SDK for Qt QML API: ArcGISRuntime Class Reference What is an example of the long query you are using?

‎03-28-2016

Can you provide some code example?

Online Status	Offline
Date Last Visited	‎06-17-2026 07:54 AM

My Ideas

Latest Contributions by LucasDanzinger

Re: Distance Between Two Points

Re: Distance Between Two Points

Re: Roadmap for Runtime SDK - Quartz and C++/QML interoperability

Re: Offline Adding feature in GeodatabaseFeatureTable

Re: How can Qt viewer be opened from ArcGIS?

Re: Using GenerateGeodatabaseParameters's layerQueries property in qml

Re: which mobile platform (versions) supports

Re: Adding a feature to an offline geodatabase using GeodatabaseFeatureTable::addFeature

Re: Access the AppFramework from a background thread

Re: Access the AppFramework from a background thread

Re: which mobile platform (versions) supports

Roadmap for Runtime SDK - Quartz and C++/QML interoperability

Re: Take screenshot of MapGraphicsView (in C++)

Re: Using GenerateGeodatabaseParameters's layerQueries property in qml

Re: Offline Adding feature in GeodatabaseFeatureTable

Introducing S-63 encrypted ENC support in ArcGIS M...

Re: Possible memory leak with Dictionary Renderer ...

Logging into the future: Introducing the Next Gene...

Re: Ubuntu 24.04 Qt Version 6.4.2 is not compatibl...

Re: Windows Deployment