<div dir="ltr">Hi<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 28, 2015 at 7:05 PM, Sverre Jonassen <span dir="ltr"><<a href="mailto:sverre.jonassen@norkart.no" target="_blank">sverre.jonassen@norkart.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="NO-BOK" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal"><span style="font-family:Arial,sans-serif;font-size:10pt"> </span><br></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif">A fourth option would be to create a plugin for OGR. This is, however, not a good solution for me because I would run a high risk of data conversion errors. Our
 format is much more similar to the QGIS internal geodata model than to the OGR geodata model.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif"><u></u> </span></p></div></div></blockquote><div> </div><div>I would also suggest implementing OGR driver for your data format. If you decide to implement a c++ provider for QGIS, you may end up with some challenges. Provider for a proprietary data format is not likely to be accepted to QGIS source tree. That implies you would need to compile and ship the provider by yourself. The binary compatibility between QGIS releases is not guaranteed - that means you would need to compile the provider for all supported releases and for all supported platforms (at least win32 and win64).</div><div><br></div><div>Often a good option is to just have custom Python plugin in QGIS for loading/handling of a specific OGR driver where simple file chooser dialog is not enough.</div><div><br></div><div>Btw. I don't see many differences between QGIS geodata model and OGR geodata model - in fact the one in QGIS is meant to be similar to the one of OGR.</div><div><br></div><div>Regards</div><div>Martin</div><div><br></div></div></div></div>