Very useful, many thanks!!
Cheers!
Thank you for the information.
I'll double check.
2014年9月7日日曜日 12時24分31秒 UTC+9 Isaiah:
>
> It seemed that actions along with lexical rules are written in OCaml, Go,
>> and C (not in Julia).
>
>
> Ragel has it's own definition DSL, but the code generated by Daniel's
> backend should be pure-Ju
Hi, this is matplotlib-related (the python lib behind PyPlot). You have to
change the figsize or the dpi either this way:
http://stackoverflow.com/questions/17230797/how-to-set-the-matplotlib-figure-default-size-in-ipython-notebook
Or that way:
http://stackoverflow.com/questions/332289/how-do-y
I've been writing a few for loops in Julia and seen a few behaviours that
were surprising to me:
Firstly, it seems that using `in` is converted to `=` at some point in the
parser. This caught me out when looking at a macro that expanded to a for
loop.
julia> quote for x in y print(x) end end
q
The follow (contrived) code illustrates a problem that I would like to
overcome. The problem seems to be one of getting the contents of a module
seen by multiple processors. Is there any solution other than stripping
the functions out of the module, putting them into a separate file and then
John, this sounds very interesting. At some point I will need to do a bit of
an overhaul on ImageView, and I certainly plan to take a close look at this
package.
Best,
--Tim
On Saturday, September 06, 2014 01:35:33 PM j verzani wrote:
> The new Interact.jl package allows you to use interactive
This suggests you're running a 0.2 version of julia but the package assumes
0.3. Would it be an option to upgrade to the stable 0.3 series? (There are
ways to fix it so you get an older version of the package on 0.2, but 0.3 is
recommended anyway.)
--Tim
On Saturday, September 06, 2014 08:26:2
Tim, is there a way to show Compose output in ImageView? Will be nice to
have SVG rendering - that's the fastest Compose backend. It would also let
Gadfly plots show up.
On Sun, Sep 7, 2014 at 5:35 PM, Tim Holy wrote:
> John, this sounds very interesting. At some point I will need to do a bit
>
Hi Richard,
Give
@everywhere using NLSolve
a try. Hope that helps.
Sam
Hello colleagues,
On Sunday, September 7, 2014 2:21:15 PM UTC+2, Shashi Gowda wrote:
>
> Tim, is there a way to show Compose output in ImageView? Will be nice to
> have SVG rendering - that's the fastest Compose backend. It would also let
> Gadfly plots show up.
>
Compose (as most of the drawin
Hi all,
I'm trying to get started with Julia but I'm having some troubles.
After finally getting to get iJulia to run and starting a notebook in the
browser, I can finally follow and execute all the code, but I still can't
see any inline graphs.
The code runs correctly (first it complained abou
Hi,
I've been trying out the Juno plugin after finding out that Julia Studio
unfortunately doesn't work well for me at the moment. Juno seems really
nice, and I'd highly recommend checking it out. However, I have some issues
with plotting and the REPL.
First, the plotting. Gadfly seems to work
Which package are you using for plotting? Gadfly and PyPlot currently work
well with IJulia as far as I know.
On Sun, Sep 7, 2014 at 7:21 PM, Bruno Morgado wrote:
> Hi all,
>
> I'm trying to get started with Julia but I'm having some troubles.
>
> After finally getting to get iJulia to run and s
Thanks Sam. Your suggestion combined with using require on the two
functions and it works.
On Sunday, 7 September 2014 14:31:53 UTC+1, Sam Kaplan wrote:
>
> Hi Richard,
>
> Give
>
> @everywhere using NLSolve
>
> a try. Hope that helps.
>
> Sam
>
>
On Sunday, September 7, 2014 6:00:55 AM UTC-5, m...@wilfred.me.uk wrote:
>
> I've been writing a few for loops in Julia and seen a few behaviours that
> were surprising to me:
>
> Firstly, it seems that using `in` is converted to `=` at some point in the
> parser. This caught me out when looking
You can change the figure size easily by just
figure(figsize=(xx, yy))
etcetera, exactly as in Python.
On Sunday, September 7, 2014 6:58:14 AM UTC-4, gael@gmail.com wrote:
> BTW, you can switch to vector graphics following the indications in this
> thread (you just have to change Ju
I misunderstand that Julia Logo and three dots logo graphic can be used
under the MIT core team's grant.
So anime character is NOT derivative work of Julia logos.
I think new Julia anime character is independent from Julia Logo, and their
license is:
(quote from CC pages (license under the
htt
Hi,
I was wondering if searching in a dataframe is indexed (in the DB sense,
not array sense. e.g. a tree index structure) or not? If so can you have
multiple indices (on multiple columns) or not?
No, DataFrames are not indexed. For now, you’d need to build a wrapper that
indexes a DataFrame to get that kind of functionality.
— John
On Sep 7, 2014, at 9:53 AM, Steven Sagaert wrote:
> Hi,
> I was wondering if searching in a dataframe is indexed (in the DB sense, not
> array sense. e.g.
When you start with an empty array and grow it one element at a time with
push!, does the underlying array memory block get copied & expanded by one
or in larger chunks (like ArrayList in Java)?
It gets expanded in chunks.
— John
On Sep 7, 2014, at 10:15 AM, Steven Sagaert wrote:
> When you start with an empty array and grow it one element at a time with
> push!, does the underlying array memory block get copied & expanded by one or
> in larger chunks (like ArrayList in Java)?
This was a feature that sorta existed for a while (see
https://github.com/JuliaStats/DataFrames.jl/issues/24 ), but nobody was
very happy with it, and I think John ripped it out as part of one of his
simplification passes. It's tricky to think about how best to implement
this sort of feature when y
FWIW, I think it’s much easier to index structures if every row has an atomic
existence that is independent of the table it is currently part of. (This is a
big part of my interest in moving away from matrix semantics and towards
relational model semantics.)
It’s a little harder to index DataFr
I know it's a little late, but I was looking for the same thing and
couldn't find it. I've made some slight adjustments to some code I found on
github and made functions for nanmean and nanstd. I did not optimize for
performance and wanted them to be able to handle arrays of various sizes.
NA
Maybe a special REPL mode where you can get a pager view of ans?
julia> Sys.dllist()
81-element Array{String,1}:
"/Users/ivarne/dev/julia/usr/lib/libjulia.dylib"
"/usr/lib/libSystem.B.dylib"
"/System/Library/Fra
I think we’re still not really interested in promoting the use of NaN as a
surrogate for NULL, especially given that Nullable is going to be added to Base
in 0.4.
Your functions would perform substantially better if you iterated over the
values of A. For example,
function nanmean(A::Array)
Hi There,
I know its a little late, but I've had the same need for nanmean and
nanstd, and when I stumbled across this I noticed that your function
example will not provided the same answer as matlab. For example,
x= [1 2 NaN]
will produce the answer of 1.5 in matlab, but 2/3 using your func
Thanks for the tip John. I'll add that feature to my functions!
On Sunday, September 7, 2014 10:45:28 AM UTC-7, John Myles White wrote:
>
> I think we’re still not really interested in promoting the use of NaN as a
> surrogate for NULL, especially given that Nullable is going to be added to
> Ba
John, if you haven't already, you might want to read up a bit on column
oriented databases. It seems like these map more closely to dataframes in
their current form, and it'd be good to understand what's been done with
them, and what is/isn't possible before deciding to move to a row-oriented
a
I've read up a little bit on column-oriented DB’s and will be doing a bunch
more as I start thinking about how to design DataTables.
The trick is that right now DataFrames aren’t databases at all in the
relational model sense, because they impose a bunch of structure that a DB
doesn’t have to p
More specifically, the underlying array size starts at 16 elements and
doubles whenever it grows beyond it's underlying size. (This might change
when the array gets large, but I haven't looked at that code recently, so I
forget the details.)
Cheers,
Kevin
On Sunday, September 7, 2014, John Myl
Since we’re on this topic, I recently discovered this document in one of FB’s
open source libraries for C++:
https://github.com/facebook/folly/blob/master/folly/docs/FBVector.md
It makes an interesting argument for growing arrays by a factor smaller than 2
when resizing them so that you can reu
Jason Merrill,
Thank you for your speed up suggestions.
Managed to get close to a factor of 2 speed up
out of GaussLegendre. I quickly looked at
GaussJacobi too and also got a significant
speed up there... still more to do on that code.
Alex
On Tuesday, 2 September 2014 20:52:28 UTC-4,
Thanks for the response.
> It's both less bad and weirder than that. Integers are iterable.
Cripes! I've found the relevant mailing list thread you mentioned:
https://groups.google.com/forum/#!msg/julia-users/bNDcBnF5hd0/q2GL2UtbmVIJ
. Stefan mentions this decision could be revisited, so I'm h
With a sufficiently compelling argument, I imagine it might be conceivable---
there are other equally-fundamental decisions that are viewed as being in-play
during the 0.4 series. You might start by disabling that behavior and then
seeing what aspects, if any, of `make testall` break.
But as an
You just have to ask for permission – technically the copyright is mine since I
made the logo. Using elements of it for something like this may well be fair
use, but if you ask, I'm likely to say yes as long as it's for non-commercial
use.
> On Sep 7, 2014, at 5:27 PM, Takeshi Kimura wrote:
>
If you identify scalars with zero-dimensional arrays, then this behavior falls
out naturally. In Julia those *are* different things, but it still makes sense
for them to behave similarly. To make a hard break between a zero-dimensional
array and a scalar seems to me to require some argument – ho
Interesting read! How about opening an issue?
On Sunday, September 7, 2014, John Myles White
wrote:
> Since we’re on this topic, I recently discovered this document in one of
> FB’s open source libraries for C++:
> https://github.com/facebook/folly/blob/master/folly/docs/FBVector.md
>
> It make
This should not happen and as Tim said, the cause version incompatibility
between the installed version of Distributions and Julia 0.2.X.
Our Package system has great support for version requirements, but it is a
manual process to ensure that one update requirements before tagging a new
release
Thanks, Isaiah. Can you please add more details about closing Julia
modules? Is it like finalizing them so that no more details can be added to
it later? If so, what is rationale behind it?
On Sunday, September 7, 2014 6:14:55 AM UTC+3, Isaiah wrote:
>
> I believe this is not currently exposed,
Hi Everyone,
I've been having some trouble using a for loop to perform tasks over
similarly named vectors. This simple example below illustrates my problem
pretty well. I would like to create two 5x5 arrays of zeros, but with
dynamic names. In this case x_foo and x_bar would be the names. When
EDIT: Sorry I forgot to add the output.
julia> n=5
5
julia> for i in ["foo","bar"]
x_$i=zeros(n,n)
println("x_$i")
end
x_foo
x_bar
julia> x_foo
ERROR: x_foo not defined
On Sunday, September 7, 2014 3:03:01 PM UTC-7, Alex wrote:
>
> Hi Everyone,
>
> I've been hav
Hi Alex,
You can’t use things like x_$i as variable names. The $i interpolation trick
applies only to strings — no other construct in the entire language will
perform this kind of interpolation.
You could use a macro to generate variables like this, but it’s not clear to me
why you’d want to.
Yes. The recommended work-around/workflow is to make changes within the
module declaration, and call `reload` to get those changes. It's a similar
issue to what is discussed here:
https://github.com/JuliaLang/julia/issues/265
(and could potentially be changed whenever that is resolved)
This might
Hello,
It takes very long for the julia script to even start running (about a
litte over 10 seconds). Looking at some posts here, it appears this problem
can be solved if I change how I use other packages. However, it is not
clear to me what the solution is. I would appreciate if anyone could
Glad I could help.
I've been following Chebfun for a few years, and really admire the work that
you and that team have done.
I haven't run into this problem in Julia, but making too many things iterable
can make it hard to write generalized flatten. I.e. you might want to say
something like "if an element is not iterable, push it onto the accumulator;
otherwise, flatten it recursively." Doesn't work like you'd expect
Sorry, 'cripes' was just me saying that it surprised me. Let me attempt to
make the case for change.
The suitability of the any language feature depends on how well it stacks
up to Julia's goals. I think consistency, orthogonality, and finding errors
early are good goals, but I admit I've chose
On Sunday, September 7, 2014 7:28:18 PM UTC+2, Harlan Harris wrote:
>
> This was a feature that sorta existed for a while (see
> https://github.com/JuliaStats/DataFrames.jl/issues/24 ), but nobody was
> very happy with it, and I think John ripped it out as part of one of his
> simplification p
Hi John,
I don't actually want to generate variables like that, but perform actions
on list of variables and I thought that example was a good way of boiling
down the problem I was having. So what I'm really trying to do is something
more like this. I guess I thought that ["foo", "bar"] was be
Yeah, this is definitely not how Julia works. Why not write a function that
does what you want, then call it on x_foo and then later on x_bar?
-- John
On Sep 7, 2014, at 4:34 PM, Alex wrote:
> Hi John,
>
> I don't actually want to generate variables like that, but perform actions on
> list
Well, you can write an interface to sqlite to generate in-memory DB's. The only
restriction is that you won't get some of the semantics you might want relative
to DataFrames, which allow entries of all types.
Personally, I'm much less interested in Spark and SciDB and much more
interested in Hi
On Sunday, September 7, 2014 7:53:15 PM UTC+2, Jason Merrill wrote:
>
> John, if you haven't already, you might want to read up a bit on column
> oriented databases. It seems like these map more closely to dataframes in
> their current form, and it'd be good to understand what's been done with
One problem with your consistency point, Wilfred: you can iterate over an array
of arbitrary order with a single for loop.
-- John
On Sep 7, 2014, at 4:19 PM, m...@wilfred.me.uk wrote:
> Sorry, 'cripes' was just me saying that it surprised me. Let me attempt to
> make the case for change.
>
As far as Spark/Spark SQL is concerned: there is now a very nice high
level API that's in the process of being open sourced called "distributed
dataframe" http://ddf.io/. It's java based but also has R & Python
interfaces. You could wrap that via JavaCall or via PyCall.
On Monday, September 8,
Hi all-
I recently upgraded to Julia 0.3 and encountered a problem generating
matrices of random data using Distributions. I did not receive this error
with Julia 0.2. I receive the following error in both IJulia and terminal:
using Distributions
x = rand(Normal(0,1),10,10)
`rand` has no metho
On Monday, September 8, 2014 1:37:50 AM UTC+2, John Myles White wrote:
>
> Well, you can write an interface to sqlite to generate in-memory DB's. The
> only restriction is that you won't get some of the semantics you might want
> relative to DataFrames, which allow entries of all types.
>
> Per
I kind of suspect my team (which is the team that invented Hive) isn't likely
to stop using Hive anytime soon.
-- John
On Sep 7, 2014, at 4:50 PM, Steven Sagaert wrote:
>
>
> On Monday, September 8, 2014 1:37:50 AM UTC+2, John Myles White wrote:
> Well, you can write an interface to sqlite
Have you tried:
using Distributions
x = rand(Normal(0,1),(10,10))
That should work.
On Sunday, September 7, 2014 7:47:24 PM UTC-4, Christopher Fisher wrote:
>
> Hi all-
>
> I recently upgraded to Julia 0.3 and encountered a problem generating
> matrices of random data using Distributions.
I'm pretty sure you shouldn't have to write an explicit tuple. If
rand(Normal(0, 1), 10, 10) doesn't work, I believe that's a bug.
-- John
On Sep 7, 2014, at 4:54 PM, curiousle...@gmail.com wrote:
> Have you tried:
>
> using Distributions
> x = rand(Normal(0,1),(10,10))
>
> That should work.
I'm confused, because it looks to me that Distributions and ArrayViews
haven't been bumped in months - when exactly did it go wrong?
versioninfo(true) output would be very helpful
On Sunday, September 7, 2014 4:48:54 PM UTC-4, Ivar Nesje wrote:
>
> This should not happen and as Tim said, the caus
It would be nice. I sorted out the Gtk code from the Interact code. But I
would need to remove the output widgets to have any luck with having the
same @manipulate commands working in both environments. I couldn't figure
out how to generate these automatically.
On Sunday, September 7, 2014 2:56
Tim it is useful for really simple things, but ImageView would be too
complicated.
On Sunday, September 7, 2014 8:05:09 AM UTC-4, Tim Holy wrote:
>
> John, this sounds very interesting. At some point I will need to do a bit
> of
> an overhaul on ImageView, and I certainly plan to take a close l
What am I doing wrong with my parametric types?
I have this Cartesian product function
function cart_product{E}(n, A::Vector{Vector{E}})
lengths = [length(a) for a in A]
elems = Array(E, length(A))
accum_lengths = Array(Integer, length(A))
accum_lengths[1] = prod(lengths[2:])
for i = 2:
I think the types of your inputs might be wrong. In particular, I think the
type of the inner containers isn't right: you're getting Array{Array{T,N},1}
when you wanted Array{Array{E,1},1} for some specific E.
-- John
On Sep 7, 2014, at 5:50 PM, Zenna Tavares wrote:
> What am I doing wrong w
Thank you John and curiou...@gmail.com. The syntax below worked just fine.
Thanks again!
On Sunday, September 7, 2014 7:54:53 PM UTC-4, curiou...@gmail.com wrote:
>
> Have you tried:
>
>
> using Distributions
>
> x = rand(Normal(0,1),(10,10))
>
>
> That should work.
>
>
> On Sunday, September 7,
Unfortunately the only way to "solve" this problem currently is to compile
Julia from source and include your most commonly used packages in the
system image build. If you are adventurous there are posts on this mailing
list about how to go about doing that.
On Sunday, September 7, 2014 6:52
Thank you for your reply.
I have followed the steps under
http://stackoverflow.com/questions/17582137/ipython-notebook-svg-figures-by-default.
I found ~.ipython/profile_julia/ipython_notebook_config.py and uncommented
and changed several lines:
c.InlineBackend.figure_format = 'svg'
c.InlineBa
Done: https://github.com/JuliaLang/julia/issues/8269
— John
On Sep 7, 2014, at 1:38 PM, Kevin Squire wrote:
> Interesting read! How about opening an issue?
>
> On Sunday, September 7, 2014, John Myles White
> wrote:
> Since we’re on this topic, I recently discovered this document in one of
Any ideas please?
On 2014年09月05日 08:55, K Leo wrote:
Say I have a 2-dimensional array B, I suppose it is an iterable, but
how do I construct s?
70 matches
Mail list logo