Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

Bonjour vdct ;)

> >> [...] Je ne suis sans doute pas très clair, mais, par exemple,
> >> peut-on
> >> imaginer que nous métions à jour OSM en disant que:
> >> - ce Pressing (activité)
> >> ,
> >> - se fait bien dans ce bâtiment (établissement)
> >> ,
> >> - le tout à cette adresse
> >> ?
> >
> > Je viens de découvrir la notion de relation.
> >
> > Est-ce que je fais fausse route?
> 
> Une relation pour regrouper les 3 objets ci-dessus ne se justifie que
> si on arrive à lui affecter une sémantique propre.

OK.

> Dans le cas présent
> la relation ne servirait qu'à dire que le pressing, le bâtiment et le
> numéro d'adresse sont au même endroit (si je résume), ce qu'on peut
> déjà savoir en interrogeant la géométrie des 3 objets. Des logiciels
> sachant gérer la géométrie, comme par exemple PostGIS, savent simplement
> répondre aux questions :
> "le point Pressing se situe-t-il dans le polygone bâtiment ?",
> "le point Adresse est-il en façade du bâtiment ?"
> etc.
> Donc l'exemple que vous pointez est plutôt conventionnel dans l'état
> actuel : un polygone de bâtiment, un point d'adresse, un point
> Pressing.
> On trouvera des variantes, comme le pressing et l'adresse réunis en 1
> seul point, voire le tout en 1 seul polygone, dès lors que le
> Pressing occupe tout le bâtiment (étages compris) et qu'une seule adresse
> affecte le bâtiment. Mais une relation sera superflue ici, voire supprimée
> par un autre contributeur une fois construite.

Je comprends mieux.  Merci de cet éclairage.  (Encore une fois, cette 
explication peut paraître évidente - elle l'est maintenant pour moi, mais je 
commence tout juste mon intégration à la communauté OSM.)

OK pour les aspects géométriques: effectivement, pas besoin de relation pour 
interroger la proximité physique de ces objets.

Néanmoins, sur la question de la «sémantique propre», la relation se justifie 
dans le sens d'une entreprise (l'adresse - le bâti? - et l'enseigne) sont 
toutes trois indissociacles pour un établissement.

Ce qui m'a amené à la notion de relation ce sont les rues, auxquelles sont 
rattachés les numéros 
.  Ici, 
le problème n'est pas la question de la proximité géographique, mais bien le 
fait que tel numéro est partie intégrante de telle rue.

Ce qui m'amène, pour le coup, à vous interroger sur la relation qui existe (ou 
pas) au sein d'OSM (ou en géomatique en général) entre les rues et le bâti: par 
exemple, au-delà de la question de la proximité géographique (qui finalement 
n'en est pas une), comment se gère le problème d'un immeuble qui a une entrée 
sur un numéro d'une rue et une deuxième entrée sur un autre numéro d'une 
deuxième rue?

Comment implémente-t-on cette sémantique?  (Là, tout de suite, au moment où je 
vous parle, je pense aux pompiers qui ont forcément cette information sur la 
plus part des batiments de France, sauf erreur de ma part.)  (Je pense encore, 
mais c'est sans doute l'intérêt des plans d'urgence règlementaires figurant à 
l'entrée de tout bâtiment...)

jmn ;)

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Vincent de Château-Thierry]

Bonjour,

Le 12/01/2017 à 00:57, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

[...] Je ne suis sans doute pas très clair, mais, par exemple, peut-on
imaginer que nous métions à jour OSM en disant que:
- ce Pressing (activité)
,
- se fait bien dans ce bâtiment (établissement)
,
- le tout à cette adresse
?


Je viens de découvrir la notion de relation.

Est-ce que je fais fausse route?


Une relation pour regrouper les 3 objets ci-dessus ne se justifie que si 
on arrive à lui affecter une sémantique propre. Dans le cas présent la 
relation ne servirait qu'à dire que le pressing, le bâtiment et le 
numéro d'adresse sont au même endroit (si je résume), ce qu'on peut déjà 
savoir en interrogeant la géométrie des 3 objets. Des logiciels sachant 
gérer la géométrie, comme par exemple PostGIS, savent simplement 
répondre aux questions :

"le point Pressing se situe-t-il dans le polygone bâtiment ?",
"le point Adresse est-il en façade du bâtiment ?"
etc.
Donc l'exemple que vous pointez est plutôt conventionnel dans l'état 
actuel : un polygone de bâtiment, un point d'adresse, un point Pressing. 
On trouvera des variantes, comme le pressing et l'adresse réunis en 1 
seul point, voire le tout en 1 seul polygone, dès lors que le Pressing 
occupe tout le bâtiment (étages compris) et qu'une seule adresse affecte 
le bâtiment. Mais une relation sera superflue ici, voire supprimée par 
un autre contributeur une fois construite.


vincent

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> [...] Je ne suis sans doute pas très clair, mais, par exemple, peut-on
> imaginer que nous métions à jour OSM en disant que:
> - ce Pressing (activité)
> ,
> - se fait bien dans ce bâtiment (établissement)
> ,
> - le tout à cette adresse
> ?

Je viens de découvrir la notion de relation.

Est-ce que je fais fausse route?

Jean-Martial

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> [...] Pour rendre à la communauté, la solution minimaliste c'est de
> simplement diffuser vos données sous licence compatible ODbL. Mais ça sera 
> sans
> garantie qu'elles soient vraiment réutilisées.
> (Une intégration dans un outil comme Osmose peut aider:
> http://osmose.openstreetmap.fr/#item=8210%2C82115)

Merci pour le lien, je ne connaissais pas, je vais explorer.

> [...] Pour le cas spécifique des commerces, il y a une agence de
> communication qui ajoute et met à jour automatiquement dans OSM les points de
> ventes de ses clients:
> https://www.openstreetmap.org/user/SeFaireConnaitre
> Les débuts ont été difficiles (problème de géolocalisation pas assez
> précise, absence d'intégration avec l'existant dans OSM, pas toujours
> de réponse aux remarques des autres contributeurs), mais ils se sont
> amélioré je crois.

Je vais explorer ça aussi (intéressant...)

Jean-Martial

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Philippe Verdy]

Pour les EPCI, ceux qui sont délimités par des frontières, il semble plus
judicieux de mentionner le SIREN et non le SIRET qui désigne un seul de ses
établissements à une adresse précise. Les EPCI ont souvent une série
d'établissements dans leurs propre zone. Seul le siège social (dans une
mairie localisé dans un service, ou dans un hôtel de communauté ou
d'agglomération ou de métropole) a un établissement localisé.

Mais on trouve parmi les établissements aussi souvent (mais pas toujours
dans la zone de l'EPCI lui-même) les bases de loisir, les CCAS,
bibliothèques/médiathèques intercommunales, les cantines scolaires, les
anciennes crèches municipales (déléguées à l'intercommunalité qui a repris
les actifs et personnels), des services sociaux, des salles d'activité
mises à dispo des assos locales. Tous les établissements n'ont pas de
localisation géographique, certains existent pour des raisons
comptables/fiscales pour gérer les budgets qui leurs sont dédiés dans le
cadre des compétences partagées (obligatoires ou facultatives auxquelles
les communes membres ne participent pas nécessairement toutes).

L'INSEE références les EPCI par leur SIREN uniquement, sans distinguer les
établissements qui se créent ou disparaissent selon les décisions
budgétaires annuelles ou l'adhésion ou le retrait des communes membres aux
compétences facultatives, ou selon les besoins pour les marchés publics
spécifiques ou pour gérer des acquisitions/ventes foncières et
immobilières, ou encore pour gérer les statuts des différents personnels.
Ces établissements sont surtout des facilités de gestion interne.


Le 11 janvier 2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM <
jean-mart...@zitcom.fr> a écrit :

> > +1 global avec vdct,
>
> Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut
> dire?
>
> > Le SIRET (donc le numéro s'établissement et pas d'entreprise ce
> > qu'est le SIREN) serait l'identifiant pivot à recommander... surtout
> > que maintenant la base SIRENE est disponible en licence ouverte (et
> > géocodée).
>
> Effectivement, j'ai vu ça.  Partons donc pour le SIRET comme identifiant
> pivot.
>
> > Le 10 janvier 2017 à 22:29, Vincent de Château-Thierry
> > [...] Parmi les informations que vous allez recueillir, celles qui ont
> leur
> > place dans OSM sont celles qui à la fois :
> > - disposent d'une géolocalisation suffisamment précise : en France
> > grâce à la présence fréquente des bâtiments dans la base, on ne
> > s'attend pas à trouver un commerce sur le centre d'une voie, mais
> > bien au niveau du bâtiment qu'il occupe
>
> Au quotidien, nous remarquons que le terrain bouge plus vite que la base
> SIRENE (changement de propriétaire, fermeture, modification de l'enseigne
> sous un même propriétaire etc.).
>
> > - disposent d'une stabilité géographique dans le temps : les
> > commerces ambulants ont moins leur place, même si ça fait débat
>
> Nous considérons aussi les commerçants des marchés, qui ont une stabilité
> géographique dans le temps.
>
> Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien,
> je connais peu le fonctionnement communautaire du projet...)
>
> > - ne contiennent pas d'informations nominatives (nom du gérant, etc)
>
> OK.
>
> > - trouvent leur place d'un point de vue sémantique, notamment par
> > rapport à ce que propose cette page :
> > http://wiki.openstreetmap.org/wiki/Key:shop
>
> À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en
> nous appuyant sur des référentiels comme la
> base permanente des équipements (BPE) de l'INSEE, notamment pour la
> typologie de l'équipement (usage fait du bâti)  metadonnees/source/s1161>.
>
> Nous affinons également nos informations avec la typologie de commerce, et
> tout particulièrement la définition des commerces de proximité (nous
> travaillons sur l'économie locale)  statistiques/1281145#inter1>.
>
> Enfin, pour nos besoins propres (diffuser la bonne communication
> culturelle au bon public) nous qualifions le commerçant avec:
> - ses centres d'intérêts culturels déclarés,
> - les centres d'intérêts culturels de ses clients.
>
> Ces informations pourraient-elles être utiles au projet OSM?
>
> > - et bien sûr sont issues de sources dont le copyright est compatible
> > avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
> > priori sans souci.
>
> OK pour la licence.
>
> > On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).
>
> C'est bien ça.
>
> > Se posera potentiellement pour vous la question de l'articulation
> > des données injectées dans OSM avec le reste de vos données. Le
> > "pont" entre les deux environnement devrait éviter de se faire via
> > un identifiant qui vous est propre et qui serait inclus côté OSM. Il
> > faut privilégier une gestion de votre côté de cette correspondance,
> > ou bien le recours à des mécanismes sans ID propriétaire :
> > combinaison de la reconnaissance 

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Tyndare]

Le 11/01/2017 à 16:09, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

Au quotidien, nous remarquons que le terrain bouge plus vite que la
base SIRENE (changement de propriétaire, fermeture, modification
de l'enseigne sous un même propriétaire etc.).


D'après les annonces, la base SIRENE devrais s’améliorer en terme de
réactivité.


Ce que je veux dire par là c'est qu'une même activité commerçante (sur nos 
relevés terrains) peut se faire sous différents codes d'activités officielles 
(administrativement, sur les papiers, dans la base SIRENE).  Par exemple, un 
dépanneur de PC peut, officiellement être dans le négoce de composants 
informatiques ou dans le développement logiciel.

De même, un même établissement peut changer d'activité (sur nos relevé 
terrains) sans pour autant être modifié dans la base SIRENE.  c'est le cas d'un 
magasin de fringues qui devient un magasin de chaussure, mais qui reste le même 
commerçant.


Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse
est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace
mais en général il n'y a pas de détails de chacun des exposants.
Après, si c'est expliqué en commentaires, que les heures d'ouvertures
sont renseignées, il y a tout de même une assez grande tolérance de
la
communauté. En pratique peu de personnes ont la capacité d'aller
vérifier sur le terrain.


Justement, c'est ce que nous souhaitons mettre à profit: nous et nos confrères 
arpentons le terrain tous les jours (les rues et leurs commerces, les salles 
d'attentes des professions libérales, les établissements universitaires, etc.)

Pour nos propres besoins, nous tenons à jour une base de données.

Notre souhait est de pouvoir rendre à la communauté OSM ce que nous en tirons 
en matière cartographique.


C'est une approche qu'on ne peut qu'apprécier :-)

Pour rendre à la communauté, la solution minimaliste c'est de simplement 
diffuser vos données sous licence compatible ODbL. Mais ça sera sans 
garantie qu'elles soient vraiment réutilisées.
(Une intégration dans un outil comme Osmose peut aider: 
http://osmose.openstreetmap.fr/#item=8210%2C82115)


La solution plus ambitieuse et plus sûre c'est de contribuer vous même 
directement à OSM. Cela requiert tout de même  des précautions si vous 
voulez automatiser le processus.




Bon, le cas spécifique des marchés est... un cas spécifique. :)


À ce jour, nous qualifions les commerçants (Ambassadeurs de la
culture) en nous appuyant sur des référentiels comme la
base permanente des équipements (BPE) de l'INSEE, notamment pour la
typologie de l'équipement (usage fait du bâti)
.

Nous affinons également nos informations avec la typologie de
commerce, et tout particulièrement la définition des commerces de
proximité (nous travaillons sur l'économie locale)
.

Enfin, pour nos besoins propres (diffuser la bonne communication
culturelle au bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?


Vu de l'extérieur, ça me parait assez subjectif comme information.
S'il n'y a pas un lien directe avec le type d'activité du commerce je ne
suis pas sur qu'on trouve une traduction dans la sémantique actuelle
d'OSM.


Les référentiels INSEE, ce n'est pas nous qui les définissons.  Nous faisons 
juste en sorte de nous y référer pour ne pas réinventer la roue et nous 
conformer à un «standard» et une «sémantique» au niveau national.

Les centres d'intérêts de l'établissement sont déclaratifs.  Avec nos 
commerçants, nous signons une charte dans laquelle ils nous disent ce qu'ils 
veulent recevoir comme communication culturelle, selon leurs propres centre 
d'intérêts.  Par exemple, tel tatoueur déclare explicitement qu'il veut 
accueillir des affiches de danse classique (si si, nous avons ça!), ou encore 
telle boulangerie n'a pas de centre d'intérêt précis (et nous y diffusons de 
tout).

Les centres d'intérêts des clients de nos Ambassadeurs sont eux aussi 
déclaratifs: nous tissons une relation avec Micheline qui cotoie le fournil du 
Croissant et qui préfère, par ce biais, recevoir des communications culturelles 
sur les programmes des médiathèques par exemple.

C'est assez objectif, non?


Oui pour tout ce qui est référentiel INSEE, mais il faudra tout de même 
trouver une traduction dans un tag OSM (comme «shop») reconnu en dehors 
de la France, je ne sais pas si ce travail de correspondance a déjà été 
fait.


Pour les «centres d'intérêts déclarés», je ne sais pas si ce genre 
d'information a déjà été cartographié dans OSM, c'est quand même très 
spécifique comme donnée, et peut être pas si facilement vérifiable par 
d'autres contributeurs.
Si vous voulez faire «accepter» à l'international un nouveau tag pour 
cartographier ce type d'info voici un guide 

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

[osm . sanspourriel]

Le 11/01/2017 à 10:34, lenny.libre - lenny.li...@orange.fr a écrit :


Le 10/01/2017 à 23:31, osm.sanspourr...@spamgourmet.com a écrit :


http://overpass-turbo.eu/s/lb2

Effectivement après vérification que quelques dizaines de feux à 
Helsinki il s'agit bien de feux pour le tramway et non de R24.


Pour les R24, sur les passages à niveaux ferroviaires 
 
on met crossing:light 
=yes/no.


Est-ce que là ce n'est pas un pan ? Avec crossing:barrier 
=no ça va de 
soi.


Jean-Yvon

Avant j'aurais dit oui, mais ce matin, en cherchant, j'ai vu que le 
R24 concerne également les bus en site propre traversant des giratoires .

Ajoute dans ce cas railway=no ;-).
Sérieusement, continue à penser comme avant ce matin car le fait d'avoir 
des feux spéciaux sur des ronds-points coupés par les transports en 
commun sans rail sont un cas encore très rare non ? À Lorient ils 
utilisent des feux normaux et les voitures s'arrêtent quand même ;-).

Même sans avoir cartographié les feux :
http://www.openstreetmap.org/#map=19/47.76350/-3.39520=N

Si vraiment tu as besoin de décrire ce feu, ce serait plutôt par un 
traffic_signal:type=R24 qu'il faudrait le faire (ou FR:R24) ?

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

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

[osm . sanspourriel]

Le 11/01/2017 à 21:34, Christian Quest - cqu...@openstreetmap.fr a écrit :
Le passage en yaml permet de factoriser ça et de ne changer les infos 
de connexion qu'une fois ;)
Sauf que quand tu te retrouves après moulinette sur le terrain avec un 
xml de 3 Mo, sed est un bon compromis.

Promis la prochaine fois j'attaque le project.mml.

Maël, côté compatibilité, si je me souviens bien c'est avec MapBox 
Studio Classic que j'ai produit le xml.

Initialement j'étais parti de Lyrk .

Au fait, si quelqu'un connaît des feuilles de styles pour Mapnik ou 
similaire afin de faire du S-52 ou proche, je suis preneur.
Je connais le bon point d'entrée QGis/SLD 
 
que j'ai testé sous GeoServer.
Et la version Java en OpenGL j'ai aussi. Là j'ai toutes les routines 
mais pour convertir ça en Mapnik, je sèche.


Jean-Yvon

___
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  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  a 
> écrit :
> yaml c'est compatible TileMill ?
> 
> De mémoire je crois pas mais ?
> 
> 
> Le 11 janv. 2017 à 21:34, Christian Quest  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,  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

[Christian Quest]

Non, mais une fois que tu aura gouté kosmtik tu ne parlera plus de tilemill
;)

Le 11 janvier 2017 à 21:40, Maël REBOUX  a
écrit :

> yaml c'est compatible TileMill ?
>
> De mémoire je crois pas mais ?
>
>
> Le 11 janv. 2017 à 21:34, Christian Quest  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,  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

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  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,  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] Nouvelles bornes Trilib'

[osm . sanspourriel]

Dans ce cas une solution sous-optimale si le secteur ne correspond pas 
exactement c'est de suivre un facteur ou mieux un éboueur.


Mieux pour l'efficacité (ils passent par toute habitation même si la 
poubelle n'est pas dehors), mais pour les odeurs, un facteur c'est sans 
doute plus agréable à suivre ;-).


Et tu fais une fois la tournée pour voir et une deuxième pour pratiquer.
Ou tu demandes s'ils veulent pendre une trace GPS. Comme la Poste veut 
tout vendre, ils vont sûrement être d'accord pour que le préposé aux 
postes charge sa besace d'un enregistreur GPS.


Jean-Yvon

Le 11/01/2017 à 17:14, Julien Coupey - jul...@coupey.fr a écrit :

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un 
certain graphe (avec éventuellement des contraintes additionnelles). 
La nature du problème du postier chinois est différente puisqu'il 
s'agit de visiter tous les arcs d'un graphe, donc malheureusement la 
réponse à ta question est non. ;-)


Concrètement, si le sens de visite des chemins n'a pas d'importance et 
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied), 
alors le graphe est non orienté et il existe des méthodes 
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens 
de visite a de l'importance (par exemple tu veux passer dans les rues 
une fois dans chaque sens), alors là le problème se complique nettement !


À +
Julien


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

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

[Christian Quest]

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,  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

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

[osm . sanspourriel]

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

Re: [OSM-talk-fr] Régions françaises & Geofabrik

[osm . sanspourriel]

Je pensais qu'on avait acté qu'on restait comme ça.

Le problème était justement la taille des nouvelles régions.

Option 5 : on leur dit de basculer mais OSMFR continue de générer les 
anciennes et les nouvelles régions.


Pour info, j'ai monté un serveur de tuiles qui récupère des données 
aussi bien de Geofabrik que d'OSMFR car certains pays sont découpés au 
niveau "français" mais sont vus comme un ensemble d'états au niveau 
"allemand" donc suivant les besoins je cherche les infos sur un serveur 
ou un autre.

Aussi Bbbike pour les extraits plus "pathologiques".

Nicolas, une phase de filtrage zonal avant extraction pourrait peut-être 
modérer la charge.


N. B. : les Bretons s'en foutent, si ce n'est qu'une erreur effectuée 
sous Pétain continue d'exclure la Loire devenue Atlantique de la région ;-(.


Jean-Yvon

Le 11/01/2017 à 18:00, Nicolas Moyroud - nmoyr...@free.fr a écrit :
Option 4 : Ce serait bien de mettre les nouvelles entités, mais ce 
serait aussi super utile de garder les anciennes !


Un exemple concret :
J'ai mis en place un outil d'extraction automatisé qui fonctionne sur 
la récupération du fichier geofabrik du Languedoc-Roussillon. Je ne 
veux pas faire monter en charge le serveur qui réalise ces extractions 
sur une région aussi grande que l'Occitanie. Ça ne me servira pas et 
ça va surcharger inutilement mon serveur à chaque extraction.


Nicolas


Le 11/01/2017 17:47, Waxy a écrit :

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

___
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] Régions françaises & Geofabrik

[Nicolas Moyroud]

Option 4 : Ce serait bien de mettre les nouvelles entités, mais ce 
serait aussi super utile de garder les anciennes !


Un exemple concret :
J'ai mis en place un outil d'extraction automatisé qui fonctionne sur la 
récupération du fichier geofabrik du Languedoc-Roussillon. Je ne veux 
pas faire monter en charge le serveur qui réalise ces extractions sur 
une région aussi grande que l'Occitanie. Ça ne me servira pas et ça va 
surcharger inutilement mon serveur à chaque extraction.


Nicolas


Le 11/01/2017 17:47, Waxy a écrit :

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

___
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] Régions françaises & Geofabrik

[Waxy]

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

[Julien Coupey]

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un 
certain graphe (avec éventuellement des contraintes additionnelles). La 
nature du problème du postier chinois est différente puisqu'il s'agit de 
visiter tous les arcs d'un graphe, donc malheureusement la réponse à ta 
question est non. ;-)


Concrètement, si le sens de visite des chemins n'a pas d'importance et 
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied), 
alors le graphe est non orienté et il existe des méthodes 
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens de 
visite a de l'importance (par exemple tu veux passer dans les rues une 
fois dans chaque sens), alors là le problème se complique nettement !


À +
Julien

Le 09/01/2017 à 21:58, Stéphane Péneau a écrit :

Intéressant tout ça, et à tout hasard, est-ce que ça pourrait aider pour
le problème du postier chinois dont j'ai parlé en octobre ?
https://lists.openstreetmap.org/pipermail/talk-fr/2016-October/082202.html

Stf

Le 09/01/2017 à 21:38, Julien Coupey a écrit :

Salut

Je me permets de compléter la réponse de Frédéric en précisant que
l'appli en cours de développement par Mapotempo utilise osrm pour le
routage (comme Maps.me) et vroom[1] pour l'optimisation.

Disclaimer : je suis concerné par un des projets cités ci-dessus. ;-)

À +
Julien

[1] http://vroom-project.org/

Le 09/01/2017 à 20:20, Frédéric Rodrigo a écrit :

Salut,

Florian à utilisé l'application mobile de Mapotempo (basé sur Maps.me).
L'application est toujours en cours de développement et n'est pas encore
publié sur les stores. Néanmoins le code source est déjà disponible sur
github.
L'application mobile, comme l'application web est libre et tous les
codes sont en ligne.

https://github.com/Mapotempo/omim

Si vous voulez tester l'une ou l'autre sans l'installer/compiler vous
même vous pouvez m'envoyer un email en privé. Elles permettent de
préparer et d'aider à effectuer des tournées.

Frédéric.


Le 08/01/2017 à 20:31, Stéphane Péneau a écrit :

Par contre, tu pourrais nous en dire plus sur ce que tu as fait avec
mapotempo ? Je n'ai pas trop bien compris où s'arrêtaient les limites
de la version gratuite.

Stf

Le 08/01/2017 à 19:38, Guillaume AMAT a écrit :

Salut,

Je n'ai pas trouvé ça trop sérieux et c'était même très plaisant de
voir la combinaison parfaite des outils libres :)

Merci pour ton article c'était très agréable à lire,
Guillaume

8 janvier 2017 16:02 "Stéphane Péneau" >

a écrit:

Le 08/01/2017 à 13:09, Florian LAINEZ a écrit :

Je crois que j'ai pris le sujet beaucoup trop au sérieux !
J'en ai fait un article de blog
http://florian.lainez.fr/le-jour-ou-jai-fait-les-poubelles/


Pas besoin que ça soit sérieux pour en faire un article, qui est
très sympa à lire :-)

Stf



Le 31 décembre 2016 à 18:00, Florian LAINEZ > a écrit :

En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

ah ça c'est dommage ;)
De mon point de vue, le fait de notifier que l'on recycle du
verre n'est PAS faux. C'est simplement un premier niveau de
détail qui mérite éventuellement d'être précisé.
En effet recycling:glass_bottles=yes apporte une précision à
recycling:glass=yes
En fait si on pousse la logique jusqu'au bout, les tags
adéquats ne seraient-ils pas les suivants ?
- recycling:glass=yes si la borne permet de collecter du
verre
- recycling:glass=bottles si la borne ne permet de collecter
que des bouteilles de verre
Le 24 décembre 2016 à 22:13,
> a écrit :

Actuellement le wiki


en parle clairement :
Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon
Le 24/12/2016 à 18:16, Stéphane Péneau -
stephane.pen...@wanadoo.fr
 a écrit :

Sauf que ces bornes n'acceptent pas le verre tel que
les verres de table, les plats, etc...
On en a discuté ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html







En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

Stf





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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> > Au quotidien, nous remarquons que le terrain bouge plus vite que la
> > base SIRENE (changement de propriétaire, fermeture, modification
> > de l'enseigne sous un même propriétaire etc.).
> 
> D'après les annonces, la base SIRENE devrais s’améliorer en terme de
> réactivité.

Ce que je veux dire par là c'est qu'une même activité commerçante (sur nos 
relevés terrains) peut se faire sous différents codes d'activités officielles 
(administrativement, sur les papiers, dans la base SIRENE).  Par exemple, un 
dépanneur de PC peut, officiellement être dans le négoce de composants 
informatiques ou dans le développement logiciel.

De même, un même établissement peut changer d'activité (sur nos relevé 
terrains) sans pour autant être modifié dans la base SIRENE.  c'est le cas d'un 
magasin de fringues qui devient un magasin de chaussure, mais qui reste le même 
commerçant.

> Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse
> est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace
> mais en général il n'y a pas de détails de chacun des exposants.
> Après, si c'est expliqué en commentaires, que les heures d'ouvertures
> sont renseignées, il y a tout de même une assez grande tolérance de
> la
> communauté. En pratique peu de personnes ont la capacité d'aller
> vérifier sur le terrain.

Justement, c'est ce que nous souhaitons mettre à profit: nous et nos confrères 
arpentons le terrain tous les jours (les rues et leurs commerces, les salles 
d'attentes des professions libérales, les établissements universitaires, etc.)

Pour nos propres besoins, nous tenons à jour une base de données.

Notre souhait est de pouvoir rendre à la communauté OSM ce que nous en tirons 
en matière cartographique.

Bon, le cas spécifique des marchés est... un cas spécifique. :)

> > À ce jour, nous qualifions les commerçants (Ambassadeurs de la
> > culture) en nous appuyant sur des référentiels comme la
> > base permanente des équipements (BPE) de l'INSEE, notamment pour la
> > typologie de l'équipement (usage fait du bâti)
> > .
> >
> > Nous affinons également nos informations avec la typologie de
> > commerce, et tout particulièrement la définition des commerces de
> > proximité (nous travaillons sur l'économie locale)
> > .
> >
> > Enfin, pour nos besoins propres (diffuser la bonne communication
> > culturelle au bon public) nous qualifions le commerçant avec:
> > - ses centres d'intérêts culturels déclarés,
> > - les centres d'intérêts culturels de ses clients.
> >
> > Ces informations pourraient-elles être utiles au projet OSM?
> 
> Vu de l'extérieur, ça me parait assez subjectif comme information.
> S'il n'y a pas un lien directe avec le type d'activité du commerce je ne
> suis pas sur qu'on trouve une traduction dans la sémantique actuelle
> d'OSM.

Les référentiels INSEE, ce n'est pas nous qui les définissons.  Nous faisons 
juste en sorte de nous y référer pour ne pas réinventer la roue et nous 
conformer à un «standard» et une «sémantique» au niveau national.

Les centres d'intérêts de l'établissement sont déclaratifs.  Avec nos 
commerçants, nous signons une charte dans laquelle ils nous disent ce qu'ils 
veulent recevoir comme communication culturelle, selon leurs propres centre 
d'intérêts.  Par exemple, tel tatoueur déclare explicitement qu'il veut 
accueillir des affiches de danse classique (si si, nous avons ça!), ou encore 
telle boulangerie n'a pas de centre d'intérêt précis (et nous y diffusons de 
tout).

Les centres d'intérêts des clients de nos Ambassadeurs sont eux aussi 
déclaratifs: nous tissons une relation avec Micheline qui cotoie le fournil du 
Croissant et qui préfère, par ce biais, recevoir des communications culturelles 
sur les programmes des médiathèques par exemple.

C'est assez objectif, non?

> > Si je comprend bien, il est préférable que les identifiants des
> > objets que nous allons mettre à jour dans et avec notre système
> > soit ceux d'OSM (en l'occurrence Odoo et son module geospatial
> > intégrant OSM
> > ).
> 
> Je ne connais pas vraiment Odoo, mais en regardant rapidement la page
> du module géospatial, il semble s'agir de permettre d'afficher des
> éléments géographiques au dessus d'un fond de carte comme celui
> d'OpenStreetMap, mais sans lien avec la base OSM !
> 
> Donc à moins que vous ne les ajoutiez volontairement, il n'y aura par
> défaut pas de correspondance avec des éléments OSM.

Au-delà d'affiche les infos de l'ERP sur des fonds de carte, j'imagine que 
c'est assez bien foutu techniquement pour pouvoir atteindre les objets carto en 
tant que tels (développement CampToCamp oblige ;).

Non?  (Je vais vérifier ça de suite.)

> > Pourquoi faudrait-il alors une correspondance?
> 
> Une correspondance avec une clef externe, tel que le n° de SIRET est
> préférable pour 2 

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Stéphane Péneau]

Le 11/01/2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

+1 global avec vdct,

Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut dire?


Je pense que le "+1 global", tu le comprends.
Ce qu'il te manque, c'est le "vdct". Non, ce n'est pas un terme 
technique, il s'agit tout simplement de l'abréviation de "Vincent de 
Château-Thierry".
Tout comme tu pourrais devenir "jmnn" si tu participes régulièrement à 
la liste.


Stf
(Stéphane ;-) )


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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Tyndare]

Le 11/01/2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

Au quotidien, nous remarquons que le terrain bouge plus vite que la base SIRENE 
(changement de propriétaire, fermeture, modification de l'enseigne sous un même 
propriétaire etc.).


D'après les annonces, la base SIRENE devrais s’améliorer en terme de 
réactivité.





- disposent d'une stabilité géographique dans le temps : les
commerces ambulants ont moins leur place, même si ça fait débat


Nous considérons aussi les commerçants des marchés, qui ont une stabilité 
géographique dans le temps.

Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien, je 
connais peu le fonctionnement communautaire du projet...)


Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse 
est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace

mais en général il n'y a pas de détails de chacun des exposants.
Après, si c'est expliqué en commentaires, que les heures d'ouvertures 
sont renseignées, il y a tout de même une assez grande tolérance de la 
communauté. En pratique peu de personnes ont la capacité d'aller 
vérifier sur le terrain.


>

- ne contiennent pas d'informations nominatives (nom du gérant, etc)


OK.


- trouvent leur place d'un point de vue sémantique, notamment par
rapport à ce que propose cette page :
http://wiki.openstreetmap.org/wiki/Key:shop


À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en nous 
appuyant sur des référentiels comme la
base permanente des équipements (BPE) de l'INSEE, notamment pour la typologie de 
l'équipement (usage fait du bâti) 
.

Nous affinons également nos informations avec la typologie de commerce, et tout 
particulièrement la définition des commerces de proximité (nous travaillons sur 
l'économie locale) .

Enfin, pour nos besoins propres (diffuser la bonne communication culturelle au 
bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?


Vu de l'extérieur, ça me parait assez subjectif comme information. S'il 
n'y a pas un lien directe avec le type d'activité du commerce je ne suis 
pas sur qu'on trouve une traduction dans la sémantique actuelle d'OSM.





- et bien sûr sont issues de sources dont le copyright est compatible
avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
priori sans souci.


OK pour la licence.


On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).


C'est bien ça.


Se posera potentiellement pour vous la question de l'articulation
des données injectées dans OSM avec le reste de vos données. Le
"pont" entre les deux environnement devrait éviter de se faire via
un identifiant qui vous est propre et qui serait inclus côté OSM. Il
faut privilégier une gestion de votre côté de cette correspondance,
ou bien le recours à des mécanismes sans ID propriétaire :
combinaison de la reconnaissance du nom, de la raison sociale, du
positionnement spatial, d'un SIREN, que sais-je.


Si je comprend bien, il est préférable que les identifiants des objets que nous 
allons mettre à jour dans et avec notre système soit ceux d'OSM (en l'occurrence Odoo 
et son module geospatial intégrant OSM 
).


Je ne connais pas vraiment Odoo, mais en regardant rapidement la page du 
module géospatial, il semble s'agir de permettre d'afficher des éléments 
géographiques au dessus d'un fond de carte comme celui d'OpenStreetMap, 
mais sans lien avec la base OSM !


Donc à moins que vous ne les ajoutiez volontairement, il n'y aura par 
défaut pas de correspondance avec des éléments OSM.




Pourquoi faudrait-il alors une correspondance?


Une correspondance avec une clef externe, tel que le n° de SIRET est 
préférable pour 2 raisons:

1) pérennité du lien
2) indépendance vis à vis de la licence de la base OSM.

1) Un identifiant OSM référence un élément qui peut être supprimé par 
n'importe quel contributeur, par exemple si il décide de ne plus mettre 
les informations du commerce sur un simple Point, mais plutôt sur le 
Polygone du bâtiment hébergeant le commerce, il supprimera le Point.


2) Si vous faite des références aux données OSM, il faut faire très 
attention a la façon dont vous structurez votre base, pour distinguer:


 - vos données qui seront légalement considérées comme une
   «base de donnée dérivée» de celle d'OpenStreetMap,
   et soumise, pour toute utilisation publique, à la clause
   d'attribution et de rediffusion sous licences ODbL (share-alike).

 - vos données qui pourront rester indépendantes, et former une
   «Collective Database» avec les données d'OSM.
   La page suivante essaye d'expliquer dans quel cas c'est possible:

Re: [OSM-talk-fr] Présence à Décryptagéo 2017

[Florian LAINEZ]

Hello,
Avec Antoine Riche nous seront présent le 24 afin de donner une
présentation à 15h concernant le mapping indoor.
Au plaisir de vous y voir tous !

Le 11 janvier 2017 à 10:47, Violaine Doutreleau 
a écrit :

> Bonjour à tous,
>
> Nous y serons également, plutôt le 24 et ne manquerons pas de passer au
> stand !
>
> CartONG organise un mapathon Missing Maps l'après-midi,
>
> A bientôt donc!
>
> Violaine
>
> Le 10/01/2017 à 21:56, Vincent de Château-Thierry a écrit :
>
> Bonsoir,
> Comme chaque année OSM France bénéficie d'un stand lors des journées
> Décryptagéo, les 24 et 25 janvier à l'ENSG (Marne-la-Vallée) :
> http://lesrencontres.decryptageo.fr/
>
> Si vous êtes sur le site à cette occasion, vous avez l'obligation de
> passer dire bonjour :) Et pour ceux qui auront un peu de temps pour
> contribuer à l'animation du stand, vous êtes évidemment bienvenus. Plus on
> est de fous...
>
> De mon côté je serai présent sur le stand essentiellement le 24. Le 25
> matin en réunion avec Christian, et le 25 après-midi j'animerai une
> session.
>
> à bientôt,
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> *Violaine Doutreleau*
> Coordinatrice Missing Maps
> CartONG
> mobile : 06.95.02.42.44 <06%2095%2002%2042%2044>
> skype : doutreleau.violaine
>
>
> *P Help save paper - do you need to print this email?*
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Ludovic Hirlimann]

On 11/01/2017 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM wrote:
>> +1 global avec vdct,
> Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut 
> dire?
Il est entièrement d'accord avec Vincent de Château-Thierry :)

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> +1 global avec vdct,

Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut dire?

> Le SIRET (donc le numéro s'établissement et pas d'entreprise ce
> qu'est le SIREN) serait l'identifiant pivot à recommander... surtout
> que maintenant la base SIRENE est disponible en licence ouverte (et
> géocodée).

Effectivement, j'ai vu ça.  Partons donc pour le SIRET comme identifiant pivot.

> Le 10 janvier 2017 à 22:29, Vincent de Château-Thierry
> [...] Parmi les informations que vous allez recueillir, celles qui ont leur
> place dans OSM sont celles qui à la fois :
> - disposent d'une géolocalisation suffisamment précise : en France
> grâce à la présence fréquente des bâtiments dans la base, on ne
> s'attend pas à trouver un commerce sur le centre d'une voie, mais
> bien au niveau du bâtiment qu'il occupe

Au quotidien, nous remarquons que le terrain bouge plus vite que la base SIRENE 
(changement de propriétaire, fermeture, modification de l'enseigne sous un même 
propriétaire etc.).

> - disposent d'une stabilité géographique dans le temps : les
> commerces ambulants ont moins leur place, même si ça fait débat

Nous considérons aussi les commerçants des marchés, qui ont une stabilité 
géographique dans le temps.

Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien, je 
connais peu le fonctionnement communautaire du projet...)

> - ne contiennent pas d'informations nominatives (nom du gérant, etc)

OK.

> - trouvent leur place d'un point de vue sémantique, notamment par
> rapport à ce que propose cette page :
> http://wiki.openstreetmap.org/wiki/Key:shop

À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en nous 
appuyant sur des référentiels comme la 
base permanente des équipements (BPE) de l'INSEE, notamment pour la typologie 
de l'équipement (usage fait du bâti) 
.

Nous affinons également nos informations avec la typologie de commerce, et tout 
particulièrement la définition des commerces de proximité (nous travaillons sur 
l'économie locale) .

Enfin, pour nos besoins propres (diffuser la bonne communication culturelle au 
bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?

> - et bien sûr sont issues de sources dont le copyright est compatible
> avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
> priori sans souci.

OK pour la licence.

> On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).

C'est bien ça.

> Se posera potentiellement pour vous la question de l'articulation
> des données injectées dans OSM avec le reste de vos données. Le
> "pont" entre les deux environnement devrait éviter de se faire via
> un identifiant qui vous est propre et qui serait inclus côté OSM. Il
> faut privilégier une gestion de votre côté de cette correspondance,
> ou bien le recours à des mécanismes sans ID propriétaire :
> combinaison de la reconnaissance du nom, de la raison sociale, du
> positionnement spatial, d'un SIREN, que sais-je.

Si je comprend bien, il est préférable que les identifiants des objets que nous 
allons mettre à jour dans et avec notre système soit ceux d'OSM (en 
l'occurrence Odoo et son module geospatial intégrant OSM 
).

Pourquoi faudrait-il alors une correspondance?

Jean-Martial

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

Re: [OSM-talk-fr] Présence à Décryptagéo 2017

[Violaine Doutreleau]

Bonjour à tous,

Nous y serons également, plutôt le 24 et ne manquerons pas de passer au 
stand !


CartONG organise un mapathon Missing Maps l'après-midi,

A bientôt donc!

Violaine


Le 10/01/2017 à 21:56, Vincent de Château-Thierry a écrit :

Bonsoir,
Comme chaque année OSM France bénéficie d'un stand lors des journées 
Décryptagéo, les 24 et 25 janvier à l'ENSG (Marne-la-Vallée) :

http://lesrencontres.decryptageo.fr/

Si vous êtes sur le site à cette occasion, vous avez l'obligation de 
passer dire bonjour :) Et pour ceux qui auront un peu de temps pour 
contribuer à l'animation du stand, vous êtes évidemment bienvenus. 
Plus on est de fous...


De mon côté je serai présent sur le stand essentiellement le 24. Le 25 
matin en réunion avec Christian, et le 25 après-midi j'animerai une 
session.


à bientôt,
vincent

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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
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  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  a écrit :
> 
>> Je n'ai pas de localconfig.js... si ça peut t'aider...
>> 
>> Le 11 janvier 2017 à 09:09, Maël REBOUX  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] Osmose "Possible missing traffic_signals:direction or crossing "

[lenny.libre]

Le 10/01/2017 à 23:31, osm.sanspourr...@spamgourmet.com a écrit :


http://overpass-turbo.eu/s/lb2

Effectivement après vérification que quelques dizaines de feux à 
Helsinki il s'agit bien de feux pour le tramway et non de R24.


Pour les R24, sur les passages à niveaux ferroviaires 
 
on met crossing:light 
=yes/no.


Est-ce que là ce n'est pas un pan ? Avec crossing:barrier 
=no ça va de soi.


Jean-Yvon

Avant j'aurais dit oui, mais ce matin, en cherchant, j'ai vu que le R24 
concerne également les bus en site propre traversant des giratoires .



Le 10/01/2017 à 16:06, lenny.libre - lenny.li...@orange.fr a écrit :


Le 09/01/2017 à 20:31, osm.sanspourr...@spamgourmet.com a écrit :


Et question subsidiaire : qu'est ce que signifie ce 
"traffic_signals:tram=yes"


Ne semble utilisé qu'à Toulouse et Helsinki.

D'après le nom (non décrit dans le wiki) ça devrait être un feu pour 
les trams, pas un feu pour les voitures indiquant un tram, but why 
not. Mais wiki à compléter si on veut que ce soit largement utilisé 
(un vote avant ?)
C'est moi le coupable sur Toulouse 
(http://www.openstreetmap.org/changeset/20471895), j'avais dû trouver 
cela dans une discussion (que je ne retrouve pas) et que j'avais 
sûrement mal comprise, à cause de mon mauvais anglais ...
Il me semblait que les feux R24 étaient particuliers et qu'il fallait 
les différentier (et comme je ne vois pas d'intérêt à indiquer les 
feux propres aux trams) il me semblait approprié d'ajouter un tag qui 
indique "attention tram" ; je vais l'enlever et mettre une description.


cordialement
léni

___
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  a écrit :

> Je n'ai pas de localconfig.js... si ça peut t'aider...
> 
> Le 11 janvier 2017 à 09:09, Maël REBOUX  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

[Christian Quest]

Je n'ai pas de localconfig.js... si ça peut t'aider...

Le 11 janvier 2017 à 09:09, Maël REBOUX  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

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  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  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  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
>> └─┬ 

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Christian Quest]

+1 global avec vdct,

Le SIRET (donc le numéro s'établissement et pas d'entreprise ce qu'est le
SIREN) serait l'identifiant pivot à recommander... surtout que maintenant
la base SIRENE est disponible en licence ouverte (et géocodée).

Le 10 janvier 2017 à 22:29, Vincent de Château-Thierry  a
écrit :

> Bonsoir,
>
> Le 10/01/2017 à 16:49, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :
>
>>
>> Demain, chaque Ambassadeur de la culture faisant partie de notre réseau
>> (mais aussi tous les autres qui n'y figurent pas encore et sur lesquels
>> nous maintenons une veille) sera intégré à notre SI avec ses informations
>> de géolocalisation et tout un tas d'autres données utiles à notre métier:
>> - nom effectif de l'enseigne (sur le terrain, ça change souvent!),
>> - contacts,
>> - horaires d'ouverture,
>> - site Internet, etc.
>>
>> Par ailleurs, fervant défenseur du Logiciel Libre, nous souhaitons nous
>> interfacer avec OSM pour gérer nos données de géolocalisation concernant
>> ces établissements (physiques).
>>
>> Notre ambition est donc de partager avec la communauté tout ou partie des
>> informations terrain que nous receuillons et mettons à jour au quotidien.
>>
>> Question: dans quelle mesure pouvons-nous le faire?
>>
>
> Parmi les informations que vous allez recueillir, celles qui ont leur
> place dans OSM sont celles qui à la fois :
> - disposent d'une géolocalisation suffisamment précise : en France grâce à
> la présence fréquente des bâtiments dans la base, on ne s'attend pas à
> trouver un commerce sur le centre d'une voie, mais bien au niveau du
> bâtiment qu'il occupe
> - disposent d'une stabilité géographique dans le temps : les commerces
> ambulants ont moins leur place, même si ça fait débat
> - ne contiennent pas d'informations nominatives (nom du gérant, etc)
> - trouvent leur place d'un point de vue sémantique, notamment par rapport
> à ce que propose cette page : http://wiki.openstreetmap.org/wiki/Key:shop
> - et bien sûr sont issues de sources dont le copyright est compatible avec
> l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a priori sans
> souci.
>
> On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine). Se
> posera potentiellement pour vous la question de l'articulation des données
> injectées dans OSM avec le reste de vos données. Le "pont" entre les deux
> environnement devrait éviter de se faire via un identifiant qui vous est
> propre et qui serait inclus côté OSM. Il faut privilégier une gestion de
> votre côté de cette correspondance, ou bien le recours à des mécanismes
> sans ID propriétaire : combinaison de la reconnaissance du nom, de la
> raison sociale, du positionnement spatial, d'un SIREN, que sais-je.
>
> vincent
>
>
> ___
> 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

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

[Christian Quest]

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  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  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 
>
> 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