User talk:C holtermann

From Navit's Wiki
Jump to: navigation, search

Willkommen bei Navit's Wiki! Wir hoffen, dass du viele gute Informationen beisteuerst. Möglicherweise möchtest du zunächst die Ersten Schritte lesen. Nochmal: Willkommen und viel Spaß! Usul (talk) 16:09, 3 June 2013 (CEST)

Car PC[edit]

Hi, as you mentioned, that you are using a car PC, can you please help us to analyse this usecase and how we might optimize Navit for this particular usecase? user:Usul/NavitRefactoring#roadmap --Usul (talk) 11:53, 6 June 2013 (CEST)

Sure, I'll have a look. But please don't expect me to do it just now ;-) though I even might ;-) C holtermann (talk) 12:06, 6 June 2013 (CEST)

FYI, yesterday was User:Angelus88 at the IRC and he is running an rasp car PC, too. --Usul (talk) 14:30, 8 June 2013 (CEST)

I have some thoughts regarding my use of navit. Thank you for your interest. I like open source software because I can change the details. I created a wifi connection between my RaspberryPi in the car and my home network. I can ssh to it and let navit run on my desktop with x forwarding.

I like the possibility of connection. It would be good to easily access/exchange contacts. Yesterday I thought of a navit on a smartphone that connects to the navit in the car. The smart one could be used to send commands or the other way round display info or tell the commands or to tell the GPS position. Is there a standard format for contacts ? Import/Export ? Database access ? I have some on a ldap server. Though LDAP seems somewhat outdated and too in- flexible, probably has no field for coordinates.

I used navit for some days now to guide me to work and other places. I met a lot of places where the commands wrong in different extents. A common situation is when a street splits like between the lanes is a barrier. I am told to turn right where it's generally no use because from my point it's no change in the street. If that happens before a crossroad the turning instructions may even be wrong. Problems occur when one lane of the street rises on a bridge over a crossroad. I can't turn because I'm on the bridge. There are different examples. I may even try to correct them in the openstreetmaps - are there tutorials regarding driving instructions ? Another thing with lanes is that on one street the right lane may lead to somewhere else than the left one and navit doesn't tell me, it may when they split but that's surely too late. A different behaviour on highways may be necessary. C holtermann (talk) 16:03, 8 June 2013 (CEST)

Thanks for your response. I will try to answer one by one:
  • Intercar communication: This is an really interesting idea. So bascially setup the destination from your home PC? That reminds me to some requirements for drivers of the logistics, firefighters, police, ... . AFAIK there is no true "standard" for communicatin channels (wifi sounds very simple and good to me), and afaik there is no protocol to tell care where to drive. I think what's possible is to offer a command line call/plugin that accepts search strings or lat/lon coordinates. But please keep in mind, that Navit is a navigation system only, it's not designed to be a full car entertainment package. So IMHO we can't spend to much manpower to adapt every calendar/adress format ;)
  • It's quiet complex what influences the generation of driving directions: osm data, osm conversion (maptool), binfile interpretation, routing, you controlling your car, ... The first one with the random turns sound like a mix in interpretation of OSM data or even routing. What might be exelent would be detailed bug reports with screenshots (or video if possible) and permalinks to the corresponding OpenStreetMap areas. But please have a look at bug reporting and ask in the chat/forums (see contacts) if this malefunction might be already reported.
--Usul (talk) 18:06, 8 June 2013 (CEST)

Thanks for your response !

  • Inter(car)/(process)/(program) communication:

While navit is not a car entertainment package it should be open to be a part of one. That means in my eyes having the interfaces. Destinations, routes and maps should be easily accessible. I want to be able to access contacts ( and there is no standard for that. vCard probably being the most accepted - maybe a directory of vCards or WebDAV. Anyway: an interface. ) Then it would be nice to be able to control the program. I guess DBUS does something like that. On a lower level that could be a call with command line options like: navit --import-contact "CONTACT" --set-next-destination.

Such command line options actually wouldn't need to be compliant to any standard but could be just as needed and possible. Setting a destination as gps coordinates with a name would be sufficient. If navit would be already running there could be another program like "navit-control" that could control navit.

I saw that the config file opened the possibility for configurable buttons that change variables by activation. These options could be put to the command line so that a script could control navit, ask the position etc. External programs could then do communication with the rest of the media interface. Or you design it as plugins in navit. Anyway: Interfaces ;-)

Ok so a basic solution, just to enable people to hack something? What about Embedding or Dbus, so what needs to be extended in detail? --Usul (talk) 21:01, 1 November 2013 (CET)
Thank you for that hint. Makes my whole point ridiculous for it's all there ;-) I'll have a look at it. I just didn't expect that. --C holtermann (talk) 14:41, 3 November 2013 (CET)
  • Regarding the second question i wondered if i could install a webcam and put gps information along with it. Even a second parallel stream of navits screenshots would be nice. Sounds interesting to me. Do you know if there is a possibility of gps encoded mpg ?
Well my bacheor thesis was about Videomapping, but there is no real standard-solution: http://wiki.openstreetmap.org/wiki/Video_mapping --Usul (talk) 21:01, 1 November 2013 (CET)
Great. I have just been on a long trip from northern germany to italy and had some time to think. Speed limits were wrong on a lot of streets. I thought about street sign recognition from video and exporting the results to openstreetmap. One first step would be a correlation between the frames and a gps track. Because the time stamps wouldn't match. Then recognizing signs and maybe from their movement throught the frames find out were they are in relation to the gps position. Thought experiment ;-) --C holtermann (talk) 14:41, 3 November 2013 (CET)
Having read your link I see that there's already a lot of development about theses things - fascinating ! --C holtermann (talk) 14:47, 3 November 2013 (CET)


  • Then there's some other things I will just write here, even if it may be not the right spot:
    • My system is SLOW - that's no problem, only when I don't know if the input i made was accepted or not. Especially when clicking the screen this can be annoying. So I click twice ( by accident ) and the second click is interpreted as a click on the now opening screen which is weird and most surely leads to wrong results. So in the cas of clicks opening a new screen should erase the click events from my point of view.
I recommend to discuss this issue at the forums (wiki login) Contacts --Usul (talk) 21:01, 1 November 2013 (CET)
    • Then I would like to be able to search for anything in the database. I often am in the situation where i knew the name of the place but not of the street.
AFAIK this is possible with the POI search if you click at a certain point in the map. Just pick the "magnify glasses" icon (last one) in the search dialog, enter the part of the name and click the check icon --Usul (talk) 21:01, 1 November 2013 (CET)

regards, --C holtermann (talk) 20:00, 29 October 2013 (CET)