POST
|
Hello. I went ahead and added in something like the following in MapView... onLayerViewStateChanged: { console.log("LAYER NAME: "+layer.name); var stateFlag = layerViewState.statusFlags; if (stateFlag == Enums.LayerViewStatusActive) console.log("layerViewState Active"); if (stateFlag == Enums.LayerViewStatusNotVisible) console.log("layerViewState Not Visible"); if (stateFlag == Enums.LayerViewStatusOutOfScale) console.log("layerViewState Out of scale"); if (stateFlag == Enums.LayerViewStatusLoading) console.log("layerViewState Loading"); if (stateFlag == Enums.LayerViewStatusError) console.log("layerViewState Error"); } This resulted in... qml: LAYER NAME: USA Soils Map Units qml: layerViewState Not Visible qml: LAYER NAME: USA Soils Map Units qml: layerViewState Active So seems like the end result is that it is "Active". I also checked map.operationalLayers.get(0).visible and it is "true". Thanks for the feedback! I'm still baffled and don't know why it isn't visible.
... View more
08-23-2022
02:00 PM
|
0
|
1
|
506
|
POST
|
Hello all. Has anyone been able to successfully load the "USA Soils Map Units" layer from Living Atlas in QML? For reference, here is the link... https://www.arcgis.com/home/item.html?id=06e5fd61bdb6453fb16534c676e1c9b9 I am using my organization's arcgis online portal and my account, but for whatever reason when I try to load any Living Atlas layer that has a service endpoint from landscape11.arcgis.com, the layer's status goes to Enums.LoadStatusLoaded, but it never renders on the map. If I try any of the other Living Atlas layers that have service endpoints referencing services.arcgis.com, they load and render fine. Oddly enough if I click on "Open in Map Viewer" from my org's online portal it loads fine in the browser based map viewer. I have attached a sample of my QML. I am on a Mac with Qt 5.15.6 running runtime 100.10. I did copy my main.qml to a Win machine and same result.
... View more
08-19-2022
09:11 AM
|
0
|
3
|
558
|
POST
|
Hi James! We downloaded 100.10. Initial tests appear to show the memory issue is fixed. We will continue testing this. It appears as though the feature tiling requests getting queued up and causing worse performance in our queries, because they get slapped at the end of the queue, is still there. In our case we can pan the map a few times, and then try to query a feature and it takes 13 seconds to return that single query because it has to wait for the huge pile of tiled based requests to finish. Was there anything ESRI was able to implement in 100.10 to help alleviate this issue? Is there a flag or something we can define locally to turn off tiled based requests now? Thanks!
... View more
02-10-2021
12:59 PM
|
0
|
2
|
1586
|
POST
|
Hi Lucas, Your reply was very enlightening. I was not aware of this helper .app. So I looked at the package contents and in my case, the WebEngineProcess.app helper actually is getting copied in correctly. What appears to be happening is that if I sign the whole app package, it somehow corrupts that WebEngineProcess.app helper. Before signing, it is approx 26kb and runs fine. After signing it becomes 48kb and the webview no longer works. Any idea what is going on here? True, if I subsequently manually copy back over WebEngineProcess.app in /Helpers it starts working again. But one would think the signing process shouldn't break it. The command I am using to sign our app package is... codesign --keychain $home/Library/Keychains/login.keychain --deep --force --verbose --timestamp -s "mysigningkey" --entitlements $PROJSOURCEROOT/mac/entitlements.plist --options runtime WebViewTest.app
... View more
01-19-2021
07:40 PM
|
0
|
0
|
759
|
POST
|
Hello! I wondering if someone can help. If I create a basic QtQuick based QML app (non-arcgis), when I run macdeployqt and make my .app, the WebView works fine. But when I use the ArcGIS template to create my app and run macdeployqt and make my .app, WebView does not. Both work fine when running within Qt Creator. The issue with the ArcGIS based app is only when deploying. Is there some special step I need to include to make WebView work on an ArcGIS based app after running macdeployqt? Please see the two attached projects as examples.
... View more
01-14-2021
12:57 PM
|
0
|
2
|
795
|
POST
|
Hi! Just wondering, if our org is fixing to push mac OS big sur to everyone's machines, is 100.7 supported on that version of OS?
... View more
12-09-2020
01:19 PM
|
0
|
1
|
471
|
POST
|
@JamesBallard1, Thanks for the reply! We will be anxiously awaiting 100.10 🙂 Given that our iPad users are essentially locked into one of the old versions of our app, because of this memory issue (and also the 100.9 issue), do you happen to know if there is any work-around we can implement on our side with 100.7? As in, is there maybe a config file that can be tweaked after installing the SDK on our machines, or is there a setting on our ArcGIS servers or feature layers that might override whatever is causing 100.7 to consume memory? Or anything like that? Just curious. Likely it is a more significant issue where the fix can only be required with an SDK code change, but I thought I'd ask just in case there was something we could do on our side to hold us over until 100.10. Thanks! Jeremy
... View more
11-19-2020
01:58 PM
|
0
|
1
|
1859
|
POST
|
I can confirm that it looks like 100.9 does not exhibit the issue. So that is good. Our problem though is that it appears 100.9 has a different issue which is making us hesitant to upgrade. Please see this post from my colleague who works on the same app... https://community.esri.com/t5/arcgis-runtime-sdk-for-qt/tile-based-feature-requests-for-extent-any-way-to-revert-to/m-p/184867/highlight/true#M899 I'm worried getting rid of one issue by upgrading, will introduce another issue in our app 🙂 mostly due to the number of requests being queued up and therefore the overall time to return an identify taking longer (since it is behind a large queue). Any other suggestions?
... View more
11-18-2020
02:18 PM
|
0
|
6
|
1879
|
POST
|
We have found that when at least one feature is selected on a FeatureLayer in a MapView, and that Mapview is resized, memory consumption exponentially increases and is never release. On iOS this results in the app crashing quite quickly. This is happening in version 100.7 of Qt runtime SDK. It does not appear to happen in 100.5. The memory consumption does continue to increase on Windows as well, but Windows appears to handle it better and prevent the app from crashing. On Mac it seems like the memory is fine. So it is critical, to see this problem crash the app, to run it on iOS. I have created a sample Qt Quick based app to demonstrate. This app uses a public ESRI layer and has two map views (as our own app does). If you drag the bar in the middle up and down and therefore resizing the map view, the app will quickly consume all memory until crashing. It is also critical that a feature is selected. The out of control memory consumption does not appear to happen if no features are selected. I have auto-selected a feature at app startup in this demo app. Let me know if you have any questions or have any suggestions 🙂 Thanks! Jeremy
... View more
11-18-2020
11:33 AM
|
0
|
8
|
1906
|
POST
|
Hello! Our company was bamboozled today by the following change... Esri Support https_only I'd like to ensure that such announcements make it to my mailbox. Can someone confirm if there is a mailing list I should have been signed up on to get the above article and if so, which mailing list is that? If that exists, I will quickly sign up Thanks! Jeremy
... View more
10-01-2020
05:31 PM
|
0
|
1
|
639
|
POST
|
This can be closed. I found the solution in using ArcGISRuntimeEnvironment.setLicense in the QML api.
... View more
06-10-2020
03:00 PM
|
0
|
0
|
343
|
POST
|
We'd like to make a call to a service to return the value for Esri.ArcGISRuntime.license in our QtQuick based app. This way when our license renews we don't have to make a new release of our app. Is there a recommended way to do this? Does it need to be set before appEngine.load is called? If so, I assume we will need to make our call to our service, pause loading the app until a response is returned to obtain the key and set the property, then continue loading the app. Is this correct? Thanks!
... View more
06-09-2020
07:46 AM
|
0
|
1
|
380
|
POST
|
Ah, yeah I do see it under <app_bundle>/Contents/Resources/qml/Esri/ArcGISExtras. Thanks. So then it seems as though on my machine if runtime is installed, it is trying to use that location rather than the one in the app. Do you think there is some link that needs to be changed during the build process? Do I need to run install_name_tool on something to get it to point to the file in the app_bundle? I'm not sure what library is calling it. We have its import inside main.qml and in various JS files. Seems like to run install_name_tool I'd need to know what runtime file is referencing Extras. P.S. - I ran the following to make sure all dylibs within my app bundle have no reference to my runtime installation... #!/bin/bash for i in $(find . -name "*.dylib"); do otool -L $i done Then examined the output searching for "jr9128". Nothing was found. Could the runtime installer be setting some path that causes the app to try to access the file outside the bundle? This is only an issue on my machine because it does find the file at the runtime path (which has a foldername specific to me) and of course that particular copy of libArcGISExtrasPlugin.dylib is not notarized. If we don't attempt to notarize our app at all with Apple it runs too presumably because it doesn't have the extra checks on everything.
... View more
05-18-2020
06:58 AM
|
0
|
0
|
1592
|
POST
|
I have not tried that. But this begs the question, do I need to manually copy libArcGISExtrasPlugin.dylib into the Frameworks folder of the app?
... View more
05-15-2020
01:06 PM
|
0
|
2
|
1592
|
Title | Kudos | Posted |
---|---|---|
1 | 06-24-2019 07:01 AM | |
1 | 06-18-2019 08:39 PM |
Online Status |
Offline
|
Date Last Visited |
08-24-2022
02:26 PM
|