There is a shortcut to setting the sorting order for tracks: Right-click on the Tracks sub-layer under your Track Waypoint layer name. The popup menu has the sorting options under Sort there. It works for Waypoints and Routes too.
I think this is working as designed. For tracks and routes, there are 3 choices for sort key: by name, by date, or by number. If you want complete control of the order the tracks (or routes) appear, independent of names or dates, chose to sort them by number, then you a assign a number to each track (or route) on its properties dialog. The numbers do not have to be consecutive.
Did you post the whole file you are using? When I downloaded it to inspect it, I got 81,920 bytes, but the data cuts off in the middle of a trackpoint (file line 2658). Definitely a bad GPX file.
I believe the error is in comparing to see if the new timestamp is different from the existing timestamp. In this case, the existing timestamp does not exist, which is represented by NAN. The function that compares gdoubles does not seem to work correctly when only 1 of the 2 values is NAN, and this causes viking to think that the timestamp was not changed. The following patch seems to fix it, but I did not test it nearly enough to know if it breaks 100 other things. --- src/util.c.bak 2021-11-20...
Here's a 1-line patch I tested and am now using with viking-1.8.
Waypoint Properties dialog shows wrong waypoint symbol
Using Viking-1.8 on Linux, self-compiled. Since upgrading to v1.8 I have seen an intermittent problem with waypoint symbols changing on me. I can't reproduce it on demand, so I'm not writing it as a bug, but it does happen often enough to be of concern. I have a TrackWaypoint layer with number of waypoints, some of which have a waypoint symbol assigned. What happens is I right-click on a waypoint in the sidebar, click Properties, and the dialog opens - but the waypoint has somehow acquired the symbol...
Make sure you are using a TrueType font, e.g. with SetDefaultTTFont() and/or SetUseTTF(True). The built-in (non TrueType) GD fonts do not support what you are trying to do. Test with a hard-coded string, e.g. SetXTitle("Test Omega Ω") If you did (1), (2) works, but your code still does not work, you need to see exactly what MySQL is returning for that field. It should work with either the XML decimal numeric entity, or with the UTF-8 encoding of the character.
I considered setting camera clocks to UTC, but it doesn't work out well. Any photo viewer/editor I've used displays the time the photo was taken directly from the EXIF tag, without correcting, and I want to see the actual time the pictures were taken. Using mktime(), set tm.tm_isdst to -1 and the system is should figure out whether DST was in effect on the given date. The date of the request does not matter. So this should work fine. What probably doesn't work is if you travel to another timezone,...
I currently have 2 working cameras and an Android phone. Of the 2 cameras, the DSLR has no concept of time zone at all, and my compact camera does have a timezone setting, currently set to the correct value "New York, Toronto, Lima". My phone gets date, time, timezone, and if daylight saving time is in effect from the cell network. But all 3 of these devices timestamp their pictures using just local time in the EXIF tags. They set the tags Exif.Image.DateTime, Exif.Image. DateTimeOriginal, and Exif.Image.DateTimeDigitized...
I just tried geotagging some images to a track recorded today, and they came out about 3 miles off. Reason: Daylight Saving Time since I last did this. Geotag image timezone was still set for Standard time, so my times were off by 1 hour. I'm not really happy about having to remember to change the Image Timezone field in the Geotag Images box twice a year to match daylight saving time. We really need an option that says: EXIF timestamps are local time - like Viking 1.6 did.
I think I figured it out. There was a change to the way Viking processes EXIF date/times from image files. In 1.6.x it assumed they were in the local timezone, and in 1.7 it assumes they are in UTC. Because my image timestamps no longer matched the trackpoint times, the images were ignored for geotagging. (Aside: This seems to be one of those things that are impossible to get right. Whichever way you go - local time or UTC - you will be wrong sometimes, with some cameras. Blame equally the camera...
I'm using Geotag Images to create waypoints on my map for photo locations, using a track I recorded at the same time. I've done this many times with previous Viking versions. I can't get it to work with Viking-1.7. There is no error message, but nothing happens - no waypoints are created. Using the same track, and the same photos, works fine with Viking-1.6.2 which I just rebuilt and loaded on another PC. I haven't dug deeper into this yet, but does anyone have any information? Has anyone successfully...
The message "expects integer, float given" is a little misleading. Normally the float given to imageline() is a whole number which gets silently converted to integer. In your case, mostly likely, the Y value is 0 or negative. For a log plot that gets you INF or NaN respectively, which cannot be converted to integer. Check your data. You probably have some Y <= 0.0. Can't do that with a log plot. As for tick marks, log plots have never been implemented that well. Very simple cases work OK but that's...
After Reverse Route or Track, Merge leaves a gap
Manual 20171113 tagged
Updated description of pg_server_version
Version 20171113
Extended copyright year
Updated
Pgintcl version 3.5.1 has been released. This has a small fix so pg_server_version works with PostgreSQL-10.x and higher, which switched to 2-part version numbers and changed the format for their integer representation.
Test Suite release 1.7.3 tagged
pg_server_version doesn't work with PostgreSQL-10.x
Fixed in 3.5.1 - pg_server_version will work with 2-part and 3-part versions.
Release 3.5.1 tagged
Fix date
Updated version
Version 3.5.1: Fix bug #4 make pg_server_version work with PostgreSQL-10.x
Updated description of pg_server_version
Updated for 3.5.1
Updated copyright year
Fix version
Fix wrong date
Fix to work with PostgreSQL-10.x 2-part version numbers
Version 1.7.3
Updated
pg_server_version doesn't work with PostgreSQL-10.x
Curly braces in DB
Georef layer - Export to World File output is wrong
It would be a bug, if it were true, but it isn't. If you haven't already done so,...
If you would like to know why it works that way: If 'hostname' looks like a full...
Well, I'm pretty sure MapQuest Open isn't coming back, ever, so you need to switch...
Thanks for pointing that out. I didn't realize it was the default - I guess I forgot...
Remove "OpenStreetMap (MapQuest)" map source
Let's back up a bit and see what you are trying to do with multi-plot. There are...
GeoRef layer alpha value change to 255 is ignored until restart
I am not sure what you mean by "remove the decimal value on the axis". Do you mean...
Admin note: I changed your second post to put markers around the code so it would...
http://208.109.186.112/pradeepma/dyanamic_graph/d2/rating.png this is the Image I...
Code at the php file <?php error_reporting(E_ALL); ini_set('display_errors', TRUE);...
The first thing that comes to mind is - is it really a JPEG image file? Because it...
As you found, PHPlot always draws labels below the X axis using "horizontal: center,...
Hello, Sorry I am unable to reply in Portuguese, but I hope this will help you. The...
Arq graphics.php <?php $num_linha = 0; $unidade_total = 0; $grafic_dados = "array(...
OK now it makes sense. Add this anywhere after 'new PHPlot' and before 'DrawGraph':...
Hi, I tried your script I do not see any overlap of text. I see a title at the top,...
This will be implemented in the next PHPlot release. You will be able to control...
Hide legend border, control legend border color
Code changes have been committed to SVN with 2 new functions: SetLegendBorderColor()...
New test for FR#59 Legend Border control
List 7 new tests
Updated
Added 3 variables and changed 1 description, fo...
Documented 2 new functions: SetDrawLegendBorder...
For version 6.2.1; extend copyright years to 2016
Added links to 2 new functions for legend borde...
Updates for new legend border controls
Updated
* Feature Request #59 "Hide legend border, cont...
Updated
Opened as [feature-requests:#59]
Hide legend border, control legend border color
If I understand what you are seeing, no, it isn't a feature and it isn't your fault....
Unfortunately, there isn't any way to do that at this time - the legend border is...
Well, that is odd because I repeated my tests and that is not what I am seeing. I...
New user with viking-1.6.1, and I am seeing the exact same issue. My waypoint sorting...
You are correct - it is either stacked bars (where the Y values per X are stacked...
Your data type is implicitly 'text-data', and your data array contains 2 values per...
Hello, It isn't clear if you solved this yourself or not. The forum emails I got...
Hello, (Note: I edited your post to put markers around the code so it will display...
May somebody help me? This file is receiving data perfectly, but I cannot plot a...
I uploaded a new Reference Manual release, marked 20151105, which includes the previously...
Manual 20151105 tagged
Added 2 missing static images
Updated
Thanks for catching that. My mistake - they are missing from the Makefile when the...
PHPlot-6.2.0 is the first version that works with PHP-7 (which is planned for first...
PHPlot-6.2.0 has been released, along with an updated reference manual marked 20151102....
Method documentation in PHPDoc format
Implemented in 6.2.0
Implemented in 6.2.0
Hidden Y values when zero
squarefilled plot type
Implemented in 6.2.0
Implemented in 6.2.0, but see [bugs:#173]
data borders for area plot types
replace eval(): Improving HHVM RA support and possibly security
Fixed in 6.2.0
Fixed in 6.2.0
Fixes for PHP7