Re: [OSM-talk-fr] Relation Itinéraires vélo
Merci pour tes réponses Le 15/07/2015 21:46, George Kaplan a écrit : Bonjour, Le 15 juil. 2015 à 19:33, bernard bernard.a...@laposte.net a écrit : Bonjour, Quelques questions pour remplir un itinéraire cycliste. Général : Ref : Y a-t'il un espace entre EV et 5 dans EV5 ou EV 5 ? les références en France et en Allemagne ont un espace entre la lettre et le nombre (source: wiki) A ma connaissance, il n'y a pas de convention définie pour ça mais la forme la plus répandue est sans espace : voir http://ra.osmsurround.org/searchRelation?name=eurovelorelationType=routeroute=bicycleref=network=operator= Idem pour V32 ou V 32 ? Il y a le nombre 32 dans une carte de France sur les panneaux de direction; je suppose qu'il s'agit de V 32. Oui, les références nationales sont indiquées sur fond de carte de France. Les numéro d'Eurovelo sont jaunes et placés à la droite de la référence nationale, entourés des étoiles du drapeau européen. Dans une relation, Peut-on y mettre: - les panneaux indicateurs ? - Les panneaux de directions type : un vélo vert - les panneaux d'informations, le plus souvent avec carte se référant à l'itinéraire si oui, avec quel rôle? Je n'y mets que les ways qui composent l'itinéraire. As-tu regardé ce que dit le wiki pour les relation de type route ? Je ne suis pas contre rajouter ces informations mais attention à ce que les consommateurs de données ne soient pas codés avec la supposition que tous les éléments de la relation sont des tronçons de l'itinéraire. Sur les ways Faut-il , comme pour les routes automobiles, mettre les références dans le way? V 32;EV 5 Non. Tu peux faire l'analogie avec un itinéraire de bus, on ne met pas sa référence sur les ways qu'il emprunte. Un way automobile qui est emprunté par une route cycliste prend-il comme référence, en plus de la référence de type D 951, la référence cycliste, E 32 : Ref= D 951;E 32 ? C'est même l'essentiel des itinéraires cyclables, ils empruntent beaucoup de routes à circulation générale de faible fréquentation. Pour répondre à ta question, c'est non : j'ai lu quelque part à mes début d'OSM, qu'en France, la convention veut que l'on n'indique qu'une seule référence. Je ne retrouve plus l'origine de cette information. Merci de vos réponses Bernard George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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] highway=trunk en France
Salut, Suite à une discussion qui au final conseil aux Nancéiens de revoir le plan des axes routiers (primaire, secondaire, ...) http://gis.19327.n5.nabble.com/Zone-de-rencontre-sur-grand-axe-routier-td5850118.html Il me faudrait dans un premier temps mettre un terme à cette histoire afin de savoir si je laisse trunck sur toutes les routes pour automobiles autour de Nancy, ou si je repasse en primaire celles qui ne rentrent pas dans le concept simpliste de la voie rapide, en ajoutant les restrictions d’accès ( motorroad si accepté ou tous un par un, moped, bicycle, agricultural, foot, ... ) Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/highway-trunk-en-France-tp5821793p5850267.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone de rencontre sur grand axe routier
Salut, Pierre Knobel wrote Est-ce que favoriser la cohérence du réseau routier ne revient pas un peu à tagguer pour le rendu ? Pour moi c'est clair que la réalité du terrain prime sur les principes esthétiques généraux. S'il n'y a pas de route primaire digne de ce nom qui permet de traverser la ville confortablement, il ne faut pas en inventer. Concernant le routage, je dirais que les logiciels fonctionneront mieux si l'information est la plus spécifique et la plus neutre possible. Ce n'est pas au contributeur OSM de décider qu'une route donnée est la meilleure manière de traverser une ville, c'est les algorithmes qui doivent s'en occuper. Et les algorithmes ont besoin de savoir qu'un tronçon de route est limité à 20 km/h avec la priorité aux piétons. Donc si je comprends bien, en gros : - Il faut bien baliser cette partie comme étant une zone de rencontre, - Cependant c'est illogique que cette route soit primaire, le plan de Nancy est à revoir. Je vais donc voir par rapport à route500 que je ne connaissais pas, et en profiter pour relancer le sujet voie rapide/route pour automobiles qui n'a toujours pas été résolu. Merci pour les réponses. Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/Zone-de-rencontre-sur-grand-axe-routier-tp5850118p5850265.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Hello,
Je n'ai pas de réponse à ta question mais une remarque : peut-être veux-tu
exclure les piscines marquées avec access = 'private' de ta requête. Sauf
si tu prévois de t'incruster chez des particuliers ;)
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit :
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines autour des
gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Ça fonctionne pour une utilisation ponctuelle, mais je me suis dit que je
pourrais pousser un peu le projet et rendre tout ça interactif et
accessible. J'ai intégré ça avec leaflet et publié mes premiers tests sur
Github : http://pingolin.github.io/
Le problème est que la requête est tellement longue que ça rend la carte
très difficilement utilisable. J'ai testé en restreignant à la partie de la
carte affichée (bbox) mais ça reste long et je me retrouve avec des erreurs
429 (Too Many Request).
J'aimerais bien rendre la carte vraiment dynamique (changement du rayon,
du type de service recherché et de la ligne de transport à la volée) donc
j'aimerais bien rester sur une requête API et non sur des extracts.
Est-ce que vous auriez des idées pour améliorer et accélérer la requête
Overpass ?
Merci,
PS : Je ferai une vraie présentation du projet http://pingolin.github.io/
si j'arrive à avancer un peu dessus. Pour l'instant ce sont vraiment des
tests techniques pour prendre en main Overpass et Leaflet.
L'idée est de trouver des services et équipements sur sa ligne de
transport. On ne connait pas forcément toutes les villes ou quartiers qu'on
traverse et il est souvent plus facile de couper son trajet plutôt que de
l'allonger au départ ou à l'arrivée.
Vincent Génin
Pingolin (http://www.twitter.com/pingolin)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Efficacité d'une requête Overpass (around)
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines autour des
gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Ça fonctionne pour une utilisation ponctuelle, mais je me suis dit que je
pourrais pousser un peu le projet et rendre tout ça interactif et
accessible. J'ai intégré ça avec leaflet et publié mes premiers tests sur
Github : http://pingolin.github.io/
Le problème est que la requête est tellement longue que ça rend la carte
très difficilement utilisable. J'ai testé en restreignant à la partie de la
carte affichée (bbox) mais ça reste long et je me retrouve avec des erreurs
429 (Too Many Request).
J'aimerais bien rendre la carte vraiment dynamique (changement du rayon, du
type de service recherché et de la ligne de transport à la volée) donc
j'aimerais bien rester sur une requête API et non sur des extracts.
Est-ce que vous auriez des idées pour améliorer et accélérer la requête
Overpass ?
Merci,
PS : Je ferai une vraie présentation du projet http://pingolin.github.io/
si j'arrive à avancer un peu dessus. Pour l'instant ce sont vraiment des
tests techniques pour prendre en main Overpass et Leaflet.
L'idée est de trouver des services et équipements sur sa ligne de
transport. On ne connait pas forcément toutes les villes ou quartiers qu'on
traverse et il est souvent plus facile de couper son trajet plutôt que de
l'allonger au départ ou à l'arrivée.
Vincent Génin
Pingolin (http://www.twitter.com/pingolin)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit :
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines autour des
gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Bonjour,
Il y aurait peut-être à creuser sur la première ligne, en lui passant
directement le numéro de la relation Ile-de-France.
Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 +
le numéro de la relation.
Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne
beaucoup de temps.
PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=trunk en France
bonjour, J'aurais tendance à dire qu'il ne faut pas simplifier à la voie express. La voie rapide c'est ce qui y a de plus probant même si elle n'est pas à 110 (valeur par défaut). La présence d'un C107 ou pas, on s'en fou. C'est juste un panneaux de rappel précisant les conditions d'accès. Comment peut on identifier une voie rapide: - pas de trottoir pas de piéton - pas accessible au cycliste - pas accessible au motocycliste,véhicule agricole sauf dérogation (donc on force un petit clé=yes ) - pas de voie en tourne à gauche ou de demi-tour possible hors lien entrée;sortie;bifurcation - terre-plein centrale - voie d'arrêt d'urgence comme sur autoroute Il est vrai que le rond-point en fin de voie-express qui repart sur une voie express c'est bizarre mais c'est ainsi. Le rond-point peut être primaire avec une liaison sur deux voies rapides et une voie mineur si tel est le cas sur le terrain. La seule chose que l'on verra sur le terrain c'est ce que j'ai précisé au dessus et des panneaux imposant la réduction de vitesse avant d'arriver sur le rond-point. Bref, il faut avoir la majorité des conditions de l'autoroute avec des déclinaisons et du dérogatoire pour avoir du *trunk. *Sinon c'est le reste unclassified;tertiary;secondary;primary Pour le reste c'est soit de la route primaire ou secondaire en fonction des liaisons logiques. *primary : *c'est les RN ou RD anciennement RN qui répondent donc aux grands axes permettant d'aller d'une grande ville à une autre (préfectures régionales et départementales) *secondary :* C'est les RD permettant d'aller vers les autre villes et pas les villages. *tertiary : *C'est de la RD entre villages et villes; ou routes de grande ville pour l'accessibilité entre quartiers ou secteurs; En clair, ça brasse plus de flux que les autres routes du secteurs. Il y a une signalisation intra-urbaine pour renvoyer vers des destinations intra et extra-urbaines. Attention toutefois à pas tous transférer en tertiaire par ce qu'il y a du flux en période de sortie de bureau. C'est quand même les routes qui servent à diriger des gens vers des grandes directions (cas des quartiers) et pas vers une résidences ou la rue xy ou la mairie si elle n'est pas sur un axe principale. C'est clair que sur Nancy il y a trop de routes primaires et secondaires. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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] Intégration des données de PSS dans OSM
Je comprends mais je vais pas débattre là dessus. Le mieux serait de comprendre que même si des gens en font un produit commercial, il y a des personnes qui ont travailler sur des applications et autres pour arriver à un produit fini (pas forcément fait par un bénévole). Ca impulse une dynamique supplémentaire que d'avoir juste des geeks de la carto et des petites contributions de locaux. Maintenant vendre le nom de bâtiments... Je pense pas que ce soit une priorité. Il y a bien des données plus intéressantes et sensible à commercialiser dans OSM. Surtout que le travail se fait en parallèle par d'autres contributeur sur le terrain et que perso les bâtiments je les saisie pas dans PSS mais dans OSM. La licence est et reste pour le moment incompatible. Développer des outils sans avoir l'aval de cette association, c'est vrai que c'est dommage. Mais s'ils restent sur cet optique, ce sera du travail pour rien... Sauf pour servir à l'import dans un autre cas similaire comme les zones d'activités et autres à condition d'avoir une licence compatible. Bon courage, en espérant qu'ils changent d'avis. Peut-être avec l'appui d'un représentant OSM ;-). Le 16 juillet 2015 21:42, Vincent Frison vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. Alors finalement ils nous donnent également le nom des bâtiments dans leur export :) C'est une donnée généralement bien utile sauf dans le cas où il n'y a pas vraiment de nom du bâtiment et dans ce cas là ils ont simplement remplis le nom avec l'adresse (évidemment pour ces fausses adresses je ne rajouterai pas de tag name=*). Par contre ils veulent rajouter cette clause empêchant une utilisation commerciale. Voici actuellement l'autorisation qu'ils sont prêts à signer : *Nous soussignons Boris Foucaud, cofondateur et administrateur de PSS-archi.eu et de sa base de données d’immeubles en licence BY-NC-ND, concédons à OSMF, d’une manière exceptionnelle et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif aux éléments du Contenu mentionnés ci-dessous, quel que soit le support. La concession porte sur un droit d’utilisation de données hors utilisation commerciale du Contenu, ainsi que sur le droit de sous-licencier des contributions à des tiers ou sous-traitants hors exploitation commerciale. Le présent contrat devient caduque en cas d’utilisation commerciale des données.* *Les éléments de Contenus mis à disposition sont les suivants :* *·Nom d’immeubles* *·Coordonnées d’immeubles* *·Hauteur d’immeubles* *·Lien vers leur fiche PSS* *Nous acceptons qu’OSMF cite PSS-archi.eu, par le biais de la page web http://wiki.openstreetmap.org/wiki/Attributionhttp://wiki.openstreetmap.org/wiki/Attribution http://wiki.openstreetmap.org/wiki/Attribution.* *fait à Boulogne-Billancourt, le 16/07/2015, en deux exemplaires* Pensez vous qu'on puisse faire quelque chose avec cette autorisation ? J'ai l'impression que non puisque cette clause anti-commerciale rentrerait en conflit direct avec la licence ODbL :( ++ Vincent ___ 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 ___ Talk-fr mailing list
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Par rapport à la réponse de Jérôme j'allais vous répondre en MP : Je dirais +1, sauf que vu l'émoticône, je dis : Donc en clair ça sert à rien *;-( *Je suis aussi d'accord avec le nouveau message de Jérôme.* * Par contre ça vaut peut-être le coup de revenir vers eux : à quoi ça leur sert de restreindre cette information à but non commercial. Le nom des bâtiments et la hauteur ne sont pas des secrets. Donc c'est de l'information publique. Demander d'ajouter : source:name=/PSS-archi.eu /source:height=/PSS-archi.eu/ Me semblerait plus efficace (pour nous car sinon on ne peut l'utiliser) et pour eux (plus grande visibilité si on extrait ou regarde des données de près). Et proposer de mettre un ref:pss-archi pour leur référence. Tu dis en plus que c'est fait par des bénévoles, il me semble donc évident que ça ne devrait pas poser de soucis s'ils peuvent faire un sondage auprès de leurs bénévoles, passer à la licence ODbL, n'est-on pas des centaines de milliers de bénévoles à l'avoir fait ? N. B. : je suis contributeur à tire privé, mais je monte une pile OSM à titre professionnel. Ça ne nous permet que de proposer un service de meilleure qualité qu'une carte Nasa Blue Marble ou Natural Earth, on ne vendra pas notre solution un centime de plus. Et la hauteur d'un bâtiment ou son nom c'est un plus pour les secours. Personnellement il me semble bien plus valorisant pour PSS-archi.eu d'offrir les données à OSM. Tiens, je suis allé sur leur site : http://www.pss-archi.eu/pss_maps.php?latlng=43.6619110572607, 7.19417005777359z=18 http://www.pss-archi.eu/pss_maps.php?latlng=43.6621633061906850,7.1947547793388370z=16 Aïe, Evil Map ? Et ça ne leur fait pas mal de payer Evil Map pour qu'Evil Map puisse disposer de ces informations ? Ça ne leur fait pas mal d'informer Google des bâtiments les plus intéressants (par pistage des requêtes sur le site) ? Ici lors de ma petite visite sur leur site 68 requêtes Google vers 7 sites Google. Tu ne veux pas leur proposer une switch2osm install party en échange d'une licence ODbl ? ;-). Si tu regardes le site, les bâtiments sont en zone francophone. L'annonce de la publication sur un bulletin hebdomadaire d'OSM Europe (si leur site n'était pas qu'en français) leur ferait une belle promo gratuite. N. B. : avec ma casquette professionnelle je viens de mettre à jour de la doc pour avoir un serveur de tuiles créé en conteneur OpenVZ sur un environnement ProxMox. Je vais passer les mises à jour à faire sur la doc à Thomas G., ce temps je l'ai passé sur mon temps de travail et le message de correctif sera sur mon temps de bénévole. Tout le monde y gagne. Et si PSS veut essayer de monter une pile en s’inspirant de ma doc' (en échange de retours), pas de soucis. Avant qu'on ne me pose la question : je vais sans doute voir auprès de ma hiérarchie si la partie ProxMox/OpenVZ peur être versée sur switch2osm : s'il y a plein de contributeurs à vérifier, il y a plus de chances qu'elle reste à jour. C'est bon pour la communauté et pour ma boîte (qui aura moins de travail à la maintenir et/ou aura une doc de meilleure qualité). Je comprends que l'on ne veule pas travailler bénévolement pour des entreprises (pour l'installation et la doc je suis payé). Mais que celui qui n'a jamais amélioré les numérisations de livres bénévolement pour le compte de Google lève la main : les re-Catcha c'est l'esclavagisme volontaire pour Google. Jean-Yvon Le 16/07/2015 21:42, Vincent Frison - vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr mailto:jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com mailto:vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com mailto:vincent.fri...@gmail.com a écrit : Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
Plus simple est plus rapide ;)
[out:json];
/* Définition de la zone géographique */
{{geocodeArea:Île-de-France}}-.s;
/* Relation pour le RER C */
rel[network=RER][ref=C](area.s);
/* Récupération des arrêts */
node(r:stop) - .r;
/* Récupération des piscines à 800m des gares */
(node(around.r:800)[sport=swimming];
way(around.r:800)[sport=swimming];
rel(around.r:800)[sport=swimming];);
out center qt;
En espérant que ça soit ce que tu attends.
Jérôme
Le 16 juillet 2015 16:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit
:
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines autour des
gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Bonjour,
Il y aurait peut-être à creuser sur la première ligne, en lui passant
directement le numéro de la relation Ile-de-France.
Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 +
le numéro de la relation.
Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne
beaucoup de temps.
PY
___
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] Intégration des données de PSS dans OSM
Désolé pou l’émoticône. Mais c'était juste une pointe sarcastique. Je te rejoins en tous points. J'ai aussi une double casquette comme Jean Yvon. Il présente ce sûr quoi j'ai pas voulu m’étaler. Je ne sais pas si la 3D commence à percer mais la hauteur peut en effet être intéressante. Ça alimentera http://osmbuildings.org/ Le 16 juillet 2015 22:32, osm.sanspourr...@spamgourmet.com a écrit : Par rapport à la réponse de Jérôme j'allais vous répondre en MP : Je dirais +1, sauf que vu l'émoticône, je dis : Donc en clair ça sert à rien *;-( *Je suis aussi d'accord avec le nouveau message de Jérôme. Par contre ça vaut peut-être le coup de revenir vers eux : à quoi ça leur sert de restreindre cette information à but non commercial. Le nom des bâtiments et la hauteur ne sont pas des secrets. Donc c'est de l'information publique. Demander d'ajouter : source:name= *PSS-archi.eu *source:height=*PSS-archi.eu* Me semblerait plus efficace (pour nous car sinon on ne peut l'utiliser) et pour eux (plus grande visibilité si on extrait ou regarde des données de près). Et proposer de mettre un ref:pss-archi pour leur référence. Tu dis en plus que c'est fait par des bénévoles, il me semble donc évident que ça ne devrait pas poser de soucis s'ils peuvent faire un sondage auprès de leurs bénévoles, passer à la licence ODbL, n'est-on pas des centaines de milliers de bénévoles à l'avoir fait ? N. B. : je suis contributeur à tire privé, mais je monte une pile OSM à titre professionnel. Ça ne nous permet que de proposer un service de meilleure qualité qu'une carte Nasa Blue Marble ou Natural Earth, on ne vendra pas notre solution un centime de plus. Et la hauteur d'un bâtiment ou son nom c'est un plus pour les secours. Personnellement il me semble bien plus valorisant pour PSS-archi.eu d'offrir les données à OSM. Tiens, je suis allé sur leur site : http://www.pss-archi.eu/pss_maps.php?latlng=43.6619110572607, 7.19417005777359z=18 http://www.pss-archi.eu/pss_maps.php?latlng=43.6621633061906850,7.1947547793388370z=16 Aïe, Evil Map ? Et ça ne leur fait pas mal de payer Evil Map pour qu'Evil Map puisse disposer de ces informations ? Ça ne leur fait pas mal d'informer Google des bâtiments les plus intéressants (par pistage des requêtes sur le site) ? Ici lors de ma petite visite sur leur site 68 requêtes Google vers 7 sites Google. Tu ne veux pas leur proposer une switch2osm install party en échange d'une licence ODbl ? ;-). Si tu regardes le site, les bâtiments sont en zone francophone. L'annonce de la publication sur un bulletin hebdomadaire d'OSM Europe (si leur site n'était pas qu'en français) leur ferait une belle promo gratuite. N. B. : avec ma casquette professionnelle je viens de mettre à jour de la doc pour avoir un serveur de tuiles créé en conteneur OpenVZ sur un environnement ProxMox. Je vais passer les mises à jour à faire sur la doc à Thomas G., ce temps je l'ai passé sur mon temps de travail et le message de correctif sera sur mon temps de bénévole. Tout le monde y gagne. Et si PSS veut essayer de monter une pile en s’inspirant de ma doc' (en échange de retours), pas de soucis. Avant qu'on ne me pose la question : je vais sans doute voir auprès de ma hiérarchie si la partie ProxMox/OpenVZ peur être versée sur switch2osm : s'il y a plein de contributeurs à vérifier, il y a plus de chances qu'elle reste à jour. C'est bon pour la communauté et pour ma boîte (qui aura moins de travail à la maintenir et/ou aura une doc de meilleure qualité). Je comprends que l'on ne veule pas travailler bénévolement pour des entreprises (pour l'installation et la doc je suis payé). Mais que celui qui n'a jamais amélioré les numérisations de livres bénévolement pour le compte de Google lève la main : les re-Catcha c'est l'esclavagisme volontaire pour Google. Jean-Yvon Le 16/07/2015 21:42, Vincent Frison - vincent.fri...@gmail.com a écrit : Vu le temps que j'ai passé (le développement de l'import + la négociation) j'aimerais si possible ne pas arriver à cette conclusion ;) Si vous me confirmez qu'avec ce type d'autorisation on ne peut absolument rien faire il va falloir essayer de les convaincre de retirer cette clause anti-commerciale. En fait le souci pour le staff de PSS c'est qu'ils trouveraient ça complètement anormal que des sociétés puissent faire de l'argent sur le travail de leur contributeurs bénévoles (alors que personnellement je suis persuadé que 99% de leurs contributeurs serait ravis de voir leur travail incorporé dans OSM). Voilà où j'en suis, si quelqu'un a déjà fait ce genre de négociations ou à des conseils à me donner ça m'intéresse... Le 16 juillet 2015 20:36, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Donc en clair ça sert à rien ;-) Le 16 juillet 2015 16:02, Vincent Frison vincent.fri...@gmail.com a écrit : Le 28 mai 2015 23:13, Vincent Frison vincent.fri...@gmail.com a écrit : Sinon ça serait
Re: [OSM-talk-fr] Efficacité d'une requête Overpass (around)
La délimitation a l'Île-de-France au sens strict construit un polygone très
complexe. Ce serait peut-être plus rapide avec juste une bounding box.
Quitte a chercher des picines autour des gares et qu'il n'y a pas tant
que ca de gares, il suffit juste d'avoir une bounding bix englobant les
gares. Et après on n'est guère mieux qu'a 1 km près pour trouver les
piscines mais on n'a pas besoin de la précision fine des frontieres de
l'Île-de-France... Est-genant si tu as des résultats en Normandie ou
Picardie ?
Le 16 juil. 2015 16:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com a écrit
:
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas trouvé de
liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines autour des
gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Bonjour,
Il y aurait peut-être à creuser sur la première ligne, en lui passant
directement le numéro de la relation Ile-de-France.
Je n'ai plus en tête la syntaxe exacte : quelque chose du style 3600 +
le numéro de la relation.
Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça gagne
beaucoup de temps.
PY
___
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] Efficacité d'une requête Overpass (around)
Oui, et on pourrait même supprimer carrément la bounding box car la
condition sur la relation limite les résultats de manière équivalente
(d'ailleurs la ligne C est, sauf erreur, entièrement en Île-de-France).
De plus, il me semble que le tilde (présente dans le lien sur Overpass)
ralentit la requête.
La requête suivante (http://overpass-turbo.eu/s/atj) dure moins de 10
secondes et devrait être facile à adapter pour d'autres lignes de RER.
Evidemment, il faut faire attention à ne pas mettre une condition trop
large sur la relation...
[out:json];
rel[line:SNCF=C];
node(around:800)[sport=swimming];
out body qt;
rel[line:SNCF=C];
way(around:800)[sport=swimming];
out body center qt;
Thierry
Le 17/07/2015 08:19, Philippe Verdy a écrit :
La délimitation a l'Île-de-France au sens strict construit un polygone
très complexe. Ce serait peut-être plus rapide avec juste une bounding
box. Quitte a chercher des picines autour des gares et qu'il n'y a pas
tant que ca de gares, il suffit juste d'avoir une bounding bix englobant
les gares. Et après on n'est guère mieux qu'a 1 km près pour trouver les
piscines mais on n'a pas besoin de la précision fine des frontieres de
l'Île-de-France... Est-genant si tu as des résultats en Normandie ou
Picardie ?
Le 16 juil. 2015 16:11, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com a
écrit :
Le 16 juillet 2015 15:09, Vincent Génin vincent.ge...@gmail.com
mailto:vincent.ge...@gmail.com a écrit :
Bonjour à tous,
Désolé si la question est un peu spécifique, mais je n'ai pas
trouvé de liste pour Overpass.
Pour une utilisation personnelle, je recherchais des piscines
autour des gares de la ligne C du RER.
J'ai fait quelques tests et utilise cette requête :
http://overpass-turbo.eu/s/asI
{{geocodeArea:Île-de-France}}-.searchArea;
rel[line:SNCF=C](area.searchArea);
node(around:800)[sport=swimming](area.searchArea);
out body qt;
rel[line:SNCF=C](area.searchArea);
way(around:800)[sport=swimming](area.searchArea);
out center qt;
Cependant, elle prend pas mal de temps à s'exécuter (~60s).
Bonjour,
Il y aurait peut-être à creuser sur la première ligne, en lui
passant directement le numéro de la relation Ile-de-France.
Je n'ai plus en tête la syntaxe exacte : quelque chose du style
3600 + le numéro de la relation.
Ça éviterait de passer par nominatim (?), mais je ne sais pas si ça
gagne beaucoup de temps.
PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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
