|
POST
|
Hi @JeanLonneux . What OS are you running on? We've looked into similar reports in the past and found that the memory analyzing tools and OSes vary on how they report freed heap allocations. For example the same app would not drop the memory usage on Linux via top, but it would on Windows when checking the task manager. Also, if you can provide a bit more code I can try it on our end as well. I want to be sure I'm replicating the same workflow when I test it out. For example, what is the symbol you're adding? Are you getting that from a call to searchSymbols or fetchSymbol? It's hard to tell from the code provided, but can you double check that your symbol is also getting deleted when you delete the graphics?
... View more
04-28-2021
09:05 AM
|
0
|
6
|
3708
|
|
POST
|
@nikschm00 , Thanks again for letting us know about this. We have fixed this problem in the upcoming 100.12 release, which will be out before the end of the year.
... View more
04-26-2021
11:47 AM
|
0
|
0
|
2527
|
|
POST
|
Hi @KevinCheriyan. Thanks for reaching out to the Runtime team. Unfortunately there's nothing that will do exactly like you're wanting to do. However there are some tweaks we can recommend to your workflow (which is quite good) that might help. When you do the feature query to get the features in your buffered polygon, you can run a queryFeaturesCount to "walk in" your buffer area to reduce the number of features. So for instance if your search will return 10,000 features (getting the count should be quick), you can reduce the size of your polygon buffer area until you get a reasonable number of features to check with the GeometryEngine, perhaps 100 or less. This will require testing to find the sweet spot. It's also possible your features as so densely packed that you can't get only 100. As I said, it will require some testing. >This doesn't work because my feature layer has 120,000 point features. If I iterate through each of them to check if they intersect with my buffer polygon, it can take a LONG time. Just to clarify, but when you do your query with your buffer geometry, you should get a subset of features and not need to iterate all 120,000 features. So my recommendation would be to slightly tweak your workflow as follows: 1. When the mouse is clicked, create a buffer polygon (size will come from testing). 2. Set that polygon as the geometry on your QueryParameters (https://developers.arcgis.com/qt/qml/api-reference/qml-esri-arcgisruntime-queryparameters.html#geometry-prop) 3. First run a queryFeatureCount task to see how many features are in your polygon area: https://developers.arcgis.com/qt/qml/api-reference/qml-esri-arcgisruntime-featuretable.html#queryFeatureCount-method 4. Walk that in to get a reasonable number of features 5. Then proceed with queryFeatures to get your set of features: https://developers.arcgis.com/qt/qml/api-reference/qml-esri-arcgisruntime-featuretable.html#queryFeatures-method 6. Iterate through them with GeometryEngine to determine which feature is nearest to the clicked point. Let us know if that help.
... View more
04-23-2021
09:52 AM
|
1
|
2
|
2318
|
|
POST
|
Hi @TASL_Virendra . Thanks for reaching out to the Runtime team. I can reproduce this problem and I will log it internally for us to investigate. In the meantime, it does work for me if I change the gamma value after the raster loads. Can you try that and see if it works for you? In your code it would be putting the "rasterLayer->setGamma(100.0);" call into the doneLoading lambda.
... View more
04-21-2021
10:58 AM
|
0
|
0
|
1145
|
|
POST
|
@nikschm00 I checked with my colleagues and this appears to be a bug. Thank you for reaching out with this. I have logged an internal bug so we can investigate my thoroughly and fix it.
... View more
04-14-2021
05:15 PM
|
0
|
2
|
2583
|
|
POST
|
Thanks for the updated info @nikschm00. I will do some research and get back to you soon.
... View more
04-14-2021
01:54 PM
|
0
|
0
|
2587
|
|
POST
|
Hi @FatmaAkdemir , No, unfortunately we don't have any out-of-the-box components in our toolkit or sample code that is what you're describing.
... View more
04-14-2021
10:56 AM
|
0
|
0
|
797
|
|
POST
|
Hi @nikschm00 , Your workflow sounds correct. Do you have any example code that demonstrates the problem? I'd like to troubleshoot a bit on our end to see if there's a bug.
... View more
04-08-2021
05:29 PM
|
0
|
5
|
2620
|
|
POST
|
@TomNorby , We had a recent meeting with the Qt Company and they confirmed my previous recollection that Widgets, while technically supported on mobile, is not the recommended workflow. Qt Quick is. The main issue is the look-and-feel and styling options for Widgets on mobile. As such, we will not pursue supporting Widgets on mobile platforms for the ArcGIS Runtime SDK for Qt. I do hope you're still able to make the Runtime work in your project.
... View more
03-30-2021
10:46 AM
|
0
|
0
|
2504
|
|
POST
|
Thanks for the info, Tom. I will add this into our tracking issue.
... View more
03-23-2021
03:49 PM
|
0
|
0
|
2555
|
|
POST
|
@TomNorby I will discuss it with the team and see if this is something we can add support for. You are right, we'd need to add that support in our build in order to enable it; it's not just a matter of removing the ifdefs. May I ask, what is your use case for needing Widgets support on mobile platforms? That is not a pattern that's been widely adopted or promoted by The Qt Company.
... View more
03-23-2021
02:35 PM
|
1
|
3
|
2560
|
|
POST
|
Hi @TomNorby . We don't support the MapGraphicsView (QWidget-based view) on the mobile platforms. If you want a truly cross-platform experience I would recommend you use our MapQuickView class and follow the pattern used by our samples as you pointed out. >but is there a known way to circumvent QtQuick for ArcGIS on Android? Unfortunately no.
... View more
03-23-2021
11:49 AM
|
1
|
5
|
2620
|
|
POST
|
Hi @MattBryant . Thanks for reaching out to the team. I'd like to understand your workflow a bit more. Can you explain what you're trying to achieve? We have a Qml sample that showcases this workflow. https://github.com/Esri/arcgis-runtime-samples-qt/tree/master/ArcGISRuntimeSDKQt_QMLSamples/Features/FeatureLayer_Geodatabase You should not need to add multiple FeatureLayer layers from the same GeodatabaseFeatureTable - they will visualize the identical set of features and be indistinguishable from each other. If you're trying to create multiple FeatureLayers from different GeodatabaseFeatureTables in the Geodatabase then that should work. >Can you not have two feature layers reference the same geodatabase table? No, that is not supported. I hope I have explained why it shouldn't be necessary, however. Please let me know if this information helps. As a potential workaround you could create two different Geodatabase objects and then you could reference the same GeodatabaseFeatureTable in two feature layers; each once coming from the different Geodatabase.
... View more
03-11-2021
11:10 AM
|
0
|
0
|
1399
|
|
POST
|
Hi @DMHarris , The GeodesicSectorParameters class itself is declared within the GeometryEngine.h header. It is a bit inconsistent with the rest of the API, apologies for that. Please let me know if that helps.
... View more
02-22-2021
09:22 AM
|
0
|
1
|
1309
|
|
POST
|
Hi @BrianKeller, I want to let you know that the 100.10 release is now available, and we've added the ability to opt-out of feature tiling at the map level now. I think this would help alleviate the problem you're seeing. https://developers.arcgis.com/qt/qml/api-reference/qml-esri-arcgisruntime-loadsettings.html On the LoadSettings object, which you can set on a web map prior to loading it, you can set the featureTilingMode now. If you specify Enums.FeatureTilingModeDisabled, then feature tiling will be disabled entirely in your map for all feature layers.
... View more
02-11-2021
10:48 AM
|
0
|
0
|
3044
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-22-2026 12:26 PM | |
| 1 | 10-22-2025 03:59 PM | |
| 1 | 06-18-2025 10:30 AM | |
| 1 | 06-18-2025 08:43 AM | |
| 1 | 05-15-2025 01:10 PM |
| Online Status |
Offline
|
| Date Last Visited |
04-22-2026
12:23 PM
|