采集高程,误差怎样纠正
lxtx002
lxtx002 Lv.8
2011年05月15日 23:08:27
只看楼主

--------高程不是表示数字插入点、而是▽的顶点或者不是表示数字插入点、而是“.”的位置怎么处理[ 本帖最后由 lxtx002 于 2011-5-15 23:36 编辑 ]

--------高程
不是表示数字插入点、而是▽的顶点
或者
不是表示数字插入点、而是“.”的位置
怎么处理

[ 本帖最后由 lxtx002 于 2011-5-15 23:36 编辑 ]

高程_非数字ins.jpg

免费打赏
请勿飞扬
2011年05月16日 10:47:18
2楼
楼主您好,请把dwg发给我看看好吗? 我看见过有1种标注方法,是1个图块,图块上有一个点,然后标高用属性字表示。
回复
lxtx002
2011年05月16日 21:20:10
3楼
1、数字插入点
2、属性块
3、块基点
4、线端点或垂足(比如路中线高程)

[ 本帖最后由 lxtx002 于 2011-5-16 21:26 编辑 ]
回复
请勿飞扬
2011年05月17日 09:36:19
4楼
▽的顶点

这个方案我看过了, 如果作成带属性字的图块, 还可以解决。如果他们是分离的,就不好处理了。
回复
请勿飞扬
2011年05月17日 09:39:00
5楼
如果实在不能做一个图块(这个要跟总图专业协商),楼主只能忍受误差了,我觉得误差不会太大。
回复
sw-gps
2011年05月17日 11:22:59
6楼
▽块、数据2者分离,
如何手工单取▽块、▽数据,
--程序过滤后、关联,程序建立属性块
--减少▽误差?
回复
请勿飞扬
2011年05月17日 11:41:12
7楼


比较困难。问题的根结在于总图没有规范绘图。

天正就算可以画很大的精力解决一个问题,天下却有无数个类似的问题。
回复
sw-gps
2011年05月17日 17:14:35
8楼
不能说总图未规范,因为图面变化太复杂。再说用块属性做标注不一定成功
twt的井号、交叉点编号,至少目前并不成功(既未//管、还与管线打架)

应该勇于面对问题,也没有那么复杂
用户自己选的--数字~块,程序仅需判别各自最近的即可

[ 本帖最后由 sw-gps 于 2011-5-17 17:43 编辑 ]
回复
lxtx002
2011年05月17日 21:48:28
9楼
1.采集高程--平地法,
把▽块看成井、就可得到▽块的地面标高啦

2.▽块就变成了属性块了

3.余下工作,同地板...

这样就1步1步迎刃而解了,飞扬您说是吧

[ 本帖最后由 lxtx002 于 2011-5-17 21:52 编辑 ]
回复
请勿飞扬
2011年05月18日 15:00:50
10楼


用图块的方式,是精确不会出错的。 您提的方法,人的肉眼很简单,程序很复杂。
回复
sw-gps
2011年05月23日 11:05:46
11楼

在这点上,同一单位不现实、不同单位更不现实

宅前道3.5~4m,一半图上1.75~2mm、▽3mm,数字跑到路外绿化处
绿化有的比路高
当雨水收集、利用时,按规范,比路低20cm,这个误差大、还是小?
回复

相关推荐

APP内打开