[Gvsig_english] Problem reprojecting layers with OSM background

[Antonio Falciano]

Il 02/09/2015 08:38, Silvia Franceschi ha scritto:
> Ciao Antonio,
> sorry for missing the version, you are perfectly right, I am using
> 2.1.0-2269 final version for Linux.

Ciao Silvia,
have you tried the latest final version (2.2.0 build 2313)?

> Do you have any idea on what it is programmed to have the new release of
> gvSIG?

gvSIG 2.3 will introduce some deep changes, as stated here:
http://blog.gvsig.org/2015/06/25/on-the-road-to-gvsig-2-3/

> And also an other question: in the new version, using the new bindings
> for GDAL, would it be possible to read directly the prj file in order to
> avoid to specify the projection of the data every time you import them?

Yes, at least in theory... It will depend by how the CRS extension will
be refactorized and the economic resources. It's an historical lack of
gvSIG that needs to be solved, if gvSIG wants to grant the full
interoperability with other GIS applications.
For instance, another important feature coming from GDAL bindings should
be the raster reprojection.

Cheers,
Antonio

> Thanks
>
> Silvia
>
>
> On Tue, Sep 1, 2015 at 5:36 PM, Antonio Falciano wrote:
>
>     Il 01/09/2015 17:10, Silvia Franceschi ha scritto:
>     > Hi all,
>     > I have a problem reprojecting some vector layers on a OSM background.
>     > What I did is this:
>     > 1. I created a new view with the projection 3857 and imported OSM
>     > service after installing appropriate the add-on plugin
>     > 2. imported a shapefile with projection 32632 and specified it in the
>     > panel of the view -> add layer menu in order to have a on the fly
>     > reprojection
>     > 3. the result is that the shapefile is imported but not correctly
>     > reprojected and it appears shifted from the right location.
>     >
>     > What am I doing wrong? isn't it correct to start with a general
>     > projection of 3857?
>     > I had to do that because with 32632 projection for the View, the OSM map
>     > wasn't reprojected.
>
>     Ciao Silvia,
>     unfortunately it's a known bug [1]. Your workflow is the right one, but
>     the coordinate conversions and transformations toward EPSG:3857 are not
>     yet supported in the latest versions of gvSIG (e.g. 2.2), because
>     libjni-proj4 is outdated. :( So, in the meanwhile we have to reproject
>     our data elsewhere (e.g. GDAL/OGR).
>     This issue should be fixed in gvSIG 2.3 using the official bindings of
>     GDAL for Java, as gvSIG core developers can confirm. Stay tuned! ;)
>
>     Antonio
>
>     [1] https://redmine.gvsig.net/redmine/issues/2739
>
>     PS: For completeness, please report always what version and build of
>     gvSIG you are using.
>
>     --
>     Antonio Falciano
>     http://www.linkedin.com/in/antoniofalciano
>     _______________________________________________
>     Gvsig_internacional mailing list
>     Gvsig_internacional at listserv.gva.es
>     <mailto:Gvsig_internacional at listserv.gva.es>
>
>     To see the archives, edit your preferences or unsubscribe from this
>     mailing list, please access this url:
>
>     http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>
>
>
>
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at listserv.gva.es
>
> To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url:
>
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>


-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano