[Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Trac tickets: http://trac.osgeo.org/osgeo4w/ticket/97 http://trac.osgeo.org/qgis/ticket/1804 bye, giovanni ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
2009/7/24 G. Allegri gioha...@gmail.com The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Hi Giovanni, perhaps I'm wrong but I've had the same problem (in Linux) time ago when I had not set the default snapping tolerance (in Settings - Options. Did you? hth flavio -- io uso Debian GNU/Linux user #413018 counter.li.org usiamo formati aperti! http://it.wikipedia.org/wiki/Formato_aperto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
Ouch! Tha'ts awful! If I simply open and close the snapping tab inside the Project Properties the specific layer snapping options are set, otherwise the deafult global options are used. In my experience the expected behaviour is different: - by default the global snapping options should be 0 (no snap) - if I want gloabl snap I can set it's value in the the Digitizing tab under Options - if I want to set per layer options it should require to flag the specific layer inside the Snapping Options window from Project Properties, and set the snapping value. Otherwise, before digitizing in lat-lon, I have to do the extra step to change the dafult value (100) or open-close the Snapping Options window. The latter is a very strange, unexpected, behaviour! giovanni 2009/7/24 flavio rigolon flavio.rigo...@gmail.com 2009/7/24 G. Allegri gioha...@gmail.com The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Hi Giovanni, perhaps I'm wrong but I've had the same problem (in Linux) time ago when I had not set the default snapping tolerance (in Settings - Options. Did you? hth flavio -- io uso Debian GNU/Linux user #413018 counter.li.org usiamo formati aperti! http://it.wikipedia.org/wiki/Formato_aperto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
Hi Giovanni, Per default, QGIS disables snapping by setting the tolerance to 0. In my experience QGIS behaves as expected and I wouldn't want to change its behavior. Somehow you might have set the snapping settings before? Are you sure it is not your (or your customers) fault? Also make sure that you map units are correctly set. People often forget to set them to meters. In my experience the majority of the (large scale) GIS projects are based on meters, not on degrees. Only a few small scale (or GIS projects of global scope) are usually based on deegrees. Andreas On Fri, July 24, 2009 11:35 am, G. Allegri wrote: Ouch! Tha'ts awful! If I simply open and close the snapping tab inside the Project Properties the specific layer snapping options are set, otherwise the deafult global options are used. In my experience the expected behaviour is different: - by default the global snapping options should be 0 (no snap) - if I want gloabl snap I can set it's value in the the Digitizing tab under Options - if I want to set per layer options it should require to flag the specific layer inside the Snapping Options window from Project Properties, and set the snapping value. Otherwise, before digitizing in lat-lon, I have to do the extra step to change the dafult value (100) or open-close the Snapping Options window. The latter is a very strange, unexpected, behaviour! giovanni 2009/7/24 flavio rigolon flavio.rigo...@gmail.com 2009/7/24 G. Allegri gioha...@gmail.com The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Hi Giovanni, perhaps I'm wrong but I've had the same problem (in Linux) time ago when I had not set the default snapping tolerance (in Settings - Options. Did you? hth flavio -- io uso Debian GNU/Linux user #413018 counter.li.org usiamo formati aperti! http://it.wikipedia.org/wiki/Formato_aperto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
Hi Andreass, I alsa expect the default being 0, not 100 as it was. It's a fresh new install from OSGeo4w... I don't know if it's built with this default, could it be? Anyway, lat/lon is used by my customer to edit POI layers for GPS, so the default deegrees are ok. Anyway, as you, in my comon experience (soil science) meters/projected SRSs are more absolutely more usual... giovanni 2009/7/24 Andreas Neumann a.neum...@carto.net Hi Giovanni, Per default, QGIS disables snapping by setting the tolerance to 0. In my experience QGIS behaves as expected and I wouldn't want to change its behavior. Somehow you might have set the snapping settings before? Are you sure it is not your (or your customers) fault? Also make sure that you map units are correctly set. People often forget to set them to meters. In my experience the majority of the (large scale) GIS projects are based on meters, not on degrees. Only a few small scale (or GIS projects of global scope) are usually based on deegrees. Andreas On Fri, July 24, 2009 11:35 am, G. Allegri wrote: Ouch! Tha'ts awful! If I simply open and close the snapping tab inside the Project Properties the specific layer snapping options are set, otherwise the deafult global options are used. In my experience the expected behaviour is different: - by default the global snapping options should be 0 (no snap) - if I want gloabl snap I can set it's value in the the Digitizing tab under Options - if I want to set per layer options it should require to flag the specific layer inside the Snapping Options window from Project Properties, and set the snapping value. Otherwise, before digitizing in lat-lon, I have to do the extra step to change the dafult value (100) or open-close the Snapping Options window. The latter is a very strange, unexpected, behaviour! giovanni 2009/7/24 flavio rigolon flavio.rigo...@gmail.com 2009/7/24 G. Allegri gioha...@gmail.com The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Hi Giovanni, perhaps I'm wrong but I've had the same problem (in Linux) time ago when I had not set the default snapping tolerance (in Settings - Options. Did you? hth flavio -- io uso Debian GNU/Linux user #413018 counter.li.org usiamo formati aperti! http://it.wikipedia.org/wiki/Formato_aperto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)
projected SRSs = cartographic projections 2009/7/24 G. Allegri gioha...@gmail.com Hi Andreass, I alsa expect the default being 0, not 100 as it was. It's a fresh new install from OSGeo4w... I don't know if it's built with this default, could it be? Anyway, lat/lon is used by my customer to edit POI layers for GPS, so the default deegrees are ok. Anyway, as you, in my comon experience (soil science) meters/projected SRSs are more absolutely more usual... giovanni 2009/7/24 Andreas Neumann a.neum...@carto.net Hi Giovanni, Per default, QGIS disables snapping by setting the tolerance to 0. In my experience QGIS behaves as expected and I wouldn't want to change its behavior. Somehow you might have set the snapping settings before? Are you sure it is not your (or your customers) fault? Also make sure that you map units are correctly set. People often forget to set them to meters. In my experience the majority of the (large scale) GIS projects are based on meters, not on degrees. Only a few small scale (or GIS projects of global scope) are usually based on deegrees. Andreas On Fri, July 24, 2009 11:35 am, G. Allegri wrote: Ouch! Tha'ts awful! If I simply open and close the snapping tab inside the Project Properties the specific layer snapping options are set, otherwise the deafult global options are used. In my experience the expected behaviour is different: - by default the global snapping options should be 0 (no snap) - if I want gloabl snap I can set it's value in the the Digitizing tab under Options - if I want to set per layer options it should require to flag the specific layer inside the Snapping Options window from Project Properties, and set the snapping value. Otherwise, before digitizing in lat-lon, I have to do the extra step to change the dafult value (100) or open-close the Snapping Options window. The latter is a very strange, unexpected, behaviour! giovanni 2009/7/24 flavio rigolon flavio.rigo...@gmail.com 2009/7/24 G. Allegri gioha...@gmail.com The few times I've used the editing tools in QGis it was on my Linux box. Now I was testing it on Windows for a customer and I've found the following problems, that I've reported with a ticket on the OSGeo4W and QGis tracs. It happens both on Stable and Unstable QGis on OSGeo4W and standalone distributions. The editing tools don't handle correctly mouse events coordinates. In particular it seems that the editings don't grep the mouse click coordinates after the first feature has been drawn. The coordinates remain stuck to the ones of the last geometry. - If one tries to create a new point layer every added feature geometry collapse on the same position of the first one added. - With lines after the first line is addes the followings get snapped to the last vertex of the preceeding line. - etc. Obviously this doesn't happen on my Linux Qgis version... Can anybody reproduce this problem? Hi Giovanni, perhaps I'm wrong but I've had the same problem (in Linux) time ago when I had not set the default snapping tolerance (in Settings - Options. Did you? hth flavio -- io uso Debian GNU/Linux user #413018 counter.li.org usiamo formati aperti! http://it.wikipedia.org/wiki/Formato_aperto ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user