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