[julia-users] Re: Good, short set of slides introducing Julia

Hi Andrew, my slides are here, https://sites.google.com/site/carlosbecker/a-few-notes , they are for v0.3: If you need the openoffice original let me know, I can send it to you. Cheers. El miércoles, 9 de septiembre de 2015, 14:07:36 (UTC+2), andrew cooke escribió: > > ok, thanks everyone

Re: [julia-users] Cannot load NFFT on Mac

I figured out what the problem is: In the directory where I tried to load NFFT I also had a file called 'nfft.jl' (non-capital letters). Apparently 'using NFFT' was trying to load the local file. On Thursday, September 10, 2015 at 8:24:22 AM UTC+2, Robert DJ wrote: > > Very strange. I'll try

Re: [julia-users] Re: META: What are the chances of moving this forum?

>> Do any of these other suggestions have a mailing list interface? > > GitHub's issue tracking interface does. In my email client the threading doesn't seem to work well with github issue-emails, so I end up using the web interface most of the time. Otherwise it might work well. I had a quick

Re: [julia-users] Multi-dimensional Arrays

My understanding is that it is much easier to subtype AbstractArray in 0.4. As 0.4 should be out pretty soon (a release candidate is out and should be announced on this list once binaries are made), it would probably be best to do this in 0.4. On Thu, 2015-09-10 at 09:06, Leonardo

[julia-users] product of vectors and matrix elements

Hi folks, this is probably very easy to do, but probably there are optimal ways to do it that escape me. What I would like to do is the following kind of operation: suppose I have a set of 3-element vectors labelled r1, r2,...,rN, and a set of matrices M1, M2,...,MN. FOr the sake of simplicity

[julia-users] Re: product of vectors and matrix elements

You've (almost) already written out a list comprehension syntax to do this. Generally I think you wouldn't want to have a couple of vectors and a couple of matrices, but the vectors stored as (e.g.) rows of a matrix, and the matrices stored as slices of a three-dimensional array. E.g.: vectors

[julia-users] Multi-dimensional Arrays

Hi All, I need some clarifications about subclassing AbstractArray to create a multi-dimensional array with unspecified number of dimensions. I've created an (useless) example defining a simple container (attached) to clarify me necessary step and function to implement, and then my doubts:

[julia-users] Re: DataFrame filling NA values

Thanks! I wasn't looking for inplace, so each_replacena is half of what I was looking for. How would you write it? I was surprised that DataFrame's constructor didn't accept a dict of Symbol=>DataArray, so I wound up writing `out_df = DataFrame()`, then modifying it, but that's ugly. On

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

Mauro, you are a genius! :) Thanks a lot! It worked perfectly! Best, Charles On 10 September 2015 at 14:30, Mauro wrote: > >>> wc = wordcloud(x = corpus) > > ERROR: TypeError: typeassert: expected AbstractArray{T,1}, got > Array{Any,2} > > > > Do you have any suggestion

[julia-users] Re: Good, short set of slides introducing Julia

if you want to get into it, immutable Complex ... end does what type Complex ... end does with the added benefit of behaving more as Float64 does with respect to memory and access at the price of not being able to change its component values and none of that is needed, though it does make a

[julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

Dear all, I just started to play with Vega, a great Julia package for visualization, developed by John Myles ( http://johnmyleswhite.github.io/Vega.jl ). One of the features I like more is the wordcloud ( http://johnmyleswhite.github.io/Vega.jl/wordcloud.html). I could easily reproduce the

Re: [julia-users] Re: Finding the index of a type member

Thanks too. I have to start studying the c api as well. quinta-feira, 10 de Setembro de 2015 às 03:06:03 UTC+1, Yichao Yu escreveu: > > On Wed, Sep 9, 2015 at 9:27 PM, Luke Stagner > wrote: > > Firstly, instead of using ```symbol("is_continuous")``` you can use the > >

[julia-users] Re: Multi-dimensional Arrays

The reason you're needing to define more methods than the interface chapter suggests is because you haven't specified the AbstractArray's parameters; this is just as important as the required methods. That is, you need to define your type as type MyArr{T,N} <: AbstractArray{T,N} in order for

[julia-users] Re: Good, short set of slides introducing Julia

type Complex{ T<:AbstractFloat } <: Number x::T y::T end On Thursday, September 10, 2015 at 7:18:13 AM UTC-4, andrew cooke wrote: > > thanks (how does someone working on embedded c++ get to work with > adaboost?!) > > what i am actually going with is a bunch of links to examples

Re: [julia-users] Re: META: What are the chances of moving this forum?

>> Maybe it would be best if this was >> tried out with a large Julia project to see the ins and outs? >> Volunteers? > > I imagine that the only way that a tentative switch to a "JuliaUsers" repo > on Github would gain any significant traction is if the repo was under the > JuliaLang org. I

[julia-users] Re: Good, short set of slides introducing Julia

thanks (how does someone working on embedded c++ get to work with adaboost?!) what i am actually going with is a bunch of links to examples (i can email this to everyone before the talk, which will be over google meetup): (if anyone has corrections to what follows in the next few hours i am

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

>>> wc = wordcloud(x = corpus) > ERROR: TypeError: typeassert: expected AbstractArray{T,1}, got Array{Any,2} > > Do you have any suggestion about how to convert an Array{Any,2} to an > AbstractVector? Or how to read a text file to an AbstractVector variable? Have you tried to just flatten the

Re: [julia-users] Re: META: What are the chances of moving this forum?

> > Maybe it would be best if this was > tried out with a large Julia project to see the ins and outs? > Volunteers? I imagine that the only way that a tentative switch to a "JuliaUsers" repo on Github would gain any significant traction is if the repo was under the JuliaLang org. On

[julia-users] Re: META: What are the chances of moving this forum?

Some of us were thinking seriously about moving to Discourse. Mostly it would be a matter of handling the financing and administration of a Discourse server. Being able to import the archive of threads from the google group into Discourse would also be a help. On Wednesday, September 9, 2015

Re: [julia-users] Re: META: What are the chances of moving this forum?

> > I think you may have misunderstood my comment: I suggested that one of > the larger Julia projects, e.g. Julia-Stats, Juno, or Gadfly, would try > this out and report back. > Oh yeah, sorry, that makes more sense haha. On Thursday, September 10, 2015 at 9:15:53 AM UTC-4, Mauro wrote: > >

[julia-users] Re: Micro-benchmark on julialang.org needs updating

If at all possible, if someone with Python expertise could get things set up for you, would be good to compare also to Numba, Python 3.5 (should be released shortly), and PyPy3. If anything shows that other languages are much better than Julia in some area, all the more incentive for us to

Re: [julia-users] Re: META: What are the chances of moving this forum?

More confusion: my post was about github-issues as a mailing list. But of course this applies equally to discourse, which indeed Juno uses. On Thu, 2015-09-10 at 15:51, Nils Gudat wrote: > Juno is already on (I think) discourse: http://discuss.junolab.org/about > That's

Re: [julia-users] Re: META: What are the chances of moving this forum?

> > More confusion: my post was about github-issues as a mailing list. But > of course this applies equally to discourse, which indeed Juno uses. > -1 to re-purposing GitHub issues for any sort of free-form discussion. I don't see that as solving any problems. At scale, the GitHub issue tracker

Re: [julia-users] Re: META: What are the chances of moving this forum?

The Rust example probably explains this: https://youtu.be/pYYmnBma9qk?list=PLP8iPy9hna6Sdx4soiGrSefrmOPdUWixM=337 :)

Re: [julia-users] Re: META: What are the chances of moving this forum?

I just checked out Mike's Juno discourse site, looks very good to me. On Thursday, September 10, 2015 at 9:51:09 AM UTC-4, Nils Gudat wrote: > > Juno is already on (I think) discourse: http://discuss.junolab.org/about > That's what already brought me to post this, as the forum over there is >

[julia-users] Re: Type inheritance question

Julia only supports concrete leaves in the type tree - all non-leaves (parents) must be abstract types. You should be able to do: abstract AbstractDataStream{T <: Number} type DirectedDataStream{T <: Number} <: AbstractDataStream{T} data::Vector{T} stuff end type ReversedDataStream{T

[julia-users] Type inheritance question

Hi to everybody, I'm trying to implement a set of types in Julia, but I fear my C++ background is leading me to a wrong path. I want to define a type, DataStream which is basically a vector of numbers with some metadata associated with it. The order of the elements in the vector is

Re: [julia-users] Re: META: What are the chances of moving this forum?

Juno is already on (I think) discourse: http://discuss.junolab.org/about That's what already brought me to post this, as the forum over there is infinitely better than Google Groups. Maybe Mike has some comments about time & monetary effort involved in setting this up? On Thursday, September

[julia-users] Re: Multi-dimensional Arrays

Have you had experience with multi-dimensional arrays in other languages? (I spent 3 decades implementing them, both "local" (process private) and "global" (shared, persistent, distributed) in M/Mumps -> InterSystems' Caché, so I know how useful they can be) I'd also like to see real MD

[julia-users] Re: Good, short set of slides introducing Julia

oops, yes thanks. On Thursday, 10 September 2015 08:42:01 UTC-3, Jeffrey Sarnoff wrote: > > if you want to get into it, > > immutable Complex ... end > > does what type Complex ... end does with the added benefit of behaving > more as Float64 does with respect to memory and access at the price

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

would vec() also work for you? It's supposed to be pretty fast. julia> a = rand(4,4) 4x4 Array{Float64,2}: 0.794534 0.618345 0.941777 0.449794 0.0615869 0.513610.141349 0.874955 0.504186 0.0687788 0.64149 0.863215 0.485404 0.193311 0.766789 0.0304138 julia> vec(a)

[julia-users] Julia v0.4.0-rc1 released

The first release candidate of the 0.4 series is available for download from the usual place . Please test extensively, report issues to the issue tracker for base Julia problems, and report issues with packages to their

Re: [julia-users] PyPlot does not work with Julia Version 0.4.0-rc1+5

Works for me. The error suggests that matplotlib doesn't work. Can you import in python itself? $ python >>> import matplotlib On Thu, 2015-09-10 at 18:06, Uwe Fechner wrote: > Hello, > > I have a problem with PyPlot on Julia 0.4.0-rc1: > > julia> using PyPlot >

[julia-users] Error when including file with umlaut

All When I include the attached file with include("c:\\temp\\test.jl") I get an error about a missing comma or ). Does anybody know why that is the case? I am using 0.3.11 on Windows7. The issue seems to be the umlaut in row2. If I replace it with a non-umlaut, things work as expected.

[julia-users] Re: Error when including file with umlaut

Julia requires source code to be in the UTF-8 encoding of Unicode. It looks like you are using the non-Unicode iso-8859-1 (or Windows-1252) encoding.

Re: [julia-users] PyPlot does not work with Julia Version 0.4.0-rc1+5

Yes, I can. I fixed the first problem with: sudo pip install matplotlib==1.4.3 With other words, PyPlot is using the system libraries, even though I use a virtual conda environment. This is just ignored. Now everything works fine with Julia 0.3 and 0.4, as long as I do not use

[julia-users] Re: Multi-dimensional Arrays

On Thursday, September 10, 2015 at 9:59:04 AM UTC-4, Scott Jones wrote: > > I'd also like to see real MD associative arrays > dict[a,b,c] works now. (It is equivalent to dict[(a,b,c)], i.e. the keys are tuples.)

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

On Thursday, September 10, 2015 at 10:39:58 AM UTC-4, Seth wrote: > > would vec() also work for you? It's supposed to be pretty fast. > >> >> > vec(a) is equivalent to reshape(a, length(a)), and is fast because it doesn't make a copy of the data.

[julia-users] PyPlot does not work with Julia Version 0.4.0-rc1+5

Hello, I have a problem with PyPlot on Julia 0.4.0-rc1: julia> using PyPlot ERROR: InitError: Failed to pyimport("matplotlib"): PyPlot will not work until you have a functioning matplotlib module. PyError (:PyImport_ImportModule) ImportError('cannot import name scimath',) File

[julia-users] 'in' should carry out more typechecking

About a year ago I proposed on this forum that 'in' should do more type-checking. For example, the expression [1,2,3] in [1,2,3,4] is almost certainly a programmer error. But Julia accepts it without complaint and returns 'false'. I myself have had problems with the wrong version of

[julia-users] Re: Type inheritance question

Thanks Jeffrey - I did not know that one can leave the type out.

[julia-users] Re: Type inheritance question

And Julia is quite comfortable with using *type_parameter[s] *to guide or to fully direct multiple dispatch; so in the second of the preceding approaches, you could eliminate the direction::D field from the type, keeping the D<:Direction parameter and your functions (Base.plus etc) would do the

[julia-users] Re: PyPlot does not work with Julia Version 0.4.0-rc1+5

Just merged a fix, I think. I've fallen behind a bit on PyCall and PyPlot issues, but I'll be cleaning things up over the next few days since I need these for my class soon.

[julia-users] Re: Type inheritance question

Thanks a lot, Tim, your answer is extremely clear. I'll do some tests with both solutions to decide which one I like most. Cheers, Maurizio. On Thursday, September 10, 2015 at 5:39:29 PM UTC+2, Tim Wheeler wrote: > > Julia only supports concrete leaves in the type tree - all non-leaves >

[julia-users] Re: PyPlot does not work with Julia Version 0.4.0-rc1+5

I tried it also with Julia 0.3.11. Same error. If I use ipython, import matplotlib works fine. In [2]: matplotlib.__version__ Out[2]: '1.4.3' In [3]: I used conda on ubuntu 14.04, 64 bit to install matplotlib. Am Donnerstag, 10. September 2015 18:06:30 UTC+2 schrieb Uwe Fechner: > > Hello, >

Re: [julia-users] Re: 'in' should carry out more typechecking

If anybody is interested and missed it the first time around, there is some good discussion of this in https://github.com/JuliaLang/julia/issues/7903. On Thu, Sep 10, 2015 at 2:01 PM, Randy Zwitch wrote: > How do you enumerate all of the cases that are "oddball"? > >

[julia-users] Re: Julia v0.4.0-rc1 released

On Thursday, September 10, 2015 at 1:21:54 PM UTC-4, Elliot Saba wrote: > > The first release candidate of the 0.4 series is available for download > from the usual place

[julia-users] Re: Julia v0.4.0-rc1 released

Congrats to all the Julia devs on this great milestone, and thanks for all your hard work on this amazing project. On Thursday, September 10, 2015 at 10:21:52 AM UTC-7, Elliot Saba wrote: > > The first release candidate of the 0.4 series is available for download > from the usual place

[julia-users] Re: PyPlot does not work with Julia Version 0.4.0-rc1+5

This is not yet fixed. I deleted .jula/v0.4/PyCall and .jula/v0.4/PyPlot. Then I did: Pkg.update() Pkg.checkout("PyCall") Pkg.checkout("PyPlot") Pkg.build("PyCall") using PyPlot This works fine. But if I restart Julia and do using PyPlot again, I get the error: julia> tic(); using PyPlot;

Re: [julia-users] Re: META: What are the chances of moving this forum?

On Thursday, September 10, 2015 at 3:23:16 PM UTC+1, Isaiah wrote: > > proper threading > Uh, I thought Discourse was adamantly on the flat side of the "flat vs. threaded discussion" debate, Or did you mean something different?

Re: [julia-users] META: What are the chances of moving this forum?

Personally, I'd prefer to just have an old-fashioned, LISTERV-type mailing list. Yes, I'm old. -- mb On Wed, Sep 9, 2015 at 7:34 AM, Nils Gudat wrote: > Was just thinking about this as first I had to try opening a thread here a > couple of times before any posts were

Re: [julia-users] META: What are the chances of moving this forum?

> > -1 to re-purposing GitHub issues for any sort of free-form discussion. I > don't see that as solving any problems. At scale, the GitHub issue tracker > is limited even for the intended purpose. > The main reason I mentioned it was that it was a solid example of the kind of features I had

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Hi Miguel... Looking forward to your comments. The short answer is that it depends on the situation. For functionality that just isn't possible for a backend, I'll probably just throw an error (ideally with a message describing other backends that can do what you're looking for). For some cases, I

[julia-users] How do I install Clang.jl on Windows 7?

Here is what I tried so far... Downloaded Clang for Windows (64-bit) from http://llvm.org/releases/download.html Is this libclang? Where do I get libclang-dev? Clang installation fails with the following message. Installing MSVC integration... Failed to find MSBuild toolsets directory. MSVC

[julia-users] Re: installation problem mageia 5

well, that file (build_d.hl) is certainly bad. it is generated by the Makefile in the same directory - see the build_h.jl.phony target at the end of the file. i am having a hard time working out how the code in that makefile could generate the mess of characters you see above. i guess i'd

[julia-users] Re: How do I install Clang.jl on Windows 7?

> > Thanks for the suggestion. BinDeps.debug gives the same error. > > BinDeps.debug("Clang") > INFO: Reading build script... could not spawn `which llvm-config`: no such file or directory (ENOENT) while loading C:\Users\Chris\.julia\v0.3\Clang\deps\build.jl, in expression starting on

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

I think you might have that the wrong way round - the first run is slower on both of those benchmarks, and allocates more data. In fact, we expect the first run with @time to be slower, as the function needs to be JIT-compiled. Also, if it's the first time you've used the @time macro, the

[julia-users] fieldoffsets and the C macro offsetof

Hi, When we have a immutable that mimics a C struct, are the results of fieldoffsets() from the Julia side and offsetoff() at the C side supposed to give the same result? (Well, I already found one case were they don't)

Re: [julia-users] fieldoffsets and the C macro offsetof

Thanks, it's very late here and posting the case will take time. But one thing before I go. The fact that I'm using a Julia compiled with mingw64 and accessing a dll built with VS could explain this, no? sexta-feira, 11 de Setembro de 2015 às 03:47:12 UTC+1, Jameson escreveu: > > Yes (unless C

Re: [julia-users] fieldoffsets and the C macro offsetof

generally no, unless you are using C++11 features or ms-bitfields On Thu, Sep 10, 2015 at 11:01 PM J Luis wrote: > Thanks, it's very late here and posting the case will take time. But one > thing before I go. > The fact that I'm using a Julia compiled with mingw64 and

Re: [julia-users] Re: 'in' should carry out more typechecking

I think there are some viable options here, for example making numbers non-iterable, and/or doing some combination of checks and conversions. However splitting Base for this purpose is nowhere near viable. It's a cop-out design: we can't decide which behavior is right, so we just give you both and

Re: [julia-users] fieldoffsets and the C macro offsetof

Ok, couldn't resist to one more attempt and I may have found the issue. If you look at the n_alloc member in here https://github.com/joa-quim/GMT.jl/blob/master/src/libgmt_h.jl#L1445 and here http://gmt.soest.hawaii.edu/projects/gmt/repository/entry/branches/5.2.0/src/gmt_resources.h#L543

[julia-users] Re: Type inheritance question

Yes, thanks a lot, leaving it out of the definition of the type makes the code even more elegant. Maurizio.

Re: [julia-users] Error in the Dict type declaration

There are two things going on. First, unfortunately you can't yet declare types on global variables. Second, `Dict{String, Array{Float64}}` and `Dict{String, Array{Float64,1}}` are disjoint types, due to parametric invariance. On Thu, Sep 10, 2015 at 9:27 AM, Alex M wrote:

[julia-users] [ANN] Plots.jl, a plotting interface

This may be a slightly premature announcement, but I wanted to put it out there so that people that have strong opinions have a chance to give their thoughts. Here's the link: https://github.com/tbreloff/Plots.jl Plots.jl is intended to be an API/interface that sits above other plotting

[julia-users] installation problem mageia 5

Hi, I am trying to install Julia on a Mageia 5 i7 system. In Make.user I put this: USE_SYSTEM_LLVM=1 USE_SYSTEM_BLAS=1 USE_SYSTEM_LAPACK=1 USE_SYSTEM_FFTW=1 USE_SYSTEM_MPFR=1 USE_SYSTEM_ARPACK=1 USE_SYSTEM_ZLIB=1 USE_SYSTEM_RMATH=1 and the tail of output from "make" is below:

[julia-users] Error in the Dict type declaration

Hello, I am trying to attach the type for a variable like that: julia> a::Dict{String, Array{Float64}} = { "y" => Float64[1.0, 2.0]} ERROR: type: typeassert: expected Dict{String,Array{Float64,N}}, got Array{Float64,1} julia> a::Dict{String, Array{Float64}} = { "y" => [1.0, 2.0]} ERROR: type:

Re: [julia-users] Convert an Array{Any,2} to an AbstractVector in Julia

Many thanks, guys! Indeed reshape(a,length(a)) is much faster than doing in the simplest way. However, it brings another question: When I ran the command: function myfunc1(corpus) wc = wordcloud(x = corpus[:]) end function myfunc2(corpus) wc = wordcloud(x = reshape(corpus,length(corpus))) end

Re: [julia-users] Re: 'in' should carry out more typechecking

Jeff, Thanks very much for pointing out the issue that I opened last year. I had thought incorrectly that I had raised the matter of type-checking with 'in' on this newsgroup rather than on github, which explains why I couldn't locate the previous discussion in my first post today. I am

Re: [julia-users] Cannot load NFFT on Mac

Very strange. I'll try to upgrade and see if that makes a difference. Thanks for letting me know. On Wednesday, September 9, 2015 at 10:10:52 PM UTC+2, John Nelson wrote: > > I just tried to replicate on Yosemite and Julia 0.4.0-pre+7113. > > I was able to `Pkg.update()/add()`; then, `using

[julia-users] Re: 'in' should carry out more typechecking

How do you enumerate all of the cases that are "oddball"? *julia> **[1,2,3] in Any[[1],[2],[3],[1,2,3]]* *true* *julia> **[1,2,3] in [[1],[2],[3],[1,2,3]]* *false* In the first case, because I declare the array of type "Any", I have an Array of Arrays (Array{Any, 1}). In that case, the