Re: [Tagging] Airport power and USB stations
There are two types of big sides (as far as charging is concerned): USB 1/2/3 which we all know, and then there's USB type C - new, reversible - not compatible cable-wise. Also the max. charging current might be useful to know. At 500mA it takes a lng time to charge a tablet - so knowing there's a 2.1A source round the corner is important information! And then there's the Power Delivery specs, which allow for up to 5A @ 20V. Don't know if there are any public charging points with PD but it sure would be useful to know, if you happen to own a device which can use it. http://en.wikipedia.org/wiki/USB#USB_Power_Delivery //colin On 2015-05-24 16:45, Dave Swarthout wrote: Or is is what Todd mentioned (his post came just after I sent mine)? The various small USB connectors, mini-, micro-, etc., are designed for different appliances and vary in size. But the big side is standard. On Sun, May 24, 2015 at 6:42 AM, Dave Swarthout daveswarth...@gmail.com wrote: @Martin - I'm not aware of any different types of USB socket - are you referring to USB 2.0, and USB 3.0? If so, that can be handled by another tag, e.g. USB:version or USB:type. On Sun, May 24, 2015 at 2:40 AM, Warin 61sundow...@gmail.com wrote: On 24/05/2015 7:06 PM, Martin Koppenhoefer wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles and power_socket .. for power sockets ... the are all different things .. with different appearances and requirements. This would get away from those presently tagged and provide for a clean definition. They could all use the same socket= tag just as they would use the same access, fee tags. Maybe the boaties will have boat_charging too? :-) Just thinking of the future. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging [1] -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com [2] -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com [2] ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/tagging [2] http://dswarthout.blogspot.com ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Am 24.05.2015 um 06:18 schrieb Dave Swarthout daveswarth...@gmail.com: @Martin, I think the two words connected with a colon is the best choice. It's already in use: socket:USB=* there're different types of USB sockets so I'd be more specific here cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Water featuers
I always thought a cascade is a series of waterfalls connected together. Wether that is natural or artificial, I'm not sure there's a distinction. http://www.tripadvisor.com/MobileViewPhoto-g298182-d1311890-i131738347-Ryuzu_Waterfall-Nikko_Tochigi_Prefecture_Kanto.html I've visited a lot of waterfalls, and all of them go from top to bottom in a single fall - a water fall The one linked to is referred to by many as a cascade - because it is made of many little waterfalls stuck together sliding over rocks. This is further muddied because cascade is a verb - and streams and rough rivers cascade through a steep canyon. Also - saying a waterfall is a reflecting pool is very disingenuous - it's not that it reflects - it's *what* it reflects - usually some kind of scenery or famous architecture. The smooth calm waters offer views of surrounding trees, buildings and in some cases mountains - but are made and constructed for this purpose (as opposed to natural lakes, such as the ones around my Fuji which naturally reflect the mountain, offing interesting pictures). Many city parks offer them to reflect the view of the buildings - such as the big pool in the national mall in Washington, D.C. J Sent from my iPhone On May 24, 2015, at 3:45 AM, pmailkeey . pmailk...@googlemail.com wrote: On 23 May 2015 at 11:09, Richard Z. ricoz@gmail.com wrote: On Fri, May 22, 2015 at 03:54:57PM +0100, Andy Mabbett wrote: On 22 May 2015 at 15:29, Dave Swarthout daveswarth...@gmail.com wrote: I am uncomfortable with cascade - in several languages it means waterfall so there is considerable potential for confusion. I agree. A cascade is a waterfall in American English. Is that relevant ? ;) Is there really a problem with Americans relearning what words mean ? Actually, Merriam-Webster seems to have it right - even in American !: a small, steep waterfall; especially : one that is part of a series of waterfalls Although this points to an American cascades as being one part of an English cascade ! America uses 'waterfall' too - it seems 'cascade' is agreeable even if not realised! -- Mike. @millomweb - For all your info on Millom and South Copeland via the area's premier website - currently unavailable due to ongoing harassment of me, my family, property pets TCs ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
@Martin - I'm not aware of any different types of USB socket - are you referring to USB 2.0, and USB 3.0? If so, that can be handled by another tag, e.g. USB:version or USB:type. On Sun, May 24, 2015 at 2:40 AM, Warin 61sundow...@gmail.com wrote: On 24/05/2015 7:06 PM, Martin Koppenhoefer wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles and power_socket .. for power sockets ... the are all different things .. with different appearances and requirements. This would get away from those presently tagged and provide for a clean definition. They could all use the same socket= tag just as they would use the same access, fee tags. Maybe the boaties will have boat_charging too? :-) Just thinking of the future. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Replace tagging mailling list with Loomio?
As one of the people that evaluated Loomio, I have to say that it actually would be good enough for replacing the tagging mailing list with considerable benefits*, with two caveats: (1) it's not too suitable for the long ramblings and discussions (no paging) that are characteristic of the tagging mailing list** and (2) it doesn't have tree-style threading. There was also some (minor) controversy about whether having markdown is good or bad. * the benefits being: the like button, ability to edit messages (with public history), an easier system to handle overall (subscription, configuration, browsing), ability to formally propose solutions and get votes on it (that's why Loomio was made for) and other modern features such as setting deadlines and notifying other users by email ** maybe that's not a problem, and it could succed in the seemingly impossible task of making the tagging mailing list productive ;-) In my opinion, the absence of Like options in the mailing list is a big problem, because _most_ people here don't really participate in the discussion, but probably would like the posts they agree with. This way new users could actually have an idea of what the majority of the community actually agrees with. -- View this message in context: http://gis.19327.n5.nabble.com/Replace-tagging-mailling-list-with-Loomio-tp5845672p5845762.html Sent from the Tagging mailing list archive at Nabble.com. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On May 24, 2015, at 2:07 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 24.05.2015 um 06:18 schrieb Dave Swarthout daveswarth...@gmail.com: @Martin, I think the two words connected with a colon is the best choice. It's already in use: socket:USB=* there're different types of USB sockets so I'd be more specific here All the ones I’ve seen are the full size socket, it is the device end that seems to vary a lot though it seems many portable devices are now equipped with microUSB sockets. But, like the case with Apple devices, that is not an issue as the user’s USB cord will have the full sized USB plug on one end and the device plug on the other. I don’t think the USB wall socket form factor is an issue (though it might be in the future). However they do come with different power/ampere capacities with ones intended for charging phones putting out between 1 and 1.5 amps while ones intended for charging tablets and larger devices putting out 2 or more amps. It might make a difference to me if I had a tablet to know what the ampere rating was. Cheers, Tod smime.p7s Description: S/MIME cryptographic signature ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On 24/05/2015 7:06 PM, Martin Koppenhoefer wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com mailto:pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com mailto:daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles and power_socket .. for power sockets ... the are all different things .. with different appearances and requirements. This would get away from those presently tagged and provide for a clean definition. They could all use the same socket= tag just as they would use the same access, fee tags. Maybe the boaties will have boat_charging too? :-) Just thinking of the future. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Or is is what Todd mentioned (his post came just after I sent mine)? The various small USB connectors, mini-, micro-, etc., are designed for different appliances and vary in size. But the big side is standard. On Sun, May 24, 2015 at 6:42 AM, Dave Swarthout daveswarth...@gmail.com wrote: @Martin - I'm not aware of any different types of USB socket - are you referring to USB 2.0, and USB 3.0? If so, that can be handled by another tag, e.g. USB:version or USB:type. On Sun, May 24, 2015 at 2:40 AM, Warin 61sundow...@gmail.com wrote: On 24/05/2015 7:06 PM, Martin Koppenhoefer wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles and power_socket .. for power sockets ... the are all different things .. with different appearances and requirements. This would get away from those presently tagged and provide for a clean definition. They could all use the same socket= tag just as they would use the same access, fee tags. Maybe the boaties will have boat_charging too? :-) Just thinking of the future. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
Hi Bryce: Have you ever done any single task of any Tasking Manager project? From your comments, it seems you are completely wrong on what the Tasking Manager is about. Cheers, Rafael. El 24 de mayo de 2015 02:55:17 CDT, Bryce Nesbitt bry...@obviously.com escribió: On Sun, May 24, 2015 at 12:22 AM, Warin 61sundow...@gmail.com wrote: Because it become available to others .. like the government/local authorities who may be in charge of repairs? Crowd source databases are not appropriate sources for government/local action at that level. Were there interest from a government/local authority, that agency could be granted protected access to the taking manager or other data store. Adding tags to the main database is not the only option for collecting, maintaining or distributing data. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Replace tagging mailling list with Loomio?
Maybe if there was a way to integrate Loomio so that the mailing list still works, but without the added features. And some features turned off, like editing messages, because that doesn't make sense with a mailing list. Janko ned, 24. svi 2015. 15:43 jgpacker john.pack...@gmail.com je napisao: As one of the people that evaluated Loomio, I have to say that it actually would be good enough for replacing the tagging mailing list with considerable benefits*, with two caveats: (1) it's not too suitable for the long ramblings and discussions (no paging) that are characteristic of the tagging mailing list** and (2) it doesn't have tree-style threading. There was also some (minor) controversy about whether having markdown is good or bad. * the benefits being: the like button, ability to edit messages (with public history), an easier system to handle overall (subscription, configuration, browsing), ability to formally propose solutions and get votes on it (that's why Loomio was made for) and other modern features such as setting deadlines and notifying other users by email ** maybe that's not a problem, and it could succed in the seemingly impossible task of making the tagging mailing list productive ;-) In my opinion, the absence of Like options in the mailing list is a big problem, because _most_ people here don't really participate in the discussion, but probably would like the posts they agree with. This way new users could actually have an idea of what the majority of the community actually agrees with. -- View this message in context: http://gis.19327.n5.nabble.com/Replace-tagging-mailling-list-with-Loomio-tp5845672p5845762.html Sent from the Tagging mailing list archive at Nabble.com. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Am 24.05.2015 um 17:30 schrieb pmailkeey . pmailk...@googlemail.com: I'd have suggested that but the cynic in me state that by the time this becomes popular I wouldn't be surprised you won't be able to charge a Ford in a GM outlet ! (ok, my original thought was more car charging and other elec vehicle charging such as bikes or HGV !) around here they installed some of them, but stating they were popular would indeed be a slight exaggeration, there are 3 about 50m from where I live and I've hardly seen 2 of them occupied at once, but one car charging is not too rare. cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Am 24.05.2015 um 19:43 schrieb Andreas Goss andi...@t-online.de: The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. Mh... no. It doesn't. yes, it does ;-) cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On 24 May 2015 at 15:42, Dave Swarthout daveswarth...@gmail.com wrote: @Martin - I'm not aware of any different types of USB socket - are you referring to USB 2.0, and USB 3.0? If so, that can be handled by another tag, e.g. USB:version or USB:type. I can think of 5 types Standard flat Standard square +3 small standards - 'square', 'bent 'D'' 'flat'. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
The idea is to get this rendered on the map. My opt is for amenity=power_socket which is what people will be looking for. It will be impossible to have a different symbol to indicate every different type of outlet in the world. Then the next thing they will need to know is the type of socket so type=* (example ... plug_UK ; plug_EU ; USB123 ; USB_C) And it can continue on from there. The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. On 24 May 2015 at 17:24, Andreas Goss andi...@t-online.de wrote: Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles And then you have this http://www.bike-energy.com/ and that tagging isn't as nice anymore. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
I forgot about USB-C. I don't know when we'll start seeing those but the socket type should be included in our list of possibilities. Agree too about the charging current. Even though quite useful, I suspect that information will be tough to gather. My iPhone was taking so long to charge in the USB outlet at SEATAC I pulled it and used the AC power adapter instead. The USB direct socket was obviously the low amperage type. On Sun, May 24, 2015 at 7:04 AM, Colin Smale colin.sm...@xs4all.nl wrote: There are two types of big sides (as far as charging is concerned): USB 1/2/3 which we all know, and then there's USB type C - new, reversible - not compatible cable-wise. Also the max. charging current might be useful to know. At 500mA it takes a lng time to charge a tablet - so knowing there's a 2.1A source round the corner is important information! And then there's the Power Delivery specs, which allow for up to 5A @ 20V. Don't know if there are any public charging points with PD but it sure would be useful to know, if you happen to own a device which can use it. http://en.wikipedia.org/wiki/USB#USB_Power_Delivery //colin On 2015-05-24 16:45, Dave Swarthout wrote: Or is is what Todd mentioned (his post came just after I sent mine)? The various small USB connectors, mini-, micro-, etc., are designed for different appliances and vary in size. But the big side is standard. On Sun, May 24, 2015 at 6:42 AM, Dave Swarthout daveswarth...@gmail.com wrote: @Martin - I'm not aware of any different types of USB socket - are you referring to USB 2.0, and USB 3.0? If so, that can be handled by another tag, e.g. USB:version or USB:type. On Sun, May 24, 2015 at 2:40 AM, Warin 61sundow...@gmail.com wrote: On 24/05/2015 7:06 PM, Martin Koppenhoefer wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station Bit long winded... how about vehicle_charging .. for motor vehicles bicycle_charging .. for bicycles and power_socket .. for power sockets ... the are all different things .. with different appearances and requirements. This would get away from those presently tagged and provide for a clean definition. They could all use the same socket= tag just as they would use the same access, fee tags. Maybe the boaties will have boat_charging too? :-) Just thinking of the future. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com ___ Tagging mailing listTagging@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Dave Swarthout Homer, Alaska Chiang Mai, Thailand Travel Blog at http://dswarthout.blogspot.com ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
The idea is to get this rendered on the map. My opt is for amenity=power_socket which is what people will be looking for. It will be impossible to have a different symbol to indicate every different type of outlet in the world. Then the next thing they will need to know is the type of socket so type=* (example ... plug_UK ; plug_EU ; USB123 ; USB_C) And it can continue on from there. But we don't tag for the map. And especially in this case I don't get why it's so important. Bicycle apps and maps are one of the most commons ones in OpenStreetMap and even maps for charging stations are pretty popular. The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. Mh... no. It doesn't. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On Sun, May 24, 2015 at 2:34 AM, Rafael Avila Coya ravilac...@gmail.com wrote: Hi Bryce: Have you ever done any single task of any Tasking Manager project? From your comments, it seems you are completely wrong on what the Tasking Manager is about. Cheers, Rafael. Why, yes I have used the tasking manager, most recently in the Nepal region. Why post such a question on a public mailing list? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On 24 May 2015 at 18:43, Andreas Goss andi...@t-online.de wrote: The idea is to get this rendered on the map. My opt is for amenity=power_socket which is what people will be looking for. It will be impossible to have a different symbol to indicate every different type of outlet in the world. Then the next thing they will need to know is the type of socket so type=* (example ... plug_UK ; plug_EU ; USB123 ; USB_C) And it can continue on from there. But we don't tag for the map. No, we tag for the good of our health. The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. Mh... no. It doesn't. Access=private would show it's not for the public. power_source=UK240VAC power_source=2barH2O-15mmBST -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On 24 May 2015 at 10:06, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 23.05.2015 um 20:08 schrieb pmailkeey . pmailk...@googlemail.com: On 23 May 2015 at 17:47, Dave Swarthout daveswarth...@gmail.com wrote: The Wiki article clearly teaches that the amenity=charging_station tag was designed with vehicles in mind. Well if it's a VEHICLE charging station, it should have said that. They didn't specify what changing it was in the name - so it's surely open for all charging stations. I tend to agree but it makes rendering more difficult, maybe we should make indeed a transition to vehicle_charging_station I'd have suggested that but the cynic in me state that by the time this becomes popular I wouldn't be surprised you won't be able to charge a Ford in a GM outlet ! (ok, my original thought was more car charging and other elec vehicle charging such as bikes or HGV !) -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Wiki: Key:level: proposed rewrite
Any objection if I 'rewrite http://wiki.openstreetmap.org/wiki/Key:level ? It seems to have been written with the misconception that floor names are numbers when they're not. A rewrite: - Won't affect existing names that appear as numbers. - Will encourage mappers to use correct names for floors (as found in the building) rather than attempt to convert them to meaningless numbers. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Pet Relief Areas
Here's another example of this type of feature: http://globalaccessibilitynews.com/2014/04/16/brisbane-airport-opens-australias-first-assistance-animals-facility/ ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Water featuers
Am 24.05.2015 um 14:36 schrieb John Willis jo...@mac.com: I always thought a cascade is a series of waterfalls connected together. I thought it was a word for a single waterfall as well... Also - saying a waterfall is a reflecting pool is very disingenuous - it's not that it reflects - it's *what* it reflects - usually some kind of scenery or famous architecture. in particular, a waterfall is not a pool. Reflection of light is what it makes look interesting (glitter) cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
On 25/05/2015 3:43 AM, Andreas Goss wrote: The idea is to get this rendered on the map. My opt is for amenity=power_socket which is what people will be looking for. It will be impossible to have a different symbol to indicate every different type of outlet in the world. Then the next thing they will need to know is the type of socket so type=* (example ... plug_UK ; plug_EU ; USB123 ; USB_C) And it can continue on from there. Use the present existing 'standard' names! e.g. http://wiki.openstreetmap.org/wiki/Key:power_supply for USB http://en.wikipedia.org/wiki/USB#Host_and_device_interface_receptacles I'd think most of the USB public sockets would be USB_A - common on plugpacks (wall warts/bricks etc). But we don't tag for the map. And especially in this case I don't get why it's so important. If you have a flat battery in your phone/laptop and want to charge it .. it is usefull to know where a public power socket is available. Bicycle apps and maps are one of the most commons ones in OpenStreetMap and even maps for charging stations are pretty popular. The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. Mh... no. It doesn't. __ Private parking is tagged .. access=private/members ... ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
There is an organization already tracking crowd-sourced reports of needed repairs, SeeClickFix. I have used this to report issues such as blocked street drains. The local Public Works department monitors these reports and marks them closed once the needed repairs have been done. On May 24, 2015 2:56:21 AM Bryce Nesbitt bry...@obviously.com wrote: On Sun, May 24, 2015 at 12:22 AM, Warin 61sundow...@gmail.com wrote: Because it become available to others .. like the government/local authorities who may be in charge of repairs? Crowd source databases are not appropriate sources for government/local action at that level. Were there interest from a government/local authority, that agency could be granted protected access to the taking manager or other data store. Adding tags to the main database is not the only option for collecting, maintaining or distributing data. -- ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Water featuers
On 24 May 2015 at 22:53, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 24.05.2015 um 14:36 schrieb John Willis jo...@mac.com: I always thought a cascade is a series of waterfalls connected together. I thought it was a word for a single waterfall as well... Only where the water hits other things on the way down causing the water to cascade. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
Yes, I object. level=* is an internal value. Its meaning is absolute, which is necessary because it is used worldwide. When the value is displayed, the displaying software should localise the result according to either the viewer's language, or viewer's location. Perhaps you are not aware that in some places what British people call ground floor is called first floor. However, it is still the same floor, so it's appropriate to tag it the same (level=0). The numbers are not meaningless. They are clearly defined in the wiki. Best wishes, Andrew On Monday, 25 May 2015, pmailkeey . pmailk...@googlemail.com wrote: Any objection if I 'rewrite http://wiki.openstreetmap.org/wiki/Key:level ? It seems to have been written with the misconception that floor names are numbers when they're not. A rewrite: - Won't affect existing names that appear as numbers. - Will encourage mappers to use correct names for floors (as found in the building) rather than attempt to convert them to meaningless numbers. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
I believe that level=* is not intended for direction finding but for 3D rendering. So, yes, it is an “internal value” which needs to be uniform through out the world. And for building rendering numerical values make much more sense than text. Pretty much like lanes=* or width=* need to be uniformly defined numeric values for the whole world. If a text value is needed, it is a lot easier to regionally map a uniform numeric value into a text string than taking any number of regional text strings and mapping them into a number for rendering building height. Cheers, Tod On May 24, 2015, at 8:05 PM, pmailkeey . pmailk...@googlemail.com wrote: On 25 May 2015 at 03:53, Warin 61sundow...@gmail.com mailto:61sundow...@gmail.com wrote: A person seeking something on level henry will not recognise OSM level numbers ... they want the name.. If OSM does not use names, but they are used within the wanted building .. then there will need to be a declared relationship between the two. So there needs to be a relation between the names used locally to the OSM level=number ? If OSM uses names then OSM will need a relationship between the names and which one is 'ground' and there respective order. It's highly likely that the street level floor would be named 'Ground' - so if software needs to know this, that would be a good starting point. It could also be worked out by which highway meets the street. Why would floor order be specifically required within OSM other than where they are related (e.g. stairs)? Why numerify a labelling system ? Floor 'numbers' have been obviously used for the convenience of the numerical symbols (like street address numbers - yet not all properties have a number some are named). Some floor labelling schemes are by colour code - and I've even come across animals used to identify a particular floor! (We parked on elephant level). So? A new tag to relate one to the other? level:name=1:henry ? the wiki http://wiki.openstreetmap.org/wiki/Key:level#String_values http://wiki.openstreetmap.org/wiki/Key:level#String_values has a mention of string values .. but NO real way of adding them in a usefull way.. nor is there any indication of how to use these tag on a map... as in rendering. For the given example above the indoor map should display the level name .. not the number .. And this could be used where the level numbering is not that used by OSM .. but using the level:name=0:1 could correctly display the correct local number wile retaining the OSM level system. Indoor .. a GPS will not be of much use .. so the 'indoor map' will need to be a good representation of what goes on. ___ Tagging mailing list Tagging@openstreetmap.org mailto:Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging https://lists.openstreetmap.org/listinfo/tagging -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via the area's premier website - currently unavailable due to ongoing harassment of me, my family, property pets TCs https://sites.google.com/site/pmailkeey/e-mail___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging smime.p7s Description: S/MIME cryptographic signature ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
On 25/05/2015 1:18 PM, Andrew Errington wrote: It's highly likely that the street level floor would be named 'Ground' - so if software needs to know this, that would be a good starting point. It could also be worked out by which highway meets the street. That's funny. In your previous example no floor is named 'Ground'. And for some buildings .. the true 'ground level' is a quite a slope .. spanning some 4 'levels' of one building I know. So the declaration of one level as 'ground' is fairly arbitrary. On 25/05/2015 1:05 PM, pmailkeey . wrote: Why would floor order be specifically required within OSM other than where they are related (e.g. stairs)? Why numerify a labelling system ? For navigation .. in the vertical plane? E.G. Go up 2 floors to level henry. Or for ordering or the vertical display (to ensure the levels are correctly ordered from top to bottom (or the other way if your so inclined {pun}). ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
It's highly likely that the street level floor would be named 'Ground' - so if software needs to know this, that would be a good starting point. It could also be worked out by which highway meets the street. That's funny. In your previous example no floor is named 'Ground'. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
On 25 May 2015 at 01:52, Andrew Errington erringt...@gmail.com wrote: Yes, I object. level=* is an internal value. Its meaning is absolute, which is necessary because it is used worldwide. When the value is displayed, the displaying software should localise the result according to either the viewer's language, or viewer's location. Perhaps you are not aware that in some places what British people call ground floor is called first floor. However, it is still the same floor, so it's appropriate to tag it the same (level=0). The numbers are not meaningless. They are clearly defined in the wiki. OSM is for humans - humans need to understand it. Level with ref to buildings equates to 'floor'. Floors have names such as 4th Floor and often signed as 4. Software should not need to make a conversion as none is necessary - OSM 'level' should equate to the floor name as used by the building operators. I note you're going for floor 1 = level 0 - which is clearly silly. I am aware of the US/UK numbering differences - an ideal illustration for not having an 'internal' scheme but to simply apply the correct label for the floor for that locality. I don't see why the Americans would be expected to specify level 1 for the second floor - there's no logic to that. In your 'numeric' scheme, how do you deal with 'missing' floors ? (e.g. G,1,2,4,5,6,7,8,9,10,11 ?) In 'my' naming scheme, there isn't a missing floor with that set of names. Are you expecting to do a local conversion for level 3 upwards ? Surely naming is simpler - no confusion and labelling matches what people find on the site. Which floor is 'ground floor' ? the lower one, the upper one or one in the middle ? Look at the following example building with 5 floors: L2 L1 L0 -- ground floor G1 G2 -- ground floor -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
On 25/05/2015 10:52 AM, Andrew Errington wrote: Yes, I object. level=* is an internal value. Its meaning is absolute, which is necessary because it is used worldwide. When the value is displayed, the displaying software should localise the result according to either the viewer's language, or viewer's location. Perhaps you are not aware that in some places what British people call ground floor is called first floor. However, it is still the same floor, so it's appropriate to tag it the same (level=0). The numbers are not meaningless. They are clearly defined in the wiki. Best wishes, Andrew On Monday, 25 May 2015, pmailkeey . pmailk...@googlemail.com mailto:pmailk...@googlemail.com wrote: Any objection if I 'rewrite http://wiki.openstreetmap.org/wiki/Key:level ? It seems to have been written with the misconception that floor names are numbers when they're not. One group of buildings I know ... level 1 is the ground floor .. the buildings are 'named' by a letter as a prefix ... thus A211 would be building A , 2nd level (one floor above ground) and room/area 11. Thus it does not follow the OSM level numbering system of ground floor = level 0. See http://wiki.openstreetmap.org/wiki/Talk:Simple_Indoor_Tagging for more on string values. A person seeking something on level henry will not recognise OSM level numbers ... they want the name.. If OSM does not use names, but they are used within the wanted building .. then there will need to be a declared relationship between the two. So there needs to be a relation between the names used locally to the OSM level=number ? If OSM uses names then OSM will need a relationship between the names and which one is 'ground' and there respective order. So? A new tag to relate one to the other? level:name=1:henry ? the wiki http://wiki.openstreetmap.org/wiki/Key:level#String_values has a mention of string values .. but NO real way of adding them in a usefull way.. nor is there any indication of how to use these tag on a map... as in rendering. For the given example above the indoor map should display the level name .. not the number .. And this could be used where the level numbering is not that used by OSM .. but using the level:name=0:1 could correctly display the correct local number wile retaining the OSM level system. Indoor .. a GPS will not be of much use .. so the 'indoor map' will need to be a good representation of what goes on. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki: Key:level: proposed rewrite
On 25 May 2015 at 03:53, Warin 61sundow...@gmail.com wrote: A person seeking something on level henry will not recognise OSM level numbers ... they want the name.. If OSM does not use names, but they are used within the wanted building .. then there will need to be a declared relationship between the two. So there needs to be a relation between the names used locally to the OSM level=number ? If OSM uses names then OSM will need a relationship between the names and which one is 'ground' and there respective order. It's highly likely that the street level floor would be named 'Ground' - so if software needs to know this, that would be a good starting point. It could also be worked out by which highway meets the street. Why would floor order be specifically required within OSM other than where they are related (e.g. stairs)? Why numerify a labelling system ? Floor 'numbers' have been obviously used for the convenience of the numerical symbols (like street address numbers - yet not all properties have a number some are named). Some floor labelling schemes are by colour code - and I've even come across animals used to identify a particular floor! (We parked on elephant level). So? A new tag to relate one to the other? level:name=1:henry ? the wiki http://wiki.openstreetmap.org/wiki/Key:level#String_values has a mention of string values .. but NO real way of adding them in a usefull way.. nor is there any indication of how to use these tag on a map... as in rendering. For the given example above the indoor map should display the level name .. not the number .. And this could be used where the level numbering is not that used by OSM .. but using the level:name=0:1 could correctly display the correct local number wile retaining the OSM level system. Indoor .. a GPS will not be of much use .. so the 'indoor map' will need to be a good representation of what goes on. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On Fri, May 22, 2015 at 3:54 AM, Richard Z. ricoz@gmail.com wrote: On Thu, May 21, 2015 at 09:52:06PM -0700, Bryce Nesbitt wrote: Note that just because you can collect some data, does not make it a good idea to put in OSM. Maintenance is harder than collection: and who's going to go back three years after the HOT event and clean up? same is even worse with other data like phone=* Phone is an interesting one. I view it as helpful. When the phone number or website change registration, it's a flat that the OSM data is out of date. In my website tag checker, I load the website given and look for the phone number. What it kicks out primarily are lots of restaurants that are in OSM but out of business. --- The damage stuff however has no such cross check. It will likely rot in the OSM database, getting more and more unverifiable. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On Fri, May 22, 2015 at 5:02 AM, Blake Girardot bgirar...@gmail.com wrote: The intention of the damage:event=* or maybe disaster:event=* tag doesn't have much to do with assigning causation, and has more to do with tag maintenance. We want to be able to run projects that get objects that were tagged with an event related tag to review, revise or remove them. But why put that node/way status in the OSM dataset itself, rather than in a HOT tasking manager. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On 24/05/2015 5:09 PM, Bryce Nesbitt wrote: On Fri, May 22, 2015 at 3:54 AM, Richard Z. ricoz@gmail.com mailto:ricoz@gmail.com wrote: On Thu, May 21, 2015 at 09:52:06PM -0700, Bryce Nesbitt wrote: Note that just because you can collect some data, does not make it a good idea to put in OSM. Maintenance is harder than collection: and who's going to go back three years after the HOT event and clean up? same is even worse with other data like phone=* Phone is an interesting one. I view it as helpful. When the phone number or website change registration, it's a flat that the OSM data is out of date. In my website tag checker, I load the website given and look for the phone number. What it kicks out primarily are lots of restaurants that are in OSM but out of business. --- The damage stuff however has no such cross check. It will likely rot in the OSM database, getting more and more unverifiable. If the 'stuff' was entered as functional at first .. why is it verifiable then and unverifiable simply because it has changed to damaged? Because it cannot be check remotely is no reason to decry the entry of the data. - I think that stuff that cannot be verified by web searches is actually more valuable .. because it cannot be easily found by other means. Not all business maintain a website .. they may start one to see what it is like .. but drop it after some time. That does not mean they are out of business. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On 24/05/2015 5:10 PM, Bryce Nesbitt wrote: On Fri, May 22, 2015 at 5:02 AM, Blake Girardot bgirar...@gmail.com mailto:bgirar...@gmail.com wrote: The intention of the damage:event=* or maybe disaster:event=* tag doesn't have much to do with assigning causation, and has more to do with tag maintenance. We want to be able to run projects that get objects that were tagged with an event related tag to review, revise or remove them. But why put that node/way status in the OSM dataset itself, rather than in a HOT tasking manager. Because it become available to others .. like the government/local authorities who may be in charge of repairs? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
On Sun, May 24, 2015 at 12:22 AM, Warin 61sundow...@gmail.com wrote: Because it become available to others .. like the government/local authorities who may be in charge of repairs? Crowd source databases are not appropriate sources for government/local action at that level. Were there interest from a government/local authority, that agency could be granted protected access to the taking manager or other data store. Adding tags to the main database is not the only option for collecting, maintaining or distributing data. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging