Hi,
I've searched across documentation and mailing list, but I didn't found a
page explaining how to set a symbol.
For example:
- point layer: I want to use a circle with width 0.5 and gray colour with
black border;
- line layer: width 1 and continous green line
any hint?
Thank you in
Il giorno gio, 31/03/2011 alle 21.51 +0200, Andreas Neumann ha scritto:
Yes - the printing widget takes the layout from the print composer
layouts in the .qgs project files.
Thanks Andreas for explaining.
If you think it is production ready, I would suggest to commit it before
the release of
Hi
2011/4/1 Jürgen E. j...@norbit.de:
Hi Paolo,
On Fri, 01. Apr 2011 at 11:20:20 +0200, Paolo Cavallini wrote:
Is there an howto to build a standalone installer for win, based on
trunk?
The INSTALL document should have all necessary information.
Paolo its actually embarrasingly easy with
Hi All
It seems those who care have had their say, and those that don't
haven't :-) So it looks like a majority of people opt for 3 - dedicate
the hackfest to bug fixing and release after. As such I will suggest
we lift the string freeze again but maintain the feature freeze in
place. I will
Il giorno ven, 01/04/2011 alle 12.47 +0200, Tim Sutton ha scritto:
we lift the string freeze again but maintain the feature freeze in
place. I will update the release checklist with new timings over teh
weekend.
Hi all.
As I wrote, I would suggest to lift the feature freeze for Andreas' work
Am Freitag, 1. April 2011, um 11.12:30 schrieb Paolo Cavallini:
Il giorno gio, 31/03/2011 alle 21.51 +0200, Andreas Neumann ha scritto:
Yes - the printing widget takes the layout from the print composer
layouts in the .qgs project files.
Thanks Andreas for explaining.
If you think it is
Hi Paolo,
I think it makes sense to separate the two completely. Most QGIS
desktop users won't care about a webgis client. And some QGIS Server
users may want to run their own webgis viewer or use QGIS Server just as
a regular WMS.
It will be easy to install and configure, and hopefully
Il giorno ven, 01/04/2011 alle 13.27 +0200, Andreas Neumann ha scritto:
I think it makes sense to separate the two completely. Most QGIS
desktop users won't care about a webgis client. And some QGIS Server
users may want to run their own webgis viewer or use QGIS Server just as
a
I don't really have a strong opinion on where the webclient would be located
in svn ( webclient in https://svn.osgeo.org/qgis/webclient vs.
https://svn.osgeo.org/qgis/trunk/qgis/webgis_client).
The directory above would save some bandwidth for most people that compile the
code, the directory
I would propose to place it next to the documentation:
https://svn.osgeo.org/qgis/trunk/webclient
Currently the webclient is 3.7MB, about 600 files, but most of it is
just OpenLayers, Ext and GeoExt. I can strip it more down to the
necessary resources (maybe down to 2mb, 150 files). The
Hi Marco,
On Fri, 01. Apr 2011 at 15:17:50 +0200, Marco Hugentobler wrote:
I don't really have a strong opinion on where the webclient would be located
in svn ( webclient in https://svn.osgeo.org/qgis/webclient vs.
https://svn.osgeo.org/qgis/trunk/qgis/webgis_client).
Me neither.
The
Hi Andreas,
On Fri, 01. Apr 2011 at 15:45:04 +0200, Andreas Neumann wrote:
I would propose to place it next to the documentation:
https://svn.osgeo.org/qgis/trunk/webclient
Currently the webclient is 3.7MB, about 600 files, but most of it is
just OpenLayers, Ext and GeoExt. I can strip it
Hi Devs,
I've quite casually discovered that the SpatiaLite
Data Provider is actually unable to access any 3D
layer (no error occurs, but no geometry is shown at
all).
I've already patched the data provider so to correctly
support 3D geometries as well.
Anyway, this one doesn't seems to be an
I'm getting the following error compiling qgis with ccmake
/usr/lib/gcc/i486-linux-gnu/4.5.2/../../../../lib/libgdal1.7.0.so:
undefined reference to `__cxa_pure_virtual@libmysqlclient_16'
collect2: ld returned 1 exit status
make[2]: *** [src/app/qgis] Error 1
make[1]: ***
Il giorno gio, 31/03/2011 alle 10.19 -0400, Camilo Polymeris ha scritto:
What I don't understand is: we'd have the same problems using python.
There are, as far as I know, no Python-saga packages.
Debian's libsaga[2], for instance, does *not* include python bindings.
That means we'd have to
What I don't understand is: we'd have the same problems using python.
There are, as far as I know, no Python-saga packages.
Debian's libsaga[2], for instance, does *not* include python bindings.
That means we'd have to compile ship the python-saga binding
ourselves, anyway. Or am I missing
16 matches
Mail list logo