Notices

Originally Posted by MartinK

modRana 0.43.3 has been released!

This is mainly a bugfix release, but it fixes A LOT of issues.
.
.
.

Originally Posted by nodevel

Thanks! But I'm sad to report both
Route->'Address to Address' and
Search->'address online'->Tools->'route here'
not working yet

Originally Posted by MartinK

Well, as it seems to be working fine for me (when trying both on PC and on the N900), it must be cause by some specific factor of your setup.
Could you start modrana from the terminal (just type "modrana" and press enter) and paste the output here ? That should get me started on fixing it.

BTW, address to address routing currently does not work with offline routing, as offline routing is currently strictly point to point (or to be more exact, it finds routes between two geographic coordinate pairs: lat1,lon1 -> lat2,lon2). There is unfortunately not yet any support for turning plaintext address string to a coordinate pair, so offline address to address routing does not work.

Hopefully this can be sorted out in time, as everyone probably noticed most commercial car navigations do offline address to address routing just fine. The Monav preprocessor used by modRana actually already generates a custom address lookup format, called Unicode Tournament Trie, but I have not yet been able to find any tools for working with this format from Python.
And the Monav routing server that modRana uses for offline routing doesn't seem to support them either.

Originally Posted by nodevel

Thanks for the fast reply.
Should I post the whole log?

Originally Posted by nodevel

When I click Route->'Address to Address' it shows this in the terminal (multiple times):

Code:

menu: module route that should handle menu drawing is missing

and on Search->'address online'->Tools->'route here' , it shows:

Code:

Message addressed to route which isn't loaded

.

Originally Posted by MartinK

Yes please. If its too long, you can put it to pastebin/privatepaste. If you think it has any sensitive info, you can send it by PM or other private channels.


Looks like the routing module blew up on startup and was not correctly loaded. That's why I need the full log - there is probably a traceback generated by the routing module during startup, detailing what went wrong with it.

Originally Posted by nodevel

I was just about to post an extended error code when I saw your answer.

Code:

modRana: module: mod_route/route failed to load
'module' object has no attribute 'FileDescriptor'
traceback:
Traceback (most recent call last):
  File "modrana.py", line 329, in _loadModule
    a = imp.load_module(importName, fp, pathName, description)
  File "/opt/modrana/modules/mod_route/__init__.py", line 1, in <module>
    from .mod_route import getModule
  File "/opt/modrana/modules/mod_route/mod_route.py", line 36, in <module>
    from . import routing_providers
  File "/opt/modrana/modules/mod_route/routing_providers.py", line 9, in <module>
    from . import monav_support
  File "/opt/modrana/modules/mod_route/monav_support.py", line 27, in <module>
    from . import monav
  File "/opt/modrana/modules/mod_route/monav.py", line 27, in <module>
    from signals_pb2 import CommandType, VersionCommand, VersionResult, RoutingCommand, RoutingResult
  File "/opt/modrana/modules/mod_route/signals_pb2.py", line 11, in <module>
    DESCRIPTOR = descriptor.FileDescriptor(
AttributeError: 'module' object has no attribute 'FileDescriptor'

I will send the whole output to the e-mail address specified, if needed, but this is the unusual part.

I tried searching this error on the internet and solved the issue by upgrading python-protobuf to the extras-devel version. Now both address-to-address routing and routing from the search result works, but you might need to specify the python-protobuf version in the dependencies.

Originally Posted by MartinK

Thanks!
It's simple and kinda a fault on my side - it is just not yet implemented in the QML GUI modRana uses on Harmattan. Is I've been getting similar questions lately, I really should finally:

• add a "not yet implemented screen" for those features or hide the buttons for the time being
• implement that stuff

BTW, to clarify - all these features are supported by the modRana core and available from the GTK GUI used on the N900 and elsewhere. It is just the QML GUI that is lagging behind in exposing those features.

Hopefully this can be sorted out in time, as everyone probably noticed most commercial car navigations do offline address to address routing just fine. The Monav preprocessor used by modRana actually already generates a custom address lookup format, called Unicode Tournament Trie, but I have not yet been able to find any tools for working with this format from Python.
And the Monav routing server that modRana uses for offline routing doesn't seem to support them either.

Originally Posted by MartinK

Code:

...
- fix online routing not respecting route parameters
 - current mode is now correctly taken into account
 - "avoid highways" and "avoid toll roads" works correctly again
...