Re: [julia-users] Iterating over non-zero entries of a sparse matrix

nzrange will work but is not as convenient.

Re: [julia-users] Iterating over non-zero entries of a sparse matrix

So `findnz` converts the matrix to a tuple of arrays (triplet), and it creates a copy of all data. So it is not quite what I was looking for. An iterator would be better.

Re: [julia-users] Iterating over non-zero entries of a sparse matrix

missed that - thank you.

[julia-users] Iterating over non-zero entries of a sparse matrix

Is there as iterator implemented that allows me to iterate over all non-zero entries of a sparse matrix or vector? E.g. for (i, j, z) in nonzeros(A) (I realise that nonzeros does something else!)

[julia-users] Re: Importing Python data to Julia

I haven't tried, but I think it should be result = j.inv(randMat) On Tuesday, 25 October 2016 05:05:47 UTC+1, Corbin Foucart wrote: > > How? If you don't mind my asking. It doesn't seem that documentation > exists... Suppose in a python script, I have: > > [python imports] > [pyjulia

[julia-users] Re: using a module but with other name, similar to "import numpy as np" in python

There is also an issue about this somewhere https://github.com/JuliaLang/julia/issues/1255

[julia-users] Re: Benchmarking workflow

Have a look at `JuMOS`, `QuantumLab.jl` and `JuLIP.jl`, it would be nice to coordinate rather than develop multiple molecular simulation packages.

[julia-users] Re: Importing Python data to Julia

a collaborator of mine is using pyjulia in a similar way - implement reasonably fast interatomic potentials in Julia, but use all the tools available in Python for model setup etc. In case it helps, you can look at https://github.com/libAtoms/JuLIP.jl/blob/master/temp/julip.py as an

[julia-users] Re: Julia 0.5 Highlights

However, g(n) = sum( i^2 for i = 1:n ) julia> g(0) ERROR: MethodError: no method matching zero(::Type{Any}) Closest candidates are: zero(::Type{Base.LibGit2.Oid}) at libgit2/oid.jl:88 zero(::Type{Base.Pkg.Resolve.VersionWeights.VWPreBuildItem}) at pkg/resolve/versionweight.jl:80

[julia-users] Re: Julia 0.5 Highlights

f(n) = [ i^2 for i = 1:n ] julia> f(0) 0-element Array{Int64,1} On Wednesday, 12 October 2016 07:10:37 UTC+1, Jussi Piitulainen wrote: > > Does that mean that an empty array comprehension is always Array{Any}? > > that array comprehensions are now type-inference-independent. That means >> that

[julia-users] Re: StaticArrays vs FixedSizeArrays

I've used FixedSizeArrays in the past but switch to StaticArrays, they seem more convenient in a few of ways, but for 90% of use cases they seem to be comparable. To protect myself against a possible move to yet another package, I added a layer of `typealias`.

[julia-users] Re: memory allocation in nested loops

also look at `StaticArrays` and `reinterpret` E.g., R = reinterpret(SVector{3,Float64}, r, m) I use this a lot and find it very convenient.

[julia-users] Re: Why was a fundamental indexing inconsistency introduced in 0.5?

I am largely a fan of Matlab-idioms, but repmat is an exception, it leads to code that only the person who wrote it will understand (at least for a few days after they wrote it)

Re: [julia-users] Generators vs Comprehensions, Type-stability?

I didn't quite follow what the conclusion is: is it a bug that should be fixed (i.e. open an issue?), or is it expected behaviour and I should stop using generators when I need type inference? Thanks.

Re: [julia-users] Generators vs Comprehensions, Type-stability?

why would type inference for sum(t^2 for t in r) be different from [t^2 for t in r] ? On Friday, 23 September 2016 07:42:00 UTC+1, Michele Zaffalon wrote: > > On Fri, Sep 23, 2016 at 2:23 AM, Steven G. Johnson > wrote: >> >> >> We could use type inference on the function t

Re: [julia-users] Generators vs Comprehensions, Type-stability?

The sum of an empty set or vector is undefined it is not zero. > you can rewrite it in a more explicit way > >> >> Actually a sum over an empty set is normally defined to be zero while a product over an empty set is normally defined to be one.

Re: [julia-users] Generators vs Comprehensions, Type-stability?

would it maybe be possible to introduce a macro like @inbounds that somehow turns off the check that the generator is empty?

Re: [julia-users] Generators vs Comprehensions, Type-stability?

Yeah, this definitely matters for performance. It is a real shame since the generators are so elegant to use. inner1(R, i) = sum( R[j,i] for j = 1:size(R,1) ) inner2(R, i) = sum( [R[j,i] for j = 1:size(R,1)] ) function test(R, inner) n = [ inner(R, i)^2 for i = 1:size(R,2) ] N =

Re: [julia-users] Generators vs Comprehensions, Type-stability?

sum( Float64[] ) = 0.0 ?

Re: [julia-users] Generators vs Comprehensions, Type-stability?

I didn't actually test performance - the problem for me was re-use of the output of test1. But it is hard to reproduce this with a simple example. The same code works in some situations and not in others - I haven't yet found out why.

[julia-users] Generators vs Comprehensions, Type-stability?

I hope that there is something I am missing, or making a mistake in the following example: r = rand(10) test1(r) = sum( t^2 for t in r ) test2(r)= sum( [t^2 for t in r] ) @code_warntype test1(r) # return type Any is inferred @code_warntype test2(r) # return type Float64 is inferred This

[julia-users] Re: Vector Field operators (gradient, divergence, curl) in Julia

Fast to implement, only moderately fast for execution; I switch to ReverseDiffSource

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

not sure how this double-install happened. at some point I will have to do some cleanup.

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

But I do get the following message at the end of the `GTK` and `Cairo` install: objc[49750]: Class GNotificationCenterDelegate is implemented in both /Users /ortner/.julia/v0.5/Homebrew/deps/usr/opt/glib/lib/libgio-2.0.0.dylib and / usr/local/opt/glib/lib/libgio-2.0.0.dylib. One of the two will

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

airo build correctly? > > On Sunday, September 11, 2016 at 12:10:54 AM UTC-7, Christoph Ortner wrote: >> >> yes and yes (that was the previous error message I posted) >> >> maybe it is just some dependencies that are not correctly installed? But >> then why does it

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

o have an error when you do it from the > REPL? > > On Saturday, September 10, 2016 at 2:34:03 PM UTC-7, Christoph Ortner > wrote: >> >> And here the error message I get in a notebook: >> >> type Array has no field func >> >> in >> (::ProfileView

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

And here the error message I get in a notebook: type Array has no field func in (::ProfileView.#printrec#26{Dict{UInt64,Array{StackFrame,1}}})(::IOContext{Base.AbstractIOBuffer{Array{UInt8,1}}}, ::Int64, ::Float64, ::Float64, ::Float64, ::ProfileView.TagData,

Re: [julia-users] Re: ProfileView not compatible with julia-0.5?

I've actually had problems with ProfileView as well, but thought I'd wait until 0.5 is released. julia> ProfileView.view() (:770): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/Users/ortner/.julia/v0.5/Homebrew/deps/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache' : No such file

Re: Orientation? was: Re: [julia-users] different Eigenvalue results Julia vs Matlab

Yichao is right, you cannot give eigenvectors an orientation; A good way to think of them is as defining linear subspaces. So what is unique is the projector v\|v| \otimes v/|v| or in the case of multiple e-vals the projector onto the eigenspace \sum v_i \otimes v_i. But never the e-evecs

[julia-users] idiom for standard basis vector (eg [0,1,0])

I predict that - right now - somebody is writing an answer explaining why this is terrible and you need an abstract array type with lazy evaluation. ;)

[julia-users] Re: Assigning a field in Python via reference

Because I want to reinterpret it as a Vector of fixed size arrays. Can this be done with a PyArray directly? (I can't try it out right now)

[julia-users] Re: Assigning a field in Python via reference

the allocated memory associated with that pointer? On Friday, 9 September 2016 13:33:09 UTC+1, Christoph Ortner wrote: > > It now looks to me like the "problem" is with Python, not with PyCall; I > thought the assignment pyobj.X = X would be by reference, but apparently

[julia-users] Re: Assigning a field in Python via reference

ray I want to manipulate. How can I now "reinterpret" Xpy (i.e. the block of memory) as a Julia Array, or other Julia data structure - specifically I want a Vector of FixedSizeArray ? Thank you. On Friday, 9 September 2016 13:18:58 UTC+1, Christoph Ortner wrote: > > Sorry -

[julia-users] Re: Assigning a field in Python via reference

Sorry - I was rushing when I wrote this. What I meant was: after the assignment pyobj["X"] = Xpy, if I modify X in-place, this modification does not seem to propagate to pyobj.X. I will try to put together an example.

[julia-users] Assigning a field in Python via reference

I am trying to (1) create an array in Julia: X = rand(3,10) (2) convert it to a PyArray (no copy) : Xpy = PyArray(X) (3) then assign this to a field of an object: pyobj["X"] = Xpy orpyobj["X"] = Xpy.o or The aim is, when I modify X, then the data in pyobj[:X] should

Re: [julia-users] Re: Return type of eye()

On Wednesday, 31 August 2016 00:14:30 UTC+1, Sheehan Olver wrote: > > I agree with Chris, though I prefer Matrix(eye(5)) to collect(eye(5)). > >> Matrix(eye(5)) looks reasonably pleasing to the eyes :). (but still 8 keystrokes more than needed)

Re: [julia-users] Re: Return type of eye()

> want to see it in Base.) Instead I think it comes down to documentation and > extensive tutorials to fix the problem (and filling up StackOverflow with > answers). > > On Tuesday, August 30, 2016 at 10:15:08 AM UTC-7, Christoph Ortner wrote: >> >> >

Re: [julia-users] Re: Return type of eye()

If this is your only use-case of I, then you don't need it anyways. Just write 1.0 * A instead; same effect, independent of what type of array A is. But what if I use I in a different way? Suppose I want to A[1:5,1:5] = eye(5); I can't do that with I. Of course we could give it another type

Re: [julia-users] Re: Return type of eye()

I agree with Sheehan that this affect a number of functions in Base, not just eye - that was the point I was trying to make, sorry I wasn't clear. I raised this in a discussion in a formal issue somewhere, which I can't find now. Somebody (Steven Johnson?) argued that `zeros` and `ones` are

Re: [julia-users] Re: Return type of eye()

Personal opinion again: I think it is not good to underestimate the importance of teaching. Mathematics students in particular tend to stick with the language they learn first. It is part of why Matlab is so successful in the applied mathematics community. P.S.: Not sure why such a combative

Re: [julia-users] Re: Return type of eye()

Two give my two cents: I think this is an inconsistency in the design of the standard library. * while we have both I and eye available for the Identity matrix, * linspace was replaced with a lazy data-structure. Personally I would like to keep both I and eye; but I also would have liked to

Re: [julia-users] Differential Equations Package

A separate organisation would be really welcome especially if it means coordination of efforts on the development of DE-related work.

[julia-users] local "_" declared twice

Is this intended behaviour or a bug? julia> maximum( t for (t,_,_) in zip(x,y,z) ) ERROR: syntax: local "_" declared twice julia> x = rand(3); y = rand(3); z = rand(3); julia> for (t, _, _) in zip(x, y, z) println(t) end 0.5059694701992228 0.6291609082858327

Re: [julia-users] Re: ANN: Documenter.jl 0.3

In my initial tests, HTML output works just perfectly - and I love the fact that it mimics Julia's documentation page. I'll let you know if I run into issues.

[julia-users] Re: ANN: Documenter.jl 0.3

this is really nice; thank you for putting this package together. On Saturday, 20 August 2016 12:36:21 UTC+1, Morten Piibeleht wrote: > > On Saturday, August 20, 2016 at 2:18:37 AM UTC+3, Christoph Ortner wrote: >> >> I want to give this a try but I can't find the exam

[julia-users] Re: ANN: Documenter.jl 0.3

I want to give this a try but I can't find the example of HTML output, which is supposed to be in test/html? Thank you. On Friday, 19 August 2016 22:07:55 UTC+1, Morten Piibeleht wrote: > > We are happy to announce version 0.3 of Documenter.jl >

[julia-users] Re: ANN: Optim v0.6

people will get used to the badges quickly enough. I wouldn't worry too much.

[julia-users] ipywidgets and Interact.jl

I noticed that Interact.jl uses ipywidgets. I am currently trying to use the Python package chemview which relies on ipywidgets as well. While I can `@pyimport ipywidgets`, it crashes as soon as I try to actually create one: using PyCall @pyimport ipywidgets ipywidgets.IntSlider() Looking

Re: [julia-users] Re: can't get pyjulia to work

seems to work for me.

Re: [julia-users] PyCall-ing Numba-dependent Libraries

(or a long piece; as long as I can just clone and run something) On Tuesday, 9 August 2016 19:14:13 UTC+1, Christoph Ortner wrote: > > > Do you have a short piece of code to try? I'd like to see whether I run > into the same problem as with chemview. >

Re: [julia-users] PyCall-ing Numba-dependent Libraries

Do you have a short piece of code to try? I'd like to see whether I run into the same problem as with chemview.

[julia-users] Re: PyCall-ing Numba-dependent Libraries

To reply to my own question, this seems to have worked: git clone https://github.com/numba/llvmlite cd llvmlite LLVM_CONFIG=.../julia/usr/tools/llvm-config python setup.py install LLVM_CONFIG=.../julia/usr/tools/llvm-config pip install numba Unfortunately it didn't solve my problem since the

[julia-users] PyCall-ing Numba-dependent Libraries

Has anybody managed to @pyimport a package that uses NUMBA? I've only found this discussion , of how it fails. It seems related to LLVM versions, which in principle sounds easy enough to fix, either change the LLVM version in Julia or in

[julia-users] Re: ReverseDiffSource on v0.5

ah - too bad.

[julia-users] Re: ReverseDiffSource on v0.5

ing stability of Julia 0.5 release candidates :) >> >> On Thursday, August 4, 2016 at 11:40:24 PM UTC+3, Christoph Ortner wrote: >>> >>> On Version 0.5.0-rc1+0 >>> >>> using ReverseDiffSource; rdiff(:(x^3), x=2.0) >>> ERROR: error in type

[julia-users] ReverseDiffSource on v0.5

On Version 0.5.0-rc1+0 using ReverseDiffSource; rdiff(:(x^3), x=2.0) ERROR: error in type inference due to #265 in error(::String) at ./error.jl:21 in typed_vcat(::Type{Any}, ::Array{ReverseDiffSource.ExNode,1}, ::Array{Any ,1}) at ./abstractarray.jl:894 in

Re: [julia-users] Re: Tuples of Functions

agreed - I'd like to see it registered as well if possible.

[julia-users] IJulia Problems on v0.5

I keep getting these on v0.5: ERROR (unhandled task failure): MethodError: no method matching show_backtrace(::Base.AbstractIOBuffer{Array{UInt8,1}}, ::Symbol, ::Array{Ptr{Void},1}, ::UnitRange{Int64}) Closest candidates are: show_backtrace(::IO, !Matched::Array{Any,1}) at replutil.jl:577

Re: [julia-users] Re: Unexpected Performance Behaviour

issue 17759 <https://github.com/JuliaLang/julia/issues/17759> On Tuesday, 2 August 2016 13:54:06 UTC+1, Christoph Ortner wrote: > > Ok - I will go ahead and file another bug report >

Re: [julia-users] Re: Unexpected Performance Behaviour

ion is messed up but subsequent > >> compilations are fine. > >> > >> On Tue, 2016-08-02 at 07:01, Eric Forgy <eric@gmail.com > > wrote: > >>> I still don't understand the details of the new functions in v0.5. but > I'd > >>> be inclined t

Re: [julia-users] Re: Unexpected Performance Behaviour

Ok - I will go ahead and file another bug report

[julia-users] Unexpected Performance Behaviour

Below are two tests, in the first a simple polynomial is "hard-coded", in the second it is passed as a function. I would expect the two to be equivalent, but the second case is significantly faster. Can anybody explain what is going on? @code_warntype doesn't show anything that would explain

Re: [julia-users] Re: Tuples of Functions

Yichao: your FunctionWrappers.jl package is really helpful - thank you. For anybody interested, I posted a gist comparing performance of hard-coded functions with functions in a tuple (factor 10 worse performance) and

Re: [julia-users] Re: Tuples of Functions

thank you Kristoffer for the explanation and Yichao for pointing that package. I will give it a try; as I need it (or, would like to have it) in a very limited context, hopefully it will solve my problem.

Re: [julia-users] Re: Interactive Animated PyPlot in IJulia

PyPlot (see slides 10 and 13 from my >>> <http://www.google.com/url?q=http%3A%2F%2Fpgi-jcns.fz-juelich.de%2Fpub%2Fdoc%2FSciPy_2016%2Fhtml=D=1=AFQjCNGc29rCC-bHqkKzSLgCf7DP3t0iFQ> >>> SciPy >>> 2016 talk which demonstrate the performance and interoperability) >>> >>> On Friday, July 29, 2016 at 5:03:11 PM UTC+2, Christoph Ortner wrote: >>>> >>>> Thanks for figuring this out, Tom. I'd also be interested in >>>> a Reactive and Interact solution. >>>> >>> >>>

[julia-users] Tuples of Functions

Consider the following code snippet which shows the following expect problem (on v0.5): if I form a tuple of functions, pass this tuple to another function, then julia cannot infer enough information about them and runs into a type instability. MY QUESTION is: is there a work-around? I.e.,

[julia-users] Re: Interactive Animated PyPlot in IJulia

;> Does anyone have any idea how to tweak the code and get identical >> on-the-fly plotting behaviour with PyPlot under Julia 0.4.6? >> >> Thanks for any help you can give, >> >> Tom >> >> On Thursday, 27 November 2014 22:12:14 UTC+1, Christoph Ortner wr

[julia-users] Re: Help Julia win a performance comparison!

nd compactness" requirement, unless there's an easy way to do the growing > without too much extra code hanging around. > > On Thursday, July 21, 2016 at 1:54:10 AM UTC-7, Christoph Ortner wrote: >> >> could still preallocate and grow as needed? >> >> On Thursday,

[julia-users] Re: Help Julia win a performance comparison!

could still preallocate and grow as needed? On Thursday, 21 July 2016 02:48:58 UTC+1, Chris Rackauckas wrote: > > Most of the arrays are changing size each time though, since they > represent a population which changes each timestep. > > On Wednesday, July 20, 2016 at 6:47:39 PM UTC-7, Steven G.

Re: [julia-users] PyCall: keyword arguments that are reserved in Julia

; > > > > > On Wed, Jul 13, 2016 at 10:19 AM, Christoph Ortner > > <christop...@gmail.com > wrote: > >> > >> I was recently trying to > >> ```julia > >> @pyimport ase.build as ase_build > >> ase_build.graphene_nanoribbon(3

[julia-users] PyCall: keyword arguments that are reserved in Julia

I was recently trying to ```julia @pyimport ase.build as ase_build ase_build.graphene_nanoribbon(3, 4, type="armchair") ``` which throws the error `ERROR: syntax: unexpected "="` I assume that the problem is that `type` is a reserved keyword for Julia? Is there a workaround? Thank you

[julia-users] Re: PyPlot: LineCollection help needed

thanks, David, this will be useful for me as well! C On Saturday, 11 June 2016 15:20:52 UTC+1, David P. Sanders wrote: > > After looking at some matplotlib examples, it seems that the data > structure needed by LineCollection in Python > is a list of lists, with the inner lists being lists of

[julia-users] Re: PyPlot: LineCollection help needed

seems not. On Saturday, 11 June 2016 02:38:54 UTC+1, David P. Sanders wrote: > > Does it work with ax=gca() instead?

Re: [julia-users] Differential Equations Package

Hi Chris: I did say I like your package, I think it is really nice work. I just have issues with such generic names, that is all. Maybe `DifferentialEquations` would have been the name for an organisation collecting several ODE and PDE related packages. I thought on the one hand your package

Re: [julia-users] Differential Equations Package

just to emphasize this is purely personal opinion. On Tuesday, 7 June 2016 01:31:24 UTC+1, Christoph Ortner wrote: > > this package implements just a couple of specific problems, as required by > its author. It is a nice package BUT > > it is far too specif

Re: [julia-users] Differential Equations Package

this package implements just a couple of specific problems, as required by its author. It is a nice package BUT it is far too specific to be called DifferentialEquations.jl. (in my view anyhow) For me this is a problem with the package eco-system. Such specialised packages should maybe not be

Re: [julia-users] Re: reductions in 0.5 and dropping dimensions

On Thursday, 26 May 2016 03:03:03 UTC+1, Tim Holy wrote: > > Since you asked...from my perspective, the easiest argument against it is > > pnormalized = p ./ sum(p, 1) > > If you drop the summed dimension, that won't work anymore. One can write > > pnormalized = p ./ reshape(sum(p,

[julia-users] Re: Fun Fact: Julia is space sensitive (in some sense)

I would love to have that as well, but seem to remember reading an issue why Julia hasn't adopted it / abandoned it. Couldn't find it after a quick search though - if anybody can remind us?

Re: [julia-users] Sharing methods across modules

isn't robust or scalable when there's a possibility of unintentional > name clashes without types defined in that module... however we don't > always have such strict requirements in real life. > > On Fri, May 20, 2016 at 9:20 AM, Milan Bouchet-Valat <nali...@club.fr > >

[julia-users] Sharing methods across modules

I want to understand how to share methods across modules who don't know of one another. I understand that this is discussed in various places; I tried to go through may issues, but in the end I didn't get a good picture of what I should do now. Long post - my question in the end is: is

Re: [julia-users] Re: Compose.jl drawing in IJulia

ything else. > > On Tue, May 3, 2016 at 5:57 PM, Christoph Ortner <christop...@gmail.com > > wrote: > >> >> Here is an Python output >> >> >> >> <https://lh3.googleusercontent.com/-p4LCQ_xf5pI/VyiY7I-WdcI/BvM/fh0Ra6-V5Wkf-QEXzKF5bJX

[julia-users] Re: Compose.jl drawing in IJulia

t; Hello colleague, > > how did you set the correct dimensions? > > On Tuesday, May 3, 2016 at 10:53:59 AM UTC+2, Christoph Ortner wrote: >> >> If I create a context using `compose`, and then call `display(ctx)`, >> then I end up with an image that looks roughly r

[julia-users] Compose.jl drawing in IJulia

If I create a context using `compose`, and then call `display(ctx)`, then I end up with an image that looks roughly right but doesn't have the correct dimensions. How can I fix it? Thanks, Christoph

Re: [julia-users] import Module as ...

thanks - good to see the issue.

[julia-users] import Module as ...

Is there a mechanism to import a module under a different name, such as import LongModuleName as LMN something more elegant than import LongModuleName; LMN=LongModuleName ? Thanks, Christoph

Re: [julia-users] Re: Grant funding and Julia Computing?

uch collaborations or joint grants - big > or small. > > -viral > > On Saturday, April 23, 2016 at 2:00:27 AM UTC+5:30, Steven G. Johnson > wrote: >> >> >> >> On Friday, April 22, 2016 at 4:04:29 PM UTC-4, Christoph Ortner wrote: >>> >>>

Re: [julia-users] Re: Grant funding and Julia Computing?

On Friday, 22 April 2016 21:30:27 UTC+1, Steven G. Johnson wrote: > > > > On Friday, April 22, 2016 at 4:04:29 PM UTC-4, Christoph Ortner wrote: >> >> I've run into a similar problem in the past, but this was before Julia >> Computing. If `Julia Professional E

Re: [julia-users] Re: Grant funding and Julia Computing?

I've run into a similar problem in the past, but this was before Julia Computing. If `Julia Professional Edition` or `Deployment Edition` comes with some reasonable features are not included in the free version, then maybe it could be justified? Christoph

[julia-users] Re: Int or Int64

Why is there no `Float`? Is this discussed somewhere?

[julia-users] Re: Vectorised usage of Compose

so for those who are interested, I found a partial solution in how VoronoiDelaunay plots meshes. Basically, one can interrupt lines and polygons using NaNs. For example: points = Tuple{Float64, Float64}[] for n = 1:size(T, 2) p = [X[:, T[:, n]] X[:, T[1,n]]] for m = 1:size(p, 2)

[julia-users] Re: Vectorised usage of Compose

thanks for the suggestion. Unfortunately, the ... (splat?) operator makes this very slow for larger collections. Christoph On Friday, 15 April 2016 19:10:12 UTC+1, Cedric St-Jean wrote: > > > > On Friday, April 15, 2016 at 12:30:51 PM UTC-4, Christoph Ortner wrote: >> >

[julia-users] Re: Compose Plotting from REPL

:34 PM UTC+2, Christoph Ortner wrote: >> >> >> I am trying to use Compose.jl directly instead of going through a >> plotting package. From iPython notebooks invoking compose will immediately >> create the output. >> >> But when I am in the REP

[julia-users] Re: Vectorised usage of Compose

Hello colleague, > > On Friday, April 15, 2016 at 5:17:29 PM UTC+2, Christoph Ortner wrote: >> >> I understand from the example >> how to vectorise drawing of circles. >> >> The syntax for a two-point line segment seems to beline( [(x0, y0), >>

[julia-users] Vectorised usage of Compose

I understand from the example compose(context(), circle([0.25, 0.5, 0.75], [0.25, 0.5, 0.75], [0.1]), fill(LCHab(92, 10, 77))) how to vectorise drawing of circles. The syntax for a two-point line segment seems to beline( [(x0, y0), (x1, y1)] ) I don't see an analogy with

[julia-users] Compose Plotting from REPL

I am trying to use Compose.jl directly instead of going through a plotting package. From iPython notebooks invoking compose will immediately create the output. But when I am in the REPL, how do I plot to a window, similar as in PyPlot? Thanks, Christoph

[julia-users] Re: [ANN] FixedSizeDictionaries

Maybe a purely academic point: how will the constructor decide what FixedKeyValueDict( (:a, :b), (:c, :d) ) ? Christoph

Re: [julia-users] Interest in BandedMatrices.jl Package?

agonal, > SymTridiagonal, > UpperTriangular, LowerTriangular, in addition to SparseVector and > SparseMatrixCSC. But not general banded. > > --Tim > > On Wednesday, March 23, 2016 04:19:22 AM Christoph Ortner wrote: > > I'd be interested as well; more generally: does Julia still

Re: [julia-users] Interest in BandedMatrices.jl Package?

I'd be interested as well; more generally: does Julia still only have CCS implemented? For me it would sound productive to start a general SparseFormats.jl (or similar) package and collect various other formats, which could eventually be incorporated into Base or a standard-library. Christoph

[julia-users] Re: Plotsly

Pkg.add("Plots") seems to be broken? julia> Pkg.add("Plots") fatal: Not a git repository (or any of the parent directories): .git

Re: [julia-users] Meshgrid function

" and as long as it’s not in Base there’s a good chance that beginner Julians will pick up more performant idioms." Hi Tomas, I think this is a big mistake so many Julia developers (not all) are making: Julia should not just be great for performance of code but also for performance of the

  1   2   3   4   >