[Dutch] RD/NAP naar ETRS89 met NTv2 en VDatum

Vr Feb 5 04:07:04 PST 2016

Bij dezen even een blijk van waardering voor jullie vasthoudendheid, oplettendheid en doorzettingsvermogen!

Met vriendelijke groet,

Edward

> To: Lennard.Huisman op kadaster.nl; dutch op lists.osgeo.org
> From: sebastic op xs4all.nl
> Date: Wed, 3 Feb 2016 19:53:04 +0100
> Subject: Re: [Dutch] RD/NAP naar ETRS89 met NTv2 en VDatum
> 
> On 29-01-16 09:44, Sebastiaan Couwenberg wrote:
> > On 22-11-14 12:22, Sebastiaan Couwenberg wrote:
> >> On 11/14/2014 10:22 PM, Sebastiaan Couwenberg wrote:
> >>> Idealiter word het test script nog uitgebreid om te controleren of de
> >>> afwijking binnen de toegestane marge is.
> >>
> >> Gister heb ik het test script opnieuw geimplementeerd in Perl inclusief
> >> afwijking binnen de marge controle.
> >>
> >> Volgens mij is de proj-rdnap package nu feature complete, en voldoet het
> >> aan de license voorwaarden.
> >>
> >> Voor tests 07 - 10 waarvan de punten niet berekend kunnen worden doordat
> >> ze buiten de grid vallen, zijn overrides toegevoegd om de tests toch te
> >> laten slagen.
> >>
> >> Met PROJ.4 4.8.0 en 4.9.0-rc2 slagen de tests (met afwijkingen binnen de
> >> marge), met 4.7.0 helaas niet.
> > 
> > Met PROJ.4 4.9.2 slagen de tests 07 t/m 10 helaas niet meer, zoals
> > gerapporteerd door Andreas Beckmann in Debian Bug #813066 [0].
> > 
> > In de verbose output van het test script is te zien dat met 4.9.2 wel
> > waardes berekend kunnen worden die buiten de grid vallen. Hierdoor
> > worden de overrides niet gebruikt waardoor de tests falen. Zie de
> > bijgevoegde logs van het test script met PROJ.4 4.8.0 en 4.9.2.
> > 
> > Interessant is dat voor de conversie van ETRS89 naar RD/NAP tests 07 t/m
> > 09 nu wel slagen, met waardes die binnen de marge vallen. Voor test 10
> > edge_rd is de afwijking groter dan de toegestane marge.
> > 
> > Voor de conversie van RD/NAP naar ETRS89 worden met PROJ.4 4.9.2 ook
> > waardes berekend maar deze zijn negatief.
> > 
> > Ik zal de override voor deze tests aanpassen zodat ook met PROJ 4.9.2 de
> > build slaagt als de output niet als verwacht is, wat met 4.8.0 ook het
> > geval was. Hier heb ik dit weekend echter geen tijd voor i.v.m. FOSDEM,
> > in de loop van volgende week moet dat wel lukken.
> 
> Naar aanleiding van de discussie met de PROJ.4 developers [0] is een fix
> aan de proj 4.9.2 package toegevoegd die ook gemerged is voor de
> aankomende 4.9.3 release, waarmee de huge value detectie weer van
> toepassing is op de GTX zoals in voorgaande versies.
> 
> [0] http://lists.maptools.org/pipermail/proj/2016-February/007327.html
> 
> Mvg,
> 
> Bas
> 
> -- 
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch

------------- volgend deel ------------
Een HTML-bijlage is gescrubt...
URL: <http://lists.osgeo.org/pipermail/dutch/attachments/20160205/acd3cde0/attachment.html>