They have a 'name' property, although I'm not sure that's what you're after. If
your julia array of synsets is called 'synsets', you could do
[synset[:name] for synset in synsets]
On Jan 19, 2014, at 10:23 AM, Steven G. Johnson stevenj@gmail.com wrote:
How do you convert a Synset to a
way behind Pandas in terms of performance and reliability, so
it’s a bad idea for us to try being as feature complete until we catch up.
— John
On Jan 23, 2014, at 6:37 AM, Jonathan Malmaud mal...@gmail.comjavascript:
wrote:
Pandas has a 'query' method (
http://pandas.pydata.org
.
-- John
On Oct 22, 2013, at 5:29 PM, Jonathan Malmaud mal...@gmail.com wrote:
Is anyone working on or know of a package to do NLP tasks with Julia,
like part-of-speech tagging and stemming? PyCall works fine with Python's
NLTK, so that would be my default choice if there isn't anything
What's the plan for reading in files that have a header row with non-valid
Julia identifiers?
On Wednesday, January 29, 2014 10:03:39 PM UTC-5, John Myles White wrote:
Please go ahead and add deprecation warnings.
— John
On Jan 29, 2014, at 6:51 PM, Simon Kornblith
Anyone know of or is working on a computer vision package? eg, something
that can compute common image features like hogs, perform various
normalizations, etc.
Hi Michele,
Can you open an issue on https://github.com/malmaud/Pandas.jl?
On Monday, February 17, 2014 4:18:28 AM UTC-8, Michele wrote:
Hello,
I'd like to test this gisthttps://gist.github.com/malmaud/9025047/revisions
(malmaud's
plot of julia issues), but it seems I cannot use the
The devectorize package https://github.com/lindahua/Devectorize.jl can deal
with this:
f(x) = @devec x[:]=2.*x
'f' won't allocate any new memory.
On Wednesday, February 19, 2014 12:11:02 PM UTC-8, Tim Holy wrote:
Unfortunately, I'm pretty sure you can't do what you're hoping for.
Consider:
I'm looking for a combinatoric function that's similar to 'combinations',
except whereas
combinations(1:3, 2) = [1,2], [1,3], [2,3],
I want
somefunction(1:3, 2) = [1, 2], [2,1], [1, 1], [1,3], [2,3], [3,1], [3,2],
[2, 2], [3, 3]
ie enumerate all possible length-2 arrays such that both elements
. Tim Holy's cartesian work (in Base or Cartesian.jl) might also be
useful.
Cheers, Kevin
On Saturday, March 1, 2014, Jonathan Malmaud mal...@gmail.comjavascript:
wrote:
I'm looking for a combinatoric function that's similar to 'combinations',
except whereas
combinations(1:3, 2) = [1,2
It might be useful to add functionality equivalent to IPython's 'run'
magic. From http://ipython.org/ipython-doc/dev/interactive/tutorial.html:
Running and
Editinghttp://ipython.org/ipython-doc/dev/interactive/tutorial.html#running-and-editing
The %run magic command allows you to run any
Is someone curating a list somewhere of published work that uses Julia?
://julialang.org/publications/
Ivar
kl. 19:07:40 UTC+1 fredag 21. mars 2014 skrev Jonathan Malmaud følgende:
Is someone curating a list somewhere of published work that uses Julia?
categories)
On Fri, Mar 21, 2014 at 4:08 PM, Jonathan Malmaud malm...@gmail.comwrote:
Ya, that
workshttp://scholar.google.com/scholar?cites=16121748425115122991as_sdt=2005sciodt=0,5hl=en.
Out of the published papers that use Julia for numeric computing, and cite
the main Julia paper, we have
:
JuliaText would be great.
TextAnalysis.jl really needs a lot of love to move forward. For now, I’d
strongly push people towards NLTK.
— John
On Jan 27, 2014, at 8:29 AM, Jonathan Malmaud mal...@gmail.com wrote:
I was thinking of starting up a Julia NLP meta-project on github if
there's
Say I have a quoted anonymous function, like :(x-y=1; y+x+z). I'd like to
determine that 'z' is not bound within the function (ie, is a reference to
an enclosing outer/global scope). What's a good way to do it?
I know I could recursively analyze the Expr, keeping track of which
variables were
I did implement an extremely hacky approach to force the type of an object
to change, and it may fail in some situations, but it works well enough:
https://github.com/malmaud/Autoreload.jl/blob/master/src/smart_types.jl#L288
On Sunday, June 7, 2015 at 11:53:03 AM UTC-4, Simon Byrne wrote:
No,
As one of the maintainers of Requests.jl, I'm especially interested in its
use for high-performance applications so don't hesitate to file an issue if
it gives you any performance problems.
On Sunday, August 23, 2015 at 7:40:08 PM UTC-4, Andrei Zh wrote:
Hi Steven,
thanks for your answer!
, August 24, 2015 at 4:01:44 PM UTC+3, Jonathan Malmaud wrote:
As one of the maintainers of Requests.jl, I'm especially interested in
its use for high-performance applications so don't hesitate to file an
issue if it gives you any performance problems.
On Sunday, August 23, 2015 at 7:40:08 PM
You can write const i=im at the top of your code if you'd like to use i
instead of im.
On Wednesday, July 22, 2015 at 8:49:04 AM UTC-4, Joe Tusek wrote:
Having come from Electrical Engineering with a Matlab background and being
new to Julia, I can't understand why assignment of complex
sday, October 21, 2015 at 12:05:06 PM UTC-4, Steven G. Johnson
wrote:
>
>
>
> On Wednesday, October 21, 2015 at 11:57:08 AM UTC-4, Jonathan Malmaud
> wrote:
>>
>> Just to add to Spencer's answer: Is there a particular reason to have
>> your function argum
Hi, I'm the author of Autoreload.
I stopped maintaining it since I now use the great Atom Julia plugin
(https://github.com/JunoLab/atom-julia-client, built by Mike Innes, who
participates in this forum). Its workflow is described
in
Just to add to Spencer's answer: Is there a particular reason to have your
function arguments have type annotations at all in the function definition?
You could just write
function f(x)
y= x[3:5] # or whatever
z = length(x)
end
and now someone could call f with any kind of object that
t; Cédric
>
> On Wednesday, October 21, 2015 at 12:05:08 PM UTC-4, Jonathan Malmaud
> wrote:
>>
>> Hi, I'm the author of Autoreload.
>> I stopped maintaining it since I now use the great Atom Julia plugin (
>> https://github.com/JunoLab/atom-julia-client, built b
> On Oct 21, 2015, at 3:19 PM, Gabriel Gellner wrote:
>
> Continuing to think about all the ideas presented in this thread. It seems
> that the general advice is that almost all functions should at first pass be
> of "Abstract" or untyped (duck typed) versions. If
It’s still hard for me to understanding what the value of returning an array is
by default.
By getting a structured LinSpace object, it enables things like having the REPL
print it in a special way, to optimize arithmetic operations on it (so that
adding a scalar to a LinSpace is O(1) instead
> On Wednesday, October 21, 2015 at 9:40:04 PM UTC+2, Jonathan Malmaud wrote:
> It was motivated by consistency with strings. Initially there was Array <:
> AbstractArray, but ASCIIString <: String. So to be consistent between those,
> you have the choice of renaming t
You're making good points for sure - logspace and linspace are inconsistent
wrt return types.
But I just having trouble seeing how it impacts you as a user of the
language; it's essentially an implementation detail that allows for some
optimizations when performing arithmetic on array-like
It was motivated by consistency with strings. Initially there was Array <:
AbstractArray, but ASCIIString <: String. So to be consistent between those,
you have the choice of renaming things to get either
1) ConcreteArray <: Array and ASCIIString <: String or
2) Array <: AbstractArray and
See https://github.com/pluskid/Mocha.jl/issues/22#issuecomment-150876824 for
some discussion about that.
As someone who volunteers my free time to developing Julia, it means a lot to
hear that.
You want to be on the master versions:
Pkg.checkout("Atom")
Pkg.checkout("CodeTools")
One reason would be to reduce pressure on the compiler: this will perform
badly in terms of memory usage and compilation time because a separate
version of "f" has to be compiled for every "T":
immutable X{T}
val::T
end
f(x) = println("got $(x.val)")
for i=1:10^5
f(X((zeros(i)...)))
end
ds on,
> # and parses and compiles any that have changed. I.e., it automatically
> # includes myfun.jl, and recompiles. So the REPL has to keep a mapping
> # in memory between the contents of a file and the file, so that it only
> # includes needed files.
>
> Does anyone have an
Juno is the brand name of atom-julia-client.
> On Oct 21, 2015, at 5:18 PM, Sheehan Olver <dlfivefi...@gmail.com> wrote:
>
> The link describing the workflow is for Juno, not atom-julia-client. How do
> you do the same in Atom?
>
> On Thursday, October 22, 2015 at 3:0
On Tuesday, October 20, 2015 at 8:10:07 AM UTC-4, Páll Haraldsson wrote:
>
>
> A. I know Julia had stop the world garbage collection (GC) and changed to
> generational GC in 0.4 that is faster (I've seen 10x mentioned).
>
> As far as I know, there are no knobs to turn (except possible to just
Gabriel, I rewrote your code to not ever explicitly convert ranges to
arrays and it still works fine. Maybe I'm not quite understanding the issue?
function Jakes_Flat( fd, Ts, Ns, t0 = 0, E0 = 1, phi_N = 0 )
# Inputs:
#
# Outputs:
N0 = 8; # As suggested by Jakes
N =
e.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Colin
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wednesday, 28 October 2015 11:37:21 UTC+11, Spencer Russell wrote:
>>>>>>
>>>>>> `Pkg.checkout(…)` operates an an already-installed package, so it
>>>>>> must be run after `Pkg.add(…)`.
>>>>>>
>>>>>> -s
>>>>>>
>>>>>> On Oct 27, 2015, at 8:31 PM, colint...@gmail.com wrote:
>>>>>>
>>>>>> I suppose I could clone the master branch. Is that a bad idea?
>>>>>>
>>>>>> On Wednesday, 28 October 2015 11:30:43 UTC+11, colint...@gmail.com
>>>>>> wrote:
>>>>>>>
>>>>>>> Thanks for responding.
>>>>>>>
>>>>>>> Pkg.checkout("Atom") gives me the error:
>>>>>>>
>>>>>>> ERROR: Atom is not a git repo
>>>>>>> in checkout at pkg/entry.jl:203
>>>>>>> in anonymous at pkg/dir.jl:31
>>>>>>> in cd at file.jl:22
>>>>>>> in cd at pkg/dir.jl:31
>>>>>>> in checkout at pkg.jl:37
>>>>>>>
>>>>>>> (I originally did try using Pkg.checkout as per the instructions,
>>>>>>> but got this error, and so went with Pkg.add instead).
>>>>>>>
>>>>>>> Any thoughts or is this a bug?
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Colin
>>>>>>>
>>>>>>>
>>>>>>> On Wednesday, 28 October 2015 11:23:30 UTC+11, Jonathan Malmaud
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> You want to be on the master versions:
>>>>>>>>
>>>>>>>> Pkg.checkout("Atom")
>>>>>>>> Pkg.checkout("CodeTools")
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>
nd
> hope we can start contributing back as well.
>
> On Wednesday, October 28, 2015 at 8:26:07 AM UTC+8, Jonathan Malmaud wrote:
>>
>> As someone who volunteers my free time to developing Julia, it means a
>> lot to hear that.
>
>
The method 'pfunc.showData' isn't able to see the variable `data`, which
exists as a global variable in the worker's 'Main' module, not it's
'pfuncs' module.
On Saturday, October 31, 2015 at 12:14:34 AM UTC-5, Andre Bieler wrote:
>
> I have a similar question about getting data to all workers.
ing again."
>
> one comment every 11 days, or is this a bug? (I'd post it there, but)
>
>
>
>> On Tuesday, October 13, 2015 at 5:50:21 PM UTC-7, Jonathan Malmaud wrote:
>> Also just realized there's extensive support for oneboxing (smart inline
>> expansion of
Additionally, using closures/nested functions can often negatively impact
performance due to an implementation detail of Julia that is actively being
resolved.
Try moving "sub" to the top level and having it take "val" as an explicit
parameter - I'd be curious how that, plus the switch to
You could also use pipelining: man |> _->eat(_, food). There's been talk of
having "pronoun" syntactic sugar to let you write that as
man |> eat(_, food) or perhaps taking it even further and assuming the first
argument is the pronoun recipient, yielding
man |> eat(food)
I personally favor a
A great package actually already implements this concept:
https://github.com/one-more-minute/Lazy.jl#macros:
julia> eat(x,y) = println("$x ate $y")
julia> @> 7 eat(9)
"7 ate 9'
On Wednesday, October 7, 2015 at 10:06:27 PM UTC-4, Jonathan Malmaud wrote:
>
> You
Specifically,
using Requests
response=get("http://192.168.1.87:18080;)
If the payload is a JSON and you want to parse it to a Julia dictionary,
then further do
payload = Requests.json(response)
On Thursday, October 15, 2015 at 12:56:33 PM UTC-5, Keno Fischer wrote:
>
> You'll want to use an
Can you file this as an issue on https://github.com/JuliaWeb/HttpServer.jl?
On Friday, October 16, 2015 at 7:31:34 AM UTC-5, nikolai...@icloud.com
wrote:
>
> Status update.
>
> I have updated to Julia 0.4 and added keep-alive support to HttpServer and
> now ab -k works quite fine.
> However
Thanks André, looking forward to it.
Also wanted to mention that the official Julia Docker image has been
updated to v0.4, so
docker run -it julia
will now work for getting anyone with Docker installed into a Julia .4
prompt, no fuss.
On Thursday, October 15, 2015 at 7:34:34 PM UTC-5, André
t; On Friday, October 16, 2015 at 4:29:44 PM UTC+3, Jonathan Malmaud wrote:
> Can you file this as an issue on https://github.com/JuliaWeb/HttpServer.jl
> <https://github.com/JuliaWeb/HttpServer.jl>?
>
> On Friday, October 16, 2015 at 7:31:34 AM UTC-5, nikolai...@icloud.com
Independent of Jacob's (excellent) work, I've begun wrapping the SFrames
library (https://github.com/dato-code/SFrame), which is used internally by
Graphlab Create (https://dato.com/products/create/). One of its features is
a fast and robust CSV reader. I think I'll have something to preview in
Within the next few days, support for native threads will be merged into to
the development version of Julia
(https://github.com/JuliaLang/julia/pull/13410).
You can also used the SharedArray type which Julia already has, which lets
multiple Julia processes running on the same machine share
Mux and Morsel are formally deprecated at this point and have no
maintainers. They were designed early on in Julia's life and don't have a
design that is particularly suited for modern Julia, so the maintainers of
JuliaWeb made a decision to not invest time in keeping them operational.
That
Yes, thanks for the correction.
On Wed, Oct 7, 2015 at 10:37 AM Jacob Quinn <quinn.jac...@gmail.com> wrote:
> Jon,
>
> I think you mean Morsel and Meddle are deprecated? While Mux is actually
> maintained?
>
> On Wed, Oct 7, 2015 at 7:04 AM, Jonathan Malmaud <malm...@g
g forward to using this sometime in the
> future. Do you think mathjax support for latex equations would be useful
> for a Julia forum?
>
> On Saturday, September 19, 2015 at 8:16:36 PM UTC-4, Jonathan Malmaud
> wrote:
>>
>> Hi all,
>> There's been some chatter a
Also just realized there's extensive support for oneboxing (smart inline
expansion of links) http://julia.malmaud.com/t/testing-oneboxing/3205/1
On Tuesday, October 13, 2015 at 8:27:37 PM UTC-4, Jonathan Malmaud wrote:
>
> I installed a mathjax plugin to Discourse. Try it out!
There's an official Julia docker repository
now: https://hub.docker.com/_/julia/
There is a PR to uptdate it to
0.4: https://github.com/docker-library/official-images/pull/1121/files
I'm working on creating Dockerfiles for versions of Julia that support
Gallium (the debugger) and Cxx (the C++
For posterity, here is the resolved
issue: https://github.com/JuliaWeb/Requests.jl/issues/66.
On Friday, August 28, 2015 at 9:37:36 PM UTC-4, Ian Butterworth wrote:
Today I started getting an error on juliabox that only occurs in 0.3.11. I
posted this to the 'Requests' github, but I thought
We are considering deprecating HTTPClient (a wrapper around libcurl) in
favor of Requests.jl (a mostly pure-Julia implementation of the HTTP
client-side protocol). Requests has recently gained support for features
that currently only HTTPClient had (redirects, cookies, full utf8 support,
It really depends on what you mean by 'text processing' - if the critical
section of your code is essentially a loop that iterates over
characters/words of large strings, then Julia could be between 1 and 2
orders of magnitude faster.
If you mean the performance of core string-processing
I agree that syntactic sugar for Dict literal construction would be
appreciated. There were good reasons for removing the previous syntax, but
I think it should be possible to find something more terse than the status
quo.
On Wednesday, September 2, 2015 at 12:45:08 PM UTC-4, Michael Francis
Some of us were thinking seriously about moving to Discourse. Mostly it
would be a matter of handling the financing and administration of a
Discourse server. Being able to import the archive of threads from the
google group into Discourse would also be a help.
On Wednesday, September 9, 2015
t would be very nice to be able to move.
>
> On Monday, October 5, 2015 at 7:34:34 PM UTC-4, Jonathan Malmaud wrote:
>>
>> It just needs an inexpensive digitalocean instance to run; it doesn't
>> seem like a particularly big deal to me. It automatically backs up to S3
>>
/how-do-you-update-discourse/10962.
On Mon, Oct 5, 2015 at 7:45 PM, Stefan Karpinski <ste...@karpinski.org>
wrote:
> What about software updates, e.g. if there is a security patch or we need
> new features?
>
> On Mon, Oct 5, 2015 at 7:44 PM, Jonathan Malmaud <malm.
It just needs an inexpensive digitalocean instance to run; it doesn't seem
like a particularly big deal to me. It automatically backs up to S3 every
night.
On Mon, Oct 5, 2015 at 7:21 PM, Steven G. Johnson
wrote:
> The big disadvantage appears to be that we need to
job in a couple of hours.
>
>
> On Thursday, September 24, 2015 at 2:35:57 AM UTC+3, Jonathan Malmaud
> wrote:
>>
>> The webstack has seen considerable improvement lately. Mux is the most
>> mature and supported webapp framework at this point.
>>
>> O
$5 to the first person to take transposes
seriously
https://www.bountysource.com/issues/1333116-taking-vector-transposes-seriously/backers
On Friday, September 25, 2015 at 10:45:30 AM UTC-4, Tom Breloff wrote:
>
> Moving the discussion from the matlab thread...
>
> The idea was brought up about
Hi all,
I've set up a Discourse Julia forum at http://julia.malmaud.com/ so that we
can evaluate as a community how well we like Discourse. It has most of the
old posts from julia-users and julia-dev imported. Would be good if people
gave it a whirl and left feedback.
On Monday, September 14,
Can you file this as an issue on the requests.jl github page? I'll be able to
help you then.
Hi all,
There's been some chatter about maybe switching to a new, more modern forum
platform for Julia that could potentially subsume julia-users, julia-dev,
julia-stats, julia-gpu, and julia-jobs. I created http://julia.malmaud.com
for us to try one out and see if we like it. Please check it
The webstack has seen considerable improvement lately. Mux is the most
mature and supported webapp framework at this point.
On Wednesday, September 23, 2015 at 4:58:01 PM UTC-4, Andrei Zh wrote:
>
> If you are looking for a best in the class libraries, you probably won't
> find many. This is
I think this might be a bug in Requests. I'll try to look into it today.
I might go for some of the workshops.
On Sunday, December 6, 2015 at 4:04:02 PM UTC-5, Cedric St-Jean wrote:
>
> It would be nice to gather for a beer and see what everyone uses Julia for
> in the field of machine learning.
>
No
On Thu, Dec 3, 2015 at 6:35 PM Jeffrey Sarnoff <jeffrey.sarn...@gmail.com>
wrote:
> Do Gallium and Cxx now come along with "docker run -it julia"?
>
>
> On Tuesday, October 13, 2015 at 9:15:29 PM UTC-4, Jonathan Malmaud wrote:
>>
>> There's an offici
Yes, all IO functions yield.
Does the Plots.jl wrapper over PlotlyJS support the OpenGL-based scatter
plotting?
On Monday, June 13, 2016 at 8:08:42 AM UTC-4, Tom Breloff wrote:
>
> I recommend testing your stuff with Plots... The overhead should be
> constant among backends, so you can use the same code to benchmark
What are the health care benefits like?
On Saturday, May 28, 2016 at 3:49:31 PM UTC-4, Keno Fischer wrote:
>
> Thanks for the kind words everyone. I did indeed graduate last Thursday
> [1].
> I will now be working full time with Julia Computing, doing more compiler
> work,
> debugging, other
reserved for
use by specific users (eg, high-priority announcement tags).
> On Feb 19, 2016, at 2:16 PM, Viral Shah <vi...@mayin.org> wrote:
>
> How are they with detecting spam and moderation?
>
> -viral
>
> On Friday, February 19, 2016 at 9:30:18 PM UTC+5:3
them.
> On Feb 23, 2016, at 1:03 PM, Jonathan Malmaud <malm...@gmail.com> wrote:
>
> Viral,
> https://meta.discourse.org/t/some-ideas-for-spam-control/10393/4
> <https://meta.discourse.org/t/some-ideas-for-spam-control/10393/4> summarizes
> spam detection as of a f
Yes
Sent from my iPad
> On Feb 23, 2016, at 4:27 PM, Po Choi <vegetableb...@gmail.com> wrote:
>
> Does it support MathJax?
>
>> On Saturday, September 19, 2015 at 5:16:36 PM UTC-7, Jonathan Malmaud wrote:
>> Hi all,
>> There's been some chatter about maybe s
Isn't there a C API for tensorflow? It's probably more realistic to target
that then to wait for cxx.jl to become mainstream.
On Monday, December 14, 2015 at 2:17:50 PM UTC-5, Phil Tomson wrote:
>
> TensorFlow is written in C++ and they use SWIG to generate wrappers for
> Python. There is no
Mike can step in, but I think it is indeed the plan to have a Julia IDE
bundle, causing the exact packages required on the julia and atom side to
be invisible implementation details from the user's POV.
On Monday, March 28, 2016 at 1:27:01 PM UTC-4, David Anthoff wrote:
>
> I think the user
Thanks Kyunghun! It mostly uses the TensorFlow C library. It does rely on
PyCall for now for the autodifferentiation functionality, which is not yet
part of the C API. Google has said that the C API will soon expose AD
functionality, at which point this package won't depend on Python at all.
On
o...@gmail.com> wrote:
>
>> Hi Jonathan,
>>
>> Seems like this has kind of burnt out. Is there still an impetus on a
>> transition.
>>
>> On Saturday, September 19, 2015 at 8:16:36 PM UTC-4, Jonathan Malmaud
>> wrote:
>>
>>> Hi all,
81 matches
Mail list logo