Questions tagged «snapping»

自动处理移动点或要素以使其与指定距离或公差内的另一个要素的坐标完全匹配或重合的过程



5
修正GIS软件应用程序中的拓扑错误的算法
相关问题在这里。 我注意到确保拓扑正确性对于GIS应用程序至关重要,这是因为来自用户或多边形布尔操作的输入可能会遇到严重的拓扑问题(即使多边形看起来正确),也会影响后续操作的质量。 干净多边形是地理向导用来确保拓扑正确性的方法。 Arcgis还具有清理棉条的命令。 我的问题不是关于如何使用现有软件包来确保面输入数据在拓扑上是正确的。相反,我的问题是有关这些软件包如何实施这些清洁程序的。换句话说,在给定一组多边形输入的情况下,可以用来确保解决所有拓扑错误的算法是什么?

4
自动将线捕捉到点吗?
我有两个矢量shapefile:一个文件是表示人孔的点,另一个是折线文件,它表示通向人孔的管道。我需要在距最近的沙井的指定距离内捕捉线。 是否有一种简单的方法无需手动完成此操作? 更新资料 根据Alexandre,我已将shapefile导出为spacespaceite格式。不知道下一步该怎么做。 更新#2我创建了一个新的数据库文件,并使用spatialite-gui导入了shapefile文件到新的数据库中,我调整了SQL查询,但是如您所见,我收到一条错误消息:“没有这样的列:f.geom”
19 qgis  snapping 

11
为什么ArcMap 10无法捕捉?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使其成为地理信息系统堆栈交换的主题。 2年前关闭。 我对此很困惑。ArcMap似乎会随机决定在编辑时不允许捕捉。有时仅针对某些要素,有时仅针对同一要素的一部分(例如,一条线的一端而不是另一端,或者不沿着该线的一部分)。现在,它只是让我无法捕捉任何内容(是的,在启用所有选项的情况下都启用了捕捉)。关于这个有什么提示吗?

2
无法在QGIS 3.0中对齐顶点和线段
我无法在QGIS 3.0中捕捉2个多边形。我尝试从同一图层捕捉2个多边形,也从不同图层捕捉2个多边形。 我确保在“设置” >>“选项” >>“数字化”选项卡中启用了捕捉,并增加了捕捉距离。 我在图层级别找不到任何“快照设置”。投影层。

1
为什么Shapely的捕捉(GEO捕捉)无法按预期工作?
我试图使用Shapely / Geopandas将两条线彼此对齐,但是对齐的结果非常奇怪。我试过了 : import geopandas as gpd from shapely.geometry import * from shapely.ops import snap lines1 = gpd.GeoDataFrame.from_file('lines1.shp') lines1 = lines1.to_crs({'init': 'epsg:2227'}) lines2 = gpd.GeoDataFrame.from_file('lines2.shp') lines2 = lines2.to_crs({'init': 'epsg:2227'}) res = lines1 lines2_union = lines2.geometry.unary_union res.geometry = res.geometry.apply(lambda x: snap(x, lines2_union, 14)) res.to_file('result.shp', driver="ESRI Shapefile") 并得到了这个结果: lines1 = 红色线 …

5
如何在QGIS中将道路网络捕捉到六边形网格?
我正在尝试使用QGIS 2.14将道路网络捕捉到六边形网格中,但出现了奇怪的伪像。 我用MMQGIS创建了一个十六进制网格,单元大约为20 x 23 m。我已经将公路网缓冲了1m并进行了密实处理,因此每隔几米就有一个节点。您可以在下面查看我要实现的目标。如您所见,在某些情况下,我可以使其工作:- 蓝色是致密路(缓冲线) 红色是“十六进制”版本-这是我要查找的 灰色是十六进制网格 然后,我使用了新的“ 捕捉几何”功能将节点捕捉到最近的六角形角。结果令人鼓舞,但似乎在某些极端情况下,线扩展以填充六边形(或其一部分): 使用缓冲区的原因是,“ 捕捉几何”不允许您捕捉到几何不同的图层。例如,您不能将LINE层上的节点捕捉到POINT层上的点)。将POLYGON抢购到POLYGON似乎是最快乐的。 我怀疑当缓冲的道路线的一侧跳到十六进制单元的一侧,而另一侧跳到十六进制单元的另一侧时,道路会扩展。在我的示例中,以锐角横穿东西的道路似乎是最糟糕的。 我尝试过的事情没有成功: 仅对道路网进行少量缓冲,因此它仍然是多边形,但非常薄。 使十六进制单元致密(因此沿边缘有节点,而不仅仅是在角落) 改变最大捕捉距离(这具有最大的作用,但是我似乎找不到理想的值) 使用线层,而不是多边形 我发现如果更改为仅使用LINE图层,它会工作一段时间,然后崩溃。它似乎可以保存它的工作-有些行已被部分处理。 有谁知道其他方法可以将一条线上的点捕捉到另一条线/多边形图层上的最近点,理想情况下无需使用postgres / postgis(尽管也欢迎使用postgis解决方案)? 编辑 对于任何想去的人,我都在Dropbox上放置了一个入门QGIS项目。这包括“十六进制网格”和“密实线”层。(道路网来自OSM,因此可以使用QuickOSM下载,例如,如果您需要获取原始文件以使道路致密化)。 请注意,它位于OSGB(epsg:27700)中,这是英国的本地化UTM,以米为单位。

2
QGIS中是否有其他选项可以绘制平行于线的外部线(相邻线)的平行线,而这些线与比例尺无关?
我必须绘制一张公共巴士运输网络的地图,并且在许多线路经过的道路上都存在问题。我的目标是制作一张视觉地图,其中这些通道中的线彼此平行,并且彼此之间没有间距,以便同时查看所有通道,而不管其比例如何。 我已经尝试了捕捉选项和平行绘图(CAD工具),但是问题是,当我更改比例时,线之间的距离会发生变化,并且它们会相互碰撞或分离,从而使所有内容混乱。 所以我的问题是: 是否可以选择绘制与可视化比例无关的相邻线? 注意:我不知道我的意思是否使用了“ neighbor”,所以在这里我复制一个示例以供查询: 当我放大时会发生以下情况: 当我缩小时: 编辑:在这里,我分享了为什么建议的解决方案对我不起作用的情况。三条线在同一条街道上共享一段时间,但随后又分成三个不同的街道。 我不能使用带有多个符号的单条线,因为在整个网络中,这些线会分开并再次连接(有15条以上的总线)。 属性数据中包含的数据对我没有帮助,因为它只是一个充满线路的层,除了某些网络信息(公共汽车/小时数,乘客/小时数等)外没有任何属性。(在Windows 7上运行的QGIS 2.8.6)

1
使用ArcGIS Desktop从一边到另一边快速移动多边形?
我有一个基本的问题,但找不到任何解决方案。我有几百个矩形多边形,想将它们移动到其他已经存在的多边形中。这些多边形的边界应该相互匹配,所以我需要一个捕捉选项。 如果我尝试使用ArcGIS Desktop并激活捕捉,它将仅将中心点(图片中的黑色圆圈)捕捉到现有宗地的边界线(图片中的左侧红色线)。 但是,我希望EDGES(图中的红线)彼此对齐。经过数小时的尝试和搜索,我找不到任何解决方案。

5
使用ArcGIS Desktop进行实时地图匹配?
我正在一个需要实时地图匹配的项目中。我目前正在使用ArcGIS,但不确定是否可以使用。 这是我的系统发生的情况: 手机每隔五秒钟向我的服务器发送一次GPS修复,因此我需要进行实时地图匹配,以将点捕捉到地图的链接之一上并存储匹配的点。 ArcGIS有一个“近”工具,用于将点捕捉到最近的链接。但是,工具的输入必须是这些点的shapefile。 我想知道如何处理在ArcGIS中获取的实时数据。为每个点创建一个形状文件? 还有其他建议可以完成这项工作吗?

1
如何在不断变化的街道网络和地理编码的点之间保持完整性?
我们维护着针对双中心线Navteq街道网络进行地理编码的数十万个点。我们面临着保持点与街道网络之间参照完整性的挑战,随着Navteq更新,它会发生变化。我们有很大一部分点是手动进行地理编码的,因此我们不能只是通过自动地理编码过程再次运行它们。 一些点通过街道地址进行地理编码,另一些点通过交叉路口的距离和方向进行地理编码,另一些则通过GPS坐标进行地理编码。在每种情况下,我们都需要在更新的街道网络上保留最接近的匹配项。 我曾经在单中心线网络上使用线性参考,地理编码和捕捉技术解决了这个问题,但是这个过程非常僵硬。(有关详细信息,请参见http://thewyvern.co/Thesis.final.pdf。) 还有其他人遇到过这个问题吗?你有什么建议吗?您能否指出任何可以帮助我们开发可靠解决方案的研究? 对于上下文:我们使用的是ArcObjects中编码的自定义地理编码算法,该算法仅部分依赖于ESRI的Locator类。我们的系统基于ArcGIS Server 9.3.1,数据存储在Oracle的ArcSDE 9.3.1中。Navteq数据以shapefile格式交付。


1
在QGIS或PostGIS中将线层对齐到网络
我有公交路线上的GPS数据,现在我想将其捕捉到我的道路网络中。这两个层都是PostGIS DB中的线层。我想使用QGIS或PostGIS,但是如果必须使用GRASS或ArcMap,也可以。谢谢! 为了澄清,我试图将线对齐到线,而不是指向线。
11 postgis  qgis  snapping 


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.