Hi!

Georg Vollnhals wrote:
> Hi Ralf,
> 
> you know yourself how much I appreciate your work and like the output -
> just remember my words about the Berlin terrain in the GFF.
> 
>>> The aim of this project is to enhance the local scenery worldwide
> automatically by scanning the LS7 stuff.
> This "worldwide automatically" = "press the button I'll do the rest"  is
> really far from working as you describe yourself. Actually there is a
> lot of knowledge necessary to do the work and even if Martin will finish
> his part you have to go through the training process for every LS7
> picture as far as I understood all.

Well, if you raise the bar that high, _all_ efforts of improving world
scenery are far from working, including e.g. OpenStreetMap - and will be
forever.

Our job is to enable users to use the methods or synthesis of methods we
developed. We will use these ourselves to improve scenery in some areas,
but we can't do everything and it is clearly not the intention of our
project to get all the data automatically, because this is
comprehensibly not possible.

>>> submit that to the service again and retrieve automatically classified 
>>> vector data
> 
> I doubt that this will help most of the scenery-developers/users as long
> as you cannot process these data due to that "cannot compile, cannot
> use" TerraGear problem.

Well, this is something to tackle, but it is not and never was a goal of
the Automatic Landcover Classification Project to make a new TerraGear
or to improve its handling. It _is_ part of the mission of the Custom
Scenery Project, but that clearly doesn't add anything to your claim
that the classification concept would be "far!" from working.

I have brought the fgfs-builder to attention multiple times and I have
mentioned that it downloads and compiles the problematic dependencies of
TerraGear as well. I created the fgfs-builder because I had problems
with compiling TerraGear and the required stuff at the beginning myself,
and I am using it regularly without many problems.

Up to now I haven't received any feedback on that part, so either nobody
has tried it, nobody has had any problems compiling TerraGear or nobody
bothered to report their problems. I know that it probably won't work
out of the box on Cygwin or similar, but I can't do everything at once,
similar to everybody else here.

BTW: the fgfs-builder SVN repository has moved to
http://svn.community.therosconsulting.com/fgfsbuilder/. Many Thanks to
Douglas Campos for hosting it! I also prepared a new tarball of the
current version at
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder

Some weeks ago I nearly had a full new tutorial for building scenery
with TerraGear done, including current datasources, current preparation
tools (e.g. the shape-decoder) etc. An unfortunate slip ruined that work
and up to now I didn't have the time to re-establish that part and it
will stay that way for at least one further week.

The intention of the scenery database is similar to that of the scenery
object database: We want to collect customised landcover and linear
feature data at a central point, were we can integrate multiple sources
(e.g. OSM, TIGER, Canada Road Map) and from which we can automatically,
regularly and much more often than currently generate scenery.

When you submit a change in the data - e.g. by using Landsat imagery of
your region, providing training data, checking the classification
results returned to you and submitting them after correction - the
change will be visible shortly in the next scenery build.

For that we already got TerraGear running on the OSGeo machine that
currently hosts the FlightGear mapserver (which makes it possible to get
the data out of the database without having to go via possibly
errorprone network connections).

The problems you mentioned are applicable to _all_ such activities and I
would call it unfair to attribute this specifically to a single project.

I will now get back to more productive activities so that my schedule
won't get any more worse, pushing back any activities for FlightGear
further.

I hope that I was successful in clarifying that the application of
automatic classification is nothing that we will only see in the far
future, as you implied, but it _is_ working and is near a stage were
users will actually be able to help improving the database, instead of
just looking at the results the project people produced. The only
limiting factor right now is the free time of the people doing the work.

Cheers,
Ralf


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to