ael writes:
>> Feel free; I don't expect that to go well.
>
> As far as I can see, the current discussion is just a special case of a
> general problem with OSM. Consider a park with grass cover with open
> access, or even just an area of, say open access moorland where it is
> possible & sensibl
Hi Gerd,
the code checks that roundabout flares are oneway and point in the right
direction. However, it currently produces more false positives than wanted
results.
For example, the current version of mkgmap outputs the following false
positive messages:
Incoming roundabout flare road
(http://w
On Tue, Jul 28, 2020 at 08:46:02AM -0400, Greg Troxel wrote:
> ael writes:
>
> > Not just mkgmap. It is a general problem. Maybe OSM should introduce
> > a new relation "connected"? That is one or more ways and/or points could
> > be members implying that it is possible to navigate (perhaps direc
Hi Gerd,
I see, not a simple problem. While the idea is nice, the actual
implementation looks problematic. Maybe better remove the message or
replace it with some general advice?
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.
Hi Andrzej,
yes, there is an error, see
http://gis.19327.n8.nabble.com/Error-in-memory-calculation-tt5957336.html
I didn't commit my patch because I have no experience with the internals.
Gerd
Von: mkgmap-dev im Auftrag von Andrzej
Popowski
Gesendet:
Hi Franco,
I did my test with an extract of all route=bicycle or route=mtb relations in
Europe. I used osmfilter for that with a statement similar to the one that is
used to extract the boundaries:
https://wiki.openstreetmap.org/wiki/Mkgmap/help/options#Filter_Boundary_Data
For the bicycle layer
Hi,
I recently have noticed the following suggestion in mkgmap output:
"To reduce the run time, consider increasing the amnount of memory
available for use by mkgmap by using the Java -Xmx flag to set the
memory to more than 196700 MB, providing this is less than the amount of
physical memory
Hi Gerd,
now this sounds at least a little promissing for overlays with little data.
I assume that my contourlines overlay that additionally holds the DEM
data for hill shading (europe is almost 4GB) can not be improved that way.
With the other overlays I'm a little lost on how to get bigger til
Hi Randolph
Some comments, embedded, on your changes.
On Mon, 2020-07-27 at 18:28 -0500, Randolph J. Herber wrote:
> In case that I grabbed points and polygons files that I had already
> modified, I included both before and after versions as well as a
> patch
> file for each.
Sometimes your s
Ticker Berkin writes:
>> And it will generate paths that may not actually exist, or might be
>> signed no trespassing. Gerd has said that he doesn't want to
>> synthesize data that isn't in OSM, and I think this is wise.
>
> It is a public car park; you need to be able to walk to or from any
>
On Tue, 2020-07-28 at 08:52 -0400, Greg Troxel wrote:
> Ticker Berkin writes:
>
> > With the data as it stands, for sensible routes in the above
> > situation
> > and others as expressed in my earlier email, mkgmap needs to
> > generate
> > footways that join up all ways that lead into the car pa
Hi Mike,
since nobody else responded: to be honest: I don't even know what this test is
about.
Maybe you can post a link to a flare road which should be flagged but isn't and
another one which is a false positive?
Gerd
Von: mkgmap-dev im Auftrag von Mi
Ticker Berkin writes:
> With the data as it stands, for sensible routes in the above situation
> and others as expressed in my earlier email, mkgmap needs to generate
> footways that join up all ways that lead into the car park with a
> footway. With the current technology this can be done with
>
ael writes:
> Not just mkgmap. It is a general problem. Maybe OSM should introduce
> a new relation "connected"? That is one or more ways and/or points could
> be members implying that it is possible to navigate (perhaps directly)
> between any of them. That would solve many of the problems for a
Hi John,
where would this node be? Think of L- or U-shaped areas around shops.
Gerd
Von: mkgmap-dev im Auftrag von John
Thorn
Gesendet: Dienstag, 28. Juli 2020 13:12
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] mkgmap-dev Digest, Vol 14
Just another idea
Is it possible to make the car park a (pseudo) node that is on all the
paths that connect to the car park?
John Thorn
On Tue, 28 Jul 2020 at 12:00,
wrote:
> Send mkgmap-dev mailing list submissions to
> mkgmap-dev@lists.mkgmap.org.uk
>
> To subscribe or unsubscrib
On Tue, Jul 28, 2020 at 10:58:30AM +0100, Ticker Berkin wrote:
> road/parking aisles within the car park and maybe there should be a
> policy to do this and then there is no problem.
>
> However, there is a good argument that the correct OSM mapping is to
> show paths exactly as they are and not h
Hi all
In some major walking areas there are networks of paths with a few car
parks around the edge, normally set 100m or so into the park/woods. The
free maps one can obtain show suggested trails and these trails often
cross multiple car parks. The maps probably don't show a path within
the car p
18 matches
Mail list logo