From: Daniel K. <d.k...@go...> - 2010-08-03 10:41:56
|
Hello all, just a side note: maybe it is really worth the try to enhance sumo-gui by further functionality, maybe including some based on routing/network building etc. We'd then have a monolithic application... Maybe not at once, but incrementally. Maybe, regarding the usual lack of time, this is a better way to continue than trying to set up additional specific gui applications. sincerely, Daniel 2010/7/28 Simon Siemens <sim...@ar...> > In my last email, I discussed how I could start to make a separate gui > program for activitygen. But maybe, SUMO should have only one gui > program, which covers the whole process of traffic simulation, starting > with making a map, over the demand generation, up to the simulation? > > What do you, the SUMO maintainers and the SUMO community think about it? > Should I rather post this email to the sumo-users list? > > Regards, Simon > > > Am Mittwoch, den 28.07.2010, 10:36 -0600 schrieb Simon Siemens: > > Hi Daniel and Michael, > > > > for the activitygen program, the user needs a graphical interface to > > generate the input file with all the statistics, bus lines, and so on. > > We are now considering to make this with the SUMO GUI classes. The > > application would need to draw a map, have dialogs to manipulate > > properties of edges, have a comfortable multi-selection feature for > > edges, set some points of interest (like schools and bus stations) and > > set some global properties. Some of those features are already available > > in the sumo-gui. What do you think about it? > > > > A first glance on the GUI code showed that the map drawing is strongly > > connected to the microsim modules; it uses the MS classes (like MSEdge). > > But actually, we do not want to run a simulation. Making all this new > > looks like very much work with a yet uncertain goal. So I would suggest: > > > > 1. Make a new directory activitygengui with a new main that links > > everything from guisim. As a result, we have a binary > > activitygen-gui that does exactly the same as the sumo-gui > > 2. Then, extend the code with new classes to do the new job. If an > > existing class must be modified, try to copy it in the new > > directory, modify it there and change the linking. > > 3. The aim is that the existing code remains untouched. Then, when > > everything is done, we can better see, what could can be shared > > between both applications and what is specific to every > > application. > > > > What do you think? I do not know how good it will work. It may be that > > we end up with a duplicate of the present microsim directory. But well, > > this would not be so bad either for the first move. > > > > You may have noticed that there is also the hidden question about, what > > is your vision of SUMO and GUI. > > > > Best regards, Simon > > > > > > > > > ------------------------------------------------------------------------------ > > The Palm PDK Hot Apps Program offers developers who use the > > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > > of $1 Million in cash or HP Products. Visit us here for more details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > sumo-devel mailing list > > sum...@li... > > https://lists.sourceforge.net/lists/listinfo/sumo-devel > > > > > ------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > sumo-devel mailing list > sum...@li... > https://lists.sourceforge.net/lists/listinfo/sumo-devel > |