Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Hi Andrea, WMS allows extensions and GetPrint is one of them. BTW: GetPrint is what many organizations find quite attractive. If we improve GetPrint to also allow to generate data-sheets and reports by using Atlas functionality it will be even more powerful. So I'd rather see GetPrint continuously improved than removed. It is true that in some cases we need to improve to be more standards compliant. This is a group effort. Everybody can contribute. Removing GetPrint from GetCapabilities, or implementing in a standard compliant way, would help. We could still have it listed in GetProjectSettings. Your other claims, that QGIS server is not ready for real deployments is wrong. There are several cities and provinces using QGIS server in production mode, including my own organization for 3-4 years now. Speed is comparable to other WMS - some times slower, some times faster. You can try other Server at http://gis.uster.ch/ and will see that it isn't slower than other WMS. On the contrary - people often mention that it is quite fast. QGIS server is lacking some features you listed (including proper SLD support, multiple styles, name groups, etc.), but some of the features you listed are already there (e.g. the hidden layers (you can exclude layers in the OWS configuration tab)). In addition it supports stuff that other WMS servers don't support. QGIS server is and will be what the users want it to be - so everybody can shape and influence where it should go. With development work or by hiring developers to implement missing features. Having said that, and citing Vincent, you cannot just remove stuff that others rely on. Just ranting about things does not help. Andreas Am 2014-06-10 22:38, schrieb aperi2007: Il 10/06/2014 18:09, Vincent Picavet ha scritto: We rely on this command for some applications, just removing it is not an option for us right now. People should stop thinking their use case is the only one and if they shout louder their desiderata will be executed. Talking about norms compliancy and passing OGC CITE tests is important, but should be done rationnaly. In this case, backward compatibility should be taken into account as well. Vincent Il 10/06/2014 18:09, Vincent Picavet ha scritto: We rely on this command for some applications, just removing it is not an option for us right now. People should stop thinking their use case is the only one and if they shout louder their desiderata will be executed. Talking about norms compliancy and passing OGC CITE tests is important, but should be done rationnaly. In this case, backward compatibility should be taken into account as well. Vincent Hi Vincent I guess your point of view is respectable. You like to protect your work. This is really a good point of view. But it is exactly why I'm really unfair for this story of wms complaints. Infact the problem is exactly when someone put a bad and incompatible solution inside the qgis-server and other start to use it. Invest on it. After this is hard to remove it because they say: hey! my work is important for me. The backward should be taken in account. This is why I don't like this kind of situation. And is why I fork my qgis-server to have qgis-server compliant with the need of ou public-administration. If this need to have a different product in the future rather than qgis original. I don't know actually. I hope no of-course. But I really don 't know now. To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. And more probably with the 2.6 we will are again to fund for them. I guess we could say as you: hey our work is imortant for us. The backward was taken in account. So stop to change again and again. Don't ? So what we should do . Hibernate all ? QGIS Desktop is a good software . QGIS-Server is no so good software. Is too early software. It need really many investment to reach the level of other software Gfoss solutions in WMS world. Of course if an user need only a map-dispenser where there is only 1 user every minute or more surely could use the qgis-server is more simple and fast to developer (perhaps) But My experience say that the user need growth rapidly and qgis-server is not capable to offer more than to usual solutions. Is surely too few for the actual modern need of a WMS. No hidden layer, No named groups, No multistyles, No html templating for response, No GML response in wms, etc All need that a modern GIS system ask to offer a full experience to the user. You guess the wysiwyg capability of qgis is a must have in wms systems ? I guess yes but only if this mean Have also all the functionality in a WMS and only if compatible. Otherwise I prefer other
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Hi Andreas, On Wed, 11. Jun 2014 at 08:39:11 +0200, Andreas Neumann wrote: It is true that in some cases we need to improve to be more standards compliant. This is a group effort. Everybody can contribute. Removing GetPrint from GetCapabilities, or implementing in a standard compliant way, would help. We could still have it listed in GetProjectSettings. It's disputable if the current way is not compliant. Changing that might break clients that query the capabilities for the presense of GetPrint if we'd applied a (less-disputable ;)) compliant prefix (ie. GetPrint to qgis:GetPrint). Note that this would only apply to the name of the operation element in capabilities, the actual request wouldn't need to changed. So it's unclear to me if there are actually any clients that would break. At least some already use GetProjectSettings, others might just imply GetPrint without checking GetCapabilities - both groups wouldn't be affected. The clients that check capabilities would just need to look for qgis:GetPrint instead or alternatively of GetPrint - and that should just be a trivial change, when 2.4 is deployed. Also there are probably not that many clients around that actually use GetPrint. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC member (RM) Germany IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Dockable.mirrormap. Il 11/giu/2014 03:17 Nathan Woodrow madman...@gmail.com ha scritto: On Wed, Jun 11, 2014 at 6:38 AM, aperi2007 aperi2...@gmail.com wrote: To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. What broke between the 2.X releases? 1.8 to 2.0 is an expected break, however 2.X should all work with the same API. What is the plugin? - Nathan ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
And what changed that broke it between the 2.x releases On Jun 11, 2014 10:09 PM, Andrea Peri aperi2...@gmail.com wrote: Dockable.mirrormap. Il 11/giu/2014 03:17 Nathan Woodrow madman...@gmail.com ha scritto: On Wed, Jun 11, 2014 at 6:38 AM, aperi2007 aperi2...@gmail.com wrote: To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. What broke between the 2.X releases? 1.8 to 2.0 is an expected break, however 2.X should all work with the same API. What is the plugin? - Nathan ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
https://github.com/faunalia/dockablemirrormap/issues we didn't changed plugin since time, Saber has experienced problems rendering (it does not display), at the moment I can't check if it's a regression due to MT or something different. but this argument is OT respect this thread. Regards, Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com) On 11 June 2014 14:16, Nathan Woodrow madman...@gmail.com wrote: And what changed that broke it between the 2.x releases On Jun 11, 2014 10:09 PM, Andrea Peri aperi2...@gmail.com wrote: Dockable.mirrormap. Il 11/giu/2014 03:17 Nathan Woodrow madman...@gmail.com ha scritto: On Wed, Jun 11, 2014 at 6:38 AM, aperi2007 aperi2...@gmail.com wrote: To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. What broke between the 2.X releases? 1.8 to 2.0 is an expected break, however 2.X should all work with the same API. What is the plugin? - Nathan ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
I solved part .. now try to summarize what I have done now with this demo into lizmap Montpellier to print the PDF. While the same operation done on my project generates me this error in the log file of apache: *[Wed Jun 11 00:34:15 2014] [warn] [client 127.0.0.1] mod_fcgid: error reading data, FastCGI server closed connection [Wed Jun 11 00:34:15 2014] [error] [client 127.0.0.1] Premature end of script headers: qgis_mapserv.fcgi [Wed Jun 11 00:34:17 2014] [error] mod_fcgid: process /usr/lib/cgi-bin/qgis_mapserv.fcgi(7515) exit(communication error), get unexpected signal 6 * However, I have done these steps: 1. Reinstalled debian 7.5 (LAMP) 2. Added to repo file, those qgis (wheezy main deb http://qgis.org/debian http://qgis.org/debian wheezy main deb-src) 3. Qgis-mapserver libapache2-mod-fcgid 4. Restart the apache server 5. Install of lizmap (in this case 2.9.4) Nb: my qgis version is 2.2 and the plugin lizmap is 1.9.7. version of qgis-map server is 2.2.0. With these steps, the print function for the demo works, it remains now to understand why it does not work with my project and I generates the log file of apache error posted at the beginning. Thanks for the help Andrea 2014-06-10 18:05 GMT+02:00 Andrea Fantini afant...@gmail.com: Hi Michael the log file does not exist any mistakes what lizmap should print to pdf elements are shape-files displayed in webgis lizmap and the default items in the print template present in the project of qgis. I also tried to create a simple model with only the element map, qgis from the desktop, but the result does not change. I hope this problem is not only related to my debian server or the project of qgis but also to other people I hope for a solution :) unfortunately for my case development printing is a very imported . help! thanks Andrea 2014-06-10 17:32 GMT+02:00 kimaidou kimai...@gmail.com: Hi Andrea, This must be a QGIS Server error, as Lizmap only build the GetPrint url and send it to QGIS Server. Could you please be more explicit with the encountered error ? Do you have any log in the Apache error log ? (usually in /var/log/apache2/error.log if you have not changed the default value ). What is the content of the composer you try to print via the GetPrint request ? Does it contains any HTML items, or text items with display HTML ? Thanks for your answer, Michael 2014-06-10 13:05 GMT+02:00 Andrea Fantini afant...@gmail.com: Hello I developed a WebGIS with lizmap 2.10 but I have a problem with the print button is Lizmap with version 2.8, 2.9 to 2.10, that is, when I click on the print button I generate a pdf white. For me it works all the rest. This problem is also present with the demo present by default in all versions of lizmap. My server is Debian version 7.5, this is the package x11-common and also I also followed this guide: http://www.itopen.it/2014/03/13/qgis-server-setup-notes/lang-pref/en/ , but unfortunately the problem remains. The project has been realized with Qgis 2.2. Thank you very much for your support! BY Andrea ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
(sorry for OT, but I don't know how change subject in google web email client) I tested it. On QGIS 2.2. start but don't work correctly. On QGIS 2.4 rc it simply fully lock the qgis. I tested it on win7 64 bit (using qgis 32bit) So we lan to fund for resolve also again it after the qgis 2.4 released. But is surely not good that on every next releasing of qgis this plugin will break. I have no hope that it will still work himself when qgis will release the v2.6 :) A. 2014-06-11 14:16 GMT+02:00 Nathan Woodrow madman...@gmail.com: And what changed that broke it between the 2.x releases On Jun 11, 2014 10:09 PM, Andrea Peri aperi2...@gmail.com wrote: Dockable.mirrormap. Il 11/giu/2014 03:17 Nathan Woodrow madman...@gmail.com ha scritto: On Wed, Jun 11, 2014 at 6:38 AM, aperi2007 aperi2...@gmail.com wrote: To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. What broke between the 2.X releases? 1.8 to 2.0 is an expected break, however 2.X should all work with the same API. What is the plugin? - Nathan -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
There is available a qgis-server for some online test ? 2014-06-11 10:25 GMT+02:00 Jürgen E. j...@norbit.de: Hi Andreas, On Wed, 11. Jun 2014 at 08:39:11 +0200, Andreas Neumann wrote: It is true that in some cases we need to improve to be more standards compliant. This is a group effort. Everybody can contribute. Removing GetPrint from GetCapabilities, or implementing in a standard compliant way, would help. We could still have it listed in GetProjectSettings. It's disputable if the current way is not compliant. Changing that might break clients that query the capabilities for the presense of GetPrint if we'd applied a (less-disputable ;)) compliant prefix (ie. GetPrint to qgis:GetPrint). Note that this would only apply to the name of the operation element in capabilities, the actual request wouldn't need to changed. So it's unclear to me if there are actually any clients that would break. At least some already use GetProjectSettings, others might just imply GetPrint without checking GetCapabilities - both groups wouldn't be affected. The clients that check capabilities would just need to look for qgis:GetPrint instead or alternatively of GetPrint - and that should just be a trivial change, when 2.4 is deployed. Also there are probably not that many clients around that actually use GetPrint. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC member (RM) Germany IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] LIZMAP ERROR PRINT - HELP!
Hello I developed a WebGIS with lizmap 2.10 but I have a problem with the print button is Lizmap with version 2.8, 2.9 to 2.10, that is, when I click on the print button I generate a pdf white. For me it works all the rest. This problem is also present with the demo present by default in all versions of lizmap. My server is Debian version 7.5, this is the package x11-common and also I also followed this guide: http://www.itopen.it/2014/03/13/qgis-server-setup-notes/lang-pref/en/ , but unfortunately the problem remains. The project has been realized with Qgis 2.2. Thank you very much for your support! BY Andrea ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/06/2014 17:32, kimaidou ha scritto: Hi Andrea, This must be a QGIS Server error, as Lizmap only build the GetPrint url and send it to QGIS Server. I think the GetPrint command couold be removed, sooner or later (maybe better sooner, see the recent thread) all the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlOXJYkACgkQ/NedwLUzIr6pHACfc8U896yT03HsD/eSEnT85HNZ KPUAn2Tnb0WR7nBv+pHSAm3UsOtTTJwI =tWRM -END PGP SIGNATURE- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Hi Paolo I am quite confident the GetPrint command won't be removed. This is an awesome feature. To solve the standard getCapabilites issue, we should just pass the print option info in the getProjectConfig request answer instead of the getCapabilities answer, and it will be ok. (I think we better not start a new thread about it here.) Michael 2014-06-10 17:34 GMT+02:00 Paolo Cavallini cavall...@faunalia.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/06/2014 17:32, kimaidou ha scritto: Hi Andrea, This must be a QGIS Server error, as Lizmap only build the GetPrint url and send it to QGIS Server. I think the GetPrint command couold be removed, sooner or later (maybe better sooner, see the recent thread) all the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlOXJYkACgkQ/NedwLUzIr6pHACfc8U896yT03HsD/eSEnT85HNZ KPUAn2Tnb0WR7nBv+pHSAm3UsOtTTJwI =tWRM -END PGP SIGNATURE- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Hi Michael the log file does not exist any mistakes what lizmap should print to pdf elements are shape-files displayed in webgis lizmap and the default items in the print template present in the project of qgis. I also tried to create a simple model with only the element map, qgis from the desktop, but the result does not change. I hope this problem is not only related to my debian server or the project of qgis but also to other people I hope for a solution :) unfortunately for my case development printing is a very imported . help! thanks Andrea 2014-06-10 17:32 GMT+02:00 kimaidou kimai...@gmail.com: Hi Andrea, This must be a QGIS Server error, as Lizmap only build the GetPrint url and send it to QGIS Server. Could you please be more explicit with the encountered error ? Do you have any log in the Apache error log ? (usually in /var/log/apache2/error.log if you have not changed the default value ). What is the content of the composer you try to print via the GetPrint request ? Does it contains any HTML items, or text items with display HTML ? Thanks for your answer, Michael 2014-06-10 13:05 GMT+02:00 Andrea Fantini afant...@gmail.com: Hello I developed a WebGIS with lizmap 2.10 but I have a problem with the print button is Lizmap with version 2.8, 2.9 to 2.10, that is, when I click on the print button I generate a pdf white. For me it works all the rest. This problem is also present with the demo present by default in all versions of lizmap. My server is Debian version 7.5, this is the package x11-common and also I also followed this guide: http://www.itopen.it/2014/03/13/qgis-server-setup-notes/lang-pref/en/ , but unfortunately the problem remains. The project has been realized with Qgis 2.2. Thank you very much for your support! BY Andrea ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Dr. Andrea Fantini Scienze Ambientali Specializzato in Tecniche di Monitoraggio Ambientale Telefono :+ 39 331 28 500 14 Skype : bylli84 Cv : Curriculum Vitae http://it.linkedin.com/pub/andrea-fantini/45/573/805 Url : www.fantiniandrea.it E-mail : afant...@gmail.com E-mail : andrea.fant...@fastwebnet.it afant...@gmail.com ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Hello, Le mardi 10 juin 2014 17:34:34, Paolo Cavallini a écrit : Il 10/06/2014 17:32, kimaidou ha scritto: Hi Andrea, This must be a QGIS Server error, as Lizmap only build the GetPrint url and send it to QGIS Server. I think the GetPrint command couold be removed, sooner or later (maybe better sooner, see the recent thread) We rely on this command for some applications, just removing it is not an option for us right now. People should stop thinking their use case is the only one and if they shout louder their desiderata will be executed. Talking about norms compliancy and passing OGC CITE tests is important, but should be done rationnaly. In this case, backward compatibility should be taken into account as well. Vincent ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
Il 10/06/2014 18:09, Vincent Picavet ha scritto: We rely on this command for some applications, just removing it is not an option for us right now. People should stop thinking their use case is the only one and if they shout louder their desiderata will be executed. Talking about norms compliancy and passing OGC CITE tests is important, but should be done rationnaly. In this case, backward compatibility should be taken into account as well. Vincent Il 10/06/2014 18:09, Vincent Picavet ha scritto: We rely on this command for some applications, just removing it is not an option for us right now. People should stop thinking their use case is the only one and if they shout louder their desiderata will be executed. Talking about norms compliancy and passing OGC CITE tests is important, but should be done rationnaly. In this case, backward compatibility should be taken into account as well. Vincent Hi Vincent I guess your point of view is respectable. You like to protect your work. This is really a good point of view. But it is exactly why I'm really unfair for this story of wms complaints. Infact the problem is exactly when someone put a bad and incompatible solution inside the qgis-server and other start to use it. Invest on it. After this is hard to remove it because they say: hey! my work is important for me. The backward should be taken in account. This is why I don't like this kind of situation. And is why I fork my qgis-server to have qgis-server compliant with the need of ou public-administration. If this need to have a different product in the future rather than qgis original. I don't know actually. I hope no of-course. But I really don 't know now. To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. And more probably with the 2.6 we will are again to fund for them. I guess we could say as you: hey our work is imortant for us. The backward was taken in account. So stop to change again and again. Don't ? So what we should do . Hibernate all ? QGIS Desktop is a good software . QGIS-Server is no so good software. Is too early software. It need really many investment to reach the level of other software Gfoss solutions in WMS world. Of course if an user need only a map-dispenser where there is only 1 user every minute or more surely could use the qgis-server is more simple and fast to developer (perhaps) But My experience say that the user need growth rapidly and qgis-server is not capable to offer more than to usual solutions. Is surely too few for the actual modern need of a WMS. No hidden layer, No named groups, No multistyles, No html templating for response, No GML response in wms, etc All need that a modern GIS system ask to offer a full experience to the user. You guess the wysiwyg capability of qgis is a must have in wms systems ? I guess yes but only if this mean Have also all the functionality in a WMS and only if compatible. Otherwise I prefer other solution. Because the wms point of view is one do the work and all the other use it So if the one must write a mapfile or an sld file is no so bad. The most important is what see and use the remote user. The functionality I list over and that qgis as not, are really more important of the wysiwyg capabiity of qgis-server. QGIS has no one of all them ... but has GetPrint. I say ok, sorry I forgto to say qgis-server is also incopatible with all the others. :)) The shortcut solution is not always the best. In this case the shortcut is also the worst. Because it became a blocking for new evolutions. :) Your point of view is the confirm of my disagree. Regards, Andrea. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] LIZMAP ERROR PRINT - HELP!
On Wed, Jun 11, 2014 at 6:38 AM, aperi2007 aperi2...@gmail.com wrote: To response to you point of view: I can only say that we are fund some plugin.at 1.8 level. With the break api of the 2.0 we must to refund the repair of plugins. With the 2.2 the plugin stop again to work, and with the 2.4 they still don't work. And we are planning to refund again the repair when the 2.4 will go out. What broke between the 2.X releases? 1.8 to 2.0 is an expected break, however 2.X should all work with the same API. What is the plugin? - Nathan ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
