Hi all, my idea of a "config-file" for the local import was the following;
By default: files in MARMOTTA_HOME/import are imported into the default context files in MARMOTTA_HOME/import/foo/bar are imported into context BASE_URI/context/foo/bar The above default setting can be overwritten on a _per directory_ base by placing a "config-file" into a folder, e.g. for MARMOTTA_HOME/import/foobar/ - if it contains a file, say ".context", containing "http://example.com/context/" in the first line, all files placed into this directory will be imported into context http://example.com/context/ I'd like to avoid a round-trip between file-system and the configuration, as it complicates the workflow: 1) create directory structure in MARMOTTA_HOME 2) configure context in the admin-ui 3) copy files to the directory What I don't like with the url-encoded-directory names is that it requires the detection of absolute URIs vs. relative URIs for contexts to be hard coded. Best, Jakob On 30 August 2013 10:16, Raffaele Palmieri <raffaele.palmi...@gmail.com> wrote: > Hi Sergio, > I think that configuration file may not be necessary for the moment coming > easily to implementation, but Jakob's idea is good for providing mapping > between rdf data files and fully URIs of contexts and extensible to other > future options. > So I would implement the procedure preparing to read a config file that > overwrites default options(local subpath of import directories), if see > also Marmotta-296 about import of compressed files, the order of importing > could be important and config file could help to establish it. > Cheers, > Raffaele. > > > On 29 August 2013 17:55, Sergio Fernández <wik...@apache.org> wrote: > >> Hi, >> >> until now, all import options for data in Marmotta were going through the >> import web service, which is quite flexible and allow us to import data >> from different scenarios (admin ui, client library, custom calls with curl >> or whatever, and so on). But, of course, it has the inherited overhead from >> HTTP. Therefore local import feature (MARMOTTA-145 [1]) was on my wish list >> for quite long time... And according my experiments the performance is a >> big step forward. >> >> Finally this week I've found some time to implement it, and it's already >> available in the develop branch, and in the latest maven snapshots. On the >> wiki you could find some more information how it works [2]; but basically >> Marmotta is watching a local directory, where it imports all the files >> copied there. I've already collected some interesting features (target >> context names [3][4] and compressed files [5]) and bugs (importing at boot >> time [6][7]). >> >> Regarding one of this features (MARMOTTA-293: support fully qualified >> context names importing locally), I'd like to ask the marmotta community >> what option would be preferable for you. Basically in a coffee break I >> discussed it with Jakob, and he suggests to make use of a config file for >> such things; but personally I'd prefer to make it simpler, for instance >> just using a url-encoded directory name for those cases. But I'd like to >> listen other opinion before implement it; any other opinion? Ideas would be >> welcomed ;-) >> >> Cheers, >> >> [1] >> https://issues.apache.org/**jira/browse/MARMOTTA-145<https://issues.apache.org/jira/browse/MARMOTTA-145> >> [2] http://wiki.apache.org/**marmotta/ImportData#Import_** >> data_via_the_local_directory<http://wiki.apache.org/marmotta/ImportData#Import_data_via_the_local_directory> >> [3] >> https://issues.apache.org/**jira/browse/MARMOTTA-291<https://issues.apache.org/jira/browse/MARMOTTA-291> >> [4] >> https://issues.apache.org/**jira/browse/MARMOTTA-293<https://issues.apache.org/jira/browse/MARMOTTA-293> >> [5] >> https://issues.apache.org/**jira/browse/MARMOTTA-296<https://issues.apache.org/jira/browse/MARMOTTA-296> >> [6] >> https://issues.apache.org/**jira/browse/MARMOTTA-294<https://issues.apache.org/jira/browse/MARMOTTA-294> >> [7] >> https://issues.apache.org/**jira/browse/MARMOTTA-295<https://issues.apache.org/jira/browse/MARMOTTA-295> >> -- >> Sergio Fernández >>