[Qlandkartegt-users] How to print a view in QMapShack ?

Discussion:

Bernard Perrot

2015-08-27 10:08:05 UTC

Hello,

May be a stupid question, but... how to print a view in QMapShack ?
Don't found the option...

Thanks,

Best regards,

Bernard

------------------------------------------------------------------------------

Oliver Eichler

2015-08-28 13:49:09 UTC

Permalink

Hi Bernard,

there is no print option. It's easier to make a screenshot.

HTH

Oliver

Post by Bernard Perrot
Hello,
May be a stupid question, but... how to print a view in QMapShack ?
Don't found the option...
Thanks,
Best regards,
Bernard
----------------------------------------------------------------------------
-- _______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Bernard Perrot

2015-08-29 08:06:18 UTC

Permalink

Hello,

Post by Oliver Eichler
there is no print option. It's easier to make a screenshot.

The quality of a screenshot too bad... (except may be with a 4K or
retina display, but I've not).

It's incredible that there is no print option in a such software which
becomes unusable for me because of that !
There will be one in future ?

Best regards

Oliver Eichler

2015-08-29 11:24:36 UTC

Permalink

Post by Bernard Perrot
Hello,

Post by Oliver Eichler
there is no print option. It's easier to make a screenshot.

The quality of a screenshot too bad... (except may be with a 4K or
retina display, but I've not).

There is no difference in rendering the view to a screen or a printer. If your printer has a better
resolution than your screen the rendered bitmap is just interpolated. You can do the very same with a
screenshot and Gimp.

Post by Bernard Perrot
It's incredible that there is no print option in a such software which
becomes unusable for me because of that !

It's more incredible that users do not understand what Open Source is about. Open Source is not
getting everything for free and having a right to insolently demanding more. It's about getting a good
code base to add the features you need yourself and to publish your add-ons in exchange for the
work already done. So it's about exchanging favors. Not ordering features.

Post by Bernard Perrot
There will be one in future ?

If someone needs it and adds the necessary code. If you don't want to do it yourself you can add a
feature request:

https://bitbucket.org/maproom/qmapshack/wiki/BugFeatures

By that your wish is publicly recorded at least. That does not imply anyone is interested in doing the
work. But there is a chance.

Oliver

Bernard Perrot

2015-08-31 09:07:00 UTC

Permalink

Hello,

Excuse me... I just discover Qmapshack : I saw Qlankarte GT via Google,
and when going on Qlandkarte web site, it can read :

/<< Qlankarte GT : //this is the old stuff if you really need it badly.
No active development>>//
//
//<< Qmapshack : This is the new stuff you probably want to have. It is
actively developed and maintened >> /

So, I downloaded Qmapshack !

And Qlangkarte GT (old stuff) has a "print" option and not Qmapshack
(new stuff), so my disappointment...

Best regards,

PS : I'm not developer, I will not and can't help in development.

Post by Oliver Eichler
There is no difference in rendering the view to a screen or a printer.

Absolutly not ...

Oliver Eichler

2015-08-31 10:17:53 UTC

Permalink

Post by Bernard Perrot

Post by Oliver Eichler
There is no difference in rendering the view to a screen or a printer.

Absolutly not ...

This is a map printed by QLGT into a PDF:

http://qlandkarte.org/qlgt.pdf

This is the same view taken as a screenshot using Gimp and printed by
Gimp into a PDF:

http://qlandkarte.org/gimp.pdf

There is no difference in quality. There can't be. Because the map view
is rendered into a pixel buffer of the size of the map view on your
screen. With the very same resolution as your screen. When printing the
view the buffer is sent to the printer device and interpolated to the
printer's resolution. The same is done when printing in Gimp. Thus if
there is a difference in quality, it is just because the bitmap software
used to print the screenshot is doing a bad job in scaling the bitmap.
Gimp does a good job.

Besides I really have no use-case for printing maps. It's more the other
way around, getting paper maps into the software and the GPS device. And
for documentation I never needed the full map view. I always used just a
part. So I had to do a screenshot anyway. After implementing printing in
QLGT I never used it. And I am fed up with spending time on stuff I do
not use myself. You never get a favour for doing it. You just get
complains as there is always one who has another point of view on how
things should work. Funny enough none of them comes up with a better
working solution. Seems like complaining is easier than donating time.

So if printing is that crucial to you and you don't like using Gimp,
stick to QLandkarte or use another software. There are plenty others.
QuoVadis is a commercial software, that is told to have quite good
printing capabilities. And there is QGis. Not easy to use but I have
heard they can print large areas on several pages. There is always an
alternative...

------------------------------------------------------------------------------

teq2

2015-08-31 10:39:43 UTC

Permalink

Hi,

I have upgraded my Mageia Version from 4 to 5 recently. Now I have a problem with the cursor focus. When I click into the map and hold the button to move the map the whole QM window is moving instead. However holding the Ctrl-Button at the same time Only the map is moved as expected.

I have compiled QM using the downloaded tar-file and it had been working under mga4 without any problem. I'm sure this has something to do with the QT installation but I would appreciate any comment or any hint where to look at.

Thanks in advance for this great tool.

Gunther
------------------------------------------------------------------------------

Oliver Eichler

2015-08-31 12:26:26 UTC

Permalink

Hi Gunther

https://bitbucket.org/maproom/qmapshack/issues/19/map-drag-resizes-or-moves-window-with-kde

As there was no feedback I closed the issue. You can reopen it if you
want. I am still using KDE4. So I can not reproduce it.

HTH
Oliver

Post by teq2
Hi,
I have upgraded my Mageia Version from 4 to 5 recently. Now I have a problem with the cursor focus. When I click into the map and hold the button to move the map the whole QM window is moving instead. However holding the Ctrl-Button at the same time Only the map is moved as expected.
I have compiled QM using the downloaded tar-file and it had been working under mga4 without any problem. I'm sure this has something to do with the QT installation but I would appreciate any comment or any hint where to look at.
Thanks in advance for this great tool.
Gunther
------------------------------------------------------------------------------
_______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

------------------------------------------------------------------------------

teq2

2015-09-01 14:46:19 UTC

Permalink

Oliver,

I'm still on KDE4 and QT5.4 shall I open the bug again for documentation purposes? Obviously nobody else seems to have that problem at the moment.

It's somewhat strange but so far I can live with the bug.

Gunther

Sent from my mobile device

Post by Oliver Eichler
Hi Gunther
https://bitbucket.org/maproom/qmapshack/issues/19/map-drag-resizes-or-moves-window-with-kde
As there was no feedback I closed the issue. You can reopen it if you
want. I am still using KDE4. So I can not reproduce it.
HTH
Oliver

------------------------------------------------------------------------------
_______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

------------------------------------------------------------------------------

Oliver Eichler

2015-09-01 15:26:09 UTC

Permalink

Hi Gunther

that is strange indeed. As I do not think it's a Qt5/QMapShack problem
the issue tracker of QMapShack is kind of the wrong place.

It's more a Qt5/KDE problem. Maybe it's some mouse gesture setup that
intercepts the mouse.

Oliver

Post by teq2
Oliver,
I'm still on KDE4 and QT5.4 shall I open the bug again for documentation purposes? Obviously nobody else seems to have that problem at the moment.
It's somewhat strange but so far I can live with the bug.
Gunther
Sent from my mobile device

------------------------------------------------------------------------------

teq2

2015-09-13 16:01:51 UTC

Permalink

When I start to define a track or a route the map is automatically moved
(panning) when I move the mouse to the border of the map window.

As I also have some problems with Mouse focus with my installation I
would ask the question whether this is a bug or a feature? If this is a
feature: can it be disabled?

Moving the mouse a bit to fast towards the border of the map results in
a very quick panning leading to crashes of qmapshack.

Thanks
Gunther

------------------------------------------------------------------------------

Oliver Eichler

2015-09-13 17:18:57 UTC

Permalink

Hi Gunther

this is a feature. When drawing a route/track/area a mouse click will trigger one of the selected
functions. Thus it can't be used to grab and move the map. But the automatic panning is not just
on/off. The more you move the mouse to the border the faster it will get. So you can control it
yourself with a little fine motion control.

If you think you can do it better have a look at

void IMouse::panCanvas(const QPoint& pos)

and provide a better code.

HTH

Oliver

Post by teq2
When I start to define a track or a route the map is automatically moved
(panning) when I move the mouse to the border of the map window.
As I also have some problems with Mouse focus with my installation I
would ask the question whether this is a bug or a feature? If this is a
feature: can it be disabled?
Moving the mouse a bit to fast towards the border of the map results in
a very quick panning leading to crashes of qmapshack.
Thanks
Gunther
----------------------------------------------------------------------------
-- _______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

teiwaz

2015-10-18 11:44:54 UTC

Permalink

Hi Oliver

for me the hard sensitivity adjustment of the panning is also sometimes
a problem. A little to fast move to the border throws me often to a
complete new region.

So I took your advice and tried to find a solution:
I factorized the respective statement in IMouse::panCanvas():
int d = (SENSITIVE_FRAME - pos.x()) * PanSensitivity;
This was a fast and may be not the best solution but it provide
satisfactory results for me.

I dont think that this is a general solution for everyone, some people
may estimate the severe sensitivity, so I propose to make it adjustable
via a submenu in the main windows View menu.

I implemented a proposal into a copy of the current version (today,
11:50) and now send a patch to you together with the sources to add.
Please review the changes and tell me your opinion.
I introduced the files
CPanningSetup.cpp/h, IPanningSetup.ui and a new icon for the Setup
Panning Menu Entry :-)
and I modified
IMouse.cpp/h, CMainWindow.cpp, IMainWindow.ui, CMakeLists.txt

For lack of a better idea I defined the PanSensitivity factor as a
static variable in IMouse to be able to change its value whenever the
"Setup Panning" menu is instantiated.

PanSensitivity is 1 by default, so there is no effect without a
different adjustment by the user.

Herbert

Post by Oliver Eichler
Hi Gunther
this is a feature. When drawing a route/track/area a mouse click will
trigger one of the selected functions. Thus it can't be used to grab
and move the map. But the automatic panning is not just on/off. The
more you move the mouse to the border the faster it will get. So you
can control it yourself with a little fine motion control.
If you think you can do it better have a look at
voidIMouse::panCanvas(constQPoint&pos)
and provide a better code.
HTH
Oliver

----------------------------------------------------------------------------

Post by teq2
-- _______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Oliver Eichler

2015-10-19 18:17:37 UTC

Permalink

Hi Herbert,

I have to admit I am pretty undecided about this. Usually I am always in favor of patches sent to me.
And I agree with you that panning is a bit hard to control right now.

But on the other hand side I know that users don't like too many dialogs to setup things. And
especially not about parameters hard to understand.

I played around with your patch for quite a while and it's hard to get a feeling on how to setup the
best value. Probably this is because the algorithm I use is bad. With or without your patch.

I have a cloudy idea of accelerating panning as a function of distance to the screen border and time.
And stopping it immediately if the mouse is moved the other direction. But it's just a vague idea.

What we can do, as long as there are only vague ideas around, is to define a fixed value to scale it.
Probably you have found your favorite scale factor by now. Why not use this as long as there is no
better idea?

Oliver

Post by teiwaz
Hi Oliver
for me the hard sensitivity adjustment of the panning is also sometimes
a problem. A little to fast move to the border throws me often to a
complete new region.
int d = (SENSITIVE_FRAME - pos.x()) * PanSensitivity;
This was a fast and may be not the best solution but it provide
satisfactory results for me.
I dont think that this is a general solution for everyone, some people
may estimate the severe sensitivity, so I propose to make it adjustable
via a submenu in the main windows View menu.
I implemented a proposal into a copy of the current version (today,
11:50) and now send a patch to you together with the sources to add.
Please review the changes and tell me your opinion.
I introduced the files
CPanningSetup.cpp/h, IPanningSetup.ui and a new icon for the Setup
Panning Menu Entry :-)
and I modified
IMouse.cpp/h, CMainWindow.cpp, IMainWindow.ui, CMakeLists.txt
For lack of a better idea I defined the PanSensitivity factor as a
static variable in IMouse to be able to change its value whenever the
"Setup Panning" menu is instantiated.
PanSensitivity is 1 by default, so there is no effect without a
different adjustment by the user.
Herbert

--------------------------------------------------------------------------
-->

Post by teq2
-- _______________________________________________
Qlandkartegt-users mailing list

teiwaz

2015-10-19 19:47:21 UTC

Permalink

Post by Oliver Eichler
Hi Herbert,
I have to admit I am pretty undecided about this. Usually I am always
in favor of patches sent to me. And I agree with you that panning is a
bit hard to control right now.
But on the other hand side I know that users don't like too many
dialogs to setup things. And especially not about parameters hard to
understand.
I played around with your patch for quite a while and it's hard to get
a feeling on how to setup the best value. Probably this is because the
algorithm I use is bad. With or without your patch.
I have a cloudy idea of accelerating panning as a function of distance
to the screen border and time. And stopping it immediately if the
mouse is moved the other direction. But it's just a vague idea.
What we can do, as long as there are only vague ideas around, is to
define a fixed value to scale it. Probably you have found your
favorite scale factor by now. Why not use this as long as there is no
better idea?

I would prefer a factor lower than 50 %, perhaps 30 - 20.
May be there are some other drawbacks with such a low factor but I did
not see one at the moment
Herbert

Post by Oliver Eichler
Oliver

Post by teq2
When I start to define a track or a route the map is

automatically moved

Post by teiwaz

Post by Oliver Eichler

Post by teq2
(panning) when I move the mouse to the border of the map window.
As I also have some problems with Mouse focus with my installation I
would ask the question whether this is a bug or a feature? If

this is a

Post by teiwaz

Post by Oliver Eichler

Post by teq2
feature: can it be disabled?
Moving the mouse a bit to fast towards the border of the map

results in

Post by teiwaz

Post by Oliver Eichler

Post by teq2
a very quick panning leading to crashes of qmapshack.
Thanks
Gunther

--------------------------------------------------------------------------

Post by teiwaz

Post by Oliver Eichler
-->

Post by teq2
-- _______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

--------------------------------------------------------------------------

Post by teiwaz

Post by Oliver Eichler
----
_______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Oliver Eichler

2015-10-20 19:25:39 UTC

Permalink

Hi Herbert,

ok, I applied a factor of 0.25. Let's see how it works.

Oliver

Post by teiwaz

I would prefer a factor lower than 50 %, perhaps 30 - 20.
May be there are some other drawbacks with such a low factor but I did
not see one at the moment
Herbert

Post by Oliver Eichler
Oliver

rainerU

2015-10-21 15:03:58 UTC

Permalink

Hi Oliver,

Post by Oliver Eichler
ok, I applied a factor of 0.25. Let's see how it works.

For me it is ok, in any case much better than before, maybe a bit too slow. But
I prefer too slow than too fast, far cursor moves can be done easily by zooming out.

Rainer

------------------------------------------------------------------------------

Josef Latt

2015-10-21 18:02:18 UTC

Permalink

Post by rainerU
Hi Oliver,

Post by Oliver Eichler
ok, I applied a factor of 0.25. Let's see how it works.

For me it is ok, in any case much better than before, maybe a bit too slow. But
I prefer too slow than too fast, far cursor moves can be done easily by zooming out.

+1

on my system I observed that panning becomes faster when moving the
mouse in the panning area.

------------------------------------------------------------------------------

Oliver Eichler

2015-10-21 18:25:38 UTC

Permalink

yes, the panning is faster if the mouse courser gets closer to the border.

Post by Josef Latt

Post by rainerU
Hi Oliver,

Post by Oliver Eichler
ok, I applied a factor of 0.25. Let's see how it works.

For me it is ok, in any case much better than before, maybe a bit too
slow. But I prefer too slow than too fast, far cursor moves can be done
easily by zooming out.

+1
on my system I observed that panning becomes faster when moving the
mouse in the panning area.
----------------------------------------------------------------------------
-- _______________________________________________
Qlandkartegt-users mailing list
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Emanuel Hudl

2015-10-21 19:12:53 UTC

Permalink

Hello Oliver,
panning is now much better under control. It,s really smooth now.

Greetz

Post by Oliver Eichler
Hi Herbert,
ok, I applied a factor of 0.25. Let's see how it works.
Oliver

Post by teiwaz

I would prefer a factor lower than 50 %, perhaps 30 - 20.
May be there are some other drawbacks with such a low factor but I did
not see one at the moment
Herbert

Post by Oliver Eichler
Oliver

------------------------------------------------------------------------------

Michael Heerdegen

2015-08-31 15:52:44 UTC

Permalink

Post by Oliver Eichler
So if printing is that crucial to you and you don't like using Gimp,

Lots of people use firefox for printing. It offers a nice gui where you
can do scaling etc. Dunno how well it behaves wrt pixel interpolation.

FWIW I'm printing maps for hiking because I'm old fashioned and don't
want to carry GPS devices with me. Screen shooting and printing with
firefox works well for me.

Regards,

Michael.

------------------------------------------------------------------------------

John Groombridge

2015-08-31 22:50:49 UTC

Permalink

For what its worth, I frequently use the
convenience of the print map image to file
function in QLTGT.

*JohnG*

Jeroen N. Witmond

2015-09-01 09:00:48 UTC

Permalink

For what its worth, I frequently use the convenience of the print map
image to file function in QLTGT.

Same here. I live in a rapidly evolving environment (the center of
Utrecht City, the Netherlands, is experiencing drastic reconstruction)
and OpenStreetMap reflects the changes almost in real time. By saving
the map+track image in a file I always can look back on a track in its
historically correct context.

Regards,

Jeroen.

------------------------------------------------------------------------------