Martin Spott wrote:
> Casting all this CORINE data into clean topology takes several weeks of
> processing time, when performed properly. Even doing tests on small but
> still representative areas is a rather time-consuming and ressource-
> intensive adventure - some early tests o
Heiko Schulz wrote:
> That's exactly the point I wanted to make clear and meant with
> "updating"- unless we have a new terrain built there won't be any
> changes like changed landclasses by better datas etc. visible.
Hehe, precisely that's what I've been planning to change :-)
but inste
Frederic Bouvier wrote:
>> This one might help:
>>
>> http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
>
> Something equivalent (the prefetch) is implemented in fgrun
Yup, I knew, but didn't find any URL specific to the feature which was
suitable for posting via EMail ;-)
Cheers,
Heiko Schulz wrote:
> So when the terrain has changed (new airport added) I have the new
> scenery with a new airport?
Only after new Terrain has been built from the respective sources and
uploaded to the repository beind TerraSync.
We've already done this for a few places in the world, but these
Heiko Schulz wrote:
> Wrong statement in the forum. TerraSync only updates the models, not
> the terrain.
If this would be true, then you've identified a bug ;-)
This one might help:
http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
Cheers,
Martin.
--
Unix _IS_ user friendl
Chris,
I think the benefit of having sort of a VATSIM-interface or -bridge for
FlightGear is pretty much unquestioned, therefore I'll leave these
details out. The point is a completely different one and probably
consist of just two simple parts:
1.) Like probably almost every other OpenSource proj
Curtis Olson wrote:
> The other implication here is that it would be extremely handy to have
> multiple branches checked out simultaneously for other reasons. git makes
> branching easy, yes, but if you find yourself bouncing between branches with
> changes for separate projects, and external eve
Looks like we're going to have a booth this year again:
http://www.linuxtag.org/2011/en.html
I'll post an update as soon as the booth is definitely confirmed.
Generally I'd say: If you were planning to visit Berlin anyway, this is
the perfect occasion for killing two birds with just one stone.
Csaba Halász wrote:
> Not only that, but I personally don't even want to join or support an
> organization that requires NDA and plays silly corporate games instead
> of openly welcoming new arrivals. But that's just me.
No, not just you, count me in,
Martin.
--
Unix _IS_ user friendly
John Denker wrote:
> If you want to have a serious discussion, [...]
I think he doesn't want to have a big discussion, he's just offering
textures which are making a visual difference compared to the ones
which are currently being used in FlightGear.
Aside from wether I like these particular cha
Flightgear-commitlogs wrote:
> - Log -
> commit e7b7e52a9de8045352b8b373d79dae378140344c
> Author: Gijs de Rooy
> Date: Thu Jan 20 16:45:38 2011 +0100
>
>Runway stopway materials, were never fully implemented apparently
There
"J. Holden" wrote:
> With a large addition to the database today, there are now 2009
> unique models in the scenery model database!
2035, to be precise ;-))
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Michael Sgier wrote:
> [...] Someone already wrote a current xplane 9 format parser...maybe
> he knows?
Parsing the data is a non-issue, we're having at least three different
parsers in at least two different languages to choose from,
Martin.
--
Unix _IS_ user friendly - it's just sele
Heiko Schulz wrote:
> As we all know the truth behind it should be clear for all that there
> are copyright infringements clearly visible?
I doubt.
> Even if they can take FGFS and sell it due to our licence, they are
> not allowed to say that they developed the things they mentioned.
They're p
Mathias Fröhlich wrote:
> long promised and now checked in:
> First attempt of HLA/RTI support in flightgear.
Cool !!!
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
--
Frederic Bouvier wrote:
> As John said, the missing bit is scenery generation.
I think it's a split task. As with almost every technical problem,
there is _some_ way to a solution ;-)
I'm certain we'd find a reasonable way of nicely casting the new
X-Plane layouts into Terrain tiles withou
Harry Campigli wrote:
> I better explain myself and my reasoning a bit. I fully agree that you are
> quite correct in that the ram load up is quicker directly from the HD than
> over a network, but I am aiming to do away with Hds in the FG sim boxes.
At Linux installations in regular schools I'm
Harry Campigli wrote:
> Could I ask if any one has had FG or for that matter any app on a linux box
> running in a ramdisk environment with no Hd? Why, its fast to boot, [...]
I might be getting your intention wrong, yet I suspect you forgot to
add the time required to fill the ram disk from, we
John Denker wrote:
> On 01/16/2011 02:23 PM, Martin Spott wrote:
>> John Denker wrote:
>>> FG is still using airport data that hasn't been updated since 2008.
>>
>> Depends on your particular definition of "FG". To be precise, the file
>> at:
John Denker wrote:
> FG is still using airport data that hasn't been updated since 2008.
Depends on your particular definition of "FG". To be precise, the file
at:
http://mapserver.flightgear.org/apt.dat.gz
contains 213 airfield updates (currently) which have been merged over
the time, which
"J. Holden" wrote:
> The solution as I think has been said is to figure out if there is a
> way to get the name of the top level folder using Nasal, or to figure
> out a way to use nasal within the scenery folder? You could always
> try calling the nasal script from the xml (I have absolutely no
Barry Fawthrop wrote:
> There was a news article on Magnetic North Change
> and How KTPA had to change from 90 to 80
>
> Are these changes being effected into FlightGear ???
Depends on if anyone's submitting a modified layout.
Actually the runway directions are hardwired into our airfield lay
Hi Heiko,
Heiko Schulz wrote:
> terrasync
> -Scenery
> -Airports
> -Terrain
> -Models
> -Objects
Would be a little bit like saying "this car is red red" since
everything in TerraSync is directly related to Scenery ;-)
I know we've already been talking about this topic but
Martin Spott wrote:
> Michael Sgier wrote:
>> Anyone could point me on where to change things if i want to make x-plane 9
>> airport formats (apt.dat) being drawn on top of ground
>
>
> http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs;a=tree;f=src/Airports/
Michael Sgier wrote:
> Anyone could point me on where to change things if i want to make x-plane 9
> airport formats (apt.dat) being drawn on top of ground
http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs;a=tree;f=src/Airports/GenAirports
Martin.
--
Unix _IS_ user frien
Curtis Olson wrote:
> On Mon, Jan 10, 2011 at 10:09 AM, Jon Stockill wrote:
>
>> Those things are marked as obstructions in the database, their elevation
>> is fixed. (In this case we know the published height of the top, and the
>> height of the model, and can place the base accordingly - this i
Curtis Olson wrote:
> Wouldn't it be cool if all the carriers in the flightgear world were
> simultaneously MP and simultaneously shared?
I 'sense' the required infrastructure for a solution already being in
the queue, yet some adaption for AI objects is still needed, but pretty
feasible.
Cheers
Looks like I've missed the most interesting part while I was visiting a
customer :-)
John Denker wrote:
> As always, it is nicer to track the authoritative data, rather
> than forking it.
In some way our elevation/height (for published obstacles/obstructions)
data has always to be some sort of
Moin Roland,
Roland Haeder wrote:
> and latest GIT origin/master. Can I also report floating models (like
> buildings) to you if I encounter one? I can screenshot the output of the
> HUD and upload it to my server so you can see where I found it.
As you'll certainly understand I'd like to minize
Martin Spott wrote:
> thorsten.i.r...@jyu.fi wrote:
>>> This sort
>>> of "Scenery development" is substantially different from craving for
>>> aaah's and oooh's on The Forum after you successfully managed to follow
>>> an elabora
Hi folks,
from time to time we're adjusting the ground elevations of all object
positions in the Scenemodels-database and thus in the TerraSync-
repository to the actual terrain elevation. Typically this is one of
several preparational steps when people start getting serious about
planning a rele
Curtis Olson wrote:
> - What is the best way to clean up my "next" branch of all the changes I had
> previously made before I created my own branch? I'd like to return it to
> it's pristine untouched state now that I have a local branch for my local
> changes.
If anything else fails, if "next" i
In article <13d7d9d025e1422693ae173329a5d...@circustar2> you wrote:
> center. They were cleaning out and I inherited an IBM x455 cluster.
> Its 4 chassis each equipped with 4 1.5Ghz Itanium 2's and 16GB ram
> for a system total of 16 Itanium 2's and 64GB ram.
The topic has been pretty silent fo
Hi Alexey,
Alexey Varjat wrote:
> PS: I know that some simmers from russian FG forum have made some
> changes (including city buildings) for Russian(Murmansk, Pulkovo),
> Lithuanian (Vilnius) and Estonian (Tallinn, Piarnu) airports and I hope
> that they want to share his work with community.
Martin Spott wrote:
> The reference would be the TerraSync SVN-repository - which actually
> has the file:
>
>
> http://terrascenery.googlecode.com/svn/trunk/data/Scenery/Models/Airport/windsock_lit.xml
I mean:
http://terrascenery.googlecode.com/svn/trunk/data/Scenery
James Turner wrote:
> Failed to load model: Failed to load 3D model:
>
> from:/Users/Shared/FGFS/Scenery-TerraSync/Models/Airport/windsock_lit.xml
The reference would be the TerraSync SVN-repository - which actually
has the file:
http://terrascenery.googlecode.com/svn/trunk/data/Scene
Martin Spott wrote:
> There are many things you could think of wrt. supporting collaborative
> Scenery development
like on-the-fly map-rendering of landcover-submissions (so people
can check how their submission is going to be recived), working towards
more different textures to
Adrian Musceac wrote:
> I have only the highest expectations from your project, however in order
> to get many people involved and avoiding the same lone wolf approach,
You're having a valid point here. Anyhow, the "lone wolf" is in no way
an "aproach" but instead much better charaterized as sort
Torsten Dreyer wrote:
> I saw many reports that mapserver is a faster than gitorious. Thanks,
Thanks to our sponsor (-> "Telascience") !
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Hi Heiko,
Heiko Schulz wrote:
>> "J. Holden" wrote:
>> > [...] Still, none of the third party sceneries directly help the goal
>> > of adding data to the server or helping fix TerraGear to push out a
>> > new World Scenery package [...]
>>
>> Well said !
> But increases the attractiveness of a
"J. Holden" wrote:
> [...] Still, none of the third party sceneries directly help the goal
> of adding data to the server or helping fix TerraGear to push out a
> new World Scenery package [...]
Well said !
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
Hi Thorsten,
thorsten.i.r...@jyu.fi wrote:
> Let me now speak more to the audience at large, rather than to Martin
> personally... In both statements I read the following ideas (I don't know
> if you literally meant that - but that's what came across)
>
> * while the mailinglist is for real work
Hi Thorsten,
thorsten.i.r...@jyu.fi wrote:
>> This sort
>> of "Scenery development" is substantially different from craving for
>> aaah's and oooh's on The Forum after you successfully managed to follow
>> an elaborate and nicely illustrated recipe on how to build FlightGear
>> Terrain.
Hehe, I'
Hi folks,
traditionally I'm rather silent (at least to my own understanding)
about what I'm trying to achieve within the FlightGear project. On one
hand I'm proud to be, most prominently, known either as the person
who's rejecting submisions to the Scenemodels repository for unfounded
reasons or t
Keita Yokoyama wrote:
> The issue is that FG needs to access apt.dat, and I have the GZip'd version
> of it. However, I cannot extract it with any program for some reason, and
> would like to either get help on that, or have someone send me a ZIP/TAR'd
> version of the said file.
For .gz-extensio
Curtis Olson wrote:
> I've used a commercial simulation that made heavy use of model optimization.
> In this case all model creation was done using openflight (.flt) and then
> at load time an optimized version was created in native performer format I
> believe. This worked well, largely because
Hi Stuart,
Stuart Buchanan wrote:
> Martin - does this address your concern?
Well, at the end of the day it's completely irrelevant if my concerns
are being addressed ;-)
In fact, it's not my 'playground'. I just got the impression that the
gap between the ideas of a rating system for use with
"Hal V. Engel" wrote:
> In general I agree that just taking all of the aircraft on GIT and making
> them
> available for download without some kind of rating system is a bad idea.
Actually we don't, in contrast, we already _do_ have sort of a (simple)
rating schema. When you look at the Airc
Heiko Schulz wrote:
> But I agree to Gijs that it would be more than nice to add a reminder
> and a information about the started release procedure- we need the
> help of the users to find out bugs and other problems.
>
> That people don't let it commit to GIT is due to the fact, that many
> peop
Martin Spott wrote:
> The traditional scheme that a few people have to work fulltime for a
> couple of days during the release process just because others have
> simply been lazy over the past year doesn't have to be this way.
This sentence was written in hurry and therefore cam
Gijs de Rooy wrote:
> Great news Durk! One thing that came up in my mind: would it be good to write
> a post at the forum, to stimulate
> people to put their planes into Git as soon as possible? We have quite some
> nice (GPL) stuff hanging around, that's
> not been commited yet [...]
Actually
Gene Buckle wrote:
> On Fri, 10 Dec 2010, Anders Gidenstam wrote:
>> However, the data or derived works based on the data cannot be included in
>> the FlightGear distribution since such conditions are not compatible with
>> the GPL.
>>
> ...which doesn't prevent the FlightGear website from pointin
Scott Hamilton wrote:
> This may be a dumb question, (I've read the GPL license, but I'm
> certainly not an expert in it), but is it possible that the input data
> is not GPL itself, but that it could allow GPL scenery output (given
> that it goes through a process)?
I don't know, depends on the
Stuart Buchanan wrote:
> On Fri, Dec 10, 2010 at 11:56 AM, Chris Wilkinson wrote:
>> I will double check the licence attached to the data I have, but I'm
>> confident it is free to use and distribute so long as any subsequent end-use
>> is of personal or private non-profit nature.
>
> Please doub
Chris - and whoever is having custom land cover data on their hard
disks,
Chris Wilkinson wrote:
> If better data is available to build more accurate scenery then I think by
> all
> means we should use it. The next time a build is going to happen for the
> world
> scenery on the fg website I'
"J. Holden" wrote:
> For an airport like Innsbruck, where the airport automatically
> generated grass polygon juts into the river "cs_lake", or like Honolulu
> or Macau, when there is a "lake" in the middle of the airfield, would
> it be possible to take a lake layer (or the lake layer) and "burn"
Martin Spott wrote:
> The GIT mirror update and other cyclic, automated jobs are going to get
> paused as long as the transition is in progress.
Ok, I _think_ most of the relevant stuff is now running properly on the
new machine. As you might have noticed, the 'commitlogs'
Hi Austin, many thanks for your offer !
"Contrapezist" wrote:
> center. They were cleaning out and I inherited an IBM x455 cluster. Its
> 4 chassis each equipped with 4 1.5Ghz Itanium 2's and 16GB ram for a
> system total of 16 Itanium 2's and 64GB ram.
I'm having a certain familiarity with EOL'
Martin Spott wrote:
> Formerly there were _multiple_ different priority lists hardcoded into
> the source code. This has now been separated into two text files to be
> referenced via "--usgs-map=" and "--priorities=", [...]
http://mapserver.flightgear.org/git/gi
Martin Spott wrote:
> Yup. The new machine is already alive (the web map should be available)
> but I'm still awaiting a chance to sync the latest changes from the old
> hardware before I'm going to declare the transition as being complete.
Ok, I _think_ the GIT mirror on
Csaba Halász wrote:
> You missed this email:
> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg29756.html
> about "Scenemodels/MapServer.flightgear.org, planned outage"
Yup. The new machine is already alive (the web map should be available)
but I'm still awaiting a chance to
Eftychios Eftychiou wrote:
> On Wed, Dec 1, 2010 at 10:39 AM, Martin Spott wrote:
>> Eftychios Eftychiou wrote:
>> >> You will need to sign up at http://forge.osor.eu/projects/albadisp/ and
>> > join the project to get the code.
>>
>> Mmmmh
thorsten.i.r...@jyu.fi wrote:
>> One example that strikes me is the c172p, though I'm biased as one of the
>> maintainers of the aircraft, and it is rated accurately according to
>> your criteria :)
>
> Compared with, say, the A-10, the F-14b or the Tu-154b (which is not in
> the GIT repository)
thorsten.i.r...@jyu.fi wrote:
> "Vivian Meazza" wrote:
>> I'm afraid that your grading is no more than a beauty contest. It does
>> matter "if the gauges are all in the right place or if the cockpit is
>> complete down to the last detail". Under your grading a cockpit could be
>> a complete figmen
Eftychios Eftychiou wrote:
> On Tue, Nov 30, 2010 at 11:03 PM, Martin Spott wrote:
>> I'm surprised to read that they're actually now having source code on
>> offer, do you have a pointer to the code ?
>>
>> You will need to sign up at http://forge.osor
Hi folks,
both sites - actually just two different Apache virtual hosts, running
on the same system, fed from the same database - are subject to being
transferred to a new system. Therefore you might will encounter
inconsistencies during the phase of system- and DNS-transition,
probably for
Curtis Olson wrote:
> Any time someone criticizes my work I just watch a funny cat video like this
> one and that really helps me feel better ...
Aaaah, good recipe, will try next time ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Curtis Olson wrote:
> On Wed, Nov 18, 2009 at 6:41 AM, cullam Bruce-Lockhart wrote:
> 1. you could cut out holes where the cliff polygons are situated, leaving
> these areas open in the final terragear result, and then place custom object
> models in those holes. You might be able to leverage ter
James Turner wrote:
> A thick-skin is a requirement for [...]
everyone who's seriously trying to survive in the FlightGear
developer's shark tank ;-)
> [...], but I'd hate to do
> anything which means people keep aircraft 'secret' until they are
> 'finished' - we already know that leads t
Eftychios Eftychiou wrote:
> There is already an open source radar display screen
> http://www.albatross.aero/
I'm surprised to read that they're actually now having source code on
offer, do you have a pointer to the code ?
> It can take as input asterix formated data (
> http://www.eurocontrol.
Tim Moore wrote:
> I for one really enjoyed the list and plan to check out some of the more
> highly rated ones with which I'm not familiar. I can't believe that the
> ratings will come as a surprise to any aircraft developer, and I hope that
> their egos aren't so fragile as to be discouraged by
thorsten.i.r...@jyu.fi wrote:
> What do the numbers mean?
> =
>
> Roughly, anything below 5 means that it isn't really finished and that I
> think they should be alpha status. 7 and 8 are really nice cockpits, and 9
> an 10 usually create a spontaneous 'wow!'.
I think th
"Hal V. Engel" wrote:
> It would be really nice to get a similar pano of a D/K cockpit since that
> would be very helpful getting the cockpit modeled.
This is the only one I'm aware of,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
"Hal V. Engel" wrote:
> There is tons of stuff that remains to be done still. For example the
> cockpit
[...]
While you're at it if you didn't know before, you might be
intersted in this one (beware, huge dowbload, don't klick if you don't
need it ):
http://www.stclairphoto-imagin
Pep Ribal wrote:
> I've seen that there are plans to develop an ATC client for Flightgear.
>
> I'm very interested in this profect, and so I'm offering my help.
> Whoever is involved, please get in touch.
http://wiki.flightgear.org/index.php/FlightGear_Newsletter_October_2010#OpenRadar
Chee
Roberto Waltman wrote:
> My long term interests are to build a multiple computer/multiple monitor
> system, (already have an X-Plane based system like that, want to try
> FlightGear) and to try to use/port/convert Microsoft's FS scenery with
> FlightGear. (Megascenery in particular)
Depending
Geoff McLane wrote:
> On a mapserver clone I can see 200, or even 300+ Kb/sec,
> so this is what I use now... Thanks for this alternate...
You're welcome . these wonderful ressources are not mine, I'm just
maintaining the site ;-)
Martin.
--
Unix _IS_ user friendly - it's just se
Roberto Waltman wrote:
> Another "inconvenience" was the time required to download fgdata. (Took
> more than a day with my low-end DSL connection, all the time crossing
> fingers for a power-glitch free session.)
Did you check if the download really maxes out your DSL link ?
Cheers,
Ma
Martin Spott wrote:
> I have a (ZIP-)file floating around on a disk that I must have found
> somwhere on "the net" (the file, not the disk ;-)
[...]
> ftp://ftp.uni-duisburg.de/FlightGear/Devel/Chambley.zip
This posting was written on Sa, 23 Okt 2004. Chambley AB was the
Martin Spott wrote:
> P.S.: I might even have a copy of this DA40 model, but I'm unsure where
> to search for it
http://www.microsoft.com/austria/education/projekte.mspx
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Flightgear-commitlogs wrote:
> commit f6831ccd0dba57be89f7dab083b5dd8c77f11e2e
> Author: BARANGER Emmanuel
> Date: Fri Nov 26 18:01:05 2010 +0100
>
>New plane : Diamond Da 42 "Twin Star"
BTW, there's a nice description (in German) about implementing a DA40
for M$FS as a scool project - I'm
"Alan Teeder" wrote:
> It is a sad fact that git pull does not bring everything up to date in the
> same way that cvs and svn do.
"git checkout -f" !?
>From my perspective that one's a lot better that CVS for example, which
had been dropping changes silently
Cheers,
Martin.
--
Un
thorsten.i.r...@jyu.fi wrote:
> fgdata, but while git status lists a couple of files as having
> differences, that are files I know should be different because I changed
> them. No aircraft is listed as being different.
The inter-dependencies in the Base Package between seemlingly unrelated
piece
Curtis Olson wrote:
> What's the actual link (I can't read the full url from your image). We can
> block specific ads if we need to, but easynewstore.com is clearly a proxy
> for multiple software packages.
Yup, and it's done pretty cleverly: The URL which is being shown when
you move the mouse
Curtis Olson wrote:
> I made a few tweaks and posted a copy of this here:
>
>http://www.flightgear.org/flightprosim.html
Just looked at this page, noticed one of these obnoxious Google ads on
the right - guess to where this leads when you click onto the ad
http://foxtrot.mgras.net/st
thorsten.i.r...@jyu.fi wrote:
> For what it's worth, the complete set of commandline options was
>
> --disable-fullscreen --geometry=800x600 --disable-real-weather-fetch
> --airport=TNCM --timeofday=noon --enable-auto-coordination
> --aircraft=
I'll try some of the aircraft using these settings.
Gene Buckle wrote:
> I was talking to Tim about this today. If the required image distortion
> functionality is implemented by the next FSWeekend, the FlightGear booth
> could shut down the whole show. :)
I think we already started paving the way with this year's
presentation ;-)
Mar
thorsten.i.r...@jyu.fi wrote:
> I've just completed a sweep through all available aircraft in GIT, and I
> thought a list of the non-functional ones might be useful for some people.
[]
> c182rg
I just picked this one as a random item from your list and I'm happy to
state that it runs and flies pr
Chris Wilkinson wrote:
> I'd love to be the guinea pig to experiment with high-res terrain in fgfs,
> although I'm not a programmer. I'll have a high-end hex core PC soon, which
> I'm
> sure could be put to good use testing modified terragear to create high-res
> terrain...
The good old rule
Curtis Olson wrote:
> It's new news to me ... that's really cool! Looks like a much more complete
> data set than SRTM.
Sort of but among those who did a review, the current release is
widely considered as being of "experimental or research grade". See
also:
http://www.ersdac.or.jp/GDEM
Chris Wilkinson wrote:
> Frederic Bouvier wrote:
> > - "Martin Spott" a écrit :
> >> "J. Holden" wrote:
>
> >> > There is no land cover layer for waterfalls.
> >>
> >> which doesn't mean that such thing can
"J. Holden" wrote:
> There is no land cover layer for waterfalls.
which doesn't mean that such thing can't be introduced ;-)
Typically this requires someone to create a suitable texture, the rest
is just admin stuff.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selecti
Scott Hamilton wrote:
> The important point here is that it has been nearly twelve months
> since the last major release, the codebase appears to be looking
> forward, and in the past it has required quite a bit of planning and
> work to ensure we have a consistent and stable product to release.
Csaba Halász wrote:
> By the way, I have just noticed that somebody has put some work into
> Budapest (LHBP) scenery. Big thanks!
Credit goes to Gabor:
http://scenemodels.flightgear.org/author.php?id=67
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends a
Gijs de Rooy wrote:
> [...] Luckily, we can add usergroups at the wiki and assign permissions to
> them. Thus, important
> pages can be locked (on the edit part) for the ordinary users. We've been
> doing this with all Newsletters, which
> can be edited only by wiki-admins after their publicicat
Curtis Olson wrote:
> The wiki is a good place to put something like this I think were it can
> easily be updated as the landscape changes.
The Wiki is hosting, among a lot of serious content, a huge pile of -
to put it mildly - 'disputable' stuff, simply because _everyone_ can
edit there, no mat
Guy Brand wrote:
> Today I noticed this on the terminal:
>
> NoaaMetarRealWxController::fetchMetar(): dropping outdated METAR 2010/11/12
> 16:00 LFST 121600Z [...]
These are three days old. Current (almost) METAR looks like this:
jive: 21:25:32 ~> metar LFST
LFST 152000Z AUTO 34003KT 320V020
thorsten.i.r...@jyu.fi wrote:
> However, the (so far to me unknown) C++ subrouting actually bringing
> clouds into the visibly rendered scenery is even way slower - I can read
> the message that the property writing is over after the expected 2.5
> seconds, but continue to see clouds appear in the
"Mally" wrote:
> I despair that everyone seems to be saying this guy's operation is fully
> legal, [...]
This might be your feeling, but does not properly reflect what's been
written on this very list. If you're approaching legal affairs with
assumptions _that_ vague and imprecise as the above '
Hi John,
"J. Holden" wrote:
> Whatever your opinion on the legality of what they are doing, this is
> indeed a problem and reflects negatively on the community.
>
> Ignoring it will not make it go away. We need to know what we can do.
I don't think we're ignoring the 'issue'. But we probably sh
601 - 700 of 2338 matches
Mail list logo