Re: [OSM-talk-fr] [Site]Grenoble distingue sur bestofosm.org

[HELFER Denis]

> de THEVENON Julien

Voici un site que je ne connaissais pas : http://www.bestofosm.org/ il 
repertorie certains endroits remarquables d OSM et parmi eux Grenoble pour l 
utilisation du Cadastre.
Je pense que l import de Corinne figurera aussi en bonne place quand il sera 
fait


J'ai découvert le lien il y a quelques jours : un très bon outil de promotion.
Personnellement, j'ai beaucoup aimé ce golf
http://www.bestofosm.org/?type=ti...@home&lon=77.02053&lat=10.91233&zoom=17

DenisH
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Gourmet]

On Thu, 20 Aug 2009 11:47:11 +0200, "Julien D."
 wrote:
>> Je ne suis pas parvenu à trouver ce que retourne la méthode
>> getNeighbourCellsInfo (approx.).
>> Que retourne-t-elle exactement (je n'ai pas de terminal Android) ?
>>
> 
> TelephonyManager.getNeighboringCellInfo() retourne une ArrayList sur
> laquelle un peut faire un getCid() contenant lac+id et un getRssi()
> contenant la puissance en asu :
>
http://developer.android.com/reference/android/telephony/NeighboringCellInfo.html
Mouais, elle est bizarre cette méthode. D'après cette doc elle ne
retourne qu'une seule cellule !
Il ne s'agit donc pas du groupe de cellules voisines mais bien de la
cellule courante !
Pourquoi donc ce terme Neighbouring ?
ET comment, alors et sans utiliser le STK, obtient-on les cellules
adjacentes sous Androïd ???

 
> En revanche, suite à une demande de développeur, le SDK semble
désormais
>> disposé du STK
>> (Sim Toolkit) : import com.android.internal.telephony.gsm.stk.Item;
>>
>> En STK on dispose des informations des BTS adjacentes mais uniquement
des
>> informations ne nécessitant pas de décodage de la trame provenant de
la
>> voie-balise (canal BCCH).
>> Partant on a le canal (ARFCN) mais pas le cellid. Il faut alors
procéder
>> par recoupement et c'est ... pénible.
>>
> 
> Intéressant, par contre tout ce qui est "internal" n'est pas dans le
SDK,
> c'est des ajouts de classes qu'il faut faire manuellement et fort
> potentiellement incompatible avec toutes les versions futures.

C'est l'intérêt du STK justement ... une fois que la méthode pour
l'interroger existe : il ne risque pas de changer.
C'est verrouillé depuis le standard GSM 11.14 (repris et amendé pour
l'UMTS dans le standard 3GPP 31.111).
C'est ce qui m'a permis de transporter mes routines sur plusieurs
plateformes et langages (J2ME, shell et python) sur plusieurs années.

db

-- 
db

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Hervé Le Roy]

2009/8/20 Stéphane Brunner :
>
> Hello,
>
> Hervé Le Roy a écrit :
>>> Je n'ai jamais été tre chaud avec ce paquet car j'ai eu les même ennuis
>>> que toi, finalement je déconseille de l'installer.
>>
>> Ce paquet pouvait avoir du sens à l'époque où les plugins
>> s'installaient manuellement. Aujourd'hui il n'est plus nécessaire à
>> mon avis. J'en conclus que tu n'es pas le mainteneur de ce paquet ?
> Effectivement !
>
> CU
> Stéph
>
> PS: je ne pense pas que c'est volontaire mais tu ne répond pas à la
> liste de discussion !

En fait, c'était volontaire, histoire de ne pas saturer la ML avec mes
commentaires sur le paquet Ubuntu qui n'intéresse que toi. Maintenant
que ce message est public, si quelqu'un sait pourquoi l'option
-Dsun.java2d.opengl=True ne marche pas toujours sous Linux, je suis
preneur ;-)

Hervé

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Julien D.]

2009/8/20 Gourmet 

>  > TelephonyManager.getNeighboringCellInfo() retourne une ArrayList sur
> > laquelle un peut faire un getCid() contenant lac+id et un getRssi()
> > contenant la puissance en asu :
> >
>
> http://developer.android.com/reference/android/telephony/NeighboringCellInfo.html
>
> Mouais, elle est bizarre cette méthode. D'après cette doc elle ne
> retourne qu'une seule cellule !
> Il ne s'agit donc pas du groupe de cellules voisines mais bien de la
> cellule courante !
> Pourquoi donc ce terme Neighbouring ?
> ET comment, alors et sans utiliser le STK, obtient-on les cellules
> adjacentes sous Androïd ???
>

L'ArrayList, c'est une LISTE ! Donnée par TelephonyManager :
http://developer.android.com/reference/android/telephony/TelephonyManager.html#getNeighboringCellInfo%28%29

Ensuite chaque élément de la liste (comprenant max 6 élément=6 cellules
voisines) est un objet android.telephony.NeighboringCellInfo (lien donné
précédemment) permettant d'avoir lac, id et rssi.

Pour avoir les infos de la cellule en cours, c'est
TelephonyManager.getCellLocation() :
http://developer.android.com/reference/android/telephony/TelephonyManager.html#getCellLocation%28%29
qui donne un objet GsmCellLocation permettant d'avoir lac+cid :
http://developer.android.com/reference/android/telephony/gsm/GsmCellLocation.html


> En revanche, suite à une demande de développeur, le SDK semble
> désormais
> >> disposé du STK
> >> (Sim Toolkit) : import com.android.internal.telephony.gsm.stk.Item;
> >>
> >> En STK on dispose des informations des BTS adjacentes mais uniquement
> des
> >> informations ne nécessitant pas de décodage de la trame provenant de
> la
> >> voie-balise (canal BCCH).
> >> Partant on a le canal (ARFCN) mais pas le cellid. Il faut alors
> procéder
> >> par recoupement et c'est ... pénible.
> >>
> >
> > Intéressant, par contre tout ce qui est "internal" n'est pas dans le
> SDK,
> > c'est des ajouts de classes qu'il faut faire manuellement et fort
> > potentiellement incompatible avec toutes les versions futures.
>
> C'est l'intérêt du STK justement ... une fois que la méthode pour
> l'interroger existe : il ne risque pas de changer.
> C'est verrouillé depuis le standard GSM 11.14 (repris et amendé pour
> l'UMTS dans le standard 3GPP 31.111).
> C'est ce qui m'a permis de transporter mes routines sur plusieurs
> plateformes et langages (J2ME, shell et python) sur plusieurs années.


Tu dis "le SDK semble désormais disposé du STK"...
Je ne comprends pas, où est ce STK dans le SDK si c'est à part (internal) ?
J'utilise le dernier SDK (1.5r3) et ce STK ne s'y trouve pas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Damouns]

La page http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime définit
maintenant précisément la façon de tagguer les frontières maritimes d'un
pays, après vote et prise de décision.

Avant de modifier les lignes boundary de la France dans l'Atlantique et la
Manche, voici ce que je pense faire si personne n'a d'objection :

Pour commencer je m'occupe du way qui est la limite des eaux territoriales
(12NM) de la France dans la Manche au sud du pas de Calais (
http://www.openstreetmap.org/edit?lat=50.8254&lon=1.2627&zoom=13&way=28415373).
Il possède actuellement les tags suivants :
admin_level=2
boundary=maritime
boundary_type=territorial_waters
source=robot-generated-12nm-border
left-country=France

Et la recommandation est de la taguer plutôt :
admin_level=2
border_type=territorial
boundary=administrative
maritime=yes
et également de la placer dans la relation boundary qui entoure le pays
concerné : pour l'instant elle fait partie d'une relation qui s'appelle
"France-territorial waters". Il faudrait donc la mettre dans la relation
France, et peut-être la supprimer la relation "France-territorial waters" ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Gourmet]

On Thu, 20 Aug 2009 15:55:54 +0200, "Julien D."
 wrote:
> 2009/8/20 Gourmet 
[...]
 
> L'ArrayList, c'est une LISTE ! Donnée par TelephonyManager :
>
http://developer.android.com/reference/android/telephony/TelephonyManager.html#getNeighboringCellInfo%28%29
> 
> Ensuite chaque élément de la liste (comprenant max 6 élément=6
cellules
> voisines) est un objet android.telephony.NeighboringCellInfo (lien donné
> précédemment) permettant d'avoir lac, id et rssi.
> 
> Pour avoir les infos de la cellule en cours, c'est
> TelephonyManager.getCellLocation() :
>
http://developer.android.com/reference/android/telephony/TelephonyManager.html#getCellLocation%28%29
> qui donne un objet GsmCellLocation permettant d'avoir lac+cid :
>
http://developer.android.com/reference/android/telephony/gsm/GsmCellLocation.html

Ah ben voilà, comme ça c'est plus clair !
Merci.


[...]

> Tu dis "le SDK semble désormais disposé du STK"...
> Je ne comprends pas, où est ce STK dans le SDK si c'est à part
(internal)
> ?
> J'utilise le dernier SDK (1.5r3) et ce STK ne s'y trouve pas.

J'ai trouvé un exemple ici :
http://www.netmite.com/android/mydroid/cupcake/packages/apps/Stk/src/com/android/stk/StkMenuAdapter.java
une "issue" ici :
http://code.google.com/p/android/issues/detail?id=2216
et une interrogation sur le sujet ici :
http://www.mail-archive.com/android-develop...@googlegroups.com/msg28654.html

db


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[sly (sylvain letuffe)]

On jeudi 20 août 2009, Damouns wrote:
> Avant de modifier les lignes boundary de la France dans l'Atlantique et la
> Manche, voici ce que je pense faire si personne n'a d'objection :
> 
> Pour commencer je m'occupe du way qui est la limite des eaux territoriales
> (12NM) de la France dans la Manche au sud du pas de Calais (
> 
http://www.openstreetmap.org/edit?lat=50.8254&lon=1.2627&zoom=13&way=28415373).
> Il possède actuellement les tags suivants :
> admin_level=2
> boundary=maritime
> boundary_type=territorial_waters
> source=robot-generated-12nm-border
> left-country=France
> 
> Et la recommandation est de la taguer plutôt :
> admin_level=2
> border_type=territorial
> boundary=administrative
> maritime=yes

ça me va.

> et également de la placer dans la relation boundary qui entoure le pays
> concerné : pour l'instant elle fait partie d'une relation qui s'appelle
> "France-territorial waters". Il faudrait donc la mettre dans la relation
> France, et peut-être la supprimer la relation "France-territorial waters" ?

ça ne me va pas.

On peut en effet débattre de ce qu'est la france, que se soit au niveau accord 
internationnaux ou au niveau du "dessine moi la france" mais moi je trouve 
cette relation "France-territorial waters" très bien et je trouve logique 
qu'elle contienne les frontières maritimes.

Maintenant, quand je me représente la france ou que je souhaite répondre à la 
question "dans quel pays suis-je", j'ai du mal avec le fait, que étant en 
mer, je puisse me dire "je suis en france"

Mon avis à moi, est donc que la france (et donc la relation france) est 
représenté par ses frontières terrestres.

Pour un marin ou un terrien, la définition de france n'est peut-être pas la 
même, mais si je demande à OSM "c'est combien la surface de la france ?" la 
réponse à laquelle je m'attends c'est celle de sa surface terrestre.


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Jacolin Yves]

Le Thursday 20 August 2009 16:43:59 sly (sylvain letuffe), vous avez écrit :
> On jeudi 20 août 2009, Damouns wrote:
> > Avant de modifier les lignes boundary de la France dans l'Atlantique et
> > la Manche, voici ce que je pense faire si personne n'a d'objection :
> >
> > Pour commencer je m'occupe du way qui est la limite des eaux
> > territoriales (12NM) de la France dans la Manche au sud du pas de Calais
> > (
>
> http://www.openstreetmap.org/edit?lat=50.8254&lon=1.2627&zoom=13&way=284153
>73).
>
> > Il possède actuellement les tags suivants :
> > admin_level=2
> > boundary=maritime
> > boundary_type=territorial_waters
> > source=robot-generated-12nm-border
> > left-country=France
> >
> > Et la recommandation est de la taguer plutôt :
> > admin_level=2
> > border_type=territorial
> > boundary=administrative
> > maritime=yes
>
> ça me va.
>
> > et également de la placer dans la relation boundary qui entoure le pays
> > concerné : pour l'instant elle fait partie d'une relation qui s'appelle
> > "France-territorial waters". Il faudrait donc la mettre dans la relation
> > France, et peut-être la supprimer la relation "France-territorial waters"
> > ?
>
> ça ne me va pas.
>
> On peut en effet débattre de ce qu'est la france, que se soit au niveau
> accord internationnaux ou au niveau du "dessine moi la france" mais moi je
> trouve cette relation "France-territorial waters" très bien et je trouve
> logique qu'elle contienne les frontières maritimes.
>
> Maintenant, quand je me représente la france ou que je souhaite répondre à
> la question "dans quel pays suis-je", j'ai du mal avec le fait, que étant
> en mer, je puisse me dire "je suis en france"
>
> Mon avis à moi, est donc que la france (et donc la relation france) est
> représenté par ses frontières terrestres.
>
> Pour un marin ou un terrien, la définition de france n'est peut-être pas la
> même, mais si je demande à OSM "c'est combien la surface de la france ?" la
> réponse à laquelle je m'attends c'est celle de sa surface terrestre.
Bonjour,

Je me permet d'apporter un peu moins de 0.3 cents :) puisque je prend la liste 
en cours.

Il y a donc une France-terreste, et une "france juridique" qui n'est pas la 
même, peut être que cela peut aider à la structuration de l'information :)
L'intérêt n'est il pas d'avoir les deux afin que les utilisateurs puissent 
choisir ?

Librement,

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Vincent Pottier]

Jacolin Yves a écrit :
> Il y a donc une France-terreste, et une "france juridique" qui n'est pas la 
> même, peut être que cela peut aider à la structuration de l'information :)
> L'intérêt n'est il pas d'avoir les deux afin que les utilisateurs puissent 
> choisir ?
>
> Librement,
>
> Y.
>   

Comme beaucoup d'entité, la France peut être vue sous différents
aspects,  principalement 2 : géographique (ligne de côte), politique
(administrative ? Eaux territoriales)...
Dans la relation France, il peut y avoir plusieurs rôles, non ?
-- 
Vincent alias FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[sly (sylvain letuffe)]

On jeudi 20 août 2009, Damouns wrote:
> Ca me semblerait logique de tout mettre dans une seule relation boundary
> appelée "France", avec des rôles différents (terrestre, territorial waters,
> continue, ZEE...) 

A y réfléchir, c'est ma foi aussi une solution. ça ferait une sorte de 
relation qui contient plusieurs niveau de polygone/surface.

> mais on perdrait peut-être le côté pratique de l'analyse 
> de polygone fermé (Osmose...), le calcul de superficie, etc. ? Des avis de
> spécialistes là-dessus ?
Ayant pas mal bossé sur la chaine de traitement des polygone de frontière, je 
peux répondre qu'avec les outils actuels à notre disposition (osm2pgsql) ça 
foire.

Les rôles autres que inner/outer pour les multipolygone et enclave/exclave 
pour les boundary ne sont pas traités. Il ne faut pas cependant raisonner 
juste avec une histoire d'un programme car un programme sa se corrige. Mais 
pour l'instant je n'ai pas vu de propositions avec des rôles différents, les 
tags sont semble-t-il donné à la relation, de sorte que border_type va 
devenir conflictuel.

J'ai pas tous les éléments pour dire ce qui est mieux, mais je flaire que 
c'est plus simple a traiter avec plusieurs relations.

Par contre, pour mapper, je sens que ça va être plus chiant, à moins de 
reprendre mon idée de relations de relations :
http://wiki.openstreetmap.org/wiki/Relations/Proposed/boundary_segment


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Pieren]

2009/8/20 sly (sylvain letuffe) :
> Certes, mais quelles relations. Moi je comprends ça comme "il faudrait en
> créer plusieurs"
>

Curieux comme tout ça sent le réchauffé. Voir les archives d'ici et
des réunions IRC.
Une relation doit représenter quelque chose et ne doit pas sembler
mettre des objets ensemble sous prétexte qu'ils parlent de frontières
(voir http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories)
Ce qui avait été décidé à l'époque, c'était de faire deux relations,
une avec les frontières physiques (terrestres et coasline) et l'autre
avec les frontières administratives (et la limite des 12 nm à la place
des coastline). Ca, c'est pour la représentation logique.
Après, pour le nom dans les relations, ou si vous préférez, pour
savoir laquelle des deux relations s'appellera "France" tout court et
l'autre "France quelquechosedautre", donc laquelle sera considérée
comme relation principale, donc celle qui pourrait être utilisée pour
le rendu (hé oui, on doit aussi faire des choix pour le rendu), la
tradition veut que les cartes politiques n'utilisent pas les limites à
12nm pour représenter les pays (et pour cause, on ne les reconnait
plus) mais d'utiliser les lignes de côtes comme limite.
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Pieren]

> Ayant pas mal bossé sur la chaine de traitement des polygone de frontière, je
> peux répondre qu'avec les outils actuels à notre disposition (osm2pgsql) ça
> foire.

Ca n'est pas une question d'outils mais de modélisation. Je pourrais
aussi bien créer une relation qui contiendrait tous les buildings de
Besançon (exemple pris au hasard ;-). C'est faire une catégorisation
et les relations ne sont pas faites pour ça.
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[sly (sylvain letuffe)]

On jeudi 20 août 2009, Vincent Pottier wrote:
> Dans la relation France, il peut y avoir plusieurs rôles, non ?

Certes, mais les relations ne sont pas des catégories, se sont des 
regroupements d'éléments de natures diverses formant une même entité.

Il me parait alors peu judicieux d'avoir, dans la même relation, une branche 
de frontières maritime et une de côte pour former la france.

Par contre, pour représenter un territoire maritime, ça pourrait le faire.

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[sly (sylvain letuffe)]

On jeudi 20 août 2009, Jacolin Yves wrote:
Tiens, un spécialiste de la géomatique que je vois tourner sur pleins de 
forums

> Je me permet d'apporter un peu moins de 0.3 cents :) 
Tous les avis, et surtout ceux des spécialistes, sont bon à prendre ;-)

> Il y a donc une France-terreste, et une "france juridique" qui n'est pas la 
> même, peut être que cela peut aider à la structuration de l'information :)
> L'intérêt n'est il pas d'avoir les deux afin que les utilisateurs puissent 
> choisir ?

Entièrement d'accord, je pense qu'il serait idiot de supprimer de 
l'information, je vois de la place pour au moins tout ça de 
relations/polygone :

- La france terrestre
- La france des eaux territoriales
- La france de la zone continue
- La france et sa zone économique exclusive (ZEE) [1]

Après la question qu'on peut se poser est : "quoi contient quoi ?"

A lire :
http://wiki.openstreetmap.org/wiki/Proposed_features/Maritime_borders
"The territorial waters line (12nm zone) should be included in boundary 
relations, the same way as land borders. "

Certes, mais quelles relations. Moi je comprends ça comme "il faudrait en 
créer plusieurs"

[1] http://fr.wikipedia.org/wiki/Zone_économique_exclusive


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Damouns]

Ca me semblerait logique de tout mettre dans une seule relation boundary
appelée "France", avec des rôles différents (terrestre, territorial waters,
continue, ZEE...) mais on perdrait peut-être le côté pratique de l'analyse
de polygone fermé (Osmose...), le calcul de superficie, etc. ? Des avis de
spécialistes là-dessus ?

(Comme quoi j'ai bien fait de poser la question avant d'agir...)

Le 20 août 2009 17:04, sly (sylvain letuffe)  a écrit :

> On jeudi 20 août 2009, Jacolin Yves wrote:
> Tiens, un spécialiste de la géomatique que je vois tourner sur pleins de
> forums
>
> > Je me permet d'apporter un peu moins de 0.3 cents :)
> Tous les avis, et surtout ceux des spécialistes, sont bon à prendre ;-)
>
> > Il y a donc une France-terreste, et une "france juridique" qui n'est pas
> la
> > même, peut être que cela peut aider à la structuration de l'information
> :)
> > L'intérêt n'est il pas d'avoir les deux afin que les utilisateurs
> puissent
> > choisir ?
>
> Entièrement d'accord, je pense qu'il serait idiot de supprimer de
> l'information, je vois de la place pour au moins tout ça de
> relations/polygone :
>
> - La france terrestre
> - La france des eaux territoriales
> - La france de la zone continue
> - La france et sa zone économique exclusive (ZEE) [1]
>
> Après la question qu'on peut se poser est : "quoi contient quoi ?"
>
> A lire :
> http://wiki.openstreetmap.org/wiki/Proposed_features/Maritime_borders
> "The territorial waters line (12nm zone) should be included in boundary
> relations, the same way as land borders. "
>
> Certes, mais quelles relations. Moi je comprends ça comme "il faudrait en
> créer plusieurs"
>
> [1] 
> http://fr.wikipedia.org/wiki/Zone_économique_exclusive
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Nouveaux] Contribution via une application Android

[Didier Girard]

Bonjour a tous,

Je developpe depuis quelques mois une application qui s'appelle "Avertisseur
de radasr". Cette application est gratuite et disponible pour tous les
utilisateurs d'Android.
Elle dispose actuellement d'environ 4000 utilisateurs, plusieurs centaines
sont des utilisateurs reguliers.

L'esprit de votre projet me plait beaucoup, et je me demandais comment je
pourrais contribuer efficacement via l'application que je developpe.

Cordialement,
Didier

-- 
View this message in context: 
http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3479962.html
Sent from the French OSM [Nouveaux] mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[piratebab]

Un paquet JOSM pour ubuntu ? Quelle drole d'idée. Décidément, cette
distribution m'étonnera toujours. Un petit wget de temps en temps pour
récupérer la tested et ça roule. Pourquoi s'encombrer d'un paquet .

Quand a ta question sur java, vérifie déjà que tu as bien la machine
java de sun d'installée, et pas un équivalent.
et STP, évite de faire l'amalgame ubuntu = linux;  linux est un noyau,
rien de plus.



Hervé Le Roy a écrit :
> 2009/8/20 Stéphane Brunner :
>   
>> Hello,
>>
>> Hervé Le Roy a écrit :
>> 
 Je n'ai jamais été tre chaud avec ce paquet car j'ai eu les même ennuis
 que toi, finalement je déconseille de l'installer.
 
>>> Ce paquet pouvait avoir du sens à l'époque où les plugins
>>> s'installaient manuellement. Aujourd'hui il n'est plus nécessaire à
>>> mon avis. J'en conclus que tu n'es pas le mainteneur de ce paquet ?
>>>   
>> Effectivement !
>>
>> CU
>> Stéph
>>
>> PS: je ne pense pas que c'est volontaire mais tu ne répond pas à la
>> liste de discussion !
>> 
>
> En fait, c'était volontaire, histoire de ne pas saturer la ML avec mes
> commentaires sur le paquet Ubuntu qui n'intéresse que toi. Maintenant
> que ce message est public, si quelqu'un sait pourquoi l'option
> -Dsun.java2d.opengl=True ne marche pas toujours sous Linux, je suis
> preneur ;-)
>
> Hervé
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>   

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android

[Pieren]

2009/8/20 Didier Girard :

Bonjour Didier,

Il y a plusieurs façons:
- proposer les cartes OSM comme carte de fond en alternative à GMaps,
ça nous ferait de la pub. Même sîl y a encore plein de trous sur notre
carte, les grandes agglomérations commencent à être bien couvertes. Tu
pourras aussi profiter d'OSM pour éventuellement créer tes propres
cartes.
- nous donner un fichier qui permettrait de créer les radars dans la
bdd OSM. Mais attention, OSM est très strict concernant les droits de
propriété et nous ne pourrons accepter des données d'origine inconnue
ou non-compatibles avec la licence CC-by-SA2.0
- si ton application pouvait proposer d'activer les traces GPS pour
ceux qui le souhaitent, celles-ci pourraient être mises en partage
avec toutes les autres traces GPS du projet. Ses traces servent à ceux
qui tracent plus-tard les routes et rues et avoir plusieurs sources
GPS permettent de faire des moyennes et donc d'avoir des cartes plus
précises au final. Mais partager ses tracés GPS peut se révéler
délicat (il y a plusieurs niveaux de confidentialité lorsque tu les
transfères au serveur mais l'utilisateur lambda pourrait ne pas avoir
confiance).
- créer d'autres applications qui utilisent OSM (bien qu'il y a en ait
deja pour Android mais je laisserais les spécialistes s'exprimer)
- contribuer toi-même en ajoutant plein de routes, amenities, POIs, etc
- parler d'OSM autour de toi

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Emmanuel Pacaud]

Bonjour,

Le jeudi 20 août 2009 à 18:00 +0200, piratebab a écrit :
> Un paquet JOSM pour ubuntu ? Quelle drole d'idée. Décidément, cette
> distribution m'étonnera toujours. Un petit wget de temps en temps pour
> récupérer la tested et ça roule. Pourquoi s'encombrer d'un
> paquet .

Pour profiter du système de mise-à-jour automatique. Pour que les
dépendances soient correctement installées. Pour ajouter un petit
lanceur qui va bien, avec les bons paramètres mémoire, et une jolie
icône.

Heureusement que le développement d'un système d'exploitation ne
s'arrête pas à wget...
 
> Quand a ta question sur java, vérifie déjà que tu as bien la machine
> java de sun d'installée, et pas un équivalent.

:) (voir plus haut...)

Emmanuel.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Hervé Le Roy]

Oh le beau troll. On est pas encore vendredi pourtant :-)

2009/8/20 piratebab :
> Un paquet JOSM pour ubuntu ? Quelle drole d'idée. Décidément, cette
> distribution m'étonnera toujours. Un petit wget de temps en temps pour
> récupérer la tested et ça roule. Pourquoi s'encombrer d'un paquet .
>
> Quand a ta question sur java, vérifie déjà que tu as bien la machine java de
> sun d'installée, et pas un équivalent.
> et STP, évite de faire l'amalgame ubuntu = linux;  linux est un noyau, rien
> de plus.
>
>
>
> Hervé Le Roy a écrit :
>
> 2009/8/20 Stéphane Brunner :
>
>
> Hello,
>
> Hervé Le Roy a écrit :
>
>
> Je n'ai jamais été tre chaud avec ce paquet car j'ai eu les même ennuis
> que toi, finalement je déconseille de l'installer.
>
>
> Ce paquet pouvait avoir du sens à l'époque où les plugins
> s'installaient manuellement. Aujourd'hui il n'est plus nécessaire à
> mon avis. J'en conclus que tu n'es pas le mainteneur de ce paquet ?
>
>
> Effectivement !
>
> CU
> Stéph
>
> PS: je ne pense pas que c'est volontaire mais tu ne répond pas à la
> liste de discussion !
>
>
> En fait, c'était volontaire, histoire de ne pas saturer la ML avec mes
> commentaires sur le paquet Ubuntu qui n'intéresse que toi. Maintenant
> que ce message est public, si quelqu'un sait pourquoi l'option
> -Dsun.java2d.opengl=True ne marche pas toujours sous Linux, je suis
> preneur ;-)
>
> Hervé
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android

[piratebab]

Un détecteur de radar est intéressant lorsqu'il est couplé à un traceur
d'itinéraire. Tu devrais te rapprocher du projet navit qui utilise OSM
comme carte.


Pieren a écrit :
> 2009/8/20 Didier Girard :
>
> Bonjour Didier,
>
> Il y a plusieurs façons:
> - proposer les cartes OSM comme carte de fond en alternative à GMaps,
> ça nous ferait de la pub. Même sîl y a encore plein de trous sur notre
> carte, les grandes agglomérations commencent à être bien couvertes. Tu
> pourras aussi profiter d'OSM pour éventuellement créer tes propres
> cartes.
> - nous donner un fichier qui permettrait de créer les radars dans la
> bdd OSM. Mais attention, OSM est très strict concernant les droits de
> propriété et nous ne pourrons accepter des données d'origine inconnue
> ou non-compatibles avec la licence CC-by-SA2.0
> - si ton application pouvait proposer d'activer les traces GPS pour
> ceux qui le souhaitent, celles-ci pourraient être mises en partage
> avec toutes les autres traces GPS du projet. Ses traces servent à ceux
> qui tracent plus-tard les routes et rues et avoir plusieurs sources
> GPS permettent de faire des moyennes et donc d'avoir des cartes plus
> précises au final. Mais partager ses tracés GPS peut se révéler
> délicat (il y a plusieurs niveaux de confidentialité lorsque tu les
> transfères au serveur mais l'utilisateur lambda pourrait ne pas avoir
> confiance).
> - créer d'autres applications qui utilisent OSM (bien qu'il y a en ait
> deja pour Android mais je laisserais les spécialistes s'exprimer)
> - contribuer toi-même en ajoutant plein de routes, amenities, POIs, etc
> - parler d'OSM autour de toi
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>   


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android

[Yves Jacolin (free)]

Bonjour,

Le jeudi 20 août 2009, Pieren a écrit :
> - nous donner un fichier qui permettrait de créer les radars dans la
> bdd OSM. Mais attention, OSM est très strict concernant les droits de
> propriété et nous ne pourrons accepter des données d'origine inconnue
> ou non-compatibles avec la licence CC-by-SA2.0

effectivement, pouvoir envoyer des mises à jour de l'utilisateur vers 
le "fournisseur" est très intéressant. Il me semble d'ailleurs avoir déjà vu 
ca, mais où, je ne sais plus :)

Librement,

Y.
-- 
Yves Jacolin
-
"Donner la liberté aux individus ne suffit pas, il faut aussi leur donner du
pouvoir, de la puissance d'agir." M Gauchet

"Give freedom to people is not enough, we also have to give them the power 
to use this freedom, to act". M Gauchet
-
http://yjacolin.gloobe.org
http://softlibre.gloobe.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : [Nouveaux] Contribution via une application Android

[Arnaud CORBET]

Idée à la con: rajouter une option permettant à tes utilisateurs d'uploader une 
trace anonyme (amputée des 5 premières et des 5 dernières minutes ainsi que de 
toute donnée temporelle) de leur itinéraire, à condition que ton logiciel 
l'estime valable pour l'upload (au moins 4 satellites sur 90% du trajet).

Ca ferait une petite avalanche de GPX bien utile...





De : Didier Girard 
À : talk-fr@openstreetmap.org
Envoyé le : Jeudi, 20 Août 2009, 17h49mn 15s
Objet : [OSM-talk-fr] [Nouveaux] Contribution via une application Android


Bonjour a tous,

Je developpe depuis quelques mois une application qui s'appelle "Avertisseur
de radasr". Cette application est gratuite et disponible pour tous les
utilisateurs d'Android.
Elle dispose actuellement d'environ 4000 utilisateurs, plusieurs centaines
sont des utilisateurs reguliers.

L'esprit de votre projet me plait beaucoup, et je me demandais comment je
pourrais contribuer efficacement via l'application que je developpe.

Cordialement,
Didier

-- 
View this message in context: 
http://n2.nabble.com/Contribution-via-une-application-Android-tp3479962p3479962.html
Sent from the French OSM [Nouveaux] mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr



  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Vincent Pottier]

sly (sylvain letuffe) a écrit :
> On jeudi 20 août 2009, Vincent Pottier wrote:
>   
>> Dans la relation France, il peut y avoir plusieurs rôles, non ?
>> 
>
> Certes, mais les relations ne sont pas des catégories, se sont des 
> regroupements d'éléments de natures diverses formant une même entité.
>   
Tout à fait.
Mon idée n'est pas de mettre dans la relation France des bouts de
frontières avec des rôles (catégories) différents.
L'idée des rôles est de voir l'objet France sous différents aspects.
La France comme super-relation comprenant la relation "France
administrative" (ou autre, avec eaux territoriales, frontière
pyrénéenne, alpine... bref un objet fini) et la relation "France
géographique" (avec la limite de côte, les frontières pyrénéenne,
alpine... bref un autre objet fini), la relation "France
je-ne-sais-quoi", autre objet fini correspondant à une autre approche..
La France, comme pays étant la somme de ces représentations.
Les renderers rendent ce qu'ils veulent, la politique, la géographie
physique...
-- 
Vincent alias FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android

[Vincent MEURISSE]

On Thursday 20 August 2009 18:15:53 Pieren wrote:
> - si ton application pouvait proposer d'activer les traces GPS pour
> ceux qui le souhaitent, celles-ci pourraient être mises en partage
> avec toutes les autres traces GPS du projet. Ses traces servent à ceux
> qui tracent plus-tard les routes et rues et avoir plusieurs sources
> GPS permettent de faire des moyennes et donc d'avoir des cartes plus
> précises au final. Mais partager ses tracés GPS peut se révéler
> délicat (il y a plusieurs niveaux de confidentialité lorsque tu les
> transfères au serveur mais l'utilisateur lambda pourrait ne pas avoir
> confiance).
Il suffit de faire comme tout le monde et de proposer un "collecter des donnés 
anonymes afin d'améliorer l'application". Comme ça l'utilisateur ne sait pas ce 
qui est transmis.

Pour le coté anonyme, il faut envoyer les traces au serveur par paquets et 
décaler la date et l'heure. Il faut également faire attention au fait que 
selon la densité géographique des utilisateurs, il peut être plus ou moins 
facile de casser l'anonymat (si un utilisateur est seul dans une région je 
sait que c'est lui qui fait toutes les traces). Et au fait que les traces 
commencent ou finissent souvent au domicile de l'utilisateur. Si je vois 50 
fois la même trace, je peut être sur qu'à un bout il y a le domicile d'un 
utilisateur et à l'autre bout son boulot. Pour cette raison, il est bon de 
couper quelques kilomètres à chaque bout.

-- 
Vincent MEURISSE

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

[Pieren]

2009/8/20 Vincent Pottier :
> La France, comme pays étant la somme de ces représentations.
> Les renderers rendent ce qu'ils veulent, la politique, la géographie
> physique...
> --

Je ne comprend toujours pas ce que représenterait cette relation si ce
n'est une catégorisation qui serait : "rassemble toutes les relations
représentant la France". La France n'est pas la somme de ces
représentations parce que chacune de ces super-relations représentent
déjà la France mais avec des critères différents. Lorsque Sly a créé
la super-relation assemblant la relation-frontière France-Italie,
France-Espagne, etc, ça c'est une somme qui forme un tout.
Si une nouvelle relation devait être créée, ça serait plutôt d'en
faire une qui ajouterais les départements et territoires d'outre-mer
en plus de la France métropolitaine. Pour le coup, ça serait une vrai
somme totale ;-)
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nouveaux] Contribution via une application Android

[Pieren]

2009/8/20 Vincent MEURISSE :
> Il suffit de faire comme tout le monde et de proposer un "collecter des donnés
> anonymes afin d'améliorer l'application". Comme ça l'utilisateur ne sait pas 
> ce
> qui est transmis.

Dans ce genre de choses, collecter des informations aussi sensibles
sans en informer l'utilisateur serait la pire des manières de
procéder. Attention, voila big-OSM-brother !

> Pour le coté anonyme, il faut envoyer les traces au serveur par paquets et
> décaler la date et l'heure. ../..je vois 50
> fois la même trace, je peut être sur qu'à un bout il y a le domicile d'un
> utilisateur et à l'autre bout son boulot. Pour cette raison, il est bon de
> couper quelques kilomètres à chaque bout.

Le plus simple, c'est la transparence. Demander si la personne est
d'accord, filtrer un certain nombre de positions (rien à 5 km autour
de mon domicile, travail, deuxième copine, etc avec une partie
aléatoire sur la position centrale), mettre heures et dates à 0 et
expliquer, expliquer et expliquer tout en publiant les codes sources.
Mais je crois qu'on sort largement du cadre de l'application de Didier Girard.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Onen]

Bonjour à tous,

merci aux différentes personnes qui m'ont pointé cette conversation: 
Julien D. et kimaidou.

Emilie Laffray wrote:
> Je ne sais pas s'il existe un effort systématique pour mapper ces 
> données en France et pour les importer dans OSM. Je sais qu'il existe 
> des projets comme www.openbmap.org  qui font 
> cela. Il faudrait donc voir s'il est possible d'importer les données 
> en voyant sous quel licence ça tourne.
Je fais partie de l´équipe d'openBmap. Je suis également contributeur 
OSM, mais je suis cette ML de loin. Donc si dans le futur, vous pensez 
vouloir avoir des renseignements de ma part, mettez moi en cc svp ;-)

Le but du projet est de faire une base de données de la couverture GSM, 
mais également Wi-Fi. Le travail sur ce second point est en cours. Nous 
travaillons également sur un service D-Bus qui tirera partie des bases 
de données pour se positionner directement sur son téléphone, netbook, 
notebook, etc. On peut déjà se positionner via l'API Web, et naviguer 
sur la carte du site pour voir les couvertures de cellules.

Pour la licence, nous avons pris celle d'OSM, et nous suivons de prêt le 
travail sur le changement de licence qui est en cours ici.

N'hésitez pas si vous souhaitez des précisions!

Onen


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Onen]

Gourmet wrote:
> Mais bon, mise à part quelques très rares exceptions (Siemens) aucun
> téléphone ne permet de récupérer la liste des BTS surveillées par le
> mobile (un maximum de 6).
> Dommage car avec une telle information on obtient les résultats signalés
> plus haut.
> L'openmoko le permet-il au fait ?
>
>   
Oui il le permet. D'autres téléphones également: Android (cf réponse de 
Julien D.), mais également certains nokia si je ne m'abuse...

> Mon objectif n'était PAS d'introduire les données GSM dans OSM pour les
> rendre (= les voir) mais d'utiliser OSM comme REFERENTIEL commun pour le
> stockage de ces données.
> Comme on peut extraire des données ciblées de la base OSM c'est un atout.
> Mais puisque Openbmap existe autant l'utiliser mais il faut absolument que
> les informations d'azimut et de sectorisation y apparaissent. Sinon ce
> n'est pas très utile.
>   
Sourceforge a clos leur ancien système de wiki, et notre  wiki est donc 
inaccessible pour le moment. Il faut qu'on en ouvre un nouveau.

Il indiquait la structure des fichiers de logs. S'il manque des 
informations qui te semble importante, il faudra nous l'indiquer. Un des 
buts de notre projet est de loguer *tout* ce que les gens pensent utile, 
afin de permettre des études, expérimentations en tous genres. Nous 
enregistrons déjà des informations que nous n'utilisons pas.

Onen

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Onen]

piratebab wrote:
> Sur l'openmoko j'ai un client openbmap (qui existe aussi pour windows 
> mobile) qui m'affiche le Cell id, le LAC, le Strength et l'acces type.
> Dans les settings de l'openmoko j'ai aussi accés à tout les opérateurs 
> disponibles mais je ne sais pas si le client openbmap les enregistrent 
> aussi.
> Le client détecte aussi les cellules voisines.
>

Sauf erreur de ma part, accéder aux cellules voisines est une 
fonctionnalité du micrologiciel GSM. La puce GSM voit les cellules de 
tous les opérateurs, mais ne communique au mieux que celles de 
l'opérateur auquel on est connecté (carte SIM + PIN).

Onen

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Onen]

f.rodr...@free.fr wrote:
> Par contre je n'ai jamais encore uplodé les données que j'ai obtenue.
> J'ai pas réussit à me décider entre OpenCellId et OpenBMap.
Nous avons tenté d'intégrer nos données dans oci, mais malheureusement 
nous n'avons pas convaincu le mainteneur du projet. En effet nous 
portons beaucoup d'importance à la qualité des données. Nous avons donc 
souhaité enregistrer plus d'informations GPS (vitesse, HPV-Dops, etc). 
On peut alors remplacer au fur et à mesure les mesures par celles avec 
un bon positionnement (Dops et vitesse faibles).
Nous enregistrons également l'id du logiciel qui enregistre les données, 
ainsi que sa version. Ceci permet de corriger/ignorer des données 
erronées même si l'on découvre des bugs dans un logiciel à postériori.
etc.

oci n'a pas donné suite.

Comme indiqué dans une autre de mes réponses, nous souhaitons 
enregistrer tout ce que les gens pensent utile. Ainsi on a une base de 
données avec un maximum d'informations, pour que d'autres personnes 
puissent faire ce qu'elles souhaitent comme expérimentations ou tests 
avec. Nous sommes donc ouverts aux suggestions :-)

Nous souhaitons également enregistrer les signaux Wi-Fi. Là encore c'est 
une grosse différence avec oci.

>  D'autant plus que
> OBM à l'air techniquement plus sympha, mais manque cruellement de doc.
>   

On est sur tous les points plus sympas ;-)

Comme indiqué dans une autre réponse, notre wiki est victime de la 
fermeture par sourceforge de leur ancien wiki. Je vais en ouvrir un 
autre, migrer les anciennes pages, et Nick (le fondateur du projet) va 
mettre le lien sur le site à jour.

En gros nous avons:
* une carte pour voir les cellules et leur couverture sur notre site Web
* une Web API de géolocalisation
* une base de données des positions des cellules (pas des antennes), que 
j'utilise dans un fichier sqlite pour un service D-Bus de localisation 
GSM sur lequel je suis en train de travailler
* les données brutes envoyées par les contributeurs (merci à eux!!!)

En attendant, n'hésites pas si tu as des questions!

Onen

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Version de test du plugin cadastre-f r avec support communes non-vectorisées

[Pieren]

Juste un mot pour signaler qu'une nouvelle version du plugin
cadastre-fr (16971) est disponible dans le dépôt OSM.
Elle inclue la nouvelle fonction de géoréférencement avec une
meilleure gestion des commandes d'annulation.

Le principal problème qui reste à corriger concerne le chargement des
feuilles à partir du fichier cache et qui ralentit considérablement la
machine. Ce problème n'existe qu'avec Java1.6. En attendant que je
trouve la solution, les impatients devront donc utiliser un
environnement Java1.5.

La mise à jour du plugin devenait urgente car josm-tested.jar est
passé avant-hier à la version 1981 et l'ancienne version du plugin
n'était plus compatible.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Cadastre

[Frédéric Stévenot]

Le 19 août 09 à 18:20, Etienne T a écrit :


Tu as de la chance, c'est tout frais depuis dimanche seulement ;-)

http://www.mail-archive.com/talk-fr@openstreetmap.org/msg12439.html




Merci Étienne,

Je prends connaissance de ce message (et si j'avais bien lu ce qu'il  
y a totu en bas de la page http://wiki.openstreetmap.org/wiki/FR:JOSM/ 
Fr:Plugin/Cadastre-fr, j'aurais appris que le plugin était en  
préparation...). Comme Pieren le propose, je ferai un retour  
d'utilisation (je suis en Mac : j'espère qu'il n'y aura pas de souci).


À bientôt,
Frédéric



De : Frédéric Stévenot 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 19 Août 2009, 17h51mn 49s
Objet : Re: [OSM-talk-fr] Cadastre



Le 19 août 09 à 15:21, Vincent MEURISSE a écrit :

> […]
> Il y a deux problèmes dans ta manip :
> […]

> Le second problème est que ta commune n'est pas au format vecteur.
> Elle
> nécessite d'utiliser la version de développement du plugin
> cadastre. Je te
> conseille te limiter aux communes au format vecteur le temps que  
tu te

> familiarise avec le cadastre et que le nouveau plugin sorte en
> version stable.



Euh, au fait, comment faire avec un fond non vectorisé ?

Le gros lourd de l'Aisne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Frédéric Stévenot]

Le 19 août 09 à 18:22, Pieren a écrit :

> 2009/8/19 Frédéric Stévenot :
>> Euh, au fait, comment faire avec un fond non vectorisé ?
>>
>
> Tu peux lire ces deux messages d'archive:
> http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/ 
> 012723.html
> http://lists.openstreetmap.org/pipermail/talk-fr/2009-August/ 
> 012405.html
>
> mais comme le suggère Vincent, il vaut mieux être un peu à l'aise avec
> JOSM avant de travailler avec cette dernière version du plugin qui est
> en plus en phase de test.
> De plus, tu risques d'être déçu parce que l'effort pour obtenir des
> images non vectorisées est assez significatif, surtout si tu veux
> tracer la limite de ta commune. C'est un travail long et fastidieux
> parce qu'il faut géoréférencer chaque feuille de la commune (ou en
> tout cas, celles qui sont en bordure) et il faut être vraiment motivé
> pour ça. Ca serait dommage que tu abandonnes OSM alors qu'il y a
> tellement d'autres choses à faire sans avoir besoin du cadastre
> non-vectorisé ;-)
> D'après le site du cadastre, il y a quand même 472 communes
> vectorisées dans l'Aisne.
>
> Si tu restes malgré tout motivé pour les images non vectorisées, je te
> conseille d'utiliser JOSM avec Java 1.5. Il y a un bug avec Java 1.6
> qui rend le plugin tellement lent qu'il est inutilisable.
>
> Pieren

Merci Pieren, pour tous ces conseils,

Je vais malgré tout essayer de tester le plugin sur ma commune (parce  
que ce n'est pas un bout de programme qui va faire la loi, tout de  
même), pour voir (je suis en Java 1.4, avec mon Mac : ça devrait  
convenir). Si ça coince, j'irai voir du côté des commuens vectorisées.
Au fait, comment détecter les cadastres qui le sont déjà ?

À bientôt,
Frédéric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Vilain Mamuth]

un peu hors sujet,
ceci pourra peut être y contribuer

http://www.lavia.fr/


> Sur ce sujet là, je serais encore plus radical.
> Pour moi, sur autoroute, les voitures devraient quasiment ne plus être
> du ressort du conducteur, mais en "train".
> Mais c'est un autre sujet :)
>   



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Vincent MEURISSE]

On Thursday 20 August 2009 09:06:31 Frédéric Stévenot wrote:
> Si ça coince, j'irai voir du côté des commuens vectorisées.
> Au fait, comment détecter les cadastres qui le sont déjà ?
Tu vas ici : 
Ça contient les limites communales des communes vectorisées.
-- 
Vincent MEURISSE

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Suite et fin de la série d 'articles dans Libération

[Vincent Pottier]

Brice Mallet a écrit :
> Bonsoir,
>
> je débute sur OSM :-) et pense que les articles d'Ecrans.fr  
> pourraient être une très bonne introduction pour de nouveaux  
> arrivants : explications de base, réponses aux interrogations  
> inévitables de néophytes, clarté du texte, nombreux liens répondant  
> aux premiers questionnements.
>
> Cordialement.
>   
+1, pour des intros How to... "pas à pas", genre cartographier sa maison
à partir du cadastre.
-- 
Vincent alias FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Frédéric Stévenot]

Le 20 août 09 à 09:14, Vincent MEURISSE a écrit :

> On Thursday 20 August 2009 09:06:31 Frédéric Stévenot wrote:
>> Si ça coince, j'irai voir du côté des commuens vectorisées.
>> Au fait, comment détecter les cadastres qui le sont déjà ?
> Tu vas ici : 
> Ça contient les limites communales des communes vectorisées


Ach ! Damned ! Je l'avais vu, en plus...

Merci Vincent,
Frédéric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Suite et fin de la série d 'articles dans Libération

[Frédéric Stévenot]

Le 20 août 09 à 07:23, Brice Mallet a écrit :

> Bonsoir,
>
> je débute sur OSM :-) et pense que les articles d'Ecrans.fr
> pourraient être une très bonne introduction pour de nouveaux
> arrivants : explications de base, réponses aux interrogations
> inévitables de néophytes, clarté du texte, nombreux liens répondant
> aux premiers questionnements.
>
> Cordialement.
>
> ---
> Britz
> ---


Et c'est d'ailleurs comme cela que j'ai eu connaissance du projet  
OSM, et ce qui m'a donné envie d'y participer, en plus...

Frédéric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Carte des radars fixes et mobiles

[Arnaud CORBET]

Allez, le HS est l'humanité des fils de discussion...
Les dates de dernières mises à jour du projet, il y a 3 ans, montrent qu'il est 
bien mort et enterré. De surcroit quand on voit que sur la grande majorité des 
navigations il faut 6 mois pour qu'une autoroute y figure, je prévoit de folles 
parties de rigolade pour les possesseurs de véhicules équipés d'un tel système 
qui verront le véhicule ne pas vouloir dépasser le 90 et brutalement freiner à 
50 parce qu'il y a eu à cet endroit il y a 2 ans un virage dangereux sur lequel 
l'autoroute passe... 
Que le système informe le conducteur de la limite en place, information "non 
contractuelle" et à confirmer par les panneaux qui seuls font foi, c'est une 
chose. Qu'il prenne la main alors qu'il y a parfois des nécessités d'aller vite 
(pépé fait une attaque sur la banquette, on va pas s'arrêter et attendre les 
secours, on met les gaz et on file à l'hosto) est potentiellement dangereux.

Ceci dit je dois avouer que l'autoroute du futur, je la verrais bien sous la 
forme "i-robot": guidage noyé sous la chaussée, éventuellement alimentation du 
véhicule électrique par induction ce qui règle le problème de l'autonomie, 
péage incluant les kw consommé, et on reprends la main en sortant de 
l'autoroute avec les batterie pleines.
Ce jour là on aura probablement enterré Teleatlas, on fera des relevés 
ultra-précis avec Gallileo, et on protestera que non, faut pas d'examen médical 
pour garder son permis après 130 ans parce qu'on en a besoin personnellement 
pour acheter le pain.



De : Vilain Mamuth 
À : Discussions sur OSM en français 
Envoyé le : Jeudi, 20 Août 2009, 9h08mn 57s
Objet : Re: [OSM-talk-fr] Carte des radars fixes et mobiles

un peu hors sujet,
ceci pourra peut être y contribuer

http://www.lavia.fr/


> Sur ce sujet là, je serais encore plus radical.
> Pour moi, sur autoroute, les voitures devraient quasiment ne plus être
> du ressort du conducteur, mais en "train".
> Mais c'est un autre sujet :)
>  



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr



  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Stéphane Brunner]

Hello,

Hervé Le Roy a écrit :
> Salut Stéphane,
> 
>> Dernièrement j'ai été contacter pour maintenir le paquet Josm dans
>> Ubuntu ce que j'ai accepté ;-)
> 
> Bravo :)
> 
>> Premièrement J'invite tout utilisateur d'Ubuntu à essayer ce paquet soit
>> dans karmic[1] sois sous jaunty[2] et si vous trouver des problèmes ou
>> vou avez des suggestion de me les rapporter[3].
> 
> Ma première prise de contact avec JOSM sous Ubuntu s'est fait via un
> aptitude install josm. Mais j'ai très vite téléchargé une version plus
> récente du .jar depuis le site officiel, pour la simple raison que de
> nombreux plugins ont besoin de versions plus récentes que la "tested"
> pour fonctionner. D'un côté c'est une bonne chose que le cycle de
> release de JOSM soit très très rapide, d'un autre côté j'ai du mal à
> comprendre que l'API des plugins ne soit pas figé au niveau des
> versions "tested" car finalement on est obligé d'upgrader souvent.
Quand tu a installer la version d'Ubuntu le ne pense pas que s'étais la
dernière tested, premièrement il y a quasiment une version tested par
mois, et finalement la version qui ce trouve actuellement dans Ubuntu
jaunty est vraiment vielle !

D'ailleurs ayant quasi depuis le début utiliser la version tested je
n'ai que rarement pas pu installer une extension.

Au niveau de l'API c'est possible que les extensions peuvent utilisé
toutes les classes de JOSM ce qui explique qu'il y aie facilement des
incompatibilités.

> 
>> Une autre question que j'ai pour tout utilisateur de Josm est votre
>> retour d'expérience concernant l'option -Dsun.java2d.opengl=True
>> (bug[4]) Es-ce que vous avez eu des problème avec, es ce que vous avez
>> vu de réelle changement de performances ?
> 
> J'ai ce message qui s'affiche en console: "OpenGL pipeline enabled for
> default config on screen 0", mais l'affichage à l'intérieur de la
> fenêtre de JOSM est complètement vide (pas de barre de menu, de
> boutons, rien..). De toute façon, je n'ai rien à reprocher à
> l'affichage de JOSM qui est très rapide (bon, ok, j'ai mis à jour mon
> matos en mai dernier et c'est du dernier cri ;-). Si tu as un conseil
> pour faire marcher l'accélération opengl avec java, je suis preneur et
> je testerai.
Au niveau de l'OpenGL je ne sais pas quel problème tu as :( chez moi
cela fonctionne sans problèmes.

Donc finalement chez toi si tu active l'option mentionnée cela ne
fonctionne pas !
Du coup je ne suis pas très chaud pour l'activer !


> 
> Dernière remarque: je crois me souvenir que j'avais eu un problème
> avec les plugins installés avec le paquet josm-plugins. JOSM ne
> pouvait pas les mettre à jour car les paquets sont installés avec les
> droits root et JOSM est exécuté avec les droits utilisateurs. Bref,
> j'ai réinstallé les plugins dans ~/.josm/plugins au lieu de
> /usr/share/josm/plugins
Je n'ai jamais été tre chaud avec ce paquet car j'ai eu les même ennuis
que toi, finalement je déconseille de l'installer.


CU
Stéphane

> 
> Voilà pour le feedback initial.
> 
> a+
> 
> Hervé
>> Merci d'avance de vos réponses
>> Stéphane
>>
>>
>> [1] https://launchpad.net/ubuntu/+source/josm/0.0.svn1788-0ubuntu1
>> [2] https://launchpad.net/~stephane-brunner/+archive/josm
>> [3] https://bugs.launchpad.net/ubuntu/+source/josm
>> [4] https://bugs.launchpad.net/ubuntu/+source/josm/+bug/287717
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>


 
-- 
View this message in context: 
http://n2.nabble.com/JOSM-dans-ubuntuDsun.java2d.opengl%3DTrue-tp3471098p3477659.html
Sent from the French OSM list mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [biere-party] c'est la rentr ée !

[Brice Mallet]

Bonjour à tous,
y aurait-il prochainement un événement sur l'Ouest / façade  
atlantique ? ou encore mieux sur Nantes ?

Britz

Le 20 août 09 à 08:06, Denis a écrit :

> Vincent Pottier a écrit :
>
>> Il faudrait l'annoncer là :
>> http://wiki.openstreetmap.org/wiki/Current_events
>>
>> Ça fera au moins un événement en France !
>
> Oui, je voulais le faire dans la foulée de l'annonce, mais je  
> n'arrivais
> pas à accéder au wiki.
> Merci à Pieren l'éclair qui a mis à jour la page.
>
> DenisH
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération

[Renaud Martinet]

2009/8/20 Pieren :
> 2009/8/19 Hervé Le Roy :
>> Je souscrit complètement au commentaire de Pieren (les données IGN
>> devraient être libre car l'essentiel du financement de l'IGN provient
>> de fond public), mais pour autant je ne vois pourquoi je serais contre
>> Navteq ou TeleAtlas. C'est ce que je voulais souligner dans mon
>> commentaire.
>>
>> a+
>>
>> Hervé
>
> Je pense que le commentaire dans wikipedia fait d'avantage allusion à
> des entreprises semi-publiques genre IGN et OS que d'entreprises
> privées qui n'ont pas les mêmes moyens, ni la prétention de
> "s'accaparer" (appropriation) les données géographiques. Il mérite une
> reformulation pour être plus clair (mais ne pas exclure la mention
> d'appropriation, et oublier le terme "définitive", rien n'est
> définitif en ce bas-monde).
> Je n'ai trouvé aucun commentaire "contre" Navteq, TeleAtlas ou Gmaps.
> Au contraire, ils servent de lièvre dans la course au meilleur produit
> et il y a de plus en plus de gens pour penser que leur modèle
> économique actuel est compromis (voir les présentations du dernier
> SOTM,  ou la fin d'Encarta face à Wikipedia).
> Personne, non plus, n'est contre l'exploitation commerciale des
> données d'OSM. Tant qu'il restera la possibilité de créer l'équivalent
> de ces applications commerciales en version libre et gratuite.
> Ensuite, que le meilleur gagne. Le danger pourrait d'avantage venir de
> sociétés genre Cloudemade/Geofabrik qui prendraient trop de poids au
> niveau de la fondation et pourraient faire pencher les décisions
> futures dans un sens trop favorables à leur égard.
>


C'est vrai que l'orientation que Cloudmade prend est parfois un peu
inquiétante et pour avoir pu discuter à l'occasion avec Nick et Steve,
certaines choses m'ont parfois un peu étonné. Par contre je fais
confiance à des gens comme Frederik et Jochen (Geofabrik justement)
pour garder un oeil sur la fondation. Il était question il n'y a pas
longtemps d'ailleurs de faire évoluer les statuts de la fondation afin
qu'il n'y ai par exemple qu'un seul représentant de telle ou telle
entreprise à la direction de la fondation.
La fondation n'a normalement aucun pouvoir sur la direction que prend
OSM mais elle est là pour le supporter. Le problème est que le projet
a énormément besoin de ressources techniques et que c'est la fondation
qui en partie les apporte. Il faut donc évidemment l'avoir à l'oeil


Renaud.





> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [HS] Re : Carte des radars fixes et mobiles

[Dominique Rousseau]

Le Thu, Aug 20, 2009 at 01:01:33AM -0700, Arnaud CORBET [cor...@rocketmail.com] 
a écrit:
> Allez, le HS est l'humanité des fils de discussion...

Aller, j'ajoute le tag dans le sujet, comme ça on est fair-play avec les
copains.

> Les dates de dernières mises à jour du projet, il y a 3 ans, montrent
> qu'il est bien mort et enterré.

Pour l'instant, sans doute, oui.
Mais je suis sur qu'on viendra à des système de ce type.

> De surcroit quand on voit que sur la grande majorité des navigations
> il faut 6 mois pour qu'une autoroute y figure,

Tututu. On est dans le contexte OSM. Donc données ouvertes,
collboratives, et mises à jour non dictées par le « marché » :-)

> je prévoit de folles parties de rigolade pour les possesseurs de
> véhicules équipés d'un tel système qui verront le véhicule ne pas
> vouloir dépasser le 90 et brutalement freiner à 50 parce qu'il y a eu
> à cet endroit il y a 2 ans un virage dangereux sur lequel l'autoroute
> passe... 

Pour une mise en place large, ça serait certainement un système
débrayable, comme à peu près tous les systèmes « automatisés » qu'on
ajoute aux voitures.

En lisant l'éétude sociologique sur l'acceptabilité du bidule, je suis
étonné qu'il n'y ait qu'environ 20% de « farouchement contre ».

[...]

> Ceci dit je dois avouer que l'autoroute du futur, je la verrais bien
> sous la forme "i-robot": guidage noyé sous la chaussée, éventuellement
> alimentation du véhicule électrique par induction ce qui règle le
> problème de l'autonomie, péage incluant les kw consommé, et on
> reprends la main en sortant de l'autoroute avec les batterie pleines.

+1

> Ce jour là on aura probablement enterré Teleatlas, on fera des relevés
> ultra-précis avec Gallileo, et on protestera que non, faut pas
> d'examen médical pour garder son permis après 130 ans parce qu'on en a
> besoin personnellement pour acheter le pain.

:-)



-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des radars fixes et mobiles

[Gourmet]

On Thu, 20 Aug 2009 09:08:57 +0200, Vilain Mamuth  wrote:
> un peu hors sujet,
> ceci pourra peut être y contribuer
> 
> http://www.lavia.fr/

Mouais, ça n'a pas donné grand chose ce truc.
D'un autre côté un tel dispositif doit posséder une certaine maturité
avant d'être "branché".
C'est comme l'ABS et ses déboires du début ... en moins dangereux.
Toutefois si le LAVIA ou équivalent part en vrille ça peut vite devenir
problématique : 30 km/h sur autoroute, 110 sur route de montagne ...
Dans un premier temps il est plus sage (et surtout moins impactant) de
partir sur un système d'alerte sonore.
db

-- 
db

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Mathieu Arnold]

+--On 19 août 2009 14:59:04 +0200 Frédéric Stévenot 
wrote:
| Bonjour,
| 
| Je me mets à OpenStreetMap, à mon tour, et je vais poser une question  
| de newbie intégral. Mais bon, allons-y...
| J'ai remarqué que ma commune (Athies-sous-Laon, Aisne) ne comportait  
| pas de contours administratifs [...]

J'ai fait toutes les communes de l'Aisne qui étaient vectorisées il y a
deux/trois mois, je garde un oeuil sur l'évolution au cadastre pour
ajouter quand y'en a de nouvelles.

-- 
Mathieu Arnold

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Vincent Pottier]

Mathieu Arnold a écrit :
>
> J'ai fait toutes les communes de l'Aisne qui étaient vectorisées il y a
> deux/trois mois, je garde un oeuil sur l'évolution au cadastre pour
> ajouter quand y'en a de nouvelles.
>
>   

Dans le Doubs, on a dépassé les 100 % de communes vecteurs cadastre
entrées dans OSM (communes dont les mitoyennes étaient vectorisées...)

Mais il y a 600 communes, Y a-t-il moyen d'avoir une synthèse des
nouvelles communes vectorisées sur le cadastre sans pointer les 600 ?
-- 
Vincent alias FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Gourmet]

On Wed, 19 Aug 2009 20:50:30 +0200, "Julien D."
 wrote:
> 2009/8/19 
> 
>> Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain
>> d'en
>> recoder un autre plus "intelligent".
>> Par contre l'api permet d'avoir les cell-voisines... dans la réalité
>> mon
>> téléphone ne les retourne pas (HTC-Dream).
>>
> 
> Mon appli les affiche très bien, tu peux aussi les voir avec le menu
> caché,
> compose : *#*#4636#*#*
> On pourrait mutualiser nos efforts ? (à répondre en dehors de la liste)
> 

Je ne suis pas parvenu à trouver ce que retourne la méthode
getNeighbourCellsInfo (approx.).
Que retourne-t-elle exactement (je n'ai pas de terminal Android) ?

En revanche, suite à une demande de développeur, le SDK semble désormais
disposé du STK
(Sim Toolkit) : import com.android.internal.telephony.gsm.stk.Item;

En STK on dispose des informations des BTS adjacentes mais uniquement des
informations ne nécessitant pas de décodage de la trame provenant de la
voie-balise (canal BCCH).
Partant on a le canal (ARFCN) mais pas le cellid. Il faut alors procéder
par recoupement et c'est ... pénible.

C'est mieux avec la méthode getNeighbour ?

db

-- 
db

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Damouns]

On pourrait même imaginer une page d'alerte automatisée qui indique
automatiquement les nouvelles communes vectorisées département par
département ?

Le 20 août 2009 11:02, Vincent Pottier  a écrit :

> Mathieu Arnold a écrit :
> >
> > J'ai fait toutes les communes de l'Aisne qui étaient vectorisées il y a
> > deux/trois mois, je garde un oeuil sur l'évolution au cadastre pour
> > ajouter quand y'en a de nouvelles.
> >
> >
>
> Dans le Doubs, on a dépassé les 100 % de communes vecteurs cadastre
> entrées dans OSM (communes dont les mitoyennes étaient vectorisées...)
>
> Mais il y a 600 communes, Y a-t-il moyen d'avoir une synthèse des
> nouvelles communes vectorisées sur le cadastre sans pointer les 600 ?
> --
> Vincent alias FrViPofm
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[kimaidou]

Bonjour

Pour avoir suivi de nombreuses discussions autour d'openBmap et d'opencellid
dans les listes d'openmoko, je penche fortement pour openBmap, qui semble
plus prendre en compte la qualité des données que la quantité.

Des "datalogger" ont été développé pour openmoko (j'ai perdu le mien, j'en
pleure encore :(   ) et pour windows mobile.
La personne qui suit ce projet s'appelle 'onen', est très réactive. Il
serait intéressant de le contacter, puisqu'il apprécie beaucoup les retours
utilisateurs et les questions techniques :
http://realtimeblog.free.fr/contact.php

Je suis déjà entré en contact avec lui, et il répond rapidement :D
Je ne donne pas son email perso, mais je pense que l'email de contact
renvoit vers lui

Bref de mon côté, +1 pour openBmap

Kimaidou

Le 20 août 2009 11:05, Gourmet  a écrit :

> On Wed, 19 Aug 2009 20:50:30 +0200, "Julien D."
> > wrote:
> > 2009/8/19 
> >
> >> Salut, j'ai aussi écrit un client-logger pour Android, je suis entrain
> >> d'en
> >> recoder un autre plus "intelligent".
> >> Par contre l'api permet d'avoir les cell-voisines... dans la réalité
> >> mon
> >> téléphone ne les retourne pas (HTC-Dream).
> >>
> >
> > Mon appli les affiche très bien, tu peux aussi les voir avec le menu
> > caché,
> > compose : *#*#4636#*#*
> > On pourrait mutualiser nos efforts ? (à répondre en dehors de la liste)
> >
>
> Je ne suis pas parvenu à trouver ce que retourne la méthode
> getNeighbourCellsInfo (approx.).
> Que retourne-t-elle exactement (je n'ai pas de terminal Android) ?
>
> En revanche, suite à une demande de développeur, le SDK semble désormais
> disposé du STK
> (Sim Toolkit) : import com.android.internal.telephony.gsm.stk.Item;
>
> En STK on dispose des informations des BTS adjacentes mais uniquement des
> informations ne nécessitant pas de décodage de la trame provenant de la
> voie-balise (canal BCCH).
> Partant on a le canal (ARFCN) mais pas le cellid. Il faut alors procéder
> par recoupement et c'est ... pénible.
>
> C'est mieux avec la méthode getNeighbour ?
>
> db
>
> --
> db
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des BTS en France

[Julien D.]

> Je ne suis pas parvenu à trouver ce que retourne la méthode
> getNeighbourCellsInfo (approx.).
> Que retourne-t-elle exactement (je n'ai pas de terminal Android) ?
>

TelephonyManager.getNeighboringCellInfo() retourne une ArrayList sur
laquelle un peut faire un getCid() contenant lac+id et un getRssi()
contenant la puissance en asu :
http://developer.android.com/reference/android/telephony/NeighboringCellInfo.html


En revanche, suite à une demande de développeur, le SDK semble désormais
> disposé du STK
> (Sim Toolkit) : import com.android.internal.telephony.gsm.stk.Item;
>
> En STK on dispose des informations des BTS adjacentes mais uniquement des
> informations ne nécessitant pas de décodage de la trame provenant de la
> voie-balise (canal BCCH).
> Partant on a le canal (ARFCN) mais pas le cellid. Il faut alors procéder
> par recoupement et c'est ... pénible.
>

Intéressant, par contre tout ce qui est "internal" n'est pas dans le SDK,
c'est des ajouts de classes qu'il faut faire manuellement et fort
potentiellement incompatible avec toutes les versions futures.


2009/8/20 kimaidou 

> Pour avoir suivi de nombreuses discussions autour d'openBmap et
> d'opencellid dans les listes d'openmoko, je penche fortement pour openBmap,
> qui semble plus prendre en compte la qualité des données que la quantité.
>
> Des "datalogger" ont été développé pour openmoko (j'ai perdu le mien, j'en
> pleure encore :(   ) et pour windows mobile.
> La personne qui suit ce projet s'appelle 'onen', est très réactive. Il
> serait intéressant de le contacter, puisqu'il apprécie beaucoup les retours
> utilisateurs et les questions techniques :
> http://realtimeblog.free.fr/contact.php
>
> Je suis déjà entré en contact avec lui, et il répond rapidement :D
> Je ne donne pas son email perso, mais je pense que l'email de contact
> renvoit vers lui
>
> Bref de mon côté, +1 pour openBmap
>

+1, je suis en contact avec Onen, sympa et réponds rapidement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PDF des tags

[Charlie Echo]

Bravo, c'est un document TRES utile (même dans son état actuel).
Merci !

- Mail Original -
De: "simon" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 19 Août 2009 20:43:06 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: [OSM-talk-fr] PDF des tags

Bonjours,

J'ai commencer à créer  un fichier PDF en français regroupant tous les
tags et relations dans le but d'avoir un document toujours sous le coude
(en ligne ou hors lignes).

J'ai repris et traduit une grande parti de la documentation pour tous
synthétisé dans le même document.

La première ébauche se trouve ici
http://wiki.openstreetmap.org/wiki/Image:Nomenclature.pdf

Il me reste à faire : 
-finition de la traduction
-correction orthographique (gros travail)
-mise en page
-introduction 
-ajout licence (cc by sa)
-ajout des tags manquant
-...

Toutes les suggestions, remarques, critiques, etc... sont les
bienvenues 

Simon



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre

[Vincent MEURISSE]

On Thursday 20 August 2009 11:27:08 am Damouns wrote:
> On pourrait même imaginer une page d'alerte automatisée qui indique
> automatiquement les nouvelles communes vectorisées département par
> département ?
En même temps ils ont l'air en vacances coté vectorisation. Ça fait 4 mois 
qu'il n'y a pas eu d'ajouts.
-- 
Vincent MEURISSE

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suite et fin de la série d'article s dans Libération

[Vincent MEURISSE]

On Thursday 20 August 2009 10:35:41 am Renaud Martinet wrote:
> Il était question il n'y a pas
> longtemps d'ailleurs de faire évoluer les statuts de la fondation afin
> qu'il n'y ai par exemple qu'un seul représentant de telle ou telle
> entreprise à la direction de la fondation.
Et comme ça les entreprises feront embaucher les membres de la fondation par 
des sociétés contractuelles. Ça fera que les sociétés qui respectent la règle 
auront moins de pouvoir que celles qui trichent.
Le mieux est que chaque membre déclare clairement pour qui il travaille. Après 
chacun vote en son âme et conscience.

> La fondation n'a normalement aucun pouvoir sur la direction que prend
> OSM mais elle est là pour le supporter. Le problème est que le projet
> a énormément besoin de ressources techniques et que c'est la fondation
> qui en partie les apporte. Il faut donc évidemment l'avoir à l'oeil
Bien évidement que la fondation à un pouvoir sur la direction que prend OSM. 
C'est elle qui a l'argent et les serveurs. Par exemple le rendu du site 
principal est une arme puissante pour choisir ce qui doit être dans la base… 
malgré le fait que des dissidents comme sly montent leurs propres serveurs.
Beta est un bon exemple d'ailleurs. Si le rendu des communes n'existait pas je 
suis certain que le travail avancerait beaucoup moins vite sur ce point.

-- 
Vincent MEURISSE

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Cadastre

[THEVENON Julien]

>>> De : Vincent MEURISSE 
>>> >>> > On pourrait même imaginer une page d'alerte automatisée qui indique
>>> >>> > automatiquement les nouvelles communes vectorisées département par
>>> >>> > département ?
>>> En même temps ils ont l'air en vacances coté vectorisation. Ça fait 4 mois 
>>> qu'il n'y a pas eu d'ajouts.

Clur, c est dommage qu il n y ait pas de planning ou plus d informations pour 
savoir quand ça va reprendre.
La page d'alerte serait bien pratique.
La gestion des feuilles non vectorisee par le plugin cadastre permettra de 
patienter

Julien



  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM dans ubuntu & -Dsun.java2d.opengl=True

[Stéphane Brunner]

Hello,

Hervé Le Roy a écrit :
>> Je n'ai jamais été tre chaud avec ce paquet car j'ai eu les même ennuis
>> que toi, finalement je déconseille de l'installer.
> 
> Ce paquet pouvait avoir du sens à l'époque où les plugins
> s'installaient manuellement. Aujourd'hui il n'est plus nécessaire à
> mon avis. J'en conclus que tu n'es pas le mainteneur de ce paquet ?
Effectivement !

CU
Stéph

PS: je ne pense pas que c'est volontaire mais tu ne répond pas à la
liste de discussion !

> 
> A+
> 
> Hervé


 
-- 
View this message in context: 
http://n2.nabble.com/JOSM-dans-ubuntu-Dsun-java2d-opengl-True-tp3471098p3478105.html
Sent from the French OSM list mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Site]Grenoble distingue sur bestofosm.org

[THEVENON Julien]

Hello,

Voici un site que je ne connaissais pas : http://www.bestofosm.org/ il 
repertorie certains endroits remarquables d OSM et parmi eux Grenoble pour l 
utilisation du Cadastre.
Je pense que l import de Corinne figurera aussi en bonne place quand il sera 
fait

Julien



  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PDF des tags

[monsieur_a]

Le mercredi 19 août 2009 à 22:11 +0200, Denis a écrit :
> simon a écrit :
> > Bonjours,
> > 
> > J'ai commencer à créer  un fichier PDF en français regroupant tous les
> > tags et relations dans le but d'avoir un document toujours sous le coude
> > (en ligne ou hors lignes).
> 
> Bravo pour le boulot.
> J'avais en tête plutôt un "Précis et concis" façon O'Reilly, notamment 
> pour les neophytes.

Je voulait le coté précis et concis mais je n'ai pas réussi à réduire
plus car je trouvait toujours qu'il manquait quelque chose. qu'est ce
que je pourrait enlever ?

Pour les néophyte je considère que pour ce document on sait déjà la
différence entre node way area relation et que l'on connait son
logiciel. peut être que dans le future je serait motivé pour faire un
second PDF pour les bases.

> C'est peut-être dérivable de ton travail, mais je n'ai pas de ressource 
> pour m'investir dans un tel projet.
> 
> Bonne continuation
> 
> DenisH
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr