Announcement

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

  • Ha Thai Son
    replied
    I hope STATA 18 will have a revolution in output / report file (Word. Excell. HTML. PDF) that embed tables and graphs in an easier way and more visualization

    Leave a comment:


  • Stephen Weinberg
    replied
    I would like the ability to sort table results by some statistic without having to create a new variable with the desired order.

    In the new tables commands, I would like to be able to hide the labels for individual labels. (If you try to replace a label with a "", it simply prints the value of that item instead of printing the desired blank. I got it to work by changing the label to {char 32}, but that seems pretty cludgy.)

    For the dialog box for graphing, if someone enters text that has a comma (e.g. in the title), this should NOT cause everything to crash, please, because Stata ends up parsing the comma as trying to add an option to the title. The text entered in dialog boxes should default to being put in quotes `" "'. I enjoy the teaching mileage I get by showing students this common way to break things, but I'd rather db work as I would expect it to. Maybe assume people using the GUI's aren't power users? .

    Leave a comment:


  • Zvonimir Kulis
    replied
    Global Moran I test with any weight matrix.
    Bayesian comparison approach to choose between SDM and SDEM (The Bayesian comparison approach has been applied successfully in: (1) Firmino Costa da Silva D. , Elhorst J.P., Neto Silveira R.d.M. (2017), Urban and Rural Population Growth in a Spatial Panel of Municipalities, Regional Studies 51(6): 894-908.)

    Leave a comment:


  • Chen Samulsion
    replied
    Originally posted by David Flood View Post
    Ggplot "repel"-style labeling for overlapping labels in graphs, particularly for scatterplots
    (I know about mlabvpos but it never looks as nice as I want it to without a lot of manual tinkering. I usually end up using R.)
    David Flood I second your proposal. Not only scatterplot need this technique, but also pieplot, scoreplot, loadingplot......

    Leave a comment:


  • David Flood
    replied
    Ggplot "repel"-style labeling for overlapping labels in graphs, particularly for scatterplots

    https://cran.r-project.org/web/packa...s/ggrepel.html
    https://ggrepel.slowkow.com/articles/examples.html

    (I know about mlabvpos but it never looks as nice as I want it to without a lot of manual tinkering. I usually end up using R.)

    Leave a comment:


  • Michael Harris differentiated
    replied
    Pystata support for moving data to and from the new, faster, better Apache Arrow / pyarrow backend for DataFrames in pandas 2.0.

    Pystata currently does not recognize the pandas pd.NA values as numeric, so I have to manually replace with np.nan which defeats some of the purpose. Pulling data back from Stata, there’s currently an extra step to recast from NumPy-backed to PyArrow-backed.

    Also: I second the request for parquet file format.
    Last edited by Michael Harris differentiated; 05 Apr 2023, 04:44.

    Leave a comment:


  • Orhun Gun
    replied
    Is there any updates when the Stata 18 is arriving?

    Leave a comment:


  • Ali Atia
    replied
    Originally posted by Rabih El Habta View Post
    My wish-list for Stata 18 are:

    1-Increase characters length for variable name more than 100+ characters.
    2-Insert table into SQL using the variables' labels.
    3-Working with APIs -without calling Python.
    4-Frames frlink to have all merge not only matched.
    5-To have dynamic visuals not only static images, and save images in other formats such as svg.
    6-GCE modelling.
    3 -- I agree that increased support for APIs would be great. However, you can call command-line functions such as cURL to query APIs without any need to call Python.

    5 -- As of Stata 14, you can export visuals to SVG.

    Leave a comment:


  • Rabih El Habta
    replied
    My wish-list for Stata 18 are:

    1-Increase characters length for variable name more than 100+ characters.
    2-Insert table into SQL using the variables' labels.
    3-Working with APIs -without calling Python.
    4-Frames frlink to have all merge not only matched.
    5-To have dynamic visuals not only static images, and save images in other formats such as svg.
    6-GCE modelling.

    Leave a comment:


  • Abdullah Algarni
    replied
    Originally posted by Bruce Weaver View Post
    Hi Abdullah Algarni. Your 1st request in #647 reminded me of this FAQ on problems with stepwise (and related) selection methods. I'm sharing it in case you had not seen it before.I do agree that making -coefplot- an official Stata command would be nice.

    Cheers,
    Bruce
    Thank you Bruce Weaver, I totally agree.

    Leave a comment:


  • wbuchanan
    replied
    Helen Strongman I gave a talk at the 2020 Stata North America User's Group conference that addressed that: https://wbuchanan.github.io/stataCon...2020-readit/#/.
    Jonathan Afilalo if someone writes a wrapper that passes the information to the underlying Python/C++ implementation it shouldn't be terribly difficult to generate the dialog box for it; that said, I've tried creating dialog boxes in the past without a ton of success.

    Leave a comment:


  • Helen Strongman
    replied
    I would like to be able to use parquet file formats in Stata

    Leave a comment:


  • Jonathan Afilalo
    replied
    wbuchanan You are surely right from a programmer's point of view, but I meant more efficient from a user's point of view! I can already picture the beloved Stata GUI interface for XGBoost's inputs and hyperparameters, would be so nice!

    Leave a comment:


  • wbuchanan
    replied
    Jonathan Afilalo I'm not sure I'd agree that a Stata native implementation of XGBoost would be more efficient. It should also be possible to use the existing plug-in capabilities in Stata to link directly to the underlying C/C++ code used by XGBoost without having to invoke the Python interpreter, but reprogramming a highly optimized algorithm in a higher-level language would likely negatively impact efficiency.

    Leave a comment:


  • Jonathan Afilalo
    replied
    It would be incredibly useful to be able to run contemporary tree based models like XGBoost in Stata. I know this can be done in the Python extension, but it would be more efficient and user-friendly to to it natively in Stata.

    Leave a comment:

Working...
X