http://wiki.openstreetmap.org/wiki/Tag:craft%3Djoiner
http://wiki.openstreetmap.org/wiki/Tag:craft%3Dcabinet_maker
https://wiki.openstreetmap.org/wiki/Tag:craft%3Dcarpenter
The problem with that whole carpenter page it that it's wikipedia
copypasta. And when I wanted to change anything our
Landuse=religious generically says this is land used by a religious facility.
Except that isn't the case. As you said a religious school would not be
tagged with landuse=religious.
And I'm sure we could find a tag like amenity=sacred_grounds that can be
used for the areas around churches,
In first though landuse=religious was supposed to be for all religious
institution and include more than a church yard.
Now I read...
landuse=religious is specifically meant for the area used by a religious
facility and it's supporting or directly related amenities used for practicing
the
Brought this up a few months back.
http://gis.19327.n5.nabble.com/shop-supplements-gt-shop-dietary-supplements-td5845622.html
What I found is that dietary supplements was what wikiepdia used and
also most common on government pages (e.g. Food and Drug
Administration). The EU even just seem to
Isn't so addr:
as well?
I actually don't like the addr: either. Because in most editors it means
I have to type addr:s to get autocomplete, while it just have to type
ph to get phone. Especially on mobile with the : it's not that great.
In addition we have so many tools and good editors
http://talk-gb.openstreetmap.narkive.com/hXPJNpfG/life-ring-british-english
British English: lifebelt
American English: lifebuoy
German English: lifering
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
while in the addr:-namespace all keys are actually address components, this
can be contested for the contact: namespace. A website for instance is not
primarily a means of contact, sometimes it might not be suitable at all for
contact purposes, but still there are generally good reasons to add
On 6/12/15 04:28 , Eugene Alvin Villar wrote:
On Tue, Jun 9, 2015 at 7:12 PM, Martin Koppenhoefer
dieterdre...@gmail.com
mailto:dieterdre...@gmail.com wrote:
that's why I suggested to use a multi tag approach. One tag to say
it is a government office, one to say at which level (admin
On 6/10/15 04:23 , Warin wrote:
And then I don't understand why you do donation=blood, but then
blood:plasma=, blood:whole= etc. Why not donation:blood=yes?
A person cannot donate blood plasma .. they donate whole blood and the
plasma is separated out later?
So the donation is blood, what
On Wed, 2015-06-10 at 01:26 +0200, Andreas Goss wrote:
Don't know why people are so keen on subtags on this one. Nobody would
tag a fastfood restaurant buildng=yes + food=burgers.
But we do:
building=yes
amenity=fast_food
cuisine=burger
Except you put in a amenity=fast_food which
Honestly I don't think it's such a good idea to start voting 1 year
later when there wasn't an ongoing discussion.
I'm not sure about amenity=donation when some things are very different.
I also feel like bood_bank, sperm_bank (do we want to tag those?) and
amenity=social facility would cover
What I don't get is why everyone is on this office=government and
government=* tag, when even in your proposal most of the stuff that
would fall under civic_admin is currently just tagged as amenity.
I mean I would not have an issue with a government= tag, but then we
would have to be
I believe we have a huge gap at tags for government agencies. We could start
drafting a system with subtags, eg
a tag that says a place is a government agency, a subtag for the administration
level (eg municipal, regional, national, could maybe be the same as
admin_level?), more subtags for
https://en.wikipedia.org/wiki/Driver_and_Vehicle_Licensing_Agency
https://en.wikipedia.org/wiki/Department_of_Motor_Vehicles
amenity=driver_vehicle_licensing_agency
Seems a bit long and while it's the name of the agency in the UK it also
describes what it does very well. Maybe without acency?
Maybe something like:
office=licensing
licensing:vehicle=yes
licensing:driver=yes
I fell like long term that tag would completely blow up, considering you
can get a license for almost everything. And this seems to be a very
specific government institution in many countries.
In the US,
Or amenity=licensing, driver=yes, vehicle=yes.
This could then expand for other things requiring a license, shotgun=yes?
Which I'm not sure is so great as it could expand endlessly. And there
is also stuff like motorsport licenses etc.
I typically use office=government for this sort of
On 6/7/15 00:39 , jgpacker wrote:
The problem with oneway is the key name - it's 3 letters too long:
How is this NOT trolling?
Honestly at this point I'm not sure either anymore. I just know it's
getting annyoing as fuck...
__
openstreetmap.org/user/AndiG88
shop=tea; coffee
The 'problem' is there is no wiki page explaining how to combine values.
And no explanation as to the overall concept of OSM tagging scheme.
The real problem is it isn't suported by the renderer and some other
apps, that's why people don't advocate for it too much.
Shop=photo changed to remove frames and framing from it.
Reason.. there is a documented shop=frame so if the shop=photo does
frames then it should be tagged shop=photo; frame
I have included that information on the wiki page
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dphoto
There will always
On 6/6/15 02:51 , pmailkeey . wrote:
shop=photon - where n is a number on a scale to indicate the range of
products e.g. :
photo1 - basic point n shoot cameras
photo5 - cameras, lenses, film, printing/developing service,
knowledgeable advice
photo9 - would include dark-room equipment,
OK, next option is
directions=1 (way)
directions=2
directions=unknown.
That way, the key has no built-in value itself forcing the value to be
read to have any, well, value !
And someone reading that tag will have no idea what it stands for. Maybe
those are different exits? Does it has
shop=camera with some photo_prints=yes tag.
2 notes or shop=photo;camera is just not that great.
On 6/4/15 01:39 , Warin wrote:
On 4/06/2015 3:37 AM, Andreas Goss wrote:
Created/Changed the Wiki page:
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcamera
I think what we need might be a tag
Created/Changed the Wiki page:
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcamera
I think what we need might be a tag that in general indicates where you
can get prints
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
No tag
Tag oneway
tag twoway
not an'equals' in sight and difficult to mistake twoway for oneway.
I would say that's much worse both for mappers as well as consumers. Not
even to mention documentation, because now you have two wiki pages which
again is always a good source for errors.
As a
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.
And then is HAS TO BE on opentreetmap.org? A charing app or map is not
good enough?
__
openstreetmap.org/user/AndiG88
I think for most people, especially the more casual ones using ID, it
will be easier to map wikipedia tags so I think we should keep it. Long
term it would probably be great to have a automated system that just
pulls the Wikidata ID when you put in a wikipedia, but I don't think
that will
Since I have not gotten much replies I though I might just try out our
new polling platform a German community member made.
http://osm.haraldhartmann.de/umfrage/poll/28
Just found the proposal for shop=supplements.
http://wiki.openstreetmap.org/wiki/Proposed_features/supplements
On the
ikidata will always be playing catch-up to wikipedia, to
some extent.
Can you just show me a single Wikipedia entry without a Wikidata object.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing
Right, because there is no reasonable middle ground...
On 25/05/2015 10:42 PM, Andreas Goss wrote:
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.
And then is HAS TO BE on opentreetmap.org? A charing
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
Is this the sort of thing 'health food' shops sell ?
Look a bit on google. Yeah seems like it would fit for some of those stores.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing list
Just found the proposal for shop=supplements.
http://wiki.openstreetmap.org/wiki/Proposed_features/supplements
On the talk page already a lot of people suggested using
shop=nutrition_supplements instead.
But looking at Wikipedia and google it seems like
shop=dietary_supplements would be
Info is routinely in two places, e.g. building and associatedStreet, to
cope with software or people that do not support one of the places.
But that should not happen. If you have the realtion there should not be
a addr:street tag on the building.
Which is why some time ago we also had a lot
As you linked to this on the HOT list a few things noticed...
What about the typhoon:, earthquake: or tsunami: tags? Replaced with
damage:event?
What about e.g. damage:building? This could still be used even if you
have building= and damage=
What about the status= and impassable= keys and
That is the same number both on a node (once) and on the way/relation
*that this node belongs to* (once)?
Do you mean area when you say way? I think if a building has the address
then you should not have a node for just the address. If it's a amenity,
craft etc. then it's fine to put the
Think about the tags I have mentioned before, which use shop for services
offered and which don't sell goods. From my point of view, the introduction of the office
key hasn't changed anything here, office=hairdresser doesn't make sense for a place where
you get your hair cut, offering services
I know a private school that had a classroom in a former carpet store.
Still with large windows towards the street. Would that be also be a
shop then?
Perhaps is it because I speak American rather than British, but to me a shop is
a place where the item(s) I buy can be carried out, if not in
A shop is not only selling goods, but according to the wiki also
services. E.g. shop=hairdresser, car_repair, beauty (you can't carry out
beauty in a bag) etc.
But we also have to consider that this was the description, before
office= existed and how it was used due to lack of alternatives.
To clarify, I suggest to change image on
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dice_cream to this one:
https://commons.wikimedia.org/wiki/File:Ice-cream_shop_-_Florida.jpg.
Current image looks more like amenity=cafe (you can see sth to drink in
the background and place to rest).
I
how would we do this? What does it change? Btw., lack of alternatives
really isn't a good argument in a project that allows any tags you like.
still those tagged in the amenity namespace don't miraculously change
meaning just because someone has introduced an alternative tag in the
meantime.
On 5/15/15 23:10 , pmailkeey . wrote:
Why ?
I don't do it with car parks. There's often a section for disabled,
parent/toddler, staff - and general use. Each gets marked for its own
purpose even if they abut.
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space
--
__
Changed my mind. I see no point in tagging a single parking area any
different from amenity=parking, capacity=1.
Let's say you use a navigation system that shows nearby parking. Then if
you tag the individual spaces with amenity=parking it will should up as
several different parking lots even
there are shops that sell ice cream that you do not consume on premises
The ice cream/cake shop I used as an example (an ice cream and cake shop) sells
pre-made cakes and prepackaged ice cream (some bulk, some singles, but
packaged) meant purely for take home consumption, unlike Baskin
On 5/11/15 09:42 , Paweł Marynowski wrote:
In Poland we use emergency=landing_site for this. Check Overpass Turbo
rendering of occurrences - they are located mainly on football pitches
or similar places.
http://taginfo.openstreetmap.org/tags/emergency=landing_site
Can you please document tags
Pastry-only shops are
quite rare. See also shop=patisserie (62 uses).
But is pastry = patisserie ?
http://media-cdn.tripadvisor.com/media/photo-s/03/de/f0/35/el-tawhid-pastry.jpg
http://media-cdn.tripadvisor.com/media/photo-s/05/28/25/df/patisserie-richard.jpg
Because the first image is what
Look for a clear area in the village away from houses and hills. Shift
to Opencyclemap layer to evaluate if this area is flat enough, with a
minimum width of 30 meter. The Scale bar can help to evaluate the
distances. The image above help
When it comes to deprecated and obsolete tags I basically feel that
if you can't get enough worldwide consent to re-tag
The problem is that everybody is so strong against mechanical edits that
it is pretty much impossible most of the time. And manual retags are
often not worth the time.
In
I don't think it's such a bad idea, what annoys me more is that defacto
is beige, when most tags are bascially on the same level as apporved and
should be green.
I think marking those listed red is somewhat helpful. Maybe we should
rather have a tag status like disputed, which can be used
Why is it important? The main thing that matters is than only one
definition exists for an item, irrespective of how often it is used.
A few months ago I looked a TagInfo for tags that people are using but
have no Wiki entry. Once you get closer to like 100 uses and below you
find a lot of
I had already looked at this in the past and stumbled on it again with
paintball today.
http://wiki.openstreetmap.org/wiki/Tag:sport%3Dshooting
What's the best way to tag a shooting range?
shooting=range make no sense to me. When sport= isn't a physical tag
then how can a subtag be one? So
.
On 4/12/15, Andreas Goss andi...@t-online.de wrote:
There is still the question if it's sport=shooting + shooting=paintball
or sport=paintball.
They are both used to s similar amount.
Hmm.. OK paintball it is. Thanks.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki
There is still the question if it's sport=shooting + shooting=paintball
or sport=paintball.
They are both used to s similar amount.
Hmm.. OK paintball it is. Thanks.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
You could set all the fuel types to no (fuel:*=no), or add a new one
(fuel:motorbike=yes). Or add motorbike=fuel.
Except there isn't anything like motorbile fuel.
Keeping it as amenity=fuel means all mapping tools and search tools
continue to work.
Which is exactly the problem. Now your
It is amazing to see how few people participate in this discussion and
vote compared to the number of mappers.
STOP USING MAILINGLISTS!!!
Those things might be nice for some tech savy people, but for everybody
else it's just as mess and feels like spam.
We are 100x more productive in the
What Forum?
http://forum.openstreetmap.org/
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
name=company?
I'm not a software developer, but 2x name= doesn't sound like a great
idea if you want to make an association.
Also entering data like phone number twice etc. doesn't sound like a
great idea either, unless the reception actually has a special one (but
often it's probably just
I've only included those that I thought to be common, not rare.
How are multiple receptions inside a large building used by serveral
companies rare?
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging
I would say discouraged, but I could see how they make sense sometimes.
Althoug in this case I don't get it, this is what googles gives me.
nameOsaka Station = (Umeda Station)
name: JR West = Osaka Station
name: Yotsubashi Line = Nishi-Umeda Station
name: Midōsuji Line =Umeda Station
Either use a site relation
Then why isn't this in the proposal?
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Was this RFC ever submitted to the mailinglist?
Shop sounds a bit strange to me as you say, maybe it's also just that
non-native speakers see it a bit different. But as you say we kinda lack
a key for services.
On 3/9/15 08:50 , Jan van Bekkum wrote:
As the comments period is over and no
- It's not simple at all. Using amenity
https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it
impossible to combine it with such POIs. Also why amenity at all? For me
it looks like a I didn't find anything better, I mean amenity
anything that is big enough to have a reception is better represented by an
area than by a node- IMHO. At the time I micromap the reception I'd likely
also convert the node POI into an area
So how do you now connect the reception with the area? What if you have
different levels?
building
-(Reception outside building/facility area)
That probably covers 99%
On 3/8/15 01:57 , Warin wrote:
On 8/03/2015 10:22 AM, Andreas Goss wrote:
Do you 'navigate' to 'drinking water' or simply look for the closest
one?
Depends if I said I will meet someone at drinking water spot xyz
Well, I think it depends on what kind of visitor you are. For the plant
tour there is probably just one meeting and entrance point. But for
suppliers, constuction workers, people from the same company who don't
work at that plant I don't think it matters.
Then that would be 3 reception desks
I approve this proposal. Also very useful for big industrial areas. [...]
--Mapper999 (talk) 15:58, 2 March 2015 (UTC)
So how do you tag it on a industrial complex when you have it at let's
say Gate 1, Gate 2 and Gate 3?
It should be found because OSM is a geographical database and the
reception, or the multiple receptions
as you asked before, is/are contained in the campus of the facility.
So bascially most of the time you would just tag amenity=reception_desk
without any other tags and that's enough?
Apart
Do you 'navigate' to 'drinking water' or simply look for the closest one?
Depends if I said I will meet someone at drinking water spot xyz or I'm
just looking for some water.
most would navigate to an address .. then look on the map for parking,
then look on the map for the closest
And if I'm a visitor how would for example a OSM based navigation system
figure out to which company or facility they belong?
On 3/7/15 22:11 , Kotya Karapetyan wrote:
I believe it depends on the facility. My company has 3 receptions, and
they are called officially Reception 7, 4 and 8; these
shop=storage to me means a shop that sells bags, boxes .. stuff to store
things in ... not the space to store stuff in.
so shop=vehicle_storage would be better if it is to be shop=.
http://www.garagen-klaus.de/files/garagegreif1_2.jpg
__
openstreetmap.org/user/AndiG88
If the facility is a stand-alone facility whose primary purpose is not as a
place to worship - but merely operated by a religious entity - such as a
school, hospital, etc, then it is tagged as it currently is.
I fail to see how some grass or parking lot around the church is the
primarty
Having a landuse for “religion” seems simple to understand
Oh really? Is every Kindergarden run by the chruch in Bavaria now a
landuse=religious? What about office building run by the church? What if
they overlap with other landuses?
If people really continute to use this tag I will use it
As
this tag is always going to be used within another entity I think we should
rather look towards something like indoor tagging or other subtags. In
addition using amenity for reception desk would for example prevent you from
placing it on the node of the amenity and use one node for both.
Not
Amenity is the best fit for this tag.
I disagree. (Usually that just means I didn't find anything better) As
this tag is always going to be used within another entity I think we
should rather look towards something like indoor tagging or other
subtags. In addition using amenity for reception
And see also for repairs:
http://wiki.openstreetmap.org/wiki/Tag:craft%3Dwatchmaker
Or this http://wiki.openstreetmap.org/wiki/Tag:craft%3Dclockmaker -__-
Still don't get the difference...
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
Hi all - does anyone know what the geographic distribution of
associatedStreet is like? taginfo doesn't render a map (it seems it
doesn't do that for relations). I hear rumours it's mainly Germany but
it'd be handy to know.
Wambacher posted some maps in the Forum:
Your editor will probably hace displayed a warning at step 1. At the
end of the operation, you've got a house missing it street, not a
fully broken relation.
Most don't. Right now JOSM is the only one I use that does. Especially
most mobile editors don't... some just flat out don't even show
The counter-argument is that a novice is less likely to break the data
when updating an area that is mapped using associatedStreet. I like
the fact the fact that people need not even be aware of addresses in
order to fix a street name.
I disagree. Awareness is exactly what you need. I destroyed
On 1/22/15 23:13 , fly wrote:
No, but it is common sence to introduce tags in proposal name space and
once they are in common use accept them because of it use.
Well, you can go ahead and create dozens of proposals that will go
nowhere. I have completely given up on that process. It will be
Using - instead of _ goes against a very established tagging practice.
Only for whitespace as far as I know. So I don't see a issue here. I
would even say using _ is wrong.
e_cigarette = e cigarette
e-cigarette = e-cigarette
The wiki page is very recent with only two contributors. I
Apparently there is no consensus what to use to indicate reverse vending
machines (RVM).
I feel like this would be so much simpler if the amenity tag was not
limited to vending_machines.
In Germany everything is just called Automat.
- cigarettes = Zigarettenautomat
- parcel = Paketautomat
Since when do we use ways for landuse=* ?
Also I have not found a single one that is tagged like you say. They are
all areas.
Why multipolygons? Typical area with various church thingies (church,
vicarage etc)
is not requiring multypolygon - it is usually may be represented by a
simple
this is just a polygon around a church yard, with the rest of the buildings
and amenities inside.
EXCEPT it does NOT say church yard but religious landuse.
So this is how I would use this tag: http://i.imgur.com/KZvkB3i.png
__
openstreetmap.org/user/AndiG88
I wanted to tag these for some time and realized some people already did
a lot of work, especially in Europe. Now I just wanted to discuss some
tags and unify everything.
I also started documenting everything here:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station/Tesla_Motors
fitness_centre:access=__membership, fitness_centre:access=club? private?
Or have something like fitness_centre=yes? (Not sure as we already
have sport=*)
Why complicate things? I think a simple access=private (or maybe
access=membership) should be enough.
Thought about that, too.
What’s leisure time?
It’s 5:30am here and I’m about to head to the gym, like I do most days.
The leisure tag is for places people go in their spare time.
So I'd say that's exactly what you are doing. You are not at work or on
holidays. You could just as much edit OpenStreetMap or pursue any
I like the idea of tagging the clubs's entire property as
leisure=sports_centre + sport=rowing, and additionally sport=fitness (or
sport=gymnastics) to the building or room dedicated to that. But I wouldn't
tag it as a leisure=sports_centre on its own. It is only part of the
surrounding
Because that's my issue when having leisure=sports_centre + sport=rowing
as tag for your usual commercial gym.
Oops. I mean sport=fitness
(So a rowing club would be fine with leisure=sports_centre +
sport=rowing,fitness)
__
openstreetmap.org/user/AndiG88
Water fountains, benches, parking, etc. aren't tagged any different just
because they are located inside a sports centre.
But are people searching for that the same way? If I look for stuff like
that I'm probably somewhere outside and just look what's near me. Then I
probaby realize pretty
From the German Forum... just wanted to mention this here, too.
http://forum.openstreetmap.org/viewtopic.php?id=29190
What's wrong with sport=fitness and leisure=sports_centre?
Persoanlly I think it would result in all kind of facilities being
tagged like this, even though it's not the
Found this tag when cleaning up shop=*. I guess you can buy food and/or
equipment there?
Looks like it's all from a import from Norway for tourist huts.
*
http://wiki.openstreetmap.org/wiki/Import/Catalogue/N50_import_%28Norway%29
* http://overpass-turbo.eu/s/6HN
So what's the best way to
I wonder how we can tag fitness center attributes, such as pool, steam,
sauna/ etc. They very all over the place. Being able do documenting
features would allow health clubs sites to be included.
I would see this as a 2nd step, for the start I would really just like
to be able to tag this in
Just had the great idea to suggest tagging gyms/fintess centres for the
German a weekly task (new year's resolutions incoming), when I realized
we still don't have tagging schema for it.
After I failed to address the issues with leisure=gym in my last
proposal (ambiguity of the word gym) and
Really prefer a tag like this over amenity=reuse. Reuse will just be
used for everything in the end and nobody knows what it exactly stand for.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing
So what do you do with Berlin? State? City? Stadtstaat (Citystate)?
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
actually the idea to prefix phone etc. with contact: was never more
popular than the simple form. The contact:-form was proposed later and
never set actually foot compared to the simple version. I have also
tried in the past to convince mappers by sending them messages, to not
use the prefix in
I don't see a need for a new key here.
The properties can be easily modelled with sub-tagging of playground:
leisure=playground
playground:supervised=yes/no
playground:outdoor=yes/no
playground:indoor=yes/no
I agree in general, but the main issue with tagging like this is that I
bet most data
Just found this tag (craft=builder) on Taginfo and it has been used by a
few times, but it does not seem very clear what it means:
http://en.wikipedia.org/wiki/Builder
So is there any good definition for this tag or should I just create a
Wiki page that people should use more spefific craft
(╯°□°)╯︵ ┻━┻
Honestly the people supporting this tag are annoying me more and more.
They try to push that tag everywhere even when the tag without the
prefix is used 10x more. The try to make the Wiki page sound like they
are still present more often in the database. Put it on the MapFeatures
Restaurants only serve meals, it is not possible to go there and only
have a drink.
That really depends on the restaurant. A at least in Bavaria there are a
lot of traditional restaurants where you can just get a beer. Also very
common when they are next to sports clubs.
__
The club page seems to suggest
that club=sport + sport=cycling type tagging should be used for competitive
sports.
Which in my optinion is a bad idea, too. There is really no generel
agreement as far as I know that club=sport is for competitive stuff
only. I also don't think it's a good idea,
1 - 100 of 174 matches
Mail list logo