[Qgis-user] Trouble projecting on the fly

[Nicolas Cadieux]

Hi, 
I agree with Ramon on every point specially the section on "if layers don't line up".  If you can send some files, we can help more. 
Nicolas Cadieux M.Sc. 
Les Entreprises Archéotec inc.  
8548, rue Saint-Denis Montréal H2P 2H2 
Téléphone: 514.381.5112  Fax: 514.381.4995 
www.archeotec.ca 
Le 2015-02-24 02:13, "Ramon Andiñach [via OSGeo.org]	" <ml-node+s1560n5189605h16 at n6.nabble.com> a écrit : On using OTF...
> On 24 Feb 2015, at 14:06, Sharon Selvaggio < [hidden email] > wrote:
> 
> Thanks to both, but I'm still having trouble.  I must be doing something wrong.
> 
> These are the steps I took after reading the advice from both of you.
> 
> I start by setting my project CRS.
And make sure OTF is on. 
> Then I click Layer, add layer, add vector layer.
This layer should have a CRS assigned to it and QGIS will display it- transforming it on the fly into the project's CRS.
Repeat for the next layer. 
That should be it. No Save As needed. 
> But when I do this with files that have originated from two different sources with different native projections (or no projection?) they still do not align.
Different sources or different layer CRS shouldn't matter.
If layers don't line up, then this implies that:
* one of the layers has coordinates that are wrong (or for a raster a georeferencing problem),[1]
* one of the layers has a CRS that is incorrect (one of my data providers has a tab file that is routinely picked up as the wrong CRS - the CRS provided is ambiguous so not really QGIS's fault)
* the underlying database doesn't understand the CRS you're using properly. This also implies either something really new like the Croation grid problem mentioned the other day or something quite old (e.g. AGD66 - which now seems to work :),  or just plain uncommon (yes AGD66 is still used).
There is an option mentioned previously so that you can set how QGIS handles layers that it can't tell what the CRS is. 
If you can point us at the files you're using - or excerpts from them - then we might be able to understand where the problem is better. 
-ramon. 
1. On a side note. Do not use the Google maps/satellite images to check if your layers are in the right place unless you understand the gotchas in using that service. 
_______________________________________________
Qgis-user mailing list
[hidden email] 
http://lists.osgeo.org/mailman/listinfo/qgis-user 

	
	
	
	
	
	
	
		If you reply to this email, your message will be added to the discussion below: 
		http://osgeo-org.1560.x6.nabble.com/Trouble-projecting-on-the-fly-tp5189590p5189605.html 
	
	
		To start a new topic under Quantum GIS - User, email ml-node+s1560n4125267h38@n6.nabble.com 
		To unsubscribe from Quantum GIS - User, click here . 
		NAML 
	



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Trouble-projecting-on-the-fly-tp5189590p5189676.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20150224/755279aa/attachment.html>