Minsky Activity
System dynamics program with additional features for economics
Brought to you by:
hpcoder,
profstevekeen
Activity for Minsky
-
Steve Keen created ticket #1886
Scalar division not working
-
High Performance Coder modified ticket #1868
Calipers not added when first joining group
-
Joined Ravels not working
-
MXE container fails to build postgresql library
-
I have worked around this by building postgresql on a native installation of MXE, then copying the binary artifacts to the docker container.
-
Export to CSV and LaTeX menu items on Godley popup don't work
-
Allow copy/pasting multiple cells into the Godley table popup
-
Again workarounds exist, as this functionality does work when called from the context menu.
-
Export to CSV and LaTeX menu items on Godley popup don't work
-
Low priority, as workarounds exist - eg the context title menu item works correctly.
-
Title menu item in Godley popup doesn't set correct item
-
Ticket moved from /p/minsky/tickets/1830/ Can't be converted: _priority: 5low
-
MXE container fails to build postgresql library
-
Replace all instances of *ngIf, *ngFor with @if and @for
-
OK. On Sun, Aug 31, 2025 at 9:43 AM High Performance Coder hpcoder@users.sourceforge.net wrote: I think you'd find it just as much a chore to specify the multiple formats in the file. And Ravel will need to be stricter about applying the formats - oh that format doesn't match, lets try the next one on the list, and so on. The problem is in the data. Currently Ravel has the capability to manage such a mess, but it requires some thought from the user. There's no way of automating it. [tickets:#1867]...
-
I think you'd find it just as much a chore to specify the multiple formats in the file upfront. And Ravel will need to be stricter about applying the formats - oh that format doesn't match, lets try the next one on the list, and so on. The problem is in the data. Currently Ravel has the capability to manage such a mess, but it requires some thought from the user. There's no way of automating it.
-
I think you'd find it just as much a chore to specify the multiple formats in the file. And Ravel will need to be stricter about applying the formats - oh that format doesn't match, lets try the next one on the list, and so on. The problem is in the data. Currently Ravel has the capability to manage such a mess, but it requires some thought from the user. There's no way of automating it.
-
Something went wrong previously with the attachment. This is what it is supposed to be.
-
Not if you set the display format to %Y-%b or %Y-%m. To get that display, you still have the format incorrectly set to %Y-%Q
-
Yeah, but it's a chore. I'd rather we supported multiple formats in the one dimension, with Ravel handling the underlying time dimensions seamlessly between different formats. Until then, if one format only is supported, then that format is imposed on subsequent Ravels with the same time dimension. For quarterly data (Debt) followed by monthly data (House Price Index), the quarterly elements of the monthly data would be imported and the non-quarter months (1-2,4-5,7-8, 10-11) dropped. On Sun, Aug...
-
As the software currently stands, you can import the monthly and annual series separately, using formats %m/%Y and %Y respectively, then write out the series as separate CSV file using Ravel's export to CSV feature.
-
RVL file.
-
Yes there is! See the attached screenshot (model to come in the next comment). This process still results in 12 quarters per year, and the associated "chunky" plots where three potentially different values--from different months--are stacked on top of each other. We need to map from months to quarters (and all other date transformations) properly. The simplest here would be to impose quarters on the correct months (3=Q1, 6=Q2, 9=Q3, 12=Q4) and drop the other months. That would do at present. At a...
-
Note formats with only %Y %y %m %d %H %M %S and nothing else can handle can handle missing fields. The fields are filled in the order specified - maybe it should be modified to accept y m d h m s preferential order in the event that fewer fields are provided in the input - sort of like %d %m %Y and if that doesn't match then %m %Y and if that doesn't match %Y
-
Date Formats
-
I'm not sure what you mean by "new user". These data files are sufficiently complex, it would take someone who's been around the traps to navigate their complexity. As it was, I noticed you had the display format for Date set to %Y-Q%Q, which is not appropriate for monthly data. So I changed that to %Y-%b. Then I noticed you had somehow reset all the dates to quarters - not sure how you did that, so I had to reimport the LONG_CPI file, using the blank format. This of course adds an extra handle for...
-
A suggestion: add a multi-plot widget. Options would include how many series to plot per chart (default 1). The output could be a frame which can be resized containing the number of generated charts, which the user could resize. Or an option could be layout 2x5, 3x3, etc. This would be a useful feature to add for the first commercial release if we get seed funding.
-
I know I could have started importing the first two files without specifying a date format, and then the 3rd could have imported fine with the DMYT underlying format. But a new user will not know that. Here's the Excel-edited file which should import fine now; we should enable the automatic creation of this in Ravel.
-
RVL and CSV files. I edited the CPI file to remove the yearly data. The ZIP file still contains all the CPI data unedited.
-
Date Formats
-
Launch from PowerPoint Javascript error
-
I'm going to close this issue then.
-
Connecting to a database causes Minsky to crash on exit on MacOSX
-
Replace all instances of *ngIf, *ngFor with @if and @for
-
Google AI suggests: ng generate @angular/core:control-flow
-
Failed to find shared library for backend sqlite3
-
Thanks Joel. I have now enabled those backends in MacPorts, updated the documentation for setting up a production build, and edited the script that creates the release bundle to include all available SOCI backends. Now, it appears the Windows production build has exactly the same problem, so I'll need to do the equivalent there. Finally, it would be nice to obtain a list of available backends at runtime, and populate the drop menu with just those backends.
-
It probably is--just a more extreme example. On Sun, Aug 10, 2025 at 3:03 PM High Performance Coder hpcoder@users.sourceforge.net wrote: How is this not a dup of https://sourceforge.net/p/minsky/tickets/1866/ or https://sourceforge.net/p/minsky/tickets/1868/? https://sourceforge.net/p/minsky/tickets/1868/ [tickets:#1879] https://sourceforge.net/p/minsky/tickets/1879/ Joined Ravels not working Status: open Milestone: Backlog Created: Sun Aug 10, 2025 10:44 AM UTC by Steve Keen Last Updated: Sun Aug...
-
How is this not a dup of https://sourceforge.net/p/minsky/tickets/1866/ or https://sourceforge.net/p/minsky/tickets/1868/?
-
Failed to find shared library for backend sqlite3
-
Joined Ravels not working
-
Name command on import
-
Only happens if you click on the newly created parameter. So I've created additional logic to handle the case the user does that. If you click on any other canvas item, then all bets are off - the rename just will not happen, as the system has lost sight of what it is that is being loaded.
-
Name command on import
-
Report actual error when ravel plugin fails to load
-
Upgrade fail
-
Tell that to Microsoft. The cause is a well-known bug^H^H^Hfeature of Windows that it inherited from MSDOS. This only happens if you are trying to install Ravel more than once simultaneously.
-
Only watch the first minute of this video--the rest didn't create a bug that came up when I gave Richard a rather poor demo of Ravel earlier today. UpgradeError20250724.mp4 https://drive.google.com/file/d/1bx1Wix28-9gWznIoF0SHwKzOwYuh8bkJ/view?usp=drive_web
-
Upgrade fail
-
The problem has disappeared. It may have been a glitch introduced by an Windoze update, since repaired by them.
-
Save as files should default to same directory as previous used
-
Save as files should default to same directory as previous used
-
Now done - with two different default directories: :models for most things, and :data for imported CSV files.
-
This behaviour has started pipping me enough to do somethign about it. The strategy is to wrap the standard electron dialogs by one that save the returned parent path.
-
Save as files should default to same directory as previous used
-
The error message means that the bindings package within node.js fails to find minskyRESTService.node. I assume that when you launch the Ravel app directly from the Windows desktop shortcut, things work fine, so bindings is finding the node addon. Actually there are no changes between 3.16 and 3.17 in the node area, so the only thing that could have changed is how MSOffice deals with forking a node application. So, if possible, could you verify if the 3.16.19 version still works now. Note I do not...
-
Launch from PowerPoint Javascript error
-
OK. I'm still querulous about where that mistake came from, but as you say, fix it and the problem disappears.
-
Save file name in import routine
-
A refresh data button has been added that addresses this.
-
Crash
-
Looks like this example is working correctly now, and with no crash.
-
Useful Thai data set
-
Ravel now handles UTF properly, so this ticket is stale.
-
autogenerate ravel names
-
What are rules for copying a UDF
-
Date formats affect plots
-
Unremovable Godley Table Error
-
We've had this discussion before. The mistake you've made is having Government spending add Treasuries deposits rather than subtracting from them. Once you change the sign on that line (as well as changing the sign on the entry in Treasure equity, then you can delete the miscreant line.
-
Wrongly linked parameters
-
justDataChanged in PlotWidget is a code smell
-
Refactor popups to call renderFrame on main process
-
Strange summation on A-L-E aggregate
-
I think it was the A-L-E cell on the stock vars row having a varying number. It's not happening when I run the model now, so maybe we've addressed it. One to turn off I think.
-
My mistake! I should have added those operations together before dividing by GDP. So what I was getting was (abc)/d when I meant (a+b+c)/d. [image: image.png]
-
Yeah, haven't seen that for ages. We do have to improve on the scientific notation way of showing numbers (too many users are confused by it), but this is a finesse issue for when we have the funds to hire others to fix this and fine tune the visuals.
-
Parameter value bleed
-
Pan and scroll issue
-
We've upgraded Electron since this issue was raise, and I don't see the sticky buttons any more.
-
Investigate readability-function-cognitive-complexity errors from clang-tidy
-
minsky.canvas.position is const, so shouldn't need to be excluded in Minsky::commandHook
-
Deleting autosave file denied
-
Best guess - something outside of Minsky caused this file to become write protected. Could be hardware of OS glitch, but this ticket is way too stale.
-
Strange summation on A-L-E aggregate
-
Any idea what this one was about?
-
Weird behaviour by a percent operator
-
Looking at it, the operations are performing correctly, AFAICT. Did you want to divide BroadMoney by 1000 rather than multiply it as you've wired it?
-
Looks like this issue is resolved.
-
Add processing of user functions being called from user functions during dimensional analysis
-
Add processing of user functions being called from user functions during dimensional analysis
-
Title attribute needs to be pushed into EcoLab.
-
charts dissapears
-
Looks like this was fixed with #1050.
-
Overlapping Numbers On Plot
-
I think this was a dup of https://sourceforge.net/p/minsky/tickets/983/, and is now resolved.
-
Plot Label rescaling issue
-
Issue is dead. We're using Pango 1.50 on Windows now, and current releases no longer have this issue.
-
CrashOnReload
-
Closing stale ticket
-
Autodetect presence of webasm support in browser
1 >