Hi Ticker,
thank you for help and sorry, i don´t remember that points include the access file. I move the is_in command to the line file.
Now r4450 says
Error in style: Error: (lines:8): Expecting ), instead saw landuse
Auftrag von Ticker
Berkin
Gesendet: Donnerstag, 13. Februar 2020 11:16
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Gerd
I overrode getCacheTag() to fix this aspect, and you overrode
toString() for something relating to the common sub
pment list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Arndt
you have an include 'inc/access' in styles_base/points and
styles_gravel/points
which gives the error about unsupported options.
The crash is related: because the calls are textually identical, the
optimiser
Hi Arndt
you have an include 'inc/access' in styles_base/points and
styles_gravel/points
which gives the error about unsupported options.
The crash is related: because the calls are textually identical, the
optimiser semi-tries to share them between points and lines processing,
it initializes
Hi Ticker,
mkgmap tell me:
6:33:39,37 - mkgmap .\tools\mkgmap-is-in-r4446 Speiche_Fabrik
Error in style: Error: (inc/access:73): Error: Third parameter 'all' of function is_in is not supported for this style section, valid are: [in, in_or_on,
Hi Arndt
Can you try http://www.mkgmap.org.uk/download/mkgmap-is-in-r4446.zip
If the method parameter isn't understood, it lists the acceptable
method parameters for the context (points/lines/polygons).
I couldn't reproduce the problem with the previous version I had, and I
couldn't see how the
Hi Ticker,
i include "access" from lines. It´s one of the first lines.
Move the is_in command to the line file, mkgmap runs without errors. But is_in doesn´t work.
With r-4428 is the result OK.
Hi Arndt
Are you including inc/access from points?
Ticker
On Tue, 2020-02-11 at 13:54 +0100, Arndt Röhrig wrote:
> Hi Ticker,
>
> i get this:
>
> 13:40:20,54 - mkgmap .\tools\mkgmap-is-in-r4443 Speiche_Fabrik
> Error in style: Error: (inc/access:73): Error: Third parameter 'all'
> of
Hi Ticker,
i get this:
13:40:20,54 - mkgmap .\tools\mkgmap-is-in-r4443 Speiche_Fabrik
Error in style: Error: (inc/access:73): Error: Third parameter 'all' of function is_in is not supported
Reason is, the is_in command is in
Hi
I've started some initial documentation for this that will go into the
Style Manual.
The attached patch lists the options, but you might find it a bit
unreadable.
With the next auto-build after this is applied, the updated manual
appear in the branches download zip. @gerd: is this how it
cases are
> > rare and the point-in-polygon test is rather fast compared to the
> > line-in-polygon test.
> >
> > Gerd
> >
> >
> > ____
> > Von: mkgmap-dev im Auftrag
> > von Ticker Berkin
> > Gesendet
Hi Gerd,
is_in(landuse,residential,all)=true
how do you write that now?
Greets
Arndt
Gerd Petermann <
gpetermann_muenc...@hotmail.com> hat am 10. Februar 2020 um 14:14 geschrieben:
Ticker Berkin
> Gesendet: Dienstag, 11. Februar 2020 10:05
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] More method options for is_in function
>
> Hi Gerd
>
> It's important to handle the polygons as merged for the LINE and
> POLYGON processing, so t
> Gesendet: Dienstag, 11. Februar 2020 10:05
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] More method options for is_in function
>
> Hi Gerd
>
> It's important to handle the polygons as merged for the LINE and
> POLYGON processing, so that intern
im Auftrag von Ticker
Berkin
Gesendet: Dienstag, 11. Februar 2020 10:05
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Gerd
It's important to handle the polygons as merged for the LINE and
POLYGON processing, so that internal splitting by m
t; Gesendet: Dienstag, 11. Februar 2020 09:24
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] More method options for is_in function
>
> Hi Gerd
>
> Yes, overlapping polygons was the case I was thinking about. I'd say
> that is_in(.., 'on') should be true if ON t
Petermann
Gesendet: Dienstag, 11. Februar 2020 09:31
An: Ticker Berkin; Development list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Ticker,
my understanding is that is_in(.., 'on') returns true if the point is on the
boundary, not in or out.
With line
-dev im Auftrag von Ticker
Berkin
Gesendet: Dienstag, 11. Februar 2020 09:24
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Gerd
Yes, overlapping polygons was the case I was thinking about. I'd say
that is_in(.., 'on') should be true
:09
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] More method options for is_in function
>
> Hi Gerd
>
> I've re-implemented the POINT test within IsInFunction, using the
> stopping methods etc, which are now coded, but only relevant for this
> context at th
: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Montag, 10. Februar 2020 18:09
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] More method options for is_in function
Hi Gerd
I've re-implemented the POINT test within IsInFunction, using the
stopping methods etc, which are now coded
Hi Gerd
I've re-implemented the POINT test within IsInFunction, using the
stopping methods etc, which are now coded, but only relevant for this
context at the moment. This implementation has other advantage in that
the method can control the onBoundary condition. Also the logic in
calcInsideness
Hi all,
see http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4442
@Ticker:
I assume you are working on an alternative implementation of the methods in
IsInUtil?
If not I'd like to remove all the code duplication introduced with the last
patch.
Gerd
22 matches
Mail list logo