Re: [OSM-talk] turn restriction checker
I have added a check on whether the 'via' is the first/last node in the from and to ways On Sun, Sep 14, 2008 at 8:12 AM, Nic Roets [EMAIL PROTECTED] wrote: Would be great if it could also check this: * a way may not be in any from or to role if it goes *through* the junction (because in that case the information would be incomplete - you would need to know which part of the way is meant!). Just to clarify : For example A ends in a T junction where it meets B. 'to' is B and goes through so it may be unclear if the restriction applies to a left turn or a right turn into B. (Traveling forward / backwards in B). Hmm, I've been slow - I hadn't full appreciated the scope of the problem ;-( Splitting every way that is part of a turn restriction is going to lead quite a few more ways. Although I'm not sure this is a restriction problem, similar things happen with classification changes or bike routes etc Gosmore currently requires the 'restriction' tag because it uses it to distinguish between the two. (And it ignores anything with half, left_right and right_left) Specifically it measures the angles between the segments and considers turns less than 45 degrees to be straight ons and turns more than 135 degrees to be u turns. So there have been at least one case in Australia were it was mapped as no_right_turn while gosmore considered it a u turn. Of the 3 solutions (no_u_turn, only_straight_on and adding a node to give the junction a T shape), the mapper chose the latter. Ahh, I wonder if this is what is causing some of the weirdness I am seeing with route debugging. Can you send me a permalink to the case in Australia I can't see that I will have time to implement anything else before 2009. So I recommend mappers to take the 30 seconds and add the restriction tag and perhaps an extra node. (Just like I recommend always add bicycle=yes/no to trunk roads). If both roads goes through, Relation:restriction simply does not have enough info. (Relation:xrestriction will have enough info, but is not supported or used). So then you have to split at least one of the ways. I should just point out that the newbies here in Pretoria have blindly recombined ways. In the first case the one way had layer=1 and the other didn't have layer set, so the recombine did not result in a conflict resolution dialog. This may well happen in cases where ways were split to make relation:restriction unambiguous. O.T. : In the other case(s) the newbie set the layer and name of the combined way to 1; 2 and Old Pretoria Road; Old Pretoria Road respectively. Nic has said that he uses the restriction=... tag to clarify these. I don't like that idea but if it is used widely then my above rule would have to be lifted for relations with a restriction... defined. There are only 500 odd restrictions. So editing them all should not take more than a few hours. P.S. : I have a very simple proposal for encoding restrictions that never requires splitting ways, and unlike xrestriction it will keep on working if the someone adds an extra node in the final segment.The only drawback is that users will find it difficult. So the best time to adopt it will be when one of the editors gets a restriction editor function. Regards, Nic Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk cheers -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS receiver orientation
My entirely annecdotal experience has been that my TomTom 910 takes longer to get a fix when I am moving than stationary. I have an external aerial, so the movement should be the main determinent -- Franc -Original Message- From: Tim Waters (chippy) [EMAIL PROTECTED] Date: Saturday, Jul 26, 2008 9:22 pm Subject: Re: [OSM-talk] GPS receiver orientation To: Gervase Markham [EMAIL PROTECTED] CC: talk@openstreetmap.org On 7/26/08, Gervase Markham [EMAIL PROTECTED] wrote: Random question: does the orientation of a GPS receiver make any difference? If I hold my BGT-11 vertically, will it find it harder to get and keep a lock than if I hold it horizontally? I really want to do some experimentation with getting a lock from cold when placed on a dashboard, compared to held stationary in your hand, standing outside of the car. Possibly the body acts as a barrier to some satellites, but I've noticed that locks occur very fast when the GPS is in the car. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [talk-au] should we migrate to osm forum
I think flexibility is the core thing needed from whatever is used for mass communication. Some people find email better, some forms and some rss. So if we are gong to change then I think it needs to support mirroring to all three of these. On Sun, Jun 8, 2008 at 6:48 AM, David Dean [EMAIL PROTECTED] wrote: Mtrax, mtrax wrote: Do you think we should request a section to Australian users? I personally find it easier to respond on forums than mailing lists. Yes, having an australian section on the forum would of course be useful, and it seems to be that moving to forums would probably be the long term trend in this kind of thing. However, if you still want to access the mailing list but in a forum-like format, have you tried gmane.org or nabble.com ? For example, I use http://www.nabble.com/OpenStreetMap---Australian-Talk-f35319.html to read the Australian mailing list so that I can subscribe to the resulting RSS feed in Google Reader. Same with the general and routing mailing lists. If we moved to forum-based discussions I would hope full-text RSS feeds could be provided, but they don't seem to exist on the OSM forums at the moment at least. - David -- View this message in context: http://www.nabble.com/should-we-migrate-to-osm-forum-tp17712030p17712970.html Sent from the OpenStreetMap - Australian Talk mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
Hi Frederick, did you manage to put something together that renders turn restrictions ? I'm interested in anything you have that does that. cheers On Fri, May 16, 2008 at 6:24 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Sort of like the previously feature image: http://wiki.openstreetmap.org/index.php/Image:Cyclingnodes.jpg I spent a while poking around the Wiki and trying to understand the XSL source (not my forte), but am still none the wiser. Anyone got any hints/clues for me? I was in a similar situation because I wanted to display turn restriction relations on the map; not properly understanding XSL made me then implement Osmarender in Perl (the orp directory in SVN). It more or less does everything exactly the same as Osmarender does, just without XSL. I haven't got round to do it yet but putting in some code/rules there for rendering relations should not be too difficult. (For those with XSLT knowledge it should not be too difficult to add the the Osmarender XSL but I didn't want to go there.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Unknown road classifications
Back when I started OSMing, I came across the tag 'complete=no', so this is what I tend to use On Mon, May 12, 2008 at 6:38 PM, Steve Hill [EMAIL PROTECTED] wrote: On Sun, 11 May 2008, Jeffrey Martin wrote: Did we ever decide what to do when a road continues but we didn't continue down the road? I tend to do fixme=Road continues or fixme=Footway continues. Although to be honest, in most cases for roads I either follow them as far as they go (when I am doing real OSM surveying), or I am just collecting a track as I drive on some other business so I don't get any detail other than the road's position (and thus won't know if the road continues when I review the track later). - Steve xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] sip:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] oneway except bicyckes
thanks On Wed, Mar 12, 2008 at 8:59 PM, Michael Collinson [EMAIL PROTECTED] wrote: At 10:51 AM 3/12/2008, Franc Carter wrote: What's the best way to tag a piece of road that is oneway except for bicycles ? oneway=yes cycleway=opposite OR if there is a marked lane for bicycles: oneway=yes cycleway=opposite_lane http://wiki.openstreetmap.org/index.php/Map_Features#Cycleway Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] oneway except bicyckes
Hi, What's the best way to tag a piece of road that is oneway except for bicycles ? thanks -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [talk-au] Armidale completed; wiki updated
Congratulations, nice work cheers On Sat, Mar 1, 2008 at 1:38 PM, Gordon Smith [EMAIL PROTECTED] wrote: For info... I've finished the vehicle-centric view of Armidale, updated the WikiProject_Australia entry, moved Armidale out of the Hunter Valley and into the Northern Tablelands :-), and added bookmarks to other hamlets/towns I intend to work on. http://wiki.openstreetmap.org/index.php/WikiProject_Australia#NSW.2FNorthern_Tablelands Gordon -- Gordon Smith http://las.new-england.net.au/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-au
Re: [OSM-talk] source=yahoo
I have seen these two source=Yahoo Imagery source=yahoo_imagery I'd be interested in knowing which is the more generally accepted one. cheers On Jan 10, 2008 7:12 AM, Lukasz Stelmach [EMAIL PROTECTED] wrote: Greetings Everyone. If there is source=landsat for features derived from landsat photos should I tag source=yahoo those ones I have spotted on Yahoo imagery? -- Best regards. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Nadchodzi wojna miedzygalaktyczna! Sprawdz! http://link.interia.pl/f1cc2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [EMAIL PROTECTED] memory issues ?
Just so it's 'recorded somewhere' ;-) I resolved this - I needed more than 4GB of memory, I added another 4GB of swap (3GB real memory, 5GB swap) and the tile generated. cheers On Dec 28, 2007 7:37 AM, Franc Carter [EMAIL PROTECTED] wrote: Hi, I've just upgraded my main machine to 3GB of RAM and put a new the latest version of tilesAtHome (Linux) to try to do some rendering - The centre of Sydney (3768,2458) bombs out with what looks like a memory issue:- Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS Any ideas on what's wrong ? thanks -- Franc -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
I have found an external antenna also dramatically improved things (for a car), my working assumption is that it is because the external antenna gets an uninterrupted view of more of the sky - i.e not blocked by the roof of the car On Jan 3, 2008 9:16 AM, Jo [EMAIL PROTECTED] wrote: Mike Collinson schreef: At 10:11 PM 2/01/2008, ivom wrote: Folks! From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? Currently I am not planning to upgrade on the hardware side, but do not hesitate to suggest different makes, models or add-ons, which would suffer less from this urban canyon problem. Kind regards, IvoM IvoM, I think what you may be after is being able to predict date/times when a) there is a good number of satellites in the sky around you so that your GPS device can get as many readings as possible and choose the best, b) the satellites are well distributed over the sky to help the mathematical calculation of the GPS device and so that they are not all blocked by a tall building at the same time. If so, try typing into Google: GPS Satellite predictor I came up with https://stellarsupport.deere.com/stellar/SatellitePredictor?language=encountry=US If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good one, but it is dead when I just checked it. Unfortunately, even that probably won't help that much with urban canyoning - you'll probably have to do several runs and then tie it in with Yahoo imagery if you are lucky enough to have it for your area. One tip, I've got my best results having my GPS device mounted in a bicycle saddle-bag - it provides a much more stable platform than walking. And if you are walking and your device loses satellite connection, put it on a metal surface - a man-hole cover, traffic-signal controllers, even large waste-paper bins. It seems to act as a ground-plane which improves the antenna gain. I have an external antenna, which has a magnet. When I stick it to the frame of the bus or even the toddler's stroller/buggy, reception increases dramatically. Could this be the same effect, or did I simply increase the size of the antenna? Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NoName
-> Re: [OSM-talk] NoName talk -- Thread -- -- Date -- <!-- google_ad_client = "pub-7266757337600734"; google_alternate_ad_url = "http://www.mail-archive.com/blank.png"; google_ad_width = 160; google_ad_height = 600; google_ad_format = "160x600_as"; google_ad_channel = "8427791634"; google_color_border = "FF"; google_color_bg = "FF"; google_color_link = "006792"; google_color_url = "006792"; google_color_text = "00"; //--> Re: [OSM-talk] NoName Franc Carter Re: [OSM-talk] NoName Gervase Markham Re: [OSM-talk] NoName Douglas Furlong Re: [OSM-talk] NoName Dave Stubbs Re: [OSM-talk] NoName Erik Johansson Re: [OSM-talk] NoName Ben Laenen Re: [OSM-talk] NoName Gervase Markham Re: [OSM-talk] NoName Alex S. Re: [OSM-talk] NoName Ed Loach Re: [OSM-talk] NoName Frederik Ramm Re: [OSM-talk] NoName Ed Loach [OSM-talk] default maxspeed (was Re: NoName) Alex S. Re: [OSM-talk] NoName Lennard [OSM-talk] default maxspeed (was Re: NoName) Alex S. Re: [OSM-talk] NoName Gervase Markham Re: [OSM-talk] NoName David Earl Re: [OSM-talk] NoName Ed Loach Re: [OSM-talk] NoName Richard Fairhurst Re: [OSM-talk] NoName Ed Loach Re: [OSM-talk] NoName Shaun McDonald Reply via email to