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.com<http://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.net<http://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 > >>> _______________________________________________ > >>> Qgis-user mailing list > >>> Qgis-user@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@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@lists.osgeo.org <http://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