- Floating point numbers are now parsed and loaded as file! types, so external data with floats can at least be loaded and the numbers can be detected, so they could be processed further by your own functions.
red>> load-JSON "6.28" == %6.28
- char! type is now more explicitly supported, in the sense that single character strings will be loaded as char! so they are more efficient.
- object! type is now supported, so it becomes easier to emit TNetStrings with nested dictionaries and JSON data with nested objects. The converters can still (and need to) be compiled: they use the interpreter only very sparingly for objects support.
- All Red data types can now be emitted. Not explicitly supported types are FORMed. - Several new refinement options, in particular for object support.
- The JSON converter now implements the full specification on json.org except escaped UTF-16 surrogate pairs. There is little reason for them to occur in JSON data.
Kaj
The JSON converter is still smaller than the official R2 implementation. It's now larger than the R3 implementation, but has more features. It's still an order of magnitude smaller than most JSON implementations in other languages.
Maxim
StoneDB is starting to take shape. I got the preliminary disk storage prototype finished today. I can't give factual speed benchmarks since for now I've got no time to do extensive testing... but it seems to be able to store at least 500000 nodes a second (@about 14MB/s), which is pretty decent for a prototype using default C disk writing functions and absolutely no regards for disk i/o profiling. this is even more acceptible considering its running on a lame notebook disk. (I should have a SSD after the holidays, so I'll be able to compare :-)
with the current architecture, I should be able to read any cell directly from disk so query set can be larger than physical RAM.
If all goes well, I should have persistent read/write access to the DB's file data done by the time I go to bed tonight ..... yay!
After that... cell linking which will require a different variable length dataset driver. This new one will allow perpetual appending without any need to copy memory :-)
Kaj
I updated Red on Try REBOL with the latest Red fixes and the latest version of my JSON and TNetStrings converters:
I've released new version of my Redis protocol on https://github.com/rebolek/prot-redis . Now it's R3 module, adds some functions to make life easier (see documentation) and also few small bugfixes have been done.
Bo
NickA has agreed to allow his excellent "Learn Rebol" book to be published in "installments" in ODROID Magazine. Expect the first article to appear in the February 2014 issue which will be available at http://magazine.odroid.com .
This will help open Rebol up to a new community of enthusiasts.
Ashley
Not quite ready for announce, but I've been working on a universal data manipulator type thingy which I've tentatively named 'munge. Reason I created it is I find myself using the following idiom quite often:
DESCRIPTION: Manipulate tabular values in blocks and delimited files. MUNGE is a function value.
ARGUMENTS: data -- (Type: block file url) size -- Size of each record (Type: integer)
REFINEMENTS: /header -- Ignore first row /where condition -- Expression(s) that can reference columns as A, B, etc (Type: block) /part columns -- Offset position(s) to retrieve (Type: integer block) /delete -- Delete matching rows (returns original block) /update action -- Update offset value pairs (returns original block) (Type: block) /unique -- Returns sorted unique records /list -- Return new-line records /only -- Return after matching a single row (ignored by /delete and /update) /save -- Write result to a delimited file file -- (Type: file) delimiter -- (Type: char)
and an example of some of the fun things you can already do with it:
test: copy ["Name" "Age" "Bob" 33 "Joe" 55 "Joe" 55] munge/header/where/list test 2 [B = 55] munge/header/unique/part test 2 1 ; this does not alter the block munge/header/unique test 2 ; this alters the block write/string %test.csv "Name,Age^/Bob,33^/Joe,55^/Joe,55" munge/header/where/list %test.csv 2 [B = "55"] ; file values are all string test: munge %test.csv 2 munge/header/update test 2 [2 [to integer! B]] ; update col 2 with val / block munge/header/delete/where test 2 [B <> 55] munge/part/save %test.csv 2 [1 2 2] %test2.csv #"," ; save with an additional column
Hi Ashley, that is kinda what I was doing with the original concept behind my first Tretbase db. It was to allow someone to do that. I think the scope is a great idea. Keep up the great work!
Notable additions include support for reading from and writing to SQL Server tables (without the need for any temporary files) and the inclusion of a flip refinement to swap columns and rows. Enjoy!
Kaj
I updated Red on Try REBOL with the latest Red fixes and the latest versions of my extensions:
That means they now include Red 0.4.1, and both PARSE and objects in the interpreter. Further, I added my JSON converter.
The */Red/red-core-message interpreter for your platform should be directly usable to write application servers for the Mongrel 2 webserver, using the 0MQ binding and the TNetStrings converter.
The */Red/red-core interpreter for your platform can for example be used to communicate with JSON servers such as Fossil and the Bitcoin daemon, using the cURL binding and the JSON converter.
The MSDOS/Red/red-base.exe interpreter can be used directly on Windows, without downloading any extra dependencies.
Arnold
The Red development document I started is here https://github.com/iArnold/reddevdoc It needs a lot of extra info to be added. Please join the effort to make this a valuable intro in how the internals of Red are working together so more people can join and actually produce some code.
Reichart
As all these Red docs and projects get started, is there an easy way to "register" or submit it to some centralized location yourself (perhaps with tags)