Hi Oliver and all

After a bit more testing here is another piece of feedback ;)

-------------
VRT files with ECW and GeoTIFF

I have loaded ECW and Geotiff files building a .VRT file for each of them.
I have also a collection of tiled ECWs covering a large region.All the
files come from the same source and therefore they have the same srs and
scale, so the perfect candidate to use a VRT file.
The VRT builder runs OK and the VRT can be loaded, but I have a problem
with zoom levels:
It is possible to zoom in (get closer) without restriction, but when
zooming out the raster file disappears at a certain zoom level. Must say
that the same VRT file loaded in QLGT does NOT disappear when zooming out.
This is a great disadvantage because it puts limits to one of the good
things in QMS :the ability to control as you want at which zoom levels a
certain map is shown/hidden.

In order to have more information about this I have made several tests and
I have experienced:

- For a VRT creatrd with several files it dissapears at a zoom level that
could say near to zoom level x2 of QLGT
- For a VRT created with only one file (one that was included in the
previous file) it dissapears at a zoom level that could say near to zoom
level x4 of QLGT
- For others VRT created with a simple file ECW or Geotiff the behavior has
been similar, it dissapears at a zoom level that could say near to zoom
level x2 of QLGT
- I have set the mapwindow SRS to match with the raster SRS, and nothing
changes.
- Important:  Once reached a zoom level in which the map disappears, if I
pan the map to get the most part of of the map out of the mapwindow and
getting only a small part of the map in the map window , then yes, the
little portion of the map that is in the map window appears. If I do an
outer zoom again it disappears, and with a new pan, doing smaller the
portion of the map that has to be shown, that smaller portion appears again.

Based in the last one, I think that this behavior is related to the number
of "pixels of the original dataset" that QMS is able to bring to the map
view. Notice that in QLGT, in the same Pc  with the same Gdal, there is NO
problem with this.
-----------------
JNX files

In QLGT all JNX files with identical ID number and in the same folder are
shown at the same time. This is a nice feature but in QMS doesn't work
----------------

IMG and TDB files

I have read the opinion from Oliver about IMG files and zoom levels, but
IMHO in the actual panorama is difficult to say which must be the guide
line to decide at which zoom levels the entities must be shown or hidden.
So in QMS, that  I think that aspires to have a total control on what is
Shown/Hidden, I am missing too much the "detail level"  menu that I can use
in QLGT. In fact some of the vectorials I have are very well shown in QLGT
but not in QMS.

At the same time, I Know that for a lot of people is more easy to load an
unique IMG container file, but now this force us to build IMG containers
with our maps and consequently to duplicate the GB in our HD.
I think that having both ways to load garmin vectorial files will be a good
idea.
In the same way loading IMG containers we are loosing the ability that was
in QLGT to change "on the fly" the look of a map choosing a diferent TYP
FILE with one click.

---

A lot of things , I know,  but hope this all helps : )

2015-02-15 21:48 GMT+01:00 Oliver Eichler <[email protected]>:

>  Hi Mitxel,
>
>
>
> as I just arrived from a long weekend in the mountains I need some time to
> read and think about. I will give feedback the next days.
>
>
>
> Oliver
>
> > Hi Oliver and all
>
> >
>
> > First of all thanks for this new tool.
>
> > As promised here is my report after testing the 1.0 beta.
>
> > I have not experiencied any crash or bug to report. Can load Maps and
>
> > tracks, and play with them well.
>
> >
>
> > The only remarcable to say is that when a dialog opens it is posible to
>
> > click out of the dialog, doing so the QMS main window hides the dialog,
> so
>
> > it seems to be blocked when really a hidden dialog is waiting your click.
>
> > If missing the focus on the dialog could be prevented it would be a good
>
> > idea .
>
> >
>
> > I also found some things on the GUI that could be improved. I don't have
>
> > the skills to make changes on the code, but here is a list with some
> ideas
>
> > from most to less important:
>
> >
>
> > --------
>
> > Maps window:
>
> >
>
> > -A lot of clicks and mouse movements are required to make very common
> tasks
>
> > like show/hide a map
>
> > -when a map is activated/deactivated the position in the lists change, so
>
> > you have to move along the list.
>
> > -The same thing if you bring new maps from other folders.
>
> >
>
> > The scenario: I am now preparing the weekend hike near my home, but at
> the
>
> > same time I am involved in other future projects like a ski tour in the
>
> > alps, or a seven day bike trail in the pirineos, this apart a friend has
>
> > asked me something about a track that I have archived in the database
> and I
>
> > must to consult.
>
> >
>
> > So I have prepared a different Map View for each project. Actually you
>
> > bring the maps to the list via the the "map path setup", and this means
>
> > that ALL the maps will appear on ALL the MAP View's Lists. This is not
> very
>
> > useful because when you modify the Setup map path, all the lists are
>
> > growing or changing, and you have to manage a long list
>
> >
>
> > IMHO a great improvement on Map views will be:
>
> >
>
> > - A checkbox to show/hide the map on the left of the map icon in the map
>
> > list
>
> > - Maps dont move if I show/hide them. Always remain in the position that
> I
>
> > have put them on the list
>
> > - Load on the map list only the maps that I bring, and not all the stuff
>
> > that is on the setup map path.
>
> > - Named MapViews that can be SAVED to a file (may be *.QMV). It woul be a
>
> > similar concept to *.qmap, so I can bring it at once with all the maps
> and
>
> > settings done. Even it would be great if this named MapView could be
> added
>
> > to the data base.
>
> > - The map on the top of the list hide the te map below.( for me more
>
> > intuitive and with coherence with the the DEM, read below)
>
> > (some of this will be similar to the way that QGIS manage the layers,
> that
>
> > I found more fast and user friendly)
>
> > (in this way "maps/dems path setup" would not be necessary)
>
> >
>
> > ----------------
>
> >
>
> > The Data Window
>
> >
>
> > I miss a checbox to Show/hide a project or a track. Now I have to close
> it,
>
> > when I only want to hide it to have a more clear view.
>
> >
>
> >
>
> > --------------
>
> >
>
> > DEM
>
> >
>
> > In the wiki docs says:
>
> >
>
> > *DEM files are handled by the topmost item fist, down to the bottom item
>
> > last. Doing an elevation data query the first match will stop the query.
>
> > Thus the topmost item wins. Doing hill shading or similar the item at the
>
> > bottom will overlay all other items.*
>
> >
>
> > As with maps I found more intuitive if the item at the top overlays the
>
> > others, and this has more coherence with the elavation data query where
> the
>
> > topmost one wins.
>
> >
>
> > You can arrange the DEMs as you want in the different map views, so in
> the
>
> > View1 a DEM could be the top one, and in the View2 another different DEM
>
> > can be the top one, this is ok to manage the map view but brings another
>
> > question, what about for tracks?
>
> >
>
> > When applying the elevation filter to replace the data with DEM values,
> you
>
> > make it in a tab that has no relation with any mapview so I have doubts:
>
> > wich DEM will be used to read the data?
>
> > (In QLGT this was clear: the DEM added to the active map.)
>
> >
>
> > ------
>
> >
>
> > Going on with the filters I miss to see the info of the number of points,
>
> > elevation etc in the FILTER tab. Now only appears on the INFO Tab, so you
>
> > must jump from one to the other to see the effect of the filters you have
>
> > aplied.
>
> >
>
> > Another thing that I would like is to see the distance info of a certain
>
> > point into a track with two decimal positions always. Now this varies in
>
> > fuction of value, and it is rounded when is more than 10Km and 20 km.
> (This
>
> > concerns Qlandkartegt also)
>
> >
>
> > ---
>
> >
>
> > wow, a lot of things. I know this is only a beta but I think that the
>
> > feedback would be apreciated.
>
> >
>
> > Tanks again
>
> >
>
> > Mitxel
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Qlandkartegt-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
>
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Qlandkartegt-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Reply via email to