The most important thing you can do to improve performance is to ensure that your style renders an "appropriate" number of features (if you want render every driveway at state level it will take a while) and that your datastore can provide fast access to those features (ie, well-indexed). Beyond that, most styling options have negligible impact on rendering speed. (However, with as many different style rules as you have with OSM data things will start to add up.)
wrt to mapnik2geotools - Mapnik allows styles to specify a postgres * subquery* in the table name field (so generated requests come out like "select foo from (select foo, bar, baz from quux as roads)" which is totally valid). GeoTools doesn't support this option, so my approach so far has been to inspect the datastore parameters and for every table that looks like a subquery, I generate an actual table - "create table roads as (select foo, bar, baz from quux)". While expedient, this approach doesn't translate well to other datastores. So, I think the first barrier to using mapnik2geotools with neo4j-spatial will be coming up with a solution to this problem that works with neo4j as the database. -- David Winslow On Thu, Oct 7, 2010 at 4:47 AM, Craig Taverner <cr...@amanzi.com> wrote: > I found the correct geotools jar. It is gt-render. > > On Thu, Oct 7, 2010 at 10:18 AM, Craig Taverner <cr...@amanzi.com> wrote: > > > Hi David, > > > > I think the problem on my side was simply lack of experience with SLD's. > > Since FOSS4G I've not spent any time on SLD's either, but instead on some > > updates to the OSM data model. However, I'm very keen to get the SLD work > > moving again, so right now I'm trying to turn your test code into a unit > > test in neo4j-spatial so I can start playing with it, and then integrate > it > > with some code I got from Jesse for embedding the SLD in a uDig datastore > so > > when we connect uDig to OSM in Neo4j it automatically gets great > rendering > > :-) > > > > One question for you: the code has new dependencies for org.geotools.map > > and org.geotools.render. Where can I find these? A quick google search > said > > org.geotools.map was found in gt-build, but that does not seem to exist. > > I'll look a little further, but if you have a quick answer, that would be > > great. > > > > And you last point about performance and style composition are very > > important. I'm assuming that the more advanced the styling we apply the > > slower the rendering, so I've pretty sure I'm going to be getting into > deep > > water there and will certainly benefit from the advice of a real expert > in > > SLD's. Of course, my plan has been to start by using the mapnik2geotools > > generated SLD's as a starting point, since I'm sure you did a great job > with > > that :-) > > > > Regards, Craig > > > > > > On Thu, Oct 7, 2010 at 4:03 AM, David Winslow <cdwins...@gmail.com> > wrote: > > > >> Hi all, > >> > >> My name's David Winslow and I talked to Craig Taverner a few weeks ago > at > >> FOSS4G about Neo4j-spatial. I work with GeoTools and GeoServer and was > >> interested in the demo I saw of OSM data stored and rendered from a > Neo4j > >> database instead of one of the more traditional storage systems. We > also > >> talked a bit about problems with styling in GeoTools. > >> > >> So, I played around with neo4j-spatial a bit last week to see what was > >> going > >> wrong and styling seems to work ok with the layers I tried. What I did > was > >> to run just the TestDynamicLayers suite and then write a small program > to > >> load it in GeoTools and render to PNG. http://gist.github.com/614421 is > >> the > >> precise code I used. > >> > >> Since I didn't run into any problems actually doing the styling, I guess > >> the > >> issues we discussed are a bit higher-level (performance, style > >> composition, > >> that kind of thing). Does anyone have the time to explain these > problems > >> in > >> a bit more detail? > >> _______________________________________________ > >> Neo4j mailing list > >> User@lists.neo4j.org > >> https://lists.neo4j.org/mailman/listinfo/user > >> > > > > > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
