Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Daniel Bela
    replied
    Originally posted by Clyde Schechter View Post
    [...](I assume there is something similar in Mac and Unix, but I don't know how they work.)
    In Stata for Unix, this works by pressing <Ctrl> during text selection -- and it works already in Stata 13 and Stata 14.

    Regards
    Bela

    Leave a comment:


  • Marcos Almeida
    replied
    Ariel Karlinsky : thanks for the helpful animation.

    Leave a comment:


  • Ariel Karlinsky
    replied
    There's a nice little animation showcasing this in notepad++ - I assume the stata do editor is identical:
    https://notepad-plus-plus.org/featur...e-editing.html

    Leave a comment:


  • Clyde Schechter
    replied
    When you select text with the mouse, if (in Windows) you hold down the Alt-key, as you move down the page, instead of extending the selection to the end of each line, you will end up selecting only those columns that you have moused over. Perhaps this explanation is not really clear--I'm not sure how to really say it in words. Just open up some file in the do-editor, and try it--you'll see what happens. (I assume there is something similar in Mac and Unix, but I don't know how they work.)

    Leave a comment:


  • Kirin_Guess
    replied
    According to the introduction webpage of Stata15, one new feature of the do-file editor is:

    Column-mode selection and editing
    What does it mean, and is there any demonstration of this feature in Stata blog or Stata website?

    Leave a comment:


  • Chinh Nguyen (StataCorp)
    replied
    I wanted to bring up a small bug that I have found and see if other users see it too.
    What you're seeing is an artifact of what's known as antialiasing. In Stata 15 for Windows, we improved graphics rendering by using Direct 2D for on screen rendering of graphs and GDI+ for copying graphs to the Clipboard. Direct 2D and GDI+ support antialiasing which is a type of rendering that makes diagonal lines and curves look smooth.

    I won't bore you with too many details but basically, the new graphics renderer supports fractional coordinates and uses antialiasing to simulate drawing part of a pixel (using transparency). If you put two rectangles that butt up to each other at fractional coordinates, you'll get two transparent colors that may not blend to create a fully opaque color which is what makes the pattern look like it has breaks. The graphics renderer in previous versions of Stata for Windows only supported integer coordinates and always fully colored a pixel (which is why diagonal lines and curves looked jagged).

    FWIW, Stata for the Mac and Stata for Unix(GUI) have had this problem in previous versions as well since they've long supported antialiasing. You can also see this behavior in vector drawing applications like Adobe Illustrator and viewers like Acrobat Reader.

    We will put out an update that'll avoid this limitation of antialiasing when using -lpattern(l)-.
    Last edited by Chinh Nguyen (StataCorp); 22 Jun 2017, 21:47.

    Leave a comment:


  • Clyde Schechter
    replied
    Yes, I can replicate Eric Haavind-Berman's problem in my setup as well. (Stata 15 MP2, 64 bit, Windows 7).

    Perhaps it might have been better to raise this issue in a separate thread.

    Leave a comment:


  • Eric Haavind-Berman
    replied
    I wanted to bring up a small bug that I have found and see if other users see it too.

    When running the code:
    Code:
    sysuse gnp96
    line gnp96 date, xline(100, lpattern(l) lwidth(*70))
    line gnp96 date, yline(7000, lpattern(l) lwidth(*70))
    I get graphs with clear breaks in the solid pattern.

    This does not happen if lpattern is specified with no arguments or if it is omitted.

    Do other users see this same issue? I know it is a pretty small bug, but I wanted to point it out.

    Leave a comment:


  • Orvalho Augusto
    replied
    Thank you for the version 15 release. And today there is an upgrade already!
    I am pleased to note that the command proportion includes the exact confidence intervals now as the nice ci.
    As always there is an unusual circumstances such as:
    . ci proportion lbw_cor if site == 2 & exp_conf ==2

    -- Binomial Exact --
    Variable | Obs Proportion Std. Err. [95% Conf. Interval]
    -------------+---------------------------------------------------------------
    lbw_cor | 4 0 0 0 .6023646*

    (*) one-sided, 97.5% confidence interval


    . proportion lbw_cor if site == 2 & exp_conf ==2, citype(exact)

    Proportion estimation Number of obs = 4

    --------------------------------------------------------------
    | Exact
    | Proportion Std. Err. [95% Conf. Interval]
    -------------+------------------------------------------------
    lbw_cor |
    0 | 1 0 . .
    --------------------------------------------------------------


    ci did report one-sided interval when the proportion is zero. It would be nice to have the same behavior on proportion as well.

    Thank you

    Leave a comment:


  • Jesse Wursten
    replied
    Originally posted by Sergio Correia View Post

    I am under the impression it is not very efficient, both in terms of memory and speed. (Try merging large datasets and things will slow down to a crawl; I've had merges that took hours..)
    I'm not sure if the memory thing is still true, I think they changed the merge command over the years (e.g. if you use keep(match master), the report will no longer list the cases from using, which I think it used to do).

    Leave a comment:


  • Sergio Correia
    replied
    Originally posted by Daniel Jensen View Post
    merge is a pretty efficient command, so if I have multiple datasets, I just put them together in the do file, rather than juggling multiple instances.
    I am under the impression it is not very efficient, both in terms of memory and speed. (Try merging large datasets and things will slow down to a crawl; I've had merges that took hours..)

    Leave a comment:


  • wbuchanan
    replied
    Alan Riley (StataCorp)
    I haven't had a chance to dig into this yet, but have there been corresponding changes to scheme files to support the alpha levels? I'm definitely glad that there is alpha layer transparency since it will help quite a bit with overplotting and making it easier to spot density differences. I definitely am liking the new features that were added (particularly since I asked about some of them for a bit). Would a bayes prefix for (G)SEM/IRT be something in the foreseeable future that you could comment on?

    Leave a comment:


  • Daniel Jensen
    replied
    Originally posted by Ariel Karlinsky View Post
    6. Working with several databases at the same time - I understand that this will mean a major shift in stata-philosophy, but since other stat software to this at ease, I see no reason for stata not to have this pretty basic feature - Instead the user has to juggle with multiple instances of stata, or keep clearing and using each dataset separately.?
    Like Dave Airey, I have different feelings about these points. Until I own a room of servers, I'd rather take Stata's stability over the ability to juggle multiple datasets at once. merge is a pretty efficient command, so if I have multiple datasets, I just put them together in the do file, rather than juggling multiple instances.

    Leave a comment:


  • Alan Riley (StataCorp)
    replied
    Originally posted by Sean Fiedler View Post
    Why is FRED Support being mentioned as a new feature? It is a great feature to be sure, but the command -freduse- has existed for some time and seems to provide the functionality described. Is there some new functionality that I'm missing?
    Yes, there is new functionality. import fred is a entirely new implementation to access FRED and ALFRED series, and it includes a new and slick graphical interface for searching and browsing for series of interest. It has more new features too.

    The old freduse let you specify the series that you wished to load but did not provide ability to search, ability to control aggregation level, a graphical user interface, support for wide versus long formats when importing, selection of date range, and so on. It also used a now-deprecated URL-only way of accessing the series. The old command continues to work for now, but FRED wants developers to use their API for accessing series.

    In addition to the new import fred's interface, the new command includes lots of options to control date ranges imported, how series are aggregated, access to historical series, control over wide versus long format, and interacts with FRED via the official FRED API.

    The old freduse was not official because it was not up to our standards. It was a placeholder until we could do something better.
    Last edited by Alan Riley (StataCorp); 14 Jun 2017, 13:44. Reason: simple formatting

    Leave a comment:


  • Sean Fiedler
    replied
    Why is FRED Support being mentioned as a new feature? It is a great feature to be sure, but the command -freduse- has existed for some time and seems to provide the functionality described. Is there some new functionality that I'm missing?

    1. Federal Reserve Economic Data (FRED) support. 470,000 U.S. and international economic and financial time series are available to registered users courtesy of the St. Louis Federal Reserve Bank. You should register. It's free and easy. If you do, Stata can browse, search, and assemble datasets for you.

    Leave a comment:

Working...
X