Hi Anita,
I'm still not able to reproduce the problem, but looking at this is bug,
geos seems to break shapely.
http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/838
Would you mind checking with this version, if you still encounter an
exception?
Hi Minoru,
I have another question for you :)
I'm dong some tests to apply vector draping on top of the PlanarGeometry,
i.e. positioning vector vertices on the terrain when they don't have z
values.
I've done a test with ray casting. Here a result which seems a caterpillar
walking along our
Andre,
Thank for quickly response.
The question is exact this, why the QGIS read the PRJ and understands the
'towgs84', otherwise, the GDAL don't understands, where , the QGIS use the
GDAL/OGR provider ?
File PRJ:
More observations.
When mouse enters the map canvas, first 10 (unwanted?) paintEvents
are caused by QEvent::HoverMove. Following QEvent::HoverMove events
are not causing additional paintEvents.
Single QEvent::HoverLeave is followed by 10 paintEvents (QEvent::Paint
- Screen update necessary).
Hi, you should probably raise this on the gdal-dev mailing list...
On Fri, Jan 17, 2014 at 8:56 AM, Luiz Motta motta.l...@gmail.com wrote:
Andre,
Thank for quickly response.
The question is exact this, why the QGIS read the PRJ and understands the
'towgs84', otherwise, the GDAL don't
Hi Luiz,
On Fri, 17. Jan 2014 at 08:56:38 -0200, Luiz Motta wrote:
The question is exact this, why the QGIS read the PRJ and understands the
'towgs84', otherwise, the GDAL don't understands, where , the QGIS use the
GDAL/OGR provider ?
QGIS tries to find a (near) match to prj content in it's
Am 17.01.2014 07:28, schrieb Geodrinx:
Hello All,
with QGis 2.01-7 MacOSX and mmqgis plugin, making a buffer, I had an error:
Traceback (most recent call last):
File /Users/hacked-crew/.qgis2/python/plugins/mmqgis/mmqgis_dialogs.py,
line 385, in run
message =
What did you input as radius?
I tested with 1000 and with 1000.00 (but any other value has the same effect )
I tested with points and with a line.
The srs was epsg:32632.
But also other srs has the same effect. :(
Is it working to you ?
Roberto
Greetings,
André Joost
Hi all,
Thank Jürgen for your explanation about how QGIS set the reference system
from source.
I agreement with André Joost about the user should select your specific
reference.
The source of my problem is the creating of shapefile by GDAL/OGR.
For creating shapefile, the OGR/GDAL not using
Am 17.01.2014 16:56, schrieb Geodrinx:
What did you input as radius?
I tested with 1000 and with 1000.00 (but any other value has the same effect )
I tested with points and with a line.
The srs was epsg:32632.
But also other srs has the same effect. :(
Is it working to you ?
Yes, but
Le vendredi 17 janvier 2014 20:43:13, Luiz Motta a écrit :
Hi all,
Thank Jürgen for your explanation about how QGIS set the reference system
from source.
I agreement with André Joost about the user should select your specific
reference.
The source of my problem is the creating of
Hi
I doesn't actually redraw the map ten times though does it? It doesn't seem
to for me
Regards
Tim
On Fri, Jan 17, 2014 at 1:09 PM, Radim Blazek radim.bla...@gmail.comwrote:
More observations.
When mouse enters the map canvas, first 10 (unwanted?) paintEvents
are caused by
On Fri, Jan 17, 2014 at 9:22 PM, Tim Sutton li...@linfiniti.com wrote:
Hi
I doesn't actually redraw the map ten times though does it? It doesn't seem
to for me
It does not redraw the map but QgsMapCanvasMap does repaint cached,
previously rendered, mPixmap. That is probably fast (takes
Hello all,
loading in QGis 2.0.1 the WCS of the Catalogna DTM I had this:
https://drive.google.com/file/d/0Bwg_m86uaXY1a2xmTC1BeXphZEU/edit?usp=sharing
:(
Somebody can help me to understand where I wrong ?
Thank you in advance
Roberto
___
Plugin Azimuth and Distance Plugin approval by rduivenvoorde.
The plugin version [189] Azimuth and Distance Plugin 0.9.0 is now approved
Link: http://plugins.qgis.org/plugins/qgsAzimuth/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
15 matches
Mail list logo