Dear All,
I now have some example code. I have put it on: http://pastebin.com/D9MPmyVd.
vectorBinner is simply of type Vector Int - Int. I am inputting a 1.5GB
CSV on stdin, and would like vectorBinner to run over every single record,
outputting results as computed, thus running in constant
As I mentioned, you want to use the Streaming (or Incremental) module.
As the program now stands the call to `decode` causes 1.5 GB of CSV
data to be read as a `Vector (Vector Int)` before any encoding starts.
-- Johan
On Wed, Aug 21, 2013 at 1:09 PM, Justin Paston-Cooper
I hadn't yet tried profiling the programme. I actually deleted it a few
days ago. I'm going to try to get something new running, and I will report
back. On a slightly less related track: Is there any way to use cassava so
that I can have pure state and also yield CSV lines while my computation is
You can use the Incremental or Streaming modules to get more fine
grained control over when new parsed records are produced.
On Thu, Jul 25, 2013 at 11:02 AM, Justin Paston-Cooper
paston.coo...@gmail.com wrote:
I hadn't yet tried profiling the programme. I actually deleted it a few days
ago.
Justin Paston-Cooper paston.coo...@gmail.com writes:
Dear All,
Recently I have been doing a lot of CSV processing. I initially tried to
use the Data.Csv (cassava) library provided on Hackage, but I found this to
still be too slow for my needs. In the meantime I have reverted to hacking
On Tue, Jul 23, 2013 at 5:45 PM, Ben Gamari bgamari.f...@gmail.com wrote:
Justin Paston-Cooper paston.coo...@gmail.com writes:
Dear All,
Recently I have been doing a lot of CSV processing. I initially tried to
use the Data.Csv (cassava) library provided on Hackage, but I found this to
still
Hi,
check http://www.intellasys.net/index.php?option=com_contenttask=viewid=35
http://groups.google.com.tw/group/seaforth
That's a FORTH cpu I ever took a look one year ago when my professor
introduced it.
It has some very promising features as the above links claims.The most
impressive
On Wed, Jan 07, 2009 at 10:35:25AM +0100, Michael Lesniak wrote:
Hello,
currently I'm searching for a topic for my phd-thesis or at least for
a workshop-paper (as a starting point, to get my feet wet...). My
academic group has specialized itself on (practical, i.e. not too
theoretical stuff
Frederik Deweerdt wrote:
On Wed, Jan 07, 2009 at 10:35:25AM +0100, Michael Lesniak wrote:
Hello,
currently I'm searching for a topic for my phd-thesis or at least for
a workshop-paper (as a starting point, to get my feet wet...). My
academic group has specialized itself on (practical, i.e.
On Saturday 25 August 2007 20:49, Andrew Coppin wrote:
[...] Would be nice if I could build something in Haskell that overcomes
these. OTOH, does Haskell have any way to talk to the audio hardware?
Depending on what you are exactly trying to do, the OpenAL/ALUT packages might
be of interest.
Hi,
Am Samstag, den 25.08.2007, 12:50 +0100 schrieb Andrew Coppin:
How easy would it be to make / would anybody care / has somebody already
made ... in Haskell?
- A wiki program. (Ditto.)
I wrote a wiki in haskell, but it focuses on full-sized LaTeX-Documents,
so the “regular” wiki party
All went finally fine. wiki is live.
thanks for your help. great example. this helped me progressing my
understanding of happs.
This should conveniently go on the happs tutorial wiki., or at least be
referred to .
(I have seen alex is doing some tutorial on a wiki in the latest head
release,
Evan Laforge wrote:
Indeed, you can write certain DSP algorithms beautifully in Haskell.
Now, if only it could talk to the audio hardware... (Or just use common
file formats even.)
Oh, that's easy. I wrote an FFI interface to portaudio a while back
to write a delay-looping type utility
Evan Laforge wrote:
The only thing I'm uncertain about is whether it would have good
enough time and space performance. All the real work is writing yet
another set of basic envelope, oscillator, and fft primitives. You
*should* be able to go all the way down to the samples in pure haskell
On Sat, 25 Aug 2007, Andrew Coppin wrote:
Would be nice if I could build something in Haskell that overcomes these.
OTOH, does Haskell have any way to talk to the audio hardware?
Maybe a JACK interface?
http://haskell.org/haskellwiki/Applications_and_libraries/Music_and_sound
On Sat, 25 Aug 2007, Evan Laforge wrote:
Reaktor has a few limitations though.
1. It's virtually impossible to debug the thing! (I.e., if your synth
doesn't work... good luck working out why.)
2. It lacks looping capabilities. For example, you cannot build a
variable-size convolution block -
On Sat, 25 Aug 2007, Andrew Coppin wrote:
How easy would it be to make / would anybody care / has somebody already made
... in Haskell?
- An interactive function plotter. (GNUplot is nice, but it can't plot
recursive functions...)
I'm be interested to use such a library.
- A graphical
On Sun, 26 Aug 2007, Andrew Coppin wrote:
The only thing I'm uncertain about is whether it would have good
enough time and space performance. All the real work is writing yet
another set of basic envelope, oscillator, and fft primitives. You
*should* be able to go all the way down to the
John MacFarlane wrote:
+++ Andrew Coppin [Aug 25 07 12:50 ]:
I wrote a simple wiki using HAppS and pandoc. See demonstration #15
on the pandoc web page:
http://sophos.berkeley.edu/macfarlane/pandoc/examples.html
o
Hey ! that s exactly whatI had in mind.. cool
indeed, I am
Hi
- Blogging software. (Because there isn't enough of it in the world yet.)
Hope (google: Haskell Hope)
- A wiki program. (Ditto.)
Flippi (google: Haskell Flippi)
- A general CMS.
Hope
- An interactive function plotter. (GNUplot is nice, but it can't plot
recursive functions...)
None
Neil Mitchell wrote:
- A wiki program. (Ditto.)
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
- A general CMS.
Hope
Woo! I'll have to go play with this for a while...
- An interactive
Hi
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
Yes, but WikiMedia is a result of years of work, Flippi is a lot less.
Wikipedia uses WikiMedia - its a tried and proven solution.
- A graphical programming
On Sat, 25 Aug 2007, Andrew Coppin wrote:
Neil Mitchell wrote:
- A wiki program. (Ditto.)
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
Flippi is... rather minimalistic. And fugly. You
On Sat, 25 Aug 2007, Neil Mitchell wrote:
Hi
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
Yes, but WikiMedia is a result of years of work, Flippi is a lot less.
The original version was the result of a
- A graphical programming tool. (You add boxes and put in lines, it
constructs a program that you can run.)
You mean a programming tool with a horrible syntax and user interface?
If you want to remove the joy from programming, just use Ada.
For programmers or scientists, I agree.
For
Bertram Felgenhauer wrote:
Hi,
You wrote:
- An interactive function plotter. (GNUplot is nice, but it can't plot
recursive functions...)
Actually you can express a lot of those with the ?: operator.
Ooo... interesting. I don't recall seeing *that* in the manual!
gnuplot f(x) =
Neil Mitchell wrote:
HI
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
Yes, but WikiMedia is a result of years of work, Flippi is a lot less.
Wikipedia uses WikiMedia - its a tried and proven
Philippa Cowderoy wrote:
Flippi is... rather minimalistic. And fugly. You can tell it was written
by someone who has trouble getting things done! I get the impression it
did a certain amount of good as a proof of concept and a reminder that
doing things the old-fashioned way still works
Philippa Cowderoy wrote:
I have some (very expensive) software called Reaktor. You draw boxes and
lines, it does DSP algorithms. You build synthesizers and effects boxes
with it.
That sounds exactly like PureData - you can also do graphics as well
with PureData, the demo I saw was very
On Aug 25, 2007, at 14:43 , Andrew Coppin wrote:
Neil Mitchell wrote:
HI
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in
something
bizzare like Perl...)
Yes, but WikiMedia is a result of years of work, Flippi is a lot
less.
Wikipedia
C.M.Brown wrote:
- A graphical programming tool. (You add boxes and put in lines, it
constructs a program that you can run.)
I'm not entirely exactly sure what you mean by this.
I wasn't especially specific about it, that's true enough. I actually
had several different things in
Brandon S. Allbery KF8NH wrote:
On Aug 25, 2007, at 14:43 , Andrew Coppin wrote:
Yes, but WikiMedia is a result of years of work, Flippi is a lot less.
Wikipedia uses WikiMedia - its a tried and proven solution.
Well, I guess...
I just thought, you know, the Tcl wiki is written in Tcl,
- Blogging software. (Because there isn't enough of it in the world yet.)
In addition (because a little competition can't help ;), I'm going to
be experimenting with writing a blog engine for my final year project
at Uni next year - 2007/08. Hopefully some good will come of it, i.e.
something
Iain Lane wrote:
- Blogging software. (Because there isn't enough of it in the world yet.)
In addition (because a little competition can't help ;), I'm going to
be experimenting with writing a blog engine for my final year project
at Uni next year - 2007/08. Hopefully some good will come
On Sat, Aug 25, 2007 at 07:43:30PM +0100, Andrew Coppin wrote:
Neil Mitchell wrote:
HI
Flippi (google: Haskell Flippi)
...and yet haskell.org uses WikiMedia? (Which is written in something
bizzare like Perl...)
Yes, but WikiMedia is a result of years of work, Flippi is a
Stefan O'Rear wrote:
On Sat, Aug 25, 2007 at 07:43:30PM +0100, Andrew Coppin wrote:
Hey, aren't we trying to tell people is a
*useful* language that people should learn and use? ;-)
Actually, we aren't. You might not have been able to tell, but a core
goal of our community is to stay
Andrew Coppin wrote:
C.M.Brown wrote:
If you mean one can
create programs by creating them visually then perhaps you could
consider
Vital:
http://www.cs.kent.ac.uk/projects/vital/
It's a document-centered implementation of Haskell. Allowing one to
display and directly manipulate Haskell
*useful* language that people should learn and use? ;-)
Actually, we aren't. You might not have been able to tell,
but a core goal of our community is to stay small and avoid
success at all costs; our language is not practical,
not designed to be practical, and if it ever becomes practical,
Peter Verswyvelen wrote:
I tried vital, and at first sight it is very nice, but they only support a
very limited subset of Haskell, perform no type checking at all, don't
support the indent rule, etc... Anyway it is an amazing piece of work.
Regarding your question about visual programming, GEM
Reaktor has a few limitations though.
1. It's virtually impossible to debug the thing! (I.e., if your synth
doesn't work... good luck working out why.)
2. It lacks looping capabilities. For example, you cannot build a
variable-size convolution block - only a fixed-size one. (If you want to
Evan Laforge wrote:
To get this back to haskell, at the time I wondered if a more natural
implementation might be possible in haskell, seeing as it was more
naturally lazy. Not sure how to implement the behaviours though
(which were simply macros around a let of *dynamic-something*). I'm
sure
Indeed, you can write certain DSP algorithms beautifully in Haskell.
Now, if only it could talk to the audio hardware... (Or just use common
file formats even.)
Oh, that's easy. I wrote an FFI interface to portaudio a while back
to write a delay-looping type utility in haskell. It was pretty
I tried vital, and at first sight it is very nice, but they only support a
very limited subset of Haskell, perform no type checking at all, don't
support the indent rule, etc... Anyway it is an amazing piece of work.
I believe that type-sensitive manipulation was certainly being
investigated;
Definitely! It's really cool stuff. But something like that for real Haskell
(e.g. GHC) would be even better :) I could be an offline downloadable
application. It would be a very nice tool: create postscript (or PDF, or
LaTex, whatever rich text format) documents with Haskell boxes inside.
On Sat, 2007-08-25 at 22:51 +0100, Philippa Cowderoy wrote:
On Sat, 25 Aug 2007, Andrew Coppin wrote:
Would be nice if I could build something in Haskell that overcomes these.
OTOH, does Haskell have any way to talk to the audio hardware?
It would definitely be nice if someone wrote a
On Sat, 2007-08-25 at 23:36 +0200, [EMAIL PROTECTED]
wrote:
Evan Laforge writes:
Indeed, you can write certain DSP algorithms beautifully in Haskell.
Now, if only it could talk to the audio hardware... (Or just use common
file formats even.)
Oh, that's easy. I wrote an FFI
46 matches
Mail list logo