[julia-users] Gadfly PNG to memory

2014-10-03 Thread Jacky Poon
Hi, I want to take a Gadfly plot, convert it to PNG which I can store in-memory so I can ultimately use it as the response to a Morsel.jl request, but I'm struggling to understand iobuffers and displays. How can I get it to work? using Gadfly using Cairo using RDatasets NewPlot = plot(dataset(

[julia-users] working HMM

2014-10-03 Thread Arshak Navruzyan
I'm looking for a functioning HMM implementation. This seems to have a dependency on MixtureModels which doesn't seem to be maintained. https://github.com/nfoti/hmm.jl/blob/master/src/hmm.jl Is there a different package (or perhaps this can be used with GMMs package instead?) Thanks.

[julia-users] Type failure in vectors of parameterised types

2014-10-03 Thread Zenna Tavares
I am getting type failures when dealing with vectors parametric types, and I am not sure of the reason. z = Belief[a,b] function Testa{D <: DistributionType}(basin::Vector{Belief{D}}) "Test" end Testa(z) typeof(z) yields Array{Belief{D<:DistributionType},1} Which is as far as I can see is

Re: [julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread Jan Kybic
On Fri, Oct 3, 2014 at 6:22 PM, Tim Holy wrote: > > Where the problems come in is if your code was exploiting some aspect of the > raw representation of images. In such cases, there is no way to achieve co- > existence: the image either uses one representation or another, not both. So > unfortunat

[julia-users] 'Invalid DISPLAY variable' when draw figure in IJulia using PyCall

2014-10-03 Thread xiongjieyi
I found I can not draw figure using PyCall in IJulia, but draw in Julia console is OK. The PyPlot is also work. In my work I have to use many python package to draw figures, and I hope the figure could be shown in IJulia. Is there any way to solve this error? I put the error message below: jul

Re: [julia-users] make testall failing

2014-10-03 Thread Kapil
Hi Anyone has any ideas about this? And will this affect any further development using julia? On Oct 2, 2014 12:22 PM, "Kapil" wrote: > I get the following output > > julia> addprocs(1) > 1-element Array{Int64,1}: > 2 > > ᐧ > > Regards, > Kapil Agarwal > > On Thu, Oct 2, 2014 at 12:21 PM, Ellio

Re: [julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread Tim Holy
Sorry about the breakages. There are deprecation warnings for most changes. If you were using the API, in principle most things should "just work." There's one big exception: when I have a missing method for new data types. Unfortunately, since this transition introduced a _lot_ of new types, m

Re: [julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread Johan Sigfrids
I think it sound like a good idea so I filed an issue. On Friday, October 3, 2014 5:57:35 PM UTC+3, Erik Schnetter wrote: > > I think Jan is asking for a feature of Pkg.update() that would require > explicit confirmation of an update that changes

Re: [julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread Erik Schnetter
I think Jan is asking for a feature of Pkg.update() that would require explicit confirmation of an update that changes the major version number of a package. -erik On Fri, Oct 3, 2014 at 10:49 AM, John Myles White wrote: > These are very good points, but I think many of us think that Julia is >

Re: [julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread John Myles White
These are very good points, but I think many of us think that Julia is generally too young to provide guarantees of backwards compatibility until 1.0 lands. Many people have tried very hard to handle these things with deprecation periods, but there are sometimes situations where that's not possi

[julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

2014-10-03 Thread Jan Kybic
On Friday, September 5, 2014 11:07:05 PM UTC+2, Tim Holy wrote: > > I'm pleased to announce a major overhaul of the Images package. The big > change > is deeper integration with other packages: Color and FixedPointNumbers. > > Thank you very much for your work, I am sure these changes are in the

Re: [julia-users] Re: Calling Julia from .NET

2014-10-03 Thread Isaiah Norton
You can call your methods the same way you would call them from C, using ccall and .NET interop to expose managed functions with a C ABI. (To be honest, if I was stuck with .NET and wanted a nicer language I would probably just use F#) On Oct 3, 2014 2:23 AM, "Stefan Babinec" wrote: > Hi Isaiah.

Re: [julia-users] how to use ccall with a variable containing the symbol of the form :func_

2014-10-03 Thread moritz braun
Dear Andreas Thanks a lot! regards Moritz On Wednesday, 1 October 2014 16:12:36 UTC+2, Andreas Noack wrote: > > The error message gives a hint > > ERROR: type: fun: in ccall: first argument not a pointer or valid constant >> expression, expected DataType, got Type{(Any...,)} > > > The symbol n

Re: [julia-users] Missing rand(distribution, generator)

2014-10-03 Thread Simon Byrne
Please do! It's actually an open issue: https://github.com/JuliaStats/Distributions.jl/issues/197 but there is no reason we can't do it now for Distributions that don't call Rmath code (such as Exponential). Simon On Thursday, 2 October 2014 23:58:09 UTC+1, Andrew Dolgert wrote: > > Darn, now i