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

On 16 September 2015 at 07:36, Andreas Lobinger wrote: > > > On Monday, September 14, 2015 at 4:50:29 PM UTC+2, Daniel Carrera wrote: >> >> Hi Randy, >> >> To be clear, interactivity (as I understand it) is not something I want >> or would use. I need to change the plot

Re: [julia-users] Re: Anti-Grain Geometry and other alternatives

OK. My experience is a little bit different. One thing is, cairo is not very tolerant to pointer trouble. While other toolkits just silently discard uncorrect pointers, cairo complains. On Wednesday, September 16, 2015 at 7:51:05 AM UTC+2, Tom Breloff wrote: > > I've just seen so many core

[julia-users] Re: Performance between R, Julia and Cpp

See https://github.com/JuliaLang/julia/issues/3440 for a big list of compiler optimization improvements that are planned to be made in Julia over time. On Tuesday, September 15, 2015 at 10:33:52 PM UTC-7, ivo welch wrote: > > > Julia is only at version 0.4 (well, soon). It's too soon to

[julia-users] Re: Gadlfy - Error with colors

I only initialized Colors (i.e., using Colors) and not Color. Pkg.status() says - Color 0.4.8 2fd36703 (dirty) - ColorTypes 0.1.4 - Colors0.5.3 Serge On Wednesday, 16 September 2015 00:12:13 UTC+1, Serge Santos

[julia-users] Re: Performance between R, Julia and Cpp

I think what you need is something like code checker. You can check the package Lint.jl. This is an on-going work, so is not perfect yet. On Wednesday, September 16, 2015 at 7:33:52 AM UTC+2, ivo welch wrote: > > > Julia is only at version 0.4 (well, soon). It's too soon to expect >

Re: [julia-users] Re: Gadlfy - Error with colors

Your error message talks about `AlphaColorValue` and `ColorValue`. Those types only exist in the Color package, so something is loading it. Here's my suggestion: do a `git diff` in the `Color` directory and figure out why it's dirty. Presumably you don't need the changes you made because Color

Re: [julia-users] Re: IDE for Julia

Hi all, So... I spent more time looking into how to write a Julia IDE... and I'm not sure it makes sense to write one. I have been investigating the features of Scintilla and GtkSourceView. These are the most obvious components we could use to make the source code editor. But neither one has

Re: [julia-users] Re: IDE for Julia

If the IDE is supposed to include "docked" plotting, then (at least currently) you're going to get a big loss of functionality if you're using a browser compared to what's now possible in Gtk. That said, I don't see any reason that you really need docked plotting. Best, --Tim On Wednesday,

[julia-users] Re: Regression on a singular matrix

Sorry, "singular" was the wrong word. I meant that the matrix does not have full rank: the columns are not linearly independent. # Linearly independent columns X1 = [1 2 3; 1 2 5 1 2 -8 1 4 23] # Linearly dependent columns (4th row changed X2 = [1 2 3; 1 2 5 1 2 -8

Re: [julia-users] Anti-Grain Geometry and other alternatives

It's very possible all the times Cairo crashed it was the cause of corrupted memory from something else... But of course not every library is so sensitive to that stuff. Either way don't read too much into it... it's just a vague impression I've built over the years. Also, after comments from

Re: [julia-users] Re: IDE for Julia

Hi Tim, I don't know what docked plotting is, but I suspect I don't want it. I like plots in free-floating windows. When I talked about docking I was referring to other parts of the UI. Things like the editor, the REPL, the variable browser, and online help. Think of this screenshot of Spyder:

Re: [julia-users] Re: IDE for Julia

@Tim - can you point me at the gap between Gtk and browser based, I'm interested as I've spent a fair amount of time in d3/Escher recently and with the correct wrapping seems to do most of what I was looking for. We can take this to a different thread. On Wednesday, September 16, 2015 at

Re: [julia-users] Re: IDE for Julia

I don't think docking is a big deal, at least it would be relatively easy to have a basic configurable layout. Multiple cursors might be feasible. You need an array of cursors (integers basically), and when the user does an action you can loop through them and apply the action at each

Re: [julia-users] Re: IDE for Julia

Aside from the oddities of websockets I'm not seeing much in the way of an issue. Though I'm generating custom events from d3 which get get sent back to Julia. Major interactions are defined in a declarative form in JSON ( and yes are handled by JavaScript ) but where events are relevant to

[julia-users] Re: Performance between R, Julia and Cpp

On Wednesday, September 16, 2015 at 1:48:58 AM UTC-7, Sisyphuss wrote: > > I think what you need is something like code checker. You can check the > package Lint.jl. This is an on-going work, so is not perfect yet. > it is not primarily for me, though good compiler warnings are always

Re: [julia-users] Re: IDE for Julia

Should have added: zero-copy ways of getting big piles of data to the browser. With Gtk, you have direct in-memory access to the display; when e.g. Gadfly wants to display in the browser, it writes an svg file and asks the browser to parse it. That said, once you get the data into the browser,

Re: [julia-users] Re: IDE for Julia

Low-latency callbacks are the main issue, AFAICT. (Assuming you'd rather write your callbacks in julia than javascript.) --Tim On Wednesday, September 16, 2015 07:28:57 AM Michael Francis wrote: > @Tim - can you point me at the gap between Gtk and browser based, I'm > interested as I've spent

Re: [julia-users] Re: IDE for Julia

In theory both fast native callbacks and fast direct data transfer could be done in Chromium. You could allow JavaScript to directly call ccallable functions, which Julia can generate via cfunction; you can present numeric data as typed JavaScript arrays sharing memory with Julia arrays. I'm not

Re: [julia-users] Re: Performance between R, Julia and Cpp

The best way to address performance gotchas is to eliminate them; that's why I opened this issue about global performance: https://github.com/JuliaLang/julia/issues/8870. Despite its already-good performance, Julia actually has barely scratched the surface of the kinds of optimizations you can do

[julia-users] JuliaCon India

Hello all, Just wanted to let everyone know about JuliaCon India. I am pretty excited. The website is still being refined, but things are running late (aren’t they always?) and this announcement went out today. -viral > Begin forwarded message: > > From: HasGeek > Subject:

[julia-users] Help me understand counterintuitive result with type delcaration

I was playing around with type declarations and came across an counterintuitive result. I'm not sure if this is the intended behavior or not, but it certainly surprised me. Consider the functions *function f(x)* *y::Int* *y=x*2.0* *end* *function g(x)* *y::Int*

[julia-users] Re: method_exist inconsistent with dispatch ?

Ah yes so next( 1, 1 ) = ( 1,true ) On Wednesday, September 16, 2015 at 1:41:05 PM UTC-4, Michael Francis wrote: > > That's inconsistent with the documentation :( > > help?> method_exists > search: method_exists > > .. method_exists(f, Tuple type) -> Bool > > Determine whether the given

[julia-users] Re: Help me understand counterintuitive result with type delcaration

The return value of the function is value of the last expression evaluated. For assignment, the right-hand side is always returned. So in `f` you get the value x*2.0 returned which is 2.0. On Wednesday, September 16, 2015 at 3:41:22 PM UTC-4, g wrote: > > I was playing around with type

[julia-users] LoadError and other warning while building Cbc dependencies

I am having a bit of trouble installing Cbc on a new Julia install. After a bunch of Google searches and trying a few things, I deleted the /home/username/.julia/v0.4 directory and tried Pkg.add("JuMP") followed by Pkg.add("Cbc"). The results are below. Any advice? System information: CentOS

[julia-users] Re: higher rank sparse matrices

On Tuesday, September 15, 2015 at 11:02:26 PM UTC-4, Jack Poulson wrote: > > I believe that Tony is suggesting manually applying the sparse operator > rather than explicitly constructing it and then applying it. This is a > common (and significant) performance optimization when a sparse

[julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

Thanks for the detailed answers. They were very helpful. This sort of thing where you have data -> calculated abstraction -> recover data, is so frequent that having a generic way of building this sort of tool will be hugely valuable. Recovering data by text is useful, but there are times

[julia-users] elements' ordering in a set

Hello everyone, does someone know why when I create a set, (sometimes) it automatically re-orders the elements in it? in example, if I have: *vector1=[1,2]* *vector2=[3,4]* *vector3=[5,6]* *vector4=[7,8]* *vector=Set({vector1, vector2, vector3, vector4})*

Re: [julia-users] Re: Help me understand counterintuitive result with type delcaration

That makes a lot of sense, thanks. On Wednesday, September 16, 2015 at 2:22:54 PM UTC-6, Spencer Russell wrote: > > There’s an issue where Jeff describes the reasoning here: > https://github.com/JuliaLang/julia/issues/5532 > > On Sep 16, 2015, at 3:57 PM, j verzani >

[julia-users] Re: JuliaCon India

Looks very good! We are trying to see if some of our developers in Cochin can go. (I'm envious of them, JuliaCon Cambridge was great) -Scott On Wednesday, September 16, 2015 at 12:11:13 PM UTC-4, Viral Shah wrote: > > Hello all, > > Just wanted to let everyone know about JuliaCon India. I am

Re: [julia-users] elements' ordering in a set

Either use arrays, or you could check out OrderedSet from DataStructures.jl. On Wed, Sep 16, 2015 at 4:52 PM, Michela Di Lullo < michela.dilu...@uniroma1.it> wrote: > Hello everyone, > > does someone know why when I create a set, (sometimes) it automatically > re-orders the elements in it? > in

[julia-users] printing UInt displays hex instead of decimal

In Julia 0.4rc1, when I create a UInt, either as an individual value or array, and then print it hex values are usually displayed instead of decimals. I say 'usually' because the behavior changes a bit between REPL and For instance: julia> a = UInt[1 2 3 4] 1x4 Array{UInt64,2}:

[julia-users] ANN: ApproxFun v0.0.8 with (experimental) nonlinear ODE solver

ApproxFun is a package for approximating and solving differential equations. ApproxFun v0.0.8 Adds (experimental) support for solving nonlinear ODEs, using Newton iteration and automatic differentiation. The following example solves and plots a singularly perturbed nonlinear two-point

[julia-users] Re: printing UInt displays hex instead of decimal

On Wednesday, September 16, 2015 at 5:38:30 PM UTC-4, Steven G. Johnson wrote: > It's not a bug, it's intentional. The feeling is that most applications > of UInt** types are using them as bitstrings, in which cases a hex display > is more useful. > UInt is very useful for catching signed

Re: [julia-users] Re: Help me understand counterintuitive result with type delcaration

There’s an issue where Jeff describes the reasoning here: https://github.com/JuliaLang/julia/issues/5532 > On Sep 16, 2015, at 3:57 PM, j verzani wrote: > > The return value of the function is value of the last expression

Re: [julia-users] Re: Help me understand counterintuitive result with type delcaration

This is why you see frequently in Julia functions: x = expr ; x On Wednesday, September 16, 2015 at 5:25:15 PM UTC-4, g wrote: > > That makes a lot of sense, thanks. > > On Wednesday, September 16, 2015 at 2:22:54 PM UTC-6, Spencer Russell > wrote: >> >> There’s an issue where Jeff

[julia-users] Re: printing UInt displays hex instead of decimal

I also find that the hex printing without specifically requiring it is very annoying. quarta-feira, 16 de Setembro de 2015 às 23:08:23 UTC+1, holocro...@gmail.com escreveu: > > On Wednesday, September 16, 2015 at 5:38:30 PM UTC-4, Steven G. Johnson > wrote: > >> It's not a bug, it's

[julia-users] Re: printing UInt displays hex instead of decimal

On Wednesday, September 16, 2015 at 5:34:33 PM UTC-4, holocro...@gmail.com wrote: > > This annoys me because 98% of the time I want the decimal representation. > Decimal is shown for Int, so why is hex the default for UInt? Is it a bug? > It's not a bug, it's intentional. The feeling is

[julia-users] Re: LoadError and other warning while building Cbc dependencies

Something broke on release-0.4 and will need to be fixed before we tag RC2. In the meantime you can check out the RC1 tag and use that. On Wednesday, September 16, 2015 at 10:46:48 AM UTC-7, Alex Dowling wrote: > > I am having a bit of trouble installing Cbc on a new Julia install. After > a

Re: [julia-users] Re: IDE for Julia

Hi everyone, I just deleted my 'Julia IDE' repository on Github. After spending a while looking at Atom vs Scintilla vs GtkSourceView, I thin Juno already made the right choice in starting with Atom. I suspect that it would be easier to add IDE-like features to Atom, than to add code folding to

[julia-users] Re: LoadError and other warning while building Cbc dependencies

Thank you. The revert to RC1 tag fixed the issue. Should I create a bug report for this issue? On Wednesday, September 16, 2015 at 4:49:13 PM UTC-5, Tony Kelman wrote: > > Something broke on release-0.4 and will need to be fixed before we tag > RC2. In the meantime you can check out the RC1 tag

Re: [julia-users] Re: printing UInt displays hex instead of decimal

That looks like it would fit my use case well. Is this the issue we should use to discuss getting this merged in? I am willing to help test and debug. https://github.com/JuliaLang/Formatting.jl/issues/8 Summarizing my argument so far: In order to promote the practice of using UInt to explicitly

Re: [julia-users] Re: ANN: ApproxFun v0.0.8 with (experimental) nonlinear ODE solver

I’m having trouble reading the formulae, but I guess its a nonlinear PDE in 3D? Right now the package can only do nonlinear ODEs and linear PDEs on rectangles and disks. We’ll hopefully eventually extend it to nonlinear PDEs, and 3D PDEs. > On 17 Sep 2015, at 11:40 am, Luke

Re: [julia-users] Re: printing UInt displays hex instead of decimal

Well, everyone kinda checks everything, so if your concern it whether someone will see it, they probably have. If you want to talk through design/wishlist in detail, then a github issue in formatting is best (I think). If you start a new issue, please link from here. On Wed, Sep 16, 2015 at

Re: [julia-users] Re: printing UInt displays hex instead of decimal

> > Maybe there should be an interface for declaring the default output format > for a specific type, similar to stream formatting in C++? I started down this path, made a PR to Formatting, but no one ever commented or merged it, so I assume no one cares about this functionality. Here it is if

Re: [julia-users] Re: printing UInt displays hex instead of decimal

I've been meaning to review that and comment, as I thought your ideas for it were very good, and it is something I'd want to be able to use in the not too distant future. I plead startup stress! Also, no matter how much I might like it, I can't merge diddlysquat!

Re: [julia-users] Re: IDE for Julia

Just FYI, Geany an IDE based on Scintilla has a plugin (overview) that provides a minimap capability, there is no need to add the capability to Scintilla itself. Cheers Lex On Thursday, September 17, 2015 at 10:21:31 AM UTC+10, Daniel Carrera wrote: > > Hi everyone, > > I just deleted my

Re: [julia-users] Re: IDE for Julia

I hope you will channel some of your energy into that project then! (Disclaimer: we would be direct beneficiaries of any Julia IDE improvements based on Atom! ;) )

[julia-users] Re: ANN: ApproxFun v0.0.8 with (experimental) nonlinear ODE solver

Can this package be used to solve the Grad-Shafranov equation ? On Wednesday, September 16, 2015 at 3:33:22 PM UTC-7, Sheehan Olver wrote: > > > ApproxFun is a package for approximating and solving differential > equations.

[julia-users] Re: Regression on a singular matrix

Thank you, that makes sense. Looking forward to 0.4! On Wednesday, September 16, 2015 at 10:20:50 PM UTC-4, Simon Kornblith wrote: > > \ is supposed to use pivoted QR by default, which a standard way to solve > least squares when X is not full rank. It gives me a LAPACKException on 0.3 > too,

Re: [julia-users] ANN: graphics video tutorials

Nice tutorial and very useful. Could you please also post the file julia_gui.jl mentioned at the end of your video? michele On Fri, Sep 11, 2015 at 8:08 PM, Tom Breloff wrote: > Thanks Tim... this was a very easy to follow video. > > On Fri, Sep 11, 2015 at 1:39 PM, Tim Holy

Re: [julia-users] Re: ANN: ApproxFun v0.0.8 with (experimental) nonlinear ODE solver

It's actually a 2D non-linear, elliptic PDE (psi is a function of R,Z). I'm thinking about created a Julia library for fusion/plasma physics and the ability to quickly calculate magnetic equilibrium would be a killer feature. On Wednesday, September 16, 2015 at 6:46:09 PM UTC-7, Sheehan

[julia-users] Re: Regression on a singular matrix

\ is supposed to use pivoted QR by default, which a standard way to solve least squares when X is not full rank. It gives me a LAPACKException on 0.3 too, but it works for me on 0.4: julia> X2 = [1 2 3; 1 2 5 1 2 -8 2 4 23]; julia> y = [2.3, 5.6, 9.2,

[julia-users] Re: LoadError and other warning while building Cbc dependencies

I think we have a solution now. https://github.com/JuliaLang/julia/pull/13180 once merged and backported to release-0.4 should do the trick. On Wednesday, September 16, 2015 at 7:09:57 PM UTC-7, Tony Kelman wrote: > > We're aware of it and working on it (see >

[julia-users] Re: LoadError and other warning while building Cbc dependencies

We're aware of it and working on it (see https://github.com/JuliaLang/julia/pull/13107#issuecomment-140874488), but haven't opened a separate issue on this yet. It could help in tracking it so if you'd like to open an issue, go ahead. On Wednesday, September 16, 2015 at 6:00:29 PM UTC-7, Alex

[julia-users] method_exist inconsistent with dispatch ?

I was executing the following on 0.4 julia> next( Number, Any ) ERROR: MethodError: `next` has no method matching next(::Type{Number}, ::Type{Any}) Closest candidates are: next(::SimpleVector, ::Any) next{T}(::StepRange{T,S}, ::Any) next{T}(::UnitRange{T}, ::Any) ... julia>

[julia-users] Re: method_exist inconsistent with dispatch ?

you're passing types to next, and it points out correctly: no method matching next(::*Type*{Number}, ::*Type*{Any}) method_exist on the other hands takes types as its arguments so your query should look like this: *method_exists( next, Tuple{DataType, DataType } )* or *method_exists( next,

Re: [julia-users] Re: IDE for Julia

On Wednesday, September 16, 2015 11:19:58 AM Stefan Karpinski wrote: > In theory both fast native callbacks and fast direct data transfer could be > done in Chromium. You could allow JavaScript to directly call ccallable > functions, which Julia can generate via cfunction; you can present numeric

[julia-users] Re: method_exist inconsistent with dispatch ?

That's inconsistent with the documentation :( help?> method_exists search: method_exists .. method_exists(f, Tuple type) -> Bool Determine whether the given generic function has a method matching the given :obj:`Tuple` of argument types. .. doctest:: julia>