Spatial Index/R Tree Support in Perl - perl

Anyone got any good hints for working with an RTree in Perl? Either a pure RTree implementation which is performant or something I could hijack from a GIS project? Or would it be easier to use something like SQLite's spatial index support?
Cheers

Did you try Tree::R?
There doesn't seem to be much activity on that module, so it may not be good enough, but then again, it might be just what you're looking for. Just play with it for a few.

Related

Is there a user-friendly interface I can type MongoDB queries at?

I am new to MongoDB, but have gone pretty far with studying some of the fundamentals. So far, I have been using the mongo shell to write my queries. I was wondering if anyone here can introduce me to a simple and straightforward user-friendly interface I can use to type out my queries.
I have examined Studio3T and Robo3T. Both do not really meet my requirements as they are too heavy and full of menus I don't need at the moment. I am tempted to go on a wild search and download spree, but I figured some help here might be a better approach.
I need it to be the following:
-Simple and lightweight
-Completes curly and square brackets
-May or may not offer error checks while writing queries
-May or may not offer auto-complete of keywords.
I'd really appreciate any pointers. Thanks

Is there a framework for zend framework?

At my office we currently use ZF1, and we're looking to use ZF2.
It takes us ages to put together simple websites because ZF just doesn't seem organised enough - it's almost a non-framework in my opinion.
Anyway, I was wondering if anyone's built a more 'standard' sort of framework on top, or skeleton application that is friendly to use and well documented - one that has all the kind of standard stuff you'd find in other more simple frameworks like CI/Cake/Symphony etc.
The reason I ask is because I don't think there's any way I can convince my boss that we should use something else, and also I think it would benefit the rest of the team hugely if the whole process could be simplified a bit.
Cheers,
John.
I wrote a blog post on this instead.. thought it might be more useful in that format :)
http://john-hunt.com/2013/03/08/php-frameworks-a-serious-issue/

Socket.io Scala client

I'm looking for a socket.io client for Scala. I'm well aware of this, but I cringe at the idea of using it in Scala as it wouldn't feel quite natural nor would it allow for an idiomatic implementation. Does any of you, thus, have a suggestion as to where could I find a Scala client?
If so, just the lines for SBT and a link to the doc will suffice as an answer ;)
I'm afraid I don't know any already implemented libraries or apparent solutions for Scala. But I'll present two very simple approaches that should be very easy to use if you have the time to DIY :-)
But of course it really depends on what you want. As you probably already could imagine a plain WebSocket implementation of Java's standard library can be quite efficient if you need to process simple requests. I found one at scala-lang.org implementing a server calculating random numbers. If it is of interest there's also something brewing at the nightly build which might reveal some handy tricks.
If you want to go for simplicity and for pure Scala in all its might the Actors (in particular a RemoteActor) are immensly powerful. It requires Scala on both ends naturally, but it gives you a messaging-system almost instantly. This is a pretty good start-guide if you aren't already familiar with them.
Anyway. If no good library surfaces I hope this helped. Good luck.

mongodb and sql for document versioning system

I'm a computer engineer student and i've got a basically simple assignment but i'd like to make it a little more interesting :). Basically I have to create a simple multiuser, online document versioning system using Java or .NET. Because I'm more a .NET guy I'm gonna use ASP.NET or Silverlight (it's not yet decided).
Anyway the intersting part: I want to use MongoDB to store the documents (they can be virtually anything, video, audio, simple MSOffice files, plain text), each version of them and the related metadata (which library, folder they're in etc). I'd like to put anything else, like users, permissions etc.(the specs are not yet completed) in to an ordinary relational database. The question is what do you think about this? Do you think this makes any sense or I'm just trying to over complicate the whole thing? Would it be simpler to use only mongodb for everything or leave the nosql thingy entirely out of it? Is there any conventions for this kind of stuff? :)
BTW. under any other circumstences I'd use some free, battle tested solution for doc versioning, but I have to design and implement this myself, and I'm trying to do it at least a little unconventionally :).
Thanks for every comment:), any help appreciated:)
Greets
If you were using something like Mongoid on Rails, this would be trivial. http://mongoid.org/docs/extras.html Look for Versioning. The ODM has it built in for you. I've yet to use Mongo in the .NET world, it's always been something like Raven, so I'm not sure if the libraries for it easily work like Mongoid does.
Mongo handles relational data as well. Things you want normalized (e.q. user records) can have references to other documents in the DB. And of course what ever magic document you want to store works as well.
Doing things unconventionnaly is usually a good way to discover new ways (better ways ?) so it's a good idea.
Using mongodb is a good idea too because of the schemaless property.
USing a relationa database for storing extra information is quite weird and will add more complexity without any advantage (IMO)

What's the best document search engine to integrate into Perl code?

What is the best document search engine (perhaps Plucene?) to integrate into Perl code that allows customizing and tuning the search algorithm?
You should also look at swish-e. Really fast, really easy to setup and really flexible. I've used it in lots of projects successfully and it has lots of CPAN support too:
Consider using KinoSearch instead. Then, read its tutorial.
Just to suggest something else: I've enjoyed sphinx. One of the next releases is supposed to get proper "real time updates"; but until then it's rebuilding its indexes very fast.
First up, seriously consider Lucene instead - it's much faster and the files it generates are more compatible with other implementations of lucene. There's a dependency on the clucene library but it's worth it if you can.
http://search.cpan.org/dist/Lucene
What platform? What resources are available? Is this monolithic or something that is deployed. Does this have to handle issues lke revision control as well?