2009/10/12 Cartinus carti...@xs4all.nl:
On Monday 12 October 2009 14:34:42 Anthony wrote:
On Mon, Oct 12, 2009 at 4:15 AM, John Smith deltafoxtrot...@gmail.com
wrote:
The only problem then is how to tag the start/end of a numbering
section, based on that document major roads are broken up
2009/10/12 Anthony o...@inbox.org:
On Mon, Oct 12, 2009 at 4:15 AM, John Smith deltafoxtrot...@gmail.com wrote:
The only problem then is how to tag the start/end of a numbering
section, based on that document major roads are broken up into
sections of 100km.
Relation: node for start, node
2009/10/12 Cartinus carti...@xs4all.nl:
And how are you going to find the start and end of those sections without
surveying? You won't, not unless you have some external data to import (and
you didn't mention anything about that).
Long sections of highways are an exception rather than the
2009/10/13 Martin Koppenhoefer dieterdre...@gmail.com:
2009/10/13 Gilles Corlobé gil...@corlobe.tk:
Hello everybody,
I propose to add a tag boundary=military : the problem is that, with the
existing tags, it's almost impossible to mark correctly lots of data, like
(non limitative list)
2009/10/13 lulu-...@gmx.de:
I would love to agree, but the needs of disabled persons are widely spread
over our tagging scheme anyway, and awareness of objects that refer to
accessibility is nearly zero.
There are categories for visual, hearing and walking impariment, colletcted
in the
2009/10/19 Martin Koppenhoefer dieterdre...@gmail.com:
is an exception, there are not many exceptions though, and as soon as
a key:layer-page pops up, (e.g. set up by those who write continuously
about this lack in this list), it will be solved.
This requires an out of band work process, that
2009/10/20 Martin Koppenhoefer dieterdre...@gmail.com:
2009/10/20 John Smith deltafoxtrot...@gmail.com:
There is probably a good reason only tourist attractions are mapped
because you wouldn't be allowed to go near one unless you worked
there, there is a mine shaft on the other side of town
2009/11/28 Pieren pier...@gmail.com:
excepted in some cases in US. The problem with implied values is when
it is not true for a whole country and not only in a small number of
exceptions. Then the default is country specific and should be
documented separetely in the wiki for each country.
2009/12/3 James Livingston doc...@mac.com:
* In France, if you are walking your bike you're considered a pedestrian. So
it's a footpath
Same thing applies in a number of Australian states, you are supposed
to dismount and walk your bike across pedestrian crossings.
2009/12/4 Steve Bennett stevag...@gmail.com:
On Fri, Dec 4, 2009 at 4:33 PM, Cartinus carti...@xs4all.nl wrote:
They wouldn't fit on the escalators anyway ;)
As in, bicycle=carriage_prohibited. Maybe that's an australian use. Actually
now that I google it, I guess carriage means, taking it
2009/12/27 Roy Wallace waldo000...@gmail.com:
How to tag a highway that goes through/under a building? In this
example, the service road is incorrectly rendered in mapnik as being
on top of the building, despite the building having layer=1:
http://www.openstreetmap.org/browse/node/316607432
I
2009/12/28 wynnd...@lavabit.com:
Using tagged population figures as a substitute to guide renderers has
been suggested but it brings its own problems because people will expect
them to be more broadly useful and figures may either be out of date or it
may be unclear what area is being
2009/12/28 Roy Wallace waldo000...@gmail.com:
Is it? Can you explain why? Conceptually, all you need is layer=* and
the ability to detect the overlap of the building=yes area and the
highway=* way. But I guess you're saying this is hard to encode with
render rules?
This may need to be fixed
2009/12/29 Randy rwtnospam-new...@yahoo.com:
As far as rendering is concerned, neither layering nor covered is properly
rendered at this time on any of the renders that I'm aware of.
Did you file a request for enhancement against mapnik for covered?
2009/12/29 Frederik Ramm frede...@remote.org:
But isn't that the case with lots of nodes? The place=city name=London
node, does it describe something that is the node itself, or rather
lend a name to all that is around it?
The node should be part of a relation/boundary describing the area
that
Currently there is discussion on using relations to group segments of
a highway occurring:
http://trac.openstreetmap.org/ticket/2599
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
:
Alex Mauer ha...@hawkesnest.net writes:
On 01/05/2010 01:32 PM, John Smith wrote:
Currently there is discussion on using relations to group segments of
a highway occurring:
http://trac.openstreetmap.org/ticket/2599
In that ticket, you wrote: “we think administrative polygons should be
used
2010/1/7 Matthias Julius li...@julius-net.net:
John Smith deltafoxtrot...@gmail.com writes:
As for the shields this is deviating from the topic at hand but for it
the shield can be derived from the lookup table on the wiki and then
extra preprossesing in osm2pgsql to assign a shield based
2010/1/7 Matthias Julius li...@julius-net.net:
You want to parse the wiki page from within osm2pgsql? I am not so sure
that's a good idea. I think it should read that information from a
local file (which can be updated from the wiki by an independent tool).
For all it matters, the raw wiki
2010/1/18 Dave F. dave...@madasafish.com:
power=tower should be pylon=electricity
power=line should be cable=electricity
Remember, we're meant to be mapping _physical_ entities tagging them
as such.
Yes, but similar key names makes grouping a lot easier, eg a lot of
amenities should be
Land use can have a name
Such and such industrial area etc
On 1/28/10, Roy Wallace waldo000...@gmail.com wrote:
On Wed, Jan 27, 2010 at 10:33 PM, Steve Bennett stevag...@gmail.com wrote:
Out of curiosity, what's your intention in tagging these things? I get
tags like amenity=cafe or
2010/1/28 John F. Eldredge j...@jfeldredge.com:
Usually the name of the area is different from that of the offices within it.
And the office buildings themselves can also be named...
___
Tagging mailing list
Tagging@openstreetmap.org
On 31 January 2010 22:57, Dave F. dave...@madasafish.com wrote:
Accuracy is the key point. How detailed a mapper wants to go depends on
time patience.
At some point the level of mapping will out weigh the accuracy of
those using the data and all the extra data will be constantly moved
as
On 1 February 2010 01:51, Anthony o...@inbox.org wrote:
Among other things, I want to be able to produce
http://mytechnews.info/b/wp-content/uploads/2009/02/nuvi-lane-assistance.jpg
That's not photorealism, and it's not raster data, but that gore area is
best mapped as an area (the lanes
On 1 February 2010 02:10, Anthony o...@inbox.org wrote:
Maybe your implementation of micro mapping lanes doesn't have anything to do
with areas, but then, if so it probably doesn't work. How do you represent
gore areas which have highly variable widths as anything but areas? If
you've got a
On 1 February 2010 03:04, Anthony o...@inbox.org wrote:
Lat and lon please.
Check out 2009 SoTM videos on 3D mapping of road ways and inside sky
scrapers in Japan, apparently the Japanese buildings can be mini towns
inside the buildings, again check out SoTM videos.
So give me the XML.
I'll
On 1 February 2010 03:09, Richard Welty rwe...@averillpark.net wrote:
i'd be interested in examples of irregular shapes. in my experience, there
are one or more
straightaways which are wider, so the entries and exits have a change in
width, plus irregularities
due to escape roads, parking
On 1 February 2010 06:26, Roy Wallace waldo000...@gmail.com wrote:
On Mon, Feb 1, 2010 at 3:13 AM, John Smith deltafoxtrot...@gmail.com wrote:
... Obviously if
someone wants to spend a lot of time areas would be more accurate, but
in that case it might as well be left as a raster image
On 1 February 2010 07:11, Anthony o...@inbox.org wrote:
It's unverifiable in the same way any unofficial highway on private land
is unverifiable (and as much as what constitutes a parking area is
unverifiable). I don't think it poses much of a problem in practice.
Except when aerial imagery
On 1 February 2010 11:59, Roy Wallace waldo000...@gmail.com wrote:
Interesting, but what you're really doing (if i understand you correctly) is:
You missed the point on lanes then, which is mostly what I'm
interested in, being able to plot lanes and then describing them.
1) storing a way, plus
The only other problem left to solve is the 3D bit, elevation could be
added to nodes as well, but all we need then is GPS equipment that has
more accurate elevation.
___
Tagging mailing list
Tagging@openstreetmap.org
On 1 February 2010 12:53, Richard Welty rwe...@averillpark.net wrote:
long term handling of elevation is relevant to the race track problem,
here's
an elevation map of watkins glen to provide more than enough rationale:
This isn't about race tracks any more, but complex mapping of road
ways,
On 1 February 2010 12:42, John F. Eldredge j...@jfeldredge.com wrote:
It may be difficult to obtain GPS equipment that has accurate altitude data.
The GPS satellite system is maintained by the US military, and I have read
that the altitude information available to civilian equipment has
On 1 February 2010 12:37, Roy Wallace waldo000...@gmail.com wrote:
A lane could be described, geometrically, by an area (to indicate the
space it takes up on the Earth's surface) and a way (to indicate the
centerline and direction of travel).
Vector data can do close approximations too, which
On 1 February 2010 12:37, Roy Wallace waldo000...@gmail.com wrote:
I have no idea what you're talking about. Maybe it is best if you put
together a proposal page so we can see all aspects of your idea(s) in
one place...
My thoughts on a solution have changed based on Richard's suggestion
about
On 1 February 2010 13:38, Anthony o...@inbox.org wrote:
It's trivial with areas. If the borders touch, the areas touch. You can't
do that using a way and a width, unless you expect to do a bunch of
calculations behind the scenes (in the editors, in the routers, in the
renderers, etc).
Which
On 1 February 2010 14:21, Roy Wallace waldo000...@gmail.com wrote:
1) use tags on nodes to describe an area
2) use an area to describe an area
Generally speaking, I predict 2) will be easier.
Just like ways there is a lot of meta information to describe lanes,
can you change lanes, do lanes
On 1 February 2010 17:09, Roy Wallace waldo000...@gmail.com wrote:
Area means a closed way, with tags referring to the entity bounded
by the way. Simple enough I thought.
Polygon might be more applicable, area is a type of a polygon.
___
Tagging
On 1 February 2010 15:50, Roy Wallace waldo000...@gmail.com wrote:
Indeed. Hence why I have said multiple times that I think a way PLUS
an area is a better solution than trying to mangle the idea of an area
into tags on nodes.
What ever you call it, the problem is still the same, minimising
On 2 February 2010 00:27, Anthony o...@inbox.org wrote:
Lack of support in the software, which in turn is caused by lack of svn
access, which in turn is caused by lack of an approved proposal.
That isn't a valid answer, or relations wouldn't exist, either my
suggestion is valid and we press to
On 1 February 2010 13:31, Anthony o...@inbox.org wrote:
that altitude error will always be worse than lat/lon error. But I think
that's a good argument for not recording absolute elevation but rather
recording some sort of relative elevation.
The reason for absolute elevation is simply
On 3 February 2010 10:26, Anthony o...@inbox.org wrote:
I'm not sure what GPS software you're talking about. For recording of
altitudes, I'm not sure GPS is not accurate enough to be very useful. Also,
I already made that point.
there's the issue of what vertical datum is being used. For
On 1 February 2010 17:55, John Smith deltafoxtrot...@gmail.com wrote:
I just remembered, that nodes attached to ways have the following XML
way id='-7' visible='true'
nd ref='-2' /
nd ref='-6' /
/way
What's to stop us tagging the node reference with a width?
way id='-1' visible
On 3 February 2010 17:25, John Smith deltafoxtrot...@gmail.com wrote:
What I've suggested above means we can tag nodes, but as it applies to
a way, this would obviously need to be supported by editors etc, but
solves the problem of one thing, one object as far as I can see.
It could also solve
On 4 February 2010 07:24, Roy Wallace waldo000...@gmail.com wrote:
I guess...but this might be tricky for editors to deal with when way
direction is reversed.
Not really, think of the bits between nodes as segments, you apply the
information to a segment, except width which is applied at the
On 4 February 2010 07:22, Roy Wallace waldo000...@gmail.com wrote:
It is one option for tagging width, but users would then still need to
make some assumption about the direction in which width is measured
(probably the bisection of the angle between previous/following nodes)
and interpolate
On 4 February 2010 08:50, Martin Koppenhoefer dieterdre...@gmail.com wrote:
AFAIR the barrier=fence should not be applied to an area, what means
in pratical to draw a second way atop the area limits (not really
elegant). Another approach is to tag fenced=yes to the area (don't
know if someone
On 4 February 2010 10:02, Roy Wallace waldo000...@gmail.com wrote:
Still feasible, but it is worth noting.
This already happens in JOSM with ways when they are oneway=yes...
slightly different, but there is already triggers for it...
I know. But if you are happy with splitting (as I am), then
On 5 February 2010 06:13, Roy Wallace waldo000...@gmail.com wrote:
But it seems like you're suggesting that the OSM way instead should represent:
a) if a oneway feature: the centerline
b) if a twoway feature: the divider between traffic travelling in each
direction
I already map the node at
On 5 February 2010 15:00, Sam Vekemans acrosscanadatra...@gmail.com wrote:
Hi,
I edited the page 'image'
feel free to fix / edit/ delete
There seems to be a number of URL type tags, is there a need for a
specific image tag? Wouldn't it be better to unify these?
eg
URI:image=*
URI:wikipedia=*
On 5 February 2010 23:53, Jonas Stein n...@jonasstein.de wrote:
How to tag a flagpole / ~flagstaff?
I could not find it in the wiki.
I had a quick look on the wiki, couldn't see anything.
try something like amenity=flag_pole and add something to the wiki
On 8 February 2010 11:56, Roy Wallace waldo000...@gmail.com wrote:
I don't know - source is aerial imagery.
Then all you can do is map what you see, is there a gap between
buildings or not?
___
Tagging mailing list
Tagging@openstreetmap.org
On 14 February 2010 14:53, Chris Hunter chunter...@gmail.com wrote:
To quote Richard, they've decided that don't tag for the renderer trumps
don't screw the renderer over completely.
I think the way the US relations are being tagged is tagging for the
renderer and the majority of information is
On 18 February 2010 15:12, Roy Wallace waldo000...@gmail.com wrote:
Thus...is there a need for a new tag like source:geolocation?
Did you check tagwatch for the most common reference to source:*location* ?
___
Tagging mailing list
On 19 February 2010 01:54, Pieren pier...@gmail.com wrote:
Don't give again the same arguments as last time on this list. We just have
How is the argument given less relevent than last time?
to admit that many contributors find easier to say that a residential street
is narrower than the
On 19 February 2010 10:19, Roy Wallace waldo000...@gmail.com wrote:
Or they should use est_width=1.5m + note=road looks narrow - please
confirm width
Which is what was being suggested in the proposal on the wiki:
Lets say we define narrow as approximately =3m. Then a way with width=2.5
will
Can anyone see any obvious problems with parsing something like the following:
opening_hours=1/Sa 09:00-11:00; 3/Su 10:00-12:00
Or something similar to indicate the 1st Saturday and the 3rd Sunday
of the month.
___
Tagging mailing list
On 21 February 2010 17:08, John Smith deltafoxtrot...@gmail.com wrote:
opening_hours=1/Sa 09:00-11:00; 3/Su 10:00-12:00
To expand on this, there is local markets in a park on the 1st, 3rd
and 5th sundays of the month, to describe this would there be any
issues doing it this way?
opening_hours
On 21 February 2010 20:34, Tobias Knerr o...@tobias-knerr.de wrote:
I guess it would work. However, I wouldn't understand what it means when
encountering that value. One of the advantages of the opening_hours tag
is that you can usually understand it without refering to documentation.
Or is
On 21 February 2010 22:15, Greg Troxel g...@ir.bbn.com wrote:
vcalendar/icalendar can express things like this. IMHO OSM try to
follow existing practice as much as possible, so using something which
maps as closely to vcalendar/icalendar as possible would be best, but
the actual wire format
On 21 February 2010 22:59, Greg Troxel g...@ir.bbn.com wrote:
END:VCALENDAR
I don't think vcal/ical is suitable, simply because it doesn't merge
the information into a single line/tag...
Clearly opening hours more or less has a grammar (I wonder if anyone is
trying to mcahine parse the
On 21 February 2010 23:31, Greg Troxel g...@ir.bbn.com wrote:
True, but things can't be both obviously human readable and
compact/unambiguous. The real goal in tags isn't human readable but
nerd readable, and I think that once someone learns that Su[1] means
first sunday, they won't have
Also can anyone think of any other cases that opening_hours can't
describe at the moment?
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
On 22 February 2010 00:09, Ben Laenen benlae...@gmail.com wrote:
* derivatives of sunrise and sunset (like two hours before sunset). Some parks
here have opening hours like that.
I'll take a stab, might be able to do this using round brackets...
(sunrise+2)-(sunset-2)
* public holidays, and
On 22 February 2010 06:20, Martin Koppenhoefer dieterdre...@gmail.com wrote:
- the last Sunday in the month
Greg covered this with his suggestion: Su[-1]
- the first / last / third... wednesday of one specific month
We[1,3,-1]
- one hour after sunset
(sunset+01:00)
- every thursday with
On 22 February 2010 12:42, Martin Koppenhoefer dieterdre...@gmail.com wrote:
I meant e.g. the last wednesday of July. Would that be We[-1 July] ?
Well opening_hours already covers months, and this is nerd speak so it would be:
We[-1] 19:00-21:00 Aug
Aug - 1 Wednesday = last wednesday in
On 22 February 2010 16:15, Roy Wallace waldo000...@gmail.com wrote:
On Sun, Feb 21, 2010 at 11:39 PM, John Smith deltafoxtrot...@gmail.com
wrote:
Also can anyone think of any other cases that opening_hours can't
describe at the moment?
Perhaps a school (or something else) that is open
On 22 February 2010 18:54, Liz ed...@billiau.net wrote:
I reckon 3 paces would be more helpful than narrow
Paces of a short or tall person? :)
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
On 23 February 2010 10:45, Pieren pier...@gmail.com wrote:
have a bigger truck than yours and is 5 meters wide. How can I find a way if
none of the highways have a width tag ?
So if a way is missing a maxspeed=* tag, that means we can travel at
any speed we like, or should we use the
On 24 February 2010 01:49, Tobias Knerr o...@tobias-knerr.de wrote:
Maybe I'm used to a different dialect of nerd speak, but I'd intuitively
expect Aug Th[-1] to mean last Thursday of August.
*shrug* it's how php works...
http://www.php.net/manual/en/function.mktime.php
On a more practical
On 24 February 2010 07:32, Roy Wallace waldo000...@gmail.com wrote:
Does anyone feel strongly about needing a vote for this, or should I
go ahead and add source:location to Map Features and Key:source on the
wiki?
I've given up on any notion that voting is actually useful, 30k+
active mappers,
On 27 February 2010 08:32, Alan Mintz alan_mintz+...@earthlink.net wrote:
2. I've been tagging 25 mph school zones
(http://upload.wikimedia.org/wikipedia/commons/d/db/SchoolZone-SpeedLimitSignAndLight.JPG)
as maxspeed:children_present=25 mph. Can someone comment on where such
zones end (I
On 18 March 2010 14:56, John Smith deltafoxtrot...@gmail.com wrote:
We don't get much seasonal flooding in Australia, but there is a lot
The majority of seasonal flooding (wet season) effects northern areas
of Australia which has generally low population, the majority of
flooding that effect
On 4 April 2010 05:42, John F. Eldredge j...@jfeldredge.com wrote:
I have also seen over-street bridges that support conveyor belts used to move
materials between industrial facilities.
I vaguely remember something about conveyor belts in the past, I can't
remember what came of it, but I know
On 6 April 2010 04:12, ℳ∡ℝℸⅈℿ Koppenhoefer dieterdre...@gmail.com wrote:
Following recent discussion on talk-de I'm proposing a new place value for
single settlements (free standing single building, often farm, outside
settlement, max. 2 households).
From Map Features wiki page:
place=hamlet
On 6 April 2010 08:52, Greg Troxel g...@ir.bbn.com wrote:
OK - we don't have a word for that - it's just a house, or a farm.
Sure we do... building=[house|farm|yes]
___
Tagging mailing list
Tagging@openstreetmap.org
On 9 April 2010 08:33, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
2010/4/8 John Smith deltafoxtrot...@gmail.com:
From http://wiki.openstreetmap.org/wiki/Beach
Beach areas should always meet with a natural=coastline way. Do not use
this tag for patches of sand/gravel which
On 11 April 2010 00:18, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
btw.: what about tagging (and rendering) surface=sand ? IMHO the
beaches-hack is not to be kept eternally...
It doesn't look like anyone ever filed a bug about this, so I just added one:
On 11 April 2010 01:04, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
I see you filed this ticket for natural=sand. This doesn't literally
apply to berlin beaches, as they are all man_made. That's why I
suggested surface=sand (doesn't matter if it's natural or not).
I don't think it
On 11 April 2010 08:50, Roy Wallace waldo000...@gmail.com wrote:
The only alternative I see is landuse=beach, which I think would be
ok, if there were a clear distinction between this and natural=beach.
For a beach created by dumping a bunch of sand in the middle of a
city, to me, that's
On 11 April 2010 09:03, Liz ed...@billiau.net wrote:
+1 for landuse=beach, providing that includes beach below high tide mark, and
hoping that no person thinks that should be seause=beach
I don't see an overly compelling reason to change the existing tag,
however there are things like golf
On 11 April 2010 11:23, Dave F. dave...@madasafish.com wrote:
Not wanting to hijack this thread onto another subject, but the general
problem is using adjectives (natural) instead of nouns (landuse) for
Most sand is the product of a natural process, rather than being
created even if it's moved,
On 11 April 2010 20:40, Roy Wallace waldo000...@gmail.com wrote:
Surely these should be tagged golf_course=bunker, or something.
I was hoping for something a little more generic since you can also
have beach volley ball areas that are no where near beaches, there is
also sand in deserts, and
On 12 April 2010 01:36, Eugene Alvin Villar sea...@gmail.com wrote:
For a while now, I've been drawing and tagging drive through lanes at fast
food restaurants with highway=service and service=drive_thru (and sometimes
also oneway=yes since it seems that the implicit vs. explicit tags debate is
On 12 April 2010 01:56, Anthony o...@inbox.org wrote:
In my experience the oneway is usually explicit, as there are arrows on the
ground.
junction=roundabout implies oneway=yes, which is why you don't need to
add a oneway tag as well.
___
Tagging
On 12 April 2010 02:33, Anthony o...@inbox.org wrote:
Now, if we really want to start a flame war, maybe I should ask whether or
not to include bicycle=no :).
While your comment is tongue in cheek, most drive throughs have
height/width restrictions and usually don't allow towed vehicles to be
On 12 April 2010 07:50, Roy Wallace waldo000...@gmail.com wrote:
Suggestions? As is, you can't use surface because that's only for
roads/footpaths (although strangely it's also used for
Why does the surface tag have to be limited to roads/footpaths?
leisure=pitch's - seems the wiki needs
On 12 April 2010 09:09, Steve Doerr steve.do...@blueyonder.co.uk wrote:
Sand is not a necessary element of a beach in any case. In fact, the
original meaning of 'beach' was: 'The loose water-worn pebbles of the
sea-shore; shingle.'
All this means is that sand is assumed, since natural=beach
On 12 April 2010 13:49, Eugene Alvin Villar sea...@gmail.com wrote:
Since a couple of people mentioned that service=drive-through is a good
value, then I'd go for this value too for consistency.
If you want to be consistent, use underscores not hyphens, eg
service=drive_through
On 12 April 2010 14:20, Roy Wallace waldo000...@gmail.com wrote:
Good point. I assume you disagree with the use of landuse=grass, then?
(which is listed at http://wiki.openstreetmap.org/wiki/Landuse)
It seems inconsistent with other landuses such as residential,
industrial, commercial etc.
On 12 April 2010 15:05, Stephen Hope slh...@gmail.com wrote:
My personal opinion is that we should separate out the cover tags from
landuse into some other tag (doesn't have to be landcover). Not
because this is required, or it for easier searching, though they may
be side benefits. Simply
On 12 April 2010 22:44, Anthony o...@inbox.org wrote:
If you want to be consistent, use underscores not hyphens, eg
service=drive_through
I still vote for drive-through (or, alternatively, drive-thru). I've never
seen anyone call one a drive_through. I see no value in consistency if it
On 13 April 2010 03:48, Anthony o...@inbox.org wrote:
However, with drive-thrus (at least here in Florida), the public does not
have any right of access whatsoever.
In NSW, Australia everyone has the right to come and knock on your
door, it's only trespassing if you ask them to leave and they
On 13 April 2010 03:54, Anthony o...@inbox.org wrote:
Well, I now see that there are a few. I still don't understand why, though,
and I don't think we should keep doing something which makes no sense just
because we've done it in the past.
It makes perfect sense if you come from a programming
On 13 April 2010 06:02, Matthias Julius li...@julius-net.net wrote:
maxheight + maxwidth and maybe a new trailer=no?
I was hesitant to use the word 'trailer' since it means different
things in different variations of English, and it's not the only thing
that could be towed, things like caravans
On 13 April 2010 06:12, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
Don't know if that's true, but if I see how many complaints there are
about the ÖPNV-Karte, which ist just one word, probably introducing
more German will not facilitate OSM-development in the rest of the
world ;-)
I
2010/4/14 Hinrik Örn Sigurðsson hinrik@gmail.com:
I looked on http://wiki.openstreetmap.org/wiki/Key:barrier but wasn't
able to find a tag for this barrier. Is there a common tag in use for
this?
barrier=gate ?
___
Tagging mailing list
On 14 April 2010 02:29, Alex Mauer ha...@hawkesnest.net wrote:
I agree. Barrier=gate + motorcar=no (motor_vehicle=no?)
You don't need motorcar=no for the barrier, you'd tag the way with it.
___
Tagging mailing list
Tagging@openstreetmap.org
I couldn't see anything on the wiki that matched this, but at most
large airports in Australia they have fire fighting training
facilities and I wonder if anyone has tagged these in the past, if so
what scheme was used?
http://www.nearmap.com/?ll=-27.360791,153.133259z=20
On 18 April 2010 08:21, Bill Ricker bill.n1...@gmail.com wrote:
I think the BPD Bomb Squad makes use of BFD's practice burn range for
detonations as opposed to a separate facility, they may have a garage
Ok, so in this case they share, but there may be other facilities that
need sub-typing
1 - 100 of 592 matches
Mail list logo
