[Qgis-user] OSM data download
Good afternoon everyone, I am creating data bank for Dindigul (Tamilnadu) on OSM so that i can download the data through OSM plugin in qgis.The geographical extensions of my Study area are 10° 22' 11° 25' latitude 78° 00' 76° 46' longitude When try to download the data of these extensions Qgis won't except the extensions. If some body knows how download the my study area data please help me With Regards Subhakar Babu Battula ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Inconsistent projection parameters for EPSG:3168
Hilmy Hashim wrote: So where is Gdal in QGis getting it's parameters from? Hi Hilmy, I'm not sure if qgis, when using gdal is using gdal's proj definitions or it's own. But: - for gdal's do a search for a file called epsg in your osgeo4w dir (probably in proj dir). - qgis get's it's parameters for a sqlite db called srs.db (somehwere in the qgis dirs in a dir called resources). You can also define your own defintion in qgis and call it 'hilmysRight3168' and use that. Or edit the srs.db with a tool like https://addons.mozilla.org/en-us/firefox/addon/sqlite-manager/ for firefox. A good source for all the different projection definition formats: www.spatialreference.org Hope this helps, Regards, Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
RE: [Qgis-user] postgis and custom CRS
But shouldn’t QGIS identify the CRS correctly? Or at least say it is unknown? Stating the wrong CRS will misguide users. Duarte De: pcr...@pcreso.com [mailto:pcr...@pcreso.com] Enviada: quinta-feira, 7 de Abril de 2011 20:34 Para: Duarte Carreira Cc: qgis-user@lists.osgeo.org Assunto: Re: [Qgis-user] postgis and custom CRS You'll need to define the coordinate system in QGIS as well as PostGIS, probably tel QGIS which projection to use fro the project the layer. Brent Wood --- On Fri, 4/8/11, Duarte Carreira dcarre...@edia.pt wrote: From: Duarte Carreira dcarre...@edia.pt Subject: [Qgis-user] postgis and custom CRS To: qgis-user@lists.osgeo.org qgis-user@lists.osgeo.org Date: Friday, April 8, 2011, 5:15 AM Hi. I’m seeing this behavior and would like to confirm it. When I add a PG layer that has a custom CRS, QGIS says it is WGS84 (in the metadata tab in properties). In PG I have the custom CRS defined like this: Srid: 9102160 Auth_name: ESRI Auth_srid: 102160 Srtext: PROJCS[Datum_73_Hayford_Gauss_IGeoE,GEOGCS[GCS_Datum_73,DATUM[Datum_73,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,200180.598],PARAMETER[False_Northing,299913.01],PARAMETER[Central_Meridian,-8.1319062],PARAMETER[Scale_Factor,1],PARAMETER[Latitude_Of_Origin,39.66],UNIT[Meter,1],AUTHORITY[EPSG,102160]] Proj4text: +proj=tmerc +lat_0=39.66 +lon_0=-8.1319062 +k=1 +x_0=200180.598 +y_0=299913.01 +ellps=intl +units=m +towgs84=-288.885,-91.744,126.244,-1.691,0.410,-0.211,-4.598 +no_defs Can someone confirm? Thanks, Duarte -Inline Attachment Follows- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org/mc/compose?to=Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] request/feature for georeferencer: setting band combinations
Hi, We have pngs images that has an Alpha channel that requires rectification. Using the georeferencer plugin, the image look odd because it combines b1,b4,b3 in the RGB layers. B4 is the alpha band. Would it be possible to select which band to display using the georeferencer plugin? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis and ecw with last ecw sdk erdas.
On Fri, 2011-04-08 at 00:12 +0200, aperi2007 wrote: Hi, I have update the ecw sdk to the last 4.2 version of 3 March 2011. But seem the qgis trunk version will not work with this version. It instead will work correctly before my update with the 20 Sept. 2010 version of ecw sdk. I use windows and qgis trunk version. Pleases, someone can confirm this ? yes, it would be needed to update the package gda-ecw. I have already filed a ticket in the osgeo4w trac. cheers -- Giovanni -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Understanding the rule-based renderer
Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Thank you for some more insight on how the rule-based renderer works. Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Fwd: RE: [Qgis-user] postgis and custom CRS]
Forwarded Message From: Duarte Carreira dcarre...@edia.pt To: pcr...@pcreso.com pcr...@pcreso.com Cc: qgis-user@lists.osgeo.org qgis-user@lists.osgeo.org Subject: RE: [Qgis-user] postgis and custom CRS Date: Fri, 8 Apr 2011 09:41:44 +0100 But shouldn’t QGIS identify the CRS correctly? Or at least say it is unknown? Stating the wrong CRS will misguide users. The bahaviour of QGIS when it loads unknown CRSs can be configured from the options. By default it applies EPSG:4326, but you can choose a different projection, or tell to ask every time. All the best. -- http://www.faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
Hi Martin, Thank you for the explanation. I believe that a) option is more natural to users. But of course we would also need a way to later change the order of the rules - once they are created. For now I am just using additional layers until the rule-based renderer behaves like a) or SLD. Thanks, Andreas On Fri, 8 Apr 2011 12:25:03 +0200, Martin Dobias wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] postgis and custom CRS
It probably should. The default behaviour in QGIS is to assume. I've set mine so that if it doesn't know, it asks (have a look under settings). -ramon. On 08/04/2011, at 16:41 , Duarte Carreira wrote: But shouldn’t QGIS identify the CRS correctly? Or at least say it is unknown? Stating the wrong CRS will misguide users. Duarte De: pcr...@pcreso.com [mailto:pcr...@pcreso.com] Enviada: quinta-feira, 7 de Abril de 2011 20:34 Para: Duarte Carreira Cc: qgis-user@lists.osgeo.org Assunto: Re: [Qgis-user] postgis and custom CRS You'll need to define the coordinate system in QGIS as well as PostGIS, probably tel QGIS which projection to use fro the project the layer. Brent Wood --- On Fri, 4/8/11, Duarte Carreira dcarre...@edia.pt wrote: From: Duarte Carreira dcarre...@edia.pt Subject: [Qgis-user] postgis and custom CRS To: qgis-user@lists.osgeo.org qgis-user@lists.osgeo.org Date: Friday, April 8, 2011, 5:15 AM Hi. I’m seeing this behavior and would like to confirm it. When I add a PG layer that has a custom CRS, QGIS says it is WGS84 (in the metadata tab in properties). In PG I have the custom CRS defined like this: Srid: 9102160 Auth_name: ESRI Auth_srid: 102160 Srtext: PROJCS[Datum_73_Hayford_Gauss_IGeoE,GEOGCS[GCS_Datum_73,DATUM[Datum_73,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,200180.598],PARAMETER[False_Northing,299913.01],PARAMETER[Central_Meridian,-8.1319062],PARAMETER[Scale_Factor,1],PARAMETER[Latitude_Of_Origin,39.66],UNIT[Meter,1],AUTHORITY[EPSG,102160]] Proj4text: +proj=tmerc +lat_0=39.66 +lon_0=-8.1319062 +k=1 +x_0=200180.598 +y_0=299913.01 +ellps=intl +units=m +towgs84=-288.885,-91.744,126.244,-1.691,0.410,-0.211,-4.598 +no_defs Can someone confirm? Thanks, Duarte -Inline Attachment Follows- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
It would make sense for very well-known datasets with a fixed structure. Potential candidates are national survey datasets that are widely used or OpenStreetMap data. In my case, the rendering rules are very specific to my own data structure. It wouldn't make sense to share them. Andreas On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote: Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Inconsistent projection parameters for EPSG:3168
Hilmy Hashim wrote: I checked the srs.db in OSGeo4W/apps/qgis-dev/resources/ and it has the correct parameter values (except for the missing +gamma parameter. It looks like the GdalTools plugins is looking elsewhere for its EPSG definitions. None of the gdal pcs.csv files I checked (there are many) has the correct values except for OSGeo4W/share/proj/epsg which has all correct values including the gamma parameter. So I wonder if gdalinfo is correctly printing the (pretty) WKT definition.This looks like a gdal issue. I am able to add the gamma parameter in the srs database, but I assume this would be overridden in the next version update, and I have other users as well. Where do I request for the +gamma parameter to be included permanently in the srs database? Thanks for your help. Not sure, but for what I know the srs.db is generated with a script using the same as or maybe the proj-db. We discussed about changing stuff but I thought we came to the conclusion to not let users/devs change this workflow. Otherwise we would end up with non-compatible definitions by different tools. Don't know about how gdal uses proj-info. Best to ask on the gdal list. Richard ps please reply to list ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Inconsistent projection parameters for EPSG:3168
Oops sorry Richard, my first time here. Need to configure Gmail for this list. I have already made a post on the gdal-dev list. So I need to escalate this to proj4? *Hilmy* On Fri, Apr 8, 2011 at 9:05 PM, Richard Duivenvoorde rich...@duif.netwrote: Hilmy Hashim wrote: I checked the srs.db in OSGeo4W/apps/qgis-dev/resources/ and it has the correct parameter values (except for the missing +gamma parameter. It looks like the GdalTools plugins is looking elsewhere for its EPSG definitions. None of the gdal pcs.csv files I checked (there are many) has the correct values except for OSGeo4W/share/proj/epsg which has all correct values including the gamma parameter. So I wonder if gdalinfo is correctly printing the (pretty) WKT definition.This looks like a gdal issue. I am able to add the gamma parameter in the srs database, but I assume this would be overridden in the next version update, and I have other users as well. Where do I request for the +gamma parameter to be included permanently in the srs database? Thanks for your help. Not sure, but for what I know the srs.db is generated with a script using the same as or maybe the proj-db. We discussed about changing stuff but I thought we came to the conclusion to not let users/devs change this workflow. Otherwise we would end up with non-compatible definitions by different tools. Don't know about how gdal uses proj-info. Best to ask on the gdal list. Richard ps please reply to list ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
Ok, I ask as i am making my own set of rules/standards for the CommonMap API (which works the same as OpenStreetMap) accept the licence of the data is ccBY, instead of ccBYsa/Odbl. So the source datasets begin with Natural Earth, GeoBase (Canada), CanVec (Canada), TIGER (USA), LINZ (New Zealand) etc. and building a set of standards, which are 'inspired' by mapnik/cyclemap. Are their any 'favorate' well known datasets which have a good set of features that you (qgis Community) would like to see incorporated into the CommonMap Features rendering schema? thanks, Sam On 4/8/11, Andreas Neumann a.neum...@carto.net wrote: It would make sense for very well-known datasets with a fixed structure. Potential candidates are national survey datasets that are widely used or OpenStreetMap data. In my case, the rendering rules are very specific to my own data structure. It wouldn't make sense to share them. Andreas On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote: Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] OSM data download
subbu sravan wrote: Good afternoon everyone, I am creating data bank for Dindigul (Tamilnadu) on OSM so that i can download the data through OSM plugin in qgis.The geographical extensions of my Study area are 10° 22' 11° 25' latitude 78° 00' 76° 46' longitude When try to download the data of these extensions Qgis won't except the extensions. If some body knows how download the my study area data please help me Hi Subbu, I don't think this is qgis related. The plugin just uses other tools to download data from osm-api server. If I convert your bounding box to decimal degrees: 78.7667 11.4167 10.3667 78.00 I get the following message from the plugin: Download failed: Download process failed. OpenStreetMap server response: Bad Request - The maximum bbox size is 0.25, and your request was too large. Either request a smaller area, or use planet.osm. It's just that the OSM server does not want to provide al this data via the osm-api You can either get small boxes of 0.25x0.25 degrees but it is easier te get a data set from mirrors like: http://download.geofabrik.de/osm/asia/ there are a lot of other mirrors for that: http://wiki.openstreetmap.org/wiki/Planet.osm#Mirrors Regards Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
RE: [Qgis-user] postgis and custom CRS
Oops... it seems it should and it does indeed! Great. Sorry for the confusion. So qgis gets the CRS id from the layer, and the definition from its own crs db, if the id is not found, then it's unknown, right? Duarte -Mensagem original- De: Ramon Andinach [mailto:cust...@westnet.com.au] Enviada: sexta-feira, 8 de Abril de 2011 12:57 Para: qgis-user Assunto: Re: [Qgis-user] postgis and custom CRS It probably should. The default behaviour in QGIS is to assume. I've set mine so that if it doesn't know, it asks (have a look under settings). -ramon. On 08/04/2011, at 16:41 , Duarte Carreira wrote: But shouldn't QGIS identify the CRS correctly? Or at least say it is unknown? Stating the wrong CRS will misguide users. Duarte De: pcr...@pcreso.com [mailto:pcr...@pcreso.com] Enviada: quinta-feira, 7 de Abril de 2011 20:34 Para: Duarte Carreira Cc: qgis-user@lists.osgeo.org Assunto: Re: [Qgis-user] postgis and custom CRS You'll need to define the coordinate system in QGIS as well as PostGIS, probably tel QGIS which projection to use fro the project the layer. Brent Wood --- On Fri, 4/8/11, Duarte Carreira dcarre...@edia.pt wrote: From: Duarte Carreira dcarre...@edia.pt Subject: [Qgis-user] postgis and custom CRS To: qgis-user@lists.osgeo.org qgis-user@lists.osgeo.org Date: Friday, April 8, 2011, 5:15 AM Hi. I'm seeing this behavior and would like to confirm it. When I add a PG layer that has a custom CRS, QGIS says it is WGS84 (in the metadata tab in properties). In PG I have the custom CRS defined like this: Srid: 9102160 Auth_name: ESRI Auth_srid: 102160 Srtext: PROJCS[Datum_73_Hayford_Gauss_IGeoE,GEOGCS[GCS_Datum_73,DATUM[Datum_73,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,200180.598],PARAMETER[False_Northing,299913.01],PARAMETER[Central_Meridian,-8.1319062],PARAMETER[Scale_Factor,1],PARAMETER[Latitude_Of_Origin,39.66],UNIT[Meter,1],AUTHORITY[EPSG,102160]] Proj4text: +proj=tmerc +lat_0=39.66 +lon_0=-8.1319062 +k=1 +x_0=200180.598 +y_0=299913.01 +ellps=intl +units=m +towgs84=-288.885,-91.744,126.244,-1.691,0.410,-0.211,-4.598 +no_defs Can someone confirm? Thanks, Duarte -Inline Attachment Follows- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
It sounds like that the USGS DLG might be better suited than Tiger, though it is outdated. The DLG is a more similar product type to the LINZ topo and Canvec stuff. DLG is being replaced by the nationalmap.gov stuff - see products and services on left side, as well as ustopo (which uses data from the products and services area). DLG found here http://edc2.usgs.gov/geodata/index.php On Fri, Apr 8, 2011 at 8:32 AM, Sam Vekemans acrosscanadatra...@gmail.comwrote: Ok, I ask as i am making my own set of rules/standards for the CommonMap API (which works the same as OpenStreetMap) accept the licence of the data is ccBY, instead of ccBYsa/Odbl. So the source datasets begin with Natural Earth, GeoBase (Canada), CanVec (Canada), TIGER (USA), LINZ (New Zealand) etc. and building a set of standards, which are 'inspired' by mapnik/cyclemap. Are their any 'favorate' well known datasets which have a good set of features that you (qgis Community) would like to see incorporated into the CommonMap Features rendering schema? thanks, Sam On 4/8/11, Andreas Neumann a.neum...@carto.net wrote: It would make sense for very well-known datasets with a fixed structure. Potential candidates are national survey datasets that are widely used or OpenStreetMap data. In my case, the rendering rules are very specific to my own data structure. It wouldn't make sense to share them. Andreas On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote: Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
Hi Mike, It depends on what it is. TIGER data has been substantially improved in recent years, and for roads, it is likely to be the best choice. Interestingly, the big TIGER important in OSM was from the 2006 data, the last year *before* the improvements in TIGER geolocation started to be released. A lot of the USGS DLG data is really old. Having said this, for hydrology, I'd likely choose USGS data over TIGER. However, for roads and a number of other things (like county and municipal boundaries, urban POIs, etc.), I'd vote for TIGER. Dan --- On Fri, 4/8/11, Mike msw...@gmail.com wrote: From: Mike msw...@gmail.com Subject: Re: [Qgis-user] Understanding the rule-based renderer To: Sam Vekemans acrosscanadatra...@gmail.com Cc: qgis-user qgis-user@lists.osgeo.org Received: Friday, April 8, 2011, 11:04 AM It sounds like that the USGS DLG might be better suited than Tiger, though it is outdated. The DLG is a more similar product type to the LINZ topo and Canvec stuff. DLG is being replaced by the nationalmap.gov stuff - see products and services on left side, as well as ustopo (which uses data from the products and services area). DLG found here http://edc2.usgs.gov/geodata/index.php On Fri, Apr 8, 2011 at 8:32 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Ok, I ask as i am making my own set of rules/standards for the CommonMap API (which works the same as OpenStreetMap) accept the licence of the data is ccBY, instead of ccBYsa/Odbl. So the source datasets begin with Natural Earth, GeoBase (Canada), CanVec (Canada), TIGER (USA), LINZ (New Zealand) etc. and building a set of standards, which are 'inspired' by mapnik/cyclemap. Are their any 'favorate' well known datasets which have a good set of features that you (qgis Community) would like to see incorporated into the CommonMap Features rendering schema? thanks, Sam On 4/8/11, Andreas Neumann a.neum...@carto.net wrote: It would make sense for very well-known datasets with a fixed structure. Potential candidates are national survey datasets that are widely used or OpenStreetMap data. In my case, the rendering rules are very specific to my own data structure. It wouldn't make sense to share them. Andreas On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote: Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland -- --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' Member, CommonMap Inc. http://commonmap.org/ IRC: irc://irc.oftc.net #CommonMap Also find us on Facebook, Twitter and LinkedIn ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -Inline Attachment Follows- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Rule renders and colour ramps
On a related thought to the recent questions about rule renders. Mostly I'm using the rules to define colour schemes that I can't work out how to get otherwise. Is there a way to define custom colour ramps? Particularly I'm thinking of colour brewer ramps. If there is, could someone point me in the right direction? If there was, then I could use that ramp across a different fields and in different files more easily than a rule render, which I have to edit every time I load it up for a different field. So say, I have point data for gold, arsenic and copper in one file. If I use one colour scheme for all of them, then other people can look and see that this colour is the good results. If I have a suitable ramp, I can just select the field and categorise. The rule, I have to load up, alter each rule for the field each time I want to look at a different field. Hopefully that makes sense. -ramon. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Understanding the rule-based renderer
I'll agree with that - but as a dataset type or function, DLG is more similar in intent to Canvec than Tiger - as Tiger I think is just roads. DLG includes contours, rivers, etc. As I said, the nationalmap is replacing it (because it is old), and the data is much better than the DLG, though it isnt as...assembled. I think the national map points to the NHD for water - and I'm not sure where the road/trans comes from. I do wish the US would release the data use on the USTOPO as a bulk download like canvec. The data isnt perfect, but as you said, it is quite a bit newer than the DLG. Closer to the thread topic - I know there is a way to automatically render canvec data using arc by downloading some stuff off the canvec site. I think it's a style file, a mdx and it runs some VBA code. GlobalMapper automatically renders many US gov data sources, including tiger and DLG and vmap. I do like the idea of having a qgis project file or python rendering tool to automatically symbolize certain common datasets. On Fri, Apr 8, 2011 at 3:34 PM, Dan Putler put...@yahoo.com wrote: Hi Mike, It depends on what it is. TIGER data has been substantially improved in recent years, and for roads, it is likely to be the best choice. Interestingly, the big TIGER important in OSM was from the 2006 data, the last year *before* the improvements in TIGER geolocation started to be released. A lot of the USGS DLG data is really old. Having said this, for hydrology, I'd likely choose USGS data over TIGER. However, for roads and a number of other things (like county and municipal boundaries, urban POIs, etc.), I'd vote for TIGER. Dan --- On *Fri, 4/8/11, Mike msw...@gmail.com* wrote: From: Mike msw...@gmail.com Subject: Re: [Qgis-user] Understanding the rule-based renderer To: Sam Vekemans acrosscanadatra...@gmail.com Cc: qgis-user qgis-user@lists.osgeo.org Received: Friday, April 8, 2011, 11:04 AM It sounds like that the USGS DLG might be better suited than Tiger, though it is outdated. The DLG is a more similar product type to the LINZ topo and Canvec stuff. DLG is being replaced by the nationalmap.gov stuff - see products and services on left side, as well as ustopo (which uses data from the products and services area). DLG found here http://edc2.usgs.gov/geodata/index.php On Fri, Apr 8, 2011 at 8:32 AM, Sam Vekemans acrosscanadatra...@gmail.comhttp://mc/compose?to=acrosscanadatra...@gmail.com wrote: Ok, I ask as i am making my own set of rules/standards for the CommonMap API (which works the same as OpenStreetMap) accept the licence of the data is ccBY, instead of ccBYsa/Odbl. So the source datasets begin with Natural Earth, GeoBase (Canada), CanVec (Canada), TIGER (USA), LINZ (New Zealand) etc. and building a set of standards, which are 'inspired' by mapnik/cyclemap. Are their any 'favorate' well known datasets which have a good set of features that you (qgis Community) would like to see incorporated into the CommonMap Features rendering schema? thanks, Sam On 4/8/11, Andreas Neumann a.neum...@carto.nethttp://mc/compose?to=a.neum...@carto.net wrote: It would make sense for very well-known datasets with a fixed structure. Potential candidates are national survey datasets that are widely used or OpenStreetMap data. In my case, the rendering rules are very specific to my own data structure. It wouldn't make sense to share them. Andreas On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote: Hi, Is their a list somewhere which shows all of the rendering rules which people are using (the beginings of a standards system)? Thanks, Sam On 4/8/11, Martin Dobias wonder...@gmail.com wrote: On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann a.neum...@carto.net http://mc/compose?to=a.neum...@carto.net wrote: Hi, I am trying to better understand the rule based renderer. Which version is correct? a) QGIS is rendering all features of the first rule, then the second rule, etc, Features of the first rule are rendered first, features of the second rule on top of features from the first rule b) QGIS is rendering each feature on by one and decides which rule applies. I hope it is not version b), I hoped it behaves like version a) but it behaves a bit odd with my data. For my data it seems like the order of the rule has no influence on the rendering order ;-( Hi Andreas the rule based renderer uses the b) option: it goes through the features one by one and applies all matching rules (in the order in which they appear). Mayeul Kaufmann has done some work in order to support option a) by implementing support for symbol levels so that the rendering order can be overridden. My ultimate goal is to only support the option a) in a way how SLD specifies it: rules are grouped and these groups are rendered one after each other. Regards Martin