对影像数据进行超分处理后，文件体积从40GB剧增至900GB，且在iDesktopX中加载该影像时，地图缩小到一定比例尺后影像会消失不见。
在iDesktopX中，通过“数据导入”功能将SHP文件导入UDBX数据源后，尝试修改点数据集的符号样式时，发现符号颜色被锁定，无法更改。
使用SuperMap iDesktopX 11i版本导入内嵌纹理的GLTF三维模型文件后，模型可以正常显示，但其表面的纹理贴图效果丢失，无法正确渲染。
使用一期DOM影像对另一期TDOM影像的空洞进行填补后，由于时相不同，导致影像存在明显色差，询问如何使整体色调协调。
使用GPA的“导入OBJ”算子将数据导入udbx时，如何设置参数使导入的三维数据集名称与原始OBJ文件名保持一致。
使用镶嵌数据集在iDesktop中进行地图切片时，任务进度长时间保持在0%，无法正常启动。
使用iDesktopX迁移MapGIS数据后，将两个工作空间的数据合并，发现合并后的地图中符号发生了变化，咨询解决方法。
在iDesktop中执行“修复数据源”功能时报错“执行失败，原因未知”，咨询可能的原因及解决方法。
使用iDesktopX桌面软件连接瀚高（HighGo）数据库时，出现连接报错，无法正常打开数据库类型的数据源。
移动端AR应用中，加载三维场景缓存后，部分模型对象无法查询到属性信息，而这些对象在桌面端是存在属性的。导致AR模块相关功能无法正常测试。
在iDesktop中尝试打开Oracle Spatial类型的数据源失败，提示“打开数据源失败”，但通过Oracle客户端工具可以正常连接该数据库。
多幅分块的DEM数据通过栅格镶嵌为一个整体数据集后，其颜色渲染与单幅原始栅格不一致，导致地物轮廓不清晰，担心镶嵌结果是否正确。
在Windows系统上安装超图桌面产品时，安装程序界面长时间停留在准备阶段，无法继续安装。
在iDesktopX中构建地理处理模型，当“点集外挂模型”算子有前置算子（如JSON文件导入）时，执行报错“setDynamicPrjCoordSysType()参数的类型不正确”，但单独执行该算子无此问题。
使用iDesktopX进行AI地物提取（二元分类），对900GB的影像进行处理，预计耗时147小时，处理效率极低。查看任务管理器发现GPU利用率很低。
