[OSM-talk] [tagging] Feature Proposal - RFC - amenity=picnic_table
Proposal Page: http://wiki.openstreetmap.org/wiki/Proposed_features/picnic_table This is proposal for tagging picnic tables, as amenity=bench and tourism=picnic_site aren't adequate enough to label these amenities correctly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - restriction=school_zone
Proposal Page: http://wiki.openstreetmap.org/wiki/Proposed_features/Tag:restriction%3Dschool_zone To mark school zones, where the maxspeed varies by time of day, day of week and time of year. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM wms-plugin troubles (Yahoo! imagery)
--- On Tue, 23/6/09, Thorir Jonsson thorir...@gmail.com wrote: Hardy to Jaunty. Whenever I try to download images from Yahoo! they appear distorted and torn into strips (screenshot here: http://tinypic.com/r/295zpfa/5). I had no end of problems until I compiled and used the webkit version too. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Amenity Reorganization
--- On Wed, 24/6/09, David Earl da...@frankieandshadow.com wrote: Please don't do that! If you're not sure what category something comes under, it's really hard to find if it is on a page organised by category. If I want a windmill, say, I can search for windmill as things stand without having to know it is in man_made. Having everything on one page is so much easier as a reference. As someone relatively new to OSM I couldn't agree more, it's hard enough trying to fit some squarish pegs into round holes when it comes to cultural/language differences, but being able to search everything on a single page can't be understated as to how useful this is. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Amenity Reorganization
--- On Wed, 24/6/09, Pieren pier...@gmail.com wrote: When the wiki pages are well structured (and named), you can use the search function, type windmill and you find the right page. I simply cannot imagine how far the Map Features page will be extended to list all possible amenities, sports, shops, man_made, etc. That example works for easy types, but take say fords, these are commonly (only) known for all my life as cause ways or dips, and what you are searching for, by looking down the list is something that looks close enough or identical but not known by the same name. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bulk Upload of GPX data
I posted to the forums, but didn't get any response and it was suggested I post here to inform people what's happening. I have written a speedometer app for Android handsets that uses the GPS information to display an analog speed dial. I originally wrote the app as a way to record GPS information so you can dispute speeding tickets, the speedo function came after as a response to requests from users. I recently updated the app to upload GPX data to a work server which then batch uploads it to OSM servers. There was almost 1200 GPS traces uploaded based on 50 GPS points or more, I recently decided to limit it to 300+ points and pruned the traces down to about 500, most seem to have about 1000 points, although one has as much as 95,000 points. http://www.openstreetmap.org/user/Bigtincan%20Android%20App%20Account/traces This isn't the first app to do this, I noticed AndNav2 does the same thing although I don't know specific details about what they do filtering wise. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding OpenStreetMap map into wordpress.com post
--- On Thu, 25/6/09, Vincent MEURISSE osm-t...@meurisse.org wrote: and cannot install the OSM plugin for wordpress neither http://wordpress.org/extend/plugins/osm/ ?? nice answer :) (Btw I don't know the answer) Take a screen shot? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
--- On Fri, 26/6/09, Ed Avis e...@waniasset.com wrote: Have the users explicitly agreed to this? Yes, a popup dialog asks them on startup if they wish to upload to OSM, and there is a menu item to enable/disable as well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
--- On Sun, 28/6/09, Douglas Furlong douglas.furl...@gmail.com wrote: Is it possible to check the accuracy of the GPS points, and strip out any points that have a poor accuracy rating? The app reports PDOP or HDOP, not sure which java gives as the accuracy field to be honest, but anything over a HDOP of 4 (24m / 6 = 4) is ignored and isn't uploaded. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Wed, 1/7/09, Jonathan Bennett openstreet...@jonno.cix.co.uk wrote: What part of it's not under our control didn't you understand? Have you asked your provider lately about IPv6 address space? Most providers seem to be setting up IPv6 silently and/or more proactive lately when it comes to IPv6. Alternatively you can get a free tunnel from he.net, and he.net routes are in some cases better than IPv4 equivalents... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] passive user inputs
--- On Wed, 1/7/09, Russ Nelson r...@cloudmade.com wrote: wifi. How can we use massive amounts of car tracks? How do you want to use them? Actually this topic sort of come up recently on talk-au, firstly you can take all the data, remove spurious track information and average the results to come up with better accuracy. The data could be used in a copyright case to protect OSM. The information might be used to predict the maxspeed where ways aren't tagged properly. The information could be used by routing algorythms to predict the best routes for specific times of day. The list goes on. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] passive user inputs
--- On Thu, 2/7/09, Peter Dörrie peter.doer...@googlemail.com wrote: Well they could also used against OSM. If people start using theirs car-gps output for this and don't bother to switch of the snap-to-road feature (and many won't), we are in trouble. Yes, but the context here is home brew GPS. Snap to road features either don't exist, or the output from the GPS itself would be raw information, not snap to road info. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Thu, 2/7/09, Frederik Ramm frede...@remote.org wrote: This is a bad idea. Do it right or do it not. ... has never been OSM's attitude so far, so why change now. Honestly, I Judging by my experience, there will be most likely be between 0.01% and 1% IPv6 traffic v IPv4 traffic, this of course will depend entirely on the regions most users are in. I don't see any issue in using a tunnel for this kind of thing since the volume of traffic is usually so low. get the feeling you're on a personal crusade here for I get that feeling too, I'm all for IPv6 adoption, and have been hassling various upstream carriers at different times, some of which have added services quietly and not bothered to inform me. It sucks when people turn things into a religious issue and go off on their high horses how everything should be done perfectly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Thu, 2/7/09, Thomas Schäfer tschae...@t-online.de wrote: Your horse isn't high? I prefer soap boxes personally, they don't tend to shy ;) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Thu, 2/7/09, Bernhard zwischenbrugger b...@datenkueche.com wrote: First I read the location from http://api.hostip.info. Then, if the user has a browser with geolocation (wifi based position finder) the user will be asked if he wants to give his Firefox 3.5 geolocation to the browser. RIM has had javascript based geolocation in their blackberry browser for a few years now, and suddenly cause mozilla foundation and apple does it people actually start to care? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making an offline OpenStreetMap CD/DVD ?
--- On Thu, 2/7/09, Mikel Maron mikel_ma...@yahoo.com wrote: - Devices. iPhone has an offline maps app. It's easy to make maps for Garmin devices. AndNav2 (Android) has an inbuilt pre-caching option, this can be slow, the alternative is some apps that precache maps for trekbuddy (J2ME) also work for making AndNav2 tile packs too. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making an offline OpenStreetMap CD/DVD ?
--- On Thu, 2/7/09, Mikel Maron mikel_ma...@yahoo.com wrote: The data is the other point. Planet is currently around 6.2 GB, compressed. That could fit on two DVDs. Probably better That's assuming you leave it in OSM format, you can probably reduce this size if you switch it to some other format specifically developed for portable devices like garmin etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Thu, 2/7/09, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: People care because it has been standardized and is being implemented by major players: http://dev.w3.org/geo/api/spec-source.html Dunno about you, but 50,000,000 blackberry users can't be too wrong... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making an offline OpenStreetMap CD/DVD ?
--- On Thu, 2/7/09, si...@mungewell.org si...@mungewell.org wrote: Distilling this down to a way which is 'not more than 5m away' from the original might save a considerable amount of space. You can also strip out all of the data/tags which you are not interested in rendering. Or you could use some binary format that reduces all the bloating produced by xml. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Thu, 2/7/09, Aun Yngve Johnsen skipp...@gimnechiske.org wrote: First of all I doubt there are 50,000,000 blackberry users, Not my figure, but apparently the number of active BB subscribers that number sounds a little too high, and yes, they can be I'm not sure but the number of their users gets kicked about in security filings, RIM not only makes money on devices but a per monthly fee for data connections too. wrong, an entire nation elected the wrong president about 8 years ago. Besides, your argumentation is the same as x-million IE users cant be wrong about HTML4 (I know this is old), so W3C had to come up with HTML 4.01.. We're not talking about dictators, stupid voters or HTML 4.01, we're talking about devices with a browser that can send GPS locations, that mozilla and apple are suddenly doing and it makes news, but it's nothing someone else hasn't done already for quite some time. I am not saying that blackberry use a different standard (I do not know the specs in this case), just saying I don't buy your arguments. What argument, I was stating fact, RIM make and have made 10's of millions of devices with the browser being able to send the current GPS location. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making an offline OpenStreetMap CD/DVD ?
--- On Thu, 2/7/09, Stefan de Konink ste...@konink.de wrote: Or you could use some binary format that reduces all the bloating produced by xml. ...or database [files] as Rory McCann suggested, for direct usage. I'm guessing the database files would take up more space due to overheads and indexing, although I've no idea how garmin stores data but they store it in such a way that it fits on a reasonably small storage device that can be used for routing not just map display. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Fri, 3/7/09, Bernhard zwischenbrugger b...@datenkueche.com wrote: Firefox, iPhone, Blackberry geolocation is a funny thing. Easy to use. In the case of the BlackBerry browser it pulls the info from a GPS chip if available. Alternatively there is Skyhook Wireless which provide APIs for most smart phone mobile platforms. But how does it work? There must be somewhere a big database that stores the GPS locations of millions of WIFI access points. Mobile phone operating systems usually expose information about the phone network information, that is information on the current base station the phone is connected to. Some operating systems also allow you to find out information about near by cell towers which, phones have this information ahead of time for hand overs etc. There is also the OpenCellID.org project to collect mobile phone tower information. Even without a mobile phone account I think you can get unique identifiers if you have suitable hardware, which is why if you have a suitable phone you can scan for all networks and you will see a list of carriers etc. Back to your question about WiFi, apart from Skyhook Wireless other companies have been building such databases, like Google. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Fri, 3/7/09, Jack Stringer jack.ix...@googlemail.com wrote: The data must be stored in a list of ip addresses associated with a mast, that mast having a GPS location. Bit like geoip but on a bigger scale. No, IPs would be a very imprecise way to do it, simply because IPs get handed over between a cluster of towers. Each base station, for all intents and purposes means a single antenna, are tagged with the country code, the carrier code and the base station ID. Using those 3 pieces of information, combined with people running GPS and reporting this information back to companies that store it, and then can do what Google does and guess the tower location, or more sophisticated methods such as something similar to a fox hunt game HAMs play can be used or other databases interrogated to pin point the real location. Nearly everything that transmits legally on a commercial basis is stored in the ACMA's database in Australia, I can only assume the FCC and other similar organisations would keep similar information in a database somewhere. Also enabling GPS on the G1 isn't the same thing as it being used, and the G1 can be set to only use the phone towers for location updates. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Fri, 3/7/09, Stefan de Konink ste...@konink.de wrote: then you win. If you want to win, all you have to do according to a previous poster is draw up a migration plan for OSM. If that's the case, I'm not sure where the hold up is exactly because the work the .nl guys have put in proves that OSM can work over IPv6. One of the given host providers, Bytemark, has help pages on IPv6 so that can't be it. I'm still scratching my head as to why this isn't possible to be honest. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Fri, 3/7/09, Jonathan Bennett openstreet...@jonno.cix.co.uk wrote: It's possible, but it appears the people who think it's so important just want to sit on their arses and have someone else do the work. To be fair, only those with root access to production systems and contacts with their hosting company would be able to accomplish this, all anyone else can do is setup identical machines and show that it works, which has already happened. By comparison, when Relations were proposed, they happened because proponents (Frederik, I think?) were prepared to put the hours in to make them work. That is an apple and oranges comparison, although others have already setup and proven that IPv6 works. Unless the powers that be do it or give those wanting it access to machines and contacts there is nothing anyone else can do. It seems those that could make it happen don't understand how IPv6 works, nor care to find out. If there is native IPv6 lying around it can be setup on a system in 2 seconds flat, on debian it's as simple as enabling the ipv6 module and adding an entry to DNS if radvd is already up and running. Actually I'd laugh if they have ipv6 module loaded and an IPv6 address is attached already :) For fixed addresses which is what I'd suggest, then it doesn't matter if you change the NIC address you won't have to update DNS all you have to do is edit /etc/network/interfaces auto eth0 iface eth0 inet static address 192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255 gateway 192.168.1.1 post-up /sbin/ip -6 addr add 2001::::1/64 dev $IFACE pre-down /sbin/ip -6 addr del 2001::::1/64 dev $IFACE If radvd isn't about to announce the gateway you'll also need a ip -6 ro add default via 2001::::/64 but yea, pretty trivial if the upstream already provides it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Fri, 3/7/09, Stefan de Konink ste...@konink.de wrote: I wonder what the RTT would be from UK to USA. Maybe even the amount of packetloss; I mean if OpenShortestPigeonFlight is not used... that could be enormous. Assuming there is no large amount of packet losses due to packet interception or if they enter a war zone and get shot down :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Sat, 4/7/09, Simon Ward si...@bleah.co.uk wrote: I don’t know about UCL (I imagine as a University they probably already have an easy route to IPv6), but Bytemark specifically offer it[1]. I guess that would cover the wiki and repository. Someone already commented that UCL has native IPv6 routing, so yea still scratching my head why this isn't something simple to do. If there is concern about users not being able to connect because of windows bugs they could use alternative hostnames like ipv6.* although I haven't seen much of this problem in years to be honest, was fixed in XP sp2 if memory serves me correctly. Not sure what more I or most others can do since we don't have access to systems or contacts with providers but I'm willing to help if asked just like several others have offered. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Sat, 4/7/09, Aun Yngve Johnsen skipp...@gimnechiske.org wrote: Totally agree, I would love to see more OSM in the press, but I have absolutely no clue in how to manage it... Ask Apple or Mozilla for help? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Mon, 6/7/09, Frankie Roberto fran...@frankieroberto.com wrote: The most obvious implementation we could do would be where users visit the slippy map without having a location set in their cookie. Currently we guess at a location via IP address, but it would be good (and not difficult) to use the geolocation API here instead, falling back on the existing IP-based method if the API isn't present or if the user declines to authorise permission. Well my IP must say UK, because of instead of being anywhere near Australia the map defaults to the UK. P.S The next step for browser-based map interfaces might be a compass bearing API - so that we can rotate maps to match the orientation of the user... :-) I hope this is never made the default, because among other reasons from a technical point of view digital self calibrating compasses tend to get stuck around electronic and electric devices and anything else that generates an electromagnetic fields. To get a G1 to reset itself you have to do big figures 8's in the air and look like a clown doing weird waving motions in the air at the same time. There are apps that rotate maps on android and if you are moving they try to be responsive and you get sea sick watching the map go round in circles at time. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] reconverting google mapmakers
gmap people, 'cause Google already knows our map is better. Maybe in your area, but speaking from experience Australia is very poorly mapped out except for metro areas. There is large areas that look empty but really aren't, there is back roads all over the place, they just haven't been mapped out for the most part. The reasons for the lack of mapping is Australian Government not releasing maps made with public funding, poor resolution sat imagery and lack of people and/or resources to map them out with GPS. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] reconverting google mapmakers
--- On Tue, 7/7/09, Sam Vekemans acrosscanadatra...@gmail.com wrote: http://en.wikipedia.org/wiki/OpenStreetMap#History I'm looking forward to seeing New Zealand fully complete. (It looks like it will be done faster than Canada though :( ... with the LINZ data, and other other stuff. I'd sort of expect NZ to be done before AU and CA using GPS only methods simply due to population to land area, AU and CA are both huge land masses with sparsely populated areas. From 1 person mapping in an area.. it grows exponentially as more people see the value and potential in the map... they add it. :) Yes... Everything works in theory :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Species names (was: Potted plants vs. garden beds)
--- On Tue, 7/7/09, Ed Avis e...@waniasset.com wrote: and so on. We could even have little fish swimming in the oceans like the maps in olden days. Do you mark Ye be dragons here on the map too? :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A possible way to promote OSM
Tracing rivers and such on OSM gave me an idea for a possible way to promote OSM, geography students. I mean what better way to teach kids about geography than doing a little cartography :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Species names
--- On Thu, 9/7/09, Marc Schütz schue...@gmx.net wrote: please do _not_ use name:la for that purpose, because this would be how the ancient romans (or the speakers of Modern Latin) call the animals. What about name:scientific or name:sci ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
--- On Thu, 9/7/09, Mike N. nice...@att.net wrote: I was thinking this also - I was going to send an email to the local faculty who are responsible for the GIS curriculum at each local school, and also offer to speak or help get students started (first edit sessions can be frustrating). It's important to keep the mail as low key and let the faculty decide if it's worth a mention in class or as an extra credit project. I'd appreciate copies, or better yet would you be able to commit content to the wiki for this? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
--- On Thu, 9/7/09, Jack Stringer jack.ix...@googlemail.com wrote: There are different target groups, primary school, secondary, college/uni so we need targeted plans for each. I was mostly thinking secondary, I didn't think primary would be that interested or able to produce useful data, but I'm happy to be proven wrong :) If we get colleges involved then we may breed new osm editors. At Uni/college level that's a whole other ball game, since you start getting into surveying and architecture students which start to specalise into this area, rather than general subjects that would touch on it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
--- On Thu, 9/7/09, Peter Childs pchi...@bcs.org wrote: Back when I was at School, If I could have done a GCSE or A-Level in Cartography I would have done. Its a much under taught subject. It either needs to be taught as a Subject in its own right or as Part of Technical Drawing, Its not that it can't be included as part of Geography its just there is more than enough material for a separate subject and its much ignored. I was thinking about refining rivers and marking out local area stuff that normally doesn't appear on most maps, there virtually would be a lot of stuff that could be done in this area. Then you come to your suggestion, technical drawing, and I was walking through a shopping centre today and that side of things came to mind where you normally can't get GPS signal but they could measure out the shop fronts using another method and extrapolating from known positions outside where you can get a good gps signal. There is almost endless amounts of refinement and mapping that could be done, and would cross disciplines from geography to architecture to history even, since you can get copies of old maps and see how towns grew over time. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
--- On Thu, 9/7/09, Jack Stringer jack.ix...@googlemail.com wrote: Though I know we might not be able to use information from 11yr old kids it still does not mean we can not help provide education This would fall into the category of PR more than anything I assume, does anything like this already exist? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM TrustPoints
--- On Fri, 10/7/09, Jack Stringer jack.ix...@googlemail.com wrote: As osm grows the chances that somone will try to damage the map grows. Maybe a new user should have their edits checked when they first join and then build trust that way. Make it a random check but put the priority on the new users. If somone does a large edit then it can be flagged to be checked etc. This sounds more like a slashdot type comment rating/anti-spam system, and why limit it to new users, edits could be randomly rated by other users for quality control in general, not just in the prevention of abuse. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM TrustPoints
--- On Fri, 10/7/09, Kevin Peat ke...@kevinpeat.com wrote: I don't realistically see an automated reputation system working given the community we have but how about a mentoring type approach where experienced mappers adopt one or more newbies. Well it would have saved a lot of newbie questions hitting the talk-au list from me if such a programme had been in place before hand :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM TrustPoints
--- On Sat, 11/7/09, Stefan Baebler stefan.baeb...@gmail.com wrote: Fixing subway stations in Rome wouldn't be prohibited to newcomers if they limit themselves for that day to Rome, encouraging them to focus on an area rather than jumping around the globe changing things (True Hopefully the area isn't made small without considering sparse populations at the same time, there are areas on the global that are vast but the number of people per 100s of square km is almost nil. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help getting webkit up on vista 64?
--- On Sun, 12/7/09, David Carmean d...@halibut.com wrote: However, in my neighborhood, JOSM shows a very pixellated image at high zoom, while the yahoo web interface shows aerial photos at what must be about 0.1m resolution. Please add your findings to this ticket: http://josm.openstreetmap.de/ticket/2840 Terraserver Urban is much better for me in this area. Am I missing a setting? No, just some tweaking needs to occur, but suitable encouragement needs to be provided. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM TrustPoints
--- On Sun, 12/7/09, MP singular...@gmail.com wrote: (long road routes across US/australia or even flights - one user in Even the current limits make it time consuming downloading multiple areas to cover drives in rural areas I've taken in the last month alone. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal 'man_made:tower' and 'communications_transpoder'
--- On Mon, 13/7/09, Simon Wood si...@mungewell.org wrote: Following suggestions and the fact that 'man_made:tower' does not appear to be a formally recognised tag (even if JOSM knows about it) I would like to bring the following two tags into the approval process. There is a bazillion man_made=tower's, as per my suggestion on the wiki I still think it'd be better to have sub-types of tower, with common elements like tower height and so on, but that's just imho. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal 'man_made:tower' and 'communications_transpoder'
--- On Tue, 14/7/09, Sam Vekemans acrosscanadatra...@gmail.com wrote: With a mighty mouse-click, we can import 30,000 tower=smooth tags :@) -but of course we wont. (OK, bad joke) Jokes aside that isn't actually far fetched since the ACMA (Australian Communications and Media Authority) has a big database of this information available, although I'm not sure of the license on the data and I don't really want to be the one responsible for importing it either for that matter. From memory their system exports to CSV format with the frequency, the lat/lon maybe alt and elevation information too. The important bit is this, not all of these will be free standing GSM type base stations, some will be base stations installed on buildings/power poles, others are installed on water towers. Now that I think about the specifics of GSM antenna installations, it just re-enforces my thoughts that this should really be man_made=tower, tower:type= ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal 'man_made:tower' and 'communications_transpoder'
--- On Tue, 14/7/09, Lennard l...@xs4all.nl wrote: At the moment, they have been imported in a way that will not render: height=46 source=Antennebureau source_ref=http://www.antenneregister.nl/ technology=GSM 900 I'd split the last line into frequency/technology, 900Mhz or similar for freq, and technology could be a bunch of things, from GSM|UTMS|HSDPA|WCDMA|WiMax|LTE etc etc etc... If the current proposal takes off, it wouldn't be that hard to do a re-import or re-tag them. Apart from the technology line, the only other thing would be source_ref would be better as source_url or source_website maybe. The hard part in the NL import will be determining whether it's an actual tower/mast, or on the roof of a building. What if they put a tower on top of a building or water tower? :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Undo request button for changesets
--- On Tue, 14/7/09, Tom Hughes t...@compton.nu wrote: If you're saying that it should mail some mythical team of ninja mappers who will spring into action and revert the changeset then you're going to need to establish the team of ninja mappers first before we can add the button. Why not start simpler, just have a changeset flagged and will then appear on a secondary list that people can watch. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Undo request button for changesets
--- On Tue, 14/7/09, Chris Hunter chunter...@gmail.com wrote: Take a look at the history for this stretch of I-75 near the TN/GA border, since I was unaware of the undo process, I ended up spending 6+ hours redrawing I-75 (admittedly the work needed to be done to fix TIGER, but still) because of a single-keystroke mistake that the CTRL-Z undo in Potlatch didn't allow me to undo. Know that feeling, I had a way with 4000 points I was trying to split and at the time JOSM and potlatch only made a mess of it leaving all the nodes and no connecting way. Because I didn't know I could undo a changeset I spent hours reconnecting all the nodes by hand. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 'Distance to feature' maps?
--- On Tue, 14/7/09, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: I now have this image of a thematic map in my head which features a frightened child walking through a freezing forest having to dodge cougars, wolves and pedobears. Sounds like a blockbuster when compared to the usual garbage in garbage out of hollywood :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - Residential home
--- On Fri, 17/7/09, Birgit Huesken birgit.hues...@web.de wrote: There are places where people, who for different reasons can't stay alone or in their families, live. The idea is to create a What you are describing is normally known (at least here) as shelters. For homeless people and domestic violence victims etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - Residential home
--- On Fri, 17/7/09, Birgit Huesken birgit.hues...@web.de wrote: If I understood you correctly, shelters are something like emergency places or homes where people stay for a comparably short time. What I mean are places where people really _live_ instead of staying alone or with their families, not for emergency reasons but following a decision well thought over. Don't know if this sounds a bit pathetic but I don't know how to describe it in a better way at the moment. What Peter put Yes and Retirement Homes/Old People Homes, Homes for the Disabled. etc etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Speaking of daily change files...
In the last week or so there has been dumps that osm2pgsql fails to parse due to garbage characters, I even tried the -u switch for kicks, but unless I manually intervene and clean things up osm2pgsql refuses to deal with it. Pretty sure I'm using the latest version, or near to it, was downloaded about the 1st. # osm2pgsql -a -b 110,-50,179,-10 -s 20090718-20090719.osc.gz osm2pgsql SVN version 0.66-16258 Using projection SRS 900913 (Spherical Mercator) Applying Bounding box: 110.00,-50.00 to 179.00,-10.00 Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: pgsql, scale=100, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes Setting up table: planet_osm_ways Setting up table: planet_osm_rels Reading in file: 20090718-20090719.osc.gz Processing: Node(513k) Way(49k) Relation(0k)Entity: line 1883470: parser error : invalid character in attribute value tag k=name v=��/ ^ Entity: line 1883470: parser error : attributes construct error tag k=name v=��/ ^ Entity: line 1883470: parser error : Couldn't find end of Start Tag tag tag k=name v=��/ ^ 20090718-20090719.osc.gz : failed to parse Error occurred, cleaning up ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] keep right! and barrier=*
keep right thinks a node ending in barrier=*, cattle_grid and others I guess, where as the road past a lot of these barriers would be access=private and usually isn't mapped. eg http://osm.org/go/ueSEtgYJj-- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
--- On Mon, 20/7/09, Tom Chance t...@acrewoods.net wrote: Of course, determining whether your average bit of woodland in the UK is Maybe these tags exist for other parts of the world too? I'm not 100% certain but I'm pretty sure not all areas in Australia has been logged or managed and some of it's still natural. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
--- On Mon, 20/7/09, David Earl da...@frankieandshadow.com wrote: Indeed, in most developed countries, I would suggest that it is very rare for trees to be naturally occurring or not managed in some way. I've no idea about most developed countries, but I'm confident that not all of Australia has been logged or managed, and I wouldn't be surprised if some parts of Canada haven't been logged or managed either. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
--- On Mon, 20/7/09, David Earl da...@frankieandshadow.com wrote: Now, I would tag it that way if that was the spec, but there is no spec for OSM, so as I said I suspect most people do what feels right rather than try to determine the tagging according to some usually undeterminable criterion of naturalness. What about Sherwood Forest v the Amazon Forest? It comes down to local expectations I expect, the Amazon Forest would dwarf most European countries so there is no way to compare things except on a local comparison basis. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
--- On Mon, 20/7/09, Jeffrey Ollie j...@ocjtech.us wrote: Although logging may be prohibited currently there may have been logging activity before the area was designated as a wilderness area. We keep getting the tree hugger ads on tv about protecting what ever section of rain forest that has never been logged, not sure how much weight to put in their claims but Australia is a big place, with relatively few people and a lot of rain forest areas aren't easily accessible for various reasons including rugged terrain. So the tree huggers could be right for once. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and landuse=wood
--- On Mon, 20/7/09, Gustav Foseid gust...@gmail.com wrote: In my mind, something like this: http://www.flickr.com/photos/cricketbatwillow/825730972/ is managed forest and landuse=forest But something like this: http://www.flickr.com/photos/sequella/425687849/in/photostream/ is mostly unmanaged and natural=wood. Ummm is it just me or do they both look like plantations used for logging? The only difference seems to be the age of the trees and/or type of tree. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and barrier=*
--- On Mon, 20/7/09, Claudius claudiu...@gmx.de wrote: keep right thinks a node ending in barrier=*, cattle_grid and others I guess, where as the road past a lot of these barriers would be access=private and usually isn't mapped. eg http://osm.org/go/ueSEtgYJj-- I don't get the meaning. Could you please rephrase? What is keep right thinking? Keep right shows an error about a way ending near another way. http://keepright.x10hosting.com/report_map.php?zoom=18lat=-26.61428lon=152.65004layers=B0Tch30=1ch40=1ch50=1ch60=1ch70=1ch80=1ch90=1ch100=1ch110=1ch120=1ch140=1ch150=1ch160=1ch170=1ch180=1ch190=1ch200=1ch210=1ch220=1ch240=1show_ign=1show_tmpign=1 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Mon, 20/7/09, Tom Chance t...@acrewoods.net wrote: * landuse=forestry (so we know if it's managed for commercial reasons) You have parks, state parks, state forests, national parks, nature conservation areas. The list goes on and on as if someone must keep thinking up new names to keep their job. That's just the ones I can think of, but the list are names to describe essentially 2 things, crown land with a bunch of trees on it, is set aside for logging purposes or not. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and barrier=*
--- On Mon, 20/7/09, Claudius claudiu...@gmx.de wrote: The issue here is not that the way is ending with a barrier node but the fact that in a reasonable vicinity to the ending node there's another way. Quite often this means that some mapper forgot to connect the ending node to a way. In your example this is indeed a false alert, but the rule itself is worth keeping. I found several unconnected ways via this very keepright error. I'm not saying it's not a valid warning, I'm saying it's most likely not a valid warning if the end node being referred to is a barrier=*, regardless if it's a grid or gate or whatever. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Tue, 21/7/09, Tyler tyler.ritc...@gmail.com wrote: landuse. While I'm not convinced national parks, national forest wilderness areas, federal/state/county/municipal wildlife reserves shouldn't be solid fill areas in renderers, I have no argument that boundary=reserve type is inadequate. I do think that there should be a better way to tag nature reserves and allowed activities, to that end I'm currently looking into regulations in non-US countries with similarly regulated large areas (generic applicable tags seem appropriate). In some cases they are so large that they're used to help orientate yourself on a map. With out them the map looks less map like. http://osm.org/go/uYrAQb-- Two thirds of the Aust. Cap. Territory is national park, ACT is only 100 sq km I think: http://osm.org/go/uNPvyrl- Although it's hard to tell where the ACT is because state borders don't seem to render at higher levels or when I fixed them up I over looked something. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] keep right! and barrier=*
--- On Tue, 21/7/09, Dirk-Lüder Kreie osm-l...@deelkar.net wrote: I disagree. I have had dozens of ways in Bremen alone where someone mapped the private ways, but ended them at the gate, where in reality the ways did indeed connect to the public road just outside the fence. Well what I've described is common for a lot of rural areas I've checked, so all that these warnings achieve in these areas is making noise and the more noise that exists the less useful something becomes. Maybe this should be dealt with in a regional setting... ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Tue, 21/7/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: Although it's hard to tell where the ACT is because state borders don't seem to render at higher levels or when I fixed them up I over looked something. yes, that's an issue, there is this rendering problem (already filed a bugreport some time ago) that smaller (lower) administration boundaries are not displayed on reasonable zoom-levels. I wasn't sure if it was my mistake or not, but state borders usually show at z4 on most Australian maps, if not higher, they are used a lot for map orientation as they are known well enough by most people etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Same physical road, diff maxspeed.
A section of the Bruce highway just north of Gympie has 2 different speed limits depending what direction you are traveling. While I guess this could be solved as 2 single lanes is there a more elegant solution? http://osm.org/go/ueTQy4AfL- When going south you hit an 80 sign 300-500m before the school signs, however when going north you hit a 90 sign as you leave the school zone, I'm pretty sure I've come across other dual speed zones on the same piece of road depending on the direction of travel, but they're rare. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, Stephen Hope slh...@gmail.com wrote: You may want to ask on the main talk list, rather than talk-au to get a wider opinion. I thought the same thing after I posted to the talk-au list :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, SLXViper slxvi...@gmx.net wrote: I think using maxspeed:forward and maxspeed:backward would be the best solution. This was also discussed for access= depending on the direction you come from: http://lists.openstreetmap.org/pipermail/talk/2009-July/038503.html Hmmm it would seem to make most sense to me to have the maxspeed as the lower limit of the way, and then maxspeed:backward for the higher limit or maxspeed:forward depending on the direction of the way etc etc etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, Stephen Hope slh...@gmail.com wrote: Yeah, you're right - this is more what I was thinking of seeing, but the relationship is the one that came up when I searched. I don't understand the wiki search results sometimes. Try this page. I think the one I listed earlier is not the best option. http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags Ummm this seems to have been approved by vote but I can't see a non-proposed page for it. Someone should add a note to the maxspeed page too I suppose... http://wiki.openstreetmap.org/wiki/Key:maxspeed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Wed, 22/7/09, Alice Kaerast kaer...@qvox.org wrote: There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. Wasn't there a discussion on species naming a week or so ago? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Wed, 22/7/09, Liz ed...@billiau.net wrote: Another Venn diagram problem. Our trees are neither coniferous or deciduous, and the alternate is mixed Add to that Gum trees are evergreen :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Yahoo Sat Imagery
I think yahoo has been adding additional areas of hi-res imagery recently, I just added an area boundary in this area: http://osm.org/go/ueSsf4X- Do they announce this kind of thing at all? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheap Recorder
--- On Thu, 23/7/09, Tristan Thomas tristan.tho...@wikinewsie.org wrote: I'm looking for the cheapest tracker possible really, probably off eBay(UK). Any recommendations for a bargain? In a car or ? I grabbed a couple of cheap data loggers off ebay(AU), AU$70 inc postage, out of the pair I'd recommend a BT757 the most, seemed to be more sensitive than both a HTC Dream (AKA G1) and the other data logger I picked up GT-730F/L. The BT757 has a solar cell and claims 100+ hours on a single charge + if the cell can see the sun, it also came with a nifty suction cup holder, a car charger and a retractable USB cable. The only down side to this particular model is the 1M of flash, can store about 37,000 GPS points. I've set it up to record points every 10m and it logs at 1Hz. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheap Recorder
--- On Thu, 23/7/09, Iván Sánchez Ortega i...@sanchezortega.es wrote: You'll be wanting a logger capable of logging data to an SD card in no time (so you don't have to download the data every day). I mean, who doesn't love OSM maps in an eTrex? I skipped the sd card variant and bought an eeePC instead, it can run JOSM and hook up to my phone via wifi and get GPRS, Edge or 3G :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheap Recorder
--- On Thu, 23/7/09, Ian Dees ian.d...@gmail.com wrote: Sorry to be off-topic, but has anyone looked in to building the perfect OSM GPS logger from parts? I wonder if the overall price would be less than $40 if we put together a GPS chipset, an SD card slot, and a simple microcontroller. No screen, just one mode: record every second to the SD card. I thought about that before buying a pre-made one, and the parts + labour make it unfeasable and actually more expensive than a pre-made one. I contacted someone that made their own, there was about 40 hours work in it apparently. http://www.gedanken.demon.co.uk/gps-sd-logger/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: Cheap Recorder]
--- On Fri, 24/7/09, Tristan Thomas tristan.tho...@wikinewsie.org wrote: Sorry, I'm a bit confused. Does the BT757 connect to your phone then? What does it use the phone for? By 'cell' I meant the solar cell/solar panel it comes with, and has nothing to do with phones, the only time I mentioned a phone was a comparison with the GPS performance. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheap Recorder
--- On Fri, 24/7/09, Maarten Deen md...@xs4all.nl wrote: I have no idea how good the GPS receivers on mobile phones are, but if that is I've played with several GPS enabled mobile phones, mostly BB's and the G1, but they are pretty good in most cases. There is also A-GPS enabled phones too, and they would work indoors, in tunnels etc, and then you have phones that do both. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheap Recorder
--- On Fri, 24/7/09, Joseph Reeves iknowjos...@gmail.com wrote: people think GPS if they're getting a new phone. Battery life suffers on both, of course, so you're not going to be logging as You can get after market batteries for some/most? phones that have increased capacity. You can also get some external batteries that will charge phones etc some even have solar panels. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - information
What about those information offices that exist on estates where they try and sell you a block of land and/or a house, sometimes a demo house is used as an office, but I've seen little shacks put up as well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] amenity=parking, time limit tag?
I can't see a time limit tag at all, there is a lot of free council car parks in various places but they may have a 2 or 3 hour time limit on them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
--- On Sun, 26/7/09, Jack Stringer jack.ix...@googlemail.com wrote: I see a problem wiith this idea. Only because councils change the times/prices reguarly. Often without notice. You can use many supermarket car parks for 2 hours but that could change depening on the seasons. What councils do that? What I was referring to is free parking lots and they have fixed signs and they rarely if ever change. This isn't the same thing as on street parking which is also limited by time of day/day of week. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
--- On Sun, 26/7/09, Peter Dörrie peter.doer...@googlemail.com wrote: time_limitation=yes limitation_duration=3 (time in hours) Well it's a restriction, so tagging it as such might be more consistent with other restrictions, eg. restriction=time_limitation I have no idea about how to tag the limitation though as it might include time of day/day of week limitations in some car parks, for example there might be explicitly no parking after 10pm so the limit would equal 0 or something to that effect. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
restriction=time_limitation Actually time is usually used in tagging for time of day, so perhaps stay_limitation might be more applicable for how long you can stay in the car park. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
--- On Sun, 26/7/09, Sam Vekemans acrosscanadatra...@gmail.com wrote: Using the tag 'description=*' would help show users the most noteworthy details along with the phone # to call for more info. It'd be nice if it would be computer readable, not just human readable since then you could tell some routing software to take you to the nearest suitable parking area. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
--- On Sun, 26/7/09, malenki o...@malenki.ch wrote: Maybe this helps: http://wiki.openstreetmap.org/wiki/Proposed_features/Maximum_Stay Doesn't look like it was approved, and it doesn't look like it would be nice/easy to parse by some kind of software, eg searching for a place to park. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=parking, time limit tag?
--- On Sun, 26/7/09, Cartinus carti...@xs4all.nl wrote: When searching for a parking space, it is even simpler. The software you use for that, doesn't have to understand the tag. It just has to display it. Ok you get back 50 results within a 2 block radius but if you could drill down so the software sorts if for you, say you want to park near X,Y for 8 hours ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] park barrier
--- On Sun, 26/7/09, ヴィカス ヤダワ (vikas yadav) mevi...@gmail.com wrote: Is there a park barrier like this: Like its made of metal, circular in shape, two perpendicular diagonals separator, rotates and prevents any sort of vehicles including cycles to be brought in. Only one person can enter at a time. I checked the http://wiki.openstreetmap.org/wiki/Barrier but could not locate it. barrier=stile? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] park barrier
--- On Sun, 26/7/09, Vikas Yadav vi...@thevikas.com wrote: btw, JOSM does not recognize turnstile while it had an icon for stile. there is no official turnstile tag with OSM, stile is the same thing. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
--- On Sun, 26/7/09, Mike N. nice...@att.net wrote: I swear that neither the questioner or the last poster is a sock puppet account! Yes, some times the slightest of actions have the most effect :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] park barrier
--- On Sun, 26/7/09, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: I think that you should use barrier=turnstile, otherwise data users will think they are http://en.wikipedia.org/wiki/Stile Turnstiles were originally used, like other forms of stile, to allow human beings to pass whilst keeping sheep or other livestock penned in. So barrier=stile is still the most correct barrier tag, however if you want to save people from being confused you subtype, eg stile:type=turnstile ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] park barrier
--- On Mon, 27/7/09, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: Then file a trac ticket at http://josm.openstreetmap.de to get one added. Do we really need to file bugs on all types of stiles? or would it be better to list it as barrier=stile and subtype? Remember that in OSM you can tag as you like. It is perfectly easy to add extra tags, and perfectly valid. A tag that is not on Map Features is perfectly valid, as that page should only contain the n most common and important tags. Exactly, consistency is the point of having things render, but do we really want/need 50 types of stiles being rendered? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] maxheight/height
I've noticed some people have tagged bridges with height=*, rather than tagging the road way under the bridge as maxheight=* and I'm kind of unsure which is better. By using height you don't have to break the way under the bridge up, on the other hand maxheight is specific to the road under the bridge. That all said I think height was a predecessor tag to ele and then again I've seen trees tagged with a height too. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maxheight/height
--- On Mon, 27/7/09, Liz ed...@billiau.net wrote: maxheight expresses a height limit for using the way to which the tag is added. If no unit is included, the value is assumed to be in metres. You get to break up the way and mark it as maxheight I'm just trying to make other people's entries things more consistent. If routing software is already using this information for routing even more reason to get this consistent. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maxheight/height
And the bridge in question is a rail bridge with over head wires, the height bit is clearance under the bridge. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maxheight/height
--- On Mon, 27/7/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: but be careful not to break things up. Maxheight could be valid for the way on the bridge itself as well. Yup, the height is someone's attempt to do maxheight, not mapping the clearance or height of the bridge... In this case height=2.9m :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maxheight/height
I think everyone is thinking of this in one of 2 ways, it's either an attribute of the bridge, or a restriction of the way under the bridge. The maxheight tag looks like it was aimed as a restriction tag, the way below the bridge is restricted if you are above or close to X metres you will need to travel another path. I think adding a clearance tag will only serve to confuse things even further and I don't think we need to be redundant here. Also I've seen different sides of a bridge signed as different clearances when bridges slope and one side is lower than the other side. As for using a node to indicate maxheight, this seems to me to be a very clean way of dealing with it, since any routing software would only need one obstacle to reject that section of way and find another path. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] maxheight/height
--- On Tue, 28/7/09, Roy Wallace waldo000...@gmail.com wrote: Agreed. And it's clear that both ways of thinking are probably valid. As of time of writing maxheight is the only valid one and I don't think we need or should have 2 tags to indicate the same thing in 2 different ways. Can you please explain exactly what you mean by using a node to indicate maxheight? This seems to be different from the Someone posted about this earlier, have a node on the way effected, near or under the bridge, rather than splitting the way and then tagging that node as maxheight or clearence might be the better option that making a new section of way. However maxheight is currently only applicable to ways not nodes. posts which seemed to suggest tagging, e.g. sections of motorway between exits, etc. Like I said, my main argument for tagging the bridge is that it's unambiguous and easy to implement and maintain. It's not hard or ambiguous, it just means splitting a way under the bridge similar to splitting a bridge. If you have a consistent scheme for tagging the ways which pass under bridges, which is unambiguous and easy to implement and maintain, please share and document on the wiki :) It's a little more complicated then that, at present there was agreement on maxheight as a restriction tag and that is perfectly valid as far as I'm concerned. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] maxheight/height
--- On Tue, 28/7/09, Roy Wallace waldo000...@gmail.com wrote: Ah, perhaps our difference in opinion stems from our different perspectives - your emphasis on when I travel vs my emphasis on, perhaps, when I look at a map, or when I conceptualise the world. That was the basis of the 2 sets of logic, one is a restriction, the other is a physical attribute. maxheight is a restriction so belongs attached to the way that would be restricted. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] maxheight/height
--- On Tue, 28/7/09, Roy Wallace waldo000...@gmail.com wrote: I would at least suggest that - if maxheight is applied to a node, as you suggest - the node should be *shared* by the bridge (way) and the way passing under. This makes it clearer that maxheight is The problem with this is that 2 ways sharing a node are physically connected and this wouldn't be the case as one passes over the other. specifically referring to the bridge clearance. Also, if someone is checking, for example, whether maxheight is specified for a particular bridge/way, they don't have to go searching for some random node near the bridge. Searching for a node near the bridge would be easier than searching for a way since the node would be in close proximity to the bridge and you search by lat/lon rather than random nodes. By the way, you can't place a node under the bridge, unless it is indeed shared by the bridge, as all ways have zero width (right?). You can use the maxwidth tag to indicate the maximum width and object must be to pass a restriction on the way, like an underpass of a bridge :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] maxheight/height
--- On Tue, 28/7/09, Roy Wallace waldo000...@gmail.com wrote: Um...the way would also be close proximity to the bridge, because it passes under it... I don't see how finding a node near a bridge is a particularly elegant solution. And by random I mean the particular node you choose would be arbitrary and in an arbitrary position. And by arbitrary I mean without specific meaning. The solution depends on what problem you are trying to solve, if you are trying to find attributes of a bridge or restrictions of a way, my suggestion solves the restrictions of a way I'm not trying to solve attributes of a bridge. I was referring to the width of the bridge. And sure, A physical attribute like the bridge's full width, which differs to a restriction of maxwidth is just width=* maxwidth exists but I would say that OSM ways are stored as lines. Mathematically, I'm saying a point cannot be under a line, unless it is on it. OSM doesn't store lines, it stores nodes, it stores ways and which nodes are memebers of that way and it stores relations and which ways are members of that relation. You can easily locate any node within a certain radius of any given path (or line) between 2 nodes and do a database lookup which will spit out any results. This is something keep right already checks for so it's not difficult, just processor intensive on a large scale. If you want to be really picky about this you have to remember that even straight lines aren't straight as we're talking about a curved surface of a sphere so if it's straight on a 2 dimensional plane then it would be curved on a spherical one and vice versa. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [talk-au] maxheight/height
--- On Tue, 28/7/09, Roy Wallace waldo000...@gmail.com wrote: I'm starting to like this idea. But the problem with this is how to define that section of way, so as not to introduce a maintenance You really don't want to pull on that thread, the same can be said for bridges or virtually any other reason a way is split, someone even made a comment about maxspeed splitting ways the other week. It's a much bigger discussion than maxheight and one that probably should be addressed and you would need to attack it as an overall problem, not just for one issue. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
