something from moving to the other side - that's what defines
it as a RETAINING wall.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
from intuitive to do initially.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
divider tagging should be our goal here.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
names.
Therefore in German it's combined with city of... only in the relatively
rare cases of ambiguous names - given the concrete context, not the name
alone.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http
an obstacle, it is a danger element
but as it is on the side of the road it will usually not obstruct the
road itself.
-1 for guardrail_broken as part of obstacle. It isn't.
Do we have anything for danger sources where it could fit?
regards
Peter
___
Tagging
branches have dedicated names, sometimes they have numbers -
here the branch is a useful tag; but often branches are only identified
by address, and there I'm not sure if/why we should use a dedicated key
as the Mc Donalds at Main Street might be enough.
regards
Peter
Am 15.10.2012 14:27
has an
idea about where to look to find crucial information about the facility
in the web.
regards
Peter
Am 18.10.2012 16:49, schrieb Simone Saviolo:
2012/10/18 Eugene Alvin Villar sea...@gmail.com
mailto:sea...@gmail.com
opening hours and operators [...] are intrinsic
properties
Am 18.10.2012 17:16, schrieb Simone Saviolo:
[...]
Peter, I am just a little bit dubious about the guideline you
described. A good marketing campaign would include (if multiple social
services are used) a website with the main content and regular posts
on the social networks about instant
think about relying on osm opening
hours data for an application like that, but don't omit opening hours in
future because there won't be applications in that field due to
incomplete data.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
is a candidate for an additional advertising
value as well? (but I have no idea, what the name could be and if it's
known enough to count as an own type.
Regards
Peter
Am 28.10.2012 04:04, schrieb Martin Koppenhoefer:
Please have a look at the advertising proposal, I am planning to get
of tags together has to be interpreted to be usual -
while on the other hand it's only one tag more to do it in a more data
user friendly way.
regards
Peter
Am 29.10.2012 12:40, schrieb Martin Vonwald:
People - really! Where did I propose to change any tags at all? I
asked a question
Am 04.11.2012 21:56, schrieb Eckhart Wörner:
Hi Peter,
Am Sonntag, 4. November 2012, 21:03:12 schrieb Peter Wendorff:
With a rough scan only - so no details about the content of your wiki page:
Yes, I think it's useful to have this kind of documentation, but IMHO
it's not a good replacement
with the information tag obviously used
instead of fixme or note, but nothing that fits.
regards
Peter
[1] http://wiki.openstreetmap.org/wiki/Information
[2] http://taginfo.openstreetmap.org/keys/information
___
Tagging mailing list
Tagging@openstreetmap.org
http
to
get involved.
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
/map_of_the_railway_network. I
imagine this will be really useful to validate track layouts and fill in
any gaps.
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
.
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
happy to make them tiploc_code, stanox_code and
crs_code, or perhaps prefix them with something else.
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
fit here. In that your
argumentation sounds much like a tagging-for-the-renderer-argumentation.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
to
the corresponding fitting real tag; but perhaps you (or anybody else
can give examples of usages, where such a tag is missing or where there
are reasons not to use/invent one.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http
to define the bridges pillars
(in the middle or at both ends of the structure).
Being able to map them would allow
1) better 3D rendering
2) interpreting them as barriers under the bridge
3) more or less calculate an estimated space width for driving through
under the bridge
regards
Peter
2013/1/31
-area (e.g. man_made=bridge) defined, but there's a bridge=yes, I
have to assume an error, I might report that as such and/or I should
fall back to assume a bridge-area at/around the way, which is simple by
creating a rectangle with the assumed bridge width around the way.
regards
Peter
the old scheme or not.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
of it, and the bridge area is
covered by the highway on top.
To summarize:
If the bridge outline is hidden underneath the rendered road, the old
bridge casing is not hidden (as it's per definition outside of the
rendered road). Therefore it's not a problem.
regards
Peter
Am 01.02.2013 14:19, schrieb Martin Koppenhoefer:
2013/2/1 Peter Wendorff wendo...@uni-paderborn.de:
case 2: the legacy style of at least one bridge highway is painted that
wide that it's outer line(s) is/are outside of the bridge area (including
casing).
This way the legacy styles bridge
Am 01.02.2013 15:01, schrieb Janko Mihelic':
2013/2/1 Peter Wendorff wendo...@uni-paderborn.de
mailto:wendo...@uni-paderborn.de
but on the other hand it's a reasonable preprocessing step to
calculate these conflicts (sharing nodes between ways having
bridge=* and ways having
if not the single pistes
have to be paid but you can pay one bill for the whole resort
I'm sure there's more which could be incorporated, but find reasons for
the relation, and what value the relational concept adds to the tagging
solution alone.
regards
Peter
think.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
the
worldwide company, and that this might have a distinct entry in
wikidata. So this wouldn't help either.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
Am 27.02.2013 13:01, schrieb Pieren:
On Wed, Feb 27, 2013 at 12:49 PM, Peter Wendorff
wendo...@uni-paderborn.de wrote:
If you keep the original operator, then I don't see the point.
Either the tags operator and operator:wikidata are different and
you have a real problem. Or the tags have
the word about the tag itself; but the wikidata id as the id
alone is useless and worse than not adding it in many cases.
regards
Peter
[1] https://de.wikipedia.org/wiki/Eckm%C3%A4nneken
Am 27.02.2013 14:19, schrieb Simone Saviolo:
2013/2/27 Pieren pier...@gmail.com mailto:pier...@gmail.com
directly, so some mappers will skip the details in future.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
See wikipedia for comparison:
https://en.wikipedia.org/wiki/Montane_ecology#Alpine_grasslands_and_tundra
regards
Peter
Am 27.03.2013 14:21, schrieb Martin Koppenhoefer:
2013/3/27 St Niklaas st.nikl...@live.nl:
Since the hut is situated in Australia, why name it Alpine hut ? I always
thought
a tag for that kind might be useful.
regards
Peter
[1] http://en.wikipedia.org/wiki/Orchard#Meadow_orchard_.28Streuobstwiese.29
[2]
http://www.openstreetmap.org/?mlat=51.481917mlon=9.130819zoom=16layers=M
___
Tagging mailing list
Tagging@openstreetmap.org
bank
operator=those-who-can't-get-enough
and as a separate object, probably inside the polygon of the bank above:
amenity=atm
operator=thos-who-can't-get-enough
regards
Peter
Am 28.05.2013 18:51, schrieb Tac Tacelosky:
Should standalone ATM's be tagged as amenity:atm, but ATM's in a bank
the other bread
is transported from somewhere else.
So at least that would lead to a second tag: preparing=yes or something
like that.
regards
Peter
Am 03.06.2013 10:45, schrieb Martin Koppenhoefer:
2013/6/3 Jo winfi...@gmail.com
Better be explicit and use
+1
oven=yes for all 'warme
the same bridge construction, there the problem is exactly
the same.
There's this proposal already, although I'm not sure if it's the best
solution:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
regards
Peter
Am 04.06.2013 00:26, schrieb François Lacombe:
Hi,
I'm
(Bäckerei) nur noch für Läden gilt, in denen Mehl gemischt, Teig
geknetet und Brot gebacken wird.
roughly translated: A Boulangerie is only suitable for shops where flour
is mixed, dough is worked and bread is baked.
regards
Peter
Am 02.06.2013 11:04, schrieb Martin Koppenhoefer:
I'd like
there were no electronic,
satellite-based navigation systems) is a good start.
regards
Peter
--
name=Camp Mingo
tourism=camp_site
addr:housenumber=*801*
addr:street=North Mingo Road
addr:city=Mingoville
addr:postcode=X
website=*
addr:street=Camp
)
- peranent structures (like theme parks, restaurants, or even
fish-and-chip-restaurants in a permanent building), even with
opening_hours attached.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo
.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
then): the maximum
weight the complete road train is allowed to have if fully loaded.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
Your Own is rather English centric.
But bring_your_own can be translated easily, while byop may be an
abbreviation or not - who knows? ;) and even if you guess it's one, you
have to know the long term to translate it, as byop is not
self-explaining AND nevertheless English centric.
Gruß
Peter
either, as
it's not clear how to determine wether it's guaranteed that at any time
a trained staff member is available; but I guess that's similar with the
sticker you proposed).
regards
Peter
Am 05.07.2013 12:47, schrieb Shu Higashi:
Thanks for many comments.
I found I've forgotten one
outline, I would tag it as
building=construction as it's easy to change the value later.
regards
Peter
Am 06.07.2013 03:26, schrieb L. David Baron:
While trying to map some building construction sites in the South of
Market (SoMA) neighborhood in San Francisco (near the office where I
work), I
is that umbrella term you seem to dislike.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
tagging scheme in some places has it's drawbacks, but
that's (technically) the case where more than one value would have to be
applied to the same key, e.g. amenity=cafe + amenity=restaurant, or
whatever else.
In this case it's an IMHO wrong interpretation by KeepRight.
regards
Peter
Am 24.07.2013 00
Hi Martin,
Am 24.07.2013 23:55, schrieb Martin Koppenhoefer:
Am 24/lug/2013 um 20:42 schrieb Peter Wendorff wendo...@uni-paderborn.de:
natural=water, leisure=fishing (I think that was your example)
natural=water, leisure=swimming
natural=water|heath|grassland|..., leisure=nature_reserve
up to the user/software/logical
interpretation, which of these objects speak for themself and which ones
are only useful or of interest as an attribute of another one.
regards
Peter
Am 25.07.2013 15:55, schrieb André Pirard:
On 2013-07-25 10:54, Martin Koppenhoefer wrote :
2013/7/25 Peter
.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
- and what now?
Another example: the way ends at your node on both sides - and both ways
go to different directions - and now?
sorry: bad idea IMHO ;)
regards
Peter
P.S.: If that general idea would have been good we would not need
relations for some turn restrictions either.
Am 27.08.2013 16:40
Am 27.08.2013 17:38, schrieb Pieren:
On Tue, Aug 27, 2013 at 5:15 PM, Peter Wendorff
wendo...@uni-paderborn.de wrote:
It's more reliable to guess the direction by
nearest-distance-to-next-intersection than to rely on any mappers to
keep that up to date, especially with iD making it extremly
with a trailer - and that is simple but wrong.7
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
Am 28.08.2013 13:21, schrieb Martin Koppenhoefer:
2013/8/28 Peter Wendorff wendo...@uni-paderborn.de
bicycle:trailer=no would say it's not ALLOWED to cross this barrier
with a trailer - and that is simple but wrong.
-1, as this is a new key it would probably not be defined
But then a pet_supply sells pets, not pet_supplies. Am I right?
(Grammatically.)
No, as pet_supply IMHO is the kind of shop that sells you cat-food, dog
leashes, cages and so on.
For a shop selling pets it would be shop=pet.
regards
Peter
___
Tagging mailing
fast food brands, then yes, as
they call their shops restaurant themselfes.
If we use the OSM nomenclature, it's not - as it's either
amenity=restaurant or amenity=fast_food, but not both (except if someone
would use multiple values in the tag).
regards
Peter
at a random time.
For calculating the best (shortest, fastest...) route, either the
average case would be used.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
is often nothing else than the most prominent ad at
the store.
Therefore most often they objectively don't qualify for shops whose
main purpose is selling lottery tickets.
regards
Peter
Am 01.12.2013 10:47, schrieb Martin Koppenhoefer:
2013/12/1 Matthijs Melissen i...@matthijsmelissen.nl
Based
for
the mappers later, but adding counter examples would be, too (like a
German Lottoladen with a matching tagging that differs from shop=lottery).
regards
Peter
Am 01.12.2013 14:06, schrieb Matthijs Melissen:
On 1 December 2013 09:47, Martin Koppenhoefer dieterdre...@gmail.com wrote:
The only
, as it's part of the webcam information, not
part of the contact information, which would lead to webcam:*
2) I would use url instead of contact, if it should refer to where the
webcams output can be seen, whcih would lead to webcam:url=*
regards
Peter
Am 01.12.2013 15:18, schrieb Egil Hjelmeland
Am 01.12.2013 16:05, schrieb Egil Hjelmeland:
On 01. des. 2013 15:28, Peter Wendorff wrote:
Hi,
I'm not happy with contact:webcam, as the contact namespace IMHO serves
a different purpose.
contact:webcam could define whom to contact for questions regarding the
webcam, or whom to contact
Am 01.12.2013 21:04, schrieb Egil Hjelmeland:
On 01. des. 2013 18:11, Peter Wendorff wrote:
Am 01.12.2013 16:05, schrieb Egil Hjelmeland:
On 01. des. 2013 15:28, Peter Wendorff wrote:
Hi,
I'm not happy with contact:webcam, as the contact namespace IMHO serves
a different purpose
Peter
Am 01.12.2013 22:47, schrieb Jonathan:
:-) This whole discussion assumes cyclists obey traffic rules! In the
UK cyclists ride where they like! :-)
http://bigfatfrog67.me
On 01/12/2013 21:38, Matthijs Melissen wrote:
On 1 December 2013 10:04, Martin Koppenhoefer dieterdre
free quote from I'm not sure whom:
Make your sentence idiot proof and there will be a better idiot.
I know, but I know that there are people who don't read your smileys
correctly. That shouldn't be an offense against you.
;)
regards
Peter
Am 02.12.2013 20:27, schrieb Jonathan:
I was being
that belongs to the house.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
defaults here when applying
rules to the default map rendering.
The Mapnik Map IMHO should show what's in OSM, not what one could
estimate out of it.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org
, and a dedicated new track too.
The solution for routing may be to use different routing profiles for
different parts of the world or different preprocessing.
regards
Peter
On Thu, Jan 2, 2014 at 2:15 PM, gweber gwebe...@gmail.com wrote:
Sorry for coming late to this discussion. I have been trying
Hi,
What about hazard=rock_slide [1]?
regards
Peter
[1] http://wiki.openstreetmap.org/wiki/Proposed_features/hazard
Am 02.01.2014 17:51, schrieb John F. Eldredge:
What tag would you use on a section of roadway prone to landslides or
fallen rocks? I am not talking about tagging a currently
/Tag:shop%3Dpet
regards
Peter
Am 01.01.2014 22:13, schrieb Matthijs Melissen:
Dear all,
Currently the tags shop=bag (303) and shop=pet (4501) are used in
parallel to the less used tags shop=bags (177) and shop=pets (137). I
propose to agree on the defacto standard (the singular).
In order
is proposed, too it's better to use that one only
instead of spreading values across amenity, shop, leisure, gambling and
probably even more.
regards
Peter
Am 09.01.2014 15:07, schrieb Martin Vonwald:
Hi!
2014/1/9 fly lowfligh...@googlemail.com
and only use gambling, especially
above.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Sounds like a good starting point at least.
regards
Peter
Am 23.01.2014 14:12, schrieb Frederik Ramm:
Hi,
On 01/23/2014 09:26 AM, Peter Wendorff wrote:
At a real, existing office with working people, it's possible that I
want to go there to apply for a job, to talk to them about an idea
Hi Ronnia,
as the use case was an outer area shared by two amenities in different
building, it's a multipolygon with one outer and one inner member, and
that should be fairly common around the world, as it's the most simple
case for an osm multipolygon, right?
regards
Peter
Am 28.01.2014 12:20
a multipolygon with outer s and inner (b1) and tag it as primary
school (so the primary school is the whole space inclunding building b1
WITHOUT b1)
2) use a multipolygon with outer s and inner b2 and tag it as
kindergarten (same the other way around).
regards
Peter
Am 28.01.2014 14:14, schrieb Ronnie
this type of areas as well.
regards
Peter
Am 28.01.2014 15:50, schrieb Ronnie Soak:
2014/1/28 Peter Wendorff wendo...@uni-paderborn.de
one building (b1) and the outer space (s) are used by a kindergarten,
the second building (b2) and the outer space (s) are used by a primary
school.
Our
Am 05.02.2014 07:44, schrieb Kytömaa Lauri:
Bryce Nesbitt wrote:
does not represent what's on the ground: there won't be a one way
street sign.
Dual carriage roads don't have one way signs, either, but the parts
have oneway=yes. I just noticed that the relatively recently changed
for Osmand.
another thing on a very long list of things i need to learn to do.
That's fairly simple: There's a java tool (I think it's called
osmandmapcreator) where you put in your osm(.pbf) file, choose the
target area (if you want) and get out the obf.
regards
Peter
you could use office=e-commerce or something like that:
At that geolocation it's an office, but it operates in the e-commerce
section, so it's probably an online shop.
Not sure if that's the best value, but that's what values are for, right?
regards
Peter
Am 19.02.2014 18:22, schrieb L. David
is valuable, especially with a minimum-opening-time
(open 17:00-22:00+) the opposite isn't useful in my opinion.
regards
Peter
Am 24.02.2014 22:09, schrieb Robin `ypid` Schneider:
Good evening
I would like to discuss one little detail in the opening_hours syntax. It is
about facilities which do
is variable, and at a volcano you just get
high temperature even in low depths, but that's all.
regards
Peter
Am 05.03.2014 10:37, schrieb Richard Z.:
But I understand your wish to classify a spring a bit more detailed. I
think it would be better to use additional tags for natural=spring.
Eg
geothermal for the subset not
containing volcanic activity. Use deep-earth-heat or whatever term for a
subset, or define a specialized subtag for the subsets (volcanic,
...(non-volcanic?), (others?)).
regards
Peter
___
Tagging mailing list
Tagging
on.
So for good tagging practise it may be better NOT to use any of the
common big keys for the tag, although I agree that it's useful; because
landuse, leisure and amenity might be present already with the other
properties tagging of these areas.
regards
Peter
the table layout it would have no negative consequences to omit
the : after the key but make it slightly better readable.
regards
Peter
Am 11.03.2014 22:59, schrieb Robin `ypid` Schneider:
On 08.03.2014 16:37, fly wrote:
On 06.03.2014 19:12, Stephan Knauss wrote:
Robin `ypid` Schneider writes:
I mean
Another question to the map:
do you consider POIs mapped as polygons?
The Heinz Nixdorf Museumsforum [1] in Paderborn is not shown on your map
although there's an opening_hours tag since months (if not years).
regards
Peter
[1]
http://openingh.openstreetmap.de/?setLng=enzoom=18lat=51.73124lon
is on a bridge again
on both parts of the dual carriage way independently, but it's
impossible to decide from the data (usually) if it's one bridge or two
bridges.
Your proposal to duplicate the way does not solve this issue either, as
you would still need two separate ways here.
regards
Peter
Am
Hi John,
yes, that's one possibility; knew that already, but thanks for pointing
the list to the link.
regards
Peter
Am 15.03.2014 14:16, schrieb John Packer:
I believe there was a proposal for tagging a bridge separately:
man_made=bridge. I think it would be really nice to have the actual
this a bug independent of rendering as
the same may occur on the way below the bridge as well, if there's a
join of that way with another one without a layer tag.x
anyone going to report this as a bug in the stylesheet?
regards
Peter
___
Tagging
on the highways that cross it. Access=no at the forest area would -
following your argumentation - imply access=no on any highway crossing
it, which will fail in most situations, because nobody explicitly states
access=yes to the highway in these cases.
regards
Peter
Am 20.03.2014 06:39, schrieb
unstable or changing from year to year I would suggest not to
tag them at all.
regards
Peter
Am 23.03.2014 23:07, schrieb Rob Nickerson:
Hi All,
I have some winter gritting/salting routes that I am trying to work out how
best to tag them. I was thinking of creating a route relation, but I
not take into account the history - and that's
why my conclusion is clearly towards no_exit on nodes and only nodes.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
it is or get's very lightly without tagging
mistakes.
regards
Peter
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Hi,
apart from the question about how to tag it: If it is mobile, is it in
that case stable enough to be in the map?
regards
Peter
Am 01.05.2014 12:55, schrieb Esben Stien:
I was looking at Relation:enforcement:
http://wiki.openstreetmap.org/wiki/Relation:enforcement
It seems
traffic
flow, road closed and similar information (as well as the mentioned
mobile check point), but it's not useful to add them to the core
database if it's not stated that and in which way they are temporary.
regards
Peter
Am 01.05.2014 14:43, schrieb Esben Stien:
Peter Wendorff wendo...@uni
description box to
differentiate the technical osm-way (like the taginfo box uses it) from
the non-closed way (the tag summary box talks about).
3) explain to anyone complaining about this discrepancy, what's the
reason for it ;)
regards
Peter
Am 25.05.2014 09:08, schrieb Markus Semm:
Hi all, I´m
Yes, sure - didn't talk about any tag to make it an area ;)
regards
Peter
Am 25.05.2014 09:52, schrieb Andreas Labres:
On 25.05.14 09:37, Peter Wendorff wrote [a perfect explanation].
I'd like to add one thing: A closed way just is a closed way (think of a
roundabout junction). Adding
first instead of the line, then proceed as described above.
As far as I know there is no automatic way to do one of these.
regards
Peter
Am 27.05.2014 20:23, schrieb Tom Gertin:
I don't know if the tagging listserv is the appropriate forum for this
questions, but I can't find a better one
discussion
about it.
regards
Peter
Am 04.06.2014 18:43, schrieb Andrew Hain:
Over the past few days there have been a number of wiki edits (mainly but
not entirely in German) stating that shop=* and similar tags, contrary to
the “One feature, one OSM element” principle [1], should only ever
Am 10.06.2014 12:35, schrieb Serge Wroclawski:
Bitcoin mappers have been doing everything from copying other maps
outright (violating copyright), to geocoding against Google and then
placing that in OSM (violating copyright) to geocoding against
nominatim and then using that (really bad
there
are housenumbers, but if you talk to the locals you more often get
references by housename than by housenumber.
regards
Peter
Am 15.06.2014 16:34, schrieb Matthijs Melissen:
On 14 Jun 2014 18:25, Andrew Hain andrewhain...@hotmail.co.uk wrote:
The uses of the tag addr:housename in the database[1] does
be allowed to share these ways).
regards
Peter
Am 15.06.2014 17:07, schrieb Andreas Goss:
So I got a bit of work done with the WikiProject Emergency Cleanup, but
now I'm not really sure about emergency access.
- Is there a difference between service=emergency_access,
access=emergency and emergency
would map the
abbreviation first and try to remind it for later or for others to fix.
So: Sure, keep on mapping other stuff, and if you stumble over the
meaning, you might remember that you can fix your old edit later ;)
regards
Peter
Am 18.06.2014 06:40, schrieb Paul Johnson:
Am I to assume
201 - 300 of 991 matches
Mail list logo
