New Code Contribution

Quote:

---

Originally Posted by deniska

-if you get a "go-ahead" with web hosting/proxying - then we can figure out best way to do the route d/l - perhaps we can get a separate screen in mapthis.

---

I've talked it over some more with my boss, and his first reaction was "no problem at all, go right ahead, but do place a link back to Google Maps" (which I've done). His argumentation was mainly that I now have a proper disclaimer, make no changes concerning content (only structure) and don't gain from it personally (i.e., I don't insert ads e.g.), it's thus just a hobby project. Also, all the copyright notices (e.g. "Map Data 2007 Tele Atlas") are kept.

Other than that, having gone over Google's terms for their Google Maps API, I have to say they're rather vague. The terms say that the API does not provide you with the ability to e.g. calculate routes. Because the terms are only applicable to the API, the terms thus do not apply to my script.

Do also note that my script and in7ane's GMDL are almost the same in that aspect (both contain functionality that does not fall under the API). The only difference is that instead of the user downloading routes directly from Google, and are converted to the proper format locally, the data is now converted somewhere between Google and the end user.

Btw., the terms can be found at http://www.google.com/apis/maps/terms.html.


However, my boss told me yesterday he was going to ask a company that specializes in IT & jurisdiction, so perhaps it'd be better to wait for their final answer.

when i put map viewer on my psp in GAME it says that file is corrupted what do i do

atari800: setting -O0 for optimalization works very well, I'm experiencing way fewer crashes, thanks :) I hope tomorrow I can take a look at your other code.

As for my code contribution, I'm leaving on Tuesday for holidays, about 6 weeks, so I hope to have something nice done tomorrow. (See list below, these complement the things I implemented earlier.) If not, it'll be much later.

In attractions.c:

• Only do initPath() after first !WAYPOINT in file, not after last one. This is necessary for files that contain multiple !WAYPOINT directives, which happens during the changed GPS recording (see list below).

In main.c:

• Read icons from map folder, if not found, then from system folder;
• Ignore POIs where the second line begins with "MIDPOINT" (i.e., sidebar on the right doesn't get shorter, no messageplate);
• Keep current brightness (can also be "off") only when adapter is plugged in;
• Changed GPS recording. When you start recording, MapThis writes "!WAYPOINT" to a _#GPS file. This is a POI file, so you can easily see again the road you've taken before. A new point is written every 20 meters. Also, the current time and speed will be registered;
• Change http://getroute.nieko.net/ to include several routes at once ("Add destination") and button for swapping addresses, so it'll be easier to calculate the route back home.

deniska: tomorrow I'll post this functionality, if you see things you would like to use, go ahead, and if any modifications are still necessary, tell me, and I'll get on it when I can.

MIB.42: what was the idea behind the current GPS recording? I couldn't get it to work with the PSP-290 (because of "#ifndef GENERIC" I assume). The only thing I really saw was that it's connected with "fakefeed".

Quote:

---

Originally Posted by atari800

@Deniska - I was thinking since there are so many free/unsecure Wifi areas, it it were possible to extend the address lookup function to "call" your own personal computer (obviously listening for a request - with some security) to do queue up a search.
Send LAT/LONG of where we are at now and the address of where to go - and return back the directions as loadable.

---

Google Maps already supports this (see http://tinyurl.com/2cj2tq), and thus so does my script at http://getroute.nieko.net/. When I get the final go, this could be implemented along with normal routes from address A to address B.

Regarding security, I could simply set up SSL, and done :)

If it turns out this proxy is not allowed, then this functionality could be built into MapThis itself, right? (That's what GMDL also does basically.) In my script, the "hardest" part is bringing down the number of POIs to 400. However, if the POI file can be automatically reread in MapThis when approaching the last of the 400 POI files, this entire part can be dropped.

Today I've been working on the functionality I proposed yesterday. The final list of all the things I've changed is:

• POIs are now read from map directory and from /PSP/COMMON. The reason for this, is that it allows you to read POIs saved through the PSP browser from http://getroute.nieko.net/ and that these and other POIs in /PSP/COMMON are global, so you can load them in every map you have. (For example, I have a map of the entire Netherlands, and separate maps with more detail for certain towns. I can then use the same POI file everywhere. This also applies to _MY_POIS btw. And yes, I know it does not look too pretty, but it works very well :))
  
  If routes from Google Maps can be downloaded directly in MapThis, then this global access is the only advantage.
  
• _MY_POIS has been renamed to /PSP/COMMON/_#MY_POIS, so it shows up at the top of the list and it is now global. Keeping "_MY_POIS" and changing the sort algorithm was too much work;
  
• GPS recording, which didn't work with PSP-290, has changed. When you start recording, MapThis writes "!WAYPOINT" to a _#GPS file. This is a POI file, so you can easily see again the road you've taken before. A new point is written every 20 meters. Also, the current speed and time (GMT) are registered;
  
• The screen will not turn off automatically when adapter is plugged in (or better, the screen brightness won't change, so it can also just stay off). This only works when viewing maps (not in any menu);
  
• POI entries where the second line starts with "MIDPOINT" are totally ignored;
  
• Icons in POI files are first read from map folder, if not found there, then system/icons/ is checked. This allows the user to choose if he wants this customization or fewer files;
  
• It's now possible in http://getroute.nieko.net/ to swap the input fields, so it's easier to create the road back home.

Deniska: as said in my last post, if you find anything useful, feel free to use it, and tell me if anything still needs tweaking/changing. I have not been able to test this functionality on anything but PSP-290 unfortunately. In the attachment is the code, search for "// Nieko" and "// /Nieko" for changes I've made. This code is based on MapThis 0.497.

I haven't implemented this, and I'm not sure I will get to it later either:

• Only do initPath() after first !WAYPOINT in file, not after last one. In practice, it looks nicer to only have that red line for the last segment you have recorded with the new GPS recording;
  
• Change http://getroute.nieko.net/ to include several routes at once ("Add destination"). Using the swap button now available, instead you can easily create several routes, which together do the same thing.

Quote:

---

Originally Posted by Nieko

Today I've been working on the functionality I proposed yesterday. The final list of all the things I've changed is:

• POIs are now read from map directory and from /PSP/COMMON. The reason for this, is that it allows you to read POIs saved through the PSP browser from http://getroute.nieko.net/ and that these and other POIs in /PSP/COMMON are global, so you can load them in every map you have. (For example, I have a map of the entire Netherlands, and separate maps with more detail for certain towns. I can then use the same POI file everywhere. This also applies to _MY_POIS btw. And yes, I know it does not look too pretty, but it works very well :))
  
  If routes from Google Maps can be downloaded directly in MapThis, then this global access is the only advantage.
  
• _MY_POIS has been renamed to /PSP/COMMON/_#MY_POIS, so it shows up at the top of the list and it is now global. Keeping "_MY_POIS" and changing the sort algorithm was too much work;
  
• GPS recording, which didn't work with PSP-290, has changed. When you start recording, MapThis writes "!WAYPOINT" to a _#GPS file. This is a POI file, so you can easily see again the road you've taken before. A new point is written every 20 meters. Also, the current speed and time (GMT) are registered;
  
• The screen will not turn off automatically when adapter is plugged in (or better, the screen brightness won't change, so it can also just stay off). This only works when viewing maps (not in any menu);
  
• POI entries where the second line starts with "MIDPOINT" are totally ignored;
  
• Icons in POI files are first read from map folder, if not found there, then system/icons/ is checked. This allows the user to choose if he wants this customization or fewer files;
  
• It's now possible in http://getroute.nieko.net/ to swap the input fields, so it's easier to create the road back home.

Deniska: as said in my last post, if you find anything useful, feel free to use it, and tell me if anything still needs tweaking/changing. I have not been able to test this functionality on anything but PSP-290 unfortunately. In the attachment is the code, search for "// Nieko" and "// /Nieko" for changes I've made. This code is based on MapThis 0.497.

I haven't implemented this, and I'm not sure I will get to it later either:

• Only do initPath() after first !WAYPOINT in file, not after last one. In practice, it looks nicer to only have that red line for the last segment you have recorded with the new GPS recording;
  
• Change http://getroute.nieko.net/ to include several routes at once ("Add destination"). Using the swap button now available, instead you can easily create several routes, which together do the same thing.

---

Wait, how can I make it so that it works for other GPS devices (Holux M1000 in my case)?

Well, you could try commenting out the PSP-290 directives in the makefile, and uncommenting the generic directives. Perhaps you also have to apply the kploitx thingy, but I'm not sure about that.

Nieko, GREAT online features.
But how to find a route from WITHIN Mapthis ?

The PSP-290 (without extension cable) isn't that good in fixing on sattelites, so you mean that i will have to quit Mapthis, open my psp browser, go to the site, make the route and download it. Then open Mapthis again, wait 5+ minutes for fixing onto sattelite and then ride the route.

Isn't very handy. Deniska said that you have to turn off wifi in order to make Mapthis work. That isn't correct because if i use Irshell with some wifi stuff on the background running, mapthis will normally function. GPS works.

I like the GPS loggin feature VERY much !

Hope that Deniska has time to implement the features from atari800 and Nieko to a new fully blastin' fantastin' version which will blow us away :)

Quote:

---

Originally Posted by Nieko

In my script, the "hardest" part is bringing down the number of POIs to 400. However, if the POI file can be automatically reread in MapThis when approaching the last of the 400 POI files, this entire part can be dropped.

---

I think that 400 point rule was dropped some time ago..
Currently, mapthis is supposed to read 400 closest pois/waypoints every 10 minutes, which should be suffecient enough even for a very curvy road..

Quote:

---

Originally Posted by Codaz

Nieko, GREAT online features.
But how to find a route from WITHIN Mapthis ?

---

This is not supported yet, unfortunately. My boss is currently finding out if the proxy site I have now is legal. If so, then MapThis can have a simple interface linking to this site. If not, then this functionality will have to be built into MapThis itself.

Either way, the first step is there, the need for a PC is gone. Some day, the other functionality will also be there, but not just yet :)

Quote:

---

Originally Posted by Codaz

The PSP-290 (without extension cable) isn't that good in fixing on sattelites, so you mean that i will have to quit Mapthis, open my psp browser, go to the site, make the route and download it. Then open Mapthis again, wait 5+ minutes for fixing onto sattelite and then ride the route. Isn't very handy.

---

Well, true, for now. Other than that, I find that if I had a fix, exit, open MapThis again, I will get another fix a lot more quickly (1-2 minutes max.).

Quote:

---

Originally Posted by Codaz

Deniska said that you have to turn off wifi in order to make Mapthis work.

---

Where did you find this? MapThis also supports a WiFi map upload, so indeed, I think that's incorrect as well :) (Although, I couldn't get the WiFi thing to work...)

Quote:

---

Originally Posted by deniska

Quote:

---

Originally Posted by Nieko

In my script, the "hardest" part is bringing down the number of POIs to 400. However, if the POI file can be automatically reread in MapThis when approaching the last of the 400 POI files, this entire part can be dropped.

---

I think that 400 point rule was dropped some time ago..
Currently, mapthis is supposed to read 400 closest pois/waypoints every 10 minutes, which should be suffecient enough even for a very curvy road..

---

Ah good :) In that case, it would be a lot easier to port my PHP code to MapThis.

But for now, I'm leaving for holidays, and I'll be back in a month :) Bye everyone!