Ce n'est certainement pas la solution demandée ici, mais tout de même
un petit pas en avant :
Il y a maintenant un petit wizard sur l'overpass turbo :
http://www.openstreetmap.org/user/tyr_asd/diary/20548
Stf
Le mercredi 11 décembre 2013 15:14:29, Nicolas Dumoulin a écrit :
Le mardi 10
C'est un pas de plus dans la bonne direction. Excellent !
Le 18 décembre 2013 10:50, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Ce n'est certainement pas la solution demandée ici, mais tout de même un
petit pas en avant :
Il y a maintenant un petit wizard sur l'overpass turbo :
Le mercredi 18 décembre 2013 11:10:21, Christian Quest a écrit :
C'est un pas de plus dans la bonne direction. Excellent !
Chaque jour les contributeurs dessinent des routes sur lesquelles les
développeurs inventent des outils.
:-)
Stf
___
Le mardi 10 décembre 2013 11:36:00 Charles Nepote a écrit :
Le 09/12/2013 17:49, Christian Quest a écrit :
On peut commencer une sorte de cahier des charges de ce que devrait
faire un tel outil d'extraction de données ?
Chic !
[…]
Ça serait bien de noter tout ça quelquepart pour
Le 10 décembre 2013 11:36, Charles Nepote char...@nepote.org a écrit :
1. pour les **néophytes** : CSV en priorité **mais** je crois me rappeler
que le CSV ne s'ouvre pas toujours facilement dans Excel (en fait j'ai
jamais testé, quelqu'un pour confirmer ?)
C'est vrai et une des premières
La ligne de commande, c'est probablement suffisant et puissant, mais
avec une interface graphique pour commander tout ça, cela serait tout
de suite plus intuitif.
Dans le genre, la page conçue par Harry Wood pour composer des
requêtes XAPI et Osmosis est bien pratique [3]
Tiens je ne la
Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie
Et c'est quelque chose qui intéresserait vraiment ?
Le 10/12/2013 10:06, Nicolas Moyroud a écrit :
Ca m'attriste de voir des données OSM (ODbL) sur un fond Google Maps... ils
n'ont pas lu mon billet de blog ?
http://openstreetmap.fr/blogs/cquest/donnees-odbl-et-services-google
...ni les conditions d'utilisation des services Google:
http://www.google.fr/intl/fr/policies/terms/regional.html
J'en avais déjà parlé à Jérémie Valentin le chargé de mission OpenData
de Montpellier, je crois que la raison c'est que le site a été conçu
avec un CMS (je ne sais plus lequel) pour lequel un plugin Google Maps
était déjà intégré. Du coup ils ont utilisé ce qu'ils avaient sous la
main mais
Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie
Et c'est quelque chose qui intéresserait vraiment ?
Oui c'est vrai, mais j'ai bien l'impression qu'ils
Vous connaissez les services informatiques et la peur du changement...
Le 10/12/2013 10:52, Nicolas Moyroud a écrit :
J'en avais déjà parlé à Jérémie Valentin le chargé de mission OpenData
de Montpellier, je crois que la raison c'est que le site a été conçu
avec un CMS (je ne sais plus lequel)
Méthode semi-automatique avec LizPOI
Le 10/12/2013 10:53, Nicolas Moyroud a écrit :
Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie
Et c'est quelque
Méthode semi-automatique avec LizPOI
Ah je ne savais pas ! Mais j'aurai dû me douter qu'il y avait du 3LIZ
dans cette histoire montpelliéraine.
Nicolas
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 09/12/2013 17:49, Christian Quest a écrit :
On peut commencer une sorte de cahier des charges de ce que devrait
faire un tel outil d'extraction de données ?
Chic !
Il y a les formats de sortie: CSV, json, geojson, topojson, XML,
shapefile, autres...
Il me semble qu'il y a quatre
Etant donné que uMap s'alimente facilement avec du GeoJSON (plutôt que du
.csv), j'aurais tout de même tendance à remonter ce format d'un cran, vers
la catégorie néophyte ...
... sous réserve d'aiguiller convenablement vers l'usage de uMap justement
(le process d'import automatique vers uMap que
On n'est pas obligé d'avoir tous ces formats tout de suite. La
catégorie 3 se débrouille déjà bien toute seule. Je pense qu'il vaut
mieux concentrer l'effort sur la catégorie 1.
Faux ! La catégorie 3 ne concerne pas que les géogeeks, mais aussi les
géomaticiens qui pour la plupart ne sont
Le 06/12/2013 20:21, Christian Quest a écrit :
Le 6 décembre 2013 11:01, Charles Nepote char...@nepote.org
mailto:char...@nepote.org a écrit :
Merci Christian.
Aujourd'hui l'overpass-api est sans doute très intéressante pour
les développeurs mais inaccessible pour, par exemple,
On peut commencer une sorte de cahier des charges de ce que devrait faire
un tel outil d'extraction de données ?
Il y a les formats de sortie: CSV, json, geojson, topojson, XML, shapefile,
autres...
Il y a les fonctionnalités complémentaires:
- wizard de sélection des POI à extraire
- reverse
Il y a les deux outils OSMFilter [1] et OSMConvert [2] qui peuvent être
combinés pour produire un fichier XLS à partir d'extraits OSM (type
Geofabrik).
Je comprends et je partage l'idée de Charles que ce n'est pas simple pour
les nouveaux de faire les opérations qui vont bien.
La ligne de
Il n'y a pas une start-up qui vend la même chose que ce dont vous parlez ?
Le 9 déc. 2013 17:50, Christian Quest cqu...@openstreetmap.fr a écrit :
On peut commencer une sorte de cahier des charges de ce que devrait faire
un tel outil d'extraction de données ?
Il y a les formats de sortie:
Je partage tout à fait le constat de Charles et je l'étendrai même plus
loin que le grand public. Je travaille dans un labo de recherche où il y
a pas mal de monde qui fait du SIG (la Maison de la Télédétection à
Montpellier). Certains d'entre eux ont déjà entendu parler de OSM (bon
j'y suis
Le vendredi 6 décembre 2013 10:21:57, Nicolas Moyroud a écrit :
Si j'essaye de montrer l'overpassAPI ou même overpass-turbo à mes
collègues, je garantis qu'il vont tous me regarder avec des yeux
exprimant à peu près l'idée suivante : mais qu'est ce que c'est que
ce geek ?. ;-)
Si on met de
Si on met de côté le problème des formats, est-ce qu'une surcouche
clicodrome à un overpass serait intéressante pour ce public ?
Non non, je ne suis pas capable de réaliser ce genre de chose :-)
Oui ce serait une possibilité. Je pense notamment au développement d'un
plugin QGIS qui
Merci Christian.
Aujourd'hui l'overpass-api est sans doute très intéressante pour les
développeurs mais inaccessible pour, par exemple, l'étudiant en histoire
qui fait un mémoire sur le culte de Saint Clair et qui cherche la
répartition géographique des églises vouées à ce Saint. Je peux
Le 06/12/2013 10:21, Nicolas Moyroud a écrit :
[...]
Sinon concernant les commandes d'extraction proposées par Charles, je
pense aussi a osmosis qui permettrait de travailler directement sur le
fichier pbf pour réaliser le filtrage :
Le 06/12/2013 11:17, Charles Nepote a écrit :
Pour le shape, très honnêtement je n'en ai jamais utilisé de ma vie et
je ne sais pas bien comment ça s'utilise, qu'est-ce qu'il est
pertinent de produire/décomposer comme couches, etc. Donc je n'irai
pas par là mais si tu as envie de compléter mes
Le 6 décembre 2013 11:01, Charles Nepote char...@nepote.org a écrit :
Merci Christian.
Aujourd'hui l'overpass-api est sans doute très intéressante pour les
développeurs mais inaccessible pour, par exemple, l'étudiant en histoire
qui fait un mémoire sur le culte de Saint Clair et qui cherche
Bonjour à tous !
**Résumé du message** : comment diffuser et voir réutilisées les données
d'OSM auprès d'un public plus large, qui, dans un cercle vertueux,
pourra devenir contributeur.
Souvent j'ai l'occasion de dire ici ou là que telle donnée est dispo
dans OSM. Par ailleurs, je pousse
Je partage tout à fait ton constat.
Favoriser la réutilisation autre que le production de carte passe par des
outils pour transformer les données OSM dans des formats moins
géographiques.
Il y a l'overpass-api qui permet déjà pas mal de choses, surtout des
sorties en json en plus de l'XML
Bonsoir à tous,
Pas directement lié à l'Overpass, mais à OSM c'est dans cette optique
que j'ai développé l'application OSM2GIS:
http://www.osm974.re/osm2gis/
Il y a encore des détails à régler, notamment l'envoi des mails, mais le
principe est là.
Je travaille à une nouvelle version qui
OSM2Gis est très bien mais destiné essentiellement aux SIGistes...
Là c'est pour des publics très différents qu'il y a besoin de s'adapter en
terme de filtrage des objets (ce que permet l'overpass) et en terme de
format (ce qui manque à l'overpass).
Le 5 décembre 2013 19:33, Arnaud
Filtrage des objets, une prochaine fonctionnalité de OSM2GIS :D
Bon quand les journées feront 28 heures, j'arriverai peut être à finir
ma dév :)
A.
On 13-12-05 03:10 PM, Christian Quest wrote:
OSM2Gis est très bien mais destiné essentiellement aux SIGistes...
Là c'est pour des publics très
De mon coté je suis peu réceptif aux idées style le XML (et maintenant le
JSon, donc ! ) ( Arf ! Arf ! Arf ! ) c'est compliqué le reste (CSV, ici)
c'est bien (je caricature / je plaisante précise toujours l'émetteur).
S'il caricature, qu'il dise en quoi ? Établit-on un projet informatique
avec
Excel ne sait pas traiter n'importe quel XML ou fait n'importe quoi si on
ne lui donne pas un schéma d'accompagnement.
Pour les cas compliqués, il faut parfois utiliser une source type ODBC ou
autre interface base de données pour XML.
On pourrait imaginer le développement d'un plugin connecteur de
Le 5 décembre 2013 19:26, Christian Quest cqu...@openstreetmap.fr a écrit
:
Je partage tout à fait ton constat.
Favoriser la réutilisation autre que le production de carte passe par des
outils pour transformer les données OSM dans des formats moins
géographiques.
Il y a l'overpass-api qui
35 matches
Mail list logo