[Qgis-user] Update of release candidate 1 for project file upgrade
Hello, Due to a misunderstanding, the version string for 0.9.2-rc1-Ganymede had a small error, making it impossible to do reliable revison upgrade of the project files. The version string is written into project files, and it is compared to the running version of QGIS when reading projects. Depending on the version, some transformation takes place. The version string should have a format of a.b.c-text, where only the integers a, b and c are involved in the revision comparisons. The version string that I checked in one hour ago should work much better. I would appreciate if as many as possible could re-build packages, minimiznig problems in the future. Thanks, Magnus Homann ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] grass tools: v.in.ogr doesn't import attribute table
On Jan 29, 2008 12:26 AM, Leonardo Lami [EMAIL PROTECTED] wrote: Hi all, this is a knowed bug of Windows QGIS 0.9.1, it doesn't support dbf driver so when you try to create a new GRASS vector the table is not imported. What's the bug #? The bug will be fixed in 0.9.2 but if you need to work set SQLite driver instead dbf driver. To do that use db.connect setting it as follows: db.connect driver=sqlite database=$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/sqlite.db and try again! Thanks for the tip. I'm trying to teach new GIS users so this adds to much complexity to what should be a very simple process. I think I'll wait until 0.9.2 ! -- Matthew T. Perry http://www.perrygeo.net ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] error using the stand alone app Oceanmap
On Jan 29, 2008 4:51 PM, Aaron Racicot [EMAIL PROTECTED] wrote:
3) You can play with a new project I am starting to develop called QGISLite.
It can be found here:
http://trac.reprojected.com/qgislite/
The intention of this project is to create a very minimal GIS app based on
the python bindings to QGIS that stand alone apps can be built against. I
just started that one, but look forward to adding to it. The SVN for that
one is:
http://svn.reprojected.com/qgislite/trunk/
Aaron,
QGISLite looks nice :-) What will be the way to build standalone apps
against QGISLite? Are you going to implement QgisInterface so that
regular python plugins for QGIS could be used or use some other way?
Btw. it has been crashing for me when exiting (on linux) - the reason
is that garbage collection first deletes QApplication instance and
later before destruction of something related to QgsMapCanvas (don't
know what so far) wants to paint to QPixmap and that's not possible
anymore. This behaviour was happening also in the tutorials ported to
python. This may be caused by the merge of incremental rendering
support but I'm not sure. Anyway, it's possible to workaround it by
creating application in one function and then doing the rest of
initialization in other fuction so that first python will collect all
gui-related stuff and at last the application, i.e.:
def doInit():
app = QApplication(sys.argv)
initApp(app)
def initApp(app):
# ... stuff ...
At last one thought:
What sucks about custom qgis-based application is the need to find out
the QGIS installation and set the paths to PyQGIS, QGIS libs and QGIS
resources. It comes to my mind that we could possibly do a simple
bootstrap python script that application could use. The bootstrap
script could work as follows:
1. check availability of PyQt4. if not available, quit gracefully and
tell the user about the problem in a way that they can understand it
2. try to find QGIS in some default paths (/usr, /usr/local on linux
or ${PROGRAM_FILES}/Quantum GIS on windows etc.) or try to use a
previously saved path to QGIS installation from QSettings
3. if no installation has been found, fire up a simple UI in PyQt and
let the user select the installation directory. If the user doesn't
have QGIS installed at all, it could guide him to download and install
it for his platform - or even just download the necessary files like
libraries, providers and some resources like SRS database.
4. check whether the QGIS version is compatible (i.e. = 0.9)
5. if everything is correct, let's set path to the bindings (modify
sys.path), path to the libraries (os.environ['LD_LIBRARY_PATH'] on
linux) and path to the resources (QgsApplication.setPrefixPath)
6. everything is ready :)
What do you think about that? Such script could be included in QGIS
sources so any project could copy it and use for bootstrapping.
Bye
Martin
___
Qgis-user mailing list
Qgis-user@lists.qgis.org
http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
[Qgis-user] QGISLite...
Martin,
Great ideas... I will try to follow up on some of them. I am actually
heading out a town for a week and a half, but will try to play with this
while I am gone.
As far as the plugins go, I am not sure the direction to go there.
Initially I was just trying to strip down some other apps I had done into
the common code so that I could re-use it again on new projects easily.
Adding the capability for plugins (even QGIS plugins) is interesting and I
will give that some thought. Right now I was just shooting for a basic app
that has everything needed to use as the basis for your own app. There are
plenty of plugin examples out there, but not many stand alone apps that take
a user through the whole sequence of app dev... all the way through win
installers etc.
The bootstrap script sounds great and is probably the next thing I will work
on. I think standardizing on an environment var for the QGIS install would
be a good way to go moving forward as well. Something like GISBASE or
something similar that would be easily read from the startup of the program
or the bootstrap script on all systems. Maybe have this environment var
automatically set upon the install of QGIS on a system?
INNO has turned out to be an easy way to deploy on Win as well, but I think
I would like to create an NSIS option as well as NSIS has much more
flexibility for creating more complex installers. I guess I need to start
filing TRAC tickets for my self ;-)
Anyway, I only just started this and think your ideas will help me direct
the development a bit more in the coming weeks.
Thanks again for the comments... more to come soon!
A
++
Aaron Racicot - GIS Programmer
[EMAIL PROTECTED]
++
z - p u l l e y
pobox 1614
langley wa 98260
www.reprojected.com
++
-Original Message-
From: Martin Dobias [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 8:58 AM
To: Aaron Racicot
Cc: Tim Michelsen; qgis-user@lists.qgis.org
Subject: Re: [Qgis-user] error using the stand alone app Oceanmap
On Jan 29, 2008 4:51 PM, Aaron Racicot [EMAIL PROTECTED] wrote:
3) You can play with a new project I am starting to develop called
QGISLite.
It can be found here:
http://trac.reprojected.com/qgislite/
The intention of this project is to create a very minimal GIS app based
on
the python bindings to QGIS that stand alone apps can be built against.
I
just started that one, but look forward to adding to it. The SVN for
that
one is:
http://svn.reprojected.com/qgislite/trunk/
Aaron,
QGISLite looks nice :-) What will be the way to build standalone apps
against QGISLite? Are you going to implement QgisInterface so that
regular python plugins for QGIS could be used or use some other way?
Btw. it has been crashing for me when exiting (on linux) - the reason
is that garbage collection first deletes QApplication instance and
later before destruction of something related to QgsMapCanvas (don't
know what so far) wants to paint to QPixmap and that's not possible
anymore. This behaviour was happening also in the tutorials ported to
python. This may be caused by the merge of incremental rendering
support but I'm not sure. Anyway, it's possible to workaround it by
creating application in one function and then doing the rest of
initialization in other fuction so that first python will collect all
gui-related stuff and at last the application, i.e.:
def doInit():
app = QApplication(sys.argv)
initApp(app)
def initApp(app):
# ... stuff ...
At last one thought:
What sucks about custom qgis-based application is the need to find out
the QGIS installation and set the paths to PyQGIS, QGIS libs and QGIS
resources. It comes to my mind that we could possibly do a simple
bootstrap python script that application could use. The bootstrap
script could work as follows:
1. check availability of PyQt4. if not available, quit gracefully and
tell the user about the problem in a way that they can understand it
2. try to find QGIS in some default paths (/usr, /usr/local on linux
or ${PROGRAM_FILES}/Quantum GIS on windows etc.) or try to use a
previously saved path to QGIS installation from QSettings
3. if no installation has been found, fire up a simple UI in PyQt and
let the user select the installation directory. If the user doesn't
have QGIS installed at all, it could guide him to download and install
it for his platform - or even just download the necessary files like
libraries, providers and some resources like SRS database.
4. check whether the QGIS version is compatible (i.e. = 0.9)
5. if everything is correct, let's set path to the bindings (modify
sys.path), path to the libraries (os.environ['LD_LIBRARY_PATH'] on
linux) and path to the resources (QgsApplication.setPrefixPath)
6.
Re: [Qgis-user] error using the stand alone app Oceanmap
Hello!
At last one thought:
What sucks about custom qgis-based application is the need to find out
the QGIS installation and set the paths to PyQGIS, QGIS libs and QGIS
resources. It comes to my mind that we could possibly do a simple
bootstrap python script that application could use. The bootstrap
script could work as follows:
1. check availability of PyQt4. if not available, quit gracefully and
tell the user about the problem in a way that they can understand it
2. try to find QGIS in some default paths (/usr, /usr/local on linux
or ${PROGRAM_FILES}/Quantum GIS on windows etc.) or try to use a
previously saved path to QGIS installation from QSettings
3. if no installation has been found, fire up a simple UI in PyQt and
let the user select the installation directory.
I would like to come up with something in the same direction:
In both apps presented in this thread everything seems to be relying on
the path that is hardcoded into qgislite.py and mainwindow.py
repectivly. The variable used is qgis_prefix = /usr/local/qgis_svn
(line 55).
I do not use a svn version of qgis. Instead I use the Ubuntu packages:
whereis qgis
qgis: /usr/bin/qgis /usr/lib/qgis /usr/share/qgis
Due to some to me unknown reason, the standalone apps and python
tutorials only work on my Ubuntu box when I set the path as follows:
qgis_prefix = /usr
I would recommend to use the where command for linux systems to get the
install folder.
Some pseudocode:
test if on linux
execute in bash `whereis qgis`
whereis_output = read output from that command
qgis_prefix = whereis_output
if on windows
use the approach Martin pointed out:
(${PROGRAM_FILES}/Quantum GIS
note that some users like to change the default install folder
to something like c:\programms\qgis
else (installation folder can't be found
open a gui folder selection dialog and let the user select it.
As a workaround we could use a configuration.py file. There we set the
paths and the parameters for the app:
cat configuration.py
qgis_prefix = /usr
startup_project = ./data/mycustomproject.qgs
So if you deliver the app and your users have problems to start the
program they'd only need to modify this configuration file and wouldn't
need to mess up with the rest.
If the user doesn't
have QGIS installed at all, it could guide him to download and install
it for his platform - or even just download the necessary files like
libraries, providers and some resources like SRS database.
I think what the maximum would be to achieve real stand alone apps: ship
a directory with these resources in the app.
|-- LICENSE.TXT
|-- Makefile
|-- README.TXT
|-- core
|-- data
|-- qgis_common
|-- qgislite.py
`-- tools
Then every needed file could be put into the common directory
(qgis_common). And we are totally independant of a QGIS install.
In case of using many stand alone apps one would put the qgis_common
somewhere else and refernce it with the qgis_prefix variable.
Well, this are just some ideas. They only based on brainstorming and
didn't undergo testing here ;-) Hope you like them.
Regards,
Timmie
___
Qgis-user mailing list
Qgis-user@lists.qgis.org
http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis
Boa Noite In theory there is no reason why cant view data at these scales, though I wonder if an open source CAD application such as QCAD would not be more suitable for your needs. Regards Tim 1991/1/1, noriberto [EMAIL PROTECTED]: Dear Sirs I would like to know if I can work in the qgis with a scale of 1:100, 1:200, 1:500. I need to put in the qgis an architectural plant of a building. Example: it follows enclosure regards, Noriberto ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user -- Tim Sutton QGIS Project Steering Committee Member - Release Manager Visit http://qgis.org for a great open source GIS openModeller Desktop Developer Visit http://openModeller.sf.net for a great open source ecological niche modelling tool Home Page: http://tim.linfiniti.com Skype: timlinux Irc: timlinux on #qgis at freenode.net ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
Re: [Qgis-user] Qgis-user Digest, Vol 23, Issue 36
noriberto [EMAIL PROTECTED] wrote: Date: Tue, 01 Jan 1991 18:11:59 -0200 From: noriberto [EMAIL PROTECTED] Subject: [Qgis-user] qgis To: qgis-user@lists.qgis.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Dear Sirs I would like to know if I can work in the qgis with a scale of 1:100, 1:200, 1:500. I need to put in the qgis an architectural plant of a building. Example: it follows enclosure regards, Noriberto Hi Noriberto I use engineering drawings in dxf format in QGIS with the help of GRASS. If you have access to the source drawing of your building you should be able to export a dxf from your architectural drawing application and then use the GRASS command v.in.dxf. If you only have the pdf version then all is not lost, but you will need the help of some additional software to convert from pdf to dxf. Please see the following, if required: http://www.pstoedit.net/ Concerning scales, QGIS works with the data internally using a 1:1 scale. You would need to ensure that your dxf is also 1:1 before importing it and obviously pay attention to the coordinate systems. Good luck Craig. ___ Qgis-user mailing list Qgis-user@lists.qgis.org http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-user
