devicemap-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Werner Keil <>
Subject Re: Ruby client and optimized data
Date Tue, 21 Apr 2015 14:30:30 GMT

Good news. just follow the thread in the issue tracker, Konstantin replied
there, he would be happy to donate his project "device_map" into a matching
place at DeviceMap if his contribution was welcome (and at least the PMC
also voted on this I assume) Since it's been at least 3 years now, that we
did this from the OpenDDR side as a large chunk to the initial codebase,
and I was not the only OpenDDR contributor involved in administrative
matters, I asked him to get in touch with Bertrand who also helped with
this before.

He already licensed everything under Apache 2, that might make the review
or IP clearing process by relevant legal team easier, than e.g. with the
different licenses OpenDDR used.

If succesful, it would not only win another contributor/committer or even
PMC member (depending on what qualifies those who donate for either role)
but add Ruby to the list of supported languages. Especially in the Social
Media Start-Up scene around the world I know first hand, it is still of
great importance. 2006 it even scored "Programming Language of the Year",
It had its ups and downs, but still remains in the Top 20 list, and taking
just "Web or Mobile relevant" languages out of these, I'd say it must be
still in the Top 10.


On Tue, Apr 21, 2015 at 12:55 AM, Werner Keil <> wrote:

> Guys,
> Since I have barely ever touched Ruby code myself (there are so many other
> languages not just on the JVM, nobody has to do everything at once, at
> least not in a proper team where members try to work together instead of
> against each other;-) I asked the author of the Ruby port and that's what
> he responded:
> Hi Werner
> Thank you. This gem contains necessary Device Data files.
> When new version of Device Data is released, I simply update these
> resource files, run tests, and release a new gem version. There is no need
> to download Device Data files separately because I can just provide them
> together with the gem. And its size in this case is only 119 KB.
> During gem installation I also parse and generate “optimized” device data
> files for later use. This improves performance significantly since we don’t
> need to parse the XML files every time during initialization.
> ---
> I know, at least Eberhard and I discussed a similar form of optimization
> he tried at least against pre-DeviceMap OpenDDR XML files by putting them
> into a NoSQL DB. So far it remained a theory for DeviceMap like many other
> ideas or discussions. As you see some folks outside the core project (and
> ASF) do these things already. And as a side-effect should "Reza's data" aka
> 2.x break their code, the Gem is still valid for the most recent 1.x
> release available.
> Some commercial vendors also mention products and services where the
> repository runs in e.g. SQLite, the same system Android also comes with.
> Great to hear. Similar to e.g. Browsermap it runs on its own Travis CI
> instance so the green bar on the project page shows, everything is in
> order.I'm not sure, if Konstantin saw value in contributing any of that to
> DeviceMap. It can't hurt to ask, Again, please speak up if you constantly
> code in Ruby, at least a license change would not be necessary as his code
> already is under Apache;-)
> Werner

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message