# Website: Export routing profiles **URL:** \ **Category:** Website\ **Created:** [November 26, 2020, 4:21pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571 "2020-11-26T16:21:50Z")\ **Posts on this page:** 19\ **Page:** 1
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 26, 2020, 4:21pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/1 "2020-11-26T16:21:50Z")
Tagging uniformisation is valuable, that’s why the previous polished proposal. **But now there is already a new (gpx) challenge ahead**. As routing profiles per segment will therefore be offered later on by Kurviger. New segment with its own routing profile always do start from a Via Point. All this sure will be nicely processed in the .kurviger file format. Anyway is it possible to transfer the router segment profiles by using basic gpx only ? See the current (Beta app) type text tagging. Point with tag type without a text “Shaping” is always a Via Point. In type text so you maybe could add the (Kurviger) routing profile. Type text = Of course by uniformized (EN)! standard Kurviger profile text. Example: Via: Manual, Via: Curvy, Via: Fastest, Via: Extra Curvy. Find in attachment demo gpx. [All\_in\_one\_segment\_profiles.gpx](https://forum.kurviger.com/uploads/short-url/xaPH2Zo82E8SzAeTGXbph0mrmUS.gpx) (5.4 KB) ---
**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:** [November 26, 2020, 4:44pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/2 "2020-11-26T16:44:17Z")
> [@0709](#): > > Anyway is it possible to transfer the router segment profiles by using basic gpx only ? It might be possible to do. I am wondering, why? If no other app can use this information? For ShapingPoints we have a different Sym per waypoint type, that makes sense, because the waypoint looks different. For different profiles, what would be the expected output? Even more different symbols? ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 26, 2020, 7:28pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/3 "2020-11-26T19:28:57Z")
Did I suggest different symbols ? No. Unique could be that neither in .kurviger nor simple gpx format valuable information as Shape and Via Points inclusive the router segment design profiles are lost during file export and re import transfers. That’s all. ---
**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:** [November 26, 2020, 9:49pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/4 "2020-11-26T21:49:12Z")
Sorry, my reply was a bit rash. > [@0709](#): > > Did I suggest different symbols ? No, but that is one of the major benefits of exporting shaping points in GPX. Reimporting it correctly into kurviger is the other. If we are just talking about re importing there is probably some way we can make this work. Maybe even changing the type to “shaping:curvy”. ---
**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:** [November 27, 2020, 8:16am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/5 "2020-11-27T08:16:15Z")
> [@boldtrn](#): > > I am wondering, why? Indeed, why? > [@boldtrn](#): > > If no other app can use this information? _Kurviger profiles only work within Kurviger._ And [multiple routing profiles](https://forum.kurviger.com/t/website-use-of-different-routing-profiles-within-one-route/1157) have not yet been implemented. ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 27, 2020, 8:51am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/6 "2020-11-27T08:51:35Z")
Well Robin, a surprise, by so promoting passive Shaping Points in the routing profile process? I rather expected something in the sense of Via: Manual, Via: Fastest, Via: Curvy etc. As **similar** softwares initiate such profile segment changes only at Via Points. If you draw a non-linear path from Via: Manual to the next Via, you so place (several) adjusting Shaping Points in between. Sorry, I have to document by (gpx) human readable text instructions. I do not speak “Kurvigs” Start contains the first Via Point with profile which can be changed further on subsequent Via’s. The lower priority Shaping Points only adjust a path that is not optimally calculated. - **The less adjusted the routing profile used, the more correcting Shaping Points needed**. By Kurviger it is already quite clear that just one profile is not entirely 100% comfortable. In quite a few designs people want to ride a Curvy route, but for the way out and return prefer Fastest. With only one profile actually available needs a lot of adjusting Shaping Points for that. Not optimal. - Garmin with profile “FasterTime”. If you don’t want to swab back and forth and keep leaving the original Curvig design, you have to place **many corrective** Shaping Points. @ devemux…future idea (pre)planning ? Let’s pause. Is just **free** text. Beta app. Shaping point support by gpx export import transfers is simple and 100% reliable. ---
**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:** [November 27, 2020, 9:49am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/7 "2020-11-27T09:49:59Z")
2 posts were merged into an existing topic: [Website: Use of different routing profiles within one route](https://forum.kurviger.com/t/website-use-of-different-routing-profiles-within-one-route/1157/31) ---
**Author:** ![WalterG](https://forum.kurviger.com/letter_avatar_proxy/v4/letter/w/f0a364/32.png) [@WalterG](https://forum.kurviger.com/u/WalterG)\ **Post date:** [November 27, 2020, 1:12pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/8 "2020-11-27T13:12:42Z")
> [@0709](#): > > I do not speak “Kurvigs” Please, don’t missunderstand, but that for me seems perhaps to be a problem. From this point there seems to be a missunderstanding: > [@0709](#): > > The lower priority Shaping Points only adjust a path that is not optimally calculated. That’s your interpretation. Speaking (and understanding) in “Kurviger” Shaping Points for the routing have the same or similar priority, Speaking (and understanding) in “Kurviger” at navigation the “lower priority” of Shaping Points is, that there are no instructions at or to Shaping Points. That may be a difference to similar software, but for some users on their tours this is a big advantage from “Kurviger” to other software. PS: I’m not native speaking english. Therefore sometimes are missunderstandings in reading and writing english. Yes, for me that’s a problem. ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 27, 2020, 5:33pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/9 "2020-11-27T17:33:49Z")
Nice discussion. I forgot, but when adding routing next section profiles, one should also add the source routing machine these correspond too, right ? I added the source router machine here. ![Kurviger_router](https://forum.kurviger.com/uploads/default/original/2X/c/c5370a06bff1673560351f14fc5ea16d69cefc5c.png) _Update change: I add this info into the free “src” element._ _The Source element is probably the most logical one to use._ ---
**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:** [November 27, 2020, 6:15pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/10 "2020-11-27T18:15:19Z")
We first need a valid reason for customizing GPX with Kurviger proprietary features. What is the real use, since Kurviger features can only be used in Kurviger universe? There is already the Kurviger format to cover **offline** and more efficiently that need. ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 27, 2020, 6:40pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/11 "2020-11-27T18:40:08Z")
If exported or shared as gpx file at a reimport allows reconstruction into Kurviger. Similar to actual Beta, the now succesfull reimportation of exported Shaping Points. However if both of you do not find this usefull, no problem. Just is a suggestion. You are the boss. Anyway Priority: “Low” ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 27, 2020, 6:48pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/12 "2020-11-27T18:48:09Z")
Hi Walter. Not speaking Kurvigs I mean the technical file format not the Kurviger “spirit”. Priority misunderstanding ? I am no Native English speaker too. So instead of “lower priority” more optimal expression would be “discrete” Language barrier(s) sometimes is a hurdle to take I am also confronted with. Pse write German, I do read, no machine translate, no issue. _Priority With regard to the (re) routing, Shaping and Via are both technically completely equivalent in Kurviger. (At Garmin there is a small technical difference). But there is the difference in use. You pass a shaping completely discreetly. **A Via demands attention** with a visual or audio message. It **can be a stop** invitation **or not** _ ---
**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:** [November 27, 2020, 6:52pm UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/13 "2020-11-27T18:52:35Z")
> [@0709](#): > > Similar to actual Beta, the now succesfull reimportation of exported Shaping Points. We added (unofficially) shaping points in GPX mainly for _3rd party devices / apps_. > [@0709](#): > > If exported or shared as gpx file at a reimport allows reconstruction into Kurviger. No need to use 3rd party formats with Kurviger, use the Kurviger format, it’s **offline**! ---
**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:** [November 28, 2020, 12:53am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/14 "2020-11-28T00:53:53Z")
> [@devemux86](#): > > We first need a valid reason for customizing GPX with Kurviger proprietary features. > > What is the real use, since Kurviger features can only be used in Kurviger universe? > > There is already the Kurviger format to cover **offline** and more efficiently that need. > [@devemux86](#): > > No need to use 3rd party formats with Kurviger, use the Kurviger format, it’s **offline**! I fully agree if you use the Kurviger app for navigation. But if you use Kurviger (app or website) for route planning and a navigation device (Garmin, TomTom, …) for navigation, storing all information about the waypoints (start, destination, via points and shaping points) and route calculation options and import them also when reading a GPX would improve the useability: You have to export the GPX anyway to import it in your navigation device, but if full information is saved in GPX there is no need to save an additional .Kurviger file for later use in Kurviger. Remark: Of course, a new calculation later on might lead to an different result due to changed OSM data - but I do also a recalculation of .Kurviger files if I use them later (e.g. in the next year). ---
**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:** [November 28, 2020, 8:39am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/15 "2020-11-28T08:39:29Z")
> [@rumbrummer](#): > > there is no need to save an additional .Kurviger file for later use in Kurviger You should always save .kurviger offline files for using within the Kurviger universe (app + website). If you want to use website with 3rd-party devices, then this discussion has meaning for the website. App’s purpose is different. You can use the website with your mobile to plan and export route files. For easier maintenance, it’s better keep in app only its 2 offline formats: Kurviger + (original) GPX. ---
**Author:** ![0709](https://forum.kurviger.com/user_avatar/forum.kurviger.com/0709/32/4699_2.png) [@0709](https://forum.kurviger.com/u/0709)\ **Post date:** [November 28, 2020, 9:03am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/16 "2020-11-28T09:03:13Z")
Emux, simple, if you don’t want it then so it be. Again you are the boss. I respect the app. I notice a nice virtually bug free app, there are worse ones. ---
**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:** [November 28, 2020, 9:38am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/17 "2020-11-28T09:38:48Z")
> [@0709](#): > > if you don’t want it then so it be. Again you are the boss. @boldtrn can decide for the website. I develop / decide for the application. I respect that some don’t use the app and prefer to use the website with 3rd-party devices. They can continue using the website on their phones to plan and export 3rd-party formats. But I cannot complicate app development to support them, maintenance should be simple. App’s priority / development should be on users who use the app for routing + **navigation**. ---
**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:** [November 30, 2020, 8:22am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/18 "2020-11-30T08:22:39Z")
> [@devemux86](#): > > @boldtrn can decide for the website. Adding this to the GPX type should not hurt. The reimport aspect makes sense. So it could be something like: `[WAYPOINT-TYPE]:[ROUTING-PROFILE]`. 3rd partys don’t support this anyway, but many people still prefer to use GPX, so this can help in this situations. ---
**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:** [November 30, 2020, 8:30am UTC](https://forum.kurviger.com/t/website-export-routing-profiles/4571/19 "2020-11-30T08:30:21Z")
> [@boldtrn](#): > > Adding this to the GPX type should not hurt. Perhaps for the website, you can try it. > [@boldtrn](#): > > The reimport aspect makes sense. App will not support custom imports, only its own offline kurviger format and the official [GPX schema](https://www.topografix.com/GPX/1/1/). To manage better our resources, it’s better to allow app export only for offline Kurviger + GPX formats. > [@Export 3rd party (online) formats (Pro)](https://forum.kurviger.com/t/app-export-3rd-party-online-formats-deprecation/4587): > > Focus on app’s main purpose: Kurviger routing + navigation. Export of kurviger and gpx should be done offline in the app. Support of 3rd party devices can be handled by the website. (it is a conflict of interest within the application)