Notices

yes you right. apologize. m o v i n g . . .

Talking about routing preferences, most commercial solutions, among options like "prefer shortest", "prefer fastest", have options to "avoid toll roads" and "avoid motorways". What I am really missing in all of them is an option to "prefer major riads". So I often end up following the "fastest route" that takes me down some single-track, unpaved country lane, even though I remember from the times before GPS that there is a simpler route along major roads.

Is there such an option in OSM?

Nice option that would be.
But even nicer I do find the option between 'fastest' and 'shortest' maybe called 'optimal'?
Some car navigation systems offer this and calculate the route fast but keep in mind short-cuts that are shorter (but take more time).
So gor carlos example
fast 35km 27min
short 30km 30min
I would not drive 5km extra for saving 3 min.
But maybe there is route in between like
optimal 32km 29min?

--edit
have used the car mavi today and the option was
called 'efficient route' not optimal
it tries to save kilometers but still going fast

1) some countries(US) saving km is good to have the car in good value. example: if i wanna sell my car with many km, then my car is considered an old car with poor value.
2) fastest-route: in many countries with high traffic is not good, to much time wasted, because mostly people always use faster route.
then shortest-route is good option.
optimal-route could be nice option with online-traffic.

New maps are out there. Now, with the latest OSM Scout Server, motorcycle and motor scooter are supported by Valhalla router and map data.

Personal experience (using OSM Scout server with WhoGo/PureMaps) while driving during vacation (in Madeira. A *volcanic* Portuguese island, thus very steep) :

Yup, it works. When asking for "fastest route", it actually works this way.
Mostly because OpenStreetMaps has a very well filled databased with all necessary metadata tagged in.
So every path has the correct speed limitation in, and is correctly define (barely driveable unpaved country lane are correctly tagged so).
Thus Valhalla had enough data to determine it's better to stay on the main road and to take this kind of counterproductive useless short-cuts.

(At the same time, an up-to-date Tomtom, was having trouble, mostly because in such remote place, it only has edge between nodes on the map without any useful information, and thus barely driveable path seemed shorter on the map).


Now the big question : the FM radio drivers that currently exist on some smartphone :
- are they able to pickup FM RDS for TMC ?
- are they hackable to get DAB's TMC ? (I would suspect, at the cost of lots of CPU, if they work anything like desktop USB receivers, where "DAB"-mode is basically streaming the raw radio data for the CPU to decode in software).

Are there any good USB (optionally: -on-the-Go or Host) FM/DAB TMC receiver ? (like, e.g., the ones used by some Tomtoms and Garmins ?)
- Hum, that makes me think: Is should test what the Xperia USB-OTH is seeing when I plug in the Tomtom microUSB RDS receiver.

Are there any good online service for traffic informations ?

Yet another option would be the various FM USB sticks used on PC for software radio. (But guaranteed to make a big CPU hit).

Looks like the last import broke Mapnik's maps, with buildings missing. No idea how I missed it.All other backends should be fine.

Bug was induced by an update of GDAL library and tools used in Mapnik import. I reverted the update and reimported the planet. Import is uploaded now and, if all goes as planned, should up and running on @MartinK server tomorrow.

I have released a smaller OSM Scout Server update (1.11.0). As usual, translations have been updated, thank you for all involved!

There are two new features in geocoder.

First, as asked for by users of J1, it is possible now to disable libpostal parsing of the addresses. For that, go to Settings/GeocoderNLP and switch off "Use libpostal parser". Don't forget to keep "Use primitive parser" and keep in mind that, for primitive parser, you have to describe addresses as a hierarchy going from inner (house number) to outer layers (country). Its up to you and particular case to see which part of the address is needed, just keep the right order. I hope it will speed up things on J1. [it still uses libpostal, but for normalization only].

Second, you could search now for nearby objects of any type and any name (earlier, you had to specify at least one of them). In Pure/WhoGo Maps and modRana, for type, choose or type "Any" and keep the name blank. This allows you to check for any features on the map in the nearby of the reference point. Just keep radius sane since all objects within it will be loaded into RAM while performing the search.

@rinigus
this is a very special beg (so please feel free to ignore)

I have an exfat formatted SD card (I know, I know ) and (now) around 20G of maps data.
It works quite well with exfat-fuse drivers.

But after having increased the size of datasets from only Germany to Europe I experience long slowdowns at start and also crashes.

It is always for gz files of valhalla.
As I have seen lots of CPU (more than 100%) for harbour-osm-scout-server and mount.exfat I assume timeout of boost::filesystem actions.
If it is really time out would it be possible to extend that for me?
I know boost as a C++ library and found occurences only in mapnik*.so library. So maybe it is possible to check?

And as I fiddled with terminal I got also some other warnings of 'binding loop detected). Please see the screenshot (fingerterm sometimes kind of 'freezes' and I could not copy/paste to text).


--edit
this is triggered by opening the map manager: