On Sun, Jun 26, 2011 at 10:45 AM, Mike N wrote:
> On 6/26/2011 10:01 AM, Nick Hocking wrote:
>
>> What would be really usefull is to have OSM in one of the geofabrik
>> compare windows and TIGER 2010 in the other. Is there an easy way to
>> achieve this?
>>
>
> Until Ian gets the comparison serv
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 longitu
Richard wrote
some parts of TIGER 2010 are no doubt excellent and worth the
effort to use to improve OSM. but TIGER is erratic enough that
i don't think we should hold it up as a "standard".
Absolutely agree. I was troubled using the word standard because of the
ex
On 6/26/11 7:26 PM, Nick Hocking wrote:
Thanks Mike,
I've just had a bit of a play with this and have it pretty much under
control. I've added four or five new roads. The method works well.
I guess that I've now got about twenty hours of hard work to bring Grand
Junction up to TIGER 2010 standa
Thanks Mike,
I've just had a bit of a play with this and have it pretty much under
control. I've added four or five new roads. The method works well.
I guess that I've now got about twenty hours of hard work to bring Grand
Junction up to TIGER 2010 standard.
My sequence to add a new "neighbourho
On Sun, Jun 26, 2011 at 6:02 PM, Val Kartchner wrote:
> On Sun, 2011-06-26 at 10:45 -0400, Mike N wrote:
> > On 6/26/2011 10:01 AM, Nick Hocking wrote:
> > > What would be really usefull is to have OSM in one of the geofabrik
> > > compare windows and TIGER 2010 in the other. Is there an easy way
On Sun, 2011-06-26 at 10:45 -0400, Mike N wrote:
> On 6/26/2011 10:01 AM, Nick Hocking wrote:
> > What would be really usefull is to have OSM in one of the geofabrik
> > compare windows and TIGER 2010 in the other. Is there an easy way to
> > achieve this?
>
> Until Ian gets the comparison serve
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 06/20/2011 05:39 PM, Richard Welty wrote:
> On 6/20/11 8:29 PM, PJ Houser wrote:
>> I'm sure this was discussed ad nauseum at some point, so feel free to
>> point
>> me to the correct thread.
>>
> i would say that consensus was not achieved.
>
> i personally favor highway=path and then
> settin
On 06/20/2011 05:29 PM, PJ Houser wrote:
> If a way is used for both pedestrians and cyclists, should it be tagged
> highway=cycleway or highway=path with bicycle=designated? This is what
> the bridge path looks like -
> http://bikeportland.org/2005/11/21/hawthorne-bridge-gets-new-markings-673.
>
On 6/26/2011 10:01 AM, Nick Hocking wrote:
What would be really usefull is to have OSM in one of the geofabrik
compare windows and TIGER 2010 in the other. Is there an easy way to
achieve this?
Until Ian gets the comparison server up, you can try setting the
"Inactive" layer color in JOSM to
On Mon, Jun 27, 2011 at 12:10 AM, Ian Dees wrote:
>
> Can I suggest that instead you open the TIGER data file as a separate layer
> in JOSM so you can copy new data from the TIGER layer to the OSM layer.
> There's no point in tracing from rasters if the data already exists as
> vectors.
>
>
>>
>>
On Sun, Jun 26, 2011 at 9:01 AM, Nick Hocking wrote:
> I think I've got about 50 hours work to bring Grand Junction up to TIGER
> 2010. What I'll do is have the current OSM data in one JOSM window with Bing
> Imagery and your TIGER 2010 data in another. Then I'll just use the imagery
> to trace th
On Sun, Jun 26, 2011 at 10:01 AM, Nick Hocking wrote:
> Mike N wrote " I converted a copy of
> Mesa County for your use:"
>
>
> Thanks MIke, that's great!!
> I just opened it in Josm and looked at one "new" estate. All the roads are
> there and named. Even Riverside Parkway is there complet
Mike N wrote " I converted a copy of
Mesa County for your use:"
Thanks MIke, that's great!!
I just opened it in Josm and looked at one "new" estate. All the roads are
there and named. Even Riverside Parkway is there complete!.
I think I've got about 50 hours work to bring Grand Junction u
On 6/2/2011 3:17 PM, Nathan Edgars II wrote:
To this end, I've been systematically going through trunks in
the US and adding lanes=* tags. This is of course useful even if nothing
is done rendering-wise.
Thanks to PeterIto, we can see the fruits of this:
http://www.itoworld.com/product/data/it
On 6/26/11 12:40 AM, Dion Dock wrote:
Here's my opinion, and we all know what opinions are worth. :)
I can understand why highway=path makes sense from a routing perspective.
However, when I look at Mapnik, I want to see the way's intended use. I'm sure
there are plenty of counterexamples, b
On 6/26/2011 7:52 AM, Mike N wrote:
I converted a copy of Mesa County for your use:
One more thing - start working with a small area until you are
comfortable with how it works; in other words start by downloading an
area of interest, then open the TIGER2010_CO_Mesa.osm file. (If you
open
On 6/26/2011 12:46 AM, Nick Hocking wrote:
Along the way I see that there is an enormous number of missing roads
(new roads). Most of these, hopefully, are in the TIGEDR 2010 data.
Is there a place that I can view the TIGER 2010 data so that I can edit
in, road by road (with their names), the ne
On 6/26/2011 12:40 AM, Dion Dock wrote:
However, when I look at Mapnik, I want to see the way's intended use.
> I'm sure there are plenty of counterexamples, but in my experience,
> all paths allow pedestrians, while only some allow bikes and/or horses.
> This renders nicely too: bikes get one
20 matches
Mail list logo