# App: Waypoint names

**URL:** <https://forum.kurviger.com/t/app-waypoint-names/2820>\
**Category:** Implemented features\
**Tags:** implemented\
**Created:** [March 16, 2020, 5:07pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820 "2020-03-16T17:07:32Z")\
**Posts on this page:** 18\
**Page:** 2

<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:** [April 20, 2020, 8:44am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/21 "2020-04-20T08:44:13Z")

</div>

> [@RHoffner](#):
>
> It would also be nice to have the Waypoint-Names imported from .gpx files. Currently the waypoint names are exported to gpx but not imported.

If [wpt elements](https://www.topografix.com/GPX/1/1/#type_wptType) in GPX file have filled their “name” tag then their names are imported too.

Or do you have some sample GPX that does not work?

---

<div class="post-metadata">

**Author:** ![RHoffner](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/r/3da27b/32.png) [@RHoffner](https://forum.kurviger.com/u/RHoffner)\
**Post date:** [April 20, 2020, 9:34am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/22 "2020-04-20T09:34:11Z")

</div>

I simply exported a Route with the Kurviger App as gpx and imported the Route again. Waypoints-Names exist in the exported GPX-File, but when reimporting the Route specific Names are lost. Using 1.13.3 Beta

---

<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:** [April 20, 2020, 9:44am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/23 "2020-04-20T09:44:53Z")

</div>

> [@RHoffner](#):
>
> I simply exported a Route with the Kurviger App as gpx and imported the Route again. Waypoints-Names exist in the exported GPX-File, but when reimporting the Route specific Names are lost.

(please post also the export & import dialog details, so we can understand & reproduce)

When export waypoint names, must use Kurviger or GPX (offline) formats.

Probably you select “Route” instead of “Waypoints” when export & import a route?  
I can add parsing of names also from the route rtept elements inside the GPX file.

---

<div class="post-metadata">

**Author:** ![RHoffner](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/r/3da27b/32.png) [@RHoffner](https://forum.kurviger.com/u/RHoffner)\
**Post date:** [April 20, 2020, 10:21am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/24 "2020-04-20T10:21:23Z")

</div>

Yes i did this as you said. Parsing names from the route rtept\<\> tags would be nice. Think about importing gpx routes from a different source with existing names. Nice work you did on the current Beta.

---

<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:** [April 20, 2020, 10:49am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/25 "2020-04-20T10:49:53Z")

</div>

> [@RHoffner](#):
>
> Parsing names from the route rtept\<\> tags would be nice.

It will be available in next version.

---

<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:** [April 22, 2020, 6:57pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/26 "2020-04-22T18:57:28Z")

</div>

8 posts were split to a new topic: [Waypoint names: import GPX](https://forum.kurviger.com/t/waypoint-names-import-gpx/3043)

---

<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:** [June 13, 2020, 2:02pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/27 "2020-06-13T14:02:14Z")

</div>

Hi,  
I just played a little bit with the Waypoint Names, I like it, thanks for the implementation.  
And I appreciate especially one feature: I use the search function e.g. searching a mountain pass.  
After long tap on the search marker and selecting “Add as waypoint” , the name of the mountain pass is copied to waypoint automatically - good job!  
Thanks and regards  
Markus

---

<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:** [June 16, 2020, 8:35pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/28 "2020-06-16T20:35:18Z")

</div>

Hi,

following a hint from devemux in an other tread I did some tries with the waypoint list and waypoint names:

If I change a via point with a given (and displayed) name to shaping point, the name is not displayed any more but just the text “shaping point”.

Also the “edit name” button is disabled.

Nevertheless the prevously given name is stored (I appreciate that!): If I export a .kurviger file, I can still see the name of the shaping point in it, if I switch back that point to via point, the given name is displayed again - that’s good!

I’d like to use the name information also for shaping points to identify them (e.g. in waypoint list or during planning on the map), because a “talking name” can be given to identify that shaping point, thats easier to handle than keeping numbers in mind.

Therefore I propose:

- display in waypoint list also the given name of shaing points, if available (you can see that it is a shaping point by the icon)
- enable also “edit name” button for shaping points
- display shaping point name also in the bubble on the map after long press on the marker (you can see that it is a shaping point by the marker icon)
- perhaps it would be useful to have different functions dependant on where I tap on a waypoint in the list, example: Tapping on the icon on the left toggles via ↔ shaping, tapping on the name opens edit field to change name, tapping on a 3rd column opens context menu, tapping on a 4th column selects waypoint to shift it up/down via arrow buttons below list. Thats just an idea, I can not judge the effort to implement such an interface

Remark: In other functions as navigation etc. the shaping point name should be handled as before ( = no hint, name ignored ?).

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:** [June 17, 2020, 7:31am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/29 "2020-06-17T07:31:13Z")

</div>

> [@rumbrummer](#):
>
> I’d like to use the name information also for shaping points to identify them

More important is what is common, i.e. the rule for shaping points.  
(not how we like them to be)

So how all other routing services handle shaping point names?  
Any other have them? Because we should remain compatible.

> [@App: Waypoint types](https://forum.kurviger.com/t/app-waypoint-types/2821/3):
>
> Garmin uses the “shaping point” term and we can use it for the UI texts: [Garmin BaseCamp](https://support.garmin.com/en-US/?faq=POYXggoD3p19jQOwZCvFA6): Shaping points are any position along a route that will not alert you when you arrive. Shaping points do not contain arrival time or distance between points information. [Google Maps](https://developers.google.com/maps/documentation/javascript/directions#Waypoints): stopover (optional) indicates whether this waypoint is a actual stop on the route (true) or instead only a preference to route through the indicated location (false). Stopovers are true by default. [HERE Maps](https://developer.here.com/documentation/routing/dev_guide/topics/waypoints.html): A waypoint can b…

---

<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:** [June 17, 2020, 12:44pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/30 "2020-06-17T12:44:41Z")

</div>

> [@devemux86](#):
>
> More important is what is common, i.e. the rule for shaping points.  
> (not how we like them to be)

Hi,

I agree, of course.

BaseCamp is just a planning tool (for PC or MAC) - so there will be no alerts anywhere, of course, this is dependant on the used Garmin device used to drive the route afterwards.

But I can confirm the rules you mentioned for ShapingPoints for Garmin devices I know: No alert, no arrival time. But the name of ShapingPoints can be displayed / changed (in BasceCamp and on Navi).

This is consistent to the behaviour of my BMW Navigator 5 (Garmin), and probably will be the same for BMW Navigator 6, Garmin Zumo 590/595 and other Garmin Devices which can distinguish between ViaPoints and ShapingPoints.

There are two further important differences between ViaPoints and ShapingPoints @ Garmin devices:

- Starting a route you can choose a ViaPoint where to enter the route (ShapngPoints not shown in selection list)
- ViaPoints have to be passed during Navigation, in case of a detour the device tries to lead you back to the ViaPoint you did not reach - in that case you have to skip that ViaPoint manually
- the “skip waypoint” function just skips the next ViaPoint on the route, including all ShapingPoints before thatViapoint.  
For BMW N5: result of skip: next point in route will be 1st point after skipped ViaPoint (can be a ShapingPoint or a ViaPoint).

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:** [June 17, 2020, 12:55pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/31 "2020-06-17T12:55:31Z")

</div>

Thanks for the details, those are about Garmin universe.

We should examine also how shaping points are handled in [Google Maps](https://www.google.com/maps), [HERE WeGo](https://wego.here.com/), etc.  
(and used in their popular navigators)

Do they use / need shaping point names?

---

<div class="post-metadata">

**Author:** ![WalterG](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/w/f0a364/32.png) [@WalterG](https://forum.kurviger.com/u/WalterG)\
**Post date:** [June 30, 2020, 6:47pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/32 "2020-06-30T18:47:14Z")

</div>

In another topic was asked to give user-defined names to shaping points and additional info to shaping points. Out of the response is following quote:

> [@On another topic](https://forum.kurviger.com/t/3678/9):
>
> [Shaping points](https://forum.kurviger.com/t/app-waypoint-types/2821/3) are not via points, so they don’t have turn instructions, names, distance, time, etc.
> 
> (just like all other popular routers Google Maps, HERE WeGo already work)

Regarding my statement I was asked to publish this in an appropriate topic. Following my statement to names and additional info of shaping points:

That was my opinion for a long time, too.

But in the last weeks I changed my mind a little bit. All other popular routers don’t use names for shaping points. But perhaps for Kurviger it could be an improvement, previously when mainly working with website and app.

**Comparison of some features for Waypoints Via Point and Shaping Point:**

| Waypoint: | Via Point (VP) | Shaping Point (Kurviger) (SP) | Shaping Point (popular) |
| --- | --- | --- | --- |
| **Routing Preference:** | same as SP | same as VP | ? |
| **Visible Waypoint Number:** | Yes | Yes | no (or seldom) |
| **In Waypoint list:** | Yes | Yes | no (or seldom) |
| **Symbol in Route:** | Numbered Flag | Numbered Circle (Small Flag) | not defined |
| **(Turn) Instructions:** | Yes | No | ? |
| **Default Name:** | No. + Viapoint | No. + Shapingpoint | ? |
| **Nameable:** | Yes | (No) New: Optional | No |
| **Info Distance:** | Yes | (No) New: Optional | No |
| **Info Time:** | Yes | (No) New: Optional | No |

That’s a rough overview and comparison. Perhaps some important things are not mentioned.  
Why this table? To explain my mindchange.  
At some features of the shaping points there are currently little differences between Kurviger and popular routers. And this is an advantage for Kurviger! And I like what you made! THANK YOU very much!  
And however shaping points are for a certain route segment they don’t need exact coordinates but to refer to the route segment coordinates are taken.  
Some users want optional names and data of distance and/or time for the setted shaping points. I couldn’t understand that for a certain time. For some reasons this seems senseless. But they have reasons to want this. However different to popular routers these can be a gain for Kurviger and the users.  
When adding these features the currently advantages of the shaping points are not lost.

In the meantime I would be happy if these wishes could be fulfilled.

---

<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:** [July 3, 2020, 7:27am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/33 "2020-07-03T07:27:55Z")

</div>

Implemented in [Kurviger 1.13.17](https://forum.kurviger.com/t/kurviger-1-13-13/3705).

---

<div class="post-metadata">

**Author:** ![WalterG](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/w/f0a364/32.png) [@WalterG](https://forum.kurviger.com/u/WalterG)\
**Post date:** [July 27, 2020, 7:53pm UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/34 "2020-07-27T19:53:49Z")

</div>

> [@devemux86](#):
>
> Implemented in [Kurviger 1.13.13](https://forum.kurviger.com/t/kurviger-1-13-13/3705)

To avoid misunderstandings: Not all is implemented in 1.13.13 and 1.13.14. See table for comparison.

**Comparison of some features for Waypoints Via Point (VP) and Shaping Point (SP) in App and Website:**  
(Yes means available, No means not available, ? means I don’t know, haven’t beta 1.13.15)

| Waypoint: | Via Point (VP) | SP (1.13.13) | SP (1.13.15) | SP (1.13.?) | SP (Web) |
| --- | --- | --- | --- | --- | --- |
| **Routing Preference:** | same as SP 🙂 | same as VP 🙂 | same as VP 🙂 | same as VP 🙂 | same as VP 🙂 |
| **Visible Waypoint Number:** | Yes 🙂 | Yes 🙂 | Yes 🙂 | Yes 🙂 | Yes 🙂 |
| **In Waypoint list:** | Yes 🙂 | Yes 🙂 | Yes 🙂 | Yes 🙂 | Yes 🙂 |
| **Symbol in Route:** | Numbered Flag 🙂 | Numbered Circle 🙂 | Numbered Circle 🙂 | Numbered Circle 🙂 | Numbered Small Flag |
| **(Turn) Instructions:** | Yes 🙂 | No 🙂 | No 🙂 | No 🙂 | No 🙂 |
| **Default Name:** | No. + Viapoint | No. + Shapingpoint | No. + Shapingpoint | No. + Shapingpoint | No. + Shapingpoint |
| **Nameable, Editable:** | Yes 🙂 | No 😒 | ? | Yes 🙂 | Yes 🙂 |
| **Info Distance:** | Yes 🙂 | No | Yes 🙂 | Yes 🙂 | Yes 🙂 |
| **Info Time:** | Yes 🙂 | No | Yes 🙂 | Yes 🙂 | Yes 🙂 |

I’m not participant at the beta-program. Therefore I’m not able to see if the shaping points now are editable.

Thanks a lot for improving shaping points in the beta with Info to distance and time.

For some users for different reasons it would be a big gain, if the shaping points would be editable in the app too (like in website).

Nice to see it in next released official version 😉.

---

<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:** [July 28, 2020, 6:35am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/35 "2020-07-28T06:35:20Z")

</div>

> [@WalterG](#):
>
> if the shaping points would be editable in the app too (like in website).

The need for that still seems unclear, looking at how most [popular routers](https://forum.kurviger.com/t/app-waypoint-names/2820/31) work.  
Then what would be the difference between via and shaping points?  
And why not using via points with names instead?

> [@WalterG](#):
>
> I’m not participant at the beta-program.

Everyone can, if really want to actively participate in the progress of the application.  
It will be too late for changes, if wait each time for the release of production version.

> [@WalterG](#):
>
> To avoid misunderstandings: Not all is implemented in 1.13.13 and 1.13.14.

_Implemented are **all the designed features**._

---

<div class="post-metadata">

**Author:** ![WalterG](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/w/f0a364/32.png) [@WalterG](https://forum.kurviger.com/u/WalterG)\
**Post date:** [July 28, 2020, 10:20am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/36 "2020-07-28T10:20:03Z")

</div>

> [@devemux86](#):
>
> The need for that still seems unclear

> [@devemux86](#):
>
> Then what would be the difference between via and shaping points?

The difference would be:

- No turn instructions at shaping points
- The not so dominant symbol in the route

> [@devemux86](#):
>
> And why not using via points with names instead?

To use the advantages of the shaping points, which are written above at the differences.

At planning a route it’s an advantage, if you can see e.g. the name of a route segment like “Trollstigen” in Norway, or “RDGA” (Route des Grandes Alpes) in France.  
You see your “Goals” for the route, but you don’t need any instructions when navigating the route.

> [@devemux86](#):
>
> Everyone can, if really want to actively participate in the progress of the application.  
> It will be too late for changes, if wait each time for the release of production version.

That I know. And I full agree with you. But since months I’m engaged with the docu. For this and my job currently I don’t want to work additionally with the beta.

---

<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:** [July 28, 2020, 10:38am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/37 "2020-07-28T10:38:48Z")

</div>

Sorry, still cannot see any advantage for us to be different from what all others do.  
(especially the 2nd point is not even a serious reason of why shaping points exist)

_Please create a new topic so that community can discuss the specific suggestion._

---

<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:** [October 9, 2024, 10:28am UTC](https://forum.kurviger.com/t/app-waypoint-names/2820/38 "2024-10-09T10:28:22Z")

</div>



[Previous page](https://forum.kurviger.com/t/app-waypoint-names/2820.md?page=1)
