Return-Path: X-Original-To: apmail-devicemap-dev-archive@www.apache.org Delivered-To: apmail-devicemap-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8C56718CBA for ; Tue, 11 Aug 2015 11:22:38 +0000 (UTC) Received: (qmail 77995 invoked by uid 500); 11 Aug 2015 11:22:33 -0000 Delivered-To: apmail-devicemap-dev-archive@devicemap.apache.org Received: (qmail 77946 invoked by uid 500); 11 Aug 2015 11:22:33 -0000 Mailing-List: contact dev-help@devicemap.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@devicemap.apache.org Delivered-To: mailing list dev@devicemap.apache.org Received: (qmail 77511 invoked by uid 99); 11 Aug 2015 11:22:33 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Aug 2015 11:22:33 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id A1066C0DF9 for ; Tue, 11 Aug 2015 11:22:32 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 9QqiLsqVjxxE for ; Tue, 11 Aug 2015 11:22:31 +0000 (UTC) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 805A842B70 for ; Tue, 11 Aug 2015 11:22:31 +0000 (UTC) Received: by obnw1 with SMTP id w1so145276156obn.3 for ; Tue, 11 Aug 2015 04:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=BSwhmGREqckirbw/CcXMgxEYfsuCQGHsBe/HkldKWNc=; b=z6vyVfN2xeP4Qv7+ExgsOcUh/mqo9o4bR0Jhx9QmUuU3Hlb9eIn/hvZHy4nrfymKIK 3WfPNZ/Sv1qzqtYIYH4ikf466kLNWkj8gNMwmWze30QjuyoK4orq1KxeXWENLRJsB1i4 MiOr7aIiNyY5JDdejG8AYhWbXKDggBl7ovLyL9SxCSrqWsWM4rLnETX+ve+jfxCbAbay rrILSE7+/Kth/vTOwkByv3MPf9ipw7ci2s2GPnca4WHH1NdSDC3PcOvNph4YcwuVkKga iU6aREy/BnEpu19fiPMSOHZnxIE07XHeoWRMkH2SyomAcX/oRC5/N7xcMyz2q+0bOzDW US6w== MIME-Version: 1.0 X-Received: by 10.60.80.229 with SMTP id u5mr25030208oex.27.1439292151152; Tue, 11 Aug 2015 04:22:31 -0700 (PDT) Received: by 10.202.239.11 with HTTP; Tue, 11 Aug 2015 04:22:31 -0700 (PDT) In-Reply-To: References: Date: Tue, 11 Aug 2015 13:22:31 +0200 Message-ID: Subject: Re: Data 2.0 and "lack of license" (was: Data 2.0 gone?) From: Werner Keil To: dev@devicemap.apache.org Content-Type: multipart/alternative; boundary=089e013cbcc665c68f051d075187 --089e013cbcc665c68f051d075187 Content-Type: text/plain; charset=UTF-8 Guys, Leaving Reza's social skills or experience aside, looking at the 2.0 data and the GitHub project he spawned off, it is relatively clear, what he aims to archive would clearly have exceeded the scope and purpose of DeviceMap. A "universal DSL for pattern matching based on JSON files" sort of gets it I'd say. Especially the "reference" data content which is used by the TCK (molded together with actual client and its command line interface we know from Java Client 1.0) pretty much contains "apples vs. oranges" rather than actual device data or a subset. Some of this seems to make sense, but trying to define an engine and spec to cover all sorts of data rather than trying to optimize it for device recognition is not what DeviceMap was created for. Users are more bugged by missing devices or a mis-detected OS version despite the UA providing clues ever since. They don't really care, if the same pattern matching algorithm could also detect container ships or cattle aside from their devices. Cheers, Werner --089e013cbcc665c68f051d075187--