Anything to make updating the DDR easier will be good. I have no problem hand updating it and will continue down this path. 1.0.0, 1.0.1, and future releases are being done in JIRA and SVN.
I know Eberhard is working on a more structured approach. So im very open to seeing how this helps the DDR workflow. It will definitely make refactoring the DDR a lot easier because dealing with structured data (columns, rows, operations, etc) is a lot easier than dealing with semi structured xml. At the end of the day, the DDR will be a set of files which get published and released like how we do it today. 2.0 wont change this, it will just be cleaner and better organized. But it will still and always be a set of files that we will publish in JAR/URL/downloadable format. Does this sound correct? ________________________________ From: Werner Keil <[email protected]> To: "[email protected]" <[email protected]> Sent: Wednesday, August 27, 2014 10:09 AM Subject: Re: Device data 1.0.1: 18 new devices +1 Not only on new properties, but also suggested ways to get more people to contribute it seems best to start a Wiki page and point this list only to a link than sometimes a little scattered threads here;-) Werner On Wed, Aug 27, 2014 at 4:04 PM, Bertrand Delacretaz <[email protected] > wrote: > On Wed, Aug 27, 2014 at 3:55 PM, Werner Keil <[email protected]> > wrote: > > ...If we stick to traditional checking out from SVN of XML files, we > will not > > get a lot more people to update it than those who currently write code, > > too;-|.. > > I think I'm starting to understand, you guys are looking for a simpler > way to people to contribute changes to the device data? > > Again, agreeing on a (brief) set of requirements for that, and > documenting that on the wiki or somewhere, would probably help discuss > the possible solutions. > > -Bertrand >
