Latest Contributions by JamesBallard1

@arcgisdev007that's great! Don't hesitate to reach out to the team if you hit any problems. ... View more

If that block of code is missing from your project's main.cpp, try adding it and targeting 200.1.0. That's something new we added at 200.1.0, and the support for that code requires 200.1.0 as well. With qmake you can tell the project version by this line: ARCGIS_RUNTIME_VERSION = 200.1.0   Our QML API template should include a main.cpp that looks like this: int main(int argc, char *argv[]) { qDebug() << "Initializing application"; #if defined(Q_OS_IOS) # if QT_VERSION >= QT_VERSION_CHECK(6, 3, 0) extern const QStaticPlugin qt_static_plugin_ArcGISRuntimePlugin_compatibility(); qRegisterStaticPluginFunction(qt_static_plugin_ArcGISRuntimePlugin_compatibility()); # endif #endif QGuiApplication app(argc, argv); // Use of Esri location services, including basemaps and geocoding, requires // either an ArcGIS identity or an API key. For more information see // https://links.esri.com/arcgis-runtime-security-auth.   That compatibility block is necessary for iOS when using Qt 6.3 or later, but it should work with our 200.1.0 release as long as that block is present. ... View more

@arcgisdev007it's taking me some time to track down that exact config so we can try it on our end. I have everything except macOS Ventura, and I'm not sure if that alone would make much difference. I even tried again with the exact project name and it still worked. Are you able to try the qputenv mentioned above early in main.cpp and see if that helps to identify any additional issues? You should get some extra logging when you try to run the app that may be useful. Can you confirm this block of code exists in main.cpp? We just recently put this in as a workaround for compatibility problems with Qt 6.3 and later on iOS. #if defined(Q_OS_IOS) # if QT_VERSION >= QT_VERSION_CHECK(6, 3, 0) extern const QStaticPlugin qt_static_plugin_ArcGISRuntimePlugin_compatibility(); qRegisterStaticPluginFunction(qt_static_plugin_ArcGISRuntimePlugin_compatibility()); # endif #endif   This was only added to our templates with the 200.1.0 release. It would be needed with qmake or cmake, so I assume it's there if cmake is working for you. ... View more

@arcgisdev007that's good progress. Can you share some more details about the Android debugger not working? That may fall under general app development and nothing specific with using the ArcGIS Maps SDK for Qt. When running a QML app on iOS Simulator, try adding this to main.cpp and check if there's any additional output that will help identify the culprit. qputenv("QT_DEBUG_PLUGINS", "1");   I just did a quick test and I was able to build and run on iOS Simulator with this config: Xcode 14.2 macOS Monterey 12.6.5 Qt 6.4.3 CMake Intel mac iOS Simulator iPhone SE (3rd generation) iOS 16.2 Build config: Release ArcGIS Maps SDK for Qt: 200.1.0   ... View more

@arcgisdev007we have seen the 'ASSERT: "!parsed.isError()' error but only with debug builds on iOS. Can you please confirm you're getting that on mac as well? We will look into it in that case. Anywhere you're seeing that assert, try running with a release build for the time being. That should alleviate those issues. For the "The backend name 'cert-only' does not support TLS" issue, your app will likely require OpenSSL on Android. In Qt Creator, in the Projects setting, under the "Build Android APK" section, there is a section called "Additional Libraries" where you can include the prebuilt SSL libs. See attached for what this looks like Your paths and libraries may be different. This is just the general workflow to enable SSL in Android apps. ... View more

@arcgisdev007 we typically mention a minimum required version, but you are free to use any newer version (in this case 6.5.0 being the latest). There are no restrictions on using Qt 6.5 LTS, but unfortunately we have this bug we need to figure out on Android with CMake. 6.5 should otherwise be working fine with our latest release (200.1). ... View more

@arcgisdev007 , this looks like targeting Android now from macOS. I tested locally and I get the same thing you're seeing. Qt 6.5 was released right as we were certifying our release, so looks like we missed catching this bug. It should work for you if you're able to try Qt 6.4.3 in the meantime. I'll get a bug logged so we can investigate this. ... View more

@arcgisdev007 There are separate Windows kits provided by Qt, so you need to be sure you've downloaded and configured the msvc2019 kit. VS 2022 should work fine with that kit. We support both qmake and cmake, but you may get "module not found" IDE warnings until you build. Are you hitting that problem when running, or only when viewing it in the IDE? ... View more

Hi @arcgisdev007, Thanks for reaching out to the team. On Windows we only support the VS 2019 Qt kit. Mingw kits are not supported. You should be all set if you have Visual Studio and are able to use that Qt kit instead. ... View more

@NorbertThoden thanks for the update. I do have some more news from our end as well. Looks like the tiff/GeoTiff workflow is a limitation of the format itself rather than an Esri bug. The mask function should get you what you need, but also has some limitations. Unfortunately, for GeoTIFF/TIFF, there's no well-defined way of supporting transparency channel/band. This isn't an Esri bug, it's related to this particular format. In this case, I would recommend going with PNG route, which does support transparency in band 4. The mask function would only allow you define a pixel as ON or OFF, will not give you transparency, i.e. percentage of "opaqueness". For their test data, looks like they just need a way to set NoData, not percentage of transparency, so in theory, you could define a mask using band 4, but doing so would involve extra step, it may not perform as fast as PNG.   ... View more

@NorbertThoden one of my colleagues recommended using a Raster mask function. That might work for this case as a workaround until we can address the bug. https://developers.arcgis.com/qt/layers/add-raster-data/#create-a-raster-from-a-raster-function https://desktop.arcgis.com/en/arcmap/latest/manage-data/raster-and-images/mask-function.htm  ... View more

@DavidPuckett I am not sure, unfortunately. There may be some additional level of complexity in your situation compared to what I've tested. If @ZachBray 's suggestions don't help, I recommend reaching out to support so we can further help you. ... View more

Hi @DavidPuckett, Using the online map viewer and checking the network traffic, it looks like your url format is correct. This is for OID=1, which only has one attachment (text file seen below). Once you're logged in and have the token, if it's not working in the app I'd copy/paste that into the browser and see if that works. ... View more

@NorbertThoden this looks like a bug. Please contact support so we can follow up on the fix. For now I've log an internal bug so we can investigate. In the meantime, it's possible that another image format may honor the transparency properly. I don't know if that's the case, or if any other formats would work with your workflow. ... View more