On Fri, Feb 27, 2015 at 9:04 AM, moltonel 3x Combo molto...@gmail.com
wrote:
On 27/02/2015, Christoph Hormann chris_horm...@gmx.de wrote:
fixme=stream␣attributes␣missing
fixme=stream␣attribute␣data␣missing
have not been added by an import but in an attempt to fix a broken
import.
Here's an example semi-bulk FIXME cleanup just done. This was manual, not
script based:
http://www.openstreetmap.org/changeset/29107328
Clearly this was a simple mistake (a JOSM user doing select all and
getting nodes in addition to the ways they wanted to target). The original
changeset was:
On Thu, Feb 26, 2015 at 1:16 PM, Greg Troxel g...@ir.bbn.com wrote:
I think part of the objection to mechanical removal is that just because
there are a lot of particular values doesn't mean they are all junk, and
some could well have been added by hand.
Perhaps a more limited cleanup that
In light of the discussion the volume and quality of note and fixme items,
Pascal Neis
has whipped up some nice long term data for notes. Hopefully corresponding
data on fixme
will be possible in the future.
http://resultmaps.neis-one.org/osm-notes-overview
To make this simpler, for now I propose to mechanically delete the tags:
fixme=stream␣attibutes␣missing
stream=fixme
From several stream imports in the USA. Does anyone have comment or
considerations for that proposal (beyond the usual mechanical edit policy)?
To make this simpler, for now I propose to mechanically delete the tags:
fixme=stream␣attibutes␣missing
stream=fixme
From several stream imports in the USA. Does anyone have comment or
considerations for that proposal (beyond the usual mechanical edit policy)?
On Thu, Feb 26, 2015 at 2:18 PM, Ian Dees ian.d...@gmail.com wrote:
No one's holding you back from proposing (or making) code changes, are
they?
That proposal is already on the table:
https://github.com/openstreetmap/openstreetmap-website/issues/776
On Thu, Feb 26, 2015 at 3:55 PM, Blake Girardot bgirar...@gmail.com wrote:
I am strongly in this camp. I have not seen any actual harm or problem
presented for 1.3 million fixme tags yet. But there is the potential for
problems if removed.
Even fixme=yes tags convey information: Someone felt
On Wed, Feb 25, 2015 at 1:10 AM, SomeoneElse li...@atownsend.org.uk wrote:
On 25/02/2015 05:00, Bryce Nesbitt wrote:
Any fixme in wide use I'm not interested in deleting.
I'd strongly oppose the mechanical deletion of low volume fixme values.
Mappers local to me often use individually
fixme=yes is an interesting one socially. It's a bit like tiger:reviewed=no
If there's an obvious problem, I might feel confident to fix the issue and
clear the tag out. But for most nodes I might be unsure what's wrong, or
not be confident I know 100% about the object. Thus the fixme=yes sits
On Wed, Feb 25, 2015 at 9:57 AM, Jonathan Bennett jonobenn...@gmail.com
wrote:
Actually I think you've misunderstood:
You've said these are Junk Tags, and I think everyone has agreed with
you on that. However people have also pointed out that they are probably
attached to Junk Data.
How
On Tue, Feb 24, 2015 at 9:38 AM, Greg Knisely g...@mapzen.com wrote:
From a routing/driving directions perspective, I was hoping to determine
if the user needs to slow down at all where a toll exists if they use an
ETC device.
That would be a short segment of maxspeed=25mph or whatever.
Here's an example of a specific feature type bringing a new mapper to OSM:
https://bicycletrax.wordpress.com/2014/06/20/campuses-with-the-most-bike-repair-stations/
A modicum of guerrilla mapping can have a huge effect. A few athletic
fields and building outlines can quickly snowball into
I'm opening a discussion about a potential mechanical edit to FIXME tags:
http://taginfo.openstreetmap.org/keys/fixme#values
http://taginfo.openstreetmap.org/keys/FIXME#values
It is apparent that a number of imports have left tens of thousands of
fixme notes that have a low chance of ever
It's also possible to turn some of those like
could_be_dunes_or_beach into notes, rather than FIXME.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Any fixme in wide use I'm not interested in deleting.
Get rid:
fixme=check/adjust␣position␣and/or␣merge␣with␣existing␣stop␣if␣exists
fixme=type_of_palm
fixme=imported_to_be_checked
FIXME=stream␣attribute␣data␣missing
Keep:
fixme=continue
fixme=position
fixme=resurvey
fixme=dual_carriageway
21, 2015 at 9:41 AM, Bryce Nesbitt bry...@obviously.com wrote:
I'm ready to start this import: the input to date has been carefully
considered and adjustments made.
I'm intending to add notes for locations where the press releases are
insufficiently specific to correctly position the node
On Sat, Feb 21, 2015 at 7:39 PM, Russ Nelson nel...@crynwr.com wrote:
Greg Troxel writes:
That said, there is a lot of junk. But I just close them if I can't
figure them out and if I'm fairly sure I wouldn't be able to if I showed
up.
I agree with Greg. If the not submitter didn't
I'm ready to start this import: the input to date has been carefully
considered and adjustments made.
I'm intending to add notes for locations where the press releases are
insufficiently specific to correctly position the node.
Often, the press releases are specific enough, but not always. The
On Sat, Feb 21, 2015 at 12:27 PM, Paul Johnson ba...@ursamundi.org wrote:
Do we have a graph of how many notes are open? It wouldn't be surprising
to see a downward trend in the last few weeks from this change.
http://resultmaps.neis-one.org/osm-notes
On Fri, Feb 20, 2015 at 12:42 PM, Martijn van Exel m...@rtijn.org wrote:
In general I think it should be easier, not harder, to create notes and
Ian's onosm is a good example of how to accomplish that. Adding artificial
friction makes no sense to me. Less notes should not be an objective,
*A challenge*: clear 50 notes, and come back to this discussion with your
ideas ;-).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Fri, Feb 20, 2015 at 12:29 AM, Toby Murray toby.mur...@gmail.com wrote:
I believe it was Ian Dees who came up with http://onosm.org/ to address
this. It collects detailed information and then creates an actionable note
with that information.
What would it take to get onosm or something
On Fri, Feb 20, 2015 at 8:42 PM, Michał Brzozowski www.ha...@gmail.com
wrote:
On Fri, Feb 20, 2015 at 10:11 PM, Bryce Nesbitt bry...@obviously.com
wrote:
Perhaps the most frustrating type of note is one where the writer clearly
meant to help, but there's just not
enough information
Sigh. Unfortunately mentioning the URL of a bad site can help increase
the credibility and reach of
the bad site.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Here are two examples of mapping communities NOT in OSM:
http://labyrinthlocator.com/
http://www.sanidumps.com/
To help find USA http://www.openstreetmap.org/relation/148838 mappers:
I've resolved to start including links to OSM in any location related email
I send :-).
On Thu, Feb 19, 2015 at 11:20 PM, Mateusz Konieczny matkoni...@gmail.com
wrote:
OSM is easy to edit - I think that it is better to avoid false
information. OSM is not easy to edit for beginners (iD is a bit better for
start, but it is also quite hard)
A fair number of the notes in my areas
In preparation for a project, I made a concerted effort to clear notes in
areas I know well.
There were a few gems in there, but mostly it was pretty rough going.
Many open notes were not actionable:
1) Pure junk (empty, scribbles)
2) Unsolvable wishes
3) Incomplete information (with no way to
A modicum of guerrilla mapping can have a huge effect. A few athletic
fields and building outlines can quickly snowball into almost every
building and driveway in town. [2]
Try this:
In the course of your everyday life, when you describe a meeting place to
someone via email, send them a
On Fri, Feb 13, 2015 at 9:45 AM, Andy Mabbett a...@pigsonthewing.org.uk
wrote:
On 12 February 2015 at 13:55, Marc Gemis marc.ge...@gmail.com wrote:
The comments were saying that vandalism is rare on OSM
Wikipedia sensibly offers this advice:
On Tue, Feb 17, 2015 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote:
Indeed, Mapillary is great. I wonder if there's room to get
GoPro+Mapillary to donate a few units to put together a rig that we could
ship around to people in the US that could collect data for the US
community...
On Wed, Feb 11, 2015 at 3:36 PM, Greg Morgan dr.kludge...@gmail.com wrote:
On Wed, Feb 11, 2015 at 2:23 PM, Bryce Nesbitt bry...@obviously.com wrote:
On Tue, Feb 10, 2015 at 5:04 PM, Greg Morgan dr.kludge...@gmail.com wrote:
Thanks for sharing your mapping project.
Regards,
Greg
On Sun, Feb 8, 2015 at 9:23 AM, Serge Wroclawski emac...@gmail.com wrote:
Bryce,
After reading through this thread, I just don't see this dataset as
being high enough of quality to import.
Arguing that users will be free to move objects does not jive with the
~10 years experience we have
How about this: particularly in the case of two businesses within one
building polygon,
create non-building area's for the business tags. Then you get the sense
of scale of the business,
and preserve the free tagging of the building polygon.
___
On Wed, Feb 11, 2015 at 8:25 AM, Tom MacWright t...@macwright.org wrote:
Unfortunately, experience suggests that there's relatively little that a
discussion on on the talk mailing list is going to be able to do here. Help
with development or give productive feedback on the issue tracker.
I agree 100% that iD is making editing mistakes easier, out of proportion
to the degree to which it makes editing by new users easier.
The delete user interface is particularly fragile, encouraging the most
pernicious form of damage: silent deletes.
That goes for both the main map, and associated
On Wed, Feb 11, 2015 at 8:47 AM, Tom MacWright t...@macwright.org wrote:
How is an open source project that was open source on day one, was
publicly communicated from day one, heavily explained in time-consuming
technical blog posts, has 77 contributors, and has accepted hundreds of
pull
On Wed, Feb 11, 2015 at 9:59 AM, Tom MacWright t...@macwright.org wrote:
That ticket doesn't have a difference of opinion: it has a core developer
of iD offering to buy a cake for whoever contributes a fix. Nobody has
contributed a fix: one would be accepted if it was contributed. Plus, we'd
On Tue, Feb 10, 2015 at 5:04 PM, Greg Morgan dr.kludge...@gmail.com wrote:
Thanks for sharing your mapping project.
Regards,
Greg
Greg;
There are five locations shown on the Arizona State University Tempe campus.
Could you ground truth those?
___
On Wed, Feb 11, 2015 at 1:08 PM, Tom MacWright t...@macwright.org wrote:
Ever since 2012, in the second commit ever, Not breaking other people's
data has been one of the three clearly stated public design goals of iD.
This goal does not appear to have been carried out.
The iD project comes
even on the best available air photos (e.g. better than the Bing ones).
Even the street cameras are not generally enough: this really takes in
person spotting.
Any more comment / objection?
On Sat, Feb 7, 2015 at 11:40 PM, Bryce Nesbitt bry...@obviously.com wrote:
To summarize: a proposed import
This seems to be tagging for the renderer which is not a good idea. If
the only thing occupying the building is a single POI, then put the POI
tags on the closed Way for the building outline. By adding a new object
(Node) for the POI, you are also going against the One feature, one OSM
.
Regards,
Greg
On Sun, Feb 8, 2015 at 8:58 PM, Greg Morgan dr.kludge...@gmail.com
javascript:; wrote:
On Sun, Feb 8, 2015 at 12:40 AM, Bryce Nesbitt bry...@obviously.com
javascript:; wrote:
To summarize: a proposed import of of bicycle repair stations. The
database
is maintained
To summarize: a proposed import of of bicycle repair stations. The
database is maintained by a vendor of bicycle repair stations, the data
quality is spot on in many cases, and geocoding level in other cases with
the pins generally in the right area. The stations are too small to find
on an air
Are there any additional comments on the issue of importing (actually
synchronizing) 500 bicycle repair stations?
With this import OSM would become the most comprehensive database of repair
station locations.
To summarize: the import database is maintained by a vendor of bicycle
repair stations,
On Mon, Jan 26, 2015 at 1:13 AM, Philip Barnes p...@trigpoint.me.uk wrote:
On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote:
The locations I field checked were all findable, but had positioning
errors
consistent with smartphone GPS units,
up to 30 meters. In each case I was able
On Mon, Jan 26, 2015 at 11:10 AM, JB jb...@mailoo.org wrote:
I have nothing against bicycle repair stations. Really. But, just in
France, how many databases do we have that are as worth as this one ?
Post offices, monuments, schools… Do we want to create some hundreds,
thousands of notes for
On Mon, Jan 26, 2015 at 11:42 AM, Chris Hill o...@raggedred.net wrote:
Again, that doesn't justify adding data you know are poor quality. Please
don't do that.
The data in question is collected via GPS: it's of similar quality to
other POI's collected via GPS.
Every one I sought out to
On Mon, Jan 26, 2015 at 2:40 PM, Greg Troxel g...@ir.bbn.com wrote:
Also, if a tag isn't rendered in the default mapnik view, then those
elements are unlikely to be cleaned up (absent a special render for a
community of interest, which the cyclemap layer might be).
It's a chicken and egg
On Sun, Jan 25, 2015 at 3:09 AM, Maarten Deen md...@xs4all.nl wrote:
But are there a lot of these repair stations around? I know of none. We
usually have our bikes repaired in a bike shop.
I made list of manufacturers of this type of station at
Note for rendering. There appear to be stations that are under lock and
key, not even permissive:
https://www.openstreetmap.org/node/3190431752/history that I would not
want to see mapped on a general purpose map.
___
talk mailing list
On Sun, Jan 25, 2015 at 1:34 PM, SomeoneElse li...@atownsend.org.uk wrote:
In this case the node seems to be a duplicate of
http://www.openstreetmap.org/node/2802994130 just across the road - I'm
guessing that something went wrong when checking the nodes for import?
The conflation has
Where do OSM cycling enthusiasts hang out : is there a mailing list or
group focused on cycling features?
On Sat, Nov 15, 2014 at 3:51 AM, Simon Poole si...@poole.ch wrote:
Bryce, where are these common? Not something I've seen here (in a wide
sense of the word).
After talking to the main
On Sun, May 11, 2014 at 6:32 AM, Nick Whitelegg nick.whitel...@solent.ac.uk
wrote:
Has anyone encountered any problems with the GPS on the Galaxy SIII or
similar models starting to malfunction after a while?
Mine is around 18 months old and since around Easter its ability to
connect to the
Head over to imports-us for the discussion.
https://wiki.openstreetmap.org/wiki/Import/Dero_Bike_Repair
is the proposal page.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
I'm a data consumer also.
And I've faced tagging proposals that would break my imports also.
In general while I think the tagging / wiki voting system is pretty broken,
I also believe in mass re-tagging to make data more regular.
While there's a one time disruption due to re-tagging, the promise
While we're at it, it would be nice to have a database that allows going
from the tagged item (e.g., fitness centre) to recommended tag.
The iD editor has a nice internal feature called aliases, so a person
looking to add a restroom will find the toilet preset.
I would tag *access=destination* here, and hope routers don't use that route
unless the way is within the bounding box (or at least near) to my
destination.
___
Talk-us mailing list
Talk-us@openstreetmap.org
What about the maps I produce for my client? You're not likely to know about
it as it is a private project. If you make a mechanical edit that breaks my
render, should I send the bill for the changes to you rather than ask my
client to pay? (This is not hypothetical I really do have a render
Note that for shops with a website,
KeepRight loads the website and matches the name.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
I've frequently wanted to map the trails that peter out for exactly the
reason you state.
The choices as a mapper seem wrong:
1) Map the trail : thus encouraging use of a flawed route.
2) Don't map the trail. The casual map reader thinks OSM is missing
something.
Possible solutions include a
Paper maps handle this with Closed in winter. access=seasonal seems
the tagging equivalent.
Then, perhaps, if actual dates are announced they could be coded:
access:announced_opening=20140501
A router may key off access=seasonal to warn people that a closure
date needs to be checked for.
On Sat, Nov 15, 2014 at 3:51 AM, Simon Poole si...@poole.ch wrote:
Bryce, where are these common? Not something I've seen here (in a wide
sense of the word).
Simon
They're showing up all over the United States.
Every new Whole Foods Market seems to have one.
They're typical on new rail
On Sat, Nov 15, 2014 at 1:04 PM, colliar colliar4e...@aol.com wrote:
Am 15.11.2014 um 02:32 schrieb Bryce Nesbitt: I'd like to encourage
people to map bicycle repair stations. There are only
18 in the database right now. Can we double that this week?
http://wiki.openstreetmap.org/wiki
I'd like to encourage people to map bicycle repair stations. There are only
18 in the database right now. Can we double that this week?
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_repair_station
--
Separately I'm torn if it's better to map operator= for
To compare an alternative:
A live service could look up the relationship in real time as a person
clicked.
Meaning you could make a map with the wikidata feature, without adding
anything to OSM.
Is simply using OSM as a cache for the output of a script that can be run
later?
I know how to use out meta center; in Overpass query language to get
the center of a way.
What's the equivalent in Overpass XML? I tried adding it to the
print, but I can't find documentation on print and the command is
rejected:
osm-script output=xml timeout=25
union
query type=node
many toilets are missing from OSM
:-)!
Bryce Nesbitt
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Thu, Sep 18, 2014 at 3:14 AM, Jóhannes Birgir Jensson j...@betra.is
wrote:
Mappa Mercia have a tutorial on this, using uMap with live data from
Overpass
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html
Thanks for this. I did try it:
I'm looking for a current answer to:
https://help.openstreetmap.org/questions/6208/
*How to view the geometry of an older way?*
Specifically I'm trying to view 2 and 3 of:
http://iandees.github.io/osm-deep-history/#/way/20953890
I tried using JOSM's reversion plugin to see the old version, but
On Thu, Sep 25, 2014 at 6:57 AM, Tobias Preuss
tobias.preuss+...@googlemail.com wrote:
Did you try the OSM History Viewer?
http://osmhv.openstreetmap.de/index.jsp
Ok, but the change-set is HUGE and I'd like to just focus on way 20953890
I did a partial revert of:
http://www.openstreetmap.org/changeset/25206929#map=18/39.75833/-105.03600layers=D
Using JOSM.
Would someone take a peek at this: it's my first revert, and a second set
of eyes would be nice.
The original edit dragged a road, disconnecting at multiple points.
On Tue, Sep 23, 2014 at 12:57 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
usually disconnections shouldn't happen by a simple drag. At least in JOSM
(but I believe also in the other editors), you'd have to actively
disconnect the nodes.
What I found was a road that remained
What's the best way to create a global single point of interest map, with
OSM?
I'm thinking something like this local pay phone map:
Had the same thing with a Nexus S:
http://android.stackexchange.com/questions/77603/
Here it took screws.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
All contributors should keep in mind the terms of service for Google maps,
OSM,
and copyright laws in general.
http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs
___
talk mailing list
talk@openstreetmap.org
How do I use and tag private roads?
I don't really bother.
If a road is open for travel I don't care much if it's private.
If a road has a gate, then, um, at least in most cases it's off limits.
The gate is a better signal for routing compared to private/public.
There are too may private roads
On Sat, Sep 6, 2014 at 1:12 AM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
Il giorno 06/set/2014, alle ore 07:24, Bryce Nesbitt
bry...@obviously.com ha scritto:
BUT ANY OF THESE can be primary, secondary, tertiary or residential.
No, the ones that are too narrow (motorcycle
I see rural roads breaking down fairly neatly:
- Paved
- Unpaved improved
- Track
- ATV/Narrow vehicle only (the United States Forest Service defines
this as 50 body width or less)
- Single track (e.g. Motorcycle)
- Trail
- Closed to some combination of
Open Time Machine
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Keepright and/or Maproulette are fine tools for crowfixing such things.
Keepright is probably already picking them up, at it loads website tags and
matches them to the other tags in the same OSM primitive.
___
talk mailing list
talk@openstreetmap.org
On Fri, Apr 25, 2014 at 6:07 AM, Philip Barnes p...@trigpoint.me.uk wrote:
Forgetting the tagging for a moment, is it not irresponsible to be
mapping and thus being seen as encouraging such activities?
Every year when there is hot weather there are warnings not to swim in
lakes and rivers,
You're really talking here about the club *headquarters*... the place
where visitor interactions take place. The club may also have other
facilities (berths, hangers) that are mappable, but not where you'd direct
a first time visitor.
___
talk mailing
Keep in mind when collecting fleet speed limits:
in many places HGV's have a different limit than other traffic.
For example the Interstates in California USA are generally 65 mph
general/55 mph trucks.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
Keep in mind when collecting fleet speed limits:
in many places HGV's have a different limit than other traffic.
For example the Interstates in California USA are generally 65 mph
general/55 mph trucks.
___
Talk-us mailing list
Talk-us@openstreetmap.org
On Thu, Mar 13, 2014 at 2:53 AM, SomeoneElse li...@mail.atownsend.org.ukwrote:
Bryce Nesbitt wrote:
The entry level editor could reasonably limit new users to entry level
edits.
Messing with anything with a relation is not a first edit kind of
activity.
What if the entry level editor said
On Mon, Mar 17, 2014 at 11:17 AM, o...@charles.derkarl.org wrote:
I'm going to just point out the elephant in the room here. I don't think
any
normal user cares about the license at all. I think the actual reason its
hard
to get new mappers, especially those that are not nerdy and obsessive
The entry level editor could reasonably limit new users to entry level
edits.
Messing with anything with a relation is not a first edit kind of activity.
What if the entry level editor said hey, this is too complex, map
something else
and gain some experience and come back to this section.
The
On Mon, Mar 3, 2014 at 4:42 AM, Janko Mihelić jan...@gmail.com wrote:
2014-03-03 13:19 GMT+01:00 moltonel 3x Combo molto...@gmail.com:
The disambiguating word is initially. I explicitly say that
separating nodes is an improvement. I'm trying to make it clear that
glued vs separate is a good
On Wed, Feb 26, 2014 at 2:42 AM, Dave F. dave...@madasafish.com wrote:
On 26/02/2014 01:02, Mike Thompson wrote
It would be pretty silly to have a municiple boundary splitting the centre
of a road so different administrations were responsible for maintaining the
left the right.
And yet:
On Thu, Feb 27, 2014 at 10:57 AM, Janko Mihelić jan...@gmail.com wrote:
I think we can divide features to virtual and physical features.
Virtual: highway centerlines, waterway centerlines, administrative
borders, industrial and residental landuse, parks
Physical: riverbanks, buildings,
On Fri, Feb 21, 2014 at 1:29 PM, moltonel 3x Combo molto...@gmail.comwrote:
I agree with the matter of taste argument insofar as I dont complain
to mappers who initially glue areas to lines. It's just data that can
be improved like any other, and if it tastes easyer to that mapper,
it's
I think all three major editors make it too easy to damage relations.
And that starting to damage a relation (by a user) is a perfect teaching
opportunity.
The moment someone deletes part of a boundary relation,
is the perfect teaching moment about boundary relations.
My comments largely revolve around the use of editor based deprecation.
---
One comment is specific to GNS. The gns:uni and gns:ufi are a primary keys
in the source data, and as such should definitely be kept to aid in future
matching or conflation of the object. See:
On Sat, Feb 1, 2014 at 12:59 PM, Sebastian Arcus s.ar...@open-t.co.uk wrote:
All of that doesn't really exist in the US, if my knowledge serves me right.
Even the smallest of settlements (bigger than a farm) seemed to have started
in the US around a group of facilities, such as shops,
I generally copy the tags to the boundary (in JOSM copy the node, then
paste tags into the way).
The tiger and gnis tags do not overlap. The GNISID is a particularly
useful tag to preserve.
Town vs. City is a matter of opinion. You can visit the municipal website
and use whatever term they use
On Wed, Jan 29, 2014 at 11:31 AM, Richard Welty rwe...@averillpark.net
wrote:
terms like town and city generally have specific legal meanings in
the US, and those meanings vary from state to state. this is one where
in all likelyhood you should leave it to a local mapper, or consult with
a
On Wed, Jan 29, 2014 at 11:31 AM, Richard Welty rwe...@averillpark.net
wrote:
terms like town and city generally have specific legal meanings in
the US, and those meanings vary from state to state. this is one where
in all likelyhood you should leave it to a local mapper, or consult with
a
On Sun, Jan 26, 2014 at 6:04 AM, John F. Eldredge j...@jfeldredge.com
wrote:
The when last observed disclaimer is unnecessary. Any recorded status is
going to be when last observed, unless you are talking about a live
broadcast.
Not necessarily.
A user of Walking Papers
I favor disused=yes, perhaps with access=no and a note=.
The wiki page http://wiki.openstreetmap.org/wiki/Disused would favor
disused:aeroway=aerodrome
-Byce
Notes 1) Were there an objectnote:en= feature meant for display in
map clients, this would be a good addition also.
Note 2)
201 - 300 di 406 matches
Mail list logo