By continuing to use this website, you are agreeing to our use of cookies to personalise the services we offer you.
Welcome, Guest. Please login or register.
Did you miss your activation email?
Geolives forum

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - livfoss

Pages: [1] 2
iOS - SityTrail mobile applications / SityFit data loss?
« on: February 09, 2019, 03:00:23 pm »
I'm using the SityFit health application on my iPhone. I use it to supplement the data I get on the SityTrail apps, and I've been doing so for a long time. Recently I upgraded my phone from an iPhone 7 to an iPhone XS. Apple have a very simple migration tool called Quick Start, which transfers pretty much everything from the old phone to the new - including passwords, photos etc. But apparently it doesn't transfer the data that I had in my SityFit application, so I've lost my history of steps etc.

Is there any way around this?


I just got a (presumably) automated message while opening SityTrail FR on my iPhone 5, running iOS 10, asking me to rate the app. I followed the links,  but I couldn't find a way of rating it, nor could I update my own review which dates from 2012 - I would have said nice things! Does anyone know how to get the App Store to cooperate with editing reviews or posting completely new ones? Not sure if this is a fault with the App Store or the app itself, which as far as I'm concerned is still going strong and remains very useful.

No answers to show-stopping issues on this forum for ten days. The big issue with Open Street Map tiles is mentioned on the French forum but not so much as an acknowledgement here. I love the Sity apps but the support appears to be falling apart. Please help.

As of 11 July 2016, one can't print a trail from SityEditor if you choose  :(Open Street Map, because somehow the access rules provided by MapQuest have changed. See

When are Geolives going to deal with this? As of now, one can't print a map based on Open Street Map, for example one crossing the boundary between countries. PLEASE REPLY TO THIS ASAP!!

I have produced a series of trails of a trip through Holland by bike. I just noticed that the reporting of the time by the "Calculate" operation on the Editor seems to generate wrong results, unless the Editor cleverly notices when one has stopped moving (as a bike computer would do). In one example, the difference between start and finish times in the raw GPX file is 432 minutes, but is reported as 189 minutes!

Is this a bug or a feature?

This morning I upgraded my iMac to Mac OS El Capitan 10.11.5, and I then opened the SityTrail Editor and downloaded a trail which I had been working on yesterday. I made a couple of small changes (total distance, some text) and tried to save, but the 'save' action won't terminate - it just says "Please wait". I have tried this on the most recent versions of Safari, Google Chrome and FireFox and the result is always the same.

I then tried to print the trail using the Open Street Map maps  (the only one that I can use since the trail covers two countries), and instead of seeing the whole map, I saw a small amount of real map, plus a series of tiles with the 'MapQuest' logo and a text explaining that something changed on 11 July.

Can you help with these two issues? I just don't know how to proceed.

It is possible to change the colour of the trail recording using the editor - for example from red to blue, to avoid confusion with existing map elements like main roads. However, when I try to print, the trail colour always goes back to the original red. Is there any way to make the colour 'stick'?


I've just done a cycle tour in Holland using SityTrail NL. The GPS recording of the route on the map is accurate as always, but the summary of the elevation data is nonsense! For example, on one daytime summary, the app says I did 1427m uphill and 2643m downhill. Holland is notoriously flat, and has a lot of territory a few metres  below sea level! When I put this data into the SityTrail editor, it is soon corrected to uphill 118, downhill 115. The elevation profile ** from the GPS** pretty much looks like this more credible data. Is this a bug in the iOS app?


I'm doing some analysis of .gpx files, and I realise that knowing two points (latitude, longitude) on the Earth's surface doesn't tell you the distance between them. For that you need a formula (algorithm). A popular one which is fairly accurate for short distances is Haversine. If you don't mind telling me, which algorithm does the Web Editor use? I can't make my distances the same as yours - they are out by quite a large margin, so I'm curious to know.

thanks for any info

Given the number of users you have, I have no idea why I'm almost the only person asking questions in English, but here comes another one:

I just uploaded a little trail and clicked 'Compute' to update the statistics. This gave a time of 121 minutes. I then printed out the same trail and got a time of 2h24mins, which is 144 minutes (isn't it?). The second time was correct, as far as I can see. To confirm, I downloaded the .gpx file, and the first recorded time is


and the last is


Which makes the time difference 2h24I believe. Accordingly I was able to update the computed statistics by hand; but since the data was there, why was the computation wrong?


I just laboriously drew a trail representing a two-day bike ride which I did without GPS. The trail came out in the default red and is therefore rather hard to see on the IGN map where many roads are that colour: so I changed the colour to blue. Although the trail was selected at the time (all of its points showing), it stayed red.

Is there a way to change the colour of an already-drawn trail?


SityEditor / Editor won't draw Elevation picture
« on: September 22, 2014, 04:34:10 pm »
I have just done a very short walking holiday in France. I have recorded three walks. All show up perfectly OK in the SityGuides web editor on my Mac, and two will allow the elevation picture to be drawn when I click on the appropriate icon on the toolbar; but the third doesn't draw anything, although it shows an empty frame. I exported the trail as a .gpx file and looked at it with a text editor, and as far as I can tell it's well formed. What can have gone wrong, and how can I correct it?

The name of the (private) trail involved is "Refuge de Valmasque" in case anyone at Geolives wants to look at it.


iOS - SityTrail mobile applications / Can't get 3D view on my laptop
« on: September 13, 2014, 01:13:56 pm »
I have an iMac computer and when I generate a trail, you send me a link to a 3D view. This works very well, and what's more it works when I email this link to friends. But when I try this link on my own Mac laptop, running Mavericks 10.9.4, Google Earth opens with this message:

"The Google Maps API key used on this website was registered for a different website. The developer of this website can generate a new key here."

The word 'here' is a link to a non-existent page.

What's the problem and how can I fix it?


I wanted to start a new trail at a particular reference point indicated by a Latitude and a Longitude. The only possible place for such a reference in the Editor seems to be the field labelled 'Search Location'. But I can't find a format that does anything: the most common one would be like:

44.2E, 3.2N

but this doesn't do anything - in fact it results in a grey screen. Is there a way of telling the editor that want to start (or go to) a reference like this?

SityEditor / What happened to 'Help'?
« on: September 02, 2014, 01:14:41 pm »
In the Guides Editor, there is a 'Help' link at the bottom of the screen, but when I click on it (using Firefox for the Mac), I get

Firefox can't find the server at www2.geolives.comcom

So there isn't any help! Can this be fixed - if not I will be bothering this forum more frequently!

Pages: [1] 2