<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi Mike,<br><br>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.<br><br>Dan<br><br>--- On <b>Fri, 4/8/11, Mike <i><mswope@gmail.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Mike <mswope@gmail.com><br>Subject: Re: [Qgis-user] Understanding the rule-based renderer<br>To: "Sam Vekemans"
<acrosscanadatrails@gmail.com><br>Cc: "qgis-user" <qgis-user@lists.osgeo.org><br>Received: Friday, April 8, 2011, 11:04 AM<br><br><div id="yiv1169563556">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. <div><br></div><div>DLG is being replaced by the <a rel="nofollow" target="_blank" href="http://nationalmap.gov">nationalmap.gov</a> stuff - see products and services on left side, as well as ustopo (which uses data from the products and services area).</div>
<div><br></div><div>DLG found here <a rel="nofollow" target="_blank" href="http://edc2.usgs.gov/geodata/index.php">http://edc2.usgs.gov/geodata/index.php</a> </div><div><br></div><div><br><br><div class="yiv1169563556gmail_quote">On Fri, Apr 8, 2011 at 8:32 AM, Sam Vekemans <span dir="ltr"><<a rel="nofollow" ymailto="mailto:acrosscanadatrails@gmail.com" target="_blank" href="/mc/compose?to=acrosscanadatrails@gmail.com">acrosscanadatrails@gmail.com</a>></span> wrote:<br>
<blockquote class="yiv1169563556gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Ok,<br>
I ask as i am making my own set of rules/standards for the CommonMap<br>
API (which works the same as OpenStreetMap) accept the licence of the<br>
data is ccBY, instead of ccBYsa/Odbl.<br>
<br>
<br>
So the source datasets begin with Natural Earth, GeoBase (Canada),<br>
CanVec (Canada), TIGER (USA), LINZ (New Zealand) etc. and building a<br>
set of standards, which are 'inspired' by mapnik/cyclemap.<br>
<br>
<br>
Are their any 'favorate' well known datasets which have a good set of<br>
features that you (qgis Community) would like to see incorporated into<br>
the CommonMap Features rendering schema?<br>
<br>
<br>
thanks,<br>
<font color="#888888">Sam<br>
</font><div><div></div><div class="yiv1169563556h5"><br>
On 4/8/11, Andreas Neumann <<a rel="nofollow" ymailto="mailto:a.neumann@carto.net" target="_blank" href="/mc/compose?to=a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br>
> It would make sense for very well-known datasets with a fixed<br>
> structure. Potential candidates are national survey datasets that are<br>
> widely used or OpenStreetMap data.<br>
><br>
> In my case, the rendering rules are very specific to my own data<br>
> structure. It wouldn't make sense to share them.<br>
><br>
> Andreas<br>
><br>
> On Fri, 8 Apr 2011 05:37:52 -0700, Sam Vekemans wrote:<br>
>> Hi,<br>
>> Is their a list somewhere which shows all of the rendering rules<br>
>> which<br>
>> people are using (the beginings of a standards system)?<br>
>><br>
>><br>
>> Thanks,<br>
>> Sam<br>
>><br>
>> On 4/8/11, Martin Dobias <<a rel="nofollow" target="_blank" href="http://wonder.sk">wonder.sk</a>@<a rel="nofollow" target="_blank" href="http://gmail.com">gmail.com</a>> wrote:<br>
>>> On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann<br>
>>> <<a rel="nofollow" ymailto="mailto:a.neumann@carto.net" target="_blank" href="/mc/compose?to=a.neumann@carto.net">a.neumann@carto.net</a>><br>
>>> wrote:<br>
>>>> Hi,<br>
>>>><br>
>>>> I am trying to better understand the rule based renderer.<br>
>>>><br>
>>>> Which version is correct?<br>
>>>><br>
>>>> a) QGIS is rendering all features of the first rule, then the<br>
>>>> second rule,<br>
>>>> etc, Features of the first rule are rendered first, features of the<br>
>>>> second<br>
>>>> rule on top of features from the first rule<br>
>>>> b) QGIS is rendering each feature on by one and decides which rule<br>
>>>> applies.<br>
>>>><br>
>>>> I hope it is not version b), I hoped it behaves like version a) but<br>
>>>> it<br>
>>>> behaves a bit odd with my data. For my data it seems like the order<br>
>>>> of the<br>
>>>> rule has no influence on the rendering order ;-(<br>
>>><br>
>>> Hi Andreas<br>
>>><br>
>>> the rule based renderer uses the b) option: it goes through the<br>
>>> features one by one and applies all matching rules (in the order in<br>
>>> which they appear). Mayeul Kaufmann has done some work in order to<br>
>>> support option a) by implementing support for symbol levels so that<br>
>>> the rendering order can be overridden.<br>
>>><br>
>>> My ultimate goal is to only support the option a) in a way how SLD<br>
>>> specifies it: rules are grouped and these groups are rendered one<br>
>>> after each other.<br>
>>><br>
>>> Regards<br>
>>> Martin<br>
>>> _______________________________________________<br>
>>> Qgis-user mailing list<br>
>>> <a rel="nofollow" ymailto="mailto:Qgis-user@lists.osgeo.org" target="_blank" href="/mc/compose?to=Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>>> <a rel="nofollow" target="_blank" href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>>><br>
><br>
> --<br>
> --<br>
> Andreas Neumann<br>
> Böschacherstrasse 10A<br>
> 8624 Grüt (Gossau ZH)<br>
> Switzerland<br>
><br>
<br>
<br>
</div></div><div class="yiv1169563556im">--<br>
---<br>
Across Canada Trails - Beyond 2017 - The National Trails Network<br>
Victoria, BC Canada<br>
<br>
Twitter: @Acrosscanada<br>
Blog: <a rel="nofollow" target="_blank" href="http://acrosscanadatrails.posterous.com/">http://acrosscanadatrails.posterous.com/</a><br>
Facebook: <a rel="nofollow" target="_blank" href="http://www.facebook.com/sam.vekemans">http://www.facebook.com/sam.vekemans</a><br>
Skype: 'Sam Vekemans'<br>
<br>
Member, CommonMap Inc. <a rel="nofollow" target="_blank" href="http://commonmap.org/">http://commonmap.org/</a><br>
IRC: irc://<a rel="nofollow" target="_blank" href="http://irc.oftc.net">irc.oftc.net</a> #CommonMap<br>
Also find us on Facebook, Twitter and LinkedIn<br>
_______________________________________________<br>
</div><div><div></div><div class="yiv1169563556h5">Qgis-user mailing list<br>
<a rel="nofollow" ymailto="mailto:Qgis-user@lists.osgeo.org" target="_blank" href="/mc/compose?to=Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a rel="nofollow" target="_blank" href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div></div></blockquote></div><br></div>
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_______________________________________________<br>Qgis-user mailing list<br><a ymailto="mailto:Qgis-user@lists.osgeo.org" href="/mc/compose?to=Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br></div></blockquote></td></tr></table><br>