Re: [OSM-talk-fr] Euskal Herria

[Maël REBOUX]

Bonjour,

Je suis bien moins calé que Christian ROGEL (et d’autres) sur tout ça donc je 
vais seulement donner mon avis.

Je trouve également que le rajout systématique de « (Euskal Herria) » sur la 
relation https://www.openstreetmap.org/relation/11107464/ 
 n’est pas très heureux même 
si l’intention de défense / promotion de la langue basque est louable.

Ce qui est inhabituel et qui attire l’œil c’est plus les name avec 2 idiomes. 
Ex : les parcs régionaux 
https://www.openstreetmap.org/relation/6594547#map=12/43.0418/-2.8091 


MAIS le basque a un statut de co-officialité côté espagnol (les veinards) donc 
ahma ils ne sont pas illégitimes à procéder de la sorte même si ça alourdit 
considérablement le rendu cartographique standard. Question d’habitude 
également.

Je vais me cantonner à promouvoir le rendu basque exclusif et le signaler à 
Hartz Beltza 

Maël


> Le 3 juil. 2020 à 11:36, Yves P.  a écrit :
> 
>> Nul part on ne met le nom en langue native entre parenthèse : ça fout le 
>> bordel !
>> 
> Faut-pas titiller les bretons sur les questions de langues :D
> 
>> Sinon une relation boundary sans boundary= c'est de la branlette 
>> intellectuelle.
>> 
> 
> Pour la branlette j'ai la primeur :P
> 
> J'espère que tu sera mieux compris que moi ;)
> 
> __
> Yves
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] service de tuiles OpenStreetMap en alsacien

[Maël REBOUX]

Bonjour,

Un service de tuiles OpenStreetMap en alsacien est désormais disponible sur 
https://tile.openstreetmap.bzh  
L’équipe de OSM e Brezhoneg est disponible pour tout conseil méthodologique.

Voir déjà :
https://www.openstreetmap.bzh/fr/participer/hentennouriezh-ha-mammennou-evit-brezhonekadur-ar-gartenn/
 

et
https://www.openstreetmap.bzh/fr/participer/tutoriel/ 


Vu que les alsaciens ne sont pas prêts de déconfiner ça va les occuper un peu. 
:D
Il y a en effet « que » 2 136 objets avec un name:gsw dans OSM en France contre 
80 000 pour le breton et 28 000 pour l’occitan.

yapluka !

https://twitter.com/osm_bzh/status/1252519027500597248 


https://tile.openstreetmap.bzh/gsw/{z}/{x}/{y}.png 
 

https://tile.openstreetmap.bzh/gsw_control/{z}/{x}/{y}.png 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] service de tuiles OpenStreetMap en alsacien

[Maël REBOUX]

Bonjour,

Un service de tuiles OpenStreetMap en alsacien est désormais disponible sur 
https://tile.openstreetmap.bzh  
L’équipe de OSM e Brezhoneg est disponible pour tout conseil méthodologique.

Voir déjà :
https://www.openstreetmap.bzh/fr/participer/hentennouriezh-ha-mammennou-evit-brezhonekadur-ar-gartenn/
 

et
https://www.openstreetmap.bzh/fr/participer/tutoriel/ 


Vu que les alsaciens ne sont pas prêts de déconfiner ça va les occuper un peu. 
:D
Il y a en effet « que » 2 136 objets avec un name:gsw dans OSM en France contre 
80 000 pour le breton et 28 000 pour l’occitan.

yapluka !

https://twitter.com/osm_bzh/status/1252519027500597248 


https://tile.openstreetmap.bzh/gsw/{z}/{x}/{y}.png 
 

https://tile.openstreetmap.bzh/gsw_control/{z}/{x}/{y}.png 



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

Re: [OSM-talk-fr] Tuiles provenant de .org lentes (ou pas ?)

[Maël REBOUX]

> Le 16 sept. 2019 à 15:34, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 16.09.19 à 15:17, Maël REBOUX a écrit :
>> Je trouve que depuis plusieurs semaines la carte OSM officielle (rendu 
>> .org donc) est lente.
> 
> idem
> 
>> En regardant les requêtes à l’instant je vois que je tape au moins 4-5 
>> serveurs différents.
> 
> que veux-tu dire ? 4-5 serveurs de quoi ? de tuile ?
> https://tile.osm.org/cgi-bin/debug permet de renseigner le serveur 
> cache-cdn et le serveur de rendu.

des Tile Cache Servers cf   https://hardware.openstreetmap.org/ 
<https://hardware.openstreetmap.org/>
cet après-midi en 30 s de navigation j’avais des tuiles provenant :
culebre (espagne)
ladon (grèce)
nepomuk (france)
noomoahk (france)
+ 1 autre je ne sais plus le nom

et ce soir j’ai 99% de noomoahk depuis chez moi

je me base sur ce que sort l’inspecteur web de mon navigateur
headers http via + x-cache
je découvre d’ailleurs qu’il y a un header « x-tile-renderer » qui indique le 
serveur de tuiles qui est répliqué.

> cela arrive qu'on bascule entre 2 serveurs de rendus mais je n'ai
> pas encore vu de bascule entre plus que 2.
> généralement la cause est qu'un serveur sature

Ça fait depuis le milieu de l’été ces dalles grises sur la carte en attendant 
que viennent les tuiles.

A+

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

[OSM-talk-fr] Tuiles provenant de .org lentes (ou pas ?)

[Maël REBOUX]

Bonjour,



Je trouve que depuis plusieurs semaines la carte OSM officielle (rendu
.org donc) est lente. J’ai quasiment tout le temps des dalles grises qui
mettent plus de temps que d’autres à venir. A n’importe quel niveau. A la
maison ou au boulot.



En regardant les requêtes à l’instant je vois que je tape au moins 4-5
serveurs différents.

Il y a une raison à ce comportement ?

D’autres le constate aussi ?



Cdt,



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

Re: [OSM-talk-fr] Données routières ouvertes en France

[Maël REBOUX]

Bonjour, 

Il n'y a pas de route / de géométrie de tronçon routier dans le cadastre. Il y 
a juste une table des voies avec des dénominations parfois pas utilisable. 
Si c'est mis en source pour le nom de voies dans OSM : c'est bien sûr comme 
source du nom, pas de la géométrie. 

Pour des questions de licence, vous ne pouvez pas à ce jour (enfin je pense) 
utiliser les données IGN que vous avez identifié. 
Sur le GéoPortail : oui c'est forcément source BD Topo. Question de cohérence. 
A part le fond de plan cadastre et OSM bien sûr... 

En données vraiment libre de couverture nationale il n'y a donc que OSM sur le 
marché. 
Il y a cependant des collectivités locales qui mettent leur données 
référentielles de voies en open data. Voir sur data.gouv.fr 

[ https://www.data.gouv.fr/fr/search/?q=filaire+de+voies | 
https://www.data.gouv.fr/fr/search/?q=filaire+de+voies ] 
[ https://www.data.gouv.fr/fr/search/?q=tron%C3%A7ons+voies | 
https://www.data.gouv.fr/fr/search/?q=tron%C3%A7ons+voies ] 


cdt, 



De: "Julien Minet"  
À: "Discussions sur OSM en français" , "Jérôme 
Amagat"  
Envoyé: Jeudi 4 Juillet 2019 12:06:19 
Objet: *** BULK *** Re: [OSM-talk-fr] Données routières ouvertes en France 



Merci pour les réponses de marc_marc et Jérôme. 


D'après ce que je comprends, la source= cadastre est effectivement la source 
des noms, et cette info a probablement été ajoutée sur base d'édition manuelle 
avec la couche WMS du cadastre. Visiblement, il n'y a pas eu d'import dans OSM 
de routes du cadastre puisque cette donnée (la géométrie) n'existe pas au 
cadastre. 

En fait, j'aimerai connaitre la source originelle des rues qui sont affichées 
sur geoportail.fr. Je suspecte que ce soit la [ 
http://professionnels.ign.fr/bdtopo | BD Topo ] de l'IGN, qui n'est 
malheureusement pas libre. 


Il semble qu'on va devoir utiliser OSM pour ce projet (ben tant mieux). A voir 
si la complétude des rues sur OSM est satisfaisante en France, une idée sur ce 
point ? (vaste question, je serai incapable de répondre pour la Belgique!) 


Bonne journée, 


Julien 






On 04/07/2019 03:10, Jérôme Amagat wrote: 



Les tag source=cadastre c'est le plus souvent pour le name=* de la route voir 
la ref. 
Le cadastre est bien vectoriel sur une bonne parti de la France mais on y 
trouve le bâti et les parcelles de terrain mais pas les routes à ma 
connaissance. 
on peut quand même en déduire où sont une partie des routes : c'est là où il 
n'y a pas de parcelle :) mais une petite partie des routes sont sont sur des 
parcelles... 

on peut le trouvé là : 
[ https://cadastre.data.gouv.fr/datasets | 
https://cadastre.data.gouv.fr/datasets ] 


Le mer. 3 juil. 2019 à 17:33, Julien Minet < [ 
mailto:julien.mi...@champs-libres.coop | julien.mi...@champs-libres.coop ] > a 
écrit : 

BQ_BEGIN



Bonjour, 


Je travaille à Champs-Libres.coop en Belgique où nous développons des 
applications avec les données OSM. 


Pour un de nos projets, on cherche des données de réseaux routiers en Belgique 
et en France. Par données de réseau routier, j'entends: 

* tout type de route carrossables, de la "residential/unclassified" à la 
"motorway" 
* la géométrie des routes 
* des attributs comme le nom, et si possible le "ref", "lanes", "width", 
voire d'autres infos. 


Bien sûr OSM est une bonne option que nous espérons proposer au client, mais 
j'aimerai prospecter les sources officielles de données existantes en France 
(et éventuellement comparer les 2). Après quelques recherches, je vois que les 
données de l'IGN (BD Carto et BD Topo) ne sont pas libres mais disponibles 
après paiement. Il y a bien [ https://www.data.gouv.fr/fr/datasets/route-500/ | 
Route 500 ] dispo gratuitement mais cela ne concerne que les "grandes" routes. 


Or il se trouve que sur certaines routes en France dans OSM, j'ai trouvé 
plusieurs fois cette source : "cadastre-dgi-fr source : Direction Générale des 
Impôts - Cadastre. Mise à jour : 20XX". 


Je me suis donc renseigné sur l'import du cadastre en lisant les pages du [ 
https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/Cadastre | wiki ] 
mais je n'ai pas trouvé qu'elle était la source originelle qui a servi à cet 
import. D'où ma question: est-ce que les données cadastrales des voiries en 
France sont disponibles en vectoriel ? Ou bien est-ce que ces données ont été 
digitalisées à partir d'un WMS? 


Plus largement, connaissez-vous des données ouvertes de voiries en France 
disponibles? 





Happy mapping, 
Julien Minet aka juminet 
-- 
Julien Minet
Champs-Libres.coop
+32 496 24 17 60 
___ 
Talk-fr mailing list 
[ mailto:Talk-fr@openstreetmap.org | Talk-fr@openstreetmap.org ] 
[ https://lists.openstreetmap.org/listinfo/talk-fr | 
https://lists.openstreetmap.org/listinfo/talk-fr ] 




___
Talk-fr mailing list [ mailto:Talk-fr@openstreetmap.org | 
Talk-fr@openstreetmap.org ] [ 

Re: [OSM-talk-fr] Les rendus en langues régionales d'OSM France signalés par L'Express

[Maël REBOUX]

Je kiffe.


> Le 5 févr. 2019 à 23:42, Christian Rogel  a 
> écrit :
> 
> Depuis quelques mois, une chronique sur l’actualité des langues 
> régionales/autochtones est tenue dans l’Express (magazine hebdo) par Michel 
> Feltin-Palas.
> La mise en avant (en décembre) sur le "rendu fr » de trois couches dédiées 
> aux rendus en breton, occitan et basque a retenu son attention.
> 
> On trouvrera sa brève au bas de sa page/newsletter.
> Il ne mentionne pas OSM, mais au moins, il renvoie vers une des cartes de son 
> écosystème.
> 
> 
> Christian R.
> 
> Version en ligne 
> 
>  
>
>  
>   Michel Feltin-Palas
> mfeltin-pa...@lexpress.fr 
> 
>  
>  
>   
> Gratuit : votre premier cours de sociolinguistique!
> Dans la salle de classe, quelques néons un peu blafards éclairent des tables 
> marron en formica. En ce mardi d'hiver, 29 d'étudiants - dont 26 filles - 
> assistent à leur tout premier cours de sociolinguistique à l'université 
> Sorbonne nouvelle. L'enseignant, James Costa, les prévient d'emblée : "Comme 
> vous le verrez, je vais déconstruire certaines de vos idées. Vous serez 
> peut-être un peu perturbés. Ne vous inquiétez surtout pas : c'est normal et 
> ce n'est pas grave." Au mur, une question d'apparence simplissime indique le 
> sujet du jour : "Qu'est-ce qu'une langue ?" Suivent une série de propositions 
> : "Français, anglais, espagnol, chinois, serbo-croate, catalan, provençal, 
> bambara, patois". La discussion s'engage.
> "Bon, le français, l'anglais, l'espagnol, le chinois, on est d'accord, ce 
> sont des langues. En revanche, le provençal, c'est seulement un dialecte, un 
> dialecte du français", tranche Fanny. "Et qu'est-ce qui vous permet 
> d'affirmer cela ?" interroge James Costa. "C'est-à-dire que c'est du français 
> avec de petites déformations", répond-elle, formelle, tout en reconnaissant 
> n'en avoir jamais lu ni entendu.
> Dans le groupe, son avis est largement majoritaire. "En provençal, il n'y a 
> ni grammaire ni conjugaison. Et puis, presque personne ne le parle, donc ce 
> n'est pas une langue", renchérit Oriane. "Ce n'est pas comme le catalan, 
> complète Aminata. Le provençal est né du français, c'est pour cela que c'est 
> un dialecte." Fanny va plus loin : "Les Corses, eux, mettent des bombes pour 
> défendre leur manière de parler, donc ils parlent une vraie langue. Les 
> Provençaux ne réclament même pas leur indépendance !"
> Manque de chance pour les étudiants : James Costa n'est pas seulement un 
> spécialiste de sociolinguistique, c'est aussi un locuteur du provençal. Il 
> est donc bien placé pour apporter à ces étudiants quelques informations. Le 
> provençal, leur apprend-il, est une langue latine, au même titre que le 
> portugais, le roumain ou le castillan ; une langue dotée de règles, 
> évidemment, et d'une littérature prestigieuse; une langue qui n'est pas plus 
> une déformation du français que le français n'est une déformation du 
> provençal.
> Le silence s'est fait. L'enseignant enchaîne.
> "Dans vos autres cours, vous avez appris qu'il n'existe pas de langue 
> supérieure à une autre et, linguistiquement, c'est vrai. Sociologiquement, en 
> revanche, c'est faux. Certaines langues, pour des raisons historiques ou 
> politiques, disposent de statuts plus avantageux que d'autres, ce qui confère 
> à leurs locuteurs des avantages que les autres n'ont pas. Une personne qui ne 
> parle que le provençal n'aura pas accès à certains emplois, par exemple, y 
> compris en Provence. Ce que je vais vous apprendre, ici, c'est à vous poser 
> des questions. Pourquoi, spontanément, avez-vous affirmé que tel parler était 
> une langue et tel autre un dialecte ? Qui décide qu'une personne qui prononce 
> le t de vingt ou qui s'exprime avec l'accent de banlieue n'a pas "l'air 
> sérieux" ?"
> Le plus important est à venir. 
> "Derrière la hiérarchie des langues, il y a une hiérarchie des personnes, 
> poursuit James Costa. Dans les médias ou les discours politiques, on entend 
> souvent dire que les Africains parlent des dialectes et qu'en France, il 
> existe des patois. Avez-vous remarqué que ceux qui sont censés pratiquer ces 
> dialectes et ces patois sont généralement des Noirs, des vieux et des pauvres 
> ? Et que ce sont toujours ceux qui détiennent le pouvoir - les Occidentaux, 
> Paris - qui s'arrogent le droit d'établir ces catégories ?"
> Dans la petite classe, les étudiants commencent à comprendre qu'ils ont 
> surtout débité des idées reçues. Et l'on se prend à rêver que chaque Français 
> bénéficie au cours de sa scolarité de quelques rudiments de 
> sociolinguistique...
> >> Poursuivez l'expérience en me 

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Maël REBOUX]

Ha ben ça c’est cool. Merci.

J’avais mis ça sur ma liste de choses à faire pendant les congés. Je peux rayer 
;)


> Le 16 déc. 2018 à 19:20, Christian Quest  a écrit :
> 
> J'ai ajouté ces trois rendus dans ceux connus d'uMap... plus besoin de 
> bricoler les URL ;)
> 
> Le dim. 16 déc. 2018 à 15:51, Vincent Bergeot  <mailto:vinc...@bergeot.org>> a écrit :
> Bonjour,
> 
> merci pour ces tuiles
> Le 13/12/2018 à 21:40, Maël REBOUX a écrit :
>>  [..]
>> 
>> Les url des services de tuiles (au format TMS) sont les suivants :
>> breton (br) : https://tile.openstreetmap.bzh/br/{z}/{x}/{y}.png 
>> <https://tile.openstreetmap.bzh/br/%7Bz%7D/%7Bx%7D/%7By%7D.png>
>> occitan (oc) : https://tile.openstreetmap.bzh/oc/{z}/{x}/{y}.png 
>> <https://tile.openstreetmap.bzh/oc/%7Bz%7D/%7Bx%7D/%7By%7D.png>
>> basque (eu) : https://tile.openstreetmap.bzh/eu/{z}/{x}/{y}.png 
>> <https://tile.openstreetmap.bzh/eu/%7Bz%7D/%7Bx%7D/%7By%7D.png>
>> 
> 
> Umap permet d'ajouter un services de tuiles personnalisé, à priori du même 
> format que ce que vous proposez !
> 
> Mais je n'arrive pas à le faire marcher ! Bon en même temps, je comprends pas 
> tout à ces questions :)
> 
> Bonne journée
> 
> Vincent
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Maël REBOUX]

OpenStreetMap e Brezhoneg


Après la carte en breton : voici les cartes en occitan et en basque

Depuis septembre 2017 une carte en langue bretonne utilisant les données de 
OpenStreetMap (la base de données géographique, mondiale, libre et 
contributive) est visible sur notre site www.openstreetmap.bzh 
.
Cette carte nous permet de valoriser notre langue, notre culture et de fédérer 
les diverses contributions autour d’un objet commun afin que le breton est 
toute sa place dans les outils numériques du XXIe siècle. En 2 ans et demi, les 
bretons ont multiplié par 2,5 le nombre d’objets portant un nom en breton dans 
OpenStreetMap. Nous venons de dépasser les 40 000 avec une belle progression :



Bravo à tous les contributeurs et merci au soutien de l’Office Publique de la 
Langue Bretonne .

Au printemps 2018 s’est déroulée Ar Redadeg , une 
course de relais sans interruption de 1 800 km dont le but est de récolter des 
fonds pour des projets éducatifs pour la langue bretonne. Notre partenariat 
avec Ar Redadeg a permis de dégoogliser leur site de vente de kilomètres tout 
en mettant en avant la carte, notre projet et OpenStreetMap dans son ensemble. 
Le partenariat vient d’être reconduit pour l’édition 2020.
En juin le State Of The Map France 2018  a 
été pour nous l’occasion de parler du projet et de notre démarche à la 
communauté. Les échanges avec la communauté dans son ensemble, les basques et 
les occitans ont été riches.


Depuis octobre 2018 le service de carte a été techniquement amélioré et 
stabilisé au point de le considérer “bon pour le service actif”… et pouvant 
accepter une reproductibilité.
C’est donc avec plaisir que nous vous annonçons la disponibilité des services 
de cartes de 2 langues minoritaires de France : l’occitan et le basque











Derrière les noms de lieu officiels, il y a les langues de la France, certaines 
plus anciennes que le français et toujours utilisées et enseignées. Par sa 
souplesse et son adaptabilité, l’écosystème OpenStreetMap permet de contribuer 
et de visualiser toutes les versions linguistiques. Voir donc une carte de 
Bretagne, d’Occitanie ou du Pays basque avec des mentions en langue originale 
est possible grâce au service de carte mis en place par OpenStreetMap e 
brezhoneg.
Les noms de lieu sont peu à peu ajoutés par les cartographes volontaires qui 
s’appuient sur les organismes de collecte et de normalisation (offices 
linguistiques, associations spécialisées).

Les url des services de tuiles (au format TMS) sont les suivants :
breton (br) : https://tile.openstreetmap.bzh/br/{z}/{x}/{y}.png
occitan (oc) : https://tile.openstreetmap.bzh/oc/{z}/{x}/{y}.png
basque (eu) : https://tile.openstreetmap.bzh/eu/{z}/{x}/{y}.png

Pour le moment nous ne disposons pas du même système de mise à jour des tuiles 
que pour le rendu FR. Les tuiles se mettent à jour entre 1 jour minimum et 7 
jours maximum. Une contribution se verra donc sur la carte entre 1 et 7 jours.

OpenStreetMap e Brezhoneg dispose d’une application cartographique pour 
exploiter le service de tuiles en breton. Elle est visible à cette adresse : 
https://kartenn.openstreetmap.bzh  Nous 
nous tenons à la disposition des différents organismes travaillant sur les 
langues régionales pour les aider à mettre en place des applications 
cartographiques similaires.

Afin de disposer d’outils à minima pour aider à suivre la saisie dans 
OpenStreetMap, nous avons mis en place 2 dispositifs.

Le premier consiste en une couche de “contrôle” de la présence des tags 
spécifique de langue sur les objets portant une toponymie (voie et lieux-dits). 
C’est simple : en vert c’est ok en rouge : au boulot ! Cela permet visuellement 
de motiver des contributeurs et de voir où sont les manques.



Les url des services de tuiles de contrôle (au format TMS) sont les suivants :
breton (br) : https://tile.openstreetmap.bzh/br_control/{z}/{x}/{y}.png
occitan (oc) : https://tile.openstreetmap.bzh/oc_control/{z}/{x}/{y}.png
basque (eu) : https://tile.openstreetmap.bzh/eu_control/{z}/{x}/{y}.png

Le deuxième est un suivi statistique de la présence des tags dans 16 langues 
minoritaires 

 sur les objets dans OpenStreetMap.

Concrètement : un fichier CSV est mis à jour tous les 2 de chaque mois :
https://github.com/osm-bzh/osm-bzh-data/blob/master/stats/stats_locale_names.csv
 

 

Extrait des statistiques des saisies au 2 décembre 2018 :
Breton  41 324
Basque  23 400
Occitan 11 826 (avec 2 000 saisies en novembre !)


Merci à OpenStreetMap France pour son accueil et son soutien technique. Tout 
cela est possible par la mise à disposition d’un serveur dédié à ce projet. 

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

Bon.

J’ai tout remis à plat pour repenser le truc et parti de la table 
planet_osm_point pour que kosmtik / mapnik se concentre sur cette table.
Et ça donne la grosse requête avec x sous-requêtes ci-dessous.

Ça fonctionne très bien sur un dump Bretagne (administrative) et sous kosmtik.
\o/

Mais quand je teste avec kosmtik sur le serveur qui est branché sur la base OSM 
monde,
j’obtiens un méchant «  Postgis Plugin: ERREUR:  syntaxe en entrée invalide 
pour l'entier : «  » in getAsyncResult  » 

Je ne sais pas encore pourquoi…



-- admin_places
-- on part de la table planet_osm_point qui contient la géométrie
-- et on fait une jointure sur
--   la jointure de la requête sans doublons avec la requête avec doublons MAIS 
admin_level
SELECT
p.osm_id, p.way, COALESCE(p.tags -> 'name:br'::text,'???') as name, p.place 
as type,
sub_admin.admin_level, sub_admin.admin_name
FROM planet_osm_point AS p
JOIN
(
SELECT sub_unique.admin_centre_id, sub_unique.admin_level, 
sub_duplicate.admin_name
FROM
(
-- table sans les niveaux dupliqués : on garde le plus élevé
SELECT
  sub1.admin_centre_id, MAX(sub1.admin_level) AS admin_level
FROM
(
-- table avec tous les niveaux administratifs cumulés 
-- préfectures
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '4' as admin_level
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,6'
UNION
-- sous-préfectures
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '3' as admin_level
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,7'
UNION
-- chefs-lieux de canton
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '2' as admin_level
FROM planet_osm_rels WHERE tags::text ~ 'political_division,canton'
UNION
-- communes
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '1' as admin_level
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,8'
) AS sub1 
GROUP BY sub1.admin_centre_id
) AS sub_unique
LEFT JOIN
(
SELECT 
sub2.admin_centre_id, sub2.admin_level, sub2.admin_name
FROM
(
-- table avec tous les niveaux administratifs cumulés 
-- préfectures
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '4' as admin_level,
  'préfecture' as admin_name
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,6'
UNION
-- sous-préfectures
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '3' as admin_level,
  'sous-préfecture' as admin_name
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,7'
UNION
-- chefs-lieux de canton
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '2' as admin_level,
  'chef-lieu de canton' as admin_name
FROM planet_osm_rels WHERE tags::text ~ 'political_division,canton'
UNION
-- communes
SELECT
  substring((regexp_matches(members::text, 'n[0-9]*')::text) from 3 
for (char_length(regexp_matches(members::text, 'n[0-9]*')::text))-3)::bigint as 
admin_centre_id,
  '1' as admin_level,
  'commune' as admin_name
FROM planet_osm_rels WHERE tags::text ~ 'admin_level,8'
) AS sub2
) AS sub_duplicate
-- le critère de jointure
ON sub_unique.admin_centre_id = sub_duplicate.admin_centre_id AND 
sub_unique.admin_level = sub_duplicate.admin_level
) AS sub_admin
ON p.osm_id = sub_admin.admin_centre_id





> Le 8 oct. 2018 à 22:10, Maël REBOUX  a écrit :
> 
> Je n’ai toujours pas trouver de solutions malgré différents essais.
> J’aimerai éviter de créer une table en dur compliquée à maintenir à jour.
> 
> 
>> Le 28 sept. 2018 à 08:

Re: [OSM-talk-fr] rendu osmfr

[Maël REBOUX]

On peut voter sur une issue si on s’accorde sur la façon de le faire, en 
détournant un peu le système.

Ne comptent que les votes exprimés par un pouce levé en réaction sur le post 
initial.
À la fin on comptabilise et on peut ajouter un label / une étiquette qui 
correspond au vote.

C’est très manuel mais ça permet de discriminer ce qui va être pointé 
communément comme important ou pas.
Exemple : https://github.com/sigrennesmetropole/visualiseur/issues/31 
 

Je te pousserai des PR si je m’ennuie sur la carte en langues minoritaires ou 
quand j’aurais résolu mon pb de relations-géométries.

kenavo

> Le 9 oct. 2018 à 08:42, Christian Quest  a écrit :
> 
> Si il y a des améliorations du rendu international que vous voudriez 
> retrouver dans la prochaine mise à jour du rendu FR (en général je m'y met en 
> fin d'année), c'est le moment de les lister.
> 
> Le mieux c'est de mettre ça en issues sur 
> https://github.com/cquest/osmfr-cartocss/issues 
> 
> Il manque presque un système de vote ;)
> 
> Le top c'est de proposer directement des PR, mais c'est un poil plus complexe.
> 
> Le lun. 8 oct. 2018 à 22:35, marc marc  > a écrit :
> > c'est quoi le "rendu fr" ? Il y a un 
> > rendu différent en fonction de la langue du navigateur web ?
> 
> techniquement ce serrait possible mais rare sont les sites qui le font.
> le rendu fr ou rendu osmfr est un fork (une copie adapté) du rendu 
> classique https://tile.openstreetmap.fr/ 
> la grande différence avec le rendu de https://www.openstreetmap.org 
> 
> c'est que le rendu fr utilise par défaut le nom en français (le tag 
> name:fr) lorsqu'il est présent tandis que le rendu osm.org  
> utilise
> le nom "local" (le tag name).
> il y avait à l'origine quelques spécificité au rendu osmfr tel que
> la baguette, le rendu des terrains de sport et le niveau de zoom 20
> mais avec le temps, les différences se creusent, le rendu osm.org 
>  
> évoluant + vite que celui osmfr
> comparaison https://mc.bbbike.org/mc/?num=2=mapnik=osmfr 
> 
> diff 448 commits présent sur osmfr mais pas osm.org , 2797 
> commits 
> présent sur osm.org  mais pas sur osmfr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

Je n’ai toujours pas trouver de solutions malgré différents essais.
J’aimerai éviter de créer une table en dur compliquée à maintenir à jour.


> Le 28 sept. 2018 à 08:09, Maël REBOUX  a écrit :
> 
> je vois l’idée mais c’est pas encore ça.
> 
> …
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH numbered AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','6']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM numbered AS a JOIN numbered AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "geometry_table":"numbered",
> "key_field": "",
> "geometry_field": "way",
> "asynchronous_request": "true",
> "max_async_connection": "4",
> "simplify_geometries": "true",
> "extent_cache": "auto",
> "extent": "-1363990,3994624,1824475,9411676"
>   },
> …
> 
> donne une erreur différente :
> 
> Postgis Plugin: ERROR:  relation "numbered" does not exist
> LINE 1: SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS N...
>^
> in executeQuery Full sql was: 'SELECT ST_SRID("way") AS srid FROM numbered 
> WHERE "way" IS NOT NULL LIMIT 1;'
> 
> logique : la géométrie n’est pas dans « numbered » (c’est pour récupérer le 
> admin_level dans la table des relations)
> mais dans planet_osm_point
> 
> donc on essaie :
> 
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH numbered AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','8']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM numbered AS a JOIN numbered AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "geometry_table":"planet_osm_point",
> "key_field": "",
> "geometry_field": "way",
> "asynchronous_request": "true",
> "max_async_connection": "4",
> "simplify_geometries": "true",
> "extent_cache": "auto",
> "extent": "-1363990,3994624,1824475,9411676"
>   },
> 
> et là ça passe : plus d’erreur MAIS je récupère pas de géométrie non plus :(
> 
>> Le 27 sept. 2018 à 09:31, Christian Quest > <mailto:cqu...@openstreetmap.fr>> a écrit :
>> 
>> Les requêtes SQL sont ré-empaquetées par le driver postgis de mapnik et là 
>> je pense qu'il ne sait pas détecter que c'est dans "data" qu'il va trouver 
>> "way".
>> 
>> Essaye en ajoutant un paramètre "geometry_table": "data" voire aussi 
>> "geometry_field": "way"
>> 
>> Pour l'ensemble des paramètres qu'on peut passer, voir: 
>> https://github.com/mapnik/mapnik/wiki/PostGIS 
>> <https://github.com/mapnik/mapnik/wiki/PostGIS>
>> 
>> Je pense aussi qu'un && !bbox! quelque part sera peut être nécessaire pour 
>> être sûr que la requête soit limitée à l'emprise à rendre...
>> 
>> 
>> Le jeu. 27 sept. 2018 à 07:45, Maël REBOUX > <mailto:o...@breizhpositive.bzh>> a écrit :
>> J’ai oublié de mettre la déclaration de la couche dans le projet :
>> 
>> 
>> {
>>   "id": "places_admin_6",
>>   "name": "places_admin_6",
>>   "class": "",
>>   "Datasource": {
>> "type": "postgis",
>> "host": "db.openstreetmap.local",
>> "user": "osm",
>> "password": "osm",
>> "dbname&qu

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

je vois l’idée mais c’est pas encore ça.

…
"table": "( 
SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH numbered AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','6']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM numbered AS a JOIN numbered AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id)
 ) AS data",
"geometry_table":"numbered",
"key_field": "",
"geometry_field": "way",
"asynchronous_request": "true",
"max_async_connection": "4",
"simplify_geometries": "true",
"extent_cache": "auto",
"extent": "-1363990,3994624,1824475,9411676"
  },
…

donne une erreur différente :

Postgis Plugin: ERROR:  relation "numbered" does not exist
LINE 1: SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS N...
   ^
in executeQuery Full sql was: 'SELECT ST_SRID("way") AS srid FROM numbered 
WHERE "way" IS NOT NULL LIMIT 1;'

logique : la géométrie n’est pas dans « numbered » (c’est pour récupérer le 
admin_level dans la table des relations)
mais dans planet_osm_point

donc on essaie :

"table": "( 
SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH numbered AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','8']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM numbered AS a JOIN numbered AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id)
 ) AS data",
"geometry_table":"planet_osm_point",
"key_field": "",
"geometry_field": "way",
"asynchronous_request": "true",
"max_async_connection": "4",
"simplify_geometries": "true",
"extent_cache": "auto",
"extent": "-1363990,3994624,1824475,9411676"
  },

et là ça passe : plus d’erreur MAIS je récupère pas de géométrie non plus :(

> Le 27 sept. 2018 à 09:31, Christian Quest  a écrit :
> 
> Les requêtes SQL sont ré-empaquetées par le driver postgis de mapnik et là je 
> pense qu'il ne sait pas détecter que c'est dans "data" qu'il va trouver "way".
> 
> Essaye en ajoutant un paramètre "geometry_table": "data" voire aussi 
> "geometry_field": "way"
> 
> Pour l'ensemble des paramètres qu'on peut passer, voir: 
> https://github.com/mapnik/mapnik/wiki/PostGIS 
> <https://github.com/mapnik/mapnik/wiki/PostGIS>
> 
> Je pense aussi qu'un && !bbox! quelque part sera peut être nécessaire pour 
> être sûr que la requête soit limitée à l'emprise à rendre...
> 
> 
> Le jeu. 27 sept. 2018 à 07:45, Maël REBOUX  a écrit :
> J’ai oublié de mettre la déclaration de la couche dans le projet :
> 
> 
> {
>   "id": "places_admin_6",
>   "name": "places_admin_6",
>   "class": "",
>   "Datasource": {
> "type": "postgis",
> "host": "db.openstreetmap.local",
> "user": "osm",
> "password": "osm",
> "dbname": "osm",
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH c AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','6']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM c AS a JOIN c AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "key_field": "",
> "geometry_field

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

J’ai oublié de mettre la déclaration de la couche dans le projet :


{
  "id": "places_admin_6",
  "name": "places_admin_6",
  "class": "",
  "Datasource": {
"type": "postgis",
"host": "db.openstreetmap.local",
"user": "osm",
"password": "osm",
"dbname": "osm",
"table": "( 
SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH c AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','6']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM c AS a JOIN c AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id)
 ) AS data",
"key_field": "",
"geometry_field": "way",
"asynchronous_request": "true",
"max_async_connection": "4",
"simplify_geometries": "true",
"extent_cache": "auto",
"extent": "-1363990,3994624,1824475,9411676"
  },
  "geometry": "point",
  "srs-name": "3857",
  "srs": "+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 
+y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over",
  "extent": [ -10, 34, 20, 70 ],
  "advanced": {}
}


> Le 27 sept. 2018 à 00:10, Maël REBOUX  a écrit :
> 
> Bonjour tous,
> 
> Je cherche à faire apparaître sur une carte en ligne les préfectures et leur 
> nom en breton.
> 
> La façon d’y arriver est « connue » : il faut faire une jointure entre la 
> table planet_osm_point (qui contient le point et le nom) et la table 
> planet_osm_rels (qui elle contient l’info admin_level).
> 
> Cela donne une requête qui s’exécute très bien en temps normal (pgAdmin ou 
> dans une vue ou une requête d’insertion de données / create table) :
> 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH numbered AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','6']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM numbered AS a JOIN numbered AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id);
> 
> source : 
> https://dba.stackexchange.com/questions/104943/osm2pgsql-select-relation-member-by-role
>  
> <https://dba.stackexchange.com/questions/104943/osm2pgsql-select-relation-member-by-role>
> 
> 
> Mais si je mets cette requête dans une déclaration de couche pour un projet 
> mml servi par kosmtik j’obtiens une erreur dans kosmtik :
> 
> Postgis Plugin: ERROR: relation "numbered" does not exist LINE 1: SELECT 
> ST_SRID("way") AS srid FROM numbered WHERE "way" IS N... ^ in executeQuery 
> Full sql was: 'SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS NOT 
> NULL LIMIT 1;' encountered during parsing of layer 'places_admin_6' in Layer
> 
> En loggant l’erreur dans PostgreSQL :
> 
> 2018-09-26 23:24:56.797 CEST [32589] STATEMENT:  SELECT ST_SRID("way") AS 
> srid FROM numbered WHERE "way" IS NOT NULL LIMIT 1;
> 2018-09-26 23:24:56.798 CEST [32590] LOG:  statement: SELECT ST_SRID("way") 
> AS srid FROM numbered WHERE "way" IS NOT NULL LIMIT 1;
> 2018-09-26 23:24:56.798 CEST [32590] ERROR:  relation "numbered" does not 
> exist at character 36
> 
> Je n’arrive pas à cerner le problème. Bien sûr si on change le nom « numbered 
> » par autre chose, le message d’erreur fera référence à ce nouveau nom.
> J’ai pas testé directement sur un serveur de tuiles mais je vois pas pourquoi 
> ça passerait.
> Si quelqu’un a une piste… 
> 
> Cdt,Maël  evit osm-bzh
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

Bonjour tous,

Je cherche à faire apparaître sur une carte en ligne les préfectures et leur 
nom en breton.

La façon d’y arriver est « connue » : il faut faire une jointure entre la table 
planet_osm_point (qui contient le point et le nom) et la table planet_osm_rels 
(qui elle contient l’info admin_level).

Cela donne une requête qui s’exécute très bien en temps normal (pgAdmin ou dans 
une vue ou une requête d’insertion de données / create table) :

SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH numbered AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','6']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM numbered AS a JOIN numbered AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id);

source : 
https://dba.stackexchange.com/questions/104943/osm2pgsql-select-relation-member-by-role


Mais si je mets cette requête dans une déclaration de couche pour un projet mml 
servi par kosmtik j’obtiens une erreur dans kosmtik :

Postgis Plugin: ERROR: relation "numbered" does not exist LINE 1: SELECT 
ST_SRID("way") AS srid FROM numbered WHERE "way" IS N... ^ in executeQuery Full 
sql was: 'SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS NOT NULL 
LIMIT 1;' encountered during parsing of layer 'places_admin_6' in Layer

En loggant l’erreur dans PostgreSQL :

2018-09-26 23:24:56.797 CEST [32589] STATEMENT:  SELECT ST_SRID("way") AS srid 
FROM numbered WHERE "way" IS NOT NULL LIMIT 1;
2018-09-26 23:24:56.798 CEST [32590] LOG:  statement: SELECT ST_SRID("way") AS 
srid FROM numbered WHERE "way" IS NOT NULL LIMIT 1;
2018-09-26 23:24:56.798 CEST [32590] ERROR:  relation "numbered" does not exist 
at character 36

Je n’arrive pas à cerner le problème. Bien sûr si on change le nom « numbered » 
par autre chose, le message d’erreur fera référence à ce nouveau nom.
J’ai pas testé directement sur un serveur de tuiles mais je vois pas pourquoi 
ça passerait.
Si quelqu’un a une piste… 

Cdt,Maël  evit osm-bzh












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

Re: [OSM-talk-fr] Vue satellite sur Osm ?

[Maël REBOUX]

Bonjour,

Je me posais la question récemment pour la carte en breton.
Car vu que l’ortho régionale (B4 en tout cas…) est 100% libre, je ne vois pas 
ce qui interdirait de disposer d’un service de tuiles avec un style mixte (fond 
photo aérienne + routes dessus) ou d’une application carto qui mixerait le 
service de tuiles ortho de GéoBretagne et un service OSM.

Ce qui me semble être le frein pour qqch sur France entière ce sont les 
différentes sources / licences.
On est d’accord ?

Maël

> Le 21 mai 2018 à 18:31, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 21. 05. 18 à 18:15, Cédric Frayssinet a écrit :
>> Avec l'arrivée de la BD Ortho IGN sur iD, voire Lyon OrthoPhoto pour la 
>> métropole Lyonnaise, est-ce que l'on peut espérer voir un jour des vues 
>> satellites sur la carte openstreetmap.org ou il faudra attendre une 
>> vraie carte de France openstreetmap.fr ?
> 
> il y a 2 aspects :
> - La convention pour BDOrtho IGN ne permet l'utilisation que pour 
> contribuer à osm, donc pas pour afficher au grand public non 
> contributeur. (pour Lyon je ne connaît pas la licence par cœur)
> - il y a une volonté de osmf de considérer le rendu osm.org
> comme n'étant qu'une vitrine montrant les données osm
> et non pas en faire une alternative complète à googlemap
> du coup pas sur que osm.org ai envie de rajouter l'affichage des couches 
> sat (cette impression n'engage que moi... cela pourrait être différent 
> pour osm-fr si le problème de licence est résolu)
> 
>> PS : je remercie d'ailleurs les gens qui ont fait arriver Lyon 
>> OrthoPhoto sur iD, c'est vraiment des photos de très grandes qualités et 
>> très utiles !
> 
> avec plaisir :) (les gens à remercier : celui qui a fait l'ajout sur 
> josm, moi j'ai fais la conversion de format pour id, merci du merci :)
> 
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Fantoir pas à jour

[Maël REBOUX]

Bonjour,

La DGFIP qui gère le cadastre mettra à jour le Fantoir et le plan cadastral 
lorsque la commune leur aura communiqué les délibérations qui concerne tous ces 
renommages. Ils sont stricts la-dessus.

Comme La Poste est dans le circuit et qu’il doit s’agir d’une prestation 
payante, elle a logiquement dû  signaler ou rappeler cette étape du processus 
d'adressage  à la mairie. Ils ont des courriers types à disposition.

Les erreurs vont donc perdurer quelques mois…

cdt,


> Le 25 févr. 2018 à 10:09, pepilepi...@ovh.fr a écrit :
> 
> 
> 
> 
> Bonjour,
> 
> 
> Il y a quelques temps la poste a décidé de normaliser les adresses dans mon 
> village. Notamment elle ne supportait plus les "Lotissement machin" (il 
> fallait les nommer "allée machin"), et la municipalité a fait un gros travail 
> pour nommer TOUTES les voies du village (et numéroter toutes les maisons). Et 
> dans la campagne il y en a ! C'est vrai que pour trouver Michel Dupont 
> Quartier "Le   puits" ça tenait un peu du jeu de piste.
> 
> 
> J'ai donc passé quelques soirées avec les gens de la mairie à tout mettre à 
> jour.
> 
> 
> Et aujourd'hui sur cadastre.openstreetmap.fr/fantoir, plus précisément ici 
> , je 
> vois que toutes les nouvelles appellations de rues sortent en erreur. Il y a 
> d'autres erreurs, par exemple ce site donne sur la dernière ligne une "Rue 
> Marc Seguin", alors que, je l'ai vérifié, la plaque de rue comme OSM disent 
> "Allée Marc Seguin".
> 
> 
> Que faire ?
> 
> 
> Merci,
> 
> 
> JP
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Obtenir toutes les voies d'une commune

[Maël REBOUX]

C’est tout-à-fait ça ! Merci.

Et ça marche aussi pour les noms en breton.

[out:xml][timeout:300];
// fetch area  to search in
{{geocodeArea:Gwengamp}}->.searchArea;
(
  way[highway](area.searchArea);
);
// print results
out;>;out skel;


> Le 4 déc. 2017 à 23:21, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> 
> Exemple: http://overpass-turbo.eu/s/tyN <http://overpass-turbo.eu/s/tyN>
> 
> Le 4 décembre 2017 à 23:08, Maël REBOUX <o...@breizhpositive.bzh 
> <mailto:o...@breizhpositive.bzh>> a écrit :
> Bonjour,
> 
> J’ai besoin de récupérer toutes les voies (highway=*) d’une commune.
> 
> Je pense partir sur une requête OverPass API mais du coup ce qui me bloque 
> c’est la « relation » d’appartenance à une commune.
> Intuitivement je pense qu’il faut utiliser une relation mais laquelle ?
> 
> Merci d’avance pour votre aide.
> 
> Maël
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Obtenir toutes les voies d'une commune

[Maël REBOUX]

Bonjour,

J’ai besoin de récupérer toutes les voies (highway=*) d’une commune.

Je pense partir sur une requête OverPass API mais du coup ce qui me bloque 
c’est la « relation » d’appartenance à une commune.
Intuitivement je pense qu’il faut utiliser une relation mais laquelle ?

Merci d’avance pour votre aide.

Maël



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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Maël REBOUX]

Bonjour,

Pour 1 et 2 : c’est un projet qui suit son cours.
Des nouvelles 1er trimestre 2018.
;)

Merci pour le pointage de ce compte.

A galon / Cordialement,

Maël  / www.openstreetmap.bzh 


> Le 4 déc. 2017 à 01:36, Francois Gouget  a écrit :
> 
> 
> Je suis tombé sur un changeset qui ajoute des noms en Occitan dans 
> name:oc, ce qui est bien, et dans le champ name avec un '/' ce qui est 
> moins bien. Donc j'ai laissé un commentaire sur le changeset et pour ne 
> pas perdre l'information, le voici :
> 
> https://www.openstreetmap.org/changeset/52321720
> 
> 
> 
> D'ailleurs à propos de serveurs dédiés pour telle ou telle langue 
> régionale, plutôt que d'avoir chaque communauté qui monte son propre 
> serveur et gère sa propre infrastructure en doublon, serait-il possible :
> 
> 1. Soit de juste mutualiser les ressources entre les différentes 
>   communautés.
> 
> 2. Soit de carrément monter un seul serveur qui couvrirait la France
>   entière, et rien que la France, et qui ferait un rendu avec les noms 
>   en Breton pour la Bretagne, en Alsacien pour l'Alsace, en Occitan 
>   pour l'Occitanie, et en Basque pour le pays Basque.
> 
>   Bon, je suppose que pour le Basque il faudrait aussi couvrir une 
>   partie de l'Espagne. Voir couvrir toute l'Espagne et ajouter le 
>   Catalan tant qu'on y est.
> 
>   Mais est-ce qu'il y aurait des zones où on aurait des conflits entre, 
>   par exemple, les noms Basque et Occitan ?
> 
>   Et est-ce que cela conviendrait aux différentes communautés où est-ce 
>   que leur but est aussi d'afficher les noms partout en France (par 
>   exemple Paris) / dans le monde dans leur langue ? Je note que le 
>   serveur Breton ne couvre que la Bretagne par exemple, et que donc 
>   cette approche ne serait pas donc immédiatement vouée à l'échec.
> 
>   Est-ce que cela simplifierait la gestion par rapport à l'option 1 ?
> 
> 
> -- 
> Francois Gouget   http://fgouget.free.fr/
>  Any sufficiently advanced bug is indistinguishable from a feature.
>-- from some indian 
> guy___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Maël REBOUX]

Bonsoir,

Je suis l’un des membres de l’équipe derrière www.openstreetmap.bzh 
<http://www.openstreetmap.bzh/>

J’ai adressé un message en français et anglais le 11/11/2017 à izpura pour lui 
demander s’il avait besoin d’une carte en euskara (basque).
Aucune réponse à ce jour.
Du coup : je viens de rajouter ce message à ton commentaire Christian.

J’espère qu’il va réagir.


A galon, Maël REBOUX


> Le 17 nov. 2017 à 13:10, Vincent Bergeot <vinc...@bergeot.org> a écrit :
> 
> 
> Le 17/11/2017 à 08:21, Christian Quest a écrit :
>> Si je comprends bien:
>> - ça fait des mois qu'on discute des contributions de cet utilisateur
>> - il n'y a eu que 2 changeset commentés il y a quelques jours seulement
>> - il y a eu plein de revert de faits
>> 
>> autre chose ? Des échanges de messages directs ? 
> 
> Bonjour,
> en privé le 17 octobre, sans aucune réponse de sa part (copie d'écran en PJ):
> "Ajout des noms basques ou carte en Basque ?
> izpura
> 17 octobre 2017 à 10h54
> 
> Bonjour, je me permets de venir vers vous car j'ai l'impression qu'il y a une 
> bataille d'édition sur le contenu du tag name.
> 
> Plutôt que la bataille d'édition, ne faut-il pas envisager un rendu 
> cartographique en basque, comme les bretons par exemple ont pu le faire ici.
> 
> Je n'ai pas les compétences techniques, mais dispo pour en discuter, voire 
> trouver les compétences techniques !!!
> 
> Bonne journée"
> 
> à plus
> 
> 
> 
> 
> 
> 
>> 
>> C'est quand même light, non ?
>> 
>> 
>> 
>> Le 17 novembre 2017 à 04:42, Francois Gouget <fgou...@free.fr 
>> <mailto:fgou...@free.fr>> a écrit :
>> On Thu, 16 Nov 2017, marc marc wrote:
>> [...]
>> > Du coup je comprend pas la suite de ton message.
>> > D'un côté tu as l'air de dire qu'on aurait du faire la procédure
>> > DWG + tôt (je partage ton avis), de l'autre tu as l'air de dire
>> > que la première étape (communiquer) est facultative.
>> 
>> J'ai l'impression que cet utilisateur a été largement prévenu, même si
>> ce n'est peut-être pas de la façon prévue par la procédure officielle.
>> Avec en plus le flou qui reigne on obtient cette position contradictoire
>> au premier abord.
>> 
>> 
>> > Ajouter des outils pour détecter ou rapporter ce genre de problème
>> > ne sert à rien si lorsqu'il est détecté, personne ne veux
>> > lancer la procédure nécessaire pendant des mois...
>> 
>> Problème de dilution des responsabilités ?
>> 
>> Si je comprend bien personne n'est chargé de s'occuper de ces cas là et
>> donc tout le monde espère que quelqu'un d'autre va s'y coller (ce qui
>> est bien compréhensible). Désigner à l'avance une personne à contacter
>> qui va coordonner / gérer ces cas pourrait faire partie des
>> 'améliorations' dont je supputais l'existence.
>> 
>> 
>> --
>> Francois Gouget <fgou...@free.fr <mailto:fgou...@free.fr>>  
>> http://fgouget.free.fr/ <http://fgouget.free.fr/>
>>   A black hole is just God dividing by zero.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>> 
>> 
>> 
>> 
>> -- 
>> Christian Quest - OpenStreetMap France
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> <https://lists.openstreetmap.org/listinfo/talk-fr>
> 
>  13-08-17.png>___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr 
> <https://lists.openstreetmap.org/listinfo/talk-fr>

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

Re: [OSM-talk-fr] Adresses... (encore)

[Maël REBOUX]

Je ne pense personnellement que du bien de ce document :D

L’original est ici : 
https://drive.google.com/open?id=0B3TzG4CYNDnYeDZhNHU4d1ppRlk

Sans volonté de prolonger les débats, il peut être utile de lire cet autre 
document : "Proposition d’un modèle de données simple visant à alimenter la BAN 
par des fichiers v 1.1"
https://drive.google.com/open?id=0B3TzG4CYNDnYSXM0dDhaVjNGTDQ

La lecture des pages 9 et 10 est éclairante sur les différentes valeurs 
possibles que l’on peut donner à une « position » d’adresse.
Il y a un schéma que je vous laisse découvrir qui peut aider à visualiser les 
différents cas de figure.
/ ! \ c’est une vision des collectivités locales pour aider à l’alimentation de 
la BAN.

Maël

Le 13 janv. 2017 à 16:49, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
 a écrit :

> Voies et adresses : les procédures légales et les bonnes pratiques en vigueur
> 
> ).
> 
> Qu'en pensez-vous?
> 
> Jean-Martial
> 
> 
> - Mail original -
>> De: "Christian Quest" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Vendredi 13 Janvier 2017 15:17:38
>> Objet: Re: [OSM-talk-fr] Adresses... (encore)
>> 
>> 
>> 
>> Un numéro d'adresse est à voir plutôt comme un repère ordonné le long
>> d'une voie... ensuite il peut se passer plein de choses derrière: N
>> parcelles, M bâtiments qui peuvent en plus être liés à d'autres
>> adresses (accès multiples).
>> 
>> 
>> Pour la BAN on a discuté aussi très longuement de tout ça et le
>> consensus est resté sur le point de passage du domaine public au
>> domaine privé.
>> 
>> 
>> Le souci avec le raisonnement qui aboutit au bâtiment, c'est qu'on
>> saute l'étape parcelle car elle est absente d'OSM. Elle fait en
>> général le lien.
>> 
>> 
>> 
>> 
>> Le 13 janvier 2017 à 16:10, Nicolas Moyroud < nmoyr...@free.fr > a
>> écrit :
>> 
>> 
>> 
>> 
>> 
>> Cette discussion sera fin tant que tu n'auras pas conceptualisé
>> l'adresse autrement que penser qu'elle se rapporte obligatoirement à
>> un bâtiment.
>> Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à
>> quelque chose. Et un point seul dans le vide ne rapporte à rien à
>> part lui-même (sauf si tu le mets dans une relation comme je le
>> disais précédemment). Et je pense également que cette discussion
>> sera sans fin tant que certains n'auront pas conceptualisé ça.
>> Je prends un exemple : tu as 4 entrées rapprochées au fond d'une
>> impasse tu mets tes 4 numéros d'adresse les uns à côté des autres.
>> Tu ne sais plus à quel objets se rapportent chacune des adresses (je
>> dis objet volontairement pour que tu y mette ce que tu veux dans
>> objet : bâtiment, parcelle).
>> Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans
>> certains cas, mais il y a une perte d'informations et c'est dommage.
>> 
>> Nicolas
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> 
>> 
>> 
>> --
>> 
>> 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Peut-être mais pour amorcer un projet kosmtik, je vois pas comment ne pas 
passer par TileMill…

Le 11 janv. 2017 à 22:03, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Non, mais une fois que tu aura gouté kosmtik tu ne parlera plus de tilemill ;)
> 
> Le 11 janvier 2017 à 21:40, Maël REBOUX <mael.reb...@breizhpositive.bzh> a 
> écrit :
> yaml c'est compatible TileMill ?
> 
> De mémoire je crois pas mais ?
> 
> 
> Le 11 janv. 2017 à 21:34, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> 
>> Le passage en yaml permet de factoriser ça et de ne chager les infos de 
>> connexion qu'une fois ;)
>> 
>> Le 11 janvier 2017 à 21:25, <osm.sanspourr...@spamgourmet.com> a écrit :
>> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je suis 
>> tombé avec tessera et j'ai aussi pas mal cherché.
>> 
>> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>>> 
>>> Un indice : pour les layers postgis il y a une entrée pour le username mais 
>>> aucune entrée pour le password.
>>> 
>>> Je vais essayer avec le style OSM FR.
>>> 
>> Ce sera sans doute pareil.
>> Ma solution : ajouter dans la feuille de style les mots de passe (sed est 
>> ton ami ;-). Protéger la lecture de cette page !
>> Autres options :
>> - configurer pg_hba.conf pour le faire accepter ce compte sans demander de 
>> mot de passe (peer ou trust).
>> Attention à ne pas introduire de trou de sécurité.
>> - définir PG_PASSWORD alors du lancement du programme. même problème de 
>> sécurité.
>> 
>> Jean-Yvon
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> 
>> 
>> 
>> -- 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

yaml c'est compatible TileMill ?

De mémoire je crois pas mais ?


Le 11 janv. 2017 à 21:34, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Le passage en yaml permet de factoriser ça et de ne chager les infos de 
> connexion qu'une fois ;)
> 
> Le 11 janvier 2017 à 21:25, <osm.sanspourr...@spamgourmet.com> a écrit :
> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je suis 
> tombé avec tessera et j'ai aussi pas mal cherché.
> 
> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> 
>> Un indice : pour les layers postgis il y a une entrée pour le username mais 
>> aucune entrée pour le password.
>> 
>> Je vais essayer avec le style OSM FR.
>> 
> Ce sera sans doute pareil.
> Ma solution : ajouter dans la feuille de style les mots de passe (sed est ton 
> ami ;-). Protéger la lecture de cette page !
> Autres options :
> - configurer pg_hba.conf pour le faire accepter ce compte sans demander de 
> mot de passe (peer ou trust).
> Attention à ne pas introduire de trou de sécurité.
> - définir PG_PASSWORD alors du lancement du programme. même problème de 
> sécurité.
> 
> Jean-Yvon
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Christian,

il semble manquer un fichier 'amenity-symbols.mss’ sur github :

node /data/osm/kosmtik/index.js serve /data/osm/styles/osmfr/project.mml --host 
192.168.0.42
[Core] No usable config file found in /home/osm/.config/kosmtik.yml
[Core] Loading plugin from ../plugins/base-exporters/index.js
[Core] Loading plugin from ../plugins/hash/index.js
[Core] Loading plugin from ../plugins/local-config/index.js
[Core] Loading plugin from ../plugins/datasource-loader/index.js
[Core] Loading project from /data/osm/styles/osmfr/project.mml
fs.js:640
  return binding.open(pathModule._makeLong(path), stringToFlags(flags), mode);
 ^

Error: ENOENT: no such file or directory, open 
'/data/osm/styles/osmfr/amenity-symbols.mss'
at Error (native)
at Object.fs.openSync (fs.js:640:18)
at Object.fs.readFileSync (fs.js:508:33)
at Loader.BaseLoader.normalizeStylesheet 
(/data/osm/kosmtik/src/back/loader/Base.js:74:34)
at Array.map (native)
at Loader.BaseLoader.postprocess 
(/data/osm/kosmtik/src/back/loader/Base.js:12:51)
at Loader.BaseLoader.load (/data/osm/kosmtik/src/back/loader/Base.js:79:10)
at Project.load (/data/osm/kosmtik/src/back/Project.js:38:23)
at new ProjectServer (/data/osm/kosmtik/src/back/ProjectServer.js:31:18)
at PreviewServer.registerProject 
(/data/osm/kosmtik/src/back/PreviewServer.js:51:33)



Le 11 janv. 2017 à 10:17, Maël REBOUX <mael.reb...@breizhpositive.bzh> a écrit :

> Ca avance : https://github.com/kosmtik/kosmtik/issues/216
> 
> En fait il ne faut pas suivre le ReadMe et installer le master depuis github 
> (…).
> Et là on a un kosmtik fonctionnel.
> 
> Là j’essaie de lancer le rendu OSM « original » car il est bien configuré 
> pour mapnik 2 pour produire des tuiles.
> Je viens d’essayer sans localconfig.js et ça change rien.
> 
> Un indice : pour les layers postgis il y a une entrée pour le username mais 
> aucune entrée pour le password.
> 
> Je vais essayer avec le style OSM FR.
> 
> 
> Le 11 janv. 2017 à 09:49, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> 
>> Je n'ai pas de localconfig.js... si ça peut t'aider...
>> 
>> Le 11 janvier 2017 à 09:09, Maël REBOUX <mael.reb...@breizhpositive.bzh> a 
>> écrit :
>> Bonjour,
>> 
>> Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des versions 
>> de Node.js.
>> 
>> Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212
>> 
>> 
>>  
>> Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas 
>> afficher la page (la page HTML est produite cependant) car :
>> https://github.com/kosmtik/kosmtik/issues/216
>> 
>> /usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
>> if (anonymous.name) throw 'Cannot use bridge helper with named function:' + 
>> anonymous.name;
>> 
>> Je penche pour un pb lié au localconfig.js
>> 
>> 
>> -- 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Ca avance : https://github.com/kosmtik/kosmtik/issues/216

En fait il ne faut pas suivre le ReadMe et installer le master depuis github 
(…).
Et là on a un kosmtik fonctionnel.

Là j’essaie de lancer le rendu OSM « original » car il est bien configuré pour 
mapnik 2 pour produire des tuiles.
Je viens d’essayer sans localconfig.js et ça change rien.

Un indice : pour les layers postgis il y a une entrée pour le username mais 
aucune entrée pour le password.

Je vais essayer avec le style OSM FR.


Le 11 janv. 2017 à 09:49, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Je n'ai pas de localconfig.js... si ça peut t'aider...
> 
> Le 11 janvier 2017 à 09:09, Maël REBOUX <mael.reb...@breizhpositive.bzh> a 
> écrit :
> Bonjour,
> 
> Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des versions 
> de Node.js.
> 
> Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212
> 
> 
>  
> Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas 
> afficher la page (la page HTML est produite cependant) car :
> https://github.com/kosmtik/kosmtik/issues/216
> 
> /usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
> if (anonymous.name) throw 'Cannot use bridge helper with named function:' + 
> anonymous.name;
> 
> Je penche pour un pb lié au localconfig.js
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Bonjour,

Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des versions de 
Node.js.

Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212

Donc pour installer correctement :

# en tant que root
# selon 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
 
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
apt-get install -y nodejs
 
nodejs -v
v6.9.4
 
find / -name "nodejs"
/usr/bin/nodejs
/usr/share/doc/nodejs
/usr/share/nodejs
/usr/include/nodejs
/usr/lib/nodejs
 
npm install -g npm-check-updates
/usr/bin/npm-check-updates -> 
/usr/lib/node_modules/npm-check-updates/bin/npm-check-updates
/usr/bin/ncu -> /usr/lib/node_modules/npm-check-updates/bin/ncu
/usr/lib
└─┬ npm-check-updates@2.8.9 
 
cd /usr/lib/node_modules/
 
npm ls -G --depth=0
/usr/lib
├── npm@3.10.10
└── npm-check-updates@2.8.9
 
npm -g install kosmtik
npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
namespace: install @mapbox/carto instead
npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
mapnik@3.5.14 npm install node-pre-gyp 
/usr/lib/node_modules/.staging/mapnik-216d48b0
 
> mapnik@3.5.14 install /usr/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build
 
[mapnik] Success: 
"/usr/lib/node_modules/kosmtik/node_modules/mapnik/lib/binding/node-v48-linux-x64/mapnik.node"
 is installed via remote
/usr/lib
└─┬ kosmtik@0.0.13 
  ├─┬ carto@0.15.3 
 
npm ls -G --depth=0
/usr/lib
├── kosmtik@0.0.13
├── npm@3.10.10
└── npm-check-updates@2.8.9
 
node /usr/lib/node_modules/kosmtik/index.js -h
[Core] No usable config file found in /home/osm/.config/kosmtik.yml
[Core] Loading plugin from ../plugins/base-exporters/index.js
[Core] Loading plugin from ../plugins/hash/index.js
[Core] Loading plugin from ../plugins/local-config/index.js
[Core] Loading plugin from ../plugins/datasource-loader/index.js
 
Usage: /usr/bin/nodejs index.js  [options]
 
command 
  serve   Run the server
  plugins Manage plugins
  export  Export a project
 
Options:
   --mapnik-version   Optional mapnik reference version to be passed to Carto  
[3.0.0]
   --proxyOptional proxy to use when doing http requests
   --keep-cache   Do not flush cached metatiles on project load
   --localconfig  Path to local config file [Default: 
{projectpath}/localconfig.json|.js]

Découverte d’une option —host et —port : 
https://github.com/kosmtik/kosmtik/issues/214

Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas 
afficher la page (la page HTML est produite cependant) car :
https://github.com/kosmtik/kosmtik/issues/216

/usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
if (anonymous.name) throw 'Cannot use bridge helper with named function:' + 
anonymous.name;

Je penche pour un pb lié au localconfig.js



Le 11 janv. 2017 à 08:58, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Mon kosmtik est installé en "non global", donc pas de commande komstik pour 
> moi mais.
> 
> Je le lance depuis son dossier avec: node index.js ...
> 
> Je suis sous ubuntu 16.04
> 
> 
> Le 9 janvier 2017 à 22:52, Maël REBOUX <mael.reb...@breizhpositive.bzh> a 
> écrit :
> ok : plusieurs répertoires 'node_modules’  créés par la version antérieure de 
> Node.js
> Après nettoyage maintenant tout est dans /usr/lib/node_modules/
> 
> usr/lib/node_modules# npm ls -G --depth=0
> /usr/lib
> ├── kosmtik@0.0.13
> ├── npm@3.10.10
> └── npm-check-updates@2.8.9
> 
> Mais rien de plus dans le bash
> 
> kosmtik
> bash: kosmtik: command not found
> 
> 
> 
> Le 9 janv. 2017 à 22:19, Maël REBOUX <mael.reb...@breizhpositive.bzh> a écrit 
> :
> 
> C’est mieux !
>> Il faut faire comme ça pour avoir une version 6 de Node.js
>> 
>> # en tant que root
>> # selon 
>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>  
>> curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
>> apt-get install -y nodejs
>>  
>> nodejs -v
>> v6.9.4
>>  
>> find / -name "nodejs"
>> /usr/bin/nodejs
>> /usr/share/doc/nodejs
>> /usr/share/nodejs
>> /usr/include/nodejs
>> /usr/lib/nodejs
>>  
>> cd /usr/local/lib/
>>  
>> npm install -g npm-check-updates
>>  
>> npm ls -G --depth=0
>> /usr/local/lib
>> └── npm-check-updates@2.8.9
>>  
>> npm install -g @mapbox/carto 
>> npm -g install kosmtik
>> npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
>> namespace: install @mapbox/carto instead
>> npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
>> mapnik@3.5.14 npm ins

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

[Maël REBOUX]

ok : plusieurs répertoires 'node_modules’  créés par la version antérieure de 
Node.js
Après nettoyage maintenant tout est dans /usr/lib/node_modules/

usr/lib/node_modules# npm ls -G --depth=0
/usr/lib
├── kosmtik@0.0.13
├── npm@3.10.10
└── npm-check-updates@2.8.9

Mais rien de plus dans le bash

kosmtik
bash: kosmtik: command not found



Le 9 janv. 2017 à 22:19, Maël REBOUX <mael.reb...@breizhpositive.bzh> a écrit :

C’est mieux !
> Il faut faire comme ça pour avoir une version 6 de Node.js
> 
> # en tant que root
> # selon 
> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>  
> curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
> apt-get install -y nodejs
>  
> nodejs -v
> v6.9.4
>  
> find / -name "nodejs"
> /usr/bin/nodejs
> /usr/share/doc/nodejs
> /usr/share/nodejs
> /usr/include/nodejs
> /usr/lib/nodejs
>  
> cd /usr/local/lib/
>  
> npm install -g npm-check-updates
>  
> npm ls -G --depth=0
> /usr/local/lib
> └── npm-check-updates@2.8.9
>  
> npm install -g @mapbox/carto 
> npm -g install kosmtik
> npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
> namespace: install @mapbox/carto instead
> npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
> mapnik@3.5.14 npm install node-pre-gyp 
> /usr/lib/node_modules/.staging/mapnik-216d48b0
>  
> > mapnik@3.5.14 install /usr/lib/node_modules/kosmtik/node_modules/mapnik
> > node-pre-gyp install --fallback-to-build
>  
> [mapnik] Success: 
> "/usr/lib/node_modules/kosmtik/node_modules/mapnik/lib/binding/node-v48-linux-x64/mapnik.node"
>  is installed via remote
> /usr/lib
> └─┬ kosmtik@0.0.13 
>   ├─┬ carto@0.15.3 
>   │ ├── mapnik-reference@8.5.6 
> Par contre, il n’apparaît pas dans la liste des modules ?
> npm ls -G --depth=0
> /usr/local/lib
> ├── @mapbox/carto@0.16.3
> └── npm-check-updates@2.8.9
> Et si je tape kosmtik pour le lancer…
> kosmtik
> bash: kosmtik: command not found
> 
> Une histoire de path ?
> 
> 
> Le 9 janv. 2017 à 21:56, osm.sanspourr...@spamgourmet.com a écrit :
> 
>> Si j'ai demandé si tu étais sur Ubuntu c'est que nodejs s'appelle node sur 
>> Debian mais nodejs sur Ubuntu, comme dit hier, essaye :
>> 
>> if ! [ -e /usr/bin/node ] : then
>>sudo ln -s `which nodejs`
>> fi
>> Je ne sais quelle est la bonne installation, je sais juste que la mienne 
>> marche ;-)
>> Disclaimer : pour Lyrk/Imposm, pas testé pour Kosmtik, mais ça ne devrait 
>> rien changer.
>> 
>> Oui je me suis inspiré de notes sur la toile, effectivement de 
>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>  ?
>> 
>> 
>> Jean-Yvon
>> 
>> Le 09/01/2017 à 21:45, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>>> Bonsoir
>>> 
>>> J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212
>>> 
>>> Qui a été vite fermée car effectivement il y avait 2 versions de Node.js 
>>> qui cohabitaient sur mon Ubuntu 16.04
>>> Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) 
>>> refais une clean install… sans succès.
>>> 
>>> Je crois que l’erreur suivante est :
>>> /usr/bin/env: ‘node’: No such file or directory
>>> /usr/local/lib
>>> └── (empty)
>>> Node.js serait-il mal installé ?
>>> La seule bonne façon serait celle décrite ici : 
>>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>>  ?
>>> 
>>> 
>>> 
>>>> De: osm.sanspourr...@spamgourmet.com
>>>> Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
>>>> Date: 8 janvier 2017 20:40:52 UTC+1
>>>> À: talk-fr@openstreetmap.org
>>>> Répondre à: Discussions sur OSM en français <talk-fr@openstreetmap.org>
>>>> 
>>>> Visiblement si tu la version 4, tu n'as pas la dernière version.
>>>> > Soit je m’y prend très mal, soit il y a des non-dits dans la 
>>>> > documentation ;)
>>>> L'un n'exclut pas l'autre :-D.
>>>> 
>>>> N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
>>>> 
>>>> Je pense que tu as oublié de mettre à jour ton système :
>>>> 
>>>> #ou 7
>>>> NODEJS_VERSION=6
>>>> 
>>>> #see https://github.com/nodesource/distributions
>>>> #ne pas hésiter à regarder le contenu avec n'exécuter !
>>>> curl -sL https://deb.n

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

[Maël REBOUX]

C’est mieux !
Il faut faire comme ça pour avoir une version 6 de Node.js

# en tant que root
# selon 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
 
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
apt-get install -y nodejs
 
nodejs -v
v6.9.4
 
find / -name "nodejs"
/usr/bin/nodejs
/usr/share/doc/nodejs
/usr/share/nodejs
/usr/include/nodejs
/usr/lib/nodejs
 
cd /usr/local/lib/
 
npm install -g npm-check-updates
 
npm ls -G --depth=0
/usr/local/lib
└── npm-check-updates@2.8.9
 
npm install -g @mapbox/carto 
npm -g install kosmtik
npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
namespace: install @mapbox/carto instead
npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
mapnik@3.5.14 npm install node-pre-gyp 
/usr/lib/node_modules/.staging/mapnik-216d48b0
 
> mapnik@3.5.14 install /usr/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build
 
[mapnik] Success: 
"/usr/lib/node_modules/kosmtik/node_modules/mapnik/lib/binding/node-v48-linux-x64/mapnik.node"
 is installed via remote
/usr/lib
└─┬ kosmtik@0.0.13 
  ├─┬ carto@0.15.3 
  │ ├── mapnik-reference@8.5.6 
Par contre, il n’apparaît pas dans la liste des modules ?
npm ls -G --depth=0
/usr/local/lib
├── @mapbox/carto@0.16.3
└── npm-check-updates@2.8.9
Et si je tape kosmtik pour le lancer…
kosmtik
bash: kosmtik: command not found

Une histoire de path ?


Le 9 janv. 2017 à 21:56, osm.sanspourr...@spamgourmet.com a écrit :

> Si j'ai demandé si tu étais sur Ubuntu c'est que nodejs s'appelle node sur 
> Debian mais nodejs sur Ubuntu, comme dit hier, essaye :
> 
> if ! [ -e /usr/bin/node ] : then
>sudo ln -s `which nodejs`
> fi
> Je ne sais quelle est la bonne installation, je sais juste que la mienne 
> marche ;-)
> Disclaimer : pour Lyrk/Imposm, pas testé pour Kosmtik, mais ça ne devrait 
> rien changer.
> 
> Oui je me suis inspiré de notes sur la toile, effectivement de 
> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>  ?
> 
> 
> Jean-Yvon
> 
> Le 09/01/2017 à 21:45, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> Bonsoir
>> 
>> J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212
>> 
>> Qui a été vite fermée car effectivement il y avait 2 versions de Node.js qui 
>> cohabitaient sur mon Ubuntu 16.04
>> Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) 
>> refais une clean install… sans succès.
>> 
>> Je crois que l’erreur suivante est :
>> /usr/bin/env: ‘node’: No such file or directory
>> /usr/local/lib
>> └── (empty)
>> Node.js serait-il mal installé ?
>> La seule bonne façon serait celle décrite ici : 
>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>  ?
>> 
>> 
>> 
>>> De: osm.sanspourr...@spamgourmet.com
>>> Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
>>> Date: 8 janvier 2017 20:40:52 UTC+1
>>> À: talk-fr@openstreetmap.org
>>> Répondre à: Discussions sur OSM en français <talk-fr@openstreetmap.org>
>>> 
>>> Visiblement si tu la version 4, tu n'as pas la dernière version.
>>> > Soit je m’y prend très mal, soit il y a des non-dits dans la 
>>> > documentation ;)
>>> L'un n'exclut pas l'autre :-D.
>>> 
>>> N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
>>> 
>>> Je pense que tu as oublié de mettre à jour ton système :
>>> 
>>> #ou 7
>>> NODEJS_VERSION=6
>>> 
>>> #see https://github.com/nodesource/distributions
>>> #ne pas hésiter à regarder le contenu avec n'exécuter !
>>> curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | sudo bash -
>>> sudo apt-get install --yes nodejs
>>> Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas publié 
>>> tous les paquets qui vont bien).
>>> > mapnik@3.5.14 install 
>>> > /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
>>> node-pre-gyp install --fallback-to-build
>>> Là encore erreur normale ;-)
>>> 
>>> > /usr/bin/env: ‘node’: No such file or directory
>>> if ! [ -e /usr/bin/node ] : then
>>>sudo ln -s `which nodejs`
>>> fi
>>> Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com marche pour 
>>> Debian, Ubuntu et OSX.
>>> 
>>> Bonne mise à jour de la documentation et des scripts d'installation.
>>> Bonne erreurs suivantes !
>>> 
>>> Jean-Yvon
>>> 
>>> 

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

[Maël REBOUX]

Bonsoir

J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212

Qui a été vite fermée car effectivement il y avait 2 versions de Node.js qui 
cohabitaient sur mon Ubuntu 16.04
Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) refais 
une clean install… sans succès.

Je crois que l’erreur suivante est :
/usr/bin/env: ‘node’: No such file or directory
/usr/local/lib
└── (empty)
Node.js serait-il mal installé ?
La seule bonne façon serait celle décrite ici : 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
 ?



> De: osm.sanspourr...@spamgourmet.com
> Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
> Date: 8 janvier 2017 20:40:52 UTC+1
> À: talk-fr@openstreetmap.org
> Répondre à: Discussions sur OSM en français <talk-fr@openstreetmap.org>
> 
> Visiblement si tu la version 4, tu n'as pas la dernière version.
> > Soit je m’y prend très mal, soit il y a des non-dits dans la documentation 
> > ;)
> L'un n'exclut pas l'autre :-D.
> 
> N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
> 
> Je pense que tu as oublié de mettre à jour ton système :
> 
> #ou 7
> NODEJS_VERSION=6
> 
> #see https://github.com/nodesource/distributions
> #ne pas hésiter à regarder le contenu avec n'exécuter !
> curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | sudo bash -
> sudo apt-get install --yes nodejs
> Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas publié 
> tous les paquets qui vont bien).
> > mapnik@3.5.14 install 
> > /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build
> Là encore erreur normale ;-)
> 
> > /usr/bin/env: ‘node’: No such file or directory
> if ! [ -e /usr/bin/node ] : then
>sudo ln -s `which nodejs`
> fi
> Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com marche pour 
> Debian, Ubuntu et OSX.
> 
> Bonne mise à jour de la documentation et des scripts d'installation.
> Bonne erreurs suivantes !
> 
> Jean-Yvon
> 
> 
> Le 08/01/2017 à 17:44, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> Bonjour,
>> 
>> On m’a vanté les mérites de Komstik https://github.com/kosmtik/kosmtik/ 
>> 
>> Mais impossible de l’installer.
>> Soit je m’y prend très mal, soit il y a des non-dits dans la documentation ;)
>> Il y a bien une alerte dans la doc demandant à avoir la dernière version de 
>> Node.js mais je pense que les commandes suivantes font le job, non ?
>> 
>> cdt,
>> Maël
> 

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

[OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Bonjour,

On m’a vanté les mérites de Komstik https://github.com/kosmtik/kosmtik/ 

Mais impossible de l’installer.
Soit je m’y prend très mal, soit il y a des non-dits dans la documentation ;)
Il y a bien une alerte dans la doc demandant à avoir la dernière version de 
Node.js mais je pense que les commandes suivantes font le job, non ?

cdt,
Maël

-

# apt-get install node.js
The following additional packages will be installed:
  libjs-bowser libjs-events libjs-is-typedarray libjs-jssip libjs-merge 
libjs-rtcninja libjs-sdp-transform libjs-typedarray-to-buffer
  libjs-util libjs-websocket node-bowser node-contextify node-cssom node-debug 
node-events node-htmlparser node-is-typedarray node-merge
  node-nan node-rtcninja node-sdp-transform node-typedarray-to-buffer node-util 
node-websocket
The following NEW packages will be installed:
  libjs-bowser libjs-events libjs-is-typedarray libjs-jssip libjs-merge 
libjs-rtcninja libjs-sdp-transform libjs-typedarray-to-buffer
  libjs-util libjs-websocket node-bowser node-contextify node-cssom node-debug 
node-events node-htmlparser node-is-typedarray node-jsdom
  node-jsesc node-jsonparse node-jssip node-jsv node-merge node-nan 
node-rtcninja node-sdp-transform node-typedarray-to-buffer node-util
  node-websocket
0 upgraded, 29 newly installed, 0 to remove and 31 not upgraded.
Need to get 433 kB of archives.
After this operation, 2,724 kB of additional disk space will be used.
Do you want to continue? [Y/n] y

# nodejs -v
v4.2.6

# apt-get upgrade npm

# npm -g install kosmtik
npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
namespace: install @mapbox/carto instead
npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
mapnik@3.5.14 npm install node-pre-gyp 
/usr/local/lib/node_modules/.staging/mapnik-b95e22e5

> mapnik@3.5.14 install /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build

/usr/bin/env: ‘node’: No such file or directory
/usr/local/lib
└── (empty)

npm ERR! Linux 4.4.0-57-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "-g" "install" "kosmtik"
npm ERR! node v4.2.6
npm ERR! npm  v3.5.2
npm ERR! file sh
npm ERR! code ELIFECYCLE
npm ERR! errno ENOENT
npm ERR! syscall spawn

npm ERR! mapnik@3.5.14 install: `node-pre-gyp install --fallback-to-build`
npm ERR! spawn ENOENT
npm ERR! 
npm ERR! Failed at the mapnik@3.5.14 install script 'node-pre-gyp install 
--fallback-to-build'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the mapnik package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-pre-gyp install --fallback-to-build
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs mapnik
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls mapnik
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR! /data/osm/npm-debug.log
npm ERR! code 1



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

[OSM-talk-fr] fiber=yes ?

[Maël REBOUX]

Bonjour,

Ce matin je tombe dans la rue sur une armoire telecom flambante neuve installée 
dans la semaine.
Elle servira au FTTH car le déploiement fibre est en cours dans ma ville.
https://twitter.com/mael_reboux_bzh/status/810061582231289857 

A la lecture de 
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet#Services_postaux_et_t.C3.A9l.C3.A9phoniques
je vois que rien ne permet de distinguer les armoires cuivre des armoire fibre.

Tout ce que j’ai trouvé sur le sujet sur la liste de discussion remonte à 2014 
pour dire qu’il ne fallait pas distinguer :
http://gis.19327.n8.nabble.com/Les-armoires-de-rues-tp5804410p5804427.html

> Pour l'instant oui c'est volontaire. La modélisation des réseaux télécoms 
> n'est pas encore assez mature pour permettre la distinction.
> Parce que c'est un problème de réseaux et pas d'armoire.
> A la louche on pourrait envisager telecom=connection_point + 
> twisted_copper=yes ou fibre=yes (les deux armoires SR comme PMZ sont des sous 
> répartitions) mais c'est sans penser global ni à quoi que ce soit en fait.

Je militerais bien pour le simple tag fiber=yes car, en l’occurrence il est 
certain que cette armoire est dédiée à la fibre et que ce serait dommage de 
l’oublier.
D’autre part ça déploie à donf en ce moment en Bretagne via Megalis :
https://www.megalisbretagne.org/jcms/dmw_6009/actualites?motsCles==dmw_5567==RECHERCHER

Dans l’attente des retours des spécialistes, bon we.

Maël



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

Re: [OSM-talk-fr] Difficultés à mettre en œuvre le style OSM FR

[Maël REBOUX]

Bonjour Christian.

Pour ce qui touche aux rajouts SQL je te propose de rajouter des choses à 
https://github.com/cquest/osmfr-cartocss/pull/26/ ?
J’ai une branche issue_16 qui pourrait servir à ça si tu le souhaites.

Tant qu’on est sur le SQL, je n’ai noté aucune création d’indexes spécifiques / 
différents des tables par défaut. Correct ?

Maël

Le 10 déc. 2016 à 20:02, Christian Quest <cqu...@openstreetmap.fr> a écrit :

> Effectivement il manque quelques pièces au puzzle... que je suis en train de 
> modifier pour le nouveau serveur de tuiles.
> 
> J'ai ajouté la fonction to_int il y a très très peu de temps, j'en ai une 
> seconde toute fraîche fr_abbrev.
> 
> to_int sert à convertir un texte en entier sans provoquer d'erreur SQL au cas 
> où on aurait autre chose que des chiffres... car on trouve par exemple des 
> trucs bien étrange dans population=*
> 
> select 
> left(regexp_replace(coalesce('0'||$1,'0'),'^([0-9]*).*','\1'),12)::bigint;
> 
> 
> Je vais rajouter un .sql pour ça, ainsi que pour la table params...
> 
> 
> 
> 
> Le 10 décembre 2016 à 19:50, Maël REBOUX <mael.reb...@breizhpositive.bzh> a 
> écrit :
> Bonjour tous,
> 
> Je suis en train de me faire la main sur le montage d’un serveur de tuiles.
> Je n’ai pas eu de difficultés particulières sur les installations logicielles 
> (à part l’utilisation d’une version de carto en dehors des paquets debian).
> 
> Je produis sans difficultés des tuiles avec le style OSM original : 
> https://github.com/gravitystorm/openstreetmap-carto/
> Mais je me casse les dents sur la mise en œuvre du style OSM FR : 
> https://github.com/cquest/osmfr-cartocss
> 
> Je ne suis pas le seul à rencontrer des difficultés comme le montre certains 
> tickets.
> Je propose d’ailleurs 2 pull request qui aideraient (peut-être) un peu : 
> https://github.com/cquest/osmfr-cartocss/pull/25 et 
> https://github.com/cquest/osmfr-cartocss/pull/26. Elles-même en doublon 
> partiel avec une PR qui date de cet été : 
> https://github.com/cquest/osmfr-cartocss/pull/18
> 
> Actuellement je bute sur l’absence d’une fonction to_int() dans PostgreSQL.
> J’ai ouvert un ticket pour ce problème : 
> https://github.com/cquest/osmfr-cartocss/issues/27
> Si quelqu’un connaît cette fonction to_int() ou a une autre idée à partager 
> ici…
> 
> Merci d’avance pour votre aide.
> 
> Maël
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Difficultés à mettre en œuvre le style OSM FR

[Maël REBOUX]

Bonjour tous,

Je suis en train de me faire la main sur le montage d’un serveur de tuiles.
Je n’ai pas eu de difficultés particulières sur les installations logicielles 
(à part l’utilisation d’une version de carto en dehors des paquets debian).

Je produis sans difficultés des tuiles avec le style OSM original : 
https://github.com/gravitystorm/openstreetmap-carto/
Mais je me casse les dents sur la mise en œuvre du style OSM FR : 
https://github.com/cquest/osmfr-cartocss

Je ne suis pas le seul à rencontrer des difficultés comme le montre certains 
tickets.
Je propose d’ailleurs 2 pull request qui aideraient (peut-être) un peu : 
https://github.com/cquest/osmfr-cartocss/pull/25 et 
https://github.com/cquest/osmfr-cartocss/pull/26. Elles-même en doublon partiel 
avec une PR qui date de cet été : 
https://github.com/cquest/osmfr-cartocss/pull/18

Actuellement je bute sur l’absence d’une fonction to_int() dans PostgreSQL.
J’ai ouvert un ticket pour ce problème : 
https://github.com/cquest/osmfr-cartocss/issues/27
Si quelqu’un connaît cette fonction to_int() ou a une autre idée à partager 
ici… 

Merci d’avance pour votre aide.

Maël


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