[OSM-talk] OSM then and now revived

[Simon Poole]

It is less a HW issue but more that you would still need to keep 10+
tile servers plus databases running which is, ahem, silly :-).

I don't have a pointer handy but there has been some work done on
extracting a certain point in time iirc  from a API DB via views, that
might scale slightly better.

Simon

Am 30.01.2017 um 12:26 schrieb Maarten Deen:
> On 2017-01-30 12:07, Simon Poole wrote:
>> I suspect the main problem is that in 2007 we didn't really have a lot
>> of data so rendering tiles or it is really not such a big issue.
>> However 2010 and later would require per point in time a rather
>> largish rendering DB plus space for tiles a model that neither scales
>> nor would seem to be a particular good use of resources.
>
> You could mitigate that in the future by making a copy of the current
> tileset at a fixed point (1st of january for example).
>
> But I agree that it would need quite some space for a gimmick. But
> with Seagate announcing 16TB drives and prices of drives dropping
> steadily, I assume this argument will be laughed at in 5 years time.
>
> Regards,
> Maarten
>
>>
>> Am 30.01.2017 um 11:04 schrieb Martijn van Exel:
>>
>>> My poor little tile server machine doesn’t have the storage for
>>> that, but it would sure be cool to set this up for more points in
>>> time. The server itself is not hard to get up and running, although
>>> I did find the instructions on switch2osm to be out of date. I
>>> followed the instructions here:
>>>
>> https://www.linuxbabe.com/linux-server/openstreetmap-tile-server-ubuntu-16-04.
>>
>>> The only extra step was to download osmosis 0.35 and convert the 0.5
>>> planet to 0.6. For older planets you’d need to come up with a way
>>> to convert 0.3 / 0.4 planets to 0.6. There is a script to convert
>>> from 0.4 to 0.5 but I don’t know of anything that can handle 0.3
>>> planets.
>>>
>>> Martijn van Exel
>>>
>>> On Jan 28, 2017, at 5:08 PM, joost schouppe
>>> <joost.schouppe at gmail.com> wrote:
>>>
>>> Any chance we'll see some middle version there too in the future?
>>> (say, 2012. And than later, 1/1/20**)
>>>
>>> You gave us a finger, let me grab your entire arm :)
>>>
>>> 2017-01-26 23:17 GMT+01:00 Martijn van Exel <m at rtijn.org>:
>>>
>>> Hi all,
>>>
>>> I resuscitated the OSM then and now service, where you can compare
>>> OSM as it was in October 2007 with now.
>>> The service is a bit slow because 2007 tiles above z10 are not
>>> pre-rendered. This will improve as tiles get cached.
>>> Here is the location of SOTM 2016 as an example:
>>> http://mvexel.github.io/thenandnow/#15/50.8178/4.3971 [1]
>>>
>>> Martijn van Exel
>>>
>>> _______________________________________________
>>> talk mailing list
>>> talk at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk [2]
>>>
>>> -- 
>>>
>>> Joost Schouppe
>>> OpenStreetMap [3] | Twitter [4] | LinkedIn [5] | Meetup [6]
>>
>> _______________________________________________
>> talk mailing list
>> talk at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>>
>> Links:
>> ------
>> [1] http://mvexel.github.io/thenandnow/#15/50.8178/4.3971
>> [2] https://lists.openstreetmap.org/listinfo/talk
>> [3] http://www.openstreetmap.org/user/joost%20schouppe/
>> [4] https://twitter.com/joostjakob
>> [5] https://www.linkedin.com/pub/joost-schouppe/48/939/603
>> [6] http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/
>> _______________________________________________
>> talk mailing list
>> talk at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20170130/59feb2fe/attachment-0001.sig>