[osmosis-dev] lost relations while clipping
Hi osmosis-devs, On our regional extraction system we've ran into what seems to be a bug. Relations, that are members by themselves are dropped while extracting. Example of such relation: http://www.openstreetmap.org/browse/relation/358215 Code and example to reproduce this behavior is attached. Thank you for your work. Maxim http://gis-lab.info runme Description: Binary data test.osm Description: Binary data test.poly Description: Binary data ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
[OSM-dev] Getting the last Element-IDs
Hi Is there an API to get the highest User (and possibly Node, Way and Relation) ID? Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting the last Element-IDs
On Mon, October 11, 2010 10:50 am, Peter Körner wrote: Hi Is there an API to get the highest User (and possibly Node, Way and Relation) ID? No. Why do you need it? The Planet file will give the max when the data dump was created. Shaun ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting the last Element-IDs
On 11/10/2010 10:50, Peter Körner wrote: Hi Is there an API to get the highest User (and possibly Node, Way and Relation) ID? No, because it would be useless. Seconds after you got your result (if not sooner), it would be invalid. Stuff would have been created and numbers you have would no longer be the highest. Jonathan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Getting the last Element-IDs
Am 11.10.2010 14:06, schrieb Jonathan Bennett: No, because it would be useless. Seconds after you got your result (if not sooner), it would be invalid. Stuff would have been created and numbers you have would no longer be the highest. I thought about using the highest user id in combination with the brand new users_agreed.txt to check for the number of users that have agreed. The number of active users = 286582 would be of interest for this. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Postgres Error with gazetteer database for nominatim
Hi all, we set up our own nominatim server as described on http://wiki.openstreetmap.org/wiki/Nominatim/Installation . We took latest revision of osm2pgsql from the svn http://svn.openstreetmap.org/applications/utils/export/osm2pgsql. Everything seems to work until we try to search for an city or something. Then we get the following error: nativecode=FEHLER: Spalte »operator« existiert nicht at character 71 In Englisch: nativecode=ERROR: Column operator doesn't exist at character 71 The SQL Statement fired against the database is select word_id,word_token, word, class, type, location, country_code, operator from word where word_token in (' ilmenau','ilmenau',' germany','germany'); I had a look at the table world and it really does not contain an column called operator. Did we miss something? Regards, Michael ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Evaluating the Full-History-Dump
Hi Now that the list of users that accepted the free OdBL is out, it is time to do some analysis on the impacts. It is clear that analysis tools need to look at the objects' history so the full-experimental-dumps are a natural place to start. But there are some problems with this dump: - it is so huge, downloading 18 GBs of data is often a problem - it starts with multiple (uncompressed) GBs of changeset elements that are of small interest for the average user I'd suggest creating sub-sets of the existing dump that makes it easier to play with these things: - a dump without the changeset-section - a dump with only the node-section - a dump with only the node- and way-sections and to get even smaller - a dump with only the node-section and only with nodes inside a certain bbox (eg london or berlin or sth.) These dumps could be used as test-cases to benchmark tools and compare results without the need of a huge 64GB RAM server or 100 MBit Internet connection. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Data source for robot
I'm building a robot as a school project that will use data from TIGER imports and automatically create route relations for US state roads. There are tens of thousands of these, so some automation seems appropriate. I'm not sure what the best way to access the data is. The robot will have to make /lots/ of queries (much like the wayfinder plugin in JOSM), so querying against the main db seems inappropriate. What are my other options? * Local db? I tried importing planet.osm but it's too big and takes too long. Even if I trim it to just US, my machine isn't all that powerful, and I still don't know if I'll have enough disk. * XAPI? I heard this is slow and will not be up for the amount of queries I might be sending. * TRAPI? ROMA? I could use some guidance. If there's some way to get part or all of the planet onto my own machine without spending 3 weeks doing the import, I'd be up for it, but otherwise, I need other suggestions. -- Peter Budny \ Georgia Tech \ CS PhD student \ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] add leisure=swimming_pool to the core-features
I found that leisure=swimming_pool is used almost 8000 times in the planet (according to taginfo). There is an old proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool but nobody ever cared to put it on the main feature list. I'd say we can do it. (Btw.: it used to be a wiki, but unfortunately there was a technical hurdle introduced so I am no more able to add tags to these lists). Can someone add this please? http://wiki.openstreetmap.org/wiki/Key:leisure IMHO it should also be added to JOSM presets. cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev