Hi Martin, Vivian & team
This is an honest question, trying to understand the direction where we can
evolve FG.
Currently the models in data/Models seem to serve two purposes, and I'm
wondering if they can be divided (kept in different repositories) based on
the purpose?
1) static objects populating the scenery, are bound to a fixed location
(buildings, structures, ...).
Samples are contained in these directories:
- Agriculture
- Airport
- Boundaries
- Bridges
- Buildings
...
2) Models for vehicles, ships, *crafts and anything movable:
- Aircraft
- Maritime/Civilian (with a few exceptions)
- Maritime/Military
- Transport (with a few exceptions)
The fact that this last group is placed statically is, forgive my
simplification, an accident of history.
Any of these could be under AI or user control, and could be added
dynamically to the scenery (any scenery, within certain constraints).
So, in other words, would it make sense to split the location where we keep
the models based on the criteria whether the model is:
- truly static (buildings / structures / ...),
http://scenemodels.flightgear.org/modelbrowser.php
- or movable (vehicles / crafts / ships)
http://cvs.flightgear.org/viewvc/data/Models/
The dream is to have all the movable ones under AI or user control one day.
Thanks,
Tom
On Fri, Oct 30, 2009 at 9:07 AM, Martin Spott <martin.sp...@mgras.net>wrote:
> Vivian Meazza wrote:
> > Update of /var/cvs/FlightGear-0.9/data/Models/Maritime/Military
> > In directory baron.flightgear.org:/tmp/cvs-serv17265
> >
> > Modified Files:
> > OliverPerryFFG.ac
> > Log Message:
> > Rotate to standard FG orientation
>
> Please see 'data/Models/00README.CONTRIBUTE':
>
> "The following classes of static geometries and therefore the corresponding
> subdirectories are being maintained via the FlightGear Scenery Model
> Repository (http://scenemodels.flightgear.org/models.php) [...]"
>
> It's getting obvious to me, that friendly reminders are silently being
> ignored. Why do you think did we put this README file there ....
> In consequence, it seems like we have to be a bit more verbose:
>
> If you commit directly to CVS, then you're putting your change at risk
> of getting overwritten the next time we're syncing the Scenemodels
> repository to CVS.
>
> Thanks for listening,
>
> Martin.
> --
> Unix _IS_ user friendly - it's just selective about who its friends are !
> --------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
