Really impressive. It's cool to see people implementing so many state of
the art algorithms in Julia.
On Monday, September 1, 2014 2:33:31 PM UTC-7, Alex Townsend wrote:
I have written a package FastGauss.jl available here:
https://github.com/ajt60gaibb/FastGauss.jl
to compute Gauss
On Monday, September 1, 2014 2:33:31 PM UTC-7, Alex Townsend wrote:
I have written a package FastGauss.jl available here:
https://github.com/ajt60gaibb/FastGauss.jl
I am a Julia beginner (only been learning for 2 weeks) so I am assuming
the code can be
improved in a million and one
Also, there seems to be some weird behaviour at the edge of the plots:
for example, even if my values all vanish at the edge, the plot didn’t unless I
repeated the values.
On 2 Sep 2014, at 12:32 pm, Simon Danisch sdani...@gmail.com wrote:
For the color, I guess you just want some
I'm trying to lazily include PyPlot in a module. I tried the following
code:
function foo()
require(PyPlot)
PyPlot.plot([1:10])
end
This works when its evaluated in the REPL, but not when included in a
package. Is there a methodology for doing this?
Your example involves two tricky issues: slice behavior and the fact that,
despite appearances, A += b is not in-place. See issues #3424, #3217, and
precedents they link to.
I'd be interested in hearing more detail about how using slice gets nasty; as
you say, from this example slice doesn't
require doesn't bring PyPlot into the namespace of your module. Try
Main.PyPlot.plot([1:10]).
--Tim
On Tuesday, September 02, 2014 03:04:39 AM Sheehan Olver wrote:
I'm trying to lazily include PyPlot in a module. I tried the following
code:
function foo()
require(PyPlot)
I'll look into these issues!
I don't really know what you mean by vanish, but as the edges are special
cases and I'm not treating them as that, I'm not surprised that there are
things going wrong ;)
The non uniform grids should be easy to implement. I'll give you an update
when I've
Works like a charm, thanks!
Sheehan
On 2 Sep 2014, at 8:32 pm, Tim Holy tim.h...@gmail.com wrote:
require doesn't bring PyPlot into the namespace of your module. Try
Main.PyPlot.plot([1:10]).
--Tim
On Tuesday, September 02, 2014 03:04:39 AM Sheehan Olver wrote:
I'm trying to
The file `~/.bash_profile' should contain something like this:
export
PATH=~/Dropbox/Admin/scripts:/Applications/Julia-0.3.0.app/Contents/MacOS:/Users/ortner/anaconda/bin:$PATH
On Tuesday, 2 September 2014 06:16:02 UTC+1, Anonymous wrote:
I'm trying to figure out how to create an
The file `~/.bash_profile' should contain something like this:
export
PATH=~/Dropbox/Admin/scripts:/Applications/Julia-0.3.0.app/Contents/MacOS:/Users/ortner/anaconda/bin:$PATH
However, it will always open a new terminal, rather than opening julia in
your current terminal. If anybody knows
Nice work. You might also want to check out
https://github.com/billmclean/GaussQuadrature.jl
On Monday, September 1, 2014 10:33:31 PM UTC+1, Alex Townsend wrote:
I have written a package FastGauss.jl available here:
https://github.com/ajt60gaibb/FastGauss.jl
to compute Gauss quadrature
Hi,
I want to use interpolation and have downloaded the Grid package but for
some reason it won't allow me to use CoordInterpGrid. It works fine if I
use interpGrid but when I try CoordIntepGrid it says ERROR:
CoordInterpGrid not defined. Does anyone know why this is and how I might
get
I remember checking Julia some time back, and thinking This looks almost
perfect.
Macros (and homoiconicity), multiple dispatch, the Types section of the
manual is geek-porn, speedy more than enough, support for distributed
computation, yada, yada (yeah, I'm a programming language fetishist
julia versioninfo()
Julia Version 0.4.0-dev+323
Commit ecd039c* (2014-08-24 16:57 UTC)
Platform Info:
System: Linux (x86_64-redhat-linux)
CPU: Intel(R) Xeon(R) CPU E7- 4830 @ 2.13GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT NO_AFFINITY NEHALEM)
LAPACK: libopenblas
LIBM:
Tim - many thanks for the reply. To put this into context: I have 15y+
experience with matlab, and some limited experience with other languages
(C,C++,Java,Fortran).
Here is a code snippet that brought this up. It precomputes a lot of data
that is then used in a variety of (non-standard) ways
On Tuesday, 2 September 2014 03:00:10 UTC-4, Jason Merrill wrote:
On Monday, September 1, 2014 2:33:31 PM UTC-7, Alex Townsend wrote:
I have written a package FastGauss.jl available here:
https://github.com/ajt60gaibb/FastGauss.jl
I am a Julia beginner (only been learning for 2 weeks)
julia versioninfo()
Julia Version 0.4.0-dev+323
Commit ecd039c* (2014-08-24 16:57 UTC)
Platform Info:
System: Linux (x86_64-redhat-linux)
CPU: Intel(R) Xeon(R) CPU E7- 4830 @ 2.13GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT NO_AFFINITY NEHALEM)
LAPACK: libopenblas
LIBM:
Addition doesn't seem to be defined for tuples:
julia (1,2,3) + (4,5,6)
ERROR: `+` has no method matching +(::(Int64,Int64,Int64),
::(Int64,Int64,Int64))
The BoundsError is quite misleading however. Not sure what it's really
doing in there. Tuples are pretty separated from arrays in Julia
Well thank you very much for the exuberant message. A lot of people have
put a lot of work into this release, and it's nice for everyone involved to
wake up to messages like this in their inbox. :)
-E
On Tue, Sep 2, 2014 at 7:38 AM, Carlo Kokoth carlo.kok...@gmail.com wrote:
I remember
It's hard to say what's happening without more detail. Can you give us an
explicit example of the commands you're trying to run? Also, what version of
Julia are you using, and what version of Grid does Pkg.status() report?
--Tim
On Tuesday, September 02, 2014 04:21:59 AM Jude wrote:
Hi,
I
The julia executable inside *Julia-0.3.0.app/Contents/MacOS* is a wrapper
executable that launches a terminal and runs the true julia executable
inside it. You can get at the true julia executable by adding
*Julia-0.3.0.app/Contents/resources/julia/bin* to your path. Note that
Christoph's line
In my ~/.bash_profile I've defined a couple of aliases, like
alias julia4=Users/rob/Projects/Julia/julia/julia
and then type 'julia4' in the terminal to start Julia in that same terminal.
The first part, Users/rob/Projects/Julia/julia/, is the path to the directory
where I make Julia0.4.
Quick correction, that should be a capital r in *resources, *and there
should be a closing quote at the end of that command. E.g.:
*export
PATH=/Applications/Julia-0.3.0.app/Contents/Resources/julia/bin:$PATH*
On Tue, Sep 2, 2014 at 9:30 AM, Elliot Saba staticfl...@gmail.com wrote:
The julia
Yes, thanks. It's not the most glamorous work, but a huge amount of effort
has gone into making installation smooth, so it's pleasing that GTK just
worked for you.
On Tue, Sep 2, 2014 at 9:27 AM, Elliot Saba staticfl...@gmail.com wrote:
Well thank you very much for the exuberant message. A
hi!
i'm trying to use ccall in the following example:
julia x = zeros(10)
10-element Array{Float64,1}:
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
julia w = zeros(10)
10-element Array{Float64,1}:
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
julia n = 4
4
julia ccall( (:cc,
I don't think it is the problem of (+). Since
julia map((x...)-x,(1,2),(3,4),(5,6))
ERROR: BoundsError()
in heads at tuple.jl:56
in map at tuple.jl:59 (repeats 3 times)
has the same problem. I think the expected result should be
((1,3,5),(2,4,6)).
also,
julia map((x...)-x,[1,2],[3,4],[5,6])
Yeah, looks like the heads() tails() stuff in tuple.jl around line 60 is
getting confused because we've got nested tuples, so it doesn't recognize
when the tuple is actually empty. Feel free to open an issue and ping me.
-E
Hi Tim,
I am using Julia v0.3.0 and Grid 0.3.3
I have tried running with your example code just to see what is going on
and
yi = InterpGrid(y, BCnil, InterpQuadratic) works fine.
But if I try using z_2di = CoordInterpGrid((x,y), z_2d, BCnil,
InterpQuadratic)
it says ERROR: CoordInterpGrid
When the function you are calling is void you should use Void as the return
type instead of the first (Int, Ptr{Float64},Ptr{Float64}), i.e.
ccall( (:cc, sparselib), Void, (Int, Ptr{Float64},Ptr{Float64}),n,x,w)
Med venlig hilsen
Andreas Noack
2014-09-02 9:04 GMT-04:00 Alan Crawford
Thanks, worked great.
Alan
On Tuesday, 2 September 2014 14:55:47 UTC+1, Andreas Noack wrote:
When the function you are calling is void you should use Void as the
return type instead of the first (Int, Ptr{Float64},Ptr{Float64}), i.e.
ccall( (:cc, sparselib), Void, (Int,
Now that the JLD format can handle DataFrame objects I would like to switch
from storing data sets in .RData format to .jld format. Datasets stored in
.RData format are compressed after they are written. The default
compression is gzip. Bzip2 and xz compression are also available. The
HDF5 supports pluggable compression schemes, so this seems like it should
be handled within the hdf5 library. The fastest seems to be blosc which is
written by the PyTables author. Although this is not shipped by default
with HDF5, if we include it in the BinDeps builds for hdf5 it would be a
A common situation I run into in my finite element codes is the need to
have offset indexed arrays. This can happen if a mesh consists of both
straight-edges and curved edges triangles, then the offsets effectively
tell you how many vertices are used in the representation of the curves and
you
+1 for blosc. It's quite a nice bit of work, and if I remember correctly,
from the user's perspective, it's use is transparent.
Cheers,
Kevin
On Tue, Sep 2, 2014 at 8:52 AM, Jake Bolewski jakebolew...@gmail.com
wrote:
HDF5 supports pluggable compression schemes, so this seems like it
Hi there,
I decided to establish #JuliaLang anime character project in Japan.
Now we are welcome your comments in this thread about this character spec.
(costume, etc.) if you are interested in this project.
The design specification deadline is September 10th in JST(+9:00).
For more details,
hi!
this works fine:
julia rdstdout, wrstdout = redirect_stdout()
(Pipe(open, 0 bytes waiting),Pipe(open, 0 bytes waiting))
*run(`date`)**julia *
*s = readavailable(rdstdout)**Tue 2 Sep 2014 17:11:33 BST\n*
*but now I want to turn the redirection off again. how do I do this?*
thanks!
Le mardi 02 septembre 2014 à 09:03 -0700, Kevin Squire a écrit :
+1 for blosc. It's quite a nice bit of work, and if I remember
correctly, from the user's perspective, it's use is transparent.
This really sounds great!
Looking forward to the day when Julia will allow working seamlessly with
Hi everybody,
IMNSHO, the best way to incorporate plots into the IDE is not [just]
having to have them appear in a separate window, but the ability of the
repl to display arbitrary graphical [and hopefully interactive] objects
[or better yet, controls].
Let's make Julia the best
thanks much. I have had to go down to 31 workers in some instances after
all.
On Saturday, August 30, 2014 5:08:18 AM UTC-7, Florian Oswald wrote:
sorry correct my call to
julia -p 32 exper.jl myout.out
(without the first , not sure that makes a difference)
On Saturday, 30 August 2014
As it is, this makes no sense. Did you get errors when you said using Grid?
What happens if you say Pkg.test(Grid). For that matter, what happens if, in
the top-level julia directory, you say make testall? It sounds like
something is broken.
--Tim
On Tuesday, September 02, 2014 06:55:10 AM
HDF5/JLD does support compression:
https://github.com/timholy/HDF5.jl/blob/master/doc/hdf5.md#reading-and-writing-data
But it's not turned on by default. Matlab uses compression by default, and
I've found it's a huge bottleneck in terms of performance
Elliot Saba wrote:
This is because your GCC is out of date. Brew upgrade and try again.
The trick seems to be
brew link --overwrite gcc
Not sure what that does, but it allowed
brew install julia
to work.
This was fixed by Jeff in 3ca78cdaae1027d4d92c2d8e22c5c4d26e922396
-E
On Tue, Sep 2, 2014 at 9:49 AM, Elliot Saba staticfl...@gmail.com wrote:
Yeah, looks like the heads() tails() stuff in tuple.jl around line 60 is
getting confused because we've got nested tuples, so it doesn't recognize
Just to hype blosc a little more, see
http://www.blosc.org/blosc-in-depth.html
The main feature is that data is chunked so that the compressed chunk size
fits into L1 cache, and is then decompressed and used there. There are a
few more buzzwords (multithreading, simd) in the link above. Worth
i tried saving the old STDOUT before redirecting and then using the saved
stream to redirect output back to normal. in code:
oldout = STDOUT
(rd,wr) = redirect_stdout()
println(hello world)
readline(rd)
redirect_stdout(oldout)
println(hello world)
(with the last line outputting to screen
That looks pretty sweet. It seems to avoid a lot of the pitfalls of naively
compressing data files while still getting the benefits. It would be great
to support that in JLD, maybe even turned on by default.
On Tue, Sep 2, 2014 at 1:35 PM, Kevin Squire kevin.squ...@gmail.com wrote:
Just to
brilliant! thanks!
On 2 September 2014 19:09, David Gonzales dvdgonzale...@gmail.com wrote:
i tried saving the old STDOUT before redirecting and then using the saved
stream to redirect output back to normal. in code:
oldout = STDOUT
(rd,wr) = redirect_stdout()
println(hello world)
Are slices in Julia any worse than in Matlab? If so, what does Matlab do
that's better? I agree that our current slicing needs improvements (they
are planned), but it is largely due to its Matlab heritage.
On Tue, Sep 2, 2014 at 8:54 AM, Christoph Ortner christophortn...@gmail.com
wrote:
Tim
On Tuesday, 2 September 2014 19:12:01 UTC+1, Stefan Karpinski wrote:
Are slices in Julia any worse than in Matlab? If so, what does Matlab do
that's better? I agree that our current slicing needs improvements (they
are planned), but it is largely due to its Matlab heritage.
I did not
No, this is a pretty contentious issue. A lot of the relevant discussion is
in #4774 https://github.com/JuliaLang/julia/issues/4774. The one thing
everyone agrees on which is going to happen in 0.4 for sure is that slicing
will generally create views into the original array rather than copying the
https://github.com/JuliaLang/Interact.jl
On Tuesday, September 2, 2014 12:51:00 PM UTC-4, Miloslav Raus wrote:
Hi everybody,
IMNSHO, the best way to incorporate plots into the IDE is not [just]
having to have them appear in a separate window, but the ability of the
repl to display
I've used Blosc in the past with great success. Oftentimes it is faster
than the uncompressed version if IO is the bottleneck. The compression
ratios are not great but that is really not the point.
On Tuesday, September 2, 2014 2:09:20 PM UTC-4, Stefan Karpinski wrote:
That looks pretty
I think it would be very much in line with our general ethos of the default
thing we do is the fastest possible thing – and it seems like blosc is that.
On Tue, Sep 2, 2014 at 3:11 PM, Jake Bolewski jakebolew...@gmail.com
wrote:
I've used Blosc in the past with great success. Oftentimes it is
All these testimonials do make it sound promising. Even three-fold compression
is a pretty big deal.
One disadvantage to compression is that it makes mmap impossible. But, since
HDF5 supports hyperslabs, that's not as big a deal as it would have been.
--Tim
On Tuesday, September 02, 2014
Would it be reasonable to create a Blosc package or it is best to
incorporate it directly into the HDF5 package? If a separate package is
reasonable I could start on it, as I was the one who suggested this in the
first place.
On Tuesday, September 2, 2014 2:43:15 PM UTC-5, Tim Holy wrote:
Okay, I fixed the issues I think. Also, I didn't actually update the normal
vectors, when updating the z-values. This is why the lighting looked very
weird and made it look less 3D.
This should be fixed as well ;) Try it out!
Am Dienstag, 19. August 2014 07:46:22 UTC+2 schrieb Sheehan Olver:
It would be best to incorporate it into the HDF5 package. A julia package
would be useful if you wanted to do the same sort of compression on Julia
binary blobs, such as serialized julia values in an IOBuffer.
On Tuesday, September 2, 2014 3:47:33 PM UTC-4, Douglas Bates wrote:
Would it be
A macro's role is to take some expressions, symbols and literals and
produce a single expression that will be what is actually evaluated. This
expansion occurs when the macro is *parsed* not when the code runs.
Therefore, if you call eval on something inside of a macro body, you are
most likely
When I run Pkg.update() in verson 0.3-release have such problem:
julia versioninfo()
Julia Version 0.3.1-pre+41
Commit 77c15f9* (2014-08-31 17:39 UTC)
Platform Info:
System: Linux (x86_64-redhat-linux)
CPU: Intel(R) Xeon(R) CPU E7- 4830 @ 2.13GHz
WORD_SIZE: 64
BLAS: libopenblas
Certainly it would be more than welcome in HDF5. If there is call for a
standalone implementation, that would be fine too.
Best,
--Tim
On Tuesday, September 02, 2014 12:58:24 PM Jake Bolewski wrote:
It would be best to incorporate it into the HDF5 package. A julia package
would be useful if
I tried Interact.jl, and it's really fun! Here is code that does a contour
plot of Helmholtz with a slider for different wave numbers, where ny is the
discretization in y. (nx = ∞, which means adaptive).
Pkg.add(“Interact”)
Pkg.add(“Gadfly”)
Pkg.add(“ApproxFun”)
Pkg.checkout(“ApproxFun”)
On Tuesday, September 2, 2014 5:57:43 AM UTC-7, Alex Townsend wrote:
On Tuesday, 2 September 2014 03:00:10 UTC-4, Jason Merrill wrote:
On Monday, September 1, 2014 2:33:31 PM UTC-7, Alex Townsend wrote:
I have written a package FastGauss.jl available here:
Ivar described the situation to a T. We have pretty good coverage of
problems everywhere except Windows thanks to Travis. Occasionally things
pop up that are FreeBSD specific, but that's not as common or hard to fix.
I've been working sporadically
on
Good to hear =)
The plot does look really weird... Should it look like the other plots?
2014-09-03 0:51 GMT+02:00 Sheehan Olver dlfivefi...@gmail.com:
I tried Interact.jl, and it's really fun! Here is code that does a
contour plot of Helmholtz with a slider for different wave numbers, where
Both those tools look great. Trying them now. Thanks a bunch.
Alex
On Tuesday, 2 September 2014 19:16:36 UTC-4, Jason Merrill wrote:
On Tuesday, September 2, 2014 5:57:43 AM UTC-7, Alex Townsend wrote:
On Tuesday, 2 September 2014 03:00:10 UTC-4, Jason Merrill wrote:
On Monday,
I fixed a little error, so you should checkout the newest commit!
Am Dienstag, 19. August 2014 07:46:22 UTC+2 schrieb Sheehan Olver:
Hi,
Is there a way to force plotting in PyPlot.jl, to simulate animation?
Right now if I do a for loop over a sequence of plots, it only outputs the
last
Hi there,
Apologies first if this is clearly documented somewhere. I'm new to Julia
so I'm still getting used to things like package management.
I am building new MongoDB bindings for Julia (the existing ones at
pkg.julialang.org appear to be abandoned) and I was hoping I would be able
to
Assuming you're using the Travis testing framework, one way to handle this
would be to modify the .travis.yml to install MongoDB. For the Linux
build, it would be easiest if you installed the Debian package, although it
seems that Mongo itself also has packages you could install.
Here's an
Depending on your goals and how far along you are, it may be worth forking
the project and updating the existing code instead of starting from
scratch. Once you get going, make any necessary updates to 0.3
compatibility, etc., then the METADATA URL could be changed to point to
your fork. You can
https://github.com/JuliaDB
70 matches
Mail list logo
