On Sun, 2011-10-02 at 15:09 +0100, Dave Hansen wrote:
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.
http://daveh.dev.openstreetmap.org
These are based off of Lambertus's work here:
http://garmin.openstreetmap.nl
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.
These are based off of Lambertus's work here:
http://garmin.openstreetmap.nl
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.
These are based off of Lambertus's work here:
http://garmin.openstreetmap.nl
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 Sat, 2011-08-20 at 12:16 -0400, Josh Doe wrote:
I'd say the first order of business is to create a listing of what
each state uses, whether it be SR 123 or VA 123.
I also do some work on open-source software projects. When you add new
code, you at least make it _consistent_ with what's
These are based off of Lambertus's work here:
http://garmin.openstreetmap.nl
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 Fri, 2011-07-22 at 17:49 -0400, Richard Weait wrote:
One tile is missing from the routable Garmin maps. It's Waterloo
Region, in Southern Ontario. Could that tile be added to the Garmin
sets? The East coast sets, from 1GB up include all of the tiles that
surround Waterloo Region but not
On Fri, 2011-07-22 at 18:04 -0400, Richard Weait wrote:
Hmm... Which map tile is it? Go here:
http://garmin.openstreetmap.nl/
check the manual tile selection box, and then click on the tile.
Look
in the Selected tiles in the left margin. Give me both the name
On Wed, 2011-07-20 at 14:03 -0400, Greg Troxel wrote:
So I'm curious if you are finding that the tracker is working?
The tracker is looking dead at the moment.
Anybody have suggestions for another tracker?
-- Dave
___
Talk-us mailing list
data was imported back in 2007/2008
by Dave Hansen).
You should really ask him. Wonder where he hangs out these days. :)
My scripts had this set as their base url:
http://www2.census.gov/geo/tiger/tiger2006se/
-- Dave
___
Talk-us mailing
On Sun, 2011-06-26 at 22:47 +0100, Dave Hansen wrote:
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
On Tue, 2011-06-21 at 08:50 -0700, Clifford Snow wrote:
I'm trying to download the 4G version, but it looks like the server
may not be able to handle the load. I'm wondering if anyone can put
these up as a torrent feed?
The question is who else would seed it. :)
Does anyone know of any
I stuck them up next to the images.
http://daveh.dev.openstreetmap.org/garmin/Lambertus/latest/
Sorry for the top post :)
-- Dave
On Jun 21, 2011, at 7:00 PM, Josh Kraayenbrink j...@kraayenbrink.net wrote:
Were is the .torrent file at? I will happily seed it.
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, 2011-06-13 at 15:49 -0400, Ben Supnik wrote:
So my question is: where to put this for users to download? My main
motivation for starting this conversion was:
The dev server is nice for this kind of stuff:
http://wiki.openstreetmap.org/wiki/Using_the_dev_server
If you
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.
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.
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.
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.
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.
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 Sun, 2011-05-01 at 16:59 +0100, Dave Hansen wrote:
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
On Sun, 2011-05-01 at 12:09 -0400, Richard Weait wrote:
On Sun, May 1, 2011 at 12:05 PM, Dave Hansen d...@sr71.net wrote:
http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-04-2011
I had to go update my script a bit since Lambertus's site got moved
around. Please let me know
On Sat, 2011-04-16 at 00:33 +0100, Dave Hansen wrote:
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
On Wed, 2011-03-09 at 14:27 -0800, PJ Houser wrote:
2) Since we are using two jurisdictional datasets for editing and
adding streets and trails, should we delete the TIGER tags if we
change a way based on our datasets?
I'd say to just leave them. People realize that if it got moved since
On Tue, 2011-03-01 at 22:57 -0600, Paul Johnson wrote:
But most importantly, all changes are being done one at a time. Nothing
is bulk. Every change is done by hand. I am doing my best to make sure
nobody else's hard work is overwritten or deleted!
Has there been significant thought put
On Thu, 2011-02-10 at 18:28 -0800, PJ Houser wrote:
OSM User Names: TriMet_PJH, TriMet_MSB, TriMet_GNH, TriMet_BB
Hi PJ,
I was just looking for your user pages so I could spy on your
improvements:
http://www.openstreetmap.org/user/TriMet_BB
for instance. Did you end up using some
On Mon, 2011-02-21 at 19:25 +0100, Frederik Ramm wrote:
What I like most about it is that you have a forced visual feedback -
there is no way you can copy something into OSM without seeing what is
actually there before you do.
It would be really nice to add some JOSM layer functionality like
On Mon, 2011-02-21 at 19:59 +0100, Frederik Ramm wrote:
Ian Dees wrote:
I think this is a great first step towards a merging/importing
toolkit. A shapefile reading and rendering plugin for JOSM would be
extremely nice to have and was the original intention of my shp-to-osm code.
... as
On Thu, 2011-02-03 at 12:25 -0800, PJ Houser wrote:
I have some basic questions:
1) Why are relations preferred for bike routes?
Think of it like US highways, say US26 in Portland. 26 is at times a
motorway, but it's also carried on Clay Street downtown and Powell Blvd
on the east side. The
On Wed, 2011-01-12 at 22:37 -0800, PJ Houser wrote:
In Portland, Oregon, the region's transit agency Trimet
(http://www.trimet.org) is transitioning to an open-source trip
planner (http://maps5.trimet.org/otp/). The trip planner will use OSM
data for a multi-modal approach - walking, biking,
I did a quick ogr2osm conversion on the street data from here:
ftp://ftp.oregonmetro.gov/odi/Streets.zip
I stuck it up here:
http://daveh.dev.openstreetmap.org/portland/
I loaded it in (JOSM takes ~1.2GB of RAM doing this), along with some
downloaded OSM data. Then I set the
It looks fairly unedited since the TIGER upload:
http://open.mapquestapi.com/tigerviewer/index.html?zoom=11lat=34.50629lon=-96.84501layers=B
But, it would be nice of you to go through and contact the folks who
have done editing in there just to double-check that it's OK to blow
away their work.
On Mon, 2011-01-03 at 12:08 -0500, Mike N. wrote:
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
On Thu, 2010-12-16 at 11:08 -0500, Mike N. wrote:
The user DaveHansenTiger posted what looked like edits /
corrections
since the original upload, so the date range is best for that.
The uploads were all done with my original DaveHansen. When people
starting saying that they were now
On Thu, 2010-12-16 at 09:56 -0600, Toby Murray wrote:
On Thu, Dec 16, 2010 at 7:40 AM, Mike N. nice...@att.net wrote:
I don't know how to back to git directly, plus I have no way to test
this, but I've attached the logic to check TIGER version as I understand it.
At first I thought this
On Wed, 2010-12-15 at 15:09 -0800, David Muir Sharnoff wrote:
I just tried this tool and the results it gives are incorrect.
For example, it shows this area as unedited and that is 100%
incorrect.
On Tue, 2010-11-23 at 05:24 -0500, Nathan Edgars II wrote:
tiger:cfcc: census feature class codes used to differentiate feature
types; describes the importance (generally primary=U.S. Highway,
secondary=state highway) and type of road
Accuracy: low. Alignments of main routes through towns
On Fri, 2010-08-13 at 11:11 -0600, Kevin Atkinson wrote:
On Fri, 13 Aug 2010, Mike Thompson wrote:
Do paper maps include the directional prefix or postfix? I looked at a few
maps of Washington DC and not one of them I saw include the quadrant
suffix.
I have a map of DC and it
On Thu, 2010-08-12 at 10:23 -0400, Nakor wrote:
My only issue is the first paragraph of the Contributor Terms. I do not
have **explicit** permission from the various US government entities and
do not feel comfortable accepting those terms.
One of the mission of the US OSM could be to get
On Thu, 2010-07-29 at 18:44 -0400, Anthony wrote:
On Thu, Jul 29, 2010 at 1:12 PM, Alan Mintz
alan_mintz+...@earthlink.net wrote:
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
On Thu, 2010-07-29 at 18:58 -0400, Anthony wrote:
However, they also contain the original
breakdown of the prefix, root, and suffix before they got combined into
the
name and then expanded by the balrog-kun bot - information which will be
useful in the majority of cases if we ever
On Thu, 2010-07-29 at 20:26 -0400, Anthony wrote:
But as I've shown (http://www.openstreetmap.org/browse/way/44945783)
the tlids don't even make sense. tiger:tlid =
86486485:86486486:86486387;
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
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 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 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 Tue, 2010-05-04 at 07:09 -0400, Nathan Edgars II wrote:
On April 28 I contacted bhj867 through OSM with a simple question:
does the Little Egypt Expressway have another name, since I can't find
anything about it under that name?
Heh, he also gave it fake TIGER tags! Funny stuff.
--
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.
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
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
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
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
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
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
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 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
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
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 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 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 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-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-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 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 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 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 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: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:11 -0500, Kate Chapman wrote:
What's wrong with doing automated addressing imports in situations
where we have point level address data?
The issue is that it may not line up with the roads at all. We also
need to ensure that we *find* the roads to which it refers to
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 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 Fri, 2009-11-13 at 23:56 -0800, Dan Homerick wrote:
i, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
I'm highly in favor of doing the import, regardless. I
think the inaccuracies will be far easier to fix than
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 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 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 mailing list
talk@openstreetmap.org
On Fri, 2009-11-13 at 21:50 -0500, Anthony wrote:
On Fri, Nov 13, 2009 at 9:15 PM, Anthony o...@inbox.org wrote:
On Fri, Nov 13, 2009 at 6:57 PM, Dave Hansen d...@sr71.net wrote:
We'll work on making sure that these data look good and I think
some
people have some plans on how to get
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 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
301 - 400 of 486 matches
Mail list logo