Andy Robinson (blackadder-lists) wrote:
If you look at other keys you will find wider use of the semi colon. At the
moment for instance the OSMers in the west midlands are hitting bus stops
hard and we are using the route_ref=45;56;78;905;907;998A;998C format. I
started out many moons ago
On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos zerebub...@gmail.com wrote:
On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon mar...@wolschon.biz
wrote:
On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos zerebub...@gmail.com wrote:
maybe what we need is an amenities tag specifically for multiple
co-located
Subject: Re: [OSM-dev] JOSM: Several tags with same key
Matt Amos wrote:
2009/4/5 Pierre-André Jacquod pjacq...@alumni.ethz.ch:
among theses 431 different values, there are 25 values with ; in them,
all value (like fuel;fast_food or fuel;toilets ) being composed of
values already used normally
Andy Robinson (blackadder-lists) wrote:
For mappers we need the simplest quickest way of entering the data, and this
works for us. I don’t really care if that makes it more difficult to process
the data in the database, that’s not important while building the database
of data.
Would dynamic
2009/4/6 Andy Robinson (blackadder-lists)
For mappers we need the simplest quickest way of entering the data, and this
works for us. I don’t really care if that makes it more difficult to process
the data in the database, that’s not important while building the database
of data.
+200
Pieren
On Mon, Apr 6, 2009 at 8:06 AM, marcus.wolsc...@googlemail.com wrote:
On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos zerebub...@gmail.com wrote:
On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon mar...@wolschon.biz
wrote:
On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos zerebub...@gmail.com wrote:
-Original Message-
From: Stefan de Konink [mailto:ste...@konink.de]
Sent: 06 April 2009 9:52 AM
To: Andy Robinson (blackadder-lists)
Cc: 'Pierre-André Jacquod'; 'Matt Amos'; dev@openstreetmap.org
Subject: Re: [OSM-dev] JOSM: Several tags with same key
Andy Robinson (blackadder-lists
Andy Robinson (blackadder-lists) wrote:
Well, maybe if you explain what that means I can respond ;-)
Currently the editor or the server decides what the user sees; I can
imagine that in the 'data is present' way it is far more easy to delete
or update a value that is in unique(k,v) format than
Hi,
I also see this as an error in the tagging-schema.
We have way too many values for amenity so these collisions
happen all the time. It`s not just bank+atm, it is also
hotel+restaurant and many others.
This way of tagging amenities simply grew without any regard
for what was technically
2009/4/5 Pierre-André Jacquod pjacq...@alumni.ethz.ch:
among theses 431 different values, there are 25 values with ; in them,
all value (like fuel;fast_food or fuel;toilets ) being composed of
values already used normally alone as amenity.
This is at least 6% of key/value paar showing that
Matt Amos wrote:
i look forward to seeing your tag comparison dictionary, though!
For talk-nl I alread gathered this statistics; since I can relatively
easily provide distributions over that. It is just what you want to view
them for.
Stefan
___
Matt Amos wrote:
2009/4/5 Pierre-André Jacquod pjacq...@alumni.ethz.ch:
among theses 431 different values, there are 25 values with ; in them,
all value (like fuel;fast_food or fuel;toilets ) being composed of
values already used normally alone as amenity.
This is at least 6% of key/value
Pierre-André Jacquod a scris:
Hi,
I also see this as an error in the tagging-schema.
We have way too many values for amenity so these collisions
happen all the time. It`s not just bank+atm, it is also
hotel+restaurant and many others.
This way of tagging amenities simply grew without any
2009/4/4 Marcus Wolschon mar...@wolschon.biz:
Yes,
I also see this as an error in the tagging-schema.
We have way too many values for amenity so these collisions
happen all the time. It`s not just bank+atm, it is also
hotel+restaurant and many others.
This way of tagging amenities simply
Martin Koppenhoefer wrote:
Of course this would be a lot of work and discussion in the community,
but I think it's still not too late to do it, and it would help a lot
to bring more structure and logics in the tagging-scheme.
Still will probably still not render the right icons (aligned) at
Stefan de Konink a scris:
Martin Koppenhoefer wrote:
Of course this would be a lot of work and discussion in the community,
but I think it's still not too late to do it, and it would help a lot
to bring more structure and logics in the tagging-scheme.
Still will probably still not render
Eddy Petrișor wrote:
Stefan de Konink a scris:
Martin Koppenhoefer wrote:
Of course this would be a lot of work and discussion in the community,
but I think it's still not too late to do it, and it would help a lot
to bring more structure and logics in the tagging-scheme.
Still will probably
On Sat, Apr 4, 2009 at 6:10 PM, Stefan de Konink ste...@konink.de wrote:
Eddy Petrișor wrote:
Stefan de Konink a scris:
Martin Koppenhoefer wrote:
Of course this would be a lot of work and discussion in the community,
but I think it's still not too late to do it, and it would help a lot
to
Matt Amos wrote:
maybe what we need is an amenities tag specifically for multiple
co-located amenities?
Again that would be a semantic solution for the 'joint' problem.
Stefan
___
dev mailing list
dev@openstreetmap.org
On Fri, Apr 03, 2009 at 02:50:47PM +0100, David Earl wrote:
Grouping streets that share a ref seems like a good use for a relation,
though I think it would be a shame if this became the standard way of
doing it as it is a rather more complicated way of doing it. But in some
cases, roads do
On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon mar...@wolschon.biz wrote:
On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos zerebub...@gmail.com wrote:
maybe what we need is an amenities tag specifically for multiple
co-located amenities?
I strongly disagree.
That is even harder to parse then the
2009/4/3 Pierre-André Jacquod pjacq...@alumni.ethz.ch
Martin Koppenhoefer wrote:
actually I would map the building (closed way) and 2 nodes within at
their actual position for postbox and atm, or is it a combined postbox
and atm?
exactly one above the other in the wall, like:
--
D Tucny wrote:
Then shouldn't that be two nodes? with the atm one having a layer=1 tag?
Similar to having a bar above a restaurant above a bank at the same
position but on different floors...
There are better examples probably; what should a supermarket that has a
post agency be talked
I've been noticing recently how things seem to be heading.
Before I was involved with the project there were nodes, segments
and ways. Whether there were also relations at that time I don't
know. Perhaps the same key could be used more than once on a way -
again I don't know.
Currently we seem
On Fri, Apr 3, 2009 at 2:05 PM, Ed Loach e...@loach.me.uk wrote:
I've been noticing recently how things seem to be heading.
Before I was involved with the project there were nodes, segments
and ways. Whether there were also relations at that time I don't
know. Perhaps the same key could be
On 03/04/2009 14:05, Ed Loach wrote:
Currently we seem to have nodes, ways and relations. A way or node
can be part of any number of relations (I believe), and there are
people using relations for more and more things. Group all the ways
that make a given road into a road relation; all the
Matt Amos wrote:
On Fri, Apr 3, 2009 at 7:24 AM, Stefan de Konink ste...@konink.de wrote:
D Tucny wrote:
Then shouldn't that be two nodes? with the atm one having a layer=1 tag?
Similar to having a bar above a restaurant above a bank at the same
position but on different floors...
There are
2009/4/3 Pierre-André Jacquod pjacq...@alumni.ethz.ch:
this sort of thing already exists for banks, but is tagged as
amenity=bank, atm=yes. you could easily adopt this for other types as
well: shop=supermarket, atm=yes.
Ok, I see, something like:
amenity = post_box
atm = yes
while stefan
Andreas Kalsch wrote:
I'd like to add several tags with the same key. In the most cases this
no good practice, but with urls it makes sense, e.g. to add several
images to one feature.
I think it makes sense... Like there is within one building (actually at
the same place) a post-box, and
Hallo,
Andreas Kalsch wrote:
I'd like to add several tags with the same key. In the most cases this
no good practice, but with urls it makes sense, e.g. to add several
images to one feature.
This was never supported by JOSM, and while it is currently still
possible to have several tags
2009/4/2 Frederik Ramm frede...@remote.org:
Hallo,
Andreas Kalsch wrote:
I'd like to add several tags with the same key. In the most cases this
no good practice, but with urls it makes sense, e.g. to add several
images to one feature.
This was never supported by JOSM, and while it is
Dave Stubbs wrote:
And while currently possible in the database, it doesn't work in the
current API, so you can't actually enter them :-)
Just download an object, duplicate the tag and reupload. Sounds pretty
possible to me :)
In a few weeks time it just becomes official, and any existing
On Thu, Apr 2, 2009 at 10:33 PM, Stefan de Konink ste...@konink.de wrote:
Dave Stubbs wrote:
And while currently possible in the database, it doesn't work in the
current API, so you can't actually enter them :-)
Just download an object, duplicate the tag and reupload. Sounds pretty
possible
Matt Amos wrote:
On Thu, Apr 2, 2009 at 10:33 PM, Stefan de Konink ste...@konink.de wrote:
Dave Stubbs wrote:
And while currently possible in the database, it doesn't work in the
current API, so you can't actually enter them :-)
Just download an object, duplicate the tag and reupload. Sounds
On Thu, Apr 2, 2009 at 11:35 PM, Stefan de Konink ste...@konink.de wrote:
Matt Amos wrote:
the API uses a hash and disallows repeated tags on ways and relations.
but it uses a list for nodes, so you can easily get duplicate tags by
the method you describe.
Interesting; I am not convinced but
The convention is to separate multiple values for the same key with a
semicolon.
Cheers
Andy
-Original Message-
From: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org]
On Behalf Of Andreas Kalsch
Sent: 02 April 2009 8:03 PM
To: dev@openstreetmap.org
Subject: [OSM-dev]
Martin Koppenhoefer wrote:
actually I would map the building (closed way) and 2 nodes within at
their actual position for postbox and atm, or is it a combined postbox
and atm?
exactly one above the other in the wall, like:
--
| ATM |
|-
| postbox |
---
regards
+1
Stefan de Konink wrote:
Andy Robinson (blackadder-lists) wrote:
The convention is to separate multiple values for the same key with a
semicolon.
...and that semantical addition breaks querying for any tool [including
your database] that follows context free grammar. XML well defines
38 matches
Mail list logo
