Hello. Would anyone know in which file
of https://github.com/JuliaLang/julia would the definition of {true} be
defined? Thanks
* Would anyone know in which file of https://github.com/JuliaLang/julia is
the definition of {true} defined? Thanks
On Saturday, October 1, 2016 at 3:35:10 PM UTC-3, Kevin Liu wrote:
>
> Hello. Would anyone know in which file of
> https://github.com/JuliaLang/julia would the definition
Thanks a lot, Steve.
> On Oct 1, 2016, at 17:13, Steven G. Johnson wrote:
>
> https://github.com/JuliaLang/julia/blob/c4ebf7c8bbdfaba034a08fa795b93a5732514c64/src/jltypes.c#L3724
How is an implication represented in Julia?
https://en.wikipedia.org/wiki/Material_conditional#Definitions_of_the_material_conditional
-4, Jeffrey Sarnoff wrote:
>>
>> here are two ways
>>
>> implies(p::Bool, q::Bool) = !(p & !q)
>>
>> implies(p::Bool, q::Bool) = ifelse(p, q, true)
>>
>>
>>
>>
>> On Thursday, October 6, 2016 at 12:10:51 PM UTC-4, Kevin Liu wrote:
>>>
>>> How is an implication represented in Julia?
>>>
>>>
>>> https://en.wikipedia.org/wiki/Material_conditional#Definitions_of_the_material_conditional
>>>
>>
Sorry,
julia> ~p|q
true
On Thursday, October 6, 2016 at 5:11:55 PM UTC-3, Kevin Liu wrote:
>
> Is this why I couldn't find implication in Julia?
>
> Maybe it was considered redundant because (1) it is less primitive than
>> "^", "v", "~&
gt; I find that this form is also 40% slower than the ifelse form.
>
>
>
> On Thursday, October 6, 2016 at 4:11:55 PM UTC-4, Kevin Liu wrote:
>>
>> Is this why I couldn't find implication in Julia?
>>
>> Maybe it was considered redundant because (1) it is
>
>
>
>
>> On Thursday, October 6, 2016 at 4:34:11 PM UTC-4, Kevin Liu wrote:
>> Thanks for the distinction, Jeffrey.
>>
>> Also, look what I found https://github.com/aimacode. Julia is empty :-). Can
>> we hire some Martians to fill it up as we have
n Friday, October 7, 2016 at 12:22:23 AM UTC-4, Jussi Piitulainen wrote:
>>
>>
>> implies(p::Bool, q::Bool) = p <= q
>>
>>
>>
>> torstai 6. lokakuuta 2016 19.10.51 UTC+3 Kevin Liu kirjoitti:
>>>
>>> How is an implication represented in Julia?
>>>
>>>
>>> https://en.wikipedia.org/wiki/Material_conditional#Definitions_of_the_material_conditional
>>>
>>
0, i1 %1, i1 %2
ret i1 %3
}
How do you read this output?
On Friday, October 7, 2016 at 10:50:57 AM UTC-3, Kevin Liu wrote:
>
> Jeffrey, can you show the expression you put inside @code_llvm() and
> @code_native() for evaluation?
>
> On Friday, October 7, 2016 at 2:26:56 AM U
*julia> **@code_llvm(b^a)*
define i1 @"julia_^_21646"(i1, i1) {
top:
%2 = xor i1 %1, true
%3 = or i1 %0, %2
ret i1 %3
}
On Friday, October 7, 2016 at 10:56:26 AM UTC-3, Kevin Liu wrote:
>
> Sorry, no need, I got this
>
> *julia> **@code_llvm(a<=b)*
&
%dl, %sil
L17: movb%sil, %al
popq%rbp
ret
On Friday, October 7, 2016 at 10:58:34 AM UTC-3, Kevin Liu wrote:
>
> *julia> **@code_llvm(b^a)*
>
>
> define i1 @"julia_^_21646"(i1, i1) {
>
> top:
>
> %2 = xor i1 %1, true
>
&g
Thanks Fengyang
On Saturday, October 8, 2016 at 12:39:42 AM UTC-3, Fengyang Wang wrote:
>
> As Jussi Piitulainen noted, the ^ operator is backwards, so you need to
> wrap it around a function.
>
> On Friday, October 7, 2016 at 10:05:34 AM UTC-4, Kevin Liu wrote:
>>
>>
What's the right way to do this?
julia> parse("∃x(sister(x,Spot) & cat(x))")
LoadError: ParseError("invalid character \"∃\"")
while loading In[15], in expression starting on line 7
in parse at parse.jl:180
in parse at parse.jl:190
Thanks, Kevin
On Monday, November 14, 2016 at 10:36:07 PM UTC-2, Kevin Liu wrote:
>
> Help! (see attachment)
>
Cool, thanks Yichao. I changed module Factor to module FactorNode. Now I
got
TypeError: is defined: expected Symbol, got
Type{FactorNode.FactorNode.Factor}
(see attachment)
On Monday, November 14, 2016 at 10:41:43 PM UTC-2, Yichao Yu wrote:
>
> On Mon, Nov 14, 2016 at 7:39 PM, Kev
Full code
https://github.com/hpoit/MLN.jl/blob/master/Factor.jl
https://github.com/hpoit/MLN.jl/blob/master/FactorOperations.jl
On Tue, Nov 15, 2016 at 3:05 PM, Kevin Liu wrote:
> This is weird. Please observe include() in the two attachments I've made.
>
> On Tue, Nov 15, 20
For some reason, now everything just worked.
On Tuesday, November 15, 2016 at 3:09:07 PM UTC-2, Kevin Liu wrote:
>
> Full code
>
> https://github.com/hpoit/MLN.jl/blob/master/Factor.jl
> https://github.com/hpoit/MLN.jl/blob/master/FactorOperations.jl
>
> On Tue, Nov 15, 2
>From this issue https://github.com/JuliaPy/PyPlot.jl/issues/157 I
understand
`Factor[:FactorMargin](A, Remove_var, Remain_var, Remove_dims,
Remain_dims)` (line 85 of FactorOperations.jl) should pass, as it does on
Atom, but not on the REPL, which throws
Got an exception of type ErrorExceptio
client.jl:318
in _start() at
/Applications/Julia-0.5.app/Contents/Resources/julia/lib/julia/sys.dylib:?
*Test Summary: | **Error **Total*
Multiply and marginalize factor | * 1 ** 1*
On Wednesday, November 16, 2016 at 10:02:48 PM UTC-2, Yichao Yu wrote:
>
> On Wed, Nov 16, 2016 at 6:
FactorOperations.jl and
exports Factor, and also evaluates fine.
On Wednesday, November 16, 2016 at 11:25:24 PM UTC-2, Yichao Yu wrote:
>
> On Wed, Nov 16, 2016 at 7:24 PM, Kevin Liu >
> wrote:
> > Hi Yichao!
>
> In general there's nothing from the code you posted t
{Factor.FactorMargin()} simply marginalizes non-stated variables in Factor.
On Thursday, November 17, 2016 at 5:27:38 PM UTC-2, Kevin Liu wrote:
>
> I replaced Factor[:FactorMargin]() with Factor.FactorMargin() back again.
>
> Still, for FactorOperations.jl on Atom, I get {UndefVarE
Right, I need the instance of Factor
On Thursday, November 17, 2016 at 5:33:05 PM UTC-2, Yichao Yu wrote:
>
> On Thu, Nov 17, 2016 at 2:27 PM, Kevin Liu >
> wrote:
> > I replaced Factor[:FactorMargin]() with Factor.FactorMargin() back
> again.
> >
> > Still
Have a look please https://github.com/hpoit/MLN.jl/tree/master/BN
On Friday, November 18, 2016 at 11:48:58 AM UTC-2, Yichao Yu wrote:
>
> On Thu, Nov 17, 2016 at 2:39 PM, Kevin Liu >
> wrote:
> > Right, I need the instance of Factor
>
> Then use the instance of Factor.
On Friday, November 18, 2016 at 4:07:44 PM UTC-2, Kevin Liu wrote:
> Have a look please https://github.com/hpoit/MLN.jl/tree/master/BN
>
> On Friday, November 18, 2016 at 11:48:58 AM UTC-2, Yichao Yu wrote:On Thu,
> Nov 17, 2016 at 2:39 PM, Kevin Liu wrote:
>
> > Right, I
On Tuesday, November 22, 2016 at 5:53:14 PM UTC-2, Kevin Liu wrote:
> On Friday, November 18, 2016 at 4:07:44 PM UTC-2, Kevin Liu wrote:
> > Have a look please https://github.com/hpoit/MLN.jl/tree/master/BN
> >
> > On Friday, November 18, 2016 at 11:48:58 AM UTC-2, Y
julia> A=Factor(["a", "b"],[3, 2],[0.5, 0.1, 0.3, 0.8, 0, 0.9]);
julia> B=Factor(["b", "c"],[2, 2],[0.5, 0.1, 0.7, 0.2]);
julia> C = FactorProduct(A, B)
Factor(["a", "b", "c"],[3, 2, 2],[0.25, 0.05, 0.15, 0.08, 0.0, 0.09, 0.35,
0.07, 0.21, 0.16, 0.0, 0.18])
julia> FactorDropMargin(C, ["c"]) # Yi
Yichao, I used a hashtag in the last message to show you what I want to do. Is
it clear?
On Nov 22, 2016, at 18:27, Yichao Yu wrote:
>> Yichao and DPSanders, I have already used instances of Factor on
>> runtests.jl, instances A, B, and C
>
> AFAICT you are still accessing a non existing fie
I would like to remove variable "c" from factor C. I tried removing
`Factor.` but it didn't work.
On Tue, Nov 22, 2016 at 6:54 PM, Yichao Yu wrote:
> On Tue, Nov 22, 2016 at 3:45 PM, Kevin Liu wrote:
> > Yichao, I used a hashtag in the last message to show you what I w
Thanks. Is there anything that sticks out to you?
On Tue, Nov 22, 2016 at 7:39 PM, Yichao Yu wrote:
> On Tue, Nov 22, 2016 at 4:23 PM, Kevin Liu wrote:
> > I would like to remove variable "c" from factor C. I tried removing
> > `Factor.` but it didn't work.
>
&
In `permute_dims = [Remain_dims,Remove_dims]`, both Remain and Remove_dims
are vectors. Even if I `permute_dims = [Remain_dims]`, I still get the same
error.
On Wed, Nov 23, 2016 at 9:54 PM, Yichao Yu wrote:
> On Wed, Nov 23, 2016 at 6:50 PM, Kevin Liu wrote:
> > Attached!
>
Hey Yichao, it's late here, I will continue tomorrow. Thanks for your help!
> On Nov 23, 2016, at 22:59, Yichao Yu wrote:
>
>> On Wed, Nov 23, 2016 at 7:31 PM, Kevin Liu wrote:
>> In `permute_dims = [Remain_dims,Remove_dims]`, both Remain and Remove_dims
>
Hi,
I have Julia 0.3, Mongodb-osx-x86_64-3.0.4, and Mongo-c-driver-1.1.9
installed, but can't get Julia to access the Mongo Client through this
'untestable' package https://github.com/pzion/Mongo.jl, according to
http://pkg.julialang.org/.
I have tried Lytol/Mongo.jl and the command require
Any help would be greatly appreciated. I am even debating over the idea of
contributing to the development of this package because I believe so much
in the language and need to use MongoDB.
On Sunday, July 12, 2015 at 4:17:44 AM UTC-3, Kevin Liu wrote:
>
> Hi,
>
> I have Julia
people here
> (myself included) won't know much about mongoDB or these packages.
>
>
> On Jul 13, 2015, at 12:27 AM, Kevin Liu >
> wrote:
>
> Any help would be greatly appreciated. I am even debating over the idea of
> contributing to the development of this package b
e:
>
> You may also try Pkg.add("ODBC") if you can find a working ODBC driver for
> mongo. I feel like I've heard of people going this route.
>
> -Jacob
>
> On Mon, Jul 13, 2015 at 9:23 AM, Kevin Liu > wrote:
>
>> Hey Stefan, thanks for replying. I
, 2015 at 2:07 PM, Kevin Liu > wrote:
>
>> Hey Jacob, thanks for the suggestion. ODBC just doesn't sound like the
>> optimal way to go for being too generic. I am studying its implications and
>> alternatives, but probably won't follow with ODBC. I appreciate the
... from Mongo's solution's architect, slide
28/29 http://www.slideshare.net/NorbertoLeite/how-mongodb-drv?from_action=save
On Monday, July 13, 2015 at 6:02:49 PM UTC-3, Kevin Liu wrote:
>
> This seems like a path I could take
> http://docs.mongodb.org/meta-driver/latest/tut
y, July 13, 2015 at 6:19:08 PM UTC-3, Jeff Waller wrote:
>
>
>
> On Monday, July 13, 2015 at 3:27:49 AM UTC-4, Kevin Liu wrote:
>>
>> Any help would be greatly appreciated. I am even debating over the idea
>> of contributing to the development of this package because I
at 6:30:33 PM UTC-3, Kevin Liu wrote:
>
> Thanks Jeff, I will look into it and see if that's the case. I will review
> it carefully because I want the driver to run smoothly.
>
> In my last post, there was a typo, so I'm just pasting the source
> http://www.slidesh
For more, watch Testing with Mongo Orchestration in the assortment of
videos here https://www.mongodb.com/world2015
On Monday, July 20, 2015 at 11:07:13 PM UTC-3, Kevin Liu wrote:
>
> Hello,
>
> Just FYI, I will soon start building a Julia MongoDB driver based on Emily
> Stol
won't need to test against YAML tests or the two
specs mentioned. He told me to pass a connection string to the C driver
from Julia, and the C driver will implement the specs.
On Monday, July 13, 2015 at 6:30:33 PM UTC-3, Kevin Liu wrote:
>
> Thanks Jeff, I will look into it and see if
Probably not since it's oriented towards RDBMS. Thanks
On Tue, Jul 21, 2015 at 7:11 PM, cdm wrote:
>
> would a MongoDB JDBC driver paired with JDBC.jl
> be feasible for your purposes ... ?
>
>https://groups.google.com/forum/#!topic/julia-users/qqOTu4XL1HI
>
>
> good luck,
>
> cdm
>
b
On Wednesday, July 22, 2015 at 4:30:00 PM UTC-3, tim@multiscalehn.com
wrote:
>
> I have just made pull requests to pzion/LibBSON.jl and pzion/Mongo.jl to
> fix the driver in v0.4. Works fine for me, after adding @compats
>
> On Sunday, July 12, 2015 at 12:17:44 AM UTC-7, Kevin
I'm sorry Tim, check this
out https://github.com/10gen-labs/mongorover/issues/16
Could you share how you made it work properly?
On Wednesday, July 22, 2015 at 5:20:42 PM UTC-3, Kevin Liu wrote:
>
> Hi Tim, did it pass specs 1, 2, and part of 3? 4 hasn't been started yet.
>
Thanks
On Thursday, July 23, 2015 at 8:24:12 PM UTC-3, tim@multiscalehn.com
wrote:
>
> https://github.com/pzion/LibBSON.jl/pull/4
> https://github.com/pzion/Mongo.jl/pull/6
>
> On Thursday, July 23, 2015 at 3:28:17 PM UTC-7, Kevin Liu wrote:
>>
>> I'm sor
Thursday, July 23, 2015 at 8:26:14 PM UTC-3, Kevin Liu wrote:
>
> Thanks
>
> On Thursday, July 23, 2015 at 8:24:12 PM UTC-3, tim@multiscalehn.com
> wrote:
>>
>> https://github.com/pzion/LibBSON.jl/pull/4
>> https://github.com/pzion/Mongo.jl/pull/6
>>
>>
rd.
>
> (This isn't mentioned explicitly there, but dashes also won't work for
> Julia package names.)
>
> Cheers!
>Kevin
>
> On Mon, Jul 27, 2015 at 8:28 PM, Kevin Liu wrote:
>
>> Hi Julia Users, feel free to contribute to the Julia wrapper of the C
&
Any suggestions for the name? I just want to remember this will be a
wrapper around C Mongo.
On Tue, Jul 28, 2015 at 9:10 PM, Kevin Liu wrote:
> Hey Kevin,
>
> That's great. Thanks for the advice. On it right now.
>
> Cheers!
>
> On Tue, Jul 28, 2015 at 7:50 PM, Kevi
I'll name it CMONGO.jl
On Tue, Jul 28, 2015 at 9:13 PM, Kevin Liu wrote:
> Any suggestions for the name? I just want to remember this will be a
> wrapper around C Mongo.
>
> On Tue, Jul 28, 2015 at 9:10 PM, Kevin Liu wrote:
>
>> Hey Kevin,
>>
>> That'
ll make it easier for people to
> contribute.
>
> One more thing you should look at is Clang.jl, which makes wrapping C
> libraries easier.
>
> Cheers!
>Kevin
>
> On Tue, Jul 28, 2015 at 5:21 PM, Kevin Liu wrote:
>
>> I'll name it CMONGO.jl
>>
>>
Julia functions which ccall out to external library
> functions (such as those in mongo), and returns the result (or some
> modification thereof that matches what would normally be done in Julia).
>
> Hopefully this was useful. Please feel free to post back here with
> questions, and I (
I'm also sharing the stack design in the hopes of speeding the process.
Comments are welcome.
https://docs.google.com/spreadsheets/d/1rgqtCay8HhnVuYR4UCZi9IGa0bzjbc3VupPxRUT9DS0/edit?usp=sharing
On Wednesday, July 29, 2015 at 8:01:11 PM UTC-3, Kevin Liu wrote:
>
> Haha this is my
Thanks! Will need it!
On Wed, Jul 29, 2015 at 8:23 PM, Kevin Squire
wrote:
> Good luck!
>
> On Thu, Jul 30, 2015 at 1:01 AM, Kevin Liu wrote:
>
>> Haha this is my first major project, period! Thanks a lot for putting in
>> the time and effort into guiding. I come fr
nting the project all at once.
>
> I recommend incremental implementation. That either means 1. continue
> working with the Mongo.jl code, adding functionality (and
> tests) incrementally, or 2. wrap the library using Clang.jl, and add tests
> for each function incrementally.
Hi Ferenc. Thanks for posting this. I won't be able to get back to you until
later. Hope you get help from the community, which is great. Take care.
> On Sep 1, 2015, at 13:14, Ferenc Szalma wrote:
>
> Kevin,
>
> I also managed to get Pzion's Mongo.jl to work in Julia v0.3. Now, I am
> tryi
Hi Stefan, what's wrong with my code? These are symbols for columns.
*OLS=glm(x016399044a+x0342faceb5+x04e7268385+x06888ceac9+x072b7e8f27+x087235d61e+x0b846350ef+x0e2ab0831c+x12eda2d982+x136c1727c3+x173b6590ae+x174825d438+x1f222e3669+x1f3058af83+x1fa099bb01+x20f1afc5c7+x253eb5ef11+x25bbf0e7e7+x271
the dataset https://github.com/kzahedi/RNN.jl/issues/1
On Wednesday, May 18, 2016 at 12:16:49 PM UTC-3, Kevin Liu wrote:
>
> Hi Stefan, what's wrong with my code? These are symbols for columns.
>
>
> *OLS=glm(x016399044a+x0342faceb5+x04e7268385+x06888ceac9+x072b7e8f27+x08
uot;?
>
> On Wed, May 18, 2016 at 11:16 AM, Kevin Liu > wrote:
>
>> Hi Stefan, what's wrong with my code? These are symbols for columns.
>>
>>
>> *OLS=glm(x016399044a+x0342faceb5+x04e7268385+x06888ceac9+x072b7e8f27+x087235d61e+x0b846350ef+x0e2ab0831c+x12eda
Stefan, since you helped aar...@udel.edu I thought maybe you'd help me.
On Wednesday, May 18, 2016 at 2:26:34 PM UTC-3, Kevin Liu wrote:
>
> Thanks Tom, that worked.
>
> Stefan, I'm sorry, I got this thread from
> https://github.com/JuliaLang/julia/issues/13782
>
Ok
On Wed, May 18, 2016 at 4:17 PM, Stefan Karpinski
wrote:
> In the future, please start a new thread for a new question/topic.
>
> On Wed, May 18, 2016 at 1:29 PM, Kevin Liu wrote:
>
>> Stefan, since you helped aar...@udel.edu I thought maybe you'd help me.
>&g
I looked in GLM.jl but couldn't find a function for calculating the R2 or
the accuracy of the R2 estimate.
My understanding is that both should appear with the glm() function. Help
would be appreciated.
Kevin
statistics functions
https://github.com/JuliaStats/GLM.jl/pull/115
On Thursday, May 19, 2016 at 1:15:17 PM UTC-3, Kevin Liu wrote:
>
> I looked in GLM.jl but couldn't find a function for calculating the R2 or
> the accuracy of the R2 estimate.
>
&
Thanks. I might need some help if I encounter problems on this pseudo
version.
On Thursday, May 19, 2016 at 1:54:37 PM UTC-3, Milan Bouchet-Valat wrote:
>
> Le jeudi 19 mai 2016 à 09:30 -0700, Kevin Liu a écrit :
> > It seems the pkg owners are still deciding
> >
> &g
Pkg.update("GLM")
*ERROR: MethodError: `update` has no method matching update(::ASCIIString)*
On Friday, May 20, 2016 at 4:29:20 AM UTC-3, Milan Bouchet-Valat wrote:
>
> Le jeudi 19 mai 2016 à 19:08 -0700, Kevin Liu a écrit :
> > Thanks. I might need some help if I enco
I think accuracy doesn't make sense for a linear model whose purpose isn't
to predict. Do you agree?
On Friday, May 20, 2016 at 12:37:44 PM UTC-3, Kevin Liu wrote:
>
> Pkg.update("GLM")
>
> *ERROR: MethodError: `update` has no method matching update(::ASCIISt
redi 20 mai 2016 à 08:59 -0700, Kevin Liu a écrit :
> > I think accuracy doesn't make sense for a linear model whose purpose
> > isn't to predict. Do you agree?
> Sorry, I don't know what you mean by "accuracy". Anyway, only users
> know the purpose of the
If accuracy is 'the nearness of a calculation to the true value', and the
assumption is the relation between all variables remain linear, then I
don't see why accuracy wouldn't be useful in GLM.
On Friday, May 20, 2016 at 6:24:06 PM UTC-3, Kevin Liu wrote:
>
> Pkg.upd
Instead of developing packages, make Julia develop on its own? Isn't
package development mechanical?
Isn't package development mechanical?
with inane questions like this.
>
> On Thu, Jun 2, 2016 at 12:06 PM, Kevin Liu
> > wrote:
>
>> Isn't package development mechanical?
>>
>
>
Is there an answer somewhere here?
On Thursday, June 2, 2016 at 7:54:04 PM UTC-3, Kristoffer Carlsson wrote:
>
> Someone taught you wrong.
Is there an answer here somewhere?
On Thursday, June 2, 2016 at 7:54:04 PM UTC-3, Kristoffer Carlsson wrote:
>
> Someone taught you wrong.
Look who jumped into the wiseass train. An honest, short answer would be
appreciated.
On Thursday, June 2, 2016 at 7:54:04 PM UTC-3, Kristoffer Carlsson wrote:
>
> Someone taught you wrong.
tter treatments than I can give
> regarding why this is difficult.
>
> On Thursday, June 2, 2016, Kevin Liu >
> wrote:
>
>> Is there an answer somewhere here?
>>
>> On Thursday, June 2, 2016 at 7:54:04 PM UTC-3, Kristoffer Carlsson wrote:
>>>
>>> Someone taught you wrong.
>>
>>
I am wondering how Julia fits in with the unified tribes
mashable.com/2016/06/01/bill-gates-ai-code-conference/#8VmBFjIiYOqJ
https://www.youtube.com/watch?v=B8J4uefCQMc
reach it?
On Thursday, June 2, 2016 at 11:20:35 PM UTC-3, Isaiah wrote:
>
> This is not a forum for wildly off-topic, speculative discussion.
>
> Take this to Reddit, Hacker News, etc.
>
>
> On Thu, Jun 2, 2016 at 10:01 PM, Kevin Liu
> > wrote:
>
>> I a
mainly CS. This
master algorithm, as you are aware, would require collaboration with other
tribes. Just citing the obvious.
On Friday, June 3, 2016 at 10:21:25 AM UTC-3, Kevin Liu wrote:
>
> There could be parts missing as Domingos mentions, but induction,
> backpropagation, genetic pr
Correction: Founders: tribe is mainly of Symbolists?
On Friday, June 3, 2016 at 10:36:01 AM UTC-3, Kevin Liu wrote:
>
> If Andrew Ng who cited Gates, and Gates who cited Domingos (who did not
> lecture at Google with a TensorFlow question in the end), were unsuccessful
> penny tr
ted in writing code,
> I'm happy to discuss in OnlineAI.jl. I was thinking about how we might
> tackle code generation using a neural framework I'm working on.
>
> On Friday, June 3, 2016, Kevin Liu > wrote:
>
>> If Andrew Ng who cited Gates, and Gates who cited
ted in writing code,
> I'm happy to discuss in OnlineAI.jl. I was thinking about how we might
> tackle code generation using a neural framework I'm working on.
>
> On Friday, June 3, 2016, Kevin Liu > wrote:
>
>> If Andrew Ng who cited Gates, and Gates who cited
https://github.com/tbreloff/OnlineAI.jl/issues/5
On Friday, June 3, 2016 at 11:17:28 AM UTC-3, Kevin Liu wrote:
>
> I plan to write Julia for the rest of me life... given it remains
> suitable. I am still reading all of Colah's material on nets. I ran
> Mocha.jl a couple weeks
the community vested in coding it into Julia?
Thanks. Kevin
On Friday, June 3, 2016 at 3:44:09 PM UTC-3, Kevin Liu wrote:
>
> https://github.com/tbreloff/OnlineAI.jl/issues/5
>
> On Friday, June 3, 2016 at 11:17:28 AM UTC-3, Kevin Liu wrote:
>>
>> I plan to write Julia for th
Alchemy
doesn't have to learn from scratch, proving Wolpert and Macready's no free
lunch theorem wrong by performing well on a variety of classes of problems,
not just some.
On Wednesday, August 3, 2016 at 4:01:15 PM UTC-3, Kevin Liu wrote:
>
> Hello Community,
>
> I'm
The Markov logic network represents a probability distribution over the
states of a complex system (i.e. a cell), comprised of entities, where
logic formulas encode the dependencies between them.
On Wednesday, August 3, 2016 at 4:19:09 PM UTC-3, Kevin Liu wrote:
>
> Alchemy is l
Another important cool thing I think is worth noting: he added the
possibility of weights to rules (attachment). Each line is equivalent to a
desired conclusion.
On Wednesday, August 3, 2016 at 4:27:05 PM UTC-3, Kevin Liu wrote:
>
> The Markov logic network represents a proba
say so, although the multilayer perceptron and
the SVM disagree.'
On Wednesday, August 3, 2016 at 4:36:52 PM UTC-3, Kevin Liu wrote:
>
> Another important cool thing I think is worth noting: he added the
> possibility of weights to rules (attachment). Each line is equivalent to a
literally, but instead is just trying
> to make a point about a more or less practical implication.
>
>
> Am Mittwoch, 3. August 2016 21:27:05 UTC+2 schrieb Kevin Liu:
>>
>> The Markov logic network represents a probability distribution over the
>> states of a complex sys
on your progress
>
> Am Mittwoch, 3. August 2016 21:53:54 UTC+2 schrieb Kevin Liu:
>>
>> Thanks for the advice Cristof. I am only interested in people wanting to
>> code it in Julia, from R by Domingos. The algo has been successfully
>> applied in many areas, even though
neither confirm
nor deny that Alcor has cryonically preserved Minsky.[43]
<https://en.wikipedia.org/wiki/Marvin_Minsky#cite_note-43>
We better do a good job.
On Friday, August 5, 2016 at 4:45:42 PM UTC-3, Kevin Liu wrote:
>
> *So, I think in the next 20 years (2003), if we can get rid of
preliminary experiments, they outperformed
convnets on a digit recognition task.
On Friday, August 5, 2016 at 4:56:45 PM UTC-3, Kevin Liu wrote:
>
> Minsky died of a cerebral hemorrhage at the age of 88.[40]
> <https://en.wikipedia.org/wiki/Marvin_Minsky#cite_note-40> Ray Kur
> forum or maybe start a blog.
>
> On Sat, Aug 6, 2016 at 10:53 PM, Kevin Liu
> > wrote:
>
>> Symmetry-based learning, Domingos, 2014
>> https://www.microsoft.com/en-us/research/video/symmetry-based-learning/
>>
>> Approach 2: Deep symmetry networks
Can I get tips on bringing Alchemy's optimized Tuffy
<http://i.stanford.edu/hazy/tuffy/> in Java to Julia while showing the best
of Julia? I am going for the most correct way, even if it means coding
Tuffy into C and Julia.
On Sunday, August 7, 2016 at 8:34:37 PM UTC-3, Kevi
After which I have to code Felix into Julia, a relational optimizer for
statistical inference with Tuffy <http://i.stanford.edu/hazy/tuffy/>
inside, for enterprise settings.
On Tuesday, August 9, 2016 at 12:07:32 AM UTC-3, Kevin Liu wrote:
>
> Can I get tips on bringing Alchemy
I have no idea where to start and where to finish. Founders' help would be
wonderful.
On Tuesday, August 9, 2016 at 12:19:26 AM UTC-3, Kevin Liu wrote:
>
> After which I have to code Felix into Julia, a relational optimizer for
> statistical inference with Tuffy <http://i.
>
>> On Monday, August 8, 2016 8:22:01 PM CDT Kevin Liu wrote:
>> I have no idea where to start and where to finish. Founders' help would be
>> wonderful.
>>
>>> On Tuesday, August 9, 2016 at 12:19:26 AM UTC-3, Kevin Liu wrote:
>>> After which I h
Helping me separate the process in parts and priorities would be a lot of
help.
On Tuesday, August 9, 2016 at 8:41:03 AM UTC-3, Kevin Liu wrote:
>
> Tim Holy, what if I could tap into the well of knowledge that you are to
> speed up things? Can you imagine if every learner had to star
type field.
On Tuesday, August 9, 2016 at 9:02:25 AM UTC-3, Kevin Liu wrote:
>
> Helping me separate the process in parts and priorities would be a lot of
> help.
>
> On Tuesday, August 9, 2016 at 8:41:03 AM UTC-3, Kevin Liu wrote:
>>
>> Tim Holy, what if I could tap
Nice video recommendation, Yichao. Thanks.
On Saturday, April 2, 2016 at 1:16:07 PM UTC-3, Yichao Yu wrote:
>
> On Sat, Apr 2, 2016 at 10:26 AM, Cedric St-Jean > wrote:
> >
> >> Therefore there's no way the compiler can rewrite the slow version to
> the
> >> fast version.
> >
> >
> > It kn
Thanks Tim for leading me to this thread.
On Friday, August 26, 2016 at 11:06:33 AM UTC-3, Kevin Liu wrote:
>
> Nice video recommendation, Yichao. Thanks.
>
> On Saturday, April 2, 2016 at 1:16:07 PM UTC-3, Yichao Yu wrote:
>>
>> On Sat, Apr 2, 2016 at 10:26 AM, C
1 - 100 of 116 matches
Mail list logo