[Qgis-user] Understanding the rule-based renderer

Fri Apr 8 21:00:28 PDT 2011

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 <putler at 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 <mswope at gmail.com>* wrote:
>
>
> From: Mike <mswope at gmail.com>
> Subject: Re: [Qgis-user] Understanding the rule-based renderer
> To: "Sam Vekemans" <acrosscanadatrails at gmail.com>
> Cc: "qgis-user" <qgis-user at 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 <acrosscanadatrails at gmail.com<http://mc/compose?to=acrosscanadatrails@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.neumann at carto.net<http://mc/compose?to=a.neumann@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.sk at gmail.com> wrote:
> >>> On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann
> >>> <a.neumann at carto.net <http://mc/compose?to=a.neumann@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 at lists.osgeo.org<http://mc/compose?to=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 at lists.osgeo.org <http://mc/compose?to=Qgis-user@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> -----Inline Attachment Follows-----
>
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org <http://mc/compose?to=Qgis-user@lists.osgeo.org>
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20110408/76a503cc/attachment.html>