No tā, ko es sapratu: Kartētājs (nepareizi) savienoja adreses punktu ar mežu un ceļu https://www.openstreetmap.org/changeset/135142325 punktā https://www.openstreetmap.org/node/10875821717 (A). Bots pēc tam "izņēma" ārā adreses punktu. Bet sanāk, ka vispirms aizbīdīja šo punktu uz adreses vietu un tikai tad izņēma, tādējādi arī nobīdot meža/ceļa punktu (B).
a-bots-punkts.png
b-bot-spunkts.png
Labi, ka kāds pārbauda. :) Kodā salaboju: https://github.com/Davis-Klavins/osm-latvia-bot/commit/731b91895cefab13b6cc55babd0e38ea6d2a2860. Konkrēto gadījumu izlaboju manuāli: https://www.openstreetmap.org/changeset/135863114.
Varbūt ir vērts paskatīties uz https://github.com/matkoniecz/osm_bot_abstraction_layer vai līdzīgām bibliotēkām, lai mazinātu tādu kļūdu iespējamību?
Tur jau ir dažādi pitona skripti datu labošanai, neiztēlojos, kā tas varētu palīdzēt. Adrešu botā labošana tiek veikta ar PL/pgSQL. Konkrētās kļūdas jau viegli atrast:
SELECT *
FROM nodes a
INNER JOIN nodes b ON a.geom = b.geom
WHERE a.id != b.id
AND a.tags::TEXT LIKE '%addr:%'
AND b.id IN (
SELECT node_id
FROM way_nodes
)
AND b.version > 1;
Bija vēl pāris, salaboju.
Arī kaut kas šāds tur ir, bet tādu human-friendly sarakstu gan neatradu.
For example, automated edit may change many objects across large area. In that case it is preferable to split it into multiple edits to avoid country-sized bounding boxes. This logic is available as one of tools included in this project.
Arī
changeset_comment
,discussion_url
,osm_wiki_documentation_page
parameter values are used to apply correct changeset tags
Last updated: Dec 22 2024 at 05:42 UTC