[Data-modeling] the commons / non distinction is a farce
Robert Cook
robert at metaweb.com
Mon Jun 29 22:05:50 UTC 2009
On Jun 29, 2009, at 2:46 PM, Tom Morris wrote:
> On Mon, Jun 29, 2009 at 2:39 PM, Kirrily Robert<kirrily at metaweb.com>
> wrote:
>
>> The email notification system that just came
>> live is a help as it allows us to contact schema admins more easily.
>
> I wouldn't count on this necessarily helping. I was quite surprised
> recently to discover that I wasn't subscribed to updates for a domain
> that I created, so I just created
> https://bugs.freebase.com/browse/FREEBASE-834 suggesting that admins
> be forced to listen to updates on their domains.
I wasn't aware of this problem. I just used the Jira voting feature
to support this fix. Being aware of discussions in a domain that you
administer should be the minimum responsibility.
>
>> Acre
>> code search is likely to be increasingly useful for seeing just how
>> many people are using a certain schema in their apps (it won't catch
>> non-Acre apps, but as the number of apps grows, it will at least give
>> us *some* idea.)
>
> If this is to distinguish things that need non-breaking refactorings
> vs those that don't, I think you should assume that every piece of the
> schema is being used and refactor it in a non-breaking fashion, if at
> all possible. If it's to determine "popularity" of particular
> domains/types/properties, I'd suggest that doing it by query count
> would be a) more realistic in terms of popularity and b) fairer to
> non-Acre apps.
Schema stability is a major factor when promoting private domains to
the commons. In practice, however, there are some pretty fundamental
refactorings happening in the commons, albeit with a lot of warning
and discussion.
I think the question is whether schemas that aren't stable enough to
be in commons should be displayed on the "read-only" topic view. They
probably should be, but I'm not sure if it's worth introducing an
extra level of complexity. An algorithm of the sort you describe
isn't transparently deterministic enough, It might confuse people
when information suddenly appears (or disappears) from topic pages.
I believe we should just be more proactive about moving bases into the
commons.
R
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20090629/265d1790/attachment-0001.htm
More information about the Data-modeling
mailing list