--- Log opened Sun Jun 02 00:00:19 2013 01:18 #navit: < Navit> The following compiles failed: http://download.navit-project.org/logs/navit/wince_arm/svn/navit-svn-5530.failed http://download.navit-project.org/logs/navit/openmoko/svn/navit-svn-5530.failed http://download.navit-project.org/logs/navit/n800/svn/navit-svn-5530.failed 01:50 -!- _rd [~rd@p5088F861.dip0.t-ipconnect.de] has quit [Read error: Operation timed out] 01:52 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 02:21 -!- cp15 [breblu@p57B1DE6E.dip0.t-ipconnect.de] has quit [Ping timeout: 246 seconds] 02:24 -!- cp15 [ibpdgd@p57B1FF79.dip0.t-ipconnect.de] has joined #navit 02:25 -!- mode/#navit [+o cp15] by ChanServ 03:01 -!- noradtux [~noradtux@g224063184.adsl.alicedsl.de] has quit [Ping timeout: 256 seconds] 03:05 -!- noradtux [~noradtux@f054122249.adsl.alicedsl.de] has joined #navit 04:01 -!- noradtux [~noradtux@f054122249.adsl.alicedsl.de] has quit [Ping timeout: 248 seconds] 04:06 -!- noradtux [~noradtux@g224052085.adsl.alicedsl.de] has joined #navit 04:15 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds] 05:20 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has joined #navit 06:44 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 07:34 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds] 07:57 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 07:57 -!- drlizau [~liz@billiau.net] has joined #navit 08:00 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 08:09 -!- udovdh [~udovdh@pindarots.xs4all.nl] has quit [Quit: Leaving] 08:25 -!- udovdh [~udovdh@pindarots.xs4all.nl] has joined #navit 08:25 -!- tryagain [~tryagain@178.216.76.15] has joined #navit 08:55 -!- Dayofswords [~Dayofswor@c-50-137-172-48.hsd1.or.comcast.net] has joined #navit 08:56 #navit: < Dayofswords> Anyone know how to use navit on linux WITHOUT a gps? 08:57 #navit: < Navit> mdankov * r5531 /trunk/navit/navit/start_real.c: Fix:core:Format string in start_real.c|Thank you christianschwamborn http://navit.svn.sourceforge.net/viewvc/navit?view=revision&revision=5531 09:05 #navit: < tryagain> Dayofswords What are your needs? To have routing and navigation demonstration, you may change hi all 09:08 #navit: < tryagain> hi pini 09:08 #navit: < Dayofswords> tryagain: just trying out navit on my laptop, hopefully to have an offline map for it. 09:10 #navit: < pini> Dayofswords: use the null gps plugin 09:12 #navit: < Dayofswords> pini: right now I cant even get the program open, console just says "trying GPS" basically, how do i use a plugin? I honestly havent heard of this program until like 10 mins ago. 09:15 #navit: < tryagain> Dayofswords do cp /etc/navit/navit.xml ~/.navit 09:15 #navit: < pini> Dayofswords: in navit.xml: 09:15 #navit: < tryagain> then gedit ~/.navit/navit.xml 09:16 #navit: < tryagain> look up for change source="gpsd://localhost" with source="null://" or source="demo://" 09:17 #navit: < tryagain> pini am i right with :// after null? I'm sure demo:// requires it. 09:18 #navit: < Dayofswords> I did demo and it opened, now i'm trying null 09:18 #navit: < pini> tryagain: you are right 09:18 #navit: < pini> tryagain: by the way source="null://" misses in the wiki documentation 09:19 #navit: < tryagain> the difference with demo and null is that demo will follow the route if you set it 09:20 #navit: < tryagain> pini will you fix it? 09:20 #navit: < Dayofswords> I guess I need to download a map file first, right 09:20 #navit: < tryagain> yes :) 09:20 #navit: < Dayofswords> good i downloaded my area first 09:21 #navit: < pini> fixed in the wiki 09:21 #navit: < tryagain> put it into ~./navit/maps 09:21 #navit: < tryagain> pini thx 09:22 #navit: < tryagain> gedit ~./navit/navit.xml, find , put inside it 09:23 #navit: < tryagain> - forgot to close the tag 09:25 #navit: < tryagain> Dayofswords be aware to not use more than one binfile at a time (unless you're using really far away maps, like Germany and China), or you'll get strange navigation and search results. 09:27 #navit: < Dayofswords> is right below it 09:28 #navit: < tryagain> yes, it's probably the right place 09:28 -!- vvompy [~wompy@ip-178-203-195-6.unitymediagroup.de] has left #navit [] 09:30 #navit: < tryagain> I could also say to create a new file "/sur/share/navit/usermaps.xml" with '' line but that would require root privileges 09:33 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [] 09:35 #navit: < tryagain> pini I think we sould drop in favor of which will allow an easy startup after the package is installed 09:37 #navit: < Dayofswords> I noticed that line is actually like 4 lines below it, tried using it as .bin, didnt work. so now i'm setting it using the example OSM map line(which isn't working...) 09:37 #navit: < pini> tryagain: I have no opinion on this :) 09:39 #navit: < Dayofswords> map_binfile:map_binfile_open:Failed to load 'home/me/.navit/maps/oregon.bin' 09:39 #navit: < pini> tryagain: are all envrironment variables supported in navit.xml, or just the NAVIT ones? 09:40 #navit: < tryagain> hm. Is there a file home/me/.navit/maps/oregon.bin ? 09:40 #navit: < tryagain> pini never tested that, but as far as i remember code, all should be supported. 09:40 #navit: < Dayofswords> I'm an idiot, forgot "/" in front... 09:41 #navit: < tryagain> me2. didnt notice it :) 09:43 #navit: < Dayofswords> So... where does "null://" say I'm at? Looking around trying to found my little state in a sea of orangish color 09:44 #navit: < tryagain> go to menu, select town, enter few letters, select show on map 09:44 #navit: < tryagain> By default you're probably at Munchen, DE. 09:45 #navit: < tryagain> * Menu -> ACTIONS -> Town 09:46 #navit: < Dayofswords> tryagain: no results... I used http://maps3.navit-project.org/ which gave me a .bin, does that include towns/cities/POI or is that somethign separate? 09:47 #navit: < tryagain> you should have whole data 09:48 #navit: < tryagain> When you enter to Town menu, do you have right country flag at the left of input field? 09:48 #navit: < tryagain> If the flag is wrong, tap it 09:48 #navit: < Dayofswords> USA flag 09:53 #navit: < Dayofswords> tryagain: still no results, bin is in right place, terminal isn't complaining. 09:55 #navit: < tryagain> Dayofswords Does it list your map in Settings -> Maps ? 09:56 #navit: < tryagain> And Oregon is USA state, i guess? 09:56 #navit: < Dayofswords> tryagain: as binfile:/home/me/.navit/maps/oregon.bin 09:56 #navit: < Dayofswords> tryagain: Yes, it is a state on the west side of USA. 09:57 #navit: < Dayofswords> I did rename from X,Y.bin name, shouldn't matter I assume. 09:58 #navit: < tryagain> looks quite odd... What if you rm ~/.navit/center.txt and put your coordinates to name doesnt matter 10:00 #navit: < Dayofswords> I found center="4808 N 1134 E", never seen that format before... 10:06 #navit: < Dayofswords> cool it's working now, i did really change anything yet so I don't know why. 10:07 #navit: < tryagain> so search started working? Maybe you were chaging navit.xml while it was running? 10:09 #navit: < Dayofswords> probably 10:13 #navit: < Dayofswords> I think I have a really buggy version of navit or something cuase the map seems to only render if I search for a town, choose town, choose "view on map", water is also now rendering right.... 10:13 #navit: < Dayofswords> tryagain: how long ago was version 0.5.0? 10:14 #navit: < tryagain> It's better to compare svn revision (four-digit code) shown in About dialogue. 10:16 #navit: < Dayofswords> Just says navit-svn 0.5.0-unknown, this is Ubuntu 12.04's version 10:17 #navit: < tryagain> Default ubuntu version is probably a year behind. More recent precompiled version is in debian experimental, but i'm unsure if it will install in ubuntu 12.04 10:18 #navit: < tryagain> But i do not expect map rendering problems with your version. 10:19 #navit: < tryagain> if you have enough effort, you may try to get the code and compile it yourself. 10:22 #navit: < Dayofswords> found out my version is svn4776, aka from Dec 2011.... 10:23 #navit: < tryagain> Dayofswords I do not understand your problem. If you have found your location and drag the map - is it repainted corretly? If you zoom in/out? 10:24 #navit: < tryagain> Dec 2011 is quite old, of course. 10:24 #navit: < Dayofswords> parts are painted, sometime it doesn't paint at all 10:25 #navit: < tryagain> Hm... I have never used null vehicle plugin. Can you please switch to demo:// one? 10:27 #navit: < tryagain> Also, navit drops details as soon as you zoom out. May be you just zoomed too far to have nice looking map? 10:36 #navit: < tryagain> Dayofswords you should be able to zoom in/out with mouse wheel and there are probably magnyfing glass icons drawn on the map. If they are not, see navit,xml: 10:37 #navit: < tryagain> 10:37 #navit: < Dayofswords> What I mean is, I zoom in just a little and sometimes it doesn't render at all. 10:38 #navit: < tryagain> So the screen becomes plain orange after that? 10:38 #navit: < Dayofswords> yeah 10:38 #navit: < tryagain> odd... 10:40 #navit: < tryagain> Dayofswords You may try switching to or 11:17 -!- Dayofswords [~Dayofswor@c-50-137-172-48.hsd1.or.comcast.net] has quit [Quit: Leaving.] 11:32 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 11:38 #navit: <@cp15> _rd, any success with gdal_contour? 11:58 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 11:59 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 12:12 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds] 12:13 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 12:14 #navit: < _rd> cp15, no not yet, I tried to load the shape file into qgis, to validate its correctness....but that was not conclusive. 12:15 #navit: < _rd> Another possibility to could be to check what is needed to make the osm_srtm files from openmtb map work: http://www.kleineisel.de/blogs/index.php/osmmap/ 12:16 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 12:16 #navit: < _rd> Then navit does not need to develop its own way to get srtm data converted into osm data.... 12:17 #navit: < _rd> ....but I am still downloading these, to check how different they are from what shp2osm.pl is generating. 12:17 #navit: < _rd> I am about to leave, but will read logs later on. 12:18 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [] 12:18 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 12:18 #navit: <@cp15> You can try to reproject the shapefile with ogr2ogr 12:19 #navit: <@cp15> You can try to reproject the shapefile with ogr2ogr 12:28 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 248 seconds] 12:43 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 14:36 -!- jan__ [~jan__@p5B0E8A79.dip0.t-ipconnect.de] has joined #navit 16:02 #navit: < pini> navit-0.5.0~svn5530 upload to Debian unstable 16:07 #navit: <@cp15> pini, where do you see the main problems? 16:10 #navit: < pini> navit.xml, definitly 16:12 #navit: < pini> it would be great if the user's navit.xml could only define its own preferences, without having to include anything else 16:14 #navit: < pini> secondly time based releases 16:18 #navit: <@cp15> Ok, I am working on navit.xml (and also a platform independent map downloader...) 16:30 #navit: < pini> cp15: what are your plans about navit.xml? 16:33 #navit: <@cp15> Configuration via gui, downloadable OSD-skins, map layouts and maybe menu structures 16:35 #navit: < pini> actually what bother me is that when navit evolves, the user has to sync its navit.xml file against the default one. if you succeed in dropping this constraint it would be a great step forward 16:36 #navit: <@cp15> Yes, the plan is to keep the navit.xml unmodified 16:36 #navit: <@cp15> Instead dynamic configuration is kept in a startup script called gui_internal.txt which contains c-script code to set everything up 16:37 #navit: <@cp15> I have enabled this yesterday for the map layout setting, you can give it a try 16:38 #navit: <@cp15> Of course this will cover only quite standard cases. If for example the user wants to connect to a remote gpsd or wants to connect to the gps device without gpsd manual configuration will still be required 16:44 #navit: < tryagain> for osd skins, i would suggest putting a generic to let user choose his favorite skin without navit.xml editing 16:45 #navit: < tryagain> for maps, we have an excellent tag which is already used on android by default. Maps can be attached without any xml dark magic 16:46 #navit: <@cp15> I think about something like navit.parse_xml("special_layout.zip/layout.xml"); 16:46 #navit: <@cp15> The special_layout.zip will contain a layout.xml with the required xml stuff and needed icons 16:47 #navit: < pini> why zip a layout? 16:48 #navit: < pini> because of the embedded icons? 16:48 #navit: <@cp15> Yes, so the zip contains everything needed 16:49 #navit: < tryagain> might be a good idea. So layout.xml will be able to replace any part of navit.xml? Or it's supposed only for osds? 16:50 #navit: <@cp15> Yes, that is the idea. But since the xml can do harm also a manual audit will be necessary before making it available for download 16:50 #navit: <@cp15> Or maybe even smarter: 16:50 #navit: < pini> but then it becomes difficult for the user to edit its layout 16:51 #navit: <@cp15> Not at all. If you create a directory special_layout.zip and unzip the special_layout.zip there it will work exactly the same way, but without a zip archive 16:52 #navit: < pini> ack 16:53 #navit: <@cp15> Maybe it could be even smarter: 16:54 #navit: <@cp15> navit.add_attr(new layout(new name("Special Layout"),new xml_file("special_layout.zip/layout.xml"))) 16:54 #navit: <@cp15> This would improve memory usage and startup time drastically, since the layout will be just a placeholder until it is actually used 17:01 #navit: <@cp15> But probably makes only sense for map layouts, since osd skins and menu structures will be needed always 17:53 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 18:03 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 18:24 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds] 18:33 #navit: < Navit> martin-s * r5532 /trunk/navit/navit/graphics/gtk_drawing_area/graphics_gtk_drawing_area.c: Fix:graphics_gtk_drawing_area:Include required file http://navit.svn.sourceforge.net/viewvc/navit?view=revision&revision=5532 19:10 -!- jan__ [~jan__@p5B0E8A79.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 19:11 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 19:27 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [] 19:27 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has joined #navit 19:37 -!- tg [~irc@unaffiliated/tg] has quit [Quit: leaving] 20:26 -!- tg [~x@unaffiliated/tg] has joined #navit 21:23 -!- drlizau [~liz@billiau.net] has joined #navit 21:31 -!- tryagain [~tryagain@178.216.76.15] has quit [Remote host closed the connection] 21:47 -!- _rd [~rd@p57B4ABDB.dip0.t-ipconnect.de] has quit [] 22:19 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 22:31 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has quit [Remote host closed the connection] --- Log closed Mon Jun 03 00:00:19 2013