Type talk:Float

XSD conformance
This datatype should be able to handle the following cases for conformance with the XSD float datatype: -1E4 1267.43233E12 1,267  12.78e-2 12  -0   0   INF -INF And needs internationalizion support.
 * Good points. I'm working on this code, can you give me a reference of how other languages besides English represent floats and scientific notation? I know that other languages have different separators, e.g. 1.267,43233, this is already localized with smw_decseparator and smw_kiloseparator. -- Skierpage 00:07, 29 April 2006 (CEST)

A more advanced Parser might also handle the following Examples: &infin; 35*10e6 35 10^6  25e6*&ee;^7

Note: "e" can also represent the Euler-e. This could get represented by using.

MovGP0 00:02, 20 November 2005 (CET)

Precision
I had the idea that I could embed an ask query within Extensions:Google Maps to create dynamic maps.

I created a template that puts the order correctly and generates the following output called see the bullet below


 * 30.532 -91.157, Baton Rouge Metropolitan Airport as my example.

Based on my experience, there appears 2 problems to solve if this is going to be viable


 * 1) Precision.  Google_Maps extension wants 30.532088, -91.156784 versus 30.532 -91.157 - I am using Float for my lat and long.
 * 2) Getting ask to work within the google extension.  When I append the template to the end of the string if gives a funky answer

 (O) 30.532088, -91.156784, Thoughts? -- User:Antos


 * In SMW 0.7, smwfNumberFormat in SMW_Datatype.php formats numbers "nicely" and defaults to three decimal places. You can override  $decplaces=3 in your installation.  You could also allow attributes and inline queries to specify a format "unit" for floats, the way you can specify a format for date display.  I would suggest this on the semediawiki-user mailing list and see what people think.  I'm not sure about your template problem, can you make a test on ontoworld showing the problem? -- 64.121.192.240 00:07, 22 July 2007 (CEST)