The headers use nonlocalizable ids, Latin chars only, digits, underscores. But it supports titles--localized names for the ids.
Tab format is a subset of a well know standard, but I can't find a link to the discussion with one of the standard writers. I think it was http://specs.frictionlessdata.io/table-schema/
The biggest problem is the missing ui to edit it.
I like the idea of storing tables in Commons, but for now I am still
using Wikidata to store the lists I upload, because:
* tabular data is not integrated with WDQS as far as I know
* the tabular data format is quite poor compared to things like
https://www.w3.org/TR/tabular-metadata/
* it is not clear to me how this new Wikibase datatype should be used by
the community. Should we create tabular counterparts of many existing
properties? Should we have one generic tabular property for use as a
qualifier of a traditional property?
I find the feature very promising, but for now it is still in its
infancy. I don't see how I could use it for edits like this one:
https://www.wikidata.org/w/index.php?title=Q37461404&diff=578074181&oldid=578071885
Antonin
On 18/10/2017 11:50, Yuri Astrakhan wrote:
>
> when you say "wikidata is not well suited for lists data", you refer
> to wikibase or WDQS here?
>
>
> Wikibase, per Daniel K.
>
>
> the data:Bea.gov/GDP by state.tab above is certainly a good
> representation for efficient delivery (via json) and display of data.
> but inefficient for further data sharing without URIs.
>
>
> What do you mean by further sharing without uri?
>
> Btw, there is a wikidata property to link to the .map data pages. Not
> sure about the .tab, but might also work
>
>
> _______________________________________________
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata