Re: [OSM-dev] Internal Server Error

2015-07-27 Thread Tom Hughes

On 28/07/15 07:14, Tom Hughes wrote:

On 28/07/15 01:01, Walter Nordmann wrote:


may be you could check your server logs and give me a hint. came from
osm.wno-edv-service.de


They are unlikely to tell me anything that I can't already guess.

Basically there is something wrong with your request and the OAuth
signature check is failing. The logs do not provide any detail because
there isn't really any way they can - all they know is that the hash
they computed does not match the one you sent.


As I suspected, what we have is:

NoMethodError undefined method `create_request_token' for nil:NilClass 
/var/lib/gems/1.9.1/gems/oauth-plugin-0.5.1/lib/oauth/controllers/provider_controller.rb:18:in 
`request_token'


which basically means you have hit this:

https://github.com/pelle/oauth-plugin/pull/143

but the reason there is no client_application is likely that signature 
verification failed.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal Server Error

2015-07-27 Thread Tom Hughes

On 28/07/15 01:01, Walter Nordmann wrote:


having the same problem right now:

- with https or http
- using signpost or scribe (java)

but josm is doing the oauth stuff fine.

sending api-key, api-secret and callback.


You have followed up to a thread from six months ago which related to a 
specific event. So no, you are not having the "same problem" at all, you 
are having an unrelated problem with similar symptoms.



may be you could check your server logs and give me a hint. came from
osm.wno-edv-service.de


They are unlikely to tell me anything that I can't already guess.

Basically there is something wrong with your request and the OAuth 
signature check is failing. The logs do not provide any detail because 
there isn't really any way they can - all they know is that the hash 
they computed does not match the one you sent.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal Server Error

2015-07-27 Thread Walter Nordmann
having the same problem right now:

- with https or http
- using signpost or scribe (java)

but josm is doing the oauth stuff fine.

sending api-key, api-secret and callback.



may be you could check your server logs and give me a hint. came from
osm.wno-edv-service.de

regards
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Internal-Server-Error-tp5796457p5851081.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal Server Error

2014-02-15 Thread Tom Hughes

On 15/02/14 16:39, Williams Araújo wrote:


I'm trying to make a request for access token via oAuth API openstreet
url https://www.openstreetmap.org/oauth/request_token maps by passing
the following parameters:

oauth_consumer_key
oauth_signature_method
oauth_signatur
oauth_version
oauth_timestamp:

But it is happening the following error:

Application error


There may have been a few glitches in the last half hour or so because 
I've been debugging an issue with using OAuth over https for certain API 
calls and I had to do it in the production environment as it wasn't 
occurring anywhere else.


I think everything should be working now though.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] internal server error: informationfreeway.org/api/0.5/way[name=Vilhonvuorenkatu]

2008-12-22 Thread D Tucny
2008/12/23 Timo Juhani Lindfors 

> Hi,
>
> any idea why
>
> $ wget -O a '
> http://www.informationfreeway.org/api/0.5/way[name=Vilhonvuorenkatu]
> '
> Warning: wildcards not supported in HTTP.
> --18:02:46--
> http://www.informationfreeway.org/api/0.5/way[name=Vilhonvuorenkatu]
>   => `a'
> Resolving www.informationfreeway.org... 80.68.90.42
> Connecting to www.informationfreeway.org|80.68.90.42|:80... connected.
> HTTP request sent, awaiting response... 302 Found
> Location:
> http://osmxapi.hypercube.telascience.org/api/0.5/way%5bname=Vilhonvuorenkatu%5d[following]
> --18:02:46--
> http://osmxapi.hypercube.telascience.org/api/0.5/way%5bname=Vilhonvuorenkatu%5d
>   => `a'
> Resolving osmxapi.hypercube.telascience.org... 137.110.119.130
> Connecting to osmxapi.hypercube.telascience.org|137.110.119.130|:80...
> connected.
> HTTP request sent, awaiting response... 501 Internal Server Error
> 18:03:13 ERROR 501: Internal Server Error.
>
> fails with internal server error?
>

Because all osmxapi requests are currently failing with an internal server
error?

d
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Tom Hughes
Hugh Barnes wrote:
> On Tuesday 18 November 2008, 05:42:18, Shaun McDonald did write:
>> Due to the way that the XML parsing is done, if no role attribute is  
>> supplied in the xml, then it will fail. Supplying role="" is what you  
>> are required to do.
> 
> Sorry - I'm just curious. Is this in OSM code or are you making a generic 
> statement? If the former, it's a bug (if we're having to work around it) or 
> it's just an unintuitive content model. If the latter, it doesn't ring true 
> for any parsing I've done elsewhere.

I don't think I denied that it was a bug did I?

It's actually more complicated than that, though if the exception is 
caused by malformed XML being sent that I agree that the API should 
validate it better and report an error.

There are other cases that cause 500s though, so as running out of 
memory - you can usually tell that case because it won't repeat if you 
retry the request.

The other case is where the code is correct, but assumes that the 
database is consistent, which is sometimes isn't at the moment for 
historical reasons and because of a lack of transactional updates.

Tom

-- 
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Shaun McDonald

On 17 Nov 2008, at 21:46, Hugh Barnes wrote:

> On Tuesday 18 November 2008, 05:42:18, Shaun McDonald did write:
>> Due to the way that the XML parsing is done, if no role attribute is
>> supplied in the xml, then it will fail. Supplying role="" is what you
>> are required to do.
>
> Sorry - I'm just curious. Is this in OSM code or are you making a  
> generic
> statement? If the former, it's a bug (if we're having to work around  
> it) or
> it's just an unintuitive content model. If the latter, it doesn't  
> ring true
> for any parsing I've done elsewhere.
>

It is whenever the XML that you give to the API is parsed into a set  
of model objects that is used by the server for further processing.
See the following method (def self.from_xml_node(pt, create=false)):
http://trac.openstreetmap.org/browser/sites/rails_port_branches/api06/app/models/relation.rb#L32

If any of the parts of the XML there are missing, when they are  
expected, then it will just fail with an error, probably a 500 error.

Shaun



___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Hugh Barnes
On Tuesday 18 November 2008, 05:42:18, Shaun McDonald did write:
> Due to the way that the XML parsing is done, if no role attribute is  
> supplied in the xml, then it will fail. Supplying role="" is what you  
> are required to do.

Sorry - I'm just curious. Is this in OSM code or are you making a generic 
statement? If the former, it's a bug (if we're having to work around it) or 
it's just an unintuitive content model. If the latter, it doesn't ring true 
for any parsing I've done elsewhere.

… or I may be completely missing the point of the context. Tell me to butt out 
if you like.

Cheers

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Tom Hughes
Till Harbaum / Lists wrote:

> Am Montag 17 November 2008 schrieb Shaun McDonald:
>> supplied in the xml, then it will fail. Supplying role="" is what you  
>> are required to do.
 >
> Maybe the server should return something else than "internal error" then?
> Other incomplete requests end up with a 400 error. "Internal error" sounds
> to me as if the server is having problems that are unrelated to my request.

It means exactly what it says - an unexpected internal error occurred.

Generally that means an exception was thrown, either because of some 
occurrence that the API writers had not expected (or which should not be 
able to happen) or because the server has run out of memory.

Tom

-- 
Tom Hughes ([EMAIL PROTECTED])
http://www.compton.nu/

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Till Harbaum / Lists
Hi,

Am Montag 17 November 2008 schrieb Shaun McDonald:
> supplied in the xml, then it will fail. Supplying role="" is what you  
> are required to do.
Maybe the server should return something else than "internal error" then?
Other incomplete requests end up with a 400 error. "Internal error" sounds
to me as if the server is having problems that are unrelated to my request.

> If you can supply more detailed examples of where you are having  
> problems, it will be easier to help you debug the problem. It could  
> just be a problem of the rails daemon dying with your request going  
> with it. JOSM does have an automatic retry system.
There are no special examples. It just happens every now and then. 
It happens much more likely if i upload via slow GPRS. A simple retry
usually works, sometimes a second retry is needed, but finally it always
works. It looks like it happens more often if the gaps between ids assigned
to new objects of mine are bigger which may mean that more parallel
uploads happen at those times. 

Till

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread David Earl
On 17/11/2008 19:42, Shaun McDonald wrote:
> It could just 
> be a problem of the rails daemon dying with your request going with it. 
> JOSM does have an automatic retry system.

On anything more than trivial amounts of data, I always but always get 
retries in JOSM (and before that was implemented, failures so I had to 
retry manually). It is so ubiquitous I thought this must be a widespread 
and well-known problem. It happens every time. I used to get so 
frustrated by the repeated 500 errors before the retry was implemented, 
and I assumed that had been implemented because it was such a widespread 
problem.

(I also think there is some spurious DoS detection attempt going on 
somewhere between me and the server, but I've never been able to track 
it down. I actually think it is on my desktop computer, not my ISP, 
router or anywhere OSM end. Because the REST interface does large 
numbers of requests in a short time, I think someone thinks I am trying 
to do a DoS attack and blocks the upload. This isn't the same problem as 
retries - when this happens it locks me out of OSM altogether (even 
looking at the map) on that IP for 10 - 20 minutes.)

David


___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Internal server error on relation member without role

2008-11-17 Thread Shaun McDonald
According to the database, a relation requires a role, which may be  
empty, but not null.


Due to the way that the XML parsing is done, if no role attribute is  
supplied in the xml, then it will fail. Supplying role="" is what you  
are required to do.


If you can supply more detailed examples of where you are having  
problems, it will be easier to help you debug the problem. It could  
just be a problem of the rails daemon dying with your request going  
with it. JOSM does have an automatic retry system.


Shaun
On 17 Nov 2008, at 19:12, Till Harbaum / Lists wrote:


Hi,

i just noticed that don't specifying a role for a relation member  
gives an 500 error

while specifying an empty role="" works fine.

This doesn't look like it's intended that way.

Also my tool gets ~10% of internal server errors during upload but  
can always
recover with a retry. How comes? I've never used josm or merkaartor.  
Do these

also have to run retries?

Till

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev




smime.p7s
Description: S/MIME cryptographic signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev