On May 25, 2015, at 6:53 AM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
Am 24.05.2015 um 14:36 schrieb John Willis jo...@mac.com:
I always thought a cascade is a series of waterfalls connected together.
I thought it was a word for a single waterfall as well...
The water
2015-05-25 9:25 GMT+02:00 Michael Reichert naka...@gmx.net:
Any objection if I 'rewrite http://wiki.openstreetmap.org/wiki/Key:level
?
It seems to have been written with the misconception that floor names are
numbers when they're not.
A rewrite:
- Won't affect existing names
AYTOUN RALPH wrote:
Then the next thing they will need to know is the type of socket so type=*
(example ... plug_UK ; plug_EU ; USB123 ; USB_C)
It is customary in osm to avoid type=*, except for relations. Type of
what, i.e. power_socket=* or socket=plug_UK (or, rather, the better
values
Hi,
Am 2015-05-25 um 01:41 schrieb pmailkeey .:
Any objection if I 'rewrite http://wiki.openstreetmap.org/wiki/Key:level ?
It seems to have been written with the misconception that floor names are
numbers when they're not.
A rewrite:
- Won't affect existing names that appear as
No.
If you were to do that you would need a scheme that defines the sequence.
If you work with floor names, you need to define a table that assigns
levels to names as well.
The approach to count is correct and the base shold be that ground level is
level 0.
On 25 May 2015 at 01:41, pmailkeey .
2015-05-23 1:56 GMT+02:00 pmailkeey . pmailk...@googlemail.com:
have a look at these housenumbers, they're 5 and 7 for this side of the
building (one big hotel), but the main address is from the main street
(front of the buikding) and is different.
On Sun, May 24, 2015 at 11:53:48PM +0200, Martin Koppenhoefer wrote:
Am 24.05.2015 um 14:36 schrieb John Willis jo...@mac.com:
I always thought a cascade is a series of waterfalls connected together.
I thought it was a word for a single waterfall as well...
in some languages a
On 25 May 2015 at 13:18, Thorsten Alge li...@thorsten-alge.de wrote:
Since wikidata will be the center of all Wikimedia wikis it might be
better to link to wikidata items instead of wikipedia article. Thats why
I wonder what you think of deprecating the wikipedia tags (NOT DELETING
any of
Am 25.05.2015 um 13:37 schrieb Richard ricoz@gmail.com:
in some languages a cascade is any series of things, be it
electronic switches in circuits or waterfalls - even in English
as I have just noticed from reading wiktionary:
http://en.wiktionary.org/wiki/cascade
So cascade
Hallo List,
I started mapping wikidata tags some time ago. Those are great because
you can find wikipedia articles in any language you want (not only the
'primary' language) and and plenty of other information which might be
interesting for your project.
Since wikidata will be the center of all
If you have a flat battery in your phone/laptop and want to charge it ..
it is usefull to know where a public power socket is available.
And then is HAS TO BE on opentreetmap.org? A charing app or map is not
good enough?
__
openstreetmap.org/user/AndiG88
It must not be more difficult for a novice if the editor supports
fetching the wikidata item when a wikipedia-tag is present.
On 2015-05-25 14:40, Andy Mabbett wrote:
On 25 May 2015 at 13:18, Thorsten Alge li...@thorsten-alge.de wrote:
Since wikidata will be the center of all Wikimedia wikis
I think for most people, especially the more casual ones using ID, it
will be easier to map wikipedia tags so I think we should keep it. Long
term it would probably be great to have a automated system that just
pulls the Wikidata ID when you put in a wikipedia, but I don't think
that will
The floor level *order* will be clear from the ele(vation) tag, won't it.
Hence no need for a new tag of level_name.
--
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *
*currently
On 25/05/2015, Michael Reichert naka...@gmx.net wrote:
I oppose. Numeric level values can be used to display a building plan
layer by layer where higher floors lay over lower floors. Most software
which uses level=* at the moment expects that it is a numeric value.
Example:
On 25 May 2015 at 13:18, Thorsten Alge li...@thorsten-alge.de wrote:
Since wikidata will be the center of all Wikimedia wikis it might be
better to link to wikidata items instead of wikipedia article. Thats
why I wonder what you think of deprecating the wikipedia tags (NOT
DELETING any of
On 25/05/2015, pmailkeey . pmailk...@googlemail.com wrote:
The floor level *order* will be clear from the ele(vation) tag, won't it.
No.
Since when has the ele=* tag been used for floors in a building?
___
Tagging mailing list
Ok, No.
Having the wikidata-tag enables an application to select the
wikipedia-article in the language of the users choice or to easily load
additional information from wikidata like a cities crest for displaying.
The advantage would be that a user wouldn't get the German article
because its a
Using level = number would also mean you'd lose relative floor height
information:
Lifts (Elevators)
Highest floor available
Red Sky Lift – floor numbers correspond to the Main Building.
7
Blue Sky Lift – floor numbers correspond to the South Wing
10 or 11
North Wing
10
In the above
On 25 May 2015 at 13:55, moltonel 3x Combo molto...@gmail.com wrote:
On 25/05/2015, Michael Reichert naka...@gmx.net wrote:
I oppose. Numeric level values can be used to display a building plan
layer by layer where higher floors lay over lower floors. Most software
which uses level=* at
On 25 May 2015 at 14:08, Andrew Errington erringt...@gmail.com wrote:
On 25/05/2015, pmailkeey . pmailk...@googlemail.com wrote:
The floor level *order* will be clear from the ele(vation) tag, won't it.
No.
Since when has the ele=* tag been used for floors in a building?
What other tag
On Mon, May 25, 2015 at 3:08 PM, André Pirard a.pirard.pa...@gmail.com
wrote:
I already replied that I wonder what's the idea behind that enforcement.
Why wouldn't Wikidata be used also rather than instead? Is it really a
goal of OSM insisting to destroy Wikipedia?
So when people stop
Since I have not gotten much replies I though I might just try out our
new polling platform a German community member made.
http://osm.haraldhartmann.de/umfrage/poll/28
Just found the proposal for shop=supplements.
http://wiki.openstreetmap.org/wiki/Proposed_features/supplements
On the
elevation tag is not a good solution, as it requires a measurement that in
most cases is difficult to obtain
On 25 May 2015 at 14:49, pmailkeey . pmailk...@googlemail.com wrote:
The floor level *order* will be clear from the ele(vation) tag, won't it.
Hence no need for a new tag of level_name.
On Mon May 25 14:29:21 2015 GMT+0100, Marc Gemis wrote:
On Mon, May 25, 2015 at 3:08 PM, André Pirard a.pirard.pa...@gmail.com
wrote:
I already replied that I wonder what's the idea behind that enforcement.
Why wouldn't Wikidata be used also rather than instead? Is it really a
goal of
On 25/05/2015, pmailkeey . pmailk...@googlemail.com wrote:
There are two distinct needs : enabling software to sort levels
for rendering and navigation purposes, and the need to show the
textual name that humans expect. The level=* key is currently used
for the fist case (otherwise you'd see
Le lun. 25 mai 2015 à 15:08 +0200, André Pirard a écrit :
On 25 May 2015 at 13:18, Thorsten Alge li...@thorsten-alge.de wrote:
Since wikidata will be the center of all Wikimedia wikis it might be
better to link to wikidata items instead of wikipedia article. Thats
why I wonder what you
ikidata will always be playing catch-up to wikipedia, to
some extent.
Can you just show me a single Wikipedia entry without a Wikidata object.
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing
On 25/05/2015, p...@trigpoint.me.uk p...@trigpoint.me.uk wrote:
I think a lot of us mappers are going to need a lot of convincing,
wikipedia tags, in common with other osm tags, are human readable.
When reviewing changes I do not see a number that is meaningless without
following the link,
On 25/05/2015, pmailkeey . pmailk...@googlemail.com wrote:
Also knowing the street elevation would give the clue as to which floor was
'ground level' - as would a highway linking internal routes to external.
You shouldn't focus on trying to determine the ground level, as
there are many many
On Mon, May 25, 2015 at 01:46:18PM +0200, Martin Koppenhoefer wrote:
So cascade would be a true weasel tag.
yes, it is typical for words to have different meanings in different
contexts, but water=cascade will be much less a weasel than the word cascade
alone
still enough of a weasel
To me, a native American speaker, both tags tell me what sort of shop this
is. There are only a few such shops tagged either way but
nutrition_supplements is more popular. There is the usual problem of some
mappers using plural (supplements) and others singular but other than that
I'd say use
On 25/05/2015, Guillaume Allegre allegre.guilla...@free.fr wrote:
I already replied that I wonder what's the idea behind that enforcement.
Why wouldn't Wikidata be used also rather than instead? Is it
really a goal of OSM insisting to destroy Wikipedia?
Wikidata has one more advantage :
2015-05-25 16:24 GMT+02:00 moltonel 3x Combo molto...@gmail.com:
Also, a lot of wikipedia articles do not (yet) have a wikidata
counterpart.
I thought all wikipedia articles had been transformed into wikidata
entities (that's what I was told from a guy from wikimedia).
The big difference
The level key is intended for OSM internal use, to tell routing and
rendering software what connects to what. For indoor mapping, it would make
sense to also have a way to name floors, which needs to allow for both
numeric and non-numeric floor names. I have been in buildings that have
more
On 25 May 2015 at 09:14, Martin Koppenhoefer dieterdre...@gmail.com wrote:
2015-05-23 1:56 GMT+02:00 pmailkeey . pmailk...@googlemail.com:
have a look at these housenumbers, they're 5 and 7 for this side of the
building (one big hotel), but the main address is from the main street
(front of
2015-05-25 16:44 GMT+02:00 Colin Smale colin.sm...@xs4all.nl:
The ele tag specifically refers to the height above sea level. What we
would want here is a height above ambient ground level. Overloading ele
in this way would lead to untold confusion and be a recipe for disaster.
yes
On 25/05/2015, Martin Koppenhoefer dieterdre...@gmail.com wrote:
2015-05-25 16:24 GMT+02:00 moltonel 3x Combo molto...@gmail.com:
Also, a lot of wikipedia articles do not (yet) have a wikidata
counterpart.
I thought all wikipedia articles had been transformed into wikidata
entities (that's
Hi,
* Thorsten Alge li...@thorsten-alge.de [150525 15:24]:
Having the wikidata-tag enables an application to select the
wikipedia-article in the language of the users choice or to easily load
additional information from wikidata like a cities crest for displaying.
The advantage would be that
The ele tag specifically refers to the height above sea level. What we
would want here is a height above ambient ground level. Overloading
ele in this way would lead to untold confusion and be a recipe for
disaster.
//colin
On 2015-05-25 15:29, pmailkeey . wrote:
On 25 May 2015 at 14:08,
Well, this discussion could go on forever and I need a tag. For the time
being, I'm using the following tagging until something more definite is
decided
amenity=charging_station
fee=no
access=public
socket:USB=yes
socket:typeb=yes
motor_vehicle=no
There are currently only 7 socket:typeb=* in the
On 25 May 2015 at 15:44, Colin Smale colin.sm...@xs4all.nl wrote:
The ele tag specifically refers to the height above sea level. What we
would want here is a height above ambient ground level. Overloading ele
in this way would lead to untold confusion and be a recipe for disaster.
//colin
We'll be moving on to 'dog parks' next. That's places to park your dog
(outside) while you visit a shop, for instance. It seems they do this in
Rome - for a start.
--
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via
Well thats a good point. But in my opinion thats where the editor should
support the mapper and load the Description from Wikidata and maybe a
list of available languages for wikipedia articles.
I think a lot of us mappers are going to need a lot of convincing,
wikipedia tags, in common with
2015-05-25 17:11 GMT+02:00 Richard ricoz@gmail.com:
[water=cascade] still weasel enough. Could be a single waterfall, a series
of them or this:
http://de.wikipedia.org/wiki/Moldau-Kaskade
fountain_type=cascade should make the object clear
if you'd want to be more specific:
On 2015-05-25 15:29, Marc Gemis wrote :
On Mon, May 25, 2015 at 3:08 PM, André Pirard
a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com wrote:
I already replied that I wonder what's the idea behind that
enforcement. Why wouldn't Wikidata be used also rather than
instead?
On 5/25/15 1:20 PM, John Eldredge wrote:
The level key is intended for OSM internal use, to tell routing and
rendering software what connects to what. For indoor mapping, it would
make sense to also have a way to name floors, which needs to allow for
both numeric and non-numeric floor names. I
On 25 May 2015 at 17:13, moltonel 3x Combo molto...@gmail.com wrote:
* wikipedia names are friendlyer to mappers, and generally more well-known
Wikidata labels should be more useful, contain less redundancy, and be
no less well-known. For example, High Street rather than High
Street, Birmingham
The ele tag is for indicating the elevation of an object above sea level.
Not many people will know the elevation of each of a building's floors
above sea level.
On May 25, 2015 8:30:26 AM pmailkeey . pmailk...@googlemail.com wrote:
On 25 May 2015 at 14:08, Andrew Errington
On 25/05/2015 19:14, moltonel 3x Combo wrote:
Can you just show me a single Wikipedia entry without a Wikidata object.
https://en.wikipedia.org/wiki/List_of_map_projections
Ok, maybe that one doesn't count because it's kind of metadata that
doesn't belong in wikidata.
On 25 May 2015 at 17:32, Martin Koppenhoefer dieterdre...@gmail.com wrote:
I thought all wikipedia articles had been transformed into wikidata entities
(that's what I was told from a guy from wikimedia).
He was correct.
The big difference that I see that could be there (in theory, the
Yes, I object. The purpose of the level tag is to tell routing and
rendering software what the vertical order of objects is. It indicates
what connects to what, and, if they don't connect, what renders above what.
It is not intended to hold floor names.
On May 24, 2015 6:42:03 PM pmailkeey
pon, 25. svi 2015. 18:57 moltonel 3x Combo molto...@gmail.com je napisao:
Automatically creating wikipedia articles out of wikidata objects
shouldn't be too hard. The reverse seems unlikely. As far as I
understand, wikidata will always be playing catch-up to wikipedia, to
some
extent.
On 25 May 2015 at 19:14, moltonel 3x Combo molto...@gmail.com wrote:
Can you just show me a single Wikipedia entry without a Wikidata object.
https://en.wikipedia.org/wiki/List_of_map_projections
Ok, maybe that one doesn't count because it's kind of metadata that
doesn't belong in wikidata.
On 25 May 2015 at 19:32, John Eldredge j...@jfeldredge.com wrote:
In the USA, a dog park is an area of a public park, often enclosed by
a fence, where you are allowed to play with your dog off-leash. In other
sections of the park, or in an entire park if no section is designated as a
dog
On 25/05/2015, Andy Mabbett a...@pigsonthewing.org.uk wrote:
On 25 May 2015 at 17:13, moltonel 3x Combo molto...@gmail.com wrote:
* wikipedia names are friendlyer to mappers, and generally more well-known
Wikidata labels should be more useful, contain less redundancy, and be
no less
On 25/05/2015, Andreas Goss andi...@t-online.de wrote:
ikidata will always be playing catch-up to wikipedia, to
some extent.
Can you just show me a single Wikipedia entry without a Wikidata object.
https://en.wikipedia.org/wiki/List_of_map_projections
Ok, maybe that one doesn't count because
I'm not shure what it way you wanted to prove with these links. All of
these articles have wikidata items linked to them. All new articles get
wikidata items short after creation. Have a look in the left sidebar.
Since wikipedia migrated the interwikilinks (the link which are
connecting the
In the USA, a dog park is an area of a public park, often enclosed by a
fence, where you are allowed to play with your dog off-leash. In other
sections of the park, or in an entire park if no section is designated as a
dog park, you are likely to be cited and fined for letting your dog run
I, too, object. level=* is meant to be the numeric stacking order of
floors/levels in a building.
One redundant tag to level=* is addr:floor=*. This tag currently has the
same definition as level=* (with the same numbering convention). I propose
that we use addr:floor=* instead for your string
Right, because there is no reasonable middle ground...
On 25/05/2015 10:42 PM, Andreas Goss wrote:
If you have a flat battery in your phone/laptop and want to charge it ..
it is usefull to know where a public power socket is available.
And then is HAS TO BE on opentreetmap.org? A charing
On 25/05/2015, Andy Mabbett a...@pigsonthewing.org.uk wrote:
On 25 May 2015 at 22:18, moltonel 3x Combo molto...@gmail.com wrote:
How do you link to a wikidata label in an OSM tag ? One that never
suffers from renaming ? As far as I know, we can/should only use
wikidata ids, which are stable
On 25/05/2015 10:42 PM, Andreas Goss wrote:
If you have a flat battery in your phone/laptop and want to charge it ..
it is usefull to know where a public power socket is available.
And then is HAS TO BE on opentreetmap.org? A charing app or map is not
good enough?
Well then ... a shop app
We will need to use different tags for the two concepts, however.
On May 25, 2015 3:43:47 PM pmailkeey . pmailk...@googlemail.com wrote:
On 25 May 2015 at 19:32, John Eldredge j...@jfeldredge.com wrote:
In the USA, a dog park is an area of a public park, often enclosed by
a fence, where
So if I'm right, it's 1 for changing the wiki page, and 12 (including me)
opposed.
Janko
pon, 25. svi 2015. 20:10 John Eldredge j...@jfeldredge.com je napisao:
The ele tag is for indicating the elevation of an object above sea
level. Not many people will know the elevation of each of a
On Tue, May 26, 2015 at 5:18 AM, moltonel 3x Combo molto...@gmail.com
wrote:
Speaking of stable ids, how does wikidata handle renames, merges and
splits on the wikipedia side ? Even in the best-case scenario, it
seems that an OSM wikidata tag can drift off-target following
reorganisations
On 25 May 2015 at 22:18, moltonel 3x Combo molto...@gmail.com wrote:
How do you link to a wikidata label in an OSM tag ? One that never
suffers from renaming ? As far as I know, we can/should only use
wikidata ids, which are stable but not user friendly.
While the names are confusing, the concepts seem to be:
1) Hitching racks for temporarily restraining a dog.
2) A place for unleashed dog play and socialization.
3) Place to obtain dog waste bags.
4) Pet service areas, including a dedicated place for pets to defecate,
possibly indoors. This is
based on http://wiki.openstreetmap.org/wiki/Animal
On Tue, May 26, 2015 at 6:59 AM, Bryce Nesbitt bry...@obviously.com wrote:
While the names are confusing, the concepts seem to be:
1) Hitching racks for temporarily restraining a dog.
no tag yet
2) A place for unleashed dog play and
69 matches
Mail list logo
