OK, leaving the backup copy in the svn root aside for now. There are several references for backward-compatibility in data that I guess we'd keep in 1.0 anyway, e.g. oddrVocabulary.xml, or oddr.properties.. so without calling anything "OpenDDR" the abbreviation just like some "OMAesque" terms like "open_data" stick, so a folder /clients/oddr seems no harm. All lower-case please as you won't find a single project name or (looked into many) sub-folders that are not all lower-case in Apache repositories. The few exceptions are standard files like LICENCE, NOTICE or README.
Could someone please rename it, will wait now for the night, but since it's essentially a module I am considered module owner, I would be happy to change that myself if nobody else does over night. Werner On Wed, Apr 22, 2015 at 11:45 PM, Werner Keil <[email protected]> wrote: > Or is that the "backup" of the ENTIRE trunk?? The name is confusing. > > Werner > > On Wed, Apr 22, 2015 at 11:44 PM, Werner Keil <[email protected]> > wrote: > >> You mean /contrib/test-data, or which other copy? >> >> After asking everyone (and also checking the codebase of all projects >> including .NET for traces) I had moved test-data into /contrib some while >> ago. >> I'm not aware of another one under /trunk. >> >> P.s.: there's a redundant folder /devicemap/ODDR parallel to the likes of >> /trunk or /branches, can this be removed since the true W3C DDR client is >> under /clients already? >> >> >> >> On Wed, Apr 22, 2015 at 11:27 PM, Reza Naghibi <[email protected]> wrote: >> >>> Also, one more thing. Seems like we had like 6 copies of "test-data" >>> placed >>> all over the repo. I pruned it down to a single copy in the ODDR backup >>> directory. This shaved off about 1GB off of our SVN repo...! Not sure >>> what >>> piece of code uses that data, but its probably best to keep this kind of >>> data to a minimum or to use best practices when storing large amounts of >>> data in svn. >>> >>> On Wed, Apr 22, 2015 at 5:10 PM, Reza Naghibi <[email protected]> wrote: >>> >>> > Due to the re-org, this job is failing: >>> > >>> > https://builds.apache.org/job/devicemap-java6/ >>> > >>> > FYI, I didnt create this job, so I dont have access to fix the path. >>> The >>> > owner needs to either fix the path or delete the job. >>> > >>> > On Wed, Apr 22, 2015 at 4:10 PM, Reza Naghibi <[email protected]> >>> wrote: >>> > >>> >> ok, this is done. >>> >> >>> >> Here is the new trunk: >>> >> >>> >> https://svn.apache.org/viewvc/devicemap/trunk/ >>> >> >>> >> I made a backup of the old trunk here: >>> >> >>> >> https://svn.apache.org/viewvc/devicemap/ODDR/ >>> >> >>> >> On Wed, Apr 22, 2015 at 1:39 PM, Reza Naghibi <[email protected]> >>> wrote: >>> >> >>> >>> I freed up some time this afternoon, so I will go ahead and give it >>> a go. >>> >>> >>> >>> Good point regarding the svn mv, will make sure whatever is done can >>> be >>> >>> undone to the current state if required. >>> >>> >>> >>> On Wed, Apr 22, 2015 at 9:37 AM, Bertrand Delacretaz < >>> >>> [email protected]> wrote: >>> >>> >>> >>>> On Wed, Apr 22, 2015 at 3:36 PM, Reza Naghibi <[email protected]> >>> wrote: >>> >>>> > ...I have no problem doing >>> >>>> > this, but it would be after the weekend... >>> >>>> >>> >>>> Ok so let's see if I find some time before that, otherwise I'll let >>> >>>> you do it, thanks! >>> >>>> >>> >>>> Just make sure to use svn mv to preserve history. >>> >>>> >>> >>>> -Bertrand >>> >>>> >>> >>> >>> >>> >>> >> >>> > >>> >> >> >
