Re: [OSM-talk] Working with lat and long simply

2016-09-12 Thread Oleksiy Muzalyev
On 11/09/16 10:49, Martin Koppenhoefer wrote: Il giorno 11 set 2016, alle ore 05:50, Oleksiy Muzalyev ha scritto: I encountered exactly this problem when I was trying to explain a person how to find coordinates for the Upload photo page of Wikimedia btw, the

Re: [OSM-talk] Working with lat and long simply

2016-09-11 Thread john whelan
If you use OSMand find the POI then menu, search by location it displays both the latitude and longitude of the POI these can be cut and pasted in the normal way. This works if you're offline by the way. Barcode addresses can be created in qr4 format http://blog.qr4.nl/QR-Code-Navigation.aspx

Re: [OSM-talk] Working with lat and long simply

2016-09-11 Thread Martin Koppenhoefer
sent from a phone > Il giorno 10 set 2016, alle ore 20:47, Oleksiy Muzalyev > ha scritto: > > Then if we use this method, a marker should be pointed initially to the > middle of a house, so that in a hundred years it is still pointing to its > edge. if you

Re: [OSM-talk] Working with lat and long simply

2016-09-11 Thread Martin Koppenhoefer
sent from a phone > Il giorno 11 set 2016, alle ore 05:50, Oleksiy Muzalyev > ha scritto: > > I encountered exactly this problem when I was trying to explain a person how > to find coordinates for the Upload photo page of Wikimedia btw, the coordinates of a

Re: [OSM-talk] Working with lat and long simply

2016-09-11 Thread moltonel
On 11 September 2016 04:50:06 GMT+01:00, Oleksiy Muzalyev wrote: >But there is no way to make a single click on a house and get two >figures of latitude and longitude to the clipboard, or in a popup >message box for copying. Not of a middle of the screen, not as

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Oleksiy Muzalyev
On 10/09/16 23:02, john whelan wrote: So essentially we're saying it's just a matter of documentation. OSMand has the capability to display the lat and long of a poi as well and this can be cut and pasted so it looks as if we can use lat and long as an address system. Thanks John I would

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
So essentially we're saying it's just a matter of documentation. OSMand has the capability to display the lat and long of a poi as well and this can be cut and pasted so it looks as if we can use lat and long as an address system. Thanks John On 10 Sep 2016 4:54 pm, "Sarah Hoffmann"

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Craig Wallace
On 2016-09-10 21:23, john whelan wrote: I'm not sure that it is an issue. If the lat and long can be extracted in the way that Nomination can handle it isn't an issue. The bigger issue at the moment is how do you extract the lat and long easily? Downloading a bit of OSM into JOSM, saving the

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
I'm not sure that it is an issue. If the lat and long can be extracted in the way that Nomination can handle it isn't an issue. The bigger issue at the moment is how do you extract the lat and long easily? Downloading a bit of OSM into JOSM, saving the file as .XML then using something like

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Imre Samu
>...nominatim ... >It is currently inconsistent, and that's a problem for those without a PhD in GIS. If you have a suggestions -> Nominatim issues: https://github.com/twain47/Nominatim/issues 2016-09-10 21:34 GMT+02:00 john whelan : > The issue isn't that nomination

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
The issue isn't that nomination won't handle lat and long it is that you cannot cut and paste from the xml code. "lat='45.472891' lon='-75.4891002'" doesn't work. You have to know enough or have the instructions to hand to strip off the unwanted lat= and lon=. It is currently inconsistent, and

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread michael spreng
On 10/09/16 17:43, john whelan wrote: > However dig it out of the xml code and drop it into Nomination and you > get an error. lat='45.472891' lon='-75.4891002' What kind of error do you get? Works for me: http://nominatim.openstreetmap.org/search.php?q=45.4729+-75.4891

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Jóhannes Birgir Jensson
Þann 10.09.2016 18:47, Oleksiy Muzalyev reit: On 10/09/16 20:23, Colin Smale wrote: On 2016-09-10 18:55, Oleksiy Muzalyev wrote: Latitude and longitude are physical values, they will never change for a house on Earth, no matter what. They do not depend on politics, economics, linguistics of

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
I think 2-5 meters per century is acceptable and means lat / long is an acceptable method but since some houses are less than this in width it would probably be an idea to refresh the address once in a while. Cheerio John On 10 September 2016 at 15:02, Oleksiy Muzalyev

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Oleksiy Muzalyev
On 10/09/16 20:46, john whelan wrote: I see to recall that Australia is on the move. So it would seem that we should retain as much accuracy as possible then if we're a metre out it isn't quite so important. I think any generic addressing scheme is going to suffer from parts of the world

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Oleksiy Muzalyev
On 10/09/16 20:23, Colin Smale wrote: On 2016-09-10 18:55, Oleksiy Muzalyev wrote: Latitude and longitude are physical values, they will never change for a house on Earth, no matter what. They do not depend on politics, economics, linguistics of the current moment. You sure about that?

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
I see to recall that Australia is on the move. So it would seem that we should retain as much accuracy as possible then if we're a metre out it isn't quite so important. I think any generic addressing scheme is going to suffer from parts of the world moving though and it is a limitation we have

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Colin Smale
On 2016-09-10 18:55, Oleksiy Muzalyev wrote: > Latitude and longitude are physical values, they will never change for a > house on Earth, no matter what. They do not depend on politics, economics, > linguistics of the current moment. You sure about that? Plate tectonics means that everything

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
To make it really simple if we could encode the lat and long in a bar code then a delivery person with a smartphone could scan the bar code and have the address displayed on a map. That makes life much more interesting as now you can give someone a list of packages in the order they are to be

Re: [OSM-talk] Working with lat and long simply

2016-09-10 Thread Oleksiy Muzalyev
On 10/09/16 17:43, john whelan wrote: In many parts of the world addresses don't exist. There are multiple schemes that will create addresses using three words, etc. However lat and long exists for everywhere on the planet. Internally .osm files have the lat and long for every POI. However

[OSM-talk] Working with lat and long simply

2016-09-10 Thread john whelan
In many parts of the world addresses don't exist. There are multiple schemes that will create addresses using three words, etc. However lat and long exists for everywhere on the planet. Internally .osm files have the lat and long for every POI. However dig it out of the xml code and drop it