Latest Contributions by LucasDanzinger

‎03-23-2017

Are you trying to build for device or for the simulator? One thing that has changed with 5.8 is that Qt has moved to combining their simulator and their arm libs into one universal lib. With that change, there were some changes to qmake commands/variables. One thing you might try is to modify our prf file like the following: - navigate to ~/Qt5.6.2/5.6/ios/mkspecs/features and open the arcgis qml prf - if building for simulator, then comment out the iphoneos block. If building for arm/device, then comment out the iphonesimulator block. We are finding that both of these conditions are true in 5.8 due to the universal libs, which results in possibly the wrong lib getting linked. We are working on testing 5.8 more on iOS to see how we can better support the new universal sim/arm libraries. You could consider using 5.6.2 or 5.7.1 for iOS for the time being if none of these suggestions work.

‎03-20-2017

Kirsten- I'm not sure what the issue is from looking at the screenshots and code snippet. The best thing to do would be to upload a simplified project that can reproduce the issue. - Lucas

‎03-20-2017

I see 2 issues in your screenshot from the post installer. The first is that for x86, you have the minGW kit selected, but we require the MSVC 2015 kit instead. The second is that for x64, you have the winRT kit selected, but we require the regular MSVC 2015 kit (not Windows RT). Here is a link to the 64 bit kit - qt-opensource-windows-x86-msvc2015_64-5.8.0.exe and the 32 bit kit - qt-opensource-windows-x86-msvc2015-5.8.0.exe And here is the install guide for windows - Install and set up on Windows—ArcGIS Runtime SDK for Qt | ArcGIS for Developers - Lucas

‎03-15-2017

Norbert, this looks like a bug. I think there is some implicit type conversion that is happening. The x and y are correct, and the others are not z or m - they are just wrong. Can you please log a bug through support so that this gets put into the support system? Thanks for reporting! In the meantime, maybe you can use toJson() instead for debugging geometries. -Lucas

‎03-15-2017

Hi Norbert, Is it because you are adding the overlay to the model around line 120 and then again around line 330? If I comment out the lines around 120, it doesn't crash anymore. - Lucas

‎03-15-2017

Is it possible that your lines are going through the surface of the elevation and are rendering below the basemap?

‎03-15-2017

We have an example in the API ref - UniqueValueRenderer Class | ArcGIS for Developers Basically, the unique value renderer will display a different symbol depending on an attribute value. So the only difference between your code and the example in the API ref is that you are using Graphics instead of Features.The trick is to use a constructor that allows you to set attributes in the Graphic - Graphic Class | ArcGIS for Developers Give each an attribute that is something like "lineColor" : "red", and then the field your unique value renderer is based on would be "lineColor". Then set up a UniqueValue like in the code sample, and specify a symbol for each unique value of lineColor that you will have specified.

‎03-14-2017

I'm not sure how this worked before. It seems like the behavior that we are seeing now is expected. Can you post an example project from 10.2.3, along with sample data so we can take a look?

‎03-10-2017

We will have support for a HeatmapRenderer in an upcoming release. Most likely, 100 Update 2 (100.2). This will allow you to visualize a heat map from points like you see in ArcGIS Online. In the mean time, the only thing I can think to do as a workaround is the use the Local Server SDK to run a GP task that creates this. You could use one of the interpolation tools to create a raster, and then apply a renderer to the output raster to make it look like how you like - Local Server geoprocessing tools support—ArcGIS Runtime SDK for Qt | ArcGIS for Developers It is definitely overkill for what you likely need, but it might get you the result you need in the meantime.

‎03-10-2017

Torben, This tiff file doesn't have a projection defined. I can see this by opening it in ArcCatalog (see attached image). If there is no projection defined, it will likely just display at 0,0 (aka null island), and all other data that doesn't have anything defined will display there as well. You will want to make sure the data has a projection defined before consuming in ArcGIS Runtime - Defining or modifying a raster's coordinate system—Help | ArcGIS for Desktop

‎03-02-2017

Hi Kristen, I'm not sure what the issue is off hand. Do you have Esri technical support access through your organization? If so, they should be able to help troubleshoot more. Otherwise, maybe posting a video will help display the issue?

‎02-24-2017

Not positive this will fix your issues, but we had a bug in our sample before, and it looks similar to what you have in the above code. The issue is that the sceneProperties getter returns a value object, so you are just setting the surface placement on a copy, and it never makes its way back to the graphics overlay. Instead, try it like this - arcgis-runtime-samples-qt/Surface_Placement.cpp at v.next · Esri/arcgis-runtime-samples-qt · GitHub Again, not sure it will fix the issue, but it is the way to do it, so it shouldn't hurt at least.

‎02-23-2017

Have you set the layer scene properties? GraphicsOverlay Class | ArcGIS for Developers As for the renderer, you should use a UniqueValueRenderer. Each graphic needs to have some identifier in it, and then the renderer will have a specific symbol for each identifier. This will make it so that any graphic with that identifier will automatically get that symbol from the renderer. This sample shows this workflow, only it uses a FeatureLayer - UniqueValueRenderer—ArcGIS Runtime SDK for Qt | ArcGIS for Developers

‎02-22-2017

It would be best to have 1 graphics layer, and to have a renderer set on it defining how all the graphics in it should look. Then, have 1 graphic instance, where you continually just re-set the geometry on it. Create a new geometry each time the slider value changes and re-set it to the graphic, and it should update the graphic.

‎02-22-2017

Alba- I suggest you post this in the AppStudio space. They will be able to better chime in on how this works. If you're using standalone Qt and the Runtime SDK, then the workflow will be different than if you are using AppStudio. Thanks, Luke

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

My Ideas

Latest Contributions by LucasDanzinger

Re: Can not build iOS for x86_64 processor architecture

Re: Graphics overlay renderer

Re: g++: error: /FS: No such file or directory

Re: output operator of Esri::ArcGISRuntime::Point

Re: order of adding of graphics/graphicalOverlays

Re: Graphics overlay renderer

Re: Implementing a Unique Value Renderer for Graphics Layers

Re: Trying to load the tfw when opening a tif file

Re: How to create a heat map layer

Re: Trying to load the tfw when opening a tif file

Re: Graphics overlay renderer

Re: Graphics overlay renderer

Re: Graphics overlay renderer

Re: Updating graphic layers

Re: how to disable the default launch image

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