Re: [Qgis-developer] qgis-plugin-grass 1.8.0~precise1 does not work with grass 6.4.3
Le 04/06/2013 09:08, Rashad M a écrit : Hi patrick Known issue in qgis. see here[1] for the workaround. But I think a small update on a precise repository wont cause any harm. It is not good to have a dependency issue for packages in the upstream. Hope this helps [1] http://hub.qgis.org/issues/5579 Great! A least I have a track to work on and will likely finish up having learned something, Thanks for the hints, Patrick On Tue, Jun 4, 2013 at 12:29 PM, Rashad M mohammedrasha...@gmail.com mailto:mohammedrasha...@gmail.com wrote: Hi again, No problem in grass stable ppa[1] as hamish said qgis ppa need an update in control file [1] https://code.launchpad.net/~grass/grass/grass64_release_debian https://code.launchpad.net/%7Egrass/grass/grass64_release_debian On Tue, Jun 4, 2013 at 11:43 AM, Rashad M mohammedrasha...@gmail.com mailto:mohammedrasha...@gmail.com wrote: Hi Patrik, Hamish I am on it On Tue, Jun 4, 2013 at 11:20 AM, Patrick Giraudoux patrick.giraud...@univ-fcomte.fr mailto:patrick.giraud...@univ-fcomte.fr wrote: Just to mention we have a trouble with the Ubuntu 12.04 LTS precise universe repository. Updates deliver grass 6.4.3 rc2-2~precise by defaut but the avilable version of qgis-plugin-grass 1.8.0~precise1 requires grass grass641. I am quite reluctant to downgrade grass to 641 with anticipated problems everytime I will further update packages. Could this problem be fixed ? Best, Patrick -- Regards, Rashad -- Regards, Rashad -- Regards, Rashad ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Regression in opening ArcGIS personal geodatabase
Hi all, There is a regression between QGIS master 1.9.0-294 (00a9a7de) and 1.9.0-295 (24bffbf262) in opening ArcGIS personal geodatabase files (mdb). When I'm trying to open file window for choosing layer popups but Number of features isn't correct and after choosing layer it's apear in QGIS but nowhting is shown. In properties there are fields but metadata are empty. I think this is related with commit af0f61e6 (OGR provider - virtual sublayers for each geometry type in multi geometry layers). Anyone can confirm that? Win7 64 bit, QGIS master from OSGeo4W installer Regards Piotr -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Regression-in-opening-ArcGIS-personal-geodatabase-tp5057647.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [Board] Would you be concerned if the GeoServices REST API became an OGC standard?
Seems ESRI has dropped their bid: http://tech.slashdot.org/story/13/06/03/2229245/gis-community-blocks-esris-geospatial-open-standard-rest-api -Original Message- From: Paolo Cavallini cavall...@faunalia.it To: Barry Rowlingson b.rowling...@lancaster.ac.uk Cc: qgis-developer qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Fwd: [Board] Would you be concerned if the GeoServices REST API became an OGC standard? Date: Mon, 06 May 2013 08:11:50 +0200 Il 05/05/2013 11:28, Barry Rowlingson ha scritto: On Sat, May 4, 2013 at 1:06 PM, Nathan Woodrow madman...@gmail.com wrote: I'm starting to wonder if anything becoming a OGC is a good thing. What impact would this have on QGIS? For QGIS it would mean you could create a way to read GeoServices REST API-compliant data from servers. The specification would be open and so you could check your implementation against the spec to make sure your code is creating the right requests. However, unless an open-source implementation of the server is available, you won't be able to test it against a real server unless you pay up, or are beholden to the good nature of someone who has paid up. Imagine testing the WMS code in Qgis only by inspecting the URL it creates, and not by whether a WMS server returns the image you were expecting. IMHO, this would put an additional burden (supporting Yet Another standard), being at disadvantage with the proprietary equivalent, without any possible advantage. An arms race among standards in which we (and I believe the GFOSS world at large) would only have to lose. If we agree with this, I believe we should raise our voice with OSGeo. All the best. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viruses is taken and it is your responsibility to carry out such checks as you feel appropriate. Saber Razmjooei and Peter Wells trading as Lutra Consulting. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SIP API Update
Of course only the new one will be upgraded :) Dnia wtorek, 4 czerwca 2013 o 07:25:24 Alexander Bruy napisał(a): Maybe I'm wrong, bit there is no sense to upgrade Plugin installer as it will be replaced by new one ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Another compiling error at 48 percent
Hi Etienne, You were right, I created a symlink to the file /usr/lib/libpython2.7.so ln -sf /usr/lib/libpython2.7.so /usr/lib/i386-linux-gnu/libpython2.7.so and it passed that stage. But stopped again almost at the end: (...) -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsCptCityDataItem.html -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsExpression_1_1NodeUnaryOperator.html -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/qgsmanageconnectionsdialog_8h__incl.map -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsErrorItem__coll__graph.md5 -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/qgsprovidermetadata_8h__dep__incl.png -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsRendererV2Metadata__coll__graph.png -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/qgsnumericscalebarstyle_8cpp__incl.png -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsErrorItem__inherit__graph.map -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/inherit_graph_176.md5 -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/inherit_graph_30.md5 -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/globals_func_0x64.html -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/qgsmapcanvasmap_8h__dep__incl.md5 -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsCRSCache__coll__graph.png -- Installing: /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsComposerLegendItem.html CMake Error at doc/cmake_install.cmake:60 (FILE): file INSTALL cannot copy file /home/pedro/sextante_github/Quantum-GIS-master/debian/build/doc/api/html/classQgsComposerLegendItem.html to /home/pedro/sextante_github/Quantum-GIS-master/debian/tmp/usr/share/qgis/doc/api/classQgsComposerLegendItem.html. Call Stack (most recent call first): cmake_install.cmake:48 (INCLUDE) make[1]: ** [install] Erro 1 make[1]: Saindo do diretório `/home/pedro/sextante_github/Quantum-GIS-master/debian/build' make: ** [install] Erro 2 dpkg-buildpackage: erro: debian/rules binary deu erro de saída estado 2 What do you think? Thank you very much! Best regards, Pedro From: Etienne Tourigny sorry, I don't build .deb packages. looks like your are missing the python-devel package or similar, or there is a version mismatch in your python packages... (missing /usr/lib/i386-linux-gnu/libpython2.7.so) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Server: about cache management of a layer in two different projects
A solution may be the association layer id / project at Qgis Server level? Or a change of your workflow to create unique layer ids? On 04.06.2013 12:15, l...@gis3w.it wrote: Hi all, I have a problem about cache management of different styles associadet with a layer present in two, or more, different QGIS projects. I see that the WMS results for this layers is the same for the two project if the layers have the same id. This for the control of the cache layer made by QGis Server: https://github.com/qgis/Quantum-GIS/blob/master/src/mapserver/qgsmslayercache.cpp No problem if the layers have different id. But in a classic workflow is possible that fot the preparation of a project we start with a template project. So, in this case, the layers of the template project have the same id in all the derived projects. If I change the associated style of one of this layers in a derived projects I don't have change in the WMS result. Anyone had the same problem and know the way to resolve it? A solution may be the association layer id / project at Qgis Server level? I have opened a tiket about it: http://hub.qgis.org/issues/7956 thanks for comments All the best. Leonardo Lami ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Open a form of a linked table
Hi, I have two tables with a 1:n to relation from table A to B. In the form of table B I want to display a button that opens the corresponding record in a form of table A (in a separate window). I know that Matthias Kuhn is working on such functionality for QGIS 2.1 - but I would need a script-based solution now - this project cannot wait for QGIS 2.1 Does someone have a python script that does something like that or similar things? The idea is to have a Python action with a few lines of code that does this and can be associated to a button. Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Open a form of a linked table
Hi , I did not test, but adding a python action to the layer B should work: layerA = QgsMapLayerRegistry.instance().mapLayer(layerAid) featureAid = [% layerAid_column_name %] f = QgsFeature() layerA.getFeatures(QgsFeatureRequest().setFilterFid(featureAid)).nextFeature(f) iface.openFeatureForm(layerA, f) If the layerA has no geometry, you might need to add NoGeometry as a flag to the feature request. Also, you might need to test if f is found. Cheers, Denis On 06/04/2013 04:44 PM, Andreas Neumann wrote: Hi, I have two tables with a 1:n to relation from table A to B. In the form of table B I want to display a button that opens the corresponding record in a form of table A (in a separate window). I know that Matthias Kuhn is working on such functionality for QGIS 2.1 - but I would need a script-based solution now - this project cannot wait for QGIS 2.1 Does someone have a python script that does something like that or similar things? The idea is to have a Python action with a few lines of code that does this and can be associated to a button. Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Open a form of a linked table
Hi Denis, Thanks - this should help me to implement it. Andreas Am 04.06.2013 16:57, schrieb Denis Rouzaud: Hi , I did not test, but adding a python action to the layer B should work: layerA = QgsMapLayerRegistry.instance().mapLayer(layerAid) featureAid = [% layerAid_column_name %] f = QgsFeature() layerA.getFeatures(QgsFeatureRequest().setFilterFid(featureAid)).nextFeature(f) iface.openFeatureForm(layerA, f) If the layerA has no geometry, you might need to add NoGeometry as a flag to the feature request. Also, you might need to test if f is found. Cheers, Denis On 06/04/2013 04:44 PM, Andreas Neumann wrote: Hi, I have two tables with a 1:n to relation from table A to B. In the form of table B I want to display a button that opens the corresponding record in a form of table A (in a separate window). I know that Matthias Kuhn is working on such functionality for QGIS 2.1 - but I would need a script-based solution now - this project cannot wait for QGIS 2.1 Does someone have a python script that does something like that or similar things? The idea is to have a Python action with a few lines of code that does this and can be associated to a button. Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SIP API Update
I just ran into another problem... how do you pass a list (of strings) to a QT function which requires a QStringList (which is not available anymore). File /home/softdev/share/qgis/python/plugins/GdalTools/tools/GdalTools_utils.py, line 208, in getRasterFiles workDir.setNameFilters( filter ) TypeError: QDir.setNameFilters(QStringList): argument 1 has unexpected type 'list' On Thu, May 30, 2013 at 3:12 AM, Nathan Woodrow madman...@gmail.com wrote: Hey all, I have decided to manage the SIP API update process so that we can have it done by 2.0. This is an important update as leaving it for later will break every plugin yet again at later date which just leaves a really bad taste for people to deal with. A few plugin authors have already expressed that they would not be impressed having to do another major update again in the future. And I agree. So having said that this is the current plan: - I have created a branch with the SIP API v2 update - Update all the core plugins in the sipapi-udate[0] branch over the next couple of days - Merge into master I couldn't update all the core plugins myself BUT it would be a lot easier if I could call on the plugin authors to run though their own code and do the quick update. The risk of me doing it is that I might break something and not know it. You know your code best so the help would be greatly appreciated. I updated most of the console code and Salvatore has already cleaned the rest up for me so that is one thing out of the way. And here comes the kicker: I would like to do this as quickly as we can so to reduce the gap between master and the branch. The sooner we merge it to master the sooner we can open it to wider testing, but I don't expect to run into any major issues when we do. If you are not aware of what benefits the SIP API update will bring here is a quick example: Before: str(yourlineedit.text().toString()) 'Hello World' feature[column].toInt()[0] 100 After yourlineedit.text() 'Hello World' feature[column] 1000 It will make life for us and plugin authors a hell of a lot easier. I have put together a quick guide[1] with some examples. It is open edit so feel free to add any notes you have. It might be good to turn it into a plugin translate guide for future plugin authors moving to 2.0. Regards, Nathan [0] https://github.com/qgis/Quantum-GIS/tree/sipapi-update [1] https://docs.google.com/document/d/1S85DMEC71AOzTkF1_EpnF0dhVb2On2EVq4E5s1EXoNM/edit?usp=sharing ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SIP API Update
How do we handle translated strings with arguments? QString::arg() is not available. Not sure if the following would work? The string syntax is slightly different and would require re-translation, but at least works in English before: self.tr( %1 not created. ).arg( outFn ) after: self.tr( %s not created. ) % outFn Traceback (most recent call last): File /home/softdev/share/qgis/python/plugins/GdalTools/tools/widgetPluginBase.py, line 120, in finished QMessageBox.warning(self, self.tr( Warning ), self.tr( %1 not created. ).arg( outFn ) ) AttributeError: 'unicode' object has no attribute 'arg' On Thu, May 30, 2013 at 3:12 AM, Nathan Woodrow madman...@gmail.com wrote: Hey all, I have decided to manage the SIP API update process so that we can have it done by 2.0. This is an important update as leaving it for later will break every plugin yet again at later date which just leaves a really bad taste for people to deal with. A few plugin authors have already expressed that they would not be impressed having to do another major update again in the future. And I agree. So having said that this is the current plan: - I have created a branch with the SIP API v2 update - Update all the core plugins in the sipapi-udate[0] branch over the next couple of days - Merge into master I couldn't update all the core plugins myself BUT it would be a lot easier if I could call on the plugin authors to run though their own code and do the quick update. The risk of me doing it is that I might break something and not know it. You know your code best so the help would be greatly appreciated. I updated most of the console code and Salvatore has already cleaned the rest up for me so that is one thing out of the way. And here comes the kicker: I would like to do this as quickly as we can so to reduce the gap between master and the branch. The sooner we merge it to master the sooner we can open it to wider testing, but I don't expect to run into any major issues when we do. If you are not aware of what benefits the SIP API update will bring here is a quick example: Before: str(yourlineedit.text().toString()) 'Hello World' feature[column].toInt()[0] 100 After yourlineedit.text() 'Hello World' feature[column] 1000 It will make life for us and plugin authors a hell of a lot easier. I have put together a quick guide[1] with some examples. It is open edit so feel free to add any notes you have. It might be good to turn it into a plugin translate guide for future plugin authors moving to 2.0. Regards, Nathan [0] https://github.com/qgis/Quantum-GIS/tree/sipapi-update [1] https://docs.google.com/document/d/1S85DMEC71AOzTkF1_EpnF0dhVb2On2EVq4E5s1EXoNM/edit?usp=sharing ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SIP API Update
On Tue, Jun 4, 2013 at 3:40 PM, Etienne Tourigny etourigny@gmail.comwrote: I just ran into another problem... how do you pass a list (of strings) to a QT function which requires a QStringList (which is not available anymore). File /home/softdev/share/qgis/python/plugins/GdalTools/tools/GdalTools_utils.py, line 208, in getRasterFiles workDir.setNameFilters( filter ) TypeError: QDir.setNameFilters(QStringList): argument 1 has unexpected type 'list' never mind... it works now. On Thu, May 30, 2013 at 3:12 AM, Nathan Woodrow madman...@gmail.comwrote: Hey all, I have decided to manage the SIP API update process so that we can have it done by 2.0. This is an important update as leaving it for later will break every plugin yet again at later date which just leaves a really bad taste for people to deal with. A few plugin authors have already expressed that they would not be impressed having to do another major update again in the future. And I agree. So having said that this is the current plan: - I have created a branch with the SIP API v2 update - Update all the core plugins in the sipapi-udate[0] branch over the next couple of days - Merge into master I couldn't update all the core plugins myself BUT it would be a lot easier if I could call on the plugin authors to run though their own code and do the quick update. The risk of me doing it is that I might break something and not know it. You know your code best so the help would be greatly appreciated. I updated most of the console code and Salvatore has already cleaned the rest up for me so that is one thing out of the way. And here comes the kicker: I would like to do this as quickly as we can so to reduce the gap between master and the branch. The sooner we merge it to master the sooner we can open it to wider testing, but I don't expect to run into any major issues when we do. If you are not aware of what benefits the SIP API update will bring here is a quick example: Before: str(yourlineedit.text().toString()) 'Hello World' feature[column].toInt()[0] 100 After yourlineedit.text() 'Hello World' feature[column] 1000 It will make life for us and plugin authors a hell of a lot easier. I have put together a quick guide[1] with some examples. It is open edit so feel free to add any notes you have. It might be good to turn it into a plugin translate guide for future plugin authors moving to 2.0. Regards, Nathan [0] https://github.com/qgis/Quantum-GIS/tree/sipapi-update [1] https://docs.google.com/document/d/1S85DMEC71AOzTkF1_EpnF0dhVb2On2EVq4E5s1EXoNM/edit?usp=sharing ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Open a form of a linked table
Andreas, you can try my new plugin DataDrivenInputMask (tables need to be in PostgreSql database, though) It is not accepted yet (it's been waiting for almost a month now) but you can check it out from github [1] Bernhard [1] https://github.com/bstroebl/DataDrivenInputMask Am 04.06.2013 16:44, schrieb Andreas Neumann: Hi, I have two tables with a 1:n to relation from table A to B. In the form of table B I want to display a button that opens the corresponding record in a form of table A (in a separate window). I know that Matthias Kuhn is working on such functionality for QGIS 2.1 - but I would need a script-based solution now - this project cannot wait for QGIS 2.1 Does someone have a python script that does something like that or similar things? The idea is to have a Python action with a few lines of code that does this and can be associated to a button. Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 8411 (20130604) __ The message was checked by ESET Mail Security. http://www.eset.com -- Bernhard Ströbl Anwendungsbetreuer GIS Kommunale Immobilien Jena Am Anger 26 07743 Jena Tel.: 03641 49- 5190 E-Mail: bernhard.stro...@jena.de Internet: www.kij.de Kommunale Immobilien Jena Eigenbetrieb der Stadt Jena Werkleiter: Dr. Götz Blankenburg __ Information from ESET Mail Security, version of virus signature database 8412 (20130604) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer