[Tagging] RFC - Level:ref=*

[johnw]

I created an RFC page for level:ref=*

I look forward to your comments. here or on the discussion page. 

http://wiki.openstreetmap.org/wiki/Proposed_features/level:ref 



PS: I will create it’s cousins, addr:unit:ref later. having the 
directory/information map label value (#7 on the guide map) is very useful, 
especially if the actual addr:unit info is very different (unit E512). 



Javbw___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Does Google lack data?

[Greg Troxel]

Martin Koppenhoefer  writes:

> the Google logo is there because they use the Google API to display the
> map.
> It is a requirement from the Google API. You can see it here in the source
> code:
>  https://maps.googleapis.com/maps/api/js?key=...&libraries=geometry,places&sensor=true&language=ru
> ">
>
> I agree that this leads to situations where "normal" map consumers
> presumably have difficulties to understand that the map is not from Google.
>
> Also the attribution on this map should be improved, because it doesn't
> contain a link to osm or to our license (as far as I see).

I would suggest that if someone wants to use a Google API to display OSM
data, and that results in misattribution, then they shouldn't do it.
Basically, just because wanting to use google leads to a requirement, if
that requirement conflicts with proper use of OSM, then you just can't
do both.



signature.asc
Description: PGP signature
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] amenity=bicycle_repair_station

[Andy Townsend]

On 10/11/2015 02:41, Bryce Nesbitt wrote:
amenity=bicycle_repair_station has a problem: it's attracting lots of 
active tagging
of shops offering bicycle repair.  For example: 
http://www.openstreetmap.org/node/3772809894

and http://www.openstreetmap.org/way/337421757


That was not the intent.  amenity=bicycle_repair_station was meant for 
unattended

tool stands, often outdoors, often 24/7, generally public.

I'm seeking support for a mechanical edit to a new tag name.
There are known automated clients of this tag, and I am in contact 
with both.




An alternative suggestion - lobby the authors of iD to include the word 
"repair" in the "bicycle shop" description, or otherwise influence the 
search results.  If you search for "bicycle", bicycle shop is ahead of 
bicycle repair station.  If you search for "repair", you get "Car repair 
shop", "bicycle repair station", "bookbinder".


A mechanical edit would just confuse all the humans (me included) who 
have just learnt what a "bicycle repair station" is.


Cheers,
Andy


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Named junctions

[johnw]

> On Nov 13, 2015, at 7:46 PM, tomoya muramoto  wrote:

> However officially (legally) the name is "place" name. It causes some 
> problems.

I understood it to be the signals were named after the places - not the places 
themselves.And only *sometimes* named for places. 

Places are named with place=*, and it is well documented how to name any 
location in Japan, including the 小字 / 字 / 丁 / 丁目 places with 
place=neighbourhood 

http://wiki.openstreetmap.org/wiki/Japan_tagging#Places

These are signal names, and often they are named for buildings or other 
locations, not the actual place=neighbourhood places. 

A Signal in my city is named, translated, “ Above Kiryu Train Station” 桐生駅前

https://www.google.co.jp/maps/@36.4115134,139.3328665,18.59z 


The coffee shop on the corner is  Miyamae-cho 2丁 8-5   =>   桐生駅前 is not part of 
it’s address - it is just the name of that signal. 

They are all just named traffic signals. 


The examples you give are reasons why they are signal names, and not junction 
or place names.

> Small problem: No junction
> http://www.openstreetmap.org/node/1114945003 
> 
The signals are named for the building complex (just like lights are often 
named for train stations). 

The light is just for the crosswalk.  Naming the signal controlling the 
crosswalk should not be an issue. 

The crosswalk itself (road x crosswalk could be considered a junction too. 


> Severe problem: Different names

> I don't have any idea to map them correctly.


wow! that is interesting! I’ve never seen that before. 

it looks like they are signs for the block you are entering. so depending on 
your direction of travel, you see a different block name. 

<=== west6 ooo   west5  west5ooo   west 4 west4   ooo   
 west 3 ==>

but it overlaps in in both directions. all the lights in that area are that 
way. 

wow!  All of Sapporo is that way! 

Google does it with a single named signal with the lowest and highest values 

https://www.google.co.jp/maps/@43.0923,141.3410069,17.55z 
 

N26 W6
N27 W5 


Yahoo Too
http://maps.loco.yahoo.co.jp/maps?type=scroll&datum=wgs&mode=map&pointer=off&lat=35.4573089010882&lon=139.619295364418&z=19
 


N26 W6 • N27 W5 

Mapion as well

http://www.mapion.co.jp/m2/42.99001590102444,141.35332833963417,15

N27 W5  • N26 W6

For people driving, each signal should have it’s own name - but it looks like 
the map companies have standardized on this layout for naming the set of 
signals.  

This would be a big problem if we were naming junctions, but we are naming 
signals, so we can give each of the signals a name - 

but it is very difficult to get a single icon to render (one set of signals) 
but have all 4 names shown. I suppose this is why everyone chose the solution 
they did. 

Perhaps we can have the signal members in a group get their own name for 
routing purposes, but that might be overkill. We since this is such an odd 
thing, baybe we should follow the data conventions of the other maps and use 
named pairs for each signal name.

I will now go and look at some other large cities to see if they have this 
weird grid issue as well. I have never seen this before now. 


Javbw

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Named junctions

[tomoya muramoto]

In Japan, a name plate is attached to a traffic signal, but the name is
widely recognized as "junction" name. So I think it's reasonable to tag it
as a junction.

However officially (legally) the name is "place" name. It causes some
problems.

Small problem: No junction
http://www.openstreetmap.org/node/1114945003
There is traffic signal with name and zebra zone, but no junction here. Is
it a junction name or a signal name?
(I think it can be treated as a junction name to keep consistency)

Severe problem: Different names
https://www.google.co.jp/maps/@43.0932299,141.3406141,3a,75y,36.3h,85.98t/data=!3m6!1e1!3m4!1sXMdPZfgudt0fNJT3iY-l2w!2e0!7i13312!8i6656
It's not so big junction. There are four physical traffic signals.
However each name of traffic signals are different, 北27西6, 北27西5, 北26西5,
北26西6(北=North, 西=West). Because they are "city block" name.
I don't have any idea to map them correctly.

muramoto


2015-11-13 10:45 GMT+09:00 John Willis :

>
>
>
>
> Javbw
> > On Nov 13, 2015, at 6:45 AM, John Eldredge  wrote:
> >
> > Could you have a named signal at a named junction, with different names?
>
> Afaik, named road junctions do not exist in Japan (motorway junctions are
> named, but not normal roads with signals) I am not sure about other places.
>
> 
>
> The closest thing is when a major street is named after the
> place=quarter(?) it goes through, and the area is broken up into numbered
> blocks (not street addresses for the buildings, but sequential block
> numbers) and the signals are basically numbered along with the adjacent
> area, So:
>
> Driving down Honcho street through honcho sections 1, 2, 3, etc , the
> signal names  will match Honcho 1, Honcho2, honcho3.
>
> But this only happens for secondary/primary/trunks *sometimes*.
> Other times they will be named like "station north entrance" or just the
> name of the village, if it is a small place. Some are named as "foobar
> mountain entrance", because it is where you turn to drive up the large
> mountain - so expecting the signal names to be in some kind of sequential
> order, related to the current town name or nearby buildings is not good, as
> it is very inconsistent - hence the names need to be rendered, as provided
> mapping instructions and visible signage on where to turn - either on paper
> maps, a printed brochure or online PDF, or GPS navi systems are all based
> on signal names (when present) to tell you where to turn, or give you a
> reference point to count signals past that point on where to turn.
>
>
> Javbw.
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Does Google lack data?

[Martin Koppenhoefer]

2015-11-13 4:43 GMT+01:00 André Pirard :

> I've been surprised when Searching Google for Щорса Кричев
> 
> to find the result Остановка - Щорса - Кричев - WikiRoutes.info
> 
> which is a map containing the Google Logo but an OSM map (and Copyright,
> is the logo decent?).
>


the Google logo is there because they use the Google API to display the
map.
It is a requirement from the Google API. You can see it here in the source
code:
 https://maps.googleapis.com/maps/api/js?key=...&libraries=geometry,places&sensor=true&language=ru
">

I agree that this leads to situations where "normal" map consumers
presumably have difficulties to understand that the map is not from Google.

Also the attribution on this map should be improved, because it doesn't
contain a link to osm or to our license (as far as I see).

Cheers,
Martin
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging