Re: [Qgis-developer] Improving QGIS integration in cartographic workfows

[Even Rouault]

> Unfortunately this is quite involved. At the moment QGIS is highly
> tied into Qt's painter and printer framework. It's going to be very
> difficult to change this and make a change like using another library
> for exports. I think the most feasible approach would be to get the
> changes we require implemented upstream in Qt itself. It's likely less
> work, and also benefits other Qt projects too.

The GDAL PDF writer creates PDF "at hand" and is able to create layered PDFs :
http://gdal.org/frmt_pdf.html
Currently one raster layer, one "annotation" layer for legend, and several 
vector layers, 
mostly due to the API constraints of the GDAL API.
I'm not sure how feasible it would be (would require at least renumbering PDF 
objects and 
merging drawing instructions), but potentially you could render several layers 
into 
separate PDFs and then merge the PDFs into a single layered one 

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Improving QGIS integration in cartographic workfows

[Nyall Dawson]

Hi Giovanni!

>
> As many of you will know the cartographic production workflow often requires
> post-production activities involving specific external software to refine,
> compose, prepare layouts for printing.

As you've probably guessed... this is something I'm quite passionate
about and would also like to see us improve. Like you said, we've got
really strong symbology and cartography support inside of qgis, but
not so great interoperability with programs outside of QGIS.

> I love QGIS styling capabilities, I think they're reaching production grade
> quality. I think the time is come to consider how the output could be
> enhanced to make QGIS part of a complex workflow.

One related request I frequently get is for support for CMYK workflows
within QGIS. And this is where the problem lies... we can't support
CMYK until Qt itself gains support for it. It's something we keep
bumping up against with this type of request and we're limited because
no-one on the QGIS project has links to the Qt project or can
influence their development decisions.

> Probably a more advanced PDF output would be the first step.
> One of the most important things would be the ability to export map layers
> as PDF layers/groups (tree model) to have it back when importing the PDF in
> external sw.

Unfortunately this is quite involved. At the moment QGIS is highly
tied into Qt's painter and printer framework. It's going to be very
difficult to change this and make a change like using another library
for exports. I think the most feasible approach would be to get the
changes we require implemented upstream in Qt itself. It's likely less
work, and also benefits other Qt projects too.

I'd also say that support for non-jpeg compressed images inside PDF
exports is critical. At the moment PDF is the only real choice for
export you have in QGIS (due to severe issues with SVG output (also a
Qt issue!) ) but unfortunately Qt forces jpg compressing on any
rasters included here. That's far from ideal for GIS or print
production work, and we need a way to keep these as lossless while
exporting PDFs.

> I think it is worth spending some time to investigate it and share ideas,
> and when the it will be matured maybe a funding campaign could be a way to
> give it the needed resources.
>
> What's your opinion on this topic?

We need to get alongside one of the Qt development crews (such as
KDAB) and discuss how to proceed with them. Paolo and I did this last
year to ask about CMYK support, and unfortunately they (KDAB) require
some payment up front to look into what's involved and how much it
would cost. We lost our sponsor at that stage and haven't yet been
able to pursue this any further.

I'm tempted that when the next round of QGIS grants comes up to apply
for a small grant for learning the Qt infrastructure, getting a feel
for the codebase and their contribution requirements, and getting a
patch to some upstream issue which affects us merged into Qt. I think
it's going to be critical moving forward with QGIS that we have a way
to influence and contribute to upstream so that we're no longer
restricted by limitations in the library.

Of course, there's still the issue that even if we get something fixed
upstream it could potentially be years before these fixes would be
available to QGIS end users... (hopefully snaps/flatpak/etc will help
here).

I would also strongly love to see us (QGIS users/developers) get SVG
export fixed upstream. The current state of SVG export in QGIS is
really embarrassing in my opinion :(

Nyall
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Improving QGIS integration in cartographic workfows

[G. Allegri]

Hi all,
here I'm talking both as a client consultant and as a user (cartographer).

As many of you will know the cartographic production workflow often
requires post-production activities involving specific external software to
refine, compose, prepare layouts for printing.

In my context I often have to interface with Adobe softwares professionals
(Illustrator, inDesign, Photoshop) and, except for the simplest projects,
it can be a pain the exchange of QGIS compositions, where a lot of work can
be done but that, in certain situations, is lost because of QGIS Composer's
output limitats.

I love QGIS styling capabilities, I think they're reaching production grade
quality. I think the time is come to consider how the output could be
enhanced to make QGIS part of a complex workflow.
E.g. some collegues would be ready to leave tools like Avenza MAPublisher
if they could interoperate seamlessly between QGIS and Illustrator.

Probably a more advanced PDF output would be the first step.
One of the most important things would be the ability to export map layers
as PDF layers/groups (tree model) to have it back when importing the PDF in
external sw.
I'm just scratching the surface of a wide discussion, which demands a lot
of work, both from a conceptual and technical point of view. Direct
printing (plotting) management is another related topic.

I think it is worth spending some time to investigate it and share ideas,
 and when the it will be matured maybe a funding campaign could be a way to
give it the needed resources.

What's your opinion on this topic?

Regards,
Giovanni
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [947] ImportEpanetInpFiles approval notification.

[noreply]

Plugin ImportEpanetInpFiles approval by pcav.
The plugin version "[947] ImportEpanetInpFiles 0.5" is now approved
Link: http://plugins.qgis.org/plugins/ImportEpanetInpFiles/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] EXT :Re: qgis 2.18

[Smith, Dan [US] (MS)]

So does that mean that you cant install and import tkinter and use it in a 
plugin or just that I should be using pyqt4?  Because I was just looking for a 
way that I could run an gui that we had already created for another purpose 
from qgis but being able to still be able to pass in data from qgis and have 
access to all the iface variables etc.



-Original Message-
From: Siki Zoltan [mailto:s...@agt.bme.hu] 
Sent: Wednesday, February 15, 2017 5:05 PM
To: Smith, Dan [US] (MS) 
Cc: qgis-developer@lists.osgeo.org
Subject: EXT :Re: [Qgis-developer] qgis 2.18

Dear Dan,

QGIS uses Qt and pyQt (in python plugins).
You should install Qt4, pyQt4 and Python 2 for QGIS 2.x. The next 3.x QGIS 
release will use Qt5 and Python 3.

Regards
Zoltan

On Wed, 15 Feb 2017, Smith, Dan [US] (MS) wrote:

> Is it possible to run a python gui using tkinter from the qgis application as 
> a plugin.  It doesn't look like I am able to import Tkinter because it 
> doesn't come with the python that's installed with qgis.
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] development plugin

[vincenzonove]

  

Good afternoon,
I wanted to know if it was possible to develop a
plugin that expressed 
the following idea:
"Insert points on a given map
(assigning them a 'label), and clicking 
on each of these points, to
open a Notepad (Windows Journal) within 
which to me appears the name of
the point that has been selected and 
which the user can write the
information related to that area. 
Conversely, clicking on the name of
the point on the notepad, I must 
open the map in the position relative
to the point in question. "

I await your news.
Best regards.

 



Con Open 4 Giga a 9 euro/4 sett navighi veloce, chiami e invii SMS dal tuo 
smartphone verso tutti i fissi e mobili in Italia. Passa a Tiscali Mobile! 
http://casa.tiscali.it/mobile/

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Server] performance questions

[Luca Manganelli]

On Wed, Feb 15, 2017 at 6:48 PM, Régis Haubourg 
wrote:

> So Paul  introduced an option to avoid unecessary checks on startup called
> "Trust project when datasource has no metadata (id, extent, geometry type).
> His branch is here https://github.com/pblottiere/QGIS/tree/trust


​This is awesome! Looking forward in merging into QGIS.

But now I see that the Travis build gives an error...
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer