Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Bruno Cortial]

Le 26 décembre 2017 à 09:14, JB  a écrit :

> Le 25/12/2017 à 16:56, Christian Quest a écrit :
>
>> C'est ici: http://osmose.openstreetmap.fr/fr/errors/?source=14708=
>> 7170=13
>>
> Hello,
> Je dois être handicapé d'Osmose, mais je n'arrive toujours pas à atteindre
> la carte osmose avec les erreurs qui correspondent. Quelqu'un aurait
> l'indulgence d'envoyer le lien qui va bien ?
> JB.
>
>
Hello,
Regardes si tu n'es pas verrouillé sur un niveau de gravité (tout premier
champ à gauche dans la liste de sélection) : j'ai eu ce soucis.

Et merci Christian !

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

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Bruno Cortial]

Le 1 juin 2016 à 14:10, Nicolas Moyroud  a écrit :

>  Ce ne serait pas plutôt possible de faire l'extraction vectorielle à
> partir du serveur de tuiles openstreetmap France du coup ?
>

C'est limite jouable : https://www.openstreetmap.org/user/BrunoC/diary/9525
La vectorication avec autrotrace créait des artefacts, des imprecisions,...

gdal fait ce genre de truc : http://www.gdal.org/gdal_polygonize.html

Les pdf sont une source déjà vecteur. On peut espérer qu'a une certaine
échelle, les nouveau pdf produits sont de qualité équivalente aux anciens.
Il "suffirait" alors de multiplier les pdf sur la commune, et de d'éliminer
les doublons lors de la constitution du .osm.

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

Re: [OSM-talk-fr] Frontière Guyane osm-fr

[Bruno Cortial]

Bonjour

On voit un truc qui cloche sur le rendu osm-fr :
http://tile.openstreetmap.fr/?zoom=8=3.85759=-54.17815=B000FF

La relation Guyanne semble OK (ainsi de France)
http://www.openstreetmap.org/relation/2502058#map=13/4.3883/-54.4091

Le changeset qui a changé les objets
http://www.openstreetmap.org/changeset/39077411


Pour la question du rendu osm-fr, je dirais qu'il manque :
boundary  = administrative
border_type = nation
admin_level = 2

sur http://www.openstreetmap.org/way/415343576

... mais je suis rouillé question boundary.

Bruno




Le 30 mai 2016 à 16:53, J. N. Squire  a écrit :

> Bonjour,
>
> Qu'entends-tu par "frontière cassée", exactement ?
>
> À propos du rendu Mapnik, je vois que de gros bouts de fleuve ont
> également disparu  dans
> la zone, ce qui est assez inquiétant. Je n'ai pas le souvenir d'avoir fait
> des modifications pareilles, et je me demande bien qui a changé tout cela
> (mais c'est peut-être lié à une modification du trait de frontière ?).
> Est-ce que quelqu'un s'y connaîtrait suffisamment pour nous aider à repérer
> cette modification, svp ?
>
> À plus tard,
>
> 
> Feldo
>
>
>
>
> Le 28 mai 2016 à 11:02, Waxy  a écrit :
>
>> Salut,
>>
>> Semblerait que la frontière de la Guyane française soit cassée dans le
>> rendu FR. Avec Mapnik c'est OK.
>>
>> Les données ont été touchées ou c'est juste le rendu ?
>>
>> Steph
>> @+
>>
>> ___
>> 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] Communes nouvelles - fusion de communes

[Bruno Cortial]

Le 31 décembre 2015 à 14:43, Francescu GAROBY  a écrit :

> Si j'en crois le paragraphe Wikipedia que tu cites :
> * Il n'est pas dit si les conseils départementaux concernés et le Conseil
> d'État ont validé, pour les 1er et 3ème cas listés. Il faut donc aller
> chercher ça dans les délibérations des 2 CD et du CE ;
> * Dans le 2ème cas, le CD de l'Ain a rejeté, donc la procédure s'arrête là.
>

Oui, c'était pour rappeler ces cas de figure, on a encore du temps avant le
Conseil d'Etat.
Sinon la situation des 2 Seyssel... comment dire...  :/

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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Bruno Cortial]

Bonjour,
Je ne sais pas si cela a déjà été abordé, des limites de départements sont
aussi à modifier :

https://fr.wikipedia.org/wiki/Projet_de_communes_fran%C3%A7aises_nouvelles_en_2016#Cas_particuliers


Bon réveillon
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Erreur d'orthographe dans le nom d'une rue à Nantes

[Bruno Cortial]

Bonjour,
En ce qui me concerne les FANTOIR me passent au dessus de la tête, mais il
se trouve qu'il y a 2 événements de cartopartie qui se préparent en
novembre sur la quartier de la Bottière avec Alis44 (http://alis44.org/).
En attendant le contrôle des plaques sur le terrain, tu peux poser une Note
sur le secteur.

Peu de contributeurs lisent la liste talk-fr, mais l'usage des Notes
progresse, parce que nous le mettons en avant comme tout premier mode de
contribution accessible au plus grand nombre, mais aussi via Géovélo qui
l'a toujours intégré à ses cartes.

A+
Bruno

PS: Les cartos auront lieux les 14 et 18 je crois. Précisions à venir sur
nantes.openstreetmap.fr


Le 18 octobre 2015 18:59, Philippe Verdy  a écrit :

> Nantes a créé une petite "rue Germaine Tillon" (avec une seule adresse au
> 1 pour sa maison de quartier, auparavant c'était le 147 route de
> Sainte-Luce).
>
> Au passage la ville a mis à jour cette adresse officielle pour sa maison
> de quartier de Bottière. [1]
>
> Pourtant tout semble indiquer que c'est une faute d'orthographe sur le nom
> "Germaine Tillion" (il manque un i) de cette résistante entrée en 2015 au
> Panthéon [2][3]. D'autres communes en France ont nommé des rues à son nom
> en son honneur.
>
> Cependant je pense qu'il s'agit d'une erreur de la mairie (ou son
> prestataire web) et non de l'association Accoord qui mentionne encore
> l'ancienne adresse. [4] L'erreur vient peut-être aussi d'une faute de
> frappe dans un arrêté municipal.
>
> La rue "Germaine Tillon" n'a pas de référence FANTOIR actuellement. Il
> faudrait sans doute le signaler à la mairie qui s'est sans doute plantée
> sur son site web avant d'officialiser de façon visible.
>
> Mais j'hésite à corriger dans OSM (ce nom n'est peut-être même pas encore
> affiché sur le terrain et c'est sans doute pour ça que ce n'est pas dans le
> FANTOIR).
>
> Philippe.
>
> [1]
> https://www.nantes.fr/home/a-votre-service/equipements/maison-de-quartier/maison-de-quartier-bottiere.html
> [2] http://fr.wikipedia.org/wiki/Germain_Tillion
> [3] http://www.germaine-tillion.org/
> [4] http://www.accoord.fr/les-centres/est-erdre/bottiere
>
>
> ___
> 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] Limite maritime

[Bruno Cortial]

Bonjour,

Pouvez-vous me préciser à  quelle limite ce chemin correspond ?
http://www.openstreetmap.org/way/31030275#map=12/47.3824/-2.5931


S'il s'agit d'une limite en mer entre les régions Pays de la Loire et
Bretagne il y a un hic, car l'île Dumet fait partie de la commune de
Piriac-sur-mer en Pays de la Loire.
De même le SEMREV (http://www.openstreetmap.org/way/209424670 et
http://www.semrev.fr/fr/sig) est plutôt porté par les Pays de la Loire, CCI
Nantes St Nazaire, et Centrale Nantes.


J'ai trouvé ici un document montrant les limites de compétances des préfets
maritimes (qui ne sont pas vraiment des limites de régions). On voit que
l'allure de la limite dans OSM n'est pas la même.

http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/les-limites-maritimes-sur-la-facade-sud-atlantique-r212.html
http://www.dirm.sud-atlantique.developpement-durable.gouv.fr/IMG/pdf/golfe_gascogne_limites_administratives_mai_2011_cle2352de.pdf

Le décret en question précise dans son article 1 les coordonnées des
points, mais il est noté abrogé sur légifrance. Quoi penser ?
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00525077categorieLien=cid


Question technique HS: par quelle(s) opération(s) de topologie trace-t-on
des limites équidistantes


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

Re: [OSM-talk-fr] Potlatch 2 : une interface qui s'affiche par défaut sur OSM

[Bruno Cortial]

Bonjour,

Sans doute utilise-t-il Internet Explorer (quelle version ?). Le support
d'iD n'est pas optimum pour toutes les versions du navigateur de Microsoft.
Voir à utiliser Firefox, ou Chrome/Chromium.

Bruno

Le 22 juillet 2015 16:40, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 Le 22 juillet 2015 16:34, Nicolas Cucchietti 
 nicolas.cucchie...@cddpnr06.org a écrit :


 Donc ma question, si quelqu'un peut y répondre, c'est : *Savez-vous s'il
 y existe un moyen de régler le problème d'interface que je rencontre ? Si
 oui, comment ? Si non, alors existe-t-il un moyen de mettre l'interface
 Potlatch 2 en français par défaut ?*

 ​Merci d'avance à ceux qui pourront m'aider... je suis un peu perdu...​


 Bonjour,

 Il faut configurer l'éditeur préféré dans les options d'osm :

 Monsieur le Maire doit aller sur son compte (
 https://www.openstreetmap.org/user/[MonsieurLeMaire]/account) et choisir
 ID dans un des menus déroulants.

 Pierre-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] Bug de rendu

[Bruno Cortial]

Bonjour,
Dans ce genre de cas on peut utiliser la nouvelle fonction disponible sur
osm.org afin d'identifier l'objet en cause : Requête sur les objets
symbolisé par un ? à droite.

Cela permet de renvoyer les objets englobants l'endroit cliqué, et aurait
sans pu identifié le building (?) en cause.

A+
Bruno

Le 8 juin 2015 11:45, Xavier Cremaschi omega.xav...@gmail.com a écrit :

  Ok, merci pour ta réponse.



 Le 08/06/2015 11:36, Sylvain Maillard a écrit :

  Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de
 l'import/mise à jour des données.

  Le problème semble corrigé, lorsque l'on force la régénération des tuiles
 celles-ci apparaissent correctement. Une des solutions est de passer toutes
 les tuiles concernées en /dirty pour forcer le recalcul, ou sinon
 d'attendre une peu qu'elles soient recalculées automatiquement


  Sylvain


 Le 8 juin 2015 11:31, Xavier Cremaschi omega.xav...@gmail.com a écrit :

 Bonjour,
 il y a un bug de rendu ici :
 http://www.openstreetmap.org/#map=19/48.95067/4.36876
 uniquement au niveau de zoom maximum.
 Une grande zone rectangulaire marron apparait. Une idée de ce qui peut
 être fait pour corriger ça ? Qui faut-il contacter ?

 Merci :)
 Xavier.

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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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] Cadastre et riverbank

[Bruno Cortial]

Le 4 juin 2015 11:23, JB jb...@mailoo.org a écrit :

  Le 04/06/2015 10:37, Jérôme Seigneuret a écrit :

 Après avoir mesuré au *zoom 18* le tracé d'un *river* fait déjà *entre 5
 et 6 m* sur Mapnik. A voir sur les autres.

 Sur R25 au 1:25000, elle fait environ 1mm, soit 25 mètres… Du coup, je
 passe en stream tout ce qui est plus étroit ? La donnée et le rendu sont
 deux choses différentes.



Je ne connaissais pas cette variante de taguer pour le rendu :-)
Ne savez-vous pas que les cartes mentent ?

http://fr.wikipedia.org/wiki/G%C3%A9n%C3%A9ralisation_cartographique#Le_mensonge_cartographique

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

[Bruno Cortial]

Bonjour,

On peut dejà se faire une idée globale avec ce genre de requete.
http://overpass-turbo.eu/s/9IN

Si la question est de supprimer massivement les points du contributeur
SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son
process est réellement automatisé, il ne faudra pas longtemps avant que les
points repopent

Je demanderai plutôt un blocage temporaire du compte afin qu'il réagisse...

Bruno

Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a
écrit :

 La difficulté est qu'il y a un changeset par POI, donc autant de reverts.

 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr:

 Du coup, qui s'occupe du Revert ?



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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


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

Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)

[Bruno Cortial]

Bonjour,
Afin d'avoir l'audience la plus large, tu peux désormais commenter ton
changeset.

A+
Bruno

Le 29 avril 2015 08:06, Marc Sibert m...@sibert.fr a écrit :

 Bonjour,

 Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot
 important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les
 champs (https://www.openstreetmap.org/changeset/30605361).

 Je fais le nécessaire pour corriger, mais il me reste encore 312
 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y
 toucher car ça reste synchrone avec l'état de mon JOSM.

 Merci de votre compréhension,

 A+

 Marc / Marcussacapuces91

 --
 Marc Sibert
 mailto:m...@sibert.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] Besoin d'aide sur Etrex 10

[Bruno Cortial]

Bonjour,
Il semble pourtant que cela soit possible.
http://etrex10.ru/en/review.html
http://etrex10.ru/en/index.html

Mais il faut créer ses fichiers .map soit-même, afin de rentrer dans les
limites de stockage de l'appareil, mais aussi ses limites de puissance de
calcul pour la partie affichage (et en plus c'est du monochrome).

Ce lien (en allemand) semble proposer tout ce qu'il faut, en particulier
les fichiers style et TYP.
http://gps.maroufi.net/etrex10map.shtml

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

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)

[Bruno Cortial]

Le 25 mars 2015 14:41, Vincent Pottier vpott...@gmail.com a écrit :

Mais justement, il semblerait que la FFRP soit en difficulté aujourd'hui
 pour faire valoir le droit d'auteur et revendiquer la propriété
 intellectuelle sur nombre d'itinéraires.


Ah bon ?! Sur les GR  GRP  ?! Quelle est la source de cette info ?

Et pour en revenir aux collectivités, si on attend une réponse de leur part
sur une antériorité/faille les itinéraires copyrightés, elles sont dans le
même flou (bien aidées par l'ign et la FFRP)

FFRP vit sur un modèle du passé, ok nous en sommes convaincus ici, mais il
faut le démontrer à tous, et dans cette optique il faut faire un coup de
comm, forcant une réponse de la FFRP.

Je vois un projet du style OSM hacke le GR20 !
On enrichi OSM de la relation GR20
On en démontre tous les usages libres comme :
* Un rendu TOPO20 Maperitive
* un calcul de distance
* un calcul de dénivellé+ dynamique
* une video historique à la ITO
* Les usages dans OSMand et autres app
... que sais-je ?!

En précisant le flou juridique dans lequel la FFRP nous laisse et nous
bride.

Crever l'abcès en envoyant un courrier à la FFRP pour dire qu'on a pas eu
de réponse serait un peut léger pour une organisation de 2 millions de
contributeurs.


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

Re: [OSM-talk-fr] [newbie] Pourquoi OSM n'affiche pas les grandes villes?

[Bruno Cortial]

Bonjour,
Cela pourrait être aussi parce qu'il n'y pas pas de noeud place pour Poissy
;-)

A+
Bruno

Le 27 février 2015 16:21, Pierre Béland pierz...@yahoo.fr a écrit :

 Les règles de rendu ne gèrent pas correctement les conflits d'affichage.
 Ticket ouvert depuis un certain temps déja.
 voir https://github.com/gravitystorm/openstreetmap-carto/issues/1083

 Pierre

   --
  *De :* Shohreh codecompl...@free.fr
 *À :* talk-fr@openstreetmap.org
 *Envoyé le :* Vendredi 27 février 2015 9h32
 *Objet :* [OSM-talk-fr] [newbie] Pourquoi OSM n'affiche pas les grandes
 villes?

 Bonjour

 Question de débutant sur un phénomène que je vois souvent sur OSM que ce
 soit avec le rendu Mapnik ou OCM : la carte affiche de petits patelins mais
 pas la grande ville à côté.

 Exemple : OSM affiche Carrières-sous-Poissy mais pas Poissy juste à côté et
 plus importante:

 http://www.openstreetmap.org/#map=13/48.9240/2.0617layers=Q

 Résultat, quand on prépare un parcours et qu'on ignore où se trouve la
 ville, on ne trouve pas et passage par Google Maps.

 Quelqu'un sait pourquoi?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/newbie-Pourquoi-OSM-n-affiche-pas-les-grandes-villes-tp5835189.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


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

Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet

[Bruno Cortial]

Bonjour,

Tu peux visualiser la complétude du tag maxspeed sur les cartes thématiques
d'ITO :
http://www.itoworld.com/map/124?lon=2.34840lat=48.86177zoom=12fullscreen=true

Tu peux, comme le font la majorité des moteurs de routage basé sur OSM,
appliquer des valeurs par défaut en fonction du type de voie
https://github.com/osmandapp/OsmAnd-resources/blob/master/routing/routing.xml#L180

Tu peux aussi contribuer à OSM en ajoutant les bonnes valeurs, près de chez
toi :-)

Bruno

Le 10 décembre 2014 13:46, image93 lcel...@cci-paris-idf.fr a écrit :

 Bonjour,

 Je fais des tests de cartographie d'isochronie sous différents logiciels.
 Ma
 zone d'étude est le département  de Seine Saint Denis (93), près de Paris.

 Afin d'avoir un graphe (reseau) routier j'ai téléchargé toutes les couches
 OSM sur l'Ile de France. Pour la couche roads, je retrouve bien le champ
 maxspeed (km/h), indispensable pour les cartes d'isochronie. Malheuresement
 ce champ est renseigné pour 1.157 objets sur 26.984!

 Comment faire? Connaitriez vous un moyen pour remplir et compléter ce champ
 avec les bonnes valeurs? Si celà est impossible connaitriez vous un autre
 fichier téléchargeable, couche vectorielle (reseau de routes) plus
 approprié?

 Merci d'avance.





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810.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] Communes manquantes dans OsmAnd

[Bruno Cortial]

Bonjour,
Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en
dynamique lors de la recherche sont des place=town et plus.
Le bouton Rechercher dans les villages et codes postaux étend la
recherche.

Bruno

Le 26 novembre 2014 11:17, Eric Sibert courr...@eric.sibert.fr a écrit :

 J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par
 adresse, certaines communes n'apparaissent pas du tout. Exemples:
 - Tournon (Savoie)
 - Veurey-Voroize (Isère)

 J'ai essayé avec le fichier Rhone-alpes installé automatiquement par
 l'application, avec le fichier téléchargé manuellement depuis le site web
 et avec le fichier France adresses-nationwide aussi téléchargé
 manuellement. Rien à faire.

 Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes
 soient prises en compte?



 Eric


 ___
 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] tutoriel manquant sur l'intégration

[Bruno Cortial]

Le 29 octobre 2014 13:13, Pieren pier...@gmail.com a écrit :

 Dans osm.org, cliquer sur share puis html et copier le lien.


A noter que AdBlock+ filtre l'affichage de cette boite share-link.
Enervant.

Ticket ouvert :
https://reports.adblockplus.org/0cddac08-eaee-4392-9f12-ee18270a006b#tab=all

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

Re: [OSM-talk-fr] tutoriel manquant sur l'intégration

[Bruno Cortial]

Le 29 octobre 2014 13:57, Greg ewala...@gmail.com a écrit :

 C'est bizarre, j'ai AdBlock Edge
 https://addons.mozilla.org/en-US/firefox/addon/adblock-edge/ et je n'ai
 pas de problèmes. Je croyais que les deux utilisaient les mêmes listes,
 seulement que AdBlock+ rajoute une liste blanche pour les sites et régies
 qui payent pour ne pas être bloqués
 http://www.mac4ever.com/actu/94774_nouveau-scandale-autour-de-la-mafia-adblock-plus-qui-ponctionne-maintenant-les-editeurs
 .

 Il faut croire que je me trompais.


Cela dépend effectivement de la liste de filtrage choisie. En ce qui me
concerne c'est easylist, et la règle  ##.share-link de
https://easylist-downloads.adblockplus.org/fanboy-social.txt

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

Re: [OSM-talk-fr] Prix des carburants ?

[Bruno Cortial]

Bonjour,
Merci pour cette nouvelle source Osmose.

J'ai une question de tag :
Comment doit-on taguer une station qui ne fournit du E85 que durant ses
horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui
possible pour les autres carburants ?

Bruno



Le 9 octobre 2014 21:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 07/10/2014 11:25, Yves Pratter a écrit :


 Le 6 oct. 2014 à 20:25, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

  Mais c'est quand même plus facile lorsque les ref sont intégrées à OSM
 et il n'y a pas toujours de ref, ou des ref non privé en la qu'elle
 on peut avoir confiance.

 J’ai vu que tu ne proposes pas d’attribut ref.
 Est-ce un oubli ou un plutôt un choix ?


 Il y en a un, mais ne sachant pas à quoi il correspond, mais je ne l'ai
 pas prit.


  Le 06/10/2014 17:38, Jérôme Amagat a écrit :

 Les stations bien geocodé (ou pas trop mal) et presente dans osm ont
 disparu (osmose en a trouvé combien? c'est possible de la savoir?)

 La mise à jour de données OSM avec des données OpenData est une
 amélioration de l'intégration de données avec Osmose que j'ai en tête.

 Super :-)

 Peux-tu forcer l’affichage de toutes les stations services pour les tests
 ?


 Non

  Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com a écrit :

  Tous les autres services étant des amenity séparé, je vais les ignorer
 pour l’instant

 Le preset dans JOSM permet d’indiquer si il y a une boutique, des
 toilettes, un kiosque…

 shop=yes
 shop=convenience
 shop=kiosk

 En regardant la page shop http://wiki.openstreetmap.org/wiki/Key:shop,
 je ne trouve pas ça très adapté — au moins pour les toilettes :
 Le tag le plus adapté serait *toilets=yes*  ?
 cf. Toilets within places
 http://wiki.openstreetmap.org/wiki/Tag:amenity=toilets#
 Toilets_within_places
 J’ai vu dans ton framapad
 http://lite3.framapad.org/p/station_services que tu pensais à
 amenity=toilets mais il est précisé que l’utilisation de la clé
 *amenity* est uniquement dans le cas où les toilettes sont un objet à
 part.

 Idem pour les stations de gonflage des pneus :
 compressed_air=yes
 http://wiki.openstreetmap.org/wiki/Tag:amenity=compressed_air#Examples
 pour
 un service de proposé dans un lieu et *amenity=compressed_air* pour une
 station « isolée ».

 Piste poids lourds. C’est vital pour des camions, mais aussi pour des
 campings-car, une voiture tirant un van pour transporter des chevaux…
 La question a été traitée pour les voies d’accès de parking…
 Cf. HGV pour Heavy good vehicles) dans Lane dependent restrictions
 http://wiki.openstreetmap.org/wiki/Hgv#Lane_dependent_restrictions et
 la section Parking in Industrial Areas
 http://wiki.openstreetmap.org/wiki/OSM_Transport_Karte#
 Parking_in_Industrial_Areas de
 la page *OSM Transport Karte*
 Donc :

   * serviceToilettes publiques/service *toilets=yes*

   * serviceStation de gonflage/service *compressed_air=yes

 *
   * serviceBoutique non alimentaire/service *shop=yes ??*
   * serviceBoutique alimentaire/service *shop=convenience*
 il y a parfois les 2 services simultanément

   * servicePiste poids lourds/service *hgv:lanes=yes*


 J'ai prit ça en compte.

 On finalement activer l'analyse - à la prochaine mise à jour des résultats.



 ___
 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] Présentation de BANO au CNIG

[Bruno Cortial]

Bonjour,

Ce post de blog devrait tout de même nous interpeler, non pas en tant que
contributeur OSM, mais en tant que contribuable et citoyen. Une donnée
libre doit s'il elle veut vivre doit être gérée par une entité qui met en
place les outils permettant libre difusion, contrôle et d'édition.
Souhaitons-nous que BANO² soit géré par OSM France, un organisme d'état
identifié, ou disons Mapbox. Je dis Mapbox pour agiter un chiffon rouge aux
habitués de la liste, mais j'aurai pu citer un opérateur adresses privé
comme les PagesJaunes.

J'espère ne choquer personne en affirmant que le blanc mouvement Open Data,
et les licences qui vont avec, ont 3 couleurs primaires: Participative,
Libertaire et Libérale. Il ne faut pas éluder ce dernier aspect. Une base
OdBL n'est pas de fait *un bien hors de l'emprise capitaliste*.

Bruno


Le 3 octobre 2014 10:18, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le vendredi 3 octobre 2014 09:55:11, Jean-Marc Liotier a écrit :

  C'est hautement comique de la part de la CGT de s'insurger contre la
 construction d'un bien hors de l'emprise capitaliste, auquel chacun
 donne selon ses capacités et disponible à chacun selon ses besoins
 (toute ressemblance avec un auteur Allemand du 19eme siècle ne serait
 que fortuite)...


 Ah mais non ! Tu n'as toujours pas compris qu'une association sans but
 lucratif, l'ouverture des donnée, le bénévolat, c'est de l'ultralibéralisme
 ? C'est 1000 fois pire que le méchant capitalisme.

 :-

 Stf



 ___
 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] Mapbox Studio (était : MapOSMatic)

[Bruno Cortial]

Le 12 septembre 2014 13:42, JB jb...@mailoo.org a écrit :

  Suite du HS.
 C'est pas pour taper sur Mapbox (on peut aussi), mais ça vaut le coup de
 lire ça aussi :
 https://www.mapbox.com/mapbox-studio/common-questions/#do-i-need-a-mapbox-account-to-use-mapbox-studio
  *Do I need a Mapbox account to use Mapbox Studio?*

 *Yes, a Mapbox account is needed to access the default vector tile sources
 included in Mapbox Studio. You can try out the features of Mapbox Studio
 for free but to make use of all of the functionality you must be on the
 Mapbox **Standard plan https://www.mapbox.com/plans/**.*
 Un Standard plan, soit une « location » de 5 dollars par mois… C'est beau,
 le soutien à la communauté…
 JB.



Bonjour la liste,
Il est clair qu'ils mettent en avant leur solution, mais cela reste à
relativiser : le logiciel est libre (BSD-like je crois), et sur la version
de dev (tm2) on peut utiliser n'importe quelle source de vector-tile. Et
dans Studio on peut sauvegarder nos sources au format MBTile vector (
https://www.mapbox.com/mapbox-studio/source-quickstart/ )

Les évolutions de Studio sont là pour s'intégrer au mieux avec leur
infrastructure, basée exclusivement sur les vector-tile. Avec Tilemill le
logiciel produisait des tuiles raster, qui pouvaient être remontées sur les
serveurs de mapbox. Studio remonte sur les machine de mapbox le fichier de
style et les sources (layer postgis, shapefile) au format vector-tile.

Résultat pour Mapbox : node.js + mapnik + vector-tile
fini mod_tile, plus de cache (au niveau de la chaine de rendu), les tuiles
raster générées à la volée très rapidement (10 ms !), donc prise en compte
des modif de style instantanée. Coût nul pour chaque nouveau style
utilisant des sources vecteur existantes.

En résumé osm2pgsl fourni un shéma orienté rendu, mais il faut exécuter des
requête à chaque fois. Avec les tuiles vecteur les données à rendre sont
immédiatement accessibles.

https://www.youtube.com/watch?v=NoLJHgqDCzc

Je n'ai toujours pas compris comment il gèrent efficacement les modifs de
source (fichiers diff) pour mettre à jour les vector tile...

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

Re: [OSM-talk-fr] cartes personnelles et routes

[Bruno Cortial]

Bonjour,

Keepright propose une analyse de détection des quasi-jonctions:

http://keepright.at/report_map.php?zoom=11lat=47.95174lon=-4.08869layers=B0Tch=0%2C50show_ign=1show_tmpign=1

Bruno


Le 20 août 2014 01:27, Muselaar musel...@ouvaton.org a écrit :


 Le 19/08/2014 16:39, Muselaar a écrit :


 Le 19/08/2014 11:37, Nicolas Dumoulin a écrit :

 Bonjour,

 Le lundi 18 août 2014 23:35:08 Muselaar a écrit :

 Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un
 seul ? Umap aurait-il un mode d'import qui le permette ?
 J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un
 seul, mais ça ne marche pas au delà d'un ou deux.

 Dans JOSM, si tous tes chemins se suivent, tu n'as qu'à sélectionner
 tous tes
 chemins (à la main, ou en recherchant type:way), supprimer toutes les
 étiquettes (tags) et les fusionner (raccourci clavier [C]).

 Tu as réussi à le faire ?
 Moi, au bout de 2 chemins, j'ai l'alerte « les chemins ne peuvent être
 fusionnés » et basta… Même en les prenant un par un, même en ayant supprimé
 tous les tags (en sélectionnant l'ensemble du calque). Du reste, je le fais
 très rarement en cartographiant, la tendance naturelle est plutôt l'inverse.


 Je viens de comprendre pourquoi, je parie que vous n'avez pas imaginé que
 j'aie calé sur un truc si basique, et je me souviens maintenant que ça
 m'était déjà arrivé : impossible de fusionner des chemins s'il ne sont pas
 déjà joints l'un à l'autre. Et OSM ne manque pas de nœuds tellement proches
 l'un de l'autre qu'ils s'affichent comme un seul point, mais en fait ils
 sont non soudés. On peut le voir avec la taille du carré : s'ils sont
 soudés, les nœuds sont gros, et s'ils ne le sont pas, ils sont petits.
 Il faut donc prendre chaque segment un à un pour le vérifier, et ensuite,
 ça marche.

 Muselaar.


 ___
 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] Aires de covoiturage

[Bruno Cortial]

Le 21 juillet 2014 14:32, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Ces aires sont avant-tout des parkings. Elles ont une signalétique
 indiquant qu'elles sont destinées aux covoitureurs mais rien n'empêchent de
 s'y stationner comme n'importe quel autre parking.


Bonjour,
On trouve également des aires dédiées de très petite surface qui servent
uniquement de point de rendez-vous temporaire avec maxi 5-6 places pour les
véhicules. On les trouve près des grands machins multimodaux. A Nantes il
n'y même pas un banc pour la centaine de covoitureurs habitués du Cardo.

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

Re: [OSM-talk-fr] Edition des relations pour les transports en commun (ville de Nantes)

[Bruno Cortial]

Le 16 juillet 2014 10:14, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Par contre, je remarque qu'elles portent toutes les 2 les tags
 state=proposed. Je ne sais pas si elles existent vraiment sur le terrain.

 Bonjour

Les relations itinéraires (bus et vélo) de Nantes sont dans un état
déplorable. Il y a eu sur le terrain pas mal de modifs ces derniers temps,
et leur modification/maintenance n'a pas suivi. En ce qui me concerne le
schema transport fut un répulsif puissant !

Merci à Jean-Michel de mettre le sujet sur le tapis sur le fond (corriger
les relations) et sur la forme (nouvel éditeur de relation transport).

Bruno (qui se lance dans l'inventaire des relations)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Seamark export

[Bruno Cortial]

Bonjour
Il ne s'agit pas de traitements prévus par la communauté OpenSeaMap. Pas de
probleme de licence non plus, la source utilisée est dans le domaine
publique.
Les suppression sont évoqués depuis plusieurs semaines sur la liste
OpenSeaMap. Un contributeur a été identifié sur Singapour, mais cela ne
correspond pas à toutes les suppressions [1].
J'avais commencé à investiguer la grosse perte du mois d'avril, mais sans
succès [2]

Bruno

[1]
http://sourceforge.net/p/openseamap/mailman/openseamap-develop/thread/53be2b22.1070...@gmx.de/

[2] https://lists.openstreetmap.org/pipermail/dev-fr/2014-April/002197.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un MOOC OSM ?

[Bruno Cortial]

Bonjour
Un MOOC, pourquoi pas : OSM est vaste dans ses possibiltés, les sujets ne
manquent pas, et on pourrait recruter davantage. Ok.

Mais peut-être devrions-nous déjà regarder l'existant documentaire
_francophone_, sa qualité, sa complétude, sa pérennité, sa visibilité
auprès des débutants.

Juste pour JOSM :
https://josm.openstreetmap.de/wiki/Translations#Statustable

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

Re: [OSM-talk-fr] Nouvelles orthophoto Toulouse 2013

[Bruno Cortial]

Le 7 mai 2014 11:37, Emmanuel Lesouef eleso...@lorinand.org a écrit :


 Coté ré-utilisation par et pour OSM, en gros, qu'est-ce qu'on utilise
 sur wms.osm.fr ?


Bonjour,
Je ne parlerai pas pour les serveur d'OSM, mais a minima il faut un serveur
http et de l'espace disque (pas de serveur WMS, pas de postgis).
Pour la diffusion sur une page web (ou fond de carte pour les éditeurs OSM)
une structure TMS suffit, et gdal peut créer rapidement la structure fixe
de tuiles sur le disque :
http://www.gdal.org/gdal2tiles.html

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

Re: [OSM-talk-fr] Share alike ou le partage à l'identique

[Bruno Cortial]

Merci Pieren pour le retour.
Je sors les popcorn...

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

Re: [OSM-talk-fr] Aide : J'ai pas de bouteille, donc je jette une ligne à la mer

[Bruno Cortial]

Le 22 avril 2014 11:13, François Lacombe 
francois.laco...@telecom-bretagne.eu a écrit :


 A suivre donc, peut-être qu'un marin zélé utilisera son GPS à bord du
 navire qui va dérouler le câble ?


Bonjour la liste
Minute nouvelles du large : depuis 2007 les gros navires (+ de 30 mètres
je crois) embarquent un émetteur AIS qui transmet alentour (50-60 km ) les
positions, vitesse cap et d'autres info de sécurité. Les récepteurs
visualisent rapidement et bien plus efficacement que les radars les navires
proches et leur route. Les plus évolués intègrent un système de détection
de collision.

Le système est loin d'être parfait : rien n'est sécurisé, et on peut
facilement faire apparaitre un navire virtuel dans le rail d'Ouessant.

Un réseau de récepteurs à terre a donné
http://www.marinetraffic.com/ais/qui permettrai de tracer les cabliers
pour OSM, du moins près des côtes...

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

Re: [OSM-talk-fr] Aide : J'ai pas de bouteille, donc je jette une ligne à la mer

[Bruno Cortial]

Oui le pb de licence des données est bien là.
Il reste qu'OpenSeaMap affiche les navires également, et je suis sûr
d'autres sources sont disponibles.

http://www.openstreetmap.org/way/209422318
Ce câble par exemple a sans doute été tracé via les informations publiques
liées aux autorisations nécessaires (j'avais croisé çà sur le site Mer et
Marine). Dommage qu'il n'y ait pas de tag source.

Faudrait pas louper la pose des câbles pour les champs éoliens offshore :

http://www.rte-france.com/fr/nous-connaitre/espace-presse/communiques-de-presse/rte-ouest-raccordement-electrique-du-parc-eolien-en-mer-de-saint-brieuc-le-fuseau-de-passage-sous-marin-et-souterrain-avec-un-raccordement-au-poste-electrique-de-doberie-est-valide

http://www.rte-france.com/fr/nous-connaitre/espace-presse/communiques-de-presse/rte-ouest-raccordement-electrique-du-parc-eolien-en-mer-de-saint-nazaire-le-fuseau-de-passage-et-l-emplacement-du-futur-poste-a-225-000-volts-sont-choisis


Bruno


Le 22 avril 2014 14:36, Philippe Verdy verd...@wanadoo.fr a écrit :

 Ne vous réjouissez pas trop vite, toutes les données du site sont
 protégées et interdites contre toute réutilisation, reproduction,
 diffusion, intégration (internal usage only, usage strictement personnel et
 uniquement depuis le site qui a mis en place aussi quelques contre-mesures).
 Au delà de ça, c'est une cartographie Google.

 Bref ela ne fait que donner une idée. Mais il y a peut-être d'autres
 agrégateurs de sources AIS ailleurs, puisque apparemment c'est une norme
 mondiale avec des centaines de milliers de navires référencés et des
 interconnexions du réseau de capteurs (pas sur pour autant que les données
 de ce réseau soient libres, ce peut-être géré par un consortium para-public
 ou totalement privé, de même que les formats de données et APIs qui peuvent
 demander l'achat d'une licence ou d'un abonnement avec encore des
 restrictions d'usage et peut-être aussi une facturation au volume de
 données demandées).



 Le 22 avril 2014 13:59, François Lacombe 
 francois.laco...@telecom-bretagne.eu a écrit :

 En voila une excellente observation !!

 Allez :
 http://www.marinetraffic.com/en/ais/details/ships/8645806/vessel:CABLE_ENTERPRISE:)

 Comment ça se passe pour transposer dans OSM ensuite ?
 On trace la position d'un câble, pas celle d'un navire, donc on copie pas
 exactement les données de MarineTraffic.


 *François Lacombe*

 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.com


 Le 22 avril 2014 13:49, Bruno Cortial bruno.cort...@laposte.net a
 écrit :

  Le 22 avril 2014 11:13, François Lacombe 
 francois.laco...@telecom-bretagne.eu a écrit :


 A suivre donc, peut-être qu'un marin zélé utilisera son GPS à bord du
 navire qui va dérouler le câble ?


 Bonjour la liste
 Minute nouvelles du large : depuis 2007 les gros navires (+ de 30
 mètres je crois) embarquent un émetteur AIS qui transmet alentour (50-60 km
 ) les positions, vitesse cap et d'autres info de sécurité. Les récepteurs
 visualisent rapidement et bien plus efficacement que les radars les navires
 proches et leur route. Les plus évolués intègrent un système de détection
 de collision.

 Le système est loin d'être parfait : rien n'est sécurisé, et on peut
 facilement faire apparaitre un navire virtuel dans le rail d'Ouessant.

 Un réseau de récepteurs à terre a donné
 http://www.marinetraffic.com/ais/ qui permettrai de tracer les cabliers
 pour OSM, du moins près des côtes...

 A+
 Bruno

 ___
 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
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM

[Bruno Cortial]

Le 11 avril 2014 09:25, JB jb...@mailoo.org a écrit :

  Euh, quelqu'un a le culot de leur demander la licence des tuiles ? Ils
 parlent de mise à disposition pour tracer dans OSM. Mais j'ai pas encore
 trouvé la licence. Pourquoi pas *plus* libre que ça ?
 Non, le choix de licence n'est pas une question financière. Je vous
 l'affirme haut et fort il y a quelques semaines
 http://www.openstreetmap.org/user/lxbarth/diary/21221
 JB.



*Mapbox grants You a license to tracing imagery to produce derivative
vector datasets for non-commercial purposes, including tracing in
OpenStreetMap http://www.openstreetmap.org/. Producing derivative vector
datasets from imagery for commercial purposes requires buying a Mapbox
Commercial Satellite license https://www.mapbox.com/commercial-satellite.
*
Pourquoi pas plus libre ? Ils ne sont pas producteur initial des données.
Ils ont trouvé un moyen de rendre ces images exploitables, j'imagine que
libérer plus leur couterait très cher. C'est un peu la même chose avec
Bing, non ?

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

Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM

[Bruno Cortial]

Le 11 avril 2014 10:37, V de Chateau-Thierry v...@laposte.net a écrit :

 Bonjour,

  De : Bruno Cortial
 
  Mapbox grants You a license to tracing imagery to produce derivative
 vector datasets
  for non-commercial purposes, including tracing in OpenStreetMap.
 Producing derivative
  vector datasets from imagery for commercial purposes requires buying a
 Mapbox
  Commercial Satellite license.

 Je dessine à partir de l'imagerie fournie par MapBox
 - je verse le résultat dans OSM
 -- j'utilise OSM sur la même emprise pour constituer un produit que je
 vends

 Au final, j'ai bien utilisé la source d'imagerie de MapBox, via un passage
 dans OSM, pour
 un usage à caractère commercial. J'ai une vision tordue de la chose, ou
 bien il y a
 comme une contradiction dans les droits qu'ils allouent ?



Ils incitent à la contribution OSM. Pas content ? ;-)

Il ne faut pas considérer la remise en question du share alike sur la base
d'un pillage, de domaine public, CC0...
Le pb soulevé sur la licence est lié d'abord à l'utilisation des données et
en particulier à l'assemblage de données OdBL avec d'autres données
protégée.
Les règles de contamination sont obscure pour moi. Et c'est sur ce point
que la fondation se doit de répondre.

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

Re: [OSM-talk-fr] Impression de cartes

[Bruno Cortial]

Le 3 avril 2014 16:51, Christian Quest cqu...@openstreetmap.fr a écrit :

 J'utilise le script nik2img.py


Mais là c'est de la triche !

Sinon il y a des scripts d'agrégation de tuiles d'internet, et bien sur
Maperive:
http://wiki.openstreetmap.org/wiki/Category:Tile_stitching
http://openstreetmap.gryph.de/bigmap.html
http://wiki.openstreetmap.org/wiki/OSM_on_Paper

Question mapnik (ou maperitive): pour générer un roadbook en fonction d'un
itinéraire, je souhaiterai modifier l'orientation de la carte, le nord à
gauche par exemple, et les libellés dans le bon sens.

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

Re: [OSM-talk-fr] Impression de cartes

[Bruno Cortial]

Pour mapnik j'ai peut-être une piste à base de projection :fear:
http://gis.stackexchange.com/questions/29101/create-mercator-map-with-arbitrary-center-orientation

Je sens que je vais passer une temps fou à comprendre ce truc.

Je ne sais pas ce que font les Belges mais si cette soluce à base de
projection marche pour mapnik on doit pouvoir faire de même pour maperitive
en reprojetant le .osm utilisé.



Le 3 avril 2014 18:17, JB jb...@mailoo.org a écrit :

  Je veux pas griller la priorité aux Belges qui bossent sur le sujet et
 devraient libérer des morceaux de code dans les prochains mois, mais leur
 idée était (sous Maperitive, mais ça doit être transposable à Mapnik)
 d'exporter l'image en svg, de pivoter le tout, et transformer tout ça en
 png.
 Igor (Maperitive) avait dans l'idée de le proposer directement, mais il a
 changé ses priorités et travaille maintenant peu sur Maperitive (mais si
 quelqu'un à des sous à dépenser pour rémunérer son travail, il y a surement
 moyen d'y remédier...)
 JB.


 Le 03/04/2014 17:40, Bruno Cortial a écrit :

  Le 3 avril 2014 16:51, Christian Quest cqu...@openstreetmap.fr a écrit
 :

 J'utilise le script nik2img.py


  Mais là c'est de la triche !

  Sinon il y a des scripts d'agrégation de tuiles d'internet, et bien sur
 Maperive:
 http://wiki.openstreetmap.org/wiki/Category:Tile_stitching
 http://openstreetmap.gryph.de/bigmap.html
  http://wiki.openstreetmap.org/wiki/OSM_on_Paper

  Question mapnik (ou maperitive): pour générer un roadbook en fonction
 d'un itinéraire, je souhaiterai modifier l'orientation de la carte, le nord
 à gauche par exemple, et les libellés dans le bon sens.

  Bruno


 ___
 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] Préchargement de tuiles avec OSMTracker

[Bruno Cortial]

Bonsoir

Sinon il y a la solution mapforge. Pas mal d'appli android l'utilisent pour
afficher les carte OSM offline.
Il y a une appli autonome, mais on peut pousser cette solution au
développeur d'OSMTraker.

http://wiki.openstreetmap.org/wiki/Mapsforge
bruno


Le 16 février 2014 18:58, Eric SIBERT courr...@eric.sibert.fr a écrit :

 Donc, la regénération de tuile demandées via une boucle de récupération
 peut générer un nombre non négligeable de recalcul.


 Forcément, si on demande beaucoup tuiles, ça risque de demandé beaucoup de
 calcul ;-)

 Sinon, c'est envisageable de se calculer sois-même ses tuiles en local sur
 une station de travail? Peut-être pas pour la France mais pour Madagascar
 où il n'y a que 30 Mo de données. Complexité des logiciels à
 installer/configurer? Puissance de calcul?


 Eric


 ___
 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] Billet de blog suite au datajam du Groupe La Poste...

[Bruno Cortial]

Et il y a l'image qui dépasse sur cette page (Firefox 26 win xp)
http://openstreetmap.fr/blog


Le 11 février 2014 12:20, f.dos.san...@free.fr a écrit :

 Meci Christian.

 Juste un point, la dernière phrase Il y a tellement à gagner ... est
 répété 2 fois, ça fait un peu too much.

 - Mail original -
 De: Christian Quest cqu...@openstreetmap.fr
 À: Discussions sur OSM en français talk-fr@openstreetmap.org
 Envoyé: Mardi 11 Février 2014 12:02:29
 Objet: [OSM-talk-fr] Billet de blog suite au datajam du Groupe La
 Poste...



 Un hackathon et des données non réutilisables... à lire ici:
 http://openstreetmap.fr/blogs/cquest/opendata-la-poste-posture-ou-imposture


 --

 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à Paris
 ___
 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] Pays historique

[Bruno Cortial]

Bonjour
Et que pensez-vous de cette entité ?

http://www.openstreetmap.org/way/249278693#map=7/47.887/-2.549

http://taginfo.openstreetmap.org/tags/natural=massif#overview

Bruno


Le 28 janvier 2014 18:02, Francescu GAROBY windu...@gmail.com a écrit :

 Le problème est alors de définir le périmètre de ces zones : le Pays de
 Caux http://fr.wikipedia.org/wiki/Pays_de_Caux est une région
 naturelle, aux frontières 
 floueshttp://fr.wikipedia.org/wiki/R%C3%A9gion_naturelle_de_France,
 mais est en même temps à cheval sur plusieurs 
 payshttp://fr.wikipedia.org/wiki/Pays_%28am%C3%A9nagement_du_territoire%29#Haute-Normandie,
 aux frontières bien délimitées cette fois (j'en compte 5 dont le nom cite
 Caux).
 Du coup, ce sont les pays (au sens administratif) qu'on pourrait inclure
 dans OSM. Mais avec quelles valeurs de boundary et d'admin_level (7 est
 utilisé pour les arrondissements et 8 pour les communes) dans ce cas ?

 Francescu


 Le 28 janvier 2014 17:52, yvecai yve...@gmail.com a écrit :

  Les éléments historiques n'ont pas vraiment leur place dans OSM.
 Par contre ces dénominations sont toujours utilisées pour désigner ces
 zones, donc à mon sens ce serait bien que Nominatim sorte quelque chose sur
 une recherche 'Pays de Caux'.
 Donc si on re-formule, ce serait mapper des zones avec un loc_name,
 éventuellement basées sur des frontières historiques ...
 Mes 2c
 Yves


 On 01/28/2014 05:24 PM, Gaël Simon wrote:

 Effectivement, la notion que je chercherais à décrire n'est pas forcément
 bien définie (dans mon esprit en tout cas). Il s'agirait plutôt aujourd'hui
 d'anciennes circonscriptions de différents niveaux, revêtant aujourd'hui
 une connotation touristique. Autre exemple le Trégor
 http://fr.wikipedia.org/wiki/Trégorhttp://fr.wikipedia.org/wiki/Tr%E9gor

 Le 28 janv. 2014 à 16:54, Greg ewala...@gmail.com a écrit :

   On parle bien des anciennes provinces militaires françaises ?

 https://fr.wikipedia.org/wiki/Anciennes_provinces_de_France#Provinces_militaires_:_des_grands_fiefs_aux_gouvernements

  Ou les circonscription administratives desdites provinces militaires ?

 https://fr.wikipedia.org/wiki/Anciennes_provinces_de_France#Circonscriptions_administratives_de_la_France_.C3.A0_la_R.C3.A9volution

  Personnellement, je ne pense pas si ces entités historiques on leur
 place dans OSM. Il faut que OSM évolue pour gérer le passé.



  Greg


 2014/1/28 Gaël Simon gael.simon...@gmail.com

 Bonjour,
 Malgré des recherches dans la base et mon moteur de recherche, je n'ai
 pas trouvé comment tagguer un pays historique tel que le Pays de Caux ou
 le Franc-Lyonnais, s'ils ont leur place dans OSM.
 Merci pour votre éclairage.

 ___
 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 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



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




 --
 Cordialement,
 Francescu GAROBY

 ___
 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=path ouvert aux motorisés ou pas ?

[Bruno Cortial]

Le 21 janvier 2014 14:39, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le 21/01/2014 14:16, Tetsuo Shima a écrit :
  Codever c'est le lobby des vendeur de quad ... vl'a la source
 impartiale!!!

 Ben le lobby des randonneurs n'est pas triste dans le genre.
 http://www.chemindecompostelle.com/Conservatoire/Conservatoire.html

 Les gars veulent des sentiers pas plus large que 1,3m (on peut même pas
 étendre les bras) pour bien en restreindre l'usage, bannissent
 évidemment les engins à moteurs, tolèrent à peine les vélos et veulent
 interdire les chevaux sous prétexte que leurs sabots détérioreraient le
 revêtement (qui n'a pas entendu le cri de détresse du caillou écrasé
 sous un sabot) !!


J'imagine une randonue sur les sentiers de Compostelle... Bientôt il y a
aura des tag pour, et aussi des panneaux ;-)
Tous ces espaces de liberté, de partage du territoire sont toujours l'objet
de débats et d'affrontement, qu'on retrouve sur la liste. C'est
intéressant, mais un peu lourd à la fin.


Sinon pour résumer :
Sentier largeur 4 roues = track
Sentier pas large = path
Et s'il y a un panneau motor = no (dans les 2 cas)
C'est trop simple ?

Bruno
*Tout ce qui n'est pas interdit est autorisé*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] highway=path ouvert aux motorisés ou pas ?

[Bruno Cortial]

Le 21 janvier 2014 15:53, Tetsuo Shima tets...@gmail.com a écrit :


 le probleme c'est que la réalité physique du track ne préjuge pas de sa
 réalité administrative. Un track peu aussi bien est une voie privé que
 faire partie du la voirie publique. Apres si tu considere que tout les trck
 sont chez toi faut pas t'étonner d'entendre les plomb voler quand le paysan
 du coin est excéder de voir des touriste passé sur la piste qu'il s'est
 casser le cul a rempiéré, et qui est cher lui!


Ce n'est pas ce j'ai écrit:
Sur le terrain, je vois une chaine ou une corde, je ne passe pas, et ca
donne un access=private
Sur OSM je vois un chemin inscrit au PDRIPR (remettez dans l'ordre), je le
tag foot=yes

Je vois aussi des chemins inscrit au PDRPtruc, que le paysan du coin c'est
cassé le cul à transformer en champ.
Pour moi la seule façon d'indiquer qu'un chemin/piste n'est pas accessible
au véhicule à moteur c'est motor=no, et je ne le renseigne que si un
panneau est présent sur le _terrain_ (comme la chaine).

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

Re: [OSM-talk-fr] tracer les voies de circulation ?

[Bruno Cortial]

Bonjour


Le 20 janvier 2014 11:44, V de Chateau-Thierry v...@laposte.net a écrit :

 Sauf que ça reste à mon avis la manière la plus simple et intuitive de
 matérialiser
 qu'une file est dédiée au tourner-à-gauche, séparée du reste par des
 zebras.
 Les ways en question sont taggués en '*_link', je trouve ça tout à fait
 correct.



Il me semble que l'appli android OSMAnd se base sur le tag lanes pour gérer
ce genre de chose.
Et je découvre dans le wiki la clé turn :
http://wiki.openstreetmap.org/wiki/Key:turn

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

Re: [OSM-talk-fr] tracer les voies de circulation ?

[Bruno Cortial]

Le 20 janvier 2014 12:13, Greg ewala...@gmail.com a écrit :


 Il y a tellement de données sans visualisation, c'est dommage. Voir les
 données (ou leur absence), c'est une incitation à remplir les vides et
 corriger les erreurs.



Ito propose quelques rendu thématiques d'aide à la complétude
http://www.itoworld.com/map/147
http://www.itoworld.com/map/125

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

Re: [OSM-talk-fr] Statistiques sur l'activité OSM

[Bruno Cortial]

Vois également le framework Osmium pour tes traitements de stat, il est à
la base de l'outil de découpe des fichiers historiques.

https://github.com/MaZderMind/osm-history-splitter

A+
Bruno


Le 7 janvier 2014 16:27, Eric eric...@sfr.fr a écrit :

 Merci pour ce pointeur, je n'avais pas vu ce dump national. On dirait
 effectivement qu'une nouvelle mise à jour est en cours d'extraction. Je ne
 connaissais que le PLANET qui est un peu lourd :) et les pays que faisait
 Simon Poole mais il a arreté au changement de licence on dirait.
 4,5 Go, ca va encore. Étonnant que la version avec tout l'historique que
 soit que 1,8x plus grosse. Meme avec la compression, j'imaginais plus gros
 que ca avec tous ces objet qui ont un historique de 10 ou 20 modifs.
 Inversement, le bati qui représente une grosse partie de la base est resté
 à la version 1 pour une grosse part j'imagine ce qui doit compenser.
 Je vais relancer le traitement sur cette base



 Le 7 janvier 2014 16:02, Ab_fab gamma@gmail.com a écrit :

 Bonjour Eric,

 Des extraits Full History vont te permettre de remonter l'historique
 jusqu'à fin 2007
 http://wiki.openstreetmap.org/wiki/Planet.osm/full
 ce sont également des fichiers de type pbf

 C'est forcément plus lourd à traiter que des extraits du moment.
 france.osh.pbf pèse 4.5 GO en date du 2 novembre 2013, contre 2.5 GO pour
 l'extrait Geofabrik.
 Il est possible d'en extraire les données d'une région spécifique, comme
 Rhône Alpes dans ton cas

 Il semble qu'une nouvelle extraction se prépare, sur la base des données
 du 30/12/13.
 Mais les répertoires sont encore vides :
 http://osm.personalwerk.de/full-history-extracts/2013/2013-12-30/





 Le 7 janvier 2014 14:43, Eric eric...@sfr.fr a écrit :

 Oui, tu as raison, le PBF dont je pars ne contient que la dernière
 version de tous les objets de la base donc on perd les utilisateurs dont
 tous les objets du changeset ont été altérés par la suite. C'est surement
 une des raison des premières années si vides, tout à été écrasé depuis. Par
 contre, ca doit rester assez juste pour les dernières années.Je ne sais pas
 si il est possible d'avoir une base avec tout l'historique de tous les
 objets. Mais en même temps, le Rhône en version OSM fait déjà ses p'tits 22
 millions de lignes, en version complète je le sens pas ! :) Il faudrait
 dans ce cas utiliser directement le format binaire sans passer par le XML.


 Le 7 janvier 2014 14:13, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mardi 7 janvier 2014 12:28:48 Eric a écrit :
  Bonjour,
 
  J'avais la curiosité de savoir combien de fourmis contribuent sur mes
 zones
  d’intérêt et avec quelle fréquence pour avoir une idée du dynamisme
 de la
  communauté sur cette région J'ai donc fait un p'tit bout de script
 python
  qui parse les fichiers OSM et qui donne depuis 2005 le nombre de
  contributeurs différents qui postent « quelque chose » mois par mois,
  indépendamment du nombre d’objets modifiés. J'ai fait l'exercice sur
 les
  départements dans lesquels je suis actif : le Rhone, la Drome et
 l’Ardèche
  Et comme c'est des département très différents, ca donne une  idée.
  Je partage, si ca intéresse quelqu'un  …

 Salut,

 Intéressant. Si j'ai bien compris, tu n'exploites que l'extrait de
 donnée à un
 temps t et tu regardes la date de dernière modification de chaque objet
 ?
 Si oui, c'est un début, mais tu rates toutes les modifications faites
 dans les
 versions antérieures.

 Merci pour le script et les graphes :-)
 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

 ___
 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] Que choisir utilise les données openstreetmap

[Bruno Cortial]

Et on dirait qu'ils ont monté leur propre serveur de tuile, ce qui reste
rare.

Du coup je ne vois pas à quoi correspond l'attribution Imagery © 2011
CloudMade

BrunoC


2013/12/17 didier2020 didier2...@free.fr

 c'est ici
 http://www.quechoisir.org/app/forfait-mobile/signal-infos.php


 ___
 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] Tracé des limites communales d'Aquitaine terminé

[Bruno Cortial]

J'étudie la possibilité de faire une animation avec d3.js  et les dates des
versions 1 des relations. Le principe de traitement des données  sera plus
simple.
A +
Le 10 oct. 2013 09:20, Ab_fab gamma@gmail.com a écrit :


 Les extraits full history doivent pouvoir permettre de représenter
 l'évolution des *ways* boundary = administrative
 Mais les relations ne sont pas gérées par la base de données, donc
 difficile de montrer l'évolution des surfaces concernées par ce moyen.

 Le dernier extrait disponible de la France est en date du 5 février 2013,
 ainsi que d'autres plus petits.

 [1]
 http://osm.personalwerk.de/full-history-extracts/history_2013-02-05_1701/europe/

 Le 9 octobre 2013 23:49, Vincent de Château-Thierry v...@laposte.net a
 écrit :



 Au passage, si un expert en animation temporelle pouvait concocter une
 video qui retrace, commune après commune, la constitution de ce puzzle de
 36000 pièces, ça pourrait même avoir de la gueule :-)


 vincent

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

 ___
 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] Trouver le numéro d'une habitation?

[Bruno Cortial]

Là où les adresses sont présentes OSM est bien meilleur, mais cela reste
des exceptions: Paris, Nantes Métropole, et bientôt les villes où le
mouvement OpenData a libéré les bases adresses.

http://addr.openstreetmap.fr/






Le 2 octobre 2013 10:31, Shohreh codecompl...@free.fr a écrit :

 Merci. Donc à l'heure actuelle, les numéros de rues dans OSM sont moins
 bien
 renseignés que Google Maps.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Trouver-le-numero-d-une-habitation-tp5779560p5779718.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] Outil d'intégration des adresses à nouveau disponible

[Bruno Cortial]

Le 30 septembre 2013 21:05, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :

 Autre chose, le nombre d'adresses manquantes à Nantes monte...

 http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2



Bonjour,
Bonne remarque !
J'ai exploré les changesets et l'onglet history de
http://owl.apis.dev.openstreetmap.org, mais je n'ai pas trouvé de
suppression de noeuds adresses. Est-que les faux positifs d'Osmose sur ces
adresses n'auraient pas été remis à zéro ?

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

Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible

[Bruno Cortial]

Le 22 septembre 2013 23:05, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :

 Bonsoir,

 Et voila pour Nancy :
 http://addr.openstreetmap.fr/**nancy/http://addr.openstreetmap.fr/nancy/

 Frédéric.


Bonjour,
Je crois qu'il y a un soucis pour les relations générées pour Nancy. J'en
ai pris une au hasard, et voici ses tags :
5000 = associatedStreet
name =  RUE DU TEMERAIRE
source = Grand Nancy - 06/2013
type = ref:FR:FANTOIR


De plus je percute un peu tard, mais dans les données libérées pour ces
villes, il n'y a pas le code postal ?
Sur Nantes pour l'import initial on avait précisé le code postal sur chaque
noeud, mais je me rend compte que pour le delta issu des données 2013 (et
traité via osmose) point de code postal sur les nouveaux noeuds. Ouille !

Enfin il me parait intéressant d'avoir une visualisation de ces codes
postaux présents dans OSM. C'est gérable une carte de polygones de voronoï
de plusieurs millons de points ?

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

Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible

[Bruno Cortial]

Le 19 septembre 2013 11:19, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :

 Le service d’aide à l’intégration des données adresses OpenData est à
 nouveau disponible.

 http://addr.openstreetmap.fr/

 Frédéric.



Super, merci !
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible

[Bruno Cortial]

Le 19 septembre 2013 11:49, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le rendu carto a quelques problèmes de bloquage dans son javascript (avec
 un comportement étrange du zoom, et une suraccélération de la souris).
 Les tuiles ne se raffraichissent pas correctement, leur position ne
 correspond pas au glissement du curseur. On dirait un paramètre incorrect
 pour ajuster les zooms dans l'intégration javascript, ou bien un type de
 projection incorrect.


Toute cette m* de javascript est mon chef-d’œuvre de grand débutant JS,
et comme telle restera inachevé (par moi) si aucun bug bloquant n'est
remonté.Traduction: Ca juste marche !

Plus sérieusement, c'est où le pb, quelle ville ? Pas la peine d'envoyer un
permalink, çà marche pas ;-)

Sinon, Philippe, si tu passes par Nantes ou Pornic, contactes-moi. On
discutera calmement OSM, et on verra si tu es aussi endurant au clavier que
derrière une chopine.

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

[Bruno Cortial]

Le 16 septembre 2013 22:31, PierreV belett...@hotmail.fr a écrit :

 Nicolas Frery wrote
  L'option de comparer avec le bâti présent dans OSM n'est même pas
  envisageable.. :-(

 c'est pourtant ce que je fait régulièrement a la main a l'aide de JOSM
 pour l'agglo Niortaise d'environ 100 000 habitants...
 Si moi je sais le faire, je pense qu'un jour un script pourra le faire.


Tu peux décrire ta méthode, stp ?



 En tout cas de ne pas donner les fichiers en entier m’empêchera de faire
 des
 maj des bâtiments détruits...


J'en suis conscient. Pour les bâtiments détruits ou qui auraient évolués,
je pense que la problématique pour le contributeur est de les identifier:
une carte moyenne/grande échelle avec un surcouche qui les visualise les
écarts cadastre/OSM serait possible.

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

[Bruno Cortial]

Le 13 septembre 2013 11:06, Pieren pier...@gmail.com a écrit :

 Bonjour,

 Vu sur georezo, ce service est apparement utilisé par des
 professionnels qui souhaitent extraire le vectoriel du cadastre d'une
 commune. J'y vois un problème parce que l'outil devrait être
 strictement réservé aux contributeurs OSM pour importer le bâti. Il
 faut rappeler que ce service utilise un hack sur les fichiers PDF et
 que la méthode pourrait être contestée par la DGFiP qui vend elle-même
 en parallèle ces données (surtout aux professionnels). La DGFiP
 pourrait facilement arrêter ce processus en modifiant sa façon de
 générer les PDF et nous mettre ensuite dans la panade.
 Je souhaiterais donc que la page d'accueil du service mette d'avantage
 en évidence que celui-ci n'est destiné qu'aux contributeurs OSM en vue
 d'un import et rien d'autre. De plus, il y a un manque d'information
 sur le traitement éventuel des données (simplifications, overlap,
 etc).


Bonjour,
Pour la modification concernant le message je peux regarder, mais je suis
toujours un peu nul avec git.

Je pense à une solution plus radicale:  mettre à dispo des fichiers ne
contenant que le bati absent d'OSM, ce qui permettra d'éviter les usages
détournés, et facilitera l'intégration dans OSM des évolutions du bati.

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

Re: [OSM-talk-fr] Rendu des libellés bidirectionnels (support pour l'écriture arabe ou hébreu)

[Bruno Cortial]

Le 18 août 2013 21:40, Philippe Verdy verd...@wanadoo.fr a écrit :

 http://www.openstreetmap.org/#map=19/36.25233/1.97501

 On constate ici dans TOUS les rendus Mapnik un bogue pour l'affichage des
 textes bidirectionnels : l'affichage n'est correct QUE s'il n'y a pas de
 saut de ligne au milieu du libellé

 Ainsi un libellé bilingue comme:
   Nom latin - NOM ARABE
 devient bien après réordonnancement linéaire des glyphes (sur une seule
 ligne):
   Nom latin - EBARA MON

 Mais ça se complique en cas de saut de ligne (pour des libellés trop
 longs, ou contenant des espaces):
   Nom latin
   - EBARA
   MON
 est complètement faux, alors que la solution correcte serait plutôt:
   Nom latin
   - MON
   EBARA

 Autrement dit ce n'est pas parce que la partie écrite en arabe se lit de
 droite à gauche qu'il faut couper la partie coupée à droite et la placer
 SOUS la partie conservée à gauche.

 Mapnik ne respecte donc pas l'ordre des mots car même en arabe les lignes
 se lisent du haut vers le bas et nom du bas vers le haut.

 Le rendu bidirectionnel Mapnik (nécessaire pour l'arabe, l'hébreu) est
 faux partout aussi bien sur le site .org que sur les rendus français et
 même d'autres (OpenCycleMap, etc.).

 A qui renvoyer l'anomalie?


Bonjour,
C'est par là: https://github.com/mapnik/mapnik/issues
Il faut regarder les bugs existants tagués text-symboliser et/ou harfbuzz
(bib de gestion des caractères UTF).

Il y a eu un travail réalisé l'année dernière sur les placements de texte,
mais ton cas ne semble pas évoqué :
http://mapnik.org/news/2012/08/04/gsoc2012-status7/
http://mapnik.org/news/2012/07/22/gsoc2012-status5/

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Raw code pour éviter qu'un navigateur GPS prenne une route

[Bruno Cortial]

Le 15 août 2013 13:55, willemijns sebast...@willemijns.com a écrit :

 l'idée est de creer un tag pour que les navigateurs GPS evitent la
 route... mettre cela en comment cela fait un  peu leger... et puis les
 tags ont été crée pour cela non ? ;)


Salut,
Oui les tags sont là pour çà, et ils fonctionnent ici : sur OSRM et
OpenRouteService ce chemin est correctement traité. Cela viendrait donc
d'Osmand et pas des données.Reporte le cas sur la liste Osmand avec les
exemples des autres moteur de routage

A+
BrunoC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cartes Bing décalées à la Pointe de Brézellec

[Bruno Cortial]

Bonjour,
Preuve qu'il ne faut avoir un oeil vigilant sur les sources.
Dans le secteur tu peux utiliser les orthophotos géolittoral accessibles
directement sous JOSM. C'est assez rigolo la façon dont bing a tordu la
route à la pointe (50m au sud c'est bon), sans doute un fort coup de vent
d'ouest :-)

A+
Bruno



Le 5 août 2013 10:08, plonevez jlplone...@wanadoo.fr a écrit :

 Bonjour,Lorsque je regarde la carte OSM à la Pointe de Brézellec dans le
 Finistère
 :
 http://www.openstreetmap.org/?lat=48.06971lon=-4.66444zoom=20layers=Mle
 tracé des chemins coupe le tracé des côtes (coastline)Ce tracé des chemins
 est aussi en contradiction avec mes traces GPSPour moi les tracés
 incorrects
 sont au nord de N 48.06780 W 4.66390A cet endroit, il y a une route
 rectiligne vers le nord (cap 348°)Les tracés d'OpenStreetMap sont en
 parfait
 accord avec les orthophotos BingLes orthophotos de Google et les cartes du
 Géoportail me semblent correctesPour moi , les cartes Bing sont décalées à
 la Pointe de BrézellecJean



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/cartes-Bing-decalees-a-la-Pointe-de-Brezellec-tp5772498.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...

[Bruno Cortial]

Bonjour,
S'il s'agit de faire une démo l'outil de Nantes est similaire et encore en
ligne. Cependant pas la peine de faire des imports OSM à partir de
celui-ci, les données sont vieilles et on est passé à des imports via
osmose n° par n° avec des données plus fraîches.

http://arboulig.free.fr/OSM/ImportNM/

Et ne pas oublier de traiter les anos Osmose sur les adresses. Les exemples
sur Nantes, encore énormément de boulot :
http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.21423lon=-1.54923layers=0BFFTitem=2060level=1,2,3

Bon courage !

A+
Bruno



Le 31 juillet 2013 10:47, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Merci Frédéric pour ta réponse. J'ai l'impression qu'il y a de fortes
 chances pour que ce soit cuit pour ce soir... J'ai la journée pour trouver
 une solution de remplacement. :-)

 a+
 Nicolas

 Le 31/07/2013 10:15, Frédéric Rodrigo a écrit :

  Bonjour,

 Le serveur ne répond plus vraiment. Probablement un probleme disque. Il
 faut au moins quelqu'un sur place pour le rebooter. Pas de nouvelle de
 l'hébergeur pour l'instant.

 Frédéric.



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Ajouts des adresses du cadastre : faisons mieux que simplement importer

[Bruno Cortial]

Bonjour,
Juste pour info, je suis en train de regarder pour adapter le script de
didier2020 qui élimine les interstices et petites superposition du bati,
afin de recoller les noeuds adresse au bati quand nécessaire.

https://gitorious.org/building4osm/building4osm/blobs/master/building_lj.py

A+
Bruno


Le 26 juin 2013 13:48, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:

 Le 26/06/2013 12:57, Pieren a écrit :

  Il serait dommage que cette façon de tagguer les adresses -
 par des noeuds flottants - devienne majoritaire en France à cause de
 ces imports faits dans la précipitation. Est-ce juste un problème
 d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le
 way sousjacent dans JOSM ?

 Pieren


  Bonjour,

 Mais est-ce qu'il y a un consensus à ce sujet ?

 Noeud sur le building ? noeud sur la boite au lettre ? Comment gérer les
 maisons éloignées de la voirie ? Etc...

 Je viens de consulter le wiki, et je ne vois rien de très précis
 permettant de s'y retrouver parmi les multiples cas qui se présentent à
 nous.

 Stf


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

[Bruno Cortial]

Le formulaire osm.fr semble indiquer la bonne superficie, mais est-elle
basée sur le polygone OSM ?
http://openstreetmap.fr/outils/etat-commune?insee=66011

Bruno

Le 11 juin 2013 11:57, Nicolas Moyroud nmoyr...@free.fr a écrit :

 J'étais en train de le faire au moment même de l'envoi de ton mail. :-)
 Pas de différence majeure sur les communes incriminées... Je commence
 vraiment à avoir des doutes sur l'algo de calcul des superficies de QGIS !
 Je vais tester tout ça avec PostGIS pour voir ce que ça donne.

 Nicolas

 Le 11/06/2013 11:45, Ab_fab a écrit :

  Une superposition avec Geofla pour localiser rapidement des grosses
 différences ?



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles

[Bruno Cortial]

Le 9 juin 2013 18:26, Philippe Verdy verd...@wanadoo.fr a écrit :


 https://github.com/mapnik/mapnik/blob/master/deps/clipper/src/clipper.cpp



PolyOffsetBuilder, très bien , mais non exposé par mapnik. Essaies encore.


Sinon je propose l'utilisation des opérations de filtrages et composition
de mapnik. Ca doit résoudre les artefacts, mais c'est sans doute plus
délicat à intégrer dans les règles osm-fr.
J'ai bidouillé un peu, mais j'ai encore du mal avec la gestion des couches
lors de ces opérations!

Un premier exemple (en carto)
#limites[type = 'farm'] {
  ::outline {
line-width:10;
line-color: green;
image-filters: agg-stack-blur(5,5);
  }
  polygon-fill: black;
//  polygon-smooth : 0.2;
  comp-op: dst-in;
}


https://docs.google.com/file/d/0ByriFLbxzg_1ekcyV3FZRHFsNms/edit?usp=sharing




Second exemple :

#limites[type = 'residential'] {
  ::trait{line-width:0.5;}
  ::hach{
polygon-pattern-file: url('Diagonal_Pattern_clip_art_hight.png');
}
  line-width:10;
  line-color: black;
  image-filters: agg-stack-blur(10,10);
  comp-op: dst-in;
}

https://docs.google.com/file/d/0ByriFLbxzg_1M1hwQUJIZnN5QkE/edit?usp=sharing



Source infinie d'inspiration :
http://www.mapbox.com/tilemill/docs/guides/comp-op/

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

Re: [OSM-talk-fr] Présentation de TileMill au FROG2013... vos avis

[Bruno Cortial]

Le 7 juin 2013 10:40, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je termine des slides pour une présentation de TileMill au FROG2013..

 suggestions bienvenues ;)


Bonjour
Sympa !
Peut-être ajouter des précisions sur les possibilités des Mbtiles et
UTFGrid, parce que Tilemill ne fait pas que du rendu.
http://www.mapbox.com/demo/visiblemap/

Et dans des trucs avancés, les opérations de filtrage et de composition de
couche, mais c'est finalement bien montré dans les exemples.

Et enfin évoquer le futur, à savoir tilemill/mapnik sans base de données
locale, avec des serveurs de tuiles vecteurs thématiques distribuant les
données. Nul doute que cela va ouvrir encore plus l'usage de l'outil à tous
les allergiques à osm2pgsql.
https://github.com/mapbox/mapnik-vector-tile
http://openstreetmap.us/~migurski/vector-datasource



A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import adresses Grand Lyon

[Bruno Cortial]

Salut,
Pour Nantes nous avions mis en place un outil pour aider à faire l'import
de masse (pas le delta qui est mis en place via osmose).
Je peux le remettre en place pour d'autres imports.


Le principe:
Il me faut des fichiers format OSM des relations à créer, chaque fichier
contient la relation d'une rue, et les node adresse.
Et un second fichier CSV de listes des rues, avec comme champs : une
position lon/lat (le 1er n° de la rue par exemple, le nom de la rue, et le
nom du fichier .osm

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import adresses Grand Lyon

[Bruno Cortial]

Le 31 mai 2013 14:26, Rene Chalon rene.cha...@free.fr a écrit :

  La problème que je vois avec l'intégration automatique des adresses
 c'est que cela va rajouter des nodes isolés alors qu'il me semble plus
 intéressant d'intégrer le point d'adressage sur le polygone du bâtiment
 existant (quand il y a un bâtiment, bien sûr...) car cela marque aussi la
 porte d'entrée dans l'immeuble.


Je me suis sans doute mal expliqué sur l'outil nantais: il n'a rien
d'automatique, c'est juste une interface pour récupérer en un clic sous
josm les adresses et la relation d'une rue. Il reste a gérer l'existant
avant l'upload.Via l'outil le contributeur peut ensuite toper la rue comme
faite, et ajouter des commentaires.

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

Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM

[Bruno Cortial]

Le 3 mai 2013 14:04, RainerU ra...@sfr.fr a écrit :

 Bonjour,

 Am 03.05.2013 11:45, schrieb Nicolas Moyroud:
  Il représente chaque vigne individuellement plutôt qu'une couverture
 globale du
  sol.

 Ce qui me gêne c'est qu'il ne mappe pas les chemins entre les parcelles et
 que
 l'espace entre les landuse est plus large que ces chemins car il ne tient
 pas
 compte des espaces entre vignes et chemins. Cela laisse un vide et on se
 demande
 à quoi ça correspond.


Bonjour,
L'import de landuse 3dShapes sur les Pays-Bas a produit cette situation
parcellaire, mais je ne crois pas qu'une correction soit à l'ordre du
jour.
http://osm.org/go/0GQRGjDh

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 16 mars 2013 22:11, Ab_fab gamma@gmail.com a écrit :

 Une autre approche, pour bien gérer les couleurs entre les axes routiers ^^
 http://bl.ocks.org/migurski/5130639

 Source :
 http://mike.teczno.com/notes/postgreslessness-mapnik-vectiles.html


Bonjour,
Très impressionnant, avec de drôles d'effets :-/

Au delà du côté flashy, il y a les possibilités de tuiler les données OSM
directement vers le client qui s'occupe du rendu. Cela semble le saint
graal du rendu en ligne, même du rendu tout court car on pourrait se passer
de base locale sous Tilemill par exemple.

Pour les cartes en ligne on pourait passer de :
OSM - Postgis - Mapnik + Style.xml - mod_tile - Openlayer.js - Carte
glissante en ligne
à OSM - Serveur de tuilage des données - mapnik.js + Style.xml - Carte
glissante en ligne

http://wiki.openstreetmap.org/wiki/Vector_tiles
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 18 mars 2013 12:04, Philippe Verdy verd...@wanadoo.fr a écrit :


  c'est tout bonnement inutilisable



Merci de ta contribution
BrunoC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requêtes JOSM : exclure un tag

[Bruno Cortial]

Le 18 mars 2013 16:40, Tony Emery tony.em...@yahoo.fr a écrit :

 Bonjour,

 J'utilise l'outil mirrored_download de JOSM et je voulais savoir comment
 exclure des objets dans une requête.

 A savoir :
 je veux les noeuds qui ont le tag [addr:housenumber=*] mais pas ceux qui
 ont
 [addr:street=*].

 Une idée ?


Après coup tu peux t'appuyer sur l'outil de recherche de JOSM et purger les
objets que tu ne souhaites plus manipuler/modifier.

http://josm.openstreetmap.de/wiki/Help/Action/Purge
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 12 mars 2013 21:13, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Une question sur ta requête : comment gères-tu (ou pas) les mises à jour
 en continu ? Est-ce que le zoom 19 permet, en opérant sur un volume de
 données minuscule, de jouer la requête à chaque demande de tuile ? J'avais
 éludé le problème de mon côté, fabriquant en une fois pour un territoire
 assez large (Clermont-Fd), ce qui permet de s'asseoir sur les performances
 :-(


La requete est appelée lors du rendu, mais il n'y a pas rendu à chaque
demande d'un client web. C'est mod_tile qui gère un cache de tuiles.
Si osmfr utilise l'install standard, il y a un pont entre osmosis et
mod_tile. Osmosis traite les diff en mettant à jour la base, mais fait
également expirer les tuiles concernées dans le cache mod_tile. Si ces
tuiles sont demandée par un client web, alors seulement elles sont alors
rendues à nouveau avec les nouvelles données.

Sur les dates d'expiration il y a également des raffinements en fonction du
zoom de la tuile, mais ça me dépasse.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 11 mars 2013 12:55, Cyrille Giquello cyrill...@gmail.com a écrit :

 Le 11 mars 2013 10:58, Christian Quest cqu...@openstreetmap.fr a écrit :
  Première tentative de rendu des passages piétons en zoom 19...
 
  https://twitter.com/cq94/status/311052215412461568/photo/1
 
  Qu'en pensez-vous ?


C'est pas mal ! Je vais creuser une solution sans image, adaptable aux cas
tordus


 C'est un travail magnifique et qui va nous être tellement utile.

 Juste que les passages piétons pourraient être un poil moins large.

 +1
Je verrai bien 3 bandes seulement, centrées, et laissant apparaitre la
couleur de la rue coté trottoir.
La couleur est bien, par contre il semble qu'il y ait un petit trait noir
autour de chaque bande dont on pourrait se passer

Bruno, coupeur de cheveux en 360°
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM et Opération Libre

[Bruno Cortial]

Transfert sur la liste francophone

-- Message transféré --
De : Claire Libertic claire.liber...@gmail.com
Date : 7 mars 2013 16:52
Objet : [OSM-Nantes] OSM et Opération Libre
À : openstreetmap-nan...@linux-nantes.org 
openstreetmap-nan...@linux-nantes.org


Bonjour à tous
(et désolée pour le crosspost avec la liste open data)

Les 6 et 7 avril on organise avec OSM France, Wikimedia, OKFN, Regards
Citoyens, Creative Commons, Libreoffice et Framasoft une
operation-libre.org à Brocas (Aquitaine).

*Objectif de l'opération:* Démontrer les bienfaits de l'ouverture pour une
petite commune.

- Libérer les données de la communes (avec son aide et celle de ses
habitants)
- Créer une cartographie libre du territoire sur OSM
- Prendre des photos aériennes libres de la zone (ulm+drone si autorisation
de vol)
- Créer des services et visualisations basés sur les données
- Créer des photos libres des monuments
- Effectuer des collectes de données libres de la faune et flore
- Numériser et libérer des archives des habitants
etc
Toutes les informations disponibles sur operation-libre.org

Le syndicat d'initiative a une carte de territoire qui date de 8 ans. Et
aussi bien sur OSM que Gmap, la commune reste une zone en friche.
On espère pouvoir créer une cartographie entière afin qu'elle serve de
référence au syndicat et à la commune qui va pour le coup passer de gmap à
osm sur son site institutionnel.

N'hésitez pas à vous inscrire et/ou relayer l'info, un covoiturage devrait
partir de Nantes mais il est aussi possible de contribuer à distance.


A bientôt

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

Re: [OSM-talk-fr] Tracé de projets

[Bruno Cortial]

Le 1 mars 2013 12:03, sly (sylvain letuffe) li...@letuffe.org a écrit :

 Le vendredi 01 mars 2013 11:59:34, Vincent Pottier a écrit :
  J'aime bien les repères : bornes de géomètres, pose de la première
  pierre... il y a une réalité on ze ground et beaucoup d'étapes de
  fluctuation passées.

 Tout pareil : what count is the terrain



Il y a aussi dans OSM dans choses un peu moins tangibles

http://www.openstreetmap.org/browse/way/137667559

Bruno (qui mappe un peu dans l'eau)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tracé de projets

[Bruno Cortial]

Le 1 mars 2013 14:17, Francescu GAROBY windu...@gmail.com a écrit :

 Les parcs éoliens offshore ont été définis par arrêté, cité d'ailleurs le
 tag 'source'. Ce n'est que la zone qui est définie, pas l'emplacement exact
 des (futures) éoliennes. Mais ça viendra, suite au débat public.


Ce que je voulais montrer c'est que le principe de vérifiabilité sur le
terrain peut difficilement s'appliquer à tous les objets OSM.

De plus, même quand ce parc sera construit, que chaque éolienne aura son
point dans OSM, la présence dans OSM de ce périmètre sera toujours justifié
du fait de réglementations sur la pêche et la navigation dans la zone. Or
il sera toujours aussi invérifiable sur le terrain qu'il l'est aujourd'hui.

Sinon il y a la clé proposed, déjà évoquée :
http://wiki.openstreetmap.org/wiki/FR:Key:proposed
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 14:30, Arnaud arnaud@gmail.com a écrit :


 Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style
 fait une quinzaine de lignes (je vous le met en ligne sous peu), mais
 n'étant pas graphiste j'ai exploré les nouvelles options de composition
 de Mapnik http://mapbox.com/tilemill/docs/guides/comp-op/. Le cumul des
 points adresses (lueur rouge) est fait avec l'opérateur plus.
 Export du style CartoCSS vers le XML via Tilemill


 Je serai intéressé par ton style, fais mois signe quand il est en ligne.
 Je retenterai bien l’expérience car c'est tout de meme plus sympa que la
 précédente animation que j'avais réalisé...

 http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html


Voilà avec du retard le style format XML :
https://docs.google.com/file/d/0ByriFLbxzg_1ZmF4b2ZPSXFVeG8/edit?usp=sharing

Le rendu s'appuie sur une base statique classique (osm2pgsql) pour les rues
et les fleuves, et sur la base histo pour les points adresses.

Je mets en ligne également le script python render.py (de
osm-history-render) modifié par mes soins. J'y ai modifié la vue des points
afin d'accéder à l'âge des objets dans le style.
(EXTRACT(EPOCH FROM TIMESTAMP '%s') - EXTRACT(EPOCH FROM valid_from )) /
86400. AS age_in_day

https://docs.google.com/file/d/0ByriFLbxzg_1V0dUbWN4bnBuWnc/edit?usp=sharing

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 20 février 2013 10:10, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Il y a un composant style osmfr sur http://trac.openstreetmap.fr/n'hésitez 
 pas à l'utiliser pour proposer des améliorations et signaler des
 problèmes car ça arrive vite... on fait une modif qui va bien sur la zone
 sur laquelle on teste mais qui met la pagaille ailleurs ;)


Bonjour,
Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu
mapnik, en particulier le bati plus soft. Je vais bien sûr proposer des
tickets, en particulier sur le placement des labels et des adresses.
Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des
tests à la maison ?


décalage du nom de la limite admin du bon côté du trait (merci ST_Buffer
 négatif)


Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de
retrouver çà.



 Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
 part qu'il faut mettre en valeur nos données et proposant un exemple de
 rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
 très lisible et celui un peu trop générique de MapQuest, sans en faire un
 rendu spécialisé.


En parlant de mettre en avant les données, est-il envisageable de rendre
une couche UTFGrid http://mapbox.com/demo/visiblemap/ (ou une solution
équivalente) avec les données OSM des POI, afin de les afficher au
survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela
implique.

Je ne pourrais être au SOTM-FR, et ca me rend tout  triste !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 10:53, Ab_fab gamma@gmail.com a écrit :

 Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
 d'annoncer du nouveau concernant les besoins en mémoire vive lors de
 l'import des extraits historiques, qui devenaient vite démesurés :
 http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html

 *Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
 GB.**I'd love to hear feedback about this.*

 Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
 de serveur osm_fr ?
 à la clef, moultes animations et statistiques sur l'évolution d'OSM en
 France (métropolitaine)


C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais
que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD
de 50Gb).
Bonne nouvelle !

PS : Je prépare des video à la ITO - one year on edit. Si vous avez des
idées de rendus...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 11:34, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?



Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
Mo dispo en 720p).
https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing

Pour le fond sonore je ne sais pas trop quoi faire

Pour le reste (france), je travaille encore mon style ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 13:11, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Effectivement, ambiance blitz


C'était pas vraiment voulu au départ !


 Est-il possible de faire un rendu avec les différentes intégrations
 combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
 l'apport des intégrations opendata.


Tout est possible, dés l'instant qu'on ne manipule pas des relations multi
polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête
car je voulais faire une vidéo sur les limites communales, on doit pouvoir
faire ca sur une base statique en allant chercher les timestamp avec des
requêtes Overpass META.

MP-moi ce que tu souhaites ! C'est le genre truc qui n'apporte rien en
terme de contribution directe, mais peut apporter en visibilité externe. Je
réfléchis pour intégrer une courbe montrant une progression (nb de points,
nb de km), mais là on sort de mapnik...

@Nicolas :
Déjà j'ai découpé la zone voulue (osm-history-splitter), et importé dans
postgis (1-2 heures je ne sais plus trop avec un i7 3770 16gb et un SDD
Samsung 830 de 256 gb, c'est le SDD qui aide surtout)

Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style fait
une quinzaine de lignes (je vous le met en ligne sous peu), mais n'étant
pas graphiste j'ai exploré les nouvelles options de composition de
Mapnikhttp://mapbox.com/tilemill/docs/guides/comp-op/.
Le cumul des points adresses (lueur rouge) est fait avec l'opérateur plus.
Export du style CartoCSS vers le XML via Tilemill

Le rendu: là aussi j'ai bien tourné en rond !
Pour obtenir les flash j'ai ajouté une colonne dans la base pour avoir
l'âge de chaque objet. C'est sans doute totalement débile, je suis sûr
qu'il existe des solutions sur les filtres d'encodage vidéo pour créer ce
genre d'effet à partir des images rendues.
Combien d'images rendre ? quelle durée ? quel combien de frame d'animation
pour un flash ? Beaucoup de tâtonnements.

Quand je me suis aperçu que les dailymotion, youtube fonctionnaient en 24p
(j'en avais prévu le double :luxe:) j'ai mis une image sur deux à la
poubelle :-/

Ah oui !  osm-history-render n'utilise qu'un coeur CPU... En gros il faut
le lancer en // sur des périodes distinctes pour accélérer la chose.

Pour la durée du rendu simple coeur, je ne sais plus, 5-6 heures. Encodage
de la vidéo avec ffmpeg 5 minutes !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

[Bruno Cortial]

Le 18 février 2013 17:20, Christophe Merlet red...@redfoxcenter.org a
écrit :


 Bref, j'estime que tu FUD !



Fear : On ne peut pas dire que la discussion se déroule sous grosse
tension. Est-ce que la suppression va remettre en cause des services
s'appuyant sur ces itinéraires OSM ?. J'aimerai bien connaitre le nb de
kilomètres de relation à supprimer (sachant que les chemins eux-même ne
sont pas concernés)

Uncertainty : On sait que la FFRP a déjà ester en justice contre un éditeur
reproduisant les itinéraires, et qu'elle a gagné. Certain !

Doubt : aucun avis judique un minimum éclairé n'a autorisé les GR dans OSM.
Si le doute c'est le silence de la fédé, alors le doute est de leur côté !

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

[OSM-talk-fr] La Loire-Atlantique libère... OSM :-)

[Bruno Cortial]

Bonjour,

Suite à la cartopartie sur la Garenne-Lemot [1] organisée en mai dernier
par le CG44, les données collectées sont désormais présentes sur leur
portail OpenDATA :

http://data.loire-atlantique.fr/donnees/detail/sentiers-et-points-dinteret-de-la-garenne-lemot-loire-atlantique/
http://data.loire-atlantique.fr/fileadmin/cg44_opendata/images/illustrations_cartes/Cartopartie_Garenne-Lemot_A4.png

Je n'ai pas regardé les fichiers shp, je pense qu'il s'agit d'un extrait
osm brut.
A+
Bruno


[1] http://openstreetmap.fr/cartopartie-avant-apres-en-video
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre raster géoréférencé

[Bruno Cortial]

Le 8 janvier 2013 11:09, Vincent Pottier vpott...@gmail.com a écrit :

 Le 08/01/2013 09:50, Christian Quest a écrit :

 Le 8 janvier 2013 09:41, Jo. perche...@gmail.com a écrit :

 commune qui sont manquante quand ce sera fini ce sera un véritable plus

 d'intégrer toutes ces données.

  

  Si tu veut bien me filer la mains dans ma zone pour cette tâche qui me
 dépasse je te souhaite la bienvenue...

  C'est pas bien compliqué, le plus délicat c'est le géoréférencement
 des feuilles cadastrales et ensuite le risque de TMS à force de
 cliquer ;)


On trouve parfois des communes avec des feuilles raster
déjà géoréférencées et même parfois des feuilles géoréférencées
correctement ;-).
Comment le plugin cadastre récupère cette info ?
Est-ce qu'il serait possible d'identifier ces communes, et de rajouter
cette info sur le fichier de suivi du cadastre ?



  Dans le temps, dans le début des limites de communes, quelqu'un (Sly ?)
 a fait fait un outil pour détecter les limites de communes sur planches de
 cadastre raster.
 Peut-être que l'outil peut fonctionner, après adaptation, sur des planches
 géoréférencées ' la mano'...
 Si ça coût moins cher que


L'outil en question, qui fonctionnait sur le cadastre vecteur, mais en mode
image (utlisation d'autotrace pour vectorisation):
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Import_assist%C3%A9_des_limites_cadastrales

Pour les communes raster géoréférencées évoquées plus haut ça peut être
très utile, moyennant un nettoyage efficace afin qu'Autotrace ne dessine
pas les croix lambert et autres légendes.


 --
 FrViPofm qui a plein de bonnes idées mais ne sais pas les mettre en
 pratique.


Copaing !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Hébergement d'une carte glissante

[Bruno Cortial]

Le 8 janvier 2013 16:29, RainerU ra...@sfr.fr a écrit :

 Am 08.01.2013 13:49, schrieb Nicolas Dumoulin:

  Joli résultat, je préfère aussi le rendu mapnik.


 J'ai choisi mapnik pour la qualité du rendu des libellés. Le gros
 inconvénient de mapnik dans mon cas est le traitement des lignes avec
 'offset' que j'utilise pour dessiner les bandes cyclabes associés à un
 highway (cycleway=lane). L'attribut offset n'existe que depuis mapnik 2.1
 et cela ne trace pas une ligne continue quand une voie est composé de
 plusieurs highways.



Si ton support de données est postgis (ou spatialite ?), tu dois pouvoir
créer une vue SQL qui regroupe les lignes ayant les mêmes propriétés
cycleway avec l'opérateur ST_UnaryUnion [1].

Par contre il faut regarder comment mapnik va gèrer les objets multi : je
vois le flag multiple_geometries ici [2], mais je ne vois pas si la
propriété offset est aussi concernée.

Si c'est du shapefile il y a sans doute moyen de faire çà avec ogr ou qgis.

[1] http://postgis.refractions.net/docs/ST_UnaryUnion.html
[2] https://github.com/mapnik/mapnik/wiki/PostGIS
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parcourir les données

[Bruno Cortial]

Le 7 janvier 2013 11:07, Eric eric...@sfr.fr a écrit :

 Bonjour,
 Sur le site http://www.openstreetmap.org, dans le menu Modifier, il y
 avait avant outre les 2 lignes Modifier avec JOSM et Modifer avec P2 un
 3eme qui etait Parcourir les données dont je me servais pas mal et qui
 permettait de voir rapidement les attributs des objets de la zone. Cette
 fonction a disparu ? Ca fait un moment que j'ai constaté ca mais
 j'imaginais que ca allait revenir mais j'ai l'impression que ca a été
 supprimé durablement. C'est dommage...



Cela a été déplacé dans le menu des choix de couches en haut à droite. J'ai
eu peur aussi que ça disparaisse !

Ne suivant pas trop les listes anglophone, est-ce qu'il y a des avancées
sur l'intégration d'OpenStreetBugs sur osm.org ?

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (sans objet)

[Bruno Cortial]

Le 4 janvier 2013 12:07, ba aly luned...@gmail.com a écrit :

 bonjour je suis du cre de thies et j'aimerai avoir les données pour la
 région de thies.


Bonjour,
Comme la zone n'est pas trop grande ni chargée en données,  le plus simple
est d'afficher la zone à récupérer http://osm.org/go/axuqawK
Et d'utiliser l'onglet Exporter - Données XML d'OpenStreetMap.
Tu obtiendras un fichier au format OSM.

Si tu souhaites récupérer shapefile plus connu des logiciels GIS il y a
 OSM2GIS
http://www.osm974.re/osm2gis/


A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CartoDB adds MapBox Streets out of the Box

[Bruno Cortial]

Le 7 décembre 2012 16:31, Philippe Verdy verd...@wanadoo.fr a écrit :

 Oui mais je parlais des cartes Mapnik fournies par OSM directement pas de
 Mapbox lui-même qui est un autre rendu.



Franchement qui voudrait du rendu mapnik : il est moche et trop chargé
pour de la dataviz. Mapbox a développé à partir des données OSM son propre
rendu qu'on peut combiner avec ses données. De plus ce rendu de base est
facilement modifiable (teinte, relief).
http://mapbox.com/tour/design/

Et pour rester sur Mapbox, le blog qu'il faut suivre c'est celui du
développement d' iD, le futur éditeur OSM. Il est toujours bon de savoir ce
qu'il vont faire de leur 500.00$, et de remonter les bugs et évolutions.

http://mapbox.com/osmdev/
https://github.com/systemed/iD/issues


Non, je n'ai pas d'actions ;-)

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

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - imminente

[Bruno Cortial]

Le 2 décembre 2012 23:24, Eric SIBERT courr...@eric.sibert.fr a écrit :

 Je fais la demande pour la rédaction dans la soirée ou demain.


 Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites...


Bonjour,
Je suis partant pour participer au remap.
Il y a un endroit pour se répartir les secteurs et le suivi ? Sinon
j'attend les consignes.

En passant, dans les services OSM-FR, ne pourrait-on pas ajouter une
instance d'OSM tasking manager pour les sujets qui n'ont rien à voir avec
HOT ?

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

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Bruno Cortial]

Le 3 décembre 2012 13:06, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le lundi 3 décembre 2012 11:27:58 Ista Pouss a écrit :
  Le 3 décembre 2012 10:59, Yohan Boniface yohanbonif...@free.fr a
 écrit :
   Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un
 peu
   plus sexy, je suis preneur. Une fois que le projet sera officiellement
   présenté, repasser par la case registre des naissances pour changer son
   nom
   sera plus délicat ;)
 
  Allons-y pour le braaainstoorRRRrrrmiaihing :

 Moi, j'avais pensé à « Tatacarte ? »


Restons dans le ton : L'appel à Carte
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel éditeur spécialisé traduction

[Bruno Cortial]

Le 30 novembre 2012 00:19, Emmanel Dewaele emmanuel.dewa...@gmail.com a
écrit :

 Bonjour,


 BrunoC wrote
  Sinon faudrait internationaliser l'interface ;-)

 Chiche ! Maintenant il y a un fichier de traductions à éditer:

 https://gitorious.org/nomino/nomino/blobs/gettext/locale/fr_FR.utf8/LC_MESSAGES/default.po

 L'outil Poedit peut aider pour cela.



Cool !
Etant au niveau zéro sur git, il faudra me tenir la main pour mon premier
push...

Est-ce qu'il est raisonnable de créer les fichiers pour d'autres langues
avec une traduction approximative ?

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

Re: [OSM-talk-fr] Nouvel éditeur spécialisé traduction

[Bruno Cortial]

Le 28 novembre 2012 13:13, Emmanel Dewaele emmanuel.dewa...@gmail.com a
écrit :

 Merci pour vos retours, j'en déduis qu'il n'y pas d'anomalies trop
 flagrantes.


Je trouve la cinématique d'édition un peu lourde, mais c'est opérationnel.
Bravo !

Sinon faudrait internationaliser l'interface ;-)


 Apparemment, tous les types d'objet ne peuvent pas être modifiés, genre
 tourism=attraction.
 La recherche d'objets se base sur Nominatim, qui ne retourne pas forcément
 tous les objets du monde. Si vous avez une meilleure idée, je suis preneur.


Peut-être des recherches node+way via overpass has-kv k=name/
 + around radius=xxx/
... mais cela ne marche pas sur les grands polygones.

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

Re: [OSM-talk-fr] best-of du mapping

[Bruno Cortial]

Le 26 novembre 2012 14:09, Philippe Verdy verd...@wanadoo.fr a écrit :


 Mais je viens de repérer une île totalement inondée en Bretagne. (L'ile
 sud de Bréhat dont la frontière est brisée).


Bonjour
Il me semble que c'est corrigé depuis longtemps au niveau des données, mais
je n'ai pas topé à dirty toutes les tuiles au zoom 18 (je ne parle que du
rendu mapnik).

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

Re: [OSM-talk-fr] Problème d'affichage de légendes sur le site openstreetmap.org

[Bruno Cortial]

Le 23 novembre 2012 15:40, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Argh cyclestreets ça m'a tout l'air d'être le même fond carto que cyclemap
 et uniquement sur l'Angleterre.
 Sinon dans la liste du wiki, tous les liens renvoient vers des services
 sur un territoire limité. Là il s'agit de faire une démo sur Sète donc
 c'est mort...

 Nicolas


Sinon il y a lonvia, plutôt orienté grands itinéraires ( sur lesquels on
peut avoir des infos en bas à droite).

http://cycling.waymarkedtrails.org/fr/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveau site utilisant OSM : trafic.rouen.fr

[Bruno Cortial]

Le 20 novembre 2012 15:20, Pieren pier...@gmail.com a écrit :

 2012/11/20 Frantz frz_ml_...@finux.fr:

  Je leur ai laissé un message demandant gentiment l'affichage OSM et
  licence sur la carte, ainsi que la correction du statut du pont...

 Attention, l'affichage sur la carte n'est pas une obligation de la licence.


Ok
Mais ce qui manque ici c'est surtout l'attribution à MapQuest qui fournit
une jolie carte, les tuiles et la bande passante qui va avec.

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

Re: [OSM-talk-fr] Dégats sur Coastline

[Bruno Cortial]

Le 19 novembre 2012 00:28, Philippe Verdy verd...@wanadoo.fr a écrit :


 Je me demande bien pourquoi Mapnik a encore besoin d'un fichier statique
 pour la mer, étant donné la contrainte de direction qui est déjà imposée et
 permet de savoir de quel côté est l'eau.


Bonjour,
Optimisation du rendu : pour que mapnik (le moteur de rendu, pas le style)
affiche les terres émergées il lui faut une collection de polygones. Si on
s'en tient au modèle OSM on arrive à constituer à partir des tag coastline
des polygones de plusieurs centaines de milliers de points (pour l'eurasie
par exemple).
Au niveau du rendu, cela imposerait de charger ces immenses polygones pour
afficher la pointe St-Mathieu lourd !
Il y a donc un traitement (écrit par pnorman je crois) qui découpe ces
polygones en carrés plus petits, et met à dispo les shapefile utilisés
par le rendu. Mais si les fichiers de pnorman sont générés toutes les
semaine, ils ne sont recopiés sur le serveur de rendu que de temps en
temps.

2 conséquences :
* Les modifs des coastlines ne sont pas visibles immédiatement
* Habituellement à chaque traitement de fichier .diff osm2pqsql indique à
la chaîne de rendu les zones à rendre pour prendre en compte les derniers
changeset. Mais comme les coastlines sont gérées hors du process osm2pgsql,
quand on change les fichiers coastline il n'y a pas de re-rendu
automatiques des zones modifiées.
Bréhat est restée ainsi sous l'eau pendant des mois alors même que les
fichiers coastline étaient corrects. Il n'y avait pas eu de changeset dans
la zone depuis la màj des fichiers, les tuiles n'y ont pas été re-rendues
automatiquement. Quelques /dirty l'ont renflouée.

Pour le problème actuel, n'ayant pas trouvé de procédure/point
d'entrée/sonnette dans le wiki pour mettre à jour les fichiers sur le
serveur de rendu (et vu mon niveau d'anglais), j'ai lâchement laissé tomber.

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

Re: [OSM-talk-fr] Création d'un fond de plan et import de données externes

[Bruno Cortial]

Le 25 octobre 2012 18:38, Thomas Clément thomas.clement@gmail.com a
écrit :


 Question de novice, comment s'y prendre concrètement pour commencer ?!


Essayes Maperitive sur une petite zone, et bidouille une heure ou deux les
styles existants. On est là dans la solution carte tuilé (image bitmap)
pré-chargées

Si ce n'est pas la solution que tu conserveras au final, c'est le meilleur
outil pour appréhender rapidement la problématique du rendu de données OSM
(typologies des données OSM, styles à appliquer, zoom, format d'exports)

http://maperitive.net/docs/TenMinutesIntro.html

http://braincrunch.tumblr.com/post/9921938947/maperitive-tutorial-a-hiking-web-map-in-ten-easy-steps
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une nouvelle source d'import en masse libre

[Bruno Cortial]

Le 25 octobre 2012 14:50, Ista Pouss ista...@gmail.com a écrit :

 Tremble, DWG !

 * L'âge d'or des cartes marines, Quand l’Europe découvrait le monde *
 http://expositions.bnf.fr/marine/



Bonjour
Plus sérieusement OpenSeaMap a déjà des sources des données libres (avec
import sur compte dédié et tout et tout )
http://wiki.openstreetmap.org/wiki/OpenSeaMap/List_of_Lights_Import

Et pour la bathymétrie, ça arrive doucement :
http://www.cg29.fr/Le-Conseil-general-et-vous/Eau-Environnement/Eau/Litto3D/Des-donnees-accessibles-a-tous

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMTransport France

[Bruno Cortial]

Le 16 octobre 2012 17:29, rldhont rldh...@gmail.com a écrit :

 Bonjour,

 Je vous l'avais annoncé pendant l'été, OSMTransport à changer de peau.
 Ce changement me permet aujourd'hui de proposer une version pour la France
 avec les fonds Géoportail de l'IGN.
 http://demo.3liz.com/**osmtransport/france.phphttp://demo.3liz.com/osmtransport/france.php

 Par contre il est intéressant de remarquer que les fonds Bing semblent de
 meilleur qualité et plus récent.

 René-Luc


Bonjour
Merci pour cette mise à jour.

Les rendus transport posent problème actuellement quand les itinéraires
se chevauchent (ce qui est presque toujours le cas) :on ne voit qu'une
ligne.
J'ai investigué un peu, et il existe un algorithme dit du serpent qui
permet de modifier leur géométrie (hors OSM ;-) ) afin de les dé-doublonner.
Cela permettrait d'avoir des itinéraires parallèles là où ils se
chevauchent, et chacun serait visible avec sa couleur.

GRASS implémente çà (v.generalize method=displacement)
http://grass.osgeo.org/grass64/manuals/html64_user/v.generalize.html

N'ayant toujours pas compris comment faire marcher GRASS, j'ai zappé...
temporairement.

Quelqu'un a-t-il déjà tenté ?
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Prémisses d'un groupe de travail sur les nouveaux inscrits

[Bruno Cortial]

Le 15 octobre 2012 10:04, Ab_fab gamma@gmail.com a écrit :

 Bonjour,

 Je suis bien d'accord avec tout ça.
 Concernant Potlatch, je dois être mal-comprenant, mais je n'ai pas encore
 trouvé la méthode adaptée pour aller traduire proprement l'interface en
 Français. C'est vraiment quelque chose à affûter.


Bonjour,
Pour le passage en français, il me semble qu'il faut mettre en ligne sa
propre instance et en  modifier les paramètres :
args[locale] =  fr_FR;

http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2

Cela pourrait faire l'objet d'un projet à mettre en place sur les serveurs
de l'asso. On pourrait également mettre en place notre propre preset (et
virer le tag designation).

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

Re: [OSM-talk-fr] Antennes téléphonie mobile en france

[Bruno Cortial]

Le 11 octobre 2012 15:00, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Hello,

 Je crois qu'il a déjà été question de l'intégration des antennes de
 téléphonie mobile dans osm, mais je ne sais plus où.


Bonjour
Claire 'Liberbic' à lancé le sujet sur la liste nantaise
http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2012-09/msg00026.html

(on dirai qu'on a perdu une partie des archives car une discussion c'est
engagé sur une cartopartie antenne basée sur les données ANFR)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Antennes téléphonie mobile en france

[Bruno Cortial]

Le 11 octobre 2012 16:38, Pieren pier...@gmail.com a écrit :

 2012/10/11 Bruno Cortial bruno.cort...@laposte.net:

  (on dirai qu'on a perdu une partie des archives car une discussion c'est
  engagé sur une cartopartie antenne basée sur les données ANFR)

 Tu es sûr que ça n'est pas juste une histoire de page 1/page 2 ?

 Pieren, qui tourne la page


Y en a qui ont une mémoire de poisson rouge, d'autres sont aveugles...
bienvenu à l'ouest' ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[Bruno Cortial]

Le 6 octobre 2012 09:56, Christian Quest cqu...@openstreetmap.fr a écrit :

  2. Au lieu de lancer sur cette liste des demandes de correction de
 données
  suspectes, n'a-t-on pas dans la panoplie des outils à notre disposition
 des
  moyens de marquer les objets/zones à corriger ? Dans le domaine du
  développement logiciel on a des outils de gestion de tickets. Est-ce
 qu'on
  peut utiliser des tags pour marquer les objets à modifier ultérieurement
 et
  pour expliquer la nature des défauts ?
 


 Il est possible de mettre un tag FIXME sur l'objet en question, cela
 le rendra visible dans les outils de contrôle de qualité, mais les
 erreurs générées par cet alignement inopportun va (ou est déjà) être
 visible dans osmose vu que cela a cassé une limite administrative et
 des polygones qui désormais ont une géométrie invalide (ils se
 croisent eux-même).


Bonjour,
OpenStreetBugs est un aussi bon outil pour remonter les pb détectés par les
humains, pour peu que le commentaire soit explicite. On peut y itérer les
commentaires, les zones peuvent être suivies par RSS, il n'y a pas besoin
de compte.
Il manque la catégorisation/priorisation des anomalies pour en faire un
vrai gestionnaire de ticket.

On va qu'en même pas créer la liste fr-bug ?!

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

Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[Bruno Cortial]

J'ai oublié un outil plus puissant, Mapdust.
http://www.mapdust.com/

Il semble de plus en plus utilisé sur le territoire français. Pas contre si
les anos sont bien catégorisées et prirorisée (de façon automatique), les
commentaires sont souvent limités (la plupart sont saisis sur smartphone.)

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

Re: [OSM-talk-fr] Litto3D et RDV à l'IGN (était: Rendez vous avec la Direction de l'IGN)

[Bruno Cortial]

Bonjour,
Autre piste : Géobretagne

Ils ont en effet accès à une jeu de données Litto3d. Dans la fiche
descriptive accessible ci-dessous tu trouveras des contacts nominatifs au
SHOM et à l'IGN

http://geobretagne.fr/geonetwork/srv/fr/main.home

Concernant la licence accordée à Géobretagne on peut lire :
*Est autorisé le droit d'exploiter et de diffuser les résultats issus de
l'utilisation de ces données*
*(...)*
*Autres contraintes Les autorisations précitées sont valables pour les
acteurs de la sphère publique aux seules fins de l’exercice de leur mission
de service public n’ayant pas de caractère industriel ou commercial*

Toujours cette bride pour les collectivités locales !
Par contre je n'arrive pas à visualiser la couche de données avec leur
outil (pb de SRS)

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