Even in the source/file based way this is done at the moment, none of the XML or similar files will simply be replaced. Rather a diff and where OpenDDR got new entries it can be merged by those who have rights to both.
Werner Keil | JCP Executive Committee Member | Eclipse UOMo Lead, Babel Language Champion | Java Godfather Twitter @wernerkeil | @JSR354 | #EclipseUOMo | #Java_Social | #DevOps Skype werner.keil | Google+ gplus.to/wernerkeil * JavaOne US 2013: Sep 23-26 2013, San Francisco, USA. Werner Keil, JCP EC Member, JSR 351/354 EG Member will co-present "Java Identity Management", "Java Security", "JSR 354" * JMaghreb 2.0: Nov 7-8 2013, Casablanca, Morocco. Werner Keil, JCP EC Member, JSR 354 EG Member will present "Java Social", "JSR 354" On Sat, Sep 21, 2013 at 10:02 AM, Reza Naghibi <[email protected]>wrote: > Oops, please should be plus. > > Final point, if you look at my dClass project, I have patched in a lot of > new functionality into the OpenDDR data. Things like more advanced browser > detection and web crawler detection. These are a must have feature and will > only properly work on the new clients. So if we want to start supporting > features like these, we must have our own maintainable data source > independent of OpenDDR and these old clients. > > --- > Sent from a Blackberry 9900 > > -----Original Message----- > From: "Reza Naghibi" <[email protected]> > Date: Sat, 21 Sep 2013 16:53:42 > To: <[email protected]> > Reply-To: [email protected] > Subject: Re: Wiki karma and Getting Started > > I think the issue is a bit more nuanced than just 'copying' openddr data > from that project to this. > > The process of how OpenDDR generates its data needs to move into this > Apache project. > > Another option would be to keep the data seperate from this project, but > this has several drawbacks. Mainly, like the X10 issue has pointed out, the > algorithms used to do the pattern matching are diverging and we will likely > run into more and different 'X10' issues in the future. Please, a project > that just provides clients for a non apache project isn't quite a project > suitable for Apache. > > Just my $0.02 :] > > --- > Sent from a Blackberry 9900 > > -----Original Message----- > From: Werner Keil <[email protected]> > Date: Sat, 21 Sep 2013 09:40:20 > To: <[email protected]>; Reza<[email protected]> > Reply-To: [email protected] > Subject: Re: Wiki karma and Getting Started > > After getting Apache committer, I should be able to merge most recent > OpenDDR signatures. > Please bare with me while at JavaOne, but between sessions there might be a > little time if the Wifi has mercy with me (and the other 50k or so > folks[?]) > In Germany the new hotel I'm in had a very crappy wifi at times, so I could > not get much done there. While it is the same place after I return, e.g. > the long weekend of German "Indepence Day" is likely to have fewer people > work and stay there, so that at the very latest would allow me to merge > those resources. > > Cheers, > > Werner Keil | JCP Executive Committee Member | Eclipse UOMo Lead, Babel > Language Champion | Java Godfather > > Twitter @wernerkeil | @JSR354 | #EclipseUOMo | #Java_Social | #DevOps > Skype werner.keil | Google+ gplus.to/wernerkeil > > * JavaOne US 2013: Sep 23-26 2013, San Francisco, USA. Werner Keil, JCP EC > Member, JSR 351/354 EG Member will co-present "Java Identity Management", > "Java > Security", "JSR 354" > > * JMaghreb 2.0: Nov 7-8 2013, Casablanca, Morocco. Werner Keil, JCP EC > Member, JSR 354 EG Member will present "Java Social", "JSR 354" > > > On Sat, Sep 21, 2013 at 9:35 AM, Reza <[email protected]> wrote: > > > Late reply here, but we did go ahead and begin a rewrite of the old Java > > and .NET libraries. The outcome was really good for Java: > > > > SVN: > http://svn.apache.org/viewvc/incubator/devicemap/trunk/devicemapjava/ > > > > -no dependencies on unsupported libraries > > > > > http://svn.apache.org/viewvc/incubator/devicemap/trunk/devicemapjava/pom.xml?view=markup > > > > > > -much more cleaner and accurate: > > > > > http://svn.apache.org/viewvc/incubator/devicemap/trunk/devicemapjava/src/main/java/org/apache/devicemap/client/ > > 10 source files, approx 600 lines of code > > > > -extremely fast (using OpenDDR 1.21): > > TOTAL lookups: 1182, average time: 63usec > > Yes, 63usec per lookup, this was done today on a brand new top of the > > line i7 > > EC2 free tier: TOTAL lookups: 1182, average time: 129usec > > > > The only reason we were not able to officially release this as the new > > client was due to not really having any DDR data to go along with this. > We > > ran into an issue where the pattern for the X10 phone was hitting all OSX > > 10 desktops and without DDR data, we cant really fix this issue: > > https://issues.apache.org/jira/browse/DMAP-24 > > > > > > I know we do have the initial OpenDDR contribution, but its right now 6 > > versions out of date: > > > > > http://svn.apache.org/viewvc/incubator/devicemap/trunk/openddr/data/src/main/resources/devicedata/ > > (v1.15) > > > > https://github.com/OpenDDRdotORG/OpenDDR-Resources/tree/master/resources > > (v1.21) > > > > > > In the world of mobile device classification, 1.15 is ancient. > > > > So until we can figure how to get the latest and greatest device data > into > > the project (or link against it), im not sure how to move these new > clients > > forward. > > > > thanks, > > Reza > > > > > > ________________________________ > > From: Andrew Savory <[email protected]> > > To: [email protected] > > Sent: Tuesday, September 10, 2013 5:48 AM > > Subject: Re: Wiki karma and Getting Started > > > > > > Hi, > > > > On 10 September 2013 10:18, Bertrand Delacretaz <[email protected] > > >wrote: > > > > > Cool, you should now be able to edit https://wiki.apache.org/devicemap > > > > > > > Thanks! > > > > > > > Note that you could also add that info to the website directly, see > > > > > > > > > http://svn.apache.org/repos/asf/incubator/devicemap/site/trunk/WEBSITE-HOWTO.txt > > > > > > > This is rapidly turning into > > http://memeguy.com/photos/images/fixing-a-light-bulb-28924.gif ;-) > > > > > > Thanks, > > > > Andrew. > > -- > > [email protected] / [email protected] > > http://www.andrewsavory.com/ > > > >
