The database i'm using is a fresh made one, so the error must be duplicate
entries in the osm. I have the same problem with a duplicate relation in the
new york city file i extracted from a cloudmade map.
Could the duplicate values be a result of a bug while extracting a bbox with
osmosis?
On Tue, May 4, 2010 at 10:50 PM, Brett Henderson br...@bretth.com wrote:
On Tue, May 4, 2010 at 5:56 PM, Ibrahim Bouchrika
ibrahim_bouchr...@hotmail.com wrote:
The database i'm using is a fresh made one, so the error must be
duplicate entries in the osm. I have the same problem with a
Your idea seams nifty, although it's giving an error on the --rx command. I
don't know Osmosis well enough to figure out where the error comes from. Is it
just an error in the syntax or is it because of the osm-file?
C:\osmosis-0.35\binosmosis --rx amsterdam.osm --rx empty.osm --dc
Hi,
Ibrahim Bouchrika wrote:
Your idea seams nifty, although it's giving an error on the --rx
command. I don't know Osmosis well enough to figure out where the error
comes from. Is it just an error in the syntax or is it because of the
osm-file?
Caused by: org.xml.sax.SAXParseException:
Am 04.05.2010 00:27, schrieb IgnacioZ:
I would like to know if there is a workaround, or where should I report
the bug?
You can report it at http://trac.openstreetmap.org/ but you still should
get an answer from an api maintainer here :)
Peter
Here I copy the error again:
On 04/05/10 07:19, Peter Körner wrote:
Am 04.05.2010 00:27, schrieb IgnacioZ:
I would like to know if there is a workaround, or where should I report
the bug?
You can report it at http://trac.openstreetmap.org/ but you still should
get an answer from an api maintainer here :)
I don't
Hello, if you can point me to the place where the code is, I could help fix
it.
There's no one maintaining that code?
Regards,
Ignacio.
On Tue, May 4, 2010 at 4:46 AM, Tom Hughes t...@compton.nu wrote:
On 04/05/10 07:19, Peter Körner wrote:
Am 04.05.2010 00:27, schrieb IgnacioZ:
I
On 04/05/10 12:01, IgnacioZ wrote:
Hello, if you can point me to the place where the code is, I could help
fix it.
How do you plan to do that before you know what the bug is?
There's no one maintaining that code?
I didn't say that. What I said was that there is nobody obligated to fix
any
How do you plan to do that before you know what the bug is?
By looking at the code...
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:
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
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
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
On 04/05/10 12:36, IgnacioZ wrote:
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
Ok thank you very much.
I will add some more POI today changing my code to wait for the new request
to be created when the previous one finished (which is not always exactly
the same as to when I get the response).
If you need some help with the code let me know. What language do you work
with ?
IgnacioZ schrieb:
I will add some more POI today changing my code to wait for the new
request to be created when the previous one finished (which is not
always exactly the same as to when I get the response).
Can't this be done using the diff-upload? I could imagine that this is
less error
On Tue, May 4, 2010 at 1:07 PM, IgnacioZ zigna...@gmail.com wrote:
Ok thank you very much.
I will add some more POI today changing my code to wait for the new request
to be created when the previous one finished (which is not always exactly
the same as to when I get the response).
If you are
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
On 04/05/10 13:22, Jan Sandbrink wrote:
Perhaps one should add a hint to
http://wiki.openstreetmap.org/wiki/API_v0.6 that parallel uploads _may_
cause problems.
Well they're not supposed to cause problems... As I said, that is most
likely a bug of some sort that we are currently looking into.
On Tue, May 4, 2010 at 5:56 PM, Ibrahim Bouchrika
ibrahim_bouchr...@hotmail.com wrote:
The database i'm using is a fresh made one, so the error must be duplicate
entries in the osm. I have the same problem with a duplicate relation in the
new york city file i extracted from a cloudmade map.
I am still reading some old mailing list posts ...
What about a relation with type=data, which is a relation that can
include tags and other relations recusively?
This relation has no geometric reference but it is just there to save
data. So we could reuse relations for a purpose which is
Hi Folks,
I thought I had better update you on where we have got to with this year's
Google Summer of Code.
OSM Received 27 applications and were allocated 6 student places.
The mentors reviewed the proposals to select the 6 students that have been
accepted - I would like to thank Rajan Vaish and
Yes I believe it can. I will try that. Thanks!
Ignacio.
On Tue, May 4, 2010 at 9:11 AM, Peter Körner osm-li...@mazdermind.dewrote:
IgnacioZ schrieb:
I will add some more POI today changing my code to wait for the new
request to be created when the previous one finished (which is not always
On Tue, May 4, 2010 at 3:12 PM, Andreas Kalsch andreaskal...@gmx.de wrote:
I am still reading some old mailing list posts ...
What about a relation with type=data, which is a relation that can
include tags and other relations recusively?
This relation has no geometric reference but it is
23 matches
Mail list logo
