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 eur
Pour 30€ de plus, le Wiko Cink Peax, dernier né de la gamme, en offre plus :
- écran plus grand (4"5)
- 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 30/0
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 no
Salut
Je verrai si je peux venir. J'ai des gilets supplémentaires à apporter.
Émilie laffray
On 30 Mar 2013 10:26, "Etienne Trimaille"
wrote:
> Une présentation d'OSM aura lieu le mercredi 10 avril de 20h30 à 23h00 à
> la Maison des Associations.
>
> http://www.openstreetmap.org/?mlat=47.90166&
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 4x4).
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 s'est-ell
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 modèl
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 visuellemen
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.
Prenez
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 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 canton à 4 chiffre
Le sam. 30 mars 2013 à 21:58 +0100, Philippe Verdy a écrit :
> Le 30 mars 2013 20:37, Guillaume Allegre 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
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
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 j
Le 30 mars 2013 22:26, Guillaume Allegre a écrit :
> Le sam. 30 mars 2013 à 21:58 +0100, Philippe Verdy a écrit :
>> Le 30 mars 2013 20:37, Guillaume Allegre a écrit
>> :
>> > 3) La relation 2649371 a des attributs bizarres :
>> > - pas de nom
>> > - un "CANTON=Ouest" pas documenté
>> > - un "re
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 30/
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 l
Le 30 mars 2013 23:14, Vincent de Chateau-Thierry 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 suffisam
20 matches
Mail list logo
