--- Log opened Fri Aug 29 00:00:41 2014 00:09 -!- tommy_ [3cf0b266@gateway/web/freenode/ip.60.240.178.102] has joined #navit 00:38 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Remote host closed the connection] 00:50 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has joined #navit 00:50 -!- mode/#navit [+o KaZeR] by ChanServ 02:31 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 02:49 -!- tommy_ [3cf0b266@gateway/web/freenode/ip.60.240.178.102] has quit [Quit: Page closed] 06:11 -!- magruder [redurgam@gateway/shell/panicbnc/x-vrzvahlgdsqzqakq] has quit [Ping timeout: 260 seconds] 06:11 -!- j_f-f [~quassel@orion2589.server4you.de] has quit [Remote host closed the connection] 06:14 -!- j_f-f [~quassel@orion2589.server4you.de] has joined #navit 06:15 -!- redurgam [redurgam@gateway/shell/panicbnc/x-uwieyhaepjzshmzp] has joined #navit 06:26 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has joined #navit 06:27 -!- tauso [~TAugustin@195.81.221.4] has joined #navit 06:30 -!- tauso [~TAugustin@195.81.221.4] has left #navit [] 06:34 -!- woglinde [~henning@fb-n15-11.unbelievable-machine.net] has joined #navit 06:38 -!- tauso [~TAugustin@195.81.221.4] has joined #navit 06:59 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has joined #navit 07:12 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has quit [Ping timeout: 240 seconds] 07:18 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has joined #navit 07:30 -!- jandegr [5741436f@gateway/web/freenode/ip.87.65.67.111] has joined #navit 07:31 #navit: < bafplus> Morning jan 07:34 #navit: < jandegr> bafplus already compiling your own ? 07:35 -!- Mineque [~mobile@user-94-254-208-221.play-internet.pl] has joined #navit 07:37 -!- Mineque [~mobile@user-94-254-208-221.play-internet.pl] has quit [Client Quit] 08:13 #navit: < bafplus> nope...work is getting to much time at the moment. maybe this weekend.... Off roadtesting again ;-) 08:14 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Would you like to know more?] 08:40 #navit: < hoschi_> Hi everyone 08:43 #navit: < jandegr> hi hoschi 08:59 -!- jandegr [5741436f@gateway/web/freenode/ip.87.65.67.111] has quit [Quit: Page closed] 09:16 -!- Netsplit *.net <-> *.split quits: latouche_ 09:16 -!- Netsplit over, joins: latouche_ 09:16 -!- Netsplit *.net <-> *.split quits: Number6_ 09:21 -!- Number6 [~number6@zoidberg.geoghegan.me] has joined #navit 09:50 -!- _jac__ [~jason@pool-96-249-243-124.nrflva.fios.verizon.net] has joined #navit 09:50 -!- _jac_ [~jason@pool-96-249-243-124.nrflva.fios.verizon.net] has quit [Ping timeout: 272 seconds] 10:46 -!- hoschi [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has joined #navit 10:54 -!- Navit` [~Navit@www.v6.navit-project.org] has joined #navit 10:55 -!- Celelibi [~celelibi@2a02-8426-50a1-9d00-021b-2fff-fe35-963d.rev.sfr.net] has quit [Ping timeout: 240 seconds] 10:55 -!- Navit [~Navit@www.v6.navit-project.org] has quit [Ping timeout: 240 seconds] 10:55 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has quit [Ping timeout: 240 seconds] 10:55 -!- noradtux [~noradtux@2a02:8108:1940:914:bcfb:99e3:ffad:58a5] has quit [Ping timeout: 240 seconds] 10:56 -!- Celelibi [~celelibi@2a02:8426:50a1:9d00:21b:2fff:fe35:963d] has joined #navit 10:56 -!- noradtux [~noradtux@2a02:8108:1940:914:6031:76f5:8097:718d] has joined #navit 11:02 -tomaw(tom@freenode/staff/tomaw)- [Global Notice] Hi all. As you've probably noticed we're having some connectivity issues across some of our servers today. Sadly this is again due to DDoS attacks. Please join us in a collective sigh. 11:02 -!- Celelibi [~celelibi@2a02:8426:50a1:9d00:21b:2fff:fe35:963d] has quit [Ping timeout: 240 seconds] 11:02 -!- noradtux [~noradtux@2a02:8108:1940:914:6031:76f5:8097:718d] has quit [Ping timeout: 240 seconds] 11:03 -!- noradtux_ [~noradtux@2a02:8108:1940:914:6031:76f5:8097:718d] has joined #navit 11:03 -!- noradtux_ is now known as noradtux 11:03 -!- Celelibi [~celelibi@2a02-8426-50a1-9d00-021b-2fff-fe35-963d.rev.sfr.net] has joined #navit 11:18 -!- Mineque [~Mineque@gdu163.internetdsl.tpnet.pl] has joined #navit 11:29 -!- curious [curious@ejb106.internetdsl.tpnet.pl] has quit [Ping timeout: 255 seconds] 11:33 -!- hoschi [~marcus@2a02:908:eb51:ad80:95c:9b39:dbf6:4e31] has quit [Ping timeout: 260 seconds] 11:33 #navit: < Mineque> hi 11:34 -!- curious [curious@ejb106.internetdsl.tpnet.pl] has joined #navit 11:42 #navit: < Mineque> curious, i see pl domain also ;) 11:42 #navit: < Mineque> isp 11:43 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:a195:dc9e:f0c1:96a8] has joined #navit 12:46 -!- Mineque [~Mineque@gdu163.internetdsl.tpnet.pl] has quit [Ping timeout: 260 seconds] 12:48 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:a195:dc9e:f0c1:96a8] has quit [Remote host closed the connection] 12:49 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:a195:dc9e:f0c1:96a8] has joined #navit 12:53 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:a195:dc9e:f0c1:96a8] has quit [Ping timeout: 260 seconds] 14:07 -!- tauso [~TAugustin@195.81.221.4] has left #navit [] 14:07 -!- _jac__ is now known as _jac_ 15:01 -!- tryagain [~quassel@178.216.76.96] has joined #navit 15:08 -!- Mineque [~Mineque@gdu163.internetdsl.tpnet.pl] has joined #navit 15:08 #navit: < Mineque> hi 15:17 #navit: < Mineque> tryagain, is it possible to get second third turn arrow? 15:18 -!- woglinde [~henning@fb-n15-11.unbelievable-machine.net] has quit [Ping timeout: 240 seconds] 15:18 #navit: < Mineque> i mean using type "navigation_next_turn" add sth like value="0" for getting next turn 15:18 #navit: < Mineque> and value="1" for second turn etc 15:18 #navit: < Mineque> would it need much code change? 15:52 -!- hape [hape@open7x0.xnc.de] has quit [Ping timeout: 260 seconds] 16:15 -!- rrn [~rrn@unaffiliated/rrn] has joined #navit 16:20 #navit: < rrn> I followed the directions in http://trac.navit-project.org/ticket/1126 to obtain split maps from http://maps.test.navit-project.org/. However, when I view the list of map(s) via Navit, the filesize of only one split map, the one with the .bin extension, shows up. Does this mean that the other split maps are not being loaded? 16:23 #navit: < rrn> And if so, should I simply append ".bin" to the filenames of all the other split maps? 16:27 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit 16:27 -!- mode/#navit [+o KaZeR] by ChanServ 16:31 #navit: <@KaZeR> hi there 16:31 #navit: <@KaZeR> tryagain: have a few spare minutes? i have two questions for you 16:31 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:6d0a:5f14:7d71:f443] has joined #navit 16:32 #navit: <@KaZeR> 1) processing a map while allowing 48GB or 64GB of ram makes maptool segfault (i'm trying to pinpoint the breaking point ) 16:32 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:6d0a:5f14:7d71:f443] has quit [Client Quit] 16:32 #navit: <@KaZeR> 2) i wrote a quick plugin using threads (from pthreads), but threads_join segfault. from my research it's usually because of a wrong usage of the function pointer but i can't figure it out 16:36 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:4cdd:e455:f8f:23ca] has joined #navit 16:53 #navit: < tryagain> KaZeR hi 16:53 #navit: < tryagain> do you have a stack backtrace from segfault 16:53 #navit: < tryagain> ? 16:54 #navit: < tryagain> or at least the stderr output of maptool? 16:55 #navit: < tryagain> Does it perform well with smaller slice size? 16:57 #navit: < tryagain> no idea about pthreads.. But you're not alone with pthreads and navit, hoschi's changes use pthreads. 16:57 #navit: < tryagain> went afk 17:01 #navit: <@KaZeR> tryagain: i have a full strace of the process until it crashes but it's several GB still trying to figure it out :) 17:01 #navit: <@KaZeR> 12 GB works 17:02 #navit: <@KaZeR> 32 GB works too. btw, processing takes ~460 minutes and seems to be cpu bound 17:14 -!- jandegr [5741436f@gateway/web/freenode/ip.87.65.67.111] has joined #navit 17:51 #navit: < tryagain> KaZeR build time below 8 hours is an excellent result comparing to our current server 17:51 #navit: <@KaZeR> cool good to know 17:52 #navit: <@KaZeR> i'm currently testing with 36GB we'll see how it goes. 17:52 #navit: < tryagain> why do you do strace? why not just gdb it and print a backtrace? 17:52 #navit: <@KaZeR> indeed. looks easier. will try that and report ( it crashes after ~20 minutes ) 17:53 #navit: <@KaZeR> ha, using 36GB it just crashed after 49 minutes. trying with a bigger memory slice (seems to make it crash faster ) and gdb 17:53 #navit: < tryagain> btw running strace could consume some resources too and make it run slower 17:54 #navit: <@KaZeR> the last crash was without strace 17:55 #navit: <@KaZeR> so the breakpoint is somewhere between 32GB and 36GB. 17:56 #navit: < tryagain> do you have maptool stderr logged for some runs which crash? 17:57 #navit: <@KaZeR> i just overwrote it. i'll share it with a gdb output once it will crash again 17:58 #navit: < tryagain> ok 17:58 #navit: < tryagain> do you use o5m or osm input? 18:00 #navit: < jandegr> hi tryagain and KaZeR , while working on the housenumbersearch I also coded a postal code search 18:01 #navit: <@KaZeR> tryagain: yes it's now o5m 18:01 #navit: < jandegr> who should I talk to when I think it's finished, or who does what 18:01 #navit: < nate`> Well this meeting went stupidly well. It's official. I am death of organizations. 18:02 #navit: <@KaZeR> jandegr: the best is probably to post your code in a ticket for review 18:02 #navit: <@KaZeR> nate`: meeting 18:02 #navit: <@KaZeR> ? 18:02 #navit: < tryagain> jandegr great. But it's usually better to split it into two separate patches, one feature=one patch 18:03 #navit: < nate`> Doing my day job right now. My group is the architecture group. 18:03 #navit: < nate`> Me and another guy got assigned to change the company's IT culture. 18:03 #navit: < jandegr> yes I split it, it's only 5 lines of code and will be finished testing long before the housenumbersearch is ready 18:04 #navit: < tryagain> cool 18:08 #navit: < jandegr> does track assign an owner at random or by subject or by ? 18:10 #navit: < rrn> Any ideas regarding my split maps issue? 18:16 #navit: < tryagain> rrn which one? 18:16 #navit: < rrn> I'll repost. 18:16 #navit: < rrn> I followed the directions in http://trac.navit-project.org/ticket/1126 to obtain split maps from http://maps.test.navit-project.org/. However, when I view the list of map(s) via Navit, the filesize of only one split map, the one with the .bin extension, shows up. Does this mean that the other split maps are not being loaded? 18:16 #navit: < rrn> And if so, should I simply append ".bin" to the filenames of all the other split maps? 18:23 #navit: < rrn> tryagain: ^ 18:26 #navit: < tryagain> rrn afaik we do not have full support for split maps and it's a surprise to me that they have different extensions 18:26 -!- Carlospt [bc251688@gateway/web/freenode/ip.188.37.22.136] has joined #navit 18:27 #navit: < tryagain> it should probably start working when you change extension 18:27 #navit: < tryagain> but there wil be some issues. I expect town search to be broken. 18:27 #navit: < Carlospt> I guys, I've been here at 4 days ago 18:28 #navit: < Mineque> Accident guy1 18:28 #navit: < Carlospt> yeeees Mineque 18:28 #navit: < Carlospt> hehehe 18:28 #navit: < rrn> tryagain: Right, the functionality is unreleased. The extensions are ".bin", ".b01", ".b02", and ".b03". 18:28 #navit: < tryagain> i'm going afk, sorry 18:28 #navit: < Carlospt> I'm still searching for the best eway of interacting with OSM tags 18:29 #navit: < rrn> tryagain: Ok, I'll append ".bin" to the last three. Thanks. 18:30 #navit: < Carlospt> Mineque, I've introduced the tags we've talked about 18:30 #navit: < Carlospt> in the OSM XML file 18:31 #navit: < Mineque> nice 18:31 #navit: < Mineque> now you need to rewrite routing engine :P 18:31 #navit: < Carlospt> I have the tag (Safety,Level(1,2,3,4 or 5) ) 18:31 #navit: < Carlospt> yes 18:32 #navit: < Carlospt> But it's very hard to know what files do I need to change 18:32 #navit: < Carlospt> I do* 18:32 #navit: < Carlospt> I'm looking for somebody here that can help me :-) 18:32 #navit: <@KaZeR> hey Carlospt 18:32 #navit: <@KaZeR> what is this change about? never heard of it 18:33 #navit: < Carlospt> I'm creating a new kind of paradigm 18:33 #navit: < Carlospt> it's like the safest path between two points 18:33 #navit: < Carlospt> based on police information about car crashes 18:35 #navit: <@KaZeR> interesting 18:35 #navit: < Carlospt> I've introduced my own tags on OSM file and know I need to modify the routing engine to give Higher penalty to ways where level is higher 18:35 #navit: < Carlospt> and now* 18:35 #navit: < Carlospt> but I really need some help to do that 18:35 #navit: < Mineque> Carlospt, dont forget to add dangerous places like thieves meetings area - goverment etc 18:36 #navit: < Carlospt> ahah yes 18:36 #navit: < Carlospt> because safety is not just about accidents 18:37 #navit: < Carlospt> it's much more than that 18:38 #navit: < Mineque> Carlospt, best would be if you could implement some easy extendable way for new tags 18:38 #navit: < Mineque> hooker (satisfaction_lvl 1,2,3,4) 18:39 #navit: < rrn> Carlospt: Sounds like a very innovative concept, beyond simply importing such data as POIs. 18:39 #navit: < Mineque> KaZeR, Carlospt want to implement new tag for routing engine to generate routes 18:39 #navit: < Mineque> which will overwrite default "highest speed win" 18:40 #navit: < Mineque> dont know exactly how 18:41 #navit: < Carlospt> rrn: I also want to intoduce POI's to send alerts for the driver when he's near of a Critical point 18:41 #navit: < Carlospt> but yes, my objective is to create new tags 18:42 #navit: < rrn> Mineque, Carlospt: Also war zones (a la FAA's no-fly zones; e.g., Ukraine). 18:42 #navit: < Carlospt> Mineque: Does kaZer know about routing? 18:42 #navit: < Mineque> Carlospt, i'm not allowed to talk about that;) 18:43 #navit: < rrn> Mineque, Carlospt: Maybe even sexual predator locations (when in ped mode)...the possibilities are endless. 18:43 #navit: < Mineque> rrn, yeah and penguin brooding season 18:43 #navit: < Mineque> to keep tux calm ;) 18:44 #navit: < rrn> Just as long as it's possible to selectively enable and disable the hazards and they're kept updated routinely. 18:45 #navit: < Mineque> Carlospt, i guess but nothing sure you should look at route.c file 18:52 #navit: < tryagain> rrn any success after renaming? 18:52 #navit: < tryagain> Carlospt actually you should look at attr_def.h to define navit's internal name for your new osm attribute. 18:53 #navit: < tryagain> then change code under maptool folder to make navit actually import that attributes into binfile 18:54 #navit: < tryagain> then change route.c to use these attributes 18:54 #navit: < tryagain> we already have speed cam warner which could probably inform about unsafe places 18:55 #navit: < tryagain> im afk again 18:58 -!- rrn [~rrn@unaffiliated/rrn] has quit [Quit: Konversation terminated!] 18:58 #navit: < Carlospt> sorry my late answer, I was on the phone 18:58 -!- rrn [~rrn@unaffiliated/rrn] has joined #navit 18:58 #navit: < Carlospt> let me update myself 18:58 #navit: < Carlospt> hehe 19:02 -!- rrn [~rrn@unaffiliated/rrn] has quit [Read error: Connection reset by peer] 19:02 #navit: < Carlospt> mineque:Thanks for the contact with @kazer 19:02 -!- rrn [~rrn@unaffiliated/rrn] has joined #navit 19:02 #navit: < Carlospt> tryagain: I'm now saving your instructions in a text file 19:03 #navit: < Mineque> np waiting for beer ;) 19:04 #navit: < Carlospt> tryagain: Do you have some experience with route.c file ? 19:05 -!- Marcu____ [~marcus@2a02:908:eb51:ad80:dd44:3c15:a5d0:8b76] has joined #navit 19:08 -!- Marcus___ [~marcus@2a02:908:eb51:ad80:4cdd:e455:f8f:23ca] has quit [Ping timeout: 260 seconds] 19:10 #navit: < rrn> tryagain: Now the Navit window simply closes when opened but Navit continues to run. Maybe sys resources are being exhausted with all those maps? 19:23 -!- woglinde [~henning@e179189058.adsl.alicedsl.de] has joined #navit 19:25 #navit: < rrn> tryagain: Ok, I got rid of most of the other maps and added just the ".b01" split map. Note that I'm using Android. Now Navit works, and "Download maps", "Downloaded Maps" shows the two split maps, ".bin" and ".b01.bin" but "Settings", "Maps" only shows the ".bin" map. 19:25 #navit: < tryagain> rrn i've looked at the code, navit seems to attempt to use these .b01 .b02 fies 19:26 #navit: < tryagain> so no need to rename them (or add .bin to the end) 19:27 #navit: < tryagain> parts are probably can not be used when renamed 19:28 #navit: < Carlospt> tryagain: What file in Maptool folder do I need to change to import attributes into the binfile? 19:28 #navit: < tryagain> and you really should see only one single map in settings, but have all data from all parts. 19:29 #navit: < tryagain> Carlospt most probably, osm.c 19:29 #navit: < rrn> tryagain: Ahh, so it's just a bug. Does Navit ever modify maps (e.g., in an attempt to repair them)? I.e., do I need to redownload the maps? 19:31 #navit: < rrn> tryagain: If you don't know, I'll redownload just in case. 19:32 #navit: < Carlospt> tryagain: on attr_def.h there's a definition of oneway like that "#define AF_ONEWAY (1<<0)" 19:32 #navit: < Carlospt> for the definition of my tag that is called "safety" 19:33 #navit: < Carlospt> do I have to create AF_SAFETY (1<<....) 19:33 #navit: < Carlospt> ? 19:35 #navit: < Mineque> rrn, ped mode? i'm worried about you 19:36 #navit: < rrn> Mineque: Oops, I didn't realize that that abbrev. could be misinterpreted as that...I meant pedestrian mode. 19:37 #navit: < Mineque> hehe 19:38 #navit: < rrn> My point being, hazards can be selective to modes of transport...e.g., presence of antiaircraft activities might be extremely hazardous for aircraft, but not really for ground vehicles. 19:44 #navit: < Mineque> rrn, i doubt sb will use navit for plane 19:45 #navit: < rrn> Mineque: Right, last time I checked it only had ped, horse, and car. It was just an ex. 19:45 #navit: < Mineque> rrn, sure i got your point 19:48 #navit: < tryagain> rrn actually navit does not attempt to write to binfile maps 19:48 #navit: < rrn> tryagain: Ok, I'll just rename the files as they were originally. Thanks! 19:50 #navit: < tryagain> Carlospt that depends on how you're going to implement your functionality. 19:50 #navit: < tryagain> have to go now. Will read logs. Goodnight. 19:50 -!- tryagain [~quassel@178.216.76.96] has quit [Remote host closed the connection] 20:21 #navit: < Mineque> https://github.com/mineque/NavitOSD_DarkOcean 20:21 #navit: < Mineque> enjoy 20:27 -!- drlizau [~liz@billiau.net] has joined #navit 20:51 -!- jandegr [5741436f@gateway/web/freenode/ip.87.65.67.111] has quit [Quit: Page closed] 21:00 -!- redurgam is now known as magruder 21:07 #navit: < Marcu____> hello 21:07 -!- Marcu____ [~marcus@2a02:908:eb51:ad80:dd44:3c15:a5d0:8b76] has left #navit [] 21:07 -!- hoschi [~marcus@2a02:908:eb51:ad80:dd44:3c15:a5d0:8b76] has joined #navit 21:07 #navit: < hoschi> hello, so new name :) 21:09 #navit: < hoschi> item_coord_get() function drives me crazy, why is this function throwing an error when i run it within a while loop? 21:10 #navit: < hoschi> the memcpy call within it is secured by a max-calculation so it should be null if there is no more coordinate. 21:11 #navit: < hoschi> @KaZeR: what are you trying do implement with pthreads? jeah iam partialy using pthreads for Bidirectional dijkstra and ThreadPool from Glib for graph buildup in parallel 21:12 #navit: <@KaZeR> hoschi: i'm working on a plugin which needs to do a bunch of API requests, and using threads makes the UI way better. 21:12 #navit: < hoschi> that sounds good, what about glibs thread functionality? 21:13 #navit: <@KaZeR> just fixed my issue tho.. it was actually related to a char * issue. i might have a memleak because of that still trying to figure that part 21:13 #navit: < woglinde> use valgrind to find out 21:13 #navit: < woglinde> godd night 21:14 #navit: < hoschi> glib usually holds two threads, maybe glib is way more comfotable for multithreading 21:14 #navit: <@KaZeR> yeah that was the next step woglinde.. but since i'm not freeing a buffer i'm quite sure i'll have a memleak.. i'm trying to figure out how to avoid that 21:14 #navit: <@KaZeR> hoschi: pthreads works just fine now. the issue was elsewhere but using threads just made it a bit more difficult to pinpoint 21:15 #navit: < hoschi> yes threads are funny :) 21:15 #navit: < woglinde> threads are not funny 21:15 #navit: <@KaZeR> code sample : http://pastebin.com/JFAdScFV 21:16 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 21:16 -!- Carlospt [bc251688@gateway/web/freenode/ip.188.37.22.136] has quit [Ping timeout: 246 seconds] 21:16 #navit: <@KaZeR> i'm using libcurl to fetch results from an api. how to make sure that s.ptr gets freed, while returning the content of the string ? 21:16 #navit: <@KaZeR> the call is a simple char * item_js= fetch_url_to_string(url); 21:16 #navit: < hoschi> KaZeR do you have some knowledge about binfile.c and specially the item_get_coord() function? iam trying to gather all Coordinates out of one item. So i run it within a while loop. everything went fine but one item throws an "exception" 21:18 #navit: < hoschi> i dont know how to avoid that 21:19 #navit: <@KaZeR> mmm. i would have to dig into that. the map part is not my area of expertise 21:20 -!- woglinde [~henning@e179189058.adsl.alicedsl.de] has quit [Ping timeout: 245 seconds] 21:22 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has joined #navit 21:22 #navit: < hoschi> mhh ok, thanks ;) 21:25 #navit: < bafplus> Hy guys 21:25 #navit: < hoschi> hi 21:26 #navit: < bafplus> KaZeR, any luck with the new maps? 21:28 #navit: < Mineque> hi bafplus 21:29 #navit: < bafplus> Hi Mineque how is the new OSD going? 21:30 #navit: < Mineque> https://github.com/mineque/NavitOSD_DarkOcean 21:30 #navit: < Mineque> comments welcome 21:30 #navit: < Mineque> working on little cleanup currently 21:30 #navit: < Mineque> because xml is messy 21:31 #navit: <@KaZeR> bafplus: didn't really try them yet, i wanted to finish smth else before 21:32 #navit: <@KaZeR> Mineque: it's looking really good. just move everything back to the parent folder :D 21:33 #navit: < bafplus> Looks cool mineque...whats the command="play()" about? 21:34 #navit: < Mineque> KaZeR, stfu :P working on that and comments in file ;) 21:34 #navit: < Mineque> bafplus, KaZeR's spotify plugin 21:34 #navit: <@KaZeR> bafplus: spotify playback controls 21:35 #navit: < bafplus> Aha... 21:35 #navit: < hoschi> good night 21:35 #navit: < Mineque> bye hoschi 21:35 #navit: < bafplus> Goodnight Hoschi 21:35 #navit: < Mineque> bafplus, that is on demand osd with personal tweaks for KaZeR :P 21:36 #navit: < bafplus> Does it resize with screensizes or does it have fixed dimensions? 21:36 #navit: * KaZeR feels special 21:36 -!- hoschi [~marcus@2a02:908:eb51:ad80:dd44:3c15:a5d0:8b76] has quit [Remote host closed the connection] 21:37 #navit: < Mineque> single size 21:37 #navit: < Mineque> single image 21:37 #navit: < Mineque> 800x480 21:37 #navit: < Mineque> bafplus, it's hard to make it resizable and nice looking with current navit state 21:37 #navit: < bafplus> KaZeR, when jandegr gives his code for the zipcode search, can you build it so i can test it before adding it to the svn? 21:38 #navit: <@KaZeR> bafplus: i don't have a toolchain for windows but i can try 21:38 #navit: < Mineque> bafplus, what resolution you're working on? 21:38 #navit: < Mineque> mean in navit 21:39 #navit: < bafplus> cool...that goes fot anything else too, if you want samething roadtested, just suply me with a build and a can test it for a few days 21:39 #navit: < bafplus> Mineque, at this point 800x600 initial startup screen, 1024x786 when full-screen 21:40 #navit: < Mineque> HD i see ;P 21:40 #navit: < bafplus> sort of ;-) 21:40 #navit: < Mineque> i can resize bg but fixing osd sizes will be pain 21:42 #navit: < bafplus> don't bother, doesent fit my needs ;-) 21:42 #navit: <@KaZeR> resizeable OSD is a real challenge because it won't look really good anyway. rescaling an osd based upon svg would be easy and would look good as long as you have the same aspect ratio tho 21:42 #navit: < Mineque> hehe 21:42 #navit: < Mineque> sure 21:43 #navit: < bafplus> that would surely work great on tablets and such....but wont on windows/laptops due to resizing of windowpanes 21:45 #navit: < bafplus> theres just to many possible sizes 21:50 #navit: < Mineque> bafplus, even on android sizes matrix is nightmare 21:54 #navit: < bafplus> i can imagine 21:57 #navit: < bafplus> just a thaught...how does navit "know" the screensize so it can display the cursor/arrow at the correct position? 21:57 #navit: <@KaZeR> it knows the size of the drawable canvas 21:58 #navit: < Mineque> gui internal osd item 21:58 #navit: < bafplus> ok...can that same "function" be used to adapt the OSD? 21:59 #navit: < bafplus> on wondows it doesent seem to work that way with some of the standard or older osd gui's 21:59 #navit: < bafplus> when in small screen it seems ok, but when switched to full-screen items are out of screen while the cursor is displayed correcly 22:00 #navit: < Mineque> you can there define w h 22:01 #navit: < bafplus> in the xml? yes, but you have to define it yourself, if the cursor is displayed correctly is different screensizes, whu isnt the osd asweel? 22:01 #navit: < bafplus> aswell... 22:04 #navit: < bafplus> i tested it with Mineque's "old" OSD's, a lot of items are out of screen when full-screen and don't restore when going back to smaller screen 22:07 #navit: < bafplus> lol...error from navit log: Cannot speak text: 'Volg de weg gedurende 1 meter' 22:07 #navit: < bafplus> "follow roas for 1 meter" 22:07 #navit: < bafplus> road... 22:08 #navit: < bafplus> KaZeR, i also got a few speak error with u empty string: connot speak text: '' 22:10 #navit: < bafplus> damned!!!! I'm out of beer!!!! 22:24 #navit: < Mineque> gn guy 22:24 #navit: < Mineque> s 22:29 -!- Mineque [~Mineque@gdu163.internetdsl.tpnet.pl] has quit [Ping timeout: 244 seconds] 22:40 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!] 23:49 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Remote host closed the connection] --- Log closed Sat Aug 30 00:00:41 2014