<div dir='auto'><div>I agree that the descriptions must highlight that the plugin is used to purchase geodata and I would be happy if there was some sort of "in app purchases" label but let's not make the plugin repository become a new playstore or applestore.  At least I would manage the issue of user privacy externally.  I'm thinking about the fact that if you want to sell something you have to view the web page of your shop with qtwebengine and then manage user data through your site, then with the API you manage the data download via plugin.  It would also be ideal for users to run a single online shop.  What do you think?  I'm looking for a way to not get qgis in trouble if problems arise with user data.  By outsourcing to a site the problem would be the site's.<br><div class="gmail_extra"><br><div class="gmail_quote">Il 12 giu 2024 21:00, David Strip via QGIS-Developer <qgis-developer@lists.osgeo.org> ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
    Greg raises some excellent points about plug-ins with in-app
    purchases. <br>
    I think it useful to distinguish between plug-ins the are enhanced
    by in-app purchases vs. those that require purchases to be
    functional. I find nothing more annoying than to download an app to
    my phone only to discover that the in-app purchases are required to
    make it work. <br>
    As to the privacy issue, again Greg makes a useful point that
    downloads that reveal the canvas extents are passing possibly
    private data. I think it we might want to add warnings to various
    existing data providers (like XYZ tiles) to remind users that they
    are exposing this information. Several common map providers are
    well-known for their data harvesting and subsequent mining of that
    data. <br>
  </div>
</blockquote></div><br></div></div></div>