On Fri, 2008-02-22 at 12:23 -0800, [EMAIL PROTECTED] wrote:
Hi- I've just joined up and I'd like to help out cleaning up the map for
my area in Beaverton/Portland Oregon.
It looks like it is completely covered already by the Tiger data. But
I've noticed many displacement problems where the
On Thu, 2008-02-28 at 20:18 -0600, Ian Dees wrote:
I have a hard time deciding which value to use based on the UK-centric
descriptions on the wiki.
They're not hard and fast rules, honestly. You also can't completely
say all (US/State/County) highways are primary/secondary/tertiary,
etc...
On Fri, 2008-02-29 at 11:02 -0600, Alex Mauer wrote:
Dave Hansen wrote:
For instance, OR217 and US26 west of Portland are both divided,
multi-lane, limited access highways. Despite not being interstates,
they *ARE* motorways.
Hmm, are you sure? maybe they just look like motorways
On Mon, 2008-03-03 at 19:36 -0600, Alex Mauer wrote:
Dave Hansen wrote:
I'm pretty sure I know one when I see one these days.
http://wiki.openstreetmap.org/index.php/Map_Features
A restricted access major divided highway, normally with 2 or more
running lanes plus emergency hard
On Mon, 2008-03-03 at 23:23 -0500, Bone Killian wrote:
certainly a highway that meets the
standards without being designated should be tagged as motorway, but
as
IMHO the only thing that qualifies a road as a motorway (in the US) is
the big red and blue signage identifying it as part of
On Fri, 2008-04-25 at 14:46 -0700, Alan Millar wrote:
Unfortunately, it is in perl because that's what I know; I've never done
anything in Java yet. I've been wondering if this may be just the time to
learn it. I'm not sure if a JOSM plugin is a good place to start learning
Java or if that
On Thu, 2008-05-01 at 10:17 -0700, Karl Newman wrote:
That would be awesome. Maybe we could rip out the TIGER hydrographic
features and replace them with the NHD stuff. Maybe coastlines, too? I
guess we'd have to be careful about duplicating/overwriting people's
work, though.
Uh. There are
On Wed, 2008-05-07 at 10:51 -0500, Ian Dees wrote:
I was going to modify Matthew's script here:
http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py
to try and fix the issues that he described in the header:
- support holes in water bodies (islands)
- tag OSM data with all
On Wed, 2008-06-25 at 12:42 -0400, John Callahan wrote:
Spatially it's no contest. I've attached just a few simple images to
show what I mean. These show our new dataset in red vs TIGER 2007 in
purple. Remember that the red lines match the hi-res photography.
Wow. Hard to argue with that!
On Mon, 2008-07-07 at 16:10 -0400, Morgan Ress wrote:
* High School Students that are working here for the summer, in a
program designed to teach them about GIS and community planning.
Currently, they are working on detailed maps of our neighborhood using
QGIS - I'd like to make our work
On Wed, 2008-07-16 at 07:57 +0100, SteveC wrote:
Can anyone (especially anyone local to Portand but it's not crucial)
take some time to look and see?
Adam says:
I called Metro today, and they say their data is not public domain, so
I think that makes it unusable on OSM. Oh well.
Adam
On Thu, 2008-07-17 at 21:10 +, [EMAIL PROTECTED] wrote:
Is the Census Bureau going to continue to make regular (ie. annual or
semi-annual) data releases of street centerline data, or does the 2007
TIGER/Line Shapefile release represent the end of the project?
I can't imagine this will be
On Wed, 2008-08-20 at 17:36 -0700, Alan Brown wrote:
I think this is a case of where, if I get clarification from them
further, it *might* be okay, but the wording is too fraught with
ambiguity to be safe. Here's the part I'm worried about - I explained
in an e-mail what OpenStreetMap is
Has anyone looked at importing the TIGER 2007 data yet? I was going to
start coding up the conversion utilities to get started. It appears
that this shapefile format may have existing OSM converters out there.
Anyone want to admit to having one? ;)
-- Dave
On Sun, 2008-10-19 at 11:33 -0700, Alan Brown wrote:
Then, decide how if/when it is appropriate to write over the old
TIGER
stuff with new. Or, to merge it somehow.
Be very, very careful here.
Conflation is a difficult thing. I used to work at Tele Atlas, and
there was a major
I'm trying to share early and often. :)
Here's the first output from my new TIGER 2007 script. I used
shp2osm.pl from SVN and added a perl port of a chunk of the ruby code
from the original TIGER import.
http://dev.openstreetmap.org/~daveh/tiger/2007/OR-Sherman.osm.bz2
This doesn't have any of
On Tue, 2008-10-21 at 22:58 -0500, Chris Lawrence wrote:
On Mon, Oct 20, 2008 at 8:16 PM, Dave Hansen [EMAIL PROTECTED] wrote:
You can run it like this:
perl tiger-shp-to-osm.pl
data/ftp2.census.gov/geo/tiger/TIGER2007FE/41_OREGON/41055_Sherman/fe_2007_41055_edges.zip
out-dave.osm
On Fri, 2008-10-24 at 22:09 +1100, Nick Hocking wrote:
Can you confirm that any bulk upload of Tiger 2007 date will not
erase or be overlaid over/under/alongside any existing user edits.
On my last US trip I've got about 6000 miles of gps tracks. I've only
edited in a few hundred miles of
On Sat, 2008-10-25 at 10:37 +1100, Nick Hocking wrote:
I'm firmly convinced that automatic uploads should only go into areas
where there are NO user edited nodes or ways. Other updates need to be
done manully to avoid data corruption.
You have absolutely shown a number of cases where there was
On Tue, 2008-10-28 at 15:46 -0700, Alan Brown wrote:
If those 10% are located where someone has poured their heart into
making a carefully constructed map - you could disillusion some of
your most active contributors.
Yup, I completely agree.
But, one of the nice things is that the active
On Thu, 2008-12-25 at 23:22 +1100, Justin Adler wrote:
Hi folks,
quick question about this Tiger lines and OSM.
1) Are there any import scripts out there which are not rails or php?
something in .NET maybe?
No.
2) Do the tiger lines have the following data (which could then be imported
On Thu, 2009-03-05 at 10:48 -0500, Russ Nelson wrote:
Also, are there tags to keep information about metadata like the
data source (i.e. gps, digitized, etc)?
Chris and Dave have set a standard for imports that says that existing
metadata should be preserved. As long as you do that,
On Thu, 2009-03-05 at 08:11 -0800, Matt Maxon wrote:
Here in SoCal parking most anywhere with in a National Forest
requires
paying a fee $5 daily or $30 annual ($80 Public Lands pass too)
Same basic system in Oregon and Washington. Some trailheads are
special, usually when they're really
On Tue, 2009-04-14 at 15:41 -0700, Minh Nguyen wrote:
A few weeks after DaveHansen imported the TIGER data for Ohio [1],
RSatterf reimported the data for Greene County, Ohio [2]. As a result,
every single way in the county is duplicated. On top of that, RSatterf's
import also added a loose
On Tue, 2009-04-14 at 19:22 -0500, Chris Lawrence wrote:
On Tue, Apr 14, 2009 at 5:41 PM, Minh Nguyen m...@1ec5.org wrote:
A few weeks after DaveHansen imported the TIGER data for Ohio [1],
RSatterf reimported the data for Greene County, Ohio [2]. As a result,
every single way in the county
On Fri, 2009-04-24 at 09:40 -0700, Alan Millar wrote:
If you don't like the tag, you don't have to use it. But I have been
waiting for this highlighting feature for a long time, but never got
around to figuring out enough in JOSM, so I am happy to see it. To
each his own; there is room for
On Fri, 2009-04-24 at 10:26 -0700, Apollinaris Schoell wrote:
forcing every josm user to accept it is somewhere between ignorance
and dictatorship
Hi Apollinaris,
I'd be happy to code up a custom version of JOSM for you that doesn't
have the yellowness. I'd also be happy to looking into
On Fri, 2009-05-01 at 08:32 -0700, Apollinaris Schoell wrote:
this one is way more useful than maplint. but it's europe only at
the
moment
Anyone with plans to provide a US version?
Tiger doesn't have directions on (some?) motorways, motorway_link
and
may of them are wrong.
this
On Mon, 2009-04-27 at 09:50 -0700, Apollinaris Schoell wrote:
tiger data is that the quality is from excellent to really bad in
accuracy
tiger data is old and contains abandoned roads
tiger has no level info, no direction for oneways, no turn
restrictions, or any other fancy info which we
On Wed, 2009-05-06 at 19:08 +0100, Andrew Ayre wrote:
Hi! When I load OSM data into my GPS unit using mkgmap for a place in
the UK then it is accurate. When I load OSM data for Tucson, Arizona
then it is off by perhaps 100ft.
I would like to make the maps for Tucson usable, so my questions
On Thu, 2009-06-04 at 00:36 -0600, Ted Percival wrote:
Its functions are:
- Strip St suffix from grid-named streets (eg. South 500 West)
- Collapse multiple spaces into a single space (lots of TIGER)
- Expand abbreviated directions (eg. S 500 E to South 500 East)
- Expand abbreviated suffixes
We had a super-cool mapping party in Portland, OR this weekend. But I
noticed some really werid GPS traces. Somebody has spelled out things
like ATM and SUSHILAND in the GPS tracks, and they weren't walking
around spelling things. ;)
Take a look around 45.524613, -122.694281.
I'm just curious
On Tue, 2009-06-23 at 11:57 -0700, Andrew Ayre wrote:
So I need to split the North-South way into two pieces and it intersects
the East-West way in two places.
I cannot figure out how to do this in JOSM. I've tried everything -
splitting a way at nodes, ungluing, etc. The way always
On Tue, 2009-07-07 at 10:23 -0700, Apollinaris Schoell wrote:
it's bad if you don't have a 4WD but your navi thinks it's perfect to
use :(
but even tomtom, google, ... have the same errors in these areas.
if we want osm to be better there is no easy way to get it right
without checking
On Wed, 2009-07-08 at 17:55 -0700, Dave Hansen wrote:
On Wed, 2009-07-08 at 17:08 -0700, Alan Mintz wrote:
1. Short road N Laurel Ave (way 7497408) ending at a T-intersection into
W 18th St (way 7516644). TLID is 144674357. The node at the T has TLIDs
144674357:144674376:144986081, which
On Fri, 2009-07-17 at 03:41 +0200, Frederik Ramm wrote:
Preliminary analysis shows that there would be roughly 28k changes
across the whole US. I have prepared a full list of all proposed
changes, arranged by state and county, here:
On Fri, 2009-07-17 at 15:46 +0200, Frederik Ramm wrote:
This brings down the number of proposed changes from 28k to 26k. The new
list is at the same place:
http://www.remote.org/frederik/tmp/us-motorway-link-downgrade/
Some of these at least are from a botched TIGER county that I screwed up
On Fri, 2009-07-17 at 08:10 -0700, Russ Nelson wrote:
On Jul 17, 2009, at 2:24 AM, Frederik Ramm wrote:
I'd also like to look into some gluing back together of the TIGER
counties
and I wonder how suitable this would be.
My gut feeling is that this calls for a semi-automated process
On Fri, 2009-07-17 at 10:27 -0500, David Lynch wrote:
On Fri, Jul 17, 2009 at 10:10, Russ Nelsonr...@cloudmade.com wrote:
An even more aggressive fix would be to
disconnect everything that isn't a motorway_link. That's probably
correct, but more aggressive than I would choose to
On Fri, 2009-07-17 at 09:19 -0700, Apollinaris Schoell wrote:
Yep. I've even got a JOSM validator plugin test to check motorway
intersections. It doesn't do the angles, but just ensures motorways
only touch other way types at their endpoints.
very useful, can you share?
Here are my
On Fri, 2009-07-17 at 10:35 -0700, Russ Nelson wrote:
On Jul 17, 2009, at 9:29 AM, David Lynch wrote:
Because I and numerous other mappers have put a hell of a lot of time
and effort into getting things right, and I don't want anyone breaking
it because an algorithm assumes it isn't right.
On Sat, 2009-07-18 at 20:07 -0700, Andrew Ayre wrote:
I tried bulk_upload.py and it gave me a 404 error.
I've used this in the past:
http://wiki.openstreetmap.org/wiki/Bulk_upload.pl
Evidently it hasn't been updated to 0.6 yet. But, honestly, that
shouldn't be *that* hard to do.
-- Dave
On Sat, 2009-07-18 at 22:16 -0700, Andrew Ayre wrote:
Thanks. How would I test it without risking putting dummy data or
partial data on the public server? I've tried to use another upload
script with api06.dev.openstreetmap.org and
mysql.dev.openstreetmap.org
but they don't appear to be
On Thu, 2009-08-06 at 21:34 +0200, Frederik Ramm wrote:
Allan has made a convincing case about superfluous node tags in
this posting on dev:
http://lists.openstreetmap.org/pipermail/dev/2009-June/016009.html
Huh, I never actually saw that message.
I'm OK with this, but mostly because the
On Fri, 2009-08-21 at 08:54 -0500, Travis Rayhons wrote:
3. Does anyone know where I can find the source code to the validator
plugin for JOSM? I was thinking I could take that code and replicate
the procedure into my script.
The code is in SVN:
For those of you that don't know, Cloudmade has some really cool
ready-made maps available for download. I know they work on Garmin
devices, but there are probably some others.
http://downloads.cloudmade.com/north_america/united_states
The problem is that they're made one state at a
I decided to try another approach. I used the tile picker from here:
http://ulrichkuester.de/OSM/CoordinateToOSMTile.html
and got the tiles from here:
http://osm.ammit.de/osm/latest/img/
with a little wget and a bash script. I then used the mkgmap commands
what Lambertus
On Mon, 2009-09-28 at 23:23 -0700, Scott Atwood wrote:
However, as nearly as I can tell, very little work seems to have been
done on Maui beyond the initial Tiger upload. The problem is, this
Tiger data seems to have some large systematic errors, a translation
to the north-northwest. I
On Tue, 2009-09-29 at 10:40 -0700, Scott Atwood wrote:
The GPS tracklog I uploaded includes data from Wailuku in central
Maui, all along the Hana Highway as far as Waianapana State Park near
Hana. In all the locations I spot checked (including the ones
mentioned above), there appears to be a
On Tue, 2009-09-29 at 11:20 -0700, Scott Atwood wrote:
I spot checked a number of locations all around Maui, and in all the
locations I checked, they seem to be affected by the same or highly
similar offset to the NNW. Here is another example from the Lahaina
area:
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse the 2007/2008 TIGER data
files. My goal is to get the addresses imported into OSM this time
around.
On Sun, 2009-10-04 at 02:24 +1000, John Smith wrote:
2009/10/4 Dave Hansen d...@sr71.net:
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse
So, I just noticed that this map:
http://matt.sandbox.cloudmade.com/?lat=45.528599lng=-122.885771zoom=15layer=2
has my own street listed as unedited TIGER data. I think someone is
just using user==DaveHansen as a test for edited vs. uneditied TIGER
data.
So, I changed the display name. It is
On Wed, 2009-10-21 at 19:40 -0400, Richard Weait wrote:
On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com
wrote:
What is the status of the forum: http://forum.openstreetmap.org?
Would building this out more maybe solve some of our problems?
Preference for email vs
On Thu, 2009-10-22 at 01:34 +0200, Frederik Ramm wrote:
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or
failing that, segmentation
On Wed, 2009-11-11 at 21:01 -0500, Chris Hunter wrote:
My apologies if this has already been reported to the dev mailing
list, but I've been running up against a critical/showstopper bug in
JOSM 2417 for the past few days.
I just tried with 2439 and can't seem to reproduce this.
-- Dave
On Wed, 2009-11-11 at 23:01 -0500, Chris Hunter wrote:
Thanks. Is 2439 available on the server yet, or is it still in alpha?
I re-downloaded the latest beta a couple hours ago and the
josm-latest.jar link was still pointing at 2417.
I checked it out of SVN and built it myself. I can send
On Thu, 2009-11-12 at 10:28 -0600, Ian Dees wrote:
Give everyone a chance to work in a constructive way and don't expect
others to clean the mess bad import left behind.
No wonder there are only few motivated mappers in US. In Canada they
do a much
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that
On Thu, 2009-11-12 at 15:19 -0500, Mike N. wrote:
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
So, just like the original TIGER import, I'm now grossly stealing
someone else's code:
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
and I now have made some .osm files with Karlruhe Scheme addressing
ways. I'm not going to post them publicly. I did
On Fri, 2009-11-13 at 17:14 -0700, SteveC wrote:
Can I have SF county, CA please and Arapahoe County, CO...?
http://daveh.dev.openstreetmap.org/secret/stevec-345/
-- Dave
___
Talk-us mailing list
Talk-us@openstreetmap.org
On Sat, 2009-11-14 at 21:35 -0500, Anthony wrote:
Unless you can point me to some documentation as to what the tiger id
*means* (*), I'm not going to think about it at all. Sometimes I keep
it, sometimes I delete it, sometimes I delete the whole way and create
a new one in its place (without
On Sun, 2009-11-15 at 10:59 -0800, Paul Johnson wrote:
Dave Hansen wrote:
If we can come up with a scheme for getting the addressing imported in a
sane fashion and the consensus is that people want it done that way,
it'll get imported. There are still quite a few squeaky wheels that
like
On Sun, 2009-11-15 at 23:30 +0100, Frederik Ramm wrote:
Dave Hansen wrote:
There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't heard a single person say
that it did more harm than good.
Well then you obviously haven't read the two latest entries
On Sun, 2009-11-15 at 14:25 -0800, Sam Vekemans wrote:
1 - A few people (we can call the data conversion team) are in charge
of taking the data in it's source form (in this case SHP) We use the
tools availble (shp-to-osm.jar and/or shp2osm.py) and are the ones who
create a set of 'rules'
On Sun, 2009-11-15 at 14:33 -0800, Dave Hansen wrote:
Yeah, and that does sound like a really nice way to do it, especially
when there is existing data.
Anybody want to be on the USA conversion team? :)
-- Dave
___
Talk-us mailing list
Talk-us
On Sun, 2009-11-15 at 14:49 -0800, Dan Putler wrote:
The
upshot, for a number of US counties you would rather use the county
centerline road data rather than TIGER data as the basis of the
import.
That's really good news.
This is exactly what happened for Massachusetts. They had better
On Sun, 2009-11-15 at 18:28 -0500, Kate Chapman wrote:
Maybe I'm confused about the address versus road information. I would
think the address point would be the front door of the building and
would not be a relation to the road. So the node of the address and
the way of the road would not
On Sun, 2009-11-15 at 18:54 -0500, Anthony wrote:
On Sun, Nov 15, 2009 at 6:17 PM, Dave Hansen d...@sr71.net wrote:
On Sun, 2009-11-15 at 18:11 -0500, Kate Chapman wrote:
What's wrong with doing automated addressing imports in situations
where we have point level address data?
The issue
On Sun, 2009-11-15 at 21:17 -0500, Richard Welty wrote:
On 11/15/09 6:45 PM, Dave Hansen wrote:
and put in the /garmin/ directory on your device (if you have an SD card
unit). I'll be updating these periodically as I feel the need. I think
I also have my methods down to a point where I
On Mon, 2009-11-16 at 15:05 +, Andy Allan wrote:
So please, turn away from imports and work on getting mappers in
charge, especially out pounding the streets. The outcome will be much,
much better in the end, and that end will come much, much quicker.
I think TIGER was a success if only
On Mon, 2009-11-16 at 16:05 -0600, SteveC wrote:
any idea where...? maybe we could get some locals to investigate what
they are?
I added an addr:raw tag so we can find this in the future. But,
here's one example. There only appear to be a few of these per county.
I *think* they're mostly just
On Mon, 2009-11-16 at 19:46 -0500, Bill Ricker wrote:
is perhaps the file too big for some models of garmin to
process in real time?
i suppose, but it really seems like a couple of badly rendered
tiles.
I'll try it on my 76csx eventually .
On Mon, 2009-11-16 at 16:24 -0500, Matthias Julius wrote:
IMHO it is unfortunate this was not
done during the TIGER import. It would have been easy enough.
Sure. But, there were 50 other things that were easy enough to do.
Joining county borders, eliminating motorway overpass intersections,
On Wed, 2009-11-18 at 18:50 -0500, Greg Troxel wrote:
Dave Hansen d...@sr71.net writes:
I updated my whole-US map for Garmin devices. It's stolen from the
Cloudmade state gmapsupp images that you can find here:
http://downloads.cloudmade.com/north_america/united_states
On Thu, 2009-11-19 at 12:54 -0500, Greg Troxel wrote:
This method the routing-broken-at-state-borders problem, but not the
overlapping tiles problem. It should work with a united_states.osm.bz2;
apparently that's a high enough fraction of the size of the planet that
it isn't produced.
On Thu, 2009-11-19 at 13:29 -0800, Paul Johnson wrote:
Used state data instead, if I were to do a mass import. Oregon GEO
knows what they're doing, the US Census (along with the rest of the
federal government) barely acknowledges we exist. Which would you
rather trust?
1) Known good data
On Wed, 2009-12-02 at 03:55 -0500, Dale Puch wrote:
I think the idea was that there wasn't that much traffic that it would
bother the talk-us group, and what was there the rest of us could
possible benefit from.
Yeah, that's what I took from it too.
It will be a wonderful day when we have so
On Thu, 2009-12-03 at 15:50 -0800, Jeff Barlow wrote:
I'm new here and a little unsure of how best to proceed. I'm
having some issues getting JOSM to run but I expect to get those
sorted out soon. Then I want to start working on TIGER fixup.
I'm located in central Oregon, near Bend. I see a
On Sat, 2009-12-05 at 00:12 +, Shaun McDonald wrote:
Why oh why oh why do some people insist on wasting time trying to
import loads of data?
Mapping is fun, but I personally think it is more fun when you're
enhancing someone else's work rather than starting from a blank slate.
Whatever
On Fri, 2009-12-04 at 16:22 -0800, Dave Hansen wrote:
Anyway, Scott, I'd encourage you to find some specific goals that you'd
like to achieve with the import. It may not be worth importing things
just because they are available. Is there something specific missing
from or lacking in OSM
On Sat, 2009-12-05 at 00:12 +, Shaun McDonald wrote:
Please take a read of
http://www.gravitystorm.co.uk/shine/archives/2009/11/10/the-pottery-club/
Don't forget that OSM was turning away US mappers for a long time
telling them to come back once TIGER was imported. It isn't that way
any
On Mon, 2009-12-14 at 12:07 -0500, James Umbanhowar wrote:
Does anyone know why the area around around Raton, NM looks like it is
melting? I don't think it even renders in Osmarender.
http://www.openstreetmap.org/?lat=36.93134lon=-104.46384zoom=16layers=B000FTF
You have a couple of nodes
On Mon, 2009-12-14 at 09:18 -0800, Dave Hansen wrote:
On Mon, 2009-12-14 at 12:07 -0500, James Umbanhowar wrote:
Does anyone know why the area around around Raton, NM looks like it is
melting? I don't think it even renders in Osmarender.
http://www.openstreetmap.org/?lat=36.93134lon
On Sun, 2010-02-07 at 14:42 -0500, Richard Welty wrote:
i concur with the notion of splitting at state lines. i also think
that the longer US routes need
to be handled in a similar manner.
Yeah, that's sane. If for no other reason than the fact that the mile
markers reset at state lines. I
The map is up to 2.8GB!
These are based off of Lambertus's work here:
http://garmin.na1400.info/routable.php
I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server. I've also cut them in large longitude
swaths that should fit conveniently
On Wed, 2010-02-17 at 16:05 -0500, Mike N. wrote:
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!
It's just about at the point where I can automate it to
On Fri, 2010-02-26 at 15:50 -0500, Richard Welty wrote:
On 2/26/10 3:14 PM, Nakor Osm wrote:
What is the distinction made between trunk and motorways for tagging
in the US. As an example should this portion of US41 (
http://www.openstreetmap.org/?lat=41.8967lon=-87.6177zoom=14
On Wed, 2010-03-03 at 17:57 +0100, Frederik Ramm wrote:
Serge Wroclawski wrote:
Most people know what professional behavior is, and if things get out
of hand, we'll talk to them. Semi-moderated means at first, all post
and all people will be moderated. Over time, we'll probably get go of
These are based off of Lambertus's work here:
http://garmin.na1400.info/routable.php
I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server. I've also cut them in large longitude
swaths that should fit conveniently on removable media.
On Mon, 2010-03-22 at 22:46 -0400, Bill Ricker wrote:
So do all SD-cable Garmins handle huge map files equally well or not ?
I think they should. My 60csx didn't have SDHC support when I bought
it, but it got magically added in a firmware update. I'm still not sure
how they did that.
-- Dave
So, I finally set these up to be fully automated. If these messages get
sent once a week or so, should I keep them coming to talk-us?
--
These are based off of Lambertus's work here:
http://garmin.na1400.info/routable.php
I wrote scripts to joined them myself to lessen the impact of
On Sat, 2010-03-27 at 13:55 -0600, Val Kartchner wrote:
Dave,
I'm a regular contributor to OSM, and a subscriber to the US mailing
list.
I followed the link to the routable Garmin maps that you have made
available. I'm assuming that these are for the US since they are on the
US mailing
Forwarded Message
From: Dave Hansen da...@openstreetmap.org
To: d...@sr71.net
Subject: Whole-US Garmin Map update - 09-04-2010
Date: Thu, 15 Apr 2010 16:19:45 +0100
These are based off of Lambertus's work here:
http://garmin.na1400.info/routable.php
I wrote scripts
These are based off of Lambertus's work here:
http://garmin.na1400.info/routable.php
I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server. I've also cut them in large longitude
swaths that should fit conveniently on removable media.
On Tue, 2010-05-11 at 19:20 -0400, Chris Hunter wrote:
I have major philosophical issues
with the way the license change is
being handled, and feel that I can
no longer participate in the OSM
project.
I honestly haven't paid much attention to it. I figured it was pretty
messy, but legally
On Thu, 2010-05-13 at 01:39 +0200, Frederik Ramm wrote:
Terribly thought out process. Terrible idea in the first place.
IMHO the terrible idea was to start out with CC-BY-SA in the first
place; had we simply been PD all along, nobody would have made a fuss
and we could have saved
On Thu, 2010-06-10 at 16:59 -0400, David ``Smith'' wrote:
Why doesn't the talk-us list use the reply-to field so that simple
replies go to the list, not just the original poster? The newbies
list does that. Every other e-mail list I've ever been on does that.
So why not this one?
It's a
On Wed, 2010-06-23 at 12:05 -0400, Richard Weait wrote:
On Wed, Jun 23, 2010 at 11:42 AM, McGuire, Matthew
matt.mcgu...@metc.state.mn.us wrote:
Does anyone know the percentage of OSM data that is imported vs mapped in
the US? How does this compare to other countries?
When TIGER was
1 - 100 of 443 matches
Mail list logo