[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] gvsig mobile on ubuntu?
Alex Mandel-2 wrote: gvSIG is a Java app, my guess is that which device it runs on just depends on which Java runtime you have - the mobile versions being tweaked slightly to be smaller and work better on devices. Since you're running Ubuntu any desktop app would work, you might want to poke around gpsd and email the OSGeo-discuss list for ideas of other apps that would work. Collecting GPS points is actually fairly simple and could be done with a simple app written in (pick your favorite language) since gpsd has an api. the desktop gvSIg can be installed in Ubuntu, but lacks in gps functionality I use gpsd to activate the gps on my Ubuntu install of the u820, what I need is an app that that can display maps and capture gps data to shape-file (like Arcpad). OSGeo-discuss list may be the place to look, thanks for the suggestion regards / Fafner -- View this message in context: http://n2.nabble.com/gvsig-mobile-on-ubuntu--tp3295628p3314839.html Sent from the qgis-user mailing list archive at Nabble.com. ___ 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] Home Range plugin for qgis
Hi Anne and Paolo, thanks a lot for this quick update! It seems to work now also under opensuse (no installation errors), but I guess I need more instructions to get it running with data. I had a look at http://www.faunalia.pt/animove but the link to the web page with instructions to set up the system doesn't work. Can you tell me, where to find the documentation. And do you also provide sample data? Regards, Otto On Fri, 24 Jul 2009 13:45:33 +0200 Paolo Cavallini cavall...@faunalia.it wrote: Now updated on the server - enjoy! Thanks Anne. ___ 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] Home Range plugin for qgis
On Fri, 2009-07-24 at 14:04 +0200, Otto Dassau wrote: Hi Anne and Paolo, thanks a lot for this quick update! It seems to work now also under opensuse (no installation errors), but I guess I need more instructions to get it running with data. I had a look at http://www.faunalia.pt/animove but the link to the web page with instructions to set up the system doesn't work. Can you tell me, where to find the documentation. And do you also provide sample data? Hi, sample data here http://www.faunalia.it/animov/scripts/sample.csv wiki page of the qgis plugin http://wiki.qgis.org/qgiswiki/GSoC2008Rbinding and animove wiki page https://wiki.faunalia.it/dokuwiki/doku.php?id=public:animove -- Giovanni -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Home Range plugin for qgis
Otto Dassau ha scritto: thanks a lot for this quick update! It seems to work now also under opensuse (no installation errors), but I guess I need more instructions to get it running with data. I had a look at http://www.faunalia.pt/animove but the link to the web page with instructions to set up the system doesn't work. Can you tell me, where to find the documentation. And do you also provide sample data? Hi Otto. Please go to: http://www.faunalia.it/animove https://wiki.faunalia.it/dokuwiki/doku.php?id=public:animove and so on. If you have suggestions on how to improve the wiki pages, please log in there and I'll give you writing permissions. All the best. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Home Range plugin for qgis
On Fri, 24 Jul 2009 13:08:56 +0100 Giovanni Manghi giovanni.man...@gmail.com wrote: On Fri, 2009-07-24 at 14:04 +0200, Otto Dassau wrote: Hi Anne and Paolo, thanks a lot for this quick update! It seems to work now also under opensuse (no installation errors), but I guess I need more instructions to get it running with data. I had a look at http://www.faunalia.pt/animove but the link to the web page with instructions to set up the system doesn't work. Can you tell me, where to find the documentation. And do you also provide sample data? Hi, sample data here http://www.faunalia.it/animov/scripts/sample.csv wiki page of the qgis plugin http://wiki.qgis.org/qgiswiki/GSoC2008Rbinding and animove wiki page https://wiki.faunalia.it/dokuwiki/doku.php?id=public:animove thanks, the plugin works... Otto ___ 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
[Qgis-user] Re: Home range plugin for qgis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 24 Jul 2009 13:08:56 +0100 Giovanni Manghi giovanni.man...@gmail.com wrote: On Fri, 2009-07-24 at 14:04 +0200, Otto Dassau wrote: Hi Anne and Paolo, thanks a lot for this quick update! It seems to work now also under opensuse (no installation errors), but I guess I need more instructions to get it running with data. I had a look at http://www.faunalia.pt/animove but the link to the web page with instructions to set up the system doesn't work. Can you tell me, where to find the documentation. And do you also provide sample data? Hi, sample data here http://www.faunalia.it/animov/scripts/sample.csv wiki page of the qgis plugin http://wiki.qgis.org/qgiswiki/GSoC2008Rbinding note: will be moved into new wiki soon. and animove wiki page https://wiki.faunalia.it/dokuwiki/doku.php?id=public:animove thanks, the plugin works... Great news! documentation is provided into the plugin's folder, into doc/. It contains a web page with instructions and link to sample data. Also, more information about install and requirements are provided into README and INSTALL files. You're right, they're not enough visible at the moment. maybe I can add a help button in the interface, what do you think? best regards, Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpp5VgACgkQzZ3g4YwFFgYG/wCfT1NnL75b0sDt2b5RBGktp+rR 2DgAoKsjhIz8QT/QSxB9Y8hoO8vbQTkv =FshZ -END PGP SIGNATURE- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Home range plugin for qgis
maybe I can add a help button in the interface, what do you think? Great idea Anne, please do that. Saluti! -- Giovanni -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Home range plugin for qgis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Giovanni Manghi ha scritto: maybe I can add a help button in the interface, what do you think? Great idea Anne, please do that. I filled a ticket on the Trac about that [0]. BTW, I'm looking for a co-maintainer of this plugin. I'm sure that two or more people working on the code will do a world of good. Anyone interested, even just for wise advices? best regards, Anne [0] https://trac.faunalia.it/animove/ticket/15 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpqCxkACgkQzZ3g4YwFFgb7NwCgn6m8M9KlaM5H2pp6crQo/UN5 t5kAn0WJ4H1RFq3ql99bJdSwK7HJP9bu =pXW4 -END PGP SIGNATURE- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user