That functionality would also offer instant "zip & ship" capabilities to MapServer which is something that is becoming a requirement for many data providers to be able to provide custom clipped data files over the web.
<br><br><div><span class="gmail_quote">On 9/25/06, <b class="gmail_sendername">Frank Warmerdam</b> <<a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Eijnden, Bart van den (AGI) wrote:<br>> Hi list,<br>><br>> first of all, maybe this would be better addressed at the gdal-dev list as<br>> well.<br>><br>> Using Jan Hartman's PROJ.4 parameters for EPSG:28992
<br>> (<a href="http://postgis.refractions.net/pipermail/postgis-users/2005-November/009894.html">http://postgis.refractions.net/pipermail/postgis-users/2005-November/009894.html</a>),<br>> we successfully got Dutch national grid data to match the aerial
<br>> photography of Google Earth.<br>><br>> We used Mapserver WFS and ogr2ogr (GML input, KML output) to transform the<br>> data.<br>><br>> If we transform using ogr2ogr and provide -s_srs with the exact same
PROJ.4<br>> string and t_srs of EPSG:4326, the overlay is not correct.<br>><br>> Any ideas what could be causing this? All testing was done using FWTools<br>> 1.0.5 on Windows XP.<br><br>Bart,<br><br>It is not immediately clear to me why this would not work properly. I
<br>did check the PROJ.4 coordinate system in question, and it appears to<br>go through OGR's internal SRS conversions without any damage.<br><br>If you could submit a bug report against OGR with all the details I will<br>
dig into it. In particular what I would like to see is a point transformed<br>through ogr2ogr producing a different output value than the same point<br>transformed using cs2cs. I gather your central premise is that with
<br>cs2cs you got the expected results, but you didn't see the same results with<br>ogr2ogr, right?<br><br>> Another question:<br>><br>> -how hard would it be to have the same OUTPUTFORMAT mechanism for vector<br>
> (Mapserver WFS/OGR), so that output formats of OGR could be outputted by<br>> Mapserver WFS?<br><br>It would be a fairly substantial effort I think. I gather we would need<br>something roughly analygous to mapgml.c
that can write via an OGR driver,<br>and then various machinery connecting up format selection in the wfs output.<br>Perhaps a 2-3 week development effort.<br><br>I think we would also need a mechanism to identify files to "bundle up"
<br>in a zip or something similar for multi-file formats such as shape, or<br>mapinfo.<br><br>But I can see that this would be an interesting capability.<br><br>Best regards,<br>--<br>---------------------------------------+--------------------------------------
<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a><br>light and sound - activate the windows | <a href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam
</a><br>and watch the world go round - Rush | President OSGeo, <a href="http://osgeo.org">http://osgeo.org</a><br></blockquote></div><br><br clear="all"><br>-- <br>************************************<br>David William Bitner