[OSM-dev] Effort in the US wasted until TIGER import iscomplete?

Don Smith dcsmith at gmail.com
Wed Mar 21 15:46:53 GMT 2007


Does anyone need a hand with this, I've seen that the original  
scripts are in ruby. Is this correct? I have little experience with  
either tiger or ruby, but a lot of experience with large file  
processing and db access. If someone would allocate tasks on this I'd  
be happy to help.
On Mar 21, 2007, at 7:38 AM, Andy Robinson wrote:

>
> Ludwig M Brinckmann wrote:
>> Sent: 21 March 2007 11:01 AM
>> To: Robert (Jamie) Munro
>> Cc: dev at openstreetmap.org
>> Subject: Re: [OSM-dev] Effort in the US wasted until TIGER import
>> iscomplete?
>>
>> Would it not make much more sense to write something like an  
>> adapter, which
>> will allow people to read Tiger data from source as if it were an OSM
>> source, ie in the OSM XML format and update OSM renderers so that  
>> it is
>> possible to link in such adapters?
>> I always find data duplication a problem and an approach like this  
>> would
>> avoid the problem of  having to deal with updates to whatever  
>> external
>> source are in use -- plus save a lot of space on the DB. Obviously  
>> this
>> means that OSM authors cannot modify data imported as such -- but  
>> with the
>> consistency problem I am not sure if they should.
>>
>
> Obviously it would be cool tool if JOSM could query the relevant TIGER
> County and import the data for the area in view, which could then be
> uploaded to the server once processed in JOSM properly. It would  
> permit
> local edit before the upload commit too.
>
> The main disadvantage I would see is that it's not systematic. Also  
> there
> would be a need to recognise where data has already been imported  
> so that
> duplication does not occur.
>
> Any approach that distributes the work to users in my view makes a  
> lot of
> sense because it places some level of control in there. We know the  
> TIGER
> data isn't that good so manual intervention (reedit) is always  
> going to be
> necessary to produce nice looking maps.
>
>
> Cheers
>
> Andy
>
>> Apologies, if this has been discussed in the past.
>>
>> Ludwig
>>
>>
>>
>>
>>
>> On 3/21/07, Robert (Jamie) Munro < rjmunro at arjam.net
>> <mailto:rjmunro at arjam.net> > wrote:
>>
>> 	-----BEGIN PGP SIGNED MESSAGE-----
>> 	Hash: SHA1
>>
>> 	Thomas Lunde wrote:
>> 	> Hello -
>> 	>
>> 	> The TIGER page [1] indicates that the initial effort was removed
>> from
>> 	> the database because of data corruption.
>> 	>
>> 	> Other postings seem to indicate that a new TIGER import will
>> overwrite
>> 	> existing US data.[2]
>>
>> 	The other part of the problem was that the TIGER dataset was so huge
>> it
>> 	was slowing the servers down too much.
>>
>> 	Did someone say they had imported TIGER into PostGIS? Is it possible
>> for
>> 	them to provide that data somewhere for download, so that I can load
>> it
>> 	into my own PostGIS, and experiment with turning it into OSM data
>> from
>> 	there? I think that will be much easier than starting with raw TIGER
>> data.
>>
>> 	Thanks,
>>
>> 	Robert (Jamie) Munro
>> 	-----BEGIN PGP SIGNATURE-----
>> 	Version: GnuPG v1.4.6 (Darwin)
>> 	Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> 	iD8DBQFGAQ8Vz+aYVHdncI0RAsQuAJ932DDaOuKtp7FXXbeqeMhcykS6XQCfUWs4
>> 	C6XzWYpByfF5udG8/5GFTOo=
>> 	=UHuc
>> 	-----END PGP SIGNATURE-----
>>
>> 	_______________________________________________
>> 	dev mailing list
>> 	dev at openstreetmap.org <mailto:dev at openstreetmap.org>
>> 	http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
>
>
>
>
> E-mail message checked by PC Tools Spyware Doctor (5.0.0.169)
> Database version: 5.06900
> http://www.pctools.com/spyware-doctor/
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev





More information about the dev mailing list