On 7/30/10, ael law_ence@ntlworld.com wrote:
On Thu, Jul 29, 2010 at 10:56:51PM +1000, Steve Bennett wrote:
On Thu, Jul 29, 2010 at 9:13 PM, pavithran pavithra...@gmail.com wrote:
I like the trade=* but why call it shop=trade . I doesnt sound good .
Is there a restrictions on 'keys'
On Thu, Jul 29, 2010 at 1:00 PM, Brian Quinion
openstreet...@brian.quinion.co.uk wrote:
Discussing this for a day on the Tagging list is not enough for you to
make
this change.
How much time should it take? I didn't really set a dead line but was
trying to get comments on the idea...
My two cents:
winery is a better term than vineyard because, in some contexts at
least, the two have distinct meanings.
cellar door is a bad term because it will be taken literally by many
people and lead to confusion.
Given that there are wineries that don't sell direct to the public,
and there
On Fri, Jul 30, 2010 at 4:03 PM, ael law_ence@ntlworld.com wrote:
Many of these places sell a very wide range of goods, so something like
building_supplies is sufficiently general to cover such cases.
Individual tags for every line would not be feasible, even if the
average mapper could
On 30 July 2010 17:53, Peteris Krisjanis pec...@gmail.com wrote:
Well, that's another reason to tag them separately, right? So we can
have amenity=hospital and emergency=ambulance_station
I don't think that was ever in dispute, the only reference of
emergency with hospital was to do with any
On 30 July 2010 17:42, Steve Bennett stevag...@gmail.com wrote:
Given that there are wineries that don't sell direct to the public,
and there are wine shops not attached to wineries, and that a cellar
door is really no more than a wine shop within a winery, I would
suggest:
Some cellar
Ed - the proper way to do bus routes is using relations. The operator
tag should be on the relation, and should only have one value. This is
how we deal with geolocations being part of multiple geographical
structures.
If you want to add route_ref tags to the bus stops, then just make a
single
On Fri, 30 Jul 2010, Toby Murray wrote:
Then I guess a question would be would pharmacies be medical=pharmacy
or remain shop=pharmacy?
When I visited Holland (probably before you lot were born) the pharmacy sold
only pharmaceuticals. It would be a medical=pharmacy.
In Australia the
I don't understand this argument. Doesn't every tag change anywhere break
every editor/renderer/search/data user whether or not you think it is
correct?
John has just as much right to go change all the amenity= tags to something
more specific as you do to keep them the same. Data consumers
On Fri, Jul 30, 2010 at 6:39 AM, Daniel Tremblay tremb...@gmail.com wrote:
Regarding my cycleway=no_shoulder suggestion, here are a couple of example
we see often in Quebec, where car and bicycle share the road without
shoulders :
In Nashville, Tennessee, USA, where I live, there aren't any ambulances based
out of hospitals. The ambulances that handle emergency calls are all operated
by the city fire department, and are based at fire stations. There are also
commercial ambulance services, based out of various
Just to drag things back on topic, so far most claims seem to be vague
and generalised, however the original proposal about shifting police
and fire into an emergency category doesn't seem to have many/any of
the draw backs of most POIs most people are going to search for most
of the time.
Well done. Pretty much none of the others do. I look forward to your
patches :)
Heres the patch for the default.style for osm2pgsql
node,way emergency text nocache,polygon
Wasn't worth a diff patch as it's only one line. (30 seconds)
Mapnik for instance has manual rules -
On Fri, Jul 30, 2010 at 11:05 AM, Emilie Laffray
emilie.laff...@gmail.comwrote:
While I follow this mailing list, I am pretty sure that many people
working in the OSM ecosystem is not following the change that fast. It means
that every one doing an app needs to do some significant work to
On 31 July 2010 03:43, Chris Hill o...@raggedred.net wrote:
Here's an example of a change you claim you haven't made:
No, I claimed to have made those, as I pointed out to you in a
previous reply, what exactly was so important about these locations
that no one could be bothered to spend 2
On 31 July 2010 03:34, Ian Dees ian.d...@gmail.com wrote:
It appears that you have indeed made lots of changes in the database before
discussing on the list:
e.g. http://www.openstreetmap.org/browse/node/771625043/history
Hmmm thought I fixed that by reverting that changeset... I'll fix it
now
On Fri, 30 Jul 2010 17:05:19 +0100
Emilie Laffray emilie.laff...@gmail.com wrote:
On 30 July 2010 16:26, Ross Scanlon i...@4x4falcon.com wrote:
Total time 6 minutes
Hundreds of hours, yeah right.
The program I've been talking about uses osm2pgsql and mapnik so I'm well
aware of
On 30/07/2010 08:53, Peteris Krisjanis wrote:
Most ambulance stations here usually aren't joined to a hospital,
patient transport is another matter but they usually aren't used for
emergencies. Some stations aren't even close to a hospital, like this
one near me, it's about 6km from the nearest
I just don't see an ambulance/fire station as an emergency. I mean, if
you fall down and injure yourself you don't try get to the station you
'phone up get an ambulance to come to you.
The suggestion is to have fire, police and ambulance as emergency.
--
Cheers
Ross
On 31/07/2010 00:46, Stephen Hope wrote:
On 31 July 2010 09:29, Dave F.dave...@madasafish.com wrote:
I just don't see an ambulance/fire station as an emergency. I mean, if you
fall down and injure yourself you don't try get to the station you 'phone
up get an ambulance to come to you.
On 31 July 2010 09:51, Dave F. dave...@madasafish.com wrote:
If it ain't broke...
This wouldn't have come up if everyone thought that, there is a lot of
inconsistencies in the current tags on the map features page.
___
Tagging mailing list
On 31 July 2010 10:39, Stephen Hope slh...@gmail.com wrote:
Ignoring for the moment the whole how do we change it thing brought
up by the emergency tags, there seems to be a whole underlying issue
that's worth looking at.
The how is fairly simple, no one seems to have disagreed with that,
the
First, I want to add some more arguments to the list:
@ Cons Defined groupings approach
- sometimes meanings will be read into a key that originally weren't
there(1), this cannot happen with a generic type key
@ Pros All in one approach
- it's easier to find the correct tag if it *does* use the
On 31/07/2010, at 11:07 AM, John Smith wrote:
Maybe we should stop using words for key pair values and just come up
with a database that issues ID numbers, half the problems with the
current scheme is due to people treating enumerated key pairs in the
same way they are used to using english,
24 matches
Mail list logo