[OSM-dev] status/prognosis of Merkaator?

2019-10-28 Thread Greg Troxel
I help maintain geo things in pkgsrc, a multi-OS multi-cpu portable
packaging system.  We are struggling with programs still using qt4, and
we currently have an old (0.17) version of merkaator.

Looking at the http://www.merkaartor.be/, I see a release in 2016, and
the last mailinglist message was in November of 2017.

So I am contemplating whether merkaator should be updated in pkgsrc, or
dropped.  Questions:

  Is 0.18.3 really the most recent release?

  Is there any reason to think a new release will be forthcoming?

  Is Merkaator a reasonable choice for OSM editing, it terms of working
  with current APIs and preset notions?

  Is there any reason why someone would choose to use merkaator rather
  than josm (other than wanting to use it on a platform where Java is
  unavailable)?
  
  Anything else I should be asking?


Thanks,
Greg (OSM user gdt)

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


Re: [OSM-dev] status/prognosis of Merkaator?

2019-10-28 Thread Bas Couwenberg via dev

On 2019-10-28 15:29, Greg Troxel wrote:

I help maintain geo things in pkgsrc, a multi-OS multi-cpu portable
packaging system.  We are struggling with programs still using qt4, and
we currently have an old (0.17) version of merkaator.


You can build Merkaartor with Qt5 (since 0.18.2 at least), we did that 
in Debian.



Looking at the http://www.merkaartor.be/, I see a release in 2016, and
the last mailinglist message was in November of 2017.

So I am contemplating whether merkaator should be updated in pkgsrc, or
dropped.  Questions:


The merkaartor package was removed from Debian recently, we share many 
of the same concerns.


See: https://bugs.debian.org/933492


  Is 0.18.3 really the most recent release?


That seems to be the case, it's also the most recent tag:

 https://github.com/openstreetmap/merkaartor/releases


  Is there any reason to think a new release will be forthcoming?


The removal of the merkaartor package from Debian got Ladislavs 
attention, and he wanted to make a new release in the hope to get the 
package back into Debian.


See: 
https://github.com/openstreetmap/merkaartor/issues/146#issuecomment-517509242


A new release now is not sufficient to get the package back into Debian, 
releases need to be more frequent and that likely requires more active 
contributors and co-maintainers.



  Is Merkaator a reasonable choice for OSM editing, it terms of working
  with current APIs and preset notions?


JOSM is the only decent editor in my not so humble opinion, with that 
package you meet the needs of most users.


Kind Regards,

Bas

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


[OSM-dev] Libosmium method of converting OSM to GeoJSON

2019-10-28 Thread Craig Kochis via dev
Hi there,

I've been using osmium-tool for extracting features from osm exporting to
GeoJSON, and was just wondering what method it's using for the osm ->
geojson conversion. Does it rely on another library (GDAL / OGR), or is it
using some other method.

I see that Libosmium has some references to gdal, so that's my hunch, but
wanted to confirm if that's not the case.

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


Re: [OSM-dev] status/prognosis of Merkaator?

2019-10-28 Thread marc marc
Le 28.10.19 à 15:29, Greg Troxel a écrit :
>Is Merkaator a reasonable choice for OSM editing, it terms of working
>with current APIs and preset notions?

I never use it myself but accord to the stat, it's still in use
in the top 10 of end-user editor.
https://wiki.openstreetmap.org/wiki/Editor_usage_stats

>Is there any reason why someone would choose to use merkaator rather
>than josm (other than wanting to use it on a platform where Java is
>unavailable)?

tastes and colours are an irrational argument.

But seeing that even the screenshot seems to have disappeared from the 
site, it gives the impression of abandonment due to lack of time
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


Re: [OSM-dev] status/prognosis of Merkaator?

2019-10-28 Thread Ilya Zverev

28.10.2019 18:59, marc marc пишет:

Le 28.10.19 à 15:29, Greg Troxel a écrit :

   Is Merkaator a reasonable choice for OSM editing, it terms of working
   with current APIs and preset notions?


I never use it myself but accord to the stat, it's still in use
in the top 10 of end-user editor.
https://wiki.openstreetmap.org/wiki/Editor_usage_stats


While it is in the top 10 by number of edits, it is far down by the 
number of users, below Level0 and GNOME Maps. Its usage has been very 
close to Potlatch 1 since 2014.


Ilya


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


Re: [OSM-dev] Libosmium method of converting OSM to GeoJSON

2019-10-28 Thread Jochen Topf
Hi!

On Mon, Oct 28, 2019 at 10:39:41AM -0400, Craig Kochis via dev wrote:
> I've been using osmium-tool for extracting features from osm exporting to
> GeoJSON, and was just wondering what method it's using for the osm ->
> geojson conversion. Does it rely on another library (GDAL / OGR), or is it
> using some other method.
> 
> I see that Libosmium has some references to gdal, so that's my hunch, but
> wanted to confirm if that's not the case.

osmium-tool doesn't use gdal for that, it does the work itself. For the
low-level JSON encoding RapidJSON is used.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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


[OSM-dev-fr] Génération de tuiles vectorielles avec OpenMapTiles

2019-10-28 Thread François de Metz
Bonjour,

J'ai bricolé cet été un visualisateur de données intérieur avec
OpenMapTiles et un peu de javascript. Le résultat est visible pour
Montparnasse [1] et toute l'ile de france.
Les tuiles sont pré-généré au zoom 17. 

J'aimerais étendre la zone couverte au monde entier. Quelqu'un
aurait-il de l'expérience pour générer des tuiles OpenMapTiles à
l'échelle ? Si possible avec une mise à jour régulière pour que ce
soit également une aide a la contribution ?

[1]: https://osm-indoor.2metz.fr/#18.66/48.8409619/2.3204768

-- 
François
https://2metz.fr/

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


Re: [OSM-dev-fr] Génération de tuiles vectorielles avec OpenMapTiles

2019-10-28 Thread Thomas Gratier
Salut,

Regarde du côté de https://github.com/Oslandia/postile-openmaptiles qui
utilise https://github.com/Oslandia/postile
Il fait du OpenMapTiles à la volée mais je précise que je n'ai pas testé
les perfs.


Cordialement

Thomas

Le lun. 28 oct. 2019 à 22:38, Frédéric Rodrigo  a
écrit :

> Le 28/10/2019 à 20:55, François de Metz a écrit :
> > Bonjour,
> >
> > J'ai bricolé cet été un visualisateur de données intérieur avec
> > OpenMapTiles et un peu de javascript. Le résultat est visible pour
> > Montparnasse [1] et toute l'ile de france.
> > Les tuiles sont pré-généré au zoom 17.
> >
> > J'aimerais étendre la zone couverte au monde entier. Quelqu'un
> > aurait-il de l'expérience pour générer des tuiles OpenMapTiles à
> > l'échelle ? Si possible avec une mise à jour régulière pour que ce
> > soit également une aide a la contribution ?
> >
> > [1]: https://osm-indoor.2metz.fr/#18.66/48.8409619/2.3204768
> >
>
> Vu tu n'as que les données indoor ta base doit quand même être
> relativement petite. Il ne devrait pas trop y avoir de problème coté
> base de données pour la passage à l'échelle.
>
> Sur un OpenMapTiles standard, il faut entre 30j et 40j avec 8cpu pour
> pré-générer les zooms 0 à 14. Même si tu ne veux que le 17 assez vide,
> je pense que ça va être relativement long à prégénérer.
>
> Je travaille justement en ce moment sur une autre approche, calculer les
> tuiles à la voler depuis une base OpenMapTiles, donc sans
> pré-génération. Je pense que dans ton cas ça pourrait bien simplifier
> les choses.
>
> Frédéric.
>
>
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr


Re: [OSM-dev-fr] Génération de tuiles vectorielles avec OpenMapTiles

2019-10-28 Thread François de Metz
On Mon, Oct 28, 2019 at 10:46:04PM +0100, Thomas Gratier wrote:
> Salut,
> 
> Regarde du côté de https://github.com/Oslandia/postile-openmaptiles qui
> utilise https://github.com/Oslandia/postile
> Il fait du OpenMapTiles à la volée mais je précise que je n'ai pas testé
> les perfs.

OpenMapTiles a aussi un truc avec postserve 
https://github.com/openmaptiles/openmaptiles-tools#postserve-quickstart-with-docker

J'ai testé une ancienne version et j'avais des bugs de rendu. Il faudrait que 
je réessaye.

François

> 
> Cordialement
> 
> Thomas
> 
> Le lun. 28 oct. 2019 à 22:38, Frédéric Rodrigo  a
> écrit :
> 
> > Le 28/10/2019 à 20:55, François de Metz a écrit :
> > > Bonjour,
> > >
> > > J'ai bricolé cet été un visualisateur de données intérieur avec
> > > OpenMapTiles et un peu de javascript. Le résultat est visible pour
> > > Montparnasse [1] et toute l'ile de france.
> > > Les tuiles sont pré-généré au zoom 17.
> > >
> > > J'aimerais étendre la zone couverte au monde entier. Quelqu'un
> > > aurait-il de l'expérience pour générer des tuiles OpenMapTiles à
> > > l'échelle ? Si possible avec une mise à jour régulière pour que ce
> > > soit également une aide a la contribution ?
> > >
> > > [1]: https://osm-indoor.2metz.fr/#18.66/48.8409619/2.3204768
> > >
> >
> > Vu tu n'as que les données indoor ta base doit quand même être
> > relativement petite. Il ne devrait pas trop y avoir de problème coté
> > base de données pour la passage à l'échelle.
> >
> > Sur un OpenMapTiles standard, il faut entre 30j et 40j avec 8cpu pour
> > pré-générer les zooms 0 à 14. Même si tu ne veux que le 17 assez vide,
> > je pense que ça va être relativement long à prégénérer.
> >
> > Je travaille justement en ce moment sur une autre approche, calculer les
> > tuiles à la voler depuis une base OpenMapTiles, donc sans
> > pré-génération. Je pense que dans ton cas ça pourrait bien simplifier
> > les choses.
> >
> > Frédéric.
> >
> >
> >
> > ___
> > dev-fr mailing list
> > dev-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/dev-fr
> >

-- 
François
https://2metz.fr/

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


Re: [OSM-dev-fr] Génération de tuiles vectorielles avec OpenMapTiles

2019-10-28 Thread Frédéric Rodrigo

Le 28/10/2019 à 20:55, François de Metz a écrit :

Bonjour,

J'ai bricolé cet été un visualisateur de données intérieur avec
OpenMapTiles et un peu de javascript. Le résultat est visible pour
Montparnasse [1] et toute l'ile de france.
Les tuiles sont pré-généré au zoom 17.

J'aimerais étendre la zone couverte au monde entier. Quelqu'un
aurait-il de l'expérience pour générer des tuiles OpenMapTiles à
l'échelle ? Si possible avec une mise à jour régulière pour que ce
soit également une aide a la contribution ?

[1]: https://osm-indoor.2metz.fr/#18.66/48.8409619/2.3204768



Vu tu n'as que les données indoor ta base doit quand même être 
relativement petite. Il ne devrait pas trop y avoir de problème coté 
base de données pour la passage à l'échelle.


Sur un OpenMapTiles standard, il faut entre 30j et 40j avec 8cpu pour 
pré-générer les zooms 0 à 14. Même si tu ne veux que le 17 assez vide, 
je pense que ça va être relativement long à prégénérer.


Je travaille justement en ce moment sur une autre approche, calculer les 
tuiles à la voler depuis une base OpenMapTiles, donc sans 
pré-génération. Je pense que dans ton cas ça pourrait bien simplifier 
les choses.


Frédéric.



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