• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

AltME groups: search

Help · search scripts · search articles · search mailing list

results summary

worldhits
r4wp0
r3wp110
total:110

results window for this page: [start: 1 end: 100]

world-name: r3wp

Group: All ... except covered in other channels [web-public]
Terry:
31-Dec-2004
Frequency graph of mag 6.0 or greater No. Coast of California http://www.humboldt.edu/~geodept/earthquakes/NC_Eqk_Freq.gif
Reichart:
19-Apr-2008
Point me to a graph on the web that looks like what you want.  I'm 
planning to use them, but clearly, there are things they don't do, 
and I plan to do that in REBOL, but use the same trick.
Graham:
19-Apr-2008
This is what I have at present.  https://www.compkarori.co.nz.. 
login as guest/1234 select results/laborator and click on any of 
the results to bring up a graph at the bottom of the page.
Graham:
19-Apr-2008
There's a line graph with 3 months on the x-axis.
Graham:
19-Apr-2008
what I want to do is feed date data and let the graph program automatically 
generate the x-axis labels.
Reichart:
19-Apr-2008
Hmmm....I'm not familiar with Google Graph yet enough to confirm.

But...this is another one of those areas we are starting to play 
with.  I really like thier basic method, although, SOAP might be 
nice so one can work in something more like XML
Group: Ann-Reply ... Reply to Announce group [web-public]
Maxim:
27-Oct-2010
in the current stat of the host-kit and rebol architecture in general:
---------------------------

1) I cannot use data, since that is being used by r3_gui.r3 so it 
has in effect become a reserved word which we can't use.

2) if I use gob/draw, then I am in fact trying to hijack the meaning 
 of  draw gob... an AGG draw block.

3) the current gob! API is very limited because it was shrunk to 
handle a very specific use case.  I can't really play around with 
anything cause it just breaks up real quick (I tried).

4) the CGR API doesn't have a scene dialect yet, but that is just 
high-level use.  if you look at the code, its 4 lines of code to 
have an openGL high-rez model viewable in a window... I hardly consider 
that bloat.

5) using commands to manage a real life scene with several thousand 
animated, deforming objects and scene changes, is a nice dream. it 
doesn't work in practice since just managing the thousands of blocks 
this requires ends up eating a way a sizeable part of the CPU and 
ram.  

6) data marshalling is heavy, REBOL datatype access is heavy, datatypes 
use A LOT of ram, and the GC is extremely intrusive,  CGRs solve 
all of this while still making the high-level interface easy as pie.

7) primitives are more than just dead weight they allow direct access 
to/from rebol and the CGR itself.  they are the *low* level interface 
which can be used directly or directed by the use of a dialect later. 
  the difference from AGG is that these structures are persistent 
for many reasons, which will be much clearer in the future.

8) CGRs are not only for 3d graphics, but for any rendering.  primitives 
are a generic container to access/construct any rendering engine 
in the same way. ie. all CGR will use the same core cgr dialect.

9) the code does support multiple cgr gobs, but it might have bugs... 
I didn't even try it yet... I was busy getting this stable and released 
asap.

10) The opengl-cgr currently doesn't integrate into the view compositing, 
since that instantly *kills* rebol.  I mean... totally.  500x500 
a 30fps... = 100% cpu just blitting graphics (not even opengl rendering). 
 opengl-cgr uses the container mode, which actually uses up a sub-window 
(like every single construct in windows) and allows system double 
buffering in that area.

11) CGRs are compatible with all other gobs, though they must be 
built to support the internal gfx pipeline by using the compositor 
or image rendering modes.  That is how I started and it was quickly 
obvious how un feasible it was for opengl.

12) rendering performances ARE very implementation specific. using 
show instead of cgr-refresh on the display loop will show a performance 
penalty anywhere from 10-1000% (depending on nested gob depth & size). 
 If I didn't create internal data for the models, the large tree 
example would run much slower, if I used commands to call every opengl 
call in the large tree example, it would likely take several seconds 
a frame even with hw support.

in the future:
----------------------------

-there will be (hopefully) a small number of changes to the host-kit 
which will allow 1, 2, 3 to be resolved in a more natural REBOL feel... 
this current implementation actually highlights those needs and you 
where quick to point them out  :-)

-concurrency requires a bit more sophisticated structures to prevent 
locks, using the current design I solve some (though not all, yet) 
of the requirements for true concurrency, and this directly relates 
to issues and/or decisions in 5, 6, 7 & 8

-my goal is to have a high-performance rendering engine which isn't 
bound by any inherent design incompatibilities between REBOL and 
optimised native code, especially if the engine has access to hardware 
in parralel to the interpreter.  when i look at all the current games 
out there and they slow down even using only compiled code and sometimes 
not even really complex scenes, I don't want to fall into the trap 
of adding an additional layer of slowness which is to have the interpreter 
doing the renderer's job.

-I'm not trying to make a "cool" rebol plugin... I am trying to make 
an engine which is optimisized to run within REBOL.  the idea being 
not to help out rebolers per say, but to attract people with rendering 
needs TO REBOL because it has a high-perfomance engine *built-in* 
to which you can graph any actual renderer (DX, OpenGL, video frame 
buffers, etc).
-did I mention I want to make an AGG CGR ?  ;-)
Group: RAMBO ... The REBOL bug and enhancement database [web-public]
Anton:
12-Oct-2006
I think I'll try to make a forever loop and log stats to a file, 
then maybe graph the stats to see what happens towards the end.
Group: Core ... Discuss core issues [web-public]
Maxim:
25-Apr-2006
imagine a double edged directed graph node.
Ladislav:
13-Oct-2006
the example Mike liked is:

    view layout build/with [
        box 600x600 effect [
            draw [
                spider [
                    size 600x600
                    ; offset 100x100
                    pen black
                    scale 4
                    ; scale [0 150 300 450 600]
                    categories [

                        "Category 1" "Category 2" "Category 3" "Category 4"

                        "Category 5" "Category 6" "Category 7" "Category 8"
                    ]
                    directions
                    pen red
                    data [100 200 300 400 500 600 700 800]
                    pen blue
                    data [100 100 100 100 100 100 100 100]
                ]
            ]
        ]
    ] [spider: :spider*]

(it builds a DRAW block creating a Spider graph)
Ladislav:
13-Oct-2006
you need to have a look at http://www.fm.tul.cz/~ladislav/rebol/spider.r
. It generates the spider graph as you could see, if you succeeded 
to run the code
Ladislav:
13-Oct-2006
I have got a similar XYPLOT function creating an XY graph, although 
I did not release it yet
Anton:
14-Oct-2006
It can plot a graph of the balance over the last year, so I can see 
the patterns and trends.
Janko:
3-Jul-2009
Graham.. very very cool .. it seems that you have pockets full of 
magic rebol tools :) .. This graph editor is really nice and works 
smooth
Group: View ... discuss view related issues [web-public]
Graham:
7-Jan-2005
with IE, I see the graph, with Firefox and the SVG viewer installed, 
I just see the xml
Gabriele:
7-Jan-2005
anyway, looks like the same graph rendered twice to make a blorry 
shadow
Ladislav:
8-Jan-2005
Graham: re quick plot - yes, I had to make some changes to be able 
to draw xy graph with irregular x values. Unfortunately I didn't 
correct the behaviour for dates. I will probably include XY graphing 
capabilities into  my spider.r, because the "philosophy" of q-plot 
looks a bit "flawed" to me - it is "two-pass" (acceptable) evaluating 
expressions twice , which looks
Graham:
9-Jan-2005
generates a SVG graph of size 1000x1000, and scales the data automatically
Terry:
10-Jan-2005
that's a nice looking graph if you ask me.
Graham:
10-Jan-2005
I think I should change the code a bit .. as if all the readings 
are distributed near the top of the y axis, then the bottom of the 
graph looks barren.
Robert:
27-May-2005
I just hacked the graph-layout stuff found in Rebol-Framework into 
a standalone using the new AGG stuff. Very cute and fast!! Take a 
look at: http://www.robertmuench.de/download/graph-layout.r
Benjamin:
15-Aug-2005
Hi there i recently had to do a job where i need to make use of read-net 
or read-thru because i needed to show a graph representing the amount 
of data beeing downloaded, but when it comes to write or save this 
is not possible because no callback is addmited, so i ask, is there 
a way to know how much data form a file has been uploaded or saved 
?
Graham:
23-Sep-2005
of any graph in any language or just Rebol?
Henrik:
23-Sep-2005
actually I think the hardest part would be to display a pretty graph 
:-) retrieving data could be done from within the graph face
Geomol:
23-Sep-2005
Picking data online and show a graph could maybe be an one-liner. 
:-)
Only with REBOL! (TM)
Graham:
23-Sep-2005
anim-graph ?
Ryan:
18-Jan-2006
I you want it to be real slick, I would graph them out, pro and cons, 
etc. If you want it finished, keep up the good work.
Pekr:
6-Mar-2006
what is fish-bone-diagram? ah, now I understand - have not seen that 
graph for ages in real-life :-)
Pekr:
10-Mar-2006
http://big.faceless.org/products/graph/examples.jsp?initial=browsershare
Maxim:
2-Sep-2010
so there are a few options.


I'd build a transparent image to start and graph stuff over it using 
draw.

ex:

x: make image! 512x512
x/alpha: 255
draw x [fill-pen red circle  256x256 200]
Group: Linux ... [web-public] group for linux REBOL users
MaxV:
27-Aug-2010
Dear ManuM, my problem is with graphic. I have to display a graph 
with lines, rectangules and texts, so I use DRAW. Have you ever used 
DRAW on Linux?
Group: AGG ... to discus new Rebol/View with AGG [web-public]
Anton:
29-Oct-2008
The circle/line intersection function could be used to help connect 
lines to nodes in a graph (eg. text-boxes with rounded corners, or 
just circles), and collision detection, both things I'm thinking 
of using it for.
Group: Web ... Everything web development related [web-public]
Pekr:
2-Nov-2005
another question, although not web related, but log related - did 
anyone do snmp parser, mrtg kind of graph display?
Group: !RebGUI ... A lightweight alternative to VID [web-public]
Robert:
14-Feb-2007
Ashley, I again would like to send you our enhanced version. We have 
extended the RESIZING to include proportional resizing, enhanced 
the widgets, made a new one graph-widget (for graph layouting) and 
so on.
Robert:
19-Nov-2007
Spider graph.
Group: !Uniserve ... Creating Uniserve processes [web-public]
Janko:
29-Jan-2010
I saw some huge graph one time as "whole HTTP spec" .. it was huge, 
and worying how complex it looked .. I will try to find it
Group: XML ... xml related conversations [web-public]
Gabriele:
29-Apr-2006
when i think about representing data conceptually, i tend to always 
come up with a graph or a tree (then i map the conceptual graph to 
a relational model, or maybe to a dialect). so for selecting data 
a "navigation" approach (which is basically what xpath does) seems 
rather natural for me; then you can map the navigation to SELECT 
statements etc if needed.
Gabriele:
29-Apr-2006
so maybe my question is: is graph navigation (or, if you think it 
is general enough, tree navigation) a general enough selection model, 
or do you think that it would be missing something?
Group: SVG Renderer ... SVG rendering in Draw AGG [web-public]
shadwolf:
24-Jan-2006
surfing around on internet i found another common application for 
SVG -> graphs representation. The idea is inspired by  a ruby project 
http://www.germane-software.com/software/SVG/SVG::Graph/#N10034. 
To do this in rebol we need teh ability to save data in an image 
PNG. The way we can use a thing like this could be to use a simple 
rebol draw based dialect to write  the graphs if we are in REBOL/view 
application the  graph is isealy shown if we need to show the  graph 
in webrowser we can have  2  external sources SVG  and PNG.  For 
importing graphs from another application the SVG is the best way. 
 So our REBOL::SVG::GRAPH would be able to import graphi content 
from a SVG file, output SVG and PNG files, render graphs to REBOL/view 
draw pane, propose a simple way to implement graphs  using a rebol 
dialect.
shadwolf:
1-Feb-2006
hum new rebol/view have save/png hability woooooooooooopy so there 
is nothing that prevent us to make a  graph /AGG/SVG/PNG  dialect 
 ^^
shadwolf:
1-Feb-2006
on a project like an svg graph system save.png take really all it's 
sens imagine a way to make easyly graphs with your rebol GCI to display 
graph stats in your web pages for example
shadwolf:
1-Feb-2006
graph [ line "apple" red  5 12  12 8  line "banana" green  1 2 3 
4 6 ]
shadwolf:
10-Nov-2006
okay  thank you for the  link  in my  idea  my  SVG/REBOL graph render 
should be easy to  use and render basical graphs  using  a psecial 
graph dialect  but  ofcourse it  will be enhanced afterward...
Group: Sound ... discussion about sound and audio implementation in REBOL [web-public]
Anton:
21-Apr-2009
I see a little graph :)
Steeve:
21-Apr-2009
yep, it show a graph with some frequencies, don't remember why...
Group: Rebol School ... Rebol School [web-public]
denismx:
4-Apr-2006
And the idea of a graph giving the family tree of the language is 
terrific.
denismx:
17-May-2006
RebGUI, something new to me. In fact, we probabably just need an 
interface to enter data and start some process and show the results. 
Maybe draw a graph with the results - that would be great. Will look 
into it. Tks.
Graham:
4-Jan-2009
Ok, I am going to ask my question too.   I have to run a report where 
I collect data from a number of different functions.  Each of the 
functions runs asynchronously.  So, one might return data before 
another.  Not that the order matters.  But the user can select from 
1 to say 6 data functions/sources.

Now since these functions are async, I have to use callbacks to deal 
with the data once it arrives.
What would be the best way of programming this?  

At the end of this, I then need to do something with the collected 
data  .... ie. generate a graph.
Graham:
4-Jan-2009
Gregg ... it's supposed to be real time .. push a button and see 
the graph.  I guess this is the same as Steeve suggests .. wait until 
the results come in, or timeout ...
Gregg:
5-Jan-2009
If you can render the graph with partial data, do it each time data 
comes in, or set up a rendering callback that the data callback calls. 
Polling intervals (if needed) can be pretty short without burning 
the CPU. If it's on the net, there's no guarantee of real time. :-)
Graham:
5-Jan-2009
If I used a different way of rendering the graph, I have the same 
problem back again.
Maxim:
5-Jan-2009
so... can the graph data be viewed within a rebol window?
Graham:
5-Jan-2009
the data only ... not the graph
Anton:
8-Feb-2009
(kib2: yes, creating a plotting dialect is hard. It must be - I tried 
creating a general plotting function. There are many types of chart/graph 
to support.)
Group: rebcode ... Rebcode discussion [web-public]
Robert:
5-Nov-2005
graph-layout: I won't have the time to get deeper into rebcode in 
the moment. So, here is a request, for something that gives a nice 
demo: I have the old graph-layout code, which uses the TouchGraph 
idea. Anyone interested to port it to rebcode and see howmany nodes 
we can handle?
Group: Tech News ... Interesting technology [web-public]
Henrik:
23-Oct-2006
It's easy. I made some tools for my Linksys access point, which could 
only read out signal strength about once every 30 seconds with reloading 
the webpage on its internal webserver. By using REBOL and telnet 
access on it, I could get a real time graph for the same thing. It's 
even less stressful and requires less bandwidth for the access point. 
There must be many other things that can be improved like that.
Pekr:
14-Jan-2011
Here's graph, how they reduced execution times in particular sections 
- http://www.swiftboot.com/swiftBoot/Home.html
Group: SQLite ... C library embeddable DB [web-public].
Robert:
8-Jan-2007
Question: I have something like a bill-of-material. And I would like 
to get such a structure back as graph. I'm just thinking of this 
isn't a generic function suitable to be coupled with a database. 
What do you think?
Group: !REBOL3-OLD1 ... [web-public]
Graham:
15-Apr-2006
for graph drawing.
Maxim:
24-May-2007
but in reality, elixir is not really a *liquid* graph editor.  its 
a graph editor which *USES* liquid.
Pekr:
28-Oct-2008
http://www.rebol.net/wiki/GUI_Note_-_Shapes_in_DRAW_Blocks- I think 
that we should be aiming at graph based low level AGG based design, 
with the ability to cache various nodes. IIRC Cyphre was talking 
about something like that, but not sure it is implemented ... good 
that such low level things are explained though ...
BrianH:
11-Dec-2008
The datatype's execution engine deals with the internal data that 
the MAKE handler creates, not the input syntax. This means that the 
internal data could be anything: bytecode, native code, graph structures, 
whatever.
Ladislav:
13-Jun-2009
aha, so, a kind of "general graph"
BrianH:
25-Jun-2009
And if you have MAKE do a deep copy (as it does now in R3), memory 
explodes and you can't do graph references. So you need a way to 
make a deep copy too, in case you need to.
Robert:
5-Sep-2009
Lazy: Let's assume I have a quite complex evaluation graph with 100 
input parameters. Think of it like an Excel spreadsheet. Now what 
I want is that if one parameter changes, that all dependent parts 
are re-evaluated. Like Excel does it.
Steeve:
5-Sep-2009
i can work on it, what form of evaluation graph do you expect ?
Maxim:
9-Sep-2009
actually it isn't hard to mix VID and OpenGL  :-)  all we need is 
a way to do a quick memcopy of the OpenGL pixel buffer into an image! 
datatype... that's it.  really simple.


now I dont want to be forced into using View though.  I want to be 
able to use extensions to control the windowing too.  I need to be 
able to use other window managers if I want to integrate into better 
engine which are already ported to all major platforms.  Things like 
open scene graph or other game-oriented 3D engine, DirectX, whatever.
Group: Postscript ... Emitting Postscript from REBOL [web-public]
Graham:
6-Apr-2006
So, for example, if we used to plot dialect to draw a graph, we can 
then emit postscript and send directly to the printer.
Graham:
8-Jun-2006
This is a simple graph ( multivariable ) graph using the postscript 
dialect.  http://www.compkarori.com/emr/graph.png
Henrik:
8-Jun-2006
is that graph drawn with AGG?
Graham:
8-Jun-2006
that graph is output from my EMR program.
Group: !Liquid ... any questions about liquid dataflow core. [web-public]
Maxim:
16-Feb-2007
which is how I decoupled the refresh and the event handler of my 
graph editor.
Maxim:
16-Feb-2007
but its not yet actually able to DO anything.  I'm at the fledgling 
days of optimising the gfx engine for the graph editor.  The node 
creation, dragging and linking are done, (all graphically) and even 
already detect cycles, so you can't connect nodes in such a way as 
to get a dependency cycle  :-)
Maxim:
7-May-2007
I'm using a node graph as the basis for ALL system operations.  for 
now, I'm just finishing the core framework, so the "tools" part is 
not yet in place, but I'll have a nice demo to open up the future 
of elixir.
Maxim:
27-Feb-2009
well only to handle the edge of the graph, since the computer/OS 
isnt't running within a graph
Maxim:
13-Mar-2009
As you know, I just totaly reviewed how liquid-vid will handle its 
layout (now a live prodecural network in its own), so I am hard at 
work building that, but I will definitely put some time on integrated 
unit testing, when I rebuild the visual graph editor.  its such a 
great idea, as we have discussed, the I/O aspect of plugs cannot 
be ignored in dataflow, so this would be a great way to profile, 
document and verify expected node behaviour.
Maxim:
13-Mar-2009
for the layout algorythm,  I actualy did a complete flow analysis 
of a row/column resizing liquid graph.  its actually rather simple, 
when you force yourself to follow what data goes where.  note that 
I was able to build this without creating a processing cycle... which 
is neat, since some values are going to the parent face and coming 
back to its pane elements.
Robert:
7-May-2009
Max, I get all this. But how about using the normal graph notation: 
nodes and edges, direct, undirected, cycles etc.
Robert:
24-Jan-2010
Max, I will bite the bullet and will see if I get a graph engine 
done in C and attched to R3 via an extension.
Maxim:
24-Jan-2010
note that I already have access to a fully functional and highly 
optimised C-based graph engine which allows me to create billions 
of nodes, and much more.  


Integrating that system into REBOL is part of my current contract 
work.
Maxim:
24-Jan-2010
The engine will use liquid's flexible interpreted messaging overlayed 
on the other graph engine which I will use for scalability in sheer 
volume of connections and nodes I can allocate.  just a portion of 
the tree usually needs to be in RAM at any given time, and in fact, 
parts of processing tree can now reside on different computers since 
the graph engine is refered to... it should be quite fun to use.


this will be tied in to the OpenGL and scream core scene-description 
engine as one cohesive toolset.


in this system, the binary nodes will actually be optional and should 
be invisible when used from the rebol application's point of view.
Group: !Cheyenne ... Discussions about the Cheyenne Web Server [web-public]
Dockimbel:
18-Nov-2011
The main benchmark graph is basically testing how fast each server 
is able to copy chunks of memory. ;-)
http://gwan.ch/benchmark
Group: DevCon2007 ... DevCon 2007 [web-public]
Pekr:
10-May-2007
Gabriele - ask him to provide us with Elixir based visual graph of 
his all systems, because after all those years, we still just gues, 
what are those about :-)
Robert:
11-May-2007
It's just using a graph-based approach. Good idea, and really better. 
no query necessary just traverse the graph.
Robert:
11-May-2007
Do they have graph-layout included?
Maxim:
11-May-2007
free your mind of a graph... each node as multiple sets of edges.
Group: !CureCode ... web-based bugtracking tool [web-public]
Pekr:
30-Jun-2009
I miss very simple graph on the main page, exactly the one showing 
what RT's blog shows - showing completed, opened and waiting tickets. 
Current graphs are nice, but it takes longer time for me to understand 
it. E.g. why are not dismissed tickets part of completed tickets? 
I know that it would mean double categorisation, but then I propose 
dividing table into 3 sections, waiting, opened, closed, or at least 
two sections - opened, closed ... and part of the closed would be 
- complete, dismissed, tested, and their subtotal. What do you think?
Pekr:
2-Jul-2009
BrianH: noone wants distinction between dismissed and completed being 
removed, it could be subgrouped. But that way, it is a bit difficult 
to quickly get clear view, of how many tickets are being regarded 
being finished, and with how many tickets there is a chance someone 
will look at them, correct or implement. Simply put - when I looked 
at Carl't graph, it gave me clear status of overall R3 development. 
6 months CureCode status is no clear indication about the concrete 
state of the project.
Dockimbel:
2-Jul-2009
I agree with Pekr about the need of a simple and global graph.
Graham:
1-Aug-2010
One nice thing to be able to see is a graph of the  resolved issues 
vs the submitted issues
Group: Profiling ... Rebol code optimisation and algorithm comparisons. [web-public]
Maxim:
30-Oct-2009
yeah amd with the faster fuunction calling in R3 liquid should get 
an immediate boost in speed... it does A LOT of tiny function calls 
to manage the graph as if they where first level types with accessors 
instead of using a controler which loops over the graphs and limits 
flexibility.
Group: !REBOL3 Priorities ... Project priorities discussion [web-public]
Pekr:
19-Nov-2009
Shake is not good because of LLVM-like low level imo, but because 
of properly Graph based GUI. Now allow us something like that for 
View, and you get-me-interested :-) http://www.apple.hu/hun/mac/shake/shake/shake.html
Cyphre:
19-Nov-2009
Maybe I'm missing something but you can do graph-based processing 
even with R2.  There is really no special needs at the low-level.
Maxim:
19-Nov-2009
pekr... wrt shake... and what do you think the graph does ?  ;-) 
 


the graph is compiled in real-time everytime you change its structure. 
 you can create your own nodes and add them to the engine, using 
the graph itself as a visual development platform.


 as I said, I worked for those guys... I have an intricate knowledge 
 of how it works.  I also implemented a REBOL implementation of shake 
 callings its rendering engine and intepreting its (C) Header files 
 to integrate all the nodes.  :-)
Group: !REBOL3 Schemes ... Implementors guide [web-public]
Robert:
11-Jan-2010
BTW: I'm going to redo the diagram using yworks yEd editor. It's 
a fantastic graph layout editor and now supports swimlane diagrams.
Group: !REBOL3 GUI ... [web-public]
Robert:
5-Aug-2010
Henrik, let's discuss this idea with Carl and than Lad because it's 
all about graph-theory how to solve / detect circles, loops etc.
Robert:
5-Aug-2010
graph: As Gregg said, if we can link stuff, dataflow is not far away. 
And this will result in a constraint solver a la Excel. Which would 
be very cool to have anyway.
shadwolf:
20-Oct-2010
hum ...  yes but more with a meanning behind items  on the graph 
pattern. Featuring relations betwin item one to another
shadwolf:
20-Oct-2010
Maxim hum on the graph i can't say you where it starts where it ends 
or what it does ... but the main idea behind a graph representation 
is the one look to it you understand it
Group: !REBOL3 ... [web-public]
Jerry:
29-Nov-2010
I ran out of memory using R3 because of a huge map!. I was doing 
a Chinese social-network-graph analysis. If R3 supports 64-bit OS, 
I will have the 64-bit HW, 64-bit OS, and 8 GB RAM  ready. Too much 
data to analysize, too less memory.
1 / 110[1] 2