On Tuesday, December 16, 2014 4:55:39 PM UTC-5, Ivar Nesje wrote:
* Is code from Docile.jl, Lexicon.jl, and Markdown.jl being used /
incorporated into Julia proper?
Yes.
* Will the new syntax be `doc ...`, `@doc ... -`, or something
else?
The - is probably going away, but final
Hi John,
Another might be to support having docstrings in separate files (e.g.,
foo.jl and an optional corresponding foo.jldoc for detailed docstrings).
Docile.jl does support this feature already with:
@doc meta(file = foobar-docs.md) -
foobar(x) = x
Granted the syntax is slightly bulky,
Another option might be to simply have a global variable in Lexicon.jl that
tell ? how much the user wants to see.
That’s definitely a possibility.
Or maybe using TermWin.jl https://github.com/tonyhffong/TermWin.jl to
expand different sections of a docstring interactively, though I’ve not
Maxwell, it would be great if you could submit a pull request to add that
documentation.
Best,
--Tim
On Wednesday, December 17, 2014 07:23:50 AM Andreas Noack wrote:
You might be right that it is not documented, but they are supported. Have
a look in src/univariate/continuous
julia using
So would I.
Christoph
On Wednesday, 17 December 2014 04:53:34 UTC, ivo welch wrote:
I would have a buy 3 year membership paypal button for $50 on the
julia front page. this way, you also will have some running list of
people particularly interested in the language. if this exists, I
Do you need one file per docstring, or can you pack the docs for many functions
in one file? I think you'd need to be able to do the latter if we want there to
be some kind of automatic correspondence between foo.jl and foo.jldoc.
--Tim
On Wednesday, December 17, 2014 01:23:45 AM Michael
Do you need one file per docstring, or can you pack the docs for many
functions in one file?
One file per docstring currently. My thinking was that docstrings that are
short enough to warrant packing
several into a single file are probably short enough that they could go
directly into the
Hello,
Just want to let you know that MatrixDepot v0.0.3
https://github.com/weijianzhang/MatrixDepot.jl is released. Now you can
add more properties using the macro @addproperty. Thanks for Christian's
suggestions.
The Documentation is
here:
I've tried all of the plotting packages. Winston is a nice start but still
a little rough around the edges. I couldn't get a colorbar, for example,
and the fonts aren't as well rendered as in Matplotlib.
ImageView is nice for peeking at things, but it doesn't produce plot
annotations, AFAIK.
I want to be able to write:
@makevar(life, 42)
which will expand to
life = 42
How do I do this?
Why do I want to do it? Because it would be cool to have a feature like in
Octave where I could load an HDF5 file, and it automatically sets the
variables from the file.
It's easy to write a macro that takes a static literal string and makes a
variable out of it.
It's much harder (maybe impossible) to write a macro that takes in a variable
that happens to be bound to a string value and to make a variable out of the
value you happen to have stored in that
For the usage goal, have you seen HDF5.jl?
https://github.com/timholy/HDF5.jl#quickstart
The @save and @load macros will do this for you (there are some limitations
- but Tim, Simon, et al. have pushed things about as far as they possibly
can at present).
On Wed, Dec 17, 2014 at 5:37 AM, Zeta
On Wednesday, 17 December 2014 14:29:27 UTC, Isaiah wrote:
For the usage goal, have you seen HDF5.jl?
https://github.com/timholy/HDF5.jl#quickstart
The @save and @load macros will do this for you
Cool beans.
On Tue, Dec 16, 2014 at 6:50 PM, ivo welch ivo...@gmail.com wrote:
my note was partly a joke, partly a warning. the R community started out
very nice, too. many still are. but some of the tone has shifted towards
the obnoxious. the weirdest part is that there are some people who seem
to
I'm curious what the membership model for other projects is. What is
entailed in a membership? Do you get anything or is it sort of a symbolic
status in return for donation?
On Tue, Dec 16, 2014 at 11:53 PM, ivo welch ivo.we...@anderson.ucla.edu
wrote:
I would have a buy 3 year membership
Even though calling Julia through a REST API is certainly a viable
approach, I think that loading the Julia runtime into Rust shouldn't be
hard. See ui/repl.c
https://github.com/JuliaLang/julia/blob/master/ui/repl.c for how the REPL
loads and uses libjulia. This should be basically the same from
On 17-Dec-2014, at 9:00 pm, Stefan Karpinski ste...@karpinski.org wrote:
On Tue, Dec 16, 2014 at 6:50 PM, ivo welch ivo...@gmail.com wrote:
my note was partly a joke, partly a warning. the R community started out
very nice, too. many still are. but some of the tone has shifted towards
On Wednesday, December 17, 2014 6:47:03 AM UTC-5, Michael Hatherly wrote:
Do you need one file per docstring, or can you pack the docs for many
functions in one file?
One file per docstring currently. My thinking was that docstrings that are
short enough to warrant packing
several into a
It looks like the solution proposed related to a storage of Julia variables
in an HDF5 file; rather than an HDF5 file itself.
However, the referenced jl file did provide some clues as to my original
problem:
macro makevar(name, val)
return :($(esc(symbol(name))) = $val)
end
Hi,
I would like to add a licence to my tutorial materials (
https://github.com/dpsanders/scipy_2014_julia) so that people can reuse
them.
Is the MIT licence suitable for this, or should I be using a Creative
Commons one or something else instead?
Somehow a tutorial feels different from code.
this may be relevant / interesting / inspirational:
http://www.javarepl.com/console.html
the git repo is on:
https://github.com/albertlatacz/java-repl
i may try to look into that code some ...
best,
cdm
On Wednesday, December 17, 2014 7:41:19 AM UTC-8, Isaiah wrote:
I'm not
for some additional context on the Java REPL:
http://www.infoq.com/news/2014/09/repl-for-java
etc.
ImageView does have an annotation framework, see
https://github.com/timholy/ImageView.jl#annotations
But the use case is really aimed at interactivity, not for producing polished
plots. You can export, though, with `write_to_png`.
--Tim
On Wednesday, December 17, 2014 06:08:59 AM David Smith
here, here ...
setting up something on
https://gittip.com/ | https://gratipay.com/
may also prove worthwhile.
cdm
On Wednesday, December 17, 2014 3:19:10 AM UTC-8, Christoph Ortner wrote:
So would I.
Christoph
On Wednesday, 17 December 2014 04:53:34 UTC, ivo welch wrote:
Thanks Andreas! That's awesome!
On Wednesday, December 17, 2014 12:23:54 AM UTC-6, Andreas Noack wrote:
You might be right that it is not documented, but they are supported. Have
a look in src/univariate/continuous
julia using Distributions
julia d1 = NoncentralF(1.2,2.3,3.4)
I agree Tim! I will work on that.
On Wednesday, December 17, 2014 5:13:50 AM UTC-6, Tim Holy wrote:
Maxwell, it would be great if you could submit a pull request to add that
documentation.
Best,
--Tim
On Wednesday, December 17, 2014 07:23:50 AM Andreas Noack wrote:
You might be
I'm not really sure. The Julia manual end up being MIT sort of by accident
just because it's part of the julia repo and the MIT license applies to
everything that doesn't have a different license indicated. Some CC license
may be better.
On Wed, Dec 17, 2014 at 11:39 AM, David P. Sanders
Hi,
We had a few events in Japan recently;
--
1. Book
We wrote an article about Julia in Japanese.
The article is in a book about R, データサイエンティスト養成読本 R活用編 (literally
means Data Scientist Training Textbook: R Language edition) .
Here's the link to Amazon Japan;
On Tuesday, December 16, 2014 4:15:42 PM UTC-5, David Smith wrote:
My biggest wish-list item (as a medical imager) would be native Julia
plotting that is similar to Matplotlib. I'd rather not have to require
that people have Python alongside Julia. Makes Julia sound less mature.
On Tuesday, December 16, 2014 8:33:27 AM UTC-5, RecentConvert wrote:
In my case the problem turned out to be my .juliarc.jl file. My guess is
that loading PyPlot there had caused plots to be plotted in a separate
window. The result of the same command are still qt4agg.
Yes, that would
It seems like a Creative Commons license would be good for this kind of
material. There are variants to restrict commercial use, that you wouldn’t get
with an MIT license.
You can choose your own license terms here:
https://creativecommons.org/choose/
-Craig
On Dec 17, 2014, at 11:39 AM,
In this particular case, the Python version on RosettaCode seems insanely
overcomplicated. I updated the Julia version to a much simpler
implementation
(http://rosettacode.org/wiki/Parsing/RPN_calculator_algorithm#Julia).
(As usual, the J version is the one to beat for terseness, at the
My opinion is that as a matter of policy, official documentation for Julia
should be under a free/libre license, whether that license is CC or MIT or
otherwise. Some of the CC licenses are non-free, for instance those that
place restrictions on commercial use. The Software Freedom Law Center
+1. Please reconsider making a @doc (at least a NOP) for 0.3.x - this way
we can start writing repl-printable docstrings that will be useful in 0.4
but not have our code break in earlier versions.
On Tuesday, December 16, 2014 4:50:56 PM UTC-8, ele...@gmail.com wrote:
So if otherwise
This debate seems a little premature to me since the definition of @doc is not
totally finished yet and we need to finalize that before anyone should be
adding documentation to 0.3 packages.
-- John
On Dec 17, 2014, at 3:15 PM, Seth catch...@bromberger.com wrote:
+1. Please reconsider
Just add this to your modules:
if VERSION v0.4.0-dev
using Docile
end
and use the subset of @doc common to 0.3 and 0.4.
--Tim
On Wednesday, December 17, 2014 12:15:03 PM Seth wrote:
+1. Please reconsider making a @doc (at least a NOP) for 0.3.x - this way
we can start writing
I respectfully disagree. I would agree with you if your statement concluded
before anyone should be adding documentation to ANY packages, but the
thing is, @doc is available for use in 0.4 and, while the definition may
change, it's merely a matter of break-fix if the format changes so much
Wouldn't it be good if at least the code of tutorials is MIT
licensed. That way it could be used in the mostly MIT licensed packages
without hassle?
On Wed, 2014-12-17 at 09:31, Stefan Karpinski ste...@karpinski.org wrote:
I'm not really sure. The Julia manual end up being MIT sort of by
Hi Petr,
In case you weren't aware, there's a Julia package for computation of
arbitrary-order Gauss quadrature
rules: https://github.com/billmclean/GaussQuadrature.jl
-Alex
On Tuesday, December 16, 2014 11:31:01 PM UTC-6, Petr Krysl wrote:
Hello everybody,
In case you're interested, here
First off, good point, and thank you for PyPlot and PyCall. I use these
packages a ton.
But loading PyPlot is by far the slowest part of my code currently. Maybe
that will go away with module caching? I was, perhaps incorrectly,
thinking it was slow because it was Python.
Also passing
Yes, it seems to me that unless there's a motivation for a different
license, it might well be a good idea to make free documentation available
under the MIT license, including the examples.
On Wed, Dec 17, 2014 at 4:12 PM, Mauro mauro...@runbox.com wrote:
Wouldn't it be good if at least the
Excellent! Missed that one...
P
On Wednesday, December 17, 2014 1:14:37 PM UTC-8, Alex Ames wrote:
Hi Petr,
In case you weren't aware, there's a Julia package for computation of
arbitrary-order Gauss quadrature rules:
https://github.com/billmclean/GaussQuadrature.jl
-Alex
On Tuesday,
On Wednesday, December 17, 2014 4:14:37 PM UTC-5, Alex Ames wrote:
Hi Petr,
In case you weren't aware, there's a Julia package for computation of
arbitrary-order Gauss quadrature rules:
https://github.com/billmclean/GaussQuadrature.jl
And there's a somewhat fancier package at:
Great. Normally I have no use for Gauss rules beyond order 4 (at most cubic
finite elements in the library). But it is good to have access to arbitrary
order.
Thanks!
P
On Wednesday, December 17, 2014 1:35:34 PM UTC-8, Steven G. Johnson wrote:
In particular, it looks like you just need:
Has the old Travis technique stopped working? My old Travis files are now
giving me:
ErrorException(The dynamically loaded GMP library (version 5.0.2 with
__gmp_bits_per_limb == 64)
Unfortunately, I'm not sure I can just set language: julia in PyCall.jl
because it also has to run the tests
That sounds unrelated. Is that happening on nightlies, releases, or both?
On Wednesday, December 17, 2014 1:52:44 PM UTC-8, Steven G. Johnson wrote:
Has the old Travis technique stopped working? My old Travis files are now
giving me:
ErrorException(The dynamically loaded GMP library
On Wednesday, December 17, 2014 5:05:37 PM UTC-5, Tony Kelman wrote:
That sounds unrelated. Is that happening on nightlies, releases, or both?
It was happening with PyCall.jl on nightlies, but I switched over to the
new language: julia for now (albeit with only a single python version) and
I'm wondering whether folks are actually basing their repos in ~/.julia and
doing their development and commits from there, or whether there's some
other process that allows development to happen in a more standard location
than a hidden directory off of ~ while still allowing use of Pkg. I'm
That indicates a problem with the julianightlies PPA. `language: julia` on
Travis doesn't use the PPA, in order to be able to install Julia without
using sudo. We're using the generic Linux tarballs - which I think come
with our desired version of libgmp bundled?
On Wednesday, December 17,
Might be a good idea to package OpenBLAS for Arch, if you can't find an
existing PKGBUILD.
On Tuesday, December 16, 2014 2:22:10 PM UTC-8, Milan Bouchet-Valat wrote:
Le mardi 16 décembre 2014 à 13:27 -0800, Elliot Saba a écrit :
I think the problem here is that we might be using something
I'm very interested in this too.
On Wednesday, December 17, 2014 4:21:44 PM UTC-6, Seth wrote:
I'm wondering whether folks are actually basing their repos in ~/.julia
and doing their development and commits from there, or whether there's some
other process that allows development to
It seems to have been a temporary glitch; it's working again.
Also you're going to be better off using the MinGW-w64 cross-compilers,
rather than the Cygwin's own gfortran. Try installing
mingw64-x86_64-gcc-fortran through Cygwin's setup for 64 bit, or
mingw64-i686-gcc-fortran for 32 bit. Then instead of calling gfortran to
compile your Fortran code,
When writing a matrix of type Any into a text file with writedlm/wrirecsv
leading zeros of floats are removed in the process. Julia version 0.3.3 under
win7.
On screen:
Some text 0.1234
In file:
Some text .1234
This is really strange and I can't figure out why this is happening.
I have tried
Hi,
I compiled the latest git version of julia with MKL on linux Mint 17; most
function (BLAS,LAPACK,...) worked however didn't stable for production use
(Winston, Gladfly failed to load). Then turned to the stable release
which produces the following error:
Can you post the exact code you use? There are many ways to print numbers in
Julia, and they give different representations.
Hi,
I wish to work with the Gaussian Mixture distribution (especially rand and
pdf), exactly as in this example
https://github.com/johnmyleswhite/MixtureModels.jl:
mu = [0.0 25.0; 0.0 25.0]
sigma = Array(Float64, 2, 2, 2)
sigma[:, :, 1] = [1.0 0.9; 0.9 1.0]
sigma[:, :, 2] = 7.5 * [1.0 0.0;
Hi. I import a rj file and I need to change a parameter in it from console.
That is there is an important function which depends on this parameter and
there are many functions which depend on this important function. I can
only do this by definin a global variable which is not advised. Is there
I do my development in ~/.julia. I agree that it seemed weird at first, but
it works fine for me.
If you prefer to organize your packages somewhere else, would a symlink be
sufficient?
On Wednesday, December 17, 2014 2:21:44 PM UTC-8, Seth wrote:
I'm wondering whether folks are actually
Thanks for sharing your setup. Symlinks would have to work in a specific
way, since I develop in my Dropbox shared folder, and thus the links would
have to be from ~/.julia to DB. That may cause some issues... I don't know
but will give it a test.
...anyone else do things differently?
On
There is an AUR pkgbuild, but since Julia is in community we can not depend
on that. But yeah the system BLAS seems to be at fault. I added the Arch
maintainer of Julia to the conversation.
@Alexander.
There seems to be an issue with the BLAS implementation for Julia. Would it
be possible to
Thank you Viral and thank you Stefan.
The Rust solution would be an interesting and longer term effort because the
person I would rely on to do most of the development is not yet ready to take
the Rust plunge until it matures/stabilizes a bit more.
The other two ideas REST and zeromq look
Personally, I do develop my packages inside .julia.
If I need to sync across machines, I'll just use git, which I should be
doing more anyway (admittedly this can get annoying when developing on two
machines at the same time, in which case I tend to add the remote julia
instance as a worker and
I am currently building a path planner for 3D printers in Julia. We are
also using a ZeroMQ interface to separate the web interface from the path
planner. This is working very well for us now. We will also be using
JuliaBox for packaging our application.
On Wed, Dec 17, 2014 at 8:05 PM, Eric
So I have a piece of code with 4 Float arrays (let's call them temp, arr1,
arr2, arr3), and this is basically what happens:
for i in [1:1000]
# Some code that modifies the entries of temp.
arr1 = 2*arr2 - arr3 + constants*temp
arr3 = arr2
arr2 = arr1
end
As it turns out, the #Some code that...
Just write a single loop; all do those updates can be done in place.
I also develop in .julia, but it's possible to use any directory as your
package directory. The manual should have some sections that describe how to
configure an alternative to .julia.
-- John
On Dec 17, 2014, at 8:15 PM, Keno Fischer kfisc...@college.harvard.edu wrote:
Personally, I do
I can also attest that connecting a Julia process to other processes with
ZeroMQ is a very good way to go – it's reliable and easy and quite
efficient. ZMQ gives many side benefits too. Probably easier than
developing a full-blown REST interface, imo.
On Wed, Dec 17, 2014 at 8:43 PM, Steve Kelly
On Wed, Dec 17, 2014 at 4:52 PM, cdm cdmclean@gmail.com wrote:
setting up something on
https://gittip.com/ | https://gratipay.com/
Don't these have a limit on the donations received per week? IIRC, it
was USD25/week. Not sure.
Also its mostly a platform for individual foss
These are good points, Svaksha. I don't think we should go with one of
these tipping platforms. Julia is part of NumFocus – a 501(c)(3) that can
accept donations. If anyone wants to donate to Julia development, you can
do it right now from this page:
http://numfocus.org/projects/index.html
We
Sounds good. I'll focus on zeromq first. Thank you :)
The code is standard:
writecsv(C:\\Data\\test.csv, output)
writedlm has the same issue. output is a matrix of type Any with text and
numeric entries.
https://github.com/JuliaLang/julia/blob/59b6080e0a75dbe88b4890189ef02f2dbf4164ea/base/datafmt.jl#L489
writecsv dispatches to print_shortest for the numerical formatting:
io=IOBuffer();
julia print_shortest(io,0.1234);
julia takebuf_string(io)
.1234
i'm not sure i would necessarily classify
I also thought it was repetitive and over-complicated, which made me try
using eval the way I did, since that is what I've seen in some Julia code.
But since that NPR is a public example, It made me think about asking you
guys, because I wanted it to be good code (which is now!) I'll try to
(As usual, the J version is the one to beat for terseness, at the expense
of readability. I have a perverse admiration for the J programmers on
RosettaCode.)
And the emphasis is on the perverse, I assume.
75 matches
Mail list logo