<HTML >
<HEAD>
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
</HEAD>
<BODY style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<DIV>dear all,<div><br></div><div>I promised to move a Twitter conversation about change-only updates to MasterMap data here to the list. Half-term is over and i am back at the desk. Here goes.</div><div><br></div><div>The story so far. At Registers of Scotland we are setting up a sort of in-house, custom OS On Demand-type service, there is a business requirement to make maps with no internet access if needed. </div><div>There is a license for a proprietary software package to handle imports and updates for OS MasterMap. Our architect urged us to use this package if possible, specifically because it claims to automatically handle "change-only updates" to MasterMap. The goals are as much automation as possible and as little technical debt as possible. </div><div><br></div><div>We tried it out and i really don't like the look of what it does with the database. It looks like an Oracle Spatial database which someone has minimally ported to Postgres but not really tested for retrieval. The tables are created with *no integer primary keys*, and forcing case-sensitivity with double quotes in table and column names has upset TileMill quite badly :/ It looks like there's going to be lot of analysing and indexing work needed to be done to make that data queryable at decent speed. This is not the behaviour i expect of a package whose marketing pitch is that it takes the pain away - if we frot the data, we lose the seamlessness of the update support anyway.</div><div><br></div><div>I downloaded the Astun Loader from github. It Just Worked TM, and because it hands over the PostGIS conversation to OGR, what comes out appears right and doesn't need optimisation.</div><div><a href="https://github.com/AstunTechnology/Loader">https://github.com/AstunTechnology/Loader</a></div><div><br></div><div>So what am i asking the list for now?</div><div><br></div><div>- A way to reassure our architect that the open solution WILL lead to much less technical debt in the medium term </div><div>- A straw poll of others in the OSGeo UK community. Some of you will already have in-house processes in place for dealing with change-only updates. If anyone's built that on the Astun Loader, are there any strong reasons that couldn't be contributed to github? (Embedded configuration / no benefit of releasing?) </div><div><br></div><div>Politically; i think we could contribute to a project that had started, but i don't think we'd be able to start one. Whoever did would get the benefit of lower maintenance burden and be able to bake in their requirements. </div><div><br></div><div>There's a parallel thread here concerning MapBox/TileMill/CartoCSS. I'm sketching out some CartoCSS stylesheets for MasterMap. I am not a cartographer or a designer, just doing the logic.</div><div>Anyway, the stylesheet is in part a model of what comes out of the Astun loader, closely tied to the PostGIS schema, so these are two sides of the same coin, right? </div><div>It'd be interesting to see a few common public styles. We may need a minimal Land-Line style and it would be hilarious to see an OSM style. </div><div><br></div><div>Thoughts apprec.,</div><div><br></div><div><br></div><div>Jo</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div> </DIV>
<DIV> </DIV>
<DIV><SPAN STYLE="FONT-SIZE: 18pt; COLOR: #007f00; FONT-FAMILY: Webdings">P</SPAN><B><FONT FACE="Arial" COLOR="#007f00" SIZE="1"><SPAN STYLE="FONT-WEIGHT: bold; FONT-SIZE: 7.5pt; COLOR: #007f00; FONT-FAMILY: Arial"> P</SPAN></FONT></B><FONT FACE="Arial" COLOR="#007f00" SIZE="1"><SPAN STYLE="FONT-SIZE: 7.5pt; COLOR: #007f00; FONT-FAMILY: Arial">lease consider the environment - do you really need to print this email?</SPAN></FONT>
</DIV></BODY></HTML>