<div dir="ltr">I'd also suggest to include numerical entry (length, angle, X/Y coordinates).<div><br></div><div>Please have a look at <a href="http://plugins.qgis.org/plugins/improvedpolygoncapturing/" target="_blank">http://plugins.qgis.org/plugins/improvedpolygoncapturing/</a> (it does not work well in 2.0 yet).</div>

<div>With advanced snapping environment (include angles, midpoints, intersections...), I'd say it's the CAD feature I miss the most in QGis.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

2013/4/22 Ziegler Stefan <span dir="ltr"><<a href="mailto:Stefan.Ziegler@bd.so.ch" target="_blank">Stefan.Ziegler@bd.so.ch</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">







<div lang="DE-CH" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1f497d">I would like to see some changes in the snapping interface.
</span><span lang="FR-CH" style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1f497d">If you got some 30+ layers it is really difficult to find a specific layer.
</span><span style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1f497d">A layer tree for snapping just like for the legend would be great. And add the tree as tab like the browser.<u></u><u></u></span></p>


<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Verdana","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="DE" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">Von:</span></b><span lang="DE" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:qgis-developer-bounces@lists.osgeo.org" target="_blank">qgis-developer-bounces@lists.osgeo.org</a> [mailto:<a href="mailto:qgis-developer-bounces@lists.osgeo.org" target="_blank">qgis-developer-bounces@lists.osgeo.org</a>]
<b>Im Auftrag von </b>antoniolocandro<br>
<b>Gesendet:</b> Montag, 22. April 2013 14:36<br>
<b>An:</b> <a href="mailto:bernhard.stroebl@jena.de" target="_blank">bernhard.stroebl@jena.de</a>; <a href="mailto:diego.gnesi@gmail.com" target="_blank">diego.gnesi@gmail.com</a><br>
<b>Cc:</b> <a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a></span></p><div class="im"><br>
<b>Betreff:</b> Re: [Qgis-developer] Make QGIS interact with LibreCAD.<u></u><u></u></div><p></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I would say add CAD tools within QGIS, <u></u><u></u></p>
</div><div><div class="h5">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">1. Extend <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">2. Trim<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">3. Snapping environment<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">4. digitise using either icons or commands on a console<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">5. Intersection, etc.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">CAD tools are faster for digitising and more precise, having that possibility from within QGIS would make it so much better, I find digitising in QGIS very limited so for me right now its not to a point I can recommend it since in my industry
 we do a lot of complex shapes and edits.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<div>
<p class="MsoNormal">Sent from Samsung tablet<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><br>
Bernhard Ströbl <<a href="mailto:bernhard.stroebl@jena.de" target="_blank">bernhard.stroebl@jena.de</a>> wrote:<br>
Hi Diego,<br>
<br>
based on a discussion [1] on this list a couple of months ago I started <br>
coding some of the missing tools as my time allows. This is going to be <br>
a Python plugin made from scratch.<br>
What I do have right now is:<br>
1) Dissolve multi geometries (code from Alexandre Neto's plugin)<br>
2) Split feature with feature of another layer<br>
3) Cut out feature with polygon of another layer<br>
<br>
I can share what I have on github. Maybe you want to have a look or join in.<br>
<br>
What would be the tools you have in mind (I do not know LibreCAD)?<br>
<br>
Bernhard<br>
<br>
<br>
[1] <br>
<a href="http://osgeo-org.1560.x6.nabble.com/more-advanced-editing-tools-td5019552.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/more-advanced-editing-tools-td5019552.html</a><br>
<br>
Am 22.04.2013 13:29, schrieb Diego Gnesi Bartolani:<br>
> Hi Bernhard,<br>
><br>
> I'll take your opinion into account. I'm still in a preliminary phase<br>
> and I'm still deciding. I verified that adding shapefile support to<br>
> LibreCAD is relatively simple, due to the good architecture of<br>
> LibreCAD's IO and geometry classes. Now I'll test how hard is adding<br>
> advanced cad tools to QGIS and how much time it can require to me.<br>
> Then I'll compare all the pros and cons of the two solutions and I'll<br>
> start to work. I need to finish the work before september, when I'll<br>
> have to use it in my job).<br>
> I'm not an expert of the QGIS API, and I need to study the source code<br>
> and the documentation in order to know precisely how can I interact<br>
> with QGIS while drawing:<br>
><br>
> - changing the snapping behavior and override the default one when required;<br>
> - having context menus with CTRL + right click (like on AutoCAD);<br>
> - drawing temporary entities (i.e. to trace extension lines);<br>
> - forcing the pointer to move along specific directions inside the map canvas;<br>
> - fast accessing to vertices, lines and angles of the existing shapes,<br>
> also for polygons.<br>
><br>
> I also need to understand if I can do all these things from a plugin<br>
> or do I need to make changes to the QGIS source code (I'll try to<br>
> avoid this).<br>
> I'll update this threads with all my progresses in the next days.<br>
><br>
> Diego<br>
><br>
> 2013/4/22 Bernhard Ströbl<<a href="mailto:bernhard.stroebl@jena.de" target="_blank">bernhard.stroebl@jena.de</a>>:<br>
>> Hi Diego,<br>
>><br>
>> some of my users with more complex editing tasks (and familiar with CAD<br>
>> software) are complaining about not having similar possibilities in QGIS and<br>
>> I admit that our CAD has much more to offer in that respect (snapping,<br>
>> construction), so thanks for the move.<br>
>> IMHO the best would be to have CAD-like functions in QGIS (strategy #1)<br>
>> because<br>
>> 1) many people missing these functions already might use some CAD or another<br>
>> to get their work done and are exchanging data between the two systems (with<br>
>> all problems), so strategy #2 would simply exchange their CAD software (if<br>
>> they are willing to change)<br>
>> 2) and more important: many things that work in CAD do not work in GIS and<br>
>> vice versa, e.g. CAD: line color, hatching, dimensioning...., GIS:<br>
>> attributes. Splines could be resolved into polylines, resembling the<br>
>> original spline, though. In short words: CAD is about drawing, GIS is about<br>
>> data modelling. So if you have the functions in QGIS you can more easily<br>
>> prevent users from doing silly things.<br>
>><br>
>> my 2 ct<br>
>><br>
>> Bernhard<br>
>><br>
>> Am 21.04.2013 12:52, schrieb Diego Gnesi Bartolani:<br>
>>><br>
>>> Hi,<br>
>>><br>
>>> Yesterday I posted in a wrong thread, so I'm opening a new one. I'll<br>
>>> copy and paste the previous message and add some notes. Sorry for the<br>
>>> mess!<br>
>>><br>
>>> Original post:<br>
>>><br>
>>> I am an Italian archaeologist and an enthusiastic QGIS user. I do what<br>
>>> I can to spread the knowledge about QGIS and other open source<br>
>>> softwares to my university students (I am a contract professor at the<br>
>>> Basilicata University and some days ago I've become contract professor<br>
>>> at the Specialization School of Archeology of Udin, Venice and<br>
>>> Trieste). The main difficulty I have with open source GIS is the<br>
>>> advanced editing of vector layers. QGIS doesn't offer too much support<br>
>>> for digitizing, the CAD Tools plugin has some useful functions but is<br>
>>> far from being complete and the kind of interaction that it proposes<br>
>>> is not very productive and time-saving (it's not a critic: CAD Tools<br>
>>> saved my life a lot of time, and I want to thank the developers and<br>
>>> maintainers). Many times, I had to convert my vector layers to dxf and<br>
>>> back in order to perform some complex tasks (with all kind of<br>
>>> conversion problems, like the preservation of the attributes values,<br>
>>> etc.).<br>
>>> I have some experience in programming (about ten years of<br>
>>> developement, mainly in C# with the .NET Framework, before I switched<br>
>>> to Linux), and I would like to try (only try, without promising<br>
>>> anything!!) to implement complete CAD tools and functions (If there<br>
>>> isn't and analogous project already active; in that case, nevermind!).<br>
>>><br>
>>> I think that developing a CAD plugin from scratch is very hard to me<br>
>>> and maybe not the better way to get good results, so I'm oriented to<br>
>>> try to augment the interaction between QGIS and an existing CAD<br>
>>> software (I'm thinking to LibreCAD). I thought to two possible<br>
>>> strategies:<br>
>>><br>
>>> 1. Use the LibreCAD library and source code to develop a C++ QGIS plugin;<br>
>>> 2. Create a shapefile/spatialite/postgis driver for LibreCAD in order<br>
>>> to edit those formats inside LibreCAD.<br>
>>> 3. Convert some layers of the QGIS project in a dxf file and back<br>
>>> (each QGIS layer in a different layer of the final dxf file).<br>
>>><br>
>>> I'm asking your opinion about which of those ways could be the faster<br>
>>> or the better to implement, or which one is impossible to undertake<br>
>>> according to your knowledge of the QGIS API.<br>
>>><br>
>>> My doubts are:<br>
>>><br>
>>> Strategy #1: Probably the ideal one, but does the implementation of<br>
>>> complex snaps or constraints against the features of other layers<br>
>>> (i.e. midpoint, parallels, etc.) require changes to the QGIS API, or<br>
>>> all these operations can be contained on a plugin? Is it better to<br>
>>> work directly on QGIS vector layers or to create a plugin layer, edit<br>
>>> it and then commit the changes to the vector layer? The conversion<br>
>>> could help me to manage geometries in the way LibreCAD wants. Is it<br>
>>> possible in your opinion to have an interactive shell (i.e. draw the<br>
>>> first point, and then inserting the coordinates of the second point)?<br>
>>><br>
>>> Strategy #2: Probably the easier, but I should find a way to disable<br>
>>> some LibreCAD functions (i.e. the drawing of splines, or the drawing<br>
>>> of points on a line layer) without disseminating my changes all over<br>
>>> LibreCAD's source files. For this kind of solution I'll ask to the<br>
>>> developers of LibreCAD.<br>
>>><br>
>>> Strategy #3: The problem is on committing the changes of the dxf file<br>
>>> to the original layer: how to specify that a line in the dxf file must<br>
>>> replace the geometry of and existing record of the original spatialite<br>
>>> layer? Maybe it's impossible, it doesn't seem to me that I can put on<br>
>>> a dxf file the necessary metadata to preserve a link to the original<br>
>>> features.<br>
>>><br>
>>> What do you think? And what do you actually do when you have to draw<br>
>>> complex shapes on shapefiles or other vector layers?<br>
>>><br>
>>> NEW COMMENTS:<br>
>>><br>
>>> - Antonio Locandro is compiling a list of required CAD features. It<br>
>>> would be very useful, so please Antonio, get me a link to this list<br>
>>> when it's finished.<br>
>>> - The more I explore QGIS and LibreCAD source codes, the more I'm<br>
>>> convincing that integrating LibreCAD's tools on QGIS is very<br>
>>> difficult, and it would be easier to develop those tools from scratch.<br>
>>> To get the best results in a short amount of time, I think that I<br>
>>> could work to make shapefiles and other vector layers editable in<br>
>>> LibreCAD (using GDAL). This solution has the issue that it doesn't<br>
>>> allow to snap to other QGIS layers, nevertheless it could be of great<br>
>>> help and available in a reasonable amount of time. Then, when I have<br>
>>> more practice with QGIS and LibreCAD APIs, I'll try to do something<br>
>>> better (i.e. develop a "QGIS driver" for LibreCAD in order to open the<br>
>>> whole QGIS project in LibreCAD, organized by layers).<br>
>>> I'm waiting for the answers to an analogous thread in LibreCAD's mailing<br>
>>> list:<br>
>>><br>
>>><br>
>>> <a href="http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html" target="_blank">
http://forum.librecad.org/Using-LibreCAD-s-tools-on-GIS-vector-layers-td5707930.html</a><br>
>>><br>
>>> I think that I'm going to work on this project in a few weeks.<br>
>>><br>
>>> Let me know what do you think and if you have suggestions.<br>
>>><br>
>>> Diego Gnesi<br>
>>> _______________________________________________<br>
>>> Qgis-developer mailing list<br>
>>> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>>><br>
>>><br>
>>> __________ Information from ESET Mail Security, version of virus signature<br>
>>> database 8250 (20130421) __________<br>
>>><br>
>>> The message was checked by ESET Mail Security.<br>
>>> <a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
>>><br>
>>><br>
>><br>
>><br>
>> __________ Information from ESET Mail Security, version of virus signature<br>
>> database 8252 (20130422) __________<br>
>><br>
>> The message was checked by ESET Mail Security.<br>
>> <a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><br>
> __________ Information from ESET Mail Security, version of virus signature database 8252 (20130422) __________<br>
><br>
> The message was checked by ESET Mail Security.<br>
> <a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
><br>
><br>
<br>
<br>
__________ Information from ESET Mail Security, version of virus signature database 8253 (20130422) __________<br>
<br>
The message was checked by ESET Mail Security.<br>
<a href="http://www.eset.com" target="_blank">http://www.eset.com</a><br>
<br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><u></u><u></u></p>
</div></div></div>
</div>
</div>

<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br></blockquote></div><br></div>