Talk:Tag:shop=bicycle

From OpenStreetMap Wiki
Jump to navigation Jump to search

Comments

  • Sounds good, I am using ~the same tag already. MikeCollinson 19:34, 8 October 2007 (BST)
  • I don't know who the proposer is, so I've taken the liberty of opening this for voting. Seems a simple one! MikeCollinson 13:10, 30 October 2007 (UTC)

How does one distinguish between repair and sales? I know a shop (very cheap), but very limited opening hours and no repair. And an other one that seems to specialise in repair (called bicycle garage in Dutch) --Polyglot 15:10, 28 January 2008 (UTC)

description=* -- MapFlea 14:05, 18 November 2008 (UTC)
The description tag is meant for unstructured free text, not for storing structural information. In countries with a lot of cyclists, there is a clear distinction between shops that sell bicycles and places that repair them, compare this to a shop=car and a shop=car_repair.--Pbb (talk) 17:29, 2 October 2016 (UTC)

isn't this a likely candidate for merging into shop=outdoor ? bycicle shops seem to be a subset of outdoor ones, so they could be designated with type=bycicle afterwards. --Richlv 15:34, 3 May 2009 (UTC)

No. In many countries, bicycles are seen as a mode of transport, instead of sporting goods. Merging with shop=outdoor makes just as little sense as merging shop=car or shop=shoes with shop=outdoor. (Both of those are also mostly used outdoors, and can be used in sporting contexts.) Outdoor/sport shops may offer a collection of sporting bikes, just as they may have sporting shoes, but that doesn't make bicycle (or shoe) shops into sporting shops. --Pbb (talk) 17:29, 2 October 2016 (UTC)

Voting

  • I approve shop=bicycle --MikeCollinson 13:10, 30 October 2007 (UTC)
  • I approve shop=bicycle, in fact I'm already using it. --Gregoryw 08:39, 6 November 2007 (UTC)
  • I approve. FredB 21:50, 8 November 2007 (UTC)
  • I approve shop=bicycle -- Ulfl 22:21, 8 November 2007 (UTC)
  • I approve shop=bicycle -- Ramack 20:36, 13 November 2007 (UTC)
  • I approve shop=bicycle -- Gummibärli 21:41, 13 November 2007 (CET)
  • I approve shop=bicycle -- Colin Marquardt 20:58, 13 November 2007 (UTC)
  • I approve shop=bicycle -- Semper 22:30, 13 November 2007 (UTC)
  • I approve shop=bicycle -- Fröstel 23:02, 13 November 2007 (UTC)
  • I approve shop=bicycle -- David.earl 09:00, 14 November 2007 (UTC)
  • I approve shop=bicycle --Florianschmitt 09:51, 14 November 2007 (UTC)
  • I approve shop=bicycle -- motp 22:33, 14 November 2007 (UTC)
  • I approve shop=bicycle -- MichaelK 09:08, 17 November 2007 (UTC)
  • I approve shop=bicycle -- Gravitystorm 18:32, 25 November 2007 (UTC)
  • I approve shop=bicycle -- Dennis de 22:03, 25 November 2007 (UTC)
  • I approve shop=bicycle -- fuesika 09:30, 28 November 2007 (UTC)
  • I approve shop=bicycle --Polyglot 15:07, 28 January 2008 (UTC)
  • I approve shop=bicycle --Simon Daw 17:43, 16 January 2008 (UTC)

Additional keys

The service: prefix looks incredibly clunky. I can see what you're trying to do here, but this isn't the way to do it - primarily because Key:service (which describes service roads) is in widespread use, and this shouldn't be a subtype of it. Let's just put everything in bicycle: instead, which has the advantage that it's about bicycles. I'm inteintionally ignoring the mess that is the railway usage of service=*, and the equally incoherent and contradictory Tag:shop=car usage of service=*. Ugh.) --achadwick 11:20, 9 June 2011 (BST)

Though of course hiving it under something that's already used for bicycle-related Access makes just as much of a mockery of the namespace concept as the original proposal, excuse the undo. Would shop:bicycle=* work out? I know it got rejected, but I'm not sure why. --achadwick 11:36, 9 June 2011 (BST)
Why is there any need for prefixes? There is now both a repair=* key and a service:bicycle:repair=* key on the documentation page. Wouldn't it be good enough using the keys without prefix/namespace?--Pbb (talk) 17:45, 2 October 2016 (UTC)
I don't understand the necessity of the "service" prefix, as it doesn't add more information to the tagging (just needs space).
There are also possible tags like bicycle:parts, bicycle:clothes which aren't a service.
IMHO a Namespace is necessary to differentiate the offered services, especially if combined with shop=motorcycle).
As an example, if a bicycle shop sells scooters beside, you could use motorcycle:sales=yes and motorcycle:type=scooter instead of creating a whole new entry (second shop). The same applies if a motorcycle shop also repairs bicycles and sells parts, in this case you could add bicycle:repair=yes, bicycle:parts=yes (and possibly bicycle:sales=no). I can also imagine adding bicycle:parts=yes to supermarkets (while they won't offer service). So why don't we just leave the "service" prefix away ? rtfm Rtfm (talk) 11:06, 20 May 2017 (UTC)
I agree now that using a prefix is smart, for the situations where a general shop (for example a sports shop) also sells and/or repairs bicycles. Maybe repair:bicycle=* and retail:bicycle=* would be better than bicycle:repair=* and bicycle:retail=*? --Pbb (talk) 13:27, 27 May 2017 (UTC)

why service:bicycle:second_hand tag?

why we have to add information of service:bicycle? the first tage shop=bicycle give informations of what we are searching just add the tag second_hand=yes would be more simple for mapper on OSM. --Yod4z 14:11, 24 December 2011 (UTC)

Because it might be a general second-hand shop that also sells second-hand bicycles. (Though I agree the service prefix seems superfluous.) --Pbb (talk) 13:17, 27 May 2017 (UTC)

service:bicycle:retail

I just saw this on the mailinglist and thing it's stupid and should not be used. It's a bicycle shop so it should only be used when it actually sells bikes. Most of the data comsumers will just ignore bicycle service:bicycle:retail=no. I don't see the issue with using different tags for repair or rental only. --AndiG88 (talk) 09:37, 6 January 2015 (UTC)

bicycle:retail=no would be interesting in countries that don't have specialized bicycle shops, where all bicycles are sold in sport shops for example, but not every sport shop might sell bicycles. --Pbb (talk) 13:23, 27 May 2017 (UTC)
Also it can be interesting where the primary objective is maintenance. More or less pure bike maintenace shops abound in parts of Europe. Although the name and tagging service:bicycle:repair=yes and service:bicycle:diy=only (if employed) often can give clues. I also would like to raise here the question of how to tag community bicycle repair shops, one variety are the Bicycle kitchens or Bike Collectives. See my entry below and Wikipedia:Bicycle cooperative MortenLange (talk) 19:35, 11 April 2019 (UTC)

Additional use of "e-bike" instead of "bicycle" in the additional keys?

I suggest to extend the use of additional keys to e-bikes in order ro indicate whether a shop sells/repairs e-bikes. Hence e.g. "service:e-bike:retail=yes" would mean that this shop sells e-bikes (while nothing is said about normal bikes) and "service:bicycle:repair=yes + service:e-bike:repair=no" would indicate that this shop can repair normal bikes, but no e-bikes. I think this is useful information for cyclists. Any objections? (Previous unsigned comment made by Mstriewe, on 2015-08-15) ( Thanks from MortenLange)

I agree with the objective. But I am uncertain about the exact tag. Another option could be pedelec. E-bikes both comprise pedelecs, vehicles that are more or less like bicycles (but with electric motor assistance) and treated as such by European Union directives, and more powerful vehicles where you do not have to pedal at all, that might fall in the same category as mopeds or motorcycles. Perhaps e-bikes is precise enough, and the types sold will vary according with national laws / jurisdictions.
Also we need to think of other similar expansions. Like Wikipedia:en:Freight_bicycle
I see the propsed tags have not been used yet, but there are a few instances of Key:service:bicycle:retail=pedelec. That option might be considered. Along with service:bicycle:retail (and :repair) = freight_bicycle ? MortenLange (talk) 17:16, 20 April 2019 (UTC)
Now the key Key:service:bicycle:ebike has been used 474 times with Tag:shop=bicycle. What I feel is needed is Key:service:pedelec.repair (or possibly if all is changed, pedelec:repair). MortenLange (talk) 21:33, 31 March 2021 (UTC)

The case of the community centre bicycle shop (Combination with amenity-tag suboptimal)

I wonder how best to tag a community centre where the primary role towards the public is to repair (bi)cycles, perhaps sell second hand bicycles and/ or provide assistance and tools for Do-it-yourself repair and maintenance. I tried to combine with the tag amenity=community_centre, but noticed that the latter tag takes precedence in rendering (at least on the standard map). So the bike repair shop does not show up as such on the map. Kind of defeats the purpose. Here are some examples through an overpass-turbo. The Munich and Oslo and Stavanger examples are closest to what I am thinking of. http://overpass-turbo.eu/s/D1j Perhaps the best solution is to drop the amenity tag. Instead use ownership=private_nonprofit or public_nonprofit to indicate a difference from a commercial shop, that is simple to use in queries? Using two nodes with the two tags, it is difficult to know which will overshadow the other. EDIT I have dropped the amenity tag on those I mapped. Or in some instances use service:bicycle:repair (or diy) with the amenity tag. MortenLange (talk) 22:56, 22 October 2018 (UTC)

There are at least three primary types of community bike shops, with blurred boundaries. They are all in general non-profit and can be tagged ownership=public_nonprofit og private_nonprofit.
One: The bicycle cooperative Wikipedia:Bicycle cooperative AKA bicycle kitchen or bicycle collective. See also Community Bicycle Organizations
Two: The bicycle library that lets you borrow a bicycle at low or no cost
Three: A bicycle repair shop providing repairs for the local community while one or more salaried persons provides training for people in servicing their own AND other peoples bicycles or salvaging second-hand or abandoned bicycles. There are many of those in Norway, operated by municipalities and charities like the Red Cross (Røde kors). MortenLange (talk) 19:22, 11 April 2019 (UTC)

Pick up and/or delivery

Where I live there are som bicycle repair shops that offer delivery. Or they offer to come to firm/organisation and repair a number of bikes. The first type should probably be tagged with Key:delivery=yes (or delivery=only). I guess if you want to find all such bicycle repair shops / bicycle mechanics in a area, this query could be used in Overpass Turbo : “(shop=bicycle or service:bicycle:repair=yes) and delivery=* and delivery!=no”. Perhaps the delivery tag could also be used where one or more bike mechanics come and visit? With an explanation in description. Any other suggestions? MortenLange (talk) 23:29, 1 February 2021 (UTC)

Bicycle repair shops that offer a bike for loan/rent, while your bike is serviced

Yet another specific and useful service sometimes offered is to lend the bicycle repair customer a temporary replacement bike. Could this be tagged in a meaningful, standardized way? MortenLange (talk) 23:29, 1 February 2021 (UTC)

In line with other keys: service:bicycle:temp_bicycle=yes MortenLange (talk) 18:30, 19 June 2021 (UTC)

Bicycle shops that are rather showrooms

Shops that are rather showrooms than really retail centers : proposition to have service:bicycle:showroom=yes Barnes38 (talk) 06:04, 19 June 2021 (UTC)


Shop or business that has an activity related to bicycles

Shop or business offering services related to cycling, or bicycles: proposition to have service:bicycle:miscellaneous=yes. Example : https://www.openstreetmap.org/node/7122246893 Barnes38 (talk) 06:04, 19 June 2021 (UTC)

More granular service tags, eg. service:bicycle:scooter

I work in a bike shop and we get a lot of calls these days asking if we service e-scooters, eliptigo's, and other small electric forms of transport. I wonder if anyone has considered adding keys for things like this similar to the common Key:service:bicycle:ebike? Maybe a generic tag, or maybe specific ones. Most shops, at least where I am, refuse to service these sorts of products as the same safety laws don't apply to them as bicycles and they're often poorly made / haven't thought about serviceability in the same way bicycle manufacturers have so customers call around a lot wondering if shops will work on them. If something like this is discussed, what would the process to add it be?

The main one I'm interested in is something like:

(these could probably also be broken down into "retail" and "service" keys, but the e-bike one is still used for both and as far as I know is up for discussion, so I figure that's probably worth settling first).

Senseless prefix

My favorites in senselessness are

Taglist ... 
LOADING TAG LIST... (If you do not see this tag list, you need to enable JavaScript)
This table is auto-generated. See Template:Taglist for a documentation on it.

It could be so easy

Taglist ... 
LOADING TAG LIST... (If you do not see this tag list, you need to enable JavaScript)
This table is auto-generated. See Template:Taglist for a documentation on it.

Similar to

Taglist ... 
LOADING TAG LIST... (If you do not see this tag list, you need to enable JavaScript)
This table is auto-generated. See Template:Taglist for a documentation on it.
Taglist ... 
LOADING TAG LIST... (If you do not see this tag list, you need to enable JavaScript)
This table is auto-generated. See Template:Taglist for a documentation on it.

This is called syntax standardisation Rtfm (talk) 22:50, 5 March 2023 (UTC)

Neither https://wiki.openstreetmap.org/wiki/Special:WhatLinksHere/Key:service:bicycle:service nor https://wiki.openstreetmap.org/wiki/Special:WhatLinksHere/Key:service:bicycle:bicycle are documented as a good idea or reccomended by Wiki. It is also not clear what they document.
Resolved: Resolved as far as this page is concerned. Mappers using this tags should be contacted if you want to know what they tried to achieve. Mateusz Konieczny (talk) 16:06, 16 March 2023 (UTC)