On 10/22/2021 11:31 AM, Henning Hraban Ramm via ntg-context wrote:
Am 17.07.2021 um 12:45 schrieb Hans Hagen
: \startMPpage draw lmt_openstreetmap [ filename = "hasselt.osm" grid = "dots", ] ; \stopMPpage
The hasselt osm file is sime 12 MB, the colorful hasselt pdf file just below 1 MB so that's okay (3.7 sec processing time on my machine so if all claims are right sub seconds on a fast new apple).
I finally tried this, hoping to replace my Maperitive workflow.
With a Bonn map from https://download.bbbike.org/osm/bbbike/ of 724 MB I started it last night (~13 h before), and it still didn’t finish. No messages after:
openstreetmap > processing file '/Users/hraban/Downloads/ConTeXt/Bonn.osm' openstreetmap > original size 713811948 bytes, stripped down to 603309215 bytes
Maybe I should try smaller files ;)
We hit a limti in lpeg that allocates memory by duplicating the size which then hits a top and falls back in allocating by + 1 every capture which then kind of stalls the xml interpretation. I can hack that to work (and need to check that with every lpeg update), but as we enter a next stage in th econversion mem starts going virtual anyway and I see my SSD being tortured so I aborted. More testing has to wait till I (if ever) have a faster machine, with (say) 64GB super fast memory. On my machine the still ok size is some 200MB. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------