Re: [Tagging] How to tag sidewalk slides
Hi Ale, You mean the travelling direction or across derection? I once used incline:across for across direction: https://www.openstreetmap.org/way/436823415 It's a bit thrilling experience even walking there ;) https://www.mapillary.com/app/?pKey=3x_n1JSmCKeH9TUyECgL5A&focus=photo&lat=35.78085285&lng=139.93085187&z=17 I think max incline value of some segment would be enough for such as wheelchair routing. Shu 2019-05-17 8:55 GMT+09:00, Andy Townsend : > ... and there was me thinking that you were trying to tag something like > https://www.bbc.co.uk/news/world-europe-48259964 :) > > Best Regards, > > Andy > > > > ___ > 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] Mismatched tag status
> Note that in some very rare cases, it might be possible for a region (but > not a language) to have a different value if a community has discussed it. > If you know of such cases, please respond and we can figure out how to > document it properly. Yes, I agree. I sometimes see the list of this kind of unmatch, but I've never seen meaningful difference of the status between English and Japanese. They're usually just outdated translations. To me the benefit of data item is mostly for the quality improvement of OSM Wiki pages in local language for now. I use it (the result of query by Sophos) to find untranslated pages or outdated pages which are often seen as unmatched status pages from English pages. Shu ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Kerbs
I think we can at least add an image tag as a raw data for someone such as wheelchair users or mapillary that may estimate the height automatically in the future :) lowered: https://www.openstreetmap.org/node/4294717996 raised: https://www.openstreetmap.org/node/4293918233 Shu Higashi 2018-01-08 18:00 GMT+09:00, Selfish Seahorse : >> Maybe there's a good middle ground: a kerb height ranking, in lieu of >> taking out a ruler and/or guessing a true kerb:height value. >> kerb:height=low/medium/high, with corresponding ranges in cm (0-3, 3-10, >> 10+). > > That's actually very similar to mountable/semi-mountable/non-mountable > or wheelchair=yes/limited/no and would lead to the same problems you > described further above. If we want to prevent putting wheelchair > users in categories, I think it's better to give the actual heights. > > > On 7 January 2018 at 21:38, Nick Bolten wrote: >>> Even if only three out of four wheelchair users were satisfied with >> `mountable`, `semi-mountable` and `non-mountable` this would be a step >> forward, in my opinion. >> >> I would wager that the fraction of wheelchair users covered would be a >> minority - there's a lot of diversity that tends to get lumped into just >> 'wheelchair accessible' and it's really not one-size-fits-all in any way. >> In >> order for two wheelchair users to have the same requirements and >> preferences, they'll need to sync up on all of these things: short-burst >> athleticism, endurance, average speed, age-related compounding factors, >> manual vs. electric chair, wheel traction, wheel width, wheel radius, >> chair >> width, side-to-side stability, comfort level with using streets and >> driveways, etc. Now think of any two random users: how likely are they to >> match on all of those categorizations? >> >> I'm going on a bit too long, but you get the idea. Most of those needs can >> be directly handled with just a few neutral, measurable, on-the-ground >> tags: >> kerb shape + height + width, footpath width + incline, surface tags, etc. >> And all users benefit from those tags - bicyclists will also appreciate >> surface and kerb tags, as will parents using strollers or people hauling >> luggage. And most of these tags are useful in an additive way: one is >> good, >> two is better, etc, etc, and can be queried to figure out where >> information >> is missing and turn it into quests like maproulette. >> >> Let's consider just one common situation: manual wheelchairs tend to have >> larger radius wheels than electric wheelchairs do, which, just due to >> physics, impacts how they handle displacements like curbs. The >> higher-radius >> wheels have an easier time of it due to the angle of approach + extra >> leverage (though the user can become tired doing curb after curb), and >> there >> are a lot of curbs right on the cusp of being doable by electric >> wheelchair >> users. Even just for this one common situation, we have to ignore >> wheelchair=yes, and probably a mountable/semi-mountable/unmountable tag, >> because what's actually dictating access is variation in the curb shape + >> height. >> >> Maybe there's a good middle ground: a kerb height ranking, in lieu of >> taking >> out a ruler and/or guessing a true kerb:height value. >> kerb:height=low/medium/high, with corresponding ranges in cm (0-3, 3-10, >> 10+). >> >>> Besides, I didn't think of these values to be a replacement for >>> kerb:shape, but an addition. >> >> Ah, well I initially misunderstood. But I still think it's better to >> completely drop the idea of overarching 'wheelchair access' tags for >> pedestrian tagging, due to the concerns above. Wheelchair users need >> unambiguous information and we already have ambiguous info in >> wheelchair=yes >> and access=*. >> >> Fundamentally, everyone is trying to answer the question, 'can a >> wheelchair >> user traverse this line/point/area?', and while it's tempting to say 'yes' >> or 'no', the true answer representing the majority of users is, 'it >> depends', which is why we need tags that reflected neutral, measurable >> on-the-ground conditions. >> >>> However, if we want to make the current scheme more usable, it is >>> necessary to also specify the angle of inclination for sloped kerbs (and >>> maybe kerb ramps too). Compare the following two kerbs, which have the >>> same >>> shape, but a different level of
[Tagging] Feature Proposal - RFC - Game arcade
Hi list, There are many game arcades (or amusement arcades or video arcades) in Japan, but tags have not been defined yet. It's a facility usually in a building for amusement, not for gambling. How about in other countries? I propose a tag definition as following: http://wiki.openstreetmap.org/wiki/Proposed_features/game_arcade Shu Higashi ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Game arcade
Woh, already exists! Thanks. 2012/2/11, Nathan Edgars II : > On 2/11/2012 1:48 AM, Shu Higashi wrote: >> Hi list, >> >> There are many game arcades (or amusement arcades or video arcades) in >> Japan, >> but tags have not been defined yet. >> It's a facility usually in a building for amusement, not for gambling. >> How about in other countries? >> >> I propose a tag definition as following: >> http://wiki.openstreetmap.org/wiki/Proposed_features/game_arcade > > http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dvideo_arcade > > ___ > Tagging mailing list > Tagging@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] Count of urinals
Hi, I was asked by a woman if she can map the count of urinals (or something other appropriate name in english?) in a toilet. Because it is very important for women to count their waiting time. So I'd like to propose a tag to count the urials. For example: amenity=toilets urinals:female=4 May I add this combination to the wiki page? http://wiki.openstreetmap.org/wiki/Toilets Though it's dificult for men to map :) Shu Higashi ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Count of urinals
Hi Stefano, > toilet:male:seated:count=* is good? It seems good to me. 2012/5/26, sabas88 : > 2012/5/26 Shu Higashi > >> Hi, >> >> I was asked by a woman if she can map the count of urinals (or >> something other appropriate name in english?) in a toilet. >> Because it is very important for women to count their waiting time. >> So I'd like to propose a tag to count the urials. >> >> For example: >> amenity=toilets >> urinals:female=4 >> >> May I add this combination to the wiki page? >> http://wiki.openstreetmap.org/wiki/Toilets > > > > I see that the keys (f.e. male/female) are used only for toilets.. > Can we discuss about transformation in something with namespaces like > toilet:* for those keys? > I see also this extension[0]. > If you want to start tagging count we could think something like > toilet:seated:count=* > and so on... > To distinguish between man and woman > toilet:male:seated:count=* is good? > > >> >> Though it's dificult for men to map :) >> >> Shu Higashi >> >> > Stefano > > [0] > http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dtoilets#By_type_.28squat_vs._seated.3B_urinals.3B_flushing_mechanism.29 > > >> ___ >> Tagging mailing list >> Tagging@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/tagging >> > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] tagging of "sticker"
I'd like to propose a tag "sticker" which is already used 103 times according to taginfo. This tag can be used in combination with many kind of POIs which has stickers. I think this tag would be useful for developing thematic maps in cooperation with social activities using stickers. Any suggestions? Example: amenity=restaurant sticker=yes image:sticker=http://www.heartbarrierfree.com//image/logo.png website:sticker=http://www.heartbarrierfree.com/ name:sticker=Heart Barrier Free Project Shu Higashi ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] tagging of "sticker"
Hi Philip, Thanks for your comment. Sorry for my poor English in advance. I have a friend who had spinal cord injury by an accident in Japan several years ago and she is a wheelchair driver now. She encountered many barriers as a wheelchair rider at restaurants and shops, so she decided to take some action for herself. She set up a website named "heart barrier free" and started a project. http://www.heartbarrierfree.com (sorry Japanese only) The core concept of this project "heart barrier free" means barriers of one's heart. Most poeple do not know how to help a wheelchair driver, because we don't see so much wheelchair in Japan driving outside. Many wheelchair riders tend to stay at home. So, she thought that it is important to tell the owners of restaurants or shops how to help wheelchair users and other disabled persons. She designed a "HEART BARRIER FREE" sticker. She teaches to the owners and employees how to treat wheelchair in a narrow spcae or steps. And instead she sells stickers to the shop owners and the owners put up the sticker somewhere customers can see from outside. And now, the number of shops and restaurants with this sticker is about one hundred. 2013/7/5, Philip Barnes : > On Fri, 2013-07-05 at 11:28 +0900, Shu Higashi wrote: >> I'd like to propose a tag "sticker" which is already used 103 times >> according to taginfo. >> This tag can be used in combination with many kind of POIs which has >> stickers. >> I think this tag would be useful for developing thematic maps in >> cooperation with social activities using stickers. >> Any suggestions? >> >> Example: >> >> amenity=restaurant >> sticker=yes >> image:sticker=http://www.heartbarrierfree.com//image/logo.png >> website:sticker=http://www.heartbarrierfree.com/ >> name:sticker=Heart Barrier Free Project >> > I must admit I don't get this, > What are the stickers for? > Who puts them there? > Does it have any relevance to the restaurant? > Any more examples so that we can understand this proposal? > Can you explain the social activities? > > Thanks Phil (trigpoint) > > > ___ > Tagging mailing list > Tagging@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] tagging of "sticker"
Thanks for many comments. I found I've forgotten one important explanation. Sorry. The concept of Heart Barrier Free Project is different from Wheelmap. (I'm an ambassador of Wheelmap.org in Japan and talked on this with Raul and Chris - the developer of wheelmap.org - several weeks ago.) Wheelmap.org's evaluation criterias are phisical ones. On the other hand, Heart Barrier Free Project's evaluation criteria is very subjective. A restaurant may be tagged with wheelchair=no if there are steps at the entrance. But, If the owners and employees have a warm heart to welcome disabled persons, and have some lecture on disability, they can lift a wheelchair and can help to go to toilets and can put on a sticker in front of their restaurants. Disabled persons like wheelchair drivers can assess the hospitarity of the restaurant. Several week ago, I consulted Raul about "wheelchair=welcoe" tag. But, he thinks it may confuse users of wheelmao.org. So, I proposed more generic tag. Shu Higashi 2013/7/5, Ronnie Soak : > How > > > > On 05/lug/2013, at 04:28, Shu Higashi wrote: >> >> > amenity=restaurant >> > sticker=yes >> > image:sticker=http://www.heartbarrierfree.com//image/logo.png >> > website:sticker=http://www.heartbarrierfree.com/ >> > name:sticker=Heart Barrier Free Project >> > > How about an even more generic tag? Nobody would know what > 'heartbarrierfree' would mean as a value to any tag without doing > additional research. > Also the same service could be organized by another group. it surely will > in other countries. > > wheelchair:trained_staff = yes > > Would be my suggestion. > > Regards, > Chaos > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] tagging of "sticker"
s /wheelchair=welcoe/wheelchair=welcome/ 2013/7/5, Shu Higashi : > Thanks for many comments. > > I found I've forgotten one important explanation. Sorry. > > The concept of Heart Barrier Free Project is different from Wheelmap. > (I'm an ambassador of Wheelmap.org in Japan and talked on this with > Raul and Chris - the developer of wheelmap.org - several weeks ago.) > Wheelmap.org's evaluation criterias are phisical ones. > On the other hand, Heart Barrier Free Project's evaluation criteria is > very subjective. > A restaurant may be tagged with wheelchair=no if there are steps at > the entrance. > But, If the owners and employees have a warm heart to welcome disabled > persons, > and have some lecture on disability, they can lift a wheelchair and > can help to go to > toilets and can put on a sticker in front of their restaurants. > Disabled persons like wheelchair drivers can assess the hospitarity of > the restaurant. > Several week ago, I consulted Raul about "wheelchair=welcoe" tag. > But, he thinks it may confuse users of wheelmao.org. > So, I proposed more generic tag. > > Shu Higashi > > 2013/7/5, Ronnie Soak : >> How >> >> >> >> On 05/lug/2013, at 04:28, Shu Higashi wrote: >>> >>> > amenity=restaurant >>> > sticker=yes >>> > image:sticker=http://www.heartbarrierfree.com//image/logo.png >>> > website:sticker=http://www.heartbarrierfree.com/ >>> > name:sticker=Heart Barrier Free Project >>> >> >> How about an even more generic tag? Nobody would know what >> 'heartbarrierfree' would mean as a value to any tag without doing >> additional research. >> Also the same service could be organized by another group. it surely will >> in other countries. >> >> wheelchair:trained_staff = yes >> >> Would be my suggestion. >> >> Regards, >> Chaos >> > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
