JBoss Forums: Global Feed

OKSIMO: WIE GEHEN WIR WEITER? by doebenhenisch

Tue, 11 May 2010 07:08:04 GMT

Als das �ffentliche Interesse in Gestalt von 'Technology Review' und 'spiegel-online' im Sommer 2009 das Augenmerkt kurzfristig auf das OKSIMO-Projekt richteten, hatte dies nachhaltige Wirkungen: zun�chst brach unser damaliger Server f�r Tage zusammen --und damit st�ckweise auch unsere Kommunikation-- und dann, nachdem unser Server neu aufgestellt worden war (Jens), zeigte sich, dass wir mit unseren begrenzten Ressourcen auf die vielen interessierten Anfragen zu diesem Zeitpunkt nicht ad�quat antworten konnten. Zus�tzlich offenbarten die nachfolgenden Monate, dass wir bis zum Erreichen einer einigermassen arbeitsf�higen Version 0.8.4 (Volker) zwar eine Reihe von anspruchsvollen Aufgaben hatten l�sen k�nnen, aber dass die Kraft der gemeinsamen Vision deutlich nachgelassen hatte. Beispiele f�r Modellierungserfolge bis dahin waren etwa Eeros 1-zu-1 Rekonstruktion der Welt 2 des Club of Rome, Hafits Modellierung eines kompletten Realzeitsimulators, Miguels Implementierung evolution�rer neuronaler Netze, Gerds, Volkers und dann speziell Eeros verschiedene Modelle zur demographischen Entwicklung, von denen einige h�chste Anspr�chen gen�gen, so dass sie in Verbindung mit dem Forschungszentrum Demographischer Wandel zunehmend auch offiziell eingesetzt werden. Trotz all dieser z.T. beeindruckenden Leistungen muss man aber selbstkritisch festhalten, dass die urspr�ngliche Vision eines Werkzeuges zur Erleichterung der direkten �bersetzung des (1) 'Denkens �ber Prozesse' in verst�ndliche und lauff�hige Computerprogramme --auch und gerade von programmierunf�higen Experten-- im Zuge dieser verschiedenen Realisierungen mehr und mehr verblasst ist. W�hrend der aktuelle FCL-Editor (Volker) naturgem�� der Leitvision einer prozessnahen Programmierung sehr nahe ist, sind die aufwendigen Arbeiten von Bernhard zum Simulator aufgrund der starken Implementierungsorientierung nur sehr indirekt mit der Leitvision verkn�pft. Auf der anderen Seite ist Gerd an der Hochschule best�ndig weiterhin mit Herausforderungen konfrontiert, die der Leitvision von OKSIMO zugerechnet werden k�nnen: (2) die Verkn�pfung von Modellierung mit modernen Verfahren der automatischen Verifikation (Model Checking, Orakel), die alle theoretisch m�glichen Simulationen per Frage erledigen (hier schreibt Marco gerade eine MA These mit Software, allerdings noch getrennt vom FCL-Editor). (3) die Verkn�pfung der 'Bilderwelt der Architektur' mit Simulationskonzepten, also nicht nur 'Videoanimation' von Geb�uden und Stadtteilen, sondern'Simulationen' von Prozessen in den Stadtteilen (Computational Architecture, hat Ber�hrung mit 'serious games'); ein erstes Projektteam im Rahmen des AAL Forschungsprogramm des BaSys-Masterverbundes hat hier seine Arbeiten aufgenommen; loser Kontakt zum OKSIMO Projekt). (4) die Einbeziehung von 'k�nstlicher Intelligenz' in Form 'selbstlernender' Programme, verst�rkt durch die Idee einer 'evolution�ren Entwicklung'. Letzteres bedeutet, dass die Lernf�higkeit selbst automatisch entwickelt wird und nicht von einem Programmierer abh�ngt. F�r ein OKSIMO der Zukunft k�nnte dies bedeuten, dass man die Modelle nicht selbst im Detail programmieren muss sondern 'W�nsche �ussert' und diese im Dialog mit dem Programm von dem Programm selbst konkretisiert werden (Programming by Wish')(Dazu gibt es im Rahmen des BaSys Master-Verbundes diverse Vorlesungen und Teams im Rahmen des BaSys Forschungsprogramms). W�rde man Gerd fragen, wie seine m�gliche Vision f�r ein OKSIMO 2.0 --oder w�re dies schon 10.0?-- aussieh, w�rde er momentan eventuell folgendes sagen: (i) Aus Sicht des Anwenders ist jede Art von Programmierung grunds�tzlich schlecht. Die einzig akzeptable Form f�r eine Software der Zukunft ist der DIALOG: der Anwender, der ein bestimmtes WISSEN hat, das er in einen lauff�higen PROZESS umsetzen m�chte, muss dem Programm SAGEN k�nnen, was er HABEN M�CHTE. Dies geht prim�r per SPRACHE, kann aber auch durch ZUS�TZLICHE VISUELLE EINGABEN erg�nzt werden. Das Programm muss in der Lage sein, die W�NSCHE des Anwenders zu VERSTEHEN und mit BRAUCHBAREN VORSCHL�GEN antworten. F�r die Antwort stehen verschiedene Antwortformen SIMULTAN zur Verf�gung: (i.1) VISUELL, (i.2) NORMALSPRACHLICH (akustisch und Text), (i.3) FORMALSPRACHLICH (akustisch und Text). Auf die Vorschl�ge kann der Anwender REAGIEREN; minimal mit ZUSTIMMUNG oder ABLEHNUNG, optional zus�tzlich mit Angaben von Details. Aufgrund der Reaktionen des Anwenders muss das Programm seine Vorschl�ge MODIFIZIEREN (sprich: OPTIMIEREN). Nach endlich vielen Schritten muss eine AKZEPTABLE L�SUNG erstellt werden, die LAUFF�HIG ist. (ii) Von einer LAUFF�HIGEN L�SUNG muss der Anwender erwarten k�nnen, dass er exemplarisch bestimmte Konstellationen SIMULIEREN kann. Dazu geh�rt eine VISUELLE Ausgabe, aber nach Bedarf auch eine AKUSTISCHE oder geeignete TEXTE zum nachlesen. Ferner sollte es m�glich sein, eine INTERAKTIVE Form zu w�hlen, zus�tzlich mit VERTEILTEN ROLLEN, sodass man mit der Simulation kontrollierte PLANSPIELE ('serious gaming', Training, Assessment,...) durchf�hren kann. (iii) Idealerweise ist die lauff�hige L�sung intern so realisiert, dass man sie auch im ORAKEL-MODUS verwenden kann, d.h. statt zu simulieren kann man gezielt FRAGEN �BER M�GLICHE ZUST�NDE stellen. Das Programm rechnet dann ALLE THEORETISCH M�GLICHEN ZUST�NDE durch und gibt als Antwort dann aus, ob ein bestimmter Zustand jemals auftritt oder nicht. Zus�tzlich bekommt man die Informationen �ber alle RANDBEDINGUNGEN des AUFTRETENS bzw. NICHTAUFTRETENS. (iv) ... usw..... Ob das OKSIMO Projekt diese Vision --oder auch nur einen Teil davon-- in der n�chsten Zeit �bernehmen und umsetzen wird, ist zur Zeit offen. Die Vision als solche lebt in verschiedenen K�pfen. Schauen wir, was passieren wird. gerd d-h

Re: Oksimo FTP-Server Howto by heise

Sat, 03 Apr 2010 05:47:52 GMT

[size=18]Ergaenzung/Korrektur:[/size] In Zukunft sollten alle oeffentlichen Download-Links auf Dateien unter: [url]http://oksimo.inm.de/downloads/[/url] verweisen (Volker hat das wohl schon so gemacht) Die Moeglichkeit Dateien in einem beliebigen Ordner unter [url]ftp://sim.inm.de/[/url] zu Verfuegung zu stellen besteht zwar weiterhin, jedoch nunmehr nur noch aus historischen Gruenden (sollte es noch Links auf diese Dateien auf einer Webseite geben) und zur privaten und/oder temporaeren Verwendung. Also bitte bei FTP-Uploads in Zukunft darauf achten, Dateien, die auf dem Webserver zum Download angeboten werden sollen in den Ordner downloads/ abzulegen und den Download-Link dann als [url]http://oksimo.inm.de/downloads/[/url][ordername]/[dateiname] anzugeben.

Re: Button Problem beim FCL Editor 0.8.4 mit Ubuntu Karmic 9.10 by heise

Sat, 03 Apr 2010 04:44:15 GMT

Ich habe das Eclipse start Skript von Ubuntu Karmic (/usr/bin/eclipse) kopiert und die Pfade darin f�r meine FCL-Editor Installation angepasst. Dieses Skript habe ich dann ebenfalls unter /usr/bin abgelegt um den Editor unter allen Benutzerkonten zur Verf�gung zu haben (ich installiere diesen aus diesem Grund auch immer unter /opt) (Skript im Anhang)

Re: FCL Editor startet unter MacOsX 10.5.x mit Java 1.5 nicht by lerch

Mon, 11 Jan 2010 16:32:17 GMT

Hier der Bugtrace auf einem Apple System mir Snow Leopard 10.6.2: (Siehe auch Thread zu dem Windows7 64Bit Problem!) !SESSION 2010-01-04 19:30:30.179 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_17 java.vendor=Apple Inc. BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=de_DE Framework arguments: -keyring /Users/ddahmen/.eclipse_keyring -showlocation Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring /Users/ddahmen/.eclipse_keyring -showlocation !ENTRY org.eclipse.osgi 2 0 2010-01-04 19:30:31.696 !MESSAGE One or more bundles are not resolved because the following root constraints are not resolved: !SUBENTRY 1 org.eclipse.osgi 2 0 2010-01-04 19:30:31.696 !MESSAGE Bundle initial@reference:file:plugins/de.inm.pes.editor.fcl.external.libs_2.0.8/ was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl.external.libs 2 0 2010-01-04 19:30:31.696 !MESSAGE Missing host Bundle-NativeCode_0.0.0. !ENTRY org.eclipse.osgi 2 0 2010-01-04 19:30:31.697 !MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists: !SUBENTRY 1 org.eclipse.osgi 2 0 2010-01-04 19:30:31.697 !MESSAGE Bundle de.inm.pes.editor.fcl_0.8.4 [2] was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl 2 0 2010-01-04 19:30:31.697 !MESSAGE Missing required bundle de.inm.pes.editor.fcl.external.libs_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2 0 2010-01-04 19:30:31.697 !MESSAGE Bundle de.inm.pes.editor.fcl.external.libs_2.0.8 [3] was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl.external.libs 2 0 2010-01-04 19:30:31.697 !MESSAGE Missing host Bundle-NativeCode_0.0.0. !ENTRY org.eclipse.osgi 4 0 2010-01-04 19:30:31.700 !MESSAGE Application error !STACK 1 java.lang.RuntimeException: Application "de.inm.pes.editor.fcl.application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error. at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248) at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:367) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:611) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:566) at org.eclipse.equinox.launcher.Main.run(Main.java:1363)

Re: Einstellen und L�schen des Ordners .metadata by lerch

Mon, 11 Jan 2010 16:29:21 GMT

Ich hatte das Apple Betriebsystem ganz vergessen! Dort scheint die Angabe osgi.instance.area=@user.dir/FclEditor in der configuration/config.ini wohl f�r ein komplettes Versagen des Editors zu sorgen! Daher sollte die Angabe dort lauten: osgi.instance.area=@user.dir Oder wie vorher beschrieben anstatt @user.dir ein existierendes Verzeichnis eintragen! Bug Trace: !SESSION 2010-01-04 19:33:21.770 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_17 java.vendor=Apple Inc. BootLoader constants: OS=macosx, ARCH=x86, WS=cocoa, NL=de_DE Framework arguments: -keyring /Users/ddahmen/.eclipse_keyring -showlocation Command-line arguments: -os macosx -ws cocoa -arch x86 -keyring /Users/ddahmen/.eclipse_keyring -showlocation !ENTRY org.eclipse.osgi 4 0 2010-01-04 19:33:22.997 !MESSAGE Application error !STACK 1 java.lang.IllegalStateException: Specified platform location "/Users/ddahmen/Downloads/FclEditor_0.8.4_macosx.cocoa.x86/fcleditor.app/Contents/MacOS/fcleditor" is not a directory. at org.eclipse.core.internal.runtime.DataArea.assertLocationInitialized(DataArea.java:61) at org.eclipse.core.internal.runtime.DataArea.getStateLocation(DataArea.java:125) at org.eclipse.core.internal.preferences.InstancePreferences.getBaseLocation(InstancePreferences.java:44) at org.eclipse.core.internal.preferences.InstancePreferences.initializeChildren(InstancePreferences.java:199) at org.eclipse.core.internal.preferences.InstancePreferences.(InstancePreferences.java:59) at org.eclipse.core.internal.preferences.InstancePreferences.internalCreate(InstancePreferences.java:209) at org.eclipse.core.internal.preferences.EclipsePreferences.create(EclipsePreferences.java:289) at org.eclipse.core.internal.preferences.EclipsePreferences.create(EclipsePreferences.java:277) at org.eclipse.core.internal.preferences.PreferencesService.createNode(PreferencesService.java:390) at org.eclipse.core.internal.preferences.RootPreferences.getChild(RootPreferences.java:63) at org.eclipse.core.internal.preferences.RootPreferences.getNode(RootPreferences.java:96) at org.eclipse.core.internal.preferences.RootPreferences.node(RootPreferences.java:85) at org.eclipse.core.internal.preferences.AbstractScope.getNode(AbstractScope.java:38) at org.eclipse.core.runtime.preferences.InstanceScope.getNode(InstanceScope.java:72) at org.eclipse.ui.preferences.ScopedPreferenceStore.getStorePreferences(ScopedPreferenceStore.java:241) at org.eclipse.ui.preferences.ScopedPreferenceStore.(ScopedPreferenceStore.java:133) at org.eclipse.ui.plugin.AbstractUIPlugin.getPreferenceStore(AbstractUIPlugin.java:284) at org.eclipse.ui.internal.UISynchronizer.(UISynchronizer.java:88) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2238) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2220) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at de.inm.pes.editor.fcl.application.Application.start(Application.java:60) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:367) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:611) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:566) at org.eclipse.equinox.launcher.Main.run(Main.java:1363)

Re: FCL Editor funktioniert unter Windows 7 64 Bit nicht by lerch

Mon, 04 Jan 2010 14:46:16 GMT

Zumindest eine 32Bit Version mit der 32Bit Java VM funktioniert jetzt unter Win7 64Bit! Aber erst ab Editor Version 0.8.5, da dort erst die neusten Eclipse Bibliotheken (3.6M4) enthalten sind!

Re: FCL Editor startet unter MacOsX 10.5.x mit Java 1.5 nicht by lerch

Mon, 04 Jan 2010 14:43:53 GMT

Das Problem scheint doch nicht gel�st zu sein! Zumindest unter dem neuen MacOsX 10.6.2 Snow Leopard, 64Bit, funktioniert der Editor nicht. Es ist noch unklar ob es sich um das gleiche Prob handelt. Log Datei folgt ...

Re: OKSIMO in Wikipedia - 21.Dez.2009 by doebenhenisch

Tue, 22 Dec 2009 06:39:48 GMT

Sehr geehrter WikipediaMaster, zun�chst einmal Danke f�r die Klarstellung in der Verwendung der Wortmarke 'WikipediaMaster'. In der Tat unterstellt ein 'normaler' Leser spontan eine Verwendung in Richtung einer offiziellen Rolle im Rollennetzwerk von Wikipedia. Von daher ist die Wortmarke eventuell nicht unproblematisch. Da Sie dies aber offensichtlich bewusst so gew�hlt haben, quasi als ihr 'Programm', er�brigt sich hier aber eine weitere Diskussion. Was die Wortmarke 'OKSIMO' betrifft, so m��te ich bzgl. der genauen Schreibweise in der Tat auch erst mal nachfragen. Fakt ist, das 'OKSIMO' eine eingetragene Wortmarke beim deutschen Patentamt ist. Dies war eine Schutzmassnahme, da der urspr�ngliche Name 'Planet Earth Simulator' mit den internationalen Schutzrechten einer US-amerikanischen Institution kollidierte. Zwar gab es in der ganzen Laufzeit keine tats�chlichen Einspr�che, aber sie h�tten jederzeit kommen k�nnen. Also hatten wir uns ausnahmsweise f�r einen offiziellen Schutz unseres Projektnamens entschieden. Wir werden dies kl�ren und dann die offizielle Schreibweise ver�ffentlichen. Vielen Dank f�r ihre aufmerksame Beobachtungen. Mit freundlichen Gr�ssen, gerd doeben-henisch

Re: OKSIMO in Wikipedia - 21.Dez.2009 by WikipediaMaster

Mon, 21 Dec 2009 10:05:20 GMT

Sehr geehrter Herr Prof. Dr. D�ben-Henisch, zur Klarstellung, mein Nutzername WikipediaMaster, den in in der Wikipedia, wie auch hier im OKSIMO Forum verwende hat hier wie dort keine funktionale Bedeutung. In der Wikipedia bin ich ein Autor unter vielen und kein "Master" im Sinne irgendwelcher Wikipedia oder sonstiger Strukturen. Auf meiner Nutzerseite [url]http://de.wikipedia.org/wiki/Benutzer:WikipediaMaster[/url] k�nnen Sie bei Interesse etwas mehr �ber mich erfahren. Das Thema OKSIMO in der Wikipedia zu verankern, war f�r mich eine logische Konsequenz aus dem was ich �ber OKSIMO gelesen und verstanden hatte und es freut mich, dass das OKSIMO Team nach anf�nglicher Skepsis den Artikel inzwischen als Hilfe f�r das Team selbst empfindet. Die Klarheit und Korrektheit des Artikels war mir von Anfang an wichtig, denn aus Erfahrung wusste ich, dass einige Co-Autoren in der Wikipedia den Artikel nur dann anerkennen und keinen L�schantrag stellen w�rden, wenn das was darin steht, fundiert und belegbar ist. Eine Frage, die in der Wikipedia bisher nicht beantwortet wurde betrifft den Namen, denn der Artikel steht bis heute unter Oksimo in der Wikipedia, richtig w�re aber wohl OKSIMO bzw. OKSIMO?. [url]http://de.wikipedia.org/wiki/Diskussion:Oksimo[/url] Soweit Sie Informationen haben, die Sie in der Wikipedia gerne erg�nzt w�ssten, d�rfen Sie sich gerne an mich wenden! Frohe Weihnachten!

Re: OKSIMO Roadmap goes public... by doebenhenisch

Mon, 21 Dec 2009 08:27:30 GMT

- Release of Version 0.8.4 with improved quality and a handbook with more than 300 pages: Has been published - Implementation of Simple Evolving Neural Nets from Kasabov with OKSIMO combined with an enhanced 3D-viewer during Sept/Oct 09: Has been uploaded (the small version) on the public model server. - Two students implemented a complete simulator for Real Time Systems with OKSIMO: Has been uploaded on the public model server. - The elaboration of simulation models with direct cooperation of cities is continuing and improving (in January starts a new INM working group 'Computergest�tzte Politikberatung (INM CgP)' - Within the AAL Research program of BaSys (www.uffmm.org/aallab) there are two teams using OKSIMO ('Artificial Consciousness' as well as 'Simulation and 3D-Models of cities').

OKSIMO in Wikipedia - 21.Dez.2009 by doebenhenisch

Mon, 21 Dec 2009 08:12:16 GMT

Im Sommer 2009 wurde das OKSIMO Team damit �berrascht, dass ein Wikipedia Master einen Beitrag 'OKSIMO' in Wikipedia gestartet hatte. Nach anf�nglicher Skepis bleibt festzustellen, dass der Artikel sehr klar und korrekt ist. Im Grunde ist er sogar f�r das OKSIMO Team selbst mittlerweile eine Hilfe, da das Projekt mit seinen vielen Aspekten nicht leicht zu �berschauen ist. Dies wird sich k�nftig weiter versch�rfen, da sich jetzt Entwicklungsaktivit�ten sowohl im Kontext des AAL Forschungsprogramms des Masterstudienganges BaSys (Barierefreie Systeme) der FH Frankfurt a.M. verst�rken wie auch in einer ab Januar 2010 selbst�ndigen Arbeitsgruppe 'Computergest�tzte Politikberatung'. W�hrend es im AAL Programm mehr um die k�nftige Synthese von Architektur und Simulation (mit OKSIMO) geht (und auch einer Anwendung mit einem k�nstlichen Bewusstsein), fokussiert sich die INM-CgP-Gruppe vor allem um die Erarbeitung von Simulationsmodellen f�r Kommunen und Landkreise in engem Zusammenwirken mit den Mitarbeitern der Kommunen.

FCL Editor funktioniert unter Windows 7 64 Bit nicht by lerch

Thu, 17 Dec 2009 14:43:59 GMT

Der Editor 0.8.4 beta 03 (x86_64) startet unter dem neuen Betriebsystem Windows 7 64 Bit nicht. Ob auch Windows 7 32Bit betroffen ist, muss noch getestet werden. Der Editor bricht beim start mit der einer Fehlermeldung mit Hinweis auf eine Log Datei ab. Der Splash Screen wird noch angezeigt. Es ist noch unklar wo die Fehlerursache zu suchen ist (Eclipse SWT, Java VM JRE 64Bit oder Windows 7) Der gleiche Fehler tritt auch auf, wenn man ein 32Bit Java VM benutzt mit dem 32 Bit Fcl Editor (x86)! Das Problem wird analysiert, siehe Bugzilla Bug23: [url]http://sim.inm.de/bugzilla/show_bug.cgi?id=23[/url] Eine L�sung ist wie gesagt noch nicht in sicht. Die Log Datei enth�lt folgende Meldungen: !SESSION 2009-12-17 14:58:18.489 ----------------------------------------------- eclipse.buildId=unknown java.version=1.6.0_17 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE Command-line arguments: -os win32 -ws win32 -arch x86_64 !ENTRY org.eclipse.osgi 4 0 2009-12-17 14:58:20.895 !MESSAGE Application error !STACK 1 java.lang.RuntimeException: Application "de.inm.pes.editor.fcl.application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error. at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:242) at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) at org.eclipse.equinox.launcher.Main.main(Main.java:1287) !ENTRY org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE One or more bundles are not resolved because the following root constraints are not resolved: !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle initial@reference:file:plugins/de.inm.pes.editor.fcl.external.libs_2.0.8/ was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl.external.libs 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing host Bundle-NativeCode_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle initial@reference:file:plugins/org.eclipse.core.runtime.compatibility_3.2.0.v20090413.jar/ was not resolved. !SUBENTRY 2 org.eclipse.core.runtime.compatibility 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.update.configurator_[3.1.100,4.0.0). !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle initial@reference:file:plugins/org.eclipse.ui.ide_3.5.0.I20090525-2000.jar/ was not resolved. !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.metadata_[1.0.0,2.0.0). !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.core_[1.0.100,2.0.0). !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.engine_[1.0.100,2.0.0). !ENTRY org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists: !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle de.inm.pes.editor.fcl_0.8.4 [2] was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle de.inm.pes.editor.fcl.external.libs_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle de.inm.pes.editor.fcl.external.libs_2.0.8 [3] was not resolved. !SUBENTRY 2 de.inm.pes.editor.fcl.external.libs 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing host Bundle-NativeCode_0.0.0. !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle org.eclipse.core.runtime.compatibility_3.2.0.v20090413 [20] was not resolved. !SUBENTRY 2 org.eclipse.core.runtime.compatibility 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.update.configurator_[3.1.100,4.0.0). !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle org.eclipse.ui.ide_3.5.0.I20090525-2000 [45] was not resolved. !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing optionally required bundle org.eclipse.core.resources_[3.2.0,4.0.0). !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.engine_[1.0.100,2.0.0). !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.metadata_[1.0.0,2.0.0). !SUBENTRY 2 org.eclipse.ui.ide 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing required bundle org.eclipse.equinox.p2.core_[1.0.100,2.0.0). !SUBENTRY 1 org.eclipse.osgi 2 0 2009-12-17 14:58:20.911 !MESSAGE Bundle org.eclipse.ui.win32_3.2.100.v20090429-1800 [47] was not resolved. !SUBENTRY 2 org.eclipse.ui.win32 2 0 2009-12-17 14:58:20.911 !MESSAGE Missing host org.eclipse.ui.ide_[3.2.0,4.0.0).

Re: Button Problem beim FCL Editor 0.8.4 mit Ubuntu Karmic 9.10 by lerch

Tue, 08 Dec 2009 11:30:36 GMT

[b]Voraussichtliche L�sung des Problems:[/b] Das Problem soll laut Eclipse.org ab Version 3.6 gel�st sein. Release Date von 3.6 ist aber erst Juni 2010. Allerdings sind die meisten Probleme der GUI zwischen SWT und GTK, in der jetzigen Milestone Version 3.6M3 wohl gel�st worden. Deshalb wird das Problem in der n�chsten FCL Editor Version 0.8.5, der dann auf Eclipse Milstone Version 3.6M4 aufsetzen wird, weitesgehend behoben sein! Viele Gr��e Volker

Fehlende Men� Icons im Editor 0.8.4 und Ubuntu Karmic 9.10 by lerch

Thu, 19 Nov 2009 17:26:11 GMT

Sollten Sie keine Men� Icons im FCL Editor sehen, so liegt dies nicht an der Einstellung im FCL Editor. Bis jetzt ist dieses Problem nur in Verbindung mit Ubuntu 9.10 Karmic und der Gnome Version 2.28 aufgetreten. Dort gibt es eine neue M�glichkeit Icons bei Anwendungen auszublenden. Diese Einstellung ist per Default auf aus gestellt, so dass keine Icons angezeigt werden. Um Sie wieder einzuschalten gehen sie folgenderm�en vor: 1. Men�: System -> Einstellungen -> Erscheinungsbild ausw�hlen 2. Einstellungs Tab Oberfl�che ausw�hlen 3. Einstellung Symbole in den Men�s anzeigen einschalten Dann haben Sie auch wieder Icons in Ihrem Gnome und dem FCL Editor! Bei Englischer Gnome Einstellung m�sste die EInstellung heir zu finden sein: Please open gnome-appearance-properties (System->Setup->properties), select the Interface tab and enable "Show icons in menus".

Einstellen und L�schen des Ordners .metadata by lerch

Thu, 19 Nov 2009 12:55:44 GMT

[b]Was ist das .metadata Verzeichnis[/b] Beim ersten Start des FCL Editors wird eine Verzeichniss angelegt, in dem anschlie�end verschiedene Konfigurationen des FLC Editors gespeichert werden. Wo sich das Verzeichnis befindet, ist unter Windows und Linux unterschiedlich. Sie k�nnen dieses Verzeichnis ruhig l�schen. Manchmal m�ssen Sie es sogar l�schen um die Standard Einstellungen des Editors vom ersten Start wieder herzustellen. Sollten Sie eine neue Version des FCL Editor installieren, kann es passieren, das dieser das alte .metadata Verzeichnis von der vorherigen Version benutzt. Das kann zu Komplikationen f�hren, je nach dem was sich beim FCL Editor ge�ndert hat. Deshalb ist es ratsam das Verezichnis zu l�schen. Ab der Version 0.8.4 beta 03 soll sich das �ndern, das sich das .metadata Verzeichnis immer unterhalb des FclEditor Verzeihnis befindet. Dies ist aber in einem Fall nicht so. Dazu mehr unter den Betriebsystemspezifischen Themen. [b]Windows[/b] Unter Windows sollte sich das .metadata Verzeichnis eigentlich immer unterhalb des FclEditors befinden, egal wie man den Editor startet. Hier treten als keine Probleme auf, und das Verzeichnis muss nicht gel�scht werden, wenn man einen neue Editor Version installiert. Das Verzeichnis wird unter Windows auch nicht im Dateiexplorer als versteckt angezeigt. [b]Linux[/b] Bei Linux sieht es etwas anders aus. Bis zur Version 0.8.3 wurde das Verzeichnis normalerweise immer parallel zu dem FclEditor Verzeichnis angelegt. Durch den vorangehenden Punkt ist es bei normalen Einstellungen im Dateiexplorere nicht zu sehen. Erst die Option "Versteckte Dateien anzeigen" bringt es zum vorschein. Ab Version 0.8.4 beta 03 sollte das Verzeichnis aber immer unterhalb des FclEditor Verzeichnis angelegt werden. Das klappt auch fast immer. Es gibt nur eine Ausnahme. Die Ausnahme bezieht sich darauf, von wo Sie den Editor aus starten. Starten Sie den Fcl Editor �ber eine Terminal oder Dateibrowser direkt mit der flceditor Datei aus dessen Verezichnis heraus, so wird das .metadata Verzeichnis auch dort (innerhalb des FlcEditor Ordners) angelegt oder gesucht. Startet man jedoch den Editor �ber eine Link oder Desktop Icon so wird das .metadata Verzeichnis, nach aller wahrscheinlichkeit nach, direkt unterhalb Ihres Home Pfads erzeugt oder gesucht. Das .metadata Verzeichnis wird also immer relativ zum Pfad angelegt, indem man sich gerade beim starten des Editors befindet! Dieses Verhaltne ist im Moment nicht Einstellbar es sei den Sie modifizieren die Datei config.ini welche Sie im Editor Verzeichnis [i]configuration[/i] finden. Dort k�nnen Sie den Eintrag [b]osgi.instance.area=@user.dir[/b] so ver�ndern, das Sie den Pfad f�r das .metadata Verzeichnis einstellen. Ersetzen Sie einfach den Wert @user.dir oder ab 0.8.4 @user.dir/FclEditor in eine Absoluten Pfadangabe wie z.B. /home/user/programme/temp. Das Verzeichnis .metadata solte nun immer in diesem Pfad gefunden werden, egal wie Sie den FCL Editor starten. [b]Zukunft[/b] Dieses Verhalten wird sich erst ab FclEditor Version 1.0 �ndern, wenn ein Installer Programm die Installation des Editors �bernimmt und bestimmte Einstellungen (wie z.B. Installationsverzeichnis) vor dem ersten Start in die Konfigurationsdateien schreibt. OKSIMO Team

Re: FCL Editor startet unter MacOsX 10.5.x mit Java 1.5 nicht by lerch

Thu, 19 Nov 2009 12:32:10 GMT

Das Problem hat sich mit der neuen FCL Editor Version 0.8.4 erledigt! Dieser sollte jetzte Problemlos unter Mac OS x laufen, vorrausgesetzt man hat die richtige Version (Cocoa x86 oder x64) heruntergeladen. Es fehlt aber noch das Feedback von Usern!

Button Problem beim FCL Editor 0.8.4 mit Ubuntu Karmic 9.10 by lerch

Wed, 11 Nov 2009 18:09:04 GMT

[b]Problem:[/b] Das neue Ubuntu 9.10 Karmic benutzt schon die neue GTK+ 2.18 Version mit neuen Fenster Funktionen (Client-Side Windows). Diese Funktionen verursachen im Zusammenhang mit den Eclipse Bibliotheken des FCL Editors ein Problem mit einigen Buttons der Dialoge des Editors. Die Buttons sind zwar aktiviert, doch wenn man Sie bet�tigt reagieren sie oft nicht mehr! Der Bug befindet sich in der SWT Eclipse Bibliothek 3.5 im Zusammenhang mit GTK+ >2.17.3, welche der Editor benutzt. Das Problem ist bis jetzt nur bei Ubuntu Karmic 9.10 und FCL Editor 0.8.4 bekannt. Andere Systeme sind wohl nicht betroffen. [b]L�sung:[/b] Ein Bugfix ist erst in der n�chsten Editor Version 0.8.5 zu erwarten, der dann auf der neuen Eclipse Version 3.6 aufbauen wird. Es gibt verschieden M�glichkeiten den FCL Editor jedoch jetzt schon zum laufen zu bekommen. 1. Setzen der Umgebungsvariable GDK_NATIVE_WINDOWS Man muss den Editor �ber ein Terminal (Shell) mit folgender Option starten: [code]GDK_NATIVE_WINDOWS=1 /pfad/fcleditor[/code] Wenn man den Editor �ber ein Desktop Icon starten will kann man dies folgenderma�en tun: [code]bash -c "GDK_NATIVE_WINDOWS=1 /pfad/fcleditor"[/code] Bitte nicht die Variable Systemweit setzen, sondern nur f�r den Start des FCL Editors! 2. Downgrade von GTK auf Version <17.3 Diese Option w�rde ich nicht empfehlen, das Sie das ganze System betrifft, und nicht nur den FCL Editor. U.a. ist der Fehler bei Eclipse als Bug eingetragen unter: [url]https://bugs.eclipse.org/bugs/show_bug.cgi?id=287307[/url]

Re: OKSIMO Roadmap goes public... by doebenhenisch

Sat, 12 Sep 2009 10:03:55 GMT

Despite of the growth of the OKSIMO-comunity the number of active members is still restricted to the original core team. This team is working 'free', following it's personal interests to that extend as the available time this allows. We decided not to follow a strict roadmap as long as there is no bigger funding allowing a full time engagement. For the next months the following topics are active: there will be the release of Version 0.8.4 with improved quality and a handbook with more than 300 pages in the next week. A small project will try an implementation of Simple Evolving Neural Nets from Kasabov with OKSIMO combined with an enhanced 3D-viewer during Sept/Oct 09. If this test works well we will implement a model of an artificial consciousness on OKSIMO (this is part of a research project of the University of Applied Sciences Frankfurt in Cooperation with seven other Universities). Another project will formalize the interactive-parallel version of the simulator during Oct-Jan 09/10. There is another project applying the modeling power of OKSIMO to the model of a city together with representatives of that city. Two students implememnted a complete simulator for Real Time Systems with OKSIMO. This has to be prepared to be uploaded on the public model server.

Modelica by matthis

Tue, 18 Aug 2009 09:55:43 GMT

Modelica ist eine offene, objekt-orientierte, gleichungsbasierte Programmiersprache f�r komplexe physikalische (und sonstige) Modelle. Die Sprache wird von der Modelica Association weiterentwickelt. [url]http://www.modelica.org/[/url] Als Entwicklungsumgebung k�nnen verschiedene Programme verwendet werden, kommerzielle sowie OpenSource. Genannt seien Dymola (von Dassault Systems), MathModelica (von MathCore), MapleSim (von MapleSoft), MOSILAB (von der Fraunhofer Gesellschaft), SimulationX (von ITI) sowie OpenModelica. Scicos / Scilab verwendet teilweise Modelica. [url]http://www.modelica.org/tools[/url] Die programmierten Modelle werden in Bibliotheken organisiert, es gibt umfangreiche Bibliotheken zu verschiedenen Themen, teilweise OpenSource, teilweise kommerziell. Alle Modelle sind Objekte mit klar definierten Schnittstellen. Modelle k�nnen durch Icons repr�sentiert werden, dadurch ist es m�glich, das System grafisch darzustellen. Verbindungen zwischen Modellen k�nnen ebenfalls grafisch erzeugt werden.

List of Simulation Software auf wikipedia.en und OKSIMO in wikipedia.de by WikipediaMaster

Fri, 31 Jul 2009 11:52:36 GMT

Vielleicht interessant: In der englischen Wikipedia findet man eine Liste mit verschiedenen Simulationsprogrammen, Open Source und kommerziell: [url=http://en.wikipedia.org/wiki/List_of_computer_simulation_software]List of computer simulation software[/url]. Weiterhin gibts inzwischen einen Artikel �ber [url=http://de.wikipedia.org/wiki/Oksimo]OKSIMO @ Wikipedia.de[/url], der eventuell etwas Unterst�tzung von Insidern brauchen kann! Frage an das OKSIMO Team, habe mit der �berarbeitung des Wikipedia Artikels begonnen und w�rde gerne den einen oder anderen Screenshot aus der Software einbinden. Gibts dagegen irgendwelche Einw�nde? Und hier nochmal die bisher gesammelten Simulationstools als html links. [url=http://www.simulistics.com/index.htm] Simulistics (Simile)[/url] [url=http://www.mathworks.de/products/simulink/]Simulink[/url] [url=http://de.wikipedia.org/wiki/Simulink]Simulink @Wikipedia.de [/url] [url=http://www.scilab.org/]Scilab[/url][url=http://de.wikipedia.org/wiki/Scilab]Scilab @ Wikipedia.de[/url] [url=http://ccl.northwestern.edu/netlogo/]netlogo[/url] [url=http://en.wikipedia.org/wiki/Netlogo]netlogo @ Wikipedia.en[/url] [url=http://www.pegasus-project.org/]Pegasus[/url] [url=http://www.consideo-modeler.de/]Consideo Modeler[/url]