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

[G. Allegri]

projected SRSs => cartographic projections


2009/7/24 G. Allegri <giohappy at 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.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/417e28cd/attachment.html>