Re: [Tagging] business closed for renovation - tagging best practice
I think we should invent a tag for temporary out of work things. If you download an offline map and go abroad, the application could estimate that a few months have passed, and that a caffe could be open now, or that a road could be open. When you put a highway=construction on the road, it is closed for good if you don't have internet. I reccomend something like closed=yes and if you have an idea about the time when it could open, closed:until=-MM-DD. You could add a reason for closing, closed:reason=renovation or closed:reason=construction. This way we could even put real-time data like a shop closed for one day. When a closed:until comes to an end, a bot could delete them automatically. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Powerlines underground
2013/1/17 François Lacombe francois.laco...@telecom-bretagne.eu It can be underground, overground and underwater. I would prefer seafloor instead of underwater. If it is drawn over water, and you put underground that means it's dug into the sea floor. Underwater can be anything from levitating at 1m below surface to 3km under sea floor. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] business closed for renovation - tagging best practice
2013/1/17 Steve Doerr doerr.step...@gmail.com Would this fit the bill: http://wiki.openstreetmap.org/wiki/Proposed_features/temporary ? Yes, temporary:access=no is the same as my closed=yes tag. And the ability to put more tags behind temporary: is quite handy. Closed restaurants could be tagged as temporary:opening_hours=off. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] business closed for renovation - tagging best practice
2013/1/17 John F. Eldredge j...@jfeldredge.com Sometimes a business ends up being closed for renovations or repairs for much longer than expected. One McDonalds restaurant here in Nashville, TN, USA closed temporarily over a year ago due to a fire. It is still closed, and still not repaired, due to a dispute between the corporation and the city (the zoning board wants all of the parking to be behind the restaurant, and McDonalds wants the parking to be on three sides of the restaurant, as it was with the old building). Well then you decide what its status is. Is it an abandoned building (building=yes), or is it a temporarily closed McDonalds (building=yes, amenity=restaurant, temporary:opening_hours=off). If someone says Meet me at the abandoned McDonalds, you could find that with the temporary tag :) That's more information than just building=yes. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Powerlines underground
I think that if we map underground cables with power=line, location=underground we will expect too much from renderers that don't want to think too much about this. If you put power=cable they will not render it, and everything is ok. There are three cables in the air as well. I'm sure we will find an example of a powerline drawn with 3 lines :) And I'm not sure if I could defend deleting those two. They are there. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to map an artificial ground wall?
IMHO you should add a new way that only has those tags. You can share the nodes with the barrier=embankment if you think the top of the wall is the border between the aeroway and the outside. If the bottom of the wall is the border, make the aeroway a little wider. By the way, mapnik renders man_made=embankment, so I use that. I put two parallel ways, each in a different direction, to map the two slopes [1]. I don't know if mapnik renders barrier=embankment. Are they the same thing? [1] http://osm.org/go/0IsjeJtGC-- http://osm.org/go/0IsjeJtGC-- Janko Mihelić 2012/12/18 Enrico Mattea ocirn...@gmail.com Hi, thank you for your answer. As can be seen in the picture, the complex has got an open entrance with a service road going through it. There isn't a real gate or barrier to stop vehicles, but from the very start of that road the area is private and military. Which way tags should I use to join the two surrounding walls so that I can properly tag the area as a whole (aeroway=aerodrome, name=* etc.)? Thanks! Ocirne __**_ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.**org/listinfo/tagginghttp://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] POIs
How would you connect POIs that have no address? Janko 2012/12/7 ael law_ence@ntlworld.com On Thu, Dec 06, 2012 at 03:19:42PM -0800, Dave Sutter wrote: This may be a radical suggestion for OSM but I think POIs should be removed from the map database and put in an external database. Each POI should have an address and the address is used to match the POI to the map. Should this be a new thread? But anyway:- Would this not be a significant complication for standalone satnavs using, say, navit? A large proportion of POIs are very relevant in that context, so presumably a new mechanism for generating maps involving at least two distinct data bases would be required? ael ___ 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] Border crossing with restrictions
2012/11/22 Paul Johnson ba...@ursamundi.org On Thursday, November 22, 2012, Volker Schmidt wrote: Any suggestions or precedents on how to map such restrictions. This argument is obviously also important for routing. For a start, I suggest access=no. People who can cross the border usualy know it, but other people are more likely to depend on the map. I think we are far from a router that will route only locals through that border :) Such a router would have to ask you much more than car, bike or pedestrian. That's why I think a fixme=* or note=* is enough for now. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Clean-up the seamark landmark tags on the wiki (and perhaps later in the db)
Does something qualify as a seamark if it is visible from the sea? Maybe a visible_from_sea=yes is enough? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Border crossing with restrictions
2012/11/23 Martin Koppenhoefer dieterdre...@gmail.com Maybe access=residents? Access=residents is a bit too general, but that's exactly how signs in Croatia look: No access except residents. (Then I say, well I'm a resident and laugh to myself). at least we shouldn't put wrong restrictions on purpose, because this will prevent any software or human from understanding the situation. A fixme is there to sign an error, it is not something I'd want to have peramently on the map, and a note is OK for human trying to understand the situation but we shouldn't rely on this when tagging a situation. cheers, Martin I had an idea to take this further. For example, you have to map a case where residents of an address number can access a road. You make a relation with members that are exactly like a turn restriction that forbids turning into that road. Than you add new members to that relation, like housenumbers, private parking places, or maybe a village. Their roles could be something like except. That way, if somebody asks a router to go to that address, router can automaticaly pass him through. Or if the router can route through a border that only residents of a certain village can go through, the router could ask are you from this village. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Money transfer agents
2012/11/19 Sébastien Pierrel sebastien.pier...@gmail.com I guess a bank could operate multiple money transfer solutions. So, service:money:transfer:**operator:western_union=yes ? starting to get awkward... What if we put service:money:transfer=Western_Union? And whenever you have that key (service:money:transfer) it means an establishment can transfer your money. If you want to know details, look at the value. If it only has yes you know nothing except they can transfer your money. If there are more transfer operators, separate them with semicolons. If you want to specifically say that an establishment can't transfer money (a bank for example) put the value no. It's a bit like the key building. Renderers only look for the key building and the value can be whatever. Specialized renderers can look at the value. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Money transfer agents
2012/11/20 Sébastien Pierrel sebastien.pier...@gmail.com What if the establishment can transfer money via Western union and Moneygram? service:money:transfer=Western_Union;Moneygram ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Money transfer agents
Maybe something even wider like: service:money:transfer=yes service:money:exchange=yes (because you can exchange currencies in some banks too, not only exchange bureaus) service:money:withdraw=yes service:money:deposit_coins=yes and so on.. Janko 2012/11/19 Sébastien Pierrel sebastien.pier...@gmail.com Hello list, There's a proposal in the wiki that money transfer agents such as Western Union should be tagged as amenity=money_transfer. I don't like this tag because of the over use of amenity key. Many of the money transfer agents are banks or bureau de change, which are amenities. What do you think of money_transfer=agent + operator:money_transfer=Western Union? Cheers, /Seb. ___ 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] Money transfer agents
2012/11/19 Pieren pier...@gmail.com Is it really the aim of a geospatial database ? You can go to the limit with this statement and say that you should only map addresses, but the fact a bank is on that address is for a different database. I think we should have tags for all things, and then see which ones stick, and which don't. What if there is no money services database in my country, why wouldn't OSM have that data? I'm not trying to pick a fight, just discussing :) Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Fuel, additional tags
Dana utorak, 13. studenoga 2012., korisnik Malcolm Herring malcolm.herr...@btinternet.com je napisao: Janko, as to your first question, a suitable tag is that used by OpenSeaMap: seamark:type=small_craft_facility seamark:small_craft_facility:category=fuel_station This tag is applied to a node at the actual location of the fuel station, rather than the harbour:fuel:diesel tag, which merely lists a facility within a harbour area, but does not indicate the location of the fuel station. See: http://wiki.openstreetmap.org/wiki/OpenSeaMap/Small_Craft_Facilities Thank you! I'll put a reference on the amenity=fuel article. That is solved. We still have to find a tag for low tax fuel. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] Fuel, additional tags
I was thinking about organising fuel nodes in my country, and that requires more tags than the wiki has. First, I think we have no tags for a fuel station that boats can use. Taginfo says we have a tag harbour:fuel:diesel used 66 times, but it doesn't look quite right to me. This tag is maybe used to tag a harbour that has a fuel station. We have just one tag fuel:marine=yes which looks right to me. Can we put that one in the wiki? Second, in my country there is a thing called blue diesel. That is low-tax diesel, and agricultural vehicles and fishing boats can use it. Every country has it's own color for a fuel that has some tax breaks [1]. Do we tag it fuel:diesel:blue=yes for Croatia, fuel:diesel:red=yes for Spain, fuel:diesel:black=yes for Greece? I think that is ok. [1] http://en.wikipedia.org/wiki/Fuel_dyes Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Fuel, additional tags
Dana ponedjeljak, 12. studenoga 2012., korisnik John F. Eldredge j...@jfeldredge.com je napisao: Given that the color of dye used varies by country, and may, in some locations, include fuel used for construction equipment as well as agricultural equipment, marked diesel seems like the best term to use. But what if it's Gasoline 95 that is marked? 3 new suggestions: fuel:lowtax:diesel=yes fuel:marked:gasoline_95=yes fuel:dyed:diesel=yes What about fuel:marine=yes? Maybe everything starting with fuel should be a fuel type offered at the station, so this could be service:marine:fuel=yes and service:motor_vehicles:fuel=no if cars are not allowed. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Standard for external links to location based services
2012/10/18 Simone Saviolo simone.savi...@gmail.com Ideally yes - but keep in mind that not all amenities are mapped, and not a lot (-- euphemism) of them have the opening hours. Of course, this shouldn't stop us from thinking about tagging that. Mapping all 24/7 pharmacies, bakeries, convenience stores or fuel stations is the best opening_hours data you can map in your city. There are not many, but they are the most valuable for a user. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal – RFC – Dynamic maxspeed
Maxspeed is always variable, because you have to adjust your speed according to road conditions (snow, fog, traffic). Signals just make that visible, but it is always there, even without the signals. The only thing I would map is the maximal value the sign can show and put it in the maxspeed tag. Janko 2012/10/15 Martin Vonwald imagic@gmail.com I would like to draw attention again to this proposal as I stumbled across a pretty useless maxspeed=signals again. And I would like to suggest a different tag: instead of dynamic_maxspeed I would prefer maxspeed:variable for the following reasons: * as far as I know those kind of speed limits are usually called variable speed limit and not dynamic speed limit * I would like to see the key right beside the maxspeed key in an editor Martin 2012/9/20 Eckhart Wörner ewoer...@kde.org: Hi everybody, as a follow-up to a previous discussion on this topic here is an RFC that tries to improve the dynamic maxspeed situation. The text of the proposal can be found here: http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed Please comment using this list or in the discussion page of the proposal. Eckhart ___ 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 mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Narrow Bridge (was: Reconstructing «Dificult passability» proposal to «Obstacle»)
Well, car as a unit of road width can be used with the lanes tag. If it catches on it can be put as a proposal. I don't like the lanes tag where there are no lines on the street, it misses the point. Janko 2012/10/13 Stephen Hope slh...@gmail.com Eric, The English version did say that at one point, as well, before it was changed back to the current definition. Maybe the French one was copied from it during that period. Stephen On 13 October 2012 04:49, Eric SIBERT courr...@eric.sibert.fr wrote: Indeed, as pointed out by Martin, I have to use lanes=1. I had a misunderstanding with the lanes=* key. I thought lanes=* indicated the number of lanes in each direction, not the total number in both directions. The French wiki lanes=* page need a strong update, compared to the English one (todo list...). So, I will go on with lanes=1. Éric __**_ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.**org/listinfo/tagginghttp://lists.openstreetmap.org/listinfo/tagging ___ 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] Reconstructing «Dificult passability» proposal to «Obstacle»
2012/10/12 Eric Sibert courr...@eric.sibert.fr - a narrow bridge i.e. you can't cross a vehicle in opposite direction. We may use width=* but it is difficult to get it precisely. obstacle=narrowness It's slightly offtopic, but wouldn't it be logical to use car as a non accurate unit of length? So you can have a tag like width=1car or width=1.5car. I remember people using 1.5 for the lanes=* tag, but this looks better to me. And for the obstacle, I think it's a useful tag. I'll vote for it. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] how to tag: water enclosure beneath fountains
Those pools are a part of the fountain, so I would tag the whole area as a fountain. The part where the water comes out, and the pool are one entity, one doesn't have any use without the other. Janko Mihelić 2012/10/1 Ronnie Soak chaoschaos0...@googlemail.com Hi, recently someone mapped a lot of fountains here, so tried to find out how they should be tagged. But I failed. I found both natural=water or landuse=basin to be in use for those features, but both have their flaws. natural=water - wiki page doesn't specify, but details, examples and name imply the use for a natural feature - but it is used for all kinds of water features, man made or natural (more of a landcover-like tag) - not able to get specific usage figures from taginfo due to variety of uses. landuse=basin - wiki page doesn't specify, but key and sub-types seem to fit for large stormwater/rainwater installations only - not that much in use according to taginfo Do you know any other tag fitting small scale, urban, man made enclosures of water (possibly fed by a fountain or well)? I can see this equally well in the amenity= or man_made= namespace. Or just keeping it with amenity=fountain mapped as an area? Or tag both? Opinions? Best regards, Chaos ___ 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] amenity=kennel
2012/9/14 John F. Eldredge j...@jfeldredge.com In the USA (at least in Nashville, Tennessee, where I live) veterinary offices often include boarding services for small animals. Some only board one type of animals, but accepting more than one type is more common. Services are tagged like service:bicycle:repair=yes for shops that will repair your bike. For animals it could be service:animal:grooming=yes if the shop will hairstyle your dog, or service:animal:boarding=yes and so on. If they take only one type of animal, maybe it could be something like service:animal:boarding=dog;cat Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] amenity=kennel
Dana petak, 14. rujna 2012., korisnik SomeoneElse li...@mail.atownsend.org.uk je napisao: Saying that implies that people actually use tags such as these. Taginfo suggests otherwise: shop=bicycle: 13,425 service:bicycle:repair: 758 I'm guessing that it's a fair bet that more than 5% of all bike shops do some sort of repairs - unless the complexity of tags like this are hidden from users (e.g. by editor support) they won't get used enough to be useful. There is a rule for tags; if you render it, they will use it. Look at this map: http://open.geof.hr/~dodobas/zgbikes.html Shops with service:bicycle:retail=yes have a shoping cart, repair have a little tool. Quite usefull, don't you think so? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Clarify tag access doc
I think all those designated/official/yes are the same thing. They allow something to go through a certain way. What is different is the source of that allowance. If the source is law (access=yes, access:source=de:law) then it's official. If you have a access:source=sign, then it's designated. If you don't have a source, then it's just yes, you can pass here, don't ask me how I know. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
2012/9/7 Dave Sutter sut...@intransix.com I was thinking of using the ref tag as the publicly used term for the entity. For example, there is a bus route 110 for SamTrans (San Mateo county, California). I imagine the ref for this route is 110. There could be some added information to specify this is a bus route for SamTrans, as opposed to a room number in some academic building or an exit on a freeway. Perhaps tags such as ref:type = Bus Route, and ref:scope = SamTrans The external database would also specify the same reference, and then the two could be matched. But if you combine several already existing tags, like 'ref=38' and 'operator=SamTrans' then that should be good enough. If you add a website=*, there shouldn't be a chance that there is going to be duplicate elements somewhere in the database. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
How do we address durations[1] of ferry lines? It can't be tagged on the way, because different ferry lines have different speeds. And you can't put it on the relation, because one relation can represent several different trips, from island to island. Is the solution to make a separate relation for every trip from a terminal to a terminal, and then put them in a master relation? That would seem similar to the new public transport proposal[2]. [1] http://wiki.openstreetmap.org/wiki/Key:duration [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
2012/9/7 Martin Koppenhoefer dieterdre...@gmail.com IMHO you can tag this either on the ferry lines (ways) or on the relations, but if you do it you will have to have a distinct object for each line / all lines that share the same properties, i.e. you might have to add more objects (relations/ways) in order to tag the travel time. I agree, this is ok for simple cases. why would you want to make a master relation? Relations are not categories. In the new accepted public transport scheme you have one relation that represents the bus going from A-B and a different relation that represents B-A. Since it is the same bus line, they are then put into a master relation. I don't know if that is considered a case of relation as a category. In a similar way, you have a ferry that goes from A-B-C-D (different islands). Where do I write the duration from island A-B, B-C and C-D? I guess I can make a relation for every one of those trips (a relation because those same ways are used buy other ferry lines). Following the public transport scheme logic, I can then put those relations in a master relation, to show that this is the same ferry line (and this master relation would have a ref, operator, etc..). Each ferry line would have a different master relation. If we have a case of one boat going across a river, it should be one line, one set of tags. But here on the Croatian coast, things are a bit more complicated than that. Lines even have different variations that are used on different days. If we want to have this in our database, I'm afraid we have to make things a bit more complicated. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] Ferry lines, ways or relations?
I have seen that most of the ferry lines are drawn as ways, each one representing a public transport line. They have a route=ferry tag, motorcar=* and so on. But if you have several lines and several different types of one line (on Fridays it doesn't stop on this island), you will have to draw a lot of lines on the sea. That's why I thought that relations are probably the wanted way of drawing ferry lines. Also, the new public transport scheme says so. I just wanted to see if we agree, so that I can go to the OSRM github page and complain why they don't route over my ferry relations :) Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
Now that I think of it, there is a third solution, and it is maybe even better than relations. Routes that share a similar seaway can share points and appear as a single way. That way users don't have to mess with relations, and the map is clean. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
2012/9/5 Philip Barnes p...@trigpoint.me.uk Are relations supported by OSRM and other routers? On traditional maps ferrys are drawn as a single line for each route, if merged into a single way, how does the user viewing OSM on a screen work out where a ferry goes to and from? Ferry relations are not supported on OSRM. I didn't test the other ones. If a line comes into the merged lines, and then comes out, the user can't know what's happening. Those uses should be discouraged. But if merged lines go into a ferry terminal, everything is clear. It's on the mapper to make the best possible decision. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
I opened an issue on OSRM-s Github page: https://github.com/DennisOSRM/Project-OSRM/issues/402 Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] name of river/admin area
Naming things as they are said makes it difficult for machines to give you a human readable name. In Osmand, if you touch a POI, for example a hotel, it says Hotel xxx. So if someone named it Hotel Park, it will say Hotel Hotel Park. Likewise, if we have a different word for hotel, like inn, maybe you don't want to have them both said. I'm not saying we shouldn't put those words in a name, I'm just saying we have a (small) problem. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Carriageway divider
2012/8/20 Markus Lindholm markus.lindh...@gmail.com Yes, I understand why one would reassemble highway segments on a route that only differ on the maxspeed tag or other such minor issue. But why would one want to reassemble two highways going in opposite direction and from which there is no direct legal route to the other? What about the roads in the countryside? Would you divide roads into lanes if there is a full line, like in the following picture: http://i.imgur.com/p5Oto.png Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry routes, what's the correct approach?
Ferries are a bit like motorways with tolls, but I don't know what is used on motorways around the world. Fee=yes? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
2012/7/6 Glom joha...@goteborg.cc As further information there is a bathing water directive in the European Union that states that all bathing waters should be mapped. There does not seem to be a id-number. Each bathing water is given a rating (Poor/Good/Excellent). (At least in Sweden, the waters have to be rated as Excellent to qualify for the Blue Flag) This page is a good start to find out more on EU bathing waters. http://ec.europa.eu/environment/water/water-bathing/report_2012.html I found an unique id for every bathing water, in an excel file here: http://ec.europa.eu/environment/water/water-bathing/report2011/stations.zip Go to second sheet, and under BWID there it is. First country code, and then id. There is even latitude and longitude. This would be a great resource, if we can copy from it. There is a copyright document about this data, could someone tell if we can copy the data? http://ec.europa.eu/geninfo/legal_notices_en.htm#copyright 2012/7/6 Richard Fairhurst rich...@systemed.net Tagging should be mapper-friendly. You can't expect people to remember what the (obscure) organisation is that runs the (well-known) blue flag scheme. blue_flag=yes is much simpler and better. After some time, I came to the same conclusion. Can we change the wiki page, or do we have to make a new page? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
2012/7/6 Glom joha...@goteborg.cc I have changed the wiki-proposal to only blue_flag=yes. I will send out an Request For Comments in a new thread. Please fill the page with information. It could be used for other ratings: rating_of_bathing_water=excellent rating_of_bathing_water:EU=excellent rating_of_bathing_water:blue_flag=true (of course with better key-names, its the idea I want to show)/ Well, you are complicating things even more :) Mappers are not going to remember all of that. I thing those tags would be better for importing data. And importing this data maybe is the best solution, after we map the beach resorts and name them right. Should bathing_water present in the exel files be tagged as leisure=beach_resort? After some thought, I think it is the same. It's just that the blue flag rates the whole beach resort, and the european rating of bathing water only rates the water quality near the beach resort. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
Dana petak, 6. srpnja 2012., korisnik Martin Koppenhoefer dieterdre...@gmail.com je napisao: 2012/7/6 Peter Wendorff wendo...@uni-paderborn.de: amenity=drinking_water [6] there is also some drinking_water=yes, which can e.g. be added to amenity=fountain (where the fountain aspect seems more important than that is drinking water). cheers, Martin ___ 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] Feature proposal - RFC - blue_flag=yes
Dana petak, 6. srpnja 2012., korisnik Martin Vonwald (Imagic) imagic@gmail.com je napisao: Just a quick thought: wouldn't it be more readable if this tag would be a subkey of beach, i.e. beach:blue_flag=yes? So you see at once that this is a property of the beach. Beaches don't get blue flags, only beach resorts, marinas and boats do. So if there is a tag leisure=beach_resort besides blue_flag=yes, you know what it's for. I think no namespaces are required. But I was thinking about something else. Does a leisure=beach_resort have to have a beach? What if it is on cement blocks with ladders into the water, no sand or pebbles? I think our leisure=beach_resort doesn't need a beach. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging u-turn restriction with continuous painted line
I think no_left_turn is the best solution. The line on the middle of the street is not a u-turn indicator, it is an overtake indicator which can be tagged with overtaking=no and overtaking=both. Are you sure that the dotted overtake line allows you to make a u-turn? Janko 2012/7/3 Pieren pier...@gmail.com Hi all, Someone on the help site is questioning about a missing u-turn restriction on a roundabout junction with splitter islands ([1] in French). The problem is when you take one roundabout exit and want to come back to the roundabout, a router like OSRM is telling you to immediatly turn left after the divider although it is not allowed on the ground. He is pointing one example on OSRM : http://map.project-osrm.org/?hl=frloc=47.291040,-2.356550loc=47.291970,-2.356720z=18center=47.291347,-2.357208df=0 With the aearial imagery (can be enabled on OSRM), we can see that the u-turn is forbiden on about 10..15 meters after the splitter island with a painted continuous line on the ground. I don't think a no-turn-left-restriction relation is the best solution here since we just indicate the restriction at the splitter island node but we don't say at which point it will be possible to u-turn. I think the best solution is to represent the continuous painted line on the 15 meters road segment. The best tag I've found so far is the divider proposal on the wiki ([2]) but is not very popular ([3]). Any thought ? Pieren [1] http://help.openstreetmap.org/questions/13939/interdiction-de-tourner-sur-entreesortie-de-rond-point [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Divided_road [3] http://taginfo.openstreetmap.org/keys/divider ___ 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 u-turn restriction with continuous painted line
2012/7/3 Janko Mihelić jan...@gmail.com I think no_left_turn is the best solution. Actually, no_u_turn would be better. It's the same for the router, but not the same for the user interface. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging u-turn restriction with continuous painted line
2012/7/3 Colin Smale colin.sm...@xs4all.nl Not sure about other countries, but in UK and NL a solid line means (formally) no crossing and not no overtaking. For larger vehicles it might be effectively the same thing, but for motorcycles (for example) it's not as they can overtake another motorcycle without crossing the line. So if it's a solid line, that also means no U-turns, and also no left turn (driving on right). It's probably the same here, I just didn't know. Well, the router could take the overtake tag into consideration, and make you turn around there. They don't do this yet, but probably will. You still have to put a restriction relation on the node where the roads meet. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging u-turn restriction with continuous painted line
2012/7/3 Philip Barnes p...@trigpoint.me.uk The router does need fixing however as U-turns around a roundabout divider island are rarely sensible and should not be treated as a junction. Phil I think this is the wrong way to look at this. If you rely on routers to make this kinds of decisions, you are going to have a lot of problems. What if there was a roundabout island where you were allowed to u-turn? You should put in a allow_roundabout_u_turn or something. Also, some routers are not going to have the same logic. Anyway, if you don't put a no_u_turn restriction in this case, routers are rarely going to route through that, so I think we are safe either way :) Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging u-turn restriction with continuous painted line
2012/7/3 Pieren pier...@gmail.com On Tue, Jul 3, 2012 at 2:12 PM, Janko Mihelić jan...@gmail.com wrote: But anyway, representing the no-crossing is important for routing and we should consolidate the wiki between the overtaking and divider tags. I agree, we could put something like routers should offer 180° only when you have overtake=both Could we consider that overtaking=no applies to the end nodes as well, like we do for the oneway restriction ? Maybe for cases when two out of three roads are oneway, and the third has overtake=no.. But even in that case, I think a strong rule like no_left_turn restriction is the best solution. Everything else makes things complicated.. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging u-turn restriction with continuous painted line
2012/7/3 Markus Lindholm markus.lindh...@gmail.com I still think it's more straight forward to map as two separate ways than to add tags to provide a logically consistent view about how to drive from A to B in a legal way. Bank robbers and emergency vehicle drivers make anyway their own decision on the spot. And about pedestrians, I add sidewalks around such street and tag the street with foot=no. Does this mean you separate the road when overtaking is not allowed, and put them together when it's allowed? How can this be better than tagging with overtake=no or divider=legal? Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] maxspeed=signals
2012/6/27 Paul Johnson ba...@ursamundi.org To be able to display a range, or estimate the correct value when other data (such as speed limits that vary based on time of day) is available. I think that estimation of slowest possible trip is not something we should be thinking about. In my country, and I assume most others, you must lower your speed if the road conditions are bad, even if there are no signals. That is not very different from signals that lower the maximum speed if there is rain, fog or something else. Let alone traffic jams. I think such cases should be handled by other, real-time services. We should only concentrate on the best (fastest) case scenario. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
Dana utorak, 26. lipnja 2012., korisnik Simone Saviolo simone.savi...@gmail.com je napisao: Yes, in fact, that's what I meant. Every single beach area in the municipality has been awarded the flag. I am still a bit unsure, though: do you know of cities in which only some of the beaches/marinas have the flag, and others don't? I don't live on the sea, so I am not sure. But whenever there is talk about blue flags here (Croatia), it mentions specific beaches and marinas, never towns or regions. I got an answer about gray flags on their site: The grey flags are Blue Flag sites not in Blue Flag season yet: this means they have been awarded the Blue Flag, but will comply with all criteria when their season starts, later in the summer. Best Regards, Sophie Bachet Blue Flag International Director So some beaches are only blue flag compliant during some seasons. I think this is too much information for osm right now. fee_blue_flag=yes should be enough. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
The Blue Flag is a voluntary eco-label awarded to 3849 beaches and marinas in 46 countries across Europe, South Africa, Morocco, Tunisia, New Zealand, Brazil, Canada and the Caribbean. More about it here: http://www.blueflag.org I suggest a fee_blue_flag=yes tag which should be used in combination with leisure=beach_resort or leisure=marina. This could be useful for easy searching of well equipped, maintained and clean beaches and marinas for tourists. And it's a nice project for mappers on vacation :) Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
2012/6/26 Simone Saviolo simone.savi...@gmail.com However, as far as I know, the Blue Flag is awarded on a Commune basis, so I don't think it would be ok to tag a marina or a beach resort. For example, in Italy, Varazze is traditionally a Blue Flag city, and no beach in the Commune's territory (or, if you wish, *all* of them) are Blue Flag beaches. On the other hand, it never happens that a particular resort sports the Blue Flag if the Commune doesn't. Well, I looked at Varazze on that site, and it has several blue flags for beaches and marinas. It also has a gray flag for one beach, but I couldn't find what's the difference. I'll send them an e-mail to find out. 2012/6/26 Michael Krämer ohr...@googlemail.com I am a bit confused by 'fee_' in the tag. From my experience there is no direct connection between a 'blue_flag' and any fee. Simone is right, it's Foundation for Environmental Education. Maybe the tag should be changed if it's confusing. I added fee so there are no possible conflicts. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tagging Blue flags (Foundation for Environmental Education's Blue flag criteria for beaches and marinas)
2012/6/26 Simone Saviolo simone.savi...@gmail.com: Yes, actually every beach is marked with the blue flag. However, it is not relative to a single resort. Also, signs usually say Varazze Bandiera Blu d'Europa without referring specifically to any limited area. Ciao, Simone Maybe all the beaches in Varazzi have the blue flag :) On the official site, for Varazze they say: Varazze - Arrestra, Beach Varazze - Piani d'Invrea, Beach Varazze - Levante Teiro, Beach Marina di Chiavari, Marina Varazze - Ponente Teiro, Beach Marina di Varazze, Marina Do you know of any other beaches or marinas in Varazzo that have the blue flag? After inspecting, I guess they put Marina di Chiavari in the wrong place.. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Tag definitions in the OSM wiki and Wikipedia references
2012/6/7 Martin Koppenhoefer dieterdre...@gmail.com My plea is to avoid these links to external ressources and to define all necessary settings in our own wiki. I think that a deeper integration with wikipedia could be a very interesting thing. Maybe some links on our wiki aren't correct, but the possibility to go to a wikipedia article about charging stations, and than clicking see them in opentreetmap which highlights them on our map is my idea of a perfectly linked information. Germans are working on Wikidata, a new project that is making Wikipedia a bit more data oriented. I think we should look at ways to connect that data to our data. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag the area of a (public) outdoor swimming pool ?
2012/5/24 fly lowfligh...@googlemail.com Hi I want to tag the area (changing rooms/lawn/playground + pools) but I get a problem with leisure=swimming_pool. It is use for the pools but how to tag the whole area ? leisure=water_park is not right (close but than we need some subtagging). For indoor pools you do not have the same problem as long as the pool within the building is not tagged, yet. I have seen some uses of leisure=park but that seems not perfect. Any hints/ideas ? Thanks fly Maybe landuse=recreation_ground? http://wiki.openstreetmap.org/wiki/Tag:landuse%3Drecreation_ground or maybe even better, leisure=sports_centre + sport=swimming http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre Janjko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] [OSM-talk] POI for Hotel
2012/4/15 Markus Lindholm markus.lindh...@gmail.com Somebody should start an OpenServicesDatabase-project, that would host information about hotels, restaurants, cafes, museums and parks with detailed description of amenities provided along with user reviews. /Markus This would be beautiful. Janko ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Block names (vs street names) in Brasilia
2012/4/24 Alex Barth a...@mapbox.com - draw blocks as polygons - tag with `landuse=residential` or `landuse=commercial` - name with block number I don't like the landuse tag for this purpose. There could be two landuses on one block, there could be an empty block with no landuse but with a block name, and so on.. That tag isn't used for that. I would use place=neighbourhood for the polygon. Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] School tag
Right now we have amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool, amenity=college http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollegeand amenity=universityhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity. Then we have isced:xxx=value http://wiki.openstreetmap.org/wiki/Key:iscedfor determining the level of a school by the International Standard Classification of Education. What about the general subject of a school? There are music schools, law schools, medicine schools, and so on. I would describe them in a tag * school=**. So we would have school=music, school=law etc.. Primary and middle schools that have no specific subject could be school=general. A university is mapped with a polygon that has amenity=university, but individual buildings could have school tags, like school=law or school=economics. This could also be used with: - driving schools (amenity=school + school=driving instead of amenity=driving_school) - foreign language schools (amenity=school + school=language + language=en;fr;de) - pottery workshops (amenity=school + school=pottery) - karate schools (amenity=school + school=sport + sport=karate) There are a lot of possible values for this tag, some of them are: Agriculture, Architecture, Biology, Chemistry, Design, Driving, Economics, Electronics, Geodesy, Geography, Geology, Language, Law, Mathematics, Medicine, Music, Painting, Physics, Sport, etc.. Thanks for your opinions, Janko Mihelić ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging