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 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 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="gmail_quote">On Fri, Apr 8, 2011 at 8:32 AM, Sam Vekemans <span dir="ltr"><<a href="mailto:acrosscanadatrails@gmail.com">acrosscanadatrails@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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="h5"><br>
On 4/8/11, Andreas Neumann <<a href="mailto: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 href="http://wonder.sk" target="_blank">wonder.sk</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br>
>>> On Fri, Apr 8, 2011 at 11:36 AM, Andreas Neumann<br>
>>> <<a href="mailto: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 href="mailto: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>
>>><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="im">--<br>
---<br>
Across Canada Trails - Beyond 2017 - The National Trails Network<br>
Victoria, BC Canada<br>
<br>
Twitter: @Acrosscanada<br>
Blog: <a href="http://acrosscanadatrails.posterous.com/" target="_blank">http://acrosscanadatrails.posterous.com/</a><br>
Facebook: <a href="http://www.facebook.com/sam.vekemans" target="_blank">http://www.facebook.com/sam.vekemans</a><br>
Skype: 'Sam Vekemans'<br>
<br>
Member, CommonMap Inc. <a href="http://commonmap.org/" target="_blank">http://commonmap.org/</a><br>
IRC: irc://<a href="http://irc.oftc.net" target="_blank">irc.oftc.net</a> #CommonMap<br>
Also find us on Facebook, Twitter and LinkedIn<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Qgis-user mailing list<br>
<a href="mailto: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></div></blockquote></div><br></div>