Re: [Tagging] Various alt_name values?
2014-11-25 14:09 GMT+01:00 Friedrich Volkmann : > On 24.11.2014 22:54, fly wrote: > > Do we recommend any order ? youngest to oldest ? > > name= > alt_name=;;... > > ...because data consumers certainly use these in the same order. Two > examples: > > 1) Rendering: Say, there's space for one alternative name in parentheses. > The renderer may take the shortest value, and in case of equal length, it > takes the first. > > 2) Reporting: Someone generates a list of cities, with one column for the > name, and 2 columns for alternative names. The script takes the first 2 > values and throws away the others. +1 How this can be a big or controversial issue, beats me. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] (Soapy) Massage Parlour
Hi Mishari, 2014-09-23 16:56 GMT+02:00 Mishari Muqbil : > I had an interesting conversation with legal today. > I'm assuming "legal" is a department at your workplace. > Even if it's the truth, it's criminal libel if you state it as a > brothel. There's an interesting saying which you can Google that goes > That is too bad for you in Thailand. Makes me wonder what other facts you are prohibited from stating. The people who will be liable under the Computer Crimes Act are those > who enter the information, those who host and those who display the > information. So for example, website A shows a map containing a POI in > Thailand tagged as a brothel, a police report can be filed to have owner > of website A prosecuted. > I understand better why you are concerned then. In reality it makes you unable (/criminal) to map certain things because you are in Thailand. Even if these "parlours" were to be mapped as amenity=brothel on OSM, a Thai online map service could still show them as "soapland" on a map. One could perhaps also argue that you as a Thai user perhaps could tag these as amenity=brothel + brothel=soapland and not be libelous because you were using the "International OSM" definition of brothel and not the Thai version of brothel (which is unlawful and therefore does not exist)? If every online map service in Thailand is to be liable for everything that the map displays, to such a degree, it makes it very hard to use OSM data in Thailand. I've also been advised that Thailand is not the only country with this > legal concept and that as we should be mindful and cautious of this. > I am pretty sure that for most free countries this isn't much of an issue, at least not for the OSM user doing the tagging. Civil liberties isn't where Thailand does best... -- Guttorm Flatabø ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] (Soapy) Massage Parlour
2014-09-22 13:47 GMT+02:00 Mishari Muqbil : > I realise that it's my fault for not being very clear from the beginning. > I think as John mentions, amenity=soapland is about right. I do suspect > that the establishments in Thailand are based on the same concept as those > which exist in Japan. > That being the case I'd say they really do qualify as amenity=brothel. It doesn't really matter that they're not officially brothels, or don't label themselves as such, that doesn't change the fact. Nor should you be liable in any way for mapping facts. However, amenity=soapland would be more precise and give more information, and there's also a decent Wikipedia page about it. I'd say it's really a sub group/type of amenity=brothel though. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hiking tracks as POIs in Brazil
Hiking trail relations and other route relations have already been mapped with the role "start" on elements at the start of the route (often a guidepost). I suggest you stick to that and try fomalizing it. "end" seems a good role for the end. lørdag 10. august 2013 skrev Fernando Trebien følgende: > That would be mapped later, but yes, I support extending the > definition of route relations with members of such role (which would > then reference the POIs we are importing now). The role could be named > "start", "entrance" or "head". Perhaps "entrace" would cause confusion > with other uses of the word "entrace" in OSM (generally referring to > building entrances). Maybe "entrypoint" is a little better as a > hiking/cycling trail could have multiple access points from a major > system (like highways). > > On Sat, Aug 10, 2013 at 8:25 PM, yve...@gmail.com < > yve...@gmail.com > wrote: > > And a hiking route relation with role start or entrance ? > > > > > > > > ___ > > Tagging mailing list > > Tagging@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/tagging > > > > > > -- > Fernando Trebien > +55 (51) 9962-5409 > > "The speed of computer chips doubles every 18 months." (Moore's law) > "The speed of software halves every 18 months." (Gates' law) > > ___ > 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 'averaged' paths in rural Mali
On 12:43 11. februar 2013, Andrew Errington wrote: > On Mon, 11 Feb 2013 20:05:37 Pieren wrote: > > On Mon, Feb 11, 2013 at 11:55 AM, Martin Koppenhoefer > > > > wrote: > > > +1 to not add width=100 to one single generalized way, that would mean > > > something very different. > > > > -1 > > Saying this road is 100m wide is a joke when you are in the middle of > > the desert and try to simply follow the previous marks in the sand... > > You can easily see 100m. The line on the map represents a route, it is not > the route itself. By setting the width to 100m you allow for a person to > travel anywhere within a 100m wide path and still reach the destination. > Yes, but then you can't tag it with highway=*, as it does not imply a route but a road with some kind of cover and limits. In my opinion this is track, unclassified or path. What have been suggested to add as width is rather "accuracy" or something like that, and grade6 is not a good suggestion as the grades usually say something about the roughness of the road, and here we don't really know that, nor does it have to be worse than grade5. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] water parks and swimming pools
On Tue, Jan 15, 2013 at 11:59 AM, sabas88 wrote: > I'm respondible for some swimming pools multipolygons, the explaination is > that in water parks there are these big water areas in which you can walk > or swim, but there are some 'islands' inside. > Here's an example http://osm.org/go/xT3TtKM0f-- > In that example, features of the pools seem to have been put in the name tags: Multipista, Minifoam Multipista, Idrotubo a 2 piste, Vasca Idromassaggio. We really need a more flexible pool tagging scheme. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] water parks and swimming pools
On Tue, Jan 15, 2013 at 10:09 AM, Ronnie Soak wrote: > Ok. I was just looking for a key to maybe use for water features that are > so clearly not for swimming that I hesitate to use the swimming_pool tag. > E.g.: childrens basins, the high diving basin, the pool at the end of the > waterslide etc. > Indeed, I've been looking for that too, for jacuzzis, hot tubs, baths, etc. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] water parks and swimming pools
On Tue, Jan 15, 2013 at 9:28 AM, Ronnie Soak wrote: > Best solution I could come up with: tag the whole thing as > leisure=water_park [1] (even if it is not that fancy as in the wiki > definition), tag the water features as leisure=swimming_pool[2](even if you > can't swim in some) and sport=swimming for those you actually can (e.g. not > for the childrens basin). (I may also add landuse=basin, but this may be > overkill.) > I suppose "the whole thing" here is a polygon surrounding alle the other elements? I thought this would be best represented in a relation with all the pools, pitches, etc., but it seems the use of relations is very restricted. -- Guttorm ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging