Re: ldp - hdfs

Brent,

that would be to use the HBase experimental triple store, but has nothing
to do with HDFS.

In the Marmotta LDP implementation you can use any of the available triple
stores for storing LDP-RSs, but that's not necessarily bound to the
implementation used for storing LDP-NRs. In that schema, by default
Marmotta uses H2/Postgres and local file system respectively.

Hope this helps to understand the difference.

Cheers,

On Thu, Mar 9, 2017 at 6:28 PM, Brent Shambaugh <brent.shambaugh@gmail.com>
wrote:

> If it helps, running Marmotta 3.3.0 from the installer is pretty easy.
> Also, I might have 3.4.0 compiled from source somewhere. At least
> * I recall a different splash screen and it exists in /tmp.*
> ./tmp/{mamotta-path}/loader
>
> marmotta-loader-berkeley  marmotta-loader-hbase  marmotta-loader-ostrich
> pom.xml
> marmotta-loader-core      marmotta-loader-kiwi   marmotta-loader-titan
> target
>
> -Brent Shambaugh
>
> GitHub: https://github.com/bshambaugh
> Website: http://bshambaugh.org/
> LinkedIN: https://www.linkedin.com/in/brent-shambaugh-9b91259
> Skype: brent.shambaugh
> Twitter: https://twitter.com/Brent_Shambaugh
>
> On Thu, Mar 9, 2017 at 10:56 AM, Sergio Fernández <wikier@apache.org>
> wrote:
>
>> Great!
>>
>> Jürgen, if you come out with a good-enough new implementation
>> of LdpBinaryStoreService on HDFS, please submit a Pull Request to the
>> project ;-)
>>
>> On Thu, Mar 9, 2017 at 5:42 PM, Jürgen Jakobitsch <
>> juergen.jakobitsch@semantic-web.com> wrote:
>>
>>> thank y'all for your input. i think i gonna have a try with marmotta
>>> then.. ;-)
>>>
>>> krj
>>>
>>> *Jürgen Jakobitsch*
>>> Innovation Director
>>> Semantic Web Company GmbH
>>> EU: +43-1-4021235-0
>>> Mobile: +43-676-6212710 <+43%20676%206212710>
>>> http://www.semantic-web.at
>>> http://www.poolparty.biz
>>>
>>>
>>>
>>> PERSONAL INFORMATION
>>> | web       : http://www.turnguard.com
>>> | foaf      : http://www.turnguard.com/turnguard
>>> | g+        : https://plus.google.com/111233759991616358206/posts
>>> | skype     : jakobitsch-punkt
>>> | xmlns:tg  = "http://www.turnguard.com/turnguard#"
>>> | blockchain : https://onename.com/turnguard
>>>
>>> 2017-03-07 16:34 GMT+01:00 Dmitri Zagidulin <dzagidulin@gmail.com>:
>>>
>>>> Hi Jürgen,
>>>>
>>>> As Melvin mentioned, we have an in-progress branch of node-solid-server
>>>> intended to serve as a base for pluggable backends, but it is certainly not
>>>> read yet.
>>>> Your best bet at the moment would probably be Marmotta.
>>>>
>>>> Dmitri
>>>>
>>>> On Tue, Mar 7, 2017 at 5:05 AM, Sergio Fernández <wikier@apache.org>
>>>> wrote:
>>>>
>>>>> Apache Marmotta by default uses a simple local disk based
>>>>> implementation for storing LDP-NRs:
>>>>>
>>>>> https://github.com/apache/marmotta/blob/develop/platform/mar
>>>>> motta-ldp/src/main/java/org/apache/marmotta/platform/ldp/ser
>>>>> vices/LdpBinaryStoreServiceImpl.java
>>>>>
>>>>> But its design allows different implementation, HDFS or whatever else.
>>>>>
>>>>>
>>>>> On Sun, Mar 5, 2017 at 10:31 AM, Jürgen Jakobitsch <
>>>>> juergen.jakobitsch@semantic-web.com> wrote:
>>>>>
>>>>>> hi,
>>>>>>
>>>>>> (repost to this group, i didn't get an answer from ldp mailing list)
>>>>>>
>>>>>> is there any known ldp implementation with an hdfs backend (didn't
>>>>>> find anything here [1])?
>>>>>> alternatively: is there a base implementation which i could extend
>>>>>> for an hdfs backend?
>>>>>>
>>>>>> any pointer greatly appreciated
>>>>>>
>>>>>> kr jürgen
>>>>>>
>>>>>> [1] https://www.w3.org/wiki/LDP_Implementations
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sergio Fernández
>>>>> Partner Technology Manager
>>>>> Redlink GmbH
>>>>> m: +43 6602747925 <+43%20660%202747925>
>>>>> e: sergio.fernandez@redlink.co
>>>>> w: http://redlink.co
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>> Sergio Fernández
>> Partner Technology Manager
>> Redlink GmbH
>> m: +43 6602747925 <+43%20660%202747925>
>> e: sergio.fernandez@redlink.co
>> w: http://redlink.co
>>
>
>


-- 
Sergio Fernández
Partner Technology Manager
Redlink GmbH
m: +43 6602747925 <+43%20660%202747925>
e: sergio.fernandez@redlink.co
w: http://redlink.co