# Array support as describe in post 2017
**URL:** https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892
**Category:** Support
**Created:** [February 6, 2021, 1:26am UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892 "2021-02-06T01:26:39Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@serge](https://community.stardog.com/u/serge)
#### Post date: [February 6, 2021, 1:26am UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/1 "2021-02-06T01:26:40Z")
Just curious did anyone ever tried to build such a thing as describe in this post
[Extending the Solution | Stardog](https://www.stardog.com/blog/extending-the-solution/). I notice a post on this come back almost annually 🙂
(FYI alot of google search bring us now to the landing page of the doc and not the actual content we were look for)
---
### Author:  [@zachary.whitley](https://community.stardog.com/u/zachary.whitley)
#### Post date: [February 6, 2021, 2:20am UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/2 "2021-02-06T02:20:41Z")
Indeed they did. See this section of the docs [Query Stardog | Stardog Documentation Latest](https://docs.stardog.com/query-stardog/#unnest-operator-and-arrays)
---
### Author:  [@serge](https://community.stardog.com/u/serge)
#### Post date: [February 6, 2021, 2:45pm UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/3 "2021-02-06T14:45:39Z")
note quite the same has what is describe in 'Array of values', But did not hurt to ask. Thx
---
### Author:  [@jess](https://community.stardog.com/u/jess)
#### Post date: [February 6, 2021, 9:46pm UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/4 "2021-02-06T21:46:29Z")
Serge,
Admittedly the array literals are not supported in any meaningful way on the client side but can be very useful within the server itself. If you can describe what you're after, perhaps we can suggest something here.
Regarding the docs, I'm guessing the Google cache hasn't caught up to the new documentation which was release a week or two ago. I'll bring it up internally to see the right folks aware.
Best,
Jess
---
### Author:  [@zachary.whitley](https://community.stardog.com/u/zachary.whitley)
#### Post date: [February 6, 2021, 10:34pm UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/5 "2021-02-06T22:34:51Z")
What part isn't the same? I read the article and the only part in the article that didn't make it in there was the property path stuff. The array itself is a literal but that doesn't mean it can contain elements that aren't literals.
I wrote a couple of dozen functions for working with array literals that you might find useful
> **[stardog-extensions/src/main/java/com/semantalytics/stardog/kibble/array at...](https://github.com/semantalytics/stardog-extensions/tree/master/src/main/java/com/semantalytics/stardog/kibble/array)**
>
> master/src/main/java/com/semantalytics/stardog/kibble/array
I also updated some of the string functions in there to take or return array literals. I also wrote some lambda functions where you can map a function over an array literal and some other stuff like dynamically call a function from a bound variable but I haven't released them yet
[https://github.com/semantalytics/stardog-extensions/tree/lambda/src/main/java/com/semantalytics/stardog/kibble/function](https://github.com/semantalytics/stardog-extensions/tree/lambda/src/main/java/com/semantalytics/stardog/kibble/function)
---
### Author:  [@pavel](https://community.stardog.com/u/pavel)
#### Post date: [February 7, 2021, 1:14pm UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/6 "2021-02-07T13:14:37Z")
Hi Serge,
Extended solutions have not been implemented in their general form described in that blog post (i.e. as recursive structures). There're less disruptive extensions like array literals and path literals which, as Jess pointed out, are mostly for internal use on the server side. Some functions/constructs have been extended to deal with those, eg. if your query generates an array literal, you can `UNNEST` it into a sequence of solutions or serialise to a meaningful string using the standard `str` function.
The main reason we haven't done the whole thing was that in 2017 it was mostly perceived a necessary step towards integrating path queries into SPARQL. However eventually we did the [Stored Query Service](https://www.stardog.com/labs/blog/stored-query-service/) which allows running path queries within larger SPARQL queries, and without extended solutions (as they're described in the post). So far it covers a lot of uses case that have been reported to us.
There're other incremental tickets towards extended solutions, e.g. for `UNNEST`ing paths into a sequence of solutions each representing an edge, so the work is ongoing.
Best,
Pavel
---
### Author:  [@system](https://community.stardog.com/u/system)
#### Post date: [February 21, 2021, 1:15pm UTC](https://community.stardog.com/t/array-support-as-describe-in-post-2017/2892/7 "2021-02-21T13:15:25Z")
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.