Thanks Frederik for kicking this off, good discussion of a *potentially* v
useful feature.
No matter how nearby users presentation is tweaked and filtered, I reckon we
need consider how to architect this efficiently. To calculate "activity", by
changesets or sign up date or any other parameters, using rails models or
directly in SQL will be even slower than currently. I'm not familiar with
exactly how Pascal does his calculations, but I'm guessing it's based on planet
diffs and API queries when needed, with results stored. I'd love to see
Pascal's system integrated into OSM.org, on both the friends and nearby users
views (our "news feed"), and on user profile pages.
What's the best way to set up this kind of async stats processing, and
integrate into the rails app?
-Mikel
* Mikel Maron * +14152835207 @mikel s:mikelmaron
On Tuesday, November 19, 2013 5:48 AM, Pieren <pier...@gmail.com> wrote:
For performance issues, it is probably easier and faster to sort by
>last edit. Profile pages are already slow to open.
>
>On the other hand, the map could change the marker colour based on the
>same attribut, either with a gray scale from black to almost
>transparent or from 'red' or 'bright' for the most recent to 'gloomy'
>or 'dark' for the oldest ones.
>
>My 2 cents,
>Pieren
>
>
>_______________________________________________
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
>
>
>
_______________________________________________
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk