Hi Benedikt
I think this approach is definitely the way to go for your application.
This may be of interest?
http://wiki.uniformserver.com/index.php/USB_MediaWiki
It installs a portable server and then you can just create your own
custom MW/SMW instance to use.
Cheers
Neill.
On 05/12/13 07:11, Benedikt Kämpgen wrote:
> Hello,
>
> We now investigate the possibility to have "SMW-on-a-stick". Then,
> physicians could just start via an .exe file their own version of the
> online SMW, locally. They can annotate patients and upload RDF exports
> to the file server.
>
> Thanks again for your thoughts.
>
> Any advice on getting "SMW-on-a-stick" and possibly optimising
> performance would be appreciated.
>
> All the best,
>
> Benedikt
>
> On 11/27/2013 06:57 PM, Benedikt Kämpgen wrote:
>> Hi Yaron,
>>
>> Thanks for your thoughts.
>>
>>> really just mean "private"? It sounds like what you're talking about
>>
>> Private and offline in a sense that the form should be filled in without
>> an internet connection.
>>
>>> And if that's the case, maybe the easiest solution is just to have a 2nd
>>> wiki, with much more restricted viewing?
>>
>> Yes, but that would basically mean in our context to have a second SMW
>> installed on a local machine (without internet connection) for the
>> physicians. I was hoping to find an easier way to forward a form from
>> SMW to someone else.
>>
>> After a form has been filled in, we somehow need to extract the RDF from
>> it to be stored (securely) in our knowledge base (FTP server). But I
>> guess, this is another problem.
>>
>> Best,
>>
>> Benedikt
>>
>> On 11/26/2013 05:30 PM, Yaron Koren wrote:
>>> Hi Benedikt,
>>>
>>> It could be that there's some wording confusion: by "offline", did you
>>> really just mean "private"? It sounds like what you're talking about is
>>> people submitting data, via the internet/web, that then gets put into an
>>> external server - only one that requires a password to access; as
>>> opposed to the usual meaning of "offline", meaning something that people
>>> can do locally on their computer, without any network connection.
>>>
>>> And if that's the case, maybe the easiest solution is just to have a 2nd
>>> wiki, with much more restricted viewing?
>>>
>>> -Yaron
>>>
>>>
>>> On Tue, Nov 26, 2013 at 8:28 AM, Benedikt Kämpgen
>>> mailto:benedikt.kaemp...@kit.edu>> wrote:
>>>
>>> Hi,
>>>
>>> Bernhard, Yury, Yaron, Neill, thanks for your answers.
>>>
>>> @Bernhardt: the Push extension is interesting, but probably will not
>>> help, here, since no information shall be pushed to the online wiki.
>>>
>>> @Yury: One important requirement is to have elaborate forms
>>> (dropdown, etc.) and a flexible form design. Not sure whether Miga
>>> could be easily extended towards this use case.
>>>
>>> @Yaron:
>>>
>>>
>>>> - Would the offline form be just a copy of an online form? If so,
>>>> doesn't that mean that sensitive patient data *can* get put on
>>> the wiki?
>>>
>>> Ideally, the offline form would provide the same functionality
>>> (e.g., autocompletion) than the online form. However, an offline
>>> filled-in form will never be stored on SMW but rather be put as-is
>>> on a secure file server.
>>>
>>> The question is, whether "as-is" actually is possible. Apparently,
>>> we are looking for some kind of JavaScript library that allows to
>>> offline modify an HTML page with forms and to save the modified HTML
>>> page.
>>>
>>>
>>>> - If a physician stores data offline, can other physicians ever
>>> view it?
>>>
>>> The current plan is: After offline filling-in a form, the filled-in
>>> form will be put on a secure file server. From there it can be
>>> downloaded for viewing.
>>>
>>>
>>>> - Where would the data be stored - on a single device?
>>>
>>> Ideally, the offline form could be used on various workstations.
>>> When an offline form has been filled in, it is uploaded on a single
>>> secure file server.
>>>
>>>
>>>> - Would each set of offline data have its own RDF export?
>>>
>>> That is the crucial point and the reason for using SMW in the first
>>> place. The online SMW is used to define properties for patients
>>> (e.g., "has BMI"). An offline form shall now be used to fill in all
>>> properties for a patient. An RDF export of the offline form shall
>>> use the same properties as introduced by the online form. This way,
>>> we have a unique relationship between properties as defined by the
>>> online SMW and filled-in properties for a patient in an offline
>>> form. Ideally, an RDF export from an offline form would create the
>>> same RDF that would have been created if the form would have been
>>> filled-in in the online SMW.
>>>
>>> Maybe, the RDF export of the offline SMW could also be impleme