Re: [Qgis-user] WMS in QGIS: no map displayed
Hi Yves, Yes, difficult to find the reason without access to the server. One thing that happens very often is that the mapserver has layers with scale dependent visibility. If you access such layers with QGIS, it will zoom to the full extent initially, and the mapserver then displays a blank image. If you zoom to the right extent, the image will show up. Not sure however if this applies for your particular case. Regards, Marco Am Mittwoch 30 Januar 2008 10:40:47 schrieb Jacolin Yves: This is a local service and I have no way to share it. Sorry about this, I know this won't help you so much. Could I send the mapfile? Y. Le Wednesday 30 January 2008 10:31:33 Otto Dassau, vous avez écrit : Hi Jacolin, can you send a link to your wms server, so we can test? Regards, Otto On Wed, 30 Jan 2008 10:29:38 +0100 Jacolin Yves [EMAIL PROTECTED] wrote: Hi, I have a small problem with my own WMS service. I don't know where to ask, as you can see, it is not easy to find the reason of my problem. Description: A WMS Service is hosted in my localhost, using mapserver 4.10.3. This WMS is working with my navigator (by requesting directly the server), with gvSIG. With QGIS, this is completly different, this is not link to one release as I tested it with the 0.8.1, 0.9.1 and the futur 0.9.2. The layer is loaded in QGIS, nothing appear in the map windows, if I click right on the layer name to load the properties windows, I can see the result of the GetCapabilities request (well I suppose that it is a result from the GetCapabilities request). I can see all information about my layers. Do you know why my map does not appear in the map windows ? Thanks for any tips you could provide, Y. -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Quantum GIS and cadastre
Hi Konstantin, There are more editing features in the editing development branch and it is planned to merge them into trunk for version 0.9.2. The new features include snap to vertex/to segment, different snapping distances for different layers, topological editing, splitting of lines/polygons, moving features. If you are curious to try theses features already now, you may check out the branch using: svn co https://svn.qgis.org/repos/qgis/branches/advanced_editing_branch cheers, Marco Am Samstag 29 Dezember 2007 11:11:07 schrieb Beowulf: Brent Wood-2 wrote: Note that QGIS has no internal support for a native datatype supporting arcs or any other feature type. Like I mentioned before, I don't need arcs at all. In fact, it seems that PostGIS is a PERFECT place to store all my data. Now I'm getting to know QGIS better and better, and it looks like a good piece of software. At the moment I see that it is really lacking a good and powerful editor. For instance, more different snaps would be good, like in AutoCAD. So far, the editor is only good for low-precision tracing of raster maps. Maybe there's a plugin that would extend QGIS' editing capabilities? Am I missing something here? Konstantin. -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] [Qgis-developer] Merging of branches
Hi Paolo, The main idea of the development in branches is that qgis main branch (trunk) is always in a (relatively) stable state. So it is best to test the branches before the merge. In practice, there will always be issues in trunk after a merge. But the less issues the better. Best regards, Marco On Friday 21 December 2007 09:56:51 Paolo Cavallini wrote: Marco Hugentobler ha scritto: @Peter: Is it possible for you to merge the raster transparency branch before 10.01.08? I plan to do the merge for the editing branch, presumably a few days before 10.01. To me, the sooner the merge, the better (more time to test). I could probably provide the debs for lenny soon after the merge, for a wider testing. All the best. pc -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Helmert transform in Georeferencer plugin is broken
Hi Magnus and Peter Last time I checked, it onwly wrote TIFF-file. So, if you had a JPG file as input, and tell it to write th output to transformed.jpg, it is actually written as TIFF-file. And that means that the world file ending with .jgw didn't get picked up, as it was looking for a .tgw. I changed that such that always a .wld file is written. Afaik that extension is fine for the most common formats. Peter, if you fill a bug report, it would be important to have as much info as possible, like QGIS version, example image file, file created by qgis that contains the reference points. Regards, Marco -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS Rendering Problems
Hi Tom, You are right, resizing is a problem. I did some further tests on Linux and Mac, and found that resizing is a problem on both plattforms (maybe also on win, I didn't test). So I don't think it is a Mac specific issue. Also I found resizing can be a problem with large vector layers. r7316 doesn't fix the Mac WMS rendering problem; I am also using a Mac G4. To reproduce the bug, open a WMS layer and then resize or maximize the window. The layer is cleared and not redrawn. Other widgets such as the status and tool bars are sometimes drawn at incorrect locations too. Maximizing worked on my G4 perfectly. I observed problems with the status and tool bar when resizing the window with the mouse (both on G4 and Linux). My guess is that the begin() of the second draw event is ignored as superfluous because the painter is already active. The second draw event then draws and successfully closes the painter. At this point, the resumed first draw is attempting to draw into an inactive painter. That's why I tried to protect the QGraphicsRectItem from paint events in r7316: if (mCanvas-isDirty()) { setEnabled(false); mCanvas-render(); setEnabled(true); } If the item is disabled, it does not receive events during the rendering. I have the impression that concurrent paint events are not the only problem. Maybe Qts update optimisation of QWidget and QGraphicsView is also a cause? It's probably best left for QGIS 1.1. For now, we should see if nested draw events can be eliminated without a major redesign. I totally agree. As 0.9.1 is meant as a bugfix release, it would be nice to have a solution with minimal code changes. Regards, Marco On Sunday 04 November 2007 06:51:46 Tom Elwertowski wrote: Marco Hugentobler wrote: I think that the WMS refresh problem is due to a problem with QGraphicsView/QGraphicsRectItem, which I tried to adress with r7316. This fix works for me on Kubuntu7.10, Win XP (msys) and Mac (G4). From what I can see, the synchronous requesting works as expected and is left at the time QHttp sends the done() signal (once all the requested data is available). The painting is then done into QImage, which I think is plattform independent (software rendering). Asynchronous requesting of WMS layers could still be a possibility for the future. Maybe combined with Tims idea of a composite manager? I think that such functionality should be developed in a branch as there is a high risk of side effects. Hi Marco, r7316 doesn't fix the Mac WMS rendering problem; I am also using a Mac G4. To reproduce the bug, open a WMS layer and then resize or maximize the window. The layer is cleared and not redrawn. Other widgets such as the status and tool bars are sometimes drawn at incorrect locations too. Resizing a window by dragging the size control is a gold standard for testing Mac drawing code. If there are problems, they are most likely to show up while resizing a window. The problem is that the WMS implementation is not Qt processEvent safe. Moving to asynchronous network events is one way to make the code processEvent safe. Moving the synchronous transfer outside the draw event might also work. Using threads for drawing is probably the best solution. I chose the asynchronous approach because it seemed closest to a bug fix than a redesign. This is the problematic sequence of events: 1. Resize window 2. WMS provider initiates draw event. 3. draw routine discovers layer needs refresh from WMS server. 4. draw routine issues network request. 5. QgsHttpTransaction calls processEvents so that network request can leave local machine. 6. processEvents now runs other events while waiting for the remote response. 7. there are drawing events pending due to setStatus signals from QgsHttpTransaction and QgsRasterLayer as well as for drawing the overview canvas. If a drag resize is in progress, there are also additional draw events due to the continued resizing of the main canvas. This is the bug -- a Mac draw event cannot be interrupted by another draw event. 8. eventually we resume interrupted draw events which are not able to be resumed. Here is the Mac terminal log: Warning: QWidget::repaint: Recursive repaint detected Warning: QCoreGraphicsPaintEngine::begin: Painter already active Warning: QPainter::begin(): Returned false Warning: QPainter::end: Painter not active, aborted followed by many of: Warning: QWidget: It is dangerous to leave painters active on a widget outside of the PaintEvent My guess is that the begin() of the second draw event is ignored as superfluous because the painter is already active. The second draw event then draws and successfully closes the painter. At this point, the resumed first draw is attempting to draw into an inactive painter. If we don't change anything, we need to tell users that QGIS/Mac does not support resizing or maximizing project windows containing
Re: [Qgis-user] eliminations of seams between raster tiles?
Hi all, I'm in favour of a bugfix release 0.9.1 that is very soon and contains only small changes. In my opinion, the branches should be tested and merged after that as they contain bigger changes that habe higher risk of side effects. Tim, what's your opinion on this as release manager? If the functionality in raster transparency branch is very important for some tasks, why not checkout the code in the branch, compile qgis and work with it? Regards, Marco On Saturday 03 November 2007 09:59:59 Agustin Lobo wrote: Tim, Considering Pete's answer, could these 3 features be included in the 0.9.1 release? Sorry if I'm too insisting, but not having these features really prevents any real work done with QGis for raster imagery. You can work with raster maps, but not with raster images unless they have been previously enhanced with another program, which you can do once for testing but, in practice, is very inconvenient. I understand you have to conform to formal procedures to decide what to include in 0.9.1 and do not discuss the criteria and/or the final decision, just wanted to make it clear the consequences of not having these 3 tools. Thank you all for your (great) work! Agus Peter Ersts escribió: Stretching capabilities that are available now, include 1) Stretch by single band (gray scale) 2) Stretch by multi-color band (RGB) 3) The custom color ramps that Marc added a couple of months ago. So I think that will actually cover most users. The color ramps are basic at the moment but the core functionality is there. I should be committing my recent changes tonight which include QgsRasterLayer utilizing the new QgsContrastEnhancement class. -pete On Nov 2, 2007 11:07 AM, Tim Sutton [EMAIL PROTECTED] wrote: Hi Peter do you have any comments on this? I guess bu 'color' Yuri means the band..? Regards Tim Thanks. Is there anything in the works for one to choose the *color* stretch as well? --- ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Tim Sutton QGIS Project Steering Committee Member - Release Manager Visit http://qgis.org for a great open source GIS openModeller Desktop Developer Visit http://openModeller.sf.net for a great open source ecological niche modelling tool Home Page: http://tim.linfiniti.com Skype: timlinux Irc: timlinux on #qgis at freenode.net ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS Rendering Problems
Hi Tom, The refresh problem arises from the fact that the WMS layer is not requested until after the redraw cycle begins. Om a Mac (and probbably Windows too, based upon your observations), drawing cannot be interrupted to do something else -- either you already possess the bitmap or you don't start drawing. The reason you don't see the image until some future action is that the WMS image don't show up until after the refresh cycle that requested it has competed. I think that the WMS refresh problem is due to a problem with QGraphicsView/QGraphicsRectItem, which I tried to adress with r7316. This fix works for me on Kubuntu7.10, Win XP (msys) and Mac (G4). From what I can see, the synchronous requesting works as expected and is left at the time QHttp sends the done() signal (once all the requested data is available). The painting is then done into QImage, which I think is plattform independent (software rendering). Asynchronous requesting of WMS layers could still be a possibility for the future. Maybe combined with Tims idea of a composite manager? I think that such functionality should be developed in a branch as there is a high risk of side effects. Regards, Marco On Tuesday 30 October 2007 19:49:30 Tom Elwertowski wrote: Micha Silver wrote: In some early work I noticed on windows, displaying maps from a WMS server (mapserver 4.10.2) that the map image doesn't appear until I do something. I have to open some other dialog box, then when I close it, the map appears. If I pan or zoom, I see the map layers *while panning*, but as soon I release the mouse the map layers (as well as north arrow and other decorations) disappear. If I click on the Render button to disable rendering, then click again to re-enable, the map appears. But again, any zooming or panning causes it to disappear. I've tried palying with the Rendering options Update display after reading 1 feature, but that didn't change anything. This looks like a bug which was reported for Mac OS X a while ago. I have a patch which is essentially complete but I don't have the capability to build QGIS for Windows. If you or someone else can do a source build, I would be interested in finding out if the patch fixes your problem. The patch currently has two deficiencies which probably don't affect you: 1.) errors are not reported until one or two refreshes later. 2.) the indirection code for layers which return urls instead of bitmaps has not been tested. The refresh problem arises from the fact that the WMS layer is not requested until after the redraw cycle begins. Om a Mac (and probbably Windows too, based upon your observations), drawing cannot be interrupted to do something else -- either you already possess the bitmap or you don't start drawing. The reason you don't see the image until some future action is that the WMS image don't show up until after the refresh cycle that requested it has competed. On an Ubuntu machine with the debian binary (Thanks to Jachym Cepicky!), pulling layers from the same WMS server, I don't see this behavior at all. The reason it works using Ubuntu is that X11 was designed as a client/server display system. Since the display doesn't need to be on the same machine as the application, X11 is most likely not confounded by network requests inside draw events. The fix I made is to remove the synchronous network request inside the draw event with async requests which must be completed before starting to draw. This also speeds things up for multiple WMS layers since all layers are requested in parallel rather than serially. BTW, displaying layers using the WFS plugin from the same server works well on both systems. The WFS plugin doesn't make network requests inside draw events so the problem doesn't happen for WFS. One further request from readers: does anyone know of a WMS server that returns an indirect pointer rather then a bitmap? The main reason I haven't submitted this patch previously is that I haven't been able to test that situation. Alternatively, I could add a message Indirect retrieval temporarily disabled: send a url if you would like this feature back. Tom ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] WMS GetFeatureInfo
Hi Sarah Which version (and on which platform) are you using? I tried it with 0.9 on my ubuntu box and the info tool works as it should. There is no plugin necessary for getFeatureInfo. The Information-Icon should also work on WMS layers if they are queryable. Regards, Marco On Thursday 25 October 2007 08:51:34 Sarah Ostheimer wrote: Hi, I have load several WMS into QGIS , for example this one: http://rips-uis.lubw.baden-wuerttemberg.de/wms/cgi/UIS_01000122 [http://rips-uis.lubw.baden-wuerttemberg.de/wms/cgi/UIS_01000122] but there is no option to recieve a GetFeatureInfoRequest, not even with the Information-Icon? Do I have to install a special Plugin for this option or does it just not exist? Many Regards Sarah In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! *http://www.maildomain.web.de/?mc=021114* [http://www.maildomain.web.de/?mc=021114] -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] Fwd: Re: [Qgis-developer] QgsGeometry
Forwarded this also to the user list to be formally correct. If you have comments, please post them on the RFC site until Friday 21th September. Marco -- Forwarded Message -- Subject: Re: [Qgis-developer] QgsGeometry Date: Freitag 14 September 2007 From: Martin Dobias [EMAIL PROTECTED] To: Marco Hugentobler [EMAIL PROTECTED] On 9/14/07, Marco Hugentobler [EMAIL PROTECTED] wrote: On Thursday 13 September 2007 15:20:16 Martin Dobias wrote: I'm glad to hear that you like this idea! I can start to write a RFC for this that would describe the main ideas, goals, benefits and transition process... Great, thanks a lot Martin. Here it comes: http://wiki.qgis.org/qgiswiki/GeometryHandlingRfc Comments please! Martin ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] add a field in Postgis table
Hi Leonardo, It is possible in 0.8.1 and 0.9. Open attribute table - click start editing - click 'New column' - choose name of field and type Regards, Marco On Wednesday 05 September 2007 10:39:55 Leonardo Lami wrote: Hi all, I'd like know if is possible to add a field in a PostGIS table by QGIS 0.9. Thanks all of you leonardo ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Vertex edits and selection
Hi all, Currently there is no selection tool for vertices in QGIS, only for features. For the deletion of vertices, it is however possible to delete one vertex after the other with the 'delete vertex' tool. Is it a big advantage to select all the vertices first and delete them in one go? A problem however is that it is not possible to delete polygon rings or parts of multitypes (e.g. a polygon of a multipolygon). Therefore, it is planned to create a selection tool for editing as part of the advanced editing branch. I'm still not sure how that should exactly behave. One possibility would be this: Choose selection tool in editing toolbar and select vertices by dragging rectangle. If 'delete' button is clicked, all the selected vertices are deleted. QGIS detects if it is a whole feature or feature part and adapts feature geometry accordingly. 'Move vertex' would also act on selected vertices. I'm open to other suggestions. Perhaps people who used other GIS software may know how it was solved there. Best regards, Marco On Tuesday 31 July 2007 15:31:57 Hernán De Angelis wrote: I also believe it would be a cool feature of QGIS and that it would be a good idea to consider for coming versions. 2007/7/31, Tim Sutton [EMAIL PROTECTED]: Hi John Perhaps Marco has better info on this - at least it would be good to let him know about this as a feature request since he is working on more advenced editing functionality in a seperate branch in SVN. Regards Tim Em 30/07/2007, às 15:39, John C. Tull escreveu: Is there a way to select a series of vertices in qgis and delete just those from a polygon? If I use the selection tool, the entire polygon is selected. Am I missing an available tool for working with subsets of vertices in polygons or lines? Cheers, John Tull -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] compilation problems advanced_editing_branch
): In function `ZN14QgsMapTool EditD1Ev': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptooledit.cpp:28: undefined refe rence to `QgsMapCanvasSnapper::~QgsMapCanvasSnapper()' CMakeFiles/qgis.dir/qgsmaptooledit.obj(.text+0x4f3): In function `ZN14QgsMapTool EditD0Ev': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptooledit.cpp:28: undefined refe rence to `QgsMapCanvasSnapper::~QgsMapCanvasSnapper()' CMakeFiles/qgis.dir/qgsmaptoolmovevertex.obj(.text+0x7f2): In function `ZN20QgsM apToolMoveVertex15canvasMoveEventEP11QMouseEvent': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptoolmovevertex.cpp:52: undefine d reference to `QgsMapCanvasSnapper::snapToBackgroundLayers(QPoint const, QList QgsSnappingResult)' CMakeFiles/qgis.dir/qgsmaptoolmovevertex.obj(.text+0xa28): In function `ZN20QgsM apToolMoveVertex16canvasPressEventEP11QMouseEvent': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptoolmovevertex.cpp:74: undefine d reference to `QgsMapCanvasSnapper::snapToCurrentLayer(QPoint const, QListQgs SnappingResult, QgsSnapper::SNAP_TO)' CMakeFiles/qgis.dir/qgsmaptoolmovevertex.obj(.text+0xddc): In function `ZN20QgsM apToolMoveVertex18canvasReleaseEventEP11QMouseEvent': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptoolmovevertex.cpp:130: undefin ed reference to `QgsMapCanvasSnapper::snapToBackgroundLayers(QPoint const, QLis tQgsSnappingResult)' CMakeFiles/qgis.dir/qgsmaptoolvertexedit.obj(.text+0x184): In function `ZN20QgsM apToolVertexEditC2EP12QgsMapCanvas': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptoolvertexedit.cpp:34: undefine d reference to `QgsMapCanvasSnapper::setMapCanvas(QgsMapCanvas*)' CMakeFiles/qgis.dir/qgsmaptoolvertexedit.obj(.text+0x284): In function `ZN20QgsM apToolVertexEditC1EP12QgsMapCanvas': c:/dev/cpp/advanced_editing_branch/src/app/qgsmaptoolvertexedit.cpp:34: undefine d reference to `QgsMapCanvasSnapper::setMapCanvas(QgsMapCanvas*)' collect2: ld returned 1 exit status mingw32-make[2]: *** [src/app/qgis.exe] Error 1 mingw32-make[1]: *** [src/app/CMakeFiles/qgis.dir/all] Error 2 mingw32-make: *** [all] Error 2 C:\dev\cpp\advanced_editing_branch\_build --- --- should i be sending this as a bug report? i mean as a ticket on the trac site? Rhys -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: [Qgis-developer] Using Request for changes (RFC) in QGIS project
I updated the RFC page on the wiki (http://wiki.qgis.org/qgiswiki/RequestForComment) with: FAQ section in the template (proposed by Martin) A section about changes to existing RFCs (based on the comments of Martin and Tim). cheers, Marco -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Technical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] Using Request for changes (RFC) in QGIS project
Dear QGIS community members, In the last PSC meeting we agreed that QGIS needs a more formalized development model. One idea was to use Requests for changes (RFC), similar to the what UMN mapserver does (http://mapserver.gis.umn.edu/development/rfc). If you are also in favour of RFCs, we need to agree on how the procedure should be for the QGIS project. To start the discussion, I wrote down some initial ideas (see below). Please comment them and bring your own ideas. After the discussion, I'm going to make a document that describes the RFC procedure for QGIS on the Wiki. -A QGIS Request for comment (RFC) describes a major change in technology, major additions to functionality, or changes in the direction of the project. It is published on the developer and user mailing lists and community members vote about it. -It is necessary in the following cases: Change that breaks API compatibility, merge of a branch, change in development model -Procedure: Author publishes RFC on qgis-developer and qgis-user lists Community votes in the next 5 working days with -1, 0, +1 Finished RFCs are stored and are available on the website, together with the voting result Regards, Marco -- Dr. Marco Hugentobler Institute of Cartography ETH Zurich Tecnical Advisor QGIS Project Steering Committee [EMAIL PROTECTED] ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Saturation value in continuous color
Hi Dale, It is unfortunately not possible to set a custom maximum value in the continuous color dialog. What you could do is to use graduated symbol and insert the class breaks manually by double clicking on the values in the list box. In 0.9 developer version, there is also the possibility to automatically create the class breaks using quantiles and thus consider the distribution of the values better. However, the features are not coloured continuously with graduated symbol, but it still may be of use for your purpose. Regards, Marco Am Donnerstag, 29. März 2007 19:17 schrieb Dale Slone: Hi all Is there a way to specify a saturation value for a vector layer Properties-ContinuousColor in the legend? As a specific case, I have US counties in a shapefile with a feature of floats with values in [0.00431, 1.]. But the second highest value is 0.1500. I'd like to set the maximum color to correspond to 0.15 and higher in order to get a better color spread. Otherwise most (all) other counties get the same color. UniqueValues isn't an option since I need low-high color scaling. I can certainly use ogr2ogr to remove the county with the dominant value, but would rather not as this isn't a one-off map. I'm using QGIS 0.8.0 on Windows from the installer, not source. Thanks Dale ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] MapInfo layers in QGIS
Hi Veljo, QGIS uses the OGR library to access Map Info datasources. The OGR page (http://www.gdal.org/ogr/drv_mitab.html) says that it does not support update of existing datasets, so you cannot edit those files in QGIS. Creation of spatial index through the QGIS GUI is only provided for shapefiles. Each data provider in QGIS has different capabilities with respect to editing. Editing is provided for shapefiles (through OGR), PostGIS databases, GPS and also GRASS data (with the editing interface of the GRASS plugin). All the best, Marco Am Donnerstag, 1. März 2007 11:29 schrieb veljo: hi again, nobody able to comment? v. veljo wrote: hi all, I'm pretty new to GIS in general but the QGIS 0.8.0 (my nearly first GIS software) I manged to install on Suse 10.0 (if somebody needs assistance I could provide, that wasn't so straightforward, took me 2 days)... Ok, so I have some of my GPS data (WP's etc), and Map Info vector layers. Originally Mapinfo has several layers on top of each other, I have them in one file to import at once into QGIS. Everything looks fine but... I cannot enable editing for layers originating from MapInfo either Create spatial indexing for the same layers:-( GPS WPs are fine for that Should be that possible or not? Maybe with GRASS? Grass I touched as well a bit as I had some other layers coming as ArcInfo .e00 files with were quite nicely imported via Grass cheers, veljo ps sorry when these questions have been risen already, I tried to search a bit but didn't find ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] Re: [Qgis-developer] QGIS workshop(s) at FOSS4g2007
For the plugin writer workshop, the number of participants was also about 20-30 persons (similar to the QGIS user workshop). A plugin writer workshop is good to get people starting with QGIS coding. I would appreciate if there is was also one in 2007. The slides and code example from last year are available from: http://www.foss4g2006.org/contributionDisplay.py?contribId=50sessionId=66confId=1 cheers, Marco Am Sonntag, 11. Februar 2007 12:21 schrieb Tim Sutton: Hi It seems to me that if we could coordinate our efforts we could try to get the following presentations together: Presentations: - QGIS 'nuts bolts' - all about the Quantum GIS open source desktop GIS application project. - Using QGIS libs in your application Workshops: - plugin writers workshop ( we should get feedback from Marco on whether there was a lot of demand on this ) - QGIS and GRASS - Programming QGIS with python Regards Tim 2007/2/9, Gary Sherman [EMAIL PROTECTED]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greetings, The FOSS4G2007 conference is scheduled for September 24-27, 2007 in Victoria, Canada. I sent out information on the call for workshops earlier in the week. The web page can be found at: http:// www.foss4g2007.org/workshops.html It would be good if several of you (developers/users) submitted a proposal. I think workshops that illustrate the application of QGIS in real-world situations would be good, however they would have to have a broad enough scope to appeal to a wide audience. Developer focused workshops are also of value. In particular, something along the lines of plugin development, application development using QGIS libraries, and plugin/application development using Python would be of interest. I'm sure you have more and better ideas. Read the call for workshops to see the focus areas the organizers are interested in for this years event. I have a favor to ask. If you are planning to submit a workshop proposal, please email me with a few details. I would like to not only be aware of what is being proposed, but also be aware of any overlap and possibility for collaboration. If you want to share your plan with the list, feel free to do so, otherwise just email me directly. I have set up a wiki page that can be used to document conference plans as they evolve: http://wiki.qgis.org/qgiswiki/FOSS4G2007_Conference If you need write access to the wiki, create an account and then email me or tim at linfiniti.com. Finally, we are hoping to be able to offer a subsidy for folks presenting a workshop or paper at the conference. This would apply to those that lack any corporate/academic funding. The amount of subsidy will be decided on a case by case basis and will offset some of your costs, not cover them all. Thanks for your participation in QGIS! - -gary - -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Micro Resources: http://mrcc.com *Geospatial Hosting *Web Site Hosting We work virtually everywhere - -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFzKT01zKuzV6goTgRAiM0AJ9ahZg7LbxED/xuHB5mF6jAQuWswQCbBvmm 2GGA0j4FRKo3VVZDKZ2JSRM= =iQzd -END PGP SIGNATURE- ___ Qgis-developer mailing list [EMAIL PROTECTED] http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-developer -- ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Writing plugins::export selected object to OGR
Hi all, Afaik QgsVectorFileWriter is pure lecagy code. At the beginning, it was used to create new (empty) vectorlayers. But now, the method 'createEmptyDataSource' of the ogr provider does it. If there is a class in qgis core for creation of new datasets, then in my opinion it should be for all vector data providers, not only for ogr. This would require that vector data providers have a method to create empty datasets (like ogr provider has it now). There could be a new provider capability so that the qgis core knows which providers support it. Like this, it will be straightforward to implement 'save As' in a generic way, just create empty dataset and use methods addFeatures and addAttributes of QgsVectorLayer (like Martin described it). cheers, Marco Am Donnerstag, 8. Februar 2007 09:06 schrieb Martin Dobias: I think I could do only typical estimation when people work on it in spare time - once someone will volunteer to do it, we will have it. Whether for 0.9 or any other version - I don't know. Thinking about your idea to create a plugin, in fact only thing you need to do is to create a new (empty) shapefile (or other file type) with appropriate fields for attributes. Then you can open that new layer in QGIS and add all features from your data source to the new layer using QGIS vector provider. Martin On 2/8/07, Wolfgang Qual [EMAIL PROTECTED] wrote: Hello Martin, I agree that it would be better to have this OGR-export-functionality inside the vector file writer class, but can you estimate when this will be part of QGIS? 0.9/1.0...? Maybe it would be handsome to have a plugin for the time in-between... Regards, Wolfgang Martin Dobias schrieb: On 2/6/07, Oleg Gusev [EMAIL PROTECTED] wrote: Am Dienstag, 6. Februar 2007 13:27 schrieben Sie: sorry, but I did not find the export to shapefile function in qgis. Could you give me a hint? In ./src/core/qgsvectorfilewriter.cpp QgsVectorFileWriter::QgsVectorFileWriter ... mOutputFormat = ESRI Shapefile; //hard coded for now! ... QString driverName = ESRI Shapefile; ... The mentioned class in fact is not finished and I'm not sure it works at all. So far QGIS lacks the functionality of a generic OGR (or shapefile) output, so it might be better not to create a plugin for this - improving vector file writer class to be usable would be better. Martin ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- *Wolfgang Qual * *Referat für Gesundheit und Umwelt* Umweltschutz Umweltvorsorge RGU-UW 11 Bayerstraße 28a 80335 München Telefon +49 - 89 - 233 - 4 77 17 Telefax +49 - 89 - 233 - 4 77 05 http://www.muenchen.de/umweltatlas [EMAIL PROTECTED] Bitte beachten Sie die Hinweise zur elektronischen Kommunikation mit der Landeshauptstadt München: http://www.muenchen.de/ekomm ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] QGIS 0.8.0/OS X bug
Dear Nicolas, Could you send me a shapefile where this problem occures and tell me which feature does not paste at all? I will then try to fix the problem. I'm working on Linux, but I don't think that this bug is platform dependent. cheers, Marco Am Freitag, 26. Januar 2007 21:38 schrieb Nicholas Tulach: I'm trying to use qgis on Mac OS X to edit some shapefiles. I am attempting to copy and paste polygon features from one shapefile to another. Sometimes it works fine, sometimes it crashes. I thought I had isolated the issue to a problem copy/pasting more than 12 features at a time, but certain features do not paste at all (they are just ignored by the command) and others cause a hard crash when saving edits. Any help? I can submit a more detailed report if this is something others have not seen. cheers, -n ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user