Thanks Alex. so that's also the reason of 404
of https://clojure.github.io/spec.alpha/.
Joe
On Friday, July 14, 2017 at 12:34:07 PM UTC+8, Alex Miller wrote:
>
> The Clojure team uses the latest version of autodoc (
> https://github.com/tomfaulhaber/autodoc and
> https://github.com/tomfaulhab
Thanks Sean. Now I know I need to dig into autodoc.
On Friday, July 14, 2017 at 10:57:20 AM UTC+8, Sean Corfield wrote:
>
> I asked Alex Miller about this on Slack and he said (paraphrasing):
>
>
>
> Something in clojure.spec broke autodoc a while back and then the split of
> spec to spec.alph
The Clojure team uses the latest version of autodoc
(https://github.com/tomfaulhaber/autodoc
and https://github.com/tomfaulhaber/autodoc-collect are the repos). lein
autodoc (https://github.com/tomfaulhaber/lein-autodoc) is hard pegged to
autodoc 1.1.1.
The official build file for java.jdbc (
I asked Alex Miller about this on Slack and he said (paraphrasing):
Something in clojure.spec broke autodoc a while back and then the split of spec
to spec.alpha threw a further wrench in the automated doc generation. That
means at least some of the API documentation has been stale for a while s
hi Sean,
The official site of java.jdbc is generated by autodoc, does that mean the
clojure team use a different autodoc?
please see this. https://clojure.github.io/java.jdbc/
Joe
On Thursday, July 13, 2017 at 12:17:45 PM UTC+8, Sean Corfield wrote:
>
> Autodoc is not declared in java.jdb
Hi,
I am in Sydney Australia, and looking for a job.
My current interests and skills/abilities are:
-
Design and implementation of reusable team libraries using Clojure
-
Design and implementation of microservices with Restful API using Clojure
-
Design and im
> I'm currently trying something very similar to expound but with a GUI
approach to explore errors.
I look forward to seeing what you come up with!
Ben
On Thursday, July 13, 2017 at 8:48:45 AM UTC-6, Juan Monetta wrote:
>
> Yeah, I read your expound code, really nice btw.
>
> I'm currently tryi
Yup; I'm aware. That's what tipped me off. Didn't see the comment
mentioning OWL until I'd already posted, hence the second message.
Again, intriguied to look into this further now.
On Thu, Jul 13, 2017 at 2:01 PM, ru wrote:
> Christopher!
>
> OWL is extention of RDF.
>
> --Ru
>
> четверг, 13 и
Christopher!
OWL is extention of RDF.
--Ru
четверг, 13 июля 2017 г., 21:21:59 UTC+3 пользователь Christopher Small
написал:
>
> Are these ontologies as in RDF ontologies?
>
> On Monday, July 10, 2017 at 6:41:32 AM UTC-7, ru wrote:
>>
>> Hi,
>>
>> Update to r4f-pro project: https://github.com/ru
Hah; This answers part of my question (had a tab open, and didn't see the
"1 new pending message"). I've been vaguely curious about this project, and
didn't realize there was a connection ideas from RDF. I'm interested to
learn more now.
On Thursday, July 13, 2017 at 9:45:15 AM UTC-7, ru wrote:
Are these ontologies as in RDF ontologies?
On Monday, July 10, 2017 at 6:41:32 AM UTC-7, ru wrote:
>
> Hi,
>
> Update to r4f-pro project: https://github.com/rururu/r4f-pro
>
> Integrated Development Environment for [rete4frames](
> https://github.com/rururu/rete4frames) rule engine and expert syst
Arthur!
By the way, I must notice that Protege exists in two flavors:
Protege-frames and Protege-OWL. Protege-frames historically precedes
Protege-OWL. Protege-OWL theoretically is more powerful, but from practical
point of view Protege-frames has more comprehensive application area (not
only
Yeah, I read your expound code, really nice btw.
I'm currently trying something very similar to expound but with a GUI
approach to explore errors.
I think encoding map paths as [key pos-in-map-entry] should work in all
cases as is currently doing in s/map-of. I can't see any issues if s/keys
e
No, you're not missing anything. I've run into the same issue. I see you've
found the related JIRA issue, but for those who haven't it's
https://dev.clojure.org/jira/browse/CLJ-2192
> So the thing is that if you see a problem in [::k 1] you don't know if
its the ::k value, or the value is a seq
w00t! Congrats!
cheers,
Bruce
On Wed, Jul 12, 2017 at 9:53 PM, Michael Drogalis wrote:
> We're happy to announce the final release of Onyx 0.10. Onyx is a scalable,
> distributed, fault tolerant, high performance data processing platform for
> handling batch and streaming workloads. It's written
15 matches
Mail list logo