Re: [OSM-dev] Data source for robot
I understand that many people say bots are bad because of bad expierences but i don't see the point when you say You seem to be tackling it from the perspective that running a bot is the right way to solve it, and it's not. This is just you are not of my opinion and as long as you are not this is going nowhere... sorry, but what i see happening on the list a lot of times is, that people who just want to contribute somehow are smashed into the ground. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Data source for robot
obviously they are either good enough in there current status or no one cares about it. there is 0 benefit in automatic edits. Are you serious? What about the guy that wants to use any kind of routing software to go from A to B? if streets are not connected in a place where nobody cares this means he will get redirected over some areas where people care. Hell, this whole discussion looks like a witch-hunt. Because all robot-edits are the devil. And the general tone here is very discouraging for everyone that might think about investing time into OSM. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] ESRI article sent by a friend
Don't know if you can really make a hard cut, saying what is an import and what not. Or to make it more clear: What is the difference between a good import of some data that is 10 years old and a mapper that is drawing areas based on some landsat-imagery (which is as far as i know from 2003)? Both do add loads of data from a foreign source. I don't think that old or imported data is a problem, as long as the import-quality is okay. (e.g. do not import data that we already have (street on an street)). Jan Am 16.07.2010 12:32, schrieb M∡rtin Koppenhoefer: 2010/7/12 Stefan de Koninkste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 12-07-10 14:15, Mike N. schreef: If the filters are predefined and the data is never shown for editing or rendering, why have it? For the simple reason that there is not only one rendering of /the/ OpenStreetMap map. I can see the point in this, but I'd rather prefer an openimportmap with a separate database, where you can upload all kind of rubbish and keep the main OSM-db as clean as possible from imports. There are actually a lot of mappers that go out and collect unique geoinformation manually, and I think that this is the key feature of OSM. cheers, Martin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] foreign key constraint violation in live-api
As far as I know the API (and I only know it from wiki-doc) it could only be a problem if you are trying to upload a way, whose nodes are not uploaded at that moment. So this should not happen in parallel. Am 04.05.2010 13:36, schrieb IgnacioZ: They were done in a for loop and before I start the next request, I receive the answer, though by looking at my code it could happen that two requests are done in parallel, after receiving the Id of the previous one, I continue and the previous connection may not have been finalized (they are different instances). Do you think that could be the reason ? On Tue, May 4, 2010 at 8:29 AM, Tom Hughes t...@compton.nu mailto:t...@compton.nu wrote: On 04/05/10 12:16, IgnacioZ wrote: How do you plan to do that before you know what the bug is? By looking at the code... Good luck with that... If you do what I asked and file a ticket in trac with the information I requested, or even provide that information here, then I might actually be able to tell you what the problem is. I will provide it here: URL: http://api.openstreetmap.org//api/0.6/node/create HTTP Method: POST XML: osmnode changeset=4588121 lat=-31.428261 lon=-64.186582tag k=name v=Beto's/tag k=amenity v=fast_food//node/osm If you take a look at that changeset you will see that there are other elements that where added correctly. Am I right in suspecting that you were uploading multiple objects in parallel by sending different requests on different connections? Tom -- Tom Hughes (t...@compton.nu mailto:t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] foreign key constraint violation in live-api
Perhaps one should add a hint to http://wiki.openstreetmap.org/wiki/API_v0.6 that parallel uploads _may_ cause problems. I could add this to the wiki if you want, but I would only do so if you think this is useful. but I suspect it was the parallel upload that led to the deadlock and that it explains why other people don't see the same problems. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Wrong display of urls in tags
Hello, when you are on a page like: http://www.openstreetmap.org/browse/node/671785382 The http: is cut out of the value. In this example the tag wikipedia has a value of http://* but only //* is displayed. Best regards Jan S. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev