Bonjour,
Concernant cette liste de
communeshttp://openstreetmap.fr/outils/limites-communales-a-importer,
je viens de voir que les 2 premières (Melay et Nuelles) sont en fait des
communes qui se sont récemment regroupées en commune nouvelle avec leur
voisine, et la nouvelle relation apparait bien
C'est corrigé dans le script qui les masque désormais, mais sly devrait
aussi le corriger de son côté.
Le 15 janvier 2013 09:39, Francescu GAROBY windu...@gmail.com a écrit :
Bonjour,
Concernant cette liste de
communeshttp://openstreetmap.fr/outils/limites-communales-a-importer,
je viens
Merci.
Autre remarque, toujours sur cette liste : il est indiqué que le code INSEE
de Saint-Martin est 97127. Hors
Wikipediahttp://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29et
Merci pour tous ces efforts, à la fois pour la modif de l'outil, et
l'intégration des nouvelles limites !
Le 15 janvier 2013 09:57, Christian Quest cqu...@openstreetmap.fr a écrit
:
C'est corrigé dans le script qui les masque désormais, mais sly devrait
aussi le corriger de son côté.
Le 15
Effectivement 97127 est le code quand Saint-Martin était une commune de la
Guadeloupe (971).
En devenant une COM à part, la COM est codée 978 et comme c'est la seule
commune elle prend le code 01 (en fait c'est la même collectivité qui a les
compétences de la COM, qui inclut celles de du
En fait, même remarque pour Saint-Barthélemy : mauvais code INSEE indiqué
(97701 et non 97123)
Francescu
Le 15 janvier 2013 10:10, Francescu GAROBY windu...@gmail.com a écrit :
Merci.
Autre remarque, toujours sur cette liste : il est indiqué que le code
INSEE de Saint-Martin est 97127. Hors
Non cette fois le code actuel est bien 97701, 97123 c'est l'ancien dans la
Guadeloupe.
On a encore des deux pour retrouver bon nombre de statistiques (il ne me
semble pas y a voir eu de nouveau recensement depuis la sortie du DOM de
Guadeloupe et le passage en COM et la disparition de la commune).
C'est ce que je dis : le code INSEE est 97701 et non 97123.
Francescu
Le 15 janvier 2013 10:29, Philippe Verdy verd...@wanadoo.fr a écrit :
Non cette fois le code actuel est bien 97701, 97123 c'est l'ancien dans la
Guadeloupe.
On a encore des deux pour retrouver bon nombre de statistiques
Hello,
Décision prise : je ne serai pas au FOSDEM cette année.
Have fun, ramenez-nous des nouveaux contributeurs !
++
Le 10 janvier 2013 14:33, RatZilla$ ratzil...@gmail.com a écrit :
Bonjour Jo, Bonjour tous,
Je fais le point sur tout ça lundi après-midi avec Christian à la Fonderie.
Je
J'ai récemment fini les communes du Var (83) en raster mais une commune :
GAREOULT (ref:INSEE 83064) est toujours listée dans
http://suivi.openstreetmap.fr/communes/communes.csv.txt alors qu'elle semble ok
dans JOSM et par
Bonjour,
De : Vladimir Vyskocil
J'ai récemment fini les communes du Var (83) en raster
\o/
On devrait pouvoir définir tous les arrondissements du 83 alors :-)
http://layers.openstreetmap.fr/?zoom=9lat=43.56019lon=6.22958layers=0B000FFTTF
mais une commune : GAREOULT (ref:INSEE
On 15 janv. 2013, at 12:26, Vincent de Chateau-Thierry v...@laposte.net wrote:
Bonjour,
De : Vladimir Vyskocil
J'ai récemment fini les communes du Var (83) en raster
\o/
Content que cela fasse plaisir :)
Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient de
Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :
Content que cela fasse plaisir :)
Mais il y a encore du boulot car j'ai vu qu'une partie des communes
provient de GeoFLA dont la précision est vraiment faible. J'ai mis à jour
certaines des limites provenant de
Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :
On devrait pouvoir définir tous les arrondissements du 83 alors :-)
http://layers.openstreetmap.fr/?zoom=9lat=43.56019lon=6.22958layers=0B000FFTTF
Je passe mon tour !
Il ne faut pas oublier comcom
A la lecture de tous vos messages, je me rend compte qu'il sera nécessaire de
reprendre mes polygones de landuse, que par soucis de simplification, j'ai
fait coller aux routes, sans tenir compte des dépendances routières, fossés,
accotement, trottoir...
Voici ce que j'ai fait sur la commune
Qu'on trouvera ici :
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html
--
View this message in context:
http://gis.19327.n5.nabble.com/Pour-info-Utilisateurs-de-JOSM-Mise-a-jour-de-securite-urgente-de-Java-7-11-tp5744551p5744656.html
Sent from the France
Pas besoin du JDK pour les utilisateurs finaux, ça ne sert qu'aux
développeurs.
Le JRE suffit:
http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html
A noter que ça ne concerne que Java 7. La version 6 n'est pas concernée et
n'a pas reçu de mise à jour de sécurité.
2013/1/15 Christian Quest cqu...@openstreetmap.fr:
Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas faire
d'import en dehors des nœuds place manquants.
+1
On a déjà eu assez de mal à se débarrasser des limites Cartographes
et associés.
Pieren
Le 15 janvier 2013 14:48, Pieren pier...@gmail.com a écrit :
2013/1/15 Christian Quest cqu...@openstreetmap.fr:
Vu la piètre précision de GEOFLA, on avait décidé ici même de ne pas
faire
d'import en dehors des nœuds place manquants.
+1
On a déjà eu assez de mal à se débarrasser des
Le mardi 15 janvier 2013 14:59:12, Christian Quest a écrit :
Je pense par contre qu'il faudrait généraliser l'outil d'analyse des
limites administrative de sly, pour vérifier la validité des toutes les
relations boundary=* car on en a de plus en plus (administratives,
électorales,
De : Vladimir Vyskocil
Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient
de GeoFLA
dont la précision est vraiment faible. J'ai mis à jour certaines des limites
provenant de
GeoFLA quand elles étaient communes (!) avec les dernières que j'ai entré
depuis le
On 15 janv. 2013, at 14:27, Christian Quest cqu...@openstreetmap.fr wrote:
Le 15 janvier 2013 14:19, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :
Content que cela fasse plaisir :)
Mais il y a encore du boulot car j'ai vu qu'une partie des communes provient
de GeoFLA dont la
Le besoin d'une liste externe c'est pour l'exhaustivité.
Je pensais déjà à juste signaler les boundary=* dont le multipolygone ne
ferme pas...
Le 15 janvier 2013 15:19, sly (sylvain letuffe) li...@letuffe.org a écrit
:
J'ai bien ça en tête, comme on en avait discuté sur IRC, idéalement, avec
2013/1/15 Vladimir Vyskocil vladimir.vysko...@gmail.com:
http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres
dans les alentours
Ce way:
http://www.openstreetmap.org/browse/way/161413830
est marqué source=GeoFLA alors que sa résolution semble provenir du cadastre...
On 15 janv. 2013, at 15:46, Pieren pier...@gmail.com wrote:
2013/1/15 Vladimir Vyskocil vladimir.vysko...@gmail.com:
http://www.openstreetmap.org/browse/relation/2162212 par exemple et d'autres
dans les alentours
Ce way:
http://www.openstreetmap.org/browse/way/161413830
est marqué
Il ne le fait que pour les nouveaux objets sans tag source.
C'est clair... GEOFLA: 3 nœuds, vlad+cadastre raster... je compterai pas ;)
Vainqueur: vlad !
Le 15 janvier 2013 15:54, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :
On 15 janv. 2013, at 15:46, Pieren pier...@gmail.com
Dispo à confirmer...
2013/1/11 Christian Quest cqu...@openstreetmap.fr
Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv
Cyrille Gicquello sera dans le coin !
--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
Je viens de tomber sur le site ParisTechList qui affiche la position de
start-ups parisiennes sur une carte glissante :
http://paristechlist.fr/
Je n'ai vu aucune mention sur l'origine des données cartographiques. Je
pense qu'ils tirent leur fond de carte de http://mapbox.com/, service
lui-même
Bonjour,
Le site paristechlist.fr utilise le rendu Mapbox Streets, dérivé des
données OSM. Mais aucune mention d'attribution à l'afichage, ni dans
les credits. J'ai écris à Mapbox pour leur dire que s'ils font bien
la promo d'OSM, ils étaient trop discrets sur la license ODbL et en
particulier
2013/1/15 Christophe Foucher christophe.fouc...@gmail.com:
Je viens de tomber sur le site ParisTechList
mdr, messages croisés:
http://lists.openstreetmap.org/pipermail/talk-fr/2013-January/053588.html
L'attribution manque, effectivement. Moi, je désigne Mapbox comme
premier responsable parce
Ce que j'ai fait, par mail.
Le 15 janvier 2013 16:49, Pieren pier...@gmail.com a écrit :
2013/1/15 Christophe Foucher christophe.fouc...@gmail.com:
Je viens de tomber sur le site ParisTechList
mdr, messages croisés:
http://lists.openstreetmap.org/pipermail/talk-fr/2013-January/053588.html
Je viens de leur envoyer le message suivant :
Bonjour,
Je viens de prendre connaissance de votre outil Paris Tech List.
Je vous félicite pour cette idée qui rendra service à beaucoup.
J'attire cependant votre attention sur la nécessité de mentionner l'origine
des données cartographiques que
Le message suivant de :
##
Bonjour à tous,
Je suis un conducteur très occasionnel avec utilisation limitée d'un GPS mais
je voyage assez souvent et aime bien les cartes. Je ne sais d'ailleurs plus où
mettre toutes les cartes papier que j'accumule ...
J'ai découvert qu'il existait une
Tant qu'à y être, vous pourriez aussi leur demander d'affichier en français par
défaut. Il y a un bouton en bas à droite. Mais par défaut, on devrait
reconnaitre mon choix de langue et non me proposer l'anglais Est-ce Mapboix qui
ne tient pas bien compte des langues?.
Pierre
On Tue, Jan 15, 2013 at 03:37:59PM +0100, Christian Quest wrote:
Le besoin d'une liste externe c'est pour l'exhaustivité.
Je pensais déjà à juste signaler les boundary=* dont le multipolygone ne
ferme pas...
On a déjà une analyse osmose pour vérifier les relation de type boundary et
- Bonjour à tous (in english below),
La newsletter bimestrielle publiée par France Volontaires Sénégal intègre
un article sur OSM, l'activité de HOT au Sénégal et les activités autour de
la jeune communauté Openstreetmap Sénégal!
Deuxième article à lire :
Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon
truc de suivi des communes :
http://suivi.openstreetmap.fr/communes/commune_stat.log
C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une
commande, je le fourni au cas où.
En gros, ça donne,
Le 15/01/2013 16:40, Christophe Foucher a écrit :
Je viens de tomber sur le site ParisTechList qui affiche la position de
start-ups parisiennes sur une carte glissante :
http://paristechlist.fr/
Je n'ai vu aucune mention sur l'origine des données cartographiques. Je
pense qu'ils tirent leur
Mickaël Guéret wrote
Le lundi 24 septembre 2012 à 11:22 +0200, Pieren a écrit :
Si on veut tout détailler, les banquettes, les haies, les fossés, il
faut aller jusqu'au bout de cette logique et aussi représenter les
routes sous forme de polygones et non d'une simple ligne brisée.
Il y a
Le message suivant de :
##
Bonsoir à tous,
Avez-vous fait déjà un tour du côté de Roßleben en Allemagne ?
Le niveau de détail y est tout simplement édifiant !
[url]http://www.openstreetmap.org/?lat=51.30333lon=11.43048zoom=17layers=M[/url]
Je me demande d'ailleurs si en France,
2013/1/15 Vincent Privat vincent.pri...@gmail.com
Pas besoin du JDK pour les utilisateurs finaux, ça ne sert qu'aux
développeurs.
Le JRE suffit:
http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html
A noter que ça ne concerne que Java 7. La version 6 n'est pas
et pour openjdk ?
Le 15 janv. 2013 21:04, Philippe Verdy verd...@wanadoo.fr a écrit :
2013/1/15 Vincent Privat vincent.pri...@gmail.com
Pas besoin du JDK pour les utilisateurs finaux, ça ne sert qu'aux
développeurs.
Le JRE suffit:
Le 15/01/2013 20:25, sly (sylvain letuffe) a écrit :
Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon
truc de suivi des communes :
http://suivi.openstreetmap.fr/communes/commune_stat.log
C'est pas terrible, difficilement utilisable, mais comme il m'a suffit d'une
Le message suivant de :
##
Salut tout le monde
Connaîtriez-vous un moyen, un programme ou autre qui permette de réaliser une
carte avec uniquement les balises recherchée?
Je m'explique: je suis pompier volontaire et je souhaiterai imprimer un carnet
avec une page pour chaque
Le 15 janvier 2013 20:25, sly (sylvain letuffe) li...@letuffe.org a écrit
:
Tant que j'y pense a propos de ce fil, j'ai ajouté une fonctionnalité à mon
truc de suivi des communes :
http://suivi.openstreetmap.fr/communes/commune_stat.log
C'est pas terrible, difficilement utilisable, mais
Ce n'est pas suffisant: pas de mention de la licence, ni lien vers
osm.org/copyright, le lien serait suffisant sur ce petite ©OpenStreetMap
Le 15 janvier 2013 20:36, Yannick VOYEAUD yann...@voyeaud.org a écrit :
Le 15/01/2013 16:40, Christophe Foucher a écrit :
Je viens de tomber sur le site
Le 15/01/2013 23:35, Philippe Verdy a écrit :
Petite idée : ce serait nettement plus pratique de donner les ids des
deux ways qui se coupent à ces coordonnées (les as-tu encore dans ton
outil ou bien c'est perdu par la transformation OSM vers OpenGIS ?).
Un seul way suffit pour produire le
Même chose. OpenJDK est la version OpenSource gérée par la communauté mais
Oracle en fait partie aussi.
Regarde sur http://openjdk.java.net/ qui publie aussi l'annonce faite par
Oracle sur
https://blogs.oracle.com/henrik/entry/oeacle_jdk_7u11_released
Note que OpenJDK travaille sur la version
Le mardi 15 janvier 2013 22:46:28, Vincent de Chateau-Thierry a écrit :
Mais pour Postgis, le coin, parfois, ça dépasse les bornes.
Elle me plaît celle là ;-)
Vous êtes bien avancé hein ?
Finalement oui, en fait :-)
Je viens d'essayer et c'est en effet inutilisable, je n'ai rien réussi
Le 15 janvier 2013 23:53, Vincent de Chateau-Thierry v...@laposte.net a
écrit :
Le 15/01/2013 23:35, Philippe Verdy a écrit :
Petite idée : ce serait nettement plus pratique de donner les ids des
deux ways qui se coupent à ces coordonnées (les as-tu encore dans ton
outil ou bien c'est perdu
Désolé de te contredire Philippe, mais il me semble que c'est assez clair
chez Oracle:
https://blogs.oracle.com/security/entry/security_alert_for_cve_2013
These vulnerabilities, which only affect Oracle Java 7 versions.
Et si l'on prend le CVE:
En plus le copyright semble dire que TOUT le contenu de la carte est sous
ce copyright, ce qui n'est pas nécessairement le cas de POIs ajoutés en
surcouche (tout défaut de qualité dans ces données n'est alors pas
imputable à OSM si la seule source est le site lui-même ou ses
contributeurs). De
Le 16 janvier 2013 00:13, Vincent Privat vincent.pri...@gmail.com a écrit
:
Désolé de te contredire Philippe, mais il me semble que c'est assez clair
chez Oracle:
https://blogs.oracle.com/security/entry/security_alert_for_cve_2013
These vulnerabilities, which only affect Oracle Java 7
Dans la même page, un peu plus haut, il est explicitement dit (en gras): *Note:
JDK and JRE 6, 5.0 and 1.4.2, and Java SE Embedded JRE releases are not
affected.*
Ce 7 Update 10 and earlier est donc à comprendre comme toutes les
versions 7 jusqu'à l'update 10 compris. Avant c'est ok, après aussi.
Le 16 janvier 2013 00:17, Philippe Verdy verd...@wanadoo.fr a écrit :
Plutôt que de lui envoyer des mails à répétition, il vaut mieux lui
envoyer le lien vers la page OSM donnant les instructions, et lui montrer
des exemples sur divers sites conformes (ça peut donner des idée sur la
façon de
L'incident n'est pas encore terminé, le patch semble bien temporaire en
attendant mieux car il ne corrige pas tout
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-0422
On peut s'attendre à de nouvelles alertes CVE et donc un autre patch dans
les jours qui viennent en attendant on a des
En regardant les stats de piwik, je vois que http://jannonce.com/ utilise
OSM.
--
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
OpenJDK et IcedTea sont bien affectés aussi (confirmé hier soir):
http://www.us-cert.gov/cas/techalerts/TA13-010A.html
mais pas le JDK et le JRE distribués par IBM.
Si Oracle dit que la version 6 n'est pas affectée, c'est parce qu'une
nouvelle méthode du JRE 7 ajoutant un flag booléen permissif
Le 16 janvier 2013 00:32, Christian Quest cqu...@openstreetmap.fr a écrit
:
A la longue c'est vraiment énervant cette posture à toujours vouloir avoir
raison... et le dernier mot.
+1. Je ne répondrai pas aux messages de Philippe qui essaye comme
d'habitude de noyer le poisson dans des
Le 16 janvier 2013 01:20, Vincent Privat vincent.pri...@gmail.com a écrit
:
+1. Je ne répondrai pas aux messages de Philippe qui essaye comme
d'habitude de noyer le poisson dans des détails techniques au lieu de
reconnaître simplement qu'il n'avait pas compris la formulation d'Oracle.
Parce
http://www.lcsqa.org/surveillance/indices/cartographie
J'ai envoyé un message avec toutes les explications sur le formulaire de
contact du site.
--
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
Le 16 janvier 2013 00:36, Christian Quest cqu...@openstreetmap.fr a écrit :
Pour l'attribution de MapBox c'est pas mon problème et si MapBox mettait un
peu plus en avant la nécessité d'attribution OSM, je ferai un petit effort
pour eux en retour ;)
C'est peut-être un problème pour nous si
Le 15 janvier 2013 14:32, SylvainH nbelsylv...@hotmail.com a écrit :
A la lecture de tous vos messages, je me rend compte qu'il sera nécessaire
de
reprendre mes polygones de landuse, que par soucis de simplification, j'ai
fait coller aux routes, sans tenir compte des dépendances routières,
Philippe Verdy verd...@wanadoo.fr wrote:
Quand je vois qu'ils disent Publish your map in seconds sans rien
demander d'autre.
Simplement, car -par défaut- leur publication ajout un Terms
Feedback en bas à gauche qui en fonction des couches utilisées rajoute
les licences nécessaires en pointant
64 matches
Mail list logo
