UtilsPlugin2: use old object tags when Replacing Geometry

[Mashin]

tl;dr: When using Replace Geometry, take the shape of "new object", but take tags from "old object" option needed.

I am using JOSM for import of buildings (tagged as building=yes) and when I want to conflate it with an existing building that is tagged differently (e.g. building=house) I have to go through conflict resolution window. It would be a huge speed up and great help if there was some setting like: "Resolve tags to old object", that would automatically choose "old object" version of tags in case of conflict so no resolution window would show up.

(If there is such option then I couldn't find it)

Thank you!

[GerdP]

I see the same problem when I redraw a building with the building_tools and use Replace Geometry next. My workflow is now to remove the tag from the new building first. Can't you do the same for the imported buildings?

[Mashin]

Thanks! That speeds it up quite a bit.
I remapped "delete tag" to Shift+D and "replace geometry" to Shift+Cmd+D so I don't have to fiddle with fingers too much.

(It'd still be useful not to have to delete the tag, but I guess it's low priority at this point.)

[GerdP]

Don't know your workflow. If you are doing it so often why don't you simply remove all building=yes tags from the imported data? If that data is in its own layer that would be one search for building=yes followed by one delete tags.

[skyper]

Replying to GerdP:

Don't know your workflow. If you are doing it so often why don't you simply remove all building=yes tags from the imported data? If that data is in its own layer that would be one search for building=yes followed by one delete tags.

+1,

For more complex replacement the conflation plugin is the tool to use. There you can specify which tags from which of the objects should be used.

[Mashin]

Replying to GerdP:

Don't know your workflow. If you are doing it so often why don't you simply remove all building=yes tags from the imported data? If that data is in its own layer that would be one search for building=yes followed by one delete tags.

Yeah, that seem it could work in some situations. Merge layers, conflate overlaps and then search for untagged and apply building=yes again.

The thing is I am using validator to find the overlaps and untagged polygons don't trigger that check. So I can use it in less busy places, but not always. (Though I can retag to e.g. landuse=residential, which triggers one of the checks, considering there are no landuse=residential already mapped on the place)

[skyper]

Please, have a look at the conflation plugin. I think it will make you workflow much easier and it works with data from different layers. It can use replace geometry and adjust tag in advance. Replace geometry, on its own, is more the tool to use when replacing newly drawn objects.

[skyper]

Replying to GerdP:

I see the same problem when I redraw a building with the building_tools and use Replace Geometry next. My workflow is now to remove the tag from the new building first. Can't you do the same for the imported buildings?

One reason I stay with extruder or is it possible to disable this tag addition in preferences? Terracer plugin has the same problem.

[GerdP]

is it possible to disable this tag addition in preferences

yes, there is a dialog that allows to edit the tag(s) that are added to the object. This also allows to remove the building=yes. Preference key is buildings_tools.tags

[Mashin]

Replying to skyper:

Please, have a look at the conflation plugin. I think it will make you workflow much easier and it works with data from different layers. It can use replace geometry and adjust tag in advance. Replace geometry, on its own, is more the tool to use when replacing newly drawn objects.

Thanks! I didn't know it allows you to review each match one by one before conflation.

[skyper]

The conflation plugin offers an option to use new values without confirmation, see #22417. Unfortunately, using old values without confirmation is not supported, atm, but would be the appropriate place, in my eyes.