Just to add a note what is already running on this jenkins right now, on different slaves: - hgtchop available SRTM-3 data (I make use of the no data filled files I provide), this a one day job on very old machine - terrafitting the data (another one day job on the same old machine) - taking recent xplane apt.dat and splitting into single airport files (one hour job) - creating xml files like showed at scenery list, per airport, still experimental - running genapts850 on every single airport file, creating airport and airport area folders for further scenery creation, still experimental - pushing this data to a public server (not realised yet, waiting for proposals where this should be)
This is all created in a jenkins workspace which can be shared then by fgfs-construct slaves. What regions or how many tiles this slaves could/should create depends on a new "regional" grid that has to be defined. One benefit of this workflow could be: Everyone use the same elevation data for scenery creation, everyone use the same apt.dat data etc. The fgfs-construct job definitions may vary from region to region. People can concentrate on updating resources and jenkins scenery slaves are eating this automatically. Theoretically every machine around the globe can act as a jenkins slave when the recent terragear toolchain is installed and distinct ports are open in network. The fgfs-construct jobs are heavy and may run some days. Having some powerful servers as "main" slaves would be nice. Role for main slaves could also be taking over the jobs when some smaller nodes are off for any reason. Yes, just promoting this jenkins world scenery workload idea again, comments still welcome anytime. In case there is a machine/server which can act as a slave please just send me a note. You can get access to this jenkins immediately, I would also help to install all tools and setup the jobs to be done ;-) Cheers, Yves Am 07.06.2012 um 17:35 schrieb ys <flightg...@sablonier.ch>: > As I mentioned some weeks ago I think we should leave path of creating world > scenery in one task. I made a proposal how to create world scenery in chunks > all day and nights with jenkins on different machines for different regions. > The sources for this creation process can remain on one "master", the many > fgfs-construct slaves will need a bit of cpu power (more slaves welcome here > anytime for testing). What I miss at the moment is a tool like terramaster > for this process, where one can follow recent scenery creation process by > created tiles i.e. The jenkins artifacts can be pushed to a terrasync server, > daily, weekly, monthly or in whatever cycle. A tool like terramaster should > reflect the versioning of the region/tiles visually somehow, but this is not > the most important part of course. > > For me the scenery release should not follow the core release plan. A need > for the next release cycle might be moving the outdated static apt.dat from > the base package to a new place, but of course only in case someone really > follows the plan to get a dynamical apt data solution for next flightgear. I > know the plan with jenkins scenery creation might cause some inconsistency > the first weeks and months, but once the creation process is in sync with > data there remain only small areas to update and we can follow regular and > great apt.dat updates coming in every months by a huge group of contributors > chez xplane. > > There is probably no other way (or I didnt here anything different here): > apt.dat in 810 format is a scenery development blocker, independent of > release numbers. > > Cheers, Yves > > > > > Am 07.06.2012 um 15:55 schrieb Björn Kesten > <amusing.random.al...@googlemail.com>: > >> Good to know. >> >> I'd dedicate some CPU time to world scenery generation, but I'm not >> sure how many months that would take... :S >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
