[Qgis-developer] Plugin [950] sipamsar approval notification.

[noreply]

Plugin sipamsar approval by pcav.
The plugin version "[950] sipamsar 1.4 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/sipamsar/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [1046] QGIS GML Application Schema Toolbox approval notification.

[noreply]

Plugin QGIS GML Application Schema Toolbox approval by pcav.
The plugin version "[1046] QGIS GML Application Schema Toolbox 0.8.4" is now 
approved
Link: http://plugins.qgis.org/plugins/gml_application_schema_toolbox/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [135] mmqgis approval notification.

[noreply]

Plugin mmqgis approval by pcav.
The plugin version "[135] mmqgis 2016.8.17" is now approved
Link: http://plugins.qgis.org/plugins/mmqgis/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [1081] AutoFields approval notification.

[noreply]

Plugin AutoFields approval by pcav.
The plugin version "[1081] AutoFields 0.3.0" is now approved
Link: http://plugins.qgis.org/plugins/AutoFields/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Python: How to allow for more results using QgsSnapper.snapMapPoint(...)

[Martin Dobias]

On Fri, Aug 12, 2016 at 2:26 PM, Casper Børgesen (CABO)  wrote:
>
> Since I cannot remember all the syntaxes and ways to do stuff I found this 
> page, which I have found so many times now:
>
> http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/vector.html
>
> The page suggest that you go through the data provider. Perhaps that is not 
> the best way to go anymore, or does it depend on what you want to do?

The page is somehow outdated... You can go directly through data
provider, it is the most efficient way, but probably most often you
want to do the updates to vector layers through QgsVectorLayer methods
because these will notify other parts of the code about the changes,
and they are integrated with undo/redo functionality, so you as a
developer (or user in GUI) can roll back any pending changes until
they are committed (that's the point when data provider's method are
called internally).

Cheers
Martin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] WFS Post Request in QGIS server 2.14

[20 100]

Hi,

I get exactly the same result as Yves. I can't get the POST request to work
with QGIS server 2.14.

Therefore replicating this example with OpenLayers and QGIS server doesn't
seem to be possible.
http://dev.openlayers.org/examples/wfs-spatial-filter.html

v.


--
[Qgis-developer] WFS Post Request in QGIS server 2.14*Yves Jacolin* yjacolin
at free.fr

*Thu Apr 14 04:09:43 PDT 2016*

   - Previous message (by thread): [Qgis-developer] GRASS plugin and
   environmental variables
   
   - Next message (by thread): [Qgis-developer] Plugin [976] QAD approval
   notification.
   
   - *Messages sorted by:* [ date ]
   
[ thread ]
   

[ subject ]
   

[ author ]
   


--

Hello,

I try to run a WFS POST request with QGIS server 2.14 without success. I can
get the answer from the similar GET request but not with the POST method.

Anyone tried with success such request? Any working example even if I have no
access to the data, just to llok at the form of the request structure?

Here is my request with curl:

curl --data 'http://www.opengis.net/wfs;
service="WFS" version="1.0.0" maxFeatures="200"
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/wfs.xsd;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;>http://www.opengis.net/ogc;>FIPSFR'
'http://localhost:8081/wms/test2?username=admin_version=014489def2e244d48a7dcd581c565331'
-X POST -H 'Host: localhost' -H 'Content-Type: application/xml'

Answer:

http://www.opengis.net/wfs;
xmlns:ogc="http://www.opengis.net/ogc; xmlns:gml="http://www.opengis.net/gml;
xmlns:ows="http://www.opengis.net/ows;
xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:qgs="http://www.qgis.org/gml;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.0.0/wfs.xsd http://www.qgis.org/gml
http://testgmf.sig.cloud.camptocamp.net/test/wsgi/mapserv_proxy?SERVICE=WFS=1.0.0=DescribeFeatureType=borders=XMLSCHEMA
">
 
  -2180092.42950479,4708810.95456554
4283217.86913478,9600922.11590408
 


But I should get one feature.

Thanks,

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

[Qgis-developer] Best way to share QGIS scripting techniques

[C Hamilton]

Recently, I needed to create a set of images using a vector data set that
contained dates. I wanted to iterate across years to generate the images.
The TimeManager plugin works perfect for this, except I needed more control
of the output image - the type of control I get from the Print Composer.
To accomplish the task I created the Print Composer to generate the layout
that I wanted. Then I wrote a python script that communicated with the
TimeManager plugin to set the date and then called the Print Composer's
generate tiff image routine. It worked great.

I think this would make a good how-to tutorial. Where is the best location
to put such a tutorial and is there a public data set that you would
recommend that I could use for the tutorial because my data set is not
sharable. It would need a date field.

Thanks!!!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Issue with QGIS server on CentOS - self compiled

[Neumann, Andreas]

Hi, 

Answering myself: with the help of Mathias I was able to resolve the
issue. Apparently I had two different library versions of gdal installed
in /usr/local/lib, one with external libpng and one with internal (older
libpng). Apparently, at runtime it was decided to pick up the older
version, while QGIS was compiled against the newer version. After
cleaning up any old gdal libraries and reinstalling from source,
everything went smoothly. 

Thanks all and esp. Matthias! 

Greetings, 

Andreas 

On 2016-08-11 14:03, Neumann, Andreas wrote:

> HI David, 
> 
> Thanks - I am aware that there are packages. But there are two main reasons 
> why I want to self-compile: 
> 
> * being able to use certain configuration options or supporting databases 
> that are not supported by the standard package (such as Oracle support) 
> 
> * being able to test new features from github regularly 
> 
> I still haven't fixed the issue with the two incompatible libpng. Seems to be 
> more a runtime issue with Apache fcgi and LD_LIBRARY_PATH. BTW: output as 
> JPEG works fine ... 
> 
> I will post again if I was able to fix the issue. 
> 
> Thanks, 
> 
> Andreas 
> 
> On 2016-08-11 05:24, Dave Johansen wrote: 
> QGIS is packaged in EPEL, so that would be another option.
> https://admin.fedoraproject.org/pkgdb/package/rpms/qgis/ 
> 
> On Wed, Aug 10, 2016 at 10:17 AM, Neumann, Andreas  
> wrote:
> 
> Hi, 
> 
> I self-compiled QGIS Server (on CentOS 7) and it works fine for 
> GetCapabilities and GetProjectSettings commands, but fails for GetMap. 
> 
> In the Apache log I get an error: 
> 
> libpng warning: Application was compiled with png.h from libpng-1.5.13
> libpng warning: Application is running with png.c from libpng-1.2.56
> libpng error: Incompatible libpng version in application and library
> 
> I checked libpng and there is "libpng-1.5.13" on my machine in /usr/lib64. 
> Within the gdal source tree (also self-compiled) there is a is a second 
> version of libpng, which seems to match libpng-1.2.56 
> 
> Do you have an idea how I can influence the QGIS server fcgi file to pick up 
> libpng-1.5.13 first? 
> 
> I tried to set LD_LIBRARY_PATH and set "/usr/lib64" first, so I assumed it 
> picks up the newer version first. But it still fails ... 
> 
> Does libgdal.so contain the older version of libpng which conflicts? 
> 
> Thanks, 
> 
> Andreas
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer [1]
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer [1]

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

  

Links:
--
[1] http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Problems with using QGIS Custom Widgets

[C Hamilton]

Yes I did. When you save the file it uses the C++ header so in my case it
had the following:

 
  
   QgsColorButtonV2
   QToolButton
   qgscolorbuttonv2.h
  
 

You need to replace qgscolorbutton2.h with the PyQT/PyGIS gui module. In
this case it is:


  
   QgsColorButtonV2
   QToolButton
   qgis.gui
  
 

I think this works for all of the custom QGIS widgets. Unfortunately, every
time you save using Qt Designer it overwrites qgis.gui and you have to
manually go put it back in.

I hope this helps.

Calvin


On Wed, Aug 17, 2016 at 10:09 AM, Casper Børgesen (CABO) 
wrote:

> Hi Calvin
>
>
>
> I’m facing the same problem and before I go home I just wanted to ask if
> you found a solution to this problem?
>
>
>
>
>
> Regards, Casper
>
>
>
> Calvin
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Problems with using QGIS Custom Widgets

[Denis Rouzaud]

Hi,

QgsColorButtonV2 is a QGIS custom widget.

When compiling the UI file having a custom widget, uic needs to find the
qgis gui library which has its definition.

That means you have to specify the QGIS python directory in your python
path. This works fine when using pyuic4 in command line.

I am not sure about uic.loadType. Why not using pyuic4 directly?

Maybe this is relevant:
https://lists.osgeo.org/pipermail/qgis-developer/2015-September/039196.html

Cheers,
Denis

On 08/17/2016 04:09 PM, Casper Børgesen (CABO) wrote:
>
> Hi Calvin
>
>  
>
> I’m facing the same problem and before I go home I just wanted to ask
> if you found a solution to this problem?
>
>  
>
>  
>
> Regards, Casper
>
>  
>
> *From:*Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org]
> *On Behalf Of *C Hamilton
> *Sent:* 30. juni 2016 20:45
> *To:* qgis-developer
> *Subject:* [Qgis-developer] Problems with using QGIS Custom Widgets
>
>  
>
> I am using Qt Designer to add a QgsColorButtonV2 to the ui of a QGIS
> plugin. I am using uic.loadUiType to load my .ui file. Specifically
> here is the line of code:
>
> FORM_CLASS, _ = uic.loadUiType(os.path.join(
> os.path.dirname(__file__), 'heatmapdialog.ui'))
>
> When I load the plugin in QGIS I get the error:
>
> ---
> ImportError: No module named qgscolorbuttonv2
>
> Traceback (most recent call last):
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 306, in
> startPlugin
> plugins[packageName] = package.classFactory(iface)
>   File "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\__init__.py",
> line 2, in classFactory
> from .d3datavis import D3DataVis
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\d3datavis.py",
> line 10, in
> from heatmapDialog import HeatmapDialog
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File
> "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\heatmapDialog.py",
> line 17, in
> os.path.dirname(__file__), 'heatmapdialog.ui'))
>   File
> "C:\OSGeo4W\apps\Python27\lib\site-packages\PyQt4\uic\__init__.py",
> line 213, in loadUiType
> exec(code_string.getvalue(), ui_globals)
>   File "", line 169, in
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
> ImportError: No module named qgscolorbuttonv2
> ---
>
> In my code I have the import line:
>
> from qgis.gui import *
>
> From the QGIS console if I do that import, QgsColorButtonV2 is available.
>
> It appears that uic.loadUiType is the problem. How do I solve this?
>
> Thanks,
>
> Calvin
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] Problems with using QGIS Custom Widgets

[CABO]

Hi Calvin

I’m facing the same problem and before I go home I just wanted to ask if you 
found a solution to this problem?


Regards, Casper

From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of C Hamilton
Sent: 30. juni 2016 20:45
To: qgis-developer
Subject: [Qgis-developer] Problems with using QGIS Custom Widgets

I am using Qt Designer to add a QgsColorButtonV2 to the ui of a QGIS plugin. I 
am using uic.loadUiType to load my .ui file. Specifically here is the line of 
code:

FORM_CLASS, _ = uic.loadUiType(os.path.join(
os.path.dirname(__file__), 'heatmapdialog.ui'))

When I load the plugin in QGIS I get the error:

---
ImportError: No module named qgscolorbuttonv2

Traceback (most recent call last):
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 306, in startPlugin
plugins[packageName] = package.classFactory(iface)
  File "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\__init__.py", line 2, 
in classFactory
from .d3datavis import D3DataVis
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\d3datavis.py", line 10, 
in
from heatmapDialog import HeatmapDialog
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "C:/Users/Calvin/.qgis2/python/plugins\d3datavis\heatmapDialog.py", line 
17, in
os.path.dirname(__file__), 'heatmapdialog.ui'))
  File "C:\OSGeo4W\apps\Python27\lib\site-packages\PyQt4\uic\__init__.py", line 
213, in loadUiType
exec(code_string.getvalue(), ui_globals)
  File "", line 169, in
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
ImportError: No module named qgscolorbuttonv2
---

In my code I have the import line:

from qgis.gui import *

From the QGIS console if I do that import, QgsColorButtonV2 is available.

It appears that uic.loadUiType is the problem. How do I solve this?
Thanks,
Calvin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [915] Spatial Design Network Analysis approval notification.

[noreply]

Plugin Spatial Design Network Analysis approval by pcav.
The plugin version "[915] Spatial Design Network Analysis 3.1.1" is now approved
Link: http://plugins.qgis.org/plugins/sdna/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [63] Remove empty layers from the map approval notification.

[noreply]

Plugin Remove empty layers from the map approval by pcav.
The plugin version "[63] Remove empty layers from the map 2.1" is now approved
Link: http://plugins.qgis.org/plugins/RemoveEmptyLayers/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [634] Oursins approval notification.

[noreply]

Plugin Oursins approval by pcav.
The plugin version "[634] Oursins 1.0.2" is now approved
Link: http://plugins.qgis.org/plugins/Oursins/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Fwd: [SoC] GSoC GDAL DWG Support [Week 12 report, final]

[Neumann, Andreas]

Hi Paolo, 

I'll let Jürgen comment in more detail. 

But their approach is different to the libdxfrw approach. Also - again
the main bottleneck would be the limited OGR features styles. Also, the
approach Jürgen will do will generate label/symbology rules as good as
possible and provide caching in a SpatiaLite or geopackage file behind
the scenes.  

But it is good to have choice. If we can enable this in our "Add Vector
Layer" dialog as well, people could then decide whether they want the
OGR DXF/DWG driver or the QGIS native one through libdxfrw. 

Greetings, 

Andreas 

On 2016-08-17 08:32, Paolo Cavallini wrote:

> Hi all,
> does this have any impact on our developmant?
> All the best.
> 
>  Messaggio Inoltrato 
> *Week 12 Report [Final] blogpost link
> *
> 
> Brief description of the idea.
> 
> The aim of my project was to extend GDAL supported formats with DWG.
> 
> The state of the project as it was BEFORE your GSOC.
> 
> There was a DWG support, but it was not built-in by default, and GDAL
> Driver was based on third-party library Teigha (which is not X/MIT
> licensed, not even close).
> 
> The addition that your project brought to the software.
> 
> Libopencad (GDAL CAD Driver engine)
> 
> Overview
> 
> Libopencad is a library written in C++11, which provides a way to
> read/write CAD (DWG/DXF/DXFB) files. It was designed to have a uniformal
> API to work with any CAD files. It has a base class - CADFile.
> Inheriting this class it's possible to create a 'driver' for any CAD
> format, all you need to do - is to overwrite interface functions like
> 'GetGeometry(index)', and others. Now it has an implementation for
> DWG2000 (R15), but only for read.
> 
> Library comes with 'cadinfo' utility, which prints out everything
> library can get from file - header variables, CAD custom classes,
> presented layers and geometries with their attributes.
> 
> Internal structure
> 
> Library presents CAD objects in different ways - base class CADObject
> and other CAD...Object classes are exact analogues of how DWG format
> stores information about its objects. CADGeometry, and other classes
> which inherits it, are done for API access to CAD...Object classes.
> 
> Library supports 3 modes of reading - READ_ALL (means everything which
> can be extracted from CAD file will be read) READ_FAST (skipping some
> kind of meanless information - linetypes, CRC check, etc), READ_FASTEST
> (only geometries reading, additional info is skipped).
> 
> When parsing the file, library does not store any information it does
> not need. First, it reads file meta-information, and creates a file map.
> It only stores some info about presented layers, and header variables.
> Then, when calling application uses CADLayer.GetGeometry(index), it
> actually reads a geometry from file, using prepared file map. Sometimes
> it will be slower than having everything you have read in cache, but
> gives you more flexibility what you want to store in memory, and what
> you wont.
> 
> Library also has special classes which incapsulates I/O functions, so
> it's possible to reimplement them for your needs - by default it uses
> std::fstream, but you can make it possible to work with network by make
> a class inherited from CADFileIO.
> 
> Supported geometries list:
> 
> Point, Circle, Ellipse, Arc, Text, Solid, Spline, Line, Polyline 2D,
> Polyline 3D, LWPolyline, Ray, Raster (Images), MText, MLine, XLine,
> Polyface Mesh, 3DFace.
> 
> GDAL CAD Driver
> 
> Overview
> 
> GDAL CAD Driver uses libopencad as a datasource. Not everything that
> libopencad can read from file is mapped into OGR infrastructure, but it
> will be done in near future. Current features are:
> 
> 1.
> 
> OpenOptions are presented with 2 options:
> 
> - MODE - READ_ALL/READ_FAST/READ_FASTEST (means the same as library
> OpenOptions).
> 
> - ADD_UNSUPPORTED_GEOMETRIES_DATA (YES/NO) - unstable feature, if some
> of the objects cannot be mapped into OGR representation (or its just not
> implemented yet), it will be presented as a CADUnknown object -
> OGRFeature without geometric representation, but with basic info -
> geometry type, some additional params.
> 
> 2.
> 
> CAD header variables are mapped into metadata.
> 
> 3.
> 
> Unlike DXF driver, CAD driver stores vector data in the appropriate
> layers (not all entities in single layer).
> 
> 4.
> 
> Raster subdatasets are also supported.
> 
> 5.
> 
> Coordinate system is extracted from DWG file (if it is presented in
> accordance with ESRI Docs for DWG files), or from %FILENAME%.prj
> file in the same directory.
> 
> 6.
> 
> CAD Geometry attributes mapping is completely done into
> OGRLayerDefn. So, any ACAD BlockReference attributes will be seen in
> OGRLayerDefn.
> 
> Add all the links (hopefully permanent) to access the relevant code and
> documentation for the user to get started with testing your application.
> 
> During the planning 

Re: [Qgis-developer] Fwd: [SoC] GSoC GDAL DWG Support [Week 12 report, final]

[Paolo Cavallini]

Il 17/08/2016 08:52, Neumann, Andreas ha scritto:

> I'll let Jürgen comment in more detail.
> 
> But their approach is different to the libdxfrw approach. Also - again
> the main bottleneck would be the limited OGR features styles. Also, the
> approach Jürgen will do will generate label/symbology rules as good as
> possible and provide caching in a SpatiaLite or geopackage file behind
> the scenes. 
> 
> But it is good to have choice. If we can enable this in our "Add Vector
> Layer" dialog as well, people could then decide whether they want the
> OGR DXF/DWG driver or the QGIS native one through libdxfrw.

Thanks Andreas for the clarification.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Fwd: [SoC] GSoC GDAL DWG Support [Week 12 report, final]

[Paolo Cavallini]

Hi all,
does this have any impact on our developmant?
All the best.

 Messaggio Inoltrato 
*Week 12 Report [Final] blogpost link
*


Brief description of the idea.

The aim of my project was to extend GDAL supported formats with DWG.


The state of the project as it was BEFORE your GSOC.

There was a DWG support, but it was not built-in by default, and GDAL
Driver was based on third-party library Teigha (which is not X/MIT
licensed, not even close).


The addition that your project brought to the software.


Libopencad (GDAL CAD Driver engine)

Overview

Libopencad is a library written in C++11, which provides a way to
read/write CAD (DWG/DXF/DXFB) files. It was designed to have a uniformal
API to work with any CAD files. It has a base class - CADFile.
Inheriting this class it’s possible to create a ‘driver’ for any CAD
format, all you need to do - is to overwrite interface functions like
‘GetGeometry(index)’, and others. Now it has an implementation for
DWG2000 (R15), but only for read.

Library comes with ‘cadinfo’ utility, which prints out everything
library can get from file - header variables, CAD custom classes,
presented layers and geometries with their attributes.

Internal structure

Library presents CAD objects in different ways - base class CADObject
and other CAD...Object classes are exact analogues of how DWG format
stores information about its objects. CADGeometry, and other classes
which inherits it, are done for API access to CAD...Object classes.

Library supports 3 modes of reading - READ_ALL (means everything which
can be extracted from CAD file will be read) READ_FAST (skipping some
kind of meanless information - linetypes, CRC check, etc), READ_FASTEST
(only geometries reading, additional info is skipped).

When parsing the file, library does not store any information it does
not need. First, it reads file meta-information, and creates a file map.
It only stores some info about presented layers, and header variables.
Then, when calling application uses CADLayer.GetGeometry(index), it
actually reads a geometry from file, using prepared file map. Sometimes
it will be slower than having everything you have read in cache, but
gives you more flexibility what you want to store in memory, and what
you wont.

Library also has special classes which incapsulates I/O functions, so
it’s possible to reimplement them for your needs - by default it uses
std::fstream, but you can make it possible to work with network by make
a class inherited from CADFileIO.


Supported geometries list:

Point, Circle, Ellipse, Arc, Text, Solid, Spline, Line, Polyline 2D,
Polyline 3D, LWPolyline, Ray, Raster (Images), MText, MLine, XLine,
Polyface Mesh, 3DFace.




GDAL CAD Driver

Overview

GDAL CAD Driver uses libopencad as a datasource. Not everything that
libopencad can read from file is mapped into OGR infrastructure, but it
will be done in near future. Current features are:

 1.

OpenOptions are presented with 2 options:

- MODE - READ_ALL/READ_FAST/READ_FASTEST (means the same as library
OpenOptions).

- ADD_UNSUPPORTED_GEOMETRIES_DATA (YES/NO) - unstable feature, if some
of the objects cannot be mapped into OGR representation (or its just not
implemented yet), it will be presented as a CADUnknown object -
OGRFeature without geometric representation, but with basic info -
geometry type, some additional params.

 2.

CAD header variables are mapped into metadata.

 3.

Unlike DXF driver, CAD driver stores vector data in the appropriate
layers (not all entities in single layer).

 4.

Raster subdatasets are also supported.

 5.

Coordinate system is extracted from DWG file (if it is presented in
accordance with ESRI Docs for DWG files), or from %FILENAME%.prj
file in the same directory.

 6.

CAD Geometry attributes mapping is completely done into
OGRLayerDefn. So, any ACAD BlockReference attributes will be seen in
OGRLayerDefn.


Add all the links (hopefully permanent) to access the relevant code and
documentation for the user to get started with testing your application.

During the planning stage, I decided to separate my project into 2
parts: separated CAD formats support library (named libopencad), and
GDAL driver, which uses it. Library can be used by itself for any
reason, and will be maintained after GSoC.


Links:

Libopencad repository
(installation is described in
REAME.MD)

Libopencad + GDAL fork 

Blog with all reports and notices 

PR with my work into GDAL-trunk. 

GDAL Wiki driver page 


A slide / image should serve to show the main elements of your project.

Raster and vector layers by the same driver (left - ArcGIS, right -
QGIS): image link 

[Qgis-developer] Plugin [751] Elevation Viewer approval notification.

[noreply]

Plugin Elevation Viewer approval by pcav.
The plugin version "[751] Elevation Viewer 0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/EleView/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer