Hi,
consider mapping either postal code areas instead, it's what we've done
in Germany (and the two area relations will then both include that road
as part of their boundary).
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'
or any other suggestion?
Thanks
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
speeds
for different regions but AFAIK that isn't used by any of the default
profiles. Should the OSM community compile a list of sensible
assumptions of "this is how fast you'll go on average on type X highway
in country Y"?
--
Freder
As long as you don't end up tagging
secondary roads up there, just go with tertiary for the important ones
and follow down from there.
Additionally, should the permanent population be considered
I don't think population should come into it.
Bye
Frederik
--
Frederik Ramm ## eMail f
page, or at least
not without having read and understood the rather long discussion in
https://community.openstreetmap.org/t/proposing-to-deprecate-railway-razed-and-railway-dismantled/109679
- else you'll just repeat what has been said there.
Bye
Frederik
--
Frederik Ramm ## e
olatility.
The goal would be better served by a (non-OSM) service that
automatically collects data from apps that people have installed on
their phone and that sends measurements to a server while they are
moving around.
I don't see this in OSM.
Bye
Frederik
--
Frederik Ramm ## eMail
l a bakery.
And highway classification is maybe not the best example, because it is
generally agreed that the legal status of a road is not the sole
deciding factor when it comes to which highway=* we map it as. A road
that is secondary by law but primary in practice, will often be tagged
primary.
he relation and all?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
is at this restaurant
would certainly be wrong.
And I've never seen a restaurant where they signposted that their policy
was that you can bring your own food. Except of course old-style
Biergartens in Bavaria.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00
always be in an old_name tag though, to avoid a
multi-lingual map showing them prominently.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@ope
e that aren't, at least require a clear indication that the
name is actually used in everyday language by living beings.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging
osed here?
On 04.12.22 10:53, Frederik Ramm wrote:
Hi,
I could swear I had written this as a public message long ago but I
cannot find it now. Sorry, then, for the last-minute interruption. I had
an issue with the proposal, namely the wording:
"This key can be used on every observabl
nore it when people complain).
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
l.
Keep in mind that the proposal process isn't a one-way street. It can
only work as long as for every one proposal there are dozens of people
who can read and constructively participate in the development of the
proposal. The capacity for new proposals is limited.
Bye
Frederik
--
Fred
people to settle in with the new forum first.
Nobody keeps anyone from discussing a proposal on the new forum but I
don't want to formally make this mailing list irrelevant just yet.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33&
that says "access to houses X,Y,Z" without
saying that other access is forbidden?
2c. ... if there is a sign that says "private driveway"?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
eone doesn't want that, they need to present a
viable alternative". We've come very far in OSM without such abuse and I
don't see why it should suddenly be introduced.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
ed to assemble 1000 ways with a total
of 20,000 points to exactly describe the outline of the Alps if all you
want is a nice big lettering in approximately the right spot), or by
keeping these cartography options in a separate system altogether.
Bye
Frederik
--
Frederik Ramm ## eMail frede.
ir work, rather than trying to solve the
conflict.
Now, you might smirk and say "let's fix the tools then", but until the
tools are fixed - which might take years -, you've made life a hell of a
lot harder for anyone editing or quality monitoring in the whole area.
And al
t-coastal-places-live-magazine
;) sorry folks, you're on an inland waterway. Bit like Richmond really!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@ope
effect of creating giant,
unmaintainable polygons.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
administrative boundaries (counties X and Y as well as the city of Z
together form the SEZ)?
3. If not, how would you get your hands on the SEZ boundary?
4. In how far is it useful for mappers to modify the SEZ boundary based
on their knowledge or aerial imagery?
Bye
Frederik
--
Frederik Ramm
Hi,
On 10/18/20 23:08, Mateusz Konieczny via Tagging wrote:
> And the same applies to brains of people
It appears to me that the end game in this is precisely that, to change
the brains of people. OSM is just a means to and end in that quest.
Bye
Frederik
--
Frederik Ramm ## eMail fr
nt bakes
bread occasionally.) In order to be mapped in OSM, it needs to have a
physical manifestation - at the very least, a sign, or more desirably
some structure that can be recognised as a shop even while not in use.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00&
Hi,
On 24.08.20 02:46, Paul Allen wrote:
> I'm not seriously suggesting we map them this way but speed bumps are
> technically hostile architecture. :)
As are cattle grids if you're a cow!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°0
erson
creating v1 of something" is just the person who split something and if
I asked them what they meant by temp=tag they'll probably just shrug.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
counts is whether it "feels like" a coastal city ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
s outlined in
https://wiki.openstreetmap.org/wiki/Proposal_process.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
ays "ah, this is not
a valid reason" and strips me of my vote? Who will that person be?
Has this been used in other votes in the past? I'm tempted to say it
would invalidate any vote but maybe it *is* indeed based on consensus
and I missed that.
Bye
Frederik
--
Frederik Ramm #
say "don't be too literal, natural=coastline doesn't mean
there has to be a coast, it's just for closing ocean polygons" but that
doesn't make it better really.
Sure, with current ocean drawing technology we need a "coastline" across
every river estuary at som
ine, only changing to a natural=river polygon
very far inland - though I haven't researched currents or salinity.
Are there other examples of large bays/estuaries?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33&qu
the Schengen region than the outer boundary of the
EU states.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
and it seems defensible.
Anything is, on this mailing list ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
ouldn't be surprised if some helpful soul has meanwhile decided to map
"the Atlantic", "the Pacific", or "Eurasia", assembling thousands of
little coastline pieces into giant relations in painstaking, week-long
work... sigh.
Bye
Frederik
--
Frederik Ramm ## e
tiple
> urls.
Again, moving valid information into note tags which are free-form human
language is the worst idea of all. Parsing a semi-colon should be much
easier than parsing a note tag!
I am against the edit, and I also find the style of dumping an
unformatted wiki
photos that show a particular building.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
tation but I hate Wiki discussions with all my heart and cannot
bring myself to read them, much less participate in them.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
kickback from every contract they sell.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
then OpenStreetMap or
a separate database is actually a smaller question.
Simply establishing a tag and hoping that you have to develop and run
neither a backend (because OSM will do it) nor a frontend (because
people can use Vespucci) is extremely optimistic.
Bye
Frederik
--
Frederi
doesn't
give you the same reliability but perhaps it delivers some results
without being the massively invasive concept you're proposing.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
ndle the stale data. If we can
start seeing the name inflation as a problem, stop adding "more of the
same", and develop strategies to deal with stale and possibly incorrect
names, that would already be a huge gain!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00
understood them but think that there is a desirable value
that outweighs my reasons, it would be nice if you could state more
explicitly what you perceive that value to be and where *you* would draw
the line!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00
detail, just answer
the question: tlhIngan Hol - Hlja' or ghobe'?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
https://www.hilton.com/en/hotels/bhxsadi-camping-in-the-woods/ directs
you to
https://www.hilton.com/en/hotels/bhxsadi-doubletree-stratford-upon-avon/...)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
someone is staying in".
> Anyway, brb, got to delete https://www.openstreetmap.org/node/312915889 from
> the map.
Clearly added in an advertising campaign. The business owner hoped to
attract more business by creating that node 11 years ago with
"addr:housenumber=17".
Bye
equest that they remove the tracking information,
rather than us having to deal with it.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
Hi,
On 25.02.20 11:08, Richard Fairhurst wrote:
> Frederik Ramm wrote:
>> Since OSM is not the place for marketing, I would in these
>> situations remove the whole POI, and not just the tracking
>> parameters.
>
> ¿Que? You'd remove an entire hotel from t
acking parameters is an indication of the author
considering OSM to be a "campaign" in some marketing scenario where the
success of different "campaigns" is measured.
Since OSM is not the place for marketing, I would in these situations
remove the whole POI, and not just the
any where I
live, "fuel:b7" would be definitely wrong.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
"fee=no"
approach, because if you are charged a dollar for your refill you can
simply put "fee=$1".
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
org/wiki/Tag:natural=coastline)".
I'm not so clear about how to interpret the wiki page myself when it
comes to river mouths. There's a clarifying proposal here
https://wiki.openstreetmap.org/wiki/Proposed_Features/Coastline-River_transit_placement
but this is still at the proposal s
in Northern
California Inc", at which point I would say they are starting to game
our rules, hoping to be put on the map with exactly that name - and I'd
reduce the name to "Fred's Bagels", putting the rest in "offical_name"
or something.
Bye
Frederik
--
Frederik R
es not follow the guidelines and this
leads to problems, they should be held accountable & their edits are
liable to being reverted. Of course one would start with a friendly
pointer...
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
be one with a traversable centre. At the same time, I would not expect
my satnav to ask me to "turn left" here, but rather to take the nth exit
at the roundabout...
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
y=* category to apply to a road) or do you have
strict standards and definitions?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
into that effort of trying to actively represent what products are sold
and under what conditions? Do we even have a remote hope of achieving a
level of completeness and timeliness that makes this usable? Where does
it stop?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49
"
I don't follow that logic. If the 300k inhabitants of my city each use a
bus stop 100 times per year, then that means our city has 30 million bus
stops?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
thought out/well implemented in OSM and needs clarification.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
exceptional circumstances. It is one of these
"you can do it but you should be very sure that you're doing the right
thing" kind of things!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
| grep "^w" | grep highway=
| grep -e " uxybot " -e " uArjanO "| wc -l
[==]
100%
7413
(for a sample count of all highways created by users xybot and ArjanO).
Bye
Frederik
--
Frederi
Hi,
On 31.07.19 09:22, Joseph Eisenberg wrote:
> I'd like to deprecate access=public.
Can you explain what concrete actions you mean by that? What exactly
would you do if everyone said "yeah, go ahaead"?
Bye
Frderik
--
Frederik Ramm ## eMail frede...@remote.org ## N49
ematic then they will
understand and not use them; this is far better than telling them "uh-oh
you've used a tag that is classified as a type-X tag under section Y of
the tag classification regulations, don't do it!"
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.or
Hi,
On 6/29/19 08:05, "Christian Müller" via Tagging wrote:
> The intriguing question is:
Please (again!), move this to legal-talk or elsewhere. It has no place
on the tagging list.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00
be reading the forum. In my eyes, this plan treats the
forum as second-class and is disrespectful to its users.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Ta
rhG speaks of 15% for scientific, non-commercial use)
>
> How many for commercial use?
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'
forward that will not lead to lots of complaints to DWG
about your work, we can lift the ban on your account and let you
continue. But simply letting you continue after a couple days, like we
did in the past, has sadly not helped.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.
vered that
somewhere without me noticing.
I'm sure practical application will lead to all sorts of questions or
follow-on problems but the approach sounds promising.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
on and don't
participate further, and a very small number of these 620 answer all the
questions. The mailing lists have fewer people participating but those
that do are more likely to engage in a bidirectional fashion.
It would be interesting to quantify this in a more scientific manner.
Bye
Fre
to avoid a global opponent blocking everything
> - propose the depreciation of the old tag
Such proposals would need to clear a much higher bar than we currently
have. I'm thinking "at least 500 votes of which 75% in favour" or so.
You cannot have 15 people decide on such wide-ranging
es, where an
overwhelming majority has actually decided that this tag should be
listed as "deprecated".
Claiming something is "deprecated" should never be a silent side-effect
of some other vote.
Bye
Frederik
--
Frederik Ramm ## eMail f
aginfo
can be used to determine that; only if there's *some* human factor in it
would it even make sense. And it could certainly differ across regions.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
;any tags you like" spirit
without documenting it. (Or, if desperately needed, documenting it only
on their private user page.)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
T
practical limit to idle tag fantasising. Everyone can think
of something that doesn't have a tag yet - that is the cheap part...
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
signature.asc
Description: OpenPGP digital signature
___
ntribute.
So please, if you feel your talent is better applied to other areas of
OSM, just do it - that's great. There's no need for a "sour grapes"
approach because you found that tagging discussions were not for you.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.or
that demands everyone be welcoming all the time, then we can probably
stop discussing anything right away, because the person with the
thinnest skin will be the last one left standing.
This, however, is leading us far off topic.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ##
rators and etiquette
guidelines (this depends on each sub-forum, they are not global).
Discoverability isn't much better than mailing lists IMHO. In my country
(Germany), OSMers are neatly split between forum and mailing list, most
using just one or just the other
the right
place for that kind of data.
Instead, let us find a way of recording such imprecise information
outside of OSM's data model, and make it easy to access it e.g. when
rendering maps.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°
f that. Great help.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Hi,
On 2/22/19 13:29, Frederik Ramm wrote:
>> if you map a dyke, ID-editor recently gives a warning that a dyke ought to
>> be a closed (circular) line.
>
> I put this into an id ticket:
> https://github.com/openstreetmap/iD/issues/5933
The bug has been fixed in ID an
kind of way.
For OSM, my main concern is that it must remain usable independent of
wikidata, and that the OSM community must not be lured into spending
their time to further wikidata integration if they don't have that
personal interest.
Bye
Frederik
--
Frederik Ram
Hi,
On 22.02.19 12:46, Ulrich Lamm wrote:
> if you map a dyke, ID-editor recently gives a warning that a dyke ought to be
> a closed (circular) line.
I put this into an id ticket:
https://github.com/openstreetmap/iD/issues/5933
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remo
in the mean time?
I'd say we stick to stuff that is explicitly signposted on the machine -
if the machine says what the limit is or what the network is or what
currencies it has, then map that, but don't map data gathered by
interacting with the machine.
Bye
Frederik
--
Frederik Ramm ##
and when challenged in changeset
comments, cited the wiki pages they had edited themselves as an
authority - ...
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Ta
Hi,
I noticed today that a wiki page for the rarely used key
"motorcycle:scale" had been accidentally created as
"Key:motorcycle:scale", and moved it to "Proposed
features/motorcycle:scale". I haven't made any further edits to it though.
Bye
Frederik
Hi,
on second thought, if the Iberian Peninsula is already a Peninsula, does
that invalidate all Peninsula claims on land masses protruding from it,
or can there be cascading Peninsulas?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"
of coastline in Spain, you've edited 25 relations
spanning half the globe.
Granted, it's a technical shortcoming, but while this exists people
should respect it.
> On a sidenote: the Iberian Peninsula is already mapped in OSM as a
> relation, and it is in Version 848 ;-)
Must...re
o catalogue everything that technically is a peninsula.
I fear that people will otherwise with great diligence and fun tag
things like the "Iberian Peninsula" which will not be of any use and
just lead to more relation clutter. (Cf. discussion about bays.)
Bye
Frederik
--
Frederik
ut the way in which it was established.
Opinions?
Should we revert the wiki page to the old version and revert all the
motorcycle:* tags that ti-lo changed from old-style to motorcycle:*?
Or ask him to run a proper proposal process until $DEADLINE under threat
of
ing things back to how
you think they should be tagged. This can be discussed here and we can
make a change AFTER that, not while.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
apply the new tagging and give users a
chance to get a feel for it before we roll it out world-wide.
And yes, we definitely need good comparisons between different
proposals, or perhaps a few more different proposals to add to what's
already on the table. Your proposal is complex enough alread
d yes, there are established things in OSM that would puzzle those
archaeolologists, like sac_scale or tracktype. Or maybe how to read a
PBF file. But we can't do all of their job for them ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'
and not
even re-using the nodes would have been unspeakably worse.
My argument was that if you can get away with using a single node for
labelling, then you don't have to burden all those 1,400 coastline ways
with one (or two or three) extra relation memberships and that would be
preferable.
wanted to solve;
(3) the decision they have made will lead to people creating huge
polygons that will often break, make coastline editing harder, and have
at least one totally made-up edge.
And, I have to admit,
(4) Frederik has been an utter dick to try and start the discussion by
deleting the Both
tly tried to add a "sqm" tag to water body
nodes for that purpose which I also criticised...). I don't think you
are recommending a relation that includes the actual coastline and the
label node, but if you do then I am against that because I don't want
every coastline to be part
as Andy Townsend said, I'd
suggest a serious trial first, and *then* attempts at standardisation,
instead of the other way round.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
__
ot; lines with a dashed color on a public transport map or
so).
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
ces that you wouldn't even come close enough to
determine whether this is a government facility or a diplomatic one. Of
course you can always ask the guards but maybe that only makes you
suspicious ;)
Bye
Frederik
--
Frederik Ramm ## eMail fred
q bar *will* admit straight people (unless they're a hen
party maybe). You'd need something like "lgbtq=mainly" - which would
still not be exactly what you were looking for since it talks about who
goes there in practice, not whom the place tries to attract. Perhaps
"lgbtq=designated
e slower but yields a higher-quality result.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
hy not
write Tobias' original example as
H4sIABrJwFsAA/MqzdMNTi2wUvDN1w1OVDA0sDIw0DW0AJLWXF4wueBSmIQRWMIvv0zXN7EIpEkn
pFQnJEPHrQhZhY6CoSmYY46qHGEBxBzHgiKgRCXYcmQTjA10oAZYoKpDNsAYRQLNhf7JJQRNBatB
NxEiiGIaFwARtRivJAEAAA==
then, only takes 179 bytes ;)
Bye
Frederik
--
Frederik Ra
1 - 100 of 318 matches
Mail list logo