<div dir="ltr"><div>There is no rational reason to use Low power LoRa protocol, which has very low speed, almost no concurrency and is intended for things like sensors so ultra power saving, that they'd work for 10 years from button cell battery you'll find in wathes, while transfering bytes of data few times in a day. LoRa is for devices so power saving, that they would require battery replacement, not because they've used all the energy stored in battery, but because batteries will degrade from age.<br></div>Now on eBikes, you get batteries so powerful you can power off some cell towers, and you recharge them every day/ Why you need LoRa? Use standard 3G/4G/LTE with available modules, high speed, on chip GPS/GLONASS support. Power needed for occasional map updates/routing is not of any concern here.<br></div><br><div class="gmail_quote"><div dir="ltr">2018 թ. սեպ 3, երկ, 12:38 Oleksiy Muzalyev (<a href="mailto:oleksiy.muzalyev@bluewin.ch">oleksiy.muzalyev@bluewin.ch</a>) օգտատերը գրել է՝<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div class="m_-7647165208226495019moz-cite-prefix">Perhaps, they need data exchange for
      bike renting, something like <a class="m_-7647165208226495019moz-txt-link-freetext" href="https://mobike.com/global/" target="_blank">https://mobike.com/global/</a> or for
      security. An e-bike may cost quite a lot.<br>
      <br>
      I used Mobike in a city in Germany while on holiday. It informs
      the central server where it is parked, if it is serviceable, if it
      is broken what is broken, etc.<br>
      <br>
      What is a bit frustrating about Mobike is that one can park it
      only in a certain area at city center. <br>
      <br>
      Best regards,<br>
      O.<br>
      <br>
      On 9/3/2018 10:14 AM, Ed Freyfogle wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div dir="ltr">
          <div>another 0 bytes option: check out "compass mode" on
            Beeline</div>
          <div><a href="https://beeline.co/" target="_blank">https://beeline.co/</a><br>
          </div>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr">Am Mo., 3. Sep. 2018 um 10:10 Uhr schrieb Dan
          Stowell <<a href="mailto:danstowell@gmail.com" target="_blank">danstowell@gmail.com</a>>:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If
          navigation is the requirement, at that bandwidth I'd suggest
          to do<br>
          it with 0 bytes/second, i.e. preload the map data and the
          routing<br>
          algorithm. I'd suggest the company has a look at how projects
          like<br>
          OsmAnd provide offline routing<br>
          <br>
          Dan<br>
          <br>
          Op ma 3 sep. 2018 om 08:31 schreef Tom Hughes <<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>>:<br>
          ><br>
          > I doubt anything mentioned on that site will be of any
          use on a<br>
          > connection whose speed is measured in bytes/minute.<br>
          ><br>
          > Then again I doubt there is any way to do online routing
          over<br>
          > such a connection.<br>
          ><br>
          > Tom<br>
          ><br>
          > On 03/09/18 07:37, Oleksiy Muzalyev wrote:<br>
          > > Good morning Plnr. Md. Shahriar Alam,<br>
          > ><br>
          > > If it was not done already, the website <a href="https://switch2osm.org" rel="noreferrer" target="_blank">https://switch2osm.org</a>
          could be<br>
          > > recommended to Ebykes.<br>
          > ><br>
          > > Best regards,<br>
          > > Oleksiy<br>
          > ><br>
          > > On 03.09.18 07:08, Md Shahriar Alam wrote:<br>
          > >> Good day Everybody! A Ebykes service company of
          New Zealand wanted to<br>
          > >> use OSM and they have asked me about some
          bandwidth related issues<br>
          > >> with OSM. What should be the answer of their
          below Questions If<br>
          > >> someone of you know this:<br>
          > >><br>
          > >> " We're taking a holistic approach that we
          believe will dramatically<br>
          > >> improve eBikes. We're doing this by drilling
          down into all the key<br>
          > >> components, to identify better ways of doing
          things.<br>
          > >><br>
          > >> As we're developing our own electric motor
          package and control system,<br>
          > >> I'm interested in adding features which could be
          enabled by accessing<br>
          > >> a low cost & power IoT network. Hence, I'm
          trying to figure out which<br>
          > >> LPWAN technology suits our applications best and
          whether these<br>
          > >> networks offer sufficient bandwidth to that
          offering OpenStreetMap<br>
          > >> navigation via the bikes LCD touchscreen would
          not simply cause a lot<br>
          > >> of frustration!<br>
          > >><br>
          > >> We've been trying to find out the bandwidth
          requirements of OSM but so<br>
          > >> far I've been unsuccessful. Hence, I thought I'd
          see if I could find<br>
          > >> someone associated with OSM with the knowledge
          to be able to offer<br>
          > >> such advice. I thought you looked like such a
          person! Is that<br>
          > >> something you may be able to help us with?<br>
          > >><br>
          > >> To give you some idea of the bandwidth of these
          network technologies.<br>
          > >> LoRa, which is quite a common IoT network seems
          to be limited to 50<br>
          > >> bytes every 5-10 min for both the up and down
          link. The network<br>
          > >> operator explains that there is a difference
          between what is possible<br>
          > >> with the network and what is recommended to get
          stable results in all<br>
          > >> conditions, so allowing for 50 bytes enables
          stable results in all<br>
          > >> conditions.<br>
          > >><br>
          > >> The operator also suggests that the ability of
          their network to<br>
          > >> provide map function data transfer will depend
          on how much data is<br>
          > >> transferred, how frequently, and if it is
          suitable to be sent as a<br>
          > >> discreet data payload."<br>
          > >><br>
          > >><br>
          > >> *Thanks and Regards***<br>
          > >><br>
          > >> *//**/Plnr. Md. Shahriar Alam /*<br>
          > >> */| /**/Sr. Web GIS (Geographic Information
          System) Specialist |/*<br>
          > >> /GIS Department,/<br>
          > >> /Cell:+8801714130159,/<br>
          > >> /<br>
          > >> /<br>
          > >> */| /**/Premium Instructor of Web GIS | /*/<br>
          > >> /<br>
          > >> /Udemy./*/<br>
          > >> /*<br>
          > >><br>
          > >> /<br>
          > >> /<br>
          > >></blockquote>
      </div>
    </blockquote>
    <br>
  </div>

_______________________________________________<br>
osmf-talk mailing list<br>
<a href="mailto:osmf-talk@openstreetmap.org" target="_blank">osmf-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osmf-talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
</blockquote></div>