[Talk-de] historischen OSM-Datenstand rekonstruieren

[Peter Wendorff]

Danke für die Konkretisierung - dann war ich nur teilinformiert ;)

Mir war das mal so nebenbei so gesagt worden, als es (weniger technisch 
versiert) darum ging, warum P1 manche Dinge könnte, die per API 
eigentlich nicht so richtig möglich wären (oder so ähnlich, über meine 
Formulierung hier müssen wir also nicht diskutieren ;) )

Gruß
Peter

Am 22.05.2012 09:22, schrieb Frederik Ramm:
> Hallo,
>
> On 05/22/12 09:07, aighes wrote:
>> weißt du, wie es dann bei P1 funktioniert? Der muss ja die Daten auch
>> irgendwie bekommen.
>
> Ja, fuer P1 gibt es diesen API-Call. Das ist aber ein "AMF 
> Controller", also irgendso ein komisches nicht-XML-Format, das nur 
> Potlatch verstehen kann und das unsere Admins sobald als moeglich vom 
> Server verbannen wollen.
>
> (Ausserdem ist dieser Controller noch in Rails gemacht, waehrend der 
> normale /map-Aufruf laengst nach C++ migriert ist, und ich war immer 
> davon ausgegangen, dass ein "deleted items"-Call selbstverstaendlich 
> auch in C++ sein muss; wundere mich gerade selber, dass auf der 
> Wikiseite nur was von Rails steht.)
>
> @Peter: Potlatch selber benutzt keine SQL-Abfragen, denn dazu muesste 
> die Datenbank ja von aussern erreichbar sein. Allerdings ist der 
> AMF-Controller so gebaut, dass er direkt SQL-Abfragen macht, was 
> frueher als sehr unfein galt - man wollte ja gern alles in der 
> schoenen Rails-ActiveRecord-Welt haben. Nun, da man fuer alles 
> Zeitkritische aber eh wieder davon abgekommen ist und C++ mit direkten 
> SQL-Abfragen macht, ist das aber auch nicht mehr so schlimm, wie es 
> mal war.
>
> Bye
> Frederik
>