maemo.org - Talk
Page 41 of 52 « First 313940 41 424351 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   [Announce] modRana: a flexible GPS navigation system (https://talk.maemo.org/showthread.php?t=58861)

marmistrz 2014-07-06 10:25
Re: [Announce] modRana: a flexible GPS navigation system
 
I experienced something similar to what sixwheeledbeast experienced - crash while logging a track using modRana. A while after starting this a system hang occured. After some time I unlocked the phone I saw a lockscreen with the time shown as half an hour ago.

Btw. do you have any progress on the mapnik maps? It's something I'm really anticipating and modRana is absolutely useless if you go abroad or to some place with poor signal (or without signal at all)

Estel 2014-07-09 20:22
Re: [Announce] modRana: a flexible GPS navigation system
 
I don't know if it's usable after last reports, but I have collected some outputs from terminal in cases where ModRana crashes. Posting only one here, as it all seems to boil down into the same cairo-related lined at the end.

As a side note, those crashes are happening *very* often here - i.e. it's guaranteed that it will crash, if I try to have it navigating me for an hour (sometimes, it crashes after just few seconds...). For sure it wasn't the case few versions ago.

Output:

Code:
modules/gui_modules/gui_gtk.py:243: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed
  gtk.main()
python: cairo-surface.c:429: cairo_surface_destroy: Assertion `((*&(&surface->ref_count)->ref_count) > 0)' failed.
Aborted
Sometimes, it lacks the "aborted" part (crashes before aborting?).

Cheers,
/Estel

Estel 2014-07-13 06:51
Re: [Announce] modRana: a flexible GPS navigation system
 
I have noticed few things that might help in debugging the issue:

1. Every action that involves redraw due to user input works much slower than it used in the past. I mean things like moving map around, or changing zoom. It is noticeably more "sluggish".

2. Every time you zoom in or out, there is noticeable delay between action and the "zooming in/out to n" popup appearing. Also, zooming is the most common case when ModRana crashes (but in can crash while just dragging map around).

3. What's very interesting ModRana *won't* crash, if it's left alone - i.e. without any user input - even if performing resource-heavy tasks, like centering map on location, rotating map in direction of travel, and logging track (all at the same time). Despite fact that it redraws map a lot while traveling, it won't crash, tested for many hours. It seems to crash only if user is doing anything, actively.
---

From a different barrel - I've been playing with customizing modes (foot, bike, car, etc), and found some issues and few areas where slight improvements could be made:

1. [foot] mode customization doesn't work, like, at all. You can change every other mode without problems, but whatever you put in [foot], this mode will look exactly as it looks by default.

2. Would it be possible to make OSD items using the "offset" variable too, like menu items override? Without it, making speed indicator stick to right down corner involved ton of trial&error guesswork positioning.

With offset, such operations would be as easy as giving it px 1.0, py1.0, offsety -1 offsetx -1. And it's just one of the situation where having the same positioning tools as for menu items would be very handy - there are tons of other.

Also, without such flexible positioning, it is impossible to make layouts that work both for portrait and for landscape, at the same time. Following my example, the speed indicator that is made to "Stick" into right down corner in portrait, will be half-hidden under screen in landscape. Icon size offset would fix it (and does so for override interface items).
---

Another small feature request, unrelated to the above - currently, we have a centering mode with shift in ModRana, which shifts our location by set amount of %, allowing to view more road ahead. Sadly, it works *only* if we have "rotate map in direction of travel" thing enabled, otherwise, current location is always in the center.

My request is to make it shift (relatively to direction of travel) even if we're in the mode that keeps north up. So, if we're traveling east, location would be shifted to the left, if we're going north, location would shift to the south, etc - all with map still having north "up".

Of course, manually dragging map would still disable any shifting, just like it does now, with respect to all existing settings (what kind of drag disables centering on location, etc). I don't see how it could conflict with any existing feature/option, and would help much in many, many situations.

Cheers,
/Estel

Android_808 2014-07-13 07:48
Re: [Announce] modRana: a flexible GPS navigation system
 
estel, are u using latest thumb release? wondered if slowdown could be related to the libc issues experienced by others

Estel 2014-07-13 12:29
Re: [Announce] modRana: a flexible GPS navigation system
 
Nope, I'm on some older version - my libcairo2 is:
1.8.8-0maemo1+0m5+thumb0

...and libc6 is:
2.5.1-1eglibc27+0m5+cssu1

/Estel

petur 2014-07-13 13:12
Re: [Announce] modRana: a flexible GPS navigation system
 
For the record, I am on thumb...

EDIT:
ldconfig -v says:
libc.so.6 -> libc-2.5.so ???




and completely unrelated, Estel for president :D

Android_808 2014-07-13 13:20
Re: [Announce] modRana: a flexible GPS navigation system
 
fair enough, just thought i'd so as to eliminate it.

marmistrz 2014-07-16 07:27
Re: [Announce] modRana: a flexible GPS navigation system
 
The non-free upload is back working. Should I upload mapnik there (although it uses thumb gcc)?

MartinK 2014-07-16 21:19
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by marmistrz (Post 1432949)
The non-free upload is back working. Should I upload mapnik there (although it uses thumb gcc)?
What does that actually mean ? Will only people running CSSU Thumb be able to use it ? Will it be faster ? (BTW, I'm already on CSSU Thumb, so I'll be able to use it/test it even if it really is Thumb only).

BTW, I plan to FINALLY checkout your Mapnik Python bindings this weekend & will report back my findings. Thanks yet again for the porting effort! :)

MartinK 2014-07-16 21:37
Re: [Announce] modRana: a flexible GPS navigation system
 
In other news:
The modRana global Monav offline routing data repository has been updated! :)
The whole 146 GB dataset is yet again up to date to the OpenStreetMap data state as of 26. June 2014. Enjoy! :)

Where can I find the repository ?
http://data.modrana.org/monav/

How can I use it ?
Check the modRana offline routing guide on the wiki. :)

Do these 6GB continental Europe & co routing data packs even work on the N900?
http://modrana.org/images/routing/mo..._to_wienna.png
YES!
A 3000 km route with 136 turns from the literal End of the World to Vienna - took about 60 seconds to compute on the N900, but seemed to work fine. Shorter trips seem to take the same time to compute as with the smaller data packs.

Acknowledgment
A huge thanks yet again goes to the Natural Language Processing Centre at the Faculty of Informatics, Masaryk University in Brno. Without their help it would not be possible to generate and host such huge global routing data set! Thanks! :)

marmistrz 2014-07-17 08:20
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by MartinK (Post 1433059)
What does that actually mean ? Will only people running CSSU Thumb be able to use it ? Will it be faster ? (BTW, I'm already on CSSU Thumb, so I'll be able to use it/test it even if it really is Thumb only).

BTW, I plan to FINALLY checkout your Mapnik Python bindings this weekend & will report back my findings. Thanks yet again for the porting effort! :)
Yes, mapnik requires updated compilers. If I push it to non-free, then people without thumb will not be able to install it and the package manager will complain about the missing dependency. I don't really like the solution, it introduces mess, but we don't have extras-thumb and I don't like the other solutions. [1] Alternatively we can combine 2&3 - gcc 4.6 version in extras-devel and thumb version in my repo

[1] http://talk.maemo.org/showpost.php?p...postcount=1531

Btw. great!

Android_808 2014-07-17 13:19
Re: [Announce] modRana: a flexible GPS navigation system
 
I prefer depends gcc >= 4.6

marmistrz 2014-07-20 15:57
Re: [Announce] modRana: a flexible GPS navigation system
 
I became fully convinced to gcc >= 4.6 in the repos and thumb in my repo. Pushing thumb to extras isn't elegant, is it?

biketool 2014-07-20 16:49
Re: [Announce] modRana: a flexible GPS navigation system
 
Depending if you want to add functionality location2sms being OSS could have those parts snipped out and added to modRana if you would like. They have not built it for fremantle but it would be very cool to be able to send and receive easily from my N900 via email or SMS(no server BS) and quickly import, especially since their format and app is being rolled out for every OS from Symbian, to Android and IOS, BB10, and WinCE in the future.
http://location2sms.anavi.org/

marmistrz 2014-07-23 14:47
Re: [Announce] modRana: a flexible GPS navigation system
 
So, with gcc 4.6 is silently fails: https://garage.maemo.org/builder/fre...log.FAILED.txt

When the failing command was executed manually, it succeeded

I'll stick with the thumb build on my server (not yet in the repo) for the time beng. Does anyone have any idea why it can happen?

Xagoln 2014-07-26 03:43
Re: [Announce] modRana: a flexible GPS navigation system
 
It seems to be impossible to switch off track log in the current version in the repo. Even if I push the stop button, the timer keeps counting up and the stop button never changes to a record button.

Also it doesn't seem to honour options set for the track feature, such as how often to calculate track and how often to save track.

Could endless tracking be a factor in Modrana crashing?

Estel 2014-07-26 20:09
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by Xagoln (Post 1433928)
It seems to be impossible to switch off track log in the current version in the repo. Even if I push the stop button, the timer keeps counting up and the stop button never changes to a record button.
It does, if you bash it maniacally for a while. At least it my case, where I have tracking disabled on startup, and I start it manually. It looks like tracking is so occupying for ModRana, that it delays/ignore clicks, requiring you to spam them a little.

As for other issue you mentioned, their seem valid.
---

I noticed new version in -devel - out of curiosity, was something re cairo-crashing bugs done? Asking, as I haven't found any info about that in changelog, and I'm not sure if doing extensive re-testing have any sense, if that particular thing wasn't touched yet.

/Estel

MartinK 2014-07-27 11:58
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by biketool (Post 1433436)
Depending if you want to add functionality location2sms being OSS could have those parts snipped out and added to modRana if you would like.
I've checked out the location2sms source code repository and it is all C++ (Harmattan version) or Android Java (Android version), so source code drag & drop is not really doable as modRana is written in Python. :) On the other hand having the source code available could be definitely helpful for implementing the functionality as you can see how the other application is doing it, if it is handling any quirks and edge cases, etc.

Quote:
Originally Posted by biketool (Post 1433436)
They have not built it for fremantle but it would be very cool to be able to send and receive easily from my N900 via email or SMS(no server BS) and quickly import, especially since their format and app is being rolled out for every OS from Symbian, to Android and IOS, BB10, and WinCE in the future.
http://location2sms.anavi.org/
While I agree this could be a nice addition to modRana and I'll definitely add it to the TODO pile, I must point out there are already quite a lot of feature requests and bugs in need of fixing, so I can't really say when I might get to actually working on this. But as always - patches are welcome! Actually, sending a working patch is the best way getting a feature you are interested in to modRana quickly. :)

Quote:
Originally Posted by marmistrz (Post 1433714)
So, with gcc 4.6 is silently fails: https://garage.maemo.org/builder/fre...log.FAILED.txt

When the failing command was executed manually, it succeeded

I'll stick with the thumb build on my server (not yet in the repo) for the time beng.
Yeah, looks like that would be the best, at least for the time being. I can implement any functionality depending on the Mapnik packages optional so that if the packages are no installed modRana will run with reduced functionality but won't crash, etc.

Quote:
Originally Posted by marmistrz (Post 1433714)
Does anyone have any idea why it can happen?
This is the place where it fails, right ?
Code:
/usr/include/boost/type_traits/detail/cv_traits_impl.hpp:38: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4970
When Googling the error, I found this:
GCC previous to 4.3.x does not implement inclass member initialization
So maybe it is still using the old GCC 4.3 and not 4.6 ? Or the 4.6 is faulty ?

BTW, I've tried the Mapnik build from your repository (BTW, can it be added to the repository list ? I've just downloaded the debs manually but having it automated would be handy :) ). Unfortunately I haven't got very far yet as the libmapnik_2.2.0-ubuntu1~fremantle1_armel.deb package depends on the ttf-unifont package that doesn't seem to be available anywhere. Any ideas what to do about this ?

Quote:
Originally Posted by Xagoln (Post 1433928)
It seems to be impossible to switch off track log in the current version in the repo. Even if I push the stop button, the timer keeps counting up and the stop button never changes to a record button.
What version of modRana do you have ? I've tried with 0.47.3 (latest in Extras-Devel) and I have no issues with starting & stopping (or pausing logging).
Could you try to run modRana from the terminal (just run "modrana") and send me the log when this happens ?

Quote:
Originally Posted by Xagoln (Post 1433928)
Also it doesn't seem to honour options set for the track feature, such as how often to calculate track and how often to save track.
Oh right, this indeed does not work. I see what can be done about it. :)

Quote:
Originally Posted by Xagoln (Post 1433928)
Could endless tracking be a factor in Modrana crashing?
ModRana does not restart logging after you close it and start it again, so it could only happen if you started logging in the same run it crashed. If it crashed and logging was not started in the same run, the cause would be something else.

Quote:
Originally Posted by Estel (Post 1433966)
It does, if you bash it maniacally for a while. At least it my case, where I have tracking disabled on startup, and I start it manually. It looks like tracking is so occupying for ModRana, that it delays/ignore clicks, requiring you to spam them a little.
By tracking, do you mean track logging or tracking current position ?

Track logging is pretty lightweight - modRana just saves the current position to a list in memory every second and flushes the list to persistent storage every 10 seconds.

Position tracking on the other hand can be indeed quite demanding. The worst case being map rotation & centering shift & overlay & high zoom level & high movement speed. This makes modRana fetch & draw & rotate a boatload of tiles all the time which is pretty occupying.

Quote:
Originally Posted by Estel (Post 1433966)
As for other issue you mentioned, their seem valid.
---

I noticed new version in -devel - out of curiosity, was something re cairo-crashing bugs done? Asking, as I haven't found any info about that in changelog, and I'm not sure if doing extensive re-testing have any sense, if that particular thing wasn't touched yet.

/Estel
You mean the new version of modRana in Extras-Devel ? Yeah, it basically had just a single fix (for logging stopping to log after a few minutes in some cases) and it looks like I forgot to properly announce it. :) Regarding the changelog - the modRana package page on packages.maemo.org has the changelog entries for the the most recent packages and is updated automatically once a new package is uploaded. :)

BTW, I'm aware of your earlier RFE post and plan to write an answer once I can get to it. :)

MartinK 2014-07-28 22:10
Re: [Announce] modRana: a flexible GPS navigation system
 
modRana 0.48.1 has been released!

The main highlight of this release is the map layer overlay support added to the Qt 5 GUI (used mainly on Sailfish at the moment) and the GTK GUI also got batch tile download size estimation.

As for bug fixes the Qt 5 GUI now properly remembers zoom level, the track logging page shows the actual logging interval configuration (the configuration was already used properly, just not shown as used) and a fixed URL for the Map1.eu map layer.

Changelog:
Code:
* Mon Jul 28 2014 Martin Kolman - 0.48.1
- added persistent overlay configuration support in Qt 5 GUI
- approximate batch download size is now displayed during batch download in GTK GUI
- location debugging support in Qt 5 GUI
- fixed zoom level not being saved in Qt 5 GUI
- fixed current track logging settings not being displayed properly in GTK GUI
- fixed URL for the Map1.eu map layer
* Tue Jun 17 2014 Martin Kolman - 0.47.3
- move bundled modules to the bundle directory
 - this should make unbundling on platforms that have the modules (Fedora, etc.) easier
- remove some more bundled modules from the Sailfish OS package
* Tue Jun 17 2014 Martin Kolman - 0.47.2
- add local search support to the Qt 5 GUI
- sort local search results by initial distance in Qt 5 GUI
- show search results on the map in Qt 5 GUI
- highlight the result that was selected in result list in red on map in Qt 5 GUI

ggabriel 2014-07-29 12:43
Re: [Announce] modRana: a flexible GPS navigation system
 
thanks, MartinK - now, is 0.48.2 a not-worth-mentioning bug fix?

biketool 2014-07-29 15:22
Re: [Announce] modRana: a flexible GPS navigation system
 
Not sure how to integrate it but location2sms which sends/receives GPS via SMS and/or email already intergrates to OSM in the app, I wish I knew how to patch the sharing modules into modrana but the source is here https://gitorious.org/location2sms.
I love modrana and the only mapping feature missing on my N900 is fast easy cross platform location sharing. I also totally get that feature requests fit in after fixes and existing feature upgrades, but thanks for listening to us!

MartinK 2014-07-30 00:13
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by ggabriel (Post 1434196)
thanks, MartinK - now, is 0.48.2 a not-worth-mentioning bug fix?
Pretty much - just a Sailfish OS packaging fix. :) I think I'll just add the 0.48.2 changelog entry next time I'm publishing a changelog for a significant modRana release.

marmistrz 2014-08-03 07:00
Re: [Announce] modRana: a flexible GPS navigation system
 
MartinK: I tried another option for the last time and then the internal compiler error is thrown (I was experiencing problems how to cleanly enable g++-4.6 in scons). Seems that exporting the CC and CXX variables is ignored by scons.

I'll rebuild the packages with the +thumb0 suffix when I find a while, until then, please use the debs.

I guess you can ignore ttf-unifont for a while but I'm taking care of it, it should appear in the repos in a couple of days (hopefully tomorrow :) )

marmistrz 2014-08-03 18:54
Re: [Announce] modRana: a flexible GPS navigation system
 
Porting ttf-unifont for armel was a piece of cake, the opitfy process goes mad when switched to i386 (build-arch, build-indep). I tossed everything into simple "build" but then it doesn't even build for armel.

Can I call maemo-optify for each package separately in dh_gencontrol? Otherwise I'll drop i386 altogether.

/edit: I put everything concerning this problem in one post:

4th Aug 2014: How to set a separate override for dh_gencontrol -a and dh_gencontrol -i (-a is in build-arch and -i in build-indep)? This would be a solution. Alternatively - detecting the current target

5th Aug 2014: Our debhelper is too old for separate overrides... (1)

(1) http://manpages.ubuntu.com/manpages/...man1/dh.1.html

5th Aug 2014: It appeared that /usr/share/fonts is optified anyway, so only the binaries have to be optified.

Android_808 2014-08-03 20:35
Re: [Announce] modRana: a flexible GPS navigation system
 
I think you can call maemo-optify subpackagename for each package. I know I've done it somewhere, possibly a jasper dependancy.

marmistrz 2014-08-04 07:04
Re: [Announce] modRana: a flexible GPS navigation system
 
It's exactly what I'm talking about. But how to set a separate override for dh_gencontrol -a and dh_gencontrol -i (-a is in build-arch and -i in build-indep)?

/edit: And a small update: I will not do a thumb rebuild. It's all real time rendering and thumb errata might produce performance drawbacks. I didn't enable -mthumb in my build. If we don't find a performance bottleneck while using normal binaries, I might do a real thumb rebuild.

/edit2: about autobuilder problems: I reuploaded the package and now the silent fail log is there back again: https://garage.maemo.org/builder/fre...log.FAILED.txt

marmistrz 2014-08-04 10:54
Re: [Announce] modRana: a flexible GPS navigation system
 
Mapnik (libstdc++6 >= 4.7.2) has been uploaded to my repo and its mirror. I had temporary problems connecting to the main repo, so it was on the mirror only for some time.

If anything is missing (sometimes files disappear from 000webhost) let me know.

Xagoln 2014-08-04 10:55
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by Estel (Post 1433966)
It does, if you bash it maniacally for a while. At least it my case, where I have tracking disabled on startup, and I start it manually. It looks like tracking is so occupying for ModRana, that it delays/ignore clicks, requiring you to spam them a little.

As for other issue you mentioned, their seem valid.
How do you manage to disable tracking on startup Estel?

On my phone, Modrana tells me that 'logging is OFF' but the counter is counting up relentlessly the whole time, appended to the filename I gave to my last tracklog. No amount of clicking the STOP button will make the timer stop counting up. It's reading almost 11 hours now on my phone.

akira.pwr 2014-08-04 11:09
Re: [Announce] modRana: a flexible GPS navigation system
 
I'm sorry for noob question, what do I do for using Modrana as a navigator after installing the app? I've downloaded the map, but don't know where I have to put them or make it working on Jolla phone, the guide is for N900 (coming soon anyway)

Android_808 2014-08-04 13:24
Re: [Announce] modRana: a flexible GPS navigation system
 
One thing I noted is your using python 2.5, which is causing "Support for pre-2.7.0 Python version (2.5.4) is deprecated." You have the ignore statement to prevent 2.3 but it's not picking up 2.7. Maybe theres something at fault there due to outdated version?

Couldn't you just use:
Code:
DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)
Put all subpackages optified individually, like
Code:
maemo-optify libmapnik-dev
maemo-optify libmapnik
maemo-optify mapnik-doc
And then just stick an if block around the problem package so it doesn't call maemo-optify when using i386?

MartinK 2014-08-04 16:11
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by Xagoln (Post 1434821)
How do you manage to disable tracking on startup Estel?

On my phone, Modrana tells me that 'logging is OFF' but the counter is counting up relentlessly the whole time, appended to the filename I gave to my last tracklog. No amount of clicking the STOP button will make the timer stop counting up. It's reading almost 11 hours now on my phone.
Well, that's actually working as intended (and it always worked like this) - it is updating the filename suffix (the timestamp after #) so that you known how the filename would look like if you start logging. It does not mean it is logging and you can safely ingore it.

BTW, I agree this might be a but confusing - anyone against dropping the timestamp update and just appending the timestamp to the name once you press the start button ? :)

Or adding an option to just append a counter ( like (1), (2), etc.) if a given tracklog already exists ?

Quote:
Originally Posted by akira.pwr (Post 1434822)
I'm sorry for noob question, what do I do for using Modrana as a navigator after installing the app? I've downloaded the map, but don't know where I have to put them or make it working on Jolla phone, the guide is for N900 (coming soon anyway)
For offline routing on the N900 just follow the modRana offline routing guide. As for Sailfish OS - modRana does not support routing and turn-by-turn navigation os Sailfish OS just yet, but the peaces are slowly comming together.

Actually as for what's needed/what's the current status:
Code:
* online routing provider - in core - AVAILABLE
* t-b-t implementation - in core - AVAILABLE
* offline routing software working on Sailfish OS - routino - DONE
(Monav can't be used on Sailfish OS due to missing support for working in a Qt 5 only environment, also the upstream is dead and both the routing and data generation code is bitrotting rather badly.)
* support for using routino as a modRana routing backend - work started
* parsing routino results - TBD
* routino data generation support in modRana data repository - TBD
* routino data pack management - TBD
* Sailfish OS/Qt 5 routing GUI - TBD
* Sailfish OS/Qt 5 turn-by-turn GUI - TBD
* TTS system for spoken directions - Nieldk reported some success with running espeak on Sailfish OS, so in progress :)
As always, patches or other help is very welcome and can really make a difference in when this feature reaches usable state. :)

Flock 2014
I'll be on Flock (the europen Fedora conference) 2014 in Prague this week, so I might be a bit slow to react to questions. BTW, any other Maemo/MeeGo/Sailfish people going to Flock ? :)

marmistrz 2014-08-05 12:58
Re: [Announce] modRana: a flexible GPS navigation system
 
Android_808: optify problem concerns ttf-unifont. Put stuff concerning it into #1624 post.

I did want to optify them separately since the beginning of the problems. ttf-unifont uses the short debian/rules ( dh $@ ), so the question is: how to set different override for dh_gencontrol in binary-arch and different for binary-indep. ALternatively, if I knew how to get the name of thee current target executed, I could make an if block and call optify only if binary-indep is being called.


about mapnik: modrana uses 2.5, so I'm sticking with 2.5. BUilding with gcc 4.7 and thumb toolchain with the same configuration of the rest works perfectly. MY guess would be that it mixes up some tools from gcc4.6/binutils2.22 and gcc4.2/binutils2.18.

what's the DEB_BUILD_ARCH step for?

Android_808 2014-08-05 13:08
Re: [Announce] modRana: a flexible GPS navigation system
 
To detect what platform (armel or i386) your building for.

marmistrz 2014-08-05 17:59
Re: [Announce] modRana: a flexible GPS navigation system
 
Announce: ttf-unifont is there in extras-devel. In fact, only unifont-bin required optifying - /usr/share/fonts is optified anyway in the filesystem.

Estel 2014-08-21 21:26
Re: [Announce] modRana: a flexible GPS navigation system
 
I've noticed something strange, that I've always forget to report:

For some reason, ModRana on-line routing via google provides different result, than one we get while using google maps on Android devices OR maps.google.com via any system on any device. I suspected that options re highways and toll roads may be affecting it, but it doesn't.

Sadly, the route suggestions that we're getting with ModRana->google routing is *always* worse than one from maps.google.com - many times, to the point of suggesting completely absurd routes.

No idea what causes it - maybe something about API changed? Could you check it, MartinK?

/Estel

misiak 2014-08-21 22:44
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by Estel (Post 1436535)
I've noticed something strange, that I've always forget to report:

For some reason, ModRana on-line routing via google provides different result, than one we get while using google maps on Android devices OR maps.google.com via any system on any device. I suspected that options re highways and toll roads may be affecting it, but it doesn't.

Sadly, the route suggestions that we're getting with ModRana->google routing is *always* worse than one from maps.google.com - many times, to the point of suggesting completely absurd routes.

No idea what causes it - maybe something about API changed? Could you check it, MartinK?

/Estel
I need to drive a bit in the next few days, so while planning routes I've now tried 4 different routes and compared them, got same results via modrana and maps.google.com ("examples" contained both short distance route and three >500 km ones). Maybe I was lucky but I think that providing example 2 addresses (departure and destination) that give different result via modrana and gmaps would help to reproduce and debug the issue.

Estel 2014-08-22 12:06
Re: [Announce] modRana: a flexible GPS navigation system
 
Roger that, will try to do it this late evening (EU time). BTW, I just forget to mention, that maps.google.com/google maps on adroid seems to offer few possible routes, while ModRana offers only one. Might have something to do with it... Although, the "default" proposed route from maps.google.com/android google maps is usually the right one, where ModRana's (via google's routing) one seems to be something completely different.

Tested only in Poland, for both short and loing routes. As said, will try to reproduce again, and post exact examples.

/Estel

biketool 2014-08-22 15:42
Re: [Announce] modRana: a flexible GPS navigation system
 
I can talk to the guy doing the server side, how hard would http://www.icecondor.com/ support be to add?
would be cool to have android compatible realtime location share.

misiak 2014-08-22 16:41
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by Estel (Post 1436583)
...
BTW, I just forget to mention, that maps.google.com/google maps on adroid seems to offer few possible routes, while ModRana offers only one. Might have something to do with it... Although, the "default" proposed route from maps.google.com/android google maps is usually the right one, where ModRana's (via google's routing) one seems to be something completely different.
...
Oh, right, I totally forgot about that :O Does modRana even have GUI for that? I think that Mappero (if I remember correctly) had a GUI to choose between alternative routes, but I've used it so long ago last time that I might be wrong... That would be a superb feature either way.

Estel 2014-08-22 22:59
Re: [Announce] modRana: a flexible GPS navigation system
 
Quote:
Originally Posted by misiak (Post 1436599)
Oh, right, I totally forgot about that :O Does modRana even have GUI for that?
Currently, no. It would be nice to have, indeed, unless it's impossible via google routing API.

I sincerely hope that MartinK will find some time to chase those annoying cairo-related crash bugs, too - I tried to do so, a little, but ModRana is waaaay above my level.

/Estel


All times are GMT. The time now is 22:55.
Page 41 of 52 « First 313940 41 424351 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8