Re: [Qgis-developer] Raster providers
On Sun, Feb 27, 2011 at 9:54 PM, Tim Sutton li...@linfiniti.com wrote: Do you have anything else left on your todo list before you can merge to trunk? It looks like this: qgsrasterprojector.* qgsrasterdataprovider.* raster/qgsrasterlayer.* : 60 TODOs qgsgdalprovider.*: 11 TODOs qgsgrassrasterprovider.*: 8 TODOs qgswmsprovider.*: 53 TODOs But all those TODOs are not really problem, IIRC, before the merge I have to add only fall back to precise reprojection if approximation fails (easy) and code cleanup. The problem with data reloading on update (G. Manghi reported) I would like to solve in trunk because it may need QgsLayer and renderer modifications. Then, there are some places, usually constants which have to be checked better (e.g. max error, in reprojection, minimum source resolution etc.) That can still be done in trunk, I think. BTW: The approximate reprojection could may be used also for vectors? Radim +1 from me to merge when you are ready I would like to make some cleanups to the raster properties dialog after you are done...hopefully I can do the ui clean upsin time for 1.7 Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin Development C++ Windows - Any response?
On 27-2-2011 22:01, Martin Dobias wrote: On Sat, Feb 26, 2011 at 12:52 PM, Barend Gehrelsbar...@xs4all.nl wrote: I can imagine the API is not binary compatible for some upgrades (usually it is extended so then still compatible, depending on the model used). Is there not a mechanism to check if a plugin corresponds to the version of the host (qgis)? I think this is feasable... Yes the version is available within the QGIS namespace: QGis::QGIS_VERSION What I mean is this: adding one method to QgisPlugin, e.g.: virtual int interfaceVersion() = 0; which gives back a interface_version_number. That number only changes if the (plugin) interface changes. QGis can check if the plugin does implement the right interface. But I now understand better that if the plugin calls back the qgis API, also that interface has to be stable. So in practice this will indeed change with every version. But anyway, even then, qgis can check that number as its first action and discard that plugin if the interface_version_number is wrong. Exactly. This is something that should be added and checked in order to avoid possible crashes after upgrades. Even better would be to make it a global function in each plugin since that would avoid creation of a new instance of that plugin which could actually make some calls to qgis api. I would call that method e.g. 'requiredQgisVersion' and it would always QGis::QGIS_VERSION - i.e. version of qgis used when compiling the plugin. Sounds perfect to me. Regards, Barend -- Barend Gehrels http://about.me/barendgehrels ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster providers
Hi On Mon, Feb 28, 2011 at 10:01 AM, Radim Blazek radim.bla...@gmail.com wrote: On Sun, Feb 27, 2011 at 9:54 PM, Tim Sutton li...@linfiniti.com wrote: Do you have anything else left on your todo list before you can merge to trunk? It looks like this: qgsrasterprojector.* qgsrasterdataprovider.* raster/qgsrasterlayer.* : 60 TODOs qgsgdalprovider.*: 11 TODOs qgsgrassrasterprovider.*: 8 TODOs qgswmsprovider.*: 53 TODOs But all those TODOs are not really problem, IIRC, before the merge I have to add only fall back to precise reprojection if approximation fails (easy) and code cleanup. The problem with data reloading on update (G. Manghi reported) I would like to solve in trunk because it may need QgsLayer and renderer modifications. Then, there are some places, usually constants which have to be checked better (e.g. max error, in reprojection, minimum source resolution etc.) That can still be done in trunk, I think. That being the case, I would suggest we poll Marco and other devs to see if it can move into trunk so that it can be more broadly tested before the release - I don't think it will be good to merge it at the last minute before the release for this reason. BTW: The approximate reprojection could may be used also for vectors? Hmm interesting. Is there a summary of the logic you have used to do this somewhere? Regards Tim Radim +1 from me to merge when you are ready I would like to make some cleanups to the raster properties dialog after you are done...hopefully I can do the ui clean upsin time for 1.7 Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Add attributes to memory provider with python
Hi I'm trying to add some attributes to a memory provider but with no luck. I pasted the code from the cookbook [1] into the python console. The layer with the feature is added but there are no attributes in the layer. Did I miss something? Has something changed? [1]: http://www.qgis.org/pyqgis-cookbook/vector.html#memory-provider regards Stefan Mit freundlichem Gruss Stefan Ziegler Leiter amtliche Vermessung Kanton Solothurn Bau- und Justizdepartement Amt für Geoinformation Rötistrasse 4 4501 Solothurn Telefon 032 627 75 96 Telefax 032 627 75 98 stefan.zieg...@bd.so.ch http://www.so.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Add attributes to memory provider with python
Try setting the layer editable and then turning editing off. There seems (too me) to be a bug in the refreshing of the attributes on memory layers. - Nathan On Mon, Feb 28, 2011 at 10:50 PM, Ziegler Stefan stefan.zieg...@bd.so.chwrote: Hi I'm trying to add some attributes to a memory provider but with no luck. I pasted the code from the cookbook [1] into the python console. The layer with the feature is added but there are no attributes in the layer. Did I miss something? Has something changed? [1]: http://www.qgis.org/pyqgis-cookbook/vector.html#memory-provider regards Stefan Mit freundlichem Gruss Stefan Ziegler Leiter amtliche Vermessung Kanton Solothurn Bau- und Justizdepartement Amt für Geoinformation Rötistrasse 4 4501 Solothurn Telefon 032 627 75 96 Telefax 032 627 75 98 stefan.zieg...@bd.so.ch http://www.so.ch ___ 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
[Qgis-developer] Cannot connect to Postgis with r15282
Hi I'm not able to connect to Postgis with r15282: Connection to soverify on localhost failed. Either the database is down or your settings are incorrect. Check your username and password and try again. The database said: invalid connection option application_name regards Stefan Mit freundlichem Gruss Stefan Ziegler Leiter amtliche Vermessung Kanton Solothurn Bau- und Justizdepartement Amt für Geoinformation Rötistrasse 4 4501 Solothurn Telefon 032 627 75 96 Telefax 032 627 75 98 stefan.zieg...@bd.so.ch http://www.so.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster providers
Hi, thanks for testing, I'll look at WMS again and let you know. Openlayers are implemented as a plugin, not provider, they will not become automatically reprojected. Radim On Mon, Feb 28, 2011 at 1:12 AM, John C. Tull jct...@gmail.com wrote: Hi, I was testing a little today. It appears that WMS layers are not being projected. I would imagine that needs to be corrected before a merge. Also, openlayers are not correctly projecting based on some quick tests on my end. I'm not sure if this is a problem with the branch or the plugin. Cheers, John On Feb 27, 2011, at 12:54 PM, Tim Sutton wrote: Hi 8-snip- - it would be nice if the 'collar' - the part outside the image data area in rotated images was made transparent by default. Isn't it? The data outside source data extent are null. That is the source of all the troubles with null values handling and types remapping. The grey border around the tif you posted is part of the image. Is not? Sorry you are right - the issue lies with my data. Do you have anything else left on your todo list before you can merge to trunk? +1 from me to merge when you are ready I would like to make some cleanups to the raster properties dialog after you are done...hopefully I can do the ui clean upsin time for 1.7 Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ 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] Raster providers
On Mon, Feb 28, 2011 at 9:01 AM, Radim Blazek radim.bla...@gmail.com wrote: BTW: The approximate reprojection could may be used also for vectors? Radim Definitely. On-the-fly reprojection of vector layers takes ages, there are no approximations right now. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Branch status for merge and release timeline proposal
Hi all especially Martin and Pirmin and those actively working on new features I am just wondering how things are looking in terms of merging branches. Is a merge of threaded rendering + 3d globe on the cards for 1.7 assuming we have a code freeze of around March 15? I'd like to get 1.7 out before the hackfest (oops QGIS Meeting) so was thinking along the lines of : - code freeze 15 march - string freeze 21 march - release branching 1 April (yes I know its a cool date to release the code on :-) - release announcements 7 April (or when packages are available Are there any other major features people are working on that should be considered for the release timeline? If the threading + globe branches arent ready we can hold them over till 1.8, though it would be nice to get them out there now to keep all the slathering fans happy! Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Branch status for merge and release timeline proposal
Il giorno mar, 01/03/2011 alle 09.19 +0200, Tim Sutton ha scritto: Are there any other major features people are working on that should be considered for the release timeline? If the threading + globe Well, of course the raster provider/reprojection branch. All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer