[Qgis-user] Re: Azimuth and Distance Plugin (was Re: your old qgis plugins)

[Maurício de Paulo]

Hi Darren,
I haven't worked on the plugin for a long time now.
The terms are about what angle is given to the plugin.
Bearing is measured from a given direction but with 180 degrees for each
side (Ex.: 90e means right. 90w means left).
Azimuth is measured from a given direction but with 360 degrees clockwise.
(Ex.: 90 means right. 270 means left)

The polar/Radial means that the angles area going to be centered on the
point given. It's usefull when you did angular measures from the same point.
It's used when you measure angles and distances from a single point to draw
a curve.
The Boundary means that the angles are relative to the last point you
measured. It's commonly used in the descriptive documents when the next
point is calculated with angle and distance from the current point.

I think Fred can help more with the meaning of each term as many of them I
couldn't translate to a common english idea.
Fred Laplante is also involved in the project and implemented many of these
concepts.
Best regards,
Mauricio de Paulo

2011/5/18 Darren Cope <darrencope at gmail.com>

> Hi Mauricio,
>
> I'm curious if you are still working on the Azimuth and Distance Plug in
> for QGIS? I am back to it again, and still having difficulties. I would like
> to be able to help you test if you are still developing. I have an example
> (attached) of a plan that needs to be entered using the distances and
> bearings shown (in that exact format). How would I go about doing so?  I
> have tried every possible combination that makes any sense to me! I'm fairly
> certain I just don't fully understand the implications of the "Polar/Radial"
> and "Boundary", and "Azimuth" and "Bearing" settings. Perhaps you could
> explain?
>
> Cheers,
>
> Darren Cope
> http://darrencope.com
> http://dmcope.freeshell.org
>
>
> 2009/11/11 Darren Cope <darrencope at gmail.com>
>
>> Hi Mauricio,
>>
>> I'm not 100% sure what is going on with the precision. I suspect the
>> snapping feature will solve this, as the difference is quite small.  I
>> zoomed in to 2:1 (e.g. as far as I could) and clicked as close as I possibly
>> could to a corner vertex, and then when I drew my feature, it doesn't line
>> up (although the difference is minute in terms of actual distance)
>>
>> I guess I'm still not 100% clear on how the coordinates are entered.  What
>> does the 'zenith' column mean?  I have a lot of plans that give angles
>> relative to north or south (so they are displayed as Nxxdxx'xx"W or
>> Sxxdxx'xx"E for example).  I can convert these to a 360-based azimuth, but
>> it would be nice to be able to enter these without doing any prior
>> conversions.
>>
>> It looks like the zooming issue is fixed now!
>>
>> Thanks for all of your work on this--please let me know if I can provide
>> any further information or testing for you.
>>
>> Cheers,
>>
>> Darren Cope
>> http://dmcope.freeshell.org
>>
>>
>>
>> 2009/11/7 Maurício de Paulo <mauricio.dev at gmail.com>
>>
>>> Ok, thanks for the ideas. But could explain some of them to me?
>>> What happened with the precision of the starting point? I've made some
>>> tests here and the precision should be ok. I've made a teste with 0,0,0 and
>>> it drew fine. Could you tell me how to reproduce the bug?
>>> The snapping feature is my main priority now. I think this is a great
>>> improvement.
>>> DMS should be second in the list. But actually I need some inputs on how
>>> is best entered a coordinate. We're talking about azimuth here. And a DMS
>>> should have 3 numbers.
>>> Something like 10o14'52'' is possible and easy for the user. Is it ok?
>>> About the much larger extent... Hum... Fixed on zoom to selected feature.
>>> I think that should solve it.
>>> Gratefully
>>> Maurício de Paulo
>>>
>>
>>
>


-- 
Mauricio de Paulo
Engenheiro Cartografo
MapeandoOBrasil <http://mapeandoobrasil.blogspot.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20110518/63d1d18c/attachment.html>