Re: [OSM-dev] Experimental regional taginfo sites

2020-01-05 Thread Pierre Béland via dev
Great Frederik
Testing for Democratic Republic of Congo. this is working well with 
https://taginfo.geofabrik.de/africa/congo-democratic-republic
as well as for

north-americanorth-america/canadanorth-america/canada/quebec

+ French version using my navigator preferences

happy new year to you
 
Pierre 
 

Le dimanche 5 janvier 2020 10 h 48 min 31 s UTC−5, Frederik Ramm 
 a écrit :  
 
 Happy new year!

Following in Imre Samu's
(https://github.com/ImreSamu/dockerized-taginfo) footsteps, I have used
the past holiday season to set up a taginfo server that is supposed to
serve daily updated taginfo data for all regional extracts routinely
offered on the Geofabrik download server.

It's still being tinkered with hence I'm not announcing it widely - I'd
hope that a few of you here might want to give it a spin and tell me how
it is working for them before it is properly "launched".

The site is https://taginfo.geofabrik.de/ and you have to append the
path of the region you're interested in as known from the download
server, e.g. https://taginfo.geofabrik.de/europe/germany/berlin/ or
something.

If you do anything fancy with the URL e.g. leave off the trailing slash
or add one where it doesn't belong, you'll get an internal server error
;) The same is true for situations in which I should accidentally have
neglected to fix a hyperlink and it still points to /something instead
of /continent/country/something.

The map images are auto-generated from the data extent and will probably
require some tweaking in some cases, e.g. the Australia-Oceania image
essentially spans the globe.

The way this works internally is that it simply runs Jochen's taginfo
data analysis on every extract, separately, and then uses a slightly
modified web application that is capable of handling multiple databases
at the same time. For the non-extract-specific sources like the wiki
extract, a shared copy is used by all regions. The regional databases
are downloadable (e.g.
http://taginfo.geofabrik.de/europe/germany/berlin/download/taginfo-db.db.gz),
but in contrast to Jochen's global taginfo site, these downloads are
compressed on demand, and you can easily overload the server by trying
to download all databases. If you want all regional databases, talk to
me and we'll set something up.

This is still missing a couple features, most of all some form of
navigation between regions (currently only by manual URL manipulation).
It also has a few issues that Imre has already encountered and fixed in
his approach, most notably the fact that the Geofabrik extracts are not
very precise, leading to strange artifacts like a
"source=cadastre-dgi-fr" being prominent in Luxembourg and so on.

Most of the changes I have made to the taginfo web site are on
https://github.com/geofabrik/taginfo/tree/multi-config, some bits and
pieces are still missing but will ultimately all end up there.

Let me hear of the problems you encounter so I can fix them before
announcing this further!

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
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] Issue with way id 742619958 / changeset 76711047 from 2019-11-06T15:32:03Z (Invalid layer value)

2019-11-08 Thread Pierre Béland via dev
I corrected the layer from (-) to (-1).  Such values should probably be spotted 
by the API and rejected as errors.

 
Pierre 
 

Le vendredi 8 novembre 2019 11 h 11 min 03 s UTC−5, Bart Smienk 
 a écrit :  
 
 Hi,

I've found out my OSM Tile Server has stopped updating and osm2pgsql 
(v1.2) gives off the following error:

DB writer thread failed due to ERROR: result COPY_END for 
planet_osm_line failed: ERROR:  invalid input syntax for integer: "-"
CONTEXT:  COPY planet_osm_line, line 1437, column layer: "-"

Looking through its changefile, the following entry can be found:

    
      
      
      
      
      
    

This seems to be malformed, as the layer should've never been "-", as 
this is not a valid integer.
You can see this for yourself at: 
https://planet.openstreetmap.org/replication/minute/003/747/729.osc.gz
Also more information on the layer key is over here: 
https://wiki.openstreetmap.org/wiki/Key:layer

Not sure where to make the actual bug report, so I'm mailing the dev 
mailgroup, does anyone of you know where this issue should be posted so 
this issue won't present itself again in future replication files?

Let me know.

Kind regards,
Bart Smienk

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


Re: [OSM-dev] GSoC - Coding has officially begun

2019-05-28 Thread Pierre Béland via dev
Great Vishal.Typo error, url for repo is 
https://github.com/BBloggsbott/autobound
 
Pierre 
 

Le mardi 28 mai 2019 08 h 45 min 25 s UTC−4, Vishal R 
 a écrit :  
 
  Hi Everyone,    The coding phase of Google Summer of Code has officially 
begun. I will be working on my project - AutoBound 
(https://medium.com/@bbloggsbott/google-summer-of-code-autobound-863860006fc0). 
I have started working on the front end of the plugin. You can see the progress 
in the development branch of the 
repo(https://github.com/Bloggsbott/autobound/). I will also be posting updates 
on my progress every week on Medium (https://medium.com/@bbloggsbott)

All suggestions and feedback are welcome. 

Best regards,
Vishal R___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev