Latest Contributions by JamesBallard1

@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

Hi @NorbertThoden. I see the same as you with your raster file. I tested with 100.15 and it happens there as well. I will check with our raster experts and get back to you. ... View more

@OzanGerdaneri , @TroyFoster is correct. It is unlikely you will need to run the post installer on Linux for this situation. It will integrate the offline help files and install the SDK templates for use with Qt Creator, but for a headless Docker install, you likely won't need those.   ... View more

Hi @OzanGerdaneri.  We do have an internal silent install that we use internally, but it's not supported outside of Esri and we don't publish any details. That being said, you should be able to invoke the Setup program with -s to kick off a silent installer with all default options chosen, like this: .../200.0.0/sdk/qt/Setup -s There are some magic config files installed to ~/.config/EsriRuntimeQt/ that allow us to locate the SDK headers and libraries to setup linker paths for you. If you don't see a file in there for the 200.0.0 version, then something went wrong. Hopefully this works for your purposes. It should install to the default path, which is ~/arcgis/maps_sdk/qt200.0.0 Again, this is not officially supported so your mileage may vary. Good luck! I'll speak with our setup experts here and see if we can officially support this. Docker/Container and similar patterns make this type of headless installation important. ... View more