井盖为什么是圆的

https://baijiahao.baidu.com/s?id=1593233567248797334&wfr=spider&for=pc

世界上有十道经典面试题,其中微软这道“井盖为什么是圆的?”(“Why manhole covers are typically round?”)堪称最为经典。历经多年,仍被许多中小公司当作宝贝,用在二面环节之中,还自以为是地设计了所谓标准答案。前不久,一家知名公司也这样面试了三位候选人。

 

第一位候选人是清华大学的博士,他很认真地回答:地铁隧道的截面是圆的,自来水管的截面是圆的,这是因为空心通道圆柱形受力最均衡,同理,平面上,相同周长圆的面积最大,圆形井盖受力能力最大,同等厚度下比其他形状井盖更能承受压过它的车辆负载。这意味着对井盖和道路的维修成本下降,以及发生交通事故的风险成本下降。

 

第二位候选人是一位历史学的硕士,他也很认真地回答:从物理学、工程学角度回答的人都是傻帽,这个要从历史学上来分析。19世纪最开始工业化时,没有汽车,所以排水管道和矿藏管道先于柏马路的发展。 在19世纪之前的建筑学和土木工程学中,井道都是圆形,所以,从历史学上讲,井盖自古以来就是圆的。

 

第三位进来的是一位90后的大专生,他听了这道题笑了,很爽快地回答:井盖为什么是圆的?这要看设计人员的心情。面试官第一次听到这么感性率性的回答,情不自禁地脱口而出,“为什么?”大专生继续回答:设计人员愿意设计成圆的就是圆的,设计成方的可以啊,方井盖也很多啊;设计成三角形的,也不是没有;还可以设计成梅花形的呀。

 

网友神回复笑喷了,TOP6:

 

网友一:我当年回答,为了搬运方便,可以滚动啊。面试官说我就是搬运工的思维。后来,我一辈子干物流。

 

网友二:我当年回答,为了防止掉下去啊,圆井盖的直径与井筒任何角度都一样,所以掉不下去啊。如果三角形或矩形的,总有一边小于井筒直径,总有坏小子把它丢进井里吧。面试官说我是操心的思维。后来,我干了保安。

 

网友三:我当年回答,如果是其他形状的,总要有棱角,容易划伤维修人员。面试官说我是安全思维。后来,我就干了安全工程师。

 

网友四:我当年回答,按照国家关于下水管道检维修管理标准,我国并没有对井盖形状有强制规定,所以,井盖为什么是圆的?并不成立。面试官说我有反叛思维。后来,我离家出走了。

 

网友五:我当年回答,因为井筒是圆的所以井盖是圆的。面试官说我有哲学思维。后来,我当了公务员。

 

网友六:我当年回答,如果是方的,你们又问为什么是方的,它总得有个形状吧。面试官说我是不动脑子思维。后来,我当了董事长。

转载于:https://www.cnblogs.com/Bejadin/p/10452158.html

<think>嗯,用户问的是GIS导出CAD时点集显示为圈的原因。这个问题很具体,应该是实际工作中遇到的转换问题。 从GIS专业角度想,点符号的差异是核心原因。GIS软件通常用矢量点符号,而CAD的块定义更基础。当GIS里一个复杂的点符号(比如树形图标)转到CAD时,如果CAD没有对应的块定义,就可能用圈这种默认符号代替。这就像把一篇带特殊字体的文档转给没有该字体的电脑,显示就会走样。 坐标系问题也可能导致异常。如果GIS数据用了地理坐标系(比如WGS84),而CAD默认用笛卡尔坐标系,单位不匹配会让点符号放大成圈。我记得有用户反馈过1°的符号在CAD里变成千米级的。 还有属性转换的陷阱。GIS点可能有旋转角度、大小等属性,如果导出时没处理好,CAD只能显示为未旋转的圈。就像把彩色照片转成黑白时丢失了颜色信息。 格式支持度也很关键。比如SHP文件转DWG时,点符号库的映射关系可能丢失。而直接转DXF格式可能保留更多符号信息,因为DXF是CAD的交换格式。 用户可能没意识到的是:GIS中的点有时本质是面要素(比如井盖),转到CAD后可能保留面特征显示为。需要检查原始数据的几何类型。 解决方案上,最直接的是在GIS导出前简化点符号,或者导出后在CAD里重定义块。如果数据量大,建议检查转换器的符号映射表设置。对于坐标系问题,一定要在导出前投影到平面坐标系(如UTM)。</think>在GIS数据导出为CAD格式时,点集显示为圈的根本原因主要涉及符号系统的差异和转换机制的限制,以下是具体分析: ### 一、核心原因:符号映射机制 1. **GIS点符号的CAD兼容性** GIS软件(如ArcGIS/QGIS)中的点符号通常由复杂样式(图标、字体标记等)定义。当导出为CAD格式(如DWG/DXF)时: - CAD原生不支持GIS的符号库 → 自动转换为**最简几何图形** - 圈是CAD的**默认点标记**(`POINT`实体或`CIRCLE`块) 2. **属性转换的局限性** GIS点的属性(如旋转角度、比例尺)在CAD中可能丢失: ```mermaid graph LR A[GIS点要素] -->|导出| B[CAD实体] B --> C{符号支持?} C -->|是| D[保留原符号] C -->|否| E[降级为圈+注记] ``` ### 二、关键影响因素 1. **坐标系差异** - GIS地理坐标系(如WGS84)→ CAD笛卡尔坐标系 - 未投影转换时,点位置偏移导致符号变形为 *公式示例:地理坐标转平面坐标时需投影变换* $$ \begin{bmatrix} x \\ y \end{bmatrix} = f(\lambda, \phi) $$ 2. **导出参数设置** | GIS设置项 | 错误配置后果 | 正确方案 | |--------------------|-----------------------|------------------------| | 符号映射模式 | 强制转为简单图形 | 选择"保留符号库" | | 输出CAD版本 | 旧版本兼容性丢失 | 匹配目标CAD版本 | | 要素分解(Explode) | 符号转为基础几何图形 | 禁用此选项 | 3. **数据存储特性** - **SHP文件导出**:点符号定义存储在`.lyr`文件,若未同步导出 → CAD仅接收坐标 - **GDB数据库导出**:符号可能嵌入,但CAD仍可能无法解析 ### 三、解决方案(分步操作) 1. **预处理GIS数据** - 将点符号转换为**CAD兼容块**(如ESRI的`ESRI_CARTOTYPE`字体) - 使用FME工具创建符号映射表: ```python # FME转换器示例 with fme.translate(gdb_source, "dwg") as converter: converter.set_mapping("PointSymbol", "CADBlocks/MyCircle") ``` 2. **导出关键设置** - ArcGIS:启用`Preserve symbology` + 勾选`Export Points as Blocks` - QGIS:在DXF导出中设置`Symbology export`为`Feature symbology` 3. **CAD后处理** ```autolisp ; AutoCAD LISP批量替换圈为块 (defun c:ReplacePoints () (setq circles (ssget "X" '((0 . "CIRCLE")))) (command "-INSERT" "MyBlock" "0,0" "" "" circles) ) ``` ### 四、扩展应用场景 此现象也常见于: - BIM模型导入GIS时的构件简化 - 地图图例导出为矢量图形时的符号丢失 - 跨平台空间数据交换(如GeoJSON转DXF) > **技术注释**:CAD标准中`POINT`实体仅支持单点显示,复杂符号需定义为`BLOCK`。当GIS点携带的`featureBlob`属性未被解析时,CAD内核(如ACIS)会默认实例化基本[^1]。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值