On vendredi 24 février 2012, Philippe Verdy wrote:
OK, donc le problème est ailleurs. Osmosis sans doûte puisque c'est
par lui que ça transite et non l'API utilisée par les éditeurs. Mais
comment fait alors Mapquest qui passe aussi par Osmosis ?
Sauf erreur, c'est osm2pgsql qui sert à
On vendredi 24 février 2012, Philippe Verdy wrote:
La base OSM ne retourne pas toujours non plus les ways
La base OSM ne retourne rien, c'est un stockage, tu parles donc de l'API 0.6
codée en ruby que l'on peut interroger par http://api.openstreetmap.org/api
et qui elle va chercher dans la
On vendredi 24 février 2012, Philippe Verdy wrote:
Ce que dit Philippe semble coller avec ce que j'ai fait : j'ai uploadé la
zone forestière en 3 fois au lieu de l'uploader en une fois. Peut être le
mieux pour la suite serait de sauvegarder mes modifs dans JOSM puis
lorsque
c'est
On vendredi 24 février 2012, Philippe Verdy wrote:
Et dans ce cas il n'est pas absurde d'augmenter la précision des
tracés selon la précision que l'on demande ensuite pour les rendus
si
Le nombre de point n'a pas a être augmenté artificiellement dans la base OSM
si celui-ci n'améliore pas
Effectivement, les applis tournant autour d'OSM ont des besoins que peu
d'hébergements mutualisés peuvent satisfaire. Et tous les développeurs
n'ont pas les moyens ou l'envie de louer et gérer un serveur dédié. Il
serait donc intéressant de pouvoir mutualiser des serveurs/services.
Ce projet
Ok. J'avais bêtement cru que les 4 serveurs qui sont en orange avec un
hébergement n'attendaient plus qu'un OS et des développeurs faire monter
la charge :)
Alors j'avoue que je ne me suis même pas posé la question, pour moi : pas
installé ça voulait dire : serveur dans ma cave en attente
On vendredi 24 février 2012, Gilles Bassière wrote:
Cela dit, je pense surtout à des petits services pas trop
perturbateurs : maintenir à jour une (ou plusieurs) pyramides de tuiles
à l'échelle de l'agglomération de Marseille. Si on considère que la base
de données sous-jacente est mutualisée
On mercredi 22 février 2012, sukran.geo sukran.geo wrote:
Bonjour, J'ai une zone dans OSM que je veux télécharger, mais...
apparemment, elle est trop grande, et voici le message qui s'affiche. (voir
JPEG Joint) J'ai ensuite téléchargé le fichier de Geofabrik, mais idem, pb
de taille. Que
On mercredi 22 février 2012, Philippe Verdy wrote:
Mais c'est vrai aussi qu'il manque à la base OSM un vrai système de
réplication sur des miroirs synchronisés, capables de répondre de
concert à une même requête.
Quelques idées suivent...
(...)
TL;DR
yaka
On mercredi 22 février 2012, Emilie Laffray wrote:
Postgresql merde quand il y a des tables
temporaires. C'est un bug connu qu'on espere voir corrige dans 9.2.
Que postgresql s'améliore sur ce point c'est bien, mais je ne suis pas sûr que
ça soit la meilleure voie car cela restreindrait à
Salut,
Pour ceux qui seraient intéressé, un vote a été proposé sur la relation
type=waterway, ce qui implique discussions ;-). Avec plus de membres de la
communauté international que nos petits débats internes qui n'ont jamais
trouvés d'issue.
Une ouverture plus grande pour faire s'affronter
Mais quel boulet je fais ;-) J'ai oublié de donner le lien.
Il s agit de celle ci
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Waterway ?
C'est celle-là
j ai vu qu il y aussi celle ci
http://wiki.openstreetmap.org/wiki/User:Frodrigo/Relation:Waterway
Mais celle-là est le modèle
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
Bonjour,
J'ai une erreur 403 en voulant accéder au fichier de suivi des communes :
Whaaa ! Y'en a qui sont vraiment tout le temps le nez dessus !
J'ai fais deux trois modif il y a même pas 10 minutes que tu es déjà à
l'affût !
En
Euh, oui, il vaut mieux, car je l'utilise aussi dans un script.
et hop, réparé, et rangé, il devait bien y avoir 3 liens qui se pointaient les
uns les autres je savais plus quel fil il fallait tirer.
Je te recommande toutefois de faire une mise en cache de ton coté sur tu as
besoin du fichier
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
Je vois que c'est déjà de retour, et à jour siouplaît.
Merci m'sieur !
J'ai changé la procédure de vidange des fichiers du cadastre, un calcul est en
cours qui devrait se terminer d'ici quelques minutes avec les nouvelles
communes
09, ariège, 6 vectorisées sur 331, depuis la nuit des temps :(((
C'est quoi l'ariège ?
Et puis, tu es mauvaise langue, je me rappel qu'il y a pas plus tard qu'en
2008 qu'il n'y en avait que 3.
x2 en 4 ans, à ce rythme là, ça devrait être vite fini vers 2030 ;-))
--
sly
qui suis-je :
On jeudi 16 février 2012, THEVENON Julien wrote:
il serait peut etre interessant aussi d avoir la possibilite d indiquer qu
on a importe/retravaille les limites de la commune pour la sortir de la
liste
A mon avis, ça n'est pas utile, puisque une fois la limite importée, elle
disparaîtra
On jeudi 16 février 2012, Cedric Viou wrote:
Pendant qu'on y est:
http://osmose.openstreetmap.fr/map/?item=7020
qui utilise le même .csv. Il est précieux ce fichier!!!
Décidément, c'est pas croyable !
C'est si fun que ça d'analyser mes fichiers textes tout pourri prévu pour être
lus par
On jeudi 16 février 2012, Christian Quest wrote:
Je m'en sert ici:
http://openstreetmap.fr/outils/limites-communales-a-importer (en
travaux)
Oulla, tu utilises le fichier bâtard et tu parses le fichier à la vas y que
ça galère ?
Genre celui-là : ?
On jeudi 16 février 2012, THEVENON Julien wrote:
Je pensais plutot au cas des communes qui ont ete importees a partir du
cadastre Raster georeference manuellement et qu on voudrait
verifier/retravailler une fois la commune dispo en vectoriel
Pas con, mais ça, ça n'est pas possible en se
On jeudi 16 février 2012, Cedric Viou wrote:
complété par un parseur des pages de :
http://fr.wikipedia.org/wiki/Listes_des_communes_de_France
et le clavier quand le parseur se plante dans une page.
Boudiou !
J'imagine qu'a coté de ça, regexper mon fichier ça devait être du gâteau.
Mais bon,
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
Désormais, et code postal mis à part, il y a le GeoFLA : code INSEE,
nom, et coordonnées arrondies, mais suffisantes pour un affichage
Osmose, non ?
Ha mais oui ! Bien vu, je l'avais oublié celui-là.
--
sly
qui suis-je :
?
Pas besoin d'outils compliqués, avec firefox tu te ballades sur la carte et en
bas à gauche à l'endroit qui affiche Terminé tu vois apparaître l'adresse du
site où sont télécharger les tuiles (entre autres) et on peu en effet voir
tile.openstreetmap.org
--
sly (sylvain letuffe
On dimanche 12 février 2012, yvecai wrote:
C'est vrai que Mapnik (enfin, la feuille de style d'osm)
Pour lever l'ambiguité et tenter de rester le plus concis possible, j'aime
écrire map...@osm.org
à une fâcheuse
tendance à marquer tout les tags 'name='.
Est-ce vraiment fâcheux ?
Le
On lundi 13 février 2012, Hélène PETIT wrote:
Le 13/02/2012 12:40, sly (sylvain letuffe) a écrit :
Mais maintenant, les choses ont changées, je suis donc en faveur pour que
map...@osm.org deviennent un rendu toujours plus moche, toujours plus à
jour,
toujours plus saturé d'info, bref
On lundi 13 février 2012, Hélène PETIT wrote:
le consommateur ordinaire est arrivé là en tapant :
openstreetmap.org
dans son navigateur.
Il est rare que l'on tape encore des adresses, disons qu'il a
cherché openstreetmap dans google.
Mais sans doute qu'il a entendu ce nom ou qu'on lui a
, beaucoup d'infos, pas pour les utilisateurs.
Le rendu Mapquest ou d'autres, correspondent mieux selon moi à ceux qui
veulent du joli pour le montrer
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
On mardi 7 février 2012, DH wrote:
Le 07/02/2012 18:43, sly (sylvain letuffe) a écrit :
Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis
de
christian.
Ni moi le tien. C'est ce qui fait le charme (?) de cette liste.
C'est même un de ces buts ! confronter des
Frédéric Rodrigo :
- Il y a peut être une solution pas trop compliqué à mettre en œuvre
pour corriger les deux cas d'erreur avec postgis 2.0 et la fonction
http://postgis.org/documentation/manual-svn/ST_Snap.html
Je pense que c'est une solution valable pour nettoyer sa propre copie de la
On mardi 7 février 2012, Bruno Cortial wrote:
Salut,
Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer les
fichiers Cléo.
http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html
Je te propose de passer sur la liste dev-fr histoire de ne pas remplir plus
Je profite lâchement de cette excellente initiative du LOG pour créer la
liste
local-grenoble.
http://listes.openstreetmap.fr/wws/info/local-grenoble
J'espère que l'activisme du LOG et la liste vont permettre l'émergence
d'un vrai groupe local (enfin, s'il y a suffisamment de motivés).
On mardi 7 février 2012, partir-en-vtt wrote:
JOSM propose la correction automatique de la superposition de bâtiment ? Je
n'ai pas trouvé. Comment procéder ?
Pour ma part, j'ai abandonné ce genre de corrections. Oui oui, je sais, c'est
pas bien. Explications :
- C'est un boulot manuel de fou
On mardi 7 février 2012, Eric Sibert wrote:
une liste SavoieS au pluriel pour ne pas froisser les susceptibilités
des gars de la Haute (à prononcer Yote).
Yôte ou Yaute, pas Yote.
Merde devancé pour le s
ou Annecy-Chambéry ou Cartes pentues sub-lémaniques et, si le
besoin arrive,
Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis de
christian.
Je ne suis pas d'accord sur le c'est pas grave, je pense juste que corriger
à la main est une perte de temps qui serait mieux employé.
Je suis bien évidement pour qu'un courageux nous développe l'outil qui
On lundi 6 février 2012, Gilles Bassière wrote:
Bonjour
salut,
Je vais moi aussi apporter mon grain de sel, car je me suis plusieurs fois
retrouvé exactement dans ton cas et je manque un peu de truc à dire ou d'une
page à montrer.
Je détecte aussi les nouveaux (plus artisanalement, via OWL)
Le samedi 4 février 2012 18:34:10, sly (sylvain letuffe) a écrit :
http://api.openstreetmap.fr/api c'est une API 0.6 et le plugin JOSM doit se
brancher sur une URL de type xapi (si j'ai bien compris)
Donc il faut lui indiquer http://api.openstreetmap.fr/xapi
Mais j'avoue ne pas avoir
Le dimanche 5 février 2012 15:08:32, sly (sylvain letuffe) a écrit :
http://api.openstreetmap.fr/api/xapi?[@meta]
Ha ben en fait non. Le plugin josm ne peut pas fonctionner avec la xapi que
j'ai installée dans l'état actuel puisque j'arrive pas à faire passer le
paramètre [@meta]
--
sly
si un autre avait fait des modifs en même temps que
toi, sauf que cet autre... c'est toi ;-) )
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le samedi 4 février 2012 17:19:27, Jocelyn Jaubert a écrit :
Le 3 février 2012, sly (sylvain letuffe) a écrit :
branchée sur l'overpass_api que j'ai installée citée juste avant.
Ça utilise vraiment la même URL que celle qui tu as mises plus haut ?
(l'email parle d'utiliser l'API Overpass API
Yo, (et bon week end)
Il y a 2 mois, j'ai mis en place (un peu en secret le temps de tester) un
service d'API permettant d'accélérer un peu JOSM quand il doit télécharger
des données OSM pour les modifier (En fait, c'est pas sa faute, c'est qu'on
est beaucoup à éditer en même temps et tant
Ceci me fait penser à une technique utilisée par Google Maps en Inde,
pour générer des descriptions d'itinéraire intégrant des points de
référence locaux («à droite après le McDonalds» ...).
M mais c'est pas complètement con cette idée.
Il y a des choses qu'on ne peut en effet
D'une part, je me heurte toujours à la
subjectivité de la chose. Par exemple, j'ai vaguement connaissance qu'il
y a des McMachin autour de chez moi mais je suis incapable de dire où
ils sont, je n'y prête pas attention, c'est-à-dire qu'ils ne sont pas
visibles pour moi.
Je ne nie pas
On mercredi 1 février 2012, Pieren wrote:
Le tribunal de commerce de Paris estimant que Google Maps fausse la
concurrence en fournissant son service gratuitement, a condamné la
société Google à 500.000€ de dommages et intérêts au bénéfice de la
société plaignante Bottin Cartographes (et
le met que sur le waterway=river
Moi sur les deux.
Ça fait redondance, mais comme je n'ai pas trouvé de solution pour les
assembler.
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo
:
Le rôle label est-il utile, son apparente bonne intention est elle louable,
est-ce utilisé quelque part et ne pourrait-on faire autrement ?
Autant le dire tout de suite, je n'ai pas la réponse !
--
sly (sylvain letuffe)
___
Talk-fr mailing list
mettre et laisser ce qui le veulent se creuser la tête
pour le déterminer automatiquement
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
... avec les 301,
aux dernières nouvelles soit tu connais le code secret shift+ctrl+bouton
droit+echap+reload en chantant du joe dassin, soit tu le fermes et tu le
relances
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
Le mardi 31 janvier 2012 23:07:56, sly (sylvain letuffe) a écrit :
A mon avis vincent se gourre, il a juste cliqué, il a vu un site et il
s'est dis ça marche, il n'a pas fait gaffe que son navigateur s'est tiré
ailleurs.
Bon sang de bois, on dirait que c'est moi qui me gourre !
Toutes mes
:
host -t a www.data.gouv.fr
www.data.gouv.fr has address 160.92.169.98
http 200
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le mardi 31 janvier 2012 23:24:38, Yves a écrit :
Ben oui, si le serveur voulait te faire faire autrement, il te dirait 302 !
C'est, ma foi, une remarque très juste.
Mais visiblement, dans notre cas, nous avons encore le cas d'un 301 abused.
--
sly (sylvain letuffe
voulais dire on est dans le cas d'un abus du code HTTP 301
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On lundi 30 janvier 2012, Patrice Hadot wrote:
Existe quelque part un recueil de ce qu'il ne faut pas toucher tant qu'on
n'est pas ceinture noire de cartographie ?
Si tu es ceinture noire, je pense que tu peux même bouger les repères
géodésiques !
Cela me parait évident quand il y a des
On lundi 30 janvier 2012, Pieren wrote:
2012/1/30 sly (sylvain letuffe) li...@letuffe.org:
Si tu es ceinture noire, je pense que tu peux même bouger les repères
géodésiques !
C'est de l'humour bien sur : même un ceinture noire ne peut bouger
les repères, sauf indication contraire de l
, communes, pays.
Ton option de la bbox, aura au moins l'avantage de ne s'activer qu'a la
demande. Mais si la bbox fait la taille de la france, j'ai peur que ça prenne
un poil de temps.
Bref, à réfléchir. Vous visez quoi comme stats exactement ?
--
sly (sylvain letuffe
interconnecter correctement tes softs avec la
base (celle de osm7 je suppose ?)
Ayant moi même pas mal cogité et coder dans ce domaine, je pourrais peut-être
t'éviter les impasses.
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr
être une alternative au centroïde
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 26 janvier 2012 11:16, partir-en-vtt ad...@partir-en-vtt.com a écrit :
Ce serait donc d'après vous plus par abandon (afin d'éviter de se ruiner
la
santé ou se ruiner tout court à traquer les fraudeurs) que par logique du
non commercial que la clause NC n'a pas été mise en place ?
Les éditions ont continué cette nuit, pour propager des subarea :
http://www.openstreetmap.org/browse/changeset/10499268
Bordel de p de foutage de gueule
Ho, on a dit stop !
Cette fois-ci, ce sont les Pays-de-Loire. Sly, je ne sais pas quelle était
la teneur
de ton mail, mais
Pour des raisons de retro-compatibilité, je suppose. C'est vrai qu'on
pourrait s'en passer mais le logiciel de rendu - par exemple - devrait
scanner l'ensemble des relations avant de pouvoir déterminer
l'admin_level le plus haut (et donc le style à appliquer).
Sauf erreur,
C'est déjà ce qui
plusieurs fois ce que tu as déjà dis et finissent à mon avis par desservir les
idées qui s'y cachent. Ce qui est dommage.
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le mercredi 25 janvier 2012 11:48:33, Christian Quest a écrit :
N'y a-t-il pas un petit problème quand toutes les subarea n'existent pas
encore ?
C'est un des problèmes soulevé il y a longtemps: temps que nous n'avons pas
toutes les communes, le modèle par surface ne fonctionnera que très mal
yo,
Pour revenir au départ du sujet, on se trouve encore à l'heure qu'il est
avec un contour d'Ille-et-Vilaine inutilisable. Sauf levée de boucliers
(argumentée), je procéderai demain soir à son rétablissement sous forme
d'une relation classique
Bien que nous soyons tous d'accord pour
On lundi 23 janvier 2012, PhQ wrote:
Je vous demande de m'excuser de recadrer la discussion sur le
boundary_segment, mais ...
Dans le barouf de ce fil de discussion, j'avais loupé cette question.
il y a le fait que la vérification de continuité ne se fait pas dans
l'éditeur de relation de
Je ne résiste pas, pour ajouter un peu d'humour à nominer cette phrase
d'anthologie pour les Fortunes
http://wiki.openstreetmap.org/wiki/FR:Fortunes
Verdy_p
les côtes sont très grossières, et très éléatoires : travailler dessus sur
des frontières très longues est un enfer qui demande un
On mercredi 25 janvier 2012, Philippe Verdy wrote:
Si on a bien défini les relations, il
n'est plus nécessaire de modifier dans JOSM les frontières (trop
lourdes à charger et vérifier). Un outil automatique peut générer ces
frontières de la France de base par celle des régions définies dans la
Comme ce débat revient souvent, je propose d'en faire une page sur le wiki,
qui tente de présenter objectivement avantages et inconvénients de manière
résumé
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière
Si des motivés
On mercredi 25 janvier 2012, Pieren wrote:
Et donc on ne fait rien ? Alors que tout le monde à part l'auteur des
modifs semble d'accord pour une séparation des modèles dans des
relations différentes à minima ?
Je vote bien évidement pour le retour arrière sur ces relations comme la
majorité
On mardi 24 janvier 2012, verdy_p wrote:
Pour verdy_p : toutes les utilisations que tu as cités peuvent déjà se
faire avec le modèle actuel (modèle frontières) grâce aux bases de données
relationnelles.
Je me suis trompé, je voulais dire grâce aux bases de données spatiales
Pas du tout !
La encore,
ça n'est que relativement récemment que osm2pgsql a été modifié pour
ignorer les subarea car ça faisait tout planté justement lié a ce mélange
hideux de sémantique et de géographique.
Bluff detected.
Non, osm2pgsql dernière version dans le svn n'a pas de code pour exclure les
On mardi 24 janvier 2012, Christian Quest wrote:
Le sujet semble sensible vu le ton de plusieurs messages...
Je le déplore d'ailleurs alors qu'on est là pour discuter, mais bon, l'humain
aime la fight, ça doit être ça.
Quand on travaille sur la base de données, c'est quand même plus simple de
Enfin bon j'attends
avec impatience le jour ou on aura des objects polygones ce qui permettra
d'eviter le melange entre le semantique et le geographique.
Aller, aujourd'hui, je m'acharne sur Emilie, demain je m'occuperais d'un
autre.
Bien évidement, rien contre toi, mais contre ce courant de
On mardi 24 janvier 2012, THEVENON Julien wrote:
De : sylvain letuffe li...@letuffe.org
Mais si au moins osm2pgsql pouvait supporter ça(...)
Qui est le Papa de cet outil ? est ce que quelqu un lui a deja demande le
support du modele pyramidal ?
et si oui quel est le plan de
Je me permet de migrer vers dev-fr, je sens que ça va partir en sucette
Déjà, si c'est en C, ça m'intéresse bien plus que le java d'osmosis :)
Non, pas possible ;-) tu, tu, tu... voudrais mettre ton nez dans osm2pgsql ?
malheureux, tu n'en peux déjà plus de mes bugs reports, mais je vais te
J'ai répondu à pas mal de tes remarques dans d'autres mails que j'ai fais aux
autres. Je vais juste prendre celle qui n'ont pas encore été adressées
(il y a des trous volontaires dans les sous-zones
C'est gérable, avec le role inner pour les données et la primitive
MULTIPOLYGON dans les
Bonjour,
(oui, je sais, ce sujet a déjà été abordé maintes fois, mais toujours en
mouvement est l'avenir d'osm)
Certains l'ont peut être remarqué, le département de l'ille-et-Vilaine
ne ferme plus sur http://suivi.openstreetmap.fr/communes/communes.csv.txt
et, pour une fois, ce n'est pas à
On lundi 23 janvier 2012, PhQ wrote:
Je suis pour à 100% l'utilisation du concept boundary_segment,
malheureusement
l'outil de validation JOSM le détecte en avertissement comme inconnu.
J'ai loupé quelque chose ou il faut faire un ticket ehancement dans JOSM
pour faire avancer la chose ?
Ce
/FR:Relation:boundary
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
l'ordre d'avant (quitte à rajouter des styles
vides)
Mais j'ai mauvaisemanipé, voilà qui est corrigé
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On vendredi 13 janvier 2012, Christian Quest wrote:
Des données en CC-by-SA doivent rester sous licence CC-by-SA à cause
du SA, non ?
Exact.
Si on avait le droit d'exporter puis ré-importer pour nettoyer la licence,
toutes ses prises de becs depuis 3 ans n'auraient pas eu cette raison d'être.
On vendredi 13 janvier 2012, Vladimir Vyskocil wrote:
Mais je ne parle pas de re-importer les données... Je parle d'utiliser les
données comme source, un peu comme ce que l'on fait avec Bing. Pourrais t'on
par exemple décalquer les routes manquante dans la nouvelle base en
utilisant en fond
On mardi 10 janvier 2012, Pieren wrote:
Le site How did you contribute to OpenStreetMap ?
Inutile, donc indispensable !
I'm An Addicted Mapper
Même pas vrai d'abord... tiens, ça fait 1heure que j'ai pas contribué, il faut
que j'y retourne
--
sly
qui suis-je : http://sly.letuffe.org
email
ne
supporte pas les polygones, mais il doit y avoir un moyen de le forcer à en
faire des lignes)
http://www.gdal.org/ogr2ogr.html
http://www.gdal.org/ogr/drv_gpx.html
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
dans
le cas de MapWindow :
http://www.mapwindow.org/pages/opensource.php
The Mozilla Public License 1.1 applies to all MapWindow GIS source code
raté ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
Une autre piste pourrait être (...)
et ce programme :
http://www.gdal.org/ogr2ogr.html
qui sait lire le shapefile et écrire le GPX.
Arrr ! J'ai 10 minutes de retard sur toi ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr
autant !
Voilà qui est corrigé
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On vendredi 6 janvier 2012, Jo wrote:
Je viens d'acheter un appareil avec Android, moi aussi. Je préfère le libre
autant que je peux. OsmAnd était une déception, car j'en attendait bcp
plus. Le nom et mot de passe c'est pour directement enregistrer des POI
dans la base de OSM.
A te lire, on
On mercredi 4 janvier 2012, Eric Sibert wrote:
je crois comprendre qu'il ne se suffit pas à
lui même et qu'il faut l'adjoindre à un highway=path ou autre.
En ce qui me concerne, pour la raquette ou le ski de fond, par défaut,
je ne mets rien dessous. Si je repasse en été et que je
J'ai expérimenté aujourd'hui MotionX-GPS pour IPad et Iphone, qui n'est pas
encore porté pour Android. (Désolé pour les Googlemaniaques), re-:-)
Vu que l'on en est à la pub, je vais moi aussi en faire pour contrer l'ignoble
i-privateur vendeur d'i-boitenoires pour i-consommateurs
ça ne sera
postgresql+postgis) comme le propose vincent.
Mais si tu dois faire tourner ça sur un téléphone portable, de façon autonome,
ça risque de ne pas être facile à faire tourner car ce sont de grosses usines
à gaz
--
sly (sylvain letuffe)
___
Talk-fr mailing
/viking/files/viking/1.2.2/
Tu navigues sur la zone que tu voudra montrer ultérieurement, et viking va
en conserver une version sur ton ordinateur, tu pourra ensuite faire ta démo
même si tu n'as pas internet.
--
sly (sylvain letuffe)
___
Talk-fr mailing
le rouge maintenant violet il est marqué :
!--moins Z semaine -- avec ça au moins, on est bien avancé ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit :
Une autre question : je souhaite acquérir un datalogger GPS
uniquement
pour faire des mapping party. Je souhaite quelque chose de simple
d'utilisation, petit et pouvant enregistrer les parcours pour les
récupérer sur
(sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
que les boundary=administrative
(raisons historiques), je traite maintenant tout type de boundary dans cette
partie du labyrinthe formé de tout un tas de programmes interconnectés.
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr
Conclusion : dès qu'un membre du CA voudra apporter à l'association
OSM-FR une réponse claire à la question l'association est-elle un
organisme d'intérêt général (au sens du droit fiscal), je serai ravi de
(...)
Je suis convaincu, je vote pour toi comme membre du CA !
--
sly
qui suis-je :
Je ne comprend pas où est le problème de tout ce débat (bien que j'en ai une
petite idée)
1) si les orthophotos seraient utiles pour osm
2) si la licence telle qu'écrite sur le site ne semble pas, en l'état actuel,
donner le droit de monter un serveur WMS avec les photos et de tracer dessus
3)
Les organismes publics, en général, n'aiment pas traiter avec un
particulier qui se réclame d'un collectif indéfini et qui, au final,
peut ne représenter que lui-même.
Je crois lire la réponse de jean, simultanée à la tienne.
Désolé si elle te semble crue, mais mon impression est la suivante
On jeudi 15 décembre 2011, Jean Millerat wrote:
Le 15/12/2011 13:37, sly (sylvain letuffe) a écrit :
Conclusion : dès qu'un membre du CA voudra apporter à l'association
OSM-FR une réponse claire à la question l'association est-elle un
organisme d'intérêt général (au sens du droit fiscal
/
De : David Monniaux david.monni...@free.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi 15 Décembre 2011 14h16
Objet : Re: [OSM-talk-fr] GEOSUD - modus operandi
On 12/15/2011 02:09 PM, sly (sylvain letuffe) wrote:
C'est, il me semble, une mauvaise
On mercredi 14 décembre 2011, Romain MEHUT wrote:
D'après ce que j'ai compris, l'API Google permettrait d'ajouter le fond de
carte d'OSM en complément de ceux de Google? Je me trompe?
Presque tout est possible :
- Openlayers peut afficher les vues physiques/carte/satellite de google
- GG API
701 - 800 of 1808 matches
Mail list logo
