Re: [SMW-devel] Displaying unit-correct numbers

[James HK]

Hi,

You need SMW 1.9 due to a fix provided by [1].

[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=45053

Cheers

On 11/26/13, Benjamin Pelletier  wrote:
> That doesn't seem to work for me.  This is what I have in my template:
> {{#show:{{PAGENAME}}|?Has length of hike}}
> ...and this is the HTML that shows up:
> 1.2 miles1.931 km
> As you can see, there are no divs or other elements that have IDs of
> "smwttcontent", so adding the above to MediaWiki/Common.css has no effect.
>  Here is an example of a page with that template; there are four numbers
> that have units in it:
> http://ropewiki.com/index.php/Napoleon_Falls
>
> How can I get my quantities to display their units correctly?
>
>
> On Sat, Nov 23, 2013 at 9:16 AM, Leonard Wallentin
> wrote:
>
>> If the printout is actually "100 ft30.48 m" it probably means that you
>> have javascript turned off, or that something is wrong with the scripts
>> served. I use this  css hack to serve something slightly more readable to
>> non js users:
>>
>>
>> .client-nojs .smwttcontent {
>>
>>1. font-size: .7em;
>>
>> }
>>
>> .client-nojs .smwttcontent:before {
>>
>>1. content: " (";
>>
>> }
>> .client-nojs .smwttcontent:after {
>>
>>1. content: ")";
>>
>> }
>>
>> (see http://xn--ssongsmat-v2a.nu/ssm/Recept:Aloo_Palak)
>>
>> /Leo
>>
>>
>> ___
>> Leonard Wallentin
>> http://leowallentin.se
>>
>>
>> 2013/11/23 Benjamin Pelletier 
>>
>>> I have a Semantic template that has a few quantity inputs I'd like to
>>> display on the page.  I could do this:
>>>
>>> [[Has longest rappel::{{{Longest rappel|}}}]]
>>>
>>> But that works poorly because the user can enter 100, 100 ft, 100 feet,
>>> 30.48 meters, etc and all those inputs are identical in the database,
>>> but
>>> get displayed differently.  It seems I can get around this by doing
>>>
>>> {{#set:Has longest rappel={{{Longest
>>> rappel|}{{#show:{{PAGENAME}}|?Has longest rappel#-}}
>>>
>>> But man, that seems ugly, long, and inefficient.  Is there a better way?
>>>
>>> Also, separately, the Display units for Has longest rappel consist of
>>> two
>>> units (ft and m), and the output of
>>>
>>> {{#show:{{PAGENAME}}|?Has longest rappel}}
>>>
>>> is actually
>>>
>>> 100 ft30.48 m
>>>
>>> Why is it displayed that way (pretty much useless) instead of
>>>
>>> 100 ft (30.48 m)
>>>
>>> ...like it is on, say, the Browse properties page?
>>>
>>>
>>> --
>>> Shape the Mobile Experience: Free Subscription
>>> Software experts and developers: Be at the forefront of tech innovation.
>>> Intel(R) Software Adrenaline delivers strategic insight and
>>> game-changing
>>> conversations that shape the rapidly evolving mobile landscape. Sign up
>>> now.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
>>> ___
>>> Semediawiki-devel mailing list
>>> Semediawiki-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>>>
>>>
>>
>

--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Re: [SMW-devel] Error in form editing when coordinates are blank

[Niklas Laxström]

This seems to be
https://bugzilla.wikimedia.org/38632

  -Niklas
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk___
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Re: [SMW-devel] Offline Semantic Forms

[Benedikt Kämpgen]

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 implemented using 
RDFa.

 > - How would the RDF data be queried, if it requires FTP to access?

The RDF data would be downloaded on demand from the file server and for 
instance loaded into a triple store for querying.

@Neill:

 > What would the Physicians use to key in the data into the form? A laptop
 > or PC/Mac based laptop?

Probably a PC with Windows.

 > If this is the case there is nothing stopping them running a local copy
 > of MW/SMW and then simply uploading the data to the central instance (a
 > server somewhere I assume) using the normal MW export/import.

True. We just try to avoid the additional effort of managing a local 
copy SMW by having offline forms that create the same RDF as an online 
filled-in form.

I hope that makes our problem clearer.

Best,

Benedikt


On 11/22/2013 04:15 PM, Yaron Koren wrote:
> Hi Benedikt,
>
> I've definitely thought about offline form and data stuff, but I don't
> quite understand your use case:
>
> - 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?
>
> - If a physician stores data offline, can other physicians ever view it?
>
> - Where would the data be stored - on a single device?
>
> - Would each set of offline data have its own RDF export?
>
> - How would the RDF data be queried, if it requires FTP to access?
>
> Yury: Miga currently only does offline viewing, not offline editing. It
> could potentially do offline editing (which would be a very interesting
> addition), though it may or may not fit this particular use case.
>
> -Yaron
>
>
> On Fri, Nov 22, 2013 at 7:26 AM, Yury Katkov  > wrote:
>
> Nice case! I remember the proposal to integrate Extension:Drafts with
> Semantic Forms but this sounds even more radical! I can tell from my
> journeys through SF code that this would be a challenge: the majority
> of form is generated on a server side. Benedikt, what do you think
> about using Miga for that case?
> -
> Yury Katkov, WikiVote
>
>
>
> On Fri, Nov 22, 2013 at 2:18 PM, Benedikt Kämpgen
> mailto:benedikt.kaemp...@kit.edu>> wrote:
>  > Hello Yaron, Hello Semantic forms experts,
>  >
>  > In our medical project I talked about at SMWCon [1], we have the
>  > following requirement:
>  >
>  > * We create a full-fledged form for annotating patients in an
> online SMW.
>  >
>  > * Physicians want to reuse that form to offline fill in the form for
>  > patients. Offline, since patient data should not be stored in the
> online
>  > SMW.
>  >
>  > * After a form has been filled in, its contents are not fixed.
>  > Physicians may want to modify the content at a later stage.
>  >
>  > * An RDF export of

Re: [SMW-devel] Offline Semantic Forms

[Yaron Koren]

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  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 implemented using
> RDFa.
>
>
> > - How would the RDF data be queried, if it requires FTP to access?
>
> The RDF data would be downloaded on demand from the file server and for
> instance loaded into a triple store for querying.
>
> @Neill:
>
>
> > What would the Physicians use to key in the data into the form? A laptop
> > or PC/Mac based laptop?
>
> Probably a PC with Windows.
>
>
> > If this is the case there is nothing stopping them running a local copy
> > of MW/SMW and then simply uploading the data to the central instance (a
> > server somewhere I assume) using the normal MW export/import.
>
> True. We just try to avoid the additional effort of managing a local copy
> SMW by having offline forms that create the same RDF as an online filled-in
> form.
>
> I hope that makes our problem clearer.
>
> Best,
>
> Benedikt
>
>
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk___
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Re: [SMW-devel] Displaying unit-correct numbers

[Benjamin Pelletier]

Sounds good, thanks.  The documentation[1] doesn't seem to have any special
instructions for upgrading to 1.9; can I simply delete my SemanticMediaWiki
extension folder and git clone the repository[2] back into a folder of the
same name?  Or are there additional steps I'll need to take to start using
1.9?

Just a note: I couldn't find the git link anywhere on the SMW site -- I had
to go to the MediaWiki extensions site to find out where the git repository
was.

[1] http://semantic-mediawiki.org/wiki/Help:Installation
[2] https://git.wikimedia.org/git/mediawiki/extensions/SemanticMediaWiki.git


On Tue, Nov 26, 2013 at 3:31 AM, James HK wrote:

> Hi,
>
> You need SMW 1.9 due to a fix provided by [1].
>
> [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=45053
>
> Cheers
>
> On 11/26/13, Benjamin Pelletier  wrote:
> > That doesn't seem to work for me.  This is what I have in my template:
> > {{#show:{{PAGENAME}}|?Has length of hike}}
> > ...and this is the HTML that shows up:
> > 1.2 miles1.931 km
> > As you can see, there are no divs or other elements that have IDs of
> > "smwttcontent", so adding the above to MediaWiki/Common.css has no
> effect.
> >  Here is an example of a page with that template; there are four numbers
> > that have units in it:
> > http://ropewiki.com/index.php/Napoleon_Falls
> >
> > How can I get my quantities to display their units correctly?
> >
> >
> > On Sat, Nov 23, 2013 at 9:16 AM, Leonard Wallentin
> > wrote:
> >
> >> If the printout is actually "100 ft30.48 m" it probably means that you
> >> have javascript turned off, or that something is wrong with the scripts
> >> served. I use this  css hack to serve something slightly more readable
> to
> >> non js users:
> >>
> >>
> >> .client-nojs .smwttcontent {
> >>
> >>1. font-size: .7em;
> >>
> >> }
> >>
> >> .client-nojs .smwttcontent:before {
> >>
> >>1. content: " (";
> >>
> >> }
> >> .client-nojs .smwttcontent:after {
> >>
> >>1. content: ")";
> >>
> >> }
> >>
> >> (see http://xn--ssongsmat-v2a.nu/ssm/Recept:Aloo_Palak)
> >>
> >> /Leo
> >>
> >>
> >> ___
> >> Leonard Wallentin
> >> http://leowallentin.se
> >>
> >>
> >> 2013/11/23 Benjamin Pelletier 
> >>
> >>> I have a Semantic template that has a few quantity inputs I'd like to
> >>> display on the page.  I could do this:
> >>>
> >>> [[Has longest rappel::{{{Longest rappel|}}}]]
> >>>
> >>> But that works poorly because the user can enter 100, 100 ft, 100 feet,
> >>> 30.48 meters, etc and all those inputs are identical in the database,
> >>> but
> >>> get displayed differently.  It seems I can get around this by doing
> >>>
> >>> {{#set:Has longest rappel={{{Longest
> >>> rappel|}{{#show:{{PAGENAME}}|?Has longest rappel#-}}
> >>>
> >>> But man, that seems ugly, long, and inefficient.  Is there a better
> way?
> >>>
> >>> Also, separately, the Display units for Has longest rappel consist of
> >>> two
> >>> units (ft and m), and the output of
> >>>
> >>> {{#show:{{PAGENAME}}|?Has longest rappel}}
> >>>
> >>> is actually
> >>>
> >>> 100 ft30.48 m
> >>>
> >>> Why is it displayed that way (pretty much useless) instead of
> >>>
> >>> 100 ft (30.48 m)
> >>>
> >>> ...like it is on, say, the Browse properties page?
> >>>
> >>>
> >>>
> --
> >>> Shape the Mobile Experience: Free Subscription
> >>> Software experts and developers: Be at the forefront of tech
> innovation.
> >>> Intel(R) Software Adrenaline delivers strategic insight and
> >>> game-changing
> >>> conversations that shape the rapidly evolving mobile landscape. Sign up
> >>> now.
> >>>
> >>>
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> >>> ___
> >>> Semediawiki-devel mailing list
> >>> Semediawiki-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
> >>>
> >>>
> >>
> >
>
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk___
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Re: [SMW-devel] Error in form editing when coordinates are blank

[Benjamin Pelletier]

Thanks; I'll see what I can do to about installing the dev versions of Maps
and Semantic Maps.  I tried just git cloning them and the result was a
white screen upon page load (the PHP crashed somewhere), so I put the old
versions back.  I'm guessing there was a problem with some dependency, but
it's not clear what all I need to do to support moving to the dev branches
so I suppose I'll wait 3 days for MediaWiki 1.22 to be officially released
so I can use Composer to upgrade everything.  If there is a better strategy
or documentation on upgrading from the current release versions to the dev
branches?


On Tue, Nov 26, 2013 at 3:47 AM, Niklas Laxström
wrote:

> This seems to be 
> https://bugzilla.wikimedia.org/38632
>
>   -Niklas
>
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk___
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel