[julia-users] ANN: JuMP 0.10 released

The JuMP team is happy to announce the release of JuMP 0.10. This is a major release with the greatest amount of new functionality since the addition of nonlinear modeling last year. This will likely be the last major release of JuMP to support Julia 0.3. Thanks to the heroic work of Joey Huche

Re: [julia-users] IDE for Julia

I think it uses the first julia kernel that Jupyter reports, and I haven't seen a way to switch it aside from ensuring that I only have one IJulia kernel installed. It was a bit ago, but I think I just deleted the one I didn't want from ~/.ipython/kernels/. -s On Mon, Aug 31, 2015, at 11:25 PM,

Re: [julia-users] IDE for Julia

I got hydrogen working but it defaults to the 0.3.7 kernel. How do I change the default? > On 1 Sep 2015, at 11:31 am, Seth wrote: > > I followed the installation instructions at the repo site > (https://github.com/willwhitney/hydrogen) and it just worked. It's really > nice to set watches

Re: [julia-users] Julia on OpenBSD

I believe openlibm received some patches to build on openbsd recently. However, I have not tagged a new version. -viral > On 01-Sep-2015, at 3:45 am, Yichao Yu wrote: > > On Mon, Aug 31, 2015 at 5:27 PM, Maurizio Tomasi wrote: >> Just not to leave this thread silent for too long, I am tryi

Re: [julia-users] What does the @inferred macro do?

> On Aug 31, 2015, at 9:55 PM, Matt Bauman wrote: > > That's the point of the macro - to ensure that inference infers a concrete > result. It can help ensure that code stays type-stable. Throwing for a union > is expected. OK, that makes sense now! Thanks! (and it shows I was right about tha

Re: [julia-users] IDE for Julia

Scott, do you have a way to run the notebooks (IJulia) inside Emacs? I run IJulia in the browser and edit code in Emacs, and would love to combine both. On Monday, August 31, 2015 at 9:04:28 PM UTC-4, Scott Jones wrote: > > The fact that Mike is working on it would make me confident of it. > C

Re: [julia-users] What does the @inferred macro do?

That's the point of the macro - to ensure that inference infers a concrete result. It can help ensure that code stays type-stable. Throwing for a union is expected.

Re: [julia-users] IDE for Julia

I will do that. On Monday, August 31, 2015 at 9:31:15 PM UTC-4, Seth wrote: > > I followed the installation instructions at the repo site ( > https://github.com/willwhitney/hydrogen) and it just worked. It's really > nice to set watches on variables - that graph I plotted can even be in a > watc

Re: [julia-users] IDE for Julia

I followed the installation instructions at the repo site (https://github.com/willwhitney/hydrogen) and it just worked. It's really nice to set watches on variables - that graph I plotted can even be in a watch pane so that if I modify any of the variables and reevaluate, the graph updates dyna

Re: [julia-users] IDE for Julia

thanks On Monday, August 31, 2015 at 9:04:28 PM UTC-4, Scott Jones wrote: > > The fact that Mike is working on it would make me confident of it. > Currently all of the developers I'm working with have switched to Atom > (for Julia, C, C++, and Python work) [I've used it, and like it, but so far

[julia-users] Re: Type stability (or not) in core stats functions

IMO: 1) This is called keyword argument (not named optional argument). 2) The returned value depends only on `corzm`, and `corm`. If these two functions are type stable, then `cor` is type stable. 3) I'm not sure whether this is the "correct" way to write this function. On Monday, August 31, 2015

Re: [julia-users] IDE for Julia

The fact that Mike is working on it would make me confident of it. Currently all of the developers I'm working with have switched to Atom (for Julia, C, C++, and Python work) [I've used it, and like it, but so far I'm still sticking with Emacs, in part thanks to Yuyichao's (and others) nice wo

Re: [julia-users] IDE for Julia

How are people who are using Atom+Hydrogen setting up Atom for Julia and are there other packages of particular help? On Monday, August 31, 2015 at 3:47:15 PM UTC-4, Seth wrote: > > It does with the excellent Hydrogen plugin: see http://imgur.com/b8UGF1N > for an example I whipped up. > > On Mon

Re: [julia-users] What does the @inferred macro do?

It seems buggy as well: *julia> **@Base.Test.inferred ucfirst("foobar")* *"Foobar"* *julia> **@Base.Test.inferred ucfirst(utf32("foobar"))* *ERROR: return type ASCIIString does not match inferred return type Union{ASCIIString,UTF32String,UTF8String}* * in error at ./error.jl:21* If the inf

[julia-users] Re: Dates and typemax error

With regard to the original question, it is very convenient to have a formatting symbol that means "the year, with as many digits as needed" -- a single 'y' might be so interpreted; the alternative would be 'Y', that breaks the 'lowercase for y/m/d' pattern. On Friday, August 28, 2015 at 11:47

Re: [julia-users] Re: Dates and typemax error

Of course. Getting tired after too much JavaScript debugging.

Re: [julia-users] Type stability (or not) in core stats functions

You are correct if I supply a mean then it is reasonable compilation. Unfortunateky here the default is nothing for a fairly common use case and hence the return type can not be safely inferred. The more I think about it - I'm surprised that this is a named optional arg vs an overload.

Re: [julia-users] Re: Dates and typemax error

Date/DateTime are documented as following the proleptic gregorian calendar, so negative values for the year imply BC/BCE era values. On Mon, Aug 31, 2015 at 4:06 PM, Michael Francis wrote: > it does seem that typemin and typemax of Date are rather large. It also > implies that a DateTime can not

Re: [julia-users] Type stability (or not) in core stats functions

On Mon, Aug 31, 2015 at 5:48 PM, Michael Francis wrote: > The following is taken from statistics.jl line 428 > > function cor(x::AbstractVector, y::AbstractVector; mean=nothing) > mean == 0 ? corzm(x, y) : > mean == nothing ? corm(x, Base.mean(x), y, Base.mean(y)) : `==` vs `=

Re: [julia-users] Re: Julia on OpenBSD

On Mon, Aug 31, 2015 at 5:27 PM, Maurizio Tomasi wrote: > Just not to leave this thread silent for too long, I am trying to compile > latest Julia on OpenBSD 5.7 (64-bit), but so far with little success. A few > trivial problems lie in the usage of Linux-isms in the Makefiles (e.g., "cp > -a"), bu

Re: [julia-users] Re: Dates and typemax error

it does seem that typemin and typemax of Date are rather large. It also implies that a DateTime can not contain all possible Dates. Given the following julia> typemin( DateTime ) -146138511-01-01T00:00:00 julia> typemax( DateTime ) 146138512-12-31T23:59:59 I was surprised to see negative v

[julia-users] Type stability (or not) in core stats functions

The following is taken from statistics.jl line 428 function cor(x::AbstractVector, y::AbstractVector; mean=nothing) mean == 0 ? corzm(x, y) : mean == nothing ? corm(x, Base.mean(x), y, Base.mean(y)) : isa(mean, (Number,Number)) ? corm(x, mean[1], y, mean[2]) :

Re: [julia-users] Re: Dates and typemax error

What is the utility of a date that predates the advent of time? On Friday, August 28, 2015 at 12:23:28 PM UTC-4, Michael Francis wrote: > > I agree except that people may expect yy-mm-dd to truncate, likely one of > the reasons for the ccyy-mm-dd strict form. Where yy is defined as the two > di

[julia-users] Re: Julia on OpenBSD

Just not to leave this thread silent for too long, I am trying to compile latest Julia on OpenBSD 5.7 (64-bit), but so far with little success. A few trivial problems lie in the usage of Linux-isms in the Makefiles (e.g., "cp -a"), but the most problem I'm experiencing are in the compilation of

[julia-users] Re: `axis(:equal)` or `axis(:scaled)` with Gadfly

plot(x=x,y=y,Coord.Cartesian(aspect_ratio=1)) On Wednesday, June 25, 2014 at 7:51:50 AM UTC-4, Tomas Lycken wrote: > > When plotting in e.g. PyPlot I can do e.g. axis(:equal) or axis(:scaled) > (my favorite) to get a plot where the axes are scaled so that the distance > 1 is equally long in the

Re: [julia-users] IDE for Julia

It does with the excellent Hydrogen plugin: see http://imgur.com/b8UGF1N for an example I whipped up. On Monday, August 31, 2015 at 12:09:01 PM UTC-7, Sheehan Olver wrote: > > Does Atom Support Gadfly graphics yet? > > (I got it installed but the output from Gadfly is just "Plot(...)" > > On Tues

Re: [julia-users] IDE for Julia

Does Atom Support Gadfly graphics yet? (I got it installed but the output from Gadfly is just "Plot(...)" On Tuesday, September 1, 2015 at 2:30:23 AM UTC+10, Nils Gudat wrote: > > I've been using JunoLT for about a year and switched to the new Atom > client about 2 weeks ago - I think it's alrea

Re: [julia-users] Segmentation fault during Julia compilation

Corresponding issue: https://github.com/JuliaLang/julia/issues/12840 On Monday, August 31, 2015 at 9:07:47 AM UTC-5, Mahesh Waidande wrote: > > Hi All, > > > I am working on building/porting Julia on ppc64le architecture. I am using > Ubuntu 14.10 on top of ppc64le hardware, while compiling Julia

Re: [julia-users] Memoization, macros and weak dictionaries

On Monday, August 31, 2015 at 11:50:31 AM UTC-4, Tim Holy wrote: > > It makes sense when you can't predict in advance what metadata people will > want to store. I wrestled a lot at the beginning with trying to come up > with > "universal names," but somehow it seemed that a field named "patient_

Re: [julia-users] Converting a string to an array?

Thanks for the explanation, --Peter On Monday, August 31, 2015 at 9:37:03 AM UTC-7, Steven G. Johnson wrote: > > > > On Monday, August 31, 2015 at 11:28:47 AM UTC-4, Peter Simon wrote: >> >> It seems that >> >> include_string("[1,2,3]") >> >> also works. Is there any reason to prefer one or the

Re: [julia-users] Converting a string to an array?

On Monday, August 31, 2015 at 11:28:47 AM UTC-4, Peter Simon wrote: > > It seems that > > include_string("[1,2,3]") > > also works. Is there any reason to prefer one or the other of these > techniques over the other? > eval and parse give you more low-level control (see the docs for eval and

Re: [julia-users] IDE for Julia

I've been using JunoLT for about a year and switched to the new Atom client about 2 weeks ago - I think it's already really good, despite a long to-do list and some rough edges that need ironing out.

Re: [julia-users] IDE for Julia

It’s mainly Mike Innes. Certainly not to discourage any other efforts, but the number of people I have seen using Atom recently makes me feel like this could be the one. -viral > On 31-Aug-2015, at 7:58 pm, Kevin Squire wrote: > > Hi Viral, just curious who is working on that development?

Re: [julia-users] Re: Clarifying Package Development

good. maybe you can point out to the julia clique that i do help explain docs when they make some sense... On Monday, 31 August 2015 12:52:40 UTC-3, Sven Duve wrote: > > Andrew, > > I have redone everything from scratch, followed your advice, it is now > working. Thank you. > > I do R program

Re: [julia-users] Re: Clarifying Package Development

Andrew, I have redone everything from scratch, followed your advice, it is now working. Thank you. I do R programming for a while now, but never did any packages other than for my own use, which I loaded to my environment with source(„…“). The documentation, although slightly misleading to me

Re: [julia-users] Memoization, macros and weak dictionaries

It makes sense when you can't predict in advance what metadata people will want to store. I wrestled a lot at the beginning with trying to come up with "universal names," but somehow it seemed that a field named "patient_ID" is unlikely to be of interest to astronomers :-). (Or me, for that matt

Re: [julia-users] Memoization, macros and weak dictionaries

Hi Tim, thanks for the answer. I wasn't talking about Image specifically, but that's an interesting way to flexibly store all the memos. Is that your general go-to solution, have a properties dictionary inside each object? It feels more like a Python solution than Julia, but it makes a lot of se

Re: [julia-users] Converting a string to an array?

It seems that include_string("[1,2,3]") also works. Is there any reason to prefer one or the other of these techniques over the other? Thanks, Peter On Monday, August 31, 2015 at 2:52:09 AM UTC-7, René Donner wrote: > > Hi, > > yes, it works almost the same: > > julia> eval(parse("[1,2,3]")

Re: [julia-users] What does the @inferred macro do?

`@inferred` returns the result of invoking the given call, or raises an error if the inferred and actual return types don't match. (see also the definition of `return_types`, here: https://github.com/JuliaLang/julia/blob/16916766680107576e16b512968eee42c8c6740a/base/reflection.jl#L272-L285 ) On

[julia-users] What does the @inferred macro do?

In some of the test code in Interpolations.jl, I’ve stumbled over the macro Base.Test.@inferred. I took a look at the source code but didn’t get much wiser. Also, there’s no documentation

Re: [julia-users] IDE for Julia

Just check the contributor list here: https://github.com/JunoLab/atom-julia-client/graphs/contributors Let's say it's fairly strongly tilted towards Mike at the moment (who also originally built most of the Juno LightTable IDE) :)

Re: [julia-users] Re: Multidimensional linear extrapolation on irregular grid

Update: I just pushed the linear extrapolation stuff to https://github.com/tlycken/Interpolations.jl/pull/50, so now linear extrapolation works for any interpolation type that supports `gradient` (which, as noted above, unfortunately doesn't include gridded interpolation yet). *@Tim*, I need s

Re: [julia-users] IDE for Julia

Hi Viral, just curious who is working on that development? Your post seems to imply an officially supported effort, but that doesn't mean that development on other IDEs will be discouraged, I presume? :-) (Not that I'm aware of other IDEs being worked on...) Cheers, Kevin On Monday, August 31

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

Reach out of you need help! And, just a minor clarification, the interpolation bits are in the CompEcon (not QuantEcon) repo. Eventually they will probably make there way under the QuantEcon umbrella, but they aren't quite polished enough. Sorry for the unfortunate similarity between the names.

Re: [julia-users] Pure Julia FFT

On Mon, Aug 31, 2015 at 9:41 AM, John leger wrote: > Thank you for the quick answer, I was partly wondering how to get his > version without building a new julia but I should have guess that this was > how it's done. > So now, let's see and bench. > > And I'm still open to suggestions, remarks for

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

I wish I wouldn't have to submit my PhD thesis in 5 weeks, between this and Mike's new work on the julia atom client there's never been so much stuff that I would happily try to contribute too... I'll see how the QuantEcon bit works, but otherwise I might just have a go at the gradient implement

Re: [julia-users] Segmentation fault during Julia compilation

Hi All, I am working on building/porting Julia on ppc64le architecture. I am using Ubuntu 14.10 on top of ppc64le hardware, while compiling Julia code (master branch) I was getting segmentation fault, I am able to resolve this segmentation fault by turning on ‘MEMDEBUG’ flag from ‘src/options.h’

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

Interpolations.jl could do that at one point, but the feature was “lost” in a major rewrite of the API that happened earlier this summer (see https://github.com/tlycken/Interpolations.jl/pull/31). Since then, Tim Holy added support for irregular grids ( https://github.com/tlycken/Interpolation

Re: [julia-users] Pure Julia FFT

Thank you for the quick answer, I was partly wondering how to get his version without building a new julia but I should have guess that this was how it's done. So now, let's see and bench. And I'm still open to suggestions, remarks for the future benchmarks that I will do. Thanks Le lundi 31

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

I thought that Interpolations.jl could do this (it's ticked off the feature wishlist here: https://github.com/tlycken/Interpolations.jl/issues/5), but from what I understand this only works for regularly spaced data?

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

As far as I know Grid.jl also supports irregular grids (InterpIrregular), although it basically does this by invisibly filling in a finer grain grid than you asked for (if my memory of looking through the code is correct). It can't extrapolate beyond the grid edge however. Dave. On Monday, 31

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

@Tim: Interpolations.jl can't do this since the API rewrite, but it's high on my todo list for things to re-add. It's very easy to implement, though - it basically consists of implementing the `gradient` method for any interpolation object type which should support it, and a wrapper extrapolati

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

Yep, constructing a 1d interpoland is about the same as constructing a 6d one! On Monday, August 31, 2015 at 8:26:34 AM UTC-4, Nils Gudat wrote: > > Sounds interesting, I'd definitely give it a go! I'd be doing 3 to 6 > dimensional interpolation, but I'm sure a 3D example would scale up easily!

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

Sounds interesting, I'd definitely give it a go! I'd be doing 3 to 6 dimensional interpolation, but I'm sure a 3D example would scale up easily!?

[julia-users] Re: Multidimensional linear extrapolation on irregular grid

It's not quite ready for public consumption, which is why it isn't released in metadata yet, but you can look at https://github.com/spencerlyon2/CompEcon.jl. It works quite well, but the API isn't totally fleshed out yet. This has support for an arbitrary number of dimensions. If you do want

[julia-users] Multidimensional linear extrapolation on irregular grid

Is there a package that can do a multidimensional (3D and higher) linear interpolation on an irregular grid, and extrapolate values beyond gridpoints? >From what I can see: - Grid.jl can do linear extrapolation, but only on regular grids - The same is true for Interpolations.jl - ApproXD support

[julia-users] I called a Drawing package Draw

And apparently it needs public scrutiny, which I tihnk means posting here? https://github.com/JuliaLang/METADATA.jl/pull/3227#issuecomment-136326317 Is Drawing OK instead? Maybe you guys should reserve these limited, unusable names? Andrew

Re: [julia-users] Converting a string to an array?

Great. Thank you. On Monday, August 31, 2015 at 11:52:09 AM UTC+2, René Donner wrote: > > Hi, > > yes, it works almost the same: > > julia> eval(parse("[1,2,3]")) > 3-element Array{Int64,1}: > 1 > 2 > 3 > > > parse parses the string into an expression (abstract syntax tree, AST), > and

Re: [julia-users] Pure Julia FFT

If you are enquiring about the git-mechanics to get that branch built, see below. (Otherwise ignore.) You can build that branch. The last rebase is on branch yyc/dftnew_rebase, but it was not tested. This "should" work: git clone g...@github.com:JuliaLang/julia.git git checkout yyc/dftnew_reb

Re: [julia-users] Converting a string to an array?

Hi, yes, it works almost the same: julia> eval(parse("[1,2,3]")) 3-element Array{Int64,1}: 1 2 3 parse parses the string into an expression (abstract syntax tree, AST), and eval, well, evaluates ;-) But take care, any valid code inside the string will get executed. Rene Am 31.08.2015

[julia-users] Converting a string to an array?

How can I convert the string representation of an array, such as the following string, into an Array? s = "[1,2,3]" I am reading these strings from a file and I am looking for an easy way to have them as a list. In Python I would use eval function. Is there an alternative in Julia? Many

[julia-users] Pure Julia FFT

Hello everyone, I am currently playing with Julia and OpenCL, so far everything is good. I would like to bench: FFT in Pure Julia, the fftw wrapper, the opencl FFT deployed on GPU and CPU (so 4 benchmarks). There is already everything ready except the pure julia fft. I have found some informati

[julia-users] Re: IDE for Julia

Also, it is worth pointing out that a lot of the future IDE effort (Juno 2) will be focussed around Atom. https://atom.io/packages/language-julia https://github.com/JuliaLang/atom-language-julia https://github.com/JunoLab/atom-julia-client -viral On Thursday, August 27, 2015 at 9:12:22 PM UTC+

Re: [julia-users] Disable deprecation warnings

Yes, in fact the code works without the macro using the Tuple{...} notation. The entire point of the macro is to make {...} = Tuple{...}, since in this use case it looks and feels very elegant. I felt that new Julia users would not immediately "get" the difference between Tuple types and tuple