[GRASS-dev] proper v.parallel behavior on strange input

[Maris Nartiss]

Solution B may require option to create a hole within that loop, if
buffer not fully covers whole loop (like in attached sketch).

IMHO it's clear now, that buffers and parallel lines are similar but
not same. New v.buffer could offer list of available buffer creation
algorithms - buffer whole feature; with holes; respect line
directions. Just an idea.

Rosen - start with simplest one and leave possibility to add different
ones in future?

Just my 0.002.
Maris.


2008/6/18, Wolf Bergenheim <wolf+grass at bergenheim.net>:
> I have 2 solutions depending on what you need. Solution A stays true to
> the direction of the line and follows it regardless of loops and what not.
>
> Solution B will not cross the line. To get this solution you will
> probably have to find all the internal intersections of the line and at
> each intersection go so that you don't cross the line. Solution A is not
> concerned with intersections. It would be cool if v.parallel can support
> both, maybe via a switch.
>
> --Wolf
>
> On 17.06.2008 00:37, Росен Матев wrote:
>> And here is the input
>>
>> Absently,
>> Rosen
>>
>> On Tue, Jun 17, 2008 at 12:31 AM, Росен Матев <r.matev at gmail.com> wrote:
>>> Hi again,
>>>
>>> This time I'm challenging you with another strange line. What should
>>> v.parallel output, with options dist=7, side=left and straight corners
>>> (round corners), given that input? I won't give you current behavior
>>> of v.parallel2 (or other suggestions), cause I don't want to influence
>>> on your opinion.
>>>
>>>
>>> Rosen
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> grass-dev mailing list
>>> grass-dev at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
> --
>
> <:3 )---- Wolf Bergenheim ----( 8:>
>
>