Re: [OSM-talk] English version of OSM foldout flyer

[Lester Caine]

Mark Williams wrote:
> maning sambale wrote:
>>>  http://ajr.hopto.org/osm/pr/OSMFlyer-English.pdf
>> Acrobat says "Error processing page ... (109)"
>>
> I'd re-download it, mine is both technically fine & very good - Thanks
> to both!

I'm getting the same problem here. I've downloaded it again, but error 109 on 
Acrobat 7.0.9
But it is fine on kGhostView ;)

-- 
Lester Caine - G8HFL
-
Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://home.lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[Mark Williams]

maning sambale wrote:
>>  http://ajr.hopto.org/osm/pr/OSMFlyer-English.pdf
> Acrobat says "Error processing page ... (109)"
> 
> maning

I'd re-download it, mine is both technically fine & very good - Thanks
to both!

I'm taking it to Wales today..

Mark



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] OSMXAPI and wget failing miserably

[Matt White]

Is anyone else having issues getting data from informationfreeway.org 
using OSMXAPI? A scheduled dump I run has started failing all the time, 
and a couple of manual extracts are returning nothing. I think my query 
is right (certainly my scheduled dump ran nicely for many days). But I 
know the daily diffs choked a couple of weeks ago. Have there been 
changes made to extracting since then?

Currently trying to extract the Washington DC area using:

wget --timeout=0 
"http://www.informationfreeway.org/api/0.5/*[bbox=-77.4,39,-76.7,38.7]"; 
-O WashingtonDC.osm

which I think is correct.

So, does anybody know what's going on?

Matt

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Areas (was: Local map making - truncating ways on boundary?)

[Karl Newman]

On Fri, Apr 4, 2008 at 7:02 PM, Frederik Ramm <[EMAIL PROTECTED]> wrote:

> Hi,
>
>  Yes, I meant to say if every *polygon* which is represented as a closed
> > way was guaranteed to have an "area=yes" tag or some other distinguishing
> > feature.
> >
>
> You are right in saying that not having an explicit polygon type makes OSM
> stick out from the standard OGC/ISO19100/whatever geometry models.
>
> And the reason for the area type not there is because it has not been
> >used when it was there.
> >
>
>  Really? I never knew OSM had a polygon type.
> >
>
> It was called "area" and was supported by API 0.3. I think it was in the
> API but not supported by JOSM and that's the reason nobody used it. The
> reason it wasn't supported in JOSM was probably a misunderstanding between
> SteveC and Imi, or at least that's what I've gathered. Remember, that was a
> time when software development in the project was driven by three or four
> people ,-) anyway, looking back doesn't help.
>
> We have the following options:
>
> 1. re-instate the "area" type during the next API update.
>
> 2. create an independent data source that maps a set of tags to a boolean
> "area" property. this data source might be a wiki page or SVN file that is
> read by the processing software, or might even be a web service. any
> software dealing with areas would use that service to know what makes an
> area and what doesn't.
>
> 3. create a script that takes the planet file and uploads an added
> "area=yes" to anything it considers an area.
>
> 4. modify the API to generate an "area=yes" tag on-the-fly whenever it
> returns a way whose tags make it an area.
>
> 5. live with what we've got.
>
> As you say, option 5 is a bit sub-optimal because stuff has to be
> replicated everywhere. Personally I lean towards option 2; this would still
> require replication of the "check tags against list" logic in all
> applications but the list would come from a central source that's the same
> for wall. I think we have similar "shared configuration" things elsewhere
> and they seem to work.
>
> Bye
> Frederik
>
>
I would like option 1 but I could live with the others. The others seem like
workarounds for poor structure, but that's the state of things now. Option 2
might be okay. Even better if it was wrapped up into a library (probably a
few implementations in different languages) that various data consumers
could use. Heck, I'm living with option 5 now, but as you said, it's
sub-optimal.

Thanks,

Karl
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Tah.openstreetmap.org/MapOf/ with georeferencing

[maning sambale]

>
>  Wouldn't it be nice to have an option to get maps with georeferencing info 
> from
>  http://tah.openstreetmap.org/MapOf/?
>
>  I have seen a working example of this. With an OSM image capture utility
>  "OSM-Map" (http://alpo.hassinen.googlepages.com/osm-map)
>  user can not only capture a map from screen to image file but also store the
>  corresponding calibration file either in MapInfo .tab or OziExplorer .map
>  format.  Thus the captured images can be used in all GIS software or in
>  OziExplorer.  Some tweaking may be needed, for example gdal supports
>  georeferencing with .tab files  only for tiff images, and before using images
>  in OziExplorer CE they must first be converted to special Ozi image format
>  with another utility.  However, often a georeferenced image is much more
>  that just an image.

Or save as jpg with a jgw georeferencing file.

maning
-- 
|-|--|
| __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda |
| '-._"7' |"Freedom is still the most radical idea of all" -N.Branden|
| /'.-c |Linux registered user #402901, http://counter.li.org/ |
| | /T |http://esambale.wikispaces.com|
| _)_/LI
|-|--|

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[maning sambale]

>  http://ajr.hopto.org/osm/pr/OSMFlyer-English.pdf
Acrobat says "Error processing page ... (109)"

maning
-- 
|-|--|
| __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda |
| '-._"7' |"Freedom is still the most radical idea of all" -N.Branden|
| /'.-c |Linux registered user #402901, http://counter.li.org/ |
| | /T |http://esambale.wikispaces.com|
| _)_/LI
|-|--|

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Areas (was: Local map making - truncating ways on boundary?)

[Frederik Ramm]

Hi,

> Yes, I meant to say if every *polygon* which is represented as a closed 
> way was guaranteed to have an "area=yes" tag or some other 
> distinguishing feature.

You are right in saying that not having an explicit polygon type makes 
OSM stick out from the standard OGC/ISO19100/whatever geometry models.

> And the reason for the area type not there is because it has not been
> used when it was there.

> Really? I never knew OSM had a polygon type. 

It was called "area" and was supported by API 0.3. I think it was in the 
API but not supported by JOSM and that's the reason nobody used it. The 
reason it wasn't supported in JOSM was probably a misunderstanding 
between SteveC and Imi, or at least that's what I've gathered. Remember, 
that was a time when software development in the project was driven by 
three or four people ,-) anyway, looking back doesn't help.

We have the following options:

1. re-instate the "area" type during the next API update.

2. create an independent data source that maps a set of tags to a 
boolean "area" property. this data source might be a wiki page or SVN 
file that is read by the processing software, or might even be a web 
service. any software dealing with areas would use that service to know 
what makes an area and what doesn't.

3. create a script that takes the planet file and uploads an added 
"area=yes" to anything it considers an area.

4. modify the API to generate an "area=yes" tag on-the-fly whenever it 
returns a way whose tags make it an area.

5. live with what we've got.

As you say, option 5 is a bit sub-optimal because stuff has to be 
replicated everywhere. Personally I lean towards option 2; this would 
still require replication of the "check tags against list" logic in all 
applications but the list would come from a central source that's the 
same for wall. I think we have similar "shared configuration" things 
elsewhere and they seem to work.

Bye
Frederik


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Fwd: Local map making - truncating ways on boundary?

[Karl Newman]

Forgot to reply-all.

-- Forwarded message --
From: Karl Newman <[EMAIL PROTECTED]>
Date: Fri, Apr 4, 2008 at 5:33 PM
Subject: Re: [OSM-talk] Local map making - truncating ways on boundary?
To: Dirk-Lüder Kreie <[EMAIL PROTECTED]>


On Fri, Apr 4, 2008 at 10:57 AM, Dirk-Lüder Kreie <[EMAIL PROTECTED]>
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Karl Newman schrieb:
>
> | If OSM had a polygon type, or if every closed way was guaranteed to have
> a
> | "area=yes" tag, then we could deal with tiling in a generic way, but
> since
> | it doesn't (who knows why... I believe all professional GIS systems
> do, for
> | a good reason)
>

>
There are closed ways that are not areas.
>

Yes, I meant to say if every *polygon* which is represented as a closed way
was guaranteed to have an "area=yes" tag or some other distinguishing
feature.


> And the reason for the area type not there is because it has not been
> used when it was there.
>

> up to now it just has been simpler for most cases to just use closed
> ways and tag them appropriately.
>
>
Really? I never knew OSM had a polygon type. I can't believe it went unused.
It would certainly simplify things, as I've demonstrated... I know OSM is
all about "no rules" but in my experience, just the right amount of rules
can make you really productive.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[Andy Robinson (blackadder)]

John McKerrell
>Sent: 04 April 2008 9:33 PM
>To: Steve Hill
>Cc: talk@openstreetmap.org
>Subject: Re: [OSM-talk] English version of OSM foldout flyer
>
>
>On 4 Apr 2008, at 14:20, Steve Hill wrote:
>
>> On Fri, 4 Apr 2008, Frederik Ramm wrote:
>>
>>> Great to see that the work is being put to other uses! (Meanwhile
>>> I had
>>> to order a second print run of the German flyer as the first 5,000
>>> copies are already gone!)
>>
>> Has anyone handed these out to random members of the public yet?  I'm
>> interested in what their response was?
>>
>Thought I should point out a typo on the English version, "riden"
>should be "ridden".

Thanks John. Have corrected.

Cheers

Andy

>
>John
>
>___
>talk mailing list
>talk@openstreetmap.org
>http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Icelandic lights

[OJ W]

p.s. if you want to see that PDF file in JOSM:

http://almien.co.uk/Misc/IcelandLights/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Icelandic lights

[OJ W]

Dolphin has pointed us to this document with another list of lighthouses:

http://www.lhg.is/upload/files/Vitaskra_2006.pdf

Can anyone who reads icelandic give a hint as to the possible license for
this data?


there seems to be a similar list on:

http://bbs.keyhole.com/ubb/showthreaded.php/Number/990800



Regards,

OJW


p.s. on IRC, one theory was that the list of coordinates wasn't a problem
because Iceland doesn't have a concept of 'database right'.  any ideas on
that?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Easy way to export to Illustrator?

[Axel von Matern]

A PDF-exporter sounds great! And for Illustrator even better!

Would that be for the rendered files or for the data? I guess both  
would be valuable but a data dump to PDF is what I really need. :) Is  
it going to be a plug for JOSM or Potlatch? Layers? Tags?

Until then I found out an somewhat easy way to do it (wont give you  
any fancy stuff like the tags or leyers etc):
- Export GPX-file from JOSM
- Upload it to http://www.gpsvisualizer.com/ and choose SVG as target  
file type
- Import the SVG-file into Adobe Illustrator
- All ways will be segmented. This you can fix with the "Concatenate"  
plugin from http://rj-graffix.com/software/plugins.html (20dollars).

/Axel


4 apr 2008 kl. 21.46 skrev Richard Fairhurst:

> Axel von Matern wrote:
>
>> What I have found when searching the archives and else on Internet
>> seem very complicated and outadet processes to do this. I found a web
>> service that could make svg files out of gps files, but the vectors
>> where totally segmented and therby useless.
>
> As yet there's not an easy way to do it.
>
> When TomH finishes the export tab real soon now, you'll be able to
> export as PDF and then import that into Illustrator. Or maybe you'll
> even be able to export into Illustrator if I get round to adding that
> bit.
>
> If you're handy with planet.osm and can get it into a database,
> there's a command-line utility in svn, but I'm guessing from your
> message that you're not. But maybe someone on the list who has the
> full planet could run the script for you?
>
> cheers
> Richard
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[John McKerrell]

On 4 Apr 2008, at 14:20, Steve Hill wrote:

> On Fri, 4 Apr 2008, Frederik Ramm wrote:
>
>> Great to see that the work is being put to other uses! (Meanwhile  
>> I had
>> to order a second print run of the German flyer as the first 5,000
>> copies are already gone!)
>
> Has anyone handed these out to random members of the public yet?  I'm
> interested in what their response was?
>
Thought I should point out a typo on the English version, "riden"  
should be "ridden".

John

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

[Stephen Wing]

As Simon has mentioned, it is correctly mapped.  I don't travel that far
South down the M1 on a regular basis anymore (I used to use that section
daily), and certainly do remember that old slip road (having used it many
times when J1 was busy).  It's interesting it's still there and maintained,
although I'm not personally sure if they would ever bring it back into use
now.

Steve

On 04/04/2008, Steve Chilton <[EMAIL PROTECTED]> wrote:
>
>  Stephen - Presume you are reasonably local to area mentioned in your
> note.
>
> I have often wondered about an artefact at the lower end of the M1:
>
>
> http://www.openstreetmap.org/?lat=51.60727&lon=-0.24076&zoom=17&layers=B0FT
>
> Labelled as "former M1 junc2".
>
> I have driven down the A41 several times and can see no actual sign of it
> as I flash past, but Y! imagery shows it visible on ground.
>
> Google imagery shows it looking much more like a footpath.
>
> Do you (or anyone else) know what is actually on the ground, as I am sure
> that having it tagged as motorway is wrong?!
>
>
>
> Cheers
>
> STEVE
>
> Steve Chilton, Learning Support Fellow
> Learning and Technical Support Unit Manager
> School of Health and Social Sciences
> Middlesex University
> phone/fax: 020 8411 5355
> email: [EMAIL PROTECTED]
> http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp
>
> Chair of the Society of Cartographers: http://www.soc.org.uk/
>
> SoC conference 2008:
> http://www.abdn.ac.uk/cartographers08/
>   --
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Stephen Wing
> *Sent:* 01 April 2008 07:05
> *To:* talk@openstreetmap.org
> *Subject:* Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass
>
>
>
> On 31/03/2008, *Jon Burgess* <[EMAIL PROTECTED]> wrote:
>
> I have deployed Steve's changes and one example which has rendered
> already is the current alterations to M1 J8:
>
> http://www.openstreetmap.org/?lat=51.75704&lon=-0.41518&zoom=16&layers=B0FT
>
>  In fact, even more of the new M1 J8 will appear with the weekly update
> this week, as I was able to map out the changes to the M1 J8 Southbound
> junction last week, and have recorded the start of the new parallel road on
> that side too (these parallel roads will run alongside the M1 on both sides
> all the way to J7.
>
> Steve
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Easy way to export to Illustrator?

[Jannis Achstetter]

Axel von Matern schrieb:

Hi!

Is there a easy way to get my OSM data into Illustrator?
[...]
Im making a map over Phang Nga province in Thailand and thought it  
would be great to use OSM as a tool to get the data right. In the past  
I traced  satellite images in Adobe Illustrator and traced (www.khaolak2004.com 
  and www.khaolakmap.com). Now it would be wonderful if I could  
collect t


Am I searching in vain? Or are there a easy way to do this?



Hi there,

Depends on your definition of "easy" and what software you are using 
besides Illustrator.

In Linux it is "fairly" easy:
Use Osmarender (XML or Perl-Version) and convert your .osm to an svg. 
Either import that to Illustrator or convert the svg to pdf using 
inkscape (or anything else of course, but inkscape does pretty well 
since 0.46, using cairo to export to pdf).
I'm experimenting with this at the moment but I think I'll post some 
links to PDFs some time soon.


Jannis


smime.p7s
Description: S/MIME Cryptographic Signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Easy way to export to Illustrator?

[Richard Fairhurst]

Axel von Matern wrote:

> What I have found when searching the archives and else on Internet
> seem very complicated and outadet processes to do this. I found a web
> service that could make svg files out of gps files, but the vectors
> where totally segmented and therby useless.

As yet there's not an easy way to do it.

When TomH finishes the export tab real soon now, you'll be able to  
export as PDF and then import that into Illustrator. Or maybe you'll  
even be able to export into Illustrator if I get round to adding that  
bit.

If you're handy with planet.osm and can get it into a database,  
there's a command-line utility in svn, but I'm guessing from your  
message that you're not. But maybe someone on the list who has the  
full planet could run the script for you?

cheers
Richard


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Easy way to export to Illustrator?

[Axel von Matern]

Hi!

Is there a easy way to get my OSM data into Illustrator?

Im making a map over Phang Nga province in Thailand and thought it  
would be great to use OSM as a tool to get the data right. In the past  
I traced  satellite images in Adobe Illustrator and traced (www.khaolak2004.com 
  and www.khaolakmap.com). Now it would be wonderful if I could  
collect the data into OSM and then export it for refining to  
Illustrator, I would get a much more accurate map plus I would share  
the data.

What I have found when searching the archives and else on Internet  
seem very complicated and outadet processes to do this. I found a web  
service that could make svg files out of gps files, but the vectors  
where totally segmented and therby useless.

Am I searching in vain? Or are there a easy way to do this?


/Axel

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Jonathan W. Lowe]

On Fri, 2008-04-04 at 14:08 -0400, Christopher Schmidt wrote:
> On Fri, Apr 04, 2008 at 10:53:43AM -0700, Dave Hansen wrote:
> > 
> > On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote:
> > > On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
> > > > On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > > > > That is exactly what I am suggesting, based on an examination of the
> > > > > objects in the area you're looking at: all of them have been updated
> > > > > several times (as the history URL above demonstrates) by a single user
> > > > > in what seems to clearly be a cleanup effort. (This was based on using
> > > > > an OpenLayers map to select 10 different streets based on the lonlat I
> > > > > observed in your JOSM instance and view the history for each.)
> > > > 
> > > > If this is true, then we can probably go back and fix it.  We have all
> > > > of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> > > > remained the same in the new TIGER data?
> > > 
> > > Fix... what? OSM is correct here... perhaps you mean "We can improve
> > > TIGER 2007 with OSM data"?
> > 
> > Did I misunderstand what's going on?
> > 
> > I assumed that the TIGER '07 data is better than the TIGER '05 (or so)
> > data that we populated OSM with.  If it is better, we can update OSM
> > from TIGER '07.
> 
> The images that were shared in this thread demonstrate that OSM is *way*
> better than TIGER '05 or '07.

...that's true of Berkeley, Chris, but in any US geography where nobody
has yet edited the original TIGER upload, OSM is equivalent to TIGER '05
in all but storage format, and therefore may not be as accurate as TIGER
'07.
> 
> Regards,


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Dave Hansen]

On Fri, 2008-04-04 at 11:04 -0700, Dan Putler wrote:
> Not all counties have been improved through the MAF/TIGER Accuracy
> Improvement Project (MTAIP). Here is a link to the counties that have
> not been improved in the 2007 TIGER data:
> http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt

Cool, thanks for the pointer. 

That looks like ~1100 of the ~3500 total counties in the US.  

-- Dave


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Christopher Schmidt]

On Fri, Apr 04, 2008 at 10:53:43AM -0700, Dave Hansen wrote:
> 
> On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote:
> > On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
> > > On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > > > That is exactly what I am suggesting, based on an examination of the
> > > > objects in the area you're looking at: all of them have been updated
> > > > several times (as the history URL above demonstrates) by a single user
> > > > in what seems to clearly be a cleanup effort. (This was based on using
> > > > an OpenLayers map to select 10 different streets based on the lonlat I
> > > > observed in your JOSM instance and view the history for each.)
> > > 
> > > If this is true, then we can probably go back and fix it.  We have all
> > > of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> > > remained the same in the new TIGER data?
> > 
> > Fix... what? OSM is correct here... perhaps you mean "We can improve
> > TIGER 2007 with OSM data"?
> 
> Did I misunderstand what's going on?
> 
> I assumed that the TIGER '07 data is better than the TIGER '05 (or so)
> data that we populated OSM with.  If it is better, we can update OSM
> from TIGER '07.

The images that were shared in this thread demonstrate that OSM is *way*
better than TIGER '05 or '07.

Regards,
-- 
Christopher Schmidt
MetaCarta

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Dan Putler]

Dave,

Not all counties have been improved through the MAF/TIGER Accuracy
Improvement Project (MTAIP). Here is a link to the counties that have
not been improved in the 2007 TIGER data:
http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt

Dan

On Fri, 2008-04-04 at 10:53 -0700, Dave Hansen wrote:
> On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote:
> > On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
> > > On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > > > That is exactly what I am suggesting, based on an examination of the
> > > > objects in the area you're looking at: all of them have been updated
> > > > several times (as the history URL above demonstrates) by a single user
> > > > in what seems to clearly be a cleanup effort. (This was based on using
> > > > an OpenLayers map to select 10 different streets based on the lonlat I
> > > > observed in your JOSM instance and view the history for each.)
> > > 
> > > If this is true, then we can probably go back and fix it.  We have all
> > > of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> > > remained the same in the new TIGER data?
> > 
> > Fix... what? OSM is correct here... perhaps you mean "We can improve
> > TIGER 2007 with OSM data"?
> 
> Did I misunderstand what's going on?
> 
> I assumed that the TIGER '07 data is better than the TIGER '05 (or so)
> data that we populated OSM with.  If it is better, we can update OSM
> from TIGER '07.
> 
> -- Dave
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
-- 
Dan Putler
Sauder School of Business
University of British Columbia


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Local map making - truncating ways on boundary?

[Dirk-Lüder Kreie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Karl Newman schrieb:
| On Thu, Apr 3, 2008 at 7:38 PM, Brett Henderson <[EMAIL PROTECTED]> wrote:
|
|> I hope the job loss isn't too much of a downer, best of luck finding
|> something better.
|>
|> As for tiling, I hadn't considered polygons.  They sound nasty.  I'd
|> been thinking of something far simpler.  For ways I was thinking of
|> splitting them at tile boundaries, adding synthetic nodes as required,
|> and creating new way ids where one way becomes multiple ways.  Polygons
|> change all that.  Initial thoughts are just detect closed ways and split
|> accordingly to make closed polygons inside each tile.  It sounds like
|> that may not be appropriate though.  Splitting polygon types according
|> to tags and rules adds a huge level of complexity and will constantly
|> require updates as new tags and polygon types are defined.  I also get
|> the impression from your wiki page that this will be very Garmin
|> specific, and perhaps that's the only way to go.
|>
|> I'm going to have to back away slowly from this one and pretend I didn't
|> see anything ;-)
|>
|
| Well, I knew about my job loss since November. I have a couple
prospects in
| the works (I'm an automation/controls engineer). Monday was my last day of
| work so this is my first few days of unemployment. I have a bit of
severance
| pay, so it's okay so far.
|
| My proposed rules file on my Wiki page is currently targeted for making
| routable Garmin GPS maps, but I plan to make it generic enough that it
could
| be used for tiling or filtering by tags, and possibly other uses. Ideally
| the same rules file could be used for tiling, filtering and then
generating
| a routable map, by just picking the part that is of interest to the
| particular task.
|
| If OSM had a polygon type, or if every closed way was guaranteed to have a
| "area=yes" tag, then we could deal with tiling in a generic way, but since
| it doesn't (who knows why... I believe all professional GIS systems
do, for
| a good reason)
There are closed ways that are not areas.

And the reason for the area type not there is because it has not been
used when it was there.

up to now it just has been simpler for most cases to just use closed
ways and tag them appropriately.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH9mv8FUbODdpRVDwRApkRAKCN7720/lQPdTwsvlyAAE83nKSQ9QCgy0YS
XgXF1uuu57pV5Ri2o33VLv8=
=DgW6
-END PGP SIGNATURE-

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Dave Hansen]

On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote:
> On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
> > On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > > That is exactly what I am suggesting, based on an examination of the
> > > objects in the area you're looking at: all of them have been updated
> > > several times (as the history URL above demonstrates) by a single user
> > > in what seems to clearly be a cleanup effort. (This was based on using
> > > an OpenLayers map to select 10 different streets based on the lonlat I
> > > observed in your JOSM instance and view the history for each.)
> > 
> > If this is true, then we can probably go back and fix it.  We have all
> > of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> > remained the same in the new TIGER data?
> 
> Fix... what? OSM is correct here... perhaps you mean "We can improve
> TIGER 2007 with OSM data"?

Did I misunderstand what's going on?

I assumed that the TIGER '07 data is better than the TIGER '05 (or so)
data that we populated OSM with.  If it is better, we can update OSM
from TIGER '07.

-- Dave


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Christopher Schmidt]

On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
> On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > That is exactly what I am suggesting, based on an examination of the
> > objects in the area you're looking at: all of them have been updated
> > several times (as the history URL above demonstrates) by a single user
> > in what seems to clearly be a cleanup effort. (This was based on using
> > an OpenLayers map to select 10 different streets based on the lonlat I
> > observed in your JOSM instance and view the history for each.)
> 
> If this is true, then we can probably go back and fix it.  We have all
> of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> remained the same in the new TIGER data?

Fix... what? OSM is correct here... perhaps you mean "We can improve
TIGER 2007 with OSM data"?

Regards,
-- 
Christopher Schmidt
MetaCarta

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Dan Putler]

Dave,

>From what I've seen, yes. Or at least for Santa Clara County,
California. To bolster this, the main "edge" files do not contain street
address ranges in the 2007 data, but the US Census Bureau gives as one
of the two possible options of adding this information to the file is
taking the address ranges from the 2006 TIGER/Line data by matching on
the tlid field. A pretty good indication that the tlid fields match.

Dan

On Fri, 2008-04-04 at 10:31 -0700, Dave Hansen wrote:
> On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> > That is exactly what I am suggesting, based on an examination of the
> > objects in the area you're looking at: all of them have been updated
> > several times (as the history URL above demonstrates) by a single user
> > in what seems to clearly be a cleanup effort. (This was based on using
> > an OpenLayers map to select 10 different streets based on the lonlat I
> > observed in your JOSM instance and view the history for each.)
> 
> If this is true, then we can probably go back and fix it.  We have all
> of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
> remained the same in the new TIGER data?
> 
> -- Dave
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
-- 
Dan Putler
Sauder School of Business
University of British Columbia


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Dave Hansen]

On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
> That is exactly what I am suggesting, based on an examination of the
> objects in the area you're looking at: all of them have been updated
> several times (as the history URL above demonstrates) by a single user
> in what seems to clearly be a cleanup effort. (This was based on using
> an OpenLayers map to select 10 different streets based on the lonlat I
> observed in your JOSM instance and view the history for each.)

If this is true, then we can probably go back and fix it.  We have all
of the TIGER tlid (unique ids) for all of the uploaded data.  Have those
remained the same in the new TIGER data?

-- Dave


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing

[Nick Black]

On Fri, Apr 4, 2008 at 10:22 AM, Niccolo Rigacci <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 04, 2008 at 08:37:25AM +0300, Nick Black wrote:
>  > Sounds cool - I'm hanging on for the 8.9inch touchscreen version :-)
>
>  It seems that the touchscreen will not be present in the coming
>  model.
>
Really?  I've read a few articles suggesting that it will have a
touchscreen - here's a couple off the top of my head.

http://www.digitimes.com/news/a20080324PD209.html
http://www.engadget.com/2007/12/19/eee-pc-gets-modded-with-a-touchscreen/

>
>  > Why did you go for Debian Testing rather than the standard Xandros?
>
>  Because Xandros is a rather ambiguous distro; there is not a free
>  official repository, several Xandros packages does not have a
>  clear license. Moreover Asus used a customized Xandros so if you
>  want to install some more packages you are forced to relay on a
>  mix of unofficial Xandros repositories, Debian Etch (rather old
>  packages), and others.
>
>  --
>  Niccolo Rigacci
>  Firenze - Italy
>



-- 
Nick Black

http://www.blacksworld.net

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] anonymous contributions still allowed ?

[Richard Fairhurst]

Pieren Pieren wrote:

> Potlach history just says 'anonymous'. The way was created with JOSM.
> I thought that such anonymous editions are not possible since Nov. 2007.
> http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits
> http://lists.openstreetmap.org/pipermail/talk/2007-October/018893.html

It's only Potlatch that prohibits such edits. JOSM and the main API  
permit them.

cheers
Richard


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] anonymous contributions still allowed ?

[Pieren Pieren]

Hi all,
By accident, I found some contributions made in March 16th this year but
with some mistakes.

http://www.openstreetmap.org/?lat=48.25977&lon=7.42248&zoom=16&layers=B0FT

As usual, I wanted to contact the person but I was surprised to see that
this recent edition is anonymous:
http://crschmidt.net/osm/history.html?type=way&id=23316471

Potlach history just says 'anonymous'. The way was created with JOSM.
I thought that such anonymous editions are not possible since Nov. 2007.
http://wiki.openstreetmap.org/index.php/Disabling_anonymous_edits
http://lists.openstreetmap.org/pipermail/talk/2007-October/018893.html

I suspect that this person was registered before this date. Is it possible
that such people have a kind of 'privilege' and can stay anonymous for ever
?

Pieren
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

[Steve Chilton]

Amazing. Thanks for sharing that (and the photos).
My work is moving to just up the road (the Burroughs) in a couple of
months time and I shall certainly troll down and have a look at that at
some point.
I had obviously been looking sideways at the bridging point, whereas I
should have just looked sideways/backwards at the point it has blocked
reconnection at the southerly point. Will bike over and cycle down the
motorway like you did!
Cheers
STEVE

Steve Chilton, Learning Support Fellow
Learning and Technical Support Unit Manager
School of Health and Social Sciences
Middlesex University
phone/fax: 020 8411 5355
email: [EMAIL PROTECTED]
http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp

Chair of the Society of Cartographers: http://www.soc.org.uk/

SoC conference 2008:
http://www.abdn.ac.uk/cartographers08/

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Simon Hewison
Sent: 04 April 2008 16:56
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

Steve Chilton wrote:
> Stephen - Presume you are reasonably local to area mentioned in your
note.
> 
> I have often wondered about an artefact at the lower end of the M1:
> 
>
http://www.openstreetmap.org/?lat=51.60727&lon=-0.24076&zoom=17&layers=B
0FT 
>

> 
> Labelled as "former M1 junc2".
> 
> I have driven down the A41 several times and can see no actual sign of

> it as I flash past, but Y! imagery shows it visible on ground.
> 
> Google imagery shows it looking much more like a footpath.
> 
> Do you (or anyone else) know what is actually on the ground, as I am 
> sure that having it tagged as motorway is wrong?!

That would have been me, who mapped it, in person. I rode my bike along
it.. 
which is maybe illegal, but maybe not.

It's really there on the ground, and really is a slip-road, just that
either 
end has crash barriers to prevent people from using it.

The hedges either side are overgrown, but is apparently still being
maintained 
sufficiently to be put into place as an exit at short notice should the 
current real J2 southbound slip road be out of action for a prolonged
period.

There's even street lights. Microsoft's "Bird's Eye" view on
maps.live.com 
shoes a fairly accurate representation of what's on the ground.

I tagged it as highway=motorway_link; use_status=disused (which was the 
preferred method of tagging such things at the time), and made sure that

neither end are connected - because they are not really accessible from
the 
roads at either end.

-- 
Simon Hewison

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

[Simon Hewison]

Steve Chilton wrote:
> Stephen - Presume you are reasonably local to area mentioned in your note.
> 
> I have often wondered about an artefact at the lower end of the M1:
> 
> http://www.openstreetmap.org/?lat=51.60727&lon=-0.24076&zoom=17&layers=B0FT 
> 
> 
> Labelled as “former M1 junc2”.
> 
> I have driven down the A41 several times and can see no actual sign of 
> it as I flash past, but Y! imagery shows it visible on ground.
> 
> Google imagery shows it looking much more like a footpath.
> 
> Do you (or anyone else) know what is actually on the ground, as I am 
> sure that having it tagged as motorway is wrong?!

That would have been me, who mapped it, in person. I rode my bike along it.. 
which is maybe illegal, but maybe not.

It's really there on the ground, and really is a slip-road, just that either 
end has crash barriers to prevent people from using it.

The hedges either side are overgrown, but is apparently still being maintained 
sufficiently to be put into place as an exit at short notice should the 
current real J2 southbound slip road be out of action for a prolonged period.

There's even street lights. Microsoft's "Bird's Eye" view on maps.live.com 
shoes a fairly accurate representation of what's on the ground.

I tagged it as highway=motorway_link; use_status=disused (which was the 
preferred method of tagging such things at the time), and made sure that 
neither end are connected - because they are not really accessible from the 
roads at either end.

-- 
Simon Hewison

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing

[Ted Mielczarek]

On Fri, Apr 4, 2008 at 5:40 AM, Matthew <[EMAIL PROTECTED]> wrote:
> Off topic I know, but I presume the upcoming Firefox 3, with its page
> scaling, will make web browsing on an 800 pixel-wide screen a lot less
> painful.

Unfortunately the official Firefox builds won't run on Gtk 2.8, so you
may be out of luck there. :-/ (There's a patch to disable the new
print dialog, which is what requires GTK 2.10, here:
https://bugzilla.mozilla.org/show_bug.cgi?id=418885 )

-Ted

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] Tah.openstreetmap.org/MapOf/ with georeferencing

[Jukka Rahkonen]

Hi,

Wouldn't it be nice to have an option to get maps with georeferencing info from
http://tah.openstreetmap.org/MapOf/?

I have seen a working example of this. With an OSM image capture utility
"OSM-Map" (http://alpo.hassinen.googlepages.com/osm-map)   
user can not only capture a map from screen to image file but also store the
corresponding calibration file either in MapInfo .tab or OziExplorer .map
format.  Thus the captured images can be used in all GIS software or in
OziExplorer.  Some tweaking may be needed, for example gdal supports
georeferencing with .tab files  only for tiff images, and before using images 
in OziExplorer CE they must first be converted to special Ozi image format
with another utility.  However, often a georeferenced image is much more 
that just an image. 

Unfortunately OSM-map web page and software seems to be available only in
Finnish.

-Jukka Rahkonen-





___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

[Steve Chilton]

Stephen - Presume you are reasonably local to area mentioned in your
note.

I have often wondered about an artefact at the lower end of the M1:

http://www.openstreetmap.org/?lat=51.60727&lon=-0.24076&zoom=17&layers=B
0FT

Labelled as "former M1 junc2".

I have driven down the A41 several times and can see no actual sign of
it as I flash past, but Y! imagery shows it visible on ground.

Google imagery shows it looking much more like a footpath.

Do you (or anyone else) know what is actually on the ground, as I am
sure that having it tagged as motorway is wrong?!

 

Cheers

STEVE

Steve Chilton, Learning Support Fellow
Learning and Technical Support Unit Manager
School of Health and Social Sciences
Middlesex University
phone/fax: 020 8411 5355
email: [EMAIL PROTECTED]
http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp

Chair of the Society of Cartographers: http://www.soc.org.uk/

SoC conference 2008:
http://www.abdn.ac.uk/cartographers08/ 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Wing
Sent: 01 April 2008 07:05
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Mapping Mottram and Tintwistle proposed bypass

 

On 31/03/2008, Jon Burgess <[EMAIL PROTECTED]> wrote:

I have deployed Steve's changes and one example which has
rendered
already is the current alterations to M1 J8:

http://www.openstreetmap.org/?lat=51.75704&lon=-0.41518&zoom=16&layers=B
0FT

In fact, even more of the new M1 J8 will appear with the weekly update
this week, as I was able to map out the changes to the M1 J8 Southbound
junction last week, and have recorded the start of the new parallel road
on that side too (these parallel roads will run alongside the M1 on both
sides all the way to J7.

Steve 

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[Steve Hill]

On Fri, 4 Apr 2008, Frederik Ramm wrote:

> Great to see that the work is being put to other uses! (Meanwhile I had
> to order a second print run of the German flyer as the first 5,000
> copies are already gone!)

Has anyone handed these out to random members of the public yet?  I'm 
interested in what their response was?

  - Steve
xmpp:[EMAIL PROTECTED]   sip:[EMAIL PROTECTED]   http://www.nexusuk.org/

  Servatis a periculum, servatis a maleficum - Whisper, Evanescence


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Christopher Schmidt]

On Fri, Apr 04, 2008 at 01:53:24PM +0100, Jonathan W. Lowe wrote:
> On Fri, 2008-04-04 at 07:05 -0400, Christopher Schmidt wrote:
> > On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote:
> > > When overlaying OSM with the recently available TIGER 2007 shapefile
> > > data for Census Blocks in Alameda County (California), I'm encountering
> > > both an offset and difference in relative position of the linework.  In
> > > short, OSM's data looks a lot more accurate and consistent -- streets
> > > that should be straight actually look straight in OSM, but often zig-zag
> > > in the TIGER 2007 edges and tabblock shapefiles.  For a visual, visit:
> > > http://www.giswebsite.com/demos/tiger_overlays.html
> > 
> > Um, isn't this the whole point of OSM? The TIGER data was imported so
> > that it could be improved manually by users. This doesn't include just
> > the geometry either: attributes have been changed as well. (See
> > http://crschmidt.net/osm/history.html?type=way&id=21456366)
> 
> Thanks, Chris -- are you suggesting that the TIGER 2007 reissue from the
> US Census is not lining up with OSM in some (rather extensive) areas
> because the geometry in those areas has been completely improved
> manually since the upload of TIGER completed earlier this year.  Yes,
> obviously, such a major improvement in accuracy from manual attention is
> one of the (many) wonderful benefits of OSM -- I guess I'm just
> surprised that so much manual editing could have been accomplished for
> such an extensive area given the short time TIGER has been available for
> editing in OSM.  Is there any existing interface for visualizing which
> features have changed in OSM for a given area?

That is exactly what I am suggesting, based on an examination of the
objects in the area you're looking at: all of them have been updated
several times (as the history URL above demonstrates) by a single user
in what seems to clearly be a cleanup effort. (This was based on using
an OpenLayers map to select 10 different streets based on the lonlat I
observed in your JOSM instance and view the history for each.)

> > > Any observations or ideas about where the misalignment might come from?
> > 
> > This misalignment is common in TIGER: It's designed for 1:10
> > accuracy. Anything more than that (you're at about 1:7500 there) is not
> > going to be accurate. (Or at least likely to not be.)
> 
> I may not be communicating the scenario clearly enough -- TIGER
> misalignment is common with other non-TIGER data certainly, but TIGER
> data is not misaligned with other TIGER data of the same issue.  I'm
> encountering what I thought was the latter case.

No: what you're encountering is TIGER misalignment with reality. OSM is
much closer to reality in this instance than TIGER.

> TIGER data models both visible physical features such as streets, but
> also invisible census data collection boundaries such as blocks and
> tracts.  The block and tract boundaries and the street centerlines are
> derived from the same single topologic source, so when viewed together,
> line up perfectly unless one or the other has been altered independently
> since original release.  The 2007 shapefile issue confirms this --
> linestrings in the "edges" shapefile perfectly match the polygon
> boundaries in the "tabblock" shapefile.  But neither match the OSM
> geometry, at least using the conversion and display methods I've used
> within Berkeley's geographic extents.  

Right. Because TIGER is wrong :)

> Since all the data has the same
> parentage, I initially thought there would be a tighter match between
> TIGER 2007 and OSM TIGER, but not if the editing to OSM TIGER has been
> as extensive as you seem to be suggesting.

That is correct.

> > > Though it smells partially like a datum problem, that path hasn't
> > > yielded any solutions yet.
> > 
> > Doubtful. You'd have a more significant shift.
> 
> Experimenting with NAD27 to NAD83 conversions actually produces a
> similar shift, depending on the region.  But I agree -- it seems to be
> something else.  Hm.

I would have expected it to be more significant by a factor of about
two, from observation, but I could be mis-guessing the scale here: I'm
used to working in Cambridge, rather than SF. In any case, the
misalignment is just a standard misalignment of TIGER data to reality:
OSM is much closer to reality, despite the initial import being from
TIGER.

> > This is the real power of OSM at work. See it, and marvel in its glory.
> > :)
> Yes, marvelous it most certainly is.  I currently use OSM (via an
> OpenLayers client) with multiple existing customers and have supported
> the whole ethos of open-source in published articles, starting with one
> on PostGIS, since 2001, so am no stranger to the glory.  (You and I met,
> Chris, at FOSS4G2006 in Switzerland, where you introduced yourself as
> "Boy Genius".)

I'm now "Meta Ninja", since I have to manage other ninjas, and Leslie
Hawthorn (Summer of Code org

Re: [OSM-talk] OSM TIGER-based map quality

[Jonathan W. Lowe]

On Fri, 2008-04-04 at 07:05 -0400, Christopher Schmidt wrote:
> On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote:
> > When overlaying OSM with the recently available TIGER 2007 shapefile
> > data for Census Blocks in Alameda County (California), I'm encountering
> > both an offset and difference in relative position of the linework.  In
> > short, OSM's data looks a lot more accurate and consistent -- streets
> > that should be straight actually look straight in OSM, but often zig-zag
> > in the TIGER 2007 edges and tabblock shapefiles.  For a visual, visit:
> > http://www.giswebsite.com/demos/tiger_overlays.html
> 
> Um, isn't this the whole point of OSM? The TIGER data was imported so
> that it could be improved manually by users. This doesn't include just
> the geometry either: attributes have been changed as well. (See
> http://crschmidt.net/osm/history.html?type=way&id=21456366)

Thanks, Chris -- are you suggesting that the TIGER 2007 reissue from the
US Census is not lining up with OSM in some (rather extensive) areas
because the geometry in those areas has been completely improved
manually since the upload of TIGER completed earlier this year.  Yes,
obviously, such a major improvement in accuracy from manual attention is
one of the (many) wonderful benefits of OSM -- I guess I'm just
surprised that so much manual editing could have been accomplished for
such an extensive area given the short time TIGER has been available for
editing in OSM.  Is there any existing interface for visualizing which
features have changed in OSM for a given area?

If that is indeed the case, since the Census Blocks come from the same
topologic source as the streets do, I wonder if there's any existing
routine that would enable me to run the same edits on the Census Blocks
geometries, or use the OSM streets to derive Census Block boundaries and
then conflate the Block identifiers.  Thinking out loud here...
> 
> > Any observations or ideas about where the misalignment might come from?
> 
> This misalignment is common in TIGER: It's designed for 1:10
> accuracy. Anything more than that (you're at about 1:7500 there) is not
> going to be accurate. (Or at least likely to not be.)

I may not be communicating the scenario clearly enough -- TIGER
misalignment is common with other non-TIGER data certainly, but TIGER
data is not misaligned with other TIGER data of the same issue.  I'm
encountering what I thought was the latter case.

TIGER data models both visible physical features such as streets, but
also invisible census data collection boundaries such as blocks and
tracts.  The block and tract boundaries and the street centerlines are
derived from the same single topologic source, so when viewed together,
line up perfectly unless one or the other has been altered independently
since original release.  The 2007 shapefile issue confirms this --
linestrings in the "edges" shapefile perfectly match the polygon
boundaries in the "tabblock" shapefile.  But neither match the OSM
geometry, at least using the conversion and display methods I've used
within Berkeley's geographic extents.  Since all the data has the same
parentage, I initially thought there would be a tighter match between
TIGER 2007 and OSM TIGER, but not if the editing to OSM TIGER has been
as extensive as you seem to be suggesting.
> 
> > Though it smells partially like a datum problem, that path hasn't
> > yielded any solutions yet.
> 
> Doubtful. You'd have a more significant shift.

Experimenting with NAD27 to NAD83 conversions actually produces a
similar shift, depending on the region.  But I agree -- it seems to be
something else.  Hm.
> 
> This is the real power of OSM at work. See it, and marvel in its glory.
> :)
Yes, marvelous it most certainly is.  I currently use OSM (via an
OpenLayers client) with multiple existing customers and have supported
the whole ethos of open-source in published articles, starting with one
on PostGIS, since 2001, so am no stranger to the glory.  (You and I met,
Chris, at FOSS4G2006 in Switzerland, where you introduced yourself as
"Boy Genius".)
> 
> Regards,


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] English version of OSM foldout flyer

[Frederik Ramm]

Hi,

Andy Robinson (blackadder) wrote:
> Inspired by Frederik's great foldout OSM flyer I knocked up an English
> version to the same format for use at next weekend's Birmingham mapping
> party.

Great to see that the work is being put to other uses! (Meanwhile I had 
to order a second print run of the German flyer as the first 5,000 
copies are already gone!)

Bye
Frederik

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] English version of OSM foldout flyer

[Andy Robinson (blackadder)]

Inspired by Frederik's great foldout OSM flyer I knocked up an English
version to the same format for use at next weekend's Birmingham mapping
party. The map images are focused on Birmingham but it's easy to swap these
out from the svg in Inkscape simply by downloading the areas of the map you
want. I did this using http://tah.openstreetmap.org/MapOf/

I changed the wording a bit from Frederik's translation but basically it is
saying the same things.

You can find all the files http://ajr.hopto.org/osm/pr/ . If someone with
svn access wants to upload to OSM that would be cool too. Frederik's
original uploads are at http://svn.openstreetmap.org/misc/pr_material/ 

I made a pdf version that I can print on ordinary paper using an inkjet
printer. Printed on one side and the white borders trimmed off it still
folds fine like the original, just not as glossy, but perfect for showing
your friends. The pdf version is at:
http://ajr.hopto.org/osm/pr/OSMFlyer-English.pdf

Cheers

Andy



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] OSM TIGER-based map quality

[Christopher Schmidt]

On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote:
> When overlaying OSM with the recently available TIGER 2007 shapefile
> data for Census Blocks in Alameda County (California), I'm encountering
> both an offset and difference in relative position of the linework.  In
> short, OSM's data looks a lot more accurate and consistent -- streets
> that should be straight actually look straight in OSM, but often zig-zag
> in the TIGER 2007 edges and tabblock shapefiles.  For a visual, visit:
> http://www.giswebsite.com/demos/tiger_overlays.html

Um, isn't this the whole point of OSM? The TIGER data was imported so
that it could be improved manually by users. This doesn't include just
the geometry either: attributes have been changed as well. (See
http://crschmidt.net/osm/history.html?type=way&id=21456366)

> Any observations or ideas about where the misalignment might come from?

This misalignment is common in TIGER: It's designed for 1:10
accuracy. Anything more than that (you're at about 1:7500 there) is not
going to be accurate. (Or at least likely to not be.)

> Though it smells partially like a datum problem, that path hasn't
> yielded any solutions yet.

Doubtful. You'd have a more significant shift.

This is the real power of OSM at work. See it, and marvel in its glory.
:)

Regards,
-- 
Christopher Schmidt
MetaCarta

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] OSM solidarity

[Steve Chilton]

Still time to show OSM solidarity:
http://apb.directionsmag.com/archives/4136-Directions-Mag-Readers-Heart-
OpenStreetMap.html

Cheers
STEVE

Steve Chilton, Learning Support Fellow
Learning and Technical Support Unit Manager
School of Health and Social Sciences
Middlesex University
phone/fax: 020 8411 5355
email: [EMAIL PROTECTED]
http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp

Chair of the Society of Cartographers: http://www.soc.org.uk/

SoC conference 2008:
http://www.abdn.ac.uk/cartographers08/



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing

[Matthew]

 Niccolo wrote:

> It seems that the touchscreen will not be present in the coming 
model.

And it will also be about 50% more expensive and probably have an inferior 
battery life.  Consider it a different product, not a successor.

Off topic I know, but I presume the upcoming Firefox 3, with its page scaling, 
will make web browsing on an 800 pixel-wide screen a lot less painful.






  __
Sent from Yahoo! Mail.
A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Old names

[Dave Stubbs]

On Thu, Apr 3, 2008 at 10:49 PM, Christoph Eckert <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
>  > >  wasn't there a db issue with semikoli in values when applied to nodes?
>  >
>  > There was, it's been fixed.
>
>  cool. Just for my personal interest: are tags for nodes now saved in a
>  separate table or how has it been solved?
>

The API just properly escapes the semi-colons before putting them in the string.
So "key" -> "myval;=\", "key2" -> "val" becomes: "key=myval\s\e\\;key2=val".
This is unescaped again when returning.

Code is here: http://trac.openstreetmap.org/browser/sites/rails_port/lib/tags.rb

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] OSM TIGER-based map quality

[Jonathan W. Lowe]

When overlaying OSM with the recently available TIGER 2007 shapefile
data for Census Blocks in Alameda County (California), I'm encountering
both an offset and difference in relative position of the linework.  In
short, OSM's data looks a lot more accurate and consistent -- streets
that should be straight actually look straight in OSM, but often zig-zag
in the TIGER 2007 edges and tabblock shapefiles.  For a visual, visit:
http://www.giswebsite.com/demos/tiger_overlays.html

Any observations or ideas about where the misalignment might come from?
Though it smells partially like a datum problem, that path hasn't
yielded any solutions yet.

Thanks,
Jonathan


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Navit on the Asus EeePC with Debian Testing

[Niccolo Rigacci]

On Fri, Apr 04, 2008 at 08:37:25AM +0300, Nick Black wrote:
> Sounds cool - I'm hanging on for the 8.9inch touchscreen version :-)

It seems that the touchscreen will not be present in the coming 
model.

> Why did you go for Debian Testing rather than the standard Xandros?

Because Xandros is a rather ambiguous distro; there is not a free 
official repository, several Xandros packages does not have a 
clear license. Moreover Asus used a customized Xandros so if you 
want to install some more packages you are forced to relay on a 
mix of unofficial Xandros repositories, Debian Etch (rather old 
packages), and others.

-- 
Niccolo Rigacci
Firenze - Italy

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk