0:03 PM UTC+1, Chris Rackauckas
wrote:
>
>
>
> On Wednesday, September 14, 2016 at 7:36:18 AM UTC-7, Jacob Quinn wrote:
>>
>> readdir()
>>
>> On Wed, Sep 14, 2016 at 8:34 AM, Adrian Lewis
>> wrote:
>>
>>> In the filesystem package, if we have pwd() and cd(), why do we not have
>>> ls()?
>>>
>>> Aidy
>>>
>>
>>
In the filesystem package, if we have pwd() and cd(), why do we not have
ls()?
Aidy
9:45:02 AM UTC-7, Lewis Levin wrote:
>
> Deeper view of the problem. Either code in Julia packages or OS X itself
> can't resolve symlinks properly.
>
> If you look at the conflict message, the conflict is between libtk.dylib
> and /Library/Frameworks/Tk.framework/Versions/
d the OS still blocks.
On Monday, August 29, 2016 at 9:30:20 AM UTC-7, Lewis Levin wrote:
>
> I'd seen that reference you suggested and I don't really want to change
> all the dependencies.
>
> Something in the latest mods of ImageView or Images broke things. All
>
I'd seen that reference you suggested and I don't really want to change all
the dependencies.
Something in the latest mods of ImageView or Images broke things. All I've
done is to reinstall Julia 0.4.6 and all packages. All of the
dependencies: Python, TK, tcl have been left as is.
If I d
It is a bit beyond me to debug what follows.
My Python build works fine. PyPlot within Julia works fine.
I suspect the problem is with the ImageView package.
objc[34842]: Class TKApplication is implemented in both
/Library/Frameworks/Tk.framework/Versions/8.5/Tk and /usr/lib/libtk.dylib.
One
y you
> anything in terms of expressive power.
>
> --John
>
> On Monday, August 15, 2016 at 8:38:04 PM UTC-7, Lewis Lehe wrote:
>>
>> Hi I was wondering if there is a way to do this? To access a fieldname
>> with a variable?
>>
>> type Foo
>>
Hi I was wondering if there is a way to do this? To access a fieldname with
a variable?
type Foo
bar:Float64
end
foo = Foo(5.0)
test = :bar
foo[test]
Also, I wondered if there is a way to convert an object into a dict? I want
to "println" an object in a way that's readable in the output, l
Hi I am using the PyPlot package to make mathematical plots, and I use the
Atom julia client.
Is there a way to make the plots appear in the Plots pane? I don't know
exactly what it is good for. They pop up in their own windows behind the
atom client, and it is a hassle to switch windows to see
thanks Islam! I had tried to use the vcat and did't get the result I
wanted, but I didn't think of using the splats.
On Fri, Jun 10, 2016 at 11:01 AM, Islam Badreldin wrote:
> Hi Lewis
>
> Please see below
>
>
> On Friday, June 10, 2016 at 12:48:57 PM UTC-4, L
Hi I I wondered if there is a neat in Julia way to create a
multi-dimensional array from an array of arrays. This would be useful for
creating data structures programatically.
For example...
arr = map(x->[0 1 2 3],1:8)
now i have this array of arrays. but what I would really like is to make
t
The Python doc for tk will provide some hints...
On Sunday, March 27, 2016 at 5:09:51 PM UTC-7, Daniel Carrera wrote:
>
> Hello,
>
> When it comes to GUI toolkits in Julia, Gtk seems to be the main choice,
> followed by Tk. At least in terms of development effort:
>
> Gtk.jl -- 444 commits, 23 co
Of course.
And that's the hardest thing: what we're used to in Bash doesn't work in
Julia.
Thanks.
I've been pretty happy using Atom with just "language-julia". I've tried
Juno: julia-client and ink with the support installed into julia. But,
there are many problems and few benefits. Maybe we get too dependent on
fancy IDEs.
I also install terminal-plus. Just launch a terminal--it sta
Not sure what was wrong with this:
function preparation()
>
> run(pipeline(`find -s /Volumes/ll1t/pictures/`,
>> "~/Dropbox/Elements/QuickRef/export.txt"))
>
> run(pipeline(`find -s /Volumes/Photos/Pictures/`,
>> "~/Dropbox/Elements/QuickRef/source.txt"))
>
> end
>
>
Error from the shell
ithub.com/JuliaLang/Interact.jl
>
> On Fri, Mar 25, 2016 at 1:59 PM, Lewis Lehe > wrote:
>
>> Err that is
>>
>> slider[:on_changed](
>>#WHERE I WANT THE MACRO TO GO
>>variable = slider.val
>> )
>>
>>
>>
>> On Fri
teract.jl
>
> On Fri, Mar 25, 2016 at 1:59 PM, Lewis Lehe > wrote:
>
>> Err that is
>>
>> slider[:on_changed](
>>#WHERE I WANT THE MACRO TO GO
>>variable = slider.val
>> )
>>
>>
>>
>> On Friday, March 25, 2016 at 10:57:34
Err that is
slider[:on_changed](
#WHERE I WANT THE MACRO TO GO
variable = slider.val
)
On Friday, March 25, 2016 at 10:57:34 AM UTC-7, Lewis Lehe wrote:
>
> Hi,
> I am learning about metaprogramming and macros. I have a very basic case
> but am unsure about what Julia i
Hi,
I am learning about metaprogramming and macros. I have a very basic case
but am unsure about what Julia is capable of. last time I asked a question
here I got a very helpful answer shortly.
I am making sliders for a matplotlib plot. I would that when a slider
changes, it changes some the v
Hi I am new to Julia and trying to pre-compile modules with the userimg.jl
file, to speed up loading. There are instructions of various dates around
online. But none seem complete.
I am looking for step-by-step instructions on setting this up in OSX. I
think that would be helpful for a good num
Awesome!
>
Here is a simple statement:
full_frl_college[:jun_sen] = Float64(full_frl_college[:jun_sen])
Here is the resulting error message:
LoadError: MethodError: `convert` has no method matching
convert(::Type{Float64}, ::DataArrays.DataArray{Int64,1})
What is the right approach to this conversion? I
Quite possibly I could. I wasn't aware of Interpolations.jl when I built
the splines library.
Note: I have now released the splines package
(https://github.com/LewisHein/Splines.jl) and updated the install
instructions. So the MathGL package *should* install without problems now.
Please let me
o try to add installation instructions.
All of your testing is very much appreciated. I think I'd better set up a
"permanently clean" VM where I can test some of this stuff and create fewer
annoying hassles for others trying to use my code
Lewis
On Friday, March 4, 2016 at 3:36:51
;t know my way around the packaging system that well) is
that MathGL is a 20 Mb download, which would hugely increase the size of my
package
Lewis
On Friday, March 4, 2016 at 12:27:22 PM UTC-7, Christoph Ortner wrote:
>
>
> looks really nice, but I just spent 30 minutes trying to install MathM
, and the incredible customizeability and diversity of
the plots that I couldn't find in other plotting packages. Therefore, I
took the obvious solution and built a julia interface. The code is on
github here:
https://github.com/LewisHein/MathGL.jl
Lewis
I was using the dataframes convert method that allows replacement of NA
with an arbitrary value. I thought I had it working, but maybe I forgot to
save and was running an old version.
Anyway, it appears I am using the method from the dataframes documentation,
but it results in a type error:
U
I've used @save and @load to save variables from some experimenting
sessions. Now, I want to get rid of a view.
@save to a new variable doesn't quite work if I started by @load 'ing as
there is no way to remove an item from an existing Julia workspace (except
the entire workspace).
Can I sav
Fantastic.
es or pointers to
other things I can try or look at it.
On Tuesday, November 10, 2015 at 10:50:04 AM UTC-8, Tom Breloff wrote:
>
> Lewis: There are a couple things to note:
>
>- This belongs as a PyPlot issue... it's not really appropriate for
>julia-users
>- I
I'd still really like help with this.
Here are some possible problems with the way just the first figure is being
handled within PyPlot:
1.being put in the figure_queue, which holds figures for IJulia--this
shouldn't be happening as I am not using IJulia in this case;
2. somehow matplotl
Thanks!
On Thursday, October 29, 2015 at 8:22:32 PM UTC-7, Steven G. Johnson wrote:
>
> A direct translation of the Python code works fine for me (with the
> default TkAgg backend on MacOS):
>
> one = figure(1)
> plot(1:4)
> two = figure(2)
> scatter(randn(25),randn(25))
> figure(1)
> title("Titl
ing to sort out the figure logic in PyPlot.jl but it is hard for me
to figure (no pun intended) it out.
Of course, I'll provide any and all additional information about my
configuration, etc and can try other things to help diagnose this weird
thing.
Thanks,
Lewis
epository and manually compiled). If you did that the directory would
> usually be in your home directory.
> On Nov 4, 2015 2:10 PM, > wrote:
>
>> I have setup PyCall using a system Python (2.7.10). I get ERROR:
>> ArgumentError: haskey of NULL PyObject
>> in plot a
I have setup PyCall using a system Python (2.7.10). I get ERROR:
ArgumentError: haskey of NULL PyObject
in plot at C:\Users\Lewis\.julia\v0.4\PyPlot\src\PyPlot.jl:457
Matplotlib works fine in IPython.
I'm stuck. Which directory needs git clean?
On Wednesday, November 4, 2015 at 2:03:
I have the same problem. I am going back to using a system Python and
giving up on conda. Works fine on Mac (par for the course that things tend
to work on Mac). I previously had Julia using matplotlib using WinPython.
Wanted to try the conda approach. Too many problems, though. Hours late
What directory is the julia repository in?
On Wednesday, November 4, 2015 at 1:37:19 PM UTC-8, Luke Stagner wrote:
>
> I recently had a similar error. To fix it I had to do
> git clean -xdf
>
> in the julia repository if you installed from source
>
> I found the fix in this PyCall issue
> https:
I have built it all on Mac. It really was quite terrible--put it all in a
bash script and its worse yet on Windows--I tried and quickly went to
WinPython or PythonXY in preference to Anaconda or ActiveState, both of
which I also tried. I am glad that I don't have to any more. Haven't had to
fo
You'd have to use home-brew or PSF Python for Mac (with pip). As I pointed
out, I don't know what to suggest for different versions of Linux as the
package manager repo's for the various distros are often very out of date.
On Monday, November 2, 2015 at 5:29:44 PM UTC-8, Tony Kelman wrote:
>
>
Thanks for the follow-up. Again, I understand the convenience benefit of
the self-contained conda.jl Python. My concern is about where it leads
practically. Sorry to bring up the ideology stuff. YMMV.
As a practical matter, if Continuum were much faster to post updates to
their repo at Anac
Somewhat more pointedly, this text banner greets on booting Continuum
Python:
Anaconda is brought to you by Continuum Analytics.
Please check out: http://continuum.io/thanks and https://anaconda.org
It sort of rubs me the wrong way...
Yes.
The practical problem is out of date packages and subtle incompatibilities
between "system" installs of Python and the private one.
I now use the "Julia" Python as my 2.7 version and a system Python from PSF
for 3.5.
Conda is limited to Python 3.4 and matplotlib 1.4.3.
Conda et al will a
I don't think you should support Anaconda Python. I realize it is
convenient. Providing a sort of private copy of Python and its packages
makes sense. It simplifies installation and maintenance of key Julia
dependencies for users. I just don't think you should use Anaconda to do
it.
Anac
Actually, it probably came from one of PyPlot, PyCall or dependencies
within conda Python.
The first time, Julia crashed big time. I reinstalled Julia and all
packages. Everything runs despite the deprecation warnings.
On Monday, November 2, 2015 at 12:09:23 PM UTC-8, le...@neilson-levin.org
2015-11-02 12:07:38.737 julia[34306:196259] setCanCycle: is deprecated.
Please use setCollectionBehavior instead
2015-11-02 12:07:38.747 julia[34306:196259] setCanCycle: is deprecated.
Please use setCollectionBehavior instead
Huh?
Probably came from MAT.
Here is some code:
using PyPlot
function chartplay()
one = figure(1)
plot(1:4)
two = figure(2)
scatter(randn(25),randn(25))
figure(1)
title("Title")
plt[:show]()
wm = get_current_fig_manager()
dump(wm)
#= python code to get a plot figure window to be topmo
Here are some of the solutions proposed for matplotlib:
with qt4agg backend:
fig = gcf()
fig.canvas.manager.window.raise_()
Here is one that works with tk backend:
import matplotlib.pyplot as plt
wm = plt.get_current_fig_manager()
wm.window.attributes('-topmost', 1)
wm.window.attributes('-top
This happens every once in a while:
Oct 27 19:05:21 julia[83314] : void CGSUpdateManager::log()
const: conn 0x1ff43: spurious update.
This is the result of producing a PyPlot chart figure.
Any one know why this happens?
Using pyplot with multiple figures, choose one to display as the topmost
window. There are crazy gyrations in matplotlib that only work with certain
backends.
Generally, Julia makes the matplotlib API much nicer. Once the whole thing
loads it is quick enough.
But, this very basic thing seems
Happy also to join.
On Monday, October 19, 2015 at 8:47:06 PM UTC-7, Daniel Jones wrote:
>
> Count me in! I'm happy to present something as well. I know of a few Julia
> users at UW, not all of whom are necessarily on github, so I suspect
> there'd be more than 9 people interested.
>
>
> On Mond
Running Julia in powershell or cmd, the background color of output lines is
always black. If you set cmd or powershell to black this is fine. With
any other default background color, you get Julia output written on black
bands across the window.
I installed cmder (very nice thing). It is a C
Solved. the answer is provide path pointing directly to the python
executable.
>
Never mind. This was a 64 bit to 32 bit conflict. Message didn't help,
but a bunch of searches did. Comment on doc stands, but user error was the
culprit.
On Thursday, October 15, 2015 at 3:02:54 PM UTC-7, le...@neilson-levin.org
wrote:
>
> For building PyCall and other integrations to Pytho
With path to the exe, this is what I get:
LoadError: Couldn't find libpython; check your PYTHON environment variable
while loading C:\Users\Lewis\.julia\v0.4\PyCall\deps\build.jl, in
expression starting on line 17
So, the path needs to be to something else.
Of course, the real solution i
For building PyCall and other integrations to Python, need to set:
let user_data_dir
ENV["PATH"] =
JULIA_HOME*";"*joinpath(JULIA_HOME,"..","Git","bin")*";"*ENV["PATH"]
#haskey(ENV,"JULIA_EDITOR") || (ENV["JULIA_EDITOR"] = "start") #start
is not a program, so this doesn't work
ENV["PY
Great. Thanks.
When you say (new installation) Pkg.update() what is (new installation)
on the command line? Does it mean cd over there first?
On Sunday, October 11, 2015 at 3:08:12 AM UTC-7, Tim Holy wrote:
>
> Try this:
> (new installation) Pkg.init()
> cp OldInstallation/.julia
I would like to generate a list of all the packages I've installed. Each
time I install Julia (which I've done a lot recently, but will settle down
now that 0.4.0 is released--Yeah!) I need to install packages again. It
would be nice to have a list. It would be nicer to be able to install the
I know it may feel to the insiders/developers that the requestors are being
a bit dogmatic with expectations from other languages.
2 cautions:
1. Insiders need to be careful not to be defensive: converts are here
because they are fans and evangelists (potentially) in their community.
Gotchas
Yup. Thanks Kristoffer. I did a few more little things in julia and
figured it out before I saw your post:
function(x::Real, y::Real)
return 2x - y
end
function(x::Real, y::Array{Real, 1})
return 2x - y[1]
end
First one works; second one does not.
It is the use of Array, a compound o
Thanks Tomas, but what you are saying seems to violate the manual.
Here is the verbatim example:
(from Chapter 12, "Methods", page 104)
As you can see, the arguments must be precisely of type Float64. Other
numeric types, such as integers or 32- bit floating-point values, are not
automatically
Here is a simple function to evaluate a polynomial. Different potential
function signatures are shown in the commented lines:
# 1 function p{T<:Real, Y<:Real}(x::T, coeff::Array{Y,1}) # this works
# 2 function p(x::Real, coeff::Array{Real,1}) # DOES NOT WORK
# 3 function p(x::Any, coeff::Array
Seems a bad idea even as syntactic sugar, except for the case of using
PyCall (when the target language is loosely object oriented).
If you prefer object oriented dispatch, many languages offer it. With
strong typing, optionally as Julia provides, OO dispatch can off make class
inheritance ver
See later: email. Tony is right and the work has been done by Meris and
Elliott over at github staticfloat/juliadeps.
On Monday, October 5, 2015 at 12:49:50 PM UTC-7, le...@neilson-levin.org
wrote:
>
> This must be the most reported problem with Julia packages. Perhaps we've
> allowed the d
No, actually, it was different: the brew formula needs to be changed and a
new "bottle" for el capitan had to be created.
But, it is solved due to Elliot and Meris' great work. (and prompt...!)
The nice people at Homebrew/juliadeps, aka staticfloat, aka Elliott Saba,
merged the change into master and now the latest installs by default and
*IT WORKS. *
An update. There is a pull request on juliadep at github for a new brew
formula that fixes the problem. Unfortunately, staticfloat hasn't started
creating bottles (binaries) for el capitan so no immediate solution.
However, the new formula is available as a commit. Anyway I can get
Homebrew.j
I guess I am not quite ready to call this closed. Gadfly installed
successfully without dependency Cairo. But, of course, Cairo is needed for
pdf and png output.
Cairo won't install. Now it gets stuck trying to install pixman. Looks
like a bug in the make file. I won't bother pasting in t
OK. Solved by the usual expedient of deleting .julia and starting over.
Not clear always what happens, but if you try to do too much to a new
install of Julia (0.4.0-rc4 in this case) it just hasn't settled down.
I quickly got PyPlot and all dependencies and Gadfly and some of its
dependencie
More cairo debugging. Pkg.status() shows both Cairo and Gadfly as
installed.
But, trying to use Cairo:
*julia> **using Gadfly*
*INFO: Precompiling module Gadfly...*
ERROR: LoadError: could not open file
/Users/lewislevinmbr/.julia/v0.4/Cairo/src/../deps/deps.jl
Note the load error. Well, th
Posted, but for some reason the post disappeared as I am new to the group.
Ran BinDep.debug("Cairo") --nice feature!--to see if I could figure out
more.
It suggests that dependencies that failed to build aren't needed on my
platform (which makes on wonder why any attempt to build them occur
This must be the most reported problem with Julia packages. Perhaps we've
allowed the dependency stack to become much too long. Typically the error
trace is impenetrable to anyone but one of the package maintainers, and
often not them because it's in a deeper dependency for which they're not
71 matches
Mail list logo
