# Crosshair placement

**URL:** <https://forum.kurviger.com/t/crosshair-placement/1237>\
**Category:** Implemented features\
**Tags:** implemented\
**Created:** [February 15, 2019, 6:52pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237 "2019-02-15T18:52:10Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 15, 2019, 6:52pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/1 "2019-02-15T18:52:10Z")

</div>

Use crosshair to select locations precisely.

Also discussed in related feature:

> [@Context menus for waypoints](https://forum.kurviger.com/t/context-menus-for-waypoints/221/7):
>
> Ok, here are the promised screenshots to demonstrate like another app (“MyRoute-app Navigation”) solved the workflow for moving waypoints. The editor always has a visible crosshair (I know there’s an option for that in Kurviger, but I never understood what to do with that crosshair): [Editor\_01] Tapping on a waypoint (like here number 2) brings up its context menu, which has a move option (red arrow): [Editor\_02] After tapping this move botton the context menu disappears and the name of the…

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 18, 2019, 6:23pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/2 "2019-02-18T18:23:33Z")

</div>

Implemented in [Kurviger 1.7](https://forum.kurviger.com/t/kurviger-1-7/1247).

---

<div class="post-metadata">

**Author:** ![rumbrummer](https://forum.kurviger.com/user_avatar/forum.kurviger.com/rumbrummer/32/113_2.png) [@rumbrummer](https://forum.kurviger.com/u/rumbrummer)\
**Post date:** [February 24, 2019, 10:53am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/3 "2019-02-24T10:53:43Z")

</div>

Hi,

first of all: I really like the “Crosshair placement” mode and also new features of “long tap on waypoint” 👍 .

From my point of view snapping to next street would improve the “Crosshair placement” mode (same algorithm as “Place waypoints on street”, but only for this waypoint / the crosshair).

In that rare cases, where I do not want to set the waypoint on the street, I can shift the crosshair afterwards.

Regards

Markus

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 24, 2019, 12:09pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/4 "2019-02-24T12:09:06Z")

</div>

Note that “Place waypoints on street” action snaps the waypoints on the already pre-calculated visible route. Without a route the snapping cannot work.

With crosshair mode can already scroll & zoom the map enough to place the waypoints precisely on exact place or not, depending on each user needs.

---

<div class="post-metadata">

**Author:** ![rumbrummer](https://forum.kurviger.com/user_avatar/forum.kurviger.com/rumbrummer/32/113_2.png) [@rumbrummer](https://forum.kurviger.com/u/rumbrummer)\
**Post date:** [February 24, 2019, 12:11pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/5 "2019-02-24T12:11:52Z")

</div>

> [@devemux86](#):
>
> Note that “Place waypoints on street” action snaps the waypoints on the already pre-calculated visible route. Without a route the snapping cannot work.

Hi,  
thanks for the feedback - I was not aware of that.  
Regards  
Markus

---

<div class="post-metadata">

**Author:** ![linux-user](https://forum.kurviger.com/user_avatar/forum.kurviger.com/linux-user/32/56_2.png) [@linux-user](https://forum.kurviger.com/u/linux-user)\
**Post date:** [February 26, 2019, 8:40am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/6 "2019-02-26T08:40:06Z")

</div>

The new _crosshair mode_ is great to precicely place waypoints.  
You can zoom in and place your waypoint as you like.  
But when finished, you end up “zoomed in”.

 ![Screenshot_20190226-090018_Kurviger%20Pro](https://forum.kurviger.com/uploads/default/original/1X/dbb95f25a6faca47b7c37b77a7c6ca1cd2c751a4.jpeg) ![Screenshot_20190226-090107_Kurviger%20Pro](https://forum.kurviger.com/uploads/default/original/1X/0f78730dd070995b7997c209d1b6a5e32b01c77d.jpeg) ![Screenshot_20190226-090208_Kurviger%20Pro](https://forum.kurviger.com/uploads/default/original/1X/e5a0d9948e8f87f623f58ae63519a8e65c269661.jpeg)

Is it possible, to save the original zoom-level and go back to this after editing is finished?  
So it will look **like this** after waypoint is placed:

 ![Screenshot_20190226-090232_Kurviger%20Pro](https://forum.kurviger.com/uploads/default/original/1X/b2ae3c89ee3d72e3521c500174a6889585f5f79b.jpeg)

Manfred

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 26, 2019, 8:48am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/7 "2019-02-26T08:48:18Z")

</div>

Everything is possible and we have thought of that.

Though other users may prefer to continue working in the area without the map reverts automatically. So most sane approach for all seems to let users handle their map region?

---

<div class="post-metadata">

**Author:** ![linux-user](https://forum.kurviger.com/user_avatar/forum.kurviger.com/linux-user/32/56_2.png) [@linux-user](https://forum.kurviger.com/u/linux-user)\
**Post date:** [February 26, 2019, 9:43am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/8 "2019-02-26T09:43:45Z")

</div>

> [@devemux86](#):
>
> let users handle their map region

That is exactly my intention:  
Let the user select zoom level and map section. When user wants to work on a specific area he/she could select that area **before** entering _edit mode_.

It is not only about zoom level, but also map section.  
With the new _crosshair mode_ you **always** end up **centered** at the point you’ve just edited, no matter what map section has been chosen before the editing.

This is not the case with the old _classic mode_ where you don’t change map section, when moving a waypoint.

What do others think?  
Manfred

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 26, 2019, 10:01am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/9 "2019-02-26T10:01:05Z")

</div>

> Let the user select zoom level and map section.

That happens already in the most free way without automations.

> When user wants to work on a specific area he/she could select that area **before** entering _edit mode_ .

Cannot expect / force users to scroll & zoom _before_ selecting a location action (e.g. set destination) which triggers the crosshair placement.  
Each user works based on own preferences, i.e. may want to scroll & zoom after enabling the location action.

> This is not the case with the old _classic mode_ where you don’t change map section, when moving a waypoint.

Should not compare or expect similar workflow with the old drag mode versus the new crosshair mode. They work completely differently.

Also imagine that a user happens to have the map all the way zoomed out (country level).  
Then initiates the location placement with crosshair mode and zooms in a lot to set a waypoint.  
After the location placement, is the map supposed to zoom out again so much in country level?  
And why not in a more regular street zoom level some other may ask?

---

<div class="post-metadata">

**Author:** ![linux-user](https://forum.kurviger.com/user_avatar/forum.kurviger.com/linux-user/32/56_2.png) [@linux-user](https://forum.kurviger.com/u/linux-user)\
**Post date:** [February 26, 2019, 10:27am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/10 "2019-02-26T10:27:48Z")

</div>

> [@devemux86](#):
>
> Also imagine that a user happens to have the map all the way zoomed out (country level).  
> Then initiates the location placement with crosshair mode and zooms in a lot to set a waypoint.  
> After the location placement, is the map supposed to zoom out again so much in country level?

Exactly that would be my desired behavior.  
If the user has the _map all the way zoomed out_, I think he has a reason for that.  
IMHO the program should **not change** the zoom level and map section if you place a waypoint somewhere.

But that’s my preference. Others may think different.  
It’s not a big deal. I just thought it would be convenient, if the program could preserve the zoom level and map section, the user has chosen before editing.

Manfred.

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [February 26, 2019, 10:39am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/11 "2019-02-26T10:39:33Z")

</div>

Let’s see what other users also think for the crosshair workflow. 🙂

---

<div class="post-metadata">

**Author:** ![boldtrn](https://forum.kurviger.com/user_avatar/forum.kurviger.com/boldtrn/32/360_2.png) [@boldtrn](https://forum.kurviger.com/u/boldtrn)\
**Post date:** [February 26, 2019, 11:55am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/12 "2019-02-26T11:55:01Z")

</div>

> [@linux-user](#):
>
> It’s not a big deal. I just thought it would be convenient, if the program could preserve the zoom level and map section, the user has chosen before editing.

I had the same thought early on when we started developing the crosshair mode. After I have worked quite a bit with the crosshair mode, I prefer the current work flow. It feels more natural to stay in the current view and see how the route changes and if one might want to move the waypoint again or add another waypoint in the area.

But let’s keep an open mind 🙂

---

<div class="post-metadata">

**Author:** ![devemux86](https://forum.kurviger.com/user_avatar/forum.kurviger.com/devemux86/32/6239_2.png) [@devemux86](https://forum.kurviger.com/u/devemux86)\
**Post date:** [May 8, 2019, 5:39pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/13 "2019-05-08T17:39:43Z")

</div>

Crosshair mode will have soon a new UI, to better use crosshair / buttons on all map colors and being similar to rest app UI.

 ![Kurviger](https://forum.kurviger.com/uploads/default/original/1X/c8128e2c157a5f2e7becebdb63f3c7dfa44ecebd.png)

---

<div class="post-metadata">

**Author:** ![SchlesiM](https://forum.kurviger.com/user_avatar/forum.kurviger.com/schlesim/32/1080_2.png) [@SchlesiM](https://forum.kurviger.com/u/SchlesiM)\
**Post date:** [May 8, 2019, 6:18pm UTC](https://forum.kurviger.com/t/crosshair-placement/1237/14 "2019-05-08T18:18:50Z")

</div>

Good news! 👍🏼 I already noticed that crosshair placement buttons are very diffucult to see while in dark mode colors (e.g. inverted colors). The new design now fits perfectly!

---

<div class="post-metadata">

**Author:** ![Viola](https://forum.kurviger.com/user_avatar/forum.kurviger.com/viola/32/12413_2.png) [@Viola](https://forum.kurviger.com/u/Viola)\
**Post date:** [September 23, 2024, 4:52am UTC](https://forum.kurviger.com/t/crosshair-placement/1237/15 "2024-09-23T04:52:49Z")

</div>


