[null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "http://2.bp.blogspot.com/-MseethiaIC4/Ta1Zdg8LPVI/AAAAAAAACzk/wnn0GGeUA5E/s1600/Wikia+community.png", "src": "http://2.bp.blogspot.com/-MseethiaIC4/Ta1Zdg8LPVI/AAAAAAAACzk/wnn0GGeUA5E/s1600/Wikia+community.png", "formatted_filename": "Wikia community"}, null, null, null, null, null, null, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "http://3.bp.blogspot.com/-QT2cIhn4Yxw/TbyIhMSEoUI/AAAAAAAAC28/LiRdqNDKLiE/s200/WLM_2011.png", "src": "http://3.bp.blogspot.com/-QT2cIhn4Yxw/TbyIhMSEoUI/AAAAAAAAC28/LiRdqNDKLiE/s200/WLM_2011.png", "formatted_filename": "WLM", "rendered_width": 173, "rendered_height": 200}, null, null, null, null, null, null, null, null, null, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "http://2.bp.blogspot.com/-XvgVkabPYgs/ShMgmG-jwsI/AAAAAAAAAso/grR4sGuJ2xI/s1600/Wiki.png", "src": "http://2.bp.blogspot.com/-XvgVkabPYgs/ShMgmG-jwsI/AAAAAAAAAso/grR4sGuJ2xI/s1600/Wiki.png", "formatted_filename": "Wiki"}, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "http://4.bp.blogspot.com/-dWSwCFngSqQ/S3lyei2C_qI/AAAAAAAABXo/unuuGReRNpU/s1600/100+jaar.jpg", "src": "http://4.bp.blogspot.com/-dWSwCFngSqQ/S3lyei2C_qI/AAAAAAAABXo/unuuGReRNpU/s1600/100+jaar.jpg", "formatted_filename": "jaar"}, null, null, null, null, null, null, null, null, null, null, null, null, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "http://4.bp.blogspot.com/-_lDL6w1tolE/Vooas8DjclI/AAAAAAAAKy0/MTcu-hk_cIY/s200/red%2Blinks.jpg", "src": "http://4.bp.blogspot.com/-_lDL6w1tolE/Vooas8DjclI/AAAAAAAAKy0/MTcu-hk_cIY/s200/red%2Blinks.jpg", "formatted_filename": "red Blinks"}, null, null, null, {"document_url": "http://ultimategerardm.blogspot.no/2011/11/", "unformatted_src": "//lh5.googleusercontent.com/-ZWXWp2PfymE/AAAAAAAAAAI/AAAAAAAAFd8/8DQ51kZvMF4/s80-c/photo.jpg", "src": "http://lh5.googleusercontent.com/-ZWXWp2PfymE/AAAAAAAAAAI/AAAAAAAAFd8/8DQ51kZvMF4/s80-c/photo.jpg", "formatted_filename": "photo", "alt_text": "My photo", "rendered_width": 80, "rendered_height": 80}, null, null, null, null, null, null, null, null, null, null, null, null]

#MediaWiki release 1.18 is out The new MediaWiki stable release has been announced and, the list of new features is impressive. When you have your own MediaWiki installation, you definitely want to consider upgrading.

There are several innovations that are quite relevant:
An "in your face" message is often hard to identify. Adding &uselang=qqx to the URL will provide you with the information you need to identify the message at translatewiki.net for localisation or local modification. For the localisers this is a very significant tool.

Given that extensions are included in the new release, it will be a good idea to have three extensions included in the next release for Wikis that do not have English for its user interface. They are:

In this way a language will always be up to date with the latest localisations, it will be supported with input methods and fonts that make the Wiki accessible to as wide a group of people as we can make it. What would be really awesome is when new and improved keyboard methods and fonts can be distributed in a similar way as the messages...
Posted by Gerard Meijssen at 10:02 am Labels: jQuery, Language support, MediaWiki, new functionality, release, translatewiki.net, Wikipedia


A #translation sprint and an intro to #MediaWiki hacking The verdict on the records is out; the day is not done yet. The biggest thing was when a Panjabi woman was thrilled to be able to just type Panjabi in the Symbiosis computer lab.

This was a revelation shared by other people in the room for other languages. Supporting many Indic languages is available for many operating systems. Never mind how cool it is to support you with Narayam and WebFonts, it is much better to have support local on your local device. This not only provides you with the support you deserve in Wikipedia but also in all the applications you might run. You know what, installing this is not that hard.

At this time 40+ new people created a profile at translatewiki.net, many people have experienced that it is not that hard to support Free Software by helping themselves make the software available in their own language.

The second part of the day, the technical part was too short but many people got a clue what MediaWiki and its infrastructure is about. For us to be in Pune has been a privilege and, it is really cool to see the functionality we are so passionate about being used in earnest.
Posted by Gerard Meijssen at 11:59 am Labels: conference, India, Language support, localisation, translatewiki.net, Wikipedia


#Translation sprint in Pune is one for the whole world 

Posted by Gerard Meijssen at 5:03 pm 


The #Tifinagh script for #Berber languages can be typed 


Hackasaurus or let's edit #HTML 

Posted by Gerard Meijssen at 1:19 pm 

Narayam will look like this

The #India hackathon produced excellent results; one of the highlights was the online keyboard for Narayam. It will need some modifications but it at least allows you to SEE where these bleeding keys are on an International keyboard. The day after the hackathon we tried to install the patch only to find that some files were sadly lacking. The good news is that after a few e-mails there is not only a screenshot but the missing files are now available to us as well. A big thank you to Abhijeet Pathak for his contribution and his kind support.
Posted by Gerard Meijssen at 5:27 am Labels: hackathon, India, Language support, Wikipedia


#Agile is about getting functionality out Many software development projects fail to get functionality in a timely manner. Often all functionality is released all together and it has to function to the nth degree. Usually it doesn't and usually the users of the new functionality grumble and object. The Wikimedia Localisation team does not produce everything in one go. What it does is produce functionality that is described in a story

Alolita wants to edit to localise the translatewiki.net user interface in Hindi and uses the Narayam functionality to mimic a Devanagari keyboard. She is not able to type blind and she uses a mock-up of the keyboard to find the keys she needs to press

In Agile this is called an "user story" and for us it is part of the Narayam "epic story". This story is analysed, it is divided in tasks, they are given points and every fortnight it is decided what stories to implement in the next sprint. Those stories can be quite rough around the edges consider; a story that takes as a premise that the user can type Hindi blindly is already in production.

The point of the stories is that they describe precise functionality and this is what is realised in a limited time frame. These stories are selected at the beginning of a sprint and consequently not only does new functionality get frequently realised and implemented, priorities for what the language team is to do are also constantly re-assessed.

Our hope is that our users; the Wiki communities will find us responsive. Our aim is to make the gap  between the user-experience in English and any other language as small as we can make it.

Posted by Gerard Meijssen at 2:14 pm Labels: Agile, Language support, Localisation team


The #Wikipedia challenge for an AppStore When an application has been developed, tested and ready, it gets into an AppStore. Except that a developer develops and when he is done it still needs to be localised.

As Wikipedia exists in over 270 languages, you can imagine that the localisation for any application is a continuous process at translatewiki.net. The challenge for all the AppStores; support this continuous stream of new localisations.

Even existing users of a Wikipedia application may be in need for new and improved localisations. Really how are these stores going to cope ??
Posted by Gerard Meijssen at 12:36 pm Labels: localisation, mobile, Wikipedia

Typing made easier for six languages 


Hackathon #India day one

With a large group like this, with so much talent a lot can be done in one day. When the achievements of the days were presented it was quite a lot. Posted by Gerard Meijssen at 2:40 pm 

Getting the knack of Narayam Narayam provides input methods to several languages of India. This is seen with keen interest by many Wikimedia communities. Their need for an input method is no less profound then for their language.

At the India hackathon people expressed interest to create an input method for Marathi or Panjabi. At the WikiConference India there was interest to create an input method for the Angika language.

When technical people and language people get together, they can do awesome stuff. The language people know what it should look like while the technical people can make it happen. Doing this in an organised way however is the difference between a hack and a solution.

To create solutions we have our language support teams; once hacks are tried and tested, when it meets with all the initial requirements hacks can become a solution when they are passed on to downstream applications. When a Marathi keyboard method has been defined, why not have it also in a Linux distribution or defined in the applicable ISO standard.

Yes, it is great to start with hacks but our languages are not only used in MediaWiki for Wikipedia.
Posted by Gerard Meijssen at 6:20 am Labels: hackathon, India, ISO, Language support, MediaWiki


WebFonts are ready for your comments At the WikiConference #India, one of the main topics is support for the languages of India. The government of India acknowledges in its best practices that not everybody speaks English. MediaWiki may not be used by the Indian government, but it certainly aspires to bring these best practices in reality. In summary, we aim to make Wikipedia and all its sister projects as easy to edit in for instance Malayalam or Orya as English.

One of the stumbling blocks for us is that many of the computers sold did not come with support for the Indic fonts or with the keyboard mappings for Indic languages. The "Localisation team" worked hard to overcome these two very basic issues. For many languages the Narayam extension is now live and allows people to type. The next phase is providing WebFonts. Web fonts are fonts send to your computer with the data for the articles.

Providing web fonts can only happen by us when fonts are available for a language and when these fonts are freely licensed. Luckily the fonts used by the Linux operating system are freely licensed and we are happy to provide these as well as other fonts to you.

At this time we are testing the use of WebFonts at translatewiki.net and we intent to bring WebFonts in production for all Wikimedia projects in Indic languages on December 12. We will start off with WebFonts for the Indian languages and other languages will follow at a later date. In the run-up to production day, we need you to assess the fonts for us. the questions we have are:
Given that our aim is to bring information to everyone, you will appreciate that our prime objective is to enable more readers and help more people to find their way to our projects. We are quite happy to use any font that meets with our technical requirements when it is freely licensed.

To help you assess the options available to your language, there should be a page called WebFonts that contains a copy of the India article in your language.
Posted by Gerard Meijssen at 3:01 pm Labels: conference, India, Language support, Localisation team


#Intrernationalisation - #India Government best practices I was pointed to a PDF about "best practices for e-government applications for India". It is a wonderful document. Many of its messages are completely applicable for MediaWiki and supporting the languages for all our Wiki projects.

A few choice quotes: When Wikipedia is to achieve its purpose, we can paraphrase another great line:

It is our objective now to demonstrate everything stated above available to all Indians regardless of their knowledge of English. It will be native to users’ experience and expectations.

The underlying infrastructure is ready and the implementation can be done. The outcome is cost-effective delivery of useful services to all people using the internet.

Posted by Gerard Meijssen at 8:43 am Labels: Best practices, India, MediaWiki, W3C, Wikipedia


Gender distinction for the #Portuguese language Making a difference based on gender is not the #Wikipedia thing. In selected situations it is however a #MediaWiki thing. Gender and particularly linguistic gender distinguishes how a man or a woman is addressed or referred to. For several languages the “User” name space will be named differently depending on the gender set in the user preferences.

When our messages support gender, it becomes possible to address people using natural language. This improves readability and consequently it makes MediaWiki a more friendly environment. For the Portuguese language this has been implemented recently. Changing a name space is different from programmatic changes; it requires someone who can configure the servers. This means that Portuguese did support gender before it is just that one of the more visual aspects of the user interface supports gender. Supporting gender is an iterative process. Many MediaWiki messages pre-date gender support and at translatewiki.net we get a steady stream of requests to support gender in specific messages on our “Support” page. With so many Portuguese speaking ladies becoming aware of our gender support, they must find occasions where messages could address them even better. We welcome any lady from any language (as well as any gentlemen) to help us improve the MediaWiki experience and point out more messages that can do with a bit of genderification.
Posted by Gerard Meijssen at 1:02 pm Labels: Brazil, gender, MediaWiki, Portugal, translatewiki.net, Wikipedia


#MediaWiki code review leads to refactoring Once software is written, it needs review. When you get a great review, it may include both specific instructions and general suggestions. Krinkle did a wonderful job reviewing the current iteration of the WebFonts extension and his instructions and suggestions equally apply to other applications we are working on.

This realisation that instructions and suggestions are equally relevant in other code is powerful; it also indicates that the existing code is written in a consistent way. For the Localisation Team it is not that surprising as it does its part in the development and the maintenance of coding standards particularly for internationalisation and localisation.

Given that all Wikimedia developers are reviewing each others code and given that every one has its strenghts and weaknesses, quality is achieved by reviewing widely. For many Wikimedia developers reviewing code of other developers is a reminder that they grew into their role because of the people who mentored them and reviewed their code.
Posted by Gerard Meijssen at 9:37 am Labels: Best practices, Localisation team, MediaWiki


#CLDR, the name of languages in Serbian is in lower case At #Translatewiki.net we prefer to use information from the CLDR. Sometimes we get a query why a specific message that uses CLDR information is incorrect.

Is there any parser that converts the words between it to lowercase? Value of $1 variable in this message, in Serbian, should be lowercase. So, Translation statistics for Serbian would be Статистика превода за Српски, which won't be gramatically correct since language names in Serbian are written lowercase.

We use the names of languages from the CLDR and we encourage our localisers, our languages support teams to look at the content of the CLDR because we do use it in our MediaWiki software.

When the data as provided by the CLDR is problematic, we can hack it. The fact is that we really really do not like to do that.
Posted by Gerard Meijssen at 3:05 pm Labels: CLDR, MediaWiki, translatewiki.net

Holy cow, mobile devices morph #Wikipedia

Communicating that Wikipedia will change is the surest way to get into a fight. As far as I am  concerned, Wikipedia has to change and one of the best reasons why Wikipedia has to change is because people are using different devices to access a MediaWiki site.

Yes, Wikipedia will have to change drastically but how will it change? One of the early signals is in what happens in the mobile development. Brandon gave a "brown bag" meeting in the office. It has been recorded and really, if you do not want to be surprised, look at the recording, chew on it and look again. It has things on recent changes, interwiki links, allow for editing or not. The behaviour on devices is discussed and really I recommend you watching it. Watch it again and rethink all the things that are taken as the Wikipedia gospel. It is good that things are reconsidered, revisited and reimplemented.

Mobile is where we grow, what we need to be support more and more in the future.
Posted by Gerard Meijssen at 12:35 pm 


#Wikimedia highlights for October 


The page views for #Wikipedia in #India 

Thank you Domas ! - #Wikipedia stats are here again

As our projects mature, the amount of data they generate grows. The infrastructure needed to manipulate data grows as a consequence. The result is that hardware solutions provided by some of our finest reach the end of the line. Domas has provided us with hardware where the raw data of our traffic was stored. A whole infra structure of statistics depended on it. This included the official Wikimedia statistics. This is where the need for a Wikimedia data solution became all too obvious. In moments of very heavy traffic, the old server could not cope and finally it just run out of steam. With the new solution, we will have more consistent data and we have more of a growth path. Obvious because the WMF is now in control of the whole chain.

Finally a word of thanks to Domas. As a result of his generous gift we have a lot of statistical data starting at a time where statistics did not have the priority it has today.
Posted by Gerard Meijssen at 11:42 am Labels: statistics, thank you, Wikimedia Foundation, Wikipedia


#Kashmiri uses #Devanagari too We are familiar with the fact that a language can use different characters that are part of a script. Just have a look at the Vietnamese Wikipedia for instance; most of its diacritics really look weird and, it is what you get when you insist on using a script that does not really consider a tonal language.

The Devanagari script is used for many languages and the assumption that all these languages use exactly the same characters is wrong. Kashmiri uses characters not used for for instance Hindi. The result is that a font that does not include the additional characters does not suffice, the keyboard method will not be the same.

We often do not have enough knowledge to support the languages that have a Wikipedia. There are also languages waiting in the Incubator needing proper support. We want to support all languages well and, we want to support a language well from the start. Join the "language support team" for your language and help us ensure that we can support your language properly.
Posted by Gerard Meijssen at 12:38 pm 


The #Wikia translation jam Wikia has projects in more then 100 languages and they have many people working on the localisation of their software at translatewiki.net. In order to make this possible, it is vitally important that the developer write code that is both translatable and well documented.

To make this point to their developers, the developers at the Polish office were all invited to join in a "translation jam". This resulted in 253 translations in just an hour. The comments by the developers were really interesting:
Translations, documentation and awareness of the internationalisation process; this is indeed the kind of activity that makes Wikia more effective and responsive.
Posted by Gerard Meijssen at 6:40 am Labels: Best practices, Development, internationalisation, localisation, Wikia


Improved #usability means more work gets done at #translatewiki.net One item on the "to do" list of Niklas was making it easier to become a translator at translatewiki.net. We have had a procedure to follow for a long time. It is intended to ensure that people know at least some English. Knowing English is important because all the software we localise at twn start off in English.

The procedure is now more rational, easier to understand and, a newbie still needs to understand some English. The usability improvements do serve its purpose; more people are admitted as a localiser for their language. These new people are certainly as enthusiastic as people new to translatewiki have always been. As more people are becoming active all the projects that we support benefit. As always, there is more work that needs doing. Please consider spending some of your time localising freely licensed software at translatewiki.net.
Posted by Gerard Meijssen at 5:37 pm Labels: HELP, localisation, translatewiki.net, Usability

Freely licensed fonts are ugly, now what! The #MediaWiki WebFonts extension exists to enable people to read their language. The #Tamil fonts that were initially selected do not deserve the "beauty" prize. Many in the Tamil community are calling for better looking fonts.

The issue is that at the Wikimedia Foundation, we can only use freely licensed fonts. Consequently we are really happy that people are reaching out to the government of Tamil Nadu to make their fonts available under a free license. At the same time people working hard to get more existing fonts ready under a free license; they are completing the fonts, they are reaching out to the developers of fonts. They are working hard to make the use of Tamil on any digital devices a reality.

In many ways, Wikipedia is a "down stream" user of the technology developed for a language, a script. As there are so many languages we can stimulate developments for instance in our "language support teams". The best results will be when technology, fonts are available under a free license. It will help us support your language and it will help any and all other applications that care to provide the internationalisation and localisation needed to make use of it.
Posted by Gerard Meijssen at 10:57 am Labels: India, Language support, MediaWiki, web fonts, Wikipedia


#WCN11 - Wiki loves Monuments At the WCN11 it was time for the jury to announce the winners of the Dutch Wiki loves Monuments challenge. This was the second time Wiki loves monuments hit the Netherlands and this time there were even more pictures taken.

Many pictures just showed the object, some were of technical excellence but the most remarkable included something extra, something special as well. These were the ones that impressed the jury most. The jury report in Dutch.

Posted by Gerard Meijssen at 8:40 pm Labels: Commons, conference, Dutch chapter, Wiki loves monuments, Wikipedia

Celebrating Eid al-Adha in the #Netherlands When politics has its way, this year will be the last year when Muslims are allowed to celebrate Eid al-Adha in the traditional way. Traditionally a sheep is butchered, its meat is shared with the poor. According to a one issue political party, the "party of the animals" butchering animals in the halal way should not be allowed.

The law that effectively prevents the eating of meat by both Muslims and Jews still needs to go through the Dutch senate. My fear is that this law that may be well intentioned, will effectively have quite nasty results. At present animals are slaughtered in slaughter houses. With this law in place I am convinced that many animals will be butchered wherever because people will celebrate their festivals and they want to celebrate it in the traditional way.

PS Ied mubarak
Posted by Gerard Meijssen at 6:20 pm Labels: Islam, Netherlands, rant

Old #Hebrew shown as it should When #Wikisource is to host old sources, it helps when the resulting digital text looks old. Particularly when the way a language is written changed over time, using a different font helps.

In Hebrew, signs may be added to a text that indicate how a text is to be chanted. Such signs are not well supported in most operating systems. Amir has added a default font created by the Culmus Project for texts in old Hebrew (language code hbo).

Testing the waters in this way, a next addition for old Hebrew may be a font that will do justice to manuscripts like the Dead Sea scrolls. It means that our digital text will resemble closely what the manuscript looks like. Having all the characters show properly and in the old style will add respect to the original text.

Once a transcribed text shows visibly the same, it will give added validity to the use of our digital text for comparative research. A project transcribing the Dead Sea scrolls is the kind of project that will make Wikisource shine.
Posted by Gerard Meijssen at 5:47 pm Labels: Israel, Language support, web fonts, wikisource

#WCN11 - Uploading files to #Wikimedia #Commons

A hard nut is being cracked; selecting multiple files that are to be uploaded to Commons. There is a call out for testing this new functionality Not only multiple file upload but other things have changed in the upload process. Read what needs testing, give it a go and see how you like it..

Please do create a profile but also change the language of the user interface to your language..
Posted by Gerard Meijssen at 2:04 pm Labels: Commons, HELP, new functionality

#WCN11 - Attribution is what a #GLAM needs, what #Wikipedia can provide

In Wikipedia we add a reference to the facts mentioned in an article. This is best practice in many Wikipedias. The argument for adding references is as applicable for pictures. Our pictures are freely licensed and consequently they are open to abuse by people who “improve” on the original. It is allowed. Many pictures improve as an illustration and this becomes clear only when you compare it with the original. The original is not on Commons. Many original pictures are kept in museums and archives. Wikipedia will improve not only its references but also its relations with GLAMs when access to the original picture is made easy. To realise this we need to remove all the unnecessary layers between the picture as it is used on a Wiki and the GLAM. Using images from Commons is something we know how to do well. What we need to do is add enough of the meta-data to provide more information and a link to the original at the GLAM website.
It will make us friends and it will help us clean up our act; we can include the license information. This will get us closer to what the intention of the creative commons license is.
Posted by Gerard Meijssen at 1:28 pm 

#WCN11 - #MediaWiki gadgets At the #Wikimedia Conference 2011, one of the best bits of news was in the presentation of Roan and Timo. They have been working on the rejuvenation of our JavaScript support, this brought us a lot of improvements in the past and now they have their sites firmly on the MediaWiki gadgets.

In summary, the syntax to support gadgets is worse then wikisyntax on steroids, the same gadget may exist in a gazillion manifestations on any of the 800 Wikis, internationalisation is a joke, gadgets as they are are awful. Awful because its infrastructure sucks not because of a lack of hard work by a community of people fulfilling a need.

Consequenrly the syntax has to be cleaned up, gadgets are to be shared among the many wikis, it should be able to use all the JavaScript improvements and as gadgets are to be shared, internationalisation is necessary in order for it to work well on all those Wikis.

The best news; Roan and Timo are already testing gadgets with many of the improvements in place. The gadgets are able to use MediaWiki messages and Siebrand and Roan are talking about implementing gender and plural support for JavaScript.
Posted by Gerard Meijssen at 12:57 pm Labels: conference, gadgets, internationalisation, JavaScript, MediaWiki

#WCN11 #Tropenmuseum knows the stories of expeditions As colonial powers extended their reach, they send expeditions to those parts of the world where they might find an “el dorado”. Many of these expeditions had a dual purpose and expanding the knowledge of the world was one. When you were lucky, you lived to tell the tale. You arrived home heavy with notes, artefacts both human, animal, plant and inanimate. These artefacts were analysed and when done, they ended up in depots of museums. Museums like the Tropenmuseum. The Dutch anthropological museums all got “their” part of these expeditions and now is the time when thanks to digitisation all the notes and artefacts can come together. Just bringing them together is already a lot of fun but it is only by telling the story to the public that it gains in relevance. The Tropenmuseum is really happy with many of the results of their donations of Indonesian materials; it is the Indonesian Wikipedia where their material is used most. A project about expeditions may become as relevant as they are when the first systematic references occur in a written language. Digitising the documents, the photos and combining them in Wikipedia articles is worthwhile in itself however this is not telling the stories of the expeditions and the stories of the collections. Telling the stories is what will make all the material come alive. The pictures go into Commons, the subjects in Wikipedia, the sources in Wikisource. Can we have a Wikistories to tell the story and have a framework for all the content of the expeditions ?
Posted by Gerard Meijssen at 6:58 am Labels: Commons, conference, GLAM, Indonesia, Papua New Guinea, stories, Tropenmuseum, Wikipedia, wikisource


Learning the gender of Dutch words 


#Chrome #security is a bit too much The logo for the Hindi #Wikipedia is used as an illustration on a previous post. Illustrations like this can be saved from the "page view info" that is available by right clicking a web page.

Chrome apparently does not like the Hindi Wikipedia; it does not only prevent me from accessing the page view info, the information is incorrect as well.

I did use Chrome before today. I am quite happy for Chrome to provide me with a security warning; I hate it when it prevents me to do my job.

Particularly nasty is the warning:

The site uses SSL, but Google Chrome has detected either high-risk insecure content on the page or problems with the site’s certificate. Don’t enter sensitive information on this page. Invalid certificate or other serious https issues could indicate that someone is attempting to tamper with your connection to the site.

Such warnings should be taken seriously and reported but I am quite happy to use Firefox in stead.
Posted by Gerard Meijssen at 9:52 pm Labels: browser, Security, Wikipedia

A #Wikipedia article in #Hindi about the Hindi language To illustrate how WebFonts will work for Hindi Wiki projects, I looked for an article on the Hindi Wikipedia about the Hindi language. Apparently there is no such article; at least there is no interwiki link to the Hindi Wikipedia.

It really amazed me.

As the objective is to have a sizeable article, I copied the article in Hindi about India to the test page on the Hindi portal at translatewiki.net. A similar exercise is needed for all the official languages of India.

We are very much interested in learning how using WebFonts is received by the communities of the associated Wiki projects. Having a sizeable article allows people to test reading and editing in their language with the latest version of the WebFonts software.
Posted by Gerard Meijssen at 7:40 pm Labels: India, Localisation team, translatewiki.net, Wikipedia 
#Wikipedia - the lowest hanging fruit from #Wikidata Gerard Meijssen
