[OSM-talk] cannot create database for osmosis 0.39
Hi, I have a problem with using osmosis with postgresql: When using script/pgsimple_schema_0.6.sql to generate the SQL schema, osmosis terminates with error message org.openstreetmap.osmosis.core.OsmosisRuntimeException: The database schema version of 5 does not match the expected version of 6. Obviously outdated. But when using script/pgsnapshot_schema_0.6.sql instead, postgres rejects with error message psql:script/pgsnapshot_schema_0.6.sql:38: ERROR: type "hstore" does not exist LINE 7: tags hstore ^ Obviously incomplete, definition of type "hstore" missing. So how would one create the database for osmosis? regards Hadmut ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] V1 OBJECTS ODBL STATISTICS
As I previously announced (If you already saw this in talk-de or on legal-talk, I apologize) , I'm generating some numbers (see http://odbl.poole.ch) on contributor term acceptance for version one objects and their creators. The numbers are mainly interesting because only objects created by CT acceptors will survive the eventual clean out of the database for the license switch. The numbers are different from those on obdl.de, which are based on the last editor of the objects and tend to loose the information that I'm generating over time. The best use of the numbers is to locate and address mappers in your region that haven't responded to the mail they should have received from the LWG and have larger contributions. In many cases they may have simply missed what is going on. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] cannot create database for osmosis 0.39
On Fri, Sep 2, 2011 at 7:20 AM, Hadmut Danisch wrote: > But when using script/pgsnapshot_schema_0.6.sql instead, postgres rejects > with error message > > psql:script/pgsnapshot_schema_0.6.sql:38: ERROR: type "hstore" does not > exist > LINE 7: tags hstore > ^ > > Obviously incomplete, definition of type "hstore" missing. > > So how would one create the database for osmosis? Not sure about the pgsimple schema problem but for the pgsnapshot you need to 1) have the postgres hstore-new module installed on the system and 2) you need to have run the hstore-new.sql that comes with that module against the database. Here is a blog post about my experience setting up a pgsnapshot database that might be useful: http://ksmapper.blogspot.com/2011/04/parse-planet-into-pgsnapshot-database.html Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage)
Quick Reminder: This weekend we have a partial outage... Further details: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 http://stateofthemap.org/ will be available this weekend, including tickets / registration. On 28 June 2011 12:21, Grant Slater wrote: > Some secondary OpenStreetMap services will be unavailable during the > following dates, due to power maintenance work at our server hosting: > > - 2nd and 3rd July 2011. (Saturday & Sunday) > - 30th and 31st July 2011. (Saturday & Sunday) > - 3rd and 4th September 2011. (Saturday & Sunday) > - and 1 weekday (to be confirmed) during August 2011. > > On each of these weekends, the servers will be shut down at 7:30 UTC, > and will be started again after works are completed, which will be > Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have > a precise date for the August maintenance. > > The following services will be unavailable during these periods: > * XAPI / jXAPI > * dev.openstreetmap.org server (errol) > * rendering of new map tiles > * osmfoundation.org and stateofthemap.org web sites > > As a temporary replacement for XAPI/jXAPI, consider using third-party > services such as that provided by MapQuest: > http://developer.mapquest.com/web/products/open/xapi > > Additional information will be posted to the following page: > http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 > > The following services are *not* affected: > * www.openstreetmap.org web site > * API and Editing (*phew*) > * planet.openstreetmap.org and diffs. > * tile serving for existing tiles (details below) > * Wiki > * Nominatim (search) > * mailing lists > * subversion and git (source code repositories) > * trac (bug-tracker) > * donate.openstreetmap.org > > Maps will still be viewable on the openstreetmap.org homepage and on > other people's websites. We’ll be serving tiles from a back-up tile > server. However rendering engines will be de-activated, meaning that > new rendering of map updates will not take place during the > maintenance period, some requests for tiles will fail where no cached > copy is available, and tile response times may be slower than normal. > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code Documentation Sprint
Hi Kate, Congratulations on getting accepted. I think this is a really good idea - all too often projects concentrate on the code side of things, and the documentation is an after thought, so a bit of dedicated time to just think about documentation will be great - It is nice to see that Google has recognised the benefits of this and is sponsoring a documentation programme as well as Google Summer of Code. Are you going to concentrate the documentation on the concepts (ie nice cartoon drawings of nodes and ways etc.), or is it going to include the tools too? I think there are already some nice descriptions of the basic concepts of nodes, ways etc. that you could collate, but to do editing will need at least two versions - Potlatch2 and JOSM. I am not sure if it would be possible to do it side by side (do this with Potlatch2 or that if you are using JOSM), or if that will just make it too complicated? A section on 'I want to add feature XXX to the map, but can't find tags for it - what should I do' would be a really useful contribution tooalthough I think there could be a robust debate about what it says! I look forward to the sections on relations, because I still struggle with anything more than simple route relations! Regards Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] V1 OBJECTS ODBL STATISTICS
Simon Poole writes: > As I previously announced (If you already saw this in talk-de or on > legal-talk, I apologize) , I'm generating some numbers (see > http://odbl.poole.ch) on contributor term acceptance for version one > objects and their creators. > > The numbers are mainly interesting because only objects created by CT > acceptors ... and editors who have put their edits into the public domain. No, this doesn't belong on legal-talk because it has nothing to do with the law. Edits which are in the public domain do not fall under copyright, and so the only decision to be made is whether the edits are worth keeping. This is a decision about data quality, and not any opinion about the law. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Ian Sergeant writes: > To address your question specifically, what happens to data placed in the > public domain by the author on the wiki, who then specifically declines > the CT? Well in the first case, if the edits are just a trivial > modification to a fully CT-compliant version - I'd say just hide > them. What problem does this solve? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Richard Fairhurst writes: > [follow-ups should be to legal-talk yadda yadda] > > Russ Nelson wrote: > > What about the people who didn't agree to the CT, but whose data is > > in the public domain? > > See > http://lists.openstreetmap.org/pipermail/legal-talk/2011-August/006608.html > et seq. I only see two people defending the idea, and a lot more questioning it, that somehow a PD declaration is legally any less binding than signing a contract. The first is a contract of adhesion: "Here's my work; I renounce any copyright claims over it." The OSMF has the choice of accepting that contract or rejecting it, just as it does the contract formed by agreeing to the Contributor Terms. I don't understand their choice of accepting the one contract but refusing the other. Can somebody explain why one contract is superior to the other? Because the CT looks more "legal"? But PD steps entirely outside the realm of the law by stating that the author will not enforce copyright. That looks like an even *better* contract to accept than the CT. In both cases, if the contract is breached, and the work infringing, the OSMF's actions need to be exactly the same: remove the data from the database, and make a reasonable attempt to ensure that it is not further distributed by any recipients of the data. Since the OSMF has entered into a contract with all contributors (PD or CT both), and the contributors have agreed to this contract (PD or CT both), it has an affirmative defense of innocent infringement. Given that we do everything in an open and public manner, with board meeting minutes, and community discussion being published, breaking that defense would require proof that somebody on the OSMF board agreed to accept somebody's contract with a wink and a nod. That would be somewhere between impossible and expensive. If it's impossible, no worries. If it's merely expensive, you have to look at the harm done. Since there's no one editor (aside from importers of US Federal Government works) who dominates the database, any claim of harm would be difficult to prove. Since 1) the defense is strong, 2) the harm is minimal, 3) cooperation is full, you should expect absolutely nobody to sue the OSMF for infringement of works which are supposedly PD or CT but not really. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 3 September 2011 14:03, Russ Nelson wrote: > be difficult to prove. Since 1) the defense is strong, 2) the harm is > minimal, 3) cooperation is full, you should expect absolutely nobody > to sue the OSMF for infringement of works which are supposedly PD or > CT but not really. The position taken over PD seems contradictory to other opinions given over the CTs as well, specifically how minors and others aren't allowed to enter into contracts directly: http://wiki.openstreetmap.org/wiki/Open_Database_License/Contributor_Terms/Open_Issues#Legal_Capacity ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
