使用API-javascript进行3D Web数据建模：Esri进展

当我们看到任务，如对专业服务的建设，一个在Q礼堂三楼桌子之间的旅游路线的功能，智能校园ArcGIS中，作为陆地内部的结果和BIM数据的整合，我们发现地理工程流程与具有约束力的愿景的整合非常接近。

并且尽管在GIS的轻量级现实，详细的现实BIM和在此指针上运行的现实生活中的事件之间，要维护一个真点的主数据管理（MDM）类型的方法，仍然缺少一些严峻的任务。我们还意识到，所有这些功能都可以在网络浏览器上运行，其中一些Python可以作为例程使用，但最重要的是它的语言像javascript一样轻。

不可避免地提醒我们的是，地理信息系统和工程师必须更进一步了解模型和编程代码。

同样重要的是要注意从重型桌面环境到轻量级浏览器代码段的趋势转变。当然，当一位计算机科学家使用GIS服务器，Gis Engine或Gis对象制作艺术品时，当他看到Leaflet如何在一个课程中工作时，就倒闭了。 MappingGis; 如果他去坟墓跳过他的前任导师，我不会感到惊讶。

在下一个ArcGis Indoors版本之前，本文总结了Lau的见解 - 一个顽强的女孩与这个网站合作 -以及最近在线研讨会上Geofumadas.com编辑的上下文视图“使用ArcGIS API for Javascript在Web上对3D的介绍“。

网络研讨会的参展商最初与在ArcGIS应用程序中使用3D的主题以及如何根据以下研究目的在场景查看器，故事地图或Web App Builder的平台中表现出来的主题挂钩。

从一开始就定义与3D主题相关的基本概念，这一点很重要，尤其是因为除了显示数量外，它还试图对流程进行建模。在运行与这种类型的数据链接的，与2D完全不同的过程的基本系统要求方面，这仍然是至关重要的方面，例如良好的图形卡，带有WebGL的浏览器中的OpenGL支持。

如果没有，请让朋友告诉他们拉美遥感专家协会，在GIS技术资产管理的宏伟过程中，在开发它的大学的Nvidia显卡的OpenGL版本之前有其障碍。 波哥大学生的抗议使前一天难以进行足够的测试而成倍增加.

此外，他们还透露了在移动设备（如手机或平板电脑）上运行该工具的支持。

在演示文稿进行几个例子或演示，以了解对JavaScript函数的API以及数据如何互连以生成建模3D，从层或信息的负载WebScene后来其建模/在Screeneview渲染3D，

技术整合

该体系结构为4.x类型，由视觉组件和小部件组成，除了接受来自不同数据源的多层信息。该架构优于3.x，因为3D可视化仅适用于此级别。 Webscene和SceneView工具用于管理3D数据，并已完全集成到API中，此外还包括3D建模如何适应以前的应用程序中可用的数据。

通过示例，他们指出了2D和3D数据之间的视觉差异，以及如何通过javascript代码从2D WebScene地图视图转到3D SceneView。相机的操作很简单，在视图中添加了一些特定的命令即可更改方向。针对以下特征进行了测试：

航向， 允许相机在工作区上旋转。
GOTO： 用于根据您在3D中看到的内容建立视图，此外您还可以使用此工具制作动画，例如放置一定程度的标题重新创建旋转动画。
tomap： 获取视图的坐标并将其放在2D地图上
toScreen： 允许您在2D地图上指示一个点，然后将其放在3D视图中
则hitTest： 用于确定特定点在视图中具有的特征

它们还定义了一个地图3D的结构具有相同的工具来创建一个2d，如使用，其也支持底图，层或层，对于2D（WMS，载体或CSV）。

但是，你要注意，2D层不包含任何信息“Z”（高），这就是为什么有必要与3D相关的数据是有层次的点云模型， meshlayers或 elevationlayers。在该API，你可以在这些3D层，如视线范围内海拔特定点，图像中（1）最初发现场，并且图像（2），因为它从咨询的变化询问或咨询。

他们展示了如何表示数据的多个示例，例如SceneLayers（点）和3D对象（3D对象）支持的数据。

对于大城市来说，3D对象的表示是一个强大的工具，因为不仅可以看到对象的空间位置，还可以看到对象的体积，与环境的关系以及每个对象的固有特征。对象。下图显示了他们如何随机选择纽约市的建筑物，并且可以看到其所有属性。同样，可以根据结构准备多个查询，例如：在某些具有特定高度范围或最佳路线定义的结构所在的位置

支持像层的处理 IntegratedMeshLayer， 这是来自无人机等传感器的信息块。它们不包含每个结构的隔离信息，如前一个图像，但它是具有3D属性的大量信息。

至于点云，你可以用点的大小起到获取数据的更好的视野，因为每个点图层可以有个数据点万亿，但他们没有表示为3D对象本身。

他们指定了在以平面形式显示的3D数据中的符号系统的使用，以及与在3D中创建的对象相关联的体符号系统。这些可以根据对象的类型采用特定的样式。他们展示了使用所谓的拉伸根据结构的属性对结构进行“着色”的过程，

显示了可以使用的渲染类型： simplerenderer， 所有对象都有一个符号系统，其中 uniqueValueRenderer 在哪里可以根据属性和对象对对象进行分类 ClassBreakRenderer 其中，每个对象的属性都是根据类别来观察的：在这种情况下，它们表明了从建筑物到公共交通系统所需的距离。

主持人在短时间内展示了网络研讨会，使用ArcGIS API for Javascript的所有好处，包括：

3D小部件：通过交互式演示，它们指示了水平和垂直对象之间的距离。
构建应用程序：从位置和3D对象。
SceneView场景模式：定义3D视图的内容和样式，可以上传到Portal for ArcGIS。
测地测量：不仅关注表面结构，还允许测量地球的距离。
建筑应用，根据实际情况提出的空间造型3D，线条或气泡调用其中的某些功能被指示，比如是像谷歌地球平台的标签，在这种情况下3D
借此清理：用于净化或过滤器的标签或需要看到在地图上3D，这样就避免了很多的标签，不允许适当的可视化和定位特定的东西时，会产生噪音的特性。

在演示了每个特征并入适用于Javascript的ArcGIS API，展示了新4.10版本中展示的新颖性。您可以在哪里：

构建场景图层
切片小部件：将先前设计的信息传输到3D对象
加载大量数据：不仅对应于特定城市，而且对应于全国（国家/地区）。
点云过滤器

此网络研讨会对地球工程的贡献

简而言之，该主题非常有效。请记住，数字双胞胎和智慧城市的趋势要求，除了思考信息管理（其建模已大大超越）之外，还必须解决与运营建模的集成问题。市场广阔，前景广阔，迄今为止，它已经为终端用户提供了许多几乎交钥匙的解决方案。尽管对于我们中那些使用技术制造非罐装工具的人来说，道路仍然艰辛。这意味着要融合其他维度，例如流程的时间，成本和生命周期；我们坚持认为，不是在数据和技术层面上这是一个明确的问题，而是在交易链中的中介机构通过空间信息传递之前，对用户现实生活中的痛苦适应程度较小。从ESRI方面来看，数据的构建有些繁琐，因为尽管您已经可以集成基于Revit构建的BIM数据，但仍将其视为需要复杂转换的两个独立世界。新作品肯定可以在BIM模型上使用，但是有大量的CAD信息会将其带入室内条件，而多边形空间，高程和归一化图层仍然很昂贵。

然而，如果 Esri 值得称赞，那就是它在有吸引力和简单的可视化方面取得的进步。我已经可以想象杰克先生的失望了，他以“让我们轻松”的眼光成为 AutoDesk 的垂直线领导者，在那晚但成功的婚姻中，“几乎是ArcGIS Pro应用程序” 必须在床单下找到几个指向同一事物但难以简化地形、工业工程、土木工程和建筑所寻求的结果的本质的部分。而GIS所遭受的艺术地图的简单化趋势，仍然必须由传统的CAD来承受，因为习惯于忘记平面图只是一种媒介，但重要的是让建筑物投入使用.

良好做法造型GIS，重量轻，专注于现实的抽象将是CAD / BIM混合体，一会儿将不得不忍受，因为在许多国家采用BIM的走了很长，特别是法规不称职有用老式官员粘贴在AECO愿景的前两个字母上。

未来几年，这场比赛将会非常有趣，以一种非常类似的趋势为序列CAD-GIS-BIM-DigitalTwin-SmartCity带来连续的流程; 西门子/宾利在收购诸如此类解决方案方面的行动就证明了这一点 CityPlanner 并在Javascript上发布开源。

现在，让我们将Esri归功于与AutoDesk在数据/技术集成之外，在流程/参与者集成方法中的协同作用。最终，这对用户来说是一个收获，他们被保证去学习理解模型和代码。至少要开始一个好的ArcGIS Pro课程和一个Javascript基础知识。