[Qgis-user] serious problems with the editing tools on Windows (OSGeo4W and standalone)

[G. Allegri]

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.neumann at 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.rigolon at gmail.com>
> >
> >>
> >>
> >> 2009/7/24 G. Allegri <giohappy at 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 at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-user
> >
>
>
> --
> Andreas Neumann
> http://www.carto.net/neumann/
> http://www.svgopen.org/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20090724/0bdf0a3a/attachment.html>