Gebruiker: DriveHQ Webmaster - 3-6-2008 05:44:46
Gebruiker: surfdog1958 - 2-6-2008 20:28:29
Ik vergat te vermelden dat ik DriveHQ FileManager eigenlijk wel prettig vindKortom, mapsynchronisatie is gewoon niet zo'n goed idee voor wat ik probeer te doen. Los daarvan is Drive HQ FileManager fantastisch. Ik ga het zeker blijven gebruiken.
Re: Ik vergat te vermelden dat ik DriveHQ FileManager eigenlijk wel prettig vindIk denk dat eenrichtingssynchronisatie voor jou werkt. Heb je de nieuwste versie 4.0 build 284?
Als je map A eenzijdig synchroniseert met map B, dan zal B na de synchronisatie altijd identiek zijn aan A. (Dat wil zeggen: bestanden in map A overschrijven altijd bestanden in map B; en extra bestanden in map B worden altijd verwijderd als ze niet in map A voorkomen.)
Re: Re: Ik vergat te vermelden dat ik DriveHQ FileManager eigenlijk wel prettig vindIk heb versie 4.0, build 269, maar die biedt wel eenrichtingssynchronisatie. Mijn probleem is dat getranscribeerde documenten in de externe map (waar ze na het transcriberen van de dicatiebestanden naartoe worden geüpload) constant worden overschreven naar de lokale map van de klant, tenzij ik ze handmatig van de externe server verwijder. Als de klant al zijn getranscribeerde documenten in één map bewaart, is dat geen probleem, maar als ze de documenten handmatig of via een geautomatiseerd proces verplaatsen (voor afdrukken, sorteren, enz.), worden de verwijderde bestanden bij de volgende synchronisatie vervangen. Dit zorgt voor veel problemen voor iedereen die aan de andere kant de zaken georganiseerd wil houden. Tweewegsynchronisatie zou hiervoor wellicht beter zijn, maar als ze *niet* zo georganiseerd zijn en al hun documenten in de geselecteerde lokale map bewaren, moet ik oude bestanden verwijderen wanneer mijn serverruimte vol is. De documenten die ik verwijder, worden dan ook verwijderd uit hun lokale map waar *al* hun documenten staan, wat natuurlijk niet wenselijk is. Het is gewoon te veel werk om dit allemaal op mijn website uit te leggen, en ik ben bang dat mijn klanten niet alle screenshots en instructies met waarschuwingen over mapsynchronisatie willen doornemen. Synchronisatie in één richting lijkt de juiste optie voor het uploaden van dicteerbestanden, omdat de transcriptiesoftware die ik gebruik elk dicteerbestand automatisch van de externe server verwijdert zodra ze in de transcriptiewachtrij worden geladen. Zelfs dan geven sommige artsen er misschien de voorkeur aan dat de spraakbestanden die we voor transcriptie hebben ontvangen, uit hun lokale mappen worden verwijderd, omdat ze waarschijnlijk back-upbestanden hebben en audiobestanden vaak vrij groot zijn. Het uitleggen van al die opties is overweldigend, en ik ben bang dat de officemanager of wie dan ook dit moet instellen, het de moeite niet waard zal vinden. Er zou eigenlijk een optie moeten zijn voor "eenmalig overdragen", die herkent dat een bestand al in een vorige sessie is overgedragen en niet wordt vervangen als iemand of een proces aan de andere kant het opzettelijk verplaatst of verwijdert. De bestanden worden over het algemeen automatisch door het dicteerapparaat benoemd met een willekeurige, maar unieke naam. Het is onwaarschijnlijk dat dezelfde naam twee keer wordt gebruikt, dus een optie om bestanden slechts één keer over te zetten zou hiervoor goed werken. De getranscribeerde documenten worden handmatig op dezelfde manier benoemd als de dicteerbestanden (maar met de extensie .doc), dus dit zou ook goed werken voor het downloaden van Word-documenten. Begrijpt u wat ik bedoel? Het lijkt steeds ingewikkelder te worden naarmate ik de voor- en nadelen van mapsynchronisatie voor dit doel beter probeer te begrijpen.