[OSM-talk-fr] Base de données des commerces existants

[Brice MALLET]

/Icode : un nouvel outil de cartographie des commerces//
//
//une toute nouvelle application baptisée Icode lancée par Bercy  (et) 
disponible depuis le 27 mars, cette base de données gratuite est mise à 
disposition des collectivités territoriales, des préfectures et des 
chambres de commerce et d'industrie qui recevront les codes d'accès dans 
les prochains jours. Elle est accessible sur le site 
https://icode.entreprises.gouv.fr./


Source : 
http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualite&jid=1250268711858&cid=1250268705556


Pas de mention quant à une possibilité de diffusion plus large ou la 
licence appliquée.

À creuser par ceux qui seraient intéressés.

Brice

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

Re: [OSM-talk-fr] Boulet, que faire?

[Nicolas Dumoulin]

Le mercredi 1 avril 2015 19:21:04 Eric SIBERT a écrit :
> ... ou je supprime moi-même jusqu'à ce qu'il s'arrête ou qu'on entre en
> guerre d'édition et que le DWG se penche enfin sur son cas?

Ou alors, tu lui indiques comment on fait de l'import (en masse) de bâti en 
France 0:-)
Il paraît que c'est radical …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Proposition de schéma de tags pour améliorer la cartographie des arbres

[Philippe Verdy]

Sur OHM vraiment? Symbole de résistance contre OSM ?

Ou à l'inverse sur COULOMB, symbole de conductance : « Coulons OSM ! »,
dirait Google (qui voudrait bien nous voir aller jusqu'à cartographier les
pattes de mouche, histoire de bien plomber le projet), on pourrait aussi
dire « Coulons Google », sauf que je ne pense pas que ce soit même dans
notre intérêt collectif de tuer toute concurrence

On commence à le voir sur Wikipedia où les contributions se tarissent un
peu alors qu'il n'y a jamais eu autant de lecteurs, la qualité globale
diminue avec moins de relecteurs, et où les vraies évolutions et
innovations sont de plus en plus compliquées et lourdes
"administrativement" parlant. On le voit aussi sur la presse en général,
tuée par les sites web d'informations sans relecture, sans source. Mais il
n'y a plus aucune encyclopédie vivante sur papier, en même en ligne hors de
Wikipédia (on n'a pas le choix que de le préserver mais c'est dommage
maintenant qu'il soit aussi figé dans son premier moule, on n'a pas encore
un système collaboratif de relecture reconnue, fonctionnant domaine par
domaine, hors des rares comités scientifiques quasi inaccessibles et des
publications spécialisées et chères, qui ont en plus du mal à survivre
économiquement face au web beaucoup plus réactif).

Tant qu'il y a de la concurrence et qu'elle s'équilibre sainement,
l'innovation joue à fond et les progrès vont bien plus vite et plus de
monde en bénéficie.

OSM a recréé une saine concurrence permettant aux sources des anciens
monopoles géographiques d'Etat d'être totalement tués par Google, en leur
permettant de collaborer à fond, pas en sens unique où Google aurait même
voulu faire d'eux des consommateurs de données au lieu d'en être
producteurs. Mais je pense qu'on doit laisser leur place aussi à Google ou
Bing, et on redonne aussi un espace aux collectivités publiques, et qu'on
doit accorder encore une place importante aux producteurs de données
sourçables, par des échanges réciproques, où tout ne viendra pas seulement
des utilisateurs individuels sans réelle supervision de la qualité globale
des données

(Je ne peux pas faire confiance juste à Google pour faire cette relecture
de "qualité" par la "pertinence" mesurée en ligne juste par ses propres
outils statistiques, car elle est trop orientée selon ses objectifs
commerciaux; pour cela Google est prêt à dissimuler des données et fausser
la réalité, en présentant des vues très clairement biaisées du monde ou
juste pour faire plaisir instantanément à chaque utilisateur et ne rien lui
apprendre d'autre que ce que Google peut lui vendre, et en tout cas rien de
durable : ce risque est trop important dans un monde de monopole puisque
alors Google serait devenue la seule source, influençant trop les données
de toutes les autres).

Même avec un duopole ce n'est pas suffisant, une concurrence saine,
durable, innovante, performante et efficace, n'existe pas tant qu'il n'y a
pas au moins 3 acteurs majeurs, quel que soit le domaine.

Pareil en politique ou dans l'économie en général : on a besoin d'un
troisième camp, même quand il dérange, ou déroge aux "règles communes"
élaborées par les deux autres camps, une opposition unique ne peut pas
fonctionner durablement (même avec un système "démocratique" d'alternance),
le piège étant l'immobilisme de ces règles communes et leur inadaptabilité
ou incapacité même à voir et analyser les problèmes tels qu'ils sont.

Une vraie démocratie fait la séparation des pouvoirs (législatifs,
administratifs, judiciaires et résolution des litiges par un tiers
réellement neutre, pouvoir de contrôle, capacité d'informations et
d'analyse par un tiers, donc non opacité des décisions et de l'action de
ceux qui peuvent en prendre mais doivent aussi être eux-mêmes
responsables), mais ne fonctionne pas sur ce principe dans un duopole où
personne ne peut être neutre. Et encore moins dans un monopole où plus rien
ne bouge jusqu'à son effondrement brutal dans un désordre complet où tous
les abus deviennent possibles dans l'impunité la plus totale.

Le 2 avril 2015 07:16, Jo  a écrit :

> Ah, dommage que ce n'est pas sérieux. J'étais complètement pour...
> J'espère que vous n'avez pas oublié les branches coupées, ou on met ceux-là
> sur OHM?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nice, rajouter une place

[Xavier Cremaschi]

Oui, sur cette place les piétons font ce qu'ils veulent dans la partie 
piétonne/espace vert, par contre les voitures et le tram restent chacun 
sur leur axe de communication de prédilection.


Le 01/04/2015 17:45, Pieren a écrit :

Atention, un polygone avec un "highway" + "area=yes" a une
signification particulière : la circulation y est libre dans toutes
les directions à l'intérieur du polygone ! Pour les piétons, la
question ne se pose pas (c'est évidemment possible). Mais pour un
"highway=residential" ou "service", ça ne peut correspondre qu'à une
place ouverte dont les voitures peuvent circuler en tout sens. Et je
doute que ce soit le cas de cette place.

Pieren

___
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] Hauteur et nombre d'étages des bâtiments

[Vincent Frison]

Le 31 mars 2015 10:52, Vincent Frison  a écrit :

> Dans ma zone de test il y a donc un peu plus de 34% de bâtiment ayant un
> import dont le score est d'au moins 90%.
>
> Je vais essayer d'implémenter l'astuce décrite dans mon précédent mail :
> pour chacun des bâtiments OSM regrouper les imports par nombre d'étages
> pour voir si je peux les "cumuler" afin d'atteindre le bon score minimal.
>

J'ai refait quasiment tout mon programme afin d'être bien générique (il
peut travailler sur n'importe quel tag de n'importe quel élément et non pas
simplement sur le nombre d'étage des bâtiments) et surtout pour avoir ce
"cumul" des scores des imports.

Voici donc les stats avec l'ancienne et la nouvelle méthode : pour chaque
bâtiment l'ancienne méthode ne considère que l'import avec le meilleur
score alors que la nouvelle méthode regroupe les imports ayant le même
nombre d'étages pour additionner leur score ce qui permet d'avoir des
résultats légèrement meilleurs.

 INFO === Statistics ===
 INFO *** Statistics with the old matching method ***
 INFO Number of matched elements: 2568
 INFO Number of updatable elements: 0
 INFO Number of updated elements: 0
 INFO Repartition by matching scores:
 INFO - between 0% and 10% : 37 (1%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 10% and 20% : 62 (2%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 20% and 30% : 136 (5%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 30% and 40% : 220 (8%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 40% and 50% : 275 (10%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 50% and 60% : 270 (10%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 60% and 70% : 176 (6%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 70% and 80% : 201 (7%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 80% and 90% : 302 (11%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 90% and 100% : 889 (34%) elements including 0 that have
been updated (0 were updatable)
 INFO *** Statistics with the new matching method ***
 INFO * Statistics for the updatable tag building:levels
 INFO Number of matched elements: 2550
 INFO Number of updatable elements: 0
 INFO Number of updated elements: 0
 INFO Repartition by matching scores:
 INFO - between 0% and 10% : 31 (1%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 10% and 20% : 23 (0%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 20% and 30% : 50 (1%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 30% and 40% : 150 (5%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 40% and 50% : 263 (10%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 50% and 60% : 265 (10%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 60% and 70% : 202 (7%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 70% and 80% : 209 (8%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 80% and 90% : 335 (13%) elements including 0 that have been
updated (0 were updatable)
 INFO - between 90% and 100% : 1022 (39%) elements including 0 that have
been updated (0 were updatable)
Avec la nouvelle méthode la tranche des 90%->100% passe ainsi de 34% à 39%,
c'est toujours ça de pris.

Personnellement j'aimerais bien qu'on prenne également la tranche des
80%->90% car il faut bien voir que le découpage d'OSM est vraiment grossier
par rapport à celui d'OpenDataParis et qu'il y a forcément des différences
de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e
arrondissement est assez représentative (on aura à peu près les mêmes
pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de
80%->90% cela permettrait de mettre à jour plus de la moitié des immeubles
parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse
vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre
à jour des données "fausses" (même si pour moi elles ne sont pas fausses
mais juste légèrement simplistes en raison des données existantes ;p).

Voila j'attends vos retours avant de me lancer mon programme sur le serveur
live.

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[Brice MALLET]

A mon avis, il serait possible d'éprouver ton programme d'import, en 
acceptant jusqu'à  80 %, en générant un import sur une zone clairement 
délimité, afin de pouvoir juger sur pièces.


En comparant avec cadastre, openstreetview, terrain, ... chacun pourra 
juger du degré d'approximation tolérable à son sens.


Brice


Le 02/04/2015 11:13, Vincent Frison a écrit :
Le 31 mars 2015 10:52, Vincent Frison > a écrit :


Dans ma zone de test il y a donc un peu plus de 34% de bâtiment
ayant un import dont le score est d'au moins 90%.

Je vais essayer d'implémenter l'astuce décrite dans mon précédent
mail : pour chacun des bâtiments OSM regrouper les imports par
nombre d'étages pour voir si je peux les "cumuler" afin
d'atteindre le bon score minimal.


J'ai refait quasiment tout mon programme afin d'être bien générique 
(il peut travailler sur n'importe quel tag de n'importe quel élément 
et non pas simplement sur le nombre d'étage des bâtiments) et surtout 
pour avoir ce "cumul" des scores des imports.


Voici donc les stats avec l'ancienne et la nouvelle méthode : pour 
chaque bâtiment l'ancienne méthode ne considère que l'import avec le 
meilleur score alors que la nouvelle méthode regroupe les imports 
ayant le même nombre d'étages pour additionner leur score ce qui 
permet d'avoir des résultats légèrement meilleurs.


 INFO === Statistics ===
 INFO *** Statistics with the old matching method ***
 INFO Number of matched elements: 2568
 INFO Number of updatable elements: 0
 INFO Number of updated elements: 0
 INFO Repartition by matching scores:
 INFO - between 0% and 10% : 37 (1%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 10% and 20% : 62 (2%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 20% and 30% : 136 (5%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 30% and 40% : 220 (8%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 40% and 50% : 275 (10%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 50% and 60% : 270 (10%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 60% and 70% : 176 (6%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 70% and 80% : 201 (7%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 80% and 90% : 302 (11%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 90% and 100% : 889 (34%) elements including 0 that 
have been updated (0 were updatable)

 INFO *** Statistics with the new matching method ***
 INFO * Statistics for the updatable tag building:levels
 INFO Number of matched elements: 2550
 INFO Number of updatable elements: 0
 INFO Number of updated elements: 0
 INFO Repartition by matching scores:
 INFO - between 0% and 10% : 31 (1%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 10% and 20% : 23 (0%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 20% and 30% : 50 (1%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 30% and 40% : 150 (5%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 40% and 50% : 263 (10%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 50% and 60% : 265 (10%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 60% and 70% : 202 (7%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 70% and 80% : 209 (8%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 80% and 90% : 335 (13%) elements including 0 that have 
been updated (0 were updatable)
 INFO - between 90% and 100% : 1022 (39%) elements including 0 that 
have been updated (0 were updatable)
Avec la nouvelle méthode la tranche des 90%->100% passe ainsi de 34% à 
39%, c'est toujours ça de pris.


Personnellement j'aimerais bien qu'on prenne également la tranche des 
80%->90% car il faut bien voir que le découpage d'OSM est vraiment 
grossier par rapport à celui d'OpenDataParis et qu'il y a forcément 
des différences de surfaces assez importantes. Si on se dit que ma 
zone de test dans le 12e arrondissement est assez représentative (on 
aura à peu près les mêmes pourcentages sur l'ensemble de Paris) et 
qu'on accepte cette tranche de 80%->90% cela permettrait de mettre à 
jour plus de la moitié des immeubles parisiens (39 + 13 = 52%). Mais 
je comprends tout à fait que cela puisse vous gêner et que vous 
préfériez ne rien mettre à jour plutôt que de mettre à jour des 
données "fausses" (même si pour moi elles ne sont pas fausses mais 
juste légèrement simplistes en raison des données existantes ;p).


Voila j'attends vos retours avant de me lancer mon programme sur le 
serveur live.


++ Vincent.

Re: [OSM-talk-fr] Panneau de signalisation A13a

[Jérôme Seigneuret]

Bonjour,

@Philippe: Ne bloque pas juste sur le cas du panneau en photo jointe. Je
parlais d'un cas plus général pour les panneaux qui n'ont pas de valeur
officielle (que ce soit la forme, la couleur, la taille, l'orientation,
distance, et la hauteur d'implantation sont autant de problématique qui
peuvent rendre un panneau de signalisation problématique)

Quand on lit les documents, on parle de forme du panneaux et non juste de
la forme du signal (peut être un abus de language). Mais bon, la forme
carré d'un panneau est réservé au message de type indicatif. C'est le cas
des panneaux pour "Pensez à nous ralentissez!" ( sans valeur réglementaire
au titre des panneau de police)

PS: les peintures ce n'est que pour les marquages au sol... Je vois pas
comment un panneau peint pourrait avoir une homologation... Mais bon on est
en France donc avec une dérogation... On voit de tout ;-)

Vu que c'est ce que tu as ciblé, le panneaux cité n'a pas de codification
standard.
À13a est un panneau triangulaire et M9z1 est un panonceau de complément
d'information dont la forme et la taille et la police de caractère sont des
standards. Dans mon cas il englobe les deux et le fond est d'une forme
différente. Donc on pourrait considérer que c'est un A13a&&M9z1 (comme
fusion de panneau en un seul).

D'ailleur ce panneau n'est pas dans les catalogues:
 - http://ekipcollectivites.fr/pdf/C_EKIP%202013_complet.pdf
 -
http://www.nadia-europ.com/media/signalisation_de_police_nadia_2013__007034200_1530_19032013.pdf
N'est pas sur les sites de référence:
 - http://www.signals.fr/nos-produits.html
 - http://asp.zone-secure.net/v2/index.jsp?id=90/6905/52665&lng=fr
 (signalisation Lacroix)

Peut-être homologué à un moment mais je pense pas que ce soit encore le cas
sinon il serait encore vendu et mis en catalogue! Dans tous les cas c'est
pas à la norme CE

Pour info M9z1 peut avoir différentes valeurs comme "Ecole", "RAPPEL" et
autres... Il y a qu'à voir les catalogues et liens sites au préalable

M9 veut dire : indication diverse
z1 veut dire : texte sur 1 ligne
z2 veut dire : texte sur 2 lignes

Donc le message du panonceau devrait aussi pouvoir être décrit dans OSM.


Pour les autres panneaux c'est dans certains cas de la signalisation (non
officielle) mais considéré comme du renforcement.
exemple le panneau Téo ou Léa

PS: pour ce qui aime lire ce genre de truc utile au commune pour la
signalisation il y a des PDF

A voir en premier  La convention de Vienne


Puis  Le code de la route (Legifrance)


Et surtout sur *INSTRUCTION INTERMINISTÉRIELLE SUR LA SIGNALISATION
ROUTIÈRE*

Télécharger :

   - Arrêté de 1967
   

(format pdf - 401.1 ko )
   - Arrêté de 1967- Annexe
   

(format pdf - 7.1 Mo)
   - IISR 1ère partie
   

(format pdf - 3.3 Mo )
   - IISR 2ème partie
   

(format pdf - 1.2 Mo )
   - IISR 3ème partie
   

(format pdf - 2.2 Mo )
   - IISR 4ème partie
   

(format pdf - 755.5 ko )
   - IISR 5ème partie
   

(format pdf - 2.6 Mo )
   - IISR 6ème partie
   

(format pdf - 1.8 Mo )
   - IISR 7ème partie
   

(format pdf - 6.4 Mo )
   - IISR 8ème partie
   

(format pdf - 1.9 Mo )
   - IISR 9ème partie
   

(format pdf - 4.7 Mo )

source: http://www.equipementsdelaroute.equipement.gouv.fr/


*On n'a toujours pas trouvé un couple de tags/clé pour décrire ce panneau
autrement que par son code!*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Shohreh]

Bonjour

Je connais quelqu'un qui aimerait se lancer dans la livraison à vélo dans
une ville de province pour une clientèle de particuliers et d'entreprises.

Afin de maximiser le chiffre d'affaires, il faudrait bien sûr qu'elle
optimise les tournées.

Je ne connais rien du tout à ce domaine, et je me suis dit qu'il existait
peut-être un outil basé sur OSM qui permettrait…
1. je tape l'adresse de "prélèvement" (pas trouvé le bon terme) et de
livraison, la date et la tranche horaire souhaités
2. le logiciel rajoute dans la liste des tâches
3. pour un jour + tranche horaire, il calcule le parcours optimale pour
maximiser les courses; le parcours doit être disponible sur le web et sur
smartphone (type fichier GPX/KML).

Si quelqu'un bosse dans le domaine, existe-t-il une solution simple et
gratuite pour démarrer, quitte à acheter un truc plus professionnel par la
suite?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459.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] Appli pour optimiser les déplacements de livraison?

[Romain MEHUT]

Bonjour,

http://www.mapotempo.com/

Frédéric Rodrigo pourra je pense t'en dire plus...

Romain

Le 2 avril 2015 12:35, Shohreh  a écrit :

> Bonjour
>
> Je connais quelqu'un qui aimerait se lancer dans la livraison à vélo dans
> une ville de province pour une clientèle de particuliers et d'entreprises.
>
> Afin de maximiser le chiffre d'affaires, il faudrait bien sûr qu'elle
> optimise les tournées.
>
> Je ne connais rien du tout à ce domaine, et je me suis dit qu'il existait
> peut-être un outil basé sur OSM qui permettrait…
> 1. je tape l'adresse de "prélèvement" (pas trouvé le bon terme) et de
> livraison, la date et la tranche horaire souhaités
> 2. le logiciel rajoute dans la liste des tâches
> 3. pour un jour + tranche horaire, il calcule le parcours optimale pour
> maximiser les courses; le parcours doit être disponible sur le web et sur
> smartphone (type fichier GPX/KML).
>
> Si quelqu'un bosse dans le domaine, existe-t-il une solution simple et
> gratuite pour démarrer, quitte à acheter un truc plus professionnel par la
> suite?
>
> Merci.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459.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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[althio]

2015-04-02 11:13 GMT+02:00 Vincent Frison :

> le découpage d'OSM est vraiment grossier par rapport à celui
> d'OpenDataParis et qu'il y a forcément des différences de surfaces assez
> importantes.
>

Tu veux dire que la base d'opendata.paris.fr est meilleure et pourrait être
une source pour le bâti en surface au sol, sans même parler du volume ? A
rajouter en plus du cadastre, imageries, ... ?

Si c'est le cas, c'est un travail préliminaire de rapprochement des
surfaces qui pourrait améliorer la base OSM ?
Et qui rendrait le travail plus simple pour ta moulinette.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nice, rajouter une place

[Brice MALLET]

Bonjour,

/"Oui, sur cette place les piétons font ce qu'ils veulent dans la partie 
piétonne/espace vert//"/
Alors si la majorité de la surface est piétonne, peut-être est il 
possible de la tagger highway=pedestrian


@Jérome : /"Par contre je viens de voir que tu parlais de 
//highway=residential //pour une place. Il me semble que sur la page du 
tag //*highway* //ce 
couple de clé valeur n'est a exploiter qu'en linéaire."/
Il y bcp de zones (area=yes) taggés en highway=residential, pour ma 
part, je ne tiens pas compte du wiki à ce niveau de précision : si un 
highway peut être traité en surface alors tous les autres doivent 
pouvoir l'être, il me semble.


/"//Par contre ça serait bien que ça apparaisse sur le rendu et dans la 
recherche de nom, vu que je l'ai rajoutée pour ça à l'origine (pas de 
résultat en cherchant 'place de gaulle'), donc il manque encore sans 
doute un tag ou deux :/ //"/

Le tag name que tu as renseigné suffit, devrait bien finir par apparaître !


Après dans le détail et en voyant la place de visu, peut-être 
pourrait-elle être traitée plus précisément :
- la rue résidentielle "Place de la Gare du Sud", à mon avis ne débouche 
pas sur une rue piétonne mais sur une voie de circulation de voiture qui 
fait le tour extérieur de la place,
- si tracé d'une area highway=pedestrian et de voies pour les voitures, 
penser à les joindre par des noeuds communs.


Brice

Le 02/04/2015 11:03, Xavier Cremaschi a écrit :
Oui, sur cette place les piétons font ce qu'ils veulent dans la partie 
piétonne/espace vert, par contre les voitures et le tram restent 
chacun sur leur axe de communication de prédilection.


Le 01/04/2015 17:45, Pieren a écrit :

Atention, un polygone avec un "highway" + "area=yes" a une
signification particulière : la circulation y est libre dans toutes
les directions à l'intérieur du polygone ! Pour les piétons, la
question ne se pose pas (c'est évidemment possible). Mais pour un
"highway=residential" ou "service", ça ne peut correspondre qu'à une
place ouverte dont les voitures peuvent circuler en tout sens. Et je
doute que ce soit le cas de cette place.

Pieren

___
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] Panneau de signalisation A13a

[Philippe Verdy]

Le 2 avril 2015 12:32, Jérôme Seigneuret  a écrit
:

> Vu que c'est ce que tu as ciblé, le panneaux cité n'a pas de codification
> standard.
> À13a est un panneau triangulaire et M9z1 est un panonceau de complément
> d'information dont la forme et la taille et la police de caractère sont des
> standards. Dans mon cas il englobe les deux et le fond est d'une forme
> différente. Donc on pourrait considérer que c'est un A13a&&M9z1 (comme
> fusion de panneau en un seul).
>

Je ne vois toujours pas en quoi c'est différent du panneau A13a compagné du
pannonceau M9z1 ="ECOLE" séparés mais montés naturellement l'un sous
l'autre sur le même poteau. En quoi le fait que le support ne soit pas un
poteau (qui peut être vertical, ou horizontal fixé à un mur ou suspendu)
mais une surface plane doit changer quelquechose ?

Peu importe le fond jaune (il a sansdoute une valeur de renforcement non
standardisée mais cela peut aussi s'expliquer par l'environnement, par
exemple s'il y a des enseignes lumineuses gênantes derriere, ou bien de
grands panneaux publicitaires ou d'autres objets animés, ou un arbre dont
les branches en bougeant avec le vent pourraient masquer panneau ou
panonceau. Cette surface jaune pourrait aussi être celle d'une paroi d'abri
bus le long de la chaussée; derriere le panneau il peut aussi avoir dans le
même axe une grande baie vitrée et les propriétaires ne veulent pas etre
observés chez eux par ceux qui regardent la signalisation. Cette grande
surface jaune met alors en avant uniquement les panneaux réglementaires et
rien d'autre.

Bref à taguer exactement comme les autres panneaux A13a, pratiquement
toujours renforcés par un panonceau textuel standard ("ÉCOLE", "ATTENTION
ÉCOLE", "TRAVERSÉE D'ENFANTS", "ATTENTION AUX ENFANTS", "DANGER",
"RALENTIR", "PRIORITE AUX PIETONS"...) peut-être aussi sur deux lignes dans
une seconde langue près des frontières belges flamandes, allemandes,
suisses allemandes, italiennes, espagnoles, andorannes/catalanes ou en
anglais à proximité des ferries trans-Manche ou certaines zones
touristiques très fréquentées par certaines nationalités, ou en portugais
près des frontières brésiliennes, ou néerlandais/anglais dans la COM de
Saint-Martin aux Antilles, ou temporairement lors de certains grands
événements internationaux...

Dans les aéroports internationaux français, l'anglais est souvent ajouté au
français sur les indicateurs intérieurs mais on n'est pas dans le domaine
de la signalisation routière).

Pour les panneaux d'entrée d'agglomération ou à la frontière de deux
communes ou villages mitoyens au sein de la même agglomération, on trouve
aussi fréquemment le toponyme annoncé en langue régionale sous celui
officiel en français (et pas toujours sur un panonceau mais directement
dans le cadre du panneau principal).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli pour optimiser les déplacements de livraison?

[Shohreh]

Merci. Je vois que c'est une appli web à partir de 50€/mois.

Sinon, pour commencer, existe-t-il un moyen semi-manuel basé sur OSM qui
permet facilement de parcourir une liste en 1) prenant une adresse, 2)
tenter de mettre une punaise sur une carte avec validation/modification de
l'utilisateur?

L'idée serait de se retrouver avec une carte type Umap avec tous les points
d'embarquement/livraison pour une journée donnée.

C'est moins bien qu'un truc automatisé mais après tout, c'est comme ça que
fonctionnent les livreurs de pizza.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Appli-pour-optimiser-les-deplacements-de-livraison-tp5839459p5839471.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

[OSM-talk-fr] Marqueurs sur Live OpenStreetMap

[Severin Menard]

Bonjour,

Les marqueurs n'apparaissent plus sur la carte, seulement le logo pour
image non chargée. C'est dû au fait que j'ai une connexion qui n'est pas au
top du top (0.67 Mo en download selon ce test
) ou bien il y a un bug ?

Bien cordialement,

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[Pieren]

2015-04-02 11:13 GMT+02:00 Vincent Frison :


> Personnellement j'aimerais bien qu'on prenne également la tranche des
> 80%->90% car il faut bien voir que le découpage d'OSM est vraiment grossier
> par rapport à celui d'OpenDataParis et qu'il y a forcément des différences
> de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e
> arrondissement est assez représentative (on aura à peu près les mêmes
> pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de
> 80%->90% cela permettrait de mettre à jour plus de la moitié des immeubles
> parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse
> vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre
> à jour des données "fausses" (même si pour moi elles ne sont pas fausses
> mais juste légèrement simplistes en raison des données existantes ;p).
>

Le surfacique des "building" viennent du cadastre. Mais on sait tous que le
cadastre a son propre découpage qui contient souvent des
artifices/erreurs/fantaisies avec des polygones séparés qui ne sont pas des
bâtiments séparés mais au mieux des pièces ou pire, des balcons ou des
cheminées (pour les plus petites). C'est pourquoi après l'import du bâti
sur Paris, j'ai fusionné de nombreux polygones pour que le tag "building"
s'applique vraiment à la surface du building et non à une partie seule
(mais pas dans tous les arrondissements). De plus, de nombreuses cours
intérieures ont souvent manqué pendant l'import (qui n'est pas de mon
fait), ce qui peut aussi expliquer les différences avec les données de la
ville.



>
> Voila j'attends vos retours avant de me lancer mon programme sur le
> serveur live.
>
>
Avant de passer au vrai import de masse, il faut créer une page wiki
décrivant le processus, résumer l'action dans un mail envoyé à la liste
impo...@osm.org avec si possible un échantillon de fichier xml pour que les
autres puissent juger de ce qui sera modifié. Il faut chercher "imports"
dans le wiki pour trouver la procédure à suivre. Le risque sinon est
d'avoir un revert automatique du DWG si tu passes dans leur radar.

Sinon, tu pourrait commencer plus petit, avec un quartier assez
caractéristique des problèmes rencontrés. Plus besoin de passer par la
procédure officielle. Et d'avantage de gens pourront juger du résultat.
De plus, il serait intéressant de publier ton script pour que d'autres
puissent réitérer l'opération plus tard, sur la même zone ou ailleurs.
Celui-ci devrait aussi d'ailleurs signaler les cas qui ont un écart trop
grand entre les données de Paris et les valeurs déjà dans OSM (quand c'est
le cas). Là aussi, dans l'optique de vérifier l'existant manuellement (les
anciennes contributions peuvent être fausses, altérées ou obsolètes) et
d'exécutions du même script plus-tard avec des données plus fraiches.

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

[OSM-talk-fr] Niveau de Zoom à 18 sur mon serveur perso...

[mick-mac]

Bonjour a tous,

Alors voila, après quelques jours de bataille à essayer d'installer un
serveur de tuile, j'y suis arrivé. Je me suis basé sur le tuto
https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/,
mais j'ai du faire pas mal de modification, rien ne fonctionnait chez moi
:-D.

Mais alors voila je suis limité à un zoom de 18. Lorsque je tappe au dessus,
j'ai ce message (avec variante des nombres) : Received request for map layer
default is outside of acceptable bounds z(19), x(270372),y(188457). 

Alors que tout fonctionne correctement si le zoom est inférieur a 18.

Merci de votre aide ;-)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479.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] ?

[Romain MEHUT]

Bonjour,

Je poursuis sur ce sujet...

Le 26 mars 2015 17:16, Pieren  a écrit :


> Un agent technique peut très bien créer sa propre couche technique. Si
> on laisse passer ça, on ne pourra pas ensuite empêcher quelques
> géomètres ou autres d'entrer des parcelles cadastrales dans OSM. Il y
> aura toujours une ou deux personnes qui y trouveront leur intérêt.
> Mais ça ne sera pas celui du plus grand nombre.
>

Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles
forestières cf. cet exemple au hasard
http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees
.

Donc pourquoi ne devraient-elles pas figurer dans OSM?

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

Re: [OSM-talk-fr] tours penchées

[Cactusbone]

ça me parais trop compliqué.

on va rarement avoir les deux en même temps, et quand c'est le cas, comme tu
le décrit, le bâtiment va bientôt s'écrouler.

l'objectif c'est de pouvoir indiquer le plus facilement possible les
bâtiments qui penchent (remarquables)
la si l'angle du shearing dépends de l'angle de leaning, ça devient très
compliqué a obtenir.







--
View this message in context: 
http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5839489.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] Niveau de Zoom à 18 sur mon serveur perso...

[Christian Quest]

ajoute

MAXZOOM=19 (ou plus) après la ligne avec le XML=xxx de ton style


Le 02/04/2015 16:00, mick-mac a écrit :
> Bonjour a tous,
>
> Alors voila, après quelques jours de bataille à essayer d'installer un
> serveur de tuile, j'y suis arrivé. Je me suis basé sur le tuto
> https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/,
> mais j'ai du faire pas mal de modification, rien ne fonctionnait chez moi
> :-D.
>
> Mais alors voila je suis limité à un zoom de 18. Lorsque je tappe au dessus,
> j'ai ce message (avec variante des nombres) : Received request for map layer
> default is outside of acceptable bounds z(19), x(270372),y(188457). 
>
> Alors que tout fonctionne correctement si le zoom est inférieur a 18.
>
> Merci de votre aide ;-)
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479.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

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Niveau de Zoom à 18 sur mon serveur perso...

[mick-mac]

Parfait, j'avais réouvert tous les fichiers à la recherche d'un MaxZoom, et
c'est le seul que j'avais oublié. Ca marche parfaitement. Merci ;-)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Niveau-de-Zoom-a-18-sur-mon-serveur-perso-tp5839479p5839492.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] ?

[Yves Pratter]

> Le 2 avr. 2015 à 16:44, Romain MEHUT  a écrit :
> 
> Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles 
> forestières cf. cet exemple au hasard 
> http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees
>  
> .
> 
> Donc pourquoi ne devraient-elles pas figurer dans OSM?

Dans la forêt communale près de chez-moi, les layons 
 sont souvent réutilisés par des 
sentiers pédestres, VTT ou équestres. Ils sont étiquettés avec les numéros de 
parcelles de part et d’autre.
Je confirme qu’ils sont de bon point de repères, en particulier quand on n’a 
pas de GPS ou que la précision est mauvaise.

Lors d’une discussion avec le garde forestier, il m’a indiqué que ces données 
étaient publiques (fichier des parcelles, layons…) et qu’il est possible de les 
obtenir commune par commune auprès de l’ONF.

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

Re: [OSM-talk-fr] ?

[Jérôme Amagat]

les limites des forêts publiques et des parcelles sont présentes sur
data.gouv.fr :
https://www.data.gouv.fr/fr/organizations/office-national-des-forets/

Apres le problème c'est, est ce que ça a sa place dans osm et, si oui,
comment les intégrés à osm, quel tag utiliser.

Le 2 avril 2015 17:54, Yves Pratter  a écrit :

>
> Le 2 avr. 2015 à 16:44, Romain MEHUT  a écrit :
>
> Les randonneurs (encore eux) s'orientent aussi grâce aux parcelles
> forestières cf. cet exemple au hasard
> http://www.bagnolesdelorne.com/le-grand-domaine/la-foret-des-andaines/les-randonnees
> .
>
> Donc pourquoi ne devraient-elles pas figurer dans OSM?
>
>
> Dans la forêt communale près de chez-moi, les layons
>  sont souvent réutilisés
> par des sentiers pédestres, VTT ou équestres. Ils sont étiquettés avec les
> numéros de parcelles de part et d’autre.
> Je confirme qu’ils sont de bon point de repères, en particulier quand on
> n’a pas de GPS ou que la précision est mauvaise.
>
> Lors d’une discussion avec le garde forestier, il m’a indiqué que ces
> données étaient publiques (fichier des parcelles, layons…) et qu’il est
> possible de les obtenir commune par commune auprès de l’ONF.
>
> —
> Yves
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ?

[Pieren]

Alors tagguez les pannonceaux. C'est eux que vous voyez sur le
terrain, pas les limites de parcelles. Il me semble qu'il existe déjà
des tags pour ça, peut-être à adapter pour ce cas particulier.

Pieren

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

Re: [OSM-talk-fr] ?

[Jérôme Amagat]

mais oui seulement les panonceaux! Pour les départements aussi je voix
juste les panonceaux qui me disent "bienvenu dans notre département" donc
je supprime les départements sous forme surfacique et je rajoute les
panneaux. pareil, pour les parc naturel, reserve... aussi alors?
Tu n'en a rien a foutre des forêts communales (moi aussi,en fait) mais
pourquoi ça n'aurai pas ça place dans osm au même titre que les réserves
naturel par exemple?

Le 2 avril 2015 18:33, Pieren  a écrit :

> Alors tagguez les pannonceaux. C'est eux que vous voyez sur le
> terrain, pas les limites de parcelles. Il me semble qu'il existe déjà
> des tags pour ça, peut-être à adapter pour ce cas particulier.
>
> Pieren
>
> ___
> 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] Couverture de l'Amérique du Nord de Osmose

[Frédéric Rodrigo]

Bonsoir,

Osmose est un outil d'assurance qualité. Il permet de détecter et 
signaler des erreurs sur la base d'un ensemble de plus de 200 règles.


http://osmose.openstreetmap.fr
http://wiki.openstreetmap.org/wiki/Osmose

Nous sommes heureux d'annoncer l'arrivée de la couverture de 
l'Américaine du nord par Osmose. Après l'Afrique et l'Antarctique, 
l'Amérique est le dernier continent entièrement couvert.
Cela a été rendu possible grace à l'intérêt de MapBox pour la qualité 
des données et leur don de 2 000 € à OpenStreetMap-France pour soutenir 
le projet Osmose. Cela a permis de louer un serveur de plus pour 
exécuter les analyses pour l'Amérique du Nord pour deux ans.


Ne vous décourager par la quantité d'erreurs. Dans Osmose vous pouvez 
filtrer les erreurs par gravité, par catégories, par thèmes... Vous 
pouvez n'afficher que les erreurs sur les objets dont vous êtes le 
dernier contributeur. Vous pouvez également afficher des listes 
d'erreurs, les exporter ou voir des graphiques d'évolution dans le temps.


Nous prévoyons de louer un deuxième serveur et essayer de finir le 
support de l'Europe. Ensuite, il va encore manquer une grande partie de 
l'Asie et de l'Océanie pour terminer decouvrir le monde. Les donations 
sont toujours les bienvenues pour permettre à Osmose de couvrir le reste 
des continents manquants.


L'équipe d'Osmose.


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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments

[Vincent Frison]

Le 2 avril 2015 16:00, Pieren  a écrit :

> 2015-04-02 11:13 GMT+02:00 Vincent Frison :
>
>
>> Personnellement j'aimerais bien qu'on prenne également la tranche des
>> 80%->90% car il faut bien voir que le découpage d'OSM est vraiment grossier
>> par rapport à celui d'OpenDataParis et qu'il y a forcément des différences
>> de surfaces assez importantes. Si on se dit que ma zone de test dans le 12e
>> arrondissement est assez représentative (on aura à peu près les mêmes
>> pourcentages sur l'ensemble de Paris) et qu'on accepte cette tranche de
>> 80%->90% cela permettrait de mettre à jour plus de la moitié des immeubles
>> parisiens (39 + 13 = 52%). Mais je comprends tout à fait que cela puisse
>> vous gêner et que vous préfériez ne rien mettre à jour plutôt que de mettre
>> à jour des données "fausses" (même si pour moi elles ne sont pas fausses
>> mais juste légèrement simplistes en raison des données existantes ;p).
>>
>
> Le surfacique des "building" viennent du cadastre. Mais on sait tous que
> le cadastre a son propre découpage qui contient souvent des
> artifices/erreurs/fantaisies avec des polygones séparés qui ne sont pas des
> bâtiments séparés mais au mieux des pièces ou pire, des balcons ou des
> cheminées (pour les plus petites). C'est pourquoi après l'import du bâti
> sur Paris, j'ai fusionné de nombreux polygones pour que le tag "building"
> s'applique vraiment à la surface du building et non à une partie seule
> (mais pas dans tous les arrondissements). De plus, de nombreuses cours
> intérieures ont souvent manqué pendant l'import (qui n'est pas de mon
> fait), ce qui peut aussi expliquer les différences avec les données de la
> ville.
>

Tout à fait, c'est typiquement ce genre de "simplifications" qui causent de
nombreuses différences au niveau des surfaces et dans le cadre de mon
import ça me pose évidemment un souci. Mais soyons bien clair, je trouve
que le travail accompli pour importer le cadastre est tout bonnement
magnifique, la valeur ajoutée à OSM est tellement énorme... et je ne
voudrais surtout pas paraître pour le mec qui crache dans la soupe qui
nourrit son programme ;)


> Voila j'attends vos retours avant de me lancer mon programme sur le
>> serveur live.
>>
>
> Avant de passer au vrai import de masse, il faut créer une page wiki
> décrivant le processus, résumer l'action dans un mail envoyé à la liste
> impo...@osm.org avec si possible un échantillon de fichier xml pour que
> les autres puissent juger de ce qui sera modifié. Il faut chercher
> "imports" dans le wiki pour trouver la procédure à suivre. Le risque sinon
> est d'avoir un revert automatique du DWG si tu passes dans leur radar.
>
> Sinon, tu pourrait commencer plus petit, avec un quartier assez
> caractéristique des problèmes rencontrés. Plus besoin de passer par la
> procédure officielle. Et d'avantage de gens pourront juger du résultat.
>

Ok je vais essayer de faire tout ça..


> De plus, il serait intéressant de publier ton script pour que d'autres
> puissent réitérer l'opération plus tard, sur la même zone ou ailleurs.
> Celui-ci devrait aussi d'ailleurs signaler les cas qui ont un écart trop
> grand entre les données de Paris et les valeurs déjà dans OSM (quand c'est
> le cas). Là aussi, dans l'optique de vérifier l'existant manuellement (les
> anciennes contributions peuvent être fausses, altérées ou obsolètes) et
> d'exécutions du même script plus-tard avec des données plus fraiches.
>

Mais carrément, j'ai déjà un petit projet GitHub :
https://github.com/vince-from-nice/osmaxil
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calvaire

[Philippe Verdy]

Là dessus le gestionnaire du site de la Région Bretagne ne joue pas le jeu
en n'affichant pas l'attribution demandée par GeoBretagne.fr dont il
reprend les fonds de cartes.
Ce n'est peut-être pas la faute de la région mais de son prestataire.

Avant d'imposer une licence LO/OL, il vaudrait mieux contacter le service
juridique de la région elle-même, pour qu'elle rappelle à l'ordre son
prestataire techniques sur les conditions légales, réglementaires et
contractuelles de ses prestations, faute de quoi la région mettra fin à son
marché public, et ira passer son marché ailleurs, et demandera des
compensations financieres (il vaut mieux qu'elle le fasse sous astreinte,
car sinon c'est le prestataire qui pourrait aller contester et réclamer des
sous à la région devant un tribunal, si la région ne motive pas
suffisamment l'annulation du contrat de marché public).

Les prestataires de marché publics sont souvent tres négligents dans leurs
fournitures si personne ne vient réellement contrôler les lots fournis au
moins pour en vérifier la légalité.

Mais braquer tout le monde en imposant une licence d'office est carrément
illégal si on n'est pas titulaire des droits, ce serait une totale
violation des droits d'auteur et des droits moraux, pire que le seul oubli
de mention de paternité et celui qui le fait peut-être poursuivi au pénal
pour usurpation d'identité et vol. Une licence ne se prend pas, elle est
toujours accordée. Si quelqu'un refuse d'accorder une licence d'une façon
acceptable ou le fait de façon discriminatoire, on peut le poursuivre pour
ce fait, mais tant qu'il n'y a pas de décision de justice pour qu'elle
saisisse un droit de licence au bénéfice du demandeur, le demandeur ne peut
pas l'accaparer (surtout que la licence détournée ira bénéficier aussi à un
nombre illimité d'utilisateurs qui n'auront plus aucun contact avec la
région, juste avec celui qui leur a transmis cette licence détournée)

Que l'Etat recommande une licence ouverte est une chose, il ne l'impose pas
et laisse les collectivités la forme de leurs licences et même d'accorder
des licences différentes pour des usages ou bénéficiaires différents (avec
plus ou moins de droits ou d'obligations).

En revanche ces collectivités ne devraient pas accorder de licences
*exclusives*, sauf peut-être dans le cadre des marchés publics réglementés
(ce serait des concessions, créant un droit de propriété temporaire,
normalement soumis à paiement d'une redevance à la collectivité)...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tours penchées

[Philippe Verdy]

Non il ne va pas nécessairement s'écrouler (les renforts de structure, les
contre-charpentes ça existe).
Rappel: j'ai dit que tous les bâtiments subissaient (surtout au début) des
déformations normales, et même souvent attendues si l'architecte a fait
correctement son travail et si le constructeur en a tenu compte sans faire
des économies.

Ce qui n'est pas toujours prévu c'est une modification sensible du sol
(peut-être par négligence sur les études géologiques, ou parce qu'il s'est
asséché de façon non prévue, par exemple le vidage d'une nappe souterraine,
qui peut avoir été causé par un chantier plus récent ou l'effondrement
d'une galerie souterraine) qui change la stabilité du bâtiment.

En pratique le penchement de l'horizontale et celui de la verticale sont
toujours combinés mais pas de la même façon (pas le même angle) car aucun
bâtiment n'est un volume homogène. Pour tout penchement il y a alors des
torsions hélicoïdales qui apparaissent, Le bâtiment peut en revanche rester
parfaitement stable grâce aux systèmes prévus au départ par les architectes
pour supporter ces déformations attendues.

Un léger penchement du plan "horizontal" n'est pas toujours gênant ou se
corrige éventuellement par un revêtement intérieur sur les planchers, il
n'est pas non plus en lui même un danger. mais le plus souvent c'est le
plan horizontal qui se déforme (la courbure est supporté par la flexibilité
des poutres et leur coulissement sur les supports verticaux d'appui)

Des bâtiments à façades volontairement hélicoïdales ça existe aussi et ce
n'est pas non plus le signe qu'ils vont s'écrouler (le sens de rotation de
cette hélice peut même être inversé par rapport au sens de rotation des
contraintes de déformation hélicoïdales et dans ce cas c'est parfaitement
stable!)

Si on regarde précisément la plus haute plateforme de la tour Eiffel ou du
sommet de toute autre grande tour, son carré ou rectangle n'est pas
exactement aligné sur le même angle que celui de la base, il y a déjà eu
une déformation hélicoïdale le long de la verticale faisant pivoter
légerement le sommet (le pivotement peut même varier selon les saisons et
les températures ou même en cours de journée selon l'ensoleillement du fait
de la dilatation des charpentes métalliques, les antennes posées dessus
voient leur orientation bouger légèrement et soit les lobes des émetteurs
sont taillés pour rester dans des marges correctes permettant de couvrir
avec un signal correct les zones de réception prévues, soit ces antennes
disposent d'un systeme de réorientation pour les transmissions à longue
distance)

Mais là on sort du cadre OSM: on ne va pas taguer les déformations
journalières ou dépendant de la météo. En revanche le penchement d'un
bâtiment, s'il est facilement observable et mesurable, est toujours plus
complexe qu'un unique changement angulaire, il n'est même jamais linéaire.

C'est uniquement la partie simple linéaire de ce penchement (rotation et
"shearing") que pour l'instant tu as décrite ; mais comme ici ce sera
surtout pour des bâtiments où un penchement significatif est facilement
observable et mesurable (sans aller jusqu'à inspecter l'orientation des
micro-fissures pour déterminer l'orientation locale de toutes les forces de
contrainte), c'est justement dans ce cas-là que les déformations
hélicoïdales deviennent significatives, et là que justement on ne peut plus
assimiler ces déformations à un seul angle mais au moins deux (un pour le
plan horizontal moyen, et un autre pour les verticales moyennes) et que les
déformations réelles sont justement les plus éloignées de cette partie
linéaire.

Regarder par exemple les penchements des anciens bâtiments du Quai de la
Fosse au bord de la Loire à Nantes, pourtant ils ne vont pas s'écrouler
avant encore longtemps, alors qu'il n'y a plus aucune ligne droite et plus
aucune surface plane sur leur façade, les déformations hélicoïdales sont
bien visibles (les murs sont "enflés" ou "amincis" selon le côté et ça ne
penche clairement pas dans la même direction "azimuthale" entre les
verticales d'une part et les planchers "horizontaux" de l'autre) ;
cependant ces bâtiments sont en appui les uns sur les autres et forment une
charpente commune, et on ne pourrait plus en démolir un sans ajouter des
soutiens pour les autres (pour certains il y a déjà des renforts de
charpente ajoutés à l'intérieur ou l'extérieur).

On voit de tels penchements "complexes" (avec déformations hélicoïdales)
dans tous les vieux quartiers (qui sont souvent en bordure des fleuves sur
un terrain meuble) ou encore pour les maisons et fermes traditionnelles en
bois (nombreux cas à Rennes par exemple, ou en Normandie, Alsace, etc. avec
leurs façades "enflées" ou "amincies"). Le Pont du Gard a lui aussi de
telles déformations (et le plan "horizontal" de l'aqueduc n'est clairement
plus plan, il penche suivant divers angles par endroit selon les
déplacements différents de ses piliers et arches et ça se voit au premier
coup d’œil sur les pierres qu

Re: [OSM-talk-fr] Base de données des commerces existants

[Marc Sibert]

Le 02/04/2015 09:37, Brice MALLET a écrit :

/Icode : un nouvel outil de cartographie des commerces//
//
//une toute nouvelle application baptisée Icode lancée par Bercy (et) 
disponible depuis le 27 mars, cette base de données gratuite est mise 
à disposition des collectivités territoriales, des préfectures et des 
chambres de commerce et d'industrie qui recevront les codes d'accès 
dans les prochains jours. Elle est accessible sur le site 
https://icode.entreprises.gouv.fr./


Source : 
http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualite&jid=1250268711858&cid=1250268705556


Pas de mention quant à une possibilité de diffusion plus large ou la 
licence appliquée.

À creuser par ceux qui seraient intéressés.

Brice

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Oui bien sur pour rajouter dans Osmose, mais ça m'a pas l'air bien 
ouvert (comme site, il faut un compte) et comme données.


A suivre, et à suivre par les services du 1er ministre qui pourraient 
pousser tout ça en opendata ;-)


A+

--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] ?

[Eric Bechet]

Le 02/04/2015 19:19, Jérôme Amagat a écrit :

mais oui seulement les panonceaux! Pour les départements aussi je voix
juste les panonceaux qui me disent "bienvenu dans notre département"
donc je supprime les départements sous forme surfacique et je rajoute
les panneaux. pareil, pour les parc naturel, reserve... aussi alors?
Tu n'en a rien a foutre des forêts communales (moi aussi,en fait) mais
pourquoi ça n'aurai pas ça place dans osm au même titre que les réserves
naturel par exemple?


Bonjour,

Je trouve l'idée de représenter les parcelles lorqu'elles sont 
identifiées sur le terrain p.ex. par des numérons inscrits sur les 
arbres très intéressante. C'est utile pour le promeneur, le cueilleur de 
champigons, le chasseur, sans même parler des personnes directement 
concernées. Alors c'est utile dans OSM.  Ce sont des données publiques, 
et non des choses privées etc...


Maintenant, la question du rendu est délicate. M'est avis que les forêts 
sont des zones suffisemment peu chargées en données sur le rendu 
standard pour que cela puisse sans problème y figurer par défaut. Mais 
évidemment le numéro de parcelle n'a rien à faire dans le nom... Donc il 
faudrait idéalement modifier les règles de rendu pour que cela figure si 
c'est une (ref:)


Eric (aka SidneyBechet)


Le 2 avril 2015 18:33, Pieren mailto:pier...@gmail.com>> a écrit :

Alors tagguez les pannonceaux. C'est eux que vous voyez sur le
terrain, pas les limites de parcelles. Il me semble qu'il existe déjà
des tags pour ça, peut-être à adapter pour ce cas particulier.

Pieren

___
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