Re: [julia-users] Re: good practice question: dispatch on type or on type instance

Another thing to consider is the case when you want to organise your types in a hierarchy. It's easier to write a method that dispatches on all instances of (subtypes of) a given abstract type than one that dispatches on all subtypes of a given abstract type. So that would be another vote in fa

[julia-users] Re: SIAM NEWS March 2016 article

Link . The author is a Julia co-founder. On Friday, March 11, 2016 at 8:12:49 PM UTC-5, James Fairbanks wrote: > > I just read the article in SIAM news this month. What a great introd

[julia-users] Re: Mmap allocation question

I think array slices (on right hand side of assignment) create new arrays, hence the allocation. Try writing an explicit loop instead, something like: for j = 1:length(counter1) for i = 1:size(file,1) mat[counter1[j],i,counter2[j]] = file[i,j] end end On Saturday, March 12, 2016 at

[julia-users] Mmap allocation question

Hi, I have a question regarding some allocation in my code I would like to get rid of. I am memory mapping a file (which could be very large) which is part of a complex 3D matrix, and then put its contents into the preallocated matrix along the second dimension. I need the counters because the

Re: [julia-users] Status of Graphs.jl ?

Hi Mridul, JuliaGraphs is a Github organization for people who are interested in writing graph code. We primarily work on LightGraphs, which is a simple adjacency list representation for graphs along with a lot of functions for processing graphs. LightGraphs includes I/O for many common storage

[julia-users] SIAM NEWS March 2016 article

I just read the article in SIAM news this month. What a great introduction to the wonderful world of Julia. I really like the line "I personally want to see Julia emerge as the language of high performance computing blurring the line distinction between 'Sillicon Valley'-style big data and arti

Re: [julia-users] Type parameters and Numbers

and with that, goes: import Base: length length{N}(x::SomeType{N}) = N On Wednesday, March 9, 2016 at 5:18:18 AM UTC-5, jw3126 wrote: > > Nice this is much cleaner! > > On Wednesday, March 9, 2016 at 10:49:03 AM UTC+1, Milan Bouchet-Valat > wrote: >> >> Le mercredi 09 mars 2016 à 01:41 -0800, jw

Re: [julia-users] Code doesn't work, i can't figure out why? Please have a look!

Julie, it may help someone else to understand what is needed if you would share what it is that you are trying to accomplish in words. On Friday, March 11, 2016 at 12:24:36 PM UTC-5, Julia Tylors wrote: > > Maybe the code generated should be looking something like this : > > > GenSym(0) = > ((

Re: [julia-users] Re: Status of Plots.jl?

It works. Thanks! On 11 March 2016 at 17:32, Spencer Lyon wrote: > Hey Daniel, > > The issue you're seeing is that PlotlyJS uses Blink to spin up a dedicated > electron window as the plotting GUI. > > When Blink.jl is installed it doesn't automatically install electron for > you, but it does kno

Re: [julia-users] Re: Status of Plots.jl?

Can you show me how to use GR as a backend for PyPlot / Matplotlib? I read that it was possible but I couldn't figure out how. On 11 March 2016 at 20:28, Josef Heinen wrote: > GR.jl is also supported inside Atom, either standalone (see screenshot), > or as a backend for Plots.jl or PyPlot.jl (M

Re: [julia-users] What to read to understand finishing v0.5?

On 11 March 2016 at 15:20, Andreas Lobinger wrote: > > first of all: > https://github.com/JuliaLang/julia/blob/master/CONTRIBUTING.md exists. > Thanks! > You really need some git experience and know how to organize your own work > in local and github (your fork of julia) repositories. I found

Re: [julia-users] Status of Graphs.jl ?

I think LightGraphs.jl is more active. Best, --Tim On Thursday, March 10, 2016 10:45:35 PM Mridul Seth wrote: > https://github.com/JuliaLang/Graphs.jl looks like a great project but there > haven't been a lot of activity (last commit Nov 1, 2015). Is there any > general interest regarding working

Re: [julia-users] Re: Status of Plots.jl?

The convenience layer is WIP, so you have to checkout the GR master branch: Pkg.checkout("GR") On Friday, March 11, 2016 at 8:43:09 PM UTC+1, Philippe Roy wrote: > > Thanks, > > However, I get the "scatter is not defined" by typing your example inside > Juno/Atom and Juno/LT. >

Re: [julia-users] Re: Status of Plots.jl?

I just started using Atom yesterday, and I think it's pretty great. I spent some time today trying to figure things out, and was able to get Gadfly, PyPlot, and GR going in Atom's PlotPane. I'm working on Plotly/PlotlyJS right now. If anyone wants to experiment, check out the dev branch of Plots

Re: [julia-users] ANN: PlotlyJS.jl

PlotlyJS has been shaping up really nicely, and I plan to get it working inside of Atom soon as well, so you'll get all the same interactive / streaming possibilities inside a plot pane with history, saving etc. Really excited to get those things integrated together. Great work by Spencer! On Fri,

Re: [julia-users] Re: Status of Plots.jl?

Thanks, However, I get the "scatter is not defined" by typing your example inside Juno/Atom and Juno/LT. Le vendredi 11 mars 2016 14:28:00 UTC-5, Josef Heinen a écrit : > > GR.jl is also supported inside Atom, either standalone (see screenshot), > or as a backend for Plots.jl or PyPlot.jl (Matp

Re: [julia-users] Re: Status of Plots.jl?

Just FYI, this is actually the old Juno on Light Table, not Atom – which I recommend everyone uses at this point :) On Fri, 11 Mar 2016 at 19:28 Josef Heinen wrote: > GR.jl is also supported inside Atom, either standalone (see screenshot), > or as a backend for Plots.jl or PyPlot.jl (Matplotlib)

Re: [julia-users] Re: Status of Plots.jl?

GR.jl is also supported inside Atom, either standalone (see screenshot), or as a backend for Plots.jl or PyPlot.jl (Matplotlib). On Fri

[julia-users] Run julia with -L and pass args to the loaded file

Is it possible to use $> julia -L filename.jl --env=test and pass the additional args to the script, rather than to julia? I tried using various combinations, with and without -- but to no avail. -L seems to always gobble everything following it. $> julia -L filename.jl --env=test ERROR: un

[julia-users] Re: Functionality of put!, take!, and Channels

Going off of an answer on StackOverflow using RemoteRef instead of Channel works as well. The answerer points out the reason why the latter doesn't work. On Thursday, March 10, 2016 at 9:13:56 PM UTC-7, michael wrote: > > At the suggestion of @axsk I tried this again >

Re: [julia-users] Code doesn't work, i can't figure out why? Please have a look!

On Fri, Mar 11, 2016 at 12:24 PM, Julia Tylors wrote: > Maybe the code generated should be looking something like this : > > > GenSym(0) = > ((top(getfield))((top(getfield))(Transmission,:Download),:download_task))(Val{symbol("##7731")},x,y,v1,v2) > #s222 = (top(start))(GenSym(0)) >

Re: [julia-users] ANN: PlotlyJS.jl

Callbacks are still not supported yet. Hopefully I can find some time soon to work on that. The data flow is Julia -> json -> js and the same in the other direction: js -> json -> julia. Even without callbacks, we have the ability to send new data from Julia to javascript on the fly. The user

Re: [julia-users] Code doesn't work, i can't figure out why? Please have a look!

Maybe the code generated should be looking something like this : GenSym(0) = ((top(getfield))((top(getfield))(Transmission,:Download),:download_task))(Val{symbol("##7731")},x,y,v1,v2) #s222 = (top(start))(GenSym(0)) GenSym(1) = (top(indexed_next))(GenSym(0),1,#s222) v3 =

Re: [julia-users] ANN: PlotlyJS.jl

This sounds really exciting! I have a couple of technical questions: - Last I checked (a few days ago), the docs said that callbacks aren't supported yet. Has that changed already? - How are data transported? I assume you have to serialize arrays via JSON? When new data arrive, do you reserializ

[julia-users] Re: Transpiling Julia to C – The LLVM CBackend

This is heavy lifting done with a light touch. On Thursday, March 10, 2016 at 4:43:18 PM UTC-5, Jameson wrote: > > We at JuliaComputing have resurrected the LLVM CBackend project and given > it support for Julia's IR. This lets us output C89 code as the backend from > Julia. For more details, se

[julia-users] Re: ANN: PlotlyJS.jl

Thank you for contributing the work. On Friday, March 11, 2016 at 11:18:14 AM UTC-5, Spencer Lyon wrote: > > New package announcement. I've just registered PlotlyJS.jl with metadata. > The package leverages the plotly.js javascript library to provide a backend > for offline plot generation (no i

Re: [julia-users] Re: Status of Plots.jl?

Hey Daniel, The issue you're seeing is that PlotlyJS uses Blink to spin up a dedicated electron window as the plotting GUI. When Blink.jl is installed it doesn't automatically install electron for you, but it does know how to install electron. To do that just enter `using Blink; Blink.AtomShel

[julia-users] ANN: PlotlyJS.jl

New package announcement. I've just registered PlotlyJS.jl with metadata. The package leverages the plotly.js javascript library to provide a backend for offline plot generation (no interaction with plotly's web API). This will be the backend used to generate figures in the soon to be revamped

[julia-users] QML (Qt5) binding for Julia (GSOC?)

While trying to find some Qt5 binding for Julia, I only found the Qt5 startup projet from Tom Breloff https://github.com/tbreloff/Qt5.jl which is intended to bind the full feature from Qt5. This is a huge task and will take some time. So I wonder if there is some interest for a QML binding wh

[julia-users] gsoc projects

where should i discuss ideas related to gsoc projects?

[julia-users] GSoC 2016 - Simple persistent distributed storage Project

Hello! I am Soujanya Ponnapalli, a junior at International Institute of Information Technology, Hyderabad (IIIT-H), majoring in Computer Science and Engineering (CSE). I got introduced to Julia at International Parallel and Distributed Processing Symposium - IPDPS 2015 and was taken aback by t

[julia-users] GSoC

Hi Everyone, I would be highly interested in working on one of the massively parallel matrix algebra projects that you proposed for GSoC. I would therefore like to ask if there is someone who would like to be a mentor for this project? Moreover, could you maybe provide me with some references ab

[julia-users] Status of Graphs.jl ?

https://github.com/JuliaLang/Graphs.jl looks like a great project but there haven't been a lot of activity (last commit Nov 1, 2015). Is there any general interest regarding working on Graphs.jl during GSoC period? And what the difference between https://github.com/JuliaGraphs and Graphs.jl Than

Re: [julia-users] Re: Status of Plots.jl?

Hi! Nice package Tom. Is this supposed to work inside Atom with the julia "IDE" ? The plots seems to work, but I really don't know where they appear! they're not in the plots pane (I think only Gadfly is supported as of now inside Atom). Thanks for any help! Le jeudi 10 mars 2016 14:08:23 UTC-

Re: [julia-users] Re: Transpiling Julia to C – The LLVM CBackend

It is, to achieve static compilation, there is no advantage to generating C code if an LLVM backend is available for the target. On Fri, Mar 11, 2016 at 5:03 AM, 'Tobias Knopp' via julia-users < julia-users@googlegroups.com> wrote: > Sounds very interesting. Are there concrete plans for which thi

Re: [julia-users] Re: [ANN] Maker.jl: a make-like system for data analysis

Maybe. I haven't used BinDeps, so I'm not that familiar with it. After looking at it some, there are parallels given that both provide a declarative way to manage dependencies. It's not a foreseeable need for me, though. On Thu, Mar 10, 2016 at 11:15 PM, Jameson wrote: > Could this be used to r

Re: [julia-users] What to read to understand finishing v0.5?

Hello colleague, On Friday, March 11, 2016 at 2:56:02 PM UTC+1, Daniel Carrera wrote: > > Hi Tim, > > I'm leaving on a work trip on Monday, but let's see if I can manage to > make a Julia contribution on a weekend. I need some help, as I've never > submitted any code for Julia before. I left a c

Re: [julia-users] What to read to understand finishing v0.5?

Hi Tim, I'm leaving on a work trip on Monday, but let's see if I can manage to make a Julia contribution on a weekend. I need some help, as I've never submitted any code for Julia before. I left a comment in the PR. Let's start with the basics: How do I pull your modified branch / PR? How do I

Re: [julia-users] Re: good practice question: dispatch on type or on type instance

Val types exist for their flexibility -- which is a powerful addition, when needed. In some sense, Val types run around the usual category-focused manner and behavior for Types and in that documentation, the key phrase is "consistency across Julia." That is consistency in the use of Val types,

Re: [julia-users] Re: good practice question: dispatch on type or on type instance

On the other hand, the docs for "Val" says otherwise: http://docs.julialang.org/en/release-0.4/manual/types/#value-types "For consistency across Julia, the call site should always pass a Val type rather than creating an instance, i.e., use foo(Val{:bar}) rather than foo(Val{:bar}())."

Re: [julia-users] Transpiling Julia to C – The LLVM CBackend

Wow. Really amazing work. I guess that email client written in julia is just around the corner now... Best, --Tim On Thursday, March 10, 2016 09:43:05 PM Jameson Nash wrote: > We at JuliaComputing have resurrected the LLVM CBackend project and given > it support for Julia's IR. This lets us outp

[julia-users] Re: Transpiling Julia to C – The LLVM CBackend

Sounds very interesting. Are there concrete plans for which this can be used? I thought the road towards static compilation (which you described in the former blog post) will directly compile to binary. Cheers, Tobi Am Donnerstag, 10. März 2016 22:43:18 UTC+1 schrieb Jameson: > > We at JuliaCo

Re: [julia-users] Re: good practice question: dispatch on type or on type instance

Le jeudi 10 mars 2016 à 22:44 -0800, Tomas Lycken a écrit : > I recently decided to switch the arguments in Interpolations.jl from > types to instances, although in that case it actually made the > interface a little uglier rather than prettier. The main reason was > that I suddenly had the need fo

Re: [julia-users] Re: a excellent Julia IDE, JuliaDT

I tried this plugin, it works great job. I hope that after some time it will be even better. Currently, I find JUNO more convenient and faster.