"free" Navigator 10 by mapfactor.com ... uses OSM data

Hi Nick,
thanks for your comments :).

I would need a coordinate of the junction (or better departure and destination coordinates near problematic area). As I wrote at the beginning of this post only simple restrictions are implemented.

You should hear it but only with computer generated voice.

I will fwd this comment, thanks.

:slight_smile: I hear usually the opposite, that it should return to original route instead of recalculating the route. It is recalculating, so if you put departure at given point you should see similar result - I write “similar”, because during navigation it also takes into account your current direction of travel.

These features rather fit in Map Explorer (different product) which is used for vehicle tracking, reports, etc.

No (as far as I know).

Can you be more specific? What country? We still discuss it on German forum (about Germany), so this part needs still some “tuning”.

Thanks :). At the end we still need some paying customers :wink:

not a problem for me…but some “condition” to pay the product :

  • update in realtime from OSM (download some specific area if you must use a preprocessor stage) and use immediatly. I don’t want to wait 2 month to view and use my correction on OSM.

  • low price (like 10 Euros or donator free profil like noniGPSplot for example)

Thanks for the reply Martin,

The turn restriction that doesn’t appear to work is…

No Right Turn
From -35.3446511, 149.2185807 (Uriarra Road)
Via -35.3446643, 149.2183460
To -35.3431870, 149.2186082 (McKeahnie Street)

The town/suburb issue can be seen at

Australia, New South Wales, Queanbeyan ( -35.3835340, 149.3067630 )
Admin Level 6 - City of Queanbeyan
Admin level 10 - Suburbs of Queanbeyan (e.g. Greenleigh)

Since I don’t like to take my eyes off the road while driving, I like the sat-nav to be very chatty. Here’s an example…

Driving north on 7th Street. The second road on the left is Main Street. Then I want to drive down Main Street and turn left into 2nd Street.

Navigator 10:

Carry on straight ahead
.
In 200 Metres turn left into Main Street
.
Turn left
.
Carry on straight ahead
.
900 metres from destination
.
Carry on straight ahead
.
Carry on straight ahead
.
500 Metres from destination
.
Carry on straight ahead
.
Carry on straight ahead
.
In 200 Metres turn left into 2nd Street
.
Turn Left
.
Arrive at Destination


My ideal Chatty Mode would announce something like

IN 300 Metres take second left into Main Street
.
In 200 Metres take next left into Main Street
.
Turn Left
.
In 1 Kilometre takes 5th left into 2nd Street
.
In 800 Metres take 4th left into 2nd Street
.
In 500 Metres take 2nd left into 2nd Street
.
In 200 Metres take next left into 2nd Street
.
Turn Left into 2nd street
.
Turn Left
.
Arrive at destination in 60 Metres

Arrived at destination.

You are right :(. I looked at http://www.openstreetmap.org/browse/relation/37693, that it is not “right turn” but “left turn”, but … there is a small portion of Uriarra Road, so from relation point of view it is like T-junction, and I have to check left/right. It should be working when both ways ends in “node via”. Am I right that there is no solution when “node via” is for both ways somewhere in the middle?! (it is not this case)

There are even two turn restrictions in that area that need some tuning! Try to load that area in JOSM, before be sure that you have a recent version of the turn restriction plugin installed there. Each relation can be checked by the plugin … and both relation are showing an error!

Martin’s guess seems to be right: all the two ways of a turn restriction relation have to END UP in the via-node.

Who wants to try the fabulous turn restriction plugin in order to fix it? :wink:

Thanks, this is a bug. For australia_osm was not created mapping of OSM admin_level into our admin levels (now there is a default mapping which should work also for Australia). Hopefully tomorrow I will have newer version from planet101201 where you should be able to search both by “City of Queanbeyan” as well as “Greenleigh” for example.

Thanks Martin, Stephan,

Going on holidays now. I’ll try to fix the relation this evening or tomorrow.

Cheers
Nick

Here’s the relevant portion from the xml:

NOROUTE145318295-266905294145889061-267288244Trainer146271232-266374176

It should be possible take route 440 to the Outerbridge Crossing, but it doesn’t even list route 440 – just route 440 connection. Also the bridge is divided in two, with half being a bit offset.
Thanks.

Technical question:

Navigator 10 can be improve when i update the OpenGL drivers on my mobile device ?
OpenVG for 2D application for example ? (subject: http://forum.xda-developers.com/showthread.php?t=442712 ).

Or it uses some other layer to generate the navigation feature (projected view) ?

I am so very excited to try out this wonderful software! But I don’t have my country’s maps sadly. Can you, Martin, kindly have the map for Pakistan converted? Can’t wait to use this navigator; I would be very grateful if I can get the map soon!

It’s so great to have a professional navigation software for free. Thank you for making this available for all.

The problem is in the detail, which you also pointed out “… the bridge is divided in two, with half being a bit offset.”. The “New Jersey” part is newer than “New York” and on the crossing somebody edit it between these two versions. The Node id=999102867 lat=40.524782; lon=-74.2464804 is new, so border crossing fails. Hopefully next time I could make whole USA from single planet.osm, but I still have problems with boundaries of some states.

Thanks for looking into it! So when’s the next sync? :slight_smile:

The map of Pakistan is on download now - let me know, if there is any problem.
thanks
Martin

Tonight … hopefully USA completed (with some manual tweaks of boundaries). There is also newer version of state New York so that it will match version of New Jersey & routing on the Outerbridge Crossing should work now.

Thank you so much… I really appreciate your quick response! Thank you!

Idea: move the “init bar status” (blue line on the bottom of the screen when you lauch the Navigator10) on a other place to better view the waiting time.

Idea2: don’t always ask to validate the OpenStreet Data participation at the starting process, does this every 20 lauching, for example.

“Who wants to try the fabulous turn restriction plugin in order to fix it? ;-)”

Ok - I’ve fixed the turn restrictions.

I’ve got a new problem that I need to investigate a bit more. When driving from Victoria to South Australa the time zone changed automatically at the border but the ETA on the Navicator 10 went back 1.5 hours rather the correct 0.5 hours. I’m not sure if this is a Windows problem or a Navigator 10 problem or both but I will test it out a lot more soon.

Also I’ve had a couple more strange routing calls while driving. These have all appeared to be consistant with the routing algorithm automatically switching from car mode to pedestrian mode. I’ve never (knowingly) selected pedestrian mode. I can test this theory out fairly easily over the next few months.

Cheers
Nick

Idea3: permit to download the OSM data from the PDAphone instead of from the PC (with a dedicated WM binary program isolate from the Navigator10 main application).
With the unlimited 3G data in Europe, it’s easy now (speed decrease after the first 500Mb in 1 month).

Navigator 10 is using GAPI (http://gapidraw.com/) and I am not sure what functions it may accelerate. Map drawing is primarily our own algorithm …

Teddy80 pointed out a problem with the “Lago di Garda” in Italy which is not visible in NavigatorFREE. I noticed that somebody recently added tags natural=‘water’ also to ways but that tag is already in relation 8569. Similar problem is with “Lake Geneva”, but there the tag natural=‘water’ is only in relation 332617 and not in member ways. Is there a rule about tagging members of relation? If not then during processing I should remove all member ways of particular relation (if you add the same water area twice it will cancel out).
thanks for any hints
Martin