Re: [OSM-dev] stable labels and resolution for main administrative areas, proposal

2017-06-25 Thread Frederik Ramm
Hi,

On 06/25/2017 01:32 PM, Peter Krauss wrote:
> I am looking for a OSM's webservice where we can request a canonical
> place name, and it returns the polygon associated with the place?

I think it would be possible to write something like this, either
perusing existing hierarchies in Wikipedia, or evaluating OSM data
yourself in a suitable server setup.

Have a look at https://osm.wno-edv-service.de/boundaries/ which already
does a lot of boundary processing.

We're unlikely to add a service like that to the core of OSM but the
beauty of OSM is that with all the data being available openly, such a
service does not *need* to be in the core (and make the core ever more
complex to run) - such a service can be developed and operated by a
third party.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


[OSM-dev] stable labels and resolution for main administrative areas, proposal

2017-06-25 Thread Peter Krauss
Hi, there are some initiative or project to resolve geonames at OSM?

... I am new in this list, sorry if doing some misconceptions.

I am looking for a OSM's webservice where we can request a canonical place
name, and it returns the polygon associated with the place?

See also a draft proposal at
https://wiki.openstreetmap.org/wiki/Drafts/Canonical_names


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


Re: [OSM-dev] Changeset metadata timestamps out of sync?

2017-06-25 Thread mmd
Am 15.08.2016 um 21:40 schrieb Sarah Hoffmann:
> Hi,
> 
> On Mon, Aug 15, 2016 at 09:10:46PM +0200, Martin Raifer wrote:
>>> Martin mentioned a deviation of exactly 4 seconds
>>
>> Well, actually, the 4 seconds were only for the one example changeset.
>> In other changesets, I saw different time differences (most were even
>> smaller if I recall it correctly).
> 
> The reason for these time differences is that the clocks on some of
> the API frontend servers were out of sync. TomH has fixed the
> problem in the meantime.
> 

fyi: this issue seems to have resurfaced after almost a year according
to some recent bug report [1]. Changeset 49731295 (created June 21)
reportedly has inconsistent metadata.


[1] https://github.com/drolbr/Overpass-API/issues/410




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