Il giorno mar, 22/02/2011 alle 11.14 -0900, Gary Sherman ha scritto:
The site still needs some work and is not ready for general use. I can
publish your plugin but until all plugins are migrated and the official repo
changed over, it won't be visible to the plugin installer in qgis.
Thanks
2011/2/23 Paolo Cavallini cavall...@faunalia.it:
Il giorno mar, 22/02/2011 alle 11.14 -0900, Gary Sherman ha scritto:
The site still needs some work and is not ready for general use. I can
publish your plugin but until all plugins are migrated and the official repo
changed over, it won't be
2011/2/23 Paolo Cavallini cavall...@faunalia.it
Il giorno mar, 22/02/2011 alle 11.14 -0900, Gary Sherman ha scritto:
The site still needs some work and is not ready for general use. I can
publish your plugin but until all plugins are migrated and the official repo
changed over, it won't be
On 02/23/2011 12:42 AM, Václav Řehák wrote:
2011/2/23 Paolo Cavallini cavall...@faunalia.it:
Il giorno mar, 22/02/2011 alle 11.14 -0900, Gary Sherman ha scritto:
The site still needs some work and is not ready for general use. I can
publish your plugin but until all plugins are migrated and
Hi
2011/2/23 Martin Dobias wonder...@gmail.com:
2011/2/23 Maurício de Paulo mauricio@gmail.com:
Hi devs,
I also had problems to get the startup on c++ plugins development. Mainly
because there was no Plugin Builder for C++. So we had to write everything
from scratch and many are
No I mean the main dialogue, please see the screencapture I attached
last time. In the list of symbols defined here, why not make the order
of the symbols defining the rendering order. Then symbols placed higher
up in the list are rendered later, this would obsolete the symbol levels
dialogue.
On Wed, Feb 23, 2011 at 1:33 PM, Robert Rehammar rob...@rehammar.se wrote:
No I mean the main dialogue, please see the screencapture I attached
last time. In the list of symbols defined here, why not make the order
of the symbols defining the rendering order. Then symbols placed higher
up in
Hi,
Yes as Martin notes, and as I mentioned in my last email in this
thread If you are able to use linux, you can even more easily just
use the plugin_builder.py script in that src/plugins directory and it
will generate for you a 'hello world' C++ plugin.
Perhaps the linux part is not
Hi all,
I have a csv file (which is public domain and can be found here:
http://www.dogomaps.net/bikkels/test.csv) that I try to access through a vrt
(virtual datasource http://www.dogomaps.net/bikkels/test.vrt). It is
accessible with ogrinfo, but when I try to open it with qGIS, it fails.
Milo van der Linden wrote:
Hi all,
I have a csv file (which is public domain and can be found here:
http://www.dogomaps.net/bikkels/test.csv) that I try to access through a
vrt (virtual datasource http://www.dogomaps.net/bikkels/test.vrt). It is
accessible with ogrinfo, but when I try to
Hello,
Having written some C++ plugins (for Orfeo Toolbox), I have some
feedback to give.
The current recommended procedure is to have a source build of qgis, add
your plugin inside qgis source tree, hack a QGis CMakeLists to add the
new plugin dir, and recompile Qgis.
In my opinion, a
Le 17/02/2011 13:11, Robert Szczepanek a écrit :
Hi Kimaidou,
In style new symbology hit 'Symbol levels'. Enable it. That is it.
regards,
Robert
Thanks for the information ! I've using symbol levels to change the
display level of the categories of a layer but never thought that it was
also
Milo van der Linden wrote:
Shouldn't it go to the dev list if the absolute path is required? I
think that assuming the vrt and the csv are in the same dir should be
the first check as ogr2ogr has no problem with it.
Hi Milo,
I had a look at the docs of ogr vrt driver:
Thanks! Nice tip! I have read the documentation and will play arround with
setting the datatypes for my columns too, this will give me the ability to
do thematic mapping right on the csv!
2011/2/23 Richard Duivenvoorde rdmaili...@duif.net
Milo van der Linden wrote:
Shouldn't it go to the dev
One more question. I have now created the following vrt, but the DateTime is
not parsed correctly. Are extra options available for the datetime object to
tell ogr how it is formatted and thus, how it should be interpreted?
OGRVRTDataSource
OGRVRTLayer name=test
SrcDataSource
Hi
On Wed, Feb 23, 2011 at 8:05 PM, Julien Malik julien.ma...@c-s.fr wrote:
Hello,
Having written some C++ plugins (for Orfeo Toolbox), I have some feedback to
give.
The current recommended procedure is to have a source build of qgis, add
your plugin inside qgis source tree, hack a QGis
Hi
8snip--
I have only tested on linux but it should work on linux mac too.
Of course I meant 'windows and mac too' :-P
8snip--
--
Tim Sutton - QGIS Project Steering Committee Member (Release Manager)
Have the QGIS developers been following this? You can access the discussion at:
http://www.linkedin.com/groups/Giving-Quantum-GIS-try-wondered-49657.S.42748827?view=srchtype=discussedNewsgid=49657item=42748827type=membertrk=eml-anet_dig-b_pd-ttl-cn
Bob
18 matches
Mail list logo