Sounds great, let's keep chatting. Spark + MLbase may also be a good idea..
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: [email protected] WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -----Original Message----- From: Martin Desruisseaux <[email protected]> Organization: Geomatys Reply-To: "[email protected]" <[email protected]> Date: Friday, September 6, 2013 1:49 PM To: "[email protected]" <[email protected]> Subject: Re: Needs a matrix library >Wow, that was a fast answer! > >Le 06/09/13 22:33, Mattmann, Chris A (398J) a écrit : >> We may seriously consider using either Apache Hama here (which will >> bring in Hadoop): >> >> http://hama.apache.org/ > >Thanks for the link! By reading the description, I got the feeling that >Hama is designed for very large matrices, to be distributed on a network >of computers if possible. Maybe using Hadoop for inverting a single 4x4 >matrix would seems surprising to users :-). But I definitively keep Hama >in mind for other tasks to come later (e.g. operations on Grid Coverages). > >Maybe we can continue to collect ideas and revisit in a few days? > > Martin > > >> Or alternatively, think about some Apache Spark based library: >> >> http://spark.incubator.apache.org/ >> >> >>http://stackoverflow.com/questions/18453359/scala-spark-matrix-operations >> >> >> It will refer to you to MLBase, which we could base it on. >> >> I'm CC'ing the Apache Spark list here to connect the dots. >> >> Cheers, >> Chris >
