Re: [talk-au] navit files
Some experimenting this morning indicates this is fixed in the version I run (svn 2453) cheers On Tue, Oct 13, 2009 at 6:20 PM, Liz wrote: > navit files built form osm data don't show a road if there is a reuse of > the > admin boundary for the road > > and so navigation around adelaide is going to be really interesting > as a lot of main roads have just disappeared > > please guys > don't reuse admin boundaries ( like ABS ) to replace perfectly good data > that > was already in the database. > > Just like i used to reuse the post office node for the place name and then > the > rendering rules changed for mapnik and none of those named places showed up > on > the map. > > :( > > > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-au > -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Franc Carter wrote: > Hmm, I'm just in the early stages of browsing the code I got from svn in the > last 6-8 weeks, my initial > impression is that it does indeed return multiple match's for ways (up to > 10). I'll need to wait until the > weekend to confirm as only my carpc has an os release recent enough to > actually compile it ;-( It does return multiple matches, but only if the number of matching attributes is the same. The attributes to match come from the big attrmap string. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Thu, Oct 15, 2009 at 9:37 PM, Sam Couter wrote: > Elizabeth Dodd wrote: > > > http://www.openstreetmap.org/?lat=-34.9378&lon=138.6228&zoom=13&layers=B000FTF > > > http://www.openstreetmap.org/?lat=-34.2954&lon=138.9733&zoom=12&layers=B000FTF > > Using the latest SVN version of osm2navit, these two and the one near > Robertson NSW seem to turn out right. They're routable roads anyway, I > don't know how admin boundaries affect Navit. > Hmm, I'm just in the early stages of browsing the code I got from svn in the last 6-8 weeks, my initial impression is that it does indeed return multiple match's for ways (up to 10). I'll need to wait until the weekend to confirm as only my carpc has an os release recent enough to actually compile it ;-( cheers -- > Sam Couter | mailto:s...@couter.id.au > OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAkrW+3kACgkQhTADrt6Jx1zO/QCfazVmK6zvUUCkQUqIkKdC1Dex > LwEAn0uCKk33AB6a7ZdaRJYE6tb5I8+3 > =2d0d > -END PGP SIGNATURE- > > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-au > > -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Thu, 15 Oct 2009, Sam Couter wrote: > Elizabeth Dodd wrote: > > http://www.openstreetmap.org/?lat=-34.9378&lon=138.6228&zoom=13&layers=B0 > >00FTF > > http://www.openstreetmap.org/?lat=-34.2954&lon=138.9733&zoom=12&layers=B0 > >00FTF > > Using the latest SVN version of osm2navit, these two and the one near > Robertson NSW seem to turn out right. They're routable roads anyway, I > don't know how admin boundaries affect Navit. I'm still downloading the planet.bin I've just compiled the latest svn The one near Robertson I redrew - the road has moved from the boundary Next to work out is why the long distance routing is crazy. It might be related to which roads have speed limits and which don't Liz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Elizabeth Dodd wrote: > http://www.openstreetmap.org/?lat=-34.9378&lon=138.6228&zoom=13&layers=B000FTF > http://www.openstreetmap.org/?lat=-34.2954&lon=138.9733&zoom=12&layers=B000FTF Using the latest SVN version of osm2navit, these two and the one near Robertson NSW seem to turn out right. They're routable roads anyway, I don't know how admin boundaries affect Navit. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Thu, 15 Oct 2009, Elizabeth Dodd wrote: > On Wed, 14 Oct 2009, Franc Carter wrote: > > Has anyone got a permalink to an area with this issue, so that I've got > > something to test > > with > > > > thanks > > > > On Tue, Oct 13, 2009 at 6:20 PM, Liz wrote: > > > navit files built form osm data don't show a road if there is a reuse > > > of the > > > admin boundary for the road > > > > > > and so navigation around adelaide is going to be really interesting > > > as a lot of main roads have just disappeared > > > > > > please guys > > > don't reuse admin boundaries ( like ABS ) to replace perfectly good > > > data that > > > was already in the database. > > > > > > Just like i used to reuse the post office node for the place name and > > > then the > > > rendering rules changed for mapnik and none of those named places > > > showed up on > > > the map. > > > > > > :( > > http://www.openstreetmap.org/?lat=-34.9378&lon=138.6228&zoom=13&layers=B000 >FTF > http://www.openstreetmap.org/?lat=-34.2954&lon=138.9733&zoom=12&layers=B000 >FTF > JS please what version of osm2navit are you uisng? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Franc Carter wrote: > On Tue, Oct 13, 2009 at 9:55 PM, John Smith wrote: > > > I wonder if it's possible to duplicate the object to break it up into > > 2 objects instead of one, and strip appropriate tags from the > > respective objects. > > > > Yep, that's the 'correct' solution that I am assuming, without having > actually delved > in to the code at the moment. The solution outlined by cp15 (see Liz's earlier message) is to modify attr_longest_match to return more than just one match when appropriate. The hard part will be deciding how to determine when more matches should be returned and what those matches should be. Returning too many matches will greatly increase the size of the Navit map file, which is obviously undesirable. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Wed, 14 Oct 2009, Franc Carter wrote: > Has anyone got a permalink to an area with this issue, so that I've got > something to test > with > > thanks > > On Tue, Oct 13, 2009 at 6:20 PM, Liz wrote: > > navit files built form osm data don't show a road if there is a reuse of > > the > > admin boundary for the road > > > > and so navigation around adelaide is going to be really interesting > > as a lot of main roads have just disappeared > > > > please guys > > don't reuse admin boundaries ( like ABS ) to replace perfectly good data > > that > > was already in the database. > > > > Just like i used to reuse the post office node for the place name and > > then the > > rendering rules changed for mapnik and none of those named places showed > > up on > > the map. > > > > :( http://www.openstreetmap.org/?lat=-34.9378&lon=138.6228&zoom=13&layers=B000FTF http://www.openstreetmap.org/?lat=-34.2954&lon=138.9733&zoom=12&layers=B000FTF ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
Has anyone got a permalink to an area with this issue, so that I've got something to test with thanks On Tue, Oct 13, 2009 at 6:20 PM, Liz wrote: > navit files built form osm data don't show a road if there is a reuse of > the > admin boundary for the road > > and so navigation around adelaide is going to be really interesting > as a lot of main roads have just disappeared > > please guys > don't reuse admin boundaries ( like ABS ) to replace perfectly good data > that > was already in the database. > > Just like i used to reuse the post office node for the place name and then > the > rendering rules changed for mapnik and none of those named places showed up > on > the map. > > :( > > > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-au > -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Tue, Oct 13, 2009 at 9:42 PM, Elizabeth Dodd wrote: > On Tue, 13 Oct 2009, Franc Carter wrote: > > I've been looking over the navit code and have made some minor tweaks to > > suite me. > > My first guess is that the issue might be able to be worked around by > > changing the order > > that osm2navit looks at properties - e.g making ti look at decide these > are > > roads instead > > of boundaries. > the part of the irc conversation below may help > Yep, interesting - my guess may have been wrong - but it gives me some leads - thanks > > > > > Of course this will mean boundaries will disappear in those places. > > > > Solving it properly will probably be trickier. I'll have a look at it on > > the weekend. > > > > cheers > > > > On Tue, Oct 13, 2009 at 7:25 PM, John Smith > wrote: > > > 2009/10/13 Elizabeth Dodd : > > > > On Tue, 13 Oct 2009, John Smith wrote: > > > >> This is really a bug in their software, specifically the osm2navit > > > >> binary, it would be better to file a bug and get them to fix the > issue > > > >> rather than trying to work around their bugs. > > > >> > > > >> Have you filed a bug report for this at all? > > > > > > > > I've sat on irc for nearly a week waiting for some action to discuss > it > > > > > > their > > > > > > > irc channel first > > > > as i also wanted to talk about the strange computed routes i was > > > > getting > > > > > > Pretty sure I had the same issue when I tried to report their routing > > > engine was screwy too. > > > > > > Alternatively there is plan B, there is a number of people on this > > > list that can code, and even more on the dev list, I'm sure between us > > > we can cook up a suitable patch. Is anyone familiar with the osm2navit > > > code at all? > > > > progress on IRC > nominated Thiele Highway, goes north from Kapunda in SA > > but trouble getting the OSM way ID > can get point identifiers instead > > > > 20:57] This is probably due to the "longest match" functionality in > osm2navit. osm items are converted to the navit items which are matching > the > most tags > [20:58] If there are several matches of the same length, the item > gets > duplicated, otherwise the shorter matches will be ignored > [20:58] Maybe we have to add an extra match to compensate for this > > > -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Tue, Oct 13, 2009 at 9:55 PM, John Smith wrote: > 2009/10/13 Franc Carter : > > > > I've been looking over the navit code and have made some minor tweaks to > > suite me. > > My first guess is that the issue might be able to be worked around by > > changing the order > > that osm2navit looks at properties - e.g making ti look at decide these > are > > roads instead > > of boundaries. > > > > Of course this will mean boundaries will disappear in those places. > > I wonder if it's possible to duplicate the object to break it up into > 2 objects instead of one, and strip appropriate tags from the > respective objects. > Yep, that's the 'correct' solution that I am assuming, without having actually delved in to the code at the moment. It's been a *long* time seince I was a real developer, so most of my approaches tend to be aimed at getting stuff to work the way I want. So, unless it's easier than I am expecting I'll probably go for the 'it works' solution (obviously not expecting the patch to be accepted) -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
2009/10/13 Franc Carter : > > I've been looking over the navit code and have made some minor tweaks to > suite me. > My first guess is that the issue might be able to be worked around by > changing the order > that osm2navit looks at properties - e.g making ti look at decide these are > roads instead > of boundaries. > > Of course this will mean boundaries will disappear in those places. I wonder if it's possible to duplicate the object to break it up into 2 objects instead of one, and strip appropriate tags from the respective objects. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Tue, 13 Oct 2009, Franc Carter wrote: > I've been looking over the navit code and have made some minor tweaks to > suite me. > My first guess is that the issue might be able to be worked around by > changing the order > that osm2navit looks at properties - e.g making ti look at decide these are > roads instead > of boundaries. the part of the irc conversation below may help > > Of course this will mean boundaries will disappear in those places. > > Solving it properly will probably be trickier. I'll have a look at it on > the weekend. > > cheers > > On Tue, Oct 13, 2009 at 7:25 PM, John Smith wrote: > > 2009/10/13 Elizabeth Dodd : > > > On Tue, 13 Oct 2009, John Smith wrote: > > >> This is really a bug in their software, specifically the osm2navit > > >> binary, it would be better to file a bug and get them to fix the issue > > >> rather than trying to work around their bugs. > > >> > > >> Have you filed a bug report for this at all? > > > > > > I've sat on irc for nearly a week waiting for some action to discuss it > > > > their > > > > > irc channel first > > > as i also wanted to talk about the strange computed routes i was > > > getting > > > > Pretty sure I had the same issue when I tried to report their routing > > engine was screwy too. > > > > Alternatively there is plan B, there is a number of people on this > > list that can code, and even more on the dev list, I'm sure between us > > we can cook up a suitable patch. Is anyone familiar with the osm2navit > > code at all? > > progress on IRC nominated Thiele Highway, goes north from Kapunda in SA but trouble getting the OSM way ID can get point identifiers instead 20:57] This is probably due to the "longest match" functionality in osm2navit. osm items are converted to the navit items which are matching the most tags [20:58] If there are several matches of the same length, the item gets duplicated, otherwise the shorter matches will be ignored [20:58] Maybe we have to add an extra match to compensate for this ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
John Smith wrote: > Pretty sure I had the same issue when I tried to report their routing > engine was screwy too. The idlers and lurkers will read the backlog when they return. Conversations can go very slowly this way, but communication is possible. Bug tracker: http://trac.navit-project.org/ Forums (no idea how closely they're monitored): http://sourceforge.net/projects/navit/forums There doesn't appear to be a mailing list. > Alternatively there is plan B, there is a number of people on this > list that can code, and even more on the dev list, I'm sure between us > we can cook up a suitable patch. Is anyone familiar with the osm2navit > code at all? I've looked it over a few times and even modified it a little. It's 5500 lines of dense code with lots of global variables, nearly no comments and a highly abstracted attribute-driven metaschema so I'll make no claims of familiarity. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
I've been looking over the navit code and have made some minor tweaks to suite me. My first guess is that the issue might be able to be worked around by changing the order that osm2navit looks at properties - e.g making ti look at decide these are roads instead of boundaries. Of course this will mean boundaries will disappear in those places. Solving it properly will probably be trickier. I'll have a look at it on the weekend. cheers On Tue, Oct 13, 2009 at 7:25 PM, John Smith wrote: > 2009/10/13 Elizabeth Dodd : > > On Tue, 13 Oct 2009, John Smith wrote: > >> This is really a bug in their software, specifically the osm2navit > >> binary, it would be better to file a bug and get them to fix the issue > >> rather than trying to work around their bugs. > >> > >> Have you filed a bug report for this at all? > > I've sat on irc for nearly a week waiting for some action to discuss it > their > > irc channel first > > as i also wanted to talk about the strange computed routes i was getting > > Pretty sure I had the same issue when I tried to report their routing > engine was screwy too. > > Alternatively there is plan B, there is a number of people on this > list that can code, and even more on the dev list, I'm sure between us > we can cook up a suitable patch. Is anyone familiar with the osm2navit > code at all? > > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-au > -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
On Tue, 13 Oct 2009, John Smith wrote: > This is really a bug in their software, specifically the osm2navit > binary, it would be better to file a bug and get them to fix the issue > rather than trying to work around their bugs. > > Have you filed a bug report for this at all? I've sat on irc for nearly a week waiting for some action to discuss it their irc channel first as i also wanted to talk about the strange computed routes i was getting alas #navit has been very quiet -- Writing is easy; all you do is sit staring at the blank sheet of paper until drops of blood form on your forehead. -- Gene Fowler ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
2009/10/13 Elizabeth Dodd : > On Tue, 13 Oct 2009, John Smith wrote: >> This is really a bug in their software, specifically the osm2navit >> binary, it would be better to file a bug and get them to fix the issue >> rather than trying to work around their bugs. >> >> Have you filed a bug report for this at all? > I've sat on irc for nearly a week waiting for some action to discuss it their > irc channel first > as i also wanted to talk about the strange computed routes i was getting Pretty sure I had the same issue when I tried to report their routing engine was screwy too. Alternatively there is plan B, there is a number of people on this list that can code, and even more on the dev list, I'm sure between us we can cook up a suitable patch. Is anyone familiar with the osm2navit code at all? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] navit files
2009/10/13 Liz : > navit files built form osm data don't show a road if there is a reuse of the > admin boundary for the road > > and so navigation around adelaide is going to be really interesting > as a lot of main roads have just disappeared > > please guys > don't reuse admin boundaries ( like ABS ) to replace perfectly good data that > was already in the database. This is really a bug in their software, specifically the osm2navit binary, it would be better to file a bug and get them to fix the issue rather than trying to work around their bugs. Have you filed a bug report for this at all? > Just like i used to reuse the post office node for the place name and then the > rendering rules changed for mapnik and none of those named places showed up on > the map. Did you file a bug report against mapnik for this? There is no reason a single node can't be used for both. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] navit files
navit files built form osm data don't show a road if there is a reuse of the admin boundary for the road and so navigation around adelaide is going to be really interesting as a lot of main roads have just disappeared please guys don't reuse admin boundaries ( like ABS ) to replace perfectly good data that was already in the database. Just like i used to reuse the post office node for the place name and then the rendering rules changed for mapnik and none of those named places showed up on the map. :( ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
