splitter r288 ready for trunk?

Hi all, I plan to merge r288 into trunk on sunday and update the wiki. Please test if you expect problems: The default handling of boundary relations was changed. The typical effect is that splitter handles a few more type=boundary rels and a lot less type=multipolygon boundary=* rels as problem rels. Ciao, Gerd -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r288-ready-for-trunk-tp5749465.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

Hi Gerd, I've runned splitter r288 on Europe and I haven't seen any issues yet (at least with international borders and national park boundaries).
I plan to merge r288 into trunk on sunday and update the wiki. Please test if you expect problems: The default handling of boundary relations was changed. The typical effect is that splitter handles a few more type=boundary rels and a lot less type=multipolygon boundary=* rels as problem rels.
Ciao, Gerd

Have been using splitter 288 on daily basis since you published it without any complications, so no interventions from here! ;) -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r288-ready-for-trunk-tp5749465p57495... Sent from the Mkgmap Development mailing list archive at Nabble.com.
participants (3)
-
GerdP
-
Minko
-
UliBaer