[OSM-dev] Server Timeouts - JOSM and the forthcoming biguploads via the API
Henk Hoff
osm at toffehoff.nl
Tue Aug 14 23:19:41 BST 2007
Andy Robinson schreef:
> Tom Hughes [mailto:tom at compton.nu] wrote:
>
>> In message
>> Andy Robinson <Andy_J_Robinson at blueyonder.co.uk> wrote:
>>
>>
>>> Tom Hughes wrote:
>>>
>>>
>>>> I was talking to one of the Dutch guys about the AND data at the AGM
>>>>
>> and
>>
>>>> they would like to load the data directly on the server rather than
>>>>
>> doing
>>
>>>> it with API calls.
>>>>
>>>> That seemed sensible to me - my only preference was that it be done
>>>> through the rails object model rather than via direct SQL queries.
>>>>
>>>> Maybe what we need is a ruby program to load an OSM file and insert
>>>> it into the database via the rails object model?
>>>>
>>> Sounds logical although if we want to allow general OSM users to upload
>>> TIGER data themselves it would need a simple interface, so presumably it
>>> would be logical to run it via a website form with the TIGER .osm files
>>> already sitting on the server ready for use?
>>>
>> Well I hadn't given any thought to that level of automation - for
>> the AND data I was assuming it would just be done by hand.
>>
>> Perhaps an upload system like for GPX files, where a daemon then
>> processes the queued files would be a good idea?
>>
>>
>
> That would work. Perhaps better than someone simply requesting every county
> be imported in one swoop!
>
> Cheers
>
> Andy
>
>
I was also thinking of an one-time import job for the AND data. But
thinking about it, a more generic upload-import system
would be good idea since there are more bulkimports to go: the already
mentioned TIGER data, but also the AND-China and AND-India. And I would
not be surprised if more datasets will come available in the near future
(Spain ?).
Cheerio
Henk - "one of the Dutch guys" - Hoff
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20070815/457f11d2/attachment.html>
More information about the dev
mailing list