<div dir="ltr"><div class="gmail_default" style="font-size:large">Hi,<br><br></div><div class="gmail_default" style="font-size:large">If your data is not that big, you could use QuickOsm processing scripts to automate this a bit ( and use a macro at project opening to launch the processing model you have build combining QuickOsm algs and others more generic algs to do the job.)<br></div><div class="gmail_default" style="font-size:large">If QuickOsm lacks some features, you should improve this plugin instead of creating a new one, IMHO.<br><br></div><div class="gmail_default" style="font-size:large">Regards<br></div><div class="gmail_default" style="font-size:large">Michaël<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-01 0:10 GMT+02:00 Robin Paulson <span dir="ltr"><<a href="mailto:robin@bumblepuppy.org" target="_blank">robin@bumblepuppy.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-08-29 02:56, Greg Troxel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Robin Paulson <<a href="mailto:robin@bumblepuppy.org" target="_blank">robin@bumblepuppy.org</a>> writes:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
at the moment there are various ways to add openstreetmap data to<br>
qgis. as far as i can tell, they all rely upon downloading a<br>
.osm/obf/pbf file in some semi-automated way and importing it. none of<br>
the existing tools allow for any existing data to be deleted and<br>
replaced with the new.<br>
<br>
what i would like to do is add a "live" layer to my qgis projects,<br>
such that any data is periodically and transparently re-downloaded and<br>
updated. for those of you who are familiar with JOSM, this would be<br>
similar to the "continuos download" [sic] plugin for that software.<br>
</blockquote>
<br>
Two thoughts (and note that I don't use qgis yet, but do map for OSM):<br>
<br>
  OSM resources can be somewhat easily overwhelmed, so some care in<br>
  understanding the load put on servers is in order, unless you are<br>
  talking about downloading from someplace outside of OSM that you're<br>
  paying for access, etc.<br>
</blockquote>
<br></span>
the data we are getting is currently around 1MB of .osm files. we may get more in future, but nowhere near enough to cause any problems.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  People sometimes import OSM into postgis, and then apply<br>
  daily/hourly/minutely diff files to keep their database up to date.<br>
  Doing this and having qgis operate from the live database seems like a<br>
  plausible way to do what you want.  A local database could also<br>
  support other uses such as tile generation.<br>
</blockquote>
<br></span>
yep, the workflow at the moment is to periodically use osm2pgsql to import new overpass-sourced data into postgis, but it's fiddly and requires me to maintain sql (i hate sql...) statements to process the data correctly, set up primary keys, maintain .style files, etc.<br>
<br>
i was hoping for something in existence already. maybe i build a thing myself out of my kludgy scripts and publish it.<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
robin<br>
______________________________<wbr>_________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman<wbr>/listinfo/qgis-user</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman<wbr>/listinfo/qgis-user</a></div></div></blockquote></div><br></div>