R statistical language logo

If you haven’t heard of R before, you should know that it’s one of the most popular statistical programming languages in the world, used by millions of people.

It’s open source nature fosters a great community which helps make data analysis accessible to everyone. If you want a better understanding of how R works, and its syntax, we recommend you to take this free Introduction to R tutorial by DataCamp.

Related Post:  CyanogenMod, the rest of the story

While import.io gives you access to millions of data points, R gives you the means to perform powerful analysis on that data and to turn it into beautiful visualizations. It’s a pretty nifty combo!

Related Post:  Jitsi 1.0 released

In this post, you’ll learn 3 easy ways to get your import.io data into R. This is a beginner tutorial so don’t worry if you’re not that familiar with R or import.io’s advanced features.

Let’s get started! Continue reading.

R statistical language logo


Share on facebook
Share on twitter
Share on pinterest
Share on linkedin

Hola! Did you notice that LinuxBSDos.com no longer runs network ads?  Yep, no more ads from the usual suspects that track you across the Internet.  But since  I still need to pay to keep the site running, feel free to make a small donation by PayPal.

Subscribe for updates. Trust me, no spam!

Mailchimp Signup Form

Sponsored links

1. Attend Algorithm Conference, a top AI and ML event for 2020.
2. Reasons to use control panel for your server.
3. DHgate Computers Electronics, Cell Phones & more.

29 Responses

  1. we have Apache OpenOffice, from which LibreOffice was forked

    That’s a complete LIE. LibreOffice was actually forked from the original OpenOffice.org. Apache OpenOffice (which is not the same) is another derivated product which only exists to be a zombie.

    1. Hmm…, but Apache OpenOffice is a continuation of OpenOffice.org. Yes, new code, largely donated by IBM, has been added since, but Apache OpenOffice did not just spring out of thin air.

      And to say that Apache OpenOffice “only exists to be a zombie” is to insult the folks at the Apache Software Foundation who are working on it.

      Btw, that “zombie” is what I’m using on my Fedora 20 KDE desktop. Millions of other people use it too.

  2. On Version: Build ID: 430m0(Build:2) i think works with copy(left click then middle click) and then paste(middle click).It also works when i copy from writer and paste here.
    If i make a new line by entering or making space it does not work.
    That is on Elementary Luna OS.

  3. That is not the correct way to use Free software. Free software is software that anyone can study and modify, it’s backed by a community. If you find a bug you should search the bug tracker and, if not already there, issue as a new bug. Just changing a program because of a minor bug is not a clever move… when you will find that OpenOffice has some problems with feature X you will jump to M$Office under wine? Free software is NOT a PRODUCT, a black box, is YOUR code. Everyone should collaborate and be patience if something goes wrong and help make it right. Last, Apache OpenOffice, if you do some research, is not as future friendly/freedom preservating as LibreOffice is, has been the result of a series of dirty tricks by Oracle and IBM to do the most damage to the community they could do.

    1. Well, I never considered this a bug. I honestly thought it was by design and I’ve know about it for about 2 years. But now we all know it’s a bug.

  4. Works in LibreOffice Version: Build ID: 430m0(Build:2) using Debian GNU/Linux testing (jessie)

    highlight. middle click. left click.
    no keyboard. no context menus.

  5. You are basically downgrading because of some small rather insigniicant feature issue. It may be a bug in the version you are using. [Ctrl-C], [Ctrl-V] are just as easy or easier to use.

    Bottom line, your problem is NOT enough to reccomend everyone to switch back to OpenOffice. The Document Foundation is doing a GREAT job of taking LibreOffice far beyond where OpenOffice is now.

  6. I’ve just copied and pasted text within LibreOffice using the mouse without problem.

    LibreOffice Version: Build ID: 420m0(Build:3)

    1. Ok, try this: Copy a line or block of text. Deselect it, then try pasting, all using the mouse.

      As long as the selected text remains so, you can copy and paste, but that means you must paste close to the copied/selected text, because that’s where the cursor will be. What if you wish to copy and paste far away from the copied text?

      1. I don’t understand it. I’ve tried to do what you suggested. Select text with the mouse, copy by using the popup menu that appears when pressing the right mouse button, deselect the text, go 4 pages further and then tried a paste with the same popup menu that appears when pressing the right mouse button. Works without a problem.
        Although I prefer doing it by using the keyboard. gives me more options.

    1. What version?

      Note that I’m not referring to copying and pasting from LibreOffice to another application, but doing so inside the same LibreOffice/OpenOffice document.

  7. Using LibreOffice, Build ID: 350m1(Build:2), in Ubuntu 12.04.

    Highlight / Copy / Paste via mouse seems to work fine.

    Truth be told, I normally use keyboard shortcuts, and I had to be careful not to do this during my test.

    1. You’re using Using LibreOffice 3.5.x.

      Yes, it used to work on older releases of LibreOffice and OpenOffice, but not in the 4.x releases. Try any recent version and let me know.

      1. Confirmed in version It seems to be analogous to bug 62047 (Writer) and 59260 (Calc).

        In simple terms, on Linux selecting a text autocopies it to a special buffer. Even if the text is unselected, several copies can be obtained by middle-clicking. It’s important not to select any other text: that will insert new content on said buffer.

        In Libreoffice, the buffer is cleared when the text is unselected, which is non-standard and causes the aforementioned problem.

        Workarounds found:

        a) don’t deselect the original text if possible, position the mouse pointer — not the text cursor — on the target place and middle-click at once (useful for copying text near the source);

        b) use normally between LO and other applications, it seems to work fine;

        c) open a new window (menu/Window/New Window), select in one, paste in the other. Verified to work.

        Maybe this is fixed in a later version; can’t test now.

        1. Right.

          As long as the text remains selected, you can paste with the middle button, but once it is deselected, the buffer, as you wrote, is cleared.
          For your first workaround, say you paste on page 2 when the selected text is on page 1, the page jumps back to page one. Not very good.

          1. > …the page jumps back to page one. Not very good.

            Actually, that’s very bad from a workflow standpoint; a serious regression.

            I’m a heavy user of LO (Windows and Linux); why didn’t I notice that before?

            For some reasons, I venture:

            1. a lot of copying happens between different applications;

            2. normal editing occurs locally (e.g. on the same page), when we redact some document (from scratch or changing a previous version);

            3. selections made in one page and pastes to another are many times actually done to move text, which is usually done with Ctrl-X and hence does not use the “selection clipboard”.

            Obviously, you must have some sort of line of work which perhaps forces you to copy templates from one part of a document to another part. That way, the bug is more apparent to you.

            If you can, I’d suggest workaround 3, which has the added benefit of allowing one to see source locations and copy target at the same time, at the cost of some screenstate. The extra window can be opened and closed when convenient, though.

          2. Workaround 3 basically means that you have to have 2 copies of the document you’re working with open. Not too good either, but better than nothing…

          3. > Workaround 3 basically means that you have to have 2 copies of the document you’re working with open. Not too good either, but better than nothing…

            Workaround c (or 3, as I mistakenly wrote) means you’ll have 2 _windows_ on the same document. Two copies would lead to a great problem when one does “File/Save” — save the wrong version and lose all editings; fortunately, as it easy to see, all changes made to one window are instantly available on the other (i.e., it’s the same content).

            Of course, the wasted screenstate problem remains…

  8. I dont know what version of Libre Office you are using but cut and paste works fine in my
    Version: Build ID: 420m0(Build:3)
    Just copied that out of Libre Office and pasted it in here

      1. It is not clear what you mean by “just using the mouse”. Do you mean:

        A: The X-windows copying method of highlighting and Middle mouse-click to paste;
        B: Using the context menu (Right mouse-click -> Copy; Right mouse-click -> Save).

        A doesn’t seem to work in LO 4 (tried versions 4.1.6, 4.3.2 and MASTER 4.4.0), B works in all versions.

        I myself prefer recent Libre Office versions because they have better OOXML (DOCX, XLSX) support and some long standing LO/OO bugs are fixed there.

        1. Yep, method A. That used to work, and that’s about the easiest method of copying and pasting. It still works in KWrite, and I think in GEdit. I don’t think it works in Kate.

          1. It works in Kate (tested). Things which work in a KDE SC component will probably work in another, because this is not done at application level but at the DE (as I understand it as a mere user, that is).

            Libreoffice is not a native KDE application and implements things independently from KDE or Gnome (again from my understanding of it since Staroffice).

            There is a Libreoffice-KDE integration plug-in, but I don’t know if it has been loaded at startup.

          2. Correcting myself, as Stephan points out, copy-on-select it’s a X-Windows feature to which KDE (and other DEs) interfaces. Some applications like Firefox and Libre/Openoffice can reinvent the wheel and do it themselves (badly, apparently), in order to provide a uniform user experience, I guess — by either offering copy-on-selection on other OS (like Windows) or allowing the use of the middle button Windows-like functionality on Linux (that scroll thing).

            Just a curiosity: for some programs middle-click pasting makes no sense. Okular, for instance, which is a KDE SC application, uses it for zooming.

    1. It is a little kludgy. Doing a copy requires two mouse clicks, Select the text, click the middle button then right click to bring up the menu and select copy. Without the middle click there is no copy presented on the right mouse click menu. I suspect that there is a configuration option somewhere to fix this. I always use Ctrl C Ctrl V so I never noticed this before.

      1. My reply was wrong. If you do the select and then move the mouse over the highlighted area then copy works fine. If you do the select and then move the mouse outside of the selected area the selection goes away. The middle click was a red herring, it just seemdd to work.

Leave a Reply

Your email address will not be published. Required fields are marked *

Get the latest

On social media
Via my newsletter
Mailchimp Signup Form

Partner links

1. Attend Algorithm Conference, a top AI and ML event for 2021.
2. Reasons to use control panel for your server.
3. DHgate Computers Electronics, Cell Phones & more.
Hacking, pentesting distributions

Linux Distributions for Hacking

Experts use these Linux distributions for hacking, digital forensics, and pentesting.


The authors of these books are confirmed to speak during

Algorithm Conference

T-minus AI

Author was the first chairperson of AI for the U.S. Air Force.

The case for killer robots

Author is the Director of the Center for Natural and Artificial Intelligence.

Why greatness cannot be planned

Author works on AI safety as a Senior Research Scientist at Uber AI Labs.

Anastasia Marchenkova

An invitation from Anastasia Marchenkova

Hya, after stints as a quantum researcher at Georgia Tech Quantum Optics & Quantum Telecom Lab, and the University of Maryland Joint Quantum Institute, I’m now working on superconducting qubit quantum processors at Bleximo. I’ll be speaking during Algorithm Conference in Austin, Texas, July 16 – 18, 2020. Meet me there and let’s chat about progress and hype in quantum computing.