[OSM-talk-fr] Comment tagguer une passerelle piétonne/cyclable surplombant la mer ?

[Francescu GAROBY]

Bonjour,
la ville de Bastia termine ces temps-ci les travaux d'un aménagement
piéton/cyclable ("Aldilonda"
,
pour ceux qui veulent en savoir plus).
Sa particularité : elle est construite en partie sur les rochers au pied
des remparts de la Citadelle, et en partie en "suspension" au-dessus de la
mer (cf. photo 12 du lien ci-dessus). Il y aussi un passage creusé dans la
roche, mais ça c'est facile à tagguer.
Ma question est donc : faut-il un tag supplémentaire spécifique, pour
indiquer cette sorte de passerelle suspendue ?
Le tracé est visible ici , ici
 et là
.

-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Zase nefunguje tracer LPIS

[Marián Kyral]

No spíše jsi mohl pozdravit ;-)




Včera jsem na to koukal, zase změna na ministerstvu. Tentokrát k lepšímu,
kapku mi to zjednodušili.

Aktualizuj si plugin, už by zase měl fungovat.




Marián

-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 31. 5. 2020 6:33:48
Předmět: Re: [talk-cz] Zase nefunguje tracer LPIS
"
Omlouvám se za neupřesnění:

při pokusu o aktualizaci multipolygonů LPIS se objevuje hláška Data nejsou
dostupná

Výpis z konzole JOSM:

202123130202202302.jpeg?g=8565 -> HTTP/1.1 200 (87 ms; 6,96 kB)
2020-05-31 06:26:28.610 INFO: GET https://tile.poloha.net/budovy/19/285704/
17752
0.png -> HTTP/1.1 200 (180 ms; 116 B)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t0.tiles.virtualearth.net/
tiles/a1
20212313020222103.jpeg?g=8565 -> HTTP/1.1 200 (331 ms; 11,2 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
2021231302022210.jpeg?g=8565 -> HTTP/1.1 200 (249 ms; 12,4 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t1.tiles.virtualearth.net/
tiles/a1
2021231302022030.jpeg?g=8565 -> HTTP/1.1 200 (248 ms; 16,0 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t2.tiles.virtualearth.net/
tiles/a1
2021231302022032.jpeg?g=8565 -> HTTP/1.1 200 (256 ms; 13,0 kB)
2020-05-31 06:26:29.016 INFO: GET https://tile.poloha.net/budovy/18/142853/
88761
.png -> HTTP/1.1 200 (43 ms; 116 B)
2020-05-31 06:26:29.036 INFO: GET https://tile.poloha.net/budovy/17/71426/
44378.
png -> HTTP/1.1 200 (62 ms; 6,85 kB)
2020-05-31 06:26:29.084 INFO: GET https://ecn.t0.tiles.virtualearth.net/
tiles/a1
2021231302022021.jpeg?g=8565 -> HTTP/1.1 200 (114 ms; 16,6 kB)
2020-05-31 06:26:29.052 INFO: GET https://tile.poloha.net/budovy/19/285700/
17751
9.png -> HTTP/1.1 200 (56 ms; 116 B)
2020-05-31 06:26:29.098 INFO: GET https://ecn.t1.tiles.virtualearth.net/
tiles/a1
2021231302022200.jpeg?g=8565 -> HTTP/1.1 200 (102 ms; 14,1 kB)
2020-05-31 06:26:29.048 INFO: GET https://tile.poloha.net/budovy/19/285705/
17751
9.png -> HTTP/1.1 200 (52 ms; 116 B)
2020-05-31 06:26:29.046 INFO: GET https://tile.poloha.net/budovy/17/71424/
44380.
png -> HTTP/1.1 200 (50 ms; 116 B)
2020-05-31 06:26:29.098 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
2021231302022020.jpeg?g=8565 -> HTTP/1.1 200 (102 ms; 14,4 kB)
2020-05-31 06:26:29.095 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
202123130202221.jpeg?g=8565 -> HTTP/1.1 200 (99 ms; 10,8 kB)
2020-05-31 06:26:29.092 INFO: GET https://ecn.t2.tiles.virtualearth.net/
tiles/a1
202123130202203.jpeg?g=8565 -> HTTP/1.1 200 (96 ms; 17,6 kB)
2020-05-31 06:26:29.085 INFO: GET https://tile.poloha.net/budovy/19/285701/
17752
0.png -> HTTP/1.1 200 (69 ms; 116 B)
2020-05-31 06:26:29.128 INFO: GET https://tile.poloha.net/budovy/19/285705/
17752
0.png -> HTTP/1.1 200 (40 ms; 116 B)
2020-05-31 06:26:29.141 INFO: GET https://tile.poloha.net/budovy/18/142849/
88761
.png -> HTTP/1.1 200 (37 ms; 116 B)
2020-05-31 06:26:29.148 INFO: GET https://tile.poloha.net/budovy/18/142853/
88757
.png -> HTTP/1.1 200 (40 ms; 4,67 kB)
2020-05-31 06:26:29.192 INFO: GET https://tile.poloha.net/budovy/19/285701/
17751
6.png -> HTTP/1.1 200 (196 ms; 1,12 kB)
2020-05-31 06:26:33.652 INFO: Switching map mode from SelectAction to
TracerActi
on

- Trace -

prefetch: scheduling for new prefetch batch: 20780+18831
prefetch: scheduling for new prefetch batch: 20780+18833
prefetch: scheduling for new prefetch batch: 20782+18831
prefetch: scheduling for new prefetch batch: 20782+18833
prefetch: scheduling for new prefetch batch: 20781+18831
prefetch: scheduling for new prefetch batch: 20781+18833
prefetch: scheduling for new prefetch batch: 20780+18832
prefetch: scheduling for new prefetch batch: 20782+18832
prefetch: scheduling for new prefetch batch: 20781+18832
LpisCache: miss
prefetch: starting prefetch task
prefetch: downloading tile: 20781+18832
LatLon: LatLon[lat=50.127996583405476,lon=16.175721282362936] <-> XY: -
617731.92
09044194 -1054193.569729399
Request: https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0;
SERVICE=WF
S=GetFeature=LPIS_DPB_UCINNE_BBOX=-617936.8083281693,-
1053
420.6548772233,-617281.6453404628,-1054250.1257605157=EPSG:102067
Request: https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0;
SERVICE=WF
S=GetFeature=LPIS_DPB_UCINNE_BBOX=-617731.9209044194,-
1054
193.569729399,-617731.9209044194,-1054193.569729399=EPSG:102067
Reply:  http://www.opengis.net/
ows"
version="1.1.0" language="en-US" xsi:schemaLocation="http://www.opengis.net/
ows
http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd;>    
msWFSGetFeature(): WFS server error. TYPENAME 'LPIS_DPB_UCINNE_BBOX' doesn't
exi
st in this server.  Please check the capabilities and reformulate your
request.<
/ows:ExceptionText>    
Reply:  http://www.opengis.net/
ows"
version="1.1.0" language="en-US" xsi:schemaLocation="http://www.opengis.net/
ows
http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd;>    
msWFSGetFeature(): WFS 

Re: [talk-cz] Zase nefunguje tracer LPIS

[Zdeněk Pražák]

Omlouvám se za neupřesnění:

při pokusu o aktualizaci multipolygonů LPIS se objevuje hláška Data nejsou
dostupná

Výpis z konzole JOSM:

202123130202202302.jpeg?g=8565 -> HTTP/1.1 200 (87 ms; 6,96 kB)
2020-05-31 06:26:28.610 INFO: GET https://tile.poloha.net/budovy/19/285704/
17752
0.png -> HTTP/1.1 200 (180 ms; 116 B)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t0.tiles.virtualearth.net/
tiles/a1
20212313020222103.jpeg?g=8565 -> HTTP/1.1 200 (331 ms; 11,2 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
2021231302022210.jpeg?g=8565 -> HTTP/1.1 200 (249 ms; 12,4 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t1.tiles.virtualearth.net/
tiles/a1
2021231302022030.jpeg?g=8565 -> HTTP/1.1 200 (248 ms; 16,0 kB)
2020-05-31 06:26:28.986 INFO: GET https://ecn.t2.tiles.virtualearth.net/
tiles/a1
2021231302022032.jpeg?g=8565 -> HTTP/1.1 200 (256 ms; 13,0 kB)
2020-05-31 06:26:29.016 INFO: GET https://tile.poloha.net/budovy/18/142853/
88761
.png -> HTTP/1.1 200 (43 ms; 116 B)
2020-05-31 06:26:29.036 INFO: GET https://tile.poloha.net/budovy/17/71426/
44378.
png -> HTTP/1.1 200 (62 ms; 6,85 kB)
2020-05-31 06:26:29.084 INFO: GET https://ecn.t0.tiles.virtualearth.net/
tiles/a1
2021231302022021.jpeg?g=8565 -> HTTP/1.1 200 (114 ms; 16,6 kB)
2020-05-31 06:26:29.052 INFO: GET https://tile.poloha.net/budovy/19/285700/
17751
9.png -> HTTP/1.1 200 (56 ms; 116 B)
2020-05-31 06:26:29.098 INFO: GET https://ecn.t1.tiles.virtualearth.net/
tiles/a1
2021231302022200.jpeg?g=8565 -> HTTP/1.1 200 (102 ms; 14,1 kB)
2020-05-31 06:26:29.048 INFO: GET https://tile.poloha.net/budovy/19/285705/
17751
9.png -> HTTP/1.1 200 (52 ms; 116 B)
2020-05-31 06:26:29.046 INFO: GET https://tile.poloha.net/budovy/17/71424/
44380.
png -> HTTP/1.1 200 (50 ms; 116 B)
2020-05-31 06:26:29.098 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
2021231302022020.jpeg?g=8565 -> HTTP/1.1 200 (102 ms; 14,4 kB)
2020-05-31 06:26:29.095 INFO: GET https://ecn.t3.tiles.virtualearth.net/
tiles/a1
202123130202221.jpeg?g=8565 -> HTTP/1.1 200 (99 ms; 10,8 kB)
2020-05-31 06:26:29.092 INFO: GET https://ecn.t2.tiles.virtualearth.net/
tiles/a1
202123130202203.jpeg?g=8565 -> HTTP/1.1 200 (96 ms; 17,6 kB)
2020-05-31 06:26:29.085 INFO: GET https://tile.poloha.net/budovy/19/285701/
17752
0.png -> HTTP/1.1 200 (69 ms; 116 B)
2020-05-31 06:26:29.128 INFO: GET https://tile.poloha.net/budovy/19/285705/
17752
0.png -> HTTP/1.1 200 (40 ms; 116 B)
2020-05-31 06:26:29.141 INFO: GET https://tile.poloha.net/budovy/18/142849/
88761
.png -> HTTP/1.1 200 (37 ms; 116 B)
2020-05-31 06:26:29.148 INFO: GET https://tile.poloha.net/budovy/18/142853/
88757
.png -> HTTP/1.1 200 (40 ms; 4,67 kB)
2020-05-31 06:26:29.192 INFO: GET https://tile.poloha.net/budovy/19/285701/
17751
6.png -> HTTP/1.1 200 (196 ms; 1,12 kB)
2020-05-31 06:26:33.652 INFO: Switching map mode from SelectAction to
TracerActi
on

- Trace -

prefetch: scheduling for new prefetch batch: 20780+18831
prefetch: scheduling for new prefetch batch: 20780+18833
prefetch: scheduling for new prefetch batch: 20782+18831
prefetch: scheduling for new prefetch batch: 20782+18833
prefetch: scheduling for new prefetch batch: 20781+18831
prefetch: scheduling for new prefetch batch: 20781+18833
prefetch: scheduling for new prefetch batch: 20780+18832
prefetch: scheduling for new prefetch batch: 20782+18832
prefetch: scheduling for new prefetch batch: 20781+18832
LpisCache: miss
prefetch: starting prefetch task
prefetch: downloading tile: 20781+18832
LatLon: LatLon[lat=50.127996583405476,lon=16.175721282362936] <-> XY: -
617731.92
09044194 -1054193.569729399
Request: https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0;
SERVICE=WF
S=GetFeature=LPIS_DPB_UCINNE_BBOX=-617936.8083281693,-
1053
420.6548772233,-617281.6453404628,-1054250.1257605157=EPSG:102067
Request: https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0;
SERVICE=WF
S=GetFeature=LPIS_DPB_UCINNE_BBOX=-617731.9209044194,-
1054
193.569729399,-617731.9209044194,-1054193.569729399=EPSG:102067
Reply:  http://www.opengis.net/
ows"
version="1.1.0" language="en-US" xsi:schemaLocation="http://www.opengis.net/
ows
http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd;>    
msWFSGetFeature(): WFS server error. TYPENAME 'LPIS_DPB_UCINNE_BBOX' doesn't
exi
st in this server.  Please check the capabilities and reformulate your
request.<
/ows:ExceptionText>    
Reply:  http://www.opengis.net/
ows"
version="1.1.0" language="en-US" xsi:schemaLocation="http://www.opengis.net/
ows
http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd;>    
msWFSGetFeature(): WFS server error. TYPENAME 'LPIS_DPB_UCINNE_BBOX' doesn't
exi
st in this server.  Please check the capabilities and reformulate your
request.<
/ows:ExceptionText>    

parseXML() - Start
parseXML(basic) - expID: //*[name()='ms:LPIS_DPB_UCINNE_BBOX']/*[name()='ms:
id']

parseXML(basic) - expID: //*[name()='ms:LPIS_DPB_UCINNE_BBOX'][1]/*[name()=
'ms:i
d']
LpisCache: 

Re: [Talk-at] Flurnamen im Wienerwald von Basemap

[Friedrich Volkmann]

On 30.05.20 10:06, Florian Kratochwil wrote:
In der "echten" Basemap sind zahlreiche Flurnamen eingetragen, die sich in 
OSM noch nicht finden. Die Namen kenne ich meist nicht und kann sie vor Ort 
auch nicht verifizieren.


Dann vergiss sie.

Ich überlege jetzt, ob ich die nebenbei nach OSM 
abschreiben soll. Rechtlich sollte es ja passen (das nehme ich an, weil im 
JOSM würde es sonst wohl nicht als Hintergrundkarte angeführt werden. Bitte 
um Einspruch, wenn dem nicht so sein sollte).


Aber ich weiß nichts über die Qualität der Basemap-Namen bzw. deren 
Verortung. Habt ihr da eine Einschätzung? Fehlerbehaftet? Erwünscht? 


Das kann alles mögliche sein: Bergnamen, Talnamen, Waldnamen, Flurnamen, 
Riednamen...
Meist sind diese Namen aus den alten Grundstückskatasterkarten 
abgeschrieben. Die findest du z.B. auf mapire.eu, wenn du dort den 
Franziszeischen Kataster auswählst. Diese Katasterkarten setzten sich aus 
unzähligen Kartenblättern zusammen, die alle nur kleine Areale umfassten. 
Zur Orientierung wurde oft in eine Ecke irgendwas geschrieben, was dort in 
der Nähe war. Also nicht unbedingt genau dort. In die Basemap wurden diese 
Bezeichnungen aber genau dort übernommen, wo sie auf dem Katasterblatt 
eingezeichnet waren. Wenn ein Berg o.dgl. auf 2 Katasterblättern zur 
Orientierung am Rand hingeschrieben wurde, ist er in der Basemap also u.U. 
doppelt - zusätzlich zur eigentlichen Gipfelbezeichnung. Die Schreibweise 
kann unterschiedlich sein; dann fällt es gar nicht so auf, dass der Name 
mehrmals vorkommt.


Wenn es wie ein Bergname aussieht und es ist ein Berg in der Nähe, von dem 
sonst kein Name bekannt ist, dann stehen die Chancen gut, dass jener Berg so 
heißt. Das gleiche gilt für Täler. Aber man muss auf jeden Fall mitdenken. 
Ein place=locality Node ist meistens falsch, und dann die Lage erst recht.


Den Fehler, diese (vermeintlichen) Flurnamen ungeprüft aus der Basemap 
abzuschreiben, machen leider viele Mapper, und mitunter kommt man mit dem 
Löschen gar nicht nach. Das ist so ein ähnliches Problem wie mit den 
Straßennamen, die in der Basemap ja ebenso oft falsch sind. Kaum hat man sie 
gelöscht, kommt schon der nächste und schreibt sie wieder aus der Basemap ab.


Irgendwie scheinen jene, die alles aus anderen Karten abschreiben wollen, 
nicht viel von OSM zu halten. Denn sonst würden sie nicht davon ausgehen, 
dass die Daten in der anderen Karte stimmen und in OSM nicht.



Sonstige Ideen, wo ich diese Namen Doppel-Checken könnte?


Auf mapire die Originale ansehen - und nicht nur den Kataster, sondern auch 
die 3 Landesaufnahmen. Aber aufpassen: Die können ebenfalls fehlerhaft sein.


Hilfreich sind oft Karten, die man auf den Gemeindeämtern bekommt, und 
heimatkundliche Literatur, z.B. Orts-Chroniken.


Und natürlich kann man versuchen, die Anwohner und Grundbesitzer zu fragen.

--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] [HS] Re: Ancestris

[Philippe Verdy]

Là tu fais des hypothèses sur des bases de réinterprétation rhétorique.
Franchement, cette réponse est très malpolie et constitue une attaque ad
hominem dirtecte que je n'ai pas faite du tout.
Je n'ai attaqué personne, et mis bien assez de précautions.
Visiblement, quand on veut voir ce qu'on veut, on surréagit et c'est le cas
ici. Bref cette réponse ci-dessous est complètement inutile, elle n'apporte
rien à personne.
"Commence déjà à lire" les chartes, et apprends la politesse de base, car
là je suis personellement et directement insulté pour rien.



Le sam. 30 mai 2020 à 19:34, deuzeffe  a écrit :

> Le 30/05/2020 à 10:55, Éric Gillet a écrit :
> > Le 30/05/2020 à 10:24, deuzeffe a écrit :
> >> Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
> >>
> >>> J'ai du mal à croire
> >> Personne ne te demande de croire. Tout le monde te demande de savoir.
> >>
> >> Yannick est un pilier de la généalogie francophone, une espèce de
> >> wizard comme on en rencontre peu. Et toi ? Tu fais quoi dans ce domaine
> ?
> >>
> > Attaque personnelle qui ne prends aucunement en compte le point qu'il
> > soulève : Qu'en est-il de la vie privée ?
>
> Tu as cherché un peu à te renseigner avant sur le sujet ou c'est une
> question purement rhétorique ? Je crois que tu as compris comment, sans
> s'insurger, demander des renseignements et les obtenir.
>
> > Pas besoin de travailler dans la généalogie pour avoir l'autorisation de
> > se soucier de ça.
>
> Ah oui, pas besoin de chercher un peu par soi-même avant de s'insurger
> et de croire, n'est-ce pas ?
>
> > Pas sûr qu'ici soit le meilleur endroit pour en discuter de cette
> > problématique, mais ça ne retire en rien le côté abject de ta réponse.
>
> Je te remercie de ton appréciation. elle est à la hauteur des
> formulations lues ici et là,
>
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Zase nefunguje tracer LPIS

[Marián Kyral]

A?



-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 29. 5. 2020 14:49:13
Předmět: [talk-cz] Zase nefunguje tracer LPIS
"Zase přestal fungovat tracer LPIS
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] [HS] Re: Ancestris

[deuzeffe]

Le 30/05/2020 à 10:55, Éric Gillet a écrit :

Le 30/05/2020 à 10:24, deuzeffe a écrit :

Le 30/05/2020 à 03:44, Philippe Verdy a écrit :


J'ai du mal à croire

Personne ne te demande de croire. Tout le monde te demande de savoir.

Yannick est un pilier de la généalogie francophone, une espèce de 
wizard comme on en rencontre peu. Et toi ? Tu fais quoi dans ce domaine ?


Attaque personnelle qui ne prends aucunement en compte le point qu'il 
soulève : Qu'en est-il de la vie privée ?


Tu as cherché un peu à te renseigner avant sur le sujet ou c'est une 
question purement rhétorique ? Je crois que tu as compris comment, sans 
s'insurger, demander des renseignements et les obtenir.


Pas besoin de travailler dans la généalogie pour avoir l'autorisation de 
se soucier de ça.


Ah oui, pas besoin de chercher un peu par soi-même avant de s'insurger 
et de croire, n'est-ce pas ?


Pas sûr qu'ici soit le meilleur endroit pour en discuter de cette 
problématique, mais ça ne retire en rien le côté abject de ta réponse.


Je te remercie de ton appréciation. elle est à la hauteur des 
formulations lues ici et là,


--
deuzeffe

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

Re: [OSM-talk-fr] [HS] Re: Ancestris

[deuzeffe]

Le 30/05/2020 à 13:50, Philippe Verdy a écrit :

Justement je ne fais rien en généalogie (à mon avis pas une affaire pour 
particuliers et pour des échanges libres sur Internet, c'est comme pour 
les recherches de match ADN, la technologie permet des choses, c'est pas 
pour ça qu'on peut s'en servir).


Internet permet de trouver des débuts de réponse. C'est pas pour ça 
qu'on peut s'en servir. Tu te rends-comptes de ce que tu dis ? Tu 
commences par "j'ai du mal à croire". Maintenant, "je ne fais rien en 
rien...à mon avis pas une affaire pour particuliers" Ça décrédibilise 
totalement le reste de ton propos.


Et strictement NULLE PART je n'ai fait une soit-disante "attaque 
personnelle", je n'ai visé strictement personne en particulier,


Juste émis de sérieux doutes sur un logiciel en partie développé par Y. 
En répondant à son message. "vos termes d'utilisation", "vous 
développez" "Quelles précautions prenez-vous?" à part ça, tu ne vises 
rien. À propos d'un logiciel qui existe depuis 25 ans.


uniquement l'objet de ce type d'application où il n'y a strictement 
aucun controle de légalité (c'est peut-être légal aux USA, pas en France 
où il faut un mandat professionnel, et une régulation ne serait-ce que 
par le secret notarial).


Mais encore une fois, renseigne-toi ! C'est pas une opinion qu'il faut 
émettre, mais un avis. De plus, comme Y. a répondu, tu mélanges des tas 
de trucs.


Bref.

Pas merci d'être passé.
--
deuzeffe





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

Re: [OSM-talk-fr] Schéma pour le marnage

[leni]

Le 07/05/2020 à 14:50, Yves P. a écrit :

Quelques liens en vrac pour aider les terriens :)


Bonjour,

Le terrien te remercie, je n'y connais rien et là j'ai compris quelques 
mots que j'entendais mais qui ne me disaient rien


Leni

https://fr.wikipedia.org/wiki/Marnage_(mar%C3%A9e) 



http://www.actunautique.com/2019/06/comprendre-une-carte-marine-les-sondes-couleurs-et-fonds.html
• la couleur blanche indique les grandes profondeurs,
• le bleu, indique les faibles profondeurs (0 à 10 m de profondeur). 
Plus le bleu est foncé, moins il y a d’eau,
• le vert montre l’*estran* (bande de côte couverte à marée haute et 
découverte à marée basse);


http://www.glossaire-eau.fr/concept/estran
https://envlit.ifremer.fr/region/basse_normandie/milieu/milieux_marins/le_marnage
https://www.ouest-france.fr/normandie/grandes-marees-hauteur-deau-marnage-et-coefficient-3199287
http://www.icem-freinet.net/~btj/520maree/maree08.htm
https://sarasvatiweb.wordpress.com/2016/10/22/estran/

__
Yves

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

Re: [OSM-talk-fr] absence de crédit

[Philippe Verdy]

D'ailleurs on ne peut même pas affirmer que "Romain Briaux" est une
identité réelle d'une personne physique:
- les mentions légales indiquent "personne physique ou morale", donc ce
peut être un nom d'usage, une invention (comme le font bon nombre de
sociétés étrangères du monde entier pour se donner une "image" française ou
francophone avec des noms d'usage ou des marques francisées, dont le
propriétaire inconnu du site peut faire usage pour revendiquer une
propriété intellectuelle, placée dans le droit des marques et des noms
d'organisations), mais le site affirme cependant se soumettre à la loi
française.
- on n'a pas de mention du numéro de RCS ou SIREN français, ou numéro de
TVA communautaire (si c'est une personne morale avec une identité
juridique).
- le Whois du domaine est totalement anonymisé ("Romain Briaux" n'y est pas
formellement affirmé comme l'identité du titulaire réel: seul OVH le sait,
le registrar mentionne juste "Ano Nymous" et un gros "WARNING", ce qui est
permis, et même encouragé par l'ICANN, à condition que le registrar vérifie
l'identité réelle du titulaire et relaie promptement toute demande légale;
le paiement de l'hébergement du domaine au registrar suffit à payer ce
service de relais, réalisé par le registrar qui vérifie aussi la légalité
des paiements dûs, qui ne doivent pas faire l'objet d'opposition ou rejet,
mais qui peuvent avoir été payés avec le moyen de paiement d'un autre tiers
que le titulaire du domaine déclaré au registrar; les registrars de noms de
domaines servent très souvent de relais à ces demandes légales, le WHOIS
fait foi)


Le sam. 30 mai 2020 à 17:36, Julien Lepiller  a écrit :

> Le 30 mai 2020 11:22:13 GMT-04:00, Philippe Verdy  a
> écrit :
> >Son article 5 ne s'approprie pas le contenu tiers, il indique seulement
> >disposer de tous les droits d'usage nécessaires:
> >
> >"Romain Briaux est propriétaire des droits de propriété intellectuelle
> >ou
> >détient les droits d’usage sur tous les éléments accessibles sur le
> >site,
> >notamment les textes, images, graphismes, logo, icônes, sons,
> >logiciels."
> >
> >Il y a bien un "ou", le cas des données n'est pas indiqué explicitement
> >dans la liste des éléments accessibles  mais le "notamment" indique que
> >cette liste n'est pas exclusive. Donc il indique disposer de tous les
> >droits nécessaires pour les données OSM (ce qui n'est pas vrai dans
> >l'attribution obligatoire requise par leur licence).
> >
> >Je citais OVH seulement comme dernier recours (en cas d'action
> >légale... on
> >n'est évidemment pas obligé d'en arriver jusque là, mais OVH est aussi
> >parfois contraint par un ordre judiciaire de faire cesser un
> >hébergement en
> >infraction avec la loi, et il le fait et dispose des mentions
> >contractuelles nécessaires dans ses contrats de service qui lui permet
> >de
> >le fait sans aucun dédommagement dû au propriétaire du site en
> >infraction).
> >
> >
> >
> >Le sam. 30 mai 2020 à 16:48, Julien Lepiller  a écrit
> >:
> >
> >> Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy 
> >a
> >> écrit :
> >> >A son propriétaire, créateur et éditeur (Romain Briaux) qui
> >s'attribue
> >> >la
> >> >totalité des droits du site (ou prétend détenir les droits d'usage
> >de
> >> >tous
> >> >les autres contenus tiers) ?
> >> >Ou aussi à son hébergeur technique (OVH) ?
> >> >
> >> >Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
> >> >
> >> >> Bonjour,
> >> >>
> >> >> Je viens de prendre contact avec le site suivant qui utilise
> >mapbox
> >> >mais
> >> >> qui ne mentionne pas le crédit OSM :
> >> >> https://www.etang-de-peche.fr
> >> >>
> >> >>
> >>
> >> @Dlareg: n'hésite pas à compléter le wiki :
> >>
> >
> https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
> >>
> >> Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des
> >> conditions du site, qui s'approprie le contenu tiers (tu peux lui
> >suggérer
> >> de rajouter "sauf mention contraire") comme les imageries de Google
> >ou les
> >> cartes OSM une fois correctement attribuées.
> >>
> >> @Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette
> >histoire. Et
> >> puis s'acharner sur un pauvre type qui a probablement copié-collé ses
> >> conditions sans bien les comprendre, c'est pas très bienveillant ;)
> >>
>
> Ah bien vu, du coup tout va bien de ce côté là :)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] absence de crédit

[Philippe Verdy]

Noter aussi que le seul moyen de contact affiché est une adresse mail
correspondant au nom de domaine. Donc il faut regarder qui est le registrar
du domaine pour savoir qui est titulaire de l'adresse mail.
Le registrar c'est aussi OVH. LE domaine lui a un contact anonymisé, et OVH
est l'interlocuteur par qui il faut passer pour relayer une demande légale
au propriétaire du domaine.
Le registrar OVH indique dans WHOIS avoir vérifié l'identité du titulaire
du domaine; en cas de problème légal non réglé avec un domaine indiquée
comme contact, cela retombe bien aux adresses techniques du registrar de ce
domaine, indiquées dans le whois, ici:

 trouble: Information: http://www.ovh.fr
 trouble: Questions: mailto:t...@ovh.net
 trouble: Spam: mailto:ab...@ovh.net



Le sam. 30 mai 2020 à 16:48, Julien Lepiller  a écrit :

> Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy  a
> écrit :
> >A son propriétaire, créateur et éditeur (Romain Briaux) qui s'attribue
> >la
> >totalité des droits du site (ou prétend détenir les droits d'usage de
> >tous
> >les autres contenus tiers) ?
> >Ou aussi à son hébergeur technique (OVH) ?
> >
> >Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
> >
> >> Bonjour,
> >>
> >> Je viens de prendre contact avec le site suivant qui utilise mapbox
> >mais
> >> qui ne mentionne pas le crédit OSM :
> >> https://www.etang-de-peche.fr
> >>
> >>
>
> @Dlareg: n'hésite pas à compléter le wiki :
> https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
>
> Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des
> conditions du site, qui s'approprie le contenu tiers (tu peux lui suggérer
> de rajouter "sauf mention contraire") comme les imageries de Google ou les
> cartes OSM une fois correctement attribuées.
>
> @Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette histoire. Et
> puis s'acharner sur un pauvre type qui a probablement copié-collé ses
> conditions sans bien les comprendre, c'est pas très bienveillant ;)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] absence de crédit

[Julien Lepiller]

Le 30 mai 2020 11:22:13 GMT-04:00, Philippe Verdy  a écrit :
>Son article 5 ne s'approprie pas le contenu tiers, il indique seulement
>disposer de tous les droits d'usage nécessaires:
>
>"Romain Briaux est propriétaire des droits de propriété intellectuelle
>ou
>détient les droits d’usage sur tous les éléments accessibles sur le
>site,
>notamment les textes, images, graphismes, logo, icônes, sons,
>logiciels."
>
>Il y a bien un "ou", le cas des données n'est pas indiqué explicitement
>dans la liste des éléments accessibles  mais le "notamment" indique que
>cette liste n'est pas exclusive. Donc il indique disposer de tous les
>droits nécessaires pour les données OSM (ce qui n'est pas vrai dans
>l'attribution obligatoire requise par leur licence).
>
>Je citais OVH seulement comme dernier recours (en cas d'action
>légale... on
>n'est évidemment pas obligé d'en arriver jusque là, mais OVH est aussi
>parfois contraint par un ordre judiciaire de faire cesser un
>hébergement en
>infraction avec la loi, et il le fait et dispose des mentions
>contractuelles nécessaires dans ses contrats de service qui lui permet
>de
>le fait sans aucun dédommagement dû au propriétaire du site en
>infraction).
>
>
>
>Le sam. 30 mai 2020 à 16:48, Julien Lepiller  a écrit
>:
>
>> Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy 
>a
>> écrit :
>> >A son propriétaire, créateur et éditeur (Romain Briaux) qui
>s'attribue
>> >la
>> >totalité des droits du site (ou prétend détenir les droits d'usage
>de
>> >tous
>> >les autres contenus tiers) ?
>> >Ou aussi à son hébergeur technique (OVH) ?
>> >
>> >Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Je viens de prendre contact avec le site suivant qui utilise
>mapbox
>> >mais
>> >> qui ne mentionne pas le crédit OSM :
>> >> https://www.etang-de-peche.fr
>> >>
>> >>
>>
>> @Dlareg: n'hésite pas à compléter le wiki :
>>
>https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
>>
>> Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des
>> conditions du site, qui s'approprie le contenu tiers (tu peux lui
>suggérer
>> de rajouter "sauf mention contraire") comme les imageries de Google
>ou les
>> cartes OSM une fois correctement attribuées.
>>
>> @Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette
>histoire. Et
>> puis s'acharner sur un pauvre type qui a probablement copié-collé ses
>> conditions sans bien les comprendre, c'est pas très bienveillant ;)
>>

Ah bien vu, du coup tout va bien de ce côté là :)

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

Re: [OSM-talk-fr] absence de crédit

[Philippe Verdy]

Son article 5 ne s'approprie pas le contenu tiers, il indique seulement
disposer de tous les droits d'usage nécessaires:

"Romain Briaux est propriétaire des droits de propriété intellectuelle ou
détient les droits d’usage sur tous les éléments accessibles sur le site,
notamment les textes, images, graphismes, logo, icônes, sons, logiciels."

Il y a bien un "ou", le cas des données n'est pas indiqué explicitement
dans la liste des éléments accessibles  mais le "notamment" indique que
cette liste n'est pas exclusive. Donc il indique disposer de tous les
droits nécessaires pour les données OSM (ce qui n'est pas vrai dans
l'attribution obligatoire requise par leur licence).

Je citais OVH seulement comme dernier recours (en cas d'action légale... on
n'est évidemment pas obligé d'en arriver jusque là, mais OVH est aussi
parfois contraint par un ordre judiciaire de faire cesser un hébergement en
infraction avec la loi, et il le fait et dispose des mentions
contractuelles nécessaires dans ses contrats de service qui lui permet de
le fait sans aucun dédommagement dû au propriétaire du site en infraction).



Le sam. 30 mai 2020 à 16:48, Julien Lepiller  a écrit :

> Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy  a
> écrit :
> >A son propriétaire, créateur et éditeur (Romain Briaux) qui s'attribue
> >la
> >totalité des droits du site (ou prétend détenir les droits d'usage de
> >tous
> >les autres contenus tiers) ?
> >Ou aussi à son hébergeur technique (OVH) ?
> >
> >Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
> >
> >> Bonjour,
> >>
> >> Je viens de prendre contact avec le site suivant qui utilise mapbox
> >mais
> >> qui ne mentionne pas le crédit OSM :
> >> https://www.etang-de-peche.fr
> >>
> >>
>
> @Dlareg: n'hésite pas à compléter le wiki :
> https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
>
> Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des
> conditions du site, qui s'approprie le contenu tiers (tu peux lui suggérer
> de rajouter "sauf mention contraire") comme les imageries de Google ou les
> cartes OSM une fois correctement attribuées.
>
> @Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette histoire. Et
> puis s'acharner sur un pauvre type qui a probablement copié-collé ses
> conditions sans bien les comprendre, c'est pas très bienveillant ;)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] absence de crédit

[Julien Lepiller]

Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy  a écrit :
>A son propriétaire, créateur et éditeur (Romain Briaux) qui s'attribue
>la
>totalité des droits du site (ou prétend détenir les droits d'usage de
>tous
>les autres contenus tiers) ?
>Ou aussi à son hébergeur technique (OVH) ?
>
>Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
>
>> Bonjour,
>>
>> Je viens de prendre contact avec le site suivant qui utilise mapbox
>mais
>> qui ne mentionne pas le crédit OSM :
>> https://www.etang-de-peche.fr
>>
>>

@Dlareg: n'hésite pas à compléter le wiki : 
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e

Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des conditions du 
site, qui s'approprie le contenu tiers (tu peux lui suggérer de rajouter "sauf 
mention contraire") comme les imageries de Google ou les cartes OSM une fois 
correctement attribuées.

@Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette histoire. Et puis 
s'acharner sur un pauvre type qui a probablement copié-collé ses conditions 
sans bien les comprendre, c'est pas très bienveillant ;)

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

Re: [OSM-talk-fr] absence de crédit

[Philippe Verdy]

A son propriétaire, créateur et éditeur (Romain Briaux) qui s'attribue la
totalité des droits du site (ou prétend détenir les droits d'usage de tous
les autres contenus tiers) ?
Ou aussi à son hébergeur technique (OVH) ?

Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :

> Bonjour,
>
> Je viens de prendre contact avec le site suivant qui utilise mapbox mais
> qui ne mentionne pas le crédit OSM :
> https://www.etang-de-peche.fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Philippe Verdy]

Là aussi dans wikitree.com on ne trouve pas les personnes vivantes ou
récemment décédées (saufg peut-être celles aux USA), donc pas de problème
non plus sur les données personnelles.

Ceci dit même si on a accès librement aux données du fichier électoral en
France, on n'a pas le droit d'en faire tout ce qu'on veut (le rapprochement
avec d'autres fichiers est également proscrit).
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT32958104=id


Voir l'article 2 de la LOI n° 2016-1048 du 1er août 2016 rénovant les
modalités d'inscription sur les listes électorales, et créant ledit fichier:

   «  Art. L. 16.-IV, alinea 2.- Les règles relatives au traitement de ces
informations sont fixées dans les conditions définies par la loi n° 78-17
du 6 janvier 1978
relative
à l'informatique, aux fichiers et aux libertés. Un décret en Conseil
d'Etat, pris après avis de la Commission nationale de l'informatique et des
libertés, fixe les conditions d'application du présent article. »

Et l'article 9 de la même LOI modifiant aussi le code électoral pour y
ajouter :
«  Art. L. 113-2.-L'usage commercial d'une liste électorale ou d'une
liste électorale consulaire est puni d'une amende de 15 000 €. »

La republication du fichier électoral unique, sans restriction, pour tout
usage "libre" (au sens OSI) est illégale. Elle engage aussi l'auteur de
telles republications qui oublierait d'informer les utilisateurs

Elle engage aussi ceux qui feraient de fausses déclarations publiques sur
la légalité de tels usages "libres" (il y a plusieurs décisions déjà dans
la jurisprudence en Conseil d'Etat ou Cassation concernant ces fausses
déclarations qui tromperaient les utilisateurs qui se croiraient alors
autorisés à faire de telles republications), donc par exemple ici le site
Ancestris et ses auteurs.

OSM est concerné, tout autant que les autres bases de données "libres": il
y a des restrictions légales à rappeler chaque fois qu'on prétend que les
données sont libres de droit du seul fait qu'on dispose en dispose d'une
licence libre (qui n'annule pas pour autant l'effet de la loi).

Diffuser sur tout réseau ou par tout moyen le contenu de son propre livret
de famille (autre que les infos strictement personnelles) est interdit sans
accord préalable des tiers (lequel accord ne peut en aucun cas être
"illimité dans le temps", le droit d'accès et de rectification étant
permanent et sans justification nécessaire du demandeur surtout si les
données du tiers ont fait l'objet d'une cession gratuite non compensée:

Dans le cas d'un accord de cession rémunérée de données personnelles, mais
annulée ensuite, cela pourrait nécessiter éventuellement de rembourser à
l'éditeur les frais d'acquisition des données par cet éditeur. Donc de
dédommager celui à qui ont été cédées ces données contre rémunération ou
autre avantage offerte au concédant par l'éditeur, sans que cela retarde la
suppression ou la rectification des données personnelles jusqu'à ce que ce
dédommagement soit acquitté par le demandeur de la rectification (et
à condition que'un tel dédommagement soit prévu dans un contrat de cession
équitable, sinon le remboursement/dédommagement dû est nul; c'est le droit
commercial qui décrit la légalité et l'équité de tels contrats de cession,
mais ce droit commercial reste inférieur au droit civil sur les données
personnelles).

Le sam. 30 mai 2020 à 15:25,  a écrit :

> Il est écrit :
>
> *Vos données sont uniquement dans un fichier Gedcom, donc jamais perdues
> ni illisibles d’autres logiciels, et donc pour toujours transmissibles à
> vos proches.*
>
> Donc ce que je comprends c'est qu'il s'agit d'un fichier local.
>
> Après ce que les gens en font c'est de leur responsabilité.
>
> Pour la collaboration en ligne il existe un projet mondial
> https://www.wikitree.com/ dont le but ultime est de montrer que tout le
> monde est issu d'une même famille.
>
> Avec des engagements pour participer.
>
> Il n'empêche un projet situé aux États-Unis... et utilisant GM au lieu
> d'une cartographie libre.
>
> Jean-Yvon
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] absence de crédit

[Dlareg]

Bonjour,

Je viens de prendre contact avec le site suivant qui utilise mapbox mais
qui ne mentionne pas le crédit OSM :
https://www.etang-de-peche.fr

À suivre

Librement
-- 
Dlareg



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[osm . sanspourriel]

Il est écrit :

/Vos données sont uniquement dans un fichier Gedcom, donc jamais perdues
ni illisibles d’autres logiciels, et donc pour toujours transmissibles à
vos proches./

Donc ce que je comprends c'est qu'il s'agit d'un fichier local.

Après ce que les gens en font c'est de leur responsabilité.

Pour la collaboration en ligne il existe un projet mondial
https://www.wikitree.com/ dont le but ultime est de montrer que tout le
monde est issu d'une même famille.

Avec des engagements pour participer.

Il n'empêche un projet situé aux États-Unis... et utilisant GM au lieu
d'une cartographie libre.

Jean-Yvon

Le 30/05/2020 à 04:04, Philippe Verdy - ver...@gmail.com a écrit :

Maintenant j'ai de gros doute si je lis cette page, concernant les
échanges de données:
https://docs.ancestris.org/books/mode-demploi/page/informations-partag%C3%A9es

Il n'y est fait strictement aucune mention du droit des personnes
vivantes ou décédées depuis peu de temps. Hors les données sont
riches: profession, religion, enfants, alliances, numéro d'identité ou
de sécurité sociale, célébrations religieuses, divorces, requêtes en
divorce, certifications ou autorisations, diplômes,
immigration/émigration, caste, résidence, retraite, propriété ou
patrimoine. Il ne manque plus que les revenus et les préférences ou
pratiques sexuelles, ou encore si la personne préfère la vanille ou la
fraise, ou quelle chaine TV elle regarde: pratiquement toute la vie ou
le CV découvert sur une personne est étalé, "outé" publiquement, et
partagé sans aucune forme de restriction (et sans droit à l'oubli, au
moins le temps de la vie de cette personne) :
https://docs.ancestris.org/books/mode-demploi/page/les-%C3%A9v%C3%A9nements

Le seule critère exigé c'est la conformité à un format technique
GEDCOM pour ces échanges, ce qui ne limite en fin de compte pas grand
chose.
Et absolument rien dans GEDCOM ne permet de qualifier les données pour
savoir celles soumises à des restrictions d'usage, c'est
totalement passé à la trappe. Cette spécification technique semble
être née dans des pays qui se fichent pas mal de la protection de la
vie privée (mais même dans nombre d'entre eux c'est en train de
changer, y compris aux USA); en l'état et sans le protocole qu'elle
devrait imposer dans les applications conformes, l'usage de cette
pseudo-norme seule est aujourd'hui illégal dans plein de pays; mais
rien dans cette appli ne met en garde les utilisateurs sur le fait
qu'ils ont une responsabilité et ne devraient pas échanger n'importe
quoi à n'importe qui sans autorisation explicite et vérifiable (et
sans sous-délégation à des tiers non autorisés, comme ce peut-être le
cas pour le seul logiciel mais pas les données manipulées)





Le sam. 30 mai 2020 à 03:44, Philippe Verdy mailto:ver...@gmail.com>> a écrit :

J'ai du mal à croire à une "généalogie libre" si elle met en base
de données "libre" des personnes vivantes (sans leur accord) ou
décédées depuis moins de 70 ans (ou leurs ayant-droits).

Une telle base de données nominative devrait faire l'objet d'une
déclaration à la CNIL, surtout si en plus on y attache des infos
comme les dates de naissance, lieu de naissance, liens avec
d'autres personnes vivantes, professions, lieux de travail, écoles
ou entreprises, mariages/partenariats/concubinages, enfants, et en
aucun cas une distribution libre, mais un accord de licence
personnelle pour un usage bien précis encadré par la loi et
interdisant l'exploitation en masse (à des fins commerciales par
exemple). Hors si on doit restreindre l'usage de ces données, ces
données ne sont nécessairement pas libres.
En revanche cela peut être utile seulement pour les recherches sur
les personnes décédées depuis longtemps et sans ayant-droit, dont
les données peuvent alors devenir publiques.

Bref toute personne mentionnée qui n'est pas décédée avant 1950
(aujourd'hui) ne devrait pas être du tout dans cette base de
données, et pour avoir les données, il faudrait faire des
démarches personnelles auprès de l'Insee ou l'état-civil,
précisant la finalité, et avec un engagement contractuel (et
pénal) signé auprès de l'autorité, contre les mauvaises
utilisations: le respect de la vie privée s'impose...

Je ne sais pas trop quels sont vos termes d'utilisation et ce que
contiennent les bases de données que vous développez, et encore
mois si c'est légal d'échanger entre "généalistes autodéclarés"
sur des forums publics pour obtenir de telles informations sans
l'accord des personnes nommées (et même si ces personnes figurent
dans un annuaire publié, leur exploitation à cette fin est aussi
soumise aux règles de droit et contractuelles de ces annuaires que
ce soit l'annuaire téléphonique universel, les fichiers postaux,
des adresses mail ou liens vers des pages perso sur des réseaux
sociaux, eux aussi protégés par leur éditeur selon leurs termes

Re: [OSM-talk-fr] Ancestris

[Éric Gillet]

Le 30/05/2020 à 14:55, Yannick a écrit :

Le 30/05/2020 à 14:34, Éric Gillet a écrit :

Moi non plus je n'y connais rien, mais je suis curieux de savoir à
partir de quand ce genre d'informations (qui semblent pouvoir être
entrées par des particuliers) deviennent "publiques". Si tu as la
possibilité de partager un lien je suis preneur par curiosité.

Merci :)

Éric

Re,

Les données d'état-civil sont libres d'accès dans les conditions suivantes:
Naissance 75 ans sauf si décès auquel cas 25 ans
Mariage 75 ans sauf si décès des protagonistes 25 ans
Décès immédiat
Les archives notariales c'est en général 75 ans
Toutefois il y a des sources qui permettent de contourner partiellement
ces restrictions de communications comme les listes électorales qui sont
immédiates, les recensements de population avant 1975. Et ce manière
parfaitement légale.

À partir du moment où un document est communicable son usage est libre
dans la limite de non nuisance à autrui (code civil)

Tous les délais sont visibles ici, entre autres)
http://www.archivesnationales.culture.gouv.fr/anom/fr/PDFs/General/delais-com-archives.pdf
ou sur
https://fr.geneawiki.com/index.php/D%C3%A9lais_de_communication_des_Archives


Merci bien, c'est parfaitement clair !


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

Re: [OSM-talk-fr] Ancestris

[Yannick]

Le 30/05/2020 à 14:34, Éric Gillet a écrit :
> Le 30/05/2020 à 14:25, Yannick a écrit :
>> Le 30/05/2020 à 14:04, Philippe Verdy a écrit :
>> Tu viens de montrer que tu ne connais RIEN à la loi sur les archives.
>> Tu montres que tu ne connais RIEN à la pratique généalogique.
> 
> Moi non plus je n'y connais rien, mais je suis curieux de savoir à
> partir de quand ce genre d'informations (qui semblent pouvoir être
> entrées par des particuliers) deviennent "publiques". Si tu as la
> possibilité de partager un lien je suis preneur par curiosité.
> 
> Merci :)
> 
> Éric

Re,

Les données d'état-civil sont libres d'accès dans les conditions suivantes:
Naissance 75 ans sauf si décès auquel cas 25 ans
Mariage 75 ans sauf si décès des protagonistes 25 ans
Décès immédiat
Les archives notariales c'est en général 75 ans
Toutefois il y a des sources qui permettent de contourner partiellement
ces restrictions de communications comme les listes électorales qui sont
immédiates, les recensements de population avant 1975. Et ce manière
parfaitement légale.

À partir du moment où un document est communicable son usage est libre
dans la limite de non nuisance à autrui (code civil)

Tous les délais sont visibles ici, entre autres)
http://www.archivesnationales.culture.gouv.fr/anom/fr/PDFs/General/delais-com-archives.pdf
ou sur
https://fr.geneawiki.com/index.php/D%C3%A9lais_de_communication_des_Archives

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Philippe Verdy]

Le sam. 30 mai 2020 à 14:35, Éric Gillet  a
écrit :

> Le 30/05/2020 à 14:25, Yannick a écrit :
> > Le 30/05/2020 à 14:04, Philippe Verdy a écrit :
> > Tu viens de montrer que tu ne connais RIEN à la loi sur les archives.
> > Tu montres que tu ne connais RIEN à la pratique généalogique.
>
> Moi non plus je n'y connais rien, mais je suis curieux de savoir à
> partir de quand ce genre d'informations (qui semblent pouvoir être
> entrées par des particuliers) deviennent "publiques". Si tu as la
> possibilité de partager un lien je suis preneur par curiosité.
>

On peut déjà se baser sur ce qu'en dit Généanet (légal semble-t-il) et
comparer avec ce dit ancestris (qui ne fixe ou n'indique aucune restriction
d'usage).
Même si ce logiciel ne fait que collecter des données externes ou celles de
son utilisateur, et les rapprocher, il génère des fichiers.
Ces fichiers n'ont aucune indication interne du droit applicable, et
malheureusement sont directement échangeables par tout moyen (même sans le
logiciel ou le site).
Un rappel aux utilisateurs devrait être présent sur leurs obligations
légales (et ça manque cruellement).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Éric Gillet]

Le 30/05/2020 à 14:25, Yannick a écrit :

Le 30/05/2020 à 14:04, Philippe Verdy a écrit :
Tu viens de montrer que tu ne connais RIEN à la loi sur les archives.
Tu montres que tu ne connais RIEN à la pratique généalogique.


Moi non plus je n'y connais rien, mais je suis curieux de savoir à 
partir de quand ce genre d'informations (qui semblent pouvoir être 
entrées par des particuliers) deviennent "publiques". Si tu as la 
possibilité de partager un lien je suis preneur par curiosité.


Merci :)

Éric


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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Antonin Delpeuch (lists)]

L'outil peut être utile pour intégrer toutes sortes de jeux de données:
il n'est évidemment pas conçu spécifiquement pour les PEI comme tu l'as
remarqué.

Dans le cas spécique des PEI, c'est utile pour un contributeur qui
souhaite ajouter des métadonnées à des PEIs repérés sur le terrain,
qu'ils aient déjà des nœuds correspondant dans OSM ou pas.

L'absence de dépendance à un éditeur externe est un gros plus pour moi,
car le passage répété entre les deux a un coût vraiment non-négligeable.

Je pense que c'est bien de respecter la diversité des approches et des
outils, évitons de nous tirer dans les pattes…

Antonin

On 30/05/2020 11:21, Marc M. wrote:
> Bonjour,
>
> je prend mon clavier pour reposer la question tant évitée :
> la position est suposée mauvaise au point de ne pas vouloir d'import.
> et l'imagerie sat ne permet pas de voir la borne,
> du coup que fait le contributeur avec sa souris ?
>
> le positionement de ton outil m'échappe.
>
> Cordialement,
> Marc qui penche pour osmose+pic4review+vespucci
>
> Le 30.05.20 à 11:51, Nicolas Bétheuil a écrit :
>> Et bah voilà 12000 points de chargé
>>
>> amis contributeur, à vos souris
>>
>>
>>
>> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists)
>> mailto:li...@antonin.delpeuch.eu>> a écrit :
>>
>> Salut Nicolas,
>>
>> Voilà la version complète:
>>
>> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>>
>> Antonin
>>
>> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>>> Les évolutions / correctifs avancent. Je pousse régulièrement.
>>> Écrivez moi directement, je verrais si je fais une diffusion
>>> spécifique pour vous gardez informé des nouveautés.
>>>
>>> Christian a ajouté od2osm au proxy IGN ! Merci !
>>>
>>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent
>>> plus qu'on cause ensemble, je te propose de continuer en issue github
>>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
>>> points, loin des 12 000 points que tu avais évoqué.
>>>
>>> Le mer. 27 mai 2020 à 12:02, Yves P. >> > a écrit :
>>>
 Les "name" ont été enlevés du jeu de données et l 'outil
 affiche maintenant soit name soit ref (en fonction de ce qui
 existe)
 J'ai ajouté le fond de carte BD Ortho
>>> Merci :)
>>>
  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le
 proxy
 
 https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)
>>> ici ça marche aussi ;)
>>>
>>> Pour info, MyOSMatic (maposmatic) sort des carte
>>>  des PEIs :
>>> le résultat est plutôt bien :)
>>> Il faut revoir la taille des réserves incendie et des DAE, et
>>> éventuellement l'adapter avec les symboles utilisés en France.
>>>
>>> __
>>> Yves
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


pEpkey.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Yannick]

Le 30/05/2020 à 14:04, Philippe Verdy a écrit :
> 
> 
> Le sam. 30 mai 2020 à 13:11, Yannick  > a écrit :
> 
> Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
> Philippe Ancestris n'est pas une base de données mais simplement un
> logiciel donc un outil.
> 
> 
> C'est bie nce que j'ai déjà dit avec toutes les précautions nécessaires.
>  
> 
> Concernant le fichier proprement dit il est exempt de déclaration à la
> CNIL tout comme les sites généalogiques (entre autres) de
> particuliers.Par contre Généanet et autres sociétés sont bien soumis à
> la déclaration.
> 
> 
> L'exemption est à démontrer. La loi française ne le permet pas. Dès lors
> qu'il y a fichier nominatif, l'échange libre de tels fichiers (sans
> autorisation préalable et sans limitation d'usage) est proscrit: ces
> données ne peuvent pas être légalement "libres" (au sens OSI).
>  
> 
> Il ne faut pas confondre un logiciel et le produit qu'il génère ce sont
> deux entités différentes. Tu jettes la suspicion sur tout un loisir qui
> contribue à la sauvegarde de la mémoire.
> 
> 
> Non. Je n'ai fait aucune confusion. Mais je mets en garde sur le fait
> que le site ou le logiciel ne donne aucune information à ce sujet.
>  
> 
> De toute évidence tu méconnais le monde généalogique et historique en
> général alors avant de t'exprimer aussi durement tourne ta langue sept
> fois avant de t'exprimer.
> 
> 
> J'ai plus que mesuré mes propos (et tourné autant de fois que possible
> ma langue). En aucun bcas je n'ai attaqué le logiciel en tant que tel,
> ni ceux qui le font. En revanche la "communauté libre" qui échange sans
> limite ces données (en utilisant le logiciel) n'est pas informée de ses
> obligations concernant le partage/l'échange de données **non libres**
> avec ce logiciel.
> 
> Et justement il y a un problème de qualification des données: il n'y a
> rien qui permette d'indiquer quelles données sont libres ou pas, aucune
> limitation d'échange basée au minimum sur le pays de résidence ou la
> nationalité, et la date de décès et strictement aucune limite si la date
> de décès n'est pas connue assez précisément (ou pas encore arrivée), par
> exemple avec juste la date de naissance et une date de mort estimée (au
> pire) à 120 ans, il faudrait une date de naissance de plus de 190 ans
> pour que les données d'une personne soit considéré comme libre.
> 
> Hors ce type de logiciel devrait surtout être utilisé pour échanger sur
> des généalogies anciennes. Concernant les personnes vivantes ou
> récemment décédées, la base de départ c'est le livret de famille de la
> propre personne faisant la recherche et là c'est le plus souvent
> évident, l'échange se justifie pour remonter le temps pour les personnes
> décédées avant 1950, donc nées au pire il y a 190 ans (et donc avant
> 1830): c'est là que le réseau d'échange libre sera le plus utile. Pour
> le reste on devrait passer par les services officiels (mairies,
> notaires, et même pour les archives départementales il faut un mandat
> concernant les archives récentes, on ne peut pas consulter n'importe
> quoi et surtout ce qu'on y trouve est pour un usage précis qui
> n'autorise pas la republication; ne peuvent être rediffusées que les
> archives anciennes "libérées", dont la copie et la diffusion est possible).


Tu viens de montrer que tu ne connais RIEN à la loi sur les archives.
Tu montres que tu ne connais RIEN à la pratique généalogique.

Je ne me fatiguerais pas à te répondre de nouveau.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Philippe Verdy]

Je ne soulignais pas que le négatif, mais le sujet a été introduit ici sur
la base de la légalité (en ne visant que le droit de la cartographie
utilisée et oubliant les autres droits, les deux concernant des jeux de
données et justement OSM s'attache très fortement à la légalité des données
partagée et la question d'incire ou pas certaines données dans OSM s'est
déjà posée à maintes reprises). La question de légalité était donc déjà
inscrite dans le sujet de départ.

Le sam. 30 mai 2020 à 14:15, Éric Gillet  a
écrit :

> Merci pour ta réponse Yannick, ça éclaircit pas mal de points pour des
> non-initiés comme moi, mais qui s'intéressent quand même à leur vie privée.
> J'avais commencé à répondre plus en détail sur les points, mais Philippe a
> répondu avant, adressant la plupart de mes remarques.
>
> Dans tous les cas, même si la fonctionnalité "partage" est source de
> débat, il n'en reste pas moins que ça a l'air d'être un logiciel très
> complet, exécuté avec précision par une communauté bienveillante.
> L'installation sur mon système était très facile d'ailleurs, et j'ai pu
> prendre en main quelques fonctions basiques très rapidement !
> L'utilisation d'OSM est la cerise sur le gâteau, merci pour le partage !
>
> On oublie souvent (moi le premier) de souligner le positif, en essayant
> d’adresser le négatif à tout prix...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Philippe Verdy]

Je note que la base de données de Généanet par exemple est libre (sans
déclaration CNIL et limitation d'usage) car elle ne contient aucune
information concernant les personnes nées après 1830 ou dont la date de
décès date d'avant la seconde guerre mondiale (du moins il faut l'espérer).
De plus pour chercher plus que quelques éléments dedans (donc proscrire les
robots), l'accès est restreint par un compteur d'usage ou une inscription
préalable d'un compte utilisateur (et l'acceptation donc de la charte
d'usage dont notamment  https://www.geneanet.org/legal/cgu/ qui fait
explicitement référence à la protection des données personnelles).

Même si un utilisateur décide de publier les données le concernant cela ne
concerne que lui, pas ses ascendants les plus récents, ni aucun de ses
descendants et sa famille proche (branches cousines).

Le sam. 30 mai 2020 à 14:04, Philippe Verdy  a écrit :

>
>
> Le sam. 30 mai 2020 à 13:11, Yannick  a écrit :
>
>> Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
>> Philippe Ancestris n'est pas une base de données mais simplement un
>> logiciel donc un outil.
>>
>
> C'est bie nce que j'ai déjà dit avec toutes les précautions nécessaires.
>
>
>> Concernant le fichier proprement dit il est exempt de déclaration à la
>> CNIL tout comme les sites généalogiques (entre autres) de
>> particuliers.Par contre Généanet et autres sociétés sont bien soumis à
>> la déclaration.
>>
>
> L'exemption est à démontrer. La loi française ne le permet pas. Dès lors
> qu'il y a fichier nominatif, l'échange libre de tels fichiers (sans
> autorisation préalable et sans limitation d'usage) est proscrit: ces
> données ne peuvent pas être légalement "libres" (au sens OSI).
>
>
>> Il ne faut pas confondre un logiciel et le produit qu'il génère ce sont
>> deux entités différentes. Tu jettes la suspicion sur tout un loisir qui
>> contribue à la sauvegarde de la mémoire.
>>
>
> Non. Je n'ai fait aucune confusion. Mais je mets en garde sur le fait que
> le site ou le logiciel ne donne aucune information à ce sujet.
>
>
>> De toute évidence tu méconnais le monde généalogique et historique en
>> général alors avant de t'exprimer aussi durement tourne ta langue sept
>> fois avant de t'exprimer.
>>
>
> J'ai plus que mesuré mes propos (et tourné autant de fois que possible ma
> langue). En aucun bcas je n'ai attaqué le logiciel en tant que tel, ni ceux
> qui le font. En revanche la "communauté libre" qui échange sans limite ces
> données (en utilisant le logiciel) n'est pas informée de ses obligations
> concernant le partage/l'échange de données **non libres** avec ce logiciel.
>
> Et justement il y a un problème de qualification des données: il n'y a
> rien qui permette d'indiquer quelles données sont libres ou pas, aucune
> limitation d'échange basée au minimum sur le pays de résidence ou la
> nationalité, et la date de décès et strictement aucune limite si la date de
> décès n'est pas connue assez précisément (ou pas encore arrivée), par
> exemple avec juste la date de naissance et une date de mort estimée (au
> pire) à 120 ans, il faudrait une date de naissance de plus de 190 ans pour
> que les données d'une personne soit considéré comme libre.
>
> Hors ce type de logiciel devrait surtout être utilisé pour échanger sur
> des généalogies anciennes. Concernant les personnes vivantes ou récemment
> décédées, la base de départ c'est le livret de famille de la propre
> personne faisant la recherche et là c'est le plus souvent évident,
> l'échange se justifie pour remonter le temps pour les personnes décédées
> avant 1950, donc nées au pire il y a 190 ans (et donc avant 1830): c'est là
> que le réseau d'échange libre sera le plus utile. Pour le reste on devrait
> passer par les services officiels (mairies, notaires, et même pour les
> archives départementales il faut un mandat concernant les archives
> récentes, on ne peut pas consulter n'importe quoi et surtout ce qu'on y
> trouve est pour un usage précis qui n'autorise pas la republication; ne
> peuvent être rediffusées que les archives anciennes "libérées", dont la
> copie et la diffusion est possible).
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ancestris

[Éric Gillet]

Merci pour ta réponse Yannick, ça éclaircit pas mal de points pour des 
non-initiés comme moi, mais qui s'intéressent quand même à leur vie privée.
J'avais commencé à répondre plus en détail sur les points, mais Philippe 
a répondu avant, adressant la plupart de mes remarques.


Dans tous les cas, même si la fonctionnalité "partage" est source de 
débat, il n'en reste pas moins que ça a l'air d'être un logiciel très 
complet, exécuté avec précision par une communauté bienveillante. 
L'installation sur mon système était très facile d'ailleurs, et j'ai pu 
prendre en main quelques fonctions basiques très rapidement !

L'utilisation d'OSM est la cerise sur le gâteau, merci pour le partage !

On oublie souvent (moi le premier) de souligner le positif, en essayant 
d’adresser le négatif à tout prix...


Salutations,

Éric

Le 30/05/2020 à 13:10, Yannick a écrit :

Le 30/05/2020 à 03:44, Philippe Verdy a écrit :

J'ai du mal à croire à une "généalogie libre" si elle met en base de
données "libre" des personnes vivantes (sans leur accord) ou décédées
depuis moins de 70 ans (ou leurs ayant-droits).

Une telle base de données nominative devrait faire l'objet d'une
déclaration à la CNIL, surtout si en plus on y attache des infos comme
les dates de naissance, lieu de naissance, liens avec d'autres personnes
vivantes, professions, lieux de travail, écoles ou entreprises,
mariages/partenariats/concubinages, enfants, et en aucun cas une
distribution libre, mais un accord de licence personnelle pour un usage
bien précis encadré par la loi et interdisant l'exploitation en masse (à
des fins commerciales par exemple). Hors si on doit restreindre l'usage
de ces données, ces données ne sont nécessairement pas libres.
En revanche cela peut être utile seulement pour les recherches sur les
personnes décédées depuis longtemps et sans ayant-droit, dont les
données peuvent alors devenir publiques.

Bref toute personne mentionnée qui n'est pas décédée avant 1950
(aujourd'hui) ne devrait pas être du tout dans cette base de données, et
pour avoir les données, il faudrait faire des démarches personnelles
auprès de l'Insee ou l'état-civil, précisant la finalité, et avec un
engagement contractuel (et pénal) signé auprès de l'autorité, contre les
mauvaises utilisations: le respect de la vie privée s'impose...

Je ne sais pas trop quels sont vos termes d'utilisation et ce que
contiennent les bases de données que vous développez, et encore mois si
c'est légal d'échanger entre "généalistes autodéclarés" sur des forums
publics pour obtenir de telles informations sans l'accord des personnes
nommées (et même si ces personnes figurent dans un annuaire publié, leur
exploitation à cette fin est aussi soumise aux règles de droit et
contractuelles de ces annuaires que ce soit l'annuaire téléphonique
universel, les fichiers postaux, des adresses mail ou liens vers des
pages perso sur des réseaux sociaux, eux aussi protégés par leur éditeur
selon leurs termes d'utilisation).

Quelles précautions prenez-vous? Le copyright concernant les données OSM
ou les illustrations n'est pas la seule condition, ou la licence de
votre logiciel, c'est une partie seulement des droits à respecter.
Bref espérons que ce soit déjà étudié.

Le ven. 29 mai 2020 à 22:02, Yannick mailto:yann...@voyeaud.org>> a écrit :

 Bonsoir,

 La carte des utilisateurs d'Ancestris, logiciel de généalogie, vient
 d'être mise à jour avec OSM.
 Dans le coin bas droite il a été mis un lien vers la page de la licence
 j'espère que cela suffit.

 Maintenant Ancestris est entièrement OSM dans le logiciel ET sur le
 site.

 Amitiés

Bonjour,

Philippe Ancestris n'est pas une base de données mais simplement un
logiciel donc un outil.
Le partage de données (il a fallu lui trouver un nom explicite) n'en est
pas vraiment un. En effet il faut être volontaire pour partager la
présence d'informations. Les deux, ou plus, protagonistes sont informés
de possibilités sans que RIEN ne sortent de leur machine, c'est à eux de
faire l'échange véritable. Les éléments de connexion sont détruits dès
lors que le partageur se déconnecte.

Concernant le fichier proprement dit il est exempt de déclaration à la
CNIL tout comme les sites généalogiques (entre autres) de
particuliers.Par contre Généanet et autres sociétés sont bien soumis à
la déclaration.

Il ne faut pas confondre un logiciel et le produit qu'il génère ce sont
deux entités différentes. Tu jettes la suspicion sur tout un loisir qui
contribue à la sauvegarde de la mémoire.
De toute évidence tu méconnais le monde généalogique et historique en
général alors avant de t'exprimer aussi durement tourne ta langue sept
fois avant de t'exprimer.

Tu aurais fait le minimum de recherche tu aurais vu que le logiciel est
en GPLv3. Certes l'accès est un peu délicat mais parfaitement possible.

Ancestris a un vécu de 25 ans donc le problème des licences et des
droits des personnes est largement étudié. Même si les fichiers
personnels 

Re: [OSM-talk-fr] Ancestris

[Philippe Verdy]

Le sam. 30 mai 2020 à 13:11, Yannick  a écrit :

> Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
> Philippe Ancestris n'est pas une base de données mais simplement un
> logiciel donc un outil.
>

C'est bie nce que j'ai déjà dit avec toutes les précautions nécessaires.


> Concernant le fichier proprement dit il est exempt de déclaration à la
> CNIL tout comme les sites généalogiques (entre autres) de
> particuliers.Par contre Généanet et autres sociétés sont bien soumis à
> la déclaration.
>

L'exemption est à démontrer. La loi française ne le permet pas. Dès lors
qu'il y a fichier nominatif, l'échange libre de tels fichiers (sans
autorisation préalable et sans limitation d'usage) est proscrit: ces
données ne peuvent pas être légalement "libres" (au sens OSI).


> Il ne faut pas confondre un logiciel et le produit qu'il génère ce sont
> deux entités différentes. Tu jettes la suspicion sur tout un loisir qui
> contribue à la sauvegarde de la mémoire.
>

Non. Je n'ai fait aucune confusion. Mais je mets en garde sur le fait que
le site ou le logiciel ne donne aucune information à ce sujet.


> De toute évidence tu méconnais le monde généalogique et historique en
> général alors avant de t'exprimer aussi durement tourne ta langue sept
> fois avant de t'exprimer.
>

J'ai plus que mesuré mes propos (et tourné autant de fois que possible ma
langue). En aucun bcas je n'ai attaqué le logiciel en tant que tel, ni ceux
qui le font. En revanche la "communauté libre" qui échange sans limite ces
données (en utilisant le logiciel) n'est pas informée de ses obligations
concernant le partage/l'échange de données **non libres** avec ce logiciel.

Et justement il y a un problème de qualification des données: il n'y a rien
qui permette d'indiquer quelles données sont libres ou pas, aucune
limitation d'échange basée au minimum sur le pays de résidence ou la
nationalité, et la date de décès et strictement aucune limite si la date de
décès n'est pas connue assez précisément (ou pas encore arrivée), par
exemple avec juste la date de naissance et une date de mort estimée (au
pire) à 120 ans, il faudrait une date de naissance de plus de 190 ans pour
que les données d'une personne soit considéré comme libre.

Hors ce type de logiciel devrait surtout être utilisé pour échanger sur des
généalogies anciennes. Concernant les personnes vivantes ou récemment
décédées, la base de départ c'est le livret de famille de la propre
personne faisant la recherche et là c'est le plus souvent évident,
l'échange se justifie pour remonter le temps pour les personnes décédées
avant 1950, donc nées au pire il y a 190 ans (et donc avant 1830): c'est là
que le réseau d'échange libre sera le plus utile. Pour le reste on devrait
passer par les services officiels (mairies, notaires, et même pour les
archives départementales il faut un mandat concernant les archives
récentes, on ne peut pas consulter n'importe quoi et surtout ce qu'on y
trouve est pour un usage précis qui n'autorise pas la republication; ne
peuvent être rediffusées que les archives anciennes "libérées", dont la
copie et la diffusion est possible).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [HS] Re: Ancestris

[Philippe Verdy]

Justement je ne fais rien en généalogie (à mon avis pas une affaire pour
particuliers et pour des échanges libres sur Internet, c'est comme pour les
recherches de match ADN, la technologie permet des choses, c'est pas pour
ça qu'on peut s'en servir).

Et strictement NULLE PART je n'ai fait une soit-disante "attaque
personnelle", je n'ai visé strictement personne en particulier, uniquement
l'objet de ce type d'application où il n'y a strictement aucun controle de
légalité (c'est peut-être légal aux USA, pas en France où il faut un mandat
professionnel, et une régulation ne serait-ce que par le secret notarial).

Le sam. 30 mai 2020 à 10:24, deuzeffe  a écrit :

> Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
>
> > J'ai du mal à croire
> Personne ne te demande de croire. Tout le monde te demande de savoir.
>
> Yannick est un pilier de la généalogie francophone, une espèce de wizard
> comme on en rencontre peu. Et toi ? Tu fais quoi dans ce domaine ?
>
> --
> deuzeffe (qui prendrait bien un 2e café, à vot' bon cœur) - do-ocratie,
> what else?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PeerTube V3

[Marc M.]

Le 30.05.20 à 11:45, Cédric Frayssinet a écrit :
> https://peertube.openstreetmap.fr/ (qui pourrait être mis 
> à jour au passage).

transmis sur la liste tech, aide bienvenue :)

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

Re: [OSM-talk-fr] Ancestris

[Marc M.]

merci d'avoir oeuvré au respect de la liance osm,
c'est une améliration apréciable et aprécié :)

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

Re: [OSM-talk-fr] Ancestris

[Yannick]

Le 30/05/2020 à 03:44, Philippe Verdy a écrit :
> J'ai du mal à croire à une "généalogie libre" si elle met en base de
> données "libre" des personnes vivantes (sans leur accord) ou décédées
> depuis moins de 70 ans (ou leurs ayant-droits).
> 
> Une telle base de données nominative devrait faire l'objet d'une
> déclaration à la CNIL, surtout si en plus on y attache des infos comme
> les dates de naissance, lieu de naissance, liens avec d'autres personnes
> vivantes, professions, lieux de travail, écoles ou entreprises,
> mariages/partenariats/concubinages, enfants, et en aucun cas une
> distribution libre, mais un accord de licence personnelle pour un usage
> bien précis encadré par la loi et interdisant l'exploitation en masse (à
> des fins commerciales par exemple). Hors si on doit restreindre l'usage
> de ces données, ces données ne sont nécessairement pas libres.
> En revanche cela peut être utile seulement pour les recherches sur les
> personnes décédées depuis longtemps et sans ayant-droit, dont les
> données peuvent alors devenir publiques.
> 
> Bref toute personne mentionnée qui n'est pas décédée avant 1950
> (aujourd'hui) ne devrait pas être du tout dans cette base de données, et
> pour avoir les données, il faudrait faire des démarches personnelles
> auprès de l'Insee ou l'état-civil, précisant la finalité, et avec un
> engagement contractuel (et pénal) signé auprès de l'autorité, contre les
> mauvaises utilisations: le respect de la vie privée s'impose...
> 
> Je ne sais pas trop quels sont vos termes d'utilisation et ce que
> contiennent les bases de données que vous développez, et encore mois si
> c'est légal d'échanger entre "généalistes autodéclarés" sur des forums
> publics pour obtenir de telles informations sans l'accord des personnes
> nommées (et même si ces personnes figurent dans un annuaire publié, leur
> exploitation à cette fin est aussi soumise aux règles de droit et
> contractuelles de ces annuaires que ce soit l'annuaire téléphonique
> universel, les fichiers postaux, des adresses mail ou liens vers des
> pages perso sur des réseaux sociaux, eux aussi protégés par leur éditeur
> selon leurs termes d'utilisation).
> 
> Quelles précautions prenez-vous? Le copyright concernant les données OSM
> ou les illustrations n'est pas la seule condition, ou la licence de
> votre logiciel, c'est une partie seulement des droits à respecter.
> Bref espérons que ce soit déjà étudié.
> 
> Le ven. 29 mai 2020 à 22:02, Yannick  > a écrit :
> 
> Bonsoir,
> 
> La carte des utilisateurs d'Ancestris, logiciel de généalogie, vient
> d'être mise à jour avec OSM.
> Dans le coin bas droite il a été mis un lien vers la page de la licence
> j'espère que cela suffit.
> 
> Maintenant Ancestris est entièrement OSM dans le logiciel ET sur le
> site.
> 
> Amitiés

Bonjour,

Philippe Ancestris n'est pas une base de données mais simplement un
logiciel donc un outil.
Le partage de données (il a fallu lui trouver un nom explicite) n'en est
pas vraiment un. En effet il faut être volontaire pour partager la
présence d'informations. Les deux, ou plus, protagonistes sont informés
de possibilités sans que RIEN ne sortent de leur machine, c'est à eux de
faire l'échange véritable. Les éléments de connexion sont détruits dès
lors que le partageur se déconnecte.

Concernant le fichier proprement dit il est exempt de déclaration à la
CNIL tout comme les sites généalogiques (entre autres) de
particuliers.Par contre Généanet et autres sociétés sont bien soumis à
la déclaration.

Il ne faut pas confondre un logiciel et le produit qu'il génère ce sont
deux entités différentes. Tu jettes la suspicion sur tout un loisir qui
contribue à la sauvegarde de la mémoire.
De toute évidence tu méconnais le monde généalogique et historique en
général alors avant de t'exprimer aussi durement tourne ta langue sept
fois avant de t'exprimer.

Tu aurais fait le minimum de recherche tu aurais vu que le logiciel est
en GPLv3. Certes l'accès est un peu délicat mais parfaitement possible.

Ancestris a un vécu de 25 ans donc le problème des licences et des
droits des personnes est largement étudié. Même si les fichiers
personnels contiennent des personnes vivantes il est recommandé deux
solutions:
- Supprimer lesdits individus lors du transfert
- Caviarder lesdits individus lors du transfert.
Ces deux solutions sont en place dans Ancestris, après c'est la
responsabilité de chacun de le faire.

Tes données de date sont fausses car le délai de communication est
immédiat pour les décès, 75 ans pour les naissances et les mariages, les
actes notariés ont des durées variables selon leur nature, et il y a
bien d'autres sources. Ce sont celle de la communication mais pas celle
de l'exploitation. Tu es probablement compétant en cartographie mais
aucunement en généalogie alors de grâce abstient toi de parler dans un
domaine que tu ne maîtrise pas.

Je regrette beaucoup ton message qui ne réponds pour 

[OSM-talk-fr] Micro formation maintenance de véloroutes avec JOSM

[Yves P.]

Bonjour,

Suite à la diffusion de cette vidéo sur peertube 
,
 j'ai mis les conseille de Charles Millet en pratique sur une section de l'EV1, 
plus exactement sur la sectionBayonne - Hendaye.

Le rond point 
 
était manquant.
En regardant de plus près il manquait une section de voie dédiée aux cyclos et 
piétons : w809916823 , w809916820 
, w809916821 
, w809916827 


Est-ce une piste cyclable ?

Comme on peut voir de nombreux piétons sur cette section (il y a même le demi 
cercle au niveau du parking qui est délimité par des blocs), dans le doute j'ai 
utilisé le preset JOSM "Chemin partagé piétons et cyclistes".
highway=path
bicycle=designated
foot=designated
segregated=no
Par rapport à la vidéo, merci Charles pour l'explication des boutons (en haut à 
gauche) "actualiser la relation du calque" et "mettre à jour la relation".

Ils font gagner beaucoup de temps, et évitent de s'arracher les cheveux en 
provoquant des conflits (si on édite en même dans dans la fenêtre relation et 
dans la carte).

J'ai aussi apprécié l'astuce de la feuille de style mapCSS qui "surligne" la 
relation.
Plutôt que d'éditer un fichier mapCSS à la main, il y a une astuce plus simple 
: le greffon PT Assistant le fait tout seul. Il met en évidence la relation 
"route" sélectionnée.

Remarque :
J'avais affichée cette relation dans Waymarked Trails: À vélo 
 
et dans OSM Relation Analyzer 
.
La mise à jour a été très rapide dans Waymarked Trails, par contre 32 mn après, 
toujours rien dans RA.

__
Yves

PS: l'étape suivante pour moi sera de regarder en détail l'analyse de OSMcha 
 et de repérer dans les diffs de l'API 
les changements effectués en vue de produire un analyseur automatique de 
relation de randonnées.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Marc M.]

Bonjour,

je prend mon clavier pour reposer la question tant évitée :
la position est suposée mauvaise au point de ne pas vouloir d'import.
et l'imagerie sat ne permet pas de voir la borne,
du coup que fait le contributeur avec sa souris ?

le positionement de ton outil m'échappe.

Cordialement,
Marc qui penche pour osmose+pic4review+vespucci

Le 30.05.20 à 11:51, Nicolas Bétheuil a écrit :
> Et bah voilà 12000 points de chargé
> 
> amis contributeur, à vos souris
> 
> 
> 
> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists)
> mailto:li...@antonin.delpeuch.eu>> a écrit :
> 
> Salut Nicolas,
> 
> Voilà la version complète:
> 
> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
> 
> Antonin
> 
> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>> Les évolutions / correctifs avancent. Je pousse régulièrement.
>> Écrivez moi directement, je verrais si je fais une diffusion
>> spécifique pour vous gardez informé des nouveautés.
>>
>> Christian a ajouté od2osm au proxy IGN ! Merci !
>>
>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent
>> plus qu'on cause ensemble, je te propose de continuer en issue github
>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
>> points, loin des 12 000 points que tu avais évoqué.
>>
>> Le mer. 27 mai 2020 à 12:02, Yves P. > > a écrit :
>>
>>> Les "name" ont été enlevés du jeu de données et l 'outil
>>> affiche maintenant soit name soit ref (en fonction de ce qui
>>> existe)
>>> J'ai ajouté le fond de carte BD Ortho
>> Merci :)
>>
>>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le
>>> proxy
>>> 
>>> https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)
>> ici ça marche aussi ;)
>>
>> Pour info, MyOSMatic (maposmatic) sort des carte
>>  des PEIs :
>> le résultat est plutôt bien :)
>> Il faut revoir la taille des réserves incendie et des DAE, et
>> éventuellement l'adapter avec les symboles utilisés en France.
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

Re: [Talk-it] [Import] civici Bergamo

[Cascafico Giovanni]

Certamente, mica siamo maps.me ;-)
Credo possano coesistere nodo e way con lo stesso addr:*
Si potrebbe impostare un maproulette o simili per rimuovere dalla way (od
unire al nodo) questi tag.
Stessa cosa per Milano: credo sia inutile fare la conflation anche sugli
addr delle way e multipoligoni: la distanza dal centroide sarebbe sempre
superiore a quella utile.


Il ven 29 mag 2020, 21:40 Lorenzo Mastrogiacomi  ha
scritto:

> Faccio notare che gli indirizzi sugli edifici a volte sono proprietà di
> negozi, hotel, farmacie, eccetera. Sono utili e vanno preservati in qualche
> modo.
> https://overpass-turbo.eu/s/UwK
>
>
> Lorenzo
>
>
> Il giorno ven, 29/05/2020 alle 10.07 +0200, Andrea Musuruane ha scritto:
>
> Cascafico, apprezzo la buona volontà, però, prima di fare QA,
> *possiamo concordare sul sistemare l'esistente, secondo quanto scritto
> sulla wiki?  *
>
> Una volta che siamo concordi (*servono delle risposte da parte di molti a
> questa mail*) bisogna informare la ML di import (mi prendo io questo
> onere).
>
> Altrimenti continuiamo a fare lo stesso errore che ha fatto gigi2037 e ci
> avviamo a fare un revert.
>
> Grazie,
>
> Andrea
>
>
>
> On Fri, May 29, 2020 at 9:55 AM Cascafico Giovanni 
> wrote:
>
> Adesso overpass dice 87, umap tutta verde :-)
>
> Il giorno gio 28 mag 2020 alle ore 13:56 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
> Prima di continuare a fare QA, possiamo concordare sul sistemare
> l'esistente, secondo quanto scritto sulla wiki e di conseguenza informare
> la ML di import?
>
> Per quanto riguarda gli esponenti numerici, sono 87 nel dataset del comune
> ma in OSM ce ne sono solo 66. Quindi ne mancano 21.
>
> [out:json][timeout:25];
> area[name="Bergamo"][admin_level=8]->.searchArea;
> node["addr:housenumber"~"[0-9]+\/[0-9]+"](area.searchArea);
> out body;
> >;
> out skel qt;
>
> Ciao,
>
> Andrea
>
>
> On Thu, May 28, 2020 at 1:37 PM Cascafico Giovanni 
> wrote:
>
> Ne ho fatti una ventina, sembrano tutti. Una rivista alla umap dipo che
> mapnik ha aggiornato ci vorrebbe
>
> Il gio 28 mag 2020, 12:08 Andrea Musuruane  ha
> scritto:
>
> Li hai corretti tu?
>
> Ciao,
>
> Andrea
>
>
> On Thu, May 28, 2020 at 12:04 PM Cascafico Giovanni 
> wrote:
>
> Subalterni numerici dovrebbero essere risolti. Vedi wiki e umap linkata.
>
> Il mer 27 mag 2020, 11:08 Andrea Musuruane  ha
> scritto:
>
> Ciao a tutti,
> ho provato a documentare questo import sulla wiki:
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import
>
> Se concordate, per procedere e mantenere i dati importati in OSM, bisogna
> fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non escludo
> che lavorandoci più attivamente sopra, se ne scoprano altri.
>
> Ciao,
>
> Andrea
>
>
> On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane 
> wrote:
>
> Ciao,
>
> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni 
> wrote:
>
> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
> l'esponente.
>
>
> Perché in maiuscolo?
>
> Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
> import che descrivere le cose fatte/da fare?
>
> Lato mio posso: a) fare uno script di conversione con ogr2osm b) suggerire
> di usare come modello la pagina di import che avevo fatto per Biella
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>
> Grazie,
>
> Andrea
>
> ___
> Talk-it mailing list
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Et bah voilà 12000 points de chargé

amis contributeur, à vos souris



Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Salut Nicolas,
>
> Voilà la version complète:
>
> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>
> Antonin
> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>
> Les évolutions / correctifs avancent. Je pousse régulièrement.
> Écrivez moi directement, je verrais si je fais une diffusion spécifique
> pour vous gardez informé des nouveautés.
>
> Christian a ajouté od2osm au proxy IGN ! Merci !
>
> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent plus qu'on
> cause ensemble, je te propose de continuer en issue github
> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90 points,
> loin des 12 000 points que tu avais évoqué.
>
> Le mer. 27 mai 2020 à 12:02, Yves P.  a écrit :
>
>> Les "name" ont été enlevés du jeu de données et l 'outil affiche
>> maintenant soit name soit ref (en fonction de ce qui existe)
>>
>> J'ai ajouté le fond de carte BD Ortho
>>
>> Merci :)
>>
>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le proxy
>> https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)
>>
>> ici ça marche aussi ;)
>>
>> Pour info, MyOSMatic (maposmatic) sort des carte
>>  des PEIs : le résultat
>> est plutôt bien :)
>> Il faut revoir la taille des réserves incendie et des DAE, et
>> éventuellement l'adapter avec les symboles utilisés en France.
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] PeerTube V3

[Cédric Frayssinet]

Bonjour,

Je me permets un petit HS sur cette liste pour annoncer qu'un
financement perlé est en cours pour soutenir le développement de
PeerTube qui fait tourner la solution de streaming vidéo d'OSM :
https://peertube.openstreetmap.fr/ (qui pourrait être mis à jour au
passage).

La feuille de route est dense et devrait déboucher sur une solution pour
faire du Live, pratique pour les futurs CA ou SOTM :)

https://joinpeertube.org/roadmap

Si vous croyez au projet, n'hésitez pas à contribuer, et pour ceux qui
sont soumis à l'impôt sur le revenu, c'est défiscalisable.

Cédric

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] [HS] Re: Ancestris

[Éric Gillet]

Le 30/05/2020 à 10:24, deuzeffe a écrit :

Le 30/05/2020 à 03:44, Philippe Verdy a écrit :


J'ai du mal à croire

Personne ne te demande de croire. Tout le monde te demande de savoir.

Yannick est un pilier de la généalogie francophone, une espèce de 
wizard comme on en rencontre peu. Et toi ? Tu fais quoi dans ce domaine ?


Attaque personnelle qui ne prends aucunement en compte le point qu'il 
soulève : Qu'en est-il de la vie privée ?
Pas besoin de travailler dans la généalogie pour avoir l'autorisation de 
se soucier de ça.


Pas sûr qu'ici soit le meilleur endroit pour en discuter de cette 
problématique, mais ça ne retire en rien le côté abject de ta réponse.



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

Re: [OSM-talk-fr] Désaccord sur un highway=footway

[Éric Gillet]

Le 29/05/2020 à 22:48, Florimond Berthoux a écrit :


Le ven. 29 mai 2020 à 16:09, Éric Gillet > a écrit :


Le 29/05/2020 à 10:44, Florimond Berthoux a écrit :


Est-ce que les cyclistes y roulent sans jamais se faire
verbaliser ? -> oui
-> bicycle=yes


Les forces de l'ordre ne connaissent pas trop le code de la route
sur l'utilisation des aménagements vélo. Bon nombre circulent sans
avertisseurs (gyrophare/sirène) dans les voies bus/vélo.
Mais aussi de très nombreux cyclistes grillent des feux/stop,
utilisent des téléphones sans jamais se faire verbaliser. Cela
rends la chose pas moins illégale ou dangereuse.

Il y a une différence j'ai vu plusieurs fois des cyclistes se faire 
verbaliser pour grillage de feu, y-a-t-il eu une seule fois une 
verbalisation pour avoir roulé sur cette espace ?



Il y a déjà la réponse dans mon précédent commentaire. Les forces de 
l'ordre en général ne connaissent pas très bien le code de la route pour 
les infractions "mineures". Hors mission particulière ils ne 
sanctionnent pas trop les cyclistes pour les infractions qu'ils 
connaissent de mon expérience.
De plus, avec la signalisation pas top, et le fait que même à tête 
reposée en lisant le code de la route, inspectant scrupuleusement les 
photos on a du mal à se mettre d'accord, ce serait difficile pour les 
FDO passant par là de s'assurer qu'une infraction est en cours.


Dernièrement, ce n'est pas parce que j'en ai pas vu qu'il n'y en a pas 
eu. Difficile de savoir, encore plus pour un contributeur à distance tel 
que OP ;)



Il me semble que footway+bicycle=yes indique bien qu’il y a un
problème d’aménagement (normalement ça ne devrait pas exister sur
un axe de transit vélo).


Oui en effet ça indique que l'axe de transit n'est pas continu,
mais en soit c'est pas gravissime si c'est correctement signalisé
et qu'il n'y a pas de dangers. Là ce n'est ni correctement
signalisé, ni sécurisé.

Mettre bicycle=yes masque ce problème, et empêche les cyclistes
d'avoir cette info et d'emprunter d'éventuels chemins plus
sécurisés/rapides.

Non, bicycle=yes signifie que c'est "légalement" (de facto) possible 
ça ne dit rien de la dangerosité de la chose.
Non, bicycle=yes veut dire que c'est légal (sans guillement) de circuler 
à vélo. Souvent la légalité va de mise avec la sécurité. Ici c'est ni 
légal, ni sécurisé. J'ai déjà parlé plusieurs fois de la légalité, donc 
je me suis focalisé sur la dangerosité sur cette phrase.

Pour dire que ce n'est pas sécurisé faudra utiliser un ou des autres tag.


+1

Je n'avais pas ajouté les obstacles étant donné qu'ils sont tout à fait 
classiques pour de la voirie piétonne, mais autant les mettre vu le 
débat. [1]


[1] https://www.openstreetmap.org/changeset/85974594

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

[OSM-talk-fr] [HS] Re: Ancestris

[deuzeffe]

Le 30/05/2020 à 03:44, Philippe Verdy a écrit :


J'ai du mal à croire

Personne ne te demande de croire. Tout le monde te demande de savoir.

Yannick est un pilier de la généalogie francophone, une espèce de wizard 
comme on en rencontre peu. Et toi ? Tu fais quoi dans ce domaine ?


--
deuzeffe (qui prendrait bien un 2e café, à vot' bon cœur) - do-ocratie, 
what else?


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

[Talk-at] Flurnamen im Wienerwald von Basemap

[Florian Kratochwil]

Liebe Community,

ich nütze die Coronazeit für ausgedehnte Spaziergänge im Wienerwald. Wo 
immer ich vorbeikomme, prüfe ich OSM und aktualisiere die Karte im 
Nachgang falls nötig. Kleiner Exkurs: Die Basemap-Geländekarte als 
Hintergrund meiner GPX-Tracks ist meine Lieblings-Konfiguration.


Hier nun das Thema meiner Frage an euch:
In der "echten" Basemap sind zahlreiche Flurnamen eingetragen, die sich 
in OSM noch nicht finden. Die Namen kenne ich meist nicht und kann sie 
vor Ort auch nicht verifizieren. Ich überlege jetzt, ob ich die nebenbei 
nach OSM abschreiben soll. Rechtlich sollte es ja passen (das nehme ich 
an, weil im JOSM würde es sonst wohl nicht als Hintergrundkarte 
angeführt werden. Bitte um Einspruch, wenn dem nicht so sein sollte).


Aber ich weiß nichts über die Qualität der Basemap-Namen bzw. deren 
Verortung. Habt ihr da eine Einschätzung? Fehlerbehaftet? Erwünscht? 
Sonstige Ideen, wo ich diese Namen Doppel-Checken könnte?


Liebe Grüße
Florian

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at