用户在将iServer升级到12i版本后，之前为支持瀚高数据库（SM3认证）而替换的PostgreSQL JDBC驱动（postgresql-42.5.5.jar）是否需要重新操作，否则导致基于GPA模型的服务报错。
使用iDesktop对模型数据集生成三维瓦片缓存，操作完成后没有报错，但输出目录中只生成了cachebuild.log日志文件，未生成核心的SCP配置文件，导致缓存无法使用。
用户在使用地理处理建模（GPA）进行两个年度地类变化统计时，将叠加分析和属性汇总串联执行，耗时长达10小时以上且内存占用超过300GB。将任务拆分为两个独立模型并行执行或分阶段保存中间结果，效率显著提升。寻求模型底层优化或更高效的执行方案。
用户反馈iServer数据服务查询性能不佳，当同时查询多个数据量达数百万的二维点数据集时，查询耗时有时会长达十几秒，希望将查询响应时间优化到3秒以内。
项目中将数据库从SQLite迁移到PolarDB后，执行SQL查询时出现语法错误，导致查询失败。
项目现场反馈地图数据显示存在坐标偏移问题，现象表现为GPS原始坐标（WGS84）与应用展示的坐标（如火星坐标系GCJ-02）之间存在明显的偏差，影响定位和数据显示的准确性。
使用iServer双活包备份恢复功能，从生产环境备份数据恢复到另一套环境中失败，恢复后服务异常。
iServer服务无法启动，日志中出现致命错误，提示无法从数据库连接池（HikariPool）获取连接，请求超时。
用户将iServer从11.3手动升级到12.1，通过替换部分配置文件实现。升级后，大部分功能正常，但在数据服务查询时，报400。
在执行大数据量的GPA模型时，iServer所在的服务器（89和90服务器）出现死机，无法通过Xshell、Xftp等工具访问，iServer页面也无法刷新，只能通过物理重启解决。
咨询超图软件是否有针对TDOM和DSM影像数据中的空洞区域进行自动填补修复的功能。
开发过程中调用服务接口时程序报错，从报错信息看，疑似与查询返回的要素数量限制有关。
在服务器上使用iServer发布文件型数据源的工作空间时，提示“验证数据源失败”，而在本地iServer发布同样的工作空间则正常。
使用iServer发布数据服务时，服务名称被自动添加了数字后缀（如“-4”）。用户在删除旧服务后重新发布，该问题依然存在，咨询如何发布不带后缀的服务。
SuperMap iDesktop 11.0.1在执行倾斜摄影数据入库操作时，软件频繁崩溃。
