S Knox | 1 May 01:01 2009
Picon

Re: [OSM-dev] uploading GPX via the API

Frederik,

Yes  I thought that when I looked at the code, but when I couldn't see it in the API reference I assumed it had been removed. Anyway it works fine now.

Thanks

Steve

From: Frederik Ramm <frederik <at> remote.org>
To: S Knox <roxyknox <at> yahoo.co.uk>
Cc: dev <at> openstreetmap.org
Sent: Thursday, 30 April, 2009 23:33:43
Subject: Re: [OSM-dev] uploading GPX via the API

Hi, > Has the GPX upload method in the API been disabled in 0.6? Shame if it has
>There is nothing in the code to suggest that it has.

Having looked at the specs for 0.5 and 0.6 versions of the API, it seems the POST method for a GPX file has been disabled
> That must be an omission on the part of the writer(s) of the Wiki documentation then. I have a hunch that the following line of code in the DirectUpload source... private static final String API_VERSION = "0.5"; ... might have been responsible for the malfunction ;-) fixed and rebuilt; try and update your plugins from within JOSM (might take a few minutes until the plugin list catches the new version number) and report whether it works now! Bye Frederik --

 Frederik Ramm ## eMail frederik <at> remote.org ## N49°00'09" E008°23'33"

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Simon Ward | 1 May 01:12 2009
Picon

Re: [OSM-dev] User preference for editor

On Thu, Apr 30, 2009 at 05:06:39PM +0100, Thomas Wood wrote:
> 2009/4/30 Chris Browet <cbro <at> semperpax.com>:
> > What about a custom mime type for a file containing pertinent info (i.e. the
> > bbox, I guess)?
>
> Others have stated before that the mime type option is really the only
> sane one for this sort of thing, rather than the awful localhost URIs
> the the JOSM remote control uses presently. The other option of a
> custom protocol will soon become a pain when using/configuring it with
> multiple browsers.

I tested putting a file containing OSM data on a web server and serving
with MIME type ‘application/x-openstreetmap+xml’.  My browser
(Iceweasel, in this case) predictably didn’t know how to handle it and
asked me whether to open it (and what with) or download it.

I already have a single executable wrapper for JOSM, so it was a simple
case of selecting that and the file was downloaded and opened in JOSM.
This isn’t quite the same as giving JOSM a bounding box to download, but
it works, and doesn’t really make a difference.  JOSM can take
filenames, URIs and bounding boxes on the command‐line.  With the above
method, the remotecontrol plugin is not even needed.

Granted, I’m not your average user, it required some prior setup, but
that’s more because of the way JOSM is packaged and distributed, and
any nice packages that create all the nice shiny wrapper scripts,
shortcuts, file type handlers, etc are vastly outdated.

Simon
--

-- 
A complex system that works is invariably found to have evolved from a
simple system that works.—John Gall
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Frederik Ramm | 1 May 01:32 2009

Re: [OSM-dev] User preference for editor

Hi,

Thomas Wood wrote:
> Others have stated before that the mime type option is really the only
> sane one for this sort of thing, rather than the awful localhost URIs
> the the JOSM remote control uses presently. 

Call me biased but I find a certain elegance in the way these "awful 
localhost URIs" do not require any configuration. You do not have to 
register JOSM as an application for a certain MIME type; you do not have 
to fiddle with your browser configuration to install a helper 
application; just fire up JOSM and it works.

Granted, the localhost URIs fail miserably if you do not have JOSM 
running already. If it were'nt for the same-origin policy one could at 
least call them using XMLHttpRequest and present a popup on error...

(I'd love to be able to write: "You can carry JOSM with you on an USB 
stick and run it in an Internet cafe with no privileges on the machine", 
but unfortunately we still lack a "--my-home-directory-is-on-the-stick" 
option.)

Bye
Frederik

--

-- 
Frederik Ramm  ##  eMail frederik <at> remote.org  ##  N49°00'09" E008°23'33"
Frederik Ramm | 1 May 01:35 2009

Re: [OSM-dev] uploading GPX via the API

Hi,

S Knox wrote:
> Yes  I thought that when I looked at the code, but when I couldn't see it in the API reference I assumed it had
been removed. Anyway it works fine now. 

Good. The authority on what is in the API and what is not is not the 
reference documentation, but the "routes.rb" file of the Rails 
implementation:

http://trac.openstreetmap.org/browser/sites/rails_port/config/routes.rb

Anything you don't see in there does not work. Anything you do see in 
there should work.

Bye
Frederik

--

-- 
Frederik Ramm  ##  eMail frederik <at> remote.org  ##  N49°00'09" E008°23'33"
Jeffrey Warren | 1 May 07:27 2009
Picon

[OSM-dev] xapi status?

Hello all -


I'm trying to ping the xapi.openstreetmap.org service for:


or perhaps less ambitious:


I'm not getting a response - rather, i'm getting a blank page. Am I making a grievous error or is the xapi server not running pending the 0.6 upgrade? 

Platform status says "Currently serving data as at 0.5 cut-off. 0.6 service will start shortly."

Thanks in advance -

Jeff
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Stephan Plepelits | 1 May 07:34 2009
Picon

Re: [OSM-talk] [OSM-dev] What is OSM and what isn't?

On Thu, Apr 30, 2009 at 08:22:42PM +0200, Colin Marquardt wrote:
> 2009/4/30 Richard Fairhurst <richard <at> systemed.net>:
> >
> > Stephan Plepelits wrote:
> >> In my opionion we should produce a page with featured applications,
> >> with a link from the mainpage (before "Help & Wiki" i would propose).
> >
> > Last year I registered openstreetmapdirectory.org with the intention of
> > doing exactly that - a site cataloguing sites and companies that work with
> > OSM data.
> >
> > I haven't had chance to do anything on it but would be delighted to work
> > with others who would find such an idea interesting.
> 
> In the meantime, http://openstreetmapdirectory.org could link to these sites:
> 
> http://osmtools.de/osmlinks/?page=main&lang=en
> http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services
> 
Wow, I didn't know them (and I'm active for quite some time). Why not link
from the mainpage to one of these sites (with a link called "Applications"
or "Funky Stuff" or "See how OSM rocks!" or something like this)?

I prefer the second link for some reasons:
- Everybody can edit the Wiki
- There's a short description of the service
- It's hosted by OSM, which is "dedicated to encouraging the growth,
  development and distribution of free geospatial data" (OSM Foundation)

greetings,
        Stephan
--

-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,---------------------------------------------------------------------.
| Stephan Plepelits,                                                  |
| Technische Universität Wien   -    Studium Informatik & Raumplanung |
| > openstreetbrowser.org > couchsurfing.com > tubasis.at > bl.mud.at |
| skunk <at> xover.htu.tuwien.ac.at       -       My Blog: http://plepe.at |
`---------------------------------------------------------------------'

_______________________________________________
talk mailing list
talk <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Mohamad Ali | 1 May 08:31 2009
Picon

[OSM-dev] mapnik

 

Hi guys

I have this situation:

user <at> pc1:~$ cd mapnik
user <at> pc1:~/mapnik$ source set-mapnik-env
 nothing happen on the screen



./customize-mapnik-map >$MAPNIK_MAP_FILE
nothing happen on the screen


sudo ./customize-mapnik-map >$MAPNIK_MAP_FILE
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7008.
Use of uninitialized value $ENV{"MAPNIK_DBUSER"} in string eq at ./customize-mapnik-map line 17, <IN> line 7009.
Use of uninitialized value $ENV{"MAPNIK_DBPASS"} in string eq at ./customize-mapnik-map line 23, <IN> line 7009.
Use of uninitialized value $ENV{"MAPNIK_DBHOST"} in string eq at ./customize-mapnik-map line 29, <IN> line 7009.
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7009.
Use of uninitialized value $ENV{"MAPNIK_DBUSER"} in string eq at ./customize-mapnik-map line 17, <IN> line 7010.
Use of uninitialized value $ENV{"MAPNIK_DBPASS"} in string eq at ./customize-mapnik-map line 23, <IN> line 7010.
Use of uninitialized value $ENV{"MAPNIK_DBHOST"} in string eq at ./customize-mapnik-map line 29, <IN> line 7010.
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7010.
Use of uninitialized value $ENV{"MAPNIK_DBUSER"} in string eq at ./customize-mapnik-map line 17, <IN> line 7011.
Use of uninitialized value $ENV{"MAPNIK_DBPASS"} in string eq at ./customize-mapnik-map line 23, <IN> line 7011.
Use of uninitialized value $ENV{"MAPNIK_DBHOST"} in string eq at ./customize-mapnik-map line 29, <IN> line 7011.
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7011.
Use of uninitialized value $ENV{"MAPNIK_DBUSER"} in string eq at ./customize-mapnik-map line 17, <IN> line 7012.
Use of uninitialized value $ENV{"MAPNIK_DBPASS"} in string eq at ./customize-mapnik-map line 23, <IN> line 7012.
Use of uninitialized value $ENV{"MAPNIK_DBHOST"} in string eq at ./customize-mapnik-map line 29, <IN> line 7012.
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7012.
Use of uninitialized value $ENV{"MAPNIK_DBUSER"} in string eq at ./customize-mapnik-map line 17, <IN> line 7013.
Use of uninitialized value $ENV{"MAPNIK_DBPASS"} in string eq at ./customize-mapnik-map line 23, <IN> line 7013.
Use of uninitialized value $ENV{"MAPNIK_DBHOST"} in string eq at ./customize-mapnik-map line 29, <IN> line 7013.
Use of uninitialized value $ENV{"MAPNIK_DBPORT"} in string eq at ./customize-mapnik-map line 34, <IN> line 7013.

is it normal all of this?

 

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
80n | 1 May 08:41 2009
Picon

Re: [OSM-dev] xapi status?

This characteristically happens if all the daemons are busy servicing other people's requests.  The server you are accessing is not particularly fast.  The other xapi servers are faster and can handle more capacity.

Most people use the xapi instance on the telascience server:
http://osmxapi.hypercube.telascience.org/api/0.5/

There's also a 0.6 instance running on that server at:
http://osmxapi.hypercube.telascience.org/api/0.6/

I'll update the platform status page as it's not quite accurate at the moment.

80n





The 0.5 service is serving data as at 17th April.

On Fri, May 1, 2009 at 6:27 AM, Jeffrey Warren <warren <at> mit.edu> wrote:
Hello all -

I'm trying to ping the xapi.openstreetmap.org service for:


or perhaps less ambitious:


I'm not getting a response - rather, i'm getting a blank page. Am I making a grievous error or is the xapi server not running pending the 0.6 upgrade? 

Platform status says "Currently serving data as at 0.5 cut-off. 0.6 service will start shortly."

Thanks in advance -

Jeff

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Chris Jones | 1 May 09:45 2009

Re: [OSM-dev] mapnik


On 1 May 2009, at 07:31, Mohamad Ali wrote:

>
>
> Hi guys
>
> I have this situation:
>
> user <at> pc1:~$ cd mapnik
> user <at> pc1:~/mapnik$ source set-mapnik-env
>  nothing happen on the screen
>
> ./customize-mapnik-map >$MAPNIK_MAP_FILE
> nothing happen on the screen
>

That's expected.

In the unix world unless you get an error message assume it probably  
worked.

--
Chris Jones, SUCS Admin
http://sucs.org
Chris Browet | 1 May 09:47 2009

Re: [OSM-dev] User preference for editor

Thomas Wood wrote:

Others have stated before that the mime type option is really the only
sane one for this sort of thing, rather than the awful localhost URIs
the the JOSM remote control uses presently.

Call me biased but I find a certain elegance in the way these "awful localhost URIs" do not require any configuration. You do not have to register JOSM as an application for a certain MIME type; you do not have to fiddle with your browser configuration to install a helper application; just fire up JOSM and it works.

I don't know the JOSM system, but I agree from a user point-of-view that having a near zero-configuration is perfect (you still need to somehow install this "remote control" for JOSM, do you?).

However, it doesn't allow merkaartor or any other tool to plug-in. Having a simple, standard, way to do it would allow any tool supporting the mime type to use the link...

Wouldn't it be possible to have an "Edit" link besides the "Permalink" link on the main map?

- Chris -
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Gmane