Re: [yWriter] [SUGGESTIONS] Re: WARNING!!! v5.1.2.6 installation lost whole project!
Simon Haynes
yWriter doesn't know about and can't change contents of older Autobackups folders. It can only use today's date to build/use the folder.
Did you try and open a yW5 file from within the autobackups folder? If so, it'll create all the project folders you see there - when you open a yW5 file it's going to create all the ancilliary folders (like RTF5), and since RTF5 is empty all the scenes will be empty too.
BTW:
16/12/2009 03:18 54,814 Full Backup of TheBook.zip
This is still a full 16/12 backup. The other 28/12 files are all project files and folders, not backups.
Cheers
Simon
--
Software designer & programmer
+ author of the Hal Spacejock series
Stuart wrote:
> Hi Dick
>
> Thanks for the info, I read the Dec 17 posting after the event.
> However, whatever happened last night seriously screwed up the
> contents of the last good folder, as well as apparently "losing" the
> project. I worked in IT for 30 years, and imho it did a *really* good
> job of messing up the last good folder - have a look at the directory
> listings below:
> - 04 Dec is ok (here as an example of normal folder)
> - 16 Dec was the last good folder before the screw-up
> - 28 Dec is how it looks after I fixed things before midnight last
> night
> - 29 Dec is (hopefully) a clean start after midnight.
> Note the extra sub-folders created in the 16 Dec folder, and the file
> dates of 28-12 in there too. The only files that are (now) dated 16
> Dec, are two zips plus the Full Backup I retrieved from my FTP backup
>
> Directory of C:\BookNotes\yWriter\Autobackups\2009-12-05
> 05/12/2009 02:58 56,591 Full Backup of TheBook.zip
> 05/12/2009 02:59 14,600 Partial Backup of TheBook.zip
> 05/12/2009 03:02 6,096 SequentialSceneBackups.zip
> 05/12/2009 03:03 9,071 TheBook.yw5_Latest.zip
>
> Directory of C:\BookNotes\yWriter\Autobackups\2009-12-16
> 28/12/2009 21:16 <DIR> Autobackups
> 28/12/2009 21:16 <DIR> Export
> 28/12/2009 21:16 <DIR> Images
> 28/12/2009 22:03 <DIR> Logs
> 28/12/2009 21:17 <DIR> RTF5
> 28/12/2009 22:03 1,622 Full Backup of TheBook.yw5
> 28/12/2009 22:02 1,622 Full Backup of TheBook.yw5.bak
> 16/12/2009 03:18 54,814 Full Backup of TheBook.zip
> 28/12/2009 21:55 34 Full Backup of TheBook.zip.lock
> 16/12/2009 03:18 11,798 Partial Backup of TheBook.zip
> 28/12/2009 21:18 3,236 TheBook.yw5_Latest.yw5
> 28/12/2009 21:18 3,236 TheBook.yw5_Latest.yw5.bak
> 16/12/2009 03:31 9,078 TheBook.yw5_Latest.zip
> 28/12/2009 21:16 34 TheBook.yw5_Latest.zip.lock
>
> Directory of C:\BookNotes\yWriter\Autobackups\2009-12-28
> 28/12/2009 22:48 57,037 Full Backup of TheBook.zip
> 28/12/2009 21:20 55,288 Full Backup of TheBook.zip
> 28/12/2009 22:14 9,254 Partial Backup of TheBook.yw5.zip
> 28/12/2009 22:42 11,260 Partial Backup of TheBook.zip
> 28/12/2009 21:20 15,919 Partial Backup of TheBook.zip
> 28/12/2009 22:14 789 TheBook.yw5.yw5_Latest.zip
> 28/12/2009 23:07 11,425 TheBook.yw5_Latest.zip
> 28/12/2009 21:20 10,447 TheBook.yw5_Latest.zip
>
> Directory of C:\BookNotes\yWriter\Autobackups\2009-12-29
> 29/12/2009 01:01 57,010 Full Backup of TheBook.zip
> 29/12/2009 13:16 15,627 Partial Backup of TheBook.zip
> 29/12/2009 01:57 11,434 TheBook.yw5_Latest.zip
>
> A couple of suggestions for Simon - a serious screw-up like this may
> not just happen through using a Beta version, it could happen for a
> variety of reasons:
>
> 1. Would it be possible to add the current date to the FTP zip
> filename, so that any local loss is limited to one day's work? This
> backup really is the one of last resort, and we can manage the FTP
> folder contents ourselves, if there become too many backups in there.
>
> 2. Would it be possible to add a "Restore from Backup" routine to
> yWriter, to automate the processes documented in your 18 Dec posting?
> This would help those who are not computer-literate, and prevent
> errors (and possible catastrophes!) due to a mis-handled Restore.
> Could I suggest it could flow something like this:
> (a) Select Backup area to be used for Restore (AutoBackup or FTP),
> then select actual file to be used.
> (b) Check the contents of selected Restore file are as expected by
> yWriter5.
> (c) Get confirmation from user to start Restore.
> (d) Backup current project (from the beginning - copy whole main
> project folder & sub-folders AutoBackups, Export, Images, Logs, RTF5
> to \yWriter_Archive_yyyymmdd.zip) - yes I know this could be large,
> but better safe than sorry and it can be deleted if the Restore works
> ok.
> (e) Wipe contents of main project folder but not sub-folders.
> (f) Restore from selected file to necessary areas (including the \Users
> \Admin\AppData\Roaming\Spacejock Software\yWriter5 and RTF5 files)
> (g) Pop-up to let user know about the Archive folder name and end of
> Restore.
> (h) Forced Autobackup of Restored files.
> (i) Run yWriter5 using Restored files, ready for use.
>
> I'm going to have a tinker with a batch file, to see if it can be done
> that way, but it will no doubt be a bit clunky! Will let you know how
> I get on.
>
> Stuart
>
> --
>
> You received this message because you are subscribed to the Google Groups "yWriter" group.
> To post to this group, send email to ywr...@googlegroups.com.
> To unsubscribe from this group, send email to ywriter+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/ywriter?hl=en.
>
Stuart
Thanks for your comments.
Re: Did you try and open a yW5 file from within the autobackups
folder? Im pretty sure not, but I can't swear to it.
Re: The 16/12 full backup - is the file I downloaded from my FTP
server.
I've spent a few hours writing a batch routine to carry out what you
suggest in your Dec 18 posting. It's only been tested under Vista, and
uses WinRAR to compress/extract (but that can be changed). Of course
it won't suit other operating systems, but I guess others could hack
it to suit. You'd need to change 1-2 parameters each time, the others
can be set up once to suit your project/PC.
You can use this to create a compressed archive of your whole project
(history too), and if you want you can run the restore code too.
Anyway, here it is below, gratis and without guarantee!
Stuart
@echo off
cls
rem -------- change these params each time ----------
rem set whether restore to be done or not (otherwise only archives
whole project) - must be uppercase Y to work
set RESTORE=Y
rem set date of Autobackup to be used for Restore (format yyy-mm-dd)
set ABDATE=2009-12-16
rem -------------------------------------------------
rem -------- change these params rarely ----------
rem set project name here
set PROJECT=My Best Selling Novel
rem set normal working folder here
set MAIN=C:\BookNotes\yWriter
rem set folder to be used for archives here (not within MAIN folder!)
set ARCHIVE=C:\yWriterArchive
rem set your compression utility
set COMPEXE="C:\Program Files\WinRAR\WinRAR.exe"
rem set compression params here for archiving existing files
set COMPPM1=a -r yWriterArchive.zip *.*
rem set compression params here for extracting restore files
set COMPPM2=x "Full Backup of %PROJECT%.zip" *.*
rem users folder
set USERS=Users\Admin\AppData\Roaming\Spacejock Software\yWriter5
rem -------------------------------------------------
rem get into main folder
cd "%MAIN%"
rem start log file
echo Starting archive of current project %PROJECT%
echo ------------------------------------------------->> "C:\%USERS%
\ArchiveRestoreLog.txt"
echo %date% %time% Starting archive of current project %PROJECT% >> "C:
\%USERS%\ArchiveRestoreLog.txt"
rem create archive folder
if not exist "%ARCHIVE%" md "%ARCHIVE%"
cd "%ARCHIVE%"
rem create archive sub-folder with current date/time
set ARCHIVE_SUB=%date:~6,4%%date:~3,2%%date:~0,2%%time:~0,2%%time:~3,2%
%time:~6,2%
echo Creating archive folder %ARCHIVE%\%ARCHIVE_SUB%
echo %date% %time% Creating archive folder %ARCHIVE%\%ARCHIVE_SUB%>>
"C:\%USERS%\ArchiveRestoreLog.txt"
md "%ARCHIVE_SUB%" > NUL
rem create temp work folder within archive structure
if not exist "%ARCHIVE%\temp" md temp
del /Q "%ARCHIVE%\temp\*.*" > NUL
rem compress contents of existing folders
echo Compressing all existing files in %MAIN%
echo %date% %time% Compressing all existing files in %MAIN%>> "C:\
%USERS%\ArchiveRestoreLog.txt"
cd "%MAIN%"
%COMPEXE% %COMPPM1%
rem move compressed files to archive
echo Moving compressed files to archive folder %ARCHIVE%\%ARCHIVE_SUB%
echo %date% %time% Moving compressed files to archive folder %ARCHIVE%\
%ARCHIVE_SUB%>> "C:\%USERS%\ArchiveRestoreLog.txt"
move /Y yWriterArchive.zip "%ARCHIVE%\%ARCHIVE_SUB%" > NUL
rem end of archive
echo Current project %PROJECT% archived to %ARCHIVE%\%ARCHIVE_SUB%
echo %date% %time% Current project %PROJECT% archived to %ARCHIVE%\
%ARCHIVE_SUB%>> "C:\%USERS%\ArchiveRestoreLog.txt"
rem now see if restore wanted
if %RESTORE%==Y goto REST
goto TIDY
:REST
choice /c YN /m "This will restore %PROJECT% from %ABDATE%. ARE YOU
SURE?! "
if errorlevel 2 goto END
echo .
echo Starting restore of project %PROJECT% from Autobackup %ABDATE%
echo ------------------------------------------------->> "C:\%USERS%
\ArchiveRestoreLog.txt"
echo %date% %time% Starting restore of project %PROJECT% from
Autobackup %ABDATE%>> "C:\%USERS%\ArchiveRestoreLog.txt"
rem clear contents of main folder (not sub-folders)
echo Clearing main folder %MAIN%
echo %date% %time% Clearing main folder %MAIN%>> "C:\%USERS%
\ArchiveRestoreLog.txt"
del "%MAIN%\*.*" /Q > NUL
rem extract files from specified Autobackup folder to temp folder
echo Extracting full backup from %MAIN%\Autobackups\%ABDATE% to
%ARCHIVE%\temp
echo %date% %time% Extracting full backup from %MAIN%\Autobackups\
%ABDATE% to %ARCHIVE%\temp>> "C:\%USERS%\ArchiveRestoreLog.txt"
cd "%ARCHIVE%\temp"
copy "%MAIN%\Autobackups\%ABDATE%\Full Backup of %PROJECT%.zip"
"%ARCHIVE%\temp" > NUL
%COMPEXE% %COMPPM2%
rem copy restored project file from temp folder to main folder
echo Restoring project file for %ABDATE% to main folder %MAIN%
echo %date% %time% Restoring project file for %ABDATE% to main folder
%MAIN%>> "C:\%USERS%\ArchiveRestoreLog.txt"
copy "%ARCHIVE%\temp\*.yw5" "%MAIN%" > NUL
rem merge existing & restored RTF files (existing take priority over
restored)
echo Merging existing and restored RTF files
echo %date% %time% Merging existing and restored RTF files>> "C:\%USERS
%\ArchiveRestoreLog.txt"
copy "%MAIN%\RTF5\*.rtf" "%ARCHIVE%\temp\RTF5" > NUL
rem copy merged RTF files back to main folder
copy "%ARCHIVE%\temp\RTF5\*.rtf" "%MAIN%\RTF5" /Y > NUL
rem restore ini file
echo Restoring users ini file
echo %date% %time% Restoring users ini file>> "C:\%USERS%
\ArchiveRestoreLog.txt"
copy "%ARCHIVE%\temp\%USERS%\yWriter5.ini" "C:\%USERS%\yWriter5.ini" /
Y > NUL
rem show files in relevant folders
echo .>> "C:\%USERS%\ArchiveRestoreLog.txt"
echo Restored/merged files now as follows>> "C:\%USERS%
\ArchiveRestoreLog.txt"
dir "%MAIN%\*.*" /Ogn /A-d>> "C:\%USERS%\ArchiveRestoreLog.txt"
dir "%MAIN%\RTF5\*.rtf" /Ogn /A-d>> "C:\%USERS%\ArchiveRestoreLog.txt"
dir "C:\%USERS%\*.*" /Ogn /A-d>> "C:\%USERS%\ArchiveRestoreLog.txt"
rem restore finished
echo Project %PROJECT% restored from Autobackup %ABDATE%
echo %date% %time% Project %PROJECT% restored from Autobackup %ABDATE
%>> "C:\%USERS%\ArchiveRestoreLog.txt"
:TIDY
rem tidy up
cd %MAIN%
rd /S /Q %ARCHIVE%\temp > NUL
pause
:END
Dave Shaw
corrupted yWriter project. I thought maybe we could discuss how to do that,
and develop a proper procedure for people to follow. I hope you all agree
that it's a good idea (especially Simon!).
I've had to recover projects 2 or 3 times, one due to the 5.1.2.2 beta, the
others due to user error on my part. I thought we could start with the
process I worked out, and see if anyone has better ideas or ways to improve
it. I don't have any experience with Linux, so someone will need to add the
information for that.
First, a couple of DO NOTS:
I. If you open a project and find that it's become corrupted, close yWriter
and DO NOT try opening the project again until you go through the steps
below!
II. If you have a corrupted project, DO NOT try to open one of the .yw5
backup files in the backup directories. It won't work, and it will
complicate your recovery.
Steps:
1) Close yWriter.
2) Find and make a safe copy of your log.txt file so that you can send it to
Simon if he needs it. On a Windows XP system, it will be in (drive
letter):\Documents and Settings\(your user name)\Application Data\Spacejock
Software\yWriter5. On Vista or Win 7, it will be in (drive
letter):\Users\(your user name)\AppData\Roaming\Spacejock Software\yWriter5.
You may want to look at it in a text editor to see if you see an obvious
reason for your project file becoming corrupted. (For example, if someone
accidentally deleted or renamed your RTF5 folder in your project, it will
recreate the folder with nothing in it, and there would probably be a log
entry for that.)
3) Before doing anything else, make a safe copy of your project folder and
all of its contents. You don't want to make any changes to the copy, just
keep it so you have something you can copy back in and start over with if
your first recovery attempt is unsuccessful.
4) Open your project folder and see what's in it. There should be 5 folders
and 2 files. The folders are Autobackups, Export, Images, Logs, and RTF5.
The files should be (your project name).yw5 and (your project name).yw5.bak.
If there's a .lock file, it means that yWriter either has the project open
or that it crashed while the project was open. In a recovery situation with
yWriter shut down, it shouldn't be there. Make absolutely certain that
yWriter isn't running (check for the yWriter5.exe task in Task Manager if
necessary), and then delete the file. If you have a missing or incorrectly
named folder, you can correct the problem. Make sure you understand why the
corruption happened before you open the project in yWriter, so that you
don't just recreate the problem.
5) If there's nothing obviously wrong in the project structure, compare your
.yw5 to your .yw5.bak file. The .bak is a copy of the .yw5 from before the
last time you opened it. If you've only opened your project once (see DO
NOT I), the .bak may be good, if your project became corrupt when you opened
it. Often when a project becomes corrupted, you'll see a .yw5 file that's 2
KB in size (like a new, empty project) and a .bak file that still contains
all your project data from before the corruption. If that's the case, you
can recover the project simply by renaming, moving, or deleting the corrupt
.yw5 file and replacing it with a copy of the good .bak file. Before you
open it, you still need to determine why yWriter corrupted it (for example,
the 5.1.2.2 beta that created an incompatibility in any .yw5 files it
saved), but at least you have your project back.
6) If the .bak file is corrupt, the next step is to find the most recent
good .yw5 file in the Autobackups folder. The names of the folders under
the Autobackups folder are dates. Start with the most recent. There should
be a file in it named (your project name).yw5_Latest.zip. If there isn't,
it means you didn't open the project on that day. If not, look for a file
named Full Backup of (your project name).zip. If there isn't one of those,
either, you'll need to work back through the dated directories until you
come to either a yw5_Latest or a Full Backup. Once you find one, drill down
through the directory structure in the zip until you reach the .yw5 file.
Extract it and you should have a good project file again. WARNING: Any
changes you made other than scene contents after the time this backup was
made will be lost. Contents of new scenes can be recovered by opening their
RTF files and copying out the contents, but anything else is lost. This is
why that .bak file is so important, because it normally is up to date as of
the last time you closed the project.
Okay, open for comments.
Dave Shaw
--
There is far more that I'll never know than that I'll ever know.
Stuart
Indeed, very useful comments! If a yWriter project gets corrupted
internally, then most non-pointy-heads will panic and not know where
to turn. We are here to write a book, pour out our creative thoughts,
yes? Certainly not to delve into computer-babble.
As an ex-pointy-head, the batch file I hacked today will hopefully
help towards this problem.
If you regularly run the archive facility only (set RESTORE=N), this
is NON-DESTRUCTIVE and your whole project directory (including
historical versions) is compressed and archived to a new folder based
on the current date/time. Ok, so the archive will get bigger with
time, but then you have the choice to later delete unwanted archive
folders. I am sure (and I hope he will) that Simon can write a better
and slicker version, far outshining my rough kludgy attempt.
If you experience a yWriter corruption/loss - which I have suffered
only once this year, and yes I admit on a Beta version (d'oh) - you
can try running earlier and earlier Restores, until you find the last
good (uncorrupted) project. Experience says that this will normally be
only as far back as copy -1 or -2. Ok, so you've lost some creative
genius, but probably only a small percentage of that Pulitzer Prize
novel.
And to put it bluntly: if a non-pointy-head tries to fix the problem,
the result is usually a total loss of that manuscript and that
Pulitzer!
If I get time, I'll enhance the batch file to allow FTP backups too.
Putting the project data into the internet "cloud" makes it a little
more difficult to retrieve, but at the same time makes it more
difficult to screw up. And your ISP usually has a good backup routine,
too.
Best wishes,
Stuart
PS Apologies to all non-pointy-heads, I'm just off to plane my own to
restore that perfect rounded cone shape ;)
Birgit Schultz
helpful. I also had a similar problem recently but managed to recover
my project from the backups. I was quite relaxed because I also sync
my data via Syncplicity to my other PC - so I was sure that there were
two more copies (one on the other PC, on on Syncplicities servers "in
the cloud").
I can absolutely recommend Syncplicity in co-operation with yWriter.
You get 2 GB space for free anyway but from the very start 3 GB when
you sign up via this link:
https://my.syncplicity.com/Signup/UserSignup.aspx?plan=free&token=EBEXKVQG
Dropbox works ok, too, but isn't as flexible as Syncplicity.
Birgit
2009/12/29 Stuart <stu...@otenet.gr>:
> --
>
> You received this message because you are subscribed to the Google Groups "yWriter" group.
> To post to this group, send email to ywr...@googlegroups.com.
> To unsubscribe from this group, send email to ywriter+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/ywriter?hl=en.
>
>
>
--
Imagination is intelligence having fun!
Stuart
(About to sleep, very late here) ...
Imho, for yWriter purposes, Syncplicity is OTT. With 2GB storage, you
could store more than 3,500 copies of War and Peace(!)
4 x local/FTP backup/restore command files would suffice.
Kalinichta,
Stuart
On Dec 30, 12:22 am, Birgit Schultz <birgit.schu...@gmail.com> wrote:
> Thanks to both of you for this structured approach, which is extremely
> helpful. I also had a similar problem recently but managed to recover
> my project from the backups. I was quite relaxed because I also sync
> my data via Syncplicity to my other PC - so I was sure that there were
> two more copies (one on the other PC, on on Syncplicities servers "in
> the cloud").
>
> I can absolutely recommend Syncplicity in co-operation with yWriter.
>
> You get 2 GB space for free anyway but from the very start 3 GB when
> you sign up via this link:
>
> https://my.syncplicity.com/Signup/UserSignup.aspx?plan=free&token=EBE...
>
> Dropbox works ok, too, but isn't as flexible as Syncplicity.
>
> Birgit
> 2009/12/29 Stuart <stua...@otenet.gr>:
> > For more options, visit this group athttp://groups.google.com/group/ywriter?hl=en.
>
> --
> Imagination is intelligence having fun!- Hide quoted text -
>
> - Show quoted text -
Birgit Schultz
I know, but I also sync my OneNote data as well as several other
projects with it. I like it because you can sync any folder you
specifiy (in contrast to Dropbox which wants you to specify a special
folder and only syncs subfolders of this one).
Not very early here, either (half past midnight) ... :)
Birgit
2009/12/30 Stuart <stu...@otenet.gr>:
> For more options, visit this group at http://groups.google.com/group/ywriter?hl=en.
Stuart
**** NO WAY would I sign up to Syncplicity's Terms Of Service ****
"ACCESSING YOUR COMPUTER, SYNCPLICITY FOLDERS AND THIRD PARTY ACCOUNTS
YOU ACKNOWLEDGE AND AGREE THAT BY UTILIZING THE SITE, SERVICES AND/OR
SYNC FILES, TO PROVIDE YOU WITH THE SERVICES YOU CONSENT TO
SYNCPLICITY ACCESSING AND/OR SCANNING (I) YOUR COMPUTER AND/OR ANY
FILES, DATA OR INFORMATION THEREIN AND (II) ANY FILES OR CONTENT
LINKED TO AS A RESULT OF YOUR ADDITION OF THIRD PARTY ACCOUNTS OR
APPLICATIONS TO YOUR ACCOUNT PROFILE (“THIRD PARTY APPLICATION”). IN
THE EVENT THAT YOU CHOOSE CERTAIN SETTINGS (INCLUDING THE SELECTION OF
“SYNCPLICITY FOLDERS”) IN YOUR ACCOUNT PREFERENCES YOU CONSENT TO
PROVIDING OTHER SYNCPLICITY USERS ACCESS TO THE SYNC FILES YOU
INDICATE."
This appears to give Syncplicity access to any data on your local PC;
to give access to any of your data to "third parties" or
"applications" mentioned in your "account profile" (Google, etc?); and
access to other Syncplicity users to your sync files stored by
Syncplicity.
Imho, the copyright on your best seller, just went to Syncplicity.
Sorry, but that's how I read it.
Best wishes,
Stuart
Really time for bed - matchsticks under my eyelids, a la Tom & Jerry!
On Dec 30, 1:32 am, Birgit Schultz <birgit.schu...@gmail.com> wrote:
> Stuart,
>
> I know, but I also sync my OneNote data as well as several other
> projects with it. I like it because you can sync any folder you
> specifiy (in contrast to Dropbox which wants you to specify a special
> folder and only syncs subfolders of this one).
>
> Not very early here, either (half past midnight) ... :)
>
> Birgit
>
> 2009/12/30 Stuart <stua...@otenet.gr>:
Birgit Schultz
sure, this is how you can read it. However, their service would not
work if you do not grant access ... and "access" does not mean
transferring copyrights.
Birgit
2009/12/30 Stuart <stu...@otenet.gr>:
> For more options, visit this group at http://groups.google.com/group/ywriter?hl=en.
Dick Keaton
I appreciate your caution, but I think it's a simple reality of
the 'information age' that much computer software works like
Syncplicity. I would venture to guess you will find very similar
wording in the terms/conditions of service of almost any
software product you install on your computer. For instance,
if you run any anti-virus software, it requires access to all
files and content you wish to scan. And MS Windows itself
scans for updates and patches on a periodic basis. I'm
not suggesting that I necessarily agree with it, but I think
it's an inescapable fact that the use of almost any internet
based service requires a corresponding sacrifice of privacy.
It's the price we pay to have all these nifty gadgets at
our disposal.
Most importantly, I'm no copyright or patent attorney, but
I'm fairly sure Birgit is correct. You do not relinquish your
copyright to anything by using these types of services.
Just one man's opinion. Feel free to totally ignore.
Good luck.
Dick
> ...
>
> read more »
Stuart
I accept your points - to an extent.
But ... Para (I) is almost reasonable - but it should be limited to
those files you specify for backup. Para (II) can't be understood
until after you sign up and see what they mean; and I don't see why
you should give access to other Syncplicity users, unless you specify
which users (assuming the software allows you to share your data to
others).
The way it has been worded so vaguely, you could have anything on your
PC stolen and mis-used by others, e.g. someone else could publish
"your" manuscript first and thereby claim copyright - it's then up to
you to prove otherwise (very expensive in court).
Stuart
> ...
>
> read more »- Hide quoted text -
Birgit Schultz
I agree that the terms are more vague than they should be. However,
they also have a copyright policy
(http://www.syncplicity.com/legal/copyright-policy.html) which I think
makes up for this vagueness.
Apart from the fact that it's always difficult to claim copyrights at
court (in all countries) one has to decide how likely it is that my
novel will be stolen: Someone has to be on the lookout for a work of
fiction. He also has to know how the literature market works. He has
to apply to publishers in the same way as anybody else (and we all
know how difficult it is to get published). There are thousands of
accounts which would have to be watched. So I do not say that what you
are warning us for is unlikely to happen - I just say that I do not
expect this to happen to me.
I am very concerned with internet security (I once did marketing for a
firewall company) but if I did not trust the privacy policies of
providers of services on the internet I couldn't use it at all. I
wouldn't order from amazon, I wouldn't use online banking and I would
not use google mail. I would not even trust yWriter because I'm no
programmer and even if the code were open I would not understand
whether the software maybe sends my novel to Simon each day (for him
to use in his own literary work) - I do not suspect Simon to have
built in such a routine and so I work happily with his wonderful
program.
So there's a thin line between healthy distrust and paranoia as well
as between naivety and healthy distrust.
My suggestion to use syncplicity was just made to make things easier
for people concerned with their backups - it's up to anybody to decide
if and how to use such a service. However, I think this discussion was
really important for people still undecided about whether they should
use such a service or not - and I really enjoyed exchanging arguments
with you.
Have a nice and successful new year!
Birgit
2009/12/31 Stuart <stu...@otenet.gr>:
> --
>
> You received this message because you are subscribed to the Google Groups "yWriter" group.
> To post to this group, send email to ywr...@googlegroups.com.
> To unsubscribe from this group, send email to ywriter+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/ywriter?hl=en.
