<div dir="auto">Il ne faut plus m'envoyer ça<br><br><div data-smartmail="gmail_signature">theurietk</div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 30 nov. 2021 22:03,  <<a href="mailto:qgis-user-request@lists.osgeo.org">qgis-user-request@lists.osgeo.org</a>> a écrit :<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Qgis-user mailing list submissions to<br>
        <a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:qgis-user-request@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user-request@lists.osgeo.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:qgis-user-owner@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user-owner@lists.osgeo.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Qgis-user digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: Does DWG work in 3.22? - RE: importing dwg/dxf<br>
      (Stefan Giese (WhereGroup))<br>
   2. MapInfo export issue (Paul Wittle)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 30 Nov 2021 07:44:41 +0100<br>
From: "Stefan Giese (WhereGroup)" <<a href="mailto:stefan.giese@wheregroup.com" target="_blank" rel="noreferrer">stefan.giese@wheregroup.com</a>><br>
To: Wolfgang Meinolf <<a href="mailto:wmeinolf@bbv-deutschland.de" target="_blank" rel="noreferrer">wmeinolf@bbv-deutschland.de</a>>, Nicolas Cadieux<br>
        <<a href="mailto:njacadieux.gitlab@gmail.com" target="_blank" rel="noreferrer">njacadieux.gitlab@gmail.com</a>><br>
Cc: qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a>><br>
Subject: Re: [Qgis-user] Does DWG work in 3.22? - RE: importing<br>
        dwg/dxf<br>
Message-ID: <<a href="mailto:0f207e3a-dbde-ca05-e06a-13b618d5d98e@wheregroup.com" target="_blank" rel="noreferrer">0f207e3a-dbde-ca05-e06a-13b618d5d98e@wheregroup.com</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
An other python based possibility would be to use ezdxf which gives you <br>
access to all or only special DWG/DXF entities and convert them directly <br>
into GIS vector data: <a href="https://ezdxf.readthedocs.io/en/stable/" rel="noreferrer noreferrer" target="_blank">https://ezdxf.readthedocs.io/en/stable/</a><br>
<br>
Am 29.11.2021 um 18:36 schrieb Wolfgang Meinolf:<br>
><br>
> Hi,<br>
><br>
> I gave up to import DWG directly. I always convert them with ODA File <br>
> Converter 20.8.0 to 2018 ASCII DXF, which I then import using QGIS <br>
> DWG/DXF import feature. Only problem ism that large DXF i.e. including <br>
> ALKIS Layers take ages for the import. In this case I drag&drop the <br>
> DXF into qgis and filter the required Layers manually. In this case <br>
> unfortunately the symbology is gone. All DWG are customer provided, I <br>
> have no ACAD available.<br>
><br>
> Best regards<br>
><br>
> Wolfgang<br>
><br>
> *Von:* Qgis-user <<a href="mailto:qgis-user-bounces@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user-bounces@lists.osgeo.org</a>> *Im Auftrag von <br>
> *Nicolas Cadieux<br>
> *Gesendet:* Montag, 22. November 2021 18:55<br>
> *An:* Jeff Sonnentag <<a href="mailto:jsonnentag@llenviroinc.com" target="_blank" rel="noreferrer">jsonnentag@llenviroinc.com</a>>; Bernd Vogelgesang <br>
> <<a href="mailto:bernd.vogelgesang@gmx.de" target="_blank" rel="noreferrer">bernd.vogelgesang@gmx.de</a>>; Greg Troxel <<a href="mailto:gdt@lexort.com" target="_blank" rel="noreferrer">gdt@lexort.com</a>>; Boaz Bar <br>
> Ilan <<a href="mailto:boazprosie@gmail.com" target="_blank" rel="noreferrer">boazprosie@gmail.com</a>><br>
> *Cc:* qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a>><br>
> *Betreff:* Re: [Qgis-user] Does DWG work in 3.22? - RE: importing dwg/dxf<br>
><br>
> Hi,<br>
><br>
> The GDAL/ORG library works with Open Design Alliance Teigha library. <br>
> They have a support for R13-15, R2004, R2007, R2010, R2013 and R2018 <br>
> but since Autocad is a closed format, then all of this is basically <br>
> the result of reversed engineering.? DXF is an open format so that is <br>
> easier to deal with.<br>
><br>
> I believe that the drag and drop functions for DWG and DXF uses the <br>
> libopencad drivers (and that is limited to r2000 or ACAD1015)) (at <br>
> least in QGIS 3.20) so if you did drag and drop a correct file format, <br>
> then the DWG worked.<br>
><br>
> It's my personal experience that anything past R15 (2000) will be <br>
> buggy in QGIS but you can also open those files using the project > <br>
> import/export > import layer from DWG/DXF. For some reasons, some DWG <br>
> files cannot be dragged and dropped but can be imported via the <br>
> project import function. This has the advantage of keeping the Autocad <br>
> styling. I guess this function probably uses the Open Design Alliance <br>
> Teigha library and not the libopencad drivers as it will open files <br>
> that I cannot drag and drop???? Looks like those functions are not <br>
> available via the python API nor the Processing toolbox either:(<br>
><br>
> Anyways, when that fails (about 50% of the time on very big files), I <br>
> save the DWG to DXF and that either fixes the file or makes it more <br>
> compatible with the driver.? IMHO, Exporting dwg to shp file is the <br>
> only real interesting feature of AutoCAD Map3D.? The last version I <br>
> regularily worked with has probably 2013-15 so maybe they have updated <br>
> the product since.<br>
><br>
> <a href="https://knowledge.autodesk.com/support/autocad/learn-explore/caas/sfdcarticles/sfdcarticles/AutoCAD-drawing-file-format.html" rel="noreferrer noreferrer" target="_blank">https://knowledge.autodesk.com/support/autocad/learn-explore/caas/sfdcarticles/sfdcarticles/AutoCAD-drawing-file-format.html</a><br>
><br>
> <a href="https://docs.qgis.org/3.22/en/docs/user_manual/managing_data_source/opening_data.html?highlight=dwg#importing-a-dxf-or-dwg-file" rel="noreferrer noreferrer" target="_blank">https://docs.qgis.org/3.22/en/docs/user_manual/managing_data_source/opening_data.html?highlight=dwg#importing-a-dxf-or-dwg-file</a><br>
><br>
> Nicolas<br>
><br>
> On 2021-11-21 11:06 p.m., Jeff Sonnentag wrote:<br>
><br>
>     Somebody must get the same quality of ?engineering? that we do<br>
>     here.? :D<br>
><br>
>     The last item received was in feet and aligns with California<br>
>     State Plane Zone 6, but they chopped off the first digit of both<br>
>     ?X? and ?Y? for everything.? Who knows why.? Maybe things run<br>
>     faster for them with 6 digit coordinates rather than 7 digit ones<br>
>     like you mentioned. (???)<br>
><br>
>     Anyway, when I tried the simple drag and drop into QGIS 3.22 it<br>
>     never worked.? Always an error message about invalid data, even<br>
>     after I used DWG Trueview to convert it to the oldest possible<br>
>     versions (97/98 and 2000).? I did manage to get it in AFTER<br>
>     converting the DWG to a DXF with an online conversion site.? That<br>
>     DXF could be drug (I hate the word ?dragged? ? seems along the<br>
>     lines of ?runned?) into QGIS and appeared OK.? Export to a<br>
>     shapefile and then do some affine adjustment magic and things can<br>
>     be worked with.<br>
><br>
>     Is there a reason that a DWG can?t be dropped into QGIS 3.22 but a<br>
>     DXF can?? Are there some DWG versions that just don?t work?? I<br>
>     thought I got a DWG to appear OK in 3.16, but maybe I just<br>
>     imagined it and used a DXF before too. . . .<br>
><br>
>     *From:* Qgis-user <<a href="mailto:qgis-user-bounces@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user-bounces@lists.osgeo.org</a>><br>
>     <mailto:<a href="mailto:qgis-user-bounces@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user-bounces@lists.osgeo.org</a>> *On Behalf Of *Bernd<br>
>     Vogelgesang<br>
>     *Sent:* Sunday, November 21, 2021 10:53 AM<br>
>     *To:* Nicolas Cadieux <<a href="mailto:njacadieux.gitlab@gmail.com" target="_blank" rel="noreferrer">njacadieux.gitlab@gmail.com</a>><br>
>     <mailto:<a href="mailto:njacadieux.gitlab@gmail.com" target="_blank" rel="noreferrer">njacadieux.gitlab@gmail.com</a>>; Greg Troxel <<a href="mailto:gdt@lexort.com" target="_blank" rel="noreferrer">gdt@lexort.com</a>><br>
>     <mailto:<a href="mailto:gdt@lexort.com" target="_blank" rel="noreferrer">gdt@lexort.com</a>>; Boaz Bar Ilan <<a href="mailto:boazprosie@gmail.com" target="_blank" rel="noreferrer">boazprosie@gmail.com</a>><br>
>     <mailto:<a href="mailto:boazprosie@gmail.com" target="_blank" rel="noreferrer">boazprosie@gmail.com</a>><br>
>     *Cc:* qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a>><br>
>     <mailto:<a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a>><br>
>     *Subject:* Re: [Qgis-user] importing dwg/dxf<br>
><br>
>     On 21.11.21 15:35, Nicolas Cadieux wrote:<br>
><br>
>         Hi,<br>
><br>
>         .dwg or dxf have no CRS.? They can be in inches, feet, mm, cm,<br>
>         m... Usually meter in a local CRS like a local WGS84 UTM ZONE<br>
>         is used.? You can usually find this in the metadata if available.<br>
><br>
>         Nicolas<br>
><br>
>     I have no deep technical insight into dwg or dxf, but I am pretty<br>
>     sure that those? CAD-"products" are able to be produced with valid<br>
>     coordinates, fitting to a common CRS. Most people using<br>
>     CAD-systems simply seem to be either too stupid for that, or just<br>
>     do not care.<br>
><br>
>     One of the reasons, CAD-"data" is produced with a local reference<br>
>     system instead with a normal CRS is, according to an CAD-operator<br>
>     I once asked about this, that some CAD-systems just slow down to<br>
>     in-operability when using real-world coordinates because of the<br>
>     huge numbers, compared to the small coordinates in their own system.<br>
><br>
>     So, I would not even try to fix this, but instead ask those guys<br>
>     to stop scratching their balls and better send you proper<br>
>     real-world data and tell you which CRS they are in . The handling<br>
>     of this "data" is punishment enough afterwords.<br>
><br>
>     Hope my dislike for this "technology" was not too obvious ;)<br>
><br>
>     Cheers,<br>
><br>
>     Bernd<br>
><br>
><br>
>         On 2021-11-21 9:07 a.m., Greg Troxel wrote:<br>
><br>
><br>
>             Boaz Bar Ilan<<a href="mailto:boazprosie@gmail.com" target="_blank" rel="noreferrer">boazprosie@gmail.com</a>><br>
>             <mailto:<a href="mailto:boazprosie@gmail.com" target="_blank" rel="noreferrer">boazprosie@gmail.com</a>> writes:<br>
><br>
><br>
><br>
>                 i always have problem importing dwg or dxf .? the<br>
>                 layers? dont fit the<br>
>                 coardinations and even when i set the layers crs it<br>
>                 doesnt work.<br>
><br>
>             I am far from an expert, but recently tried to deal with a<br>
>             dwg.<br>
><br>
>             My impression is that they are almost always in local<br>
>             coordinates, and<br>
>             the path to success is something like using GeoScience<br>
>             plugin to define<br>
>             a local CRS based on control points where you know global<br>
>             coordinates<br>
>             and local, and then to use that CRS for the data.<br>
><br>
>             I recently imported some "PNEZD" data (csv with point it,<br>
>             northing,<br>
>             easting, vertical, and description, all in an unspecified<br>
>             local grid,<br>
>             from a total station data collector) and used geoscience<br>
>             to align it<br>
>             wtih RTK obsservations of a few points, and things fit<br>
>             quite well.<br>
><br>
>             How are you getting dwg?? Are you using the proprietary<br>
>             dwg library with<br>
>             gdal, or is there some open source path?<br>
><br>
>             _______________________________________________<br>
>             Qgis-user mailing list<br>
>             <a href="mailto:Qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">Qgis-user@lists.osgeo.org</a><br>
>             List info:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>             Unsubscribe:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
>         _______________________________________________<br>
><br>
>         Qgis-user mailing list<br>
><br>
>         <a href="mailto:Qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">Qgis-user@lists.osgeo.org</a><br>
><br>
>         List info:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
><br>
>         Unsubscribe:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
><br>
> -- <br>
> Nicolas Cadieux<br>
> <a href="https://gitlab.com/njacadieux" rel="noreferrer noreferrer" target="_blank">https://gitlab.com/njacadieux</a><br>
><br>
> _______________________________________________<br>
> Qgis-user mailing list<br>
> <a href="mailto:Qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">Qgis-user@lists.osgeo.org</a><br>
> List info:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
> Unsubscribe:<a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
<br>
-- <br>
Mit freundlichen Gr??en<br>
Stefan Giese<br>
Projektleiter/Consultant<br>
------------------------------------------------------<br>
Aufwind durch Wissen!<br>
Jetzt neu: Webinare und Online-Schulungen<br>
bei <a href="http://derwww.foss-academy.com" rel="noreferrer noreferrer" target="_blank">derwww.foss-academy.com</a><br>
------------------------------------------------------<br>
<br>
WhereGroup GmbH<br>
Schwimmbadstr. 2<br>
79100 Freiburg<br>
Germany<br>
<br>
Fon: +49 (0)761 / 519 102 - 61<br>
Fax: +49 (0)761 / 519 102 - 11<br>
<br>
<a href="mailto:stefan.giese@wheregroup.com" target="_blank" rel="noreferrer">stefan.giese@wheregroup.com</a><br>
<a href="http://www.wheregroup.com" rel="noreferrer noreferrer" target="_blank">www.wheregroup.com</a><br>
Gesch?ftsf?hrer:<br>
Olaf Knopp, Peter Stamm<br>
Amtsgericht Bonn, HRB 9885<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/6a29ac48/attachment-0001.html" rel="noreferrer noreferrer" target="_blank">http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/6a29ac48/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: OpenPGP_signature<br>
Type: application/pgp-signature<br>
Size: 495 bytes<br>
Desc: OpenPGP digital signature<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/6a29ac48/attachment-0001.sig" rel="noreferrer noreferrer" target="_blank">http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/6a29ac48/attachment-0001.sig</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 30 Nov 2021 18:04:01 +0000<br>
From: Paul Wittle <<a href="mailto:paul.wittle@dorsetcouncil.gov.uk" target="_blank" rel="noreferrer">paul.wittle@dorsetcouncil.gov.uk</a>><br>
To: qgis-user <<a href="mailto:qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">qgis-user@lists.osgeo.org</a>><br>
Subject: [Qgis-user] MapInfo export issue<br>
Message-ID:<br>
        <<a href="mailto:LO2P265MB3231E9F4FB5AB4E307A7E2AFC1679@LO2P265MB3231.GBRP265.PROD.OUTLOOK.COM" target="_blank" rel="noreferrer">LO2P265MB3231E9F4FB5AB4E307A7E2AFC1679@LO2P265MB3231.GBRP265.PROD.OUTLOOK.COM</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi,<br>
<br>
I was just about to try and push out version 3.16.14 but it has been pointed out that if you export to MapInfo tab file it is no longer saving the projection in the output.<br>
<br>
Is anyone else finding that the resulting files are doing this and is there a work around using say gdal options?<br>
<br>
Sorry if I missed another message about this as I see the Windows build has been proving problematic and we are Windows users,<br>
Paul<br>
This e-mail and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. It may contain unclassified but sensitive or protectively marked material and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All traffic may be subject to recording and/or monitoring in accordance with relevant legislation. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Dorset Council. Dorset Council does not accept service of documents by fax or other electronic means. Virus checking: Whilst all reasonable steps have been taken to ensure that this electronic communication and its attachments whether encoded, encrypted or otherwise supp<br>
 lied are free from computer viruses, Dorset Council accepts no liability in respect of any loss, cost, damage or expense suffered as a result of accessing this message or any of its attachments. For information on how Dorset Council processes your information, please see <a href="http://www.dorsetcouncil.gov.uk/data-protection" rel="noreferrer noreferrer" target="_blank">www.dorsetcouncil.gov.uk/data-protection</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/1839b66f/attachment-0001.html" rel="noreferrer noreferrer" target="_blank">http://lists.osgeo.org/pipermail/qgis-user/attachments/20211130/1839b66f/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank" rel="noreferrer">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Qgis-user Digest, Vol 189, Issue 41<br>
******************************************<br>
</blockquote></div><br></div>