<div dir="ltr"><div><div><div><div><div><div>Thanks all. I believe I found the problem, thanks to all your help.<br><br></div><div>So, the strange thing is the towgs84 values assined to EPSG:4618.<br>Gdal/OGR is usingwhatever comes from proj, which is<br><font size="2"><span style="font-family:times new roman,serif"><4618> +proj=longlat +ellps=aust_SA +towgs84=-57,1,-41,0,0,0,0 +no_defs  <></span></font><br><br></div><div>But GeoServer uses <br><pre style="margin:0px;padding:0px;border:0px none;font-weight:normal;font-style:normal;font-size:12px;font-family:"andale mono","lucida console",monospace;vertical-align:baseline;white-space:pre-wrap;font-variant:normal;font-stretch:normal;line-height:18px;color:rgb(38,37,35);letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px">TOWGS84[-66.87, 4.37, -38.52, 0.0, 0.0, 0.0, 0.0],<br></pre><pre style="margin:0px;padding:0px;border:0px none;font-weight:normal;font-style:normal;font-size:12px;font-family:"andale mono","lucida console",monospace;vertical-align:baseline;white-space:pre-wrap;font-variant:normal;font-stretch:normal;line-height:18px;color:rgb(38,37,35);letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px"><span style="font-family:arial,helvetica,sans-serif">Which, according to the URL sent by Stefan, is the TOWGS84 used by EPSG:4291. <br><br></span></pre><pre style="margin:0px;padding:0px;border:0px none;font-weight:normal;font-style:normal;font-size:12px;font-family:"andale mono","lucida console",monospace;vertical-align:baseline;white-space:pre-wrap;font-variant:normal;font-stretch:normal;line-height:18px;color:rgb(38,37,35);letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px"><span style="font-family:arial,helvetica,sans-serif">Actually, the URL about Brazilian Coordinate systems sent by Stefan says that there are some problems regarding the towgs84 values in GDAL<br><a href="http://wiki.osgeo.org/wiki/Brazilian_Coordinate_Reference_Systems#Summary_Table" target="_blank">http://wiki.osgeo.org/wiki/Brazilian_Coordinate_Reference_Systems#Summary_Table</a></span><br></pre></div><div><br><pre style="margin:0px;padding:0px;border:0px none;font-weight:normal;font-style:normal;font-size:12px;font-family:"andale mono","lucida console",monospace;vertical-align:baseline;white-space:pre;font-variant:normal;font-stretch:normal;line-height:18px;color:rgb(38,37,35);letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px"><span style="font-family:arial,helvetica,sans-serif">But since GeoNode says the uploaded data is EPSG:4326, I believe GeoServer is not understanding the SAD69 projection info.</span></pre><br></div><div>So, the take home message is that SAD69 definition is a bag of mixed nuts... Better stick with something with better definitions. Meanwhile, I'll try to get the correct towgs84 values and send to someone in the proj list (or gdal or who knows).<br><br></div><div>Bellow are the projection data for the shapefile, ogrinfo etc etc if anyone woul'd like to check<br><br></div><div>Cheers and thanks<br></div><div>Daniel<br></div><div><br>This is the shape .prj file<br>GEOGCS["SAD69", DATUM["D_South_American_1969", SPHEROID["GRS_1967_Truncated",6378160,298.25]],<br>PRIMEM["Greenwich",0],<br>UNIT["Degree",0.017453292519943295]]<br><br></div>This is how QGis sees in the metadata tab<br><span style="font-family:"arial,sans-serif";color:rgb(0,0,0)">+proj=longlat +ellps=aust_SA +towgs84=-57,1,-41,0,0,0,0 +no_defs</span><br><br></div>This is what ogrinfo sees:<br>INFO: Open of `erros_00167.shp'<br>      using driver `ESRI Shapefile' successful.<br><br>Layer name: erros_00167<br>Geometry: 3D Point<br>Feature Count: 235<br>Extent: (-67.591170, -10.430618) - (-66.788872, -9.600199)<br>Layer SRS WKT:<br>GEOGCS["SAD69",<br>    DATUM["South_American_Datum_1969",<br>        SPHEROID["GRS_1967_Modified",6378160,298.25]],<br>    PRIMEM["Greenwich",0],<br>    UNIT["Degree",0.017453292519943295]]<br>FEAT_ID: Integer (10.0)<br>ERROR: String (254.0)<br><br></div>This is what <a href="http://spatialreference.org" target="_blank">spatialreference.org</a> gives for EPSG:4618<br>+proj=longlat +ellps=aust_SA +no_defs <br><a href="http://spatialreference.org/ref/epsg/4618/proj4/" target="_blank">http://spatialreference.org/ref/epsg/4618/proj4/</a><br><br></div>Abd this is the what Geoserver thinks of 4618<br><pre style="margin:0px;padding:0px;border:0px none;font-weight:normal;font-style:normal;font-size:12px;font-family:"andale mono","lucida console",monospace;vertical-align:baseline;white-space:pre-wrap;font-variant:normal;font-stretch:normal;line-height:18px;color:rgb(38,37,35);letter-spacing:normal;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px">GEOGCS["SAD69", 
  DATUM["South American Datum 1969", 
    SPHEROID["GRS 1967 Modified", 6378160.0, 298.25, AUTHORITY["EPSG","7050"]], 
    TOWGS84[-66.87, 4.37, -38.52, 0.0, 0.0, 0.0, 0.0], 
    AUTHORITY["EPSG","6618"]], 
  PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], 
  UNIT["degree", 0.017453292519943295], 
  AXIS["Geodetic longitude", EAST], 
  AXIS["Geodetic latitude", NORTH], 
  AUTHORITY["EPSG","4618"]]</pre><br><br></div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 16, 2015 at 4:27 PM, Simone Dalmasso <span dir="ltr"><<a href="mailto:simone.dalmasso@gmail.com" target="_blank">simone.dalmasso@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That's correct, GeoNode is not reprojecting, the issue should be somewhere in geoserver.</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">2015-06-16 21:16 GMT+02:00 Stefan Steiniger <span dir="ltr"><<a href="mailto:sstein@geo.uzh.ch" target="_blank">sstein@geo.uzh.ch</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hi Daniel (thanks for re-routing back to the list)<br>
    <br>
    If it is indeed the projection, then the problem is with GeoServer
    and the projection library used (geotools?). <br>
    So, I doubt that parsing the code is the problem, but the parameters
    set in GeoServer, and not with GeoNode.<br>
    <br>
    see this too:<br>
    <a href="http://docs.geoserver.org/stable/en/user/advanced/crshandling/customcrs.html" target="_blank">http://docs.geoserver.org/stable/en/user/advanced/crshandling/customcrs.html</a>
    <br>
    <br>
    cheers from Santiago de Chile,<br>
    stefan<div><div><br>
    <br>
    <div>On 06/16/2015 03:59 PM, Daniel Victoria
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>
                <div>-- replying to the list --<br>
                  <br>
                </div>
                Hi Stefan,<br>
                <br>
              </div>
              Thanks for the input. EPSG:4618 is a geographic coordinate
              system based on the South American Datum. And apparently
              somewhere GeoNode is not liking this coordinate system. If
              I convert the data to EPSG:4326 in QGis prior to
              uploading, it all works fine. Could it be that QGIS
              understands the .prj file for the EPSG:4618 but GeoNode
              does not and assumes EPSG:4326?<br>
              <br>
            </div>
            By looking at the ISO metadata from the EPSG:4618 layer, it
            tells me that the data is in EPSG:4326. Does GeoNode
            converts the SRS on layer upload? Or is that telling me that
            my projection file was bogus?<br>
            <br>
          </div>
          Thanks<br>
        </div>
        Daniel<br>
        <div>
          <div>
            <div><br>
               <br>
            </div>
          </div>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Tue, Jun 16, 2015 at 2:29 PM, Stefan
          Steiniger <span dir="ltr"><<a href="mailto:sstein@geo.uzh.ch" target="_blank">sstein@geo.uzh.ch</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div text="#000000" bgcolor="#FFFFFF"> perhaps a silly
              question:<br>
              <br>
              (a) are you indeed having the same coordinate system (same
              prj files?) for both shape files?<br>
              (b) what happens if you not use epsg:4618 but some UTM?
              (sorry can't figure exactly what 4618 is... it looks like
              geographic coordinates, so perhaps a projection makes
              sense)<br>
              <br>
              see also this: <a href="http://wiki.osgeo.org/wiki/Brazilian_Coordinate_Reference_Systems" target="_blank">http://wiki.osgeo.org/wiki/Brazilian_Coordinate_Reference_Systems</a><br>
              <br>
              cheers,<br>
              stefan
              <div>
                <div><br>
                  <br>
                  <div>On 06/16/2015 11:26 AM, Daniel Victoria wrote:<br>
                  </div>
                </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div>
                    <div dir="ltr">
                      <div>
                        <div>
                          <div><span>​<br>
                              <div class="gmail_chip gmail_drive_chip" style="width:396px;min-height:18px;max-height:18px;background-color:#f5f5f5;padding:5px;color:#222;font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid #ddd;line-height:1"><a href="https://drive.google.com/file/d/0B5VE16NDdlfERE5yenZNaHY2bTA/edit?usp=drive_web" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:medium none;width:100%" target="_blank"><img style="vertical-align:bottom;border:none" src="https://ssl.gstatic.com/docs/doclist/images/icon_10_generic_list.png"> <span dir="ltr" style="color:#15c;text-decoration:none;vertical-align:bottom">point_error.7z</span></a></div>
                              ​​<br>
                              <div class="gmail_chip gmail_drive_chip" style="width:396px;min-height:18px;max-height:18px;background-color:#f5f5f5;padding:5px;color:#222;font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid #ddd;line-height:1"><a href="https://drive.google.com/file/d/0B5VE16NDdlfEaGNHZ2ZSU0RjMHM/edit?usp=drive_web" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:medium none;width:100%" target="_blank"><img style="vertical-align:bottom;border:none" src="https://ssl.gstatic.com/docs/doclist/images/icon_9_archive_list.png"> <span dir="ltr" style="color:#15c;text-decoration:none;vertical-align:bottom">TC_AC_2010_00167.zip</span></a></div>
                              ​</span>I've got two shapefiles with
                            epsg:4618. One is a polygon layer with loads
                            of geometry errors and the second is a point
                            layer with the error location. When I load
                            both in QGIS, polygons and errors are
                            aligned (layers_qgis.png). I then uploaded
                            the layers to GeoNode (2.4b24) and points
                            and polygons have shifted
                            (layers_geonode.png).<br>
                            <br>
                            I then added back the two layers in QGis
                            using WMS services. The points layer shifted
                            a little (~8 meters - point_error.png) but
                            polygons shifted 69 m (poly_error.png).<br>
                            <br>
                            Any idea what could be wrong?<br>
                          </div>
                          The shapefiles (poligon and points) can be
                          downloaded from the google drive links<br>
                          <br>
                        </div>
                        Thanks<br>
                      </div>
                      Daniel<br>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <pre>_______________________________________________
geonode-users mailing list
<a href="mailto:geonode-users@lists.osgeo.org" target="_blank">geonode-users@lists.osgeo.org</a>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users</a>
</pre>
              </blockquote>
              <br>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </div></div></div>

<br>_______________________________________________<br>
geonode-users mailing list<br>
<a href="mailto:geonode-users@lists.osgeo.org" target="_blank">geonode-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users" rel="noreferrer" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>Simone </div>
</font></span></div>
</blockquote></div><br></div>