Changes between Version 3 and Version 4 of Help/Plugin/KindaHackedInUtils
- Timestamp:
- 2025-10-11T12:49:10+02:00 (4 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Help/Plugin/KindaHackedInUtils
v3 v4 29 29 The direction depends on the mouse location relative to the selected object, the direction of the way the object is part of and if certain keys are present for the selected object when pressing **`H`** on the keyboard. If the key `traffic_sign" or the key/value `highway=traffic_signals` are present the direction value is handled like this: 30 30 31 [[Image(direction_side.png)]] 31 [[Image(direction_side.png, 200)]] 32 32 33 33 If the mouse point anywhere inside the forward area in this image the the point in the middle which is a traffic sign or traffic signals will get the direction value of `forward`, if the mouse is in the backward area the direction value will be `backward`. If the mouse is hovering over the way segment (in direction of the way) after the point in the middle it always will be `forward`, if the mouse is on the way segment before the point in the middle it will always be `backward`. … … 49 49 Sometimes areas are attached to a way which is typically wrong since the area doesn't reach up to the way line: 50 50 51 [[Image(sloppy_curve.png)]] 51 [[Image(sloppy_curve.png, 300)]] 52 52 53 53 Here the areas are attached to the primary highway and the track and the curve is rather sloppy mapped. First add points to the primary highway to make the curve look better. Then select the primary highway and use the detach function, it will result in this: 54 54 55 [[Image(better_curve.png)]] 55 [[Image(better_curve.png, 300)]] 56 56 57 57 The detach function will detach and move all points of areas that are attached to the selected way or if the area itself is selected detach and move all points of the area that are attached ways. The movement of a point typically goes in the direction of the inside of the area but if the area is not a real area but a way that is part of a relation it might go wrong if the relation members are not present in the current edit layer. … … 69 69 If no object is selected the plugin will present you with a dialog to enter the id of the object to undo: 70 70 71 [[Image(unredo_id.png)]] 71 [[Image(unredo_id.png, 400)]] 72 72 73 73 If an id is present in the clipboard it will be automatically entered as the wanted id. After pressing OK or if an object was already selected you will get the undo/redo dialog for the object: 74 74 75 [[Image(unredo_dialog.png)]] 75 [[Image(unredo_dialog.png, 650)]] 76 76 77 77 Here you can select the change that should be undone/redone. The presented changes are all available undo command in which the object was included. Only when the object was deleted there might be missing some commands but those will be available after undoing the deletion of the object. … … 87 87 Sometimes turn restrictions were created wrong, like this: 88 88 89 [[Image(wrong_turn_restriction.png)]] 89 [[Image(wrong_turn_restriction.png, 150)]] 90 90 91 91 To easily fix it select the existing turn restriction relation, then add the new `to` way to the selection and open the change turn restriction dialog: 92 92 93 [[Image(turn_restriction.png)]] 93 [[Image(turn_restriction.png, 400)]] 94 94 95 95 Select the corrected restriction and press `OK`.
