[Qgis-developer] Plugin [233] Contour plugin approval notification.

[noreply]

Plugin Contour plugin approval by ccrook.
The plugin version "[233] Contour plugin 1.0.2" is now unapproved
Link: http://plugins.qgis.org/plugins/contour/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [381] LatLonGrid approval notification.

[noreply]

Plugin LatLonGrid approval by Mikhail.
The plugin version "[381] LatLonGrid 0.2 Experimental" is now unapproved
Link: http://plugins.qgis.org/plugins/latlongrid/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [381] LatLonGrid approval notification.

[noreply]

Plugin LatLonGrid approval by Mikhail.
The plugin version "[381] LatLonGrid 0.1 Experimental" is now unapproved
Link: http://plugins.qgis.org/plugins/latlongrid/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Bug with avoid intersection - willing to fund fix

[George Silva]

QGis does the explicit noding of the first adjancent feature, but the
results are inconsistent.

Sometimes it works, sometimes it doesnt. I've tried many things to see if I
could find a reproducible series of steps, but without success.

Right now we are comparing the results ArcGIS is giving us against QGIS
topology checker. It looks like QGIS topology checker is finding a lot more
errors (I think QGIS is correct), but the main difference is visualization
of the errors (which is another deal).

Any ideas?


On Thu, Nov 7, 2013 at 3:36 PM, Sandro Santilli  wrote:

> On Thu, Nov 07, 2013 at 06:28:47PM +0100, kimaidou wrote:
> > Hi
> >
> > I have seen another "bug" or misbehaviour IMHO : I would expect QGIS to
> > automatically create a node at the intersection of 2 linestring when
> > topology editing is ON, with no need to do it manually. This would help a
> > lot too.
>
> +1
>
> GEOS-3.4.0 introduced a GEOSNode interface that could be handy for that.
>
> Explicit noding would also probably help fixing other issues,
> which I suspect are due to the conceptually wrong assumption
> that you can snap a point to a line:
> http://lists.osgeo.org/pipermail/geos-devel/2013-November/006720.html
>
> --strk;
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



-- 
George R. C. Silva
SIGMA Consultoria

http://www.consultoriasigma.com.br/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] cpp-plugin for QGIS 2.0

[Mikhail Tchernychev]

Hi,

I am bit late but here are my two cents.

I was researching ways how to compile applications with QGIS. I did not 
get very far
in terms of developing my application, but I think I solved some 
compiling / linking

problems.

Here is a  small manual

1. All what you need is Os4geoW with development files and VS 2010 Express.
 Make sure you install appropriate headers / libs from os4geow web 
site.


2. Create your CPP fle. Example is attached.

3. Fire Os3GeoW command window (I used windows  cmd, not MSYS) and navigate
  to you folder. Type

qmake -project

This will create .pro file fore you.

4. Now you need to adjust it.  Edit with your favorite editor.

What you need to change:

QT += xml

INCLUDEPATH += . C:/OSGeo4W/apps/qgis/include
DEFINES += CORE_EXPORT= GUI_EXPORT=

LIBS += C:/OSGeo4W/apps/qgis/lib/qgis_analysis.lib 
C:/OSGeo4W/apps/qgis/lib/qgis_core.lib \

 C:/OSGeo4W/apps/qgis/lib/qgis_gui.lib \
 C:/OSGeo4W/apps/qgis/lib/qgis_networkanalysis.lib

I attached my "pro" file. You can adjust as you need. Better if you use 
relative paths.



5. Now again use qmake but this time to create VS  project

qmake -tp vc qgis1_clone.pro


6. Switch to VS 2010 Express. Start it and load "qgis1_clone.vcproj"
VS will show conversion wizard, just go through.  Now you can compile 
"release" for your application.
So far I got only "release" working but  by adjusting libraries it 
should be possible to get

"debug" as well.


7. You need to change some project setting in VS, apparently qmake did 
not make them

Here is for release version

- change executable for debug:   release\qgis1_clone.exe
- change debug environment: add PATH=C:\OSGeo4W\bin;C:\OSGeo4W\apps\qgis\bin
   or whatever our path is

Now you can start application within VS (Crtl+F5)

I did not get debug working. I am getting

"The application has failed to start because its side-by-side 
configuration is in

   correct. Please see the application event log for more detail."

  It's something wrong with VS redistributable. Perhaps someone could 
shed a light

on this.


I hope it helps,

Best Regards
Mikhail









On 11/7/2013 4:25 AM, Jürgen E. Fischer wrote:

Hi Susann,

On Thu, 07. Nov 2013 at 11:53:45 +0100, sschm...@gfi-gis.de wrote:

What the hell ? :-)
It is so nice, There are opening doorways...
I got the sources for the release 2.0.1 - however :-) and cmake builds me
a qgis2.0.1.sln for my VisualStudio. Now compiling my QGis is in progress.
Thank you for guiding me a few steps forward! I'm curious about it if it
is running after this, i will tell you...

You could also use the libraries shipped with OSGeo4W (also in the standalone
installer).   Note that the 32bit version is built with VS2008 and 64bit with
VS2010.


Jürgen



//
// QGIS Includes
//
#include 
#include 
#include 
#include 
#include 
#include 
//
// Qt Includes
//
#include 
#include 
#include 

int main(int argc, char ** argv)
{
  // Start the Application
  QgsApplication app(argc, argv, true);

  QString myPluginsDir = "/home/timlinux/apps/lib/qgis";
  QString myLayerPath = "/home/timlinux/gisdata/brazil/BR_Cidades/";
  QString myLayerBaseName = "Brasil_Cap";
  QString myProviderName = "ogr";
  // Instantiate Provider Registry
  QgsProviderRegistry::instance(myPluginsDir);
  // create a maplayer instance
  QgsVectorLayer * mypLayer =
  new QgsVectorLayer(myLayerPath, myLayerBaseName, myProviderName);
  QgsSingleSymbolRendererV2 *mypRenderer; // = new QgsSingleSymbolRendererV2();
  QList  myLayerSet;
  //mypLayer->setRendererV2(mypRenderer);
  if (mypLayer->isValid())
  {
qDebug("Layer is valid");
  }
  else
  {
qDebug("Layer is NOT valid");
  }

  // Add the Vector Layer to the Layer Registry
  QgsMapLayerRegistry::instance()->addMapLayer(mypLayer, TRUE);
  // Add the Layer to the Layer Set
  myLayerSet.append(QgsMapCanvasLayer(mypLayer, TRUE));

  // Create the Map Canvas
  QgsMapCanvas * mypMapCanvas = new QgsMapCanvas(0, 0);
  mypMapCanvas->setExtent(mypLayer->extent());
  mypMapCanvas->enableAntiAliasing(true);
  mypMapCanvas->setCanvasColor(QColor(255, 255, 255));
  mypMapCanvas->freeze(false);
  // Set the Map Canvas Layer Set
  mypMapCanvas->setLayerSet(myLayerSet);
  mypMapCanvas->setVisible(true);
  mypMapCanvas->refresh();

  // Start the Application Event Loop
  return app.exec();
}

##
# Automatically generated by qmake (2.01a) Thu Nov 7 09:53:39 2013
##

TEMPLATE = app
QT += xml
TARGET = 
DEPENDPATH += .
INCLUDEPATH += . C:/OSGeo4W/apps/qgis/include
DEFINES += CORE_EXPORT= GUI_EXPORT=

LIBS += C:/OSGeo4W/apps/qgis/lib/qgis_analysis.lib 
C:/OSGeo4W/apps/qgis/lib/qgis_core.lib \
C:/OSGeo4W/apps/qgis/lib/qgis_gui.lib \
C:/OSGeo4W/apps/qgis/lib/qgis_networkanalysis.lib

# Input
SOURCES += qgis1.cpp
___
Qgis-developer m

Re: [Qgis-developer] Bug with avoid intersection - willing to fund fix

[Sandro Santilli]

On Thu, Nov 07, 2013 at 06:28:47PM +0100, kimaidou wrote:
> Hi
> 
> I have seen another "bug" or misbehaviour IMHO : I would expect QGIS to
> automatically create a node at the intersection of 2 linestring when
> topology editing is ON, with no need to do it manually. This would help a
> lot too.

+1

GEOS-3.4.0 introduced a GEOSNode interface that could be handy for that.

Explicit noding would also probably help fixing other issues,
which I suspect are due to the conceptually wrong assumption
that you can snap a point to a line:
http://lists.osgeo.org/pipermail/geos-devel/2013-November/006720.html

--strk;
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Topology editing in QGis

[Sandro Santilli]

On Thu, Nov 07, 2013 at 04:48:44PM +0100, Radim Blazek wrote:
> On Wed, Nov 6, 2013 at 10:42 PM, Sandro Santilli  wrote:
> > On Wed, Nov 06, 2013 at 10:50:32AM +0100, Radim Blazek wrote:

> > Note that this is the model used by the "TopoViewer" included with
> > the DBManager plugin. It creates a group and adds different vector layers
> > for the primitives. I suggest you both take a look at it if not done yet,
> > just to have a common reference.
> 
> I'll do once I find time. Please look on GRASS editing.

Good point. I'll do my best to find the time.

> > One level of editing is, imho, simply selecting which elements/primitives
> > takes part in the definition of the compound. This is an high-precision
> > editing level where it is ensured that no changes will occur in the
> > elements. For this kind of editing I envision a system that would
> > automatically add on the map one or more layers containing candidate
> > elements (one layer per element-type) to let user pick the one he wants.
> 
> Note, in GRASS, compounds (areas) are generated automatically, not
> manually selected.

Areas (faces) are generated automatically in PostGIS too, but those
are not considered "compounds". Rather they are considered "primitive"
(elements) at the same level of nodes and edges.

It is true that faces are defined by edges, but they are not intended
to be attached user attributes. The rationale is that you must be able
to cut any face by adding more edges w/out the user-feature changing
its shape (the same as you can cut any edge by adding more nodes w/out
the linear user-feature changing its shape).

I understand that in GRASS you attach attributes to faces (areas) instead.
Maybe GRASS could just not support this level of editing.

> > Another level is modifying the elements that compose a compound.
> > I still don't know what would work for this second level, when coming
> > from "editing of a compound layer", but it does sound like a short-cut
> > to open editing of the element layer.
> >
> > Yet another possibility is allowing arbitrary modification of the
> > shape of a compound and automatically add elements in the topology
> > to account for those changes. This is what I've implemented in QGIS
> > for editing of TopoGeometry (aka "compound") layers.
> 
> This can be a higher level editing, but elements editing is necessary.

Agreed. 

> >> Element layers will be displayed with topological meaning symbology
> >> above compound layers? I.e. for example polygons symbolized according
> >> to attributes + edges symbolized according to topology state?

[..]

> > We could eventually require a minimum set of attributes for these kind of
> > tables to unify symbology for them. Could you write down a list of the
> > states, to add to the terminology ?
> 
> It depends on model, for GRASS:
> - point
> - line
> - boundary (no area)
> - boundary (1 area)
> - boundary (2 areas)
> - centroid (in area)
> - centroid (outside area)
> - centroid (duplicate in area)
> - node (1 line/point)
> -node (2 and more lines/points)

Are those "topology states" ? I'm not sure I understand them.

Can "point" and "node*" be states of a "node" layer ?
Can "line" and "boundary" be states of an "edge" layer ?
Can "centroid*" be states of a "face"/"area" layer ?

> How do you say to compound layer that element changed? Also in GRASS,
> all elements are stored in single file, so element layer providers
> have to work with the same datasource.
> 
> > In that case each provider should take care of the required book-keeping
> > to maintain the link between layers related to the same topology.
> 
> Can you explain better what you mean?

What I mean is that signalling of changes to related layers should
not necessarely be provided by the generic API, but could be handled
internally by each provider. As a provider of a topological layer
you (the provider) must know how to dispatch information about changes
happening. Supposedly all "related" layers will be provided by you
(the provider) so you should have all it takes to take note about
how many layers you created that are related to a given topology,
and dispatch accordingly.

--strk; 

 ()  ASCII ribbon campaign- against html e-mail
 /\  http://www.asciiribbon.org   - against proprietary attachments
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Bug with avoid intersection - willing to fund fix

[kimaidou]

Hi

I have seen another "bug" or misbehaviour IMHO : I would expect QGIS to
automatically create a node at the intersection of 2 linestring when
topology editing is ON, with no need to do it manually. This would help a
lot too.

Regards
Michael


2013/11/7 Giovanni Manghi 

> > We have an important QGis digitizing issue that is blocking and
> generating
> > a lot of work for us.
> >
> > The issue has been described in more then 3 bugs (
> > http://hub.qgis.org/issues/8174, http://hub.qgis.org/issues/4880, and
> > others) and it really hurts QGis image as a software.
> >
> > This is something that cannot happen. In our current setup we have 10 GIS
> > Analysts working on a large area, doing land use maps. This problem is
> > killing us!
> >
> > I'm cross posting in GEOS dev list to see if there is interest in fixing
> > this bug, one way or the other and our company is willing to fund part
> (or
> > depending how much, all the costs) of the development of this fix.
> >
> > Please, let me know.
>
> Hi,
>
> thanks for raising this issue. I have tried to do so weeks ago and
> didn't get much feedback even if this bug is a real show stopper for
> certain use cases (that after all are pretty common).
>
> cheers!
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Select datum transform in QGIS

[Jürgen E . Fischer]

Hi Marco,

On Thu, 07. Nov 2013 at 16:39:35 +0100, Marco Hugentobler wrote:
> - The dialogs asking for datum transform could be annoying. Does it need
> an option to suppress it (and should it be enabled / disabled by
> default)?

Or the OTFR dialog could already produce a list of available transforms for
each CRS used in layers - maybe with the last used transform for each
combination preselected.

> - The synchronisation of srs.db with datum_shift.csv makes the install  time
> longer (maybe it can be solved more efficiently?)

Is that really significant?  I suppose using the same connection as syncDb()
would help (just because it does it's thing in a transaction).


> - To receive the current QgsCoordinateTransformation for a layer, tools  
> may query QgsMapRenderer::tr (or QgsMapRenderer::mapToLayerCoordinates  
> etc.). Creating a new QgsCoordinateTransform from layerCRS and mapCRS is  
> not correct in all cases any more.

Who's bad idea was it to call that thing tr()? ;)   transformation() is
probably better for a public method.


> What are your opinions / suggestions?

Why is it in a separate branch?



Jürgen

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de
QGIS PSC member (RM)   IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Select datum transform in QGIS

[Bernhard Ströbl]

my 2cts from a user's perspective:

- annoying dialog:
How about an option "Store my choice and do not ask me again"
This choice will go in a user setting where all choices for all datum 
shifts (encountered by this user) are user-accessible and can be deleted 
or changed.
This probably extends the whole thing a lot but as a user I might always 
want to use the same paramter set and therefore need an option to save 
my choice.
the dialog should be enabled by default to make users aware of what they 
are doing


Bernhard

Am 07.11.2013 16:39, schrieb Marco Hugentobler:

Dear qgis devs

In QGIS, there is currently no possibility to choose the type of datum
transform used in otf-reprojecting. Additionally, some national mapping
agencies provide datum shift grids and they cannot be used conveniently
in QGIS ( a user needs to make user defined crs and store the +nadgrids=
parameter there).
Some proprietary systems pop up a dialog box in case there are several
datum transformations available and let the user choose an appropriate
one. Therefore, I've been in charge of implementing a similar solution
for QGIS, and the code is ready for first testing / feedback now:

https://github.com/mhugent/Quantum-GIS/commits/datum_transform

Here a short summary of the changes:

- There is a new table in srs.db created from the gdal file
'datum_shift.csv'. It contains 3/7 parameter towgs84 parameters.
Additionally, there is also the possibility to extend srs.db with ntv2
(grid shift) transformations (with the .gbs filename as first parameter).
- Once otf-reprojection is enabled and QGIS detects more than one
possible datum transformation between the two CRS, the user is asked in
a dialog which one to use. This is stored into the project file, so only
needs to be entered if adding the layer or changing the layer / map CRS.
The user is also asked if saving a layer in a different CRS and the
datum transform is of course also picked up by QGIS server.

possible problems from user perspective:

- The dialogs asking for datum transform could be annoying. Does it need
an option to suppress it (and should it be enabled / disabled by default)?
- The synchronisation of srs.db with datum_shift.csv makes the install
time longer (maybe it can be solved more efficiently?)

technical details for devs:

- QgsCoordinateTransform currently contains srcCRS, destCRS. It is
extended to hold optionally source datum transform / dest datum
transform (int is coord_op_code in srs.db). In
QgsCoordinateTransform::initialise, the datum transform strings are
modified to match the choosen datum transforms.
- QgsCRSCache is extended to search by datum transform too (to avoid
expensive lookups in the sqlite db every time)
- QgsMapRenderer stores the information about layer / datum
transformation and reads / writes to project filename
- To receive the current QgsCoordinateTransformation for a layer, tools
may query QgsMapRenderer::tr (or QgsMapRenderer::mapToLayerCoordinates
etc.). Creating a new QgsCoordinateTransform from layerCRS and mapCRS is
not correct in all cases any more.


What are your opinions / suggestions?

Regards,
Marco





__ Information from ESET Mail Security, version of virus signature 
database 9018 (20131107) __

The message was checked by ESET Mail Security.
http://www.eset.com


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Topology editing in QGis

[Radim Blazek]

On Wed, Nov 6, 2013 at 10:42 PM, Sandro Santilli  wrote:
> On Wed, Nov 06, 2013 at 10:50:32AM +0100, Radim Blazek wrote:
>> On Tue, Nov 5, 2013 at 5:21 PM, Ouyang Leyan
>>  wrote:
>
>> Terminology suggestion:
>>   * element layer - layer representing topological elements, e.g. nodes or 
>> edges
>>   * compound layer - higher level layer of compounds from elements,
>> e.g. polygons formed by edges
>> Users usually work with compound layers, element layers are only used
>> for editing or debugging.
>
> Terminology accepted, adding aliases:
>
>  * element layer AKA primitives layer
>  * compound layer AKA features layer
>
>> > For the topology editing, I was thinking of considering the topology as a
>> > special group (or the vector layers as sublayers of a topology layer):
>> > * When adding a topology, all the vector layers (node, edge, face, etc.)
>> > would be added at once
>
> Note that this is the model used by the "TopoViewer" included with
> the DBManager plugin. It creates a group and adds different vector layers
> for the primitives. I suggest you both take a look at it if not done yet,
> just to have a common reference.

I'll do once I find time. Please look on GRASS editing.

>> Element layers would be added automatically when user starts editing
>> of compound layer or user has to explicitly add element layers group
>> before editing?
>
> I guess this depends on the kind of editing we want to allow.
>
> One level of editing is, imho, simply selecting which elements/primitives
> takes part in the definition of the compound. This is an high-precision
> editing level where it is ensured that no changes will occur in the
> elements. For this kind of editing I envision a system that would
> automatically add on the map one or more layers containing candidate
> elements (one layer per element-type) to let user pick the one he wants.

Note, in GRASS, compounds (areas) are generated automatically, not
manually selected.

> Another level is modifying the elements that compose a compound.
> I still don't know what would work for this second level, when coming
> from "editing of a compound layer", but it does sound like a short-cut
> to open editing of the element layer.
>
> Yet another possibility is allowing arbitrary modification of the
> shape of a compound and automatically add elements in the topology
> to account for those changes. This is what I've implemented in QGIS
> for editing of TopoGeometry (aka "compound") layers.

This can be a higher level editing, but elements editing is necessary.

>> Element layers will be displayed with topological meaning symbology
>> above compound layers? I.e. for example polygons symbolized according
>> to attributes + edges symbolized according to topology state?
>
> We should have good defaults, but still possibly also allow users to set
> "template styles" for their element layers.
> I think it makese sense to allow for symbolization of states, generally.
> The states could be seen as dynamic attributes of the element tables.
>
> We could eventually require a minimum set of attributes for these kind of
> tables to unify symbology for them. Could you write down a list of the
> states, to add to the terminology ?

It depends on model, for GRASS:
- point
- line
- boundary (no area)
- boundary (1 area)
- boundary (2 areas)
- centroid (in area)
- centroid (outside area)
- centroid (duplicate in area)
- node (1 line/point)
-node (2 and more lines/points)

>> > Only the editing features would have to be modified to deal with the 
>> > topological
>> > modifications of the other layers and keep everything consistent. Of 
>> > course,
>> > the definition of consistent will depend on the kind of topology 
>> > considered.
>>
>> How would be implemented the consistency? Currently each layer
>> instantiates single provider and providers do not know anything about
>> each other. The changes have to be propagated to other layers via
>> provider because of different topology models. It means, that
>> topological providers have to keep opened data sources in static
>> members, and editing has to be done on those static members. After
>> each edit operation all providers/layers using the same data source
>> has to be informed about the change. How? Signals on provider level,
>> between providers sharing the same data source?
>
> I don't think we want to provide cross-provider topologies, do we ?

How do you say to compound layer that element changed? Also in GRASS,
all elements are stored in single file, so element layer providers
have to work with the same datasource.

> In that case each provider should take care of the required book-keeping
> to maintain the link between layers related to the same topology.

Can you explain better what you mean?

Radim

> --strk;
>
>  ()  ASCII ribbon campaign- against html e-mail
>  /\  http://www.asciiribbon.org   - against proprietary attachments
___
Qgis-developer mailing list
Qgis-deve

[Qgis-developer] Select datum transform in QGIS

[Marco Hugentobler]

Dear qgis devs

In QGIS, there is currently no possibility to choose the type of datum 
transform used in otf-reprojecting. Additionally, some national mapping 
agencies provide datum shift grids and they cannot be used conveniently 
in QGIS ( a user needs to make user defined crs and store the +nadgrids= 
parameter there).
Some proprietary systems pop up a dialog box in case there are several 
datum transformations available and let the user choose an appropriate 
one. Therefore, I've been in charge of implementing a similar solution 
for QGIS, and the code is ready for first testing / feedback now:


https://github.com/mhugent/Quantum-GIS/commits/datum_transform

Here a short summary of the changes:

- There is a new table in srs.db created from the gdal file 
'datum_shift.csv'. It contains 3/7 parameter towgs84 parameters. 
Additionally, there is also the possibility to extend srs.db with ntv2 
(grid shift) transformations (with the .gbs filename as first parameter).
- Once otf-reprojection is enabled and QGIS detects more than one 
possible datum transformation between the two CRS, the user is asked in 
a dialog which one to use. This is stored into the project file, so only 
needs to be entered if adding the layer or changing the layer / map CRS. 
The user is also asked if saving a layer in a different CRS and the 
datum transform is of course also picked up by QGIS server.


possible problems from user perspective:

- The dialogs asking for datum transform could be annoying. Does it need 
an option to suppress it (and should it be enabled / disabled by default)?
- The synchronisation of srs.db with datum_shift.csv makes the install 
time longer (maybe it can be solved more efficiently?)


technical details for devs:

- QgsCoordinateTransform currently contains srcCRS, destCRS. It is 
extended to hold optionally source datum transform / dest datum 
transform (int is coord_op_code in srs.db). In 
QgsCoordinateTransform::initialise, the datum transform strings are 
modified to match the choosen datum transforms.
- QgsCRSCache is extended to search by datum transform too (to avoid 
expensive lookups in the sqlite db every time)
- QgsMapRenderer stores the information about layer / datum 
transformation and reads / writes to project filename
- To receive the current QgsCoordinateTransformation for a layer, tools 
may query QgsMapRenderer::tr (or QgsMapRenderer::mapToLayerCoordinates 
etc.). Creating a new QgsCoordinateTransform from layerCRS and mapCRS is 
not correct in all cases any more.



What are your opinions / suggestions?

Regards,
Marco

--
Dr. Marco Hugentobler
Sourcepole -  Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Bug with avoid intersection - willing to fund fix

[Giovanni Manghi]

> We have an important QGis digitizing issue that is blocking and generating
> a lot of work for us.
>
> The issue has been described in more then 3 bugs (
> http://hub.qgis.org/issues/8174, http://hub.qgis.org/issues/4880, and
> others) and it really hurts QGis image as a software.
>
> This is something that cannot happen. In our current setup we have 10 GIS
> Analysts working on a large area, doing land use maps. This problem is
> killing us!
>
> I'm cross posting in GEOS dev list to see if there is interest in fixing
> this bug, one way or the other and our company is willing to fund part (or
> depending how much, all the costs) of the development of this fix.
>
> Please, let me know.

Hi,

thanks for raising this issue. I have tried to do so weeks ago and
didn't get much feedback even if this bug is a real show stopper for
certain use cases (that after all are pretty common).

cheers!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] WG: Re: WG: Re: cpp-plugin for QGIS 2.0

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 07/11/2013 10:30, sschm...@gfi-gis.de ha scritto:
> 
> Thank you Andreas,
> 
> sounds like there is hope for me :-)

IMHO you need very strong arguments not to do this job as a Python
plugin. All the external C++ plugins I have seen have died out sooner
or later for the problems in keeping API and ABI compatibility.
All the best.

- -- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlJ7lG4ACgkQ/NedwLUzIr4UiwCeOVYAuooE2kFbZFm+h7JubqAH
HaoAnRjWsVkZ4nYegS9UN6v3JWF2Q6nD
=5cFj
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Bug with avoid intersection - willing to fund fix

[George Silva]

Hello everyone,

We have an important QGis digitizing issue that is blocking and generating
a lot of work for us.

The issue has been described in more then 3 bugs (
http://hub.qgis.org/issues/8174, http://hub.qgis.org/issues/4880, and
others) and it really hurts QGis image as a software.

This is something that cannot happen. In our current setup we have 10 GIS
Analysts working on a large area, doing land use maps. This problem is
killing us!

I'm cross posting in GEOS dev list to see if there is interest in fixing
this bug, one way or the other and our company is willing to fund part (or
depending how much, all the costs) of the development of this fix.

Please, let me know.

Thanks!

-- 
George R. C. Silva
SIGMA Consultoria

http://www.consultoriasigma.com.br/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Vector Layer translateFeature() and Qdebug

[Pietro Panzeri]

Hi everyone,

I'm using QGIS 2.0.1-Dufour from the repository ubuntugis-unstable.

I have a plugin that is used to translate a vector layer with a shift
"delta_x" and "delta_y".
To do this I use the function translateFeature() as you can see from the
code below:

vlayer = iface.activeLayer()

feature = QgsFeature()

for feature in vlayer.getFeatures():
vlayer.translateFeature(feature.id(), delta_x, delta_y)



For every translated feature, the following message is displayed on the
screen:

undo index changed 1
undo index changed 2
undo index changed 3
...


and the plugin execution seems very slow compared to same run under version
QGIS 1.6.0-Copiapò.
Looking at the source code it seems that the message is sent through
Qdebug().
This means that the QGIS was compiled with debug system activated?
How do I get a non-debug version?

Thanks

-- 
Pietro Panzeri
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] cpp-plugin for QGIS 2.0

[Jürgen E . Fischer]

Hi Susann,

On Thu, 07. Nov 2013 at 11:53:45 +0100, sschm...@gfi-gis.de wrote:
> What the hell ? :-)
> It is so nice, There are opening doorways...
> I got the sources for the release 2.0.1 - however :-) and cmake builds me
> a qgis2.0.1.sln for my VisualStudio. Now compiling my QGis is in progress.
> Thank you for guiding me a few steps forward! I'm curious about it if it
> is running after this, i will tell you...

You could also use the libraries shipped with OSGeo4W (also in the standalone
installer).   Note that the 32bit version is built with VS2008 and 64bit with
VS2010.


Jürgen

-- 
Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
Software Engineer D-26506 Norden   http://www.norbit.de
QGIS PSC member (RM)   IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WG: Re: WG: Re: WG: Re: cpp-plugin for QGIS 2.0

[SSchmidt]

What the hell ? :-)
It is so nice, There are opening doorways...
I got the sources for the release 2.0.1 - however :-) and cmake builds me 
a qgis2.0.1.sln for my VisualStudio. Now compiling my QGis is in progress. 
Thank you for guiding me a few steps forward! I'm curious about it if it 
is running after this, i will tell you...

Freundliche Grüße aus Leipzig
Susann Schmidt
Softwareentwicklung 

**

GFI - Gesellschaft für Informationstechnologie mbH
Philipp-Rosenthal-Straße 9
D-04103 Leipzig
Geschäftsführer: Andreas Richter
Amtsgericht Leipzig HRB 12054
USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
ESRI Solution Partner  und   ER Mapper Reseller
Tel. 0341 961 3310Fax 0341 961 3311   Mail i...@gfi-gis.de
Web  www.gfi-gis.de  und  www.themenbrowser.de

- Forwarded by Susann Schmidt/gfi on 07.11.2013 11:37 -

Andreas Neumann  
Sent by: qgis-developer-boun...@lists.osgeo.org
07.11.2013 10:48

To
qgis-developer@lists.osgeo.org
cc

Subject
Re: [Qgis-developer] WG: Re:  WG: Re:  cpp-plugin for QGIS 2.0






Hello,

There is just one git URL for all the branches: 
https://github.com/qgis/QGIS.git

but you can change to a different branch using the -b command switch 
(e.g: git checkout -b threading-globe origin/threading-globe).

You can use this page to get more info on git:

http://hub.qgis.org/projects/quantum-gis/wiki/Using_Git

or you can Google for it.

Andreas

Am 2013-11-07 10:30, schrieb sschm...@gfi-gis.de:
> Thank you Andreas,
> 
> sounds like there is hope for me :-)
> 
> Now i feel a bit silly because I can't get the files, i tried this:
> 
> Freundliche Grüße aus Leipzig
>  Susann Schmidt
>  Softwareentwicklung
> 
>  **
> 
>  GFI - Gesellschaft für Informationstechnologie mbH
>  Philipp-Rosenthal-Straße 9
>  D-04103 Leipzig
>  Geschäftsführer: Andreas Richter
>  Amtsgericht Leipzig HRB 12054
>  USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
>  ESRI Solution Partner und ER Mapper Reseller
>  Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
>  Web www.gfi-gis.de und www.themenbrowser.de
> 
> - Forwarded by Susann Schmidt/gfi on 07.11.2013 10:26 -
> 
>  ANDREAS NEUMANN 
> Sent by: qgis-developer-boun...@lists.osgeo.org
> 
> 07.11.2013 09:48
> 
> To qgis-developer@lists.osgeo.org
> 
> cc
> 
> Subject Re: [Qgis-developer] WG: Re: cpp-plugin for QGIS 2.0
> 
> Hi,
> 
>  Whenever there is a new release you have to link to other qgis core
>  libraries (e.g. libqgis_core.so). This explains why 2.1 C++ plugins
> do
>  not work for 2.0 even if the API did not change. You have to compile
> C++
>  plugins for each major version.
> 
>  You can get the source code for the 2.0x branch at
>  https://github.com/qgis/QGIS/tree/release-2_0
> 
>  see https://github.com/qgis/QGIS/branches for all the available
>  branches.
> 
>  Andreas
> 
>  Am 2013-11-07 09:35, schrieb sschm...@gfi-gis.de:
>  > Thanks to Richard and Andreas for their help!
>  >
>  > Why not python? In the last year our company began developing an
>  > extension for ArcGIS 10 in .Net C#. Our intention is a similar
> working
>  > plugin in QGis. For me it was first easier to port the Code to C++.
>  > Indeed i'm not a save C++-Programmer but from python i don't
>  > understand anything. And so the decision comes to C++.
>  > The start over a year ago was not so easy but for Lisboa i could
> get a
>  > small testplugin get running. Then i've made an error and get new
>  > sources from github and my plugin only runs with the weekly
> masters.
>  > So sporadically when I added some features to my plugin i get the
> new
>  > sources from github and the adequate weekly build to test my
> plugin.
>  > So all seems well, I thought I wait for the new Version (2.0
> Dufour)
>  > and then we could have a nice beta-version of our plugin. But now i
>  > can't get running the plugin in 2.0, only in 2.1 its working. I get
> no
>  > error in 2.0, it isn't shown in the pluginlist, not even in red. So
> i
>  > don't know the reason. I assumed it was the api break between 1.9
> and
>  > 2.0.
>  > Maybe i don't have the right proceeding. But how can I get the
> sources
>  > of 2.0 to compile my project in VS 2010, from github i get only the
>  > actual. Is this the fault? I don't know.
>  >
>  > Freundliche Grüße aus Leipzig
>  > Susann Schmidt
>  > Softwareentwicklung
>  >
>  > **
>  >
>  > GFI - Gesellschaft für Informationstechnologie mbH
>  > Philipp-Rosenthal-Straße 9
>  > D-04103 Leipzig
>  > Geschäftsführer: Andreas Richter
>  > Amtsgericht Leipzig HRB 12054
>  > USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
>  > ESRI Solution Partner und ER Mapper Reseller
>  > Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
>  > Web www.gfi-gis.de und www.themenbrowser.de
>  >
>  > - Forwarded by Susann Schmidt/gfi on 07.11.2013 09:02 -

Re: [Qgis-developer] WG: Re: WG: Re: cpp-plugin for QGIS 2.0

[Andreas Neumann]

Hello,

There is just one git URL for all the branches: 
https://github.com/qgis/QGIS.git


but you can change to a different branch using the -b command switch 
(e.g: git checkout -b threading-globe origin/threading-globe).


You can use this page to get more info on git:

http://hub.qgis.org/projects/quantum-gis/wiki/Using_Git

or you can Google for it.

Andreas

Am 2013-11-07 10:30, schrieb sschm...@gfi-gis.de:

Thank you Andreas,

sounds like there is hope for me :-)

Now i feel a bit silly because I can't get the files, i tried this:

Freundliche Grüße aus Leipzig
 Susann Schmidt
 Softwareentwicklung

 **

 GFI - Gesellschaft für Informationstechnologie mbH
 Philipp-Rosenthal-Straße 9
 D-04103 Leipzig
 Geschäftsführer: Andreas Richter
 Amtsgericht Leipzig HRB 12054
 USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
 ESRI Solution Partner und ER Mapper Reseller
 Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
 Web www.gfi-gis.de und www.themenbrowser.de

- Forwarded by Susann Schmidt/gfi on 07.11.2013 10:26 -

 ANDREAS NEUMANN 
Sent by: qgis-developer-boun...@lists.osgeo.org

07.11.2013 09:48

To qgis-developer@lists.osgeo.org

cc

Subject Re: [Qgis-developer] WG: Re: cpp-plugin for QGIS 2.0

Hi,

 Whenever there is a new release you have to link to other qgis core
 libraries (e.g. libqgis_core.so). This explains why 2.1 C++ plugins
do
 not work for 2.0 even if the API did not change. You have to compile
C++
 plugins for each major version.

 You can get the source code for the 2.0x branch at
 https://github.com/qgis/QGIS/tree/release-2_0

 see https://github.com/qgis/QGIS/branches for all the available
 branches.

 Andreas

 Am 2013-11-07 09:35, schrieb sschm...@gfi-gis.de:
 > Thanks to Richard and Andreas for their help!
 >
 > Why not python? In the last year our company began developing an
 > extension for ArcGIS 10 in .Net C#. Our intention is a similar
working
 > plugin in QGis. For me it was first easier to port the Code to C++.
 > Indeed i'm not a save C++-Programmer but from python i don't
 > understand anything. And so the decision comes to C++.
 > The start over a year ago was not so easy but for Lisboa i could
get a
 > small testplugin get running. Then i've made an error and get new
 > sources from github and my plugin only runs with the weekly
masters.
 > So sporadically when I added some features to my plugin i get the
new
 > sources from github and the adequate weekly build to test my
plugin.
 > So all seems well, I thought I wait for the new Version (2.0
Dufour)
 > and then we could have a nice beta-version of our plugin. But now i
 > can't get running the plugin in 2.0, only in 2.1 its working. I get
no
 > error in 2.0, it isn't shown in the pluginlist, not even in red. So
i
 > don't know the reason. I assumed it was the api break between 1.9
and
 > 2.0.
 > Maybe i don't have the right proceeding. But how can I get the
sources
 > of 2.0 to compile my project in VS 2010, from github i get only the
 > actual. Is this the fault? I don't know.
 >
 > Freundliche Grüße aus Leipzig
 > Susann Schmidt
 > Softwareentwicklung
 >
 > **
 >
 > GFI - Gesellschaft für Informationstechnologie mbH
 > Philipp-Rosenthal-Straße 9
 > D-04103 Leipzig
 > Geschäftsführer: Andreas Richter
 > Amtsgericht Leipzig HRB 12054
 > USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
 > ESRI Solution Partner und ER Mapper Reseller
 > Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
 > Web www.gfi-gis.de und www.themenbrowser.de
 >
 > - Forwarded by Susann Schmidt/gfi on 07.11.2013 09:02 -
 >
 > RICHARD DUIVENVOORDE 
 >
 > 06.11.2013 18:01
 >
 > Please respond to
 > rich...@duif.net
 >
 > To sschm...@gfi-gis.de, qgis-developer@lists.osgeo.org
 >
 > cc
 >
 > Subject Re: [Qgis-developer] cpp-plugin for QGIS 2.0
 >
 > On 06-11-13 13:03, sschm...@gfi-gis.de wrote:
 > >
 > > Hello,
 > >
 > > now i try my luck here hoping not being ignored :-)
 > >
 > > I want to write a plugin for QGIS 2.0 Dufour in C++. Do I have to
 > take
 > > the sources/API from Version 1.8 (Lisboa)? It is right, that the
 > actual
 > > API only can be used for the actual Releases(Weekly Master)? In
 > this
 > > case I have to download the actual sources and recompile it
 > everytime I
 > > want to deploy it?
 > >
 > > Thanks for any suggestions.
 >
 > Hi Susann,
 >
 > Any reason to not write your plugin in python? It is much easier
(to
 > start with).
 >
 > But if you want to write a C++ for QGIS 2.0, you will have to
program
 > against the 2.0 api:
 > http://qgis.org/api/2.0/
 >
 > Myself I have no experience with writing cpp plugins, and I do not
 > think
 > there is very much documentation about it..
 > I found this link:
 > http://hub.qgis.org/wiki/17/Writing_C++_Plugins_%5BNew%5D
 > I tried the plugin_builder.py script which is mentioned there, and
 > all
 > was working/building fine (also a nice 

[Qgis-developer] WG: Re: WG: Re: cpp-plugin for QGIS 2.0

[SSchmidt]

Thank you Andreas,

sounds like there is hope for me :-)

Now i feel a bit silly because I can't get the files, i tried this:



Freundliche Grüße aus Leipzig
Susann Schmidt
Softwareentwicklung 

**

GFI - Gesellschaft für Informationstechnologie mbH
Philipp-Rosenthal-Straße 9
D-04103 Leipzig
Geschäftsführer: Andreas Richter
Amtsgericht Leipzig HRB 12054
USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
ESRI Solution Partner  und   ER Mapper Reseller
Tel. 0341 961 3310Fax 0341 961 3311   Mail i...@gfi-gis.de
Web  www.gfi-gis.de  und  www.themenbrowser.de

- Forwarded by Susann Schmidt/gfi on 07.11.2013 10:26 -

Andreas Neumann  
Sent by: qgis-developer-boun...@lists.osgeo.org
07.11.2013 09:48

To
qgis-developer@lists.osgeo.org
cc

Subject
Re: [Qgis-developer] WG: Re:  cpp-plugin for QGIS 2.0






Hi,

Whenever there is a new release you have to link to other qgis core 
libraries (e.g. libqgis_core.so). This explains why 2.1 C++ plugins do 
not work for 2.0 even if the API did not change. You have to compile C++ 
plugins for each major version.

You can get the source code for the 2.0x branch at 
https://github.com/qgis/QGIS/tree/release-2_0

see https://github.com/qgis/QGIS/branches for all the available 
branches.

Andreas

Am 2013-11-07 09:35, schrieb sschm...@gfi-gis.de:
> Thanks to Richard and Andreas for their help!
> 
> Why not python? In the last year our company began developing an
> extension for ArcGIS 10 in .Net C#. Our intention is a similar working
> plugin in QGis. For me it was first easier to port the Code to C++.
> Indeed i'm not a save C++-Programmer but from python i don't
> understand anything. And so the decision comes to C++.
> The start over a year ago was not so easy but for Lisboa i could get a
> small testplugin get running. Then i've made an error and get new
> sources from github and my plugin only runs with the weekly masters.
> So sporadically when I added some features to my plugin i get the new
> sources from github and the adequate weekly build to test my plugin.
> So all seems well, I thought I wait for the new Version (2.0 Dufour)
> and then we could have a nice beta-version of our plugin. But now i
> can't get running the plugin in 2.0, only in 2.1 its working. I get no
> error in 2.0, it isn't shown in the pluginlist, not even in red. So i
> don't know the reason. I assumed it was the api break between 1.9 and
> 2.0.
> Maybe i don't have the right proceeding. But how can I get the sources
> of 2.0 to compile my project in VS 2010, from github i get only the
> actual. Is this the fault? I don't know.
> 
> Freundliche Grüße aus Leipzig
>  Susann Schmidt
>  Softwareentwicklung
> 
>  **
> 
>  GFI - Gesellschaft für Informationstechnologie mbH
>  Philipp-Rosenthal-Straße 9
>  D-04103 Leipzig
>  Geschäftsführer: Andreas Richter
>  Amtsgericht Leipzig HRB 12054
>  USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
>  ESRI Solution Partner und ER Mapper Reseller
>  Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
>  Web www.gfi-gis.de und www.themenbrowser.de
> 
> - Forwarded by Susann Schmidt/gfi on 07.11.2013 09:02 -
> 
>  RICHARD DUIVENVOORDE 
> 
> 06.11.2013 18:01
> 
> Please respond to
>  rich...@duif.net
> 
> To sschm...@gfi-gis.de, qgis-developer@lists.osgeo.org
> 
> cc
> 
> Subject Re: [Qgis-developer] cpp-plugin for QGIS 2.0
> 
> On 06-11-13 13:03, sschm...@gfi-gis.de wrote:
>  >
>  > Hello,
>  >
>  > now i try my luck here hoping not being ignored :-)
>  >
>  > I want to write a plugin for QGIS 2.0 Dufour in C++. Do I have to
> take
>  > the sources/API from Version 1.8 (Lisboa)? It is right, that the
> actual
>  > API only can be used for the actual Releases(Weekly Master)? In
> this
>  > case I have to download the actual sources and recompile it
> everytime I
>  > want to deploy it?
>  >
>  > Thanks for any suggestions.
> 
>  Hi Susann,
> 
>  Any reason to not write your plugin in python? It is much easier (to
>  start with).
> 
>  But if you want to write a C++ for QGIS 2.0, you will have to program
>  against the 2.0 api:
>  http://qgis.org/api/2.0/
> 
>  Myself I have no experience with writing cpp plugins, and I do not
> think
>  there is very much documentation about it..
>  I found this link:
>  http://hub.qgis.org/wiki/17/Writing_C++_Plugins_%5BNew%5D
>  I tried the plugin_builder.py script which is mentioned there, and
> all
>  was working/building fine (also a nice README). Only the links in the
>  created dialog are not ok anymore:
> 
>  In particular look at the following classes:
> 
>  QGisInterface
>  http://svn.qgis.org/api_doc/html/classQgisInterface.htm
>  QgsMapCanvas
>  http://svn.qgis.org/api_doc/html/classQgsMapCanvas.html
>  QgsMapTool
>  http://svn.qgis.org/api_doc/html/classQgsMapTool.html
>  QgsPlugin
>  http://svn.qgis.org/api_doc/html/classQgisPlugin.html
> 
>  instead of
>  http:/

Re: [Qgis-developer] New "Rasparenza" plugin for QGis

[Geo DrinX]

Hi Nathan,


I inserted these description and tags to
http://plugins.qgis.org/plugins/rasparenza/


"rasparenza : change all raster layer transparency

*Author:* geodrinx 

*Author's email:* geodr...@gmail.com

*Maintainer:* geodrinx 

*Tags:* raster ,
transparency

"

is it enough?   :)


Roberto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New "Rasparenza" plugin for QGis

[Nathan Woodrow]

Hey Roberto,

Are you able to add some more information on your plugin to the plugin
page.  As a user the name doesn't tell me anything.  You should also add
some meaningful tags, something like raster, transparency, etc

- Nathan


On Thu, Nov 7, 2013 at 7:13 PM, Geo DrinX  wrote:

> Hello all,
>
> I created  a new plugin for QGis 1.8 and 2.0.1, named "Rasparenza" , that
> changes the transparency of all raster layers.
>
> Please, test it and, if you like,  approvate it.
>
>
> Regards
>
> Roberto
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] New "Rasparenza" plugin for QGis

[Geo DrinX]

Hello all,

I created  a new plugin for QGis 1.8 and 2.0.1, named "Rasparenza" , that
changes the transparency of all raster layers.

Please, test it and, if you like,  approvate it.


Regards

Roberto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] WG: Re: cpp-plugin for QGIS 2.0

[Andreas Neumann]

Hi,

Whenever there is a new release you have to link to other qgis core 
libraries (e.g. libqgis_core.so). This explains why 2.1 C++ plugins do 
not work for 2.0 even if the API did not change. You have to compile C++ 
plugins for each major version.


You can get the source code for the 2.0x branch at 
https://github.com/qgis/QGIS/tree/release-2_0


see https://github.com/qgis/QGIS/branches for all the available 
branches.


Andreas

Am 2013-11-07 09:35, schrieb sschm...@gfi-gis.de:

Thanks to Richard and Andreas for their help!

Why not python? In the last year our company began developing an
extension for ArcGIS 10 in .Net C#. Our intention is a similar working
plugin in QGis. For me it was first easier to port the Code to C++.
Indeed i'm not a save C++-Programmer but from python i don't
understand anything. And so the decision comes to C++.
The start over a year ago was not so easy but for Lisboa i could get a
small testplugin get running. Then i've made an error and get new
sources from github and my plugin only runs with the weekly masters.
So sporadically when I added some features to my plugin i get the new
sources from github and the adequate weekly build to test my plugin.
So all seems well, I thought I wait for the new Version (2.0 Dufour)
and then we could have a nice beta-version of our plugin. But now i
can't get running the plugin in 2.0, only in 2.1 its working. I get no
error in 2.0, it isn't shown in the pluginlist, not even in red. So i
don't know the reason. I assumed it was the api break between 1.9 and
2.0.
Maybe i don't have the right proceeding. But how can I get the sources
of 2.0 to compile my project in VS 2010, from github i get only the
actual. Is this the fault? I don't know.

Freundliche Grüße aus Leipzig
 Susann Schmidt
 Softwareentwicklung

 **

 GFI - Gesellschaft für Informationstechnologie mbH
 Philipp-Rosenthal-Straße 9
 D-04103 Leipzig
 Geschäftsführer: Andreas Richter
 Amtsgericht Leipzig HRB 12054
 USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
 ESRI Solution Partner und ER Mapper Reseller
 Tel. 0341 961 3310 Fax 0341 961 3311 Mail i...@gfi-gis.de
 Web www.gfi-gis.de und www.themenbrowser.de

- Forwarded by Susann Schmidt/gfi on 07.11.2013 09:02 -

 RICHARD DUIVENVOORDE 

06.11.2013 18:01

Please respond to
 rich...@duif.net

To sschm...@gfi-gis.de, qgis-developer@lists.osgeo.org

cc

Subject Re: [Qgis-developer] cpp-plugin for QGIS 2.0

On 06-11-13 13:03, sschm...@gfi-gis.de wrote:
 >
 > Hello,
 >
 > now i try my luck here hoping not being ignored :-)
 >
 > I want to write a plugin for QGIS 2.0 Dufour in C++. Do I have to
take
 > the sources/API from Version 1.8 (Lisboa)? It is right, that the
actual
 > API only can be used for the actual Releases(Weekly Master)? In
this
 > case I have to download the actual sources and recompile it
everytime I
 > want to deploy it?
 >
 > Thanks for any suggestions.

 Hi Susann,

 Any reason to not write your plugin in python? It is much easier (to
 start with).

 But if you want to write a C++ for QGIS 2.0, you will have to program
 against the 2.0 api:
 http://qgis.org/api/2.0/

 Myself I have no experience with writing cpp plugins, and I do not
think
 there is very much documentation about it..
 I found this link:
 http://hub.qgis.org/wiki/17/Writing_C++_Plugins_%5BNew%5D
 I tried the plugin_builder.py script which is mentioned there, and
all
 was working/building fine (also a nice README). Only the links in the
 created dialog are not ok anymore:

 In particular look at the following classes:

 QGisInterface
 http://svn.qgis.org/api_doc/html/classQgisInterface.htm
 QgsMapCanvas
 http://svn.qgis.org/api_doc/html/classQgsMapCanvas.html
 QgsMapTool
 http://svn.qgis.org/api_doc/html/classQgsMapTool.html
 QgsPlugin
 http://svn.qgis.org/api_doc/html/classQgisPlugin.html

 instead of
 http://svn.qgis.org/api_doc/html
 use
 http://qgis.org/api/2.0/

 Good luck and have fun (again... why not python?)

 Where did you feel ignored anyway?

 Regards,

 Richard Duivenvoorde


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WG: Re: cpp-plugin for QGIS 2.0

[SSchmidt]

Thanks to Richard and Andreas for their help!

Why not python? In the last year our company began developing an extension 
for ArcGIS 10 in .Net C#. Our intention is a similar working plugin in 
QGis. For me it was first easier to port the Code to C++. Indeed i'm not a 
save C++-Programmer but from python i don't understand anything. And so 
the decision comes to C++.
The start over a year ago was not so easy but for Lisboa i could get a 
small testplugin get running. Then i've made an error and get new sources 
from github and my plugin only runs with the weekly masters. So 
sporadically when I added some features to my plugin i get the new sources 
from github and the adequate weekly build to test my plugin. So all seems 
well,  I thought I wait for the new Version (2.0 Dufour) and then we could 
have a nice beta-version of our plugin. But now i can't get running the 
plugin in 2.0, only in 2.1 its working. I get no error in 2.0, it isn't 
shown in the pluginlist, not even in red. So i don't know the reason. I 
assumed it was the api break between 1.9 and 2.0. 
Maybe i don't have the right proceeding. But how can I get the sources of 
2.0 to compile my project in VS 2010, from github i get only the actual. 
Is this the fault? I don't know. 

Freundliche Grüße aus Leipzig
Susann Schmidt
Softwareentwicklung 

**

GFI - Gesellschaft für Informationstechnologie mbH
Philipp-Rosenthal-Straße 9
D-04103 Leipzig
Geschäftsführer: Andreas Richter
Amtsgericht Leipzig HRB 12054
USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
ESRI Solution Partner  und   ER Mapper Reseller
Tel. 0341 961 3310Fax 0341 961 3311   Mail i...@gfi-gis.de
Web  www.gfi-gis.de  und  www.themenbrowser.de

- Forwarded by Susann Schmidt/gfi on 07.11.2013 09:02 -

Richard Duivenvoorde  
06.11.2013 18:01
Please respond to
rich...@duif.net


To
sschm...@gfi-gis.de, qgis-developer@lists.osgeo.org
cc

Subject
Re: [Qgis-developer] cpp-plugin for QGIS 2.0






On 06-11-13 13:03, sschm...@gfi-gis.de wrote:
> 
> Hello,
> 
> now i try my luck here hoping not being ignored :-)
> 
> I want to write a plugin for QGIS 2.0 Dufour in C++. Do I have to take
> the sources/API from Version 1.8 (Lisboa)? It is right, that the actual
> API only can be used for the actual Releases(Weekly Master)? In this
> case I have to download the actual sources and recompile it everytime I
> want to deploy it?
> 
> Thanks for any suggestions.

Hi Susann,

Any reason to not write your plugin in python? It is much easier (to
start with).

But if you want to write a C++ for QGIS 2.0, you will have to program
against the 2.0 api:
http://qgis.org/api/2.0/

Myself I have no experience with writing cpp plugins, and I do not think
there is very much documentation about it..
I found this link:
http://hub.qgis.org/wiki/17/Writing_C++_Plugins_%5BNew%5D
I tried the plugin_builder.py script which is mentioned there, and all
was working/building fine (also a nice README). Only the links in the
created dialog are not ok anymore:

In particular look at the following classes:

QGisInterface
http://svn.qgis.org/api_doc/html/classQgisInterface.htm
QgsMapCanvas
http://svn.qgis.org/api_doc/html/classQgsMapCanvas.html
QgsMapTool
http://svn.qgis.org/api_doc/html/classQgsMapTool.html
QgsPlugin
http://svn.qgis.org/api_doc/html/classQgisPlugin.html

instead of
http://svn.qgis.org/api_doc/html
use
http://qgis.org/api/2.0/

Good luck and have fun (again... why not python?)

Where did you feel ignored anyway?

Regards,

Richard Duivenvoorde



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer