Anyways, there is no point of talking about who first, last, only
etc. All approaches using closed commercial software are pointless for
OSM - it cannot be reused. Everything can be done with open source so
that all code/algorithms are open and clear and there is no need to
pay piles of money f
Hi Tomas,
Agree, the primary reason I gave these links is not to promote any
specific form of (closed source) software or workflows, but because the
documents illustrate many of challenges involved, and may give ideas for
others of how to approach certain problems regarding generalization.
M
2018-05-03 1:05 GMT+03:00 Marco Boeringa wrote:
> You do realize the 1-2 years is well after the 2013 date that the Dutch
> Kadastre started to publish their work?
Lithuania was given as contra to "the only".
Savino (Italy) was given as contra to "the first" (as his work was
published in 2011)
On Wednesday 02 May 2018, Marco Boeringa wrote:
>
> "And also it is ultimately: Demo or it didn't happen - at the moment
> the only thing you can get at 1:50k is the old style map:
> https://www.pdok.nl/nl/producten/pdok-downloads/basisregistratie-topo
>grafie/topraster/topraster-actueel/top50raste
Hi Tomas,
You do realize the 1-2 years is well after the 2013 date that the Dutch
Kadastre started to publish their work?
As to Lithuania, I can't speak for your country, but your Swedish Baltic
brethren actually adopted the Dutch Kadaster's approach, including the
developed models through a
Christoph,
This is a bit like the Vatican saying to Galileo that the earth doesn't
spin around the sun, but the other way around...
Have you even looked at the links I provided? I can assure you (living
in the Netherlands myself, I think I have better appreciation of this
specific effort), t
Hello
2018-05-02 19:33 GMT+03:00 Marco Boeringa wrote:
> The generalization I wrote about was just a crude basic generalization of
> vector (building) data of OSM using a default tool of ESRI's ArcGIS. The
> specific tool used (Simplify Polygon), has more advanced settings than
> standard Douglas
On Wednesday 02 May 2018, Marco Boeringa wrote:
> [...]
>
> However, as to interesting stuff to read: our national Kadaster of
> the Netherlands, is actually the very first and only national mapping
> organization world wide, that has successfully managed to implement a
> fully automated generaliza
Hi Tomas,
The generalization I wrote about was just a crude basic generalization
of vector (building) data of OSM using a default tool of ESRI's ArcGIS.
The specific tool used (Simplify Polygon), has more advanced settings
than standard Douglas Peucker, but by itself does nothing really specia
SwissTopo maps are some of the best examples of generalisation (as
well as other cartography principles/techniques)
https://map.geo.admin.ch/
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
>
>> You need to keep in mind that both geometric generalization and lossy
>
>> vector data compression operations are largely incompatible with the
>> current goals of OSM-Carto:
>>
>>
>https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md
>
>I don't think this is true
2018-04-16 18:34 GMT+02:00 Marco Boeringa :
>
> No, buildings are not the most interesting. I once generalized all
> buildings in Denmark. It only reduced the storage by maybe 5%, at the high
> cost of heavily distorting a large number of them. Most buildings in OSM
> are in fact already in their
W dniu 16.04.2018 o 11:42, Christoph Hormann pisze:
> There are different definitions of what kind of operations and processes
> you call "generalization".
Thanks for showing the examples what can be seen as generalization, this
is quite wide subject:
https://en.wikipedia.org/wiki/Cartographi
2018-04-16 19:34 GMT+03:00 Marco Boeringa wrote:
> No, buildings are not the most interesting. I once generalized all buildings
> in Denmark. It only reduced the storage by maybe 5%, at the high cost of
> heavily distorting a large number of them. Most buildings in OSM are in fact
> already in thei
stream-digitized feature, neither of
which relates to square buildings. Hence i consider generalizing buildings
largely senseless.
Outlook voor Android downloaden
Van: Tomas Straupis
Verstuurd: maandag 16 april 11:48
Onderwerp: Re: [OSM-dev] Generalisation
Aan: Openstreetmap
On Monday 16 April 2018, Martin Koppenhoefer wrote:
> AFAIK, in the osm-carto style there is no generalization on live data
> for performance reasons (because of continuous data updates via
> minutely diffs). There are some precomputed / extracted data files
> though, some of which contain generali
2018-04-16 11:34 GMT+03:00 Martin Koppenhoefer wrote:
> There are some precomputed / extracted data files though, some of which
> contain generalized (simplified) data. These are all "external" sources:
> <...>
Ok, so this is natural polygon generalisation. Looking at
https://github.com/imagico/
2018-04-16 10:34 GMT+02:00 Martin Koppenhoefer :
> still AFAIK, 1 and 3 are currently still from natural earth data, the rest
> is from OSM, 2 is a simplfied version of 4, both come from
> openstreetmapdata.org (Christoph and Jochen). Of these, 1-3 are
> containing generalized data.
>
according
AFAIK, in the osm-carto style there is no generalization on live data for
performance reasons (because of continuous data updates via minutely
diffs). There are some precomputed / extracted data files though, some of
which contain generalized (simplified) data. These are all "external"
sources:
W dniu 15.04.2018 o 21:54, Frederik Ramm pisze:
> On 04/14/2018 11:18 AM, Tomas Straupis wrote:
>> As OSM is mature enough to start generalisation (more than
>> "selection" operator), maybe there is some place where such topics (in
>> OSM context) are discussed in English?
> The most likely locat
Hello
2018-04-15 22:54 GMT+03:00 Frederik Ramm wrote:
> The most likely location for this to be discussed is probably within the
> openstreetmap-carto developer community as they would benefit most from
> such approaches. I don't follow their work closely though so couldn't
> say if the issues hav
Hi,
On 04/14/2018 11:18 AM, Tomas Straupis wrote:
> As OSM is mature enough to start generalisation (more than
> "selection" operator), maybe there is some place where such topics (in
> OSM context) are discussed in English?
The most likely location for this to be discussed is probably within t
Hello
In last weeklyOSM (http://www.weeklyosm.eu/archives/10227) there was
a very interesting point:
"Arne Johannessen has published his diploma thesis (PDF) with the
title "Algorithms for automated generalization by combining polylines
in OpenStreetMap for specific special cases" and he also
23 matches
Mail list logo