Commandline-client: Es sollte möglich sein, ohne grafische Oberfläche Daten von OSM nach eWorld zu importieren, Sumo Daten zu erstellen, etc. Dies sollte den enormen Speicherhunger von eWorld bremsen. Größte Herausforderung dabei, die Integration in das bestehende Plugin-System.
Karten schneiden: Oftmals sind Karten zu groß, um sie komplett in eWorld zu laden, daher sollte es möglich sein, in einer grafischen Vorauswahl bestimmte Bereiche zu selektieren. Denkbar wäre es auch, Karten ab einer bestimmten Größe im Vorfeld automatisch in kleinere, für eWorld leichter bearbeitbare Stücke, zu zerschneiden, welche dann in einem zweiten Schritt, nach deren Bearbeitung, zusammengefügt werden.
Mehr Importmöglichkeiten/ Bessere Unterstützung von OSM: eWorld könnte mehr Funktionalitäten im Zusammenhang mit dem Import von OSM-Daten anbieten. Anstelle der Angabe von Koordinaten beim Import könnte direkt eine Karte angezeigt werden, in der der zu importierende Bereich ausgewählt werden kann. Der Import von größeren Gebieten ist über den bisherigen OSM Online Import nicht möglich, hier könnte der OSM Fileimport verfeinert werden, indem das OSM-Tool "Osmosis" unterstützt wird, mit dem OSM Dateien umfangreich bearbeitet werden können. Dies ist auch nützlich, um allzu große OSM Dateien vor dem Import zu bereinigen.
Erprobung von puren Java zur grafischen Darstellung von Kartendaten: eWorlds enormer Speicherhunger lässt sich zu einem großen Teil auf QT zurückführen, daher sollte man langfristig daran denken, eWorld von QT auf pures Java zu migrieren. Ein gutes Beispiel stellt dabei das Projekt JOSM dar, welches für die Bearbeitung von OpenStreetmap-Karten benutzt wird. Da das Tool unter der GPL steht, sollte es möglich sein, verschiedene Klassen zum Zeichnen der Objekt integrieren zu können.
RSU (Roadside Unit) Unterstützung: RSUs spielen eine immer wichtigere Rolle für die V2X-Simulation, daher sollte es auch mit eWorld möglich sein, diese zu setzen.
