Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming > #6947

Re: Tunnelling and pathfinding

Path csiph.com!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From Ben Bacarisse <ben.usenet@bsb.me.uk>
Newsgroups comp.programming
Subject Re: Tunnelling and pathfinding
Date Fri, 30 Sep 2016 11:50:53 +0100
Organization A noiseless patient Spider
Lines 81
Message-ID <87d1jlacfm.fsf@bsb.me.uk> (permalink)
References <9937e5f0-bdca-49dc-b228-6fdd0b68f3c8@googlegroups.com> <878tulidnz.fsf@bsb.me.uk> <26334da4-49fb-4dd3-bf0f-fb8938ef85f9@googlegroups.com> <nsh028$qjo$1@dont-email.me> <8760pfa832.fsf@bsb.me.uk> <nsl13v$gsu$1@dont-email.me>
Mime-Version 1.0
Content-Type text/plain
Injection-Info mx02.eternal-september.org; posting-host="017616aa25f81ec581c44d76d61ba2f3"; logging-data="14756"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19oI/j9NdgBE8LMsdv9hWyLn8nsPAY/0W0="
Cancel-Lock sha1:CDUqR62dI4o9UO7bczUCcVsgyiY= sha1:4bT7FTtPQXQjvY+5+WMVlA9xIA8=
X-BSB-Auth 1.dcf2264d05bab3071df9.20160930115053BST.87d1jlacfm.fsf@bsb.me.uk
Xref csiph.com comp.programming:6947

Show key headers only | View raw


Richard Heathfield <rjh@cpax.org.uk> writes:

> On 29/09/16 01:00, Ben Bacarisse wrote:
>> Richard Heathfield <rjh@cpax.org.uk> writes:
>>
>>> On 23/09/16 08:43, malcolm.mclean5@btinternet.com wrote:
>>>
>>> <snip>
>>>
>>>> So the tunnel must connect the two rooms is a path is possible,
>>>> it must not touch any other set pixels, loops are maybe acceptable
>>>> and small expanded sections, but it mustn't degenerately expand
>>>> the entire space or create excessive loops. Paths must be 4-
>>>> connected (no diagonal moves allowed) and the background must also
>>>> remain 4-connected.
>>>>
>>>> But ultimately the criteria are aesthetic rather than strictly
>>>> mathematical.
>>>
>>> I'm kind of late to this party, for which I apologise.
>>>
>>> One possible fitness measure would be the number of turns in the
>>> tunnel. Since only NSEW turns are allowed, they are easy to
>>> categorise, so they should be fairly easy to count, too.
>>>
>>> Let us assume that a perfectly straight path between A and B is
>>> possible. 0 turns.
>>>
>>> If that is the case, then the minimum number of turns other than 0 is
>>> 4, I think:
>>>
>>> --+ +--
>>>   | |
>>>   +-+
>>>
>>> And from now on, if the direction of approach to B is fixed, then I
>>> think I'm right in saying that the number of turns must now be a
>>> multiple of 2, as any deviation from straight (one turn) requires an
>>> odd number of turns to get it back on track:
>>>
>>>     +--+
>>>     |  |
>>> --+ |  +--
>>>   | |
>>>   +-+
>>>
>>>
>>> If you want something that's quite wiggly but not /too/ wiggly,
>>> measure the Hausdorff dimension of the candidate curve, and reject it
>>> if it's too high or too low. You have thus reduced the problem to the
>>> trivial one of calculating the Hausdorff dimension of an arbitrary
>>> curve. <cough>
>>
>> I don't see the connection with Hausdorff dimension.  Surely, since a
>> discrete lattice is assumed, the dimension of the curve will be 1?  Or
>> is there some interesting metric being applied here that I've missed?
>
> I think it's more likely that you understand Hausdorff dimension
> better than I do. I was under the impression that it could be applied
> to any curve.
>
> Easier, I learn, would be to calculate the Minkowski-Bouligand
> dimension. (Easier in the sense that I can actually see how I would go
> about doing that!)

Why do you think the answer will be anything other than 1?  That's what
I'm missing here.  (I'm assuming that the underlying metric space is not
anything odd, of course.)

> But maybe there is some simpler way to measure wiggliness in such a
> way that under-wiggly or over-wiggly tunnels can be identified and
> rejected?

How about length/distance-between-ends?  It's a bit "unfair" on simple
45-degree tunnels which are essentially direct, but that could be dealt
with in the interpretation or by including a factor based on the angle
(it would be sqrt(2) for 45-degree tunnels, 1 for east-west and
north-south ones).

-- 
Ben.

Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Tunnelling and pathfinding malcolm.mclean5@btinternet.com - 2016-09-20 01:05 -0700
  Re: Tunnelling and pathfinding Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-09-21 14:29 +0100
    Re: Tunnelling and pathfinding malcolm.mclean5@btinternet.com - 2016-09-23 00:43 -0700
      Re: Tunnelling and pathfinding Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-09-23 19:31 +0100
      Re: Tunnelling and pathfinding Richard Heathfield <rjh@cpax.org.uk> - 2016-09-28 18:53 +0100
        Re: Tunnelling and pathfinding Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-09-29 01:00 +0100
          Re: Tunnelling and pathfinding Richard Heathfield <rjh@cpax.org.uk> - 2016-09-30 07:35 +0100
            Re: Tunnelling and pathfinding Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-09-30 11:50 +0100
              Re: Tunnelling and pathfinding malcolm.mclean5@btinternet.com - 2016-10-10 01:55 -0700

csiph-web