[SMW-devel] Problems with SMW_QP_JSONlink.php
Hi All, I have a found several bugs in SMW_QP_JSONlink.php. In summary these are: - It produces invalid JSON (the keys are not always enclsoed in quotes) - It fails on certain queries - namely when you specify a query to retrieve certain values from a particular page I've tested it fairly well and would like to commit it to SVN but don't have write access. I send the fix to this list, but I don't think that's the best way to do it. How do I go about getting write access? Neil -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Problems with SMW_QP_JSONlink.php
Neil, Usually it's done by filing a bug in Bugzilla and attaching a patch. But there is also a way to get commit access here: http://www.mediawiki.org/wiki/Commit_access Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Aug 14, 2009 at 10:48 AM, Neil Davies wrote: > Hi All, > > I have a found several bugs in SMW_QP_JSONlink.php. In summary these are: > >- It produces invalid JSON (the keys are not always enclsoed in quotes) >- It fails on certain queries - namely when you specify a query to >retrieve certain values from a particular page > > I've tested it fairly well and would like to commit it to SVN but don't > have write access. I send the fix to this list, but I don't think that's the > best way to do it. How do I go about getting write access? > > Neil > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Problems with SMW_QP_JSONlink.php
Here's another useful page on MediaWiki hacking in general: http://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Posting_a_patch Thank you, Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Aug 14, 2009 at 11:07 AM, Sergey Chernyshev < sergey.chernys...@gmail.com> wrote: > Neil, > > Usually it's done by filing a bug in Bugzilla and attaching a patch. > > But there is also a way to get commit access here: > http://www.mediawiki.org/wiki/Commit_access > > Sergey > > > -- > Sergey Chernyshev > http://www.sergeychernyshev.com/ > > > On Fri, Aug 14, 2009 at 10:48 AM, Neil Davies wrote: > >> Hi All, >> >> I have a found several bugs in SMW_QP_JSONlink.php. In summary these are: >> >>- It produces invalid JSON (the keys are not always enclsoed in >>quotes) >>- It fails on certain queries - namely when you specify a query to >>retrieve certain values from a particular page >> >> I've tested it fairly well and would like to commit it to SVN but don't >> have write access. I send the fix to this list, but I don't think that's the >> best way to do it. How do I go about getting write access? >> >> Neil >> >> >> -- >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> ___ >> Semediawiki-devel mailing list >> Semediawiki-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >> >> > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
[SMW-devel] External Data - Issue with CSV/CSV with header ?
Hi Yaron After updating ED to 0.7.1, I am experiencing issues with a page accessed as 'CSV with header' format. That page used to work before the update - That is, I was able to retrieve data from the CSV list and display it in a table. After the update, the table is blank. I am able to retrieve data from XML though, so the extension works. It seems to happen with CSV and CSV with header. I did not try JSON. I am using CSV content in a page between tags. I will try to troubleshoot it more if I have time later today, but at first glance, something odd is going on. Check the example from the extension page : http://discoursedb.org/wiki/Germany it seems broken as well. - Laurent -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] External Data - Issue with CSV/CSV with header ?
Hi, I got very concerned seeing that link, although thankfully hitting "refresh" on the page cleared it up - the page is now displaying correctly again. My guess (my hope) is that the error you're seeing is just related to a typo in the header names, or something like that. -Yaron On Fri, Aug 14, 2009 at 11:25 AM, Laurent Alquier wrote: > > Hi Yaron > > After updating ED to 0.7.1, I am experiencing issues with a page accessed > as 'CSV with header' format. > > That page used to work before the update - That is, I was able to retrieve > data from the CSV list and display it in a table. > After the update, the table is blank. > > I am able to retrieve data from XML though, so the extension works. > > It seems to happen with CSV and CSV with header. I did not try JSON. > > I am using CSV content in a page between tags. > > I will try to troubleshoot it more if I have time later today, but at first > glance, something odd is going on. > > Check the example from the extension page : > http://discoursedb.org/wiki/Germany > > it seems broken as well. > > - Laurent > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ___ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Problems with SMW_QP_JSONlink.php
Thanks, I have created the bug report and attached the patch https://bugzilla.wikimedia.org/show_bug.cgi?id=20241 Neil On Fri, Aug 14, 2009 at 11:09 AM, Sergey Chernyshev < sergey.chernys...@gmail.com> wrote: > Here's another useful page on MediaWiki hacking in general: > > http://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Posting_a_patch > > Thank you, > > Sergey > > > -- > Sergey Chernyshev > http://www.sergeychernyshev.com/ > > > On Fri, Aug 14, 2009 at 11:07 AM, Sergey Chernyshev < > sergey.chernys...@gmail.com> wrote: > >> Neil, >> >> Usually it's done by filing a bug in Bugzilla and attaching a patch. >> >> But there is also a way to get commit access here: >> http://www.mediawiki.org/wiki/Commit_access >> >> Sergey >> >> >> -- >> Sergey Chernyshev >> http://www.sergeychernyshev.com/ >> >> >> On Fri, Aug 14, 2009 at 10:48 AM, Neil Davies wrote: >> >>> Hi All, >>> >>> I have a found several bugs in SMW_QP_JSONlink.php. In summary these are: >>> >>>- It produces invalid JSON (the keys are not always enclsoed in >>>quotes) >>>- It fails on certain queries - namely when you specify a query to >>>retrieve certain values from a particular page >>> >>> I've tested it fairly well and would like to commit it to SVN but don't >>> have write access. I send the fix to this list, but I don't think that's the >>> best way to do it. How do I go about getting write access? >>> >>> Neil >>> >>> >>> -- >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> ___ >>> Semediawiki-devel mailing list >>> Semediawiki-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >>> >>> >> > -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Problems with SMW_QP_JSONlink.php
Neil, thanks a lot! Contributions are very welcome. On Freitag, 14. August 2009, Sergey Chernyshev wrote: > Neil, > > Usually it's done by filing a bug in Bugzilla and attaching a patch. Yes, this is the preferred solution in this case. In particular, there is a reason why the JSON is invalid: Exhibit, the main consumer application of SMW's JSON, expects it to be like this. We hope that this is fixed at some point, or we will need to introduce some parameter for controlling this behaviour in order to preserve a way of using the exports in Exhibit (e.g. as on http://beer.geekworks.de/). There has also been some discussion on this on this list recently about the issue, but I do not have a pointer now. If I have recalled this thread correctly here, then we should probably add an according explanation to the code (since it is the only thing anyone is bound to look at when investigating this issue). The solution for the other issue you mention should be easier to integrate, so separate patches would be nice. > > But there is also a way to get commit access here: > http://www.mediawiki.org/wiki/Commit_access This is certainly a good thing if you want to get more deeply into MW extension development. When doing non-trivial changes, it is still good to send a note/explanation to this list, to avoid confusion among other developers (and sometimes, as in this case, there might be unexpected side- effects to an seemingly straightforward fix). Regards, Markus > > Sergey > > > -- > Sergey Chernyshev > http://www.sergeychernyshev.com/ > > On Fri, Aug 14, 2009 at 10:48 AM, Neil Davies wrote: > > Hi All, > > > > I have a found several bugs in SMW_QP_JSONlink.php. In summary these are: > > > >- It produces invalid JSON (the keys are not always enclsoed in > > quotes) - It fails on certain queries - namely when you specify a query > > to retrieve certain values from a particular page > > > > I've tested it fairly well and would like to commit it to SVN but don't > > have write access. I send the fix to this list, but I don't think that's > > the best way to do it. How do I go about getting write access? > > > > Neil > > > > > > - > >- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day trial. Simplify your report design, integration and deployment - > > and focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > ___ > > Semediawiki-devel mailing list > > Semediawiki-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Markus Krötzsch * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org signature.asc Description: This is a digitally signed message part. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Re: [SMW-devel] Problems with SMW_QP_JSONlink.php
On Freitag, 14. August 2009, Neil Davies wrote: > Thanks, I have created the bug report and attached the patch > https://bugzilla.wikimedia.org/show_bug.cgi?id=20241 Thanks. (I sent my previous mail before seeing this). -- Markus > > Neil > > On Fri, Aug 14, 2009 at 11:09 AM, Sergey Chernyshev < > > sergey.chernys...@gmail.com> wrote: > > Here's another useful page on MediaWiki hacking in general: > > > > http://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Posting_a_ > >patch > > > > Thank you, > > > > Sergey > > > > > > -- > > Sergey Chernyshev > > http://www.sergeychernyshev.com/ > > > > > > On Fri, Aug 14, 2009 at 11:07 AM, Sergey Chernyshev < > > > > sergey.chernys...@gmail.com> wrote: > >> Neil, > >> > >> Usually it's done by filing a bug in Bugzilla and attaching a patch. > >> > >> But there is also a way to get commit access here: > >> http://www.mediawiki.org/wiki/Commit_access > >> > >> Sergey > >> > >> > >> -- > >> Sergey Chernyshev > >> http://www.sergeychernyshev.com/ > >> > >> On Fri, Aug 14, 2009 at 10:48 AM, Neil Davies wrote: > >>> Hi All, > >>> > >>> I have a found several bugs in SMW_QP_JSONlink.php. In summary these > >>> are: > >>> > >>>- It produces invalid JSON (the keys are not always enclsoed in > >>>quotes) > >>>- It fails on certain queries - namely when you specify a query to > >>>retrieve certain values from a particular page > >>> > >>> I've tested it fairly well and would like to commit it to SVN but don't > >>> have write access. I send the fix to this list, but I don't think > >>> that's the best way to do it. How do I go about getting write access? > >>> > >>> Neil > >>> > >>> > >>> --- > >>>--- Let Crystal Reports handle the reporting - Free Crystal Reports > >>> 2008 30-Day > >>> trial. Simplify your report design, integration and deployment - and > >>> focus on > >>> what you do best, core application coding. Discover what's new with > >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july > >>> ___ > >>> Semediawiki-devel mailing list > >>> Semediawiki-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel -- Markus Krötzsch * Personal page: http://korrekt.org * Semantic MediaWiki: http://semantic-mediawiki.org * Semantic Web textbook: http://semantic-web-book.org signature.asc Description: This is a digitally signed message part. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
[SMW-devel] SMW_DV_Time.php: CE/BCE symbol support, passing of model preference as $unit, and rearrangement of parsing
Markus, Fabian, and all:
Herewith the tenth patch to SMW_DV_Time.php. This accomplishes the
following:
1. Introduces support for the symbols "CE" and "BCE." This support
accomplishes the following:
a. Dates annotated as "CE" and "BCE" will be treated the same as
dates annotated as "AD" (or without any specified preference) or "BC",
as applicable.
b. The CE and BCE symbols are carried forward to the browsing and,
hopefully, the query printouts. They even pass to the tooltip
printout--more on that below.
2. Passes the calendar model symbol as the return value in public
function getUnit() and as the argument titled $unit in
parseXSDValue($value,$unit). Whether that is successful will depend
largely on a further test of queries, as I switch certain properties on
my wiki from type "Historical Date" to type "Date."
3. Changes the tooltip dialog bubble to contain /only/ the Gregorian
or proleptic Gregorian equivalent of any date, or any Julian or Modified
Julian Day, that is annotated. As such the tooltip bubble has ample
space for displaying a full date and time.
4. Changes the output of getLongWikiText($linked) so that it will
return a date in the specified model, or the model appropriate for the
era. If the specified model was "AM" or "He" or "Jl", then the printout
will be the one appropriate to the chosen model. Otherwise, if the JD is
less than the JD of the Gregorian Calendar switchover, the Julian value
will be printed out; otherwise the Gregorian value will print out. This
primarily affects browse-property output.
5. Rewrites the comments that appear at the beginning of the file, to
reflect current development efforts.
Installation of CE and BCE support was critical to the next task, which
will be internationalization of all twelve-hour annotations ("am" and
"pm" in English, and the equivalent in Russian, Korean, and Chinese),
and all calendar-model symbolic annotations. I need to internationalize
for my wiki, because I have sites in eight languages in addition to
English, and some of these already have annotated dates that I shall
wish to transfer to the enhanced standard date datatype.
As you probably figured out, I have been working on a version of SMW
that came out in SVN as part of the MediaWiki-1.14 branch. I did not
check this out of SMW's own SVN channel. I realize that some changes
have been made, and part of my next effort will be to transfer all of my
improvements to a form of SMW_DV_Time.php supplied with SMW-1.4.2. The
key change is that the functions getXSDValue() and
parseXSDValue($value,$unit) are now replaced with getDBkeys() and
parseDBkeys($args). I won't be able to appreciate all the other changes
that were made, however, until I run "diff" between two versions of the
script originally obtained from you. I have those already, and can
generate a patch file, but I will probably have to "apply" the patch
"manually".
Even that will await the rather laborious process of reannotating a
number of dates in which I used a format that I have decided to drop.
Specifically, I originally supported the annotation of a four-digit year
with a small minuscule letter [a-d] to stand for autumn (a), winter (b),
spring (c), or summer (d). That is a nonstandard format, and the only
source that ever used that was Ussher's /Annals of the World/. (And even
then he used it strictly for his Anno Mundi dates, never for Julian
Calendar dates). If any of you can suggest a safe mass find-and-replace
extension that I can use, I would appreciate it. But failing that, I
suspect that I can search each property page for annotated values that
return error conditions. Naturally, what I propose to do is simply
replace all instances of this non-standard annotation with
month-and-year specifications, in each case using the month that
appropriately begins the season. I have forty-two hundred articles on my
wiki, of which perhaps not more than two hundred actually use any dates
annotated in this fashion, so replacing them all is probably the best
course of action.
However, if anyone believes that such a "quarterly interval" format is
desirable, let me know and I'll try to implement it anyway.
Temlakos
--- ../SemanticMediaWiki-lng/SMW_DV_Time.php2009-08-13 20:52:12.0
-0400
+++ ./SMW_DV_Time.php 2009-08-14 14:54:36.0 -0400
@@ -14,43 +14,71 @@
* Dates can be given in many formats, using numbers, month names, and
abbreviated
* month names. The preferred interpretation of ambiguous dates ("1 2 2008" or
even
* "1 2 3 BC") is controlled by the language file, as is the local naming of
months.
- * English month names are always supported. Currently, the additions "AM",
"PM", "BC",
- * and "AD" are supported, but not (yet) localised to other languages.
+ * English month names are always supported.
+ *
+ * Currently, the twelve-hour clock annotations "am" and "pm", and the calendar
+ * symbols "BC", "AD", "He", "Gr", "
[SMW-devel] SMW_DV_Time.php Internationalization
Markus, Fabian, and everyone:
This e-mailing contains the first of two required patches, since I am
not certain that everyone's e-mail client can handle more than one
attachment to one message.
This is the patch to SMW_DV_Time.php itself. The internationalization
support consists of various calls to functions newly invented for the
various language files. A combined patch for all the affected language
files will follow under separate cover.
Not all symbols are supported in all languages. This is especially true
of Korean and Chinese. Language support in Russian is provided for all
symbols for which Russian equivalents exist; the JD and MJD symbols are
not translated but are used as they appear in English.
With this internationalization support, a user writing in, say, German
can annotate the date of the assassination of Julius Caesar as "15 März
44 vChr", or in the alternative, "15 März 44 vdZ." This will process
properly, and the proleptic Gregorian printout will appear in the
tooltip as either "13 März 43 vChr" or "13 März 43 vdZ" consistent with
the original annotation symbol used. For the non-German speakers
receiving this e-mail, "vChr" translates as "BC" and "vdZ" translates as
"BCE".
This completes the major development work on SMW_DV_Time.php. I will now
attempt to move this file into later versions of SMW.
Temlakos
--- ../SemanticMediaWiki-lng/SMW_DV_Time.php2009-08-14 15:34:56.0
-0400
+++ ./SMW_DV_Time.php 2009-08-14 19:14:06.0 -0400
@@ -18,7 +18,7 @@
*
* Currently, the twelve-hour clock annotations "am" and "pm", and the calendar
* symbols "BC", "AD", "He", "Gr", "Jl", "JD", "MJD", "AM", and "OS" are
supported,
- * but not (yet) localised to other languages. Civilian and military time-zone
monikers
+ * and localised to most SMW-supported languages. Civilian and military
time-zone monikers
* are also supported; these do not require internationalization, except
perhaps into
* Cyrillic. Cyrillic support will be added when deemed necessary.
*
@@ -100,7 +100,6 @@
*
* @todo Add support for additional calendar models (mainly requires
conversion algorithms and
* internationalization support).
- * @todo Internationalise the treatment of AD, BC, PM, AM. Add more formats
(p.m. or BCE).
* @todo Try to reuse more of MediaWiki's records, e.g. to obtain month names
or to
* format dates. The problem is that MW is based on SIO timestamps that don't
extend to
* very ancient or future dates, and that MW uses PHP functions that are bound
to UNIX time.
@@ -219,8 +218,8 @@
$filteredvalue = $value; //value without time definition and
further abbreviations like PM or BC
//browse string for special abbreviations referring to time
like am, pm
- if(preg_match("/\040[ap]m/u", $filteredvalue, $match)){
- $this->m_timeannotation = strtolower($match[0]);
+ if(preg_match($smwgContLang->getRgxAmPm(), $filteredvalue,
$match)){
+ $this->m_timeannotation =
$smwgContLang->findAmPm(trim($match[0]));
$regexp = "/(\040|T){0,1}".str_replace("+", "\+",
$match[0])."(\040){0,1}/u"; //delete pm/am, preceding and following chars
$filteredvalue = preg_replace($regexp,'', $filteredvalue);
//value without am/pm
}
@@ -237,8 +236,8 @@
//browse string for special abbreviations referring to year
like AD, BC, and OS
$is_yearbc = false;
- if(preg_match("/(A[DM]|BC(E)?|CE|Gr|He|Jl|(M)?JD|OS)/u",
$filteredvalue, $match)){
- $this->m_pref = $match[0];
+ if(preg_match($smwgContLang->getRgxCalendar(), $filteredvalue,
$match)){
+ $this->m_pref = $smwgContLang->findCalendar($match[0]);
if (($this->m_pref == 'BC') || ($this->m_pref ==
'BCE')) {
$is_yearbc = true;
}
@@ -779,9 +778,9 @@
if ($this->m_gregvalue === false) {
//MediaWiki date function is not applicable any more
(no support for BC Dates)
if ($this->m_year > 0) {
- $this->m_gregvalue =
number_format($this->m_year, 0, '.', '') . ((($this->m_pref == 'AD') ||
($this->m_pref == 'CE')) ? (' ' . $this->m_pref) : '');
+ $this->m_gregvalue =
number_format($this->m_year, 0, '.', '') . ((($this->m_pref == 'AD') ||
($this->m_pref == 'CE')) ? (' ' . $smwgContLang->getCalendar($this->m_pref)) :
'');
} else {
- $this->m_gregvalue =
number_format(-($this->m_year), 0, '.', '') . (($this->m_pref == 'BCE') ? '
BCE' : ' BC'); // note: there should be no digits after the comma anyway
+ $this->m_gregvalue =
number_format(-($this->m_year), 0, '.', '') . (($this->m_pref == 'BCE') ? ' ' .
$
[SMW-devel] SMWLanguageXx.php files: Internationalization support for SMW_DV_Time.php
Markus, Fabian, and everyone:
Attached is a patch that will add appropriate code to all the files in
the /languages directory for which I was able to provide
language-appropriate month names and symbols for calendars and
twelve-hour annotations for the latest version of SMW_DV_Time.php. I
have carefully scrubbed this patch of any references either to my old
custom data type or to any language file that SMW does /not/ have by
default.
This patch contains lists of month names (including several that did not
previously exist in some of the files), am/pm symbols, calendar symbols,
and regular expressions for finding these symbols. The patch also
contains some namespace translations that had not been previously
provided, and in at least one case, an extensive list of English aliases.
The file SMW_Language.php contains definitions of the necessary
functions, and defaults for the returned variables.
When this patch is applied, the internationalization of SMW_DV_Time.php
will work.
Temlakos
Only in .: languages.patch
diff -au ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageDe.php
./SMW_LanguageDe.php
--- ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageDe.php
2009-02-25 20:48:16.0 -0500
+++ ./SMW_LanguageDe.php2009-08-14 19:26:51.0 -0400
@@ -25,6 +25,7 @@
* "printout statement" --> Ausgabeanweisung
*
* @author Markus Krötzsch
+ * @author Terry A. Hurlbut
* @ingroup SMWLanguage
* @ingroup Language
*/
@@ -118,6 +120,24 @@
protected $m_months = array("Januar", "Februar", "März", "April", "Mai",
"Juni", "Juli", "August", "September", "Oktober", "November", "Dezember");
-protected $m_monthsshort = array("Jan", "Feb", "Mär", "Apr", "Mai", "Jun",
"Jul", "Aug", "Sep", "Okt", "Nov", "Dez");
+protected $m_monthsshort = array("Jan", "Feb", "Mrz", "Apr", "Mai", "Jun",
"Jul", "Aug", "Sep", "Okt", "Nov", "Dez");
+
+protected $m_monthsAM = array("Aviv", "Siw", "Sivan", "Tammus", "Aw", "Elul",
"Etanim","Bul","Kislew","Tevet","Schevat","Adar");
+
+protected $m_monthsshortAM = array("Avi", "Siw", "Siv", "Tam", "Aw", "Elu",
"Eta","Bul","Kis","Tev","Sch","Ada");
+
+protected $m_monthsH = array("Nisan", "Ijjar", "Siwan", "Tammus", "Aw",
"Elul", "Tischri", "Cheschwan", "Kislew", "Tevet", "Schevat", "Adar", "WeAdar");
+
+protected $m_monthsshortH = array("Nis", "Ijj", "Siw", "Tam", "Aw", "Elu",
"Tis", "Che", "Kis", "Tev", "Sch", "Ada", "Wea");
+
+protected $m_ampm = array("am" => "am", "pm" => "pm");
+
+protected $m_rgxampm = "/\040[ap]m/u";
+
+protected $m_calendar = array("AD" => "AD", "AM" => "AM", "BC" => "AC", "BCE"
=> "vdZ", "CE" => "vuZ",
+ "Gr" => "Gr", "He" => "He", "JD" => "JD", "Jl" => "Jl", "MJD"
=> "MJD", "OS" => "OS");
+
+protected $m_rgxcalendar = "/(A[CDM]|Gr|He|Jl|(M)?JD|OS|v[du]Z)/u";
+
}
diff -au ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageEn.php
./SMW_LanguageEn.php
--- ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageEn.php
2009-02-25 20:50:02.0 -0500
+++ ./SMW_LanguageEn.php2009-08-14 18:48:46.0 -0400
@@ -18,6 +18,7 @@
* English language labels for important SMW labels (namespaces,
datatypes,...).
*
* @author Markus Krötzsch
+ * @author Terry A. Hurlbut
* @ingroup SMWLanguage
* @ingroup Language
*/
@@ -80,6 +81,23 @@
protected $m_monthsshort = array("Jan", "Feb", "Mar", "Apr", "May", "Jun",
"Jul", "Aug", "Sep", "Oct", "Nov", "Dec");
+protected $m_monthsAM = array("Abib", "Zif", "Sivan", "Tammuz", "Av", "Elul",
"Ethanim","Bul","Kislev","Teveth","Shevat","Adar");
+
+protected $m_monthsshortAM = array("Abi", "Zif", "Siv", "Tam", "Av", "Elu",
"Eth","Bul","Kis","Tev","She","Ada");
+
+protected $m_monthsH = array("Nisan", "Iyar", "Sivan", "Tammuz", "Av", "Elul",
"Tishrei", "Cheshvan", "Kislev", "Teveth", "Shevat", "Adar", "Veadar");
+
+protected $m_monthsshortH = array("Nis", "Iya", "Siv", "Tam", "Av", "Elu",
"Tis", "Che", "Kis", "Tev", "She", "Ada", "Vea");
+
+protected $m_ampm = array("am" => "am", "pm" => "pm");
+
+protected $m_rgxampm = "/\040[ap]m/u";
+
+protected $m_calendar = array("AD" => "AD", "AM" => "AM", "BC" => "BC", "BCE"
=> "BCE", "CE" => "CE",
+ "Gr" => "Gr", "He" => "He", "JD" => "JD", "Jl" => "Jl", "MJD"
=> "MJD", "OS" => "OS");
+
+protected $m_rgxcalendar = "/(A[DM]|BC(E)?|CE|Gr|He|Jl|(M)?JD|OS)/u";
+
}
diff -au ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageEs.php
./SMW_LanguageEs.php
--- ../../SemanticMediaWiki-1.5bSVN/languages/SMW_LanguageEs.php
2009-02-25 20:51:20.0 -0500
+++ ./SMW_LanguageEs.php2009-08-14 19:30:24.0 -0400
@@ -17,6 +17,7 @@
* Spanish language labels for important SMW labels (namespaces,
datatypes,...).
*
* @author Javier Calzada Prado, Carmen Jorge GarcÃa-Reyes, Universidad
Carlos III de Madrid, Jesús Espino GarcÃa
+ * @author Terry A. Hurlbut
* @ingroup SMWLanguage
* @ingroup Language
*/
@@ -88,8 +90,8 @@
SMW_NS_P
