Am Do., 20. Feb. 2020 um 13:47 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> Often it looks similar to the current highway=trunk rendering at in
> the German map style used at openstreetmap.de - and I believe
> "highway=trunk" is always for dual-carriageway "expressways" there.
>
>
Am Do., 20. Feb. 2020 um 13:21 Uhr schrieb Eugene Alvin Villar <
sea...@gmail.com>:
> The only difference is one is human-powered while the other is
> engine-powered.
>
IMHO, if we distinguish automobile taxis from motorcycle taxis, we should
also distinguish both from human powered vehicles. Th
Am Do., 20. Feb. 2020 um 13:07 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
>
> If people are interested in using it, I might make a proposal. But
> perhaps we will decided that database users should interpret the
> geometry and name=/ref= tags of parallel highway ways to add this
>
Am Do., 20. Feb. 2020 um 12:47 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> This is a very common feature in Southeast Asia, Africa and parts of
> central and south America: there are hundreds of thousands of them.
>
> Can't we have an easy to use top-level feature tag, instead of
Am Mi., 19. Feb. 2020 um 23:50 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> My concern is still that it might be hard to translate "donation in
> kind" from English into some languages, and that people with limited
> English vocabulary might not understand the phrase.
>
> Automate
Am Do., 20. Feb. 2020 um 11:34 Uhr schrieb Jez Nicholson <
jez.nichol...@gmail.com>:
> in the UK at least, people just didn't keep records because "out of sight,
> out of mind".
>
that's what they tell you...
___
Tagging mailing list
Tagging@openstree
Am Do., 20. Feb. 2020 um 10:54 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:
> Hello,
>
> I've an OSM compatible dataset that helps me to spot landfills. Older
> ones are already covered by grass and/or trees.
>
> IMHO could be useful to save landfill locations for a future possible use.
Am Do., 20. Feb. 2020 um 10:23 Uhr schrieb Volker Schmidt :
> Do we have any idea how many amenity=taxi already in OSM are in fact
> toctocs or similar?
> I suspect that this number is huge, and introducing a new tag for them
> will only create confusion, as we have no way of migrating the toktoks
sent from a phone
> On 20. Feb 2020, at 07:42, Joseph Eisenberg
> wrote:
>
> I've created a page for Key:dual_carriageway based on existing usage
> in the database:
> https://wiki.openstreetmap.org/wiki/Key:dual_carriageway
you wrote this was also a key for divided carriageways in general (
sent from a phone
> On 20. Feb 2020, at 01:41, Joseph Eisenberg
> wrote:
>
> While all expressways are major roads designed for high-speed motor
> vehicle traffic, they are not often "motorroad=yes", because most
> States allow motorcycles and pedestrians on all roads that are not
> motorways
sent from a phone
> Il giorno 19 feb 2020, alle ore 04:31, Victor/tuxayo ha
> scritto:
>
> > In countries where the public must be notified of surveillance cameras, the
> > following tags could be used on the node:
> >
> > tourism=information
> > information=board
> > board_type=
sent from a phone
> Il giorno 18 feb 2020, alle ore 03:05, Jonathon Rossi ha
> scritto:
>
> I can't think of a bollard here where the general public can remove/fold it,
> otherwise what does it achieve?
I have seen many removable bollards, both in Germany and Italy, which weren’t
locked a
Am So., 16. Feb. 2020 um 21:54 Uhr schrieb ET Commands :
>
> My spelling check does not like "unremovable" but instead suggests
> "irremovable." However, if I want to be nit-picky, all bollards are
> ultimately removable, so maybe more appropriate values would be
> "retractable" and "non-retracta
Am So., 16. Feb. 2020 um 22:52 Uhr schrieb Warin <61sundow...@gmail.com>:
> Umm...
>
> Bollards are there to protect people.
>
they might be there to protect people, but not in all instances, their
purpose is to either physically prevent or at least signal to vehicles
wider than x to pass, whil
sent from a phone
> Il giorno 17 feb 2020, alle ore 08:03, Graeme Fitzpatrick
> ha scritto:
>
>
> The other spot that this would apply to is yards at meatworks, sale yards &
> similar.
>
> Any thoughts?
I agree we could need a tag for a generic animal enclosure, which could be used
in s
sent from a phone
> Il giorno 16 feb 2020, alle ore 19:07, Jmapb via Tagging
> ha scritto:
>
> It's similar to recycling but implies that the goods are reused rather than
> used as raw materials. Personally I feel this is a bit of a continuum and I
> don't see a problem with tagging in-kind
sent from a phone
> Il giorno 16 feb 2020, alle ore 14:23, Steve Doerr
> ha scritto:
>
> My immediate reaction is that this sounds like a very similar concept to
> 'give box', which was the subject of a recent RFC. Do we need two ways of
> tagging such similar things?
likely yes, because
sent from a phone
> Il giorno 16 feb 2020, alle ore 13:42, Hauke Stieler
> ha scritto:
>
> Hi all,
>
> thanks for all the feedback and voting. The proposal for tax free
> shopping and the "duty_free" tag has been approved: 13 votes, 2 against,
> 1 abstain.
>
> Currently there's a discussio
sent from a phone
> Il giorno 15 feb 2020, alle ore 18:46, Hauke Stieler
> ha scritto:
>
> 2.)
> According to [0] the convention for separation word in a key is the
> underscore. So I would change the key to "in_place_donations".
right, the underscore replaces spaces between words in formal
Am Fr., 14. Feb. 2020 um 10:43 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Hi Martin,
>
> According to wikipedia
>
> "Abstentions do not *count* in tallying the *vote* negatively or
> positively; when members *abstain*, they are in effect attending only to
> contribute
Am Do., 13. Feb. 2020 um 08:37 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> An opinion from an OSM neophyte
>
> Abstain should mean just that .. either no vote .. or a blank vote..
>
which is a great difference according to how we count. We used to count it
as "blank v
Am Do., 13. Feb. 2020 um 12:02 Uhr schrieb ael :
>
> Well, yes, I thought that someone might say that. But such cases are
> very much the minority (except perhaps for motorways), which is why
> asphalt is still a reasonable default. I would expect an explicit
> tag for anything which is not asphal
sent from a phone
> Il giorno 12 feb 2020, alle ore 20:41, Julien Lepiller ha
> scritto:
>
> Also for some reason, this tag is different from what wikipedia describes a
> saltbox to be: https://en.wikipedia.org/wiki/Saltbox_house
the shape of OpenStreetMap-4D fits with the wikipedia articl
sent from a phone
> Il giorno 11 feb 2020, alle ore 16:54, Volker Schmidt ha
> scritto:
>
> I thought there was no such agreement.
> (I hope to be wrong)
there isn’t such agreement, if there isn’t any data you have to guess. In some
areas you can suppose that 99,9% of all residential roads
sent from a phone
> Il giorno 10 feb 2020, alle ore 21:57, Volker Schmidt ha
> scritto:
>
> This is a pity as the no-parking and in particular the no-stopping
> information is important to understand the traffic flow in a street.
yes, 60% of all parking_lane:both values are either no_parki
sent from a phone
> Il giorno 10 feb 2020, alle ore 20:43, Mateusz Konieczny via Tagging
> ha scritto:
>
> Note also that "stopping=yes|no" is unclear and
> "parking:lane:both=no_stopping" is
> clear.
yes, clear madness ;-)
Why would we describe a place beneath or on the road where you ca
sent from a phone
> Il giorno 9 feb 2020, alle ore 09:29, Joseph Eisenberg
> ha scritto:
>
> However, we still may need a way to tag ornamental plants that do not
> produce significant flowers, for example, succulents and plants with
> ornamental leaves but no flowers. I would not call a deco
sent from a phone
> Il giorno 9 feb 2020, alle ore 04:53, Graeme Fitzpatrick
> ha scritto:
>
> On that page, though, I just noticed a fairly recent amendment to include
> reference to https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dflowerbed -
> used ~4000 times so possibly worth paying a
sent from a phone
> Il giorno 9 feb 2020, alle ore 03:35, Joseph Eisenberg
> ha scritto:
>
> In the discussion about `barrier=hedge` areas, it is clear that
> mappers want a way to tag small areas of bushes and shrubs, and not
> everyone is happy about using natural=scrub for this case.
you
Am Fr., 7. Feb. 2020 um 11:26 Uhr schrieb Christoph Hormann :
> I currently tend towards a broader solution of dropping rendering of all
> barrier tags on polygons.
great, this would make it very clear that there is indeed some problem with
the tagging. Although I guess carto would get a lot of
Am Fr., 7. Feb. 2020 um 11:03 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> 1) The tag `area=yes` is only supposed to mean "this closed way is an
> area, not a line", and is only used when this is not already obvious
> from other tags.
>
> It is not necessary to add `area=yes` when
Am Fr., 7. Feb. 2020 um 10:00 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
>
> But either way
>
> Please add pictures to Wikimedia commons as possible and link back to each
> node. I would be happy to help.
>
do you intend, add a link from wikimedia to osm, or from
sent from a phone
> Il giorno 7 feb 2020, alle ore 10:19, Lionel Giard
> ha scritto:
>
> But creating a new relation type which would be with the same specification
> than a site relation would be a bit weird to me.
we’ve done this for boundary relations too, which are essentially multipol
sent from a phone
> Il giorno 7 feb 2020, alle ore 07:01, European Water Project
> ha scritto:
>
> This old drinking fountain is harder to classify:
> https://en.wikipedia.org/wiki/File:Fountain_Snow_Hill_Samuel_Gurney..jpg
> Technically just a drinking fountain but it is rather decorative.
sent from a phone
> Il giorno 6 feb 2020, alle ore 20:03, Paul Allen ha
> scritto:
>
> It's better that tags mean the same thing everywhere. Otherwise you
> have to check what each country means by each tag.
countries are different and so the expectations you have for certain kind of
thin
sent from a phone
> Il giorno 6 feb 2020, alle ore 17:48, António Madeira
> ha scritto:
>
> A fountain is a fountain, if in England it doesn't implies
> drinking_water=yes, that's fine. In the majority of European countries, it
> does imply, so it's just fair and logical that the wiki refle
sent from a phone
> Il giorno 6 feb 2020, alle ore 16:50, European Water Project
> ha scritto:
>
> drinking_water = as a sub-tag seems more logical.
>
> Assuming we open the pandora's box of removing amenity=drinking_water which
> is used on 207,000 nodes and ways.
> https://taginfo.opens
sent from a phone
> Il giorno 6 feb 2020, alle ore 11:37, Volker Schmidt ha
> scritto:
>
> Sorry, Martin, but what do you do, if you have a big multi-storey building
> and all you have is the door bell on the street level? Not map it?
that’s indeed a problem with multipolygons ;)
But you w
Am Do., 6. Feb. 2020 um 01:11 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> Ok, so we should consider it approved in this case.
>
> (For context, both Mateusz Konieczny and myself have abstained, along
> with 3 others, but had comments expressing concern about using
> "give_box" in
Am Do., 6. Feb. 2020 um 11:01 Uhr schrieb Volker Schmidt :
> Padua, Italy, where I live, has a big university spread all over the
> place. This includes smaller sections being in apartments in buildings that
> are mainly used residentially.
>
yes, I am also well familiar with universities spread
Am Do., 6. Feb. 2020 um 10:55 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:
>
> Since fountain is intended as "sculptural and/or decorational", IMHO
> amenity=fountain is not consistent. AFAIK object belonging to
> "amenity" are in someway necessities. So one day, I hope to see
> fountain
Am Do., 6. Feb. 2020 um 10:16 Uhr schrieb Lionel Giard <
lionel.gi...@gmail.com>:
> One problem with multipolygon relation is that by definition you can't put
> *node
> *it those and you can't put *contiguous buildings* either. How do you
> group "node + polygons + multipolygon" (some buildings a
sent from a phone
> Il giorno 5 feb 2020, alle ore 16:11, Paul Allen ha
> scritto:
>
> 4) Where the only tags are barrier=hedge + area=yes then render
> as before,
+1, any object with area=yes should be considered an area.
> a hedge that has area. This would exclude the cases like
> lei
sent from a phone
> Il giorno 5 feb 2020, alle ore 11:53, Volker Schmidt ha
> scritto:
>
> I have not looked into this in detail, but this seems to me a strong case for
> site relations.
I don’t see how site relations would solve the different levels of structure in
different countries/un
Am Di., 4. Feb. 2020 um 17:45 Uhr schrieb Greg Troxel :
> Mateusz Konieczny via Tagging writes:
>
> > Universities may have faculties, that often deserved to be mapped
> separately.
>
+1, I agree with this. Also institutes, departments, and whatever
subdivision there may be which can be associa
Am Di., 4. Feb. 2020 um 09:15 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Dear All,
>
> I agree with Antonio that the wiki is too ambiguous and needs a bit of
> clean up, including more image examples of drinking fountains which merit
> to be tagged as
>
> amenity=fount
Am Mo., 3. Feb. 2020 um 09:59 Uhr schrieb Warin <61sundow...@gmail.com>:
> The request is for a fountain of utilitarian purpose, not historic,
> artistic or cultural.
>
How could we deny there is cultural or historic background for this
fountain?
https://commons.wikimedia.org/wiki/File:Loriga_-_
sent from a phone
> Il giorno 3 feb 2020, alle ore 04:32, John Willis via Tagging
> ha scritto:
>
> All of the other bicycle_parking values *imply an ability to lock your bike
> to some object*, but =ground_slots and =floor (and =surface) imply *do not*,
> because it is assumed that cyclist
sent from a phone
> Il giorno 2 feb 2020, alle ore 23:33, António Madeira
> ha scritto:
>
> Saying that "A fountain for cultural / decorational / recreational purposes.
> (...) This might range from the usual fountain that you'll find in lots of
> city centers, up to large fountains like th
sent from a phone
> Il giorno 2 feb 2020, alle ore 23:24, António Madeira
> ha scritto:
>
> An official mention on the fountain or just knowing that people drink the
> water?
I’d say knowing that people drink it, plus the absence of a “no drinking water”
sign. But it could depend on the a
sent from a phone
> Il giorno 2 feb 2020, alle ore 23:24, António Madeira
> ha scritto:
>
> It's difficult to tag a village central fountain, with it's structure,
> colours, design etc. and just tag them with drinking_water.
the tagging for this would be
amenity=fountain
drinking_water=ye
sent from a phone
> Il giorno 2 feb 2020, alle ore 22:58, Joseph Eisenberg
> ha scritto:
>
> The first is designed like a Roman or Medieval drinking fountain, so
> amenity=drinking_water is appropriate. The second example does not
> have water running in the picture, but if it can be used (pe
sent from a phone
> Il giorno 31 gen 2020, alle ore 17:58, Jmapb ha scritto:
>
> In neither case would I say that adding an old_ref or old_name tag is
> wrong per se, but I doubt that it would ever be particularly helpful.
I am using the old_ref tag occasionally, it doesn’t harm and could so
sent from a phone
> On 30. Jan 2020, at 00:22, Joseph Eisenberg
> wrote:
>
> Most taxi and pedicab drivers recoginise one or both of these names,
> so I have used "name=Jalan Kimbim - Piramid", "alt_name=Jalan Kimbim",
> "loc_name=Jalan Piramid".
+1, adding all the variants/alternatives is
sent from a phone
> On 29. Jan 2020, at 14:49, Paul Allen wrote:
>
> Like it or not, iD has more influence on tagging than this list or carto
> does. If
> iD decides a certain tag should be used in preference to an alternative, or
> that
> dual-tagging should happen, then that's what happen
There could be different kinds of pharmacy, e.g. with dispensing=yes and
no. Is the dispensing tag also suggested for the healthcare pharmacies?
Cheers,
Martin
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/ta
Am Mo., 27. Jan. 2020 um 19:10 Uhr schrieb Paul Allen :
Thanks for that, both of you. Umm, are my eyes playing up or is it mapped
as
county boundary?
the German border (here a part) https://www.openstreetmap.org/way/389808670
is mapped as country border, and is used by Germany and
Rhineland-Pala
Am Mo., 27. Jan. 2020 um 19:07 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:
> Mateusz, offlist deliberately.
>
this went wrong ;-)
Anyway, from my point of view, the Q&A for the last elections have shown
that most people now active in the board also see a
Am Mo., 27. Jan. 2020 um 19:02 Uhr schrieb Mateusz Konieczny via Tagging <
tagging@openstreetmap.org>:
> (yes, I am aware about Crimea mess -
> we should follow on the ground
> situation also in that case)
>
>
Mateusz, offlist deliberately. Would you be willing to write to the new
board and ask
Am Mo., 27. Jan. 2020 um 19:02 Uhr schrieb Mateusz Konieczny via Tagging <
tagging@openstreetmap.org>:
> Tagging it as its own separate country
> is certainly not ok and absurd.
>
> For how it should be solved in my
> opinion:
> we should follow on the ground rule
> for tagging this.
>
reason th
Am Mo., 27. Jan. 2020 um 18:43 Uhr schrieb Snusmumriken <
snusmumriken.map...@runbox.com>:
> On Mon, 2020-01-27 at 17:35 +, Paul Allen wrote:
> > Do we have a way of mapping this? Should we have a way of mapping
> > this?
>
> From what I can tell, it was already been done.
indeed, it is al
Am Mo., 27. Jan. 2020 um 16:58 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> I think they do need a sign or it is impossible to objectively map whether
> a bar will refill a bottle of water for free for anyone (ie paying or
> non-paying customer).
>
I think if they prov
Am Mo., 27. Jan. 2020 um 14:59 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Hello Martin,
>
> A refill scheme is a cafe, bar, restaurant, club, hotel participating in
> one of the many refill schemes where they agree to fill up anybody's water
> bottle for free without a
Am Mo., 27. Jan. 2020 um 16:37 Uhr schrieb Jmapb :
> And also editing the
> highway=path page, which currently says it's not for use in urban
> situations.
this seems very strange and is likely the result of fiddling. In the areas
I am aware of, path is the standard way to map mixed mode ways
Am Mo., 27. Jan. 2020 um 13:11 Uhr schrieb Colin Smale <
colin.sm...@xs4all.nl>:
> OSM clearly associates coastline with high water:
> https://wiki.openstreetmap.org/wiki/Coastline
>
> If the admin boundaries are very close, or even coincident with high
> water, I would expect two ways in OSM, pos
Am Mo., 27. Jan. 2020 um 11:21 Uhr schrieb Colin Smale <
colin.sm...@xs4all.nl>:
However, practically this leeds to ambiguous situations, where for example
admin_level=4 is added to islands and might be misinterpreted as
administrative "standalone" level 4 entities (with the island name etc.).
Whi
Am Mo., 27. Jan. 2020 um 11:41 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Dear Warin,
>
> Thank you for your email, I have added a voting section and put my vote in
> :) I appreciate your advice.
>
> We debated for a week before I wrote the RFC proposal and I have rec
I wonder what is the current state of admin_level on ways, in particular
with respect to osm-carto. Historically, the recommendation was to add the
lowest admin_level additionally to the ways that are part of admin
relations (to help applications that render boundaries based on ways, for
examples e
sent from a phone
> On 25. Jan 2020, at 15:19, Peter Elderson wrote:
>
> Well, any crossing involves different ways crossing each other, and should be
> considered from all angles involved. A way can't cross another way without
> being crossed itself.
the question is which way is interrup
In Germany, this is how the beginning / end of living streets work:
http://www.gablenberger-klaus.de/wp-content/uploads/2014/08/K-Spielstra%C3%9Fe-1.jpg
https://upload.wikimedia.org/wikipedia/commons/1/13/Drosselweg.JPG
Cheers
Martin
___
Tagging mailing
sent from a phone
> On 21. Jan 2020, at 10:22, European Water Project
> wrote:
>
> If a cafe is tagged "drinking_water:fee=yes", it could lead people
> erroneously to believe that the tagged cafe sells water ?
I’ve yet to see a cafe that doesn’t sell water.
Btw, I guess you are less int
sent from a phone
> On 20. Jan 2020, at 16:34, marc marc wrote:
>
> but to switch to disused: if there's no water on the day of the survey,
> I think that's excessive.
for the drinking fountains in my area seeing there is no water does indeed
justify to put it on disused, while it’s in theo
Am Mo., 20. Jan. 2020 um 16:01 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> Wouldn't it make more sense for mappers to tag status=broken or status=out
> _of_order instead of deleting ?
>
personally I have changed them to "disused:amenity=drinking_water" (and
back then)
Am Mo., 20. Jan. 2020 um 15:09 Uhr schrieb Paul Allen :
> If they're sub-surface, a mapper won't see them on a survey or aerial
> imagery. The
> OP appeared to be talking specifically of surface features for preventing
> weeds
> and/or erosion control, not reinforcement. Visible, therefore mappa
Am Do., 16. Jan. 2020 um 03:16 Uhr schrieb Jarek Piórkowski <
ja...@piorkowski.ca>:
> Ah, good point! So I guess for a drinking fountain seasonal=yes is the
> most reasonable when I don't know the months when it's active (I'm in
> a climate that freezes, so they get shut down sometime before that)
Am Do., 16. Jan. 2020 um 02:53 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> > seasonal=summer
>
> Well, this is the problem with the tag "seasonal" - it's not 100%
> clear if "seasonal=summer" means "this feature is only available in
> the summer" or "this feature is NOT available
even more related wikipedia
https://en.wikipedia.org/wiki/Geotextile
Cheers
Martin
PS: just another example of the plurality of articles (and connected
wikidata objects) for (partially) "the same things"
___
Tagging mailing list
Tagging@openstreetmap.o
Am Do., 16. Jan. 2020 um 23:11 Uhr schrieb Mateusz Konieczny <
matkoni...@tutanota.com>:
> maybe surface=landscaping_fabric or =landscape_fabric ?
>
> Wikipedia has stub under the second title
> https://en.wikipedia.org/wiki/Landscape_fabric
> not sure which name is better
>
here's an article a
Am Do., 16. Jan. 2020 um 23:11 Uhr schrieb Mateusz Konieczny <
matkoni...@tutanota.com>:
> maybe surface=landscaping_fabric or =landscape_fabric ?
>
I don't find the surface tag compelling for this, because around here, most
of them are below the surface (although not very deep). I would either
Am Sa., 18. Jan. 2020 um 17:26 Uhr schrieb Lionel Giard <
lionel.gi...@gmail.com>:
> For motorcar vs car, it seems logical to update it to motorcar as it is
> the recommended way of tagging car access, as it is probably just an old
> wiki information on the amenity=charging_station.
>
I am not c
Am Do., 16. Jan. 2020 um 01:38 Uhr schrieb Paul Allen :
> On Thu, 16 Jan 2020 at 00:26, Joseph Eisenberg
> wrote:
>
>> British English speakers:
>>
>> If you are mapping a device which burns fuel or uses electricity to
>> cook food in a pot or pan, is this a "cooker" or a "stove" or
>> something
Am Sa., 18. Jan. 2020 um 17:36 Uhr schrieb Lionel Giard <
lionel.gi...@gmail.com>:
> I wasn't speaking about disabled only here, even if it must exist
> countries where disabled are marked but not enforced by law, but i don't
> know any example. But for other dedicated parking space like "parent"
sent from a phone
> On 18. Jan 2020, at 18:08, Florimond Berthoux
> wrote:
>
> Hi, I added my proposal:
>
> drinking_water:fee=yes/no
> drinking_water:fee:conditional="no @ customers" alternavite:
> drinking_water:fee:customers=no
> drinking_water:bottle=yes/no
>
> I think that the key bot
sent from a phone
> On 17. Jan 2020, at 19:57, Alessandro Sarretta
> wrote:
>
> If the parking_space with specific symbology is regulated by law and only
> accessible by disabled persons (like in Italy)
btw, in Italy disabled parking spaces are accessible by everyone, but only
disabled pe
sent from a phone
> On 17. Jan 2020, at 10:40, Joseph Eisenberg
> wrote:
>
> If you use capacity:disabled on both features, this might lead to
> double-counting
yes, on the other hand I would see parking_space as parallel to parking, so if
one is inside the other it would seem logical that
sent from a phone
> On 17. Jan 2020, at 20:27, Alessandro Sarretta
> wrote:
>
> And water is probably too general... I try suggesting to use tap_water, that
> should clearly state that is not bottle water :-)
>
> So it could be:
>
> tap_water=yes/no/customers
> tap_water:free=yes/no/custom
sent from a phone
> On 16. Jan 2020, at 01:49, Joseph Eisenberg
> wrote:
>
> But disabled=yes should never have been described
> as deprecated - it was always being used.
I guess „disabled“ was discouraged for political reasons (diversity) as it
isn’t an acceptable term (AFAIK, I am not kn
sent from a phone
> On 15. Jan 2020, at 12:05, Mateusz Konieczny wrote:
>
> Pedestrian walking on the carriageway or shoulder is obligated to walk on the
> left side of the road.
right. Now show me a oneway street that hasn’t a left side ;-)
Cheers Martin
_
sent from a phone
>> On 14. Jan 2020, at 19:50, António Madeira wrote:
> Sorry, I didn't get your point, Andy.
> The tag was used 32 times, that doesn't seem a "relatively popular" use
> of the tag.
if there aren’t proper alternatives I agree it is relatively popular.
> Someone using iD (
Am Di., 14. Jan. 2020 um 15:55 Uhr schrieb Paul Allen :
> On Tue, 14 Jan 2020 at 14:35, Martin Koppenhoefer
> wrote:
>
> Mine goes like this: leading the list is the completely meaningless (and I
>> guess most will agree with this judgement) oneway:foot=no
>>
>
> It
Am Mi., 15. Jan. 2020 um 07:20 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> Since drinking fountains are man-made rather than natural features,
> they usually have a date when they are turned on or off.
>
> This can be specified with the key "opening_hours=*" - this is the
> commo
Am Mi., 15. Jan. 2020 um 08:03 Uhr schrieb Marc Gemis :
> On Wed, Jan 15, 2020 at 5:16 AM Warin <61sundow...@gmail.com> wrote:
> > And that raises another point, how would you render disused physical
> objects???
>
> I would say that depends on the purpose of the map. A map that wants
> to show bu
Am Di., 14. Jan. 2020 um 15:16 Uhr schrieb Jarek Piórkowski <
ja...@piorkowski.ca>:
> On Tue, 14 Jan 2020 at 03:48, Martin Koppenhoefer
> wrote:
> > Lets see tags more like a programming language and less like natural
> language.
>
> Here's how the mappers have
sent from a phone
> On 14. Jan 2020, at 10:13, European Water Project
> wrote:
>
> free_water = I think allowing yes is ambiguous and can lead to confusion, but
> if that is what is most acceptable fine. Someone could use yes to describe
> customers.
>
> I would suggest
>
> free_water =
Am Mo., 13. Jan. 2020 um 22:51 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> free_water_table= or free_water:table= will be confusing for places
> that sell take-out food and don't have tables, for examples small
> fast-food restaurants, convenience shops, etc.
>
> The word "custom
Am Di., 14. Jan. 2020 um 01:30 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> > following this logics, "oneway:foot" means the oneway restriction
> applied to pedestrians, and the result would be no restriction, because
> "oneway" already has no implication for pedestrian
>
> That "
Am Mo., 13. Jan. 2020 um 17:29 Uhr schrieb European Water Project <
europeanwaterproj...@gmail.com>:
> While I understand your point of view, many are trying hard to change
> legislation and might see it as more than a marketing gimmick but rather a
> right to be able to drink without generating s
Am Mo., 13. Jan. 2020 um 17:08 Uhr schrieb Jmapb :
> IMO they're both ugly. Don't love -1, and don't love introducing a new
> backward/forward scheme with basically the same meaning and possibly
> ambiguous interactions with the older oneway scheme.
the idea that oneway is about "driving" and n
Am Mo., 13. Jan. 2020 um 13:21 Uhr schrieb Joseph Eisenberg <
joseph.eisenb...@gmail.com>:
> That argument isn't convincing
>
> In Openstreetmap the keys are arbitrary strings; "oneway:foot" is no
> more relate to oneway than "not_oneway" or "phoneway".
>
Technically you are correct, but there a
sent from a phone
> On 13. Jan 2020, at 14:07, European Water Project
> wrote:
>
> How about free_water_refill=yes free_water_table=yes ?
free_water_refill at a restaurant or cafe
to me sounds as if you must buy water and get refills for free
Maybe we would want to distinguish getting wate
1001 - 1100 of 6524 matches
Mail list logo