iServer 在浏览器上创建数据服务时时间过长导致浏览器页面崩溃 创建不成功
使用产品：iserver 9c 操作系统：win10 x64 问题详细描述：删除iserver上面的一个服务接口 问题重现步骤： 我在iserver管理界面上能直接点击删除这个服务，现在可不可以不打开iserver管理界面直接删除这个服务。有谁用过这样接口吗，删除的时候需要传什么样的参数。
请问一下有谁知道这个删除的接口吗，不通过打开这个iserver的界面删除，有没有相应的接口，接口要传什么样的参数。
比如01_measure_distance无法弹窗显示距离 使用产品：supermap-iserver-10.0.0-win64-zip 操作系统：win10 x64
地图上添加了vector图层与marker图层，无论先添加哪个图层，marker图层始终覆盖在vector上，遮住了vector图层。如何让vector图层覆盖在marker图层上面？map.setLayerIndex没用
iserver配置多进程后，点击数据服务下的要素列表浏览，都报错： 5,000 milliseconds timeout on connection http-outgoing-4043 [ACTIVE] 在另外一个问题上没人解决，再次提问，这个问题是不是iserver这个功能存在bug？ 问题描述：http://ask.supermap.com/56946
使用产品：iserver 9d 912 操作系统：win7 x64 数据类型： 文件型 问题详细描述：根据超图提供示例代码进行链接替换并可以查出路线以及可以显示在地图上，但是点击播放的时候会出现错误
我需要利用iClient添加自定义坐标的图层， 我已经在iServer上发布了自定义坐标的图层，现在想用Leaflet4proj这个插件进行图层的读取，想请问一下其中配置需要resolutions和scales这个参数怎么设置？我在resolutions设置了很久都不对，或者请问一下有别的方法可以读取自定义坐标系的图层吗？谢谢。
使用产品：SuperMap iDesktop .NET 10i 操作系统：win10 问题详细描述：我下载了10i软件，同时在线申请了试用许可，发送到我邮箱的是一个后缀为licc的文件，但是许可中心却无法选择这个后缀的文件
服务配置了单机多进程，超时设置了2秒，点个别服务的时候出现如下图所示错误，但也有正常的时候。 分析控制台，访问时间完全在设置时间范围之内，但是状态码是500，response和上图一样。 再看日志，在日志节点文件夹下，看到“你的主机中的软件中止了一个已建立的连接”的报错信息 请问是为何，如何解决？超时时间2s应该足够了
使用产品：supermap-iserver-9.1.2a-win64-zip操作系统WIN10 x64 问题描述：双击startup.bat启动iserver后，控制台输出报错 警告信息为： ... .projection.Polyconic$Provider.createMathTransform Polyconic spherical case not implemented, falling back on the elliptical equations
使用产品：supermap-iserver-9.1.1a-win64-zip， 操作系统：win7 x64 存在问题：想要实现多个 SuperMap.Layer.TiledDynamicRESTLayer 图层添加操作，但遇到一个问题，就是虽然图层都能成功添加到map中，但是多数情况图层不能全部都正常显示出来，需要鼠标缩放一下图层才能全部正常显示。我在每个图层添加时也加上了redraw()方法，但还是存在这个问题。 代码图片：
使用产品：SuperMapiServer10i 操作系统WIN10 x64 问题描述：双击startup.bat启动iserver后，控制台输出报错 报错信息为： Qt: Untested Windows version 10.0 detected! ERROR StatusLogger Log4j2 could not ... SimpleLogger to log to the console... 联系方式：lmystar@foxmail.com 如能解决，不胜感激
我知道可以加载本地固定路径的kml，我想是自己打开文件，手动加载kml本地文件，如何实现
使用产品：iserver9d 操作系统：win10 x64 数据类型：文件型 问题描述：我现在更新vms130服务，在工作空间删除一些新数据集，再导入新的数据集，保存地图，发布服务，点开服务，显示错误，错误页面显示的代码如下： HTTP Status 500 - Internal ... ) Note The full stack trace of the root cause is available in the server logs. 不知道哪里错了，麻烦帮忙看一下，谢谢
