[01:58:01] *** Quits: Lutin (~Lutin@lfbn-lyo-1-1261-242.w86-248.abo.wanadoo.fr) (Quit: Going offline, see ya! (www.adiirc.com)) [08:24:44] *** Joins: ilovekiruna (~ilovekiru@staff0265.wlan.tu-clausthal.de) [08:24:44] *** ChanServ sets mode: +v ilovekiruna [08:42:56] *** Joins: Lutin (~Lutin@lfbn-lyo-1-1261-242.w86-248.abo.wanadoo.fr) [09:09:00] Lutin, i think then navit will work for you [09:09:23] jkoan when does it ? [09:09:54] when? it already does [09:24:25] *** Quits: Lutin (~Lutin@lfbn-lyo-1-1261-242.w86-248.abo.wanadoo.fr) (Quit: Going offline, see ya! (www.adiirc.com)) [09:27:44] *** Parts: millesimus (~millesimu@2a02:c207:3006:1739::1) () [09:29:58] *** Joins: millesimus (~millesimu@2a02:c207:3006:1739::1) [09:55:25] *** Quits: ilovekiruna (~ilovekiru@staff0265.wlan.tu-clausthal.de) (*.net *.split) [10:23:08] *** Joins: ilovekiruna (~ilovekiru@staff0265.wlan.tu-clausthal.de) [10:23:08] *** ChanServ sets mode: +v ilovekiruna [10:50:28] *** Joins: Lutin (~Lutin@lfbn-lyo-1-1261-242.w86-248.abo.wanadoo.fr) [10:51:21] jkoan how do you mean ? I don't get it... NOw I have Nominatim and OSRM... I would like to have one source for both [10:53:31] navit dosn't use OSRM or Nominatim, it uses the Openstreetmap data directly, but can do what both can do. Navit can wor fully offline. That was the reason i asked which goal you wanne solve [11:05:48] *** Joins: twoelk (~twoelk@p5b2fbb8e.dip0.t-ipconnect.de) [11:39:14] *** Quits: mvglasow (~mvglasow@78-61-158-97.static.zebra.lt) (Ping timeout: 260 seconds) [11:51:45] *** Joins: mvglasow (~mvglasow@78-61-158-97.static.zebra.lt) [12:46:58] jkoan aha, indeed... I need it "online" so I can do a reverse lookup ? [12:49:09] What I now do is just API usage [13:43:38] Navit can also do the lookup offline [13:55:50] jkoan but my app is "online"in some way offline as OSM is only internally so I use PHP/cur for it. [13:55:55] Any example ? [13:59:27] Navit is an desktop app, it can be used via dbus as well, but manly its for navigation, so if youre building a webapp i think navit is the wrong choice [14:11:55] jkoan yeah I thought the same, but it's a nice project! [14:21:17] thx :-) [14:33:14] has anybody ever thought of feeding navit OBD2 stuff to some car internals screen? [14:34:20] twoelk OBD2 ? DOes it do OBD2 ? [14:34:43] nope [14:35:04] at least not the last version I installed ;-P [14:35:50] was just wondering [14:40:48] ah ok [14:51:54] twoelk, yes, there is a plugin called j1850 which should do this. Actually i thought about more flexible sensoring for navit as well and will vonsider it for the next roadmap [14:52:24] oh cool [14:52:58] would set navit appart from other navigation apps [14:53:12] this could help tunnel extrapolation as well, probably also interesting for detecting if the driver took the left or right turn [14:53:46] yes, thats a good idea. Any more ideas for sensors and there usage? [14:54:51] i also thought abouth weather maps (not quite sensors) where navit could adjust the time of arrival based on the street conditions (like when max speed is limeted by wett streets) [14:55:03] supporting all obd2 has to offer would allready require several new screens [14:56:36] i thought more about how navit itself could use the data [14:57:24] well it could use info to calculate the maximum range of the fuel [15:00:09] things like - your current fuel will not last for the input trip [15:01:15] do you have a list of all the attibutes which are possible with odb2? [15:02:24] * twoelk wanders off searching his link archives [15:02:48] like this? https://en.wikipedia.org/wiki/OBD-II_PIDs [15:27:58] duno what languages you know but there is some info in and around this page https://www.obd-2.de/programmierer-tips.html [15:28:26] twoelk, perfect, German is my motherlanguage [15:28:51] nadenn nix wie ran da [15:29:25] twoelk, please keep writing english so anybody can understand ;-) [15:29:51] :-D [15:30:14] but i think supporting sensos would really benefit navit [15:30:48] but as of now, i dont have any odb-2 adapter [15:31:07] indeed, someone might have a rpi based weather station he might want to plug in [15:39:12] finaly found the site that I was looking for https://www.blafusel.de/obd/obd2_start.html [15:58:20] i think from those lists, fuel and speed would be the most interesting [16:01:46] could we assume that Service 1 PID 0x0F would be the outside temp? [16:28:41] hmm 46=ambient temp aka umgebungstemp. sounds more like it [16:29:25] you may want to compare to this list https://www.blafusel.de/obd/obd2_pid.php [16:30:37] how wide spred is OBD II [16:30:42] sorry, am a total noob on that [16:30:55] I meanwhat are limiations in terms of age of car [16:31:56] if OBD provides a speed, then we could also use it for the speed warner inside a tunnel [16:31:59] depends, but most joined somewhere between 2000 and 2006 [16:32:14] it does [16:32:35] right now we just depend on speed by GPS, right, jkoan? [16:32:46] PID 13dec [16:33:19] or ODhex [16:33:51] rpm might be of interest to some [16:34:20] for range we would also need a sensor of the tank [16:34:24] what about that? [16:36:58] PID 47dec is fuel level but there are several other fuel related sensors [16:38:24] 14dec or 1Fhex Ignition Timing Advance might be usefull to give out steeringwheeltime limits warnings [16:43:12] oops probably meant 21dec for time since engine started [16:43:30] argh 31dec [16:44:00] * twoelk hides somewhere and practices reading [17:26:00] Ilovekiruna, odb2 is included on nearly all of the vehicles since the 2000s [17:27:07] And yes for now we are just using the GPS speed. That's why my idea was a sensor framework where we can include a number of sensors and navit can read/write/analyse those [18:08:40] hi all, I've been following the discussion surrounding OBD2 [18:10:22] speed should be relatively easy [18:10:59] also some engine related data [18:11:31] like RPM etc, although this is not really useful for navigation [18:12:00] steering angle (do determine direction) might be more difficult [18:12:36] the basic command set was originally just intended for engine diagnostics, much of the extra stuff is vendor specific [18:13:22] there's a Java OBD API (not useful for direct inclusion, but might help understand how things work): https://github.com/pires/obd-java-api/ [18:14:17] we'll have to rethink the vehicle paradigm: up until now, the vehicle (which is somewhat platform specific) is our single source of location data [18:15:15] if we're getting speed (or more) from OBD, we would need a driver for "other sensor data" [18:15:32] possibly with multiple instances running, and very different data [18:15:57] and not related to the vehicle at all [18:16:20] and finally we would have to fuse vehicle data with sensor data, possibly with map assistance [18:18:35] I would advocate starting out small, with speed (assuming we are proceeding along the route at the speed we are getting), but keeping in mind we may be getting other sensors and location calculations can involve any kind of logic [18:20:00] I had once started a project using Android sensors for dead reckoning, meant to become an Android location provider, but never got beyond the first stages [18:20:46] what I have is some still-buggy code to determine which way is "down" (orientatio of the device in the vehicle) and to extrapolate GPS bearing using gyroscope and compass [18:21:26] (turns out smartphone compasses are poor, need to be re-calibrated frequently, and the magnetic field in the car doesn't help) [18:21:53] but anyway, OBD2 speed is probably easiest to start with [18:30:00] ilovekiruna btw as for age, my old A4 (built in 1996, the model came out in 1994) had OBD-2 already, so I would say it is realistic to find it in a widely sold model from at least the mid-1990s [18:31:19] The US mandated it starting in 1996, so any model sold in the US since then would have it (possibly also if the vehicle was intended for a different market but the same/a similar model was sold in the US) [18:46:33] *** Quits: mvglasow (~mvglasow@78-61-158-97.static.zebra.lt) (*.net *.split) [18:52:46] *** Parts: twoelk (~twoelk@p5b2fbb8e.dip0.t-ipconnect.de) ("No boundaries on the net!") [18:54:06] *** Joins: mvglasow (~mvglasow@78-61-158-97.static.zebra.lt) [19:13:21] Mvglasow do you also have experience with those android based navigation systems which include a obd-2 connection, radio (probably interesting for TMC) and more features? [19:22:14] *** Quits: ilovekiruna (~ilovekiru@staff0265.wlan.tu-clausthal.de) (Ping timeout: 264 seconds) [19:43:01] jkoan you mean hardware devices? never got my hands on one of these, didn't feel like spending 500 bucks on something that might not work at all, or at best need a lot of work to get working [19:43:40] so for now, an Android phone and hardwired Bluetooth TMC receiver in the car work sufficiently well [20:08:15] Yes, I think we are taking about the same kind of devices. But for my car it would be more like 200€ [20:51:09] *** Joins: ilovekiruna (~ilovekiru@139.174.228.248) [20:51:09] *** ChanServ sets mode: +v ilovekiruna