Currently, I'm still busy with a customer project, but when open sourcing the software end of the year, I'll document it.
Am 16.11.2010 00:01, schrieb Peter Neubauer: > Axel, > nice it worked out for you! Would be great if you could write up a > small blog or so on this, and give us some feedback on what to improve > to make the component more usable. WDYT? > > Cheers, > > /peter neubauer > > GTalk: neubauer.peter > Skype peter.neubauer > Phone +46 704 106975 > LinkedIn http://www.linkedin.com/in/neubauer > Twitter http://twitter.com/peterneubauer > > http://www.neo4j.org - Your high performance graph database. > http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. > > > > On Mon, Nov 15, 2010 at 10:03 PM, Axel Morgner<[email protected]> wrote: >> On 02.11.2010 14:52, Craig Taverner wrote: >>>> Adding neo4j spatial to the picture should enable the CMS handling geo >>>> data objects without adding to much complexity (I hope). >>> OK. I think I'm beginning to get an idea of what you want. You have a CMS, >>> and some of the data is geolocated, in the sense that you know what >>> countries it is associated with, and perhaps you even have relationships to >>> 'country' nodes (or other nodes) representing locations. Now you want to use >>> Neo4j Spatial to perform simple spatial queries on this. >> Your analysis is correct and brilliant. :-) >> >> In my case, the CMS payload data itself (like HTML, Images, Videos, CSS, >> JS, Blogs etc.) is stored in neo4j nodes. But logging data, too, of course. >> >>> I could imagine something like: >>> >>> 'give me all countries in the specified region (bounding box) and include >>> the number of pages as an attribute of the result set'bute? >> Right now I'm using the SearchIntersectWindow class to determine which >> countries are needed to display within a certain global region. The >> countries data is loaded as a set of GeoJSON files via Javascript (using >> Polymaps), so neo4j spatial does only provide the country names. >> >>> I think you should either use the original shapefiles and the >>> existing ShapefileImporter or move to OSM data models for connected >>> topologies. >>> >>> A GeoJSON importer is a nice idea, but not worth the effort if you already >>> have shapefiles. >> Indeed! I ended up with using the shapefile importer, using neo4j >> spatial to serve geodata nodes which are then connected on-the-fly with >> geo-tagged CMS data. >> >> Your comments and suggestions helped me a lot, so I just wanted to say >> thanks again. >> >> Axel >> >> _______________________________________________ Neo4j mailing list [email protected] https://lists.neo4j.org/mailman/listinfo/user
