Printable View
in7ane,
I want to implement files-container system for MapThis, so each map is stored as 1 large file.
This should help managing maps and remove huge FAT overhead, experienced in current setup
Please see the attached spec and let me know if you have any questions or suggestions...
Naturally, your tool would be responsible for "wrapping up" the files. ;-)
deniska, looks good, some requests:
GPSFSV1 to be GPSFSV01, to fill the char[8] fully
basezoom to be 8 bytes, and to support negative zooms
filetype to be 8 bytes as well
if x and/or y are negative interpret as coords.txt missing
Actually - can all of them, except the first char[8], (IDXn's too - or is there a reason for strings?) just be signed Int64's so there is no need to mess about with conversion/signed/unsigned, and the max values are high enough anyway? (making the first 64 bytes the file definition)
To preserve the ability to re-download missing tiles, and make it easier for myself (and to easily implement simultaneous tile downloads in the future) I'll probably add this as a converter for the existing map folders (with a suffix _/. GPSFS - GFS would probably be a bad choice :)
I assume this replaces coords.txt and the Nx zoom folders, while still living inside a _MAP_NAME folder together with POI and icon files? Or will the POI and icon files become applicable to all maps now, living in /poi/ rather than /maps/_MAP_NAME/? - either way has its advantages I guess. (maybe /maps/ /poi/ /icons/ breakdown? and /directions/ too?)
Let me know if this is ok, or what you settle on, and I'll have a go at creating a sample map tomorrow over lunch.
I don't care what is stored in the version field for now.. so - sure..Quote:
Originally Posted by in7ane
OK, let's make basezoom & filetype 8 bytes each..
I am OK with negative X,Y, Zoom logic.
int64 sounds OK...
let's name the file GPSFS and drop in in maps/_MAP_NAME/
yeah, I forgot to give credit to Jimmy7 who created the original FS draft...
It's nice that people find time to help out...
deniska, the first 48 bytes are the header, then the N+1 pointers (each offset by the 48 header bytes) then the N images, then 8 bytes of GPSFSEOF
Load or create a map, then the GPSFS button under the map name will create the GPSFS file.
http://homepage.mac.com/f.levin/psp/...2.15aGPSFS.zip
If something doesn't work in reading the file - it is likely a problem on my end (I've only tested the extraction of the values, but not the images yet), so let me know.
GPSFS.cs has all the (encoding) code.
UPDATE: please redownload, the IDX's were wrong (they were only offset by 48, not 48 + 8 * (N + 1)
is there any mac version of map download? or another way to dowload maps from osx?
there are some script's for unix/linux... if Ypou have the correct libraries those should work under OSx (I guess)Quote:
Originally Posted by MacDax
The short answer:
Writing for Windows was a decision based on the maximum number of people being able to run the application (while it is possible to run Windows applications on Mac/Linux using Wine/emulation/visualisation the reverse is not the case).
The long answer:
I looked at having a version written on Objective-C for mac at the start, and at porting using Mono more recently. Maintaining two branches - one in ObjC and one in C# would not have worked, while transitioning to Mono is something I would still like to do (this is not going to happen any time soon) - once the code becomes stable.
In the meantime - it is not only the exe - the full (Visual Studio 2005 C#) source code is there if anyone wants to begin porting it.
If you just want to run it - it works fine under Parallels and Windows XP SP2 on an Intel mac, and I would imagine you would also get reasonable performance under emulation in VirtualPC (there is not really anything processor intensive).
As for working under Wine (soon to be out for Intel Macs as well), and maybe http://darwine.opendarwin.org/ on PPC - I'd appreciate any reports on if it does.
deniska,
Very sorry about this, the previous versions were completely wrong, I hope you didn't waste any time trying to code based on them.
Definitely works now - there's code to extract the GPSFS.
http://homepage.mac.com/f.levin/psp/...2.15aGPSFS.zip
Hey in7ane, tonight me come up an feature that i´ve missing, and i hope other users too, can u in a future release build in an converter from a netstumbler (wifi spot finder) summary file to a deniska poi file, that would be very cool, so we can add our Hotspots in a tiny map on the psp.
if you need input, say it, thx :)
I have downloaded a ttc toronto map for this program, and i have found the same map on internet as a pdf. Is it possible to transform other maps in pdf format, so they can be used for mapthis? How?
thanks
So..
I need really help in making a ROUTE with pois...
So.. I will make a Route ..
I'm going to the TAB called Direction in in7anes App and I'm Choosing Map24 at te right to create a route..
in the left i'm writing the StartPoint and the Destination and let map24 create a route..
So what must I do now to get the shown route in map24 to a POI File?!
when i'm pressing at the Right on the LIST button then it says ... No POIs !!!!
soo.. when I'm using Google Map to crate the Route it' also actually not working...
and at Local.Life i cannot get a route from a Street to another street.. it's only working with TOwnNames!!
but thats too inaccurately!!
Can someone help me?!
Thank you!!!
Hello all. I was just catching up after some time away. Has anyone setup some webspace yet for sharing maps? Once I find some time to invest in making a map of my major city area, complete with poi's and all the bells and whistles, I'd be more than happy to share it.
and I'd be more than happy to download your shares. When do u think about mapping Toronto CA?
10x
Im running osx but cant download maps....has anyone posted pre made uk maps anywhere?..that would be so helpful for us macoids.
Open - postings of pre-made maps would conflict with google's and other's TOS agreements.Quote:
Originally Posted by louiepsp
Of course, you could always ask someone to generate a map for you (please don't PM me though ;-)) and use p2p for transfer...
I finally got some free time and inserted GPSFS logic in to MapThis. Here is the link to a current (beta) build: http://deniska.dcemu.co.uk/bin/mapViewer_v03.5.rar
(this contains eboot.pbp files only, use it with v03 system files)
http://homepage.mac.com/f.levin/psp/...2.15aGPSFS.zip should be used to generate GPSFS map files.
GPSFS (GPS File System) is a container format that we came up with in order to store all map imagery in one file.
Main Benefits:
- much faster PC to PSP transfer speed
- smaller size on memory stick
- faster than zip access times
From this build and on, GPSFS replaces the zip format support.
As I already pointed out, this is a beta build. I 'd appreciate any feedback and help testing it...
So far I only tried it with 256x map, using png tiles.
I tell you what,
I'm gonna have to quit my job to keep up with all the changes and updates you make...
Where do you get the time..
I'll test it out and let you know...
Keep telling me that the zoom level is not avail, or my connection is times out. I might want to try redownloading the map.
No matter how low I zoom in.
Any clue?
Never had that prob with the other versions.
And its on simple not advanced, with google hybrid maps.
deniska, thanks for the update! the file system switch over works great (tested maps 256x to 4x, jpeg and png, missing tiles, directions and pois). Seems to be about a 30% space saving on the MS from just being formatted as FAT32, and I'd imagine a lot better from the default FAT PSP format.
The only issue/not yet implemented that I could find is that the top coordinate bar is always shown (even if there was no coords.txt and therefore x and y set to -1).
Russoxley187, does the previous version still work for you? If it does, let me know exactly what you are doing and I'll try to replicate the error. If not - my wild guess is something like Norton Internet Security is blocking the download connections.
Ups.. forgot to implement top bar logic for the new format... will do the change shortly..
in7ane, tx for the tip.
Russoxley187, try to create a very small map first (4-8x) and if it does not work, zip it post it here so we could try it...
Russoxley187, if you are downloading from Google Satellite or Google Hybrid (which downloads from satellite) - they ban your IP for a few hours if you get too many tiles from them.
Thanks for the update :)
I have test : 4x4, 16x16, 64x64. It is OK
Main Benefits:
- much faster PC to PSP transfer speed : YES YES YES YES :)
- smaller size on memory stick : YES YES :)
- faster than zip access times : YES YES :)
THX deniska & in7ane
Like GIS said,
Its much better, ALOT faster and smaller...
I love it.
You guys are great...
in7ane, can we change the GPSFS spec a bit?
I propose to conver all 8 byte sections to 4 bytes (char[4] or int32 respectively)
With int32, we still should be able to adress files upto 4GB in size. Honestly, I am not even shure if curent sdk supports adressing larger files...
And we'll save 4 bytes per map tile...
Well, let me know what you think...
deniska, if it's for coding convenience (eg. you are having to cast/convert int64s to int32s everywhere) then certainly. Then it's best to make the switch to int32 as soon as possible so people don't end up with too many int64 maps.
If for space - it's not really worth it, I tried a worst case scenario (msn map of east africa - all one color and only town names and very few main roads), with a 128x128 map 21844 tiles the file is 9057613 bytes a saving of 4 bytes per tile will only bring that down by 87376 bytes - just under a 1% saving.
Then there's having to reconvert maps for those who already made the jump (ok, just my laziness). And I'm still holding out for the up to 32GB memory sticks (FAT32 will actually prevent larger than 4GB files, so it would be a matter of spanning multiple files).
The entire GPSFS thingie is still just "work in progress" kind of thing...
Since I did not do an official release, I doubt that many people are actually using it.. so it's ok to change it at this stage..
I did some additional testing - the thing gets pretty sluggish on large maps (512x and more)
I did some SW optimizations (like caching the indexes into a table in memory, so I don't have to do 2 fseek and 2 reads) still fseek(s) over a large file take pretty long time... So perhaps we should consider splitting GPSFS file in to 100Mb chunks.
I'm using it, but you are correct... It is kinda sluggisn on larger maps.
I thin I'm gonna gpo back to where i was before.
I'll wait until you release it officially.
deniska, how about a small change to the setup like this then:
The IDX fields change to two int32's - the first containing the file number (0 to N) and the second the offset within that file.
And each file (GPSFS, GPSFS1 to GPSFSN) is 100MB (well, just over). Giving pretty much unlimited map size :)
Let me know what you think (alternatively to 100MB, can have it where there are always 100, or user definable number, GPSFS files of roughly equal size if smaller files provide a proportional speed improvement).
If the file-offset format above is ok - I think I can implement it pretty quickly.
Sounds good, let's do it..
As to the number of GPSFS files, let's make it always 5 no matter what what overall the map size is..
This way I can open all file descriptors right away, and keep them open...
Let's see how that works out...
deniska, 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 (do you want empty files in that case? or just assume ridiculous maps don't get created).
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).
Is this ok, or were you thinking of different IDX/file logic?
http://homepage.mac.com/f.levin/psp/....15aGPSFS2.zip
Note: <-oGPSFS will decode the old GPSFS format.
Here is the 1.5 EBOOT.PBP implementing the above logic...
I did not have time to do any testing - just tested 64x map over PSPLink..
Let me know if it works for you...
deniska, I tested different sized PNG/JPEG POIs and directions and everything seems to work (thanks for the no lat/lon logic).
Except one thing - missing tiles (thought this may be due to IDXoffset=0 first/last tile in the files, but the second example seems to suggest otherwise):
2x002005.png is not displayed from this (London tube) map:
http://homepage.mac.com/f.levin/psp/GPSFS2error.zip
and
http://homepage.mac.com/f.levin/psp/GPSFS2error2.zip
has one tile at the top zoom level missing and two at the base level.
GPSFS_Extracted in both to illustrate that they do extract ok.
Also, dummy files are now created for small maps (eg. the error2 one above) and seems to work ok.
I tested a map:1024x and it´s faster than the "October 24th, 2006, 03:52" version.
When you select a 1024x map (15 sek) it is not as fast as the privius version. A littel messsage whit "Reading Map" or a progress bar, would be fine.
I tested the new beta version whit Dark_Alex's Custom Firmware 2.71 SE-B'. It is running fine, just place mapViewer in GAME150 folder.
Thanks for the report...Quote:
Originally Posted by GIS
The new version loads all tile indexes in to the main memory and that takes a few seconds in the beginning... but after the initial load the map should respond much faster than the previous version...
There are still a few things to be tweaked...and bugs to be patched there...
Did you check the GPS functionality too??Quote:
Originally Posted by GIS
Deniska,
I have been wrestling with this for a few days now...
When I use the Map Prog I can make small map of a city very easy..
However when trying to make larger maps It will only zoom in to the middle of the page.
I know is not that hard, but its kicking my butt.
Can I use the simple function to get an area map like below?
Or do I have to use advanced?
What do i put in for zoom?
I'm lost in the sauce...
Thanks in advance...
http://www.executiveonehomes.com/nc%20map.png
There is no simple way to "circle around" the area that you need.
What you probably want to do is following:
1) select the closest zoom that covers the entire area that you need.
2) Click "advanced" button on the left.
3) Click "Preview 1x" button - it will show you the popup with the map that you gonna get and the estinations on the size of that map.
If the size is way to large for your MS, click "Get Numbers" button and adjust "min zoom" field to higher value (you can check the preview again to make sure the map file size is appropriate) untill you get the desired file size for the map.
Click on "Pull Files" button and "uncheck" the areas that you don't need on your map. This will further lower the overall file size of your map.
Click on the top of that popup to start downloading the map...
I have a 1 gig stick, so size for the most part is not a prob.
But when I follow your directions it still does not give me a big map coverage and small zoom.
I do not need to zoom in too much just by two levels or so. It does not take the entire area, only a small part of that map and zooms in.
The pic I posted is what I zoomed it to, and only need to zoom 2 levels lower.
It just is not doing the entire map. Really strange.
If i take the map I have and rip it, it will not give me the entire map.
Only the middle of the posted pic...
I'm tryin to not confuse you... Hope this helps...
Basically, when I click the preview 1X it does not match the overall map and it does not give me the whole map.
Do I have to zoom out farther?
My thinking was that Whatever it shows on the screen it will make a map out of, Like the encircled area.
Thats what I need. From the bottom to the top left.
Still confused?
I am...
Thanks for your help anyways...
Yes, the GPS functionality is working fine.Quote:
Originally Posted by deniska
No UMD in device and wifi is shut off as in "normal" Firmware 1.50, (I use
GPSlim 236 receiver from Holux).