After each refresh, the x-axis (regions) is sorted in another way. Also, series (chosen years) are sorted in another way after each refresh. I would expect that the series would be sorted by year (i.e. for each region 2007, 2008, 2009, etc.).
First, we need some fixed sorting implemented. Next, it would be nice if we invite some advanced sorting based on the type of data and metadata as I wrote in an email which I repeat here (in Czech):
Kdyz uz mam nejakou konkretni kostku, tak uz vim i prvky na jejich dimenzich. Delam ted zrovna treba kostku pro Ceskou spravu socialniho zabezpeceni a tam je dimenze reprezentujici kategorie duchodu (dle jejich vyse):
Kdokoliv muze prijit a udelat si URI libovolneho range, ktery potrebuje. Nase sluzba by mu mela vygenerovat par dat k tomu (typ, labels, atd.).
Tot ke generovani. Kdyz uz ale nejakou kostku mam, tak vim presne jake hodnoty na te dimenzi budu potrebovat, takze si vyrabim jejich TTL reprezentaci a tu pripojim k datum kostky. A neni problem, abych si je rovnou i usporadal. A to usporadani bych chtel reflektovat ve vizualizaci.
Pokud to usporadani dodano nebude, jak pise Jirka, tak pak musime mit nejake vestavene usporadani.
Jeste me napada, ze bychom mohli k definici dimenze pridat propertu, ktera by rikala, jak se ma usporadavat (alfanumericky, numericky, ...).
Posilam priklad, at je to jasnejsi:
SITUACE: CSSZ ma nekolik dimenzi, kde pouziva celociselne rozsahy typu 2000-2999. Ma nekolik dimenzi, kazde pouzivaji trochu jine hodnoty. Udelal jsem si SKOS concept scheme, ktery obsahuje vsechny mozne rozsahy, ktere CSSZ pouziva:
Kazda konkretni dimenze, ktera se muze objevit v kostkach CSSZ pouziva podmnozinu techto rozsahu.
Premyslim, jak pro danou konkretni dimenzi rici, jak se ma usporadavat. Napada me:
1) Pomoci skos:OrderedCollection - pod tim odkazem priklad pro jednu dimenzi (resource ran:ordering1). Jedna se o standardni zpusob usporadavani resources. Jsem schopen ho udelat, protoze to delam pro konkretni dimenzi, jejiz (konecnou) mnozinu hodnot dopredu znam. Ten ordering bych jeste nejak potreboval navazat na definici te dane dimenze nebo primo na ran-onto:RangeScheme, coz nevim, jeslti existuje neco standardniho. Property, pomoci ktery bychom navazali dimenzi/conceptscheme na ordering bychom asi museli zavest, nebo nejaka existuje?
2) Stejne jako v 1) udelat property, ktera specifikuje ordering pro dimenzi nebo rovnou conceptscheme. Misto usporadaneho vyctu hodnot jako v 1) bychom ale dali URI zpusobu usporadani.
jirihelmich
commented
9 years ago
I NEED THIS ISSUE SOLVED AS SOON AS POSSIBLE OTHERWISE WE CANNOT PRESENT PAYOLA FOR DATACUBES. NEXT PRESENTATION SHOULD BE 1.4.!!!
It is necessary to sort values somehow. You already sort values in facets. However, there is no sorting in the visualization itself. E.g. in
http://live.payola.cz/visualize/datacube/aa58d26a-6866-4d07-8605-378697123c11
After each refresh, the x-axis (regions) is sorted in another way. Also, series (chosen years) are sorted in another way after each refresh. I would expect that the series would be sorted by year (i.e. for each region 2007, 2008, 2009, etc.).
First, we need some fixed sorting implemented. Next, it would be nice if we invite some advanced sorting based on the type of data and metadata as I wrote in an email which I repeat here (in Czech):
Kdyz uz mam nejakou konkretni kostku, tak uz vim i prvky na jejich dimenzich. Delam ted zrovna treba kostku pro Ceskou spravu socialniho zabezpeceni a tam je dimenze reprezentujici kategorie duchodu (dle jejich vyse):
1-999 1000-1999 2000-2999
atd.
Tady si pripravuju generovane resources ve tvaru:
http://linked.opendata.cz/generated/resource/range/R1T999 http://linked.opendata.cz/generated/resource/range/R1000T1999
atd.
Kdokoliv muze prijit a udelat si URI libovolneho range, ktery potrebuje. Nase sluzba by mu mela vygenerovat par dat k tomu (typ, labels, atd.).
Tot ke generovani. Kdyz uz ale nejakou kostku mam, tak vim presne jake hodnoty na te dimenzi budu potrebovat, takze si vyrabim jejich TTL reprezentaci a tu pripojim k datum kostky. A neni problem, abych si je rovnou i usporadal. A to usporadani bych chtel reflektovat ve vizualizaci.
Pokud to usporadani dodano nebude, jak pise Jirka, tak pak musime mit nejake vestavene usporadani.
Jeste me napada, ze bychom mohli k definici dimenze pridat propertu, ktera by rikala, jak se ma usporadavat (alfanumericky, numericky, ...).
Posilam priklad, at je to jasnejsi:
SITUACE: CSSZ ma nekolik dimenzi, kde pouziva celociselne rozsahy typu 2000-2999. Ma nekolik dimenzi, kazde pouzivaji trochu jine hodnoty. Udelal jsem si SKOS concept scheme, ktery obsahuje vsechny mozne rozsahy, ktere CSSZ pouziva:
http://opendata.cz/martin/data/czlod/concept-scheme-ranges.ttl
Kazda konkretni dimenze, ktera se muze objevit v kostkach CSSZ pouziva podmnozinu techto rozsahu.
Premyslim, jak pro danou konkretni dimenzi rici, jak se ma usporadavat. Napada me:
1) Pomoci skos:OrderedCollection - pod tim odkazem priklad pro jednu dimenzi (resource ran:ordering1). Jedna se o standardni zpusob usporadavani resources. Jsem schopen ho udelat, protoze to delam pro konkretni dimenzi, jejiz (konecnou) mnozinu hodnot dopredu znam. Ten ordering bych jeste nejak potreboval navazat na definici te dane dimenze nebo primo na ran-onto:RangeScheme, coz nevim, jeslti existuje neco standardniho. Property, pomoci ktery bychom navazali dimenzi/conceptscheme na ordering bychom asi museli zavest, nebo nejaka existuje?
2) Stejne jako v 1) udelat property, ktera specifikuje ordering pro dimenzi nebo rovnou conceptscheme. Misto usporadaneho vyctu hodnot jako v 1) bychom ale dali URI zpusobu usporadani.