processing large text files

2014-10-26 Thread Patrick Logan
The JVM on most platforms has good support for memory-mapped files. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with y

Re: What to use for serializing reference types?

2014-08-11 Thread Patrick Logan
See inline... On Monday, August 11, 2014 3:32:21 PM UTC-7, MS wrote: > > Actually there are several things going on. > In general the database I'm trying to define would include not only the > actual net list (ie a mapping between nets and pins), but also all the PCB > junk that goes on. > > Th

Re: What to use for serializing reference types?

2014-08-11 Thread Patrick Logan
how libraries are done, etc.. Also it appears to be mask-based, ie IC > design; I'm trying to do something PCB level.I'll take a look at > JSON-LD. > > > On Sunday, August 10, 2014 6:37:01 PM UTC-7, Patrick Logan wrote: >> >> You'll have to adopt som

Re: What to use for serializing reference types?

2014-08-11 Thread Patrick Logan
Space is one thing, but I would assume the net list should be able to represent sequential logic, which implies a cyclic graph. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that po

What to use for serializing reference types?

2014-08-10 Thread Patrick Logan
You'll have to adopt some form of reference designator. JSON-LD defines these. More domain specific, you could implement a subset of or borrow ideas from EDIF, a standard Electronic Design Interchange Format, which happens to be based on Lisp. http://en.m.wikipedia.org/wiki/EDIF -- You rece

Re: [ANN] JSON/CLJ/EDN comparison table

2014-06-01 Thread Patrick Logan
for one possible approach. > > Jozef > > On Sunday, June 1, 2014 2:18:00 AM UTC+2, Patrick Logan wrote: >> >> Now *that* is a pretty reasonable comparison. I would quibble here and >> there: I don't find JSON-LD as heavy-weight as you; the benefit of >>

Re: [ANN] JSON/CLJ/EDN comparison table

2014-05-31 Thread Patrick Logan
w > [2] http://www.w3.org/TR/2014/REC-rdf11-concepts-20140225/#dfn-iri > [3] see section 'Decision 3' at > http://manu.sporny.org/2014/json-ld-origins-2/ > > Jozef > > On Saturday, May 31, 2014 5:32:55 PM UTC+2, Patrick Logan wrote: >> >> Brilliant analysis. > &

Re: [ANN] JSON/CLJ/EDN comparison table

2014-05-31 Thread Patrick Logan
Brilliant analysis. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group

Re: [ANN] JSON/CLJ/EDN comparison table

2014-05-30 Thread Patrick Logan
Jozef, You might be interested in the JSON-LD w3c standard which defines representations for most of the items in your table using JSON. Primarily missing are "discards" and direct ties to clojure/script functions and macros. JSON-LD has several implementations, a test suite, and support of s

Re: core.async over websocket + cljs + clojure

2014-01-25 Thread Patrick Logan
This seems like more trouble than it is worth. There are almost certainly suitable but more established protocols and implementations for the problem at hand. Anyway, maybe it's worth exploring. To me it seems to muddy the waters for what core.async seems intended to provide, which seems to me t

Re: core.async over websocket + cljs + clojure

2014-01-25 Thread Patrick Logan
In CSP you might have a limited size buffer, but then block on the next Put. That's not something you want to casually attempt over a distance. It seems you want an interface like Channels that deal in fully formed objects, but you don't want CSP blocking semantics. -- -- You received this me

Re: core.async over websocket + cljs + clojure

2014-01-24 Thread Patrick Logan
* one side of the channel is in clojure land * other side of the channel is in cljs land Are you implementing coordination across the wire, as if the two channels are "the same virtual channel"? If so, read on... otherwise, n/m, sorry if I misinterpreted... CSP-like channels aren't a good a

Re: oob schemas, re: The Language of the System

2014-01-19 Thread Patrick Logan
"finds dates, and other data types, heuristically" -- I'm sure Google would rather not, but that's life on the web. Google also supports JSON-LD which is a W3 standard for semi-structured and linked data. JSON-LD defines "in-band" syntax for dates, all XSD data types, and arbitrary data types (

Re: [ANN] Sleight: whole program transformations

2013-09-20 Thread Patrick Logan
"Expansion Passing Style" is a similar mechanism described in http://citeseerx.ist.psu.edu/viewdoc/summary;jsessionid=B1F3B3E99DE8FD3BD5CA489868730967?doi=10.1.1.50.4332 A number of interesting (and easy to implement) examples are in the paper, including debugging tools. This is an easy way to g

Re: Knowledge derivation in core.logic?

2013-05-28 Thread Patrick Logan
On Tuesday, May 28, 2013 5:48:08 AM UTC-7, Phillip Lord wrote: > > One of the things that I am sort of interested in with tawny is whether > there is any value to the overlap of Clojure and OWL in the same > syntax. It would be, for example, possible to annotate a Clojure > function with the O

Re: Knowledge derivation in core.logic?

2013-05-28 Thread Patrick Logan
On Tuesday, May 28, 2013 2:51:51 AM UTC-7, Phillip Lord wrote: > > > > > > "Given a secret key and encrypted nonce for that key, assert the > > unencrypted nonce." > > > > What I mean is that there is no way to express this in OWL alone. This > > could be expressed in core.logic, in clojure,

Re: Knowledge derivation in core.logic?

2013-05-27 Thread Patrick Logan
On Monday, May 27, 2013 12:40:34 AM UTC-7, Phillip Lord wrote: > > Patrick Logan > writes: > > OWL has several levels of increasingly expressive but general > inferences. > > Much of the domain could be represented in OWL (classes (i.e. sets), > >

Re: Local database recommendation?

2013-05-26 Thread Patrick Logan
Apache Jena is another good choice for a graph database. It has the choice of an in-memory database, memory-mapped file database (optionally with ACID transactions), or mapped to a relational database. It can also run as a separate database server. There is a procedural java API and the standard

Re: Knowledge derivation in core.logic?

2013-05-26 Thread Patrick Logan
OWL has several levels of increasingly expressive but general inferences. Much of the domain could be represented in OWL (classes (i.e. sets), instances (i.e. set membership), relationships with domains and ranges, etc.), but there would still be a need for the domain-specific inferences descri

Re: Trouble calling Dojo grid constructor from ClojureScript

2012-12-30 Thread Patrick Logan
I don't want to bog the list down with my javascript naivete, but the full fix to dojo/on.js is something like this: if (type.call && !(((typeof type) === "string") || (type instanceof String))){... On Wednesday, November 28, 2012 9:15:11 PM UTC-8, Brian Nelson wrote: > > ok. I've had

Re: Trouble calling Dojo grid constructor from ClojureScript

2012-12-29 Thread Patrick Logan
f/when we > get proper Keywords/Symbol types. > > David > > > On Sat, Dec 29, 2012 at 8:46 PM, Patrick Logan > > > wrote: > >> From what I can tell, dojo is testing an argument to see whether it has a >> method named "call". dojo seems to be a

Re: Trouble calling Dojo grid constructor from ClojureScript

2012-12-29 Thread Patrick Logan
>From what I can tell, dojo is testing an argument to see whether it has a method named "call". dojo seems to be assuming that if such a method exists, then the argument will not be a string. Then clojurescript seems to be assigning a function named "call" to the String prototype. And so these

Re: STM - a request for "war stories"

2012-12-14 Thread Patrick Logan
://river.apache.org/ You can also contact the gigaspaces commercial effort, where they are very willing to talk: http://www.gigaspaces.com/ On Thursday, December 13, 2012 9:51:50 PM UTC-8, Paul Butcher wrote: > > On 14 Dec 2012, at 00:22, Patrick Logan > > wrote: > > Another concurrency

Re: tuple spaces (was Re: STM - a request for "war stories")

2012-12-14 Thread Patrick Logan
I've used javaspaces a fair bit in high-flexibility situations, although not in a truly high-scale situation. I am aware of truly high-scale implementations. Just be careful extrapolating from one case to another. Contact the apache river folks for detailed reports of javaspaces in high-scale..

STM - a request for "war stories"

2012-12-13 Thread Patrick Logan
Paul, Another concurrency model I've used a great deal is the tuplespace model, specifically javaspaces. This is an often forgotten model that has a lot to offer with a high expressiveness to complexity ratio. Not closure specific, so feel free to contact me again directly if you're interested

Re: STM - a request for "war stories"

2012-12-11 Thread Patrick Logan
I am unsure whether you are writing about STM in general or in Clojure specifically. I worked for Gemstone Systems for five years on the object engine as well as applications of the distributed, multi-user, garbage-collected STM that is the centerpiece of Gemstone Smalltalk. During that time I

Re: GSOC : Constraint based UI layout

2012-04-08 Thread Patrick Logan
90s-state-of-the-art more > accessible, similar to how core.logic introduced so many folks to > logic programming even though Prolog has been around for ages. > > > > > > > On Apr 6, 7:13 pm, Patrick Logan wrote: > > Cassowary seems like a good summer-sized proje

Re: GSOC : Constraint based UI layout

2012-04-06 Thread Patrick Logan
Cassowary seems like a good summer-sized project. My only concern is that browsers are already gaining fairly expressive constraint-based layout. A project that would extend beyond a summer, but move clojure to the forefront of UI development (and by "forefront" I mean "up to early 1990s state o

Re: clojure-scheme - Compiling Clojure to Scheme to C

2012-03-22 Thread Patrick Logan
Gambit Scheme especially has a great interface to C/C++/Objective-C. I've been happily using Gambit quite a bit for 20+ years, when it originated as gambit-68k for the Motorola 68000. Gambit-C's been ported to iOS, Nintendo DS, etc. In addition to the great C interface, it also has a great Unix