Considering the same legal issues arise frequently, would you mind posting a
link to the discussion, because all I can find is this:
http://wiki.flightgear.org/index.php/Copyright_Inquiry
And in a quick response to the second question, your scenery would be more
detailed if you built it using
It looks like the trademark claim is energy based, in my opinion no possible
consumer confusion between a piece of integrated software fetching a virtual
world from a computer server and natural gas drilling.
Thanks
John
Terrasync only downloads from the Terrasync server. If the scenery data on the
Custom layer has not been placed in the Terrasync server, you will not be able
to download it.
I have no idea why the improved Washington, DC is not on the Terrasync server
(or for that matter, the improved Rio de
Considering the same legal issues arise frequently, would you mind posting
a link to the discussion, because all I can find is this:
http://wiki.flightgear.org/index.php/Copyright_Inquiry
And in a quick response to the second question, your scenery would be more
detailed if you built it
Not sure if you can get a much higher level of detail by hand drawing...
I've found, downloaded and checked the Italy-Corine FlightGear scenery.
Corine is great but it lacks a lot of details :-(
Looks to be machine generated.
My conclusion: I'm definetely gonna be able to do much better by
De : Roberto Inzerillo rob...@gmx.net
À : FlightGear developers discussions flightgear-devel@lists.sourceforge.net
Envoyé le : Mardi 13 mars 2012 13h30
Objet : Re: [Flightgear-devel] Landcover Contribution
Btw, what's the source of the Corine dataset? Where
Roberto Inzerillo wrote:
I've found, downloaded and checked the Italy-Corine FlightGear scenery.
Corine is great but it lacks a lot of details :-(
Looks to be machine generated.
That's what they call remote sensing ;-) - a prominent and
fast-developing topic in today's GIS world.
Anyhow, I
The French wikipedia page is, for once, not that bad.
http://fr.wikipedia.org/wiki/Corine_Land_Cover
The origin of it: http://www.eea.europa.eu/publications/COR0-landcover
Olivier
Since I don't see the Corine landcover imported into FGFS World Scenery
Ciao Roberto,
Roberto Inzerillo wrote:
Since I don't see the Corine landcover imported into FGFS World Scenery
Terrain data set I suppose there's a license issue, is that it?
Please read:
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36273.html
and:
Just a dumb question: can you give a brief summary of what topologically
clean means?
Thanks,
Curt.
On Mar 13, 2012 8:05 AM, Martin Spott martin.sp...@mgras.net wrote:
Ciao Roberto,
Roberto Inzerillo wrote:
Since I don't see the Corine landcover imported into FGFS World Scenery
Terrain
On Mon, 12 Mar 2012, J. Holden wrote:
It looks like the trademark claim is energy based, in my opinion no
possible consumer confusion between a piece of integrated software
fetching a virtual world from a computer server and natural gas
drilling.
Unfortunately John, that doesn't mean much
Curtis Olson wrote:
Just a dumb question: can you give a brief summary of what topologically
clean means?
No gaps, no overlaps (affects both VMap0 and CORINE), no objects which
don't belong into a polygon coverage (particularly VMap0, makes the
GEOS library crash).
It's preferrable not even to
Curtis Olson wrote:
Just a dumb question: can you give a brief summary of what topologically
clean means?
I guess you always wondered why I've been pounding on these datasets
for so long ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hi Martin,
Ok, understood. I just wanted to make sure what I imagined topologically
clean might mean matched your usage. :-)
So really, much of the terragear code itself is there to create a
topologically clean data set from a plethora of inputs from a wide variety
of sources.
The problem is
flightg...@sablonier.ch wrote:
BTW. I=92m wondering why no one uses the new flightgear-scenery mailing list
for such discussion? Does it need more promotion?
According to my personal experience it simply doesn't get any work done
to have yet another communication channel (just look at the
Hi Curt,
I haven't yet spent 100s of hours yet, but my computer has (testing some
more problem detectors in terragear). Most of these were to address issues
when building the apt.dat version 850 parser. It's certainly not fun.
20,000 airports, and you can get it down to 4 or 5 that crash
Hi Curt,
Curtis Olson wrote:
So really, much of the terragear code itself is there to create a
topologically clean data set from a plethora of inputs from a wide variety
of sources.
The problem is that the terragear mechanism uses the GPC polygon clipping
library -- and real world GIS
Am 13.03.12 17:46, schrieb Martin Spott:
According to my personal experience it simply doesn't get any work done
to have yet another communication channel (just look at the Scenery web
forum - you know what I mean ;-) but it adds more overhead because
there's one more channel to monitor.
Hi Martin,
(Replying from my tablet so its really hard to not top-post, sorry.)
You are probably correct that sliver elimination could be causing errors
with the point in a polygon computation -- but this seems to be an order
problem and I'm pretty sure this wan't always the case -- but that
Curtis Olson wrote:
I'm not sure why not having a landmass is a neat side effect? That was
simply a catchall for covering areas not covered by other data -- I could
only see that causing problems if the input is not topologically consistent.
indeed, which is the case with stock VMap0.
Just to be clear -- I understand where you are coming from now. But this
is an issue of choosing which data sets to include in a world build, and
not so much of an algorithm/code issue.
Regards,
Curt.
On Mar 13, 2012 10:50 AM, Martin Spott martin.sp...@mgras.net wrote:
Curtis Olson wrote:
Hi Syd,
This is now in git:
The auto-coordination and auto-coordination-factor properties now live
in /controls/flight. A backward compatibility check in aircraft.nas
checks if somebody created /sim/auto-coordination and if so, spits out
a warning messages and makes this property an alias
Forgive my ignorance, but what is the current reason for the backlog of adding
new scenery areas to the custom scenery server?
Thanks
John
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive
J. Holden wrote:
Forgive my ignorance, but what is the current reason for the backlog
of adding new scenery areas to the custom scenery server?
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36616.html
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just
Curtis Olson wrote:
Just to be clear -- I understand where you are coming from now. But this
is an issue of choosing which data sets to include in a world build, and
not so much of an algorithm/code issue.
Regarding the neat feature of rendering landmass obsolete that's
correct.
Cheers,
25 matches
Mail list logo