[Qgis-developer] Unknown CRS problem
Marco wrote: > There will always be problems at some point if the layers / map CRS are not > properly set. I just want to avoid more complications compared to the current > situation if this is not the case ( because it happens so frequently in > practice ). Agreed, even (apparently) simple changes can have unexpected consequences. The discussions on this topic have been very interesting, but back to the point. At present, QGIS reports the CRS of a layer whose projection it cannot determine as the QGIS default CRS. It would be very helpful if the CRSs of such layers were reported by QGIS as 'unknown'. At present, right-clicking on a layer and going Properties -> General can produce downright wrong information on the CRS of the layer and I think this is undesirable. Regards, Nick. -- Nick Hopton, Caversham, Reading, England. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Hi Martin > My idea was that if they have layers with unknown CRS, also the > project's CRS would be set to unknown. So no reprojection would happen > and no warnings shown. Even measuring could work to some degree - > assuming planar coordinates, with unknown units. That sounds good to me (no reprojection and no warning shown in case of unknown CRS). Regards, Marco Am Dienstag, 11. Januar 2011, um 10.38:56 schrieb Martin Dobias: > On Tue, Jan 11, 2011 at 10:11 AM, Paolo Cavallini wrote: > > Il giorno mar, 11/01/2011 alle 11.05 +0200, Micha Silver ha scritto: > >> > So if they work without reprojection, everything works smoothly, and > >> > they do not see anything wrong with that. > >> > >> Not entirely correct. As QGIS works now, each new project > >> starts in Lon/Lat WGS84. If I all my layers are in the same > >> projected CRS I don't notice any problem *until* I want to > >> measure something ;-( > > > > You are right, I was unclear: I meant, they do not see any problem if > > they use other (proprietary) software. In qgis they have to define their > > default CRS. > > My idea was that if they have layers with unknown CRS, also the > project's CRS would be set to unknown. So no reprojection would happen > and no warnings shown. Even measuring could work to some degree - > assuming planar coordinates, with unknown units. Warnings would be > issued only when user explicitly does an action where known CRS is > necessary - e.g. change project CRS, add a layer with different > (known) CRS. There could be a "learn more" button leading to a brief > explanation of CRS, projections and why is it good to have them in > order - we could educate our users :) > > Martin > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
+1 for Martins idea! I like it .. educating the user that way is a very good idea .. hope it's not too hard to implement.. Werner Am 11.01.2011 10:38, schrieb Martin Dobias: My idea was that if they have layers with unknown CRS, also the project's CRS would be set to unknown. So no reprojection would happen and no warnings shown. Even measuring could work to some degree - assuming planar coordinates, with unknown units. Warnings would be issued only when user explicitly does an action where known CRS is necessary - e.g. change project CRS, add a layer with different (known) CRS. There could be a "learn more" button leading to a brief explanation of CRS, projections and why is it good to have them in order - we could educate our users :) Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On 11/01/2011 11:31, Marco Hugentobler wrote: Not entirely correct. As QGIS works now, each new project starts in Lon/Lat WGS84. If I all my layers are in the same projected CRS I don't notice any problem *until* I want to measure something ;-( True, your suggestion to add the possibility to set a default CRS for the map would be useful. There will always be problems at some point if the layers / map CRS are not properly set. I just want to avoid more complications compared to the current situation if this is not the case ( because it happens so frequently in practice ). The ArcMap method of setting the project CRS based on the first layer that the user loads might be best. It's a "dumbed-down" solution that assumes the user doesn't understand what he's doing, but it will nicely cover those cases where all the data is in only one CRS. Regards, Marco Am Dienstag, 11. Januar 2011, um 10.05:18 schrieb Micha Silver: On 11/01/2011 10:19, Paolo Cavallini wrote: Il giorno mar, 11/01/2011 alle 00.43 +0100, Martin Dobias ha scritto: Ideally if all the data from government is in the same CRS, no reprojecting will happen - because the project CRS will be the same as the CRS of individual layers (thus no warning would be issued). The problem here is that many organization keep most of their data in the same projection, but without a .prj file. So if they work without reprojection, everything works smoothly, and they do not see anything wrong with that. Not entirely correct. As QGIS works now, each new project starts in Lon/Lat WGS84. If I all my layers are in the same projected CRS I don't notice any problem *until* I want to measure something ;-( Regards, Micha All the best. -- Micha Silver http://www.surfaces.co.il/ Arava Development Co. +972-52-3665918 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On Tue, Jan 11, 2011 at 10:11 AM, Paolo Cavallini wrote: > Il giorno mar, 11/01/2011 alle 11.05 +0200, Micha Silver ha scritto: > >> > So if they work without reprojection, everything works smoothly, and >> > they do not see anything wrong with that. >> >> Not entirely correct. As QGIS works now, each new project >> starts in Lon/Lat WGS84. If I all my layers are in the same >> projected CRS I don't notice any problem *until* I want to >> measure something ;-( > > You are right, I was unclear: I meant, they do not see any problem if > they use other (proprietary) software. In qgis they have to define their > default CRS. My idea was that if they have layers with unknown CRS, also the project's CRS would be set to unknown. So no reprojection would happen and no warnings shown. Even measuring could work to some degree - assuming planar coordinates, with unknown units. Warnings would be issued only when user explicitly does an action where known CRS is necessary - e.g. change project CRS, add a layer with different (known) CRS. There could be a "learn more" button leading to a brief explanation of CRS, projections and why is it good to have them in order - we could educate our users :) Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
> Not entirely correct. As QGIS works now, each new project > starts in Lon/Lat WGS84. If I all my layers are in the same > projected CRS I don't notice any problem *until* I want to > measure something ;-( True, your suggestion to add the possibility to set a default CRS for the map would be useful. There will always be problems at some point if the layers / map CRS are not properly set. I just want to avoid more complications compared to the current situation if this is not the case ( because it happens so frequently in practice ). Regards, Marco Am Dienstag, 11. Januar 2011, um 10.05:18 schrieb Micha Silver: > On 11/01/2011 10:19, Paolo Cavallini wrote: > > Il giorno mar, 11/01/2011 alle 00.43 +0100, Martin Dobias ha scritto: > >> Ideally if all the data from government is in the same CRS, no > >> reprojecting will happen - because the project CRS will be the same as > >> the CRS of individual layers (thus no warning would be issued). > > > > The problem here is that many organization keep most of their data in > > the same projection, but without a .prj file. > > So if they work without reprojection, everything works smoothly, and > > they do not see anything wrong with that. > > Not entirely correct. As QGIS works now, each new project > starts in Lon/Lat WGS84. If I all my layers are in the same > projected CRS I don't notice any problem *until* I want to > measure something ;-( > > Regards, > Micha > > > All the best. -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Il giorno mar, 11/01/2011 alle 11.05 +0200, Micha Silver ha scritto: > > So if they work without reprojection, everything works smoothly, and > > they do not see anything wrong with that. > > Not entirely correct. As QGIS works now, each new project > starts in Lon/Lat WGS84. If I all my layers are in the same > projected CRS I don't notice any problem *until* I want to > measure something ;-( You are right, I was unclear: I meant, they do not see any problem if they use other (proprietary) software. In qgis they have to define their default CRS. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On 11/01/2011 10:19, Paolo Cavallini wrote: Il giorno mar, 11/01/2011 alle 00.43 +0100, Martin Dobias ha scritto: Ideally if all the data from government is in the same CRS, no reprojecting will happen - because the project CRS will be the same as the CRS of individual layers (thus no warning would be issued). The problem here is that many organization keep most of their data in the same projection, but without a .prj file. So if they work without reprojection, everything works smoothly, and they do not see anything wrong with that. Not entirely correct. As QGIS works now, each new project starts in Lon/Lat WGS84. If I all my layers are in the same projected CRS I don't notice any problem *until* I want to measure something ;-( Regards, Micha All the best. -- Micha Silver http://www.surfaces.co.il/ Arava Development Co. +972-52-3665918 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Hi! definitely correct .. speaking of my own experience it's not just keeping the data without the .prj files .. I've also seen a lot of companys (including governments) sending shape files just as the ".shp" And i always wonder how ArcGIS is the job of correctly open the files .. but thats another story .. still hope that raster reprojection on the fly will work soon! good luck and many thanks to radim for doing that job!! regards Werner Am 11.01.2011 09:19, schrieb Paolo Cavallini: Il giorno mar, 11/01/2011 alle 00.43 +0100, Martin Dobias ha scritto: Ideally if all the data from government is in the same CRS, no reprojecting will happen - because the project CRS will be the same as the CRS of individual layers (thus no warning would be issued). The problem here is that many organization keep most of their data in the same projection, but without a .prj file. So if they work without reprojection, everything works smoothly, and they do not see anything wrong with that. All the best. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Il giorno mar, 11/01/2011 alle 00.43 +0100, Martin Dobias ha scritto: > Ideally if all the data from government is in the same CRS, no > reprojecting will happen - because the project CRS will be the same as > the CRS of individual layers (thus no warning would be issued). The problem here is that many organization keep most of their data in the same projection, but without a .prj file. So if they work without reprojection, everything works smoothly, and they do not see anything wrong with that. All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Hi Marco On Fri, Jan 7, 2011 at 9:20 PM, Marco Hugentobler wrote: > Hi Martin > >> On-th-fly raster reprojection is not (IMHO) very expensive. The >> complexity depends on the desired output quality (e.g. what type of >> interpolation is used) and raster size. I would expect that most of >> the raster rendering time is fetching of source data, the warping >> itself is simple. > > Afaik raster reprojection is very expensive (see e.g. > http://mapserver.org/input/raster.html#raster-warping). And the 2-4 times is > only with umn mapservers clever linearisation along scanlines. With a normal > warp, it will be much more. Even though reprojection is expensive, it's probably better to reproject the layer than to render it misaligned :-) Anyway reprojecting every single point using the coordinate transform formulas wastes a lot of processing power and should be done more wisely. We have this problem also with reprojecting of vector layers (every single points is reprojected using the expensive formula). >> > THird: Having OTF automatic still won't help users with data that lacks a >> > CRS. >> >> No, but at least they can get a notification that a layer has unknown >> CRS and thus can be aligned incorrectly. > > I'm concerned that such a warning could scare newbie users who don't know > about spatial reference systems at all (and it will be one of the first things > they see if the datasource crs is not recognized. This happens frequently if > the data comes from a commercial GIS). > > A very important use case here is people working with governemental data > provided by the local GIS department. The GIS dep. provides everything in the > same meter CRS and the normal user does not need to know about it, since > everything overlays properly. Ideally if all the data from government is in the same CRS, no reprojecting will happen - because the project CRS will be the same as the CRS of individual layers (thus no warning would be issued). Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Il giorno ven, 07/01/2011 alle 21.20 +0100, Marco Hugentobler ha scritto: > A very important use case here is people working with governemental data > provided by the local GIS department. The GIS dep. provides everything in the > same meter CRS and the normal user does not need to know about it, since > everything overlays properly. I confirm, this is probably the most common situation, and it should be taken into account. All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Hi Martin > On-th-fly raster reprojection is not (IMHO) very expensive. The > complexity depends on the desired output quality (e.g. what type of > interpolation is used) and raster size. I would expect that most of > the raster rendering time is fetching of source data, the warping > itself is simple. Afaik raster reprojection is very expensive (see e.g. http://mapserver.org/input/raster.html#raster-warping). And the 2-4 times is only with umn mapservers clever linearisation along scanlines. With a normal warp, it will be much more. > > THird: Having OTF automatic still won't help users with data that lacks a > > CRS. > > No, but at least they can get a notification that a layer has unknown > CRS and thus can be aligned incorrectly. I'm concerned that such a warning could scare newbie users who don't know about spatial reference systems at all (and it will be one of the first things they see if the datasource crs is not recognized. This happens frequently if the data comes from a commercial GIS). A very important use case here is people working with governemental data provided by the local GIS department. The GIS dep. provides everything in the same meter CRS and the normal user does not need to know about it, since everything overlays properly. Regards, Marco Am Freitag, 7. Januar 2011, um 18.44:16 schrieb Martin Dobias: > On Thu, Jan 6, 2011 at 7:57 PM, Micha Silver wrote: > >> I agree with you that CRS handling should be improved. Having > >> 'unknown' CRS is more useful than assigning a bogus CRS and then > >> trying to project it to some other CRS. I think we should remove > >> on-the-fly projections option and _always_ do the reprojection of > > > > Hmm Some thoughts: > > Won't OTF projection of raster always be a heavy computational process, > > slowing down rendering? > > On-th-fly raster reprojection is not (IMHO) very expensive. The > complexity depends on the desired output quality (e.g. what type of > interpolation is used) and raster size. I would expect that most of > the raster rendering time is fetching of source data, the warping > itself is simple. > > I thought also about adding some kind of unobtrusive feedback from map > canvas indicating possible problems - similar to how browsers nowadays > complain about missing plugin or ask whether to save password. This > feedback could include both errors (e.g. failed to reproject some > parts of layer) and warnings/suggestions (e.g. raster rendering is > slow due missing pyramids, layer has unknown CRS). QGIS could also > suggest the user to reproject his rasters/vectors for faster > rendering. > > > Second: To which CRS will this automatic OTF reproject to? The situation > > now is that a new project always starts in EPSG:4326. There's no way > > AFAIK to cause QGIS to always start in some user chosen CRS (other than > > creating a default project in your chosen CRS, then change the QGIS > > shortcut to always start that project.) > > Suppose I have some big LandSAT rasters in UTM, and vector layers in some > > other projection. If OTF was always "on" I'd be reprojecting both the > > LandSAT and all the vectors into Lon/Lat WGS84. > > I think it's reasonable to start new project with unknown CRS by > default and set CRS from the first loaded layer. Of course an option > to override the default project CRS would be convenient for some > people working mostly with one CRS. > > > THird: Having OTF automatic still won't help users with data that lacks a > > CRS. > > No, but at least they can get a notification that a layer has unknown > CRS and thus can be aligned incorrectly. > > Regards > Martin > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstr. 22, CH-8808 Pfäffikon SZ, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On Thu, Jan 6, 2011 at 7:57 PM, Micha Silver wrote: >> I agree with you that CRS handling should be improved. Having >> 'unknown' CRS is more useful than assigning a bogus CRS and then >> trying to project it to some other CRS. I think we should remove >> on-the-fly projections option and _always_ do the reprojection of > > Hmm Some thoughts: > Won't OTF projection of raster always be a heavy computational process, > slowing down rendering? On-th-fly raster reprojection is not (IMHO) very expensive. The complexity depends on the desired output quality (e.g. what type of interpolation is used) and raster size. I would expect that most of the raster rendering time is fetching of source data, the warping itself is simple. I thought also about adding some kind of unobtrusive feedback from map canvas indicating possible problems - similar to how browsers nowadays complain about missing plugin or ask whether to save password. This feedback could include both errors (e.g. failed to reproject some parts of layer) and warnings/suggestions (e.g. raster rendering is slow due missing pyramids, layer has unknown CRS). QGIS could also suggest the user to reproject his rasters/vectors for faster rendering. > Second: To which CRS will this automatic OTF reproject to? The situation now > is that a new project always starts in EPSG:4326. There's no way AFAIK to > cause QGIS to always start in some user chosen CRS (other than creating a > default project in your chosen CRS, then change the QGIS shortcut to always > start that project.) > Suppose I have some big LandSAT rasters in UTM, and vector layers in some > other projection. If OTF was always "on" I'd be reprojecting both the > LandSAT and all the vectors into Lon/Lat WGS84. I think it's reasonable to start new project with unknown CRS by default and set CRS from the first loaded layer. Of course an option to override the default project CRS would be convenient for some people working mostly with one CRS. > THird: Having OTF automatic still won't help users with data that lacks a > CRS. No, but at least they can get a notification that a layer has unknown CRS and thus can be aligned incorrectly. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On 01/06/2011 08:14 PM, Martin Dobias wrote: Hi Nick On Tue, Jan 4, 2011 at 11:29 PM, Nick Hopton wrote: When a layer is loaded and QGIS can't determine its CRS it would be preferred if the CRS of that layer was shown as 'unknown', rather than shown as being the default CRS. I know that this causes problems for some newcomers to QGIS. I gather that this question was raised during the Hackfest in Vienna and I wonder whether or not it is being followed-up? (I barely remember any discussion on this topic.) I agree with you that CRS handling should be improved. Having 'unknown' CRS is more useful than assigning a bogus CRS and then trying to project it to some other CRS. I think we should remove on-the-fly projections option and _always_ do the reprojection of Hmm Some thoughts: Won't OTF projection of raster always be a heavy computational process, slowing down rendering? Second: To which CRS will this automatic OTF reproject to? The situation now is that a new project always starts in EPSG:4326. There's no way AFAIK to cause QGIS to always start in some user chosen CRS (other than creating a default project in your chosen CRS, then change the QGIS shortcut to always start that project.) Suppose I have some big LandSAT rasters in UTM, and vector layers in some other projection. If OTF was always "on" I'd be reprojecting both the LandSAT and all the vectors into Lon/Lat WGS84. THird: Having OTF automatic still won't help users with data that lacks a CRS. First priority, in my mind, should be an option for users to set the default *project* projection. For example, in the Options->CRS window, a checkbox offering to use the chosen "Global" CRS (which currently applies only to layers with unknown CRS) as the default for new projects. Thanks, Micha layers (many times this will be just a no-op). Only layers with unknown CRS wouldn't be projected. One problem here is that we haven't implemented raster reprojection yet. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This mail was received via Mail-SeCure System. -- Micha Silver Arava Development Co. +972-52-3665918 http://surfaces.co.il ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Hi Nick On Tue, Jan 4, 2011 at 11:29 PM, Nick Hopton wrote: > When a layer is loaded and QGIS can't determine its CRS it would be > preferred if the CRS of that layer was shown as 'unknown', rather than > shown as being the default CRS. I know that this causes problems for > some newcomers to QGIS. > > I gather that this question was raised during the Hackfest in Vienna > and I wonder whether or not it is being followed-up? (I barely remember any discussion on this topic.) I agree with you that CRS handling should be improved. Having 'unknown' CRS is more useful than assigning a bogus CRS and then trying to project it to some other CRS. I think we should remove on-the-fly projections option and _always_ do the reprojection of layers (many times this will be just a no-op). Only layers with unknown CRS wouldn't be projected. One problem here is that we haven't implemented raster reprojection yet. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
On Wed, Jan 5, 2011 at 6:44 AM, Micha Silver wrote: > I guess you're aware of the choices in Settings->Options->CRS for handling > layers with unknown CRS, and these don't fully cover the issue? I don't think that they do. Which ever option is selected there are problems. If the user doesn't know the CRS for the layer or if QGIS can't determine the CRS for the layer the result is confusion either way. To be honest, this isn't a problem for me because I know just enough about CRSs (and the need never to trust them without checking) to get me through. The trouble is that newcomers to QGIS get confused when things don't work as they expect and it's very easy for them to mutter something like "typical open-source" and walk away from it. They can't understand why, when they right-click on a layer and go Properties -> General, QGIS might tell them something that is downright wrong about the layer CRS. But I do understand that fixing the problem is probably easier said than done, of course. Regards, Nick. -- Nick Hopton, Caversham, Reading, England. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unknown CRS problem
Nick Hopton wrote: When a layer is loaded and QGIS can't determine its CRS it would be preferred if the CRS of that layer was shown as 'unknown', rather than shown as being the default CRS. I know that this causes problems for some newcomers to QGIS. I guess you're aware of the choices in Settings->Options->CRS for handling layers with unknown CRS, and these don't fully cover the issue? I'd like to expand the question further and suggest that there should be a way to set the default CRS for *projects* and not just layers. I always missed an options, in the same CRS window, to either 1) always ask which CRS for new projects, or 2) always use the global default for new projects. Regards, Micha I gather that this question was raised during the Hackfest in Vienna and I wonder whether or not it is being followed-up? Regards, Nick. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Unknown CRS problem
When a layer is loaded and QGIS can't determine its CRS it would be preferred if the CRS of that layer was shown as 'unknown', rather than shown as being the default CRS. I know that this causes problems for some newcomers to QGIS. I gather that this question was raised during the Hackfest in Vienna and I wonder whether or not it is being followed-up? Regards, Nick. -- Nick Hopton, Caversham, Reading, England. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer