[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