Re: [Qgis-developer] Changes in API documentation?
On 11/03/2014 07:40 PM, Martin Dobias wrote: Hi Luigi On Mon, Nov 3, 2014 at 5:06 PM, Luigi Pirelli lui...@gmail.com wrote: added a comment to the commit: I prefer old style documentation that help me to enter directly in the code to understand how it works. ok, I can create my own documentation, but I generally I find it more useful having it online The rationale was that users of the documentation should not need to read the code of individual functions. If they do, then the documentation is simply not good enough. Many other projects we use (like Qt, GDAL, GEOS) do not include that either. Those links simply make the documentation more bloated. Another reason is that if someone needs to browse the code, any IDE with c++ support is 10x more efficient for that. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer Well, yes, the documentation is not good enough, but I don't think it is a good reason to remove a useful link. I found it quite useful, I used it mainly in my job where I did not have admin rights to install a C++ IDE or any external software. It was quite handy to have the code easily available when the documentation was incomplete or outdated. Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Symbology api
On 10/03/2014 07:10 PM, Vincent Mora wrote: Hi all, While thinking about the interface of categorized and graduated symbology with varying size (instead of color) I had an idea to reduce the code complexity in src/core/symbology-ng (~15% less code). Since it changes the symbology API, I'd like your input on that: At the moment we deal with categorized, graduated, rule-based and single symbol with different classes. At the same time the single symbol allows to use expressions for all symbol properties. We can use expressions to make the single symbol layer behave: - graduated : properties are continuous functions of attributes, - categorized or rule based : properties are discrete function of attributes The user interfaces for categorized, graduated, rule-based could remain the same, it's just that it would generate the expressions for the single symbol instead of configuring as specific class. Several categories could be defined to affect various parameters (color and size are the first use case). Can you tell me if the idea is sound ? V. PS: (implementation detail) Data defined properties are treated as a special case in the symbology classes. Since a constant is a valid expression, why not avoid this special treatment and have properties being always expressions in the symbology classes ? Rule based renderer allows to have several symbols for the same element, which seems difficult to implement with expressions in a single symbol renderer (except if you combine them into layers on a single symbol? Sounds messy). It can be very useful to quickly see which elements have different properties: just create rules with colored dots and a different offset each time, all the relevant dots will appear near the element. You also need to deal with symbol levels (advanced-symbol levels...). This is very useful for example for dense point layers, to ensure the points you want to focus on appear on top, or for road rendering when you do not want the road borders to mess up intersections. If you want to combine all these renderers, why not use the rule-based renderer? It is the most powerful and can easily cover the others. I already coded a small converter between renderers, which can be used to convert single symbol, categorized and graduated renderers to rule-based renderer. Something similar could be used directly on user input in order to always save a rule-based renderer in the symbology. This converter could be made much simpler if we get rid of the code dealing with advanced-rotation field and advanced-size field as they can be directly replaced by expressions. I think it would be a good first step before making more radical changes. Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools
On 09/26/2014 10:35 PM, Olivier Dalang wrote: While on the topic of map tools, I was thinking of the following improvements to the QgsMapTool class: *1. Implement snapping directly in the QgsMapTool class rather than in each subclass* From what I understand of the source, currently, more or less every subclass of QgsMapTools provides it's own logic for snapping (or more generally: for conversion from pixel coordinates click to map coordinates click). In this context, I don't see how we can achieve cleanly a cross-tool numerical input system. I am not sure exactly what you mean, the snapping is mostly done by a QgsMapCanvasSnapper object, by calling snapToBackgroundLayers that will take a point and return snapping results. I am not sure numerical input system is linked to snapping as when you enter a numerical value for a position, you expect to go exactly to this position, not snap the value to a nearby node. *2. Implement pre-click highlighting of features/nodes/edges/rings/... (depending on what the current tool accepts)* This type of visual feedback will make editing much more intuitive. Take the move node tool. It's only by mistake that user can learn that it also acts on edges. Take the move tool : when two features overlap, you have no idea on which feature you'll act. Etc. This could also be done directly in QgsMapTool, so that we are sure it's consistent across tools. Pre-click highlighting would require rubberband display on onMouseMove events, right ? I tried something similar when I modified the remove part tool, it had awful performance. Now that I think of it, I saw a trick for webdev where they use timers to limit the number of mouse move events fired, it may be worth a try. Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Getting center of layer in lat/long
On 09/09/2014 05:36 AM, Mark Coletti wrote: layerCenter = layer.extent().center() if layer.crs().geographicFlag() : # if already lat/long, do nothing return layerCenter else : sourceCRC = layer.crs() # get the coordinate reference system being used # 4326 is WGS 84 coordinateTransform = QgsCoordinateTransform(sourceCRC.toWkt(), QgsCoordinateReferenceSystem(4326).toWkt()) return coordinateTransform.transform(layerCenter) If you want to be rigorous, there are different lat/long coordinate system, it is not only WGS84. The difference will be small of course, but I do not see the point of specifically testing for this case while it does not add anything. Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Legend refactoring - part II - ready for merge
On 08/24/2014 03:51 PM, Tim Sutton wrote: * Do you have any strategy for dealing with symbols larger than the thumbnail in the legend? e.g. if you set the size of a circle to 8 it basically draws a square. This is not a regression as the old legend implementation suffered the same thing, but I was hoping a new implementation could offer a fix for this. I know there are limits to what we can do in the space of the legend but perhaps having some simple system whereby symbol previews are proportionally scaled such that the largest icon will always fit into the space provided and the smaller ones are relatively reduced in scale? Perhaps someone else has some creative ideas on how to improve their visual representation in the legend? Great stuff as always Martin! Regards Tim I agree it is a major issue of the legend currently. I think the best would be to have it scaled to get the largest symbol to fit in the square and the others proportional to it, but marking that it has been scaled (for example with a frame) and show the actual size (in a small popup?) when hovering on or clicking the symbol. Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Large scale and rounding issues
Hi devs, QGis allows quite a lot of zooming in: it is easy by playing with the mouse wheel to go to scales like 3,000,000:1. However, this does not mean QGis actually support them and different features will start to fail at different zoom level, some of them quite early. For example, labelling will fail around 1:1 in some cases (linked to geographic coordinate systems?). Node edition, snapping also fail quite early. Later, display starts to become erratic, with some lines or nodes disappearing randomly. For example, http://hub.qgis.org/issues/10234 is a user doing some large scale mapping of a building in WGS84 (maybe not ideal, but in theory supported by QGis). He has some issues to select nodes for edition. I looked in the code and found a culprit on qgsvectorlayer.cpp line 2451 : there is a epsilon defined as crs().geographicFlag() ? 1e-12 : 1e-8 , but this epsilon is later compared to the square of the distance, and the distance considered zero if smaller. This means that all distances below 1e-6 degree, which is around 10 cm, will be considered zero, which prevents selecting the correct node or segment. Of course, this is not an issue for most use cases, but this can affect some legitimate use. More important, the limits are not consistant and there is no guarantee for the user about which feature will be available or not at which level of precision. I would like to restrict more strictly the zoom level (something like 1000:1?), but ensure all features work as expected at these zoom levels (or maybe make two categories of zoom, a normal one where everything works and an extended one with no guarantee). Then the DEFAULT_SEGMENT_EPSILON and other constants can be derived for both geographic and projected coordinate systems. What do you think ? Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Vienna hackfest: QGIS Legend discussion
On 03/26/2014 05:21 PM, kimaidou wrote: * display the legend as an interactive tree to let the user deactivate one or several rules or classes. Toggling one of the classes will just hide the corresponding features in the map. I think the feature would be a great addition, but it is a different approach that just diplsaying an image. What about having both options if possible : the user could decide layer per layer if the legend must be interactive (with checkboxes) or if he just want a static image to be generated and displayed. I would love to have this feature when exploring new datasets. In addition to the checkbox for each layer, another (smaller?) checkbox could be added near each class, allowing to easily toggle visibility of each class. It would also need a way to toggle all classes visibility at once. This is actually trivial on the UI side, but I don't know how easy it is to control the rendering of a single class ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Autotrace plugin
The same problem has been noted by French users of Georezo (http://georezo.net/forum/viewtopic.php?id=91183) The steps to reproduce is simply to start editing with the autotrace feature. The right click does not finish edition in any case. It was reported with QGIS 2.2 but I got the same issue in QGIS Master as well. On 03/14/2014 05:39 PM, Saber Razmjooei wrote: Hi Paolo, I can't reproduce your problem in win7 and Ubuntu. Could you let me know step-by-step procedure so that I can reproduce the issue? Cheers, Saber -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Paolo Cavallini Sent: 14 March 2014 09:20 To: qgis-developer Subject: [Qgis-developer] Autotrace plugin -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. AT plugin seems seriously broken: once activated, I cannot stop editing with right click, and I'm essentially stuck. Verified on Debian and Win 7 8. 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/ iEYEARECAAYFAlMiydIACgkQ/NedwLUzIr71wgCgnDr2XzEmx5j32Bni5roKtTQk lqUAniwwLn72+q5xnMAOn5PXALLRiUtV =3TJR -END PGP SIGNATURE- ___ 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. If this email contains a quote or offer to sell products, carry out work or perform services then our standard terms and conditions (which can be found at http://www.lutraconsulting.co.uk/downloads/Lutra%20Consulting%20Standard%20Terms%20and%20Conditions.pdf shall apply unless explicitly stated otherwise. 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Datum transformations
On 02/24/2014 09:16 PM, Marco Hugentobler wrote: Hi Leyan I struggled quite a lot with the interface of a very famous commercial GIS on this issue, I believe there is a real possibility to do better here ! I think it is essential to allow the user to change the transformation later easily, maybe somewhere linked from the CRS choice ? That's where I would go as a user. He, he, I bet it is the same GIS :-) That would be such a coincidence ;-) Do you mean we should strip the towgs84 parameters from tbl_srs.parameters or do you mean to deprecate/remove entries from tbl_datum_transform? I think it would be better to remove the towgs84 parameters for the ellipsoids where there is no clear choice, and offer to set the datum transformation, but I agree it is hard to go about it in a user-friendly way. In my case, the coefficients offered for Beijing54 ellipsoid come from different sources and only cover a small area each. This ellipsoid is only used in China and there is no official list of coefficients to transform (CRS are kind of an important secret in China, which does not really make sense ...). Also, do you see a need to allow to define a custom datum transformation, or do you think it is enough that user can create a custom CRS with different towgs84 parameters? It is possible to add new entries to tbl_datum_transform to create custom datum transformations. Yes, it would be more convenient to have a gui for that, even if I don't know how often it will be used. You might judge it better since you obviously have to deal often with CRS issues. I was thinking of improving the custom CRS entry further by splitting the proj4 definition in a gui. In that case, datum transformation could be a part of it, or near it. I agree this will not be used by most users, but still, it would be better for the few end users who need it. Anyway, I don't have a lot of time to code so my progress on these things is very slow ... Regards, Marco Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Datum transformations
On 02/24/2014 05:45 PM, Marco Hugentobler wrote: - GUI: have a tab in project properties where non-default datum transforms would be managed - instead of requiring the user to select the datum transform immediately when the layer was added (and without being able to change the decision later) I don't have a strong opinion if it should be in project properties or if the user should be asked immediately. The immediate selection has been implemented following the behaviour of a commercial GIS. However, the possibility to change it later easily does also sound good to me. Btw., congratulations to the merge of the multithreading branch! Regards, Marco Hi Marco, I struggled quite a lot with the interface of a very famous commercial GIS on this issue, I believe there is a real possibility to do better here ! I think it is essential to allow the user to change the transformation later easily, maybe somewhere linked from the CRS choice ? That's where I would go as a user. I was also wondering how you see the relationship between CRS and datum transformation. I use CRSs (all the Beijing54 CRS) which already have a +towgs84 defined in their definition, but several towgs84 coefficients are offered when loading the layer. It is confusing to have to answer that, and if something else than the default coefficients is chosen, the result is incompatible with the proj4 definition. Should we strip these CRS definitions of the towgs84 coefficients (which were only meant for a small area initially, so are not valid everywhere)? Also, do you see a need to allow to define a custom datum transformation, or do you think it is enough that user can create a custom CRS with different towgs84 parameters? Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Cad-Input for QGIS prototype
On 01/26/2014 10:08 AM, Olivier Dalang wrote: Dear list, Some times ago, on this list, we discussed[1] about real CAD-like input for QGIS, and since I do myself long for such a feature very much, I'd like to reopen that discussion by *proposing a python prototype*. I know there are already a few plugins aiming in that direction (CadTools, ImprovedPolygonCapturing, NumericalInput and a few other). They provide the functionality, but not the ease of use you can find in CAD packages. One key aspect is that they are all specific tools, and do not work with other tools directly. The prototype is inspired from Archicad's input method which allows to combine numeric input with mouse input in a very efficient and flexible manner, to get the best of both. It is currently very raw and not well tested at all... It also relies on a lot of dirty hacks, since the python API is not well suited for this type of plugins (have a look at the README on the github page for more details). *DEMO (video) : https://vimeo.com/85052231* *GITHUB (readme, download...) : https://github.com/olivierdalang/CadInput* Please, tell me what you think : 1) Concept - Does this kind of input seem interesting to you ? - How does it fit in a GIS-environment ? Since it comes from a CAD environment, maybe it's more suited to designing than digitizing. 2) API/Core modifications (read https://github.com/olivierdalang/CadInput#technical-notes ) - How do you see the suggested improvements ? Are they feasible ? - Does developing this as a python plugin make sense, or does it have to be in the core from the start ? (I'm not familiar with core developing) 3) Collaboration... - Is anyone of you currently working on the same topic ? - Would anyone have some time/interest in collaborating on this feature ? 4) Other ideas are welcome ! That's pretty amazing, a lot of my users are used to CAD software and want the same kind of input features. I think it should be integrated in core. Something interesting would be the ability to measure without actually adding vertex, so that it is possible for example to start a line perpendicular to another one and 3 meters from an existing vertex. Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Topology editing in QGis
Date: Mon, 4 Nov 2013 12:33:04 +0100 From: s...@keybit.net To: radim.bla...@gmail.com CC: Qgis-developer@lists.osgeo.org; ouyang.le...@hotmail.com Subject: Re: [Qgis-developer] Topology editing in QGis On Sun, Nov 03, 2013 at 11:48:31AM +0100, Radim Blazek wrote: Topology models are usually using multiple geometry types (e.g. nodes, edges). Multi geometry type layers may also be useful for non topological layers. How difficult would it be to support multiple geometry types in a single layer? The path I took for postgis topology was instead to keep layers separated. They are still correlated one-other (changes in one layer may result in changes propagating to other layers), but they are still seen as separate layers in the layer management, so that you can set their visibility independently and/or style them differently. I think it may be useful to have support for mixed geometry types within a single layer but don't feel any urgent need for them to edit topologies. How do you like the separated layers approach ? Do you think it could work for GRASS topologies ? I guess one limitation of it is that when you enter edit mode you do so in a single layer, thus implicitly (rather than explicitly) also editing correlated but not-marked-as-being-edited layers. But this would already be the case by opening the same datasource twice... For the topology editing, I was thinking of considering the topology as a special group (or the vector layers as sublayers of a topology layer): * When adding a topology, all the vector layers (node, edge, face, etc.) would be added at once * Each vector layer would appear independently in the layer tree, but be a part of the topology group * It would be impossible to turn editing on a single layer, editing state would be controlled at the topology group level, so if one layer is edited, all layers are. This would be explicitly shown. This allows to not touch anything for the visualization part, all the symbology can be applied on a single vector layer as usual. Only the editing features would have to be modified to deal with the topological modifications of the other layers and keep everything consistent. Of course, the definition of consistent will depend on the kind of topology considered. I never used GRASS topology, I still have to learn about it, but I think this representation would be flexible enough to adapt to different situations. It would also be possible to build ad-hoc topologies with simple normal vector layers (shapefiles, etc.) and have editing operations follow basic topology rules including several layers, which is something I would like to see (I work with networks and casual users who can open shapefiles, but not install PostGreSQL). This kind of topology would be like an extension of the existing pseudo-topology editing, just extended to several layers. Pierre ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] First contribution - Loïc Maury
I have no authority to say this, but just go for it ! There are lots of bugs and the core team seems a bit overwhelmed by blockers for 2.0 release, so they will welcome any help ! Once you have a fix, the best is to issue a pull request in github. Regards, Leyan On 07/02/2013 05:37 PM, Loïc Maury wrote: Hello I am interested to contribute to Quantum Gis. I think I found a first task to do Bug 8200. Another work on it ? Do you think it 's a good task for a first contribution ? Thank you Loïc ___ 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] Openlayers plugin in 2.0 Was: QGIS 2.0 release and plugins
I agree, not having Openlayers would be a sufficient reason not to upgrade for me. Regards, Leyan On 06/16/2013 06:39 AM, Anita Graser wrote: Hi, I'm a bit worried about not having a functioning Openlayers plugin in QGIS 2.0 for two months. Can someone with experience in porting plugins estimate how much work it really is to make it compatible with the new API? I think it would put a lot of people off if they cannot use their background layers anymore. Best wishes, Anita On Sat, Jun 15, 2013 at 10:11 PM, Pirmin Kalberer pi...@sourcepole.com mailto:pi...@sourcepole.com wrote: Hi Paolo, Am Donnerstag, 13. Juni 2013, 18.06:37 schrieb Paolo Cavallini: Hi all. Now that the release is approaching: any news from external plugin authors? I think that at least some of the most popular and important (e.g. OpenLayers plugin) should be ready by the release. We plan to update our plugins (OpenLayers, WPS Client, etc.) during the Hackfest in Brighton. See also http://hub.qgis.org/issues/8059. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto: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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Mailing list -reply to- intended behaviour?
Yes, this is an option that can be changed by the administrator (header munging). The option chosen by this list is to keep the original header with the real sender. This is pretty old school, now most lists are set up to replace the sender by the list address, to facilitate answers to the list. Judging by the number of mistakes, the current setup is not at all intuitive for most users and I would support a change to the most common behavior of defaulting reply to the list address. Regards, Leyan On 06/14/2013 07:02 PM, Jordi Torres wrote: Hi all, This is a little odd. When hitting reply in this list the reply is sent to the list poster, not to the whole list. Is this an intended behaviour? The vast majority of the lists I'm subscribed to does not work this way. I think there exist options to tweak the list behaviour. Cheers. -- Jordi Torres ___ 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] CRS caching and custom CRS update
Done and done, I will try to have a look this week-end if you cannot do it. Regards, Leyan On 06/12/2013 10:07 PM, Marco Hugentobler wrote: Hi Leyan I also think a function for upating the cache would be best. Could you make a ticket, assign it to me and attach what you did so far? Regards, Marco Am 12.06.2013 15:13, schrieb Leyan: Hi all, In 1.8, if I update a custom CRS, I can directly use the new value for this CRS, while in master, I have to restart QGIS to be able to use the updated parameters. They are displayed when I choose the CRS, but not used during the actual transformation, which is a severe regression in my opinion as it makes the whole custom CRS management very confusing. Ihad a look at the code and it is linked to the CRS caching mechanism mhugent added 6 months ago (https://github.com/qgis/Quantum-GIS/commit/8dc0135b2c30697512a90a575b041562245c9447 ). How can this be best solved? Simply reverting the patch is a possibility, but not the most satisfying. I tried to implement asimple updateCache function that we could call after modyfing a custom CRS, but it seems I missed something as I did not getthe wanted result. Could someone more familiar with the code have a look ? Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] CRS caching and custom CRS update
Hi all, In 1.8, if I update a custom CRS, I can directly use the new value for this CRS, while in master, I have to restart QGIS to be able to use the updated parameters. They are displayed when I choose the CRS, but not used during the actual transformation, which is a severe regression in my opinion as it makes the whole custom CRS management very confusing. Ihad a look at the code and it is linked to the CRS caching mechanism mhugent added 6 months ago (https://github.com/qgis/Quantum-GIS/commit/8dc0135b2c30697512a90a575b041562245c9447 ). How can this be best solved? Simply reverting the patch is a possibility, but not the most satisfying. I tried to implement asimple updateCache function that we could call after modyfing a custom CRS, but it seems I missed something as I did not getthe wanted result. Could someone more familiar with the code have a look ? Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Is there anybody interested whether QGIS 2.0 will support non-Latin1 Shapefiles?
I do care a lot as is it essential for Chinese user to have a software able to read and write utf8 and gb2312 encoding without any issue. It seems QGis Master already mostly solved the issues I met with QGis 1.8, but I willing to help to make QGis 2.0 better in this aspect. What is the exact format needed for the test files? On 04/12/2013 07:30 PM, Borys Jurgiel wrote: Hi All, As most of us know, QGIS 1.8 and 1.9 *in fact doesn't support Shapefiles* with encodings other than Latin-1. Assuming that all recent QGIS versions use GDAL 1.9, *the last usable version was 1.7.3* (at least for windows users in Poland). Thanks to the 'ignore shapefile encoding' workaround, QGIS built against GDAL 1.9 is at least able to open other encodings, however, the 'Save layer as' action still creates corrupted files unless you know how to trick the encoding selector as well as the layer creating options. From my point of view it's just an *incredible regression*, as QGIS just doesn't support Shapefiles in most languages for a year or so. If there is anybody else interested in bringing back support for at least UTF-8 and cp12xx in QGIS 2.0 plase join me ;)) and review the pull request: https://github.com/qgis/Quantum-GIS/pull/492#issuecomment-16282081 Maybe someone have a better solution? Maybe someone can provide the test files Jürgen suggested? I don't believe nobody cares whether QGIS 2.0 supports not Latin-1 Shapefiles or not. ___ 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] Misaligned Google OpenLayers layer
A little hack to get it working correctly in your area:
You can change the level of maximum zoom by editing line 24 of
.qgis/python/plugins/openlayers/html/google_satellite.html
The basic file says:
{ type: google.maps.MapTypeId.SATELLITE, numZoomLevels: 22 }
I had to change to:
{ type: google.maps.MapTypeId.SATELLITE, numZoomLevels: 20 }
and the plugin will not try to get images at higher resolution (which
are not available anyway). Jut try several values to see what zoom level
is adapted to your study area.
Still, I would love to see a real solution to the problem.
Regards,
Leyan
On 04/04/2013 02:19 PM, Janneke van Dijk wrote:
Does anyone know of a workaround? Matt Boyd suggested saving images
and loading them for these specific zoomlevels - could anyone tell me
how to go about that (and is it allowed under the Google terms)?
Janneke
On 04/04/2013 00:07, AntonioLocandro wrote:
I confirm this on latest QGIS master + windows 7, also confirm it
doesn't
happen with bing
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/Misaligned-Google-OpenLayers-layer-tp5039475p5044414.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
___
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] Rule based renderer can't rotate symbols based on rotation field
I am not sure I understand exactly what you want, there should be no link between the rule-based renderer and the rotation settings. What is working for a single that is not working with the rule-based renderer ? I only have qgis Master here, but I can specify the rotation in the rules I create. The data-defined rotation only works for ellipse symbols, but this issue is not related to the rule-based renderer. Which version are you using ? Regards, Leyan On 11/16/2012 06:57 PM, Andreas Neumann wrote: Hi, I am in the process of cleaning up some other project, reducing the nr of necessary layers by changing to the rule based renderer. Am I missing something, or is it not possible to rotate symbols based on a rotation attribute when using the rule based renderer? Maybe I don't find it in the GUI? Or is this very important feature not yet present? Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Size of bar?
It allows you to change the length of the scale bar, but it is strangely limited to two digits and will get reset if the value is not judged in the good range. Try to input a value like 40 and zoom until 40m would be considered an acceptable value. There will be a few level of zoom where the bar is set to 40m. Once you zoom in or zoom out too far, it will get calculated as usual. I agree that this behavior is not very good nor intuitive ... Regards, Leyan Date: Fri, 21 Sep 2012 07:45:27 +0200 From: cavall...@faunalia.it To: qgis-developer@lists.osgeo.org Subject: [Qgis-developer] Size of bar? Hi all. What is the use of the ViewDecorationsScale barSize of bar? I tried changing it, but I do not see an effect. All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ 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] Map production using Python
Regarding the second question, if I remember correctly, you can use setNewExtent on your ComposerMap object (taking a QgsRectangle as argument). From: veigacama...@gmail.com To: qgis-developer@lists.osgeo.org Date: Tue, 18 Sep 2012 16:05:00 -0700 Subject: [Qgis-developer] Map production using Python Hi guys, I have a few questions that I'd like to ask here. 1st - I'm trying to write a code that I can run from a python shell outside QGIS, but I'm not finding the path where I should be importing qgis from. 2nd - I have to print a series of hundreds of maps and I was planning into using the a map composer, but in the map I get, my layer occupy a small part of the whole composer. I have this problem when I'm working manually too, but then I can correct it. How can I set it right so my layer take the whole canvas? I'm using the following software: - Windows 7 64bits - QGIS 1.8 Python 2.73 Thanks, Pedro -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of qgis-developer-requ...@lists.osgeo.org Sent: Tuesday, September 18, 2012 12:00 PM To: qgis-developer@lists.osgeo.org Subject: Qgis-developer Digest, Vol 83, Issue 49 Send Qgis-developer mailing list submissions to qgis-developer@lists.osgeo.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.osgeo.org/mailman/listinfo/qgis-developer or, via email, send a message with subject or body 'help' to qgis-developer-requ...@lists.osgeo.org You can reach the person managing the list at qgis-developer-ow...@lists.osgeo.org When replying, please edit your Subject line so it is more specific than Re: Contents of Qgis-developer digest... Today's Topics: 1. Re: [Qgis-user] Sextante - error saving a model with Select by location tool (Victor Olaya) 2. Re: Demo WMS/WFS QGIS server (Tim Sutton) 3. Re: Add ST_MakeValid functionality to QgsGeometry? (Giovanni Manghi) 4. Re: [Qgis-user] Sextante - error saving a model with Select by location tool (Pedro Ven?ncio) 5. Re: Demo WMS/WFS QGIS server (Paolo Cavallini) 6. Re: Demo WMS/WFS QGIS server (Tim Sutton) 7. QgsFillSymbolLayerV2 descendants missing from sip (Massimo) 8. PyCookBook wrong link (Paolo Cavallini) -- Message: 1 Date: Tue, 18 Sep 2012 13:23:26 +0200 From: Victor Olaya vola...@gmail.com To: Pedro Ven?ncio pedrongvenan...@yahoo.com Cc: qgis-u...@lists.osgeo.org qgis-u...@lists.osgeo.org, Qgis Developer List qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] [Qgis-user] Sextante - error saving a model with Select by location tool Message-ID: cajsc-7ytbdcpxw9fnismsufb1ceua0e65jgkjjx6tqhdqyq...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Yes please, fill a ticket. Many thanks! 2012/9/18 Pedro Ven?ncio pedrongvenan...@yahoo.com: Hi Victor, Ok, thanks! I also found a problem with the Select tool from MMQGISX. When selecting a physical layer that is loaded in QGIS, even in modeler, it works well. However, when using Select with intermediate layers within modeler, it says that the project has no active layer to select from (image attached). I think I'll fill a ticket for both problems, what do you think? Thank you very much! Best regars, Pedro PS: Good luck with your new job! :) - Original Message - From: Victor Olaya Hi Pedro The problem is that the select algorithm does not generate a new layer, but just makes a selection on a existing one. It seems that this case hasn't been correctly considered... I will have a look at it and see if I can fix it Regards 2012/9/18 Pedro Ven?ncio pedrongvenan...@yahoo.com: Hi, I can not save a model in which is used the tool 'Select by location' from fTools. When saving, it shows the error: An error has occured while executing Python code: Traceback (most recent call last): File /home/pedro/.qgis//python/plugins/sextante/modeler/ModelerDialog.py, line 219, in saveModel text = self.alg.serialize() File /home/pedro/.qgis//python/plugins/sextante/modeler/ModelerAlgorithm.py, line 305, in serialize s+=unicode(self.algOutputs[i][out.name]) + \n KeyError: 'OUTPUT' Python version: 2.7.3 (default, Aug 1 2012, 05:27:35) [GCC 4.6.3] QGIS version: 1.9.0-Master Master, exported Python path: ['/home/pedro/.qgis//python/plugins/ogrprocessing', '/home/pedro/.qgis//python/plugins/sextante', '/usr/share/qgis/python', '/home/pedro/.qgis//python', '/home/pedro/.qgis//python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old',
Re: [Qgis-developer] Expression Builder Questions
For the rounding issue: as a workaround, you can do some ugly things like toreal( toint( X * 100)) / 100 Leyan Date: Tue, 24 Jul 2012 13:43:45 +0200 From: a.neum...@carto.net To: madman...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Expression Builder Questions Hi Nathan, Thanks for the reply. It is not so urgent for me - and I agree that the scale issue would be better solved with rule-based labeling. Andreas On Tue, 24 Jul 2012 20:46:54 +1000, Nathan Woodrow wrote: Hey Andreas, On Tue, Jul 24, 2012 at 5:21 PM, Andreas Neumann a.neum...@carto.net wrote: Hi all - esp. Nathan ;-), I have a couple of questions regarding the expression builder: 1. Would it be possible to add a $scale support which we could combine with CASE ? This would be quite powerful to add condiditional labeling depending on scale ranges. Possible yes, however I would like to see proper rule based labelling, like the rule based rendering, implemented instead as that would achieve the same thing but with more power. 2. Is there a rounding function available other than toint() ? I envision something like PostgreSQL round function: http://www.postgresql.org/docs/9.1/interactive/functions-math.html where one can specify the number of digits one wants to round to. Yeah this can be done. I'll add it once I get some free time. 3. Is there a string formatting function available that allows to format longer nunmbers for better readability? E.g. 100.00 would become 1'000'000.00 Sure this is doable as well. I'll have a look into it. Anyone else is free to have a go if they already know how, I'm pretty busy at the moment so no ETA on the above functions. Regards, Nathan -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ 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] make broken when compiling trunk
Here is the command I used to configure trunk: cmake ../Quantum-GIS -DCMAKE_BUILD_TYPE=Debug -DCMAKE_SKIP_RPATH=ON -DCMAKE_INSTALL_PREFIX=/my/prefix -DQWT_INCLUDE_DIR=/usr/include/qwt5 -DQWT_LIBRARY=/usr/lib/libqwt5.so -DPYTHON_EXECUTABLE=/usr/bin/python2 -DPYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages -DPYTHON_INCLUDE_PATH=/usr/include/python2.7 -DENABLE_TESTS=OFF I don't remember how I arrived there and I can not test the qwt5 issue right now, can you try if this cmake command works for you? Date: Wed, 11 Jul 2012 01:47:28 +0200 Subject: Re: [Qgis-developer] make broken when compiling trunk From: m...@dogodigi.net To: ouyang.le...@hotmail.com CC: qgis-developer@lists.osgeo.org AUR reported I was missing qwt5. All other dependencies where already in place. The build at exactly the same percentage. I took qgis 1.8 from aur and now it is working. 2012/7/11 Milo van der Linden m...@dogodigi.net With ccmake I can only configure the PYTHON_LIBRARY. I have set it to what you suggested. A rerun of make halts at the same line. I am trying AUR: aur/qgis-git 20120429-1 now 2012/7/10 Milo van der Linden m...@dogodigi.net Thank you Leyan! I am trying that right now. 2012/7/10 欧阳乐岩 ouyang.le...@hotmail.com Under Archlinux, you have to force the use of python 2 with these options: PYTHON_LIBRARY=/usr/lib/libpython2.7.so PYTHON_EXECUTABLE=/usr/bin/python2 PYTHON_SITE_PACKAGES_DIR=/usr/lib/python2.7/site-packages PYTHON_INCLUDE_PATH=/usr/include/python2.7/ If you compile for the first time, you may also get bitten by that bug: http://hub.qgis.org/issues/5620 Leyan ___ 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
