[Merkaartor] What's coming in?: short-term roadmap
Chris Browet
cbro at semperpax.com
Thu Nov 4 19:15:52 GMT 2010
On Thu, Nov 4, 2010 at 20:08, Toby Speight <T.M.Speight.90 at cantab.net>wrote:
> 0> In article <
> AANLkTikE5uqW+5_zyzO1bpK_UGnYUtd9L6CJ6PW12R1z at mail.gmail.com<AANLkTikE5uqW%2B5_zyzO1bpK_UGnYUtd9L6CJ6PW12R1z at mail.gmail.com>
> >,
> 0> Chris Browet <URL:mailto:cbro at semperpax.com> ("Chris") wrote:
>
> Chris> *0.18*
> Chris>
> Chris> Some of the things I have in mind for 0.18:
> Chris>
> Chris> - Spatialite
> Chris> The tests I've been running with Spatialite for the plugin
> Chris> incite me of thinking about a *Spatialite backend* for
> Chris> Merkaartor, alongside the traditional memory/XML current way.
> Chris> The advantages will be a builtin spatial index (hopefully no
> Chris> more "indexing...") and the possibility to load and query far
> Chris> greater datasets than is possible today.
>
> Something I've been contemplating for a while is to build a tool for
> helping find duplicate or very close nodes (without continuously
> switching to and from KeepRight). It sounds like I should hold off this
> until the spatial index code is stabilised?
>
Not necessarily.
Using Spatialite as a backend, the usual Node/Way/Relation interface will
still be there.
What would change is the way they are saved/restored and their lifecycle
(i.e. they could be generated "on-demand" from the backend)
- Chris -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/merkaartor/attachments/20101104/f0e511a3/attachment.html>
More information about the Merkaartor
mailing list