Hi Robert, > > Have you considered seeing if there are any Voronoi diagram packages in one > of the repositories? I believe there is a fair bit of research into > algorithms. You search use of spaciotemporal collated data sounds very > interesting and there is a segment on computation over segments in this slide > deck, that might be something, I don't know: > http://graphics.stanford.edu/courses/cs368-06-spring/handouts/Delaunay_2.pdf. > Certainly there is utility on the graphics side to use a 4D quadratic model > (with GPU accel) and may well be modeled already in squeak/Pharo. Would't > that be something!
Thanks for the links, very interesting read. I’ll have a closer look if I need to develop proper algorithms. Cheers, Cédrik > > > Regards, > Robert > > > On 04/23/2016 01:29 PM, Cédrick Béler wrote: >> Hi Esteban, >> >> Thanks a lot, I think I’ll try your History package, it seems to be a very >> good starting point (instead of hacking it myself). >> I’ll try it soon. >> >> Thanks for all the information ;) >> >> Cheers, >> >> Cédrik >> >> >>> Le 23 avr. 2016 à 18:28, Esteban A. Maringolo <emaring...@gmail.com> a >>> écrit : >>> >>> Maybe instead of having a Dictionary, you can use my History package [1]. >>> It allows you to add elements to "the history", and the History class >>> will provide certain "lookup" strategies depending on how you want to >>> query it. >>> >>> It is a trimmed down version of an utility class I used for years in >>> commercial products where the History contained thousands of elements. >>> This version uses linear search, my previous implementation used >>> binary search which was significantly faster with lots of elements in >>> the collection. >>> >>> Of course it doesn't solve your spatial queries needs, I don't know if >>> there is something in Smalltalk for that other than the distance >>> between two coordinates[2], PostgreSQL 9.2 has some support for >>> "temporal" data/tables which you could combine with PostGIS if you >>> need to combine a spatial query with a temporal one [3]. >>> >>> Regards, >>> >>> [1] http://www.smalltalkhub.com/#!/~emaringolo/History >>> [2] http://pastebin.com/ThKDXCKK >>> [3] >>> http://clarkdave.net/2015/02/historical-records-with-postgresql-and-temporal-tables-and-sql-2011/ >>> Esteban A. Maringolo >>> >>> >>> 2016-04-23 12:13 GMT-03:00 Cédrick Béler <cdric...@gmail.com>: >>>> >>>> Sure, but 1) that's not a lot >>>> >>>> 2) do you even know if you need interactive stuff or if batch processing is >>>> ok? >>>> >>>> >>>> interactive I would say… but hard to be certain right now as it depends on >>>> design choices… do we cache ? do we aggregate past data ? extra indexes ? >>>> I’ll see later. >>>> I want something simple, keep everything… and query according to time >>>> interval, areas (contexts)… >>>> >>>> But yes for now this is pointless to look for something optimal and I’ll >>>> use >>>> a dictionary as it will be small at start. >>>> >>>> Cheers, >>>> >>>> Cédrik >>>> >>>> >>>> >>>> >>>> -- >>>> Damien Pollet >>>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>>> >>>> >> > > -- > Robert > . .. ... ^,^ > >
