[10:45:34] *** Joins: iTommix (~Thomas@p548d7550.dip0.t-ipconnect.de)
[12:13:04] *** Quits: iTommix (~Thomas@p548d7550.dip0.t-ipconnect.de) (Quit: iTommix)
[14:42:40] <jkoan> hi all
[15:43:40] <ilovekiruna> hi jkoan
[15:43:46] <ilovekiruna> I also had issues with the upgrade
[15:43:50] <ilovekiruna> how can i help you
[15:44:48] <Navit> <jkoan> Its already done, just try to update in Google playstore (update should be online, if not use beta)
[15:45:21] <ilovekiruna> i am on beta
[15:46:10] <Navit> <Johnk> Version 0.5.5 Android. When I click on download maps it displays a window to select a  map and the when download window immediately close. I had the same problem on 0.5.4.
[15:47:40] <Navit> <Johnk> Android Oreo
[15:47:50] <Navit> <jkoan> But thats something different than the update bug
[15:48:12] <ilovekiruna> jkoan: beta still doesnt install
[15:48:17] <ilovekiruna> fyi
[15:49:32] <Navit> <jkoan> The update bug caused a problem when users tried to update from 0.5.1 (last production track version) to something newer build with gradle
[15:49:56] <Navit> <jkoan> Which version do you have installed?
[15:54:21] <Navit> <jkoan> When trying to update with adb, which error message do you get?
[15:55:02] <ilovekiruna> jkoan, do you mean me?
[15:55:36] <Navit> <jkoan> Yes
[15:55:53] <ilovekiruna> I seem to have v.0.5.4-fdroid-3.-44-ga829597
[15:56:37] <Navit> <jkoan> @Johnk is this the bug? https://github.com/navit-gps/navit/issues/948
[15:58:06] <Navit> <jkoan> @ilovekiruna dev or release signed? What error message do you get when updating throughout adb?
[15:58:28] <ilovekiruna> I need to see if I amange to use adb
[15:58:46] <ilovekiruna> had before problem with the usb cable
[16:14:30] <ilovekiruna> @jkoan: I logged all logcat to a file
[16:14:39] <ilovekiruna> where should I send it to you? 12 MB?
[16:15:39] <jkoan> have you tried "adb install navit-0.5.5.apk" from the last release? This gives a short message
[16:16:13] <jkoan> This one: https://github.com/navit-gps/navit/releases/download/v0.5.5/android-release-0.5.5.apk
[16:16:25] <ilovekiruna> i will try
[16:17:38] <ilovekiruna> failed to install android-release-0.5.5.apk: Failure [INSTALL_FAILED_SHARED_USER_INCOMPATIBLE: Package org.navitproject.navit tried to change user null]
[16:18:59] <jkoan> wow... that's interesting...
[16:20:45] <jkoan> let me try that as well
[16:21:11] <ilovekiruna> does the name of the apk matter?
[16:21:27] <jkoan> no, only the contents
[16:22:34] <jkoan> got the same error as well
[16:22:53] <ilovekiruna> in debugging terms great ;-)
[16:23:21] <Navit> <ilovekiruna> if i can be of more help, please ping me
[16:23:29] <Navit> <ilovekiruna> i will be awake from computer for a while
[16:51:04] <jkoan> ilovekiruna: it looks like this is not fixable, it a (more or less) known Android bug. Only solution is for the user to uninstall and reinstall the app
[17:23:47] <ilovekiruna> jkoan: can you tell me more about the issue?
[17:23:49] <ilovekiruna> am just curious
[17:30:41] <Navit> <ilovekiruna> uninstalling removed my data again :(
[17:30:43] <Navit> <ilovekiruna> will fix it myself
[17:57:01] <jkoan> ilovekiruna: here are some details: https://github.com/navit-gps/navit/issues/1035 
[17:59:16] <Navit> <ilovekiruna> i now redownload the maps
[17:59:30] <Navit> <ilovekiruna> also not bad to have a map update at some point
[18:01:19] <jkoan> yes, i already thought about something like a bin2 file format in the future. With map split capabilities, update support and other usefull features. My first idea was to use sqlite for that, but i dont know how this would turn out over time
[18:01:54] <Navit> <ilovekiruna> I think you know that sqlite has some gis extensions, right?
[18:02:14] <jkoan> also for the andoid update issue: https://twitter.com/molsjeroen/status/1022840282012966912 https://issuetracker.google.com/issues/36905922 https://issuetracker.google.com/issues/36924841
[18:02:25] <jkoan> sqlite has gis plugins, yes
[18:02:40] <Navit> <ilovekiruna> I was looking into sthat for work
[18:02:48] <Navit> <ilovekiruna> postgres also has
[18:03:03] <Navit> <ilovekiruna> but i think for our purpose sqlite would be better, more lightweight
[18:07:19] <jkoan> One feature I definitely want to have as well would be incremental updates and support for extracting types of groups. For example only the ways but no multipylogon objects. Also none square extraction area and combining maps without problems and of course sea regions without gliches
[18:08:42] <ilovekiruna> jkoan: what do you think about this post? https://euroquis.nl//blabla/2020/08/09/docs.html
[18:09:47] <jkoan> In what context?
[18:10:06] <ilovekiruna> generally as a programmer
[18:10:12] <ilovekiruna> I believe it is very much true
[18:11:13] <jkoan> Yes, totally agree with that
[18:11:44] <ilovekiruna> but even when i started at navit and other projects, I thought the core developers know everything ;-)
[18:12:33] <ilovekiruna> maybe you remember our discussion on char* var or char *var
[18:12:57] <jkoan> But I find it funny that he writes he doesn't really know if he's a senior dev or not. I really don't like the classification into those classes because those are not really defined
[18:13:04] <jkoan> Yes I remember
[18:13:25] <ilovekiruna> that is funny I agree
[18:13:28] <jkoan> Do you found out the solution? :)
[18:13:31] <ilovekiruna> but dont forget one thing
[18:13:43] <ilovekiruna> the sentence by socrates I believe is very true
[18:13:47] <ilovekiruna> I know that I know nothing
[18:13:59] <jkoan> Yes, that's important
[18:14:03] <ilovekiruna> you need to know a lot for that ;-)
[18:14:15] <jkoan> Yep
[18:14:23] <ilovekiruna> i reinstalled now and download the app again
[18:14:32] <ilovekiruna> good that I have a backup of my navit.xml
[18:14:58] <jkoan> But for the pointer declaration question we still don't know the answer?
[18:15:15] <ilovekiruna> honestly  I didnt look further
[18:15:17] <jkoan> I have your navit.XML as well :D
[18:15:23] <jkoan> Me too
[18:16:09] <ilovekiruna> for my work, I rather need to play with mpi
[18:16:17] <ilovekiruna> that is my largest worry now
[18:16:58] <jkoan> Mpi?
[18:17:51] <ilovekiruna> Message Passing Interface used in high performance computing
[18:19:03] <jkoan> Ah okay, never seen this before. Probably out of my skope
[18:20:02] <jkoan> But if you learn it, could it be useful for navit as well? For example to process the osm updates in realtime and do incremental updates?
[18:20:27] <ilovekiruna> from what I have seen it is outside the scope of navit
[18:21:00] <ilovekiruna> it is used for parallel computing, so how to split a simulation problem to run different regions in parallel
[18:21:40] <ilovekiruna> only option I could imagine would be for multi-processing if we ever manage that on our low scale devices
[18:22:54] <ilovekiruna> btw: could we adopt sth like git for updating?
[18:22:59] <ilovekiruna> or diff-rpm?
[18:24:20] <jkoan> For which platform?
[18:24:29] <jkoan> Maps?
[18:24:39] <ilovekiruna> yes, was having maps in mind
[18:24:45] <ilovekiruna> maps are binary, right?
[18:25:20] <jkoan> Yes they are, but the data could be text as well in most cases
[18:25:42] <ilovekiruna> I need to correct myself
[18:25:45] <ilovekiruna> not diff-rpm
[18:25:48] <ilovekiruna> but delta-rpms
[18:26:07] <jkoan> Rpm definetly wouldn't be a solution as far I know. 
[18:26:24] <ilovekiruna> i just was wondering, if one could use their concept
[18:26:33] <ilovekiruna> a bit more high level view
[18:27:28] <jkoan> And for git its a interesting idea, but probably no as well as it always keeps a history which would make the map on the device always bigger
[18:28:15] <ilovekiruna> couldnt one use shallow cloning?
[18:28:39] <jkoan> But wait, gut could be cloned without history. Is it possible to update from that as well? And if so, can we delete the old history on devices?
[18:29:22] <ilovekiruna> my point was not in using an existing technology as is, but rather adopt their ideas
[18:29:39] <ilovekiruna> what i find most critical would be a replacement for android auto
[18:31:56] <jkoan> But if we could use git as is it would be great because everything is already there, we could only use github as a provider and possible sync with gitlab to have a fallback. For example we could make it based on json and have git handle the diff's where it is really good in
[18:32:36] <ilovekiruna> because what I lack most in navit and FOSS android, is a text to speech interface
[18:32:37] <jkoan> Updating would be just a git pull from libgit and packt into a nice frontend
[18:32:42] <ilovekiruna> like google assistant
[18:33:17] <jkoan> You mean speech to text, right. Navit uses text to speech
[18:33:30] <ilovekiruna> how do we use it?
[18:33:44] <ilovekiruna> how can i just set the destination by speech?
[18:35:36] <jkoan> Text to speech: convert ascii to voice
[18:35:54] <jkoan> Speech to text: voice to machine readable text
[18:35:57] <ilovekiruna> I was rather talking about the opposite
[18:36:02] <jkoan> We have text to speech
[18:36:02] <ilovekiruna> voice to speech
[18:36:09] <ilovekiruna> voice to text
[18:36:21] <ilovekiruna> so like alexa or google assistant 
[18:37:57] <jkoan> I know, that we don't have 
[18:45:57] <ilovekiruna> i believe it is even outside the scope of navit
[19:04:12] <Navit> <ilovekiruna> this one looks a little closer https://github.com/f1xpl/openauto/
[19:05:01] <Navit> <ilovekiruna> do you know what happened with the audio interface someone started to discuss here on irc?
[21:45:31] *** Peetz0r is now known as Peetwin
[21:46:17] *** Peetwin is now known as Peetz0r