i'm sure you've encountered this problem repeatedly. i've tried all different methods.
- Enable on the fly crs transformation.
- go to settings and options to use crs data.
- go to properties and change the coordinate system to the same one.
I'm using google street as my base map.
CRS of vector data WGS84/48N
metadata is -
General Storage type of this layer ESRI Shapefile Description of this provider OGR data provider (compiled against GDAL/OGR library version 1.11.2, running against GDAL/OGR library version 1.11.2) Source for this layer C:Usershp 1.000DesktopGISweatherdata.shp Geometry type of the features in this layer Point The number of features in this layer 1253 Editing capabilities of this layer Add Features, Delete Features, Change Attribute Values, Add Attributes, Delete Attributes, Create Spatial Index, Fast Access to Features at ID, Change Geometries, Simplify Geometries, Simplify Geometries with topological validation Extents In layer spatial reference system units xMin,yMin 11303.3,25898.2 : xMax,yMax 44627.4,46712.2 Layer Spatial Reference System +proj=utm +zone=48 +datum=WGS84 +units=m +no_defs
Step 3 of your list is definitely wrong in most cases. It spoils your data, because it does not change the coordinates itself, only the CRS.
Instead, you have to save the data from the untouched CRS to another filename and CRS.
For the Google background of the Openlayers plugin, project CRS and the CRS of the Google layer must be EPSG:3857. Other layers may have different CRS.
Whoever told you that the data is in UTM 48 N is wrong. Singapore is 149km north of the equator, and that is way off the extent of your data.
My best bet for Singapore is EPSG:3414 SVY21 / Singapore TM, et voilá:
The extent fits perfectly to Singapore. So in this case, you can use
Set CRS for Layerto change the wrong CRS to the right one.