[uf-discuss] Live Writer and microformats

[Conor O'Neill]

I'm not sure if any of you spotted this as it was not part of the
original release notes but Windows Live Writer now has a plug-in which
allows you to insert hCalendar events in your blog posts. You can also
search for events in Eventful and paste them in and thirdly, Live
Clipboard now works from Eventful to Live Writer which is a fabulous
real world example of Live Clipboard and hCalendar.

I'm really impressed that MS have done this. Fingers crossed they start
supporting some of the other microformats. I wrote more about it over at
argolon.com and I originally saw it in a video interview that Jon Udell
did with Jack Ozzie and JJ Allaire over at
http://weblog.infoworld.com/udell/screenroom/livewriter_flv.html.

Conor

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Geographic polygons [was geo - accuracy of coordinates

[Benjamin West]

Ah, that's interesting.  So geo covers most of the task by describing
the bounds of the image map, right?  In addition you may need a way to
describe the kind of projection used.  Is that kind of like tagging?

On 10/3/06, Kevin Marks <[EMAIL PROTECTED]> wrote:


On Oct 3, 2006, at 1:12 AM, Andy Mabbett wrote:

> In message <[EMAIL PROTECTED]>,
> Chris Casciano <[EMAIL PROTECTED]> writes
>
>> Totally ignored the point I was trying to make... and that is that
>> describing a border - of any shape - by the use of a collection of
>> geo
>> coords (at whatever precision) is a totally different task then
>> defining an individual point and its precision.
>
> Totally ignored the point I was trying to make... and that is that it
> would perhaps be better to have the capacity to describe a polygon.

They aren't mutually exclusive, which is why I suggested separating
polygons into a separate thread. There is an HTML way to express 2D
polygons in image maps, so what we would need is a way to georeference
the imagemaps to translate these back to earth-based co-ordinates.

For imagery in lat-long space, or for close-in zooms, just specifying
the lat/long of the corners would be adequate; for other projections
such as Peterson, Roberts or Mercator, you may need to specify the
transform with more care, if trapezoidal interpolation give significant
distortion.


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] GRDDL Primer and Microformats

[Karl Dubost]

In case you had not seen

[[[
Microformats are simple conventions for embedding semantic markup for  
a specific domain in human-readable documents. In our example one of  
Jane's friends has marked up their schedule using the hCalendar  
microformat. The hCalendar microformat uses HTML class attributes to  
associate event related semantics with elements in the markup:

]]] -- GRDDL Primer
   http://www.w3.org/TR/grddl-primer/
   Tue, 03 Oct 2006 19:51:59 GMT


--
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager, QA Activity Lead
  QA Weblog - http://www.w3.org/QA/
 *** Be Strict To Be Cool ***


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Scott Reynen]

On Oct 3, 2006, at 5:14 PM, Lachlan Hunt wrote:


On Oct 3, 2006, at 11:04 AM, Lachlan Hunt wrote:
The information you put in your hCard is up to you.  You can just  
write an hCard with a nickname...
Yeah, I'm confused about this.  Isn't the whole point of having an  
alias to keep it distinct from your normal identity?  Identifying  
it as an alias of your normal identity seems to defeat that purpose.


I don't understand what you mean.  An alias is just an alternative  
name
for yourself and the hCard nickname field seems to fulfil that  
purpose just fine.  You don't have to provide your real name if you  
don't want to.


By starting my reply with "Yeah," I intended to communicate that my  
remarks were in agreement with yours.  I see now that my "this" was  
ambiguous.  I'm not confused about what you said, but rather about  
the thread subject of "hAlias vs hCard".


I'd also like to thank you for approaching this perceived  
disagreement by calmly asking for and offering clarification.


Peace,
Scott

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Scott Reynen]

On Oct 3, 2006, at 4:50 PM, Guillaume Lebleu wrote:

There are still 2 separate sections for measure and currency, and I  
intend to keep it this way. But it was useful to look at both right  
away to see how they could be used as modules.


I worry that thinking so much about a specific use of any microformat  
(i.e. in conjunction with another) will blind us to other uses.  For  
example, if I want to describe a barrel of oil outside the context of  
currency, I would think the "oil" part would be pretty important, but  
that's missing from the examples because the focus is on the  
currency, not the oil.  I'd suggest we defer exploration of  
combinations until after the individual microformats are further  
explored on their own.


Peace,
Scott
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki spamming

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes

>In message <[EMAIL PROTECTED]>, Andy Mabbett
><[EMAIL PROTECTED]> writes
>
>>I've just reverted some porn spamming from the main page of the Wiki -
>>someone might want to remove the user concerned.
>
>I dd so again, a few hours ago.

And just.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Lachlan Hunt]

Scott Reynen wrote:

On Oct 3, 2006, at 11:04 AM, Lachlan Hunt wrote:
The information you put in your hCard is up to you.  You can just 
write an hCard with a nickname...


Yeah, I'm confused about this.  Isn't the whole point of having an 
alias to keep it distinct from your normal identity?  Identifying it 
as an alias of your normal identity seems to defeat that purpose.


I don't understand what you mean.  An alias is just an alternative name
for yourself and the hCard nickname field seems to fulfil that purpose 
just fine.  You don't have to provide your real name if you don't want to.


--
Lachlan Hunt
http://lachy.id.au/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki spamming

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes

>I've just reverted some porn spamming from the main page of the Wiki -
>someone might want to remove the user concerned.

I dd so again, a few hours ago.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Colin
Barrett <[EMAIL PROTECTED]> writes

>There is a great difference between concern for accuracy and pedantry.
>If you cannot make that distinction, then well, I honestly don't have
>anything more to say to you.

Every cloud has a sliver lining.

>I'd appreciate it if you would stop trolling this thread

How can I, when I have never started?

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Kevin Marks]

You'll need a Flash-compatible browser  - their geotagging is 
Flash-based at the moment.


(we'd better get HTML-defining and evangelising to convert our Flickr 
friends)


On Oct 3, 2006, at 3:10 PM, Andy Mabbett wrote:


In message <[EMAIL PROTECTED]>, Kevin
Marks <[EMAIL PROTECTED]> writes


consider this URL:

http://flickr.com/map/?&tag=yankeestadium&fLat=40.828081&fLon= -
73.920821&zl=7


That's showing a blank page, with just a Flickr header, for me.


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Colin Barrett]

On Oct 3, 2006, at 12:05 PM, Andy Mabbett wrote:


Your pedantry is becoming quite grating.


Someone once wrote that "'Pedant' is what people who care about  
accuracy

are called, by people who don't" Don't you think that pedantry is
important, when considering matters relating to specifications and
standards, in computing?


There is a great difference between concern for accuracy and pedantry.  
If you cannot make that distinction, then well, I honestly don't have  
anything more to say to you.


I'd appreciate it if you would stop trolling this thread -- I  
certainly won't be making any more replies to your posts in it.


-Colin
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Kevin
Marks <[EMAIL PROTECTED]> writes

>consider this URL:
>
>http://flickr.com/map/?&tag=yankeestadium&fLat=40.828081&fLon= -
>73.920821&zl=7

That's showing a blank page, with just a Flickr header, for me.

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Guillaume Lebleu]

Colin wrote:
This proposal is shaping up nicely. Could you think of other "client" 
uses for just the measurement format? Already described in this thread 
were some excellent uses for measurement + currency (e.g. searching 
job listings).
Thanks Colin. For just the measurement format, of course automatic 
localization based on a browser preference, but I imagine you already 
thought about this one.
Also, I'm curious to know your thoughts on how this would tie in to 
the proposed historical uF. Would the entire currency+measure get 
wrapped in a history? That doesn't seem entirely necessary: the size 
of a barrel of oil doesn't change (right?). Only the $ currency 
fluctuates.
In my adaptation of XBRL currency semantics to uF, I have explored the 
use of empty anchors as references to global definitions of units 
instead of redundant local definitions, but I haven't got any feedback 
from the community on this yet. See 
http://microformats.org/wiki/currency-formats#XBRL


This is not just relevant for the history uF but also for any tabular 
representation (ex. financial statements) where you don't want to repeat 
the unit/currency in each cell. See 
http://microformats.org/wiki/currency-examples#Use_of_currency_amounts_in_tables


Guillaume
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Lachlan Hunt
<[EMAIL PROTECTED]> writes

>Andy Mabbett wrote:
>> In message <[EMAIL PROTECTED]>, Colin
>> Barrett <[EMAIL PROTECTED]> writes
>>
 Or the capacity to describe a polygon...
>>> I call the 80/20 rule into effect here.
>>  Fine, I'm confident that more than 80% of countries, counties,
>>towns,
>> cities, gardens, parks, nature reserves, and industrial estates are
>> polygons, and fewer than 20% are circles.
>
>You really missed the point.

No, I do not.

>  Think about it like this.  If you were to pick up a map and point out
>roughly where you took some photo of your kids in a park (or whatever)
>and you wanted to pick up a pen and mark the location, you're not going
>to sit there and carefully outline the polygon shape of the park,
>you're going to draw something like an X or a circle to show the rough
>location.

That's not the "it" I was discussing; but I might very well draw a
polygon, depending on the context.

>That's the concept that this thread is discussing.

No, tops *one* of the concepts that this thread is discussing. Or is it
now your own, personal thread?

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Colin
Barrett <[EMAIL PROTECTED]> writes

>>> Instead of criticizing the structure of his argument, why not reply
>>>to
>>> the content?
>>
>> Perhaps you missed th fact that I did.
>
>Minimally, at best.

So, first you insinuate that I did not reply to the content, then you
acknowledge that I did. Can you see what's wrong with that, yet?

>Your pedantry is becoming quite grating.

Someone once wrote that "'Pedant' is what people who care about accuracy
are called, by people who don't" Don't you think that pedantry is
important, when considering matters relating to specifications and
standards, in computing?

>I don't think I'm the only person on this list who is more than a
>little annoyed by your antics as of late.

Oh dear.

[...]
>you seem to be  very resistant to debating things with others, which is
>the entire  point of this list.

On the contrary; I'm very, very keen to debate ideas - but not with
people who use dishonesty as a debating tool, or who tell me to "shut
up", in not so many words, when they don't have an argument to defend.

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Guillaume Lebleu]

Colin wrote:

This proposal is shaping up nicely. Could you think of other "client" 
uses for just the measurement format? Already described in this thread 
were some excellent uses for measurement + currency (e.g. searching 
job listings).


Thanks Colin. For just the measurement format, of course automatic 
localization based on a browser preference, but I imagine you already 
thought about this one.


Also, I'm curious to know your thoughts on how this would tie in to 
the proposed historical uF. Would the entire currency+measure get 
wrapped in a history? That doesn't seem entirely necessary: the size 
of a barrel of oil doesn't change (right?). Only the $ currency 
fluctuates.


In my adaptation of XBRL currency semantics to uF, I have explored the 
use of empty anchors as references to global definitions of units 
instead of redundant local definitions, but I haven't got any feedback 
from the community on this yet. See 
http://microformats.org/wiki/currency-formats#XBRL


This is not just relevant for the history uF but also for any tabular 
representation (ex. financial statements) where you don't want to repeat 
the unit/currency in each cell. See 
http://microformats.org/wiki/currency-examples#Use_of_currency_amounts_in_tables 



Guillaume
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Guillaume Lebleu]

Scott Reynen wrote:
I think this is a good example of the benefits of modularization.  I 
think all of these various measurements would be more useful if they 
were more widely published, and I think the best way to get them 
widely published is to keep them as separate microformats addressing 
specific problems.  We'll end up missing the most important 
information related to currency if we attempt an ocean-boiling 
currency-and-everything-related microformat.
There are still 2 separate sections for measure and currency, and I 
intend to keep it this way. But it was useful to look at both right away 
to see how they could be used as modules.


For example, two of the above examples have no markup indicating the 
value of the price.  It doesn't do much good to know you're talking 
about barrels of oil and US dollars if I don't know what the value 
is.  I assume this was just an oversight, but it's the kind of 
oversight we can avoid by keeping currency focused on currency and 
relegating everything else to more specific microformats (e.g. 
history, measurement, hListing).  $50 is $50 whether I'm spending it 
on a barrel of oil or receiving it for an hour of work.
This was an oversight as I was focusing on the aspects at hand. It 
should have read:


25 (class="currency" title="USD">USD class="unitdivider">per title="BLL">barrel)


Although in some simple contexts, I don't think "value" is required.
25USD

What do you think?

Guillaume
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Scott Reynen]

On Oct 3, 2006, at 2:17 PM, Guillaume Lebleu wrote:

Here are some additional examples  from the Web of currency mixed  
with measures, some of which differ from the "$__ per barrel"  
pattern and a suggested new conceptualization that seems to work  
with them.


http://microformats.org/wiki/currency-examples#Real-World_Examples

Here is another suggested conceptualization that seems to match  
what's on the Web:


$ is not a unit, $ is a currency. "Dollar" "Cent" are the units of  
the "USD" currency. Just like length is not a unit, but meter and  
foot are.


Currency measures have a default unit (for USD, it's the dollar),  
that is sometimes omitted in the representation of currency amounts.


*Example 1*

So "$25 per barrel" is really "$25 dollar per barrel", but a  
computer can figure this out from:


$abbr>25 perspan> barrel


BLL is the UNECE code for barrel. See http://microformats.org/wiki/ 
measure-formats#UNECE


*Example 2*

"25 (USD per barrel)" is really "25 $ dollar per barrel", "$" is  
the currency, "dollar per barrel" is the unit but a computer can  
figure this out from:


25 (USDabbr> per title="BLL">barrel)


*Example 3*

Similarly in "$150K per year" the currency is "$" but the "unit is  
thousands of dollars per year", but the computer can figure it out  
from:


$abbr>150K class="unitdivider">per yearspan>


ANN is the UNECE code for year. See http://microformats.org/wiki/ 
measure-formats#UNECE



Let me know what you think. I'll put this on the wiki later.


I think this is a good example of the benefits of modularization.  I  
think all of these various measurements would be more useful if they  
were more widely published, and I think the best way to get them  
widely published is to keep them as separate microformats addressing  
specific problems.  We'll end up missing the most important  
information related to currency if we attempt an ocean-boiling  
currency-and-everything-related microformat.


For example, two of the above examples have no markup indicating the  
value of the price.  It doesn't do much good to know you're talking  
about barrels of oil and US dollars if I don't know what the value  
is.  I assume this was just an oversight, but it's the kind of  
oversight we can avoid by keeping currency focused on currency and  
relegating everything else to more specific microformats (e.g.  
history, measurement, hListing).  $50 is $50 whether I'm spending it  
on a barrel of oil or receiving it for an hour of work.


Peace,
Scott
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Colin Barrett]

On Oct 3, 2006, at 9:17 AM, Guillaume Lebleu wrote:


Let me know what you think. I'll put this on the wiki later.


The presence of UNECE codes for various units is encouraging.  This  
proposal is shaping up nicely. Could you think of other "client" uses  
for just the measurement format? Already described in this thread were  
some excellent uses for measurement + currency (e.g. searching job  
listings).


Also, I'm curious to know your thoughts on how this would tie in to  
the proposed historical uF. Would the entire currency+measure get  
wrapped in a history? That doesn't seem entirely necessary: the size  
of a barrel of oil doesn't change (right?). Only the $ currency  
fluctuates.


Good work,
-Colin
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] History Microformat

[Jeremy Boggs]

Hi List,

I thought it might be useful to move this to its own thread, instead  
of under the "dated-currency" thread. I hope that's ok.



i would be very interested in helping to explore a "history"  
microformat. In my spare time, I've been collecting examples of  
history timelines, after discussions a few months ago on this list  
about the inability of using hCalendar to mark up before common  
era dates, and other considerations for marking up historical  
dates and spans of time.[1] I've collected examples of uses of BCE  
dates and timelines in general, but I could easily expand the  
scope of my inquiry.





Starting to collect these at history-examples on the wiki, and  
making notes at history-brainstorming would be a useful start.





Thanks Kevin. I've created the history-examples page (http:// 
microformats.org/wiki/history-examples) and am currently populating  
it with my research. I hope that I'm doing this right, but will be  
glad to make corrections or changes if I'm incorrectly following the  
process.


Best,
Jeremy

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Guillaume Lebleu]

Here are some additional examples  from the Web of currency mixed with 
measures, some of which differ from the "$__ per barrel" pattern and a 
suggested new conceptualization that seems to work with them.


http://microformats.org/wiki/currency-examples#Real-World_Examples

Here is another suggested conceptualization that seems to match what's 
on the Web:


$ is not a unit, $ is a currency. "Dollar" "Cent" are the units of the 
"USD" currency. Just like length is not a unit, but meter and foot are.


Currency measures have a default unit (for USD, it's the dollar), that 
is sometimes omitted in the representation of currency amounts.


*Example 1*

So "$25 per barrel" is really "$25 dollar per barrel", but a computer 
can figure this out from:


$class="value">25 per class="unit" title="BLL">barrel


BLL is the UNECE code for barrel. See 
http://microformats.org/wiki/measure-formats#UNECE


*Example 2*

"25 (USD per barrel)" is really "25 $ dollar per barrel", "$" is the 
currency, "dollar per barrel" is the unit but a computer can figure this 
out from:


25 (USD 
per title="BLL">barrel)


*Example 3*

Similarly in "$150K per year" the currency is "$" but the "unit is 
thousands of dollars per year", but the computer can figure it out from:


$150class="unitmultiple" title="1000">K class="unitdivider">per title="ANN">year


ANN is the UNECE code for year. See 
http://microformats.org/wiki/measure-formats#UNECE



Let me know what you think. I'll put this on the wiki later.

Guillaume
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] Geographic polygons [was geo - accuracy of coordinates

[Kevin Marks]

On Oct 3, 2006, at 1:12 AM, Andy Mabbett wrote:


In message <[EMAIL PROTECTED]>,
Chris Casciano <[EMAIL PROTECTED]> writes


Totally ignored the point I was trying to make... and that is that
describing a border - of any shape - by the use of a collection of  
geo

coords (at whatever precision) is a totally different task then
defining an individual point and its precision.


Totally ignored the point I was trying to make... and that is that it
would perhaps be better to have the capacity to describe a polygon.


They aren't mutually exclusive, which is why I suggested separating 
polygons into a separate thread. There is an HTML way to express 2D 
polygons in image maps, so what we would need is a way to georeference 
the imagemaps to translate these back to earth-based co-ordinates.


For imagery in lat-long space, or for close-in zooms, just specifying 
the lat/long of the corners would be adequate; for other projections 
such as Peterson, Roberts or Mercator, you may need to specify the 
transform with more care, if trapezoidal interpolation give significant 
distortion.



___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] Further reading for those interested in Species

[Charles Roper]

I thought for those interested in the species uF, a little further
reading to help in understanding the issues involved in species naming
and species name usage.

Here's a really good introduction to some of the issues:
 http://www.ubio.org/index.php?pagename=background_intro

And here's an interesting paper on taxonomic naming and RDF:
 http://jbi.nhm.ku.edu/index.php/jbi/article/view/25

Being involved in the field of biodiversity informatics, I'm really
interested in the use of microformats and see the development of the
species microformat as being very timely -  there's a real need for
something simple and open within the community. What with climate
change being the biggest challenge currently faced by mankind, and the
study of biodiversity being a large part of that challenge, you could
almost say that microformats are, in their own small way, helping save
the planet.

Charles
--
Charles Roper
www.sxbrc.org.uk
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Frances Berriman]

On 10/3/06, Frances Berriman <[EMAIL PROTECTED]> wrote:

Sure.  I didn't say you had to connect them in any way :P  I was just
thinking from a maintenance of information point of view.




Ugh. Ignore. It generally helps if I read an email before I respond.

Anyway.

I assume he means that it's more of a fake identity, or a limitation
of his normal identity (so like me-lite).

Alias is just the wrong terminology.


--
Frances Berriman
http://www.fberriman.com
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Frances Berriman]

On 10/3/06, Scott Reynen <[EMAIL PROTECTED]> wrote:

On Oct 3, 2006, at 11:04 AM, Lachlan Hunt wrote:

>> The motivation to have and offer one's alias is to maintain a
>> greater level of privacy. Suppose I want to give someone a way to
>> contact me without divulging all my vital (more permanent and
>> personal) attributes. Sort of a disposable email, or such...
>> Basically, I want a way to introduce myself and provide some
>> contact information without requiring a full disclosure.
>> Schema-wise this is really just a handle, optional description,
>> and URL.
>
> The information you put in your hCard is up to you.  You can just
> write an hCard with a nickname, url, a disposable e-mail address
> and whatever description you like.  There is no reason to define a
> new format for that.

Yeah, I'm confused about this.  Isn't the whole point of having an
alias to keep it distinct from your normal identity?  Identifying it
as an alias of your normal identity seems to defeat that purpose.



Sure.  I didn't say you had to connect them in any way :P  I was just
thinking from a maintenance of information point of view.


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss




--
Frances Berriman
http://www.fberriman.com
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Frances Berriman]

On 10/3/06, Jason Jobe <[EMAIL PROTECTED]> wrote:

Hello,


Hi Jason :)


I'm new to the list and just learning about microformats. Cool stuff.

My question / proposal is this.

Is there and should there be something I will refer to as an alias
(hAlias)? The motivation to have and offer one's alias is to maintain
a greater level of privacy. Suppose I want to give someone a way to
contact me without divulging all my vital (more permanent and
personal) attributes. Sort of a disposable email, or such. I can
imagine that 3rd party services would offer some privacy enhanced
email services, etc.


hCard already fits this.  For hCard the only required information is a
name - and of course, the name you choose to use online is completely
up to you!  Any other information is completely optional.  In theory,
you could maintain two identities online realistically - one real, and
one alternate identity.


Basically, I want a way to introduce myself and provide some contact
information without requiring a full disclosure.

Schema-wise this is really just a handle, optional description, and URL.

I look forward to your comments and suggestions.

-jason

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss




--
Frances Berriman
http://www.fberriman.com
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Scott Reynen]

On Oct 3, 2006, at 11:04 AM, Lachlan Hunt wrote:

The motivation to have and offer one's alias is to maintain a  
greater level of privacy. Suppose I want to give someone a way to  
contact me without divulging all my vital (more permanent and  
personal) attributes. Sort of a disposable email, or such...
Basically, I want a way to introduce myself and provide some  
contact information without requiring a full disclosure.
Schema-wise this is really just a handle, optional description,  
and URL.


The information you put in your hCard is up to you.  You can just  
write an hCard with a nickname, url, a disposable e-mail address  
and whatever description you like.  There is no reason to define a  
new format for that.


Yeah, I'm confused about this.  Isn't the whole point of having an  
alias to keep it distinct from your normal identity?  Identifying it  
as an alias of your normal identity seems to defeat that purpose.


Peace,
Scott

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hAlias vs hCard

[Lachlan Hunt]

Jason Jobe wrote:

Hello,

I'm new to the list and just learning about microformats. Cool stuff.

My question / proposal is this.


Please read the process

http://microformats.org/wiki/process

Is there and should there be something I will refer to as an alias 
(hAlias)?


No.

The motivation to have and offer one's alias is to maintain a 
greater level of privacy. Suppose I want to give someone a way to 
contact me without divulging all my vital (more permanent and personal) 
attributes. Sort of a disposable email, or such...


Basically, I want a way to introduce myself and provide some contact 
information without requiring a full disclosure.


Schema-wise this is really just a handle, optional description, and URL.


The information you put in your hCard is up to you.  You can just write 
an hCard with a nickname, url, a disposable e-mail address and whatever 
description you like.  There is no reason to define a new format for that.


--
Lachlan Hunt
http://lachy.id.au/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] hAlias vs hCard

[Jason Jobe]

Hello,

I'm new to the list and just learning about microformats. Cool stuff.

My question / proposal is this.

Is there and should there be something I will refer to as an alias  
(hAlias)? The motivation to have and offer one's alias is to maintain  
a greater level of privacy. Suppose I want to give someone a way to  
contact me without divulging all my vital (more permanent and  
personal) attributes. Sort of a disposable email, or such. I can  
imagine that 3rd party services would offer some privacy enhanced  
email services, etc.


Basically, I want a way to introduce myself and provide some contact  
information without requiring a full disclosure.


Schema-wise this is really just a handle, optional description, and URL.

I look forward to your comments and suggestions.

-jason

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Scott Reynen]

On Oct 3, 2006, at 4:16 AM, Ciaran McNulty wrote:


I think it's fairly clear that $ is a unit of currency, 'barrel' is a
measure of volume, and $/barrel is a measure of currency/volume in its
own right, similar to other composite measures like m.p.h.


Sure we can conceptualize it like that, but if no one is publishing  
it like that, how will we microformat it?  I've never seen "$/barrel"  
on the web, so this looks like an edge case to me.  I have seen "$__  
per barrel", and that splits the unit of currency and the unit of  
measuring the product, just like "$__ per share" (implied 1 unit) or  
"$__ for 2 widgets".  It looks to me like splitting up the unit of  
currency and the unit of measuring the referenced product would cover  
80% of real world examples, so I'm not seeing the value in exploring  
the edge case where the two are combined.  If it's clear that my  
product is a barrel of oil (which hListing can make clear) and my  
currency is US dollars (which a simpler currency microformat can make  
clear), why can't we leave it to a computer to figure out how to most  
usefully combine those two pieces of information?


Peace,
Scott
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki editing issues

[Charles Roper]

On 03/10/06, Colin Barrett <[EMAIL PROTECTED]> wrote:

On Sep 26, 2006, at 11:59 PM, brian suda wrote:

> As for creating accounts. You UserName has to be CamelCase[1], there
> should be a note about it on the sign-up page, it is on the FAQs, *Any
> Suggestions about how to make it more visible* are certainly welcome?

Mine isn't. It's Colin_Barrett. Is this a Bad Thing?


Mine is SXBRC. I think the username simply has to *start* with an
uppercase letter.

--
Charles Roper
www.sxbrc.org.uk
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki editing issues

[Colin Barrett]

On Sep 26, 2006, at 11:59 PM, brian suda wrote:


As for creating accounts. You UserName has to be CamelCase[1], there
should be a note about it on the sign-up page, it is on the FAQs, *Any
Suggestions about how to make it more visible* are certainly welcome?


Mine isn't. It's Colin_Barrett. Is this a Bad Thing?

-Colin
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki editing issues

[Colin Barrett]

On Oct 2, 2006, at 10:09 PM, Andy Mabbett wrote:


In message <[EMAIL PROTECTED]>, Ryan
King <[EMAIL PROTECTED]> writes


Who can edit the   sign-on
page?


I can.

I've updated it to read: "Your user name (it must be a WikiWord)"



Thank you. but I'm not sure that "WikiWord" will mean anything, to  
most

people.


Or, in the true style of a wiki, have WikiWord link to a page about  
WikiWords, explaining what they are and how to format them -- see http://microformats.org/wiki/WikiWord 
 , which I just created).


-Colin
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Colin Barrett]

On Oct 2, 2006, at 10:13 PM, Andy Mabbett wrote:


In message <[EMAIL PROTECTED]>, Colin
Barrett <[EMAIL PROTECTED]> writes


On Oct 2, 2006, at 12:56 PM, Andy Mabbett wrote:


In message <[EMAIL PROTECTED]>, Kevin
Marks <[EMAIL PROTECTED]> writes


Andy, you're missing the point.


No, I'm not.


If



If


That's not a point, that's a conditional conjecture.


We don't


Who don't?


Instead of criticizing the structure of his argument, why not reply  
to

the content?


Perhaps you missed th fact that I did.


Minimally, at best.

"No I'm not," is, I suppose, criticizing the content, yes, but not in  
a constructive, or useful way. If you can't do this, then just don't  
post.


"That's not a point, that's a conditional conjecture." Structural  
argument. Again, completely unhelpful to anyone. See above.


"Who don't?" Your pedantry is becoming quite grating. If something is  
unclear, it's fine to point it out, but then you could go on after  
making a logical assumption about what he meant.


I don't think I'm the only person on this list who is more than a  
little annoyed by your antics as of late. I have no problem with your  
ideas, and I think many of them are useful. However, you seem to be  
very resistant to debating things with others, which is the entire  
point of this list. If everyone on this list behaved the way you do,  
we would be spewing "No I don't"s "Yes you do"s at each other until we  
were blue in the face.


Disgruntledly yours,
-Colin 
___

microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Re: Currency + Unit of measurement (Was: Currency+Product)

[Ciaran McNulty]

On 10/1/06, Scott Reynen <[EMAIL PROTECTED]> wrote:

I think "$" is a unit of measuring currency, and "barrel" is a unit
of measuring oil, which in this case is the product the currency
references.


I disagree.  There are plenty of other things that can be sold by the
barrel, and I doubt there are many instances of $/barrel being used
without oil being specifically referenced.

I think it's fairly clear that $ is a unit of currency, 'barrel' is a
measure of volume, and $/barrel is a measure of currency/volume in its
own right, similar to other composite measures like m.p.h.

-Ciaran
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Ryan
King <[EMAIL PROTECTED]> writes

>you don't need to have lat/long to get distance. There  are plenty of
>services for translating human readable addresses into  machine
>readable values.

But with much less accuracy than lat/ long

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Kevin
Marks <[EMAIL PROTECTED]> writes

>
>On Oct 2, 2006, at 3:56 PM, Andy Mabbett wrote:
>
>> In message <[EMAIL PROTECTED]>, Kevin
>> Marks <[EMAIL PROTECTED]> writes
>>
>>> Andy, you're missing the point.
>>
>> No, I'm not.
>
>This was a discussion on accuracy of co-ordinates, and I was developing
>that theme.

As was I.

> If you want to start one on 'representing polygonal objects as
>microfromats', start a new thread

Who made you god?

>and stop trolling this one

Abuse noted.

>>> We don't
>>
>> Who don't?
>
>OK, I don't.

Thank you.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Colin
Barrett <[EMAIL PROTECTED]> writes

>On Oct 2, 2006, at 12:56 PM, Andy Mabbett wrote:
>
>> In message <[EMAIL PROTECTED]>, Kevin
>> Marks <[EMAIL PROTECTED]> writes
>>
>>> Andy, you're missing the point.
>>
>> No, I'm not.
>>
>>> If
>>
>>> If
>>
>> That's not a point, that's a conditional conjecture.
>>
>>> We don't
>>
>> Who don't?
>
>Instead of criticizing the structure of his argument, why not reply to
>the content?

Perhaps you missed th fact that I did.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] geo - accuracy of coordinates

[Andy Mabbett]

In message <[EMAIL PROTECTED]>,
Chris Casciano <[EMAIL PROTECTED]> writes

>
>On Oct 2, 2006, at 6:54 PM, Andy Mabbett wrote:
>
>> In message <[EMAIL PROTECTED]>,
>> Chris Casciano <[EMAIL PROTECTED]> writes
>>
>> Or the capacity to describe a polygon...
>
> I call the 80/20 rule into effect here.

 Fine, I'm confident that more than 80% of countries, counties,
towns,
 cities, gardens, parks, nature reserves, and industrial estates are
 polygons, and fewer than 20% are circles.
>>>
>>>
>>> You could outline any territory as a series of geos if the need ever
>>> arose.
>>
>> In other words, "the capacity to describe a polygon".
>
>Totally ignored the point I was trying to make... and that is that
>describing a border - of any shape - by the use of a collection of  geo
>coords (at whatever precision) is a totally different task then
>defining an individual point and its precision.

Totally ignored the point I was trying to make... and that is that it
would perhaps be better to have the capacity to describe a polygon.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Wiki editing issues

[Andy Mabbett]

In message <[EMAIL PROTECTED]>, Ryan
King <[EMAIL PROTECTED]> writes

>> Who can edit the   sign-on
>> page?
>
>I can.
>
>I've updated it to read: "Your user name (it must be a WikiWord)"


Thank you. but I'm not sure that "WikiWord" will mean anything, to most
people.

Why not:

Your username (must be written as one word, with two capitals
LikeThis)

or:
Your username (must be written as one word, with two capitals,
like: JohnDoe)

the dummy username emboldened.
-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss