[Qgis-user] Rendering of Images in QGIS 2.6x +
Dear All, I found that 2.6x and 2.8x versions randomly stop displaying an image while we are panning or zooming in/out. Then panning the image or sometimes zooming in will again display the image. This appears randomly. I was testing with a Landsat image which had 7 bands stacked. I tested this behaviour in Windows 8x/7/XP. The image size was ~300 mb. The same issue was seen when I created external pyramids and when I tweaked the rendering options. I tested this in a laptop with 8GB RAM and 2 GB RAM too. But I did not see this problem in 2.2x which I use for training/production. I saw that several new options were added to Rendering under Settings-- Options. Can anyone else test this and confirm that this behaviour is repeatable. I was able to get this across 6 laptops. Thank you for your time. If required I can also post a video of this behaviour. Regards, Sitansu kCube Consultancy Services -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Rendering-of-Images-in-QGIS-2-6x-tp5195147.html Sent from the Quantum GIS - User mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Raster Calculator and LN
Hello everyone, It seems that we have a bug on raster calculator. I tried searching the web for this, but here's the story: I'm developing a plugin that makes extensive use of the raster calculator. So far so good. I can enter my custom expressions and it seems to be working fine. However one of my formulas contains a LN (natural log). So, to test this properly I've created a raster all with 1 value. The LN for 1 is 0, so the whole raster should be zeroed. The raster calculator, even while programming or using the software, tells me that the expression is valid. That's not the case. Questions: 1) Is LN not implemented in the raster calculator? Is implemented? What is the syntax? Is it documented? 2) Workarounds? Is it a bug? I'm trying to look my redmine password so I can file a bug or contribute with documents for testing. Thanks George -- George R. C. Silva SIGMA Consultoria http://www.consultoriasigma.com.br/ ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] [GRASS-dev] QGIS GRASS Plugin Upgrade Crowdfunding
Hi Soeren On Tue, Mar 24, 2015 at 10:04 AM, Sören Gebbert soerengebb...@googlemail.com wrote: 2015-03-24 9:40 GMT+01:00 Radim Blazek radim.bla...@gmail.com: I completely agree that Python would be better, the advantages of Python are obvious and that would be definitely my choice if I had to start from scratch. Un(fortunately) the GRASS plugin + qgsgrassgislib have already 22500 lines of C++ so porting to Python is not an option and mixing C++ in single plugin either (as far to my knowledge). Indeed, porting the C++ code to Python is a large effort. However, maybe you can define a stretch-goal in the crowd funding campaign? If this goal is met, then you have enough funds to port the C++ code to Python and you can add more features? I don't have any serious estimation how much porting from C++ to Python costs, but new line of code costs 10-50euro (according to quick internet search). To be really very modest, say that porting would cost 2 euro per line, i.e. 22500*2 = 45000 euro for somethings which brings no new features to users. That is not something I would ever propose. I think that using C++ and Python in a Plugin shouldn't be a big problem in my humble opinion. The main issue would be that the C++ code of the data provide will be part of QGIS and the Python code that makes use of the GRASS data provider will be a separate GRASS Python QGIS plugin. The plugin and the provider are sharing some C++ code (qgsgrass and qgsgrasslib). To port the plugin to Python you also have to write and maintain Python bindings for that shared classes which is just extra work. Maybe this approach will allow to implement several independent Python plugins that make use of the GRASS data provider to implement specific algorithms? That should not depend on the GRASS plugin in C++. If you write Python bindings for the provider, you can use it (non standard) in your Python plugin. I believe however that plugins implementing algorithms should be preferably provider independent. Are there functions in time series implementation which need to be called directly from the plugin or everything may be done just calling t.rast.* modules? Most of the temporal functionality is available through the temporal modules. However some important algorithms (temporal re-sampling) are available only in the Python framework. This is needed for time series animation creation. Using the framework directly will speed things up, because the module calls, the parsing and interpretation of the module outputs can be avoided. If it should be used for dynamic animation in QGIS canvas you could consider the possibility to subclass raster renderer in Python and insert it into raster layer pipe from Python plugin. Btw: Otto Dassau and i mentioned your crowd funding idea at the FOSSGIS in Germany two weeks ago. It is on Youtube[2] but only in German. Thank you a lot! Radim ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Layer doesn't change export to pdf
Dear Chris, check the driver of the pdf printer. Look for the color management in the printer driver. bye Dieter Am 22.03.2015 um 22:15 schrieb Chris House: Hi all, This is my first email and I'm not 100% on protocol. I exported to a pdf from print composer. One of the layers were symbololized using inverted shapeburst polygons. After the first export I changed the starting color of the shapeburst. The next export reflected other changes to the map but not the starting color of the shapeburst. After exporting to jpg the color change was reflected. Any help would be appreciated! Thanks! Chris ___ 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] Subdivision (sections to quarter sections)
I don't know if a tool already exists but a script could be a good choice. For each polygon calculate the 16 vertices of the new quarters polygons and copy the source attributes, right? giovanni 2015-03-24 21:56 GMT+01:00 Ross Easterling rosseast2...@yahoo.com: Greetings! I have a land survey, from the Texas State Land Commission, that has rectangular sections that are all over 640 acres. I would like to make a subdivision on some of those sections i.e. NE4, W2. I'd like the quarter sections, or subdivisions, to be visible and have attributes after I make them. I really don't know where to start. Ross ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Giovanni Allegri http://about.me/giovanniallegri Gis3W - http://gis3w.it Ikare - http://ikare.it Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Subdivision (sections to quarter sections)
You must be working in the Texas Panhandle or West Texas! The rest of Texas is a real mess... 1) The only way I have found to do this is to draw a line down each side of the section. 2) Find the midpoint of the north, south east and wast section line. 3) Draw the quarter section bisector lines. 4) Do the same thing for each of the 1/2 mile section lines and find the midpoint. 5) Draw the quarter-quarter lines. 6) Finally draw the 16 quarter-quarter sections and label them. You might have to find the midpoint of line by using the two arc bisection method. (Enhancement request: add snap to line midpoint). This method makes several assumptions that the section lines are EXACTLY 5280 feet long. Your original post mentions that each section is more than 640 acres, so right off, the section lines are longer than 5280 feet. But the above method bisects the lines which is how the original land surveyor probably located the 1/4-1/4 section points. I would suggest that the PLSS that was provided by Texas is correct (as it will ever be), so just bisect the edge lines to get the 16-40 acre 1/4-1/4 sections. I hope your area in Texas wasn't divided into Lots around the edges to make up for Townships that were squeezed when they were laid out east-west. Lots were added around the township edges to get the north-south lines to line back up because of the earth curvature. You might go look at another State like Nevada and download a PLSS for a county and take a look at the shapefiles the BLM distributes and what is involved and available there. Google blm plss. The following should probably be another question but have you done a metes and bounds using vara for a distance measure? A vara is 33-1/3 inches in length. How do you enter varas and end up drawing a line in UTM-14 meters in QGIS? Hope this helps. J.O. Williams On 03/24/2015 04:51 PM, G. Allegri wrote: I don't know if a tool already exists but a script could be a good choice. For each polygon calculate the 16 vertices of the new quarters polygons and copy the source attributes, right? giovanni 2015-03-24 21:56 GMT+01:00 Ross Easterling rosseast2...@yahoo.com mailto:rosseast2...@yahoo.com: Greetings! I have a land survey, from the Texas State Land Commission, that has rectangular sections that are all over 640 acres. I would like to make a subdivision on some of those sections i.e. NE4, W2. I'd like the quarter sections, or subdivisions, to be visible and have attributes after I make them. I really don't know where to start. Ross ___ Qgis-user mailing list Qgis-user@lists.osgeo.org mailto:Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Giovanni Allegri http://about.me/giovanniallegri Gis3W - http://gis3w.it Ikare - http://ikare.it Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ 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] Raster Calculator and LN
Hi, Could it be that for your layer, 0 = null?nbsp; In that case, could this be the source of the problem?nbsp; Try changing the null value to test... Just an idea. Nicolas Cadieux M.Sc. Les Entreprises Arch#233;otec inc.#160; 8548, rue Saint-Denis Montr#233;al H2P 2H2 T#233;l#233;phone:#160;514.381.5112 #160;Fax: 514.381.4995 www.archeotec.ca Le 2015-03-24 10:24, quot;george-silva [via OSGeo.org]quot; lt;ml-node+s1560n5195151...@n6.nabble.comgt; a écrit : Hello everyone, It seems that we have a bug on raster calculator. I tried searching the web for this, but here#39;s the story: I#39;m developing a plugin that makes extensive use of the raster calculator. So far so good. I can enter my custom expressions and it seems to be working fine. However one of my formulas contains a LN (natural log). So, to test this properly I#39;ve created a raster all with 1 value. The LN for 1 is 0, so the whole raster should be zeroed. The raster calculator, even while programming or using the software, tells me that the expression is valid. That#39;s not the case. Questions: 1) Is LN not implemented in the raster calculator? Is implemented? What is the syntax? Is it documented? 2) Workarounds? Is it a bug? I#39;m trying to look my redmine password so I can file a bug or contribute with documents for testing. Thanks George -- George R. C. Silva SIGMA Consultoria http://www.consultoriasigma.com.br/ ___ Qgis-user mailing list [hidden email] http://lists.osgeo.org/mailman/listinfo/qgis-user If you reply to this email, your message will be added to the discussion below: http://osgeo-org.1560.x6.nabble.com/Raster-Calculator-and-LN-tp5195151.html To start a new topic under Quantum GIS - User, email ml-node#43;s1560n4125267h38#64;n6.nabble.com To unsubscribe from Quantum GIS - User, click here . NAML -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Raster-Calculator-and-LN-tp5195151p5195208.html Sent from the Quantum GIS - User mailing list archive at Nabble.com.___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Subdivision (sections to quarter sections)
Greetings! I have a land survey, from the Texas State Land Commission, that has rectangular sections that are all over 640 acres. I would like to make a subdivision on some of those sections i.e. NE4, W2. I'd like the quarter sections, or subdivisions, to be visible and have attributes after I make them. I really don't know where to start. Ross ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] [GRASS-dev] QGIS GRASS Plugin Upgrade Crowdfunding
Hi Soeren, thanks for your reaction. I remember we already discussed the possibility to move to Python. On Mon, Mar 23, 2015 at 9:19 PM, Sören Gebbert soerengebb...@googlemail.com wrote: Hi Radim, this is a beautiful idea and i hope you will get plenty of funds. I have some questions regarding the implementation, since this is not mentioned in the project description: Do you plan to implement the plugin in C++ only, or will you try to combine C++ (data provider) and Python (all the rest)? The reason i am asking is, that using Python for the user interaction, module calling, vector editing and mapset/location handling would allow us GRASS developer to provide possible improvements and bugfixes for the plugin more easily. For example, the time series handling [1] in GRASS GIS is mainly implemented in Python and provides a Python API that could be used in the QGIS GRASS Plugin to implement time series analysis support. Using the QGIS Python plugin approach will reduce the need for compilation, which allows much faster development of modifications and bugfix testing. I completely agree that Python would be better, the advantages of Python are obvious and that would be definitely my choice if I had to start from scratch. Un(fortunately) the GRASS plugin + qgsgrassgislib have already 22500 lines of C++ so porting to Python is not an option and mixing C++ in single plugin either (as far to my knowledge). Are there functions in time series implementation which need to be called directly from the plugin or everything may be done just calling t.rast.* modules? Radim The data provider and vector editing helper classes must be of course implemented in C++ and should stay in the QGIS source tree. Best regards Soeren [1] http://ifgi.uni-muenster.de/~epebe_01/tgrass.pdf Btw: Otto Dassau and i mentioned your crowd funding idea at the FOSSGIS in Germany two weeks ago. It is on Youtube[2] but only in German. [2] https://www.youtube.com/watch?v=rxmPbh2igmMt=1407 2015-03-23 19:56 GMT+01:00 Radim Blazek radim.bla...@gmail.com: Hi all, I have finally launched the crowdfunding campaign to support the GRASS plugin upgrade. Briefly, it covers upgrade to GRASS 7, browser integration, drag-and-drop import and new vector editing. All the details are available here: http://www.gissula.eu/qgis-grass-plugin-crowdfunding/ Please propagate this info to all relevant channels, national mailing lists etc. Radim ___ grass-dev mailing list grass-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Sponsorship page and logos
Hi all. I'm glad announcing several new sponsors, and many donors: http://www.qgis.org/en/site/about/sponsorship.html These are vital for the progress of the project: please keep on donating, and spread out the work, suggesting others to do the same. All the best, and thanks to all! -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user