简要说明CASS骨架线符号化技术的基本原理,谢谢
是用测量所得点位进行地物实际轮廓进行绘制
例如iData中关闭点详绘后,点符号就显示成了一个点,该点即为外业观测所得点
感觉没描述清楚,不知道能解答吗
全部评论
没完全看出你想表达的意思,这样吧
一、首先说下dwg数据和gis数据(shp,mdb等等)在符号化机制上的区别。
1.dwg数据是按图式标准,用丰富的点、直线、复合线、文字、图案填充等实体,详细的细节信息去表达符号。
一个符号由多个实体组成。
2.GIS数据(shp,mdb等等)本身不带符号信息,只有固定的点线面几各类型。符号是通过单独的符号文件来渲染显示出来,这样就省去很多冗余信息。
比如ArcGIS里数据和符号是分离的,要显示符号得外挂比如.style文件这种。
而idata里我们是图库一体化,我们自己的渲染机制,让gis数据在我们软件环境中实时动态显示符号效果 。
比如依比例围墙,CASS里是一根白线,一根品红色线,再加这两根之间N个小短线。在gis数据里,不管那么多,标准里它是线型地物,那就是一个线实体就行了。
二、再具体说下CASS和iData软件中两种符号化的区别
1.CASS的骨加线符号化,起初是为了和GIS数据对接而采用的方式。一般来说,将重要的实体(直观表达点线面符号的实体)采用主编码,符号辅助信息用一个或多个带“-”的辅助编码来共同表达符号。
还是以依比例围墙为例,代表它是线实体的主编码为白线(CASS编码:144301),另外一根品红色线CASS编码为144301-1,还有中间小短线144301-2,就是作符号表达用的。
如果是要入库,我们只取144301即可,带小短线的就是冗余信息直接舍弃。
一般来说,主编码是要入库的,带小短线的辅助编码是不需入库的。但考虑不同的建库标准,对地物的类型定义有区别,导致部分符号里的带小短线的辅助编码反而是建库所需要的。这种情况肯定有,所以在用idata转换入库里,编码对照表很重要。
2.iData的符号化原理,如刚才所说,就点线面实体,符号是通过我们内在的渲染机制产生的。
像依比例围墙,就一根线,符号化效果会渲染出另一条线加它们之间的连线。这些渲染出来的线条并不实际存在。但我们仍可以对这些实际不存在的线进行操作,比如线型游动,植被填充里增加填充符号等等。
一旦关掉点线面的详绘,图上全部实体回归本真,只有点线面,不参杂任何“杂物”。
再回到你的问题,传统的CASS制图,一般就是采点画图,比如一个路灯,你点在测量点上,就在此处生成一个块状实体,这个块就是一个路灯实体了,定位点就在你的测量点上。
像围墙,就得考虑墙宽和内外侧了。
如果是车行桥那些,还得考虑起始绘制方向了。不然桥边线是南北向还是东西向就区别大了。
像idata里,桥的那些方向,可以直接通过特征点选取来改变符号化的效果,比CASS就方便多了。
(OMG,我怎么码了这么多字!)
解答非常详尽,先让俺膜拜一下
非常感谢,直播时一定刷礼物
距离打开宝箱还剩7天
全部评论