[Qgis-developer] Bugs in QGIS Master

[Oscar van Vliet]

Dear QGIS developers,

Thanks for all the hard work, I have been using the almost 2.0 builds with
some satisfaction. Unfortunately, all is not well. I am using yesterday's
Master build, and there seems to be a few bugs still.


First of all, the dialog window for Raster|Analysis|DEM is too tall for my
Macbook, which only has 800 pixels vertically. You might consider
rearranging it a little. I can still use it by starting the analysis by
hitting Enter, but I cannot actually see the bottom row of buttons or the
resize widget.


Second, I have some errors in the Raster|Conversion|Rasterise dialog that
make it unusable for me.

I am trying to rasterise a vector layer that I saved as a selection from a
layer that I had previously vectorised.

I understand this dialog is just a front for GDAL tools, but the bridge
seems to be broken: I get the following python error when I try to select a
filename for the rasterised output layer:

Traceback (most recent call last):
  File
"/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/MacOS/../Resources/python/plugins/GdalTools/tools/doRasterize.py",
line 102, in fillOutputFileEdit
outputFile = fileDialogFunc(self, self.tr( "Select the raster file to
save the results to" ), Utils.FileFilter.allRastersFilter(), lastUsedFilter)
  File
"/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/MacOS/../Resources/python/plugins/GdalTools/tools/GdalTools_utils.py",
line 413, in getSaveFileName
return self.getDialog(parent, caption, QFileDialog.AcceptSave,
QFileDialog.AnyFile, filter, selectedFilter, useEncoding)
  File
"/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/MacOS/../Resources/python/plugins/GdalTools/tools/GdalTools_utils.py",
line 362, in getDialog
dialog.selectNameFilter(selectedFilter)
TypeError: QFileDialog.selectNameFilter(QString): argument 1 has unexpected
type 'QPyNullVariant'

Python versie:
2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)]


QGIS versie:
1.9.0-Master Master, 5c2e3f3

Python pad:
['/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/MacOS/../Resources/python',
'/Users/XX/.qgis2/python', '/Users/XX/.qgis2/python/plugins',
'/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/MacOS/../Resources/python/plugins',
'/Library/Frameworks/SQLite3.framework/Versions/B/Python/2.6',
'/Library/Python/2.6/site-packages/numpy-override',
'/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.6/site-packages',
'/Library/Frameworks/cairo.framework/Versions/1/Python/2.6',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python26.zip',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-darwin',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/lib-scriptpackages',
'/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-tk',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-old',
'/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload',
'/Library/Python/2.6/site-packages',
'/Library/Python/2.6/site-packages/PIL',
'/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/PyObjC',
'/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode',
'/Applications/GIS/QGIS_2.0-dev_SnoLeo.app/Contents/Resources/python/plugins/fTools/tools',
'/Users/XX/YY/ZZ']


Then if I try to run it with the existing size, I get another python error.
If I choose the option with pixel size, the action just seems to hang
without resolving or any error message.


I hope this makes sense. I have installed all of the required packages from
kyngchaos, AFAIK. Feel free to contact me for additional data.


Best wishes,

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

[Qgis-developer] right-click to end the digitizing

[Denis Rouzaud]

Hi all,

For digitizing, I wonder why the right-click adds a point and finishes 
instead of just finishing the operation.


While showing QGIS to new users, it seems to be very unintuitive. I tend 
to agree to this. After using Inkscape a lot last weeks ;), QGIS' 
behavior seems even more unnatural.


Indeed, one operation per button would be a lot better: left to add, 
right to finish.


I know this discussion has been raised before but I think it might be 
the right time if we decide to change. It would be for 2.0  as this 
isn't a new feature but quite a change in behavior.


In my company, we'll have a few drawers working on QGIS to digitize and 
I think such basic operation should be more intuitive.


What do you think?

Cheers,

Denis

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

Re: [Qgis-developer] License

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 25/07/2013 01:11, Daniel ha scritto:
> Hi all,
> 
> About GPLv3, is there any advance in this issue 
> http://hub.qgis.org/issues/3789?

We have discussed about this during the Valmiera meeting, without reaching firm
conclusions. I would be in favour of moving to GPLv3, if feasible.
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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHwtqoACgkQ/NedwLUzIr4CygCdHr/OZjX+MoKhz2UV0rknQGv5
WOsAmwWnPvoqJSpqFC9D9WU0FivKYgEq
=MgwD
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 25/07/2013 01:57, William Kyngesburye ha scritto:

> If liblwgeom becomes a requirement for QGIS, I'll certainly be packaging it 
> with
> QGIS, and adding instructions to INSTALL.

it is not a requirement, but it wouold be good if you could include it anyway, 
to let
osx users enjoy our plugin.

> It probably requires a full install of Postgres.

it should not; at least, o win and deb this is not the case.

re: this discussion, see also: http://hub.qgis.org/issues/4079

all the best, and thanks.
- -- 
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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHwtSwACgkQ/NedwLUzIr6vyACgoAuq2d67cNsuxcgITMu+jmNB
mp4An0wM13qFGdAuMhgpsTTd44SZ4Qth
=0Bk4
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS compilation in Linux

[agadisugandha]

Hi All,
Im compiling the Qgis1.8 in RHEL 5, all the dependencies I have
compiled, so now compiling the source code of QGIS, while doing
that as per compilation instruction when I gave "ccmake ..",
everything went properly but when I gave option 'g', it is showing
some WARNING messages like:


WARNING: Target "qgis_core" requests linking to directory
"/usr/local/lib".  Targets may link only
 to libraries.  CMake is dropping the item.

 WARNING: Target "qgis_analysis" requests linking to directory
"/usr/local/lib".  Targets may link
 only to libraries.  CMake is dropping the item.

 WARNING: Target "qgis_networkanalysis" requests linking to directory
"/usr/local/lib".  Targets may
 link only to libraries.  CMake is dropping the item.  ETC


Along with the WARNINGS I gave "make", at that time its giving an
error like this:

src/core/qgsexpression.h: In member function ˜virtual QStringList
QgsExpression::NodeInOperator::referencedColumns() const:
/root/Desktop/qgis/final_qgis/qgis-1.8.0-9_0.el6.src.rpm_FILES/qgis-1.8.0/src/core/qgsexpression.h:335:
error: no matching function for call to
˜QStringList::append(QStringList)™
/usr/local/Trolltech/Qt-4.4.0/include/QtCore/qlist.h:420: note: candidates
are: void QList::append(const T&) [with T = QString]




Please guide me.


Thanks
Sugandha


Every 3000 Sheets of paper costs us a tree.. Save trees... Conserve 
Trees. Don't print this email or any Files unless you really need to 
Confidentiality Notice

The information contained in this electronic message and any 
attachments to this message are intended for the exclusive use of
the addressee(s) and may contain confidential or privileged 
information. If you are not the intended recipient, please notify
the sender at Bharat Electronics  or supp...@bel.co.in immediately
and destroy all copies of this message and any attachments.

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

Re: [Qgis-developer] Labels on topologically wrong polygons

[William Kyngesburye]

Re-creating postgis configure is unnecessary with the release source, and I 
wouldn't suggest to most users to use dev sources.

If liblwgeom becomes a requirement for QGIS, I'll certainly be packaging it 
with QGIS, and adding instructions to INSTALL.

Additional notes:

It can be configured with GEOS also.

The default is to include raster and topology, neither of which is part of 
liblwgeom.  And configure will fail if it doesn't find GDAL for raster support. 
 So, disable both to same some compile time and configure hassle.

It probably requires a full install of Postgres.  It will find it automatically 
in /usr/local/pgsql if it's there, but probably fail if missing (don't want to 
delete mine to test).  This may be a blocker for the casual user that doesn't 
want to install Postgres.  Postgis needs an option to build just the library 
for this to be more accessible.

My adjusted configure:

./configure 
--with-geosconfig=/Library/Frameworks/GEOS.framework/unix/bin/geos-config \
--with-projdir=/Library/Frameworks/PROJ.framework/unix \
--with-jsondir=/Users/Shared/unix/json-c-snow \
--without-raster --without-topology


On Jul 24, 2013, at 1:55 PM, Larry Shaffer wrote:

> William, here is what I did [0]. Please let me know if there is something I 
> am missing in the build steps that might cause issues for use in a bundled 
> QGIS. Thanks.
> 
> [0] http://drive.dakotacarto.com/qgis/liblwgeom.dylib-build.txt
> 

-
William Kyngesburye 
http://www.kyngchaos.com/

"The beast is actively interested only in now, and, as it is always now and 
always shall be, there is an eternity of time for the accomplishment of 
objects."

- the wisdom of Tarzan





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

[Qgis-developer] License

[Daniel]

Hi all,

About GPLv3, is there any advance in this issue
http://hub.qgis.org/issues/3789?

Thanks in advance
-- 
Daniel Vaz
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Andrea Peri]

2013/7/24 Larry Shaffer 

> Hi,
>
> On Wed, Jul 24, 2013 at 11:04 AM, aperi2007  wrote:
>
>> On 24/07/2013 17:55, Larry Shaffer wrote:
>>
>>> I think QGIS should offer the option to on-the-fly try to fix those
>>> geometries. This was discussed previously [0]
>>>
>>
>> The MakeValid is not a fast process.
>> Try to apply it on-the-fly will slow again the labelling flow.
>>
>
> Yes, but only for those features that are tested to be invalid (already
> done). Also, as I noted, this should be optional, and probably disabled by
> default.
>
>
Agree.


>
>> Another problem is tht it could change little , but not less important,
>> part of a geometry.
>> so if the user will decide to edit it .
>> Instead of editing the original geometry it will edit a changed geometry.
>> And save in the shapefile (o r other container) another more changed
>> geometry.
>>
>
> The labeling engine sends to the backend PAL library *copies* of the
> feature geometries. So, the original geometry is never edited, i.e. the
> copy would be what is run through ST_MakeValid. Once the labels are
> created, those copied geometries are dumped and never rendered on the
> canvas.
>
> There should probably be some logging somewhere, if the geometry is
> invalid, but usually the copied geometry has been clipped to the extent
> rectangle. In other words, invalid geometries of the copies at that point
> have nothing to do with the original features, which may be valid. So,
> logging invalids at that point doesn't make sense.
>

ok, your idea is more sophisticated.



>
>>
>> Don't forgot that the original ST_MakeValid of postgis (and also
>> spatialite) will return also the
>> removed parts of original geometry. (point , arc or other it was)
>>
>
> This could be an issue, where a multi-geometry is return for a single
> input. It seems this could be overcome with some checks, and eventually
> fallback to rejecting the geometry, if necessary.
>
>
The MakeValid is capable to resolve very complex situations, the main goal
is never lost any vertex. So the MakeValid in the Postgs often could return
a geometrycollection with one, two or three parts (polygons, linea and
points).

As example when the invalidity is a line inside a polygon (this is quite
normal when the geometries came from cad systems), the MakeValid will
create a collection with the polygon and a line. In Spatialite instead the
collection are not so flexible so the solution was to wrap the MakeValid on
two distinct functions:
MakeValid() and MakeValidDiscarded.



> To not lost of view the original geometry.
>>
>
> Sorry. I don't understand your meaning here.
>
>
>
Sorry, I was unable to explain.

Simply I want say that the main goal of the MakeValid was to resolve an
invalidity withoun lost any vertex of the original geometry.

In spatialite where the collection are no so flexible.
The solution was to support two functions one to return the higher level
geometry (usually the more interesting to see) and another function
(MakeValidDiscarded) to return the lower level geometries.

But this mean that using only the ST_MakeValid() in spatialite without see
what return the MakeValidDiscarded Function could mean to lost something.

Regards,

Andrea.



> Regards,
>
> Larry
>
>
>
>> __**_
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer
>>
>
>


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Larry Shaffer]

Hi Paolo,

On Wed, Jul 24, 2013 at 10:25 AM, Paolo Cavallini wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Il 24/07/2013 18:21, Larry Shaffer ha scritto:
>
> >> But that just wraps the C++ library with Python doesn't? (Very nice,
> btw!) That still
> >> requires a full install of PostGIS/PostgreSQL (at this time):
>
> not, we have compiled it as standalone; in deb it is the same:
> http://packages.debian.org/sid/liblwgeom-2.0.3
>
> >> For labeling, I don't think we would want to introduce Python into the
> mix, or
> >> require PostGIS to be installed. So, either C++ compiled-in or shared
> lib support
> >> would be best (for the speed).
>
> agreed
>
> >> Do you have some links to any notes on how this was done using the
> PostGIS source
> >> code? I'd like to make that library available for the Mac builds and
> pass the notes
> >> along to others.
>
> coming soon
>

Actually, I hadn't tested building the standalone Mac liblwgeom.dylib since
PostGIS 2.0.3 came out. I was able to easily build the .dylib for both
2.0.3 and with current source trunk. Trunk appears to now require the
json-c lib, which was not part of the Kyngchaos framework installs, but is
readily available via homebrew.

So, it fairly simple to compile and include liblwgeom-2.0.3.dylib (422 KB)
with Mac bundled app builds, once it is utilized directly in QGIS code.
Very nice, indeed, for geometry repairing routines!

William, here is what I did [0]. Please let me know if there is something I
am missing in the build steps that might cause issues for use in a bundled
QGIS. Thanks.

[0] http://drive.dakotacarto.com/qgis/liblwgeom.dylib-build.txt

Regards,

Larry



>
> thanks.
> - --
> 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.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iEYEARECAAYFAlHv//sACgkQ/NedwLUzIr4Y9wCfZm9hqdp2EcnBVShAbleg0DpW
> tMYAnR6S/thBQW/9XfWQekRZPAF2wYNZ
> =BSK3
> -END PGP SIGNATURE-
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Larry Shaffer]

Hi,

On Wed, Jul 24, 2013 at 11:04 AM, aperi2007  wrote:

> On 24/07/2013 17:55, Larry Shaffer wrote:
>
>> I think QGIS should offer the option to on-the-fly try to fix those
>> geometries. This was discussed previously [0]
>>
>
> The MakeValid is not a fast process.
> Try to apply it on-the-fly will slow again the labelling flow.
>

Yes, but only for those features that are tested to be invalid (already
done). Also, as I noted, this should be optional, and probably disabled by
default.



> Another problem is tht it could change little , but not less important,
> part of a geometry.
> so if the user will decide to edit it .
> Instead of editing the original geometry it will edit a changed geometry.
> And save in the shapefile (o r other container) another more changed
> geometry.
>

The labeling engine sends to the backend PAL library *copies* of the
feature geometries. So, the original geometry is never edited, i.e. the
copy would be what is run through ST_MakeValid. Once the labels are
created, those copied geometries are dumped and never rendered on the
canvas.

There should probably be some logging somewhere, if the geometry is
invalid, but usually the copied geometry has been clipped to the extent
rectangle. In other words, invalid geometries of the copies at that point
have nothing to do with the original features, which may be valid. So,
logging invalids at that point doesn't make sense.


>
> Don't forgot that the original ST_MakeValid of postgis (and also
> spatialite) will return also the
> removed parts of original geometry. (point , arc or other it was)
>

This could be an issue, where a multi-geometry is return for a single
input. It seems this could be overcome with some checks, and eventually
fallback to rejecting the geometry, if necessary.



> To not lost of view the original geometry.
>

Sorry. I don't understand your meaning here.


Regards,

Larry



> __**_
> 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] Labels on topologically wrong polygons

[aperi2007]

On 24/07/2013 17:55, Larry Shaffer wrote:
I think QGIS should offer the option to on-the-fly try to fix those 
geometries. This was discussed previously [0]


The MakeValid is not a fast process.
Try to apply it on-the-fly will slow again the labelling flow.

Another problem is tht it could change little , but not less important, 
part of a geometry.

so if the user will decide to edit it .
Instead of editing the original geometry it will edit a changed geometry.
And save in the shapefile (o r other container) another more changed 
geometry.


Don't forgot that the original ST_MakeValid of postgis (and also 
spatialite) will return also the

removed parts of original geometry. (point , arc or other it was)

To not lost of view the original geometry.

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

Re: [Qgis-developer] Labels on topologically wrong polygons

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 24/07/2013 18:21, Larry Shaffer ha scritto:

>> But that just wraps the C++ library with Python doesn't? (Very nice, btw!) 
>> That still
>> requires a full install of PostGIS/PostgreSQL (at this time):

not, we have compiled it as standalone; in deb it is the same:
http://packages.debian.org/sid/liblwgeom-2.0.3

>> For labeling, I don't think we would want to introduce Python into the mix, 
>> or
>> require PostGIS to be installed. So, either C++ compiled-in or shared lib 
>> support
>> would be best (for the speed).

agreed

>> Do you have some links to any notes on how this was done using the PostGIS 
>> source
>> code? I'd like to make that library available for the Mac builds and pass 
>> the notes
>> along to others.

coming soon

thanks.
- -- 
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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHv//sACgkQ/NedwLUzIr4Y9wCfZm9hqdp2EcnBVShAbleg0DpW
tMYAnR6S/thBQW/9XfWQekRZPAF2wYNZ
=BSK3
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Larry Shaffer]

Hi Paolo,

On Wed, Jul 24, 2013 at 10:01 AM, Paolo Cavallini wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Il 24/07/2013 17:55, Larry Shaffer ha scritto:
>
> >> I think QGIS should offer the option to on-the-fly try to fix those
> geometries. This
> >> was discussed previously [0], and I think the best solution presented
> so far is to
> >> find a way to incorporate the standalone PostGIS library 'lwgeom' into
> the QGIS
>
> done for now: http://plugins.qgis.org/plugins/sextantelwgeomprovider/
>

But that just wraps the C++ library with Python doesn't? (Very nice, btw!)
That still requires a full install of PostGIS/PostgreSQL (at this time):

...
def getLwgeomLibrary(self):
# try to load the LWGEOM library
libpath = SextanteConfig.getSetting("LWGEOM_PATH_SETTING")
lib = ctypes.CDLL(libpath)
...

For labeling, I don't think we would want to introduce Python into the mix,
or require PostGIS to be installed. So, either C++ compiled-in or shared
lib support would be best (for the speed).

>> Ideally, if someone where to find a way (maybe it is simple, but not for
> me) to have
> >> the lwgeom library compile-able as a standalone library, apart from
> PostGIS, it would
>
> we are doing it now, for osgeo4w. ready on debian.
>

Do you have some links to any notes on how this was done using the PostGIS
source code? I'd like to make that library available for the Mac builds and
pass the notes along to others.

Regards,

Larry



> 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.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iEYEARECAAYFAlHv+nUACgkQ/NedwLUzIr6orACgrj5T0/FytPBmOsiJTKfLzX/D
> NCUAoIY5yXtEt2Ddtht7nSnt7dq01Qi6
> =2m/z
> -END PGP SIGNATURE-
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 24/07/2013 17:55, Larry Shaffer ha scritto:

>> I think QGIS should offer the option to on-the-fly try to fix those 
>> geometries. This
>> was discussed previously [0], and I think the best solution presented so far 
>> is to
>> find a way to incorporate the standalone PostGIS library 'lwgeom' into the 
>> QGIS

done for now: http://plugins.qgis.org/plugins/sextantelwgeomprovider/

>> Ideally, if someone where to find a way (maybe it is simple, but not for me) 
>> to have
>> the lwgeom library compile-able as a standalone library, apart from PostGIS, 
>> it would

we are doing it now, for osgeo4w. ready on debian.

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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHv+nUACgkQ/NedwLUzIr6orACgrj5T0/FytPBmOsiJTKfLzX/D
NCUAoIY5yXtEt2Ddtht7nSnt7dq01Qi6
=2m/z
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Labels on topologically wrong polygons

[Larry Shaffer]

Hi Paolo,

On Wed, Jul 24, 2013 at 9:07 AM, Paolo Cavallini wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all.
> I noticed that labels are not placed on topologically wrong polygons. This
> makes
> sense, but is surprising for the user: could we think of some solution?
>

I think QGIS should offer the option to on-the-fly try to fix those
geometries. This was discussed previously [0], and I think the best
solution presented so far is to find a way to incorporate the standalone
PostGIS library 'lwgeom' into the QGIS source tree, or just the relevant
bits, as Juergen suggested at the end of that thread, and add support in
QgsGeometry.

As a side note, Spatialite 4.x includes support for the lwgeom library as
well, and for the Mac 'homebrew' package manager, which offers an install
of QGIS, it causes a circular dependency issue[1]. The solution there was
to disable the lwgeom support in Spatialite. Currently, other software that
uses the lwgeom lib (I think) also require that PostGIS/PostgreSQL already
be installed.

Ideally, if someone where to find a way (maybe it is simple, but not for
me) to have the lwgeom library compile-able as a standalone library, apart
from PostGIS, it would help both the QGIS project and some packaging issues
now and down the road. I suppose we could ask Paul Ramsey or Sandro
Santilli what they think about such an idea, and if they could help.

[0]
http://osgeo-org.1560.x6.nabble.com/Add-ST-MakeValid-functionality-to-QgsGeometry-td5002449.html
[1] https://github.com/mxcl/homebrew/issues/20373

Regards,

Larry



> 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.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iEYEARECAAYFAlHv7bwACgkQ/NedwLUzIr4D1ACeKZdyAOUz7SAujvNy5ziztHTq
> RM8An05nyhyTMsJlts2GamUi2akvpCPy
> =hesG
> -END PGP SIGNATURE-
> ___
> 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] Labels on topologically wrong polygons

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
I noticed that labels are not placed on topologically wrong polygons. This makes
sense, but is surprising for the user: could we think of some solution?
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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHv7bwACgkQ/NedwLUzIr4D1ACeKZdyAOUz7SAujvNy5ziztHTq
RM8An05nyhyTMsJlts2GamUi2akvpCPy
=hesG
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Label linestrings multiple times and left and right based on an attribute

[Andreas Neumann]

Hi,

I would like to label linestring geometries multiple times with
different label texts. I would like to do this without having to load
the same layer mulitple times. E.g. a label at the beginning of the line
(if the beginning is visible) with one expression for the text, the same
linestring geometry should be labeled in the middle or somewhere along
the "visible" line with a different expression for the text, and again
at the end of the line with yet another text string.

Also I would like to label text both above and below the line, based on
attribute values.

I know this is currently not possible, but would this be possible to
implement in QGIS 2.1?

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

[Qgis-developer] Passive FTP to read GeoJson file

[Christophe B]

hello list,
I try to open a json from on FTP server. I configured my FTP server for the
rights to read and write on my geojson and use  url ftp://user:password @
urlfile. But there is a firewall that denies the *active FTP*.
solution : using passive FTP.

you have a solution for QGIS use passive FTP ?
Thank you for reply

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

[Qgis-developer] WMS: misleding message?

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all.
When printing a layout that contains a WMS, we get a warning about max size.
I think this is useless now, as the print driver automaticallly tiles up the 
WMS req.
Should the warning be removed?
All the best.
===
Alcuni servers WMS (es. UMN mapserver) hanno dei limiti per i parametri WIDTH e
HEIGHT. Stampare layer da questi server può superare il limite imposto. In tal 
caso,
il layer WMS non verrà stampato
- -- 
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.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHvqN8ACgkQ/NedwLUzIr4oOQCeKd80Xnf7G82rCu/eroP/PNIo
ssUAoKWPGQhi1jYKhzwSbDwvMAihCXY8
=NpxT
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] print map series using bash shell on Ubuntu

[Andreas Neumann]

Hi Stefan,

QGIS 1.9x (the upcoming 2.0) has a serial print function called Atlas.
It does not work from the command line but from the GUI. It works well.
As far as I know it also comes with a Python API - so if you can invest
some time you can create your own python scripts for serial printing.

I would definitely recommend to use QGIS master/2.0 and not QGIS 1.8 for
serial printing purposes.

Andreas

Am 24.07.2013 07:27, schrieb Stefan Sylla:
> Dear QGIS-devs,
> 
> I have a bunch of maps that I need to print. I already created
> qpt-templates for these maps using a shell script (on Ubuntu).
> Is there a way to call the printing function of QGIS from within the
> shell to print my templates e.g. to pdf or other formats?
> 
> Thanks for any hints
> 
> Stefan
> ___
> 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