.
My county sells a DVD of GIS data; exactly what I'm looking for - but I'm
sure the copyright would not allow inclusion into OpenStreetMap though.
--
From: Greg Troxel g...@ir.bbn.com
Sent: Saturday, July 04, 2009 12:19 PM
To: Mike N. nice
Keep in mind for the change detection algorithm, that a few users do not
realize that it is good to remove the tiger:reviewed=no after verifying or
correcting a way.
--
I saved all the original source data and the id mappings from the source
Some state parks near populated areas are utilized to the hilt - while they
have trees, every available acre is utilized for hiking, biking, camping,
swimming, and picnicking - so there are gray areas of classification.
If it is necessary to further classify parks in the US, one logical tag
Mike,
Have a look at:
http://wiki.openstreetmap.org/wiki/United_States_roads_tagging
To avoid having this page become too large, I would propose creating a new
page for US Interstate Highways, and having the Interstate Highways
section of this page refer to the new page.
There's a suite of NHD scripts at
http://svn.openstreetmap.org/applications/utils/import/nhd2osm/
--
I had thought someone had posted the files for importing NHD with the
right tags already set, but do not see one for either script. Would
I have updated the wiki page with an example process to select Shapefiles
directly from the NHD site. Let us know if that doesn't work for some
reason.
--
Thanks, I thought there was something already tailored for the NHD
data, that was
Since the prework for the 2010 census involved thousands of workers
recording street addresses + GPS coordinates, and past census data has been
eligible for OpenStreetMap, I'm wondering if it is feasible to import that
information to create address strips.
If an import is likely, I would
1. September 12th we are having a mapping party to map the National Zoo.
We thought it would be a good way to teach people how to use the tools and
we could do some fun renderings of the data when we are finished.
Sounds like a great project! When training a newbie, it would be good
There's landuse = allotments
A piece of land given over to local residents for growing vegetables and
flowers.
I've seen this tag used on the Schraeder Gardens in Switzerland, but I'm
not sure if your use is exactly the same thing.
--
From:
As is well known apparently, at some point in the last couple of months,
the Yahoo imagery available through WMS became pixelated and difficult to
use at zoom levels high enough to trace individual streets.
That has not happened in my area. If you're using JOSM, I seem to
recall that it
I have deleted a number of historical Tiger ways from the OSM data.This
includes ways that pass through new construction and are clearly no longer
present in any form, as well as historical ways that are also no longer
physically present.So I'd add a step to exclude it for import if it
so that what I've done can benefit from the addressing
information.
Just a thought - the 2009 census survey included workers going to every
dwelling with a GPS to confirm type of occupancy. If (*big if*) they
release the GPS coordinates plus street address, this is likely to be much
The Census Bureau is very unlikely to release specific
latitude/longitude info for each address due to privacy issues;
however, they probably will fix at least some of the interpolation
ranges either based on the field collection or updates from local
governments.
It's funny that there was
ref tags are rendered in the naming of things like highway=motorway
and highway=motorway_junction. For example,
highway=motorway_junction, ref=283, name=Wilsonville:
http://www.openstreetmap.org/?lat=45.30571lon=-122.76832zoom=16layers=0B00FTF
Note how the ref gets rendered at some levels
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
There is also this alpha-level Python code to generate Karlsruhe style ways:
I wanted to send out a reminder to all the mappers around the
Atlanta, Georgia area (and all the folks coming in from out
of town) that the Atlanta Mapathon on October 16-18 is
quickly approaching.
Is there anything planned for Friday the 16th that's open to the public,
if so- where and
FYI - I did a diff from 2008 to 2009 for my county:
0 named ways deleted (probably reflects reality)
75 named ways added
So there was a bit of activity.
___
Talk-us mailing list
Talk-us@openstreetmap.org
I just tried with 2439 and can't seem to reproduce this.
-- Dave
The issue I was having is gone with 2439svn.
I see a lingering problem in 2439 - apparently overlapping downloads +
edits cause a large mass of downloads to be marked as changed for upload.
Ian Dees wrote:
* Ok, not impossible, but the import size would triple and the CPU
time to compute the new addressing-only ways might make it hard for
the regular mapper to do.
But for no added code and editor complexity.
If it's just an issue of CPU time, I would be happy to set up a box
FYI - I applied the experimental script which creates address interpolation
ways at -
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
The results are at
If you do have something that has multiple names, you are better stating what
the name is. For example if a bridge has a name, you could use name= for the
street name that runs on top of the bridge, and name:bridge for the name of
the bridge itself. I'm sure there are better examples.
I didn't
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
Cool stuff! I've been looking at doing the same thing. Which osgeo
python code are you using?
I'm using the default lib for Fedora - GDAL 1.6.0; release 8.fc11 .
Someone else (in Georgia?) created all
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
We'll work on making sure that these data look good and I think some
people have some plans on how to get these integrated a bit at a time.
Thanks to those who worked on the namefinder - it worked GREAT
riding on the assumption that we'll have something like 'tiger:reviewed =
no' (with editor support) to mark unreviewed areas. Ideally, an
indication
that an address is unreviewed would be passed along by any services that
use
So, who did volunteer to write that editor-support?
What
For pretty much all of Florida there is parcel-by-parcel address
information available from the county. If you want to import address
information, that would be much more accurate than TIGER.
For that case, clearly the county information is vastly preferred over
TIGER. I'm curious about
TIGER is fine if you don't have anything else. But that's not the
case where I live. It's fine to fall back on if your actual address
search fails. But adding it in a way that encourages people to
*update* the potential addresses with actual addresses defeats that
possibility.
Perhaps
Most of the non-integer ones around here are within trailer parks.
--
From: SteveC st...@asklater.com
Sent: Monday, November 16, 2009 5:05 PM
To: Dave Hansen d...@sr71.net
Cc: Talk-us Talk-us@openstreetmap.org
Subject: Re: [Talk-us] Non-Integer
Why oh why oh why do some people insist on wasting time trying to import loads
of data?
I like to view OSM data as capable of creating some usable map types on its
own, rather than just a possible supplemental feed to Google maps in the
future. As such, landmarks are key to a standalone
If you have
a look at how bride=yes, access=closed renders
It probably should have a marriage=unhappy to cover that case :-)
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
I've got a bit of time to start working on the NHD import again,
and after importing both OSM and NHD data into my GIS app, I'm
not quite sure what to do with it; that is, I don't really have
a procedure for resolving conflicts visually/manually, let alone
automating the process.
I don't
Some great questions here!
Some specific questions:
1. Do we need the ref tag for the way when we have the two relations
with the same info?
I think the ref tag is technically not required when relations are
present. I'm not an expert - proper rendering might be some time away yet
on
There is no 1000-member hard-cap on relationship. However, it becomes awkward
to edit huge relationships spanning many states since the likelihood for
conflicting changesets increases.
The Wiki does contain a modification based on the September discussion, but
it's very difficult to
Second, separating out the highway system requires the data consuming
application to know how to piece things back together. Otherwise, a
shield on a map for example with just a 25 in it is pretty limited in
use.
After / if a generalized shield solution is in place, a 25 placed on an
Many thanks for this update - it has come in handy many times since the last
update. I was about to check with you to see if there was any way to
update it, but you beat me to it!
--
These are based off of Lambertus's work here:
yes, but the wiki isn't free of errors and can't be used as absolute
reference. Who wrote it? was it based on wide agreement? If it's in wide use for a long period of time with no objections, it is closer to a standard than any other convention. don't
tag forthe renderer! That's ok, as
relation is where it belongs too. otherwise we end up again with multiple values on a highway segment. and as soon it's implemented in any renderer it can be used for custom shields or standard highway labels instead the way ref. But the current recommendation on the wiki is BS and can't be
One thing I see is that this river shows at the edge of the NHD export
boundary. I have seen cases where an NHD feature does not appear in the
NHD export sub-basin that one would expect, but in the adjoining NHD
sub-basin export. Some times the same feature - usually a river - appears
in
This is a LOT of data to manually add. Is there a simpler way?
Yes, address information is laborious to collect and enter. There is a
JOSM plugin to simplify the repetitive data entry aspect as much as
possible, but it still takes quite a bit of effort.
Thanks for the patch - I'm also running into random dupes on CloudMade
extracts for my state.
Not sure if it's related, but I noticed that many of the CloudMade
extracts can't be processed using osmosis (even though they're
generated with osmosis), except for the operations that don't try to
Has anyone contacted them about possible inclusion of their data into
OSM? If not, I could try to work with them so we could include their
data. It would be a great asset to have.
Don't forget to include the Appalachian Trail Extension, as designated last
summer:
*The recent bot elimination of duplicate nodes. There's been a bit of
complaining but no action on reverting it.
That's because it was clearly a lost cause - between the validator
suggesting that blind mass fixing was the right thing to do, as well as the
Heroes VS Villains contest which
I totally disagree. When surveying, I look at the reality of the elevation
of the bridge compared to all the layer-0 features around it. If it is at
the same elevation, the bridge stays at layer 0 and whatever it crosses is
tagged as layer=-1. This correctly represents the ground truth. This
2. Are we in a decline because we are not open enough to non-geeks. My
answer is no, we are not in a decline, we are growing and this is
supported by statistics. I challenge anybody to show me an area of OSM
which is actually in decline or even in stagnation (as opposed to not
growing as
Who created this .POI format? Is the specification available
somewhere? How many devices support this particular format?
I now see that it is basically just a .GPX format -
http://www.poi-factory.com/node/6202 . I don't yet know where to find the
list of acceptable choices for 'Category',
There are tons of websites whose niche is to get people to map something
as thoroughly as possible so others can download the files and stick them
on their satnav units (e.g. http://www.poi-factory.com/).
Is there already a converter from .OSM to .POI? I'd like to offer free
current POI
geocoder.us does use TIGER lines [1], which should also clarify the
limits of the service (as they do in their FAQ)
[1] http://geocoder.us/help/faq.shtml
That also means that it is located within an accuracy of only the nearest
block.
___
header. It would save nearly everybody from occasional frustration
and frequent minor annoyance.
Instead, people would inadvertantly publish private email.
Actually I inadvertently published a private email when I first joined
because it was not set up to reply to the list. I saw the
The schedule for SOTM US is up.
...
Check it out and hope to see you there!
As noted on the web forum, will there be video recordings of the sessions
available for later viewing for those that can't make it?
___
Talk-us mailing list
A couple of different users have recently been removing all the tiger:*=*
tags from roads in the process of other edits to them.
I'm among them. Mostly because they are not documented in the wiki.
Better start putting them all back. They are documented in the wiki.
I teach computer science at a university about half way between
Indianapolis and Ft. Wayne. I would love to have someone show us how to
get involved mapping precise data locally and submitting it to various
online data sets, or working on software that is helpful to OSM and
others. We have
I'm trying to do an import of the local NHD files, but keep running into
issues when I do the final import. My attempts have been in JOSM, but
when
I do this, it will upload the points and roughly the first 1000 ways, then
just sit there.
How long did you wait? A typical NHD file
Kudos to Kate, Thea, organizers and speakers for a fantastic conference. A
very good use of our time all around and very educational.
One minor thing that may not show up on notes or video: The 2010 TIGER
will be rolled out between end of Nov 2010 and near end Feb 2011 depending
on the state.
Learon Dalby gave a talk at US State of the Map regarding road centerline
data. For slides of the presentation, see
http://www.slideshare.net/learondalby/open-the-data
My summary is that he has gathered each county's GIS data over a period of
time and now has the entire state's data with a
Just because there is no community of editors, does not meant there is not
a community of highly motivated users.
For the case of road centerlines, many in the whole US community have a
goal of accurate routable data. In that sense, those participants form a
local community.
Road
Also, has there been any progress since the last import with regards
to handling county borders? The current data is an absolute nightmare
in that regard. Luckily here in Kansas there really isn't too much
demand for routing along all the tiny county roads that straddle the
border but still, from
On a smaller scale, I don't know. Pretty much all the TIGER data I've
ever seen is surpassed in quality by local county/state data. So if
you're going to import county by county, why bother with TIGER?
Not all states / counties release their GIS data under an OSM-compatible
license. I
What are you envisioning when you say geo-diff? I'm interested in geodiff
tool too, but haven't been able to get anyone to come up with good ways of
visualizing the difference data.
I did a SQL-based diff of TIGER 2008 - TIGER 2009. This only looked for
changes in named ways; adds and
Well, that's why I said I don't know. Maybe there is a county in the
US where TIGER is the best we've got, but I don't know of any.
Start with mine, and another county in another state where I frequently
travel to - for a GIS DVD with a strict non-reproduction license.
I've already
I'm curious what they did with the addressing. The addressing is derived
from the door to door GPSing the census bureau did for several months.
As far as I know, they consider the detailed addressing survey in 2009 to
be subject to the Census privacy laws. The public addressing in the TIGER
For those with interest in improving routing in your area, Skobbler now
offers a Geo-feed of reported bugs. You can subscribe to this as an RSS
feed.
http://www.skobbler.us/osmbugs
I have found this interesting to see the US OSM data being used for
routing. You have to sort through
http://www.skobbler.us/osmbugs
I have found this interesting to see the US OSM data being used for
routing. You have to sort through reports that concern the app,
Is it correct to mark these as non-reproducible?
I would say no, unless you actually test the app along the same route.
If you want to mention among other places frequented by US mappers, feel
free
Some people detest the mailing list signup grind, and thus choose the web
forum at http://forum.openstreetmap.org/viewforum.php?id=20 .
___
Talk-us mailing list
This is really just a problem with map coverage, not tagging convention,
but I'd like to ask about consensus on name= and ref= tags for
motorway_junctions. ref= is pretty obviously the exit number, but
although some wiki pages (Interstate Highways, in particular) say or
imply
that everything
There's a forum?
I don't have a problem with have lots of different modes of
communication, but it really needs to be made clear which one is THE
preferred way to talk to People Who Know Things and seek out community
agreement. It seems like that's the mailing lists (at the moment),
possibly
I'd love to see a consensus on how to tag these roads come pretty
quickly, as I'll need to have something finished in less than 2 months
(school schedules are rough, man!).
I would say that the result of your project will be usable even if we
change our mind. Once relations have been
One thing I /haven't/ seen addressed yet is whether single relations are
preferred, or one relation for each way with a super-relation.
Currently both are in use, but I think it would be a lot easier for
future code if we pick one and move towards it from now on.
I don't see any advantage for
The potential problem I see is when you have a road that alternates
frequently between single- and dual-carriageways (which many state
routes do, and even a lot of US highways). How do you represent this in
a single relation?
1) Put single-carriageways in once, with no role. Or, with
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction has
mentioned it for several months. Browsing through
http://taginfo.openstreetmap.de/keys/exit_to I see use in Florida
(me), the UK, and France. There's also some use of
http://taginfo.openstreetmap.de/keys/exit:to .
If we're
Adding a single-carriageway to the relation twice, once for each role,
would solve this problem instantly, as would using two separate
relations. Neither requires much (if any) code changes to support it.
But in any case, I'm much more in favor of consistency, even if the
format we choose isn't
On Sat, Oct 16, 2010 at 12:02 PM, Mike N. nice...@att.net wrote:
If we're serious about starting to use exit_to, let's float this on the
talk list and get the JOSM preset changed. Eventually, all the existing
entries must be converted. (Hopefully no map data consumer is using the
name
Didn't we determine that Mapquest is most likely using relations to
render highway shields in the US?
Mapquest may be using relations to generate shields, but I have seen
Interstate shields on Interstate highways with no relations, so relations
aren't their only source for shields.
Tom Hughes, OSM contributor and infrastructure guru has written an
interesting summary of why some part of OSM can look strange.
http://compton.nu/2010/10/city-labels-in-openstreetmap/
Sounds like a good project for a bot to correct to the OSM norm?
That's not what I'm trying to do, because I don't see the point in
trying to do that. There are much better places for me to get maps in
the present. OSM, to me at least, is about the data, and how it can
be used in the future. Especially in the United States.
Keep in mind that there are
On Tue, Oct 19, 2010 at 9:03 PM, Mike N. nice...@att.net wrote:
Keep in mind that there are already people using US OSM data in real
applications.
Where?
Cloudmade developers, who sell smartphone apps that use Cloudmade tiles
and routing data, and can provide turn by turn directions
Mike, are you specifically interested in Arkansas? The state level
data might be better than TIGER and the state is very interested in
getting it into OSM.
I was researching Arkansas based on some SOTM-US 2010 discussions.
Other than that, I don't have local knowledge of the area or know any
Multiple is_in=* tags.
How is this different from the normal argument that is_in is obsolete
because the object is contained within an admin boundary and the applicable
is_in can be derived during a geo-query?
___
Talk-us mailing list
I like the idea of putting the immediately-connected road in the exit_to=
tag and leaving the rest of the sign's text to destination sign relations.
I fully agree that some people's current practice (including mine in the
past) makes for a very clittered map and needs improvement.
Interstate
Seems like the result you're looking for could be solved automatically
by the renderers if they just displayed the exit numbers unless absent,
then show the name...
For named exits such as
http://www.aaroads.com/northeast/pennsylvania075/i-076_wb_exit_312_01.jpg ,
it would be proper to tag
Second, we should resist the temptation to make further suggestions
without a working example to go with it.
To be honest, that will help - I think I have been trying to follow the
discussions, but cannot follow what the proposals are applied to and how.
Re-sending to list.
I'm proposing to delete the polygons (in Florida only for now) *if a
corresponding place node exists* or it can be shown that the name is
only used for census purposes (West and East Lealman?). Does anyone
have any comments? Any benefits to keeping them?
I don't know of
That's pretty neat. I looked in my area and there are a bunch of bugs
reported, but I can't for the life of me figure out what is wrong. They
are
reported in Spanish, which I can read so-so, but I know the areas pretty
well
and can't see major problems.
Does it have to do with the way
I saw a stay on the highway bug and I think that means that they're
annoyed by the directions telling them to stay on the highway every time
they enter a separate way. Either the routing software needs tofigure
this out or it needs to use the route relations.
I see this report many times
The TIGER 2010 rollout has begun. They will trickle out by state over the
next 2-3 months.
http://www.census.gov/geo/www/tiger/tgrshp2010/tgrshp2010.html
As of today, only Louisiana, New Jersey, Mississippi, and Virginia are
available.
___
First, I've looked at how address nodes have been input manually. In some
places they are just addr:housenumber and addr:street and nothing else. In
other places they include the city and the country and sometimes another
administrative level such as state. Since the last three pieces of
MHO is that individual node addresses are pretty awful. If you can
import the building outlines, and then attach the addresses to them,
great (and you'll need to consider what's to be done with any existing
data), but otherwise, IMHO, this dataset just appears as noise.
Why does the dataset
Imports are bad, but imagry is good.
Good imports aren't necessarily bad - it's as if a single *very active*
mapper covers a large area. The future maintenance of that mapper's
contributions is the same as if the data came from an import.
I think that's because people feel they're a part
Having said that: let's start a thread here about getting the TIGER data
moving along. What steps can we take to move the shapefiles in to OSM
format? How can we collaborate on the mapping to OSM tags?
What is it you want to import from TIGER 2010 in the first place? I'm
not convinced there's
I just posted a new version of my nationwide TIGER map as well as the
logic behind the version 3 statement on my blog:
Great analysis - that illuminates the TIGER edits nationwide.
___
Talk-us mailing list
Talk-us@openstreetmap.org
I THINK the file you need where the rules are, is:
https://github.com/MapQuest/TIGER-Edited-map/blob/master/inc/layer-tiger.xml.inc
If you guys want to build more fine-grained rules and contribute them
back, that would be truly awesome
I don't know how to back to git directly, plus I
Very very proud to announce that we have launched the US
http://open.MapQuest.com site
WOO! Congratulations - I've been exploring it a bit this morning!
___
Talk-us mailing list
Talk-us@openstreetmap.org
This might get me strung up on the yardarm, but I propose
1.) Mapping in a place I've never been to
2.) Doing an import for a single county from the county's GIS data
Background: Murray County's (Oklahoma) roads were recently renamed for E911
purposes. This data is as-of 11/29/2010 -
It looks fairly unedited since the TIGER upload:
I see that there's been a new edit since I did my analysis, but still
quite unedited.
I take it you're going to follow the best-practices import procedures,
like using a new and unique OSM userid?
I believe the new and unique OSM userid
No, it's not correct to remove refs from ways.
I really would like to hear wider input on this, still, as it really
doesn't make sense to waste the way's ref tag for refs that don't belong
to the way, but the route that uses the way...
I agree - it's premature to redefine the usage of ref
I have looked at some TIGER 2010 extracts in areas I'm familiar with, and have
some more concrete ideas to suggest.
Ian may have time to create a customized import tool that will make the whole
process much easier. Here are some ideas for the workflow that should work in
both the boonies
Some notes from my editing in southern California:
In some places (UT comes to mind), people have begin using name:prefix to
(correctly) remove directional prefixes and suffixes from the name tag (see
http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication
Also, it will be critical to future maintenance to keep an archive copy of the
OSM that is deployed. The archive can be used to create a much smaller diff
from future versions of TIGER so that updates which have not already been
surveyed can be applied much quicker and with minimal
Questions for the talk-us:
1) How do you feel about some kind of automatic editing or (selective)
import? Other methods?
Hi PJ,
The actual method of import doesn't matter - only the quality of the
result is important. Roads and trails should properly connect to
existing data with no
Having said that: let's start a thread here about getting the TIGER data
moving along. What steps can we take to move the shapefiles in to OSM
format? How can we collaborate on the mapping to OSM tags?
Re: TIGER 2010 tags
To move things along, how about starting with the page
How about changing:
- UID must be balrog_kun or DaveHansenTiger
to:
- (UID=balrog_kun and changeset in list_of_changesets) or
UID=DaveHansenTiger
where list_of_changesets is the list of changeset IDs that were used for
the name expansion.
This won't work either because balrog_kun may have
Also I (balrog-kun) have edited a good amount of data manually
Oops - disregard my previous message! I'm up to speed with everyone
else now.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
1 - 100 of 479 matches
Mail list logo