--- Log opened Wed Aug 20 00:00:41 2014
00:38 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Remote host closed the connection]
01:23 #navit: < Navit> The following compiles failed: http://download.navit-project.org/logs/navit/src/svn/navit-svn-5877.failed http://download.navit-project.org/logs/navit/wince_arm/svn/navit-svn-5877.failed
01:23 #navit: < Navit> See compile results history at http://download.navit-project.org/logs/navit/stats.html
01:32 -!- ColdFyre [~lenny@c-50-152-170-172.hsd1.ca.comcast.net] has quit [Quit: Math problems? Call 1-800-[(10x)(13i)^2]-[sin(xy)/2.362x]]
01:38 -!- ColdFyre [~lenny@c-50-152-170-172.hsd1.ca.comcast.net] has joined #navit
02:23 -!- KaZeR [~KaZeR@172.56.38.171] has joined #navit
02:23 -!- mode/#navit [+o KaZeR] by ChanServ
02:53 -!- KaZeR [~KaZeR@172.56.38.171] has quit [Remote host closed the connection]
06:38 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
06:39 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has joined #navit
06:51 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
06:54 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has joined #navit
08:25 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has quit [Remote host closed the connection]
08:26 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has joined #navit
08:30 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has quit [Ping timeout: 246 seconds]
08:45 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
09:08 -!- drlizau [~liz@billiau.net] has joined #navit
09:38 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has joined #navit
09:52 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has quit [Remote host closed the connection]
09:53 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has joined #navit
09:56 -!- jandegr [574158de@gateway/web/freenode/ip.87.65.88.222] has joined #navit
09:57 -!- hoschi [~marcus@nat49239.hs-niederrhein.de] has quit [Ping timeout: 240 seconds]
10:17 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
10:25 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has joined #navit
10:28 #navit: < bafplus> Why o why is this street not searchabel? It doesent show up under town "Breda" , almorst that complete neighborhood is not listed. tested it with my Garmin nav and that one can't find them eather...  http://www.openstreetmap.org/search?query=51.62484%2C4.74277
11:01 -!- [1]bafplus [~bafplus@go.allip.nl] has joined #navit
11:01 #navit: < jandegr> bafplus, maybe you have the same issue as I had
11:02 #navit: < jandegr> http://trac.navit-project.org/ticket/1243
11:03 #navit: < jandegr> I noticed it is not handled for the netherlands either
11:04 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has quit [Ping timeout: 255 seconds]
11:04 -!- [1]bafplus is now known as bafplus
11:09 #navit: < jandegr> It looks as if 245c7M will work for the Netherlands as well
11:10 #navit: < jandegr> edit : should be 345c7M
11:10 #navit: < jandegr> http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
11:21 #navit: < bafplus> That depands...My Garmin using latest Garmin maps shows the same "error"
11:22 #navit: < bafplus> Searching on zipcode works ok in Garmin and teh street is found (if just Navit could do the same ;-) )
11:23 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
11:26 -!- bafplus [~bafplus@go.allip.nl] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!]
11:37 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
11:37 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
11:38 -!- drlizau [~liz@billiau.net] has joined #navit
11:46 -!- bafplus [~bafplus@go.allip.nl] has joined #navit
11:49 #navit: < jandegr> Hi bafplus, I took a look at those streets in Breda and indeed Navit does not find them
11:50 #navit: < jandegr> Looks like a symptom of the ticket I made for Belgium
11:50 #navit: < jandegr> I compiled another Maptool with changes for the Netherlands
11:51 #navit: < jandegr> Now trying to process the Netherlands map, but is almost 1GB, so could take a while, if my VM even will do it
11:54 #navit: < bafplus> Thanks for you're help, what i find strange is that my Garmin shows the same error using Garmins own maps...
11:57 #navit: < jandegr> Maybe Garmin does not process boundaries either
11:58 #navit: < bafplus> but since i only search on zipcode in my garmin i haven't noticed it before...
12:02 #navit: < jandegr> seems like map processing will go on for a while,
12:02 #navit: < jandegr> I'll be back when it's done
12:13 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
12:26 -!- hoschi [~marcus@2a02:908:eb51:ad80:14c3:f029:9eb5:d96d] has joined #navit
12:38 #navit: < bafplus> jandegr , i'm of working but i have irc open. And you have PM
12:41 #navit: < hoschi> hello everybody, is no one out there of the navit core devs or someone i can talk about core routing?
13:08 -!- bafplus [~bafplus@go.allip.nl] has quit [Ping timeout: 240 seconds]
13:09 -!- woglinde [~henning@fb-n15-11.unbelievable-machine.net] has joined #navit
13:55 -!- bafplus [~bafplus@go.allip.nl] has joined #navit
14:16 #navit: < bafplus> jandegr , here is a picdump of the adressearch with town+street+housenumber , when you enter the housenumber you can see the zipcodes, so navit should be able to use those http://nl.tinypic.com/r/30vipo9/8
14:19 #navit: < jandegr> bafplus, looks feasable, but I am not yet familiar enough with the internals to help on that
14:20 #navit: < jandegr> netherlands map is boiling fullspeed now on a new virtual machine, fingers crossed.
14:22 #navit: < bafplus> Hehe..i keep both crossed ;-)
14:22 #navit: < bafplus> I don't know how to get the zipcode date out of the map, but since navit is displaying them, the strings should already be known to one of the designers....
14:23 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has quit [Ping timeout: 246 seconds]
14:24 #navit: < jandegr> for NL, take 2 last char's from already known zipcode in Navit to map to street, or something like that.
14:27 #navit: < jandegr> and first search town based on the 4 first digits of zipcode
14:44 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has joined #navit
14:46 #navit: < Mineque> hi
14:48 #navit: < jandegr> hi, is ther anyone present with write acces
14:48 #navit: < jandegr> to change one single line in maptool ?
14:48 #navit: < jandegr> http://trac.navit-project.org/ticket/1243
14:48 #navit: < jandegr> please ?
14:50 #navit: < jandegr> line 150 in trunk/navit/navit/maptool/osm.c append "345c7M"
14:50 #navit: < jandegr> thx
14:52 #navit: < Mineque> sorry dont have write perms
14:53 #navit: < Mineque> Kazer should be in about 30-60minutes online,
14:53 #navit: < jandegr> ok, I'll hang around, thx
14:56 #navit: < bafplus> jandegr, if you combine the search to aonly show results with same zipcode it would also show only the closest/related housenumbers
15:30 #navit: < jandegr> bafplus, the newly processd map for the netherlands : https://db.tt/aBywIObZ
15:30 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has quit [Ping timeout: 264 seconds]
15:31 #navit: < jandegr> processed with "345c7M"
15:31 #navit: < jandegr> you should have a look what the c brings us, the M seems right from the Breda test I did.
15:36 #navit: < bafplus> Got it with 5 minutes...
15:36 #navit: < bafplus> Thanks
15:37 -!- hoschi [~marcus@2a02:908:eb51:ad80:14c3:f029:9eb5:d96d] has quit [Remote host closed the connection]
15:57 #navit: < bafplus> testen the map using the 345c7M: works like a charm!
15:58 #navit: < bafplus> KaZeR , would you be so nice to make this change in the maptool and planet extractor?
16:01 #navit: < jandegr> probably better to use 3c567M for the Netherland I think
16:02 #navit: < jandegr> that way the c should give provinces instead of plusregio
16:03 #navit: < jandegr> if searching in a plusregio known to OSM, it should now appear when doing a housenumber search
16:03 #navit: < jandegr> bafplus, can you confirm this ?
16:08 #navit: < bafplus> I testen it whit the breda streets, but no provences is shown
16:10 #navit: < bafplus> http://nl.tinypic.com/r/4vfhvm/8
16:14 #navit: < jandegr> ok, so go for 3c567M instead.
16:21 #navit: < bafplus> If you see the provence is youre test with 3c567M, then go for it!
16:22 #navit: < bafplus> if possible, can we "print" the provence in the town search aswel?
16:23 #navit: < bafplus> Then if you have a town like "oosterhout", there are 2 in the NL. That way you can see the difference
16:27 #navit: < bafplus> or Valkenburg, Noordwijk,
16:32 -!- KaZeR_ [~KaZeR@64.201.252.132] has joined #navit
16:33 -!- woglinde [~henning@fb-n15-11.unbelievable-machine.net] has quit [Ping timeout: 240 seconds]
16:39 #navit: < jandegr> Hi Kazer
16:39 #navit: < jandegr> Can I ask you to make a small change again ?
16:39 #navit: < jandegr> http://trac.navit-project.org/ticket/1243
16:40 #navit: < jandegr> for Belgium 345c7M
16:40 #navit: < jandegr> and fot The Netherlands 3c567M
16:41 #navit: < jandegr> thanks a lot again :)
16:44 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
16:44 #navit: < KaZeR_> hi jandegr
16:44 #navit: < KaZeR_> i was actually reading your ticket, i got it also by email
16:46 #navit: < jandegr> ok, take your time
16:52 #navit: < KaZeR_> jandegr: how did you find that 345c7M value? I'm surprised that it matches the value for Germany
16:53 #navit: < jandegr> http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries
16:53 #navit: < jandegr> and I built a maptool with it to test
16:53 #navit: < jandegr> and then bafplus reported the same issue for the Netherlands
16:54 #navit: < jandegr> so I built another maptool with the same value for the Netherlands, processed a Netherlands map
16:54 #navit: < jandegr> with it and sent it to bafplus for test
16:55 #navit: < jandegr> tests for the Netherlands show it works well for cities, but the c for province must be
16:56 #navit: < jandegr> moved forward to the second position (3c567M)
16:56 #navit: < KaZeR_> i must confess that i don't understand how you found the value itself :) care to enlighten me?
16:58 #navit: < jandegr> sniff the code around line 1941
16:58 #navit: < jandegr> and look in the link of OSM I posted
16:58 #navit: < bafplus> snifsnif....hmm...smells funny...
16:58 #navit: < jandegr> and sleep over it one or two nights
16:59 #navit: < KaZeR_> hi there bafplus :)
17:00 #navit: < KaZeR_> ok thanks jandegr
17:00 #navit: < KaZeR_> i find it really surprising that this value is shared with Germany tho
17:00 #navit: < jandegr> were neighbours for something
17:00 #navit: < bafplus> KaZer, i can confirm that jandegr sullution works fine!  I personaly don't care about the provence, the biggest thing was the streets that are not found, but that "bug" is squached if you ask me
17:01 #navit: < bafplus> can it me something to to with sertain "standards" being used for groups of country's?
17:01 #navit: < jandegr> I do care for the province, I want it OK, not a little bit good,
17:02 #navit: < bafplus> hehe...i share you're point, i ment that i don't actualy use it that often...
17:03 #navit: < KaZeR_> bafplus: i had no doubt that jandegr's fix works, just trying to understand the root solution :)
17:03 #navit: < bafplus> but if it works, u sure would see use for me when displayed at town search...
17:08 #navit: < bafplus> btw KaZeR...just heard that i have to give a "presentation" of Navit to one of out lead-programmers this friday!
17:09 #navit: < KaZeR_> bafplus: excellent news! let us know if/how we can help!
17:10 #navit: < bafplus> I think i can answer most of his questions...one question for now...to take the zipcode search request as an example...how long does it usualy take before something like that is picked up?
17:10 #navit: < KaZeR_> i'm not sure i understand your question. is it for a ticket in the tracker ?
17:10 #navit: < bafplus> In other words...how fast can we solve a bug in general?
17:11 #navit: < KaZeR_> depends of the bug. if it hits several people, it's usually faster. if it hits a dev, it's way faster :)
17:11 #navit: < KaZeR_> depends also on the difficulty of the bug
17:11 #navit: < bafplus> lets take the zipcode search as example because i can bet you they want it ;-)
17:12 #navit: < bafplus> If they want it to be implemented, are we talking weeks/months/year? ;-)
17:12 #navit: < bafplus> Just to give them a general idea on how "alive" the navit project is
17:13 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:8005:3400:4067:c138] has joined #navit
17:13 #navit: < Navit> kazer_ * r5878 /trunk/navit/navit/maptool/osm.c: Fix:maptool:Fixed OSM search issues in Belgium / Netherlands, as per #1243|Thanks jandegr for the fix http://sourceforge.net/p/navit/code/5878/
17:14 #navit: < KaZeR_> ^- guys, would you mind to double check if everything works correctly for you ?
17:14 #navit: < bafplus> and if activly developed upon request i bet you there will be some good donations in return ;-)
17:16 #navit: < KaZeR_> yeah i wouldn't bet on that :)
17:16 #navit: < jandegr> KaZeR: thanks once more. I already tested the belgium solution with a maptool I built myself
17:16 #navit: < jandegr> bafplus will have to test for the Netherlands
17:17 #navit: < bafplus> using 345c7M work perfect but without the provence displayed, or any other type of region for that matter
17:17 #navit: < KaZeR_> project is really alive, we have commits almost daily. as for the bugfix, it also really depends on the difficulty of the bug. example : the current navigation code has some limitations. It does not handle lanes for example. It is mostly based upon turns instruction, and that could be enhanced. But it's not a trivial change, so it won't be fixed next week
17:17 #navit: < bafplus> i understand...thanks...
17:18 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:8005:3400:4067:c138] has quit [Ping timeout: 240 seconds]
17:18 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds]
17:20 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:a8fb:6a8c:4568:7401] has joined #navit
17:20 #navit: < bafplus> so KaZeR, without testing i would say that 3c567M should do the trick, jandegr can you verify that or send me a bin using 3c567M?
17:21 #navit: < KaZeR_> bafplus: my point isn't to scare you.. but navit is opensource, so that's rather a best effort approach. cp15 used to provide professional grade support on it, for companies wanting low response time. people involved want navit to be better so any nasty bug will be worked on, eventually. it's just not really possible to give deadlines
17:22 #navit: < bafplus> i understand completely, and you don't scare me that easy ;-)
17:22 #navit: < jandegr> bafplus: search for Heerlen and see it append Co. Parkstad Limburg.
17:23 #navit: < jandegr> I bet it did not do that on the other maps.
17:23 #navit: < jandegr> with the value I passed to KaZeR, Parkstad Limburg will go away and
17:24 #navit: < jandegr> be replaced with the province for any town (I'm rather confident)
17:25 #navit: < jandegr> The Co. is probably short for County
17:26 #navit: < bafplus> WOW! Why didn't i noticed that earlier!  What do you mean with "province for any town" ? Now it shows the region, will it then show the actual provence like brabant, limburg, zeeland, noord-holland, friesland, twente, groningen etc?
17:26 #navit: < jandegr> we'll have to provide a good translation for that, but I think I will count on you for that.
17:26 #navit: < jandegr> yes, zeeland, etc. It already does so for me in Belgium.
17:26 #navit: < bafplus> 'no problem, if i just have the correct deffinitions
17:27 #navit: < bafplus> Cool!
17:27 #navit: < bafplus> ]If you have the time resource to build a map for NL for me to test i would greately epriciate that
17:28 #navit: < bafplus> maybe only build the lower part of NL to save space/time ;-)
17:29 #navit: < jandegr> unfortunatly I ruined my buildVM, so no compiling in the first few days.
17:32 #navit: < bafplus> No prob, thanks anyway...btw...can you tell me why town "Hedel" street "hootkamp" still isnt found?
17:33 #navit: < bafplus> coordinates: mg:0x8edb1 0x66f938
17:36 #navit: < KaZeR_> i can probably process a map for you guys if you give me the osm map url
17:37 #navit: < bafplus> url of what? Netherlands?
17:37 #navit: < bafplus> can you build one using the selection for "netherlands" from planet extractor?
17:39 #navit: < KaZeR_> not really, because it only fetches a part of a processed map
17:39 #navit: < KaZeR_> you guys want NL+BE ?
17:41 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has joined #navit
17:41 #navit: < bafplus> That would be great KaZeR
17:41 #navit: < bafplus> Then we both can use it
17:42 #navit: < bafplus> And i can take a shorter route thru belgium to some parts of the Netherlands ;-)
17:48 #navit: < KaZeR_> i cannot download a bounding box for BE+NL at the same time, it's too big so OSM rejects the request. i'll try with a pre-cut area for each country seperately
17:50 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
17:50 #navit: < bafplus> i guess that also is to big
17:50 #navit: < bafplus> Is it a big thing to change that line in the planet extractor software?
17:50 #navit: < bafplus> or am i asking a bit to much now ;-)
17:53 #navit: < KaZeR_> the issue is not the change, it's the processing time :) planet extractor process a map of the whole planet (i believe it's daily)
17:53 #navit: < jandegr> bafplus, Hedel has level 10, today's fixes are for level 8
17:55 #navit: < jandegr> 10 in the Netherlands is : boundaries for settlements (woonplaatsen) (non-autonomous municipal subdivisions)
17:56 #navit: < jandegr> that still works by estimation, just as 8 did before the fix too.
17:56 #navit: < KaZeR_> belgium is processing
17:58 #navit: < KaZeR_> bafplus: http://www.kazer.org/belgium.bin
18:01 #navit: < bafplus> You lost me...level 10 is wrong?? so wrong metadata?
18:03 #navit: < jandegr> no, it does not mean it's wrong
18:05 #navit: < jandegr> but it is in a level 8 area named Maasdriel but I did not find the city Maasdriel
18:07 #navit: < jandegr> I find the area but no tag for city Maasdriel
18:07 #navit: < bafplus> i think i get it...so it is a "non-correct" metadata...
18:08 #navit: < jandegr> don't find the tag Maasdriel on googlemaps either
18:10 #navit: < jandegr> remember the street you did not find in Breda?
18:11 #navit: < jandegr> before the fix estimation used a circle around the tag "Breda" to search in, but I changed that to using the
18:11 #navit: < jandegr> level 8 boundaries.
18:11 #navit: < jandegr> level 10 will be searched in a circle around the tag Hedel as well
18:11 #navit: < jandegr> but for level 10 the circle is much smaller
18:12 #navit: < bafplus> aha
18:12 #navit: < jandegr> the town Maasdriel that has a border but no tag is above my powers !
18:12 #navit: < bafplus> but can it be fixed ;-)
18:13 #navit: < bafplus> can we change it somehow on openstreetmaps.org or something?
18:13 #navit: < bafplus> I see it as  a "misslabel"
18:15 #navit: < jandegr> you can change whatever you want on OSM
18:15 #navit: < jandegr> I did a modest 230 edit's on OSM myself
18:16 #navit: < jandegr> and where is the centre of Maasdriel anyway ?
18:18 #navit: < KaZeR_> http://www.kazer.org/nl.bin
18:20 #navit: < jandegr> KaZeR : belgium.bin seems fine
18:21 #navit: < KaZeR_> cool
18:27 #navit: < bafplus> about the same as Velddriel : https://www.google.nl/maps/place/Maasdriel/@51.7816222,5.2950643,12z/data=!4m2!3m1!1s0x47c6f17cb447d243:0xa52401a285832ea5
18:29 #navit: < jandegr> bafplus, pls try KaZeR's nl map first
18:29 #navit: < bafplus> nl.bin seems fine too, thanks KaZeR!
18:29 #navit: < jandegr> we'll search a solution for Maasdriel after you approve the new map
18:30 #navit: < jandegr> and.... the nl.provinces ?
18:31 #navit: < bafplus> looks good to, if i "have" to complain it would be the suffix "co.", i would strip it...
18:32 #navit: < bafplus> but this is way better than before, great work jandegr!
18:35 #navit: < bafplus> Jan->pm ;-)
18:39 #navit: < bafplus> jandegr, what i ment with the co suffix in street seach: http://nl.tinypic.com/r/apk228/8
18:39 #navit: < Mineque> KaZeR_, hi
18:43 #navit: < jandegr> bafplus, it seems my guess for the right Nehterlands value was spot on! We now have provinces :)
18:44 #navit: < bafplus> We sure have! Like i said...great work! But like i said...if i have to complain it would be the co. part...
18:46 #navit: < jandegr> alreaedy was in Navit before I even knew it.
18:46 #navit: < jandegr> hope it's not hardcoded
18:47 #navit: < bafplus> If it is there should also be a way to sanitize the string somehow
18:47 #navit: < bafplus> But that would just be a "fine-tune" thing, i am realy glad with the result so far!
18:49 #navit: < jandegr> a little bit good is not OK, must be complete !
18:50 #navit: < jandegr> unfortunatly I don't find it on launchpad, so it means more code sniffing !
18:55 -!- KaZeR_ [~KaZeR@64.201.252.132] has quit [Remote host closed the connection]
18:59 #navit: < bafplus> my guess its pasrt of the metadata in the map, so you wont find it sniffing the source
19:00 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
19:01 #navit: < jandegr> don't think it's in the map bafplus, but won't be for today to search for it.
19:02 -!- jandegr [574158de@gateway/web/freenode/ip.87.65.88.222] has quit [Quit: Page closed]
19:05 #navit: < bafplus> Its not that we need it in a hurry , btw...how can you "view" the tags in the map?
19:19 -!- bafplus [~bafplus@go.allip.nl] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D]
19:27 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
19:35 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has quit [Quit: Leaving]
19:43 -!- woglinde [~henning@f052021133.adsl.alicedsl.de] has joined #navit
19:46 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has joined #navit
19:47 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
19:55 -!- KaZeR_ [~KaZeR@64.201.252.132] has joined #navit
19:58 -!- jandegr [574158de@gateway/web/freenode/ip.87.65.88.222] has joined #navit
20:00 -!- KaZeR_ [~KaZeR@64.201.252.132] has quit [Ping timeout: 272 seconds]
20:06 -!- Mineque [~Mineque@89-68-233-84.dynamic.chello.pl] has quit [Quit: Leaving]
20:27 -!- jandegr [574158de@gateway/web/freenode/ip.87.65.88.222] has quit [Quit: Page closed]
20:32 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has joined #navit
20:33 #navit: < hoschi_> does anyone know how to duplicate a struct item? if i save the item = map_rect_get_item(rg->mr); in a linked list, i get problems with references. If i allocate memory for a struct item and copy its contents then: *item_dup=*item; , i cant add the item to the graph then. i try to save all items into a list for parallel processing.
20:35 #navit: < hoschi_> i think it has something to do with the priv_data from the binfile plugin or other plugins
20:35 -!- hoschi_ [~marcus@2a02:908:eb51:ad80:a8fb:6a8c:4568:7401] has quit [Remote host closed the connection]
20:43 -!- KaZeR_ [~KaZeR@64.201.252.132] has joined #navit
20:43 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has joined #navit
20:47 -!- bafplus [~bafplus@5ED0A3EE.cm-7-1c.dynamic.ziggo.nl] has quit [Client Quit]
21:14 -!- Guest87208 [~rd@p5088FE8B.dip0.t-ipconnect.de] has quit []
21:43 -!- drlizau [~liz@billiau.net] has joined #navit
22:21 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
22:24 -!- woglinde [~henning@f052021133.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
--- Log closed Thu Aug 21 00:00:41 2014