<div dir="ltr">Hi Regina,<div><br></div><div>There are over 20 defects assigned to each of the 2.1.9, 2.2.3, and 2.3.0 milestones, with at least one "blocker" in each.  Would these tickets need to be resolved before proceeding with a release?</div><div><br></div><div>Dan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 30, 2016 at 4:27 PM, Regina Obe <span dir="ltr"><<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'd like to release a PostGIS 2.3 beta1 next week.  I think all major<br>
milestones I noted since<br>
<br>
<a href="https://lists.osgeo.org/pipermail/postgis-devel/2016-July/025872.html" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>pipermail/postgis-devel/2016-<wbr>July/025872.html</a><br>
<br>
have been committed.<br>
<br>
Namely,<br>
<br>
1) BRIN support in place<br>
2) schema qualifying all our calls and making PostGIS not relocateable<br>
3) Tiger 2016 upgrade<br>
4) ST_Segmentize for geography fixed.<br>
<br>
The other things we discussed, which are still not committed are  the<br>
following:<br>
These I feel should be just pushed to 2.4 because they are<br>
a) Too far from done or b) currently are in conflict with our code base<br>
c) Too small of a feature to risk missing PostgreSQL 9.6 release.<br>
<br>
5) I still have some testing to do with parallelizing but just assume I do<br>
that when we release beta<br>
<br>
-- there will probably be one more commit for address_standardizer for<br>
PostGIS 2.2 and PostGIS 2.3, but that should be done before end this week<br>
<br>
One which I didn't mention is this -<br>
<a href="https://trac.osgeo.org/postgis/ticket/3528" rel="noreferrer" target="_blank">https://trac.osgeo.org/<wbr>postgis/ticket/3528</a>  (Use tree-based distance<br>
calculation by default in geography )<br>
(Paul Ramsey are you going to have time to look at this before now and next<br>
week (to risky you think to do now) or should we just push to 2.4?)<br>
<br>
<br>
Everything else on plate are bug fixes that we should have mostly fixed by<br>
release time.<br>
<br>
-- New features that I'm planning to punt to 2.4<br>
6) Precision Model support - Dan doesn't have time and lots of lossedns<br>
7) ST_Angle function - <a href="https://github.com/postgis/postgis/pull/97" rel="noreferrer" target="_blank">https://github.com/postgis/<wbr>postgis/pull/97</a><br>
8) Validity Flag - <a href="https://github.com/postgis/postgis/pull/99" rel="noreferrer" target="_blank">https://github.com/postgis/<wbr>postgis/pull/99</a><br>
9) ST_AsText -- adding optional precision argument --<br>
<a href="https://github.com/postgis/postgis/pull/94" rel="noreferrer" target="_blank">https://github.com/postgis/<wbr>postgis/pull/94</a><br>
10) ST_AsGeoBuf -- <a href="https://github.com/postgis/postgis/pull/108" rel="noreferrer" target="_blank">https://github.com/postgis/<wbr>postgis/pull/108</a>  (still seems<br>
a bit to go so may not make an August cut without some loving)<br>
<br>
<br>
Thanks,<br>
Regina<br>
<br>
______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a></blockquote></div><br></div>