On 26/07/19 10:19, Joseph Eisenberg wrote:
There are still 2 problems with healthcare:equipment:
And how many with health_amenity:type ?
1) Healthcare:equipment is yet another new feature key for database
users to support, if tagged on its own node at the location of the
MRI. This requires
There are still 2 problems with healthcare:equipment:
1) Healthcare:equipment is yet another new feature key for database users
to support, if tagged on its own node at the location of the MRI. This
requires Osm20gsql users like the main Openstreetmap-Carto style to reload
the whole planet
To whom it may concern:
Currently there are documented subkeys for the "opening_hours" key for
"kitchen" and "atm". There are also separate keys for "smoking_hours" and
"happy_hours" on the wiki.
A lot of fast food locations will have different opening hours for the drive
through than for
Hello everyone!
I completely agree with Warin that the *health_amenity:type* tag is pretty
confusing as to what its referring to. I was trying to stay in line with
what was proposed previously, but in retrospect it would be better to move
away from previous efforts and vote in a tag that is
sent from a phone
> On 25. Jul 2019, at 09:47, Paul Allen wrote:
>
> If we limit ourselves to what a mapper without
> much knowledge of geology can verify for him/herself then we limit the
> mapping of
> volcanoes to those with visible lava lakes.
In all fields of information where we map
On Thu, 25 Jul 2019 at 02:29, Joseph Eisenberg
wrote:
>
> An eroded remnant of a volcano in Germany which hardly looks like a crater
> should not be tagged natural=volcano, since the classification as a volcano
> is based on fieldwork by professional geologists and can’t be confirmed by
>
sent from a phone
> On 25. Jul 2019, at 03:11, Joseph Eisenberg
> wrote:
>
> While it’s common to misuse this tag to mark the highest peak of a mountain
> of volcanic origin, it would be best to use it for the actual center of the
> volcanic vent, and use natural=peak for the high point.
