If you use gmaptool, and click on details, then you would see it...

e.g. a sample output (makes me remember to change the sourcecode attribution from ccbysa to odbl..., something that should be done in trunk too...):
File:        D:/Garmin/openmtbmap/us-northeast/65310014.img, length 3437056
Header:       06.11.2012 17:44:37, DSKIMG, XOR 00, V 0.00, Ms 0
Mapset:       US-Troy
fat:        400h - 600h - 4600h, block 512
maps:        1, sub-files 5

Sub-file         fat     length
 65310014 RGN    600h   1692620
 65310014 TRE   2200h      7820
    map 3e48d3e (65310014)
    date 06.11.2012 17:44:39
    priority 31, parameters 1 4 23 0
    levels [13,14,16,18,19,20,21,22,24], zoom [88,7,6,5,4,3,2,1,0]
    N: 43.593750, S: 42.714844, W: -73.696289, E: -72.817383
    OpenStreetMap and contributors
    www.openstreetmap.org
    Map data licenced under odbl
    http://creativecommons.org/licenses/by-sa/2.0/
    Map created with mkgmap-runknown
   Program released under the GPL
65310014 LBL   2400h    210838
    CP 1252, Western European Sort
 65310014 NET   2800h    389486
 65310014 NOD   3000h   1117500

Map              length s-f  CP    prio  PID   FID  name
 65310014 MPC   3418264  5  1252   31  



End.
On 08.11.2012 11:04, n Willink wrote:
Thanks Gerd
 
I’ve not seen that I’m afraid even in the lbl
 
Sent: Thursday, November 08, 2012 9:53 AM
Subject: Re: version numbers
 
Maybe you find "Map created with mkgmap-svn" or "Map created with mkgmap-unknown". I think that happened when building from source on a windows machine, don't know it that is fixed now.

Gerd

n Willink wrote
Thanks for your advise.

I’m looking at the raw data using my own software to parse the TRE ,RGN,LBL NOD MDR  etc of an img

As far as I can tell there is no reference to mkgmaps’s version number , ie 2179,2370 in the img file itself.

By difference I meant looking at the contents/order of  maplevels & subfiles in TRE or the POIS found in MDR4 using the same osm but different versions of mkgmap

Currently, I’m encountering some very strange & alarming behaviour when the gpx of a route disappears when zooming in .This only happens when I don’t need splitter.
I’ve never encounted the priority of an img override that of an IMG

From: GerdP [via GIS]
Sent: Thursday, November 08, 2012 9:18 AM
To: n Willink
Subject: Re: version numbers

>

> There is another issue which perhaps betrays mkgmaps modesty but at present
> there is no way of telling which version has been used to create a gmapsupp
> or img - it could be included in the copyright section?

Hmm, you should find the string Map created with mkgmap-rxxxx in the *.img file.
Don't you?

>
> I'm currently trying to compare imgs created by different versions of mkgmap
> and analyse what causes their behaviour to be so different.

What tool do you use to compare two img files? If you just compare the files, you
will see a lot of differences even if you use the same mkgmap and the same input.
My identical_output_v2.patch might help, but  one has to adapt it to current mkgmap releases.
See also
http://gis.19327.n5.nabble.com/Small-holes-in-boundary-coverage-tp5569161p5624523.html

Ciao,
Gerd


>
>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.com/version-numbers-tp5734654p5734827.html
> Sent from the Mkgmap Development mailing list archive at Nabble.com.
> _______________________________________________
> mkgmap-dev mailing list
> [hidden email]
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

_______________________________________________
mkgmap-dev mailing list
[hidden email]
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev 


--------------------------------------------------------------------------------

If you reply to this email, your message will be added to the discussion below:
http://gis.19327.n5.nabble.com/version-numbers-tp5734654p5734831.html 
To start a new topic under Mkgmap Development, email <A href="wlmailhtml:/user/SendEmail.jtp?type=node&amp;node=5734845&amp;i=0" rel=nofollow target=_top link="external">[hidden email] 
To unsubscribe from Mkgmap Development, click here.
NAML
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2742 / Virus Database: 2617/5880 - Release Date: 11/07/12



If you reply to this email, your message will be added to the discussion below:
http://gis.19327.n5.nabble.com/version-numbers-tp5734654p5734845.html
To start a new topic under Mkgmap Development, email [hidden email]
To unsubscribe from Mkgmap Development, click here.
NAML

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.2742 / Virus Database: 2617/5880 - Release Date: 11/07/12



View this message in context: Re: version numbers
Sent from the Mkgmap Development mailing list archive at Nabble.com.


_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-- 
keep on biking and discovering new trails

Felix
openmtbmap.org & www.velomap.org