Problems:
Polygon outlines are not drawn. This was checked twice and no cause
was found.
Projections do not work in all circumstances
Note that both the proj4 library and sqlite3 are now required. The
build system has not been modified to test for these yet.
Qt 3.3.x is required to build this source tree.
Make sure to increment the EXTRA_VERSION in configure.in when
committing changes.
Make sure to update the Changelog with each commit
git-svn-id: http://svn.osgeo.org/qgis/trunk@3112 c8812cc2-4d05-0410-92ff-de0c093fc19c
--project switch. This is necessary to allow using QGIS to open .qgs files in a desktop environment where a mime type has been established. The --project switch still works, but QGIS will now load .qgs, .shp, and .tif files specified on the command line.
git-svn-id: http://svn.osgeo.org/qgis/trunk@2801 c8812cc2-4d05-0410-92ff-de0c093fc19c
Also made QgsRasterLayer more robust in light of files with poor "no data" and
"min/max" value information.
Note that this hasn't been tested with windows versions.
git-svn-id: http://svn.osgeo.org/qgis/trunk@2156 c8812cc2-4d05-0410-92ff-de0c093fc19c
has been tested and it compiles under unix. Future changes to the code must
be aware of multiplatform issues.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1563 c8812cc2-4d05-0410-92ff-de0c093fc19c
- qgsconfig.h now has header sentinals
- now will install headers in $(prefix)/qgis/include and libqis.* library in
$(prefix)/lib [1]
- "src/Makefile" no longer relies on explicit dependencies and uses better
naming scheme for created source files [2]
Notes:
[0] To eliminate any file namespace collisions. Unfortunately there will
still be some macro name collisions. These are harmless, though annoying.
What needs to happen is that all header file references to "qgsconfig.h"
be moved to implementation files, thus breaking any include dependencies
for external software.
[1] There currently does not exist a way to make this optional; these will
always install. In the future, this might be something toggleable by a
configure script option. Moreover, there does not currently exist a
"qgis-config" script for getting command line options for external,
dependant software; there might be one in a future release.
I decided to err on including too many header files; almost certainly some
of the header files that are currently installed can be culled from the
"to install" list.
The new make file has two targets: the old qgis application target, and a
second one for the library. As plug-ins are developed, there may be a
need to add more source files to the library to link against. I just
added in the bare minimum for the current set of plug-ins. If more
sources need to be added, just add them to libqgis_la_SOURCES, near the
bottom of "src/Makefile.am".
[2] All *.ui files will create corresponding *.uic.h and *.uic.cpp files.
Since these also need MOC files, *.moc.uic.cpp files are also
automatically created.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1056 c8812cc2-4d05-0410-92ff-de0c093fc19c
Postgresql stuff needs testing as I commented the compileflags in src/Makefile.am
- Infos will be posted on the devel mailinglist
git-svn-id: http://svn.osgeo.org/qgis/trunk@983 c8812cc2-4d05-0410-92ff-de0c093fc19c
- now complains if unable to load project [0]
qgsprojectio.cpp:
- in read(), potential resource leak with QDomDocument plugged by using
std::auto_ptr<QDomDocument> [1]
- also in read(), now properly complain and exit if there was a problem
opening a layer; e.g., the specified URI doesn't exist
Notes:
[0] Though the complaint is currently written to cerr, and even then only if
QGISDEBUG is defined; eventually we should be better at handling broken
qgis project files.
[1] We should use at least std::auto_ptr for dynamically created objects
that shouldn't live outside the scope of the function. That way we
don't have to worry about deleting said objects; that'll happen
automatically if std::auto_ptrs are used. Moreover, if we eventually
use exceptions, these objects will also be properly deleted if
std::auto_ptrs are used.
git-svn-id: http://svn.osgeo.org/qgis/trunk@979 c8812cc2-4d05-0410-92ff-de0c093fc19c
Moved project loading out of loop that loads layers - you now need to specify --project filename to load a filename. This ensures that you only try to load one project file.
Added --snapshot filename parameter that will load layers and project files specified, take a screenie of the map view and save it to disk as filename - this is under construction still.
Added saveMapAsImage(QString) to qgisapp so above cl option can be used.
git-svn-id: http://svn.osgeo.org/qgis/trunk@953 c8812cc2-4d05-0410-92ff-de0c093fc19c
main.cpp :
- greatly simplified main()
- now will try to load a command line argument first as raster, then
vector; if it succeeds at the first, it won't try the second
qgisapp.{h,cpp} :
- added addLayer(QFileInfo const &) [0]
- added addRasterLayer(QFileInfo const &) [0]
- do a little better checking for null pointers and freeing up
resources when an error occurs
Notes:
Also, multiple rasters and vectors should be able to be specified on
the command line without problems.
[0] These will return true if successfully loaded the given file,
otherwise false.
git-svn-id: http://svn.osgeo.org/qgis/trunk@878 c8812cc2-4d05-0410-92ff-de0c093fc19c
