--- Log opened Thu Dec 29 00:00:08 2011
--- Day changed Thu Dec 29 2011
00:00 -!- Morphous_ [jan@f048228144.adsl.alicedsl.de] has joined #navit
01:06 -!- efess [~Efess@ool-457707eb.dyn.optonline.net] has joined #navit
01:34 -!- flaroche [~laroche@dslb-178-010-038-243.pools.arcor-ip.net] has joined #navit
01:37 -!- laroche [~laroche@dslb-188-105-199-142.pools.arcor-ip.net] has quit [Ping timeout: 248 seconds]
02:16 < CIA-83> tegzed * r4879 /trunk/navit/navit/navit.c:
02:16 < CIA-83> Fix:core:- fixed possible usage of uninitialized hash map in command function get_attr_var()
02:16 < CIA-83> - added debug statements for some command functions
03:31 -!- cp15` [osmsqf@p57B1CBA6.dip0.t-ipconnect.de] has joined #navit
03:31 -!- cp15 [kmacsl@p57B1CB02.dip0.t-ipconnect.de] has quit [Disconnected by services]
03:31 -!- cp15` is now known as cp15
03:31 -!- mode/#navit [+o cp15] by ChanServ
04:02 -!- arnotixe [~arnotixe@190.131.183.143] has joined #navit
04:50 -!- drlizau [~liz@billiau.net] has joined #navit
05:07 -!- noradtux|away [~noradtux@2002:4e36:128a::1] has quit [Remote host closed the connection]
05:08 -!- noradtux|away [~noradtux@2002:5ce0:39e9::1] has joined #navit
05:08 -!- noradtux|away is now known as noradtux
06:29 -!- KHD [7c4a191e@gateway/web/freenode/ip.124.74.25.30] has joined #navit
06:30 -!- KHD [7c4a191e@gateway/web/freenode/ip.124.74.25.30] has quit [Client Quit]
08:08 -!- KaZeR_W [~Z30@77.242.201.52] has joined #navit
08:13 -!- kondrat1206 [~kondrat12@178.158.198.87] has quit [Quit: QIP Infium IRC protocol->http://forum.qip.ru]
08:17 -!- jaimeh [~jaime@pool-71-119-56-50.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving]
08:45 -!- Netsplit *.net <-> *.split quits: bzed, ColdFyre, RedDog
08:46 -!- drlizau [~liz@billiau.net] has quit [Ping timeout: 252 seconds]
08:49 -!- drlizau [~liz@billiau.net] has joined #navit
08:49 -!- Netsplit over, joins: ColdFyre, bzed, RedDog
08:53 -!- KaZeR_W [~Z30@77.242.201.52] has quit [Remote host closed the connection]
08:53 -!- KaZeR_W [~Z30@77.242.201.52] has joined #navit
09:18 -!- drlizau [~liz@billiau.net] has quit [Read error: Operation timed out]
09:25 -!- drlizau [~liz@billiau.net] has joined #navit
10:38 -!- dandor [~dandor@91.82.177.227.pool.invitel.hu] has joined #navit
10:54 -!- dandor [~dandor@91.82.177.227.pool.invitel.hu] has quit [Ping timeout: 240 seconds]
11:04 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
11:07 -!- AngusRF [~Angus@mnch-5d875f19.pool.mediaWays.net] has joined #navit
11:33 -!- woglinde [~heinold@f052065140.adsl.alicedsl.de] has joined #navit
13:57 -!- AngusRF [~Angus@mnch-5d875f19.pool.mediaWays.net] has quit [Quit: Verlassend]
16:07 -!- sera [~sera@gentoo/developer/sera] has joined #navit
16:11 -!- sera_ [~sera@gentoo/developer/sera] has quit [Ping timeout: 240 seconds]
16:24 -!- arnotixe [~arnotixe@190.131.183.143] has quit [Ping timeout: 252 seconds]
16:57 -!- sleske [~sleske@p4FD47DB4.dip.t-dialin.net] has joined #navit
17:58 -!- sera_ [~sera@gentoo/developer/sera] has joined #navit
17:58 -!- sera [~sera@gentoo/developer/sera] has quit [Ping timeout: 240 seconds]
18:07 -!- playya [~playya@2001:67c:20a1:1050:21f:16ff:fe0c:ad68] has joined #navit
18:07 -!- playya [~playya@2001:67c:20a1:1050:21f:16ff:fe0c:ad68] has quit [Changing host]
18:07 -!- playya [~playya@unaffiliated/playya] has joined #navit
18:42 -!- KaZeR_W [~Z30@77.242.201.52] has quit [Ping timeout: 248 seconds]
18:45 -!- KaZeR_W [~Z30@77.242.201.52] has joined #navit
18:47 -!- arnotixe [~arnotixe@190.131.183.143] has joined #navit
19:28 -!- zoff99 [~chatzilla@chello080109110037.13.15.vie.surfer.at] has joined #navit
19:32 -!- playya [~playya@unaffiliated/playya] has quit [Ping timeout: 252 seconds]
19:45 -!- drlizau [~liz@billiau.net] has joined #navit
19:45 < sleske> Hi, I'm trying to understand the OSD drawing code.
19:45 < sleske> Could someone give me some pointer on what "use_overlay" means?
19:49 < woglinde> hi sleske
20:06 -!- dandor [~dandor@91.82.177.227.pool.invitel.hu] has joined #navit
20:09 < dandor> hi sleske
20:13 -!- zoff99 [~chatzilla@chello080109110037.13.15.vie.surfer.at] has quit [Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.1/20090707221522]]
20:13 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
20:14 -!- woglinde [~heinold@f052065140.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20:14 < sleske> Hi everyone!
20:14 -!- woglinde [~heinold@g229047177.adsl.alicedsl.de] has joined #navit
20:14 < sleske> Can someone help me with OSD drawing?
20:15 < sleske> I'm working on #983 (Percent width for osd type text items is not recognized).
20:15 < dandor> sleske, I saw your question,maybe i can help you a little
20:15 < dandor> as I remember use_overlay attribute is only handled by button osd
20:15 < dandor> in navit there can be several graphics object
20:16 < sleske> Great. First, I found that relative width/height *does* work after I resize Navit's window.
20:16 < dandor> there is a root graphics object and several sub graphics objects
20:16 < sleske> dandor: Oh, sorry. You're talking about the overlay thing. Sorry, didn't want to interrupt you.
20:16 < dandor> no problem
20:17 < dandor> each osd has its own graphics object which has a position relative  to the root
20:17 < dandor> so the osd can choose to use its own gr obj or the root
20:18 < dandor> if it uses its own the graphics output will obey the enabled /disabled state (eg osd_confiuration)
20:18 -!- playya [~playya@unaffiliated/playya] has joined #navit
20:18 < dandor> if root is used it will be drawn to the absolute position
20:19 < dandor> in this case osd reposition won't affect the graphics output od the osd
20:19 < dandor> use_overlay=0 means to use the root
20:21 < sleske> Thanks. There are two points I don't understand.
20:22 < sleske> You say "the graphics output will obey the enabled  /disabled state
20:22 < sleske> ". Do you mean the enabled="yes/no" attribute in the XML? Or what is "enabled"?
20:23 < dandor> i meant the osd_configuration handling
20:24 < sleske> Ah, OK, i found it in the wiki. Nice feature, didn't know it. So if I use use_overlay="0", OSD items will always be visible, no matter what osd_configuration says?
20:24 < dandor> i think so
20:25 < dandor> as i see in the code for drawing opc->osd_item.gr is used as graphics
20:25 < dandor> and in the use_overlay=0 case it is initialized to the root graphics object
20:25 < dandor> opc->osd_item.gr=gra
20:26 < sleske> Yes, I see.
20:26 < sleske> And what did you mean by "if root is used it will be drawn to the
20:26 < sleske> absolute position"?
20:27 < sleske> What is "osd reposition"?
20:28 < dandor> in the non-root case the resulting coord will be  osd.x + point.x , osd.y+point.y
20:28 < dandor> in root case pointx,point.y
20:29 < dandor> at least I remember somthing like this
20:31 < sleske> What is osd.x and point.x? As far as I understand, OSD items only have one set of x/y coordinates (the ones given in the XML config).
20:32 < dandor> point.x/x is the coord used in the drawing primitives
20:32 < dandor> implemented in the graphics drivers like line rectangle etc
20:33 < dandor> osd x,y is the position of the osd that is set in the xml
20:33 < dandor> but it also can be moved by eg. set attr calls from the command system
20:37 < dandor> something like this: osd[@name=='my_osd_cmdif'].w=300
20:37 < dandor> see #897
20:39 < sleske> So this setting of the width would work differently depending on whether overlay is used?
20:39 -!- sera [~sera@gentoo/developer/sera] has joined #navit
20:39 < dandor> because of the above stuff,  repositioning  a button with use_overlay=0 will not work because it draws relative to the root graphics ,not the osd's one
20:39 -!- sera_ [~sera@gentoo/developer/sera] has quit [Ping timeout: 244 seconds]
20:40 < dandor> and resizing ,too
20:41 < sleske> Actually, with my tests use_overlay does not make a difference for resizing. I tested OSD configs, and they behave the same with use_overlay=1 or 0.
20:41 < dandor> use_overlay is only used by buttons
20:41 < dandor> other osds will ignore this setting
20:43 < dandor> sorry osd_image and some others also use it, but not all osds
20:43 < dandor> as i see image, button and scale uses it
20:44 < sleske> So, what is the point of use_overlay="0" if osd_configuration and moving buttons don't work?
20:44 < sleske> Why not just always use overlay?
20:45 < dandor> good question, ask cp15 about this :)
20:47 < dandor> maybe it is used for historical reasons
20:47 < dandor> to preserve some old behavior, but I'm not sure
20:48 < sleske> Ah, yes, good old hysterical raisins :-).
20:49 < dandor> :)
20:50 < sleske> At any rate, use_overlay="1" seems to be the default, and it's used everywhere.
20:50 < sleske> Maybe I'll just remove it, now that I have commit priviledges *g*:
20:50 < sleske> Ok, maybe I'll make a trac ticket, and ask cp15 about it.
20:51 < sleske> Anyway, thanks a lot for your long explanation.
20:51 < dandor> yep, just to be sure it's better to ask first :)
20:51 < sleske> I'll try to digest it, and maybe document it on the wiki.
20:51 < dandor> :) no problem
20:51 < sleske> dandor: Well, in movies they always shoot first, ask later...
20:51 < dandor> what is your next objective now?
20:52 < dandor> :)
20:52 < dandor> you always can revert anything :)
20:54 < sleske> Right now my objective is to fix #983. And, ideally, understand how the OSD drawing code works.
20:54 < sleske> And if I can clean up a few old warts in the process, I'll try that as well.
20:55 < sleske> Then I'll see. I'd like to work on some kind of map downloader. Or maybe better relations support - but that seems rather daunting.
20:56 < dandor> sleske, can you test my patch for water relation handling?
20:56 < dandor> it is attached to #754
20:57 < dandor> it should be cleaned up a bit, but more or less workable
20:57 < sleske> dandor: It's on my list; I just want to get the OSD stuff done first, because I find it hard to work on two things in parallel.
20:58 < sleske> But if there's something specific I should test, maybe I can help.
20:58 < dandor> ok,no problem
20:58 < sleske> Hey, I'm not a woman, I can't multitask :-).
20:58 < dandor> :D
21:04 -!- arnotixe [~arnotixe@190.131.183.143] has quit [Remote host closed the connection]
21:07 < sleske> Ah, and just for the record: The default for use_overlay seems to be 0 (at least for osd_scale).
21:08 < sleske> For absolute values, use_overlay does not seem to make a difference. If I use percentages, use_overlay="0" does not work at all :-/.
21:11 < dandor> as i remember percentage is not handled by osd_core
21:11 -!- arnotixe [~arnotixe@190.131.183.143] has joined #navit
21:12 < sleske> Yes, it seems it's handled in osd.c.
21:12 < sleske> BTW, what's the distinction between osd_core.c and osd.c? Why the two files?
21:12 -!- rd [~rd@p57B49C59.dip0.t-ipconnect.de] has joined #navit
21:15 < dandor> osd.c contains general code that defines interfaces and reusable code for osds , osd_core contains implementations
21:15 <@Horwitz> sleske: osd.c defines the interfaces which is used in osd_core.c
21:15 <@Horwitz> dandor: you are too fast.
21:15 < dandor> :)
21:16 < sleske> dandor: Thanks.
21:16 < sleske> I think that's enough for today. Now I'll sleep on this.
21:17 < sleske> Good night!
21:17 < arnotixe> hi all I'd like to know if there are GPS devices out there that I can buy and stick navit in them?
21:17 < dandor> night sleske
21:17 -!- sleske [~sleske@p4FD47DB4.dip.t-dialin.net] has quit [Quit: leaving]
21:18 < rd> arnotixe: most easily a phone, e.g. nokia n900 or various android phones
21:19 < arnotixe> rd ok but I'm really looking for something to develop navit on, as for selling it (price=lowaspossible :D)
21:34 < Number6> arnotixe: A lot of people get Windows CE devices from China
21:38 < arnotixe> Number6, yeah that was my dream, but can't really get to anyone trustworthy. Do anyone of you know 中国 guys that actually will send me something if I pay them? I'm a bit tired of sending money and receiving nothing...
21:39 < Number6> In bulk? There are a few. I'll see if I can dig up my device maker list from CeBIT last year
21:40 < arnotixe> Yep I'm interested in bulk - actually here in Ecuador osm maps RULE compared to Gmaps, and I've talked to several taxi/transportation companies that are interested.
21:41 < arnotixe> The companies would even pay for online, customized things. I've tested different programs, and like Navit best. I'd be most happy for a linux device though, but anything would do for a start...
21:44 < Number6> I'd recommend a Linux device. WinCE is very restrictive and hard to customize fully. The graphical drivers alone are a nightmare
21:45 < Number6> It has no such thing as a curved line
21:47 < arnotixe> Yep and well I'm more thinking of tomtom-vfat and similar situations. I simply don't use windows for anything, and M$ have demonstrated they cannot be trusted. Except my trashcan. It's got a "designed for windows xp" sticker ;)
21:47 < Number6> MS aren't too bad, their documentation is rather good. Apple, on the other hand! :-)
21:51 < arnotixe> hehe Apple has even tighter control on things than MS, but few complain. That's scary.
21:52 < arnotixe> I would just like to avoid the whole closed-source concept, and just publish everything I make. My goal is to sell the devices, not the software.
21:52 < Number6> Few complain, because if you complain Apple can pull your developers licence :-)
21:53 < arnotixe> Here in Ecuador there's no such thing as copyright anyway, so selling maps wouldn't work as well I think. (You can get autocad for $2 at the corner, and the police don't care)
21:54 < Number6> Those developers who make AutoCAD need to eat, though
21:54 < arnotixe> Yes.
21:54 < arnotixe> But we could draw with other tools. free ones.
21:55 < arnotixe> I think the apple company reflects very well the attitude of their late leader. I don't object, it's just a very NOT-free way of thinking.
21:55 < Number6> Who feeds those developers :-)
21:55 < Number6> I have no issues with paying for software, if it's good.
21:55 < arnotixe> I think they feed themselves ?
21:56 < Number6> I also don't mind paying for Linux from a vendor, as it means vendor support and a longer life cycle
21:56 < arnotixe> Agree. I even bought an XP license once, for a machine. I think it's one of the better OS they made.
21:57 < Number6> Windows 7 is good. No more defragging, no more driver issues, the update manager is great (but nothing in comparison to the Linux repos), and games work on it!
21:59 < arnotixe> interesting. My company (in Norway) had the official policy of "nothing but win XP", so I've tried nothing after Vista... (I mean we tried Vista a bit but reverted all the machines to XP)
21:59 < arnotixe> I think maybe they're running something else now, since at some point XP sale was stopped...
22:00 < Number6> MS XP support has stopped, it's dead in a few years. 7 is what Vista should have been - nice
22:01 < Number6> My CeBIT list is on the other laptop, I'll look at it when I'm back home
22:01 < arnotixe> Number6, thanks a lot. It would be fun to pull off some kind of sale with navit as the official navigation program.
22:02 < arnotixe> have to PM you on my email address
22:03 < arnotixe> I'm maintaining weekly builds of  Garmin, GPSMID and navit maps, but my server's a bit unstable so I'll move it. Used to be http://navega.ec/mapdist but seems it's down again...
22:04 < Number6> If you get a more stable server, you could always be part of our maps.navit-project.org system :-)
22:05 < arnotixe> ah interesting I hadn't seen that.  A friend at a university here in Ecuador said he'd help me if I needed some server space...
22:05 < arnotixe> I'll try and find out who that was again.
22:12 < Number6> Do. We're always looking at getting a mirror in interesting parts of the world!
22:17 -!- dandor [~dandor@91.82.177.227.pool.invitel.hu] has quit [Ping timeout: 252 seconds]
22:21 < Number6> /o/
22:27 -!- sera_ [~sera@gentoo/developer/sera] has joined #navit
22:27 -!- sera [~sera@gentoo/developer/sera] has quit [Ping timeout: 252 seconds]
22:59 -!- edje [~chatzilla@pced.ipv6.kapitein.org] has joined #navit
23:14 -!- rifl_mob [~chatzilla@mk089144206236.a1.net] has joined #navit
23:14 < rifl_mob> good evening everybody
23:18 -!- rd [~rd@p57B49C59.dip0.t-ipconnect.de] has quit [Read error: Operation timed out]
23:33 -!- rifl_mob [~chatzilla@mk089144206236.a1.net] has quit [Quit: ChatZilla 0.9.87 [Firefox 5.0/20110615151330]]
23:34 -!- edje [~chatzilla@pced.ipv6.kapitein.org] has quit [Quit: ChatZilla 0.9.88 [Firefox 7.0.1/20111120234104]]
23:45 -!- Morphous_ [jan@f048228144.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
--- Log closed Fri Dec 30 00:00:44 2011