Salut
Le vendredi 29 mars 2013 à 15:51 +0100, kimaidou a écrit :
Bonjour,
En me balladant du côté de St Gély du Fesc, j'ai constaté une utilisation
très intensive de polygones hyghway=residential
http://www.openstreetmap.org/?lat=43.69214lon=3.80766zoom=15layers=M
J'ai regardé.
En
J'ai acheté un Wiko Cink Slim* pour tester (et aussi pour essayer les
applis Android pour OSM).
Premier constat: il reste effectivement peu de stockage libre (1,5Go),
surtout si on charge un peu la bestiole avec des cartes pour OsmAnd.
Donc besoin d'ajouter une microSD... 10 euros pour 8Go, 40
Pour 30€ de plus, le Wiko Cink Peax, dernier né de la gamme, en offre plus :
- écran plus grand (45)
- résolution plus fine (qHD)
- double de RAM : 1Go (un gros plus pour Android 4.0 et supérieur)
- batterie un peu plus grande
- un peu plus léger
Pourquoi s'en priver à ce prix-là ?
@+
Le
Bonjour,
On 29/03/2013 21:13, Vincent de Chateau-Thierry wrote:
Bonsoir,
Le 29/03/2013 19:54, sly (sylvain letuffe) a écrit :
On vendredi 29 mars 2013, Romain MEHUT wrote:
Par contre quelqu'un d'autre a indiqué que la licence IP serait
incompatible
avec l'Open Data étant donné la clause de
Salut
Je verrai si je peux venir. J'ai des gilets supplémentaires à apporter.
Émilie laffray
On 30 Mar 2013 10:26, Etienne Trimaille etienne.trimai...@gmail.com
wrote:
Une présentation d'OSM aura lieu le mercredi 10 avril de 20h30 à 23h00 à
la Maison des Associations.
Je tombe par hasard sur des pistes VTT aux 2 Alpes, comme par ex :
http://www.openstreetmap.org/browse/way/67502440
A l'époque, j'aurais plutôt mis un highway=track avec une relation de
type route=mtb.
Vue la faible largeur de la piste, track ne me paraît pas adapté (on ne
peut passer en
En décembre, on parlait d'exports d'extraits de la base, à la
manière de géofabrik, mais avec la possibilité de définir sa zone
(http://www.mail-archive.com/talk-fr@openstreetmap.org/msg51934.html).
Certains avaient l'air bien partants.
Cette idée a-t-elle été
abandonnée en route, ou
Disons que pour 150 à 200€ ces smartphones premier prix sont tout à fait
corrects pour faire des relevés sur le terrain et que je les conseillerai
sans problème à quelqu'un qui veut s'équiper pour mapper.
Ensuite, en fonction des autres usages qu'on peut en faire, on peut
préférer tel ou tel
Le samedi 30 mars 2013 15:37:41, JB a écrit :
En décembre, on parlait d'exports d'extraits de la base, à la
manière de géofabrik, mais avec la possibilité de définir sa zone
(http://www.mail-archive.com/talk-fr@openstreetmap.org/msg51934.html).
Certains avaient l'air bien partants.
Ce lien
Le sam. 30 mars 2013 à 07:52 +0100, nono a écrit :
J'ai regardé.
En discutant avec des randonneurs le week-end dernier, il peut être
intéressant de représenter les limites de parcelles « en campagne ».
Notamment pour les lignes d'arbres, les haies, les ruisseaux, tout ce
qui visuellement
Salut,
Je voudrais signaler certains problèmes (du moins qui m'apparaissent tels) des
expérimentations
d'import dans OSM de données communales à Orange. Je sais que cela concerne le
travail
de Tony, tel qu'il l'a présenté au SOTM-FR, mais je pense qu'il vaut mieux
avoir plusieurs avis.
Bonsoir,
Le 30/03/2013 20:37, Guillaume Allegre a écrit :
1) la boundary est une frontière de canton, qui coïncide avec un bout de la
frontière communale
(Orange / Caderousse)
http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue
(points distincts)
Selon moi, elle devrait
Le 30 mars 2013 20:37, Guillaume Allegre allegre.guilla...@free.fr a écrit :
3) La relation 2649371 a des attributs bizarres :
- pas de nom
- un CANTON=Ouest pas documenté
- un ref=22 pas documenté non plus
En effet, on a un schéma déja existant et homogène utilisant le code
Insee complet du
Le sam. 30 mars 2013 à 21:58 +0100, Philippe Verdy a écrit :
Le 30 mars 2013 20:37, Guillaume Allegre allegre.guilla...@free.fr a écrit :
3) La relation 2649371 a des attributs bizarres :
- pas de nom
- un CANTON=Ouest pas documenté
- un ref=22 pas documenté non plus
En effet, on a un
Le sam. 30 mars 2013 à 21:45 +0100, Vincent de Chateau-Thierry a écrit :
4) la route http://www.openstreetmap.org/browse/way/195747326 a les
attributs :
highway = road
addr:postcode = |84100
ref:orange = 84087V99
En dehors de la typo sur le code postal avec le |, est-ce
Le 30/03/2013 22:35, Guillaume Allegre a écrit :
Le sam. 30 mars 2013 à 21:45 +0100, Vincent de Chateau-Thierry a écrit :
Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange
n'est pas suffisamment
distinctif. Si toutes les communes du monde se mettent à utiliser le même
Si on se reposait les questions de base ?
A quoi servent ces ref:xxx ?
Si il s'agit de maintenir un lien avec un jeu de données externes bien
précis et d'une façon unique, il faut que la clé permettent d'identifier le
jeu de données sans ambiguité et donc il faut qu'elle soit unique pour
chaque
Le 30 mars 2013 22:26, Guillaume Allegre allegre.guilla...@free.fr a écrit :
Le sam. 30 mars 2013 à 21:58 +0100, Philippe Verdy a écrit :
Le 30 mars 2013 20:37, Guillaume Allegre allegre.guilla...@free.fr a écrit
:
3) La relation 2649371 a des attributs bizarres :
- pas de nom
- un
Hola,
JB, quelle serait l'étendue de la zone que tu souhaiterais exporter.
En terme de développement, je suis un peu pris en ce moment.
Néanmoins, je planifie d'apporter des modifications à osm2gis d'ici un
mois ou deux.
Donc c'est le moment de remplir le cahier de doléances :)
Arnaud
On
Vincent,
Je comprends mieux maintenant la différence.
D'autant plus si, comme le souligne Jean-François nous ne sommes pas
autorisé à le faire.
Néanmoins, fusionner l'ensemble des données c'est un peu violent non?
Nous pourrions commencer à entamer une discussion avec le contributeur
afin de
Le 30 mars 2013 23:14, Vincent de Chateau-Thierry v...@laposte.net a écrit :
Le 30/03/2013 22:35, Guillaume Allegre a écrit :
Le sam. 30 mars 2013 à 21:45 +0100, Vincent de Chateau-Thierry a écrit :
Ensuite : ref:orange : là, je pense qu'on a un problème à régler.
orange n'est pas
21 matches
Mail list logo