can somebody help i have dial up and i cant make maps can someone make a map from california to texas becouse i am going to travel on march 20th
PLEASE HELP!!
Printable View
can somebody help i have dial up and i cant make maps can someone make a map from california to texas becouse i am going to travel on march 20th
PLEASE HELP!!
I dont know how to use that. Im still kind of knew new here. Just need to create maps of california only. Can you help/?Quote:
Originally Posted by MIB.42
Yeah i think if someone made that it would be very helpful!Quote:
Originally Posted by wpuig02
Not to be mad on the whole Mapthis program, but if i download a map of whole of Benelux its 8 gb's large says GMDL ? (4096 x 4096)
Thats very strange because Tomtom has maps of whole western Europe (even on street level) on a 512mb SD card.
So i think maps should be made smaller.
tomtom uses vector data while google maps (and therefore Map This use images.Quote:
Originally Posted by Codaz
Image is not the most effecient format in terms of space, but that's the only world wide free source of more or less reliable map data...
Try to select a different zoom range - you may trim your map to ~1-2 gig or less
As Deniska pointed out, since MapThis! uses images, size is all in the zoom ranges. I - for example - have a whole Earth in 64MB! Look at the picture in the below thread and note the zoom level is not fully zoomed in yet! I skip every 2nd zoom level to reduce the size also... This is the 64MB for the whole Earth :Quote:
Originally Posted by deniska
http://www.dcemu.co.uk/vbulletin/showthread.php?t=52863
Ok MIB.42, but i have a car, not a plane :rofl:
Ok but now serious. Is there a way to downsize the images ? Because when i have a photograph of my garden in photoshop, i can save it for web use. It decreases in size, because of the image having more blocks, instead of smooth display.
In other words: if we can compress the image files, maps can be smaller.
Or we can use a different file format, now its JPG (correct me if i'm wrong), maybe we can use PNG or 16 color bmp.
I was thinking that the maps could be WAY smaller when we port them to grayscale, because you don't need color to have a GPS right ;)
You can "unzip" your map in to a directory structure with lot's of images, using gmdl's GPSFS-> button. Then you can batch process all images in that directory with photoshop.. after that zip it back with gmdl tool...Quote:
Originally Posted by Codaz
this may save you ~20% in terms of space....
just make sure that your resulting images are either pngs or jpegs...
A couple of tips to decrease the size of your maps:
- Create map using "no GPSFS" option.
- Do a search within the resulting .PNG files for any files less than 300bytes in size.
- Delete all of these files. They are 99% useless as they tend to be tiles containing only one colour, or useless information.
- Batch process all other .PNG's using Photoshop or other image batch processor, making sure you compress the files as much as possible.
- Finally recompress all the files using ->GPSFS in GMDL software.
Hope this helps anyone running out of space on their MS
Nice !
Going to try that !
Hey guys i am new to this whole psp moding thing so could any 1 could give ne the link to the app if any and which one is the best GPRS device thanx
Awesome work, ive been following your project for some time now and im amazed. I have a question about that company that makes usb to psp cables for gps recievers, are they a trusted source? can i just send them the money my address and expect a shipment confirmation?
Thanks again, and keep up the good work
@ outsider
I bought a cable from them (after I'd tried to make my own, but ended up just wrecking my PSP remote!!). It arrived within a week. It's very good quality, very sturdy.
Good luck!
outsider- i too bought one of these after wrecking my remote (and almost my psp).. it is really good quality.. better than I can ever make by hand - however mine is starting to come apart (the microphone plug is coming loose). still not bad for the price. ordering was simple, i just sent them money via paypal then sent them an email. they are very good at communicating. the cable arrived quickly too. hth.
App working fine fine fine here in Brazil
Very sensitive in closed areas like under bridges and tunnels but who cares?
I got a doubt...
does this new version allow us to trace a route from one point to anothes just informing the address or zip code? to do that I need the geodata file that is only avaiable for the us maps?
Where could I find some more information about a geodata file from Brazil and als oPOI files to use with this marvelous software?
Sorry if somebody already asked that, I did a lot of searches and could not find the answer for my dout
Thanks
Awesome ! No more crashes while zooming in on large maps. Works perfectly in Eastern US :thumbup:
Hi Deniska, I send you a PM. sorry my bad english.
Im from spain and i want ask you if you now how obtain the european geodata. its posible use the Oziexplorer data in mapthis?
I want to translate mapthis to spanish language, howcan do this?
thanks!
there are no open geodata sources for entire Europe. I believe in7ane is working on getting some Sweedish data from some open source...
As far as Oziexplorer goes - you can import the the maps (through some rather complicated steps) but not the street-lookup data.
To import maps - you'll need to convert your Ozie maps as png or jpg files, gps align them with MapCruncher (if you plan on using them with gps receiver) and then import with gmdl tool...
Hi deniska, Im translating Mapthis. Can you give me the original icons without text?
send PM to leaod as he was the original creator of the icons...
I'll check if I still have the photoshop templates and send it to you if I find them..
zanks, mapthis is perfect!
* hi deniska.
leaod doesn´t reply me. are you find this icons?
I have a new questions, sorry my bad english...
The idea is, to associate POIS with sounds... I do not know if I explain myself, to a POI that is called for example, "0.4 km turn right AT street row " to associate that when appears POI with the characteristic"0.4 km turn right " a voice saying "at 400 ms turns right"(in Spanish). I do not know if mapthis already has it, because we in Spain, maxi that mapthis can guide to us is to traves of routes marked by POIS, because we lack geodata... it would be possible to be done what I have commented?.
thanks for your time!
First, I want to thank deniska for the nice work with MapThis!
I ordered a PSP-290 from Hong Kong, plugged it in and it works.
I'm from Germany, so I have a quite simple problem:
If I download a map from maps.google.de, the letter "ß" is not displayed (e.g. Berliner Straße -> Berliner Stra e).
It's not such a big problem but I wanted to ask if you plan to fix this "bug".
hello to all
I download new version of map this! but in that files there are not (%) folder . what Eboot must copy in it ? can you tell me a structure for folders in PSP . I have a GPS-290 and i cant use of it . me firmware id 3.4 oe
tHANKS
The %anything-Folders are not necessary any more.
Just Copy the mapViewer-Folder into your Game3XX-Folder and it should work!
Deniska... there s something i wonder...
I tried to implement an estimation mode (for when the GPS loses signal, every second the position is estimated with the same bearing and speed), and it works great... except that i am using GeoLine function and i have to divide the supposed range by 10 to get something correct :( I don't understand ...
I mean, let X be my speed in km/h
X km/h
1000 X m/h
1000/3600 X m/s
then in one second i do X/3.6 meters ...
but dang using 1/3.6 * speed*speedfix makes the estimated position look like i am going 10 times too fast
maybe you could help with this function (i know it is modifying your code, but here it is easy to loose satellites since there are a lot of tunnels and bridges).
void getGPSMessage() {
Coord xy_coord;
framecounter++;
isEstimated=0;
if(oldSec!=(ltime%100))
{
okToEstimate=1;
oldSec=ltime%100;
}
if(gpsd.latitude!=0)
{
okToEstimate=0;
old_delta_altitude=old_altitude-altitude; // deltas just for reference
old_delta_latitude=old_latitude-latitude; // just for reference
old_delta_longitude=old_longitude-longitude; // just for reference
old_speed=speed;
speed=gpsd.speed/1.8523;
old_altitude=altitude;
altitude=gpsd.altitude;
old_latitude=latitude;
latitude=gpsd.latitude;
old_longitude=longitude;
longitude=gpsd.longitude;
my_bearing=gpsd.bearing;
ever_fixed=1;
} else
if((estimate_enabled)&&(ever_fixed==1)&&(okToEstim ate==1))
{
isEstimated=1;
old_speed=speed;
old_delta_altitude=old_altitude-altitude;
old_altitude=altitude;
old_latitude=latitude;
old_longitude=longitude;
GeoLine(latitude, longitude, my_bearing, speed*speedfix/36, &latitude, &longitude);
altitude=altitude+old_delta_altitude;
} else
{
okToEstimate=0;
}
hdop=gpsd.hdop;
if (speed>turnspeed) {
if (abs(course-my_bearing)>180) {
if (course > 180)
course=course-360;
if (my_bearing>180)
my_bearing=my_bearing-360;
}
course=(course+my_bearing)/2;
if (course <0)
course=course+360;
}
ltime=gpsd.hour*10000+gpsd.minute*100+gpsd.second;
int j;
int fix=0;
for (j=0; j<satd.satellites_in_view; j++) {
if ( satd.satinf[j].good==1)
fix++;
}
satellites=fix;
u64 newTick;
sceRtcGetCurrentTick(&newTick);
if (newTick-currTick<999900)
return;
currTick=newTick;
avgframes=framecounter;
framecounter=1;
if (latitude==0.0 || longitude==0.0) {
strcpy(warn,"BAD");
return;
}
strcpy(warn,"OK");
xy_coord=getXY(latitude, longitude, basezoom);
if (xy_coord.lon>0 && xy_coord.lon<TILE_SIZE*TILE_NUM && xy_coord.lat>0 && xy_coord.lat<TILE_SIZE*TILE_NUM) {
mapx=(int)xy_coord.lon;
mapy=(int)xy_coord.lat;
mx=mapx;
my=mapy;
deltax=mapx-oldx;
deltay=mapy-oldy;
oldx=mapx;
oldy=mapy;
} else {
char locstr[32];
sprintf(locstr,"%.5f::%.5f", latitude, longitude);
display_message("LOCATION OUT OF RANGE !!!","THIS MAP DOES NOT COVER FOLLOWING COORDS:",locstr,500);
}
}
BarfHappy,
See how often this function is called in the loop..
Depending on rendering type and CPU speed this would be ~5-20 times/sec... and your code assumes 1/sec, right? ;-)
Try moving your code below following statement:
u64 newTick;
sceRtcGetCurrentTick(&newTick);
if (newTick-currTick<999900)
return;
Thanks for the heads up, i just forgot to reset the okToEstimate flag to 0 at the beginning of the function (and remove the other useless sets to 0 for that same variable) ... man if you didn't tell me the GeoLine was called 5 to 20 times a sec i wouldn't have guessed i forgot that.
Now, i corrected that, reset to /3.6 divider and it works perfectly ! (i m just back from outside and the GPS is still estimating correctly my position).
Thanks again and looking forward to trying the v0.5 soon ! :)
Barfhappy and Deniska, is this function coming in one of the new versions ? That would be GREAT.
Estimation, i love it :)
Ah, i don't know what Deniska has exactly in his bag for v0.5, but i definitely will redo it :)
It is a very crude way of doing it but it fits my needs.
I added a new button "111MHz" as well, the following archive contains it (in system folder)
When you change the cpu speed in the menu it cycles like this:
333->111->222->333 etc
Estimation works after a first fix. You will see a capital "E" flash between the sat reception bars and the battery indicator.
If it goes crazy because your last bearing or speed was wrong you cancel it by going to map mode and back to gps mode (you need another fix to reenable the estimation)
http://tokyo.cool.ne.jp/barfhappy/mt499est.rar
hi to every one,i'm new here
i was download map this v0.4
i try to download the map from google for malaysia ,but google don't have detail from map ,only have hybrid view,
finaly i found malaysia map in mapquest.com,will gmdl work for mapquest?
hello do you now where gmd lo4.16b,3 its
hello guys i need the files for psp gps usa. do you now where to gethem thank`s for all u eford felixthecat13
Hi everyone, new member here so go easy on me:)
I installed the app and got gmdl working... props to deniska, this thing looks great.
Now that's out of the way 2 ?'s:
1) I used mapcruncher and gmdl to make a map out of a jpg. It works but has an anomaly at the sides when I move the map. Anyone know what's this?
http://farm2.static.flickr.com/1297/...85ad2d5e0a.jpg
Other screenshot
V04.97 in case it matters. Also, in true Windows style, bits of superimposed windows (the "select action" widow) remain there, too.
2) I have a Holux GPSlim 240. I plan to order a cable from the net... Is there some special setup/requirement/magic/luck needed to get it working or is it guaranteed that I'll get GPS positioning? Is there one source or more? Best?
THX
lofarkas, try Map This! 0.4.98 or later - it looks like a JPEG rendering bug that would have been solved since then.
THX, I'll do that next week.
Anyone have a comment on making the Holux receiver communicate w/ my PSP? It's a 3.40oe-a FWIW.
I'm having some trouble getting a Holux M-1000 working with MapThis! v4.60 on 3.03 oe-c.
I built my own cable and I'm 100% positive that I have the correct connections, but nothing sees the Holux. The GPSlim236 program hangs at startup, requiring a hard reset and MapThis! never receives the data. It would say GPS DATA:BAD on v3, but now it just never updates on v4.60. I know that the receiver is good because it works with a Bluetooth receiver on my laptop so it has to be the cable or the software. What am I missing/doing wrong? I have removed the umd, set the clock speed to 222, set FAKEFEED to 0, ensured the baud for the M-1000 is 38400 (the same as the 236 and 240).
Thank you for any help! :)
make sure that you run non-psp-290 version (no prx files required) and use 1.5 kernel..(put programs in /PSP/GAME150 folder)...
also, why not try more recent builds - 0.49XX?
I have the 2 folders in GAME (w/ 1.5 kernel) and even tried in GAME150. Same results.
I will try .499 when I get home, making sure I use the HOLUX_KXPLOIT folders, and I'll post my results. If I still can't get it to work, I'll redo the cable.
Thanks!
I really like 4.99, but I am still having no luck getting it to see my brand new M-1000. I am 100% sure that GPS TXD is connected to PSP RX and both ground wires are connected. The only thing I did find, that probably doesn't matter, is the readout on my multimeter. I have it set to where it emits an audible buzz when the connection is made. If I touch the positive to negative, it buzzes and reads 000 on the screen. If I touch the USB pin to the soldered connection, it buzzes and reads 000. If I touch the USB to the serial pin, it buzzes and reads 001. Does that mean that there's some resistance that could be preventing the psp from recognizing the Holux? I did get a generic eBay set of headphones/remote. Maybe thats the problem.
I've done just about everything I can think of to make this work. Please help me actually use this $50 receiver. Thank you!