Re: [WSG] Mobile urls

2010-11-15 Thread Andrew Cunningham 


On 15/11/2010 6:15 PM, Michael MD wrote:
>> Although the most interesting aspect of BBC mobile content esp. for complex 
>> script languages is the choice between a textual version and an image 
>> >version:
> 
>> http://www.bbc.co.uk/hindi/mobile/india/2010/11/101114_raja_resign_final_skj.shtml
> 
>> http://www.bbc.co.uk/hindi/mobile/image/india/2010/11/101114_raja_resign_final_skj/
> 
>> Since mobile devices are years behind desktops and laptops in text rendering 
>> capabilities.
> 
> 
> Wow, thats insane given the high prices charged for data by some phone 
> companies!
> ...but yes its probably the only way you can do it for those languages on a 
> lot of devices.
> 
> 

Esp. since in some countries, mobile access to internet is more common
that desktop access to internet, and data charges can be prohibitive.

most common approaches to language support on mobiles devices involves:

* jail breaking the device and hacking support into device
* using images
* using legacy encodings
* using pseudo-Unicode solutions (essentially an 8-bit legacy glyph
based encoding superimposed over a Unicode block).

Sometimes I feel I'm back in the 90s.

Andrew

-- 
Andrew Cunningham
Senior Project Manager, Research and Development
Vicnet
State Library of Victoria
328 Swanston Street
Melbourne VIC 3000

Ph: +61-3-8664-7430
Mobile: 0459-806-589
Fax: +61-3-9639-2175

Email: andr...@vicnet.net.au
Alt. email: lang.supp...@gmail.com

http://home.vicnet.net.au/~andrewc/
http://www.openroad.net.au
http://www.vicnet.net.au
http://www.slv.vic.gov.au


***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***<>

RE: [WSG] Mobile urls

2010-11-14 Thread Michael MD 
>Although the most interesting aspect of BBC mobile content esp. for complex 
>script languages is the choice between a textual version and an image >version:

> http://www.bbc.co.uk/hindi/mobile/india/2010/11/101114_raja_resign_final_skj.shtml

> http://www.bbc.co.uk/hindi/mobile/image/india/2010/11/101114_raja_resign_final_skj/

> Since mobile devices are years behind desktops and laptops in text rendering 
> capabilities.


Wow, thats insane given the high prices charged for data by some phone 
companies!
...but yes its probably the only way you can do it for those languages on a lot 
of devices.





***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***

RE: [WSG] Mobile urls [SEC=UNOFFICIAL]

2010-11-14 Thread David Bromage 
UNOFFICIAL

The UK’s new legislation site has a similar convention although differently 
named. The base is XML and it is rendered as required. Taking for example 
Section 1 the Commonwealth of Australia Constitution Act 1900:

 

http://www.legislation.gov.uk/ukpga/Vict/63-64/12/section/1

http://www.legislation.gov.uk/ukpga/Vict/63-64/12/section/1?view=plain 

http://www.legislation.gov.uk/ukpga/Vict/63-64/12/section/1/data.xml

 

Although not applied to this Act, some more recent Acts will also provide an 
RDF representation if you add /data.rdf

 

One major difference is the raw XML version of UK legislation contains embedded 
metadata whereas the BBC doesn’t, although it does in RDF.

 

Regards

David

 

David Bromage
Policy and Strategic Projects
Government Information Management Branch

 

National Archives of Australia
PO Box 7425
Canberra Business Centre ACT 2610

 

T (02) 6212 3731 F (02) 6212 3989 M 0418 394 778

david.brom...@naa.gov.au

www.naa.gov.au

 

UNOFFICIAL


***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***

***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***

Re: [WSG] Mobile urls

2010-11-14 Thread Andrew Cunningham 
Although the most interesting aspect of BBC mobile content esp. for
complex script languages is the choice between a textual version and an
image version:

http://www.bbc.co.uk/hindi/mobile/india/2010/11/101114_raja_resign_final_skj.shtml

http://www.bbc.co.uk/hindi/mobile/image/india/2010/11/101114_raja_resign_final_skj/

Since mobile devices are years behind desktops and laptops in text
rendering capabilities.

On 15/11/2010 12:22 PM, Jason Grant wrote:
> First time I have come across the first convention you outline Sam, but
> it is an interesting proposition.
> 
> I have a feeling that it is a better way (in the long term) to treat
> content, rather than having a mobile specific site. 
> 
> However, sticking an MP extension onto a page name is arguably nothing
> different to having that MP as a subdomain indicator (e.g.
> example.com/mp/page.html  instead of
> example.com/pagemp.html ). 
> 
> BBC also seems to mix in stuff like
> this: http://www.bbc.co.uk/mobile/index.html 
> 
> I don't think that currently there are 'generally accepted' ways of
> handling mobile content. There are at least 3 ways in which I can think
> people will handle mobile stuff right now and they are all as common as
> anything else. 
> 
> Thanks,
> 
> Jason 
> 
> On Mon, Nov 15, 2010 at 1:05 AM, Sam Dwyer  > wrote:
> 
> Does anyone have any thoughts on the best way to handle mobile
> versions of content? Specifically arguments for and against how the
> BBC handles different formats – including mobile, simply by
> appending a format type to the end of a canonical url.
> 
> Ie.
> 
> http://www.bbc.co.uk/programmes/b007rsj5 is the base url
> 
> http://www.bbc.co.uk/programmes/b007rsj5.mp is the mobile version
> 
> http://www.bbc.co.uk/programmes/b007rsj5.xml is the same data in xml
> format
> 
> http://www.bbc.co.uk/programmes/b007rsj5.rdf is the rdf
> representation of the data
> 
>  
> 
> VS the generally accepted alternative to doing mobile which is to
> provide a different domain, such as mob. Or m.
> 
> Ie.
> 
> http://m.smh.com.au/
> 
> http://m.abc.net.au/
> 
>  
> 
>  
> 
> Anyone have any thoughts on pros/cons of the two methodologies? Just
> curious to see if anyone else has implemented the BBC method?
> 
>  
> 
> Cheers,
> 
> Sam Dwyer
> 
>  
> 
>  
> 
>  
> 
> Please consider the environment before printing this e-mail.
> 
> The information contained in this email and any attachment is
> confidential and may contain legally privileged or copyright
> material. It is intended only for the use of the addressee(s). If
> you are not the intended recipient of this email, you are not
> permitted to disseminate, distribute or copy this email or any
> attachments. If you have received this message in error, please
> notify the sender immediately and delete this email from your
> system. The ABC does not represent or warrant that this transmission
> is secure or virus free. Before opening any attachment you should
> check for viruses. The ABC's liability is limited to resupplying any
> email and attachments.
> 
> ***
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> 
> *** 
> 
> 
> 
> 
> -- 
> Jason Grant BSc, MSc
> CEO, Flexewebs Ltd.
> www.flexewebs.com 
> ja...@flexewebs.com 
> +44 (0)7748 591 770
> Company no.: 5587469
> 
> www.flexewebs.com/semantix 
> www.twitter.com/flexewebs 
> www.linkedin.com/in/flexewebs 
> 
> ***
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> ***

-- 
Andrew Cunningham
Senior Project Manager, Research and Development
Vicnet
State Library of Victoria
328 Swanston Street
Melbourne VIC 3000

Ph: +61-3-8664-7430
Mobile: 0459-806-589
Fax: +61-3-9639-2175

Email: andr...@vicnet.net.au
Alt. email: lang.supp...@gmail.com

http://home.vicnet.net.au/~andrewc/
http://www.openroad.net.au
http://www.vicnet.net.au
http://www.slv.vic.gov.au


***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memb

Re: [WSG] Mobile urls

2010-11-14 Thread Jason Grant 
First time I have come across the first convention you outline Sam, but it
is an interesting proposition.

I have a feeling that it is a better way (in the long term) to treat
content, rather than having a mobile specific site.

However, sticking an MP extension onto a page name is arguably nothing
different to having that MP as a subdomain indicator (e.g.
example.com/mp/page.html instead of example.com/pagemp.html).

BBC also seems to mix in stuff like this:
http://www.bbc.co.uk/mobile/index.html

I don't think that currently there are 'generally accepted' ways of handling
mobile content. There are at least 3 ways in which I can think people will
handle mobile stuff right now and they are all as common as anything else.

Thanks,

Jason

On Mon, Nov 15, 2010 at 1:05 AM, Sam Dwyer  wrote:

>  Does anyone have any thoughts on the best way to handle mobile versions
> of content? Specifically arguments for and against how the BBC handles
> different formats – including mobile, simply by appending a format type to
> the end of a canonical url.
>
> Ie.
>
> http://www.bbc.co.uk/programmes/b007rsj5 is the base url
>
> http://www.bbc.co.uk/programmes/b007rsj5.mp is the mobile version
>
> http://www.bbc.co.uk/programmes/b007rsj5.xml is the same data in xml
> format
>
> http://www.bbc.co.uk/programmes/b007rsj5.rdf is the rdf representation of
> the data
>
>
>
> VS the generally accepted alternative to doing mobile which is to provide a
> different domain, such as mob. Or m.
>
> Ie.
>
> http://m.smh.com.au/
>
> http://m.abc.net.au/
>
>
>
>
>
> Anyone have any thoughts on pros/cons of the two methodologies? Just
> curious to see if anyone else has implemented the BBC method?
>
>
>
> Cheers,
>
> Sam Dwyer
>
>
>
>
>
>
>  Please consider the environment before printing this e-mail.
>
> The information contained in this email and any attachment is confidential
> and may contain legally privileged or copyright material. It is intended
> only for the use of the addressee(s). If you are not the intended recipient
> of this email, you are not permitted to disseminate, distribute or copy this
> email or any attachments. If you have received this message in error, please
> notify the sender immediately and delete this email from your system. The
> ABC does not represent or warrant that this transmission is secure or virus
> free. Before opening any attachment you should check for viruses. The ABC's
> liability is limited to resupplying any email and attachments.
>
> ***
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> ***




-- 
Jason Grant BSc, MSc
CEO, Flexewebs Ltd.
www.flexewebs.com
ja...@flexewebs.com
+44 (0)7748 591 770
Company no.: 5587469

www.flexewebs.com/semantix
www.twitter.com/flexewebs
www.linkedin.com/in/flexewebs


***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***

[WSG] Mobile urls

2010-11-14 Thread Sam Dwyer 
Does anyone have any thoughts on the best way to handle mobile versions of 
content? Specifically arguments for and against how the BBC handles different 
formats - including mobile, simply by appending a format type to the end of a 
canonical url.
Ie.
http://www.bbc.co.uk/programmes/b007rsj5 is the base url
http://www.bbc.co.uk/programmes/b007rsj5.mp is the mobile version
http://www.bbc.co.uk/programmes/b007rsj5.xml is the same data in xml format
http://www.bbc.co.uk/programmes/b007rsj5.rdf is the rdf representation of the 
data

VS the generally accepted alternative to doing mobile which is to provide a 
different domain, such as mob. Or m.
Ie.
http://m.smh.com.au/
http://m.abc.net.au/


Anyone have any thoughts on pros/cons of the two methodologies? Just curious to 
see if anyone else has implemented the BBC method?

Cheers,
Sam Dwyer



Please consider the environment before printing this e-mail.

The information contained in this email and any attachment is confidential and
may contain legally privileged or copyright material.   It is intended only for
the use of the addressee(s).  If you are not the intended recipient of this
email, you are not permitted to disseminate, distribute or copy this email or
any attachments.  If you have received this message in error, please notify the
sender immediately and delete this email from your system.  The ABC does not
represent or warrant that this transmission is secure or virus free.   Before
opening any attachment you should check for viruses.  The ABC's liability is
limited to resupplying any email and attachments.

***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***