Modify

Opened 4 weeks ago

Closed 4 weeks ago

Last modified 4 weeks ago

#17825 closed defect (fixed)

unable to open geo: URIs from the command line

Reported by: mlundblad Owned by: Don-vip
Priority: normal Milestone: 19.06
Component: Core Version:
Keywords: geo uri scheme Cc:

Description (last modified by Don-vip)

Trying to run JOSM with wikipedia:Geo_URI_scheme like:

$ josm geo:60,17

Shows a dialog at startup with a message
"File not found 'geo:60,17'"

I think this is intended to work, as the .desktop file has x-scheme-handler/geo listed.

Thanks!

Attachments (0)

Change History (9)

comment:1 Changed 4 weeks ago by Don-vip

Description: modified (diff)
Keywords: geo uri scheme added
Milestone: 19.06
Owner: changed from team to Don-vip
Status: newassigned
Summary: Unable to open geo: URIs from the command lineopen geo: URIs from the command line
Type: defectenhancement

comment:2 Changed 4 weeks ago by Don-vip

Summary: open geo: URIs from the command lineunable to open geo: URIs from the command line
Type: enhancementdefect

You're right, it is supposed to work, Geo URI have been implemented in #13201

comment:3 Changed 4 weeks ago by Don-vip

In 15180/josm:

see #13201, see #17825 - allow to download geo: URI from the command line

comment:4 Changed 4 weeks ago by Don-vip

With r15180 it works with josm --download=geo:60,17 which is the supposed way to work.

I guess it won't work with your use case described in #17824 (%U in .desktop file).

Does it work if we write josm --download %U in the .dekstop file? If we do, what happens if josm is run without argument? Is there a better way?

comment:5 in reply to:  4 Changed 4 weeks ago by mlundblad

Replying to Don-vip:

With r15180 it works with josm --download=geo:60,17 which is the supposed way to work.

I guess it won't work with your use case described in #17824 (%U in .desktop file).

Does it work if we write josm --download %U in the .dekstop file? If we do, what happens if josm is run without argument? Is there a better way?

It works with just %U now!
And it almost works with gnome-maps now, except that we generate a geo: URL of the form:
geo:60.00000,17.000000;crs=wgs84;u=0
This format is according to the spec, but JOSM seems to stuble on it.
Running this from the command line works (without the extra params):
$ josm geo:60.00000,17.00000

I'm almost tempted to just drop the extra parameters for the URLs we pass to apps, I guess WGS84 is the default reference system.
But on the other hand, I guess the correct thing to do would be to fix the parser in JOSM :-)

comment:6 Changed 4 weeks ago by Don-vip

Resolution: fixed
Status: assignedclosed

In 15184/josm:

fix #17825 - support Geo URIs with WGS84 CRS and/or uncertainty

comment:7 Changed 4 weeks ago by mlundblad

Great, now it works like a charm!
Thanks!

comment:8 Changed 4 weeks ago by Don-vip

You're welcome :) I didn't understand, do you work for a Linux distribution?

comment:9 Changed 4 weeks ago by anonymous

I'm the maintainer of GNOME Maps (the map app included with the GNOME desktop). I tend to write some stuff related to news on that, and to some extent OSM on my blog: https://ml4711.blogspot.se
This is also agregated on Planet GNOME: https://planet.gnome.org

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Don-vip.
as The resolution will be set.
The resolution will be deleted.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.