R tutorial for idiots.
Locked
 
|
Robert,
This URL came up empty for me. www.cran.r-project.org/doc/contrib/*Verzani*-*SimpleR*.pdf Any thoughts???? nick > [Original Message] > From: <friam-request at redfish.com> > To: <friam at redfish.com> > Date: 9/17/2006 12:00:21 PM > Subject: Friam Digest, Vol 39, Issue 22 > > Send Friam mailing list submissions to > friam at redfish.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://redfish.com/mailman/listinfo/friam_redfish.com > or, via email, send a message with subject or body 'help' to > friam-request at redfish.com > > You can reach the person managing the list at > friam-owner at redfish.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Friam digest..." > > > Today's Topics: > > 1. Re: Seaside (Smalltalk web development framework) (Phil Henshaw) > 2. Re: Seaside (Smalltalk web development framework) (Giles Bowkett) > 3. lego mc escher, and freaky dolphin submarine (Giles Bowkett) > 4. Re: Seaside (Smalltalk web development framework) (Robert Holmes) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 16 Sep 2006 18:39:11 -0400 > From: "Phil Henshaw" <sy at synapse9.com> > Subject: Re: [FRIAM] Seaside (Smalltalk web development framework) > To: "'The Friday Morning Applied Complexity Coffee Group'" > <friam at redfish.com> > Message-ID: <001601c6d9e0$ee84a550$2f01a8c0 at SavyII> > Content-Type: text/plain; charset=iso-8859-1 > > Thanks, found some help on the R help forum, though now I'm buried in > resources and haven't gotten to square 1 with understanding the syntax. > What I really want is to communicate my own purposes, how to watch the > masterful artwork of nature evolve by cross connecting real events and > real dynamics... What the skillful use of the right tools shows is > that *every* event is emergent as an original development, not accident, > of its time! > > > Phil Henshaw ????.?? ? `?.???? > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 680 Ft. Washington Ave > NY NY 10040 > tel: 212-795-4844 > e-mail: pfh at synapse9.com > explorations: www.synapse9.com > > > > -----Original Message----- > > From: friam-bounces at redfish.com > > [mailto:friam-bounces at redfish.com] On Behalf Of Marcus G. Daniels > > Sent: Saturday, September 16, 2006 11:22 AM > > To: The Friday Morning Applied Complexity Coffee Group > > Subject: Re: [FRIAM] Seaside (Smalltalk web development framework) > > > > > > Phil Henshaw wrote: > > > > > I can only > > > limp along with my live systems data analysis using home made lisp > > > routines on a graphics platform because of the standard > > grid model of > > > data that seems to be used elsewhere? > > [..] > > > marvelous! but now I've got all sorts of stuff to transfer to a > > > system I don't understand... know any tutors in NY? > > If you like Lisp, you'll find R natural. Witness lambda > > expressions > > and lexical scope: > > > > test <- function (l) { > > sum(sapply (l, function (x) { x + l })) > > } > > > > > test (c(1,2,3,4)) > > [1] 80 > > > > It's also has consed lists (called pair lists), hash tables (called > > environments), etc. > > > > There are tutorials of various sorts on the R website. > > > > R is a great package. It has a plug-in interface for native > > code, and > > hundreds of contributed packages. > > Folks that are mainly interested in presentation graphics or > > visualization might not find it is what they want as that's not it's > > greatest strength. It's greatest strength is that it is good > > full-fledged dynamially typed programming language with about every > > statistical test ever conceived. But visualization is improving. > > There's a very usable OpenGL package that works fine, for > > example. Also > > some will gripe that it is slow. It's true there is no > > compiler for R, > > yet, but given the native code plug-in interface and the fact > > that most > > operations are vectorized with intensive numerics done in R's native > > code libraries, I think that's a pretty bogus complaint. > > > > Marcus > > > > ============================================================ > > FRIAM Applied Complexity Group listserv > > Meets Fridays 9a-11:30 at cafe at St. John's College > > lectures, archives, unsubscribe, maps at http://www.friam.org > > > > > > > > > > ------------------------------ > > Message: 2 > Date: Sat, 16 Sep 2006 17:39:00 -0600 > From: "Giles Bowkett" <gilesb at gmail.com> > Subject: Re: [FRIAM] Seaside (Smalltalk web development framework) > To: "The Friday Morning Applied Complexity Coffee Group" > <friam at redfish.com> > Message-ID: > <2d81dedb0609161639g9638e86y729ba32e81e2378b at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > Alright, I give up - why do fun languages like Python or more fun > > languages like Squeak get passed over in the market compared to > > rather annoying languages like Java? How come they haven't been as > > competitive as say Linux as a server OS platform? Why is C++ vs. > > Java still our fate in 2006? Is there no God? Have we been bad? > > OK -- this is a huge topic, but, for what it's worth, here's my theory. > > Short answer: marketing. > > Long answer: > > Most language choices in the programming world come down to > programmers selling stuff to management. Selling is a people skill and > programmers often lack it. Every so often a programmer manages to use > some obscure language they prefer, and the results are impressive -- > Yahoo! Stores was originally written in Lisp, there were virtually > zero Ruby Web programmers before one Ruby Web programmer created Ruby > on Rails, Seaside is written in Smalltalk and has productivity that > makes even Rails look sluggish, etc. -- but generally that's not > because somebody discovered a language's heretofore-overlooked power, > it's because somebody who was already aware of that power managed to > convince some business person that the power actually existed, or > learned enough business skills that these decisions became their own > to make. > > More frequently, what happens is that the language choice actually > comes down to a management decision, and most people who manage > programmers are in the business of making decisions they do not > understand. So they follow the dictates of fashion. This is why the > industry is so prone to buzzwords and trends -- the people making the > decisions do not actually have any other metric at their disposal > besides popularity. > > Anyway, apologies Owen, but I have to disagree with the "languages are > hard" thing. Languages are easy, at least, for me personally, I've > never found syntax or even idioms difficult to get the hang of. As > arrogant as I might sound, I don't think I'm actually unique in this. > The sheer number of languages, and the fact that most programmers know > several, demonstrates that they aren't **that** difficult. But the > points about interoperability and deployability seem much more valid. > > I think programmers who enjoy obscure languages tend to be better > programmers, but the causality works the other way around: enjoying > obscure languages doesn't make you a better programmer, being a good > programmer gives you an increased appreciation for obscure languages. > That being said, there's a lot of interest in learning new languages > these days, and I think it's gotten out of hand. > > A lot of the big surprise success stories in the last decade or so > have come out of left field in terms of the languages they were > written in, but this is almost tautological -- they wouldn't have been > surprises if they had been written in the languages everyone else was > using at the time. It does seem, though, that if you study languages > strictly to learn more languages, you'll find a lot of totally > careerist programmers doing the same thing. About a year and a half > ago I was going to Python users' group meetings at Google, and the > slickness, desperation, and indifference which marks a room full of > careerist programmers was so thick in the air that I could hardly > breathe. Maybe a year or so before that, it had become common > knowledge that Google preferred to see Python on resumes when hiring > for Java positions, and so a lot of people had started learning Python > purely to get better Java jobs, in much the same way that a guy who > has no interest in actually managing a project might still seek to be > officially named the project's manager. > > I hope I don't sound like a bitter Silicon Valley refugee... ;-) > > -- > Giles Bowkett > http://www.gilesgoatboy.org > > > > ------------------------------ > > Message: 3 > Date: Sat, 16 Sep 2006 21:19:00 -0600 > From: "Giles Bowkett" <gilesb at gmail.com> > Subject: [FRIAM] lego mc escher, and freaky dolphin submarine > To: "The Friday Morning Applied Complexity Coffee Group" > <Friam at redfish.com> > Message-ID: > <2d81dedb0609162019i42647c2fh9f199d0a61384948 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > lego mc escher: > http://www.swell.net/flash_g3_0628/esher.jpg > > freaky dolphin submarine: > http://www.innespace.com/ > > -- > Giles Bowkett > http://www.gilesgoatboy.org > > > > ------------------------------ > > Message: 4 > Date: Sun, 17 Sep 2006 08:39:45 -0600 > From: "Robert Holmes" <robert at holmesacosta.com> > Subject: Re: [FRIAM] Seaside (Smalltalk web development framework) > To: "The Friday Morning Applied Complexity Coffee Group" > <friam at redfish.com> > Message-ID: > <857770150609170739j3300aec7nb0d96363ae3723a4 at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Phil, > > Of the various tutorials out there, I'd recommend "simpleR - using R for > introductory statistics" by Verzani. > www.cran.r-project.org/doc/contrib/*Verzani*-*SimpleR*.pdf > > Robert > > On 9/16/06, Phil Henshaw <sy at synapse9.com> wrote: > > > > Thanks, found some help on the R help forum, though now I'm buried in > > resources and haven't gotten to square 1 with understanding the syntax. > > What I really want is to communicate my own purposes, how to watch the > > masterful artwork of nature evolve by cross connecting real events and > > real dynamics... What the skillful use of the right tools shows is > > that *every* event is emergent as an original development, not accident, > > of its time! > > > > > > Phil Henshaw ????.?? ? `?.???? > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: tml > > ------------------------------ > > _______________________________________________ > Friam mailing list > Friam at redfish.com > http://redfish.com/mailman/listinfo/friam_redfish.com > > > End of Friam Digest, Vol 39, Issue 22 > ************************************* |
|
|
Nick --
Try this one: http://www.cran.r-project.org/doc/contrib/Verzani-SimpleR.pdf -- rec -- On 9/17/06, Nicholas Thompson <nickthompson at earthlink.net> wrote: > > Robert, > > This URL came up empty for me. > > www.cran.r-project.org/doc/contrib/*Verzani*-*SimpleR*.pdf > > Any thoughts???? > > nick > > An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060917/7a78b56e/attachment.html |
|
|
That's simple enough! Thanks Nick & Roger, now I just need a couple
free months to get back to where I was with the new tool! Of course... there would be more reason to do that if anyone were to send me some of their puzzling time series data sets to let me explore and see if I can find what's happening... No promises, but I usually find something quite new and interesting because I ask a different set of questions. Phil Henshaw ????.?? ? `?.???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 680 Ft. Washington Ave NY NY 10040 tel: 212-795-4844 e-mail: pfh at synapse9.com explorations: www.synapse9.com <http://www.synapse9.com/> -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Roger Critchlow Sent: Sunday, September 17, 2006 6:13 PM To: nickthompson at earthlink.net; The Friday Morning Applied Complexity Coffee Group Subject: Re: [FRIAM] R tutorial for idiots. Nick -- Try this one: http://www.cran.r-project.org/doc/contrib/Verzani-SimpleR.pdf -- rec -- On 9/17/06, Nicholas Thompson <nickthompson at earthlink.net> wrote: Robert, This URL came up empty for me. www.cran.r-project.org/doc/contrib/*Verzani*-*SimpleR*.pdf Any thoughts???? nick -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060917/6a9bf02a/attachment.html |
|
|
Who would guess just asking the R help forum would turn up a grad med
student whose PhD in modeling time series of epidemics with R, living around the corner! I guess I'm now officially one small step up from rank beginner... Anyway, it doesn't appear that R makes it at all easy to use data with arbitrary time scales, however, which is disappointing. I just want a graphing database that other systems researchers use that treats time as a real number. Is that too much to ask?? R's time-series objects appear to require orderly data with points at constant time periods, and can't relate to others with different periods... My data and issues tend to fail on both counts! The session did give me a whole bunch of names of other people working on non-parametric data imaging, so I'll bet someone somewhere deals directly with the underlying problem, i.e. that life most certainly happens, but just not on schedule! I've gotten more than a couple great suggestions on FRIAM! Any others? Phil Henshaw ????.?? ? `?.???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 680 Ft. Washington Ave NY NY 10040 tel: 212-795-4844 e-mail: pfh at synapse9.com explorations: www.synapse9.com <http://www.synapse9.com/> That's simple enough! Thanks Nick & Roger, now I just need a couple free months to get back to where I was with the new tool! Of course... there would be more reason to do that if anyone were to send me some of their puzzling time series data sets to let me explore and see if I can find what's happening... No promises, but I usually find something quite new and interesting because I ask a different set of questions. -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Roger Critchlow Sent: Sunday, September 17, 2006 6:13 PM To: nickthompson at earthlink.net; The Friday Morning Applied Complexity Coffee Group Subject: Re: [FRIAM] R tutorial for idiots. Nick -- Try this one: http://www.cran.r-project.org/doc/contrib/Verzani-SimpleR.pdf -- rec -- On 9/17/06, Nicholas Thompson <nickthompson at earthlink.net> wrote: Robert, This URL came up empty for me. www.cran.r-project.org/doc/contrib/*Verzani*-*SimpleR*.pdf Any thoughts???? nick -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060923/aa543f93/attachment.html |
|
|
well maybe except for 'its' irregular time series!
Phil Henshaw ????.?? ? `?.???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060923/fcd39351/attachment.html |
|
|
In reply to this post by Phil Henshaw-2
Exactly what you want to do with these different timescales? If it's just a
case of sticking two lines on the same graph, that's simple. If it's some multi-temporal statistic (is there such a thing?) that you know of but isn't in R, then just code it up as an R function. Can you give us clarification? What are the statistic/statistics you want to calculate to compare your time-series? Robert On 9/23/06, Phil Henshaw <sy at synapse9.com> wrote: > > Who would guess just asking the R help forum would turn up a grad med > student whose PhD in modeling time series of epidemics with R, living around > the corner! I guess I'm now officially one small step up from rank > beginner... Anyway, it doesn't appear that R makes it at all easy to use > data with arbitrary time scales, however, which is disappointing. I just > want a graphing database that other systems researchers use that treats time > as a real number. Is that too much to ask?? R's time-series objects > appear to require orderly data with points at constant time periods, and > can't relate to others with different periods... My data and issues tend > to fail on both counts! > > The session did give me a whole bunch of names of other people working on > non-parametric data imaging, so I'll bet someone somewhere deals directly > with the underlying problem, i.e. that life most certainly happens, but > just not on schedule! I've gotten more than a couple great suggestions > on FRIAM! Any others? > > > Phil Henshaw ????.?? ? `?.???? > > An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060924/c57b0632/attachment.html |
|
|
Robert,
Thanks for asking. I'm getting a little help from Gabor on the use of zoo, and will eventually learn how to code the things I want. The R core is really neat in that what would be 50 tangled lines of code in lisp are simple short expressions in R. That, however, means learning lots and lots of objects and functions with complex properties and no good reference. It really is a sophisticated environment requiring high level user knowledge. Like I looked and looked tonight to find out how to print one graph on top of another, or open multiple graph windows. Couldn't find it. My other problem is the one that had me writing my own entire software interface and analytic routines in the first place. I seem to be using curves for a different purpose than other people. Say you have a time-series of measures that reflect the life history of several independent overlapping natural feedback loop systems, each with their own separate growth, climax, disordering and decay periods. ????.?? ? `?.???? You wouldn't want your way of rendering the record of those events to erase all that critical beginning and ending information, and paint the whole history with shapes displaying the same wiggly but basically uneventful dynamics throughout. That would make the underlying systems much harder to find and figure out. That's what I think splines do, for example, hide all the natural system beginning and ending periods. It may not be impossible to use splines to faithfully represent underlying dynamics, but only the rendering philosophy of their designers. Of course stochastic and simple differential equations are much worse. On the other hand, I don't know all the kinds of non-parametric methods of rendering histories of events, but I get no hint from the discussion that anyone is aware of this problem. I can't find anyone who seems to be using the shapes of their curves as a way of identifying and investigating the behavior of natural feedback loop systems. Everyone still seems to be treating nature as if it should be following some formula, instead of rendering events as part of local systems development. Do you know of anyone else with this complaint? Phil Henshaw ????.?? ? `?.???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 680 Ft. Washington Ave NY NY 10040 tel: 212-795-4844 e-mail: pfh at synapse9.com explorations: www.synapse9.com <http://www.synapse9.com/> -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Robert Holmes Sent: Sunday, September 24, 2006 7:15 PM To: The Friday Morning Applied Complexity Coffee Group Subject: Re: [FRIAM] R tutorial for idiots. Exactly what you want to do with these different timescales? If it's just a case of sticking two lines on the same graph, that's simple. If it's some multi-temporal statistic (is there such a thing?) that you know of but isn't in R, then just code it up as an R function. Can you give us clarification? What are the statistic/statistics you want to calculate to compare your time-series? Robert On 9/23/06, Phil Henshaw <sy at synapse9.com> wrote: Who would guess just asking the R help forum would turn up a grad med student whose PhD in modeling time series of epidemics with R, living around the corner! I guess I'm now officially one small step up from rank beginner... Anyway, it doesn't appear that R makes it at all easy to use data with arbitrary time scales, however, which is disappointing. I just want a graphing database that other systems researchers use that treats time as a real number. Is that too much to ask?? R's time-series objects appear to require orderly data with points at constant time periods, and can't relate to others with different periods... My data and issues tend to fail on both counts! The session did give me a whole bunch of names of other people working on non-parametric data imaging, so I'll bet someone somewhere deals directly with the underlying problem, i.e. that life most certainly happens, but just not on schedule! I've gotten more than a couple great suggestions on FRIAM! Any others? Phil Henshaw ????.?? ? `?.???? -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060924/793c599b/attachment.html |
|
|
On 9/24/06, Phil Henshaw <sy at synapse9.com> wrote:
> > Robert, > Thanks for asking. I'm getting a little help from Gabor on the use of > zoo, and will eventually learn how to code the things I want. The R core > is really neat in that what would be 50 tangled lines of code in lisp > are simple short expressions in R. That, however, means learning lots and > lots of objects and functions with complex properties and no good > reference. It really is a sophisticated environment requiring high level > user knowledge. Like I looked and looked tonight to find out how to print > one graph on top of another, or open multiple graph windows. Couldn't find > it. > > lines(x,y....) adds lines to an existing plot > split.screen( figs=c(3,2) ) creates a blank window that contains a 3 x 2 array of screens, with screen 1 at top left. Set screen 3 for plotting (say) thus: > screen 3 Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060924/5719f0de/attachment.html |
|
|
In reply to this post by Phil Henshaw-2
On 9/24/06, Phil Henshaw <sy at synapse9.com> wrote:
> > Robert, > ...My other problem is the one that had me writing my own entire software > interface and analytic routines in the first place. I seem to be using > curves for a different purpose than other people. Say you have a > time-series of measures that reflect the life history of several independent > overlapping natural feedback loop systems, each with their own separate > growth, climax, disordering and decay periods. ????.?? ? `?.???? You > wouldn't want your way of rendering the record of those events to erase all > that critical beginning and ending information, and paint the whole history > with shapes displaying the same wiggly but basically uneventful dynamics > throughout. That would make the underlying systems much harder to find and > figure out. > ... > > Phil Henshaw ????.?? ? `?.???? > Sorry Phil, I'm still not getting the issue. What do you mean when you say "rendering the record of those events"? Does this mean plotting? Or does it mean "find the parameters for some pre-determined curve that best fit the data"? And if the latter, why bother creating the curve? What are you trying to learn by fitting these curves? Are you seeking to extrapolate, interpolate, or what? A lot of questions here I'm afraid, but I'm just not grokking this! R -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20060924/e8afb2d1/attachment-0001.html |
«
Return to Friam
|
1 view|%1 views
| Free forum by Nabble | Edit this page |