A java decision supporting application for the urban planning domain. It is designed as a desktop frontend to a Mixed Integer Programming engine. Actually it uses the GNU Linear Programming Kit (GLPK).
Be the first to post a text review of stan. Rate and review a project by clicking thumbs up or thumbs down in the right column.
- added class it.uniroma1.dptu.stan.application.ExcelExportModule - changed it.uniroma1.dptu.stan.Main accordingly.
- added class it.uniroma1.dptu.stan.application.ExcelExportModule - changed it.uniroma1.dptu.stan.Main accordingly.
The release adds an export to MS Excel functionality about the areas and options titles and schema, the columns title and the row/column wedges.
- fixed accented characters in stan filename problem - fixed italish text - fixed iso-8859-1 to utf-8 problems (mostly in comments) - fixed occasional jvm crash under w32
- fixed accented characters in stan filename problem - fixed italish text - fixed iso-8859-1 to utf-8 problems (mostly in comments) - fixed occasional jvm crash under w32
This is a maintenance release of the stan package. This release addresses the following issues: * Can't load .stan files with accented characters in the name Attempting to open an accented stan filename resulted in a "Error: access denied" error dialog. This was due to the way the file was opened by the XML parser. The 'url' form of the xml parse function was used, but an accented character is outside of the character set allowed in URLs, thereby the error. The 'file' form of the parse function is now used to implement the fix. * Some text in the application was in italian, some in english Now all the text shown by the application is in english. A locale-aware version of the application seems not a main issue at the moment. * Javac reported warnings on some comment characters This was due to the fact that source files were recently (and badly) ported from the iso-8859-1 encoding to the utf-8 one. The problem is now fixed by correcting the accented characters in comments. * When modifying many fields in a frame, jvm crashed This was due to an issue on the glpk-jni-1.0.0 package. It is now fixed by upgrading to glpk-jni-1.0.1.
Be the first person to add a text review.
Copyright © 2009 Geeknet, Inc. All rights reserved. Terms of Use
Thanks for your rating!
Would you also like to write a review?