Gosh, HN, I apologize for the mess of links and my earlier entirely-italicized post. It seems the formatting options are quite limited and I can't seem to save edits after posting :(
Right now, most of our client tree maps have elected to make their raw data downloadable to the public. On most/all of the OpenTreeMap version 1 sites, on the bottom of the map, there's a few links: "Export this search: KML | CSV | Shapefile". KML is the format native to Google Earth but is really an XML-based, officially adopted open geographic data standard many tools support (http://www.opengeospatial.org/standards/kml). Shapefile is a semi-open geodata format invented by Esri - even though it's only a de facto standard per se, the vast majority of GIS analysis tools use and support it (http://wiki.openstreetmap.org/wiki/Shapefiles). CSVs are, well, CSVs. On our OpenTreeMap version 2 sites, running on our SaaS infrastructure (the only major public ones at the moment are Edmonton http://www.opentreemap.org/edmonton/ and Los Angeles http://treemapla.org/), there is an "Export Search Results" button that allows you to download a CSV of bulk data. (I believe in the future we would like to support other formats than CSV again, but don't quote me yet and that's "down the roadmap" anyway...)
I didn't try very hard, but I didn't see links to any maps from the main page (maybe this is on purpose, I don't know, I was curious what they looked like and no example was obvious).
The shp export from phillytreemap.org doesn't include trees.shp. Nor does a search in Grand Rapids and another in Seattle. Am I misunderstanding how the data is organized? The other formats seem to include the trees, but they are not especially conveniently organized.
For version 2, I tried to download "Edgemont" from Edmonton, 150 trees. The preparing box came up and nothing happened for several minutes and I gave up (well, really I tried it in a different browser that has a cleaner profile, but it didn't work there either).
I don't need the data for anything, just looking at how it works and what comes out.
Yes, the main page on opentreemap.org is mainly our marketing site about the system in general. Our clients really decide how they want to spread the word in their local region about their individual map URLs. Perhaps in the future we might make it easier for others to discover what maps there are from the homepage.
SHP exports: Correct, the SHP exports from v1 maps will only have a plots.shp file and no trees.shp file. However, if you open that file in Esri ArcMap or the open source QGIS, you'll find that the tree data does exist, it's just in a second "attribute table". The way OpenTreeMap is architected, we have two data concepts: plots or "planting sites", and trees. A particular plot has the latitude/longitude location associated with it, and a particular tree is associated with a particular plot (but the tree doesn't have a location, itself). This allows us to keep track of the history of a particular plot/planting site - which may host multiple trees over the years as they grow, die, or are cut down. I covered a bit of this in a blog exploring how to use exported OpenTreeMap data: http://www.azavea.com/blogs/labs/2013/08/open-data-from-open... You may want to use the CSV export option depending on what you want to do.
Version 2 exports: What you're describing is a bug we need to fix. Occasionally, when you're not logged into an account, exports don't work. As far as we've been able to test, exports always work when you are logged in. You can sign up for a free account on Edmonton's map at https://www.opentreemap.org/edmonton/accounts/register/. (Actually, your account will work on any opentreemap.org map for editing/viewing, including TreeMap Los Angeles).
(By 'raw' I mean in a format that is complete and convenient for machine processing)