openstreetmap - 当前 osmnames.org 背后的数据是使用最新的 OSM 数据和 github.com/OSMNames/OSMNames 中的最新代码构建的吗?
问题描述
使用来自https://github.com/OSMNames/OSMNames的最新代码集执行新的 OSMNames 提取 通常会省略国家/州/县/城市层次结构中的一个级别。
例如:格拉摩根谷(位于英国威尔士)的类型为:state_district,在 OSM(OSM id 103776,AdminLevel 6)中定义为由方式和关系组成的管理边界。 https://github.com/OSMNames/OSMNames/releases/download/v2.1.1/planet-latest_geonames.tsv.gz 2019 tsv 文件将 Dinas Powys(OSM id 8219427,AdminLevel 10)作为 Glamorgan 谷内的一个城镇。和网上一样https://osmnames.org/#q=Dinas%20Powys%2C
但是根据 2021 年最新数据构建的 OSMNames ( https://download.geofabrik.de/europe/great-britain/wales-latest.osm.pbf ) 从 Dinas Powys 信息中省略了 Vale of Glamorgan。
如果我们尝试在威尔士 OSM 历史文件中使用旧数据 - https://osm-internal.download.geofabrik.de/europe/great-britain/wales-internal.osh.pbf
使用 osmium-tool 提取数据快照当我们针对这个过滤
的文件运行 OSMNames 构建时,它应该与5月osmium time-filter wales-internal.osh.pbf 2019-05-13T00:00:00Z -o wales_2019.osm.pbf
2019 年的数据,它仍然没有格拉摩根谷的 Dinas Powys。
因此,我们似乎在https://github.com/OSMNames/OSMNames/releases/download/v2.1.1/planet-latest_geonames.tsv.gz(2019年 5 月生成)中取得的成果与我们可以重现的成果之间存在差异使用https://github.com/OSMNames/OSMNames代码集。
明显的结论:
当前在线
https://osmnames.org/#q=Dinas%20Powys%2C
使用的是几年前的 OSMNames 数据,覆盖在当前的地图块上。如果是这样,网站应该明确这一点。https://github.com/OSMNames/OSMNames/releases/download/v2.1.1/planet-latest_geonames.tsv.gz
不是使用 git 存储库中未更改的代码构建的。
github 网站指出:“如果您是用户并且有疑问,我们很抱歉我们不能提供个人支持。请在 Stack Overflow 上询问支持问题”,但似乎没有太多活动.
谁能证实我的结论,或者指出我最近的一些事情?
再举个例子,英国的富勒比村:在 2019 年的 tsv 文件中,它的 display_name 是“富勒比,东林赛,林肯郡,东米德兰兹,英格兰,英国”。但是使用最新的代码集和 OSM 数据给出的 display_name 仅为“Fulletby, Lincolnshire, England, United Kingdom”。
解决方案
推荐阅读
- c# - C#如何检查列表中的数组
- sql - 函数正在产生编译错误
- python - .isin() 比 .query() 快吗
- javascript - Highcharts Angular - 如何在工具提示中显示组大小
- flutter - 颤振:PageView.builder onPage 属性 - 我可以更改以便在全页面滑动而不是 0.50 时触发索引
- amazon-web-services - 如何使用 xtrabackup 将远程 AWS RDS mariaDB 服务器备份到本地目录
- python - selenium-python 点击坐标:“+ 不支持的操作数类型”
- c - 从 uint8_t 到十六进制字符串数组?
- html - How to centre a button of an image
- javascript - javascript : 我不断得到相同的位置纬度和经度