From: Bryan T. <br...@sy...> - 2015-04-15 14:47:29
|
I've attempted the merge to master. It looks ok for me locally and I have committed the changes. Can you verify that it looks good for you? Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Wed, Apr 15, 2015 at 10:30 AM, Nikolas Everett <ni...@gm...> wrote: > Sourceforge wasn't letting me update the merge request in any way I'm used > to so I made another one: > https://sourceforge.net/p/bigdata/git/merge-requests/2/ > > I spent some time poking around documentation but didn't look too hard so > I'm sure I'm doing it wrong. If you know the right way please let me know. > > The trouble was that when I tried to push a new commit to the branch for > my merge request sourceforge rejected it. It looks like sourceforge had > amended my commit bringing its branch out of whack with my local branch. > That combined with sourceforge being slow and not seeing the way to comment > on individual lines is getting me grumpy about sourceforge merge requests. > > Nik > > On Tue, Apr 14, 2015 at 12:44 PM, Nikolas Everett <ni...@gm...> > wrote: > >> I didn't! I suspect sourceforge isn't emailing me. I'll have a look at >> it this afternoon. >> >> Nik >> >> On Tue, Apr 14, 2015 at 12:29 PM, Bryan Thompson <br...@sy...> >> wrote: >> >>> Nik, >>> >>> Did you see the feedback on that merge request? >>> >>> Thanks, >>> Bryan >>> >>> ---- >>> Bryan Thompson >>> Chief Scientist & Founder >>> SYSTAP, LLC >>> 4501 Tower Road >>> Greensboro, NC 27410 >>> br...@sy... >>> http://blazegraph.com >>> http://blog.bigdata.com <http://bigdata.com> >>> http://mapgraph.io >>> >>> Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance >>> graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints >>> APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new >>> technology to use GPUs to accelerate data-parallel graph analytics. >>> >>> CONFIDENTIALITY NOTICE: This email and its contents and attachments >>> are for the sole use of the intended recipient(s) and are confidential or >>> proprietary to SYSTAP. Any unauthorized review, use, disclosure, >>> dissemination or copying of this email or its contents or attachments is >>> prohibited. If you have received this communication in error, please notify >>> the sender by reply email and permanently delete all copies of the email >>> and its contents and attachments. >>> >>> On Mon, Apr 13, 2015 at 11:09 AM, Nikolas Everett <ni...@gm...> >>> wrote: >>> >>>> I filed 1179 <http://trac.bigdata.com/ticket/1179#ticket> a couple of >>>> days ago and got together a patch this morning then read >>>> http://wiki.blazegraph.com/wiki/index.php/Contributors and saw that I >>>> should email here about it. So here goes: >>>> >>>> I want inline URIs to have the same power that inline values do. Right >>>> now inline values can be modified on the way into and out of the index. >>>> Inline URIs can only be modified on the way into the index. That leaves you >>>> pretty limited in what you can represent with them. Its OK if you can >>>> design the URI scheme around the limitation but we can't. >>>> >>>> I've put my patch as a gist >>>> <https://gist.github.com/nik9000/1dc5248f6035349ca2c1> and I've >>>> created a "merge request" >>>> <https://sourceforge.net/p/bigdata/git/merge-requests/1/> for it. It >>>> gives the InlineURIHandler that built the inline URI a crack at building >>>> the localName from the inlined value. The cost is an extra HashMap lookup >>>> whenever the uri is un-inlined and the default behavior is unchanged. It >>>> doesn't change the on disk representation either. >>>> >>>> Nik >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >>>> Develop your own process in accordance with the BPMN 2 standard >>>> Learn Process modeling best practices with Bonita BPM through live >>>> exercises >>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- >>>> event?utm_ >>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >>>> _______________________________________________ >>>> Bigdata-developers mailing list >>>> Big...@li... >>>> https://lists.sourceforge.net/lists/listinfo/bigdata-developers >>>> >>>> >>> >> > |