Map This!/Old version

< Map This!

The application supports map tiles compatible with Google Maps' grid (see below for acquisition options).

Tips & tricks

Here is a few things, not mention in the original README file:


Ready Made Maps

http://www.mediafire.com/?6nlknldk5lj Star Maps - with lat/lon

http://www.mediafire.com/?emnubmdmmyn Subways (New York, London, Moscow, and Toronto) - no lat/lon

http://unlockpsp.net/failai/mapViewer.rar - Lithuanian maps (with mapViewer program)

http://www.in7ane.com/psp/maps_usgs_parks/ USGS topographic maps of US parks

http://www.in7ane.com/psp/maps_various/ Various maps aligned and rendered with MapCruncher

http://www.in7ane.com/psp/maps_russian_topo/ topomaps.ru / topomaps.eu topographic maps aligned and rendered with MapCruncher

http://www.in7ane.com/psp/maps_toporama_canadian_parks/ atlas.nrcan.gc.ca topographic maps of Canadian parks rendered with MapCruncher

Ready Made POI Files

http://www.dcemu.co.uk/vbulletin/showthread.php?t=33362 UK Speed Cameras (to be rehosted)


GPSFS

This has not yet been finalized or made it into a release version of Map This!, so just here for reference.

Credit goes to Juanito, who created the original FS draft, thanks.



#          __________
# 0-7     | GPSFSV01 |
# 	  |----------|
# 8	  |    X     |
# 	  |----------|
# 16      |    Y     |
# 	  |----------|
# 24      | basezoom |
# 	  |----------|
# 32      | filetype |
# 	  |----------|
# 40      | maxsize  |
# 	  |----------|
# 48      |   IDX0   |
# 	  |----------|
# 56      |   IDX1   |
# 	  |__________|
# 	       .
# 	       .
# 	       .
#          __________
# 	  | IDX N    | - points to GPSFSEOF 
# 	  |----------|
#         |   PNG0   |
# 	  |----------|
# ..      |   PNG1   |
# 	  |----------|
# 	       .
# 	       .
# 	       .
#          __________
# 	  | PNG N-1  | - last image
# 	  |----------|
#         | GPSFSEOF |
# 	  |__________|

48 bytes, all Int64's are signed

Format Value Description
char[8] GPSFSV01
Int64 x from coords.txt
Int64 y from coords.txt
Int64 basezoom from coords.txt
Int64 filetype 0 = png, 1 = jpg
Int64 maxsize (N) number of tiles (including missing)

Note: if x and/or y are negative it is interpreted as coords.txt is missing

Pointers

8 * (N + 1) bytes, all Int64's are signed

Format Value Description
Int64 IDX0 points (including header byte (48) offset) to first image
Int64 IDX1 points (including header byte (48) offset) to second image
... ... ...
Int64 IDXN-1 points (including header byte (48) offset) to last (Nth) image
Int64 IDXN points to GPSFSOEF marker

Note from Pontomedon: in maps created with the GMDL (Global Map Download Tool) by in7ane (http://www.in7ane.com/psp/) IDXN actually doesn't point to the GPSFSEOF marker, but instead contains the negative size of the last image (As if there was a (missing) (N+1)th image)

Notes:


IDX0->4x000000

IDX1->4x000001

IDX.->4x015014

IDX.->4x015015 <last tile at this level>

...

IDX.->1x0000000

IDX.->1x0000001

...


Note from Pontomedon: This example is a bit confusing, since IDX0 actually points to 1x000000 which is the top left tile in the "most-zoomed-in" zoom-level.

The example should be like: A map with 4 levels (1x, 2x, 4x, 8x) (340 tiles)

IDX0->1x000000

IDX1->1x000001

...

IDX16->1x001000

IDX17->1x001001

...

IDX254->1x015014

IDX255->1x015015 <last tile at level 1x>

IDX256->2x000000 <first tile at level 2x>

...

IDX319->2x007007 <last tile at level 2x>

IDX320->4x000000 <fist tile at level 4x>

...

IDX335->4x003003 <last tile at level 4x>

IDX336->8x000000 <fist tile at level 8x>

...

IDX339->8x001001 <last tile at level 8x>

IDX340->GPSFSEOF




IDX0 00010000 non-empty PNG 1K size

IDX1 00011000 non-empty PNG 3K size

IDX2 -0003000 empty file

IDX3 -0003000 empty file - don't really care what value is as long as it's negative

IDX4 00014000 non-empty file - size is determined by next index entry

5 File Span Change

Changes from the previous format:

There are now 5 files (GPSFS, GPSFS1, GPSFS2, GPSFS3, and GPSFS4) - at this stage latter ones will be missing for a 4 tile map (this may cause problems in Map This! - test).

The IDX fields have been split into IDXfile and IDXidx both being int32's (other numerics stay int64) IDXfile is 0 to 4 IDXidx has the same logic as before EXCEPT it resets to 0 for each new file - so (1) if the next IDX is 0 use file.length instead (2) if you were using idx > 0 to identify existing tiles that needs to be >= 0 now (yes, took me ages to find in my own code).

This article is issued from Wikibooks. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.