date:20191030

Attention !

Jet tours est une marque de Thomas Cook donc :

- ne pas laisser Jet tours en brand.

- chercher aussi les boutiques Jet tours !

Cf. https://www.jettours.com/ ou
https://france3-regions.francetvinfo.fr/hauts-de-france/faillite-thomas-cook-incertitude-9-agences-aisne-oise-somme-1726387.html

Le 30/10/2019 à 21:33, Jean-Yvon Landrac a écrit :

Florian ça complète ce que j'avais dit en MP.

Pour changer de couche on appréciera les raccourcis claviers de JOSM^^.

Voici pour la recette de cuisine :

- d'abord ci-joint deux ingrédients les fichiers :

* *geocoded.csv, le même qu'avant mais sans espaces en début ou fin
de nom
* *geocoded.simplified.csv, le même mais sans colonnes en trop. Je
n'ai pas retenu addr:full, ça serait sans doute pertinent (pas de
conflit avec des éventuels points adresse).

- la recette proprement dite :

* démarrer JOSM (mode expert) avec le greffon todolist
* charger l'imagerie OpenStreetMap (ça évite de faire des conneries
en voyant ce qui est en base, j'ai ainsi trouvé un magasin de
fringues et une agence de voyage à la même adresse).

* charger la couche des agences de voyage par requête SQL :

[out:json][timeout:2500];

{{geocodeArea:france}}->.searchArea;

(

nwr["name"="Thomas Cook"](area.searchArea);

nwr[skop=travel_agency](area.searchArea);
);

out body;

out skel qt;

C'est notre couche de travail, nommée Calque de données 1.

* charger le fichier Univarmer2.geocoded.simplified.csv

C'est notre couche de référence

* charger le fichier Univarmer2.geocoded.csv, c'est juste pour
pouvoir voir l'adresse en cas de doute.
* sélectionner la couche Univarmer2.geocoded.simplified.csv
* sélectionner toutes les agences
* dans la Liste des tâches, cliquer /Ajouter/
* c'est parti, sélectionner le premier, différents cas :
o l'agence n'est pas en base
+ sélectionner la couche Univarmer2.geocoded.simplified.csv
+ copier l'objet
+ sélectionner la couche Calque de données 1
+ coller au bon endroit (environ le même)
o l'agence est en base avec un autre nom
+ sélectionner la couche Univarmer2.geocoded.simplified.csv
+ copier les attributs
+ sélectionner la couche Calque de données 1
+ sélectionnez l'agence existante
+ renommer name en old_name
+ coller les attributs. Attention : en cas de conflit il y a
écrasement des anciennes valeurs.
+ là il est vivement conseillé de faire une recherche (pages
jaunes, journaux, ...) pour savoir le nom actuel qui peut
être différent... des deux. J'ai trouvé une agence
anciennement Jet Tours nommée Univairmer selon Univairmer
mais ripolinée Jet tours & Univairmer (oui Donat, un nom
pour toi !) dans les couleurs Univairmer. Du coup j'ai
ajouté Jet Tours en brand. Oui j'avoue avec deux
majuscules. Souvent la presse locale (PQR, France 3) a
relaté les différents cas des agences TC du coin.
* contempler son travail, satisfait (sinon changer ce qu'il faut).
* expédier en mettant en commentaire

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

* cliquer /Marquer /dans la Liste des tâches
* on recommence.

Pour le suivi
:https://osmcha.mapbox.com/filters?aoi=c20ea9a1-08ad-4fea-b53b-bca7cea6e8c7

à condition de bien mettre comme commentaire :

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

Bon hormis à découper le fichier en plusieurs parties ou à ne pas
commencer la liste par le début, difficile de se partager le boulot à
beaucoup.

Commentaires pour améliorer le processus bienvenus.

> Vous m'avez bien calmé, de mon coté je n'ai fait que modifier
l'agence de Montrouge ;)

Faut pas, faut trouver soit d'autres chaînes de franchisés ayant
travaillé avec TC soit tester la recette ci-dessus.

Un exemple : tu utilises ces couches non pour intégrer mais pour
regarder les agences TC non concernées et tu nous les signales ou/et
tu les traites en allant à la pêche aux infos.

Jean-Yvon

Le 30/10/2019 à 16:52, Florian LAINEZ - winner...@free.fr a écrit :

Hello, merci pour toutes vos réponses, je sentais la question
compliquée, c'est pourquoi je l'ai posée !
Quel est donc la suite maintenant avec ce fichier ?

Vous m'avez bien calmé, de mon coté je n'ai fait que modifier
l'agence de Montrouge ;)

Le mar. 29 oct. 2019 à 20:56, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Ce qui donne le fichier suivant.

Quelqu'un pour continuer ?

Le 29/10/2019 à 20:26, marc marc - marc_marc_...@hotmail.com
a écrit :

Le 29.10.19 à 19:18,osm.sanspourr...@spamgourmet.com

Re: [OSM-talk-fr] Le futur des boutiques "Thomas Cook" ?


Florian ça complète ce que j'avais dit en MP.

Pour changer de couche on appréciera les raccourcis claviers de JOSM^^.

Voici pour la recette de cuisine :

- d'abord ci-joint deux ingrédients les fichiers :

 * *geocoded.csv, le même qu'avant mais sans espaces en début ou fin de nom
 * *geocoded.simplified.csv, le même mais sans colonnes en trop. Je
   n'ai pas retenu addr:full, ça serait sans doute pertinent (pas de
   conflit avec des éventuels points adresse).

- la recette proprement dite :

 * démarrer JOSM (mode expert) avec le greffon todolist
 * charger l'imagerie OpenStreetMap (ça évite de faire des conneries en
   voyant ce qui est en base, j'ai ainsi trouvé un magasin de fringues
   et une agence de voyage à la même adresse).

 * charger la couche des agences de voyage par requête SQL :

[out:json][timeout:2500];

  {{geocodeArea:france}}->.searchArea;

  (

    nwr["name"="Thomas Cook"](area.searchArea);

    nwr[skop=travel_agency](area.searchArea);

);

  out body;

  >;

  out skel qt;

C'est notre couche de travail, nommée Calque de données 1.

 * charger le fichier Univarmer2.geocoded.simplified.csv

C'est notre couche de référence

 * charger le fichier Univarmer2.geocoded.csv, c'est juste pour pouvoir
   voir l'adresse en cas de doute.
 * sélectionner la couche Univarmer2.geocoded.simplified.csv
 * sélectionner toutes les agences
 * dans la Liste des tâches, cliquer /Ajouter/
 * c'est parti, sélectionner le premier, différents cas :
 o l'agence n'est pas en base
 + sélectionner la couche Univarmer2.geocoded.simplified.csv
 + copier l'objet
 + sélectionner la couche Calque de données 1
 + coller au bon endroit (environ le même)
 o l'agence est en base avec un autre nom
 + sélectionner la couche Univarmer2.geocoded.simplified.csv
 + copier les attributs
 + sélectionner la couche Calque de données 1
 + sélectionnez l'agence existante
 + renommer name en old_name
 + coller les attributs. Attention : en cas de conflit il y a
   écrasement des anciennes valeurs.
 + là il est vivement conseillé de faire une recherche (pages
   jaunes, journaux, ...) pour savoir le nom actuel qui peut
   être différent... des deux. J'ai trouvé une agence
   anciennement Jet Tours nommée Univairmer selon Univairmer
   mais ripolinée Jet tours & Univairmer (oui Donat, un nom
   pour toi !) dans les couleurs Univairmer. Du coup j'ai
   ajouté Jet Tours en brand. Oui j'avoue avec deux majuscules.
   Souvent la presse locale (PQR, France 3)  a relaté les
   différents cas des agences TC du coin.
 * contempler son travail, satisfait (sinon changer ce qu'il faut).
 * expédier en mettant en commentaire

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

 * cliquer /Marquer /dans la Liste des tâches
 * on recommence.

Pour le suivi
:https://osmcha.mapbox.com/filters?aoi=c20ea9a1-08ad-4fea-b53b-bca7cea6e8c7


à condition de bien mettre comme commentaire :

Passe agences de voyages Univairmer/Asia/Visiteurs/Kuomi/Thomas Cook

Bon hormis à découper le fichier en plusieurs parties ou à ne pas
commencer la liste par le début, difficile de se partager le boulot à
beaucoup.

Commentaires pour améliorer le processus bienvenus.

> Vous m'avez bien calmé, de mon coté je n'ai fait que modifier
l'agence de Montrouge  ;)

Faut pas, faut trouver soit d'autres chaînes de franchisés ayant
travaillé avec TC soit tester la recette ci-dessus.

Un exemple : tu utilises ces couches non pour intégrer mais pour
regarder les agences TC non concernées et tu nous les signales ou/et tu
les traites en allant à la pêche aux infos.

Jean-Yvon

Le 30/10/2019 à 16:52, Florian LAINEZ - winner...@free.fr a écrit :

Hello, merci pour toutes vos réponses, je sentais la question
compliquée, c'est pourquoi je l'ai posée !
Quel est donc la suite maintenant avec ce fichier ?

Vous m'avez bien calmé, de mon coté je n'ai fait que modifier l'agence
de Montrouge  ;)

Le mar. 29 oct. 2019 à 20:56, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Ce qui donne le fichier suivant.

Quelqu'un pour continuer ?

Le 29/10/2019 à 20:26, marc marc - marc_marc_...@hotmail.com
 a écrit :

Le 29.10.19 à 19:18,osm.sanspourr...@spamgourmet.com  
  a écrit :

est-ce que Visiteurs et Asia sont des marques ?

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

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[OSM-talk-fr] hebdoOSM Nº 483 2019-10-15-2019-10-21

Bonjour,

Le résumé hebdomadaire n° 483 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12467/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ca] hebdoOSM Nº 483 2019-10-15-2019-10-21

Bonjour,

Le résumé hebdomadaire n° 483 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12467/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ht] hebdoOSM Nº 483 2019-10-15-2019-10-21

Bonjour,

Le résumé hebdomadaire n° 483 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12467/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 483 2019-10-15-2019-10-21

Bonjour,

Le résumé hebdomadaire n° 483 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12467/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-us] Lee county, Florida

2019-10-30 Thread Levente Juhász

Hi Mango,

I'm glad you didn't get tired of adding all those buildings to OSM last
year.

I quickly checked Lee county's GIS resources and it appears that there's
even a more complete building footprint dataset that contains way more data
than the condo footprints (even single family homes) file you linked. It's
located here:
http://leegisopendata2-leegis.opendata.arcgis.com/datasets/building-footprints?geometry=-81.818%2C26.475%2C-81.807%2C26.476.
You're correct, this data is public domain therefore ODbL compatible. See
Chapter 119 of Florida Statues (
http://www.leg.state.fl.us/Statutes/index.cfm?App_mode=Display_Statute=0100-0199/0119/0119.html
).

Scripts from last year's Miami-Dade import to pre-process data (de-dupe,
merge, fix, etc.) are located here:
https://github.com/SouthFLMappers/OSMImport2018/ Adapting them to Lee
county should be fairly easy, as in changing a few property names. One
issue is that the new address file does not include street type (e.g. Ave,
Dr, St.) in a separate field. This requires some changes but should also be
a fairly simple fix. Wiki page from last year's project is here:
https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Address_Import

I can help with the technical stuff (up to setting up a Tasking Manager
project). Can you drive this forward by following guidelines at
https://wiki.openstreetmap.org/wiki/Import/Guidelines and implementing
those steps?

Cheers,
Levente

On Wed, Oct 30, 2019 at 1:32 PM mangokm40 via Talk-us <
talk-us@openstreetmap.org> wrote:

> I'm sorry.  I should have included this link for "previewing" the data:
> http://gissvr.leepa.org/GeoView2/
>
> Thanks.
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, October 30, 2019 1:26 PM, mangokm40 via Talk-us <
> talk-us@openstreetmap.org> wrote:
>
> Hi,
>
> Last year, I noticed that OSM didn't have address information for
> Miami-Dade county.
> A couple of people from this list stepped up and added all the building
> footprint and
> building address information to OSM.
>
> Since Florida has the "Sunshine Law", and Lee county is much smaller :), I
> thought I'd
> see if there's interest in doing a load of that data.  If I understand
> correctly (doubtful),
> the data needed can be found here:
> http://www.leegov.com/gis/data/gis-data/land-records
> Last year, I thought "address points" were preferable (much less data).  I
> was adviced
> that "building footprints" are the desired standard.  Both appear
> available in shapefile
> format.
>
> As I did last year, I am willing to help get this done.  Is anyone
> interested in leading this effort?  Is this even a good idea?
>
> Thanks for your time.
>
>
> mangokm40
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-GB] Reference numbers for UK admin areas?

2019-10-30 Thread Roland Olbricht


Hi all,

I'm at the moment writing a documentation for the Overpass API.


The challenge was to get Overpass to return grit bins in /this /Sutton,
and not in all places called Sutton.


Coincidentially, I just have translated a section about that type of
question:
https://dev.overpass-api.de/overpass-doc/en/full_data/area.html#per_tag
I'm grateful for the oppurtunity to place this appetizer.

Please feel free to ask any questions. The audience of this
documentation are average mappers, thus all feedback can help to expand
or clarify sections that are incomprehensible.

As this is work in progress, I'm sorry that not yet all cross references
within the documentation work, usually because the referenced content is
not yet translated.

I'm confident to have it complete before the end of the year. I will
make an annoucement when the documentation is referentially complete and
again when it is content complete.

Best regards,

Roland

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

Re: [talk-cz] [osm_sk] Program SotM CZ+SK 2019

2019-10-30 Thread Martin Ždila

Ahoj Tomáš,

Keby sa dalo, asi by bolo lepšie prehodiť moje dve prednášky navzájom.

A potešilo by ma, keby som mal prednášky skôr, ale ak je s tým problém, tak
vporiadku.

Nestihol som ešte navrhnúť otázky pre súťaž. Môžem ešte, alebo už je
neskoro?

Vďaka


On Wed, Oct 30, 2019 at 5:21 PM Tom Ka  wrote:

> Ahoj,
>
> byl aktualizovan program sekce OpenStreetMap - SotM CZ+SK 2019 v ramci
> konference OpenAlt:
>
> https://openalt.cz/2019/program_detail.php?tag=OpenStreetMap+-+SotM+CZ%2BSK
>
> Prednasejici prosim o kontrolu, jestli nam neco neuniklo, ostatni se
> mohou podivat, na co se behem soboty tesit.
>
> No a organizatori finisuji s hrou, pripravou na valnou hromadu a pak
> snad zbude cas i na nachystani vlastnich prednasek :-)
>
> Klidny vecer
> tom.k
>
> --
> Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny
> „Openstreetmap Slovakia“ služby Skupiny Google.
>
> Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily,
> pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
> Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu
> https://groups.google.com/d/msgid/osm_sk/CAHqEKC1tZcbwXQVH37Ozo0sD71e--mzQihw6nkKBtBA6fZ4NPA%40mail.gmail.com
> .
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] [OSM transport] booking=* <> reservation=*

2019-10-30 Thread Topographe Fou

Merci marc marc de faire le suivi.

Pour les urls à simplifier et la cohérence des langues cela pourrait je pense 
faire l'objet d'une routine Osmose.

LeTopographeFou


  Message original  



De: marc_marc_...@hotmail.com
Envoyé: 29 octobre 2019 11:33 PM
À: talk-fr@openstreetmap.org; transp...@listes.openstreetmap.fr
Répondre à: marc_marc_...@hotmail.com
Objet: Re: [OSM transport] [OSM-talk-fr] booking=* <> reservation=*


Bonsoir,

Personne ne s'y étant opposée, la migration de booking=* vers
reservation=* a été effectuée en France.
Plusieurs relations (de train) concernées ont des arrêts hors France,
il n'est évidement pas réaliste de couper la relation en 2.

LeTopographeFou tu as totalement raison sur les 3 critiques à propos
des url booking.com
Il faudrait en effet supprimer les paramètres
de traçages (tout ce qui est après le ?)
pour booking=* <> reservation:booking=*, la discussion n'a pas
vraiment abouti sur tagging, alors je vais m'abstenir, histoire
de ne pas créer un tag franco-français.

Cordialement,
Marc

Le 04.07.19 à 23:16, LeTopographeFou a écrit :
> Je pense également que réserver "booking=*" au seul site Booking n'est
> pas souhaitable. Il existe plein d'autres services et on est pas à
> l'abris qu'il y en ai un qui s'appelle "amenity" ou "building". Il
> faudrait à minima l'isoler dans un namespace, "reservation:booking" ou
> même "reservation:url:booking" pour pouvoir différencier différents
> moyens de réservation.
>
> Cependant il serait bon de ne pas résumer le débat à "Booking" mais
> parler de tous les sites de location entre particuliers et, en allant
> plus loin, aux plateformes de réservation de rendez-vous médicaux, de
> soins de beautés, de cours, de billets de train/avion/bus, de courses,
> de restauration, de voiture (y compris entre particuliers type Drivy),
> de places de théatre/cinéma...
>
> Cela dit mettre du Booking dans OSM présente aujourd'hui quelques
> soucis. Je ne suis pas opposé mais je dis 'attention' :
>
>  1. Ils n'ont pas de système de clé unique, publique et international
> partageable dans un "ref:booking" et attaquable via API Booking (ce
> qui serait bien plus propre qu'une URL)
>  2. Leurs URL sont moches, tout le monde ne sait pas les simplifier à
> leur stricte nécessaire en virant les éléments qui ne sont là que
> pour faire du suivi de navigation dans le cadre d'une recherche (ce
> qui n'a plus de sens dès qu'on le met dans OSM)
>  3. Dans l'URL il y a la langue (du moins quand je consulte un
> hébergement j'ai un '/fr/'), il conviendrait probablement de
> préciser le code ISO dans la clé (sinon un allemand peut se
> retrouver avec un lien en chinois)
>
> Cordialement,
>
> LeTopographeFou
>
> Le 04/07/2019 à 15:29, marc marc a écrit :
>> Bonjour,
>>
>> je fais écho ici d'une discussion qui a commencé sur la ml tagging
>> pour indiquer qu'un POI accepte/refuse/recommande une réservation,
>> la clef la plus courante est reservation=*
>> un contributeur avait crée une page booking=* et l'avait
>> ajout en recommandation sur plusieurs autres pages.
>> mais outre le fait d'avoir 2 clefs pour la même chose,
>> cela entrait en conflit avec booking=l'url booking.com
>> En est arrivé la conclusion de migrer
>> - booking=* vers reservation=* lorsque concerne la possibilité ou non de
>> réserver
>> - garder dans booking=* les url booking
>> - il y a aussi quelques urls de réservation non booking.
>> rien n'a été décidé mais sans doute que reservation:website serrait le +
>> cohérent.
>>
>> a noter que le plus grand nombre de cas (125) sont des lignes de
>> train passant par la France. à vos correcteurs, prêt ? partez :D
>> et si cela ne motive personne, je m'y collerai :)
>>
>> Cordialement
>> Marc
>> ___
>> 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-us] Lee county, Florida

2019-10-30 Thread mangokm40 via Talk-us

I'm sorry.  I should have included this link for "previewing" the data:
http://gissvr.leepa.org/GeoView2/

Thanks.

‐‐‐ Original Message ‐‐‐
On Wednesday, October 30, 2019 1:26 PM, mangokm40 via Talk-us 
 wrote:

> Hi,
>
> Last year, I noticed that OSM didn't have address information for Miami-Dade 
> county.
> A couple of people from this list stepped up and added all the building 
> footprint and
> building address information to OSM.
>
> Since Florida has the "Sunshine Law", and Lee county is much smaller :), I 
> thought I'd
> see if there's interest in doing a load of that data.  If I understand 
> correctly (doubtful),
> the data needed can be found here:
> http://www.leegov.com/gis/data/gis-data/land-records
> Last year, I thought "address points" were preferable (much less data).  I 
> was adviced
> that "building footprints" are the desired standard.  Both appear available 
> in shapefile
> format.
>
> As I did last year, I am willing to help get this done.  Is anyone interested 
> in leading this effort?  Is this even a good idea?
>
> Thanks for your time.
>
> mangokm40___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Lee county, Florida

2019-10-30 Thread mangokm40 via Talk-us

Hi,

Last year, I noticed that OSM didn't have address information for Miami-Dade 
county.
A couple of people from this list stepped up and added all the building 
footprint and
building address information to OSM.

Since Florida has the "Sunshine Law", and Lee county is much smaller :), I 
thought I'd
see if there's interest in doing a load of that data.  If I understand 
correctly (doubtful),
the data needed can be found here:
http://www.leegov.com/gis/data/gis-data/land-records
Last year, I thought "address points" were preferable (much less data).  I was 
adviced
that "building footprints" are the desired standard.  Both appear available in 
shapefile
format.

As I did last year, I am willing to help get this done.  Is anyone interested 
in leading this effort?  Is this even a good idea?

Thanks for your time.

mangokm40___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

2019-10-30 Thread marc marc

> On joue ?
> Qui trouve le premier les données de régularité/ponctualité des transports ?
il n'y a pas de régularité/ponctualité, donc pas de donnée à gérer :-D
par contre les données sur les retards/annulations, c'est autre chose :-D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

> On joue ?

Je n'ai mis que les 2 premiers liens (saisie tactile sur le smartphone
laborieuse).

https://www.data.gouv.fr/fr/datasets/regularite-quotidienne-lignes-sncf/

https://www.data.gouv.fr/fr/datasets/regularite-mensuelle-transilien/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

Quand on sait qui détient, on a déjà résolu une part non négligeable du
problème !

On joue ?

Qui trouve le premier les données de régularité/ponctualité des transports ?


Le mer. 30 oct. 2019 à 17:02, ades  a écrit :

> très bien, mais ce qui m’emmerde c‘est qu’en général  je n’ai rien à faire
> avec des « autorités publiques » mais avec des « services publics » et si
> j’ai envie de demander quelque chose, je demande, à qui détient la chose,
> pas à n’importe qui…
>
> Le 30 oct. 2019 à 15:45, Vincent Bergeot  a écrit :
>
> Bonjour,
>
> je me permets de relayer ici cette information qui concerne les demandes
> d'accès aux documents administratifs, dont certaines données
> cartographiques peuvent faire parties !!
>
> " Nous souhaitons vous informer du lancement du site https://madada.fr, *
> un service en ligne pour simplifier les demandes d'accès aux documents
> administratifs.*
> Porté par l'association Open Knowledge France, avec le soutien de
> l’association ouvre-boîte et du réseau européen Access Info, l'objectif
> de la plate-forme est *d'accompagner* les demandeu.r.se.s dans leurs
> démarches et de *renforcer la visibilité* de leurs actions individuelles.
>
> Elle est propulsée par un logiciel open source conçu par l'ONG MySociety
> *Alavateli* et permet, à l'instar de ses équivalents dans *25 pays*, de
> faciliter vos demandes en mettant à disposition une *liste
> d'organisations publiques*  , un *formulaire
> d'envoi*  de votre demande
> d'accès à une information publique, ainsi qu'un *récapitulatif*
>  des demandes effectuées via la
> plate-forme.
>
> Ce site est actuellement en phase de test et vos retours sur son
> fonctionnement sont les bienvenus !
>
> Un article publié sur le blog d'Okfn France détaille les objectifs de
> nouveau site :
> https://fr.okfn.org/2019/10/24/madada-fr-ma-demande-dacces-a-un-document-administratif/
>
> Merci de faire circuler ce message dans vos réseaux.
>
> L'équipe Madada.fr"
>
> PS : ce n'est pas "directement" lié à OSM mais il me semble qu'il y a
> suffisamment de surfaces communes pour que cela ne soit pas hors-sujet
> (mais je peux me tromper !).
>
> --
> Vincent Bergeot
>
> ___
> 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
>


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

Re: [OSM-talk-fr] bridge=simple_brunnel


Le 30/10/2019 à 10:41, Nicolas Moyroud - nmoyr...@free.fr a écrit :


Je ne vois pas le rapport qu'il y a avec large / étroit.


La... largeur peut-être ?


Dans le cas du gué les deux objets physiques routes / rivières passent
au même niveau et en suivant l'un on passe forcément par l'autre.


Si la route n'est pas poreuse, l'eau passe au dessus^^. Ceci dit je
comprends maintenant ce que voulait dire Guillaume.


Donc aucune raison topologique de mettre un point commun entre les deux.
Je rajoute d'ailleurs systématiquement layer=-1 sur le tronçon
tunnel=culvert pour bien indiquer qu'il est en-dessous.


C'est ce que fait iD. Comme layer=1 pour les ponts.

Implicitement si une route traverse une rivière, c'est la route qui est
au dessus de la rivière, pas la rivière qui passe par le pont.

De même c'est la rivière, pas la route, qui se fait buser.

Et dans les cas exceptionnels où c'est le contraire, les dimensions font
qu'on ne sera plus sur du rendu ponctuel.

Donc pour moi, un rendu ponctuel est correct. Je ne suis pas par exemple
pour inventer des longueurs de buses là où l'imagerie ne permet pas de
les voir.

Correct, pas parfait. La nature (water ou highway) fait qu'on garde deux
graphes distincts : tu dédoublonnes le point avec layer= si ça te pose
soucis.

*Et donc, quand tu ne vois pas, tu ne dis pas que ce n'est pas un gué,
un pont ou une buse ?*

*Tu crées un pont ou une buse de taille "standard" (inventant de la
donnée) ?*

Avec un point, c'est un intermédiaire.

Jean-Yvon


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

[talk-cz] Program SotM CZ+SK 2019

2019-10-30 Thread Tom Ka

Ahoj,

byl aktualizovan program sekce OpenStreetMap - SotM CZ+SK 2019 v ramci
konference OpenAlt:

https://openalt.cz/2019/program_detail.php?tag=OpenStreetMap+-+SotM+CZ%2BSK

Prednasejici prosim o kontrolu, jestli nam neco neuniklo, ostatni se
mohou podivat, na co se behem soboty tesit.

No a organizatori finisuji s hrou, pripravou na valnou hromadu a pak
snad zbude cas i na nachystani vlastnich prednasek :-)

Klidny vecer
tom.k

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

2019-10-30 Thread ades

très bien, mais ce qui m’emmerde c‘est qu’en général  je n’ai rien à faire avec 
des « autorités publiques » mais avec des « services publics » et si j’ai envie 
de demander quelque chose, je demande, à qui détient la chose, pas à n’importe 
qui…

> Le 30 oct. 2019 à 15:45, Vincent Bergeot  a écrit :
> 
> Bonjour,
> 
> je me permets de relayer ici cette information qui concerne les demandes 
> d'accès aux documents administratifs, dont certaines données cartographiques 
> peuvent faire parties !!
> 
> " Nous souhaitons vous informer du lancement du site https://madada.fr 
> , un service en ligne pour simplifier les demandes 
> d'accès aux documents administratifs.
> 
> Porté par l'association Open Knowledge France, avec le soutien de 
> l’association ouvre-boîte et du réseau européen Access Info, l'objectif de la 
> plate-forme est d'accompagner les demandeu.r.se.s dans leurs démarches et de 
> renforcer la visibilité de leurs actions individuelles.
> 
> Elle est propulsée par un logiciel open source conçu par l'ONG MySociety 
> Alavateli  et permet, à l'instar de 
> ses équivalents dans 25 pays , de 
> faciliter vos demandes en mettant à disposition une liste d'organisations 
> publiques  , un formulaire d'envoi 
>  de votre demande d'accès à une 
> information publique, ainsi qu'un récapitulatif 
>  des demandes effectuées via la 
> plate-forme.
> 
> Ce site est actuellement en phase de test et vos retours sur son 
> fonctionnement sont les bienvenus !
> 
> Un article publié sur le blog d'Okfn France détaille les objectifs de nouveau 
> site : 
> https://fr.okfn.org/2019/10/24/madada-fr-ma-demande-dacces-a-un-document-administratif/
>  
> 
> 
> Merci de faire circuler ce message dans vos réseaux.
> 
> L'équipe Madada.fr"
> 
> PS : ce n'est pas "directement" lié à OSM mais il me semble qu'il y a 
> suffisamment de surfaces communes pour que cela ne soit pas hors-sujet (mais 
> je peux me tromper !).
>  -- 
> Vincent Bergeot
> ___
> 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] Le futur des boutiques "Thomas Cook" ?

2019-10-30 Thread Florian LAINEZ

Hello, merci pour toutes vos réponses, je sentais la question compliquée,
c'est pourquoi je l'ai posée !
Quel est donc la suite maintenant avec ce fichier ?

Vous m'avez bien calmé, de mon coté je n'ai fait que modifier l'agence de
Montrouge  ;)

Le mar. 29 oct. 2019 à 20:56,  a écrit :

> Ce qui donne le fichier suivant.
>
> Quelqu'un pour continuer ?
> Le 29/10/2019 à 20:26, marc marc - marc_marc_...@hotmail.com a écrit :
>
> Le 29.10.19 à 19:18, osm.sanspourr...@spamgourmet.com a écrit :
>
> est-ce que Visiteurs et Asia sont des marques ?
>
> oui
> ___
> 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
>


-- 

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

[talk-cz] WeeklyOSM CZ 481

2019-10-30 Thread Tom Ka

Ahoj, je dostupné vydání 481 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12448

* Vlna českých mapathonů.
* Mapping party v Oáze.
* Zastaralé EuroVelo.
* Knihovny hraček.
* Import poštovních kódů.
* Únik dat z iD.
* Stipendijní program Nadace OSM.
* 36. Chaos Communication Congress.
* Aktuality MapSwipe.
* Minecraft pro rozšířenou realitu.
* PostgreSQL 12.
* OSM skupiny na Telegramu.
* Srovnání map v Alpenvereinu.
* Dron hledající krokodýly.

Pěkné počtení ...

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

2019-10-30 Thread Andreas

Am 29.10.19 um 20:57 schrieb Stefan Tauner:
> On Tue, 29 Oct 2019 20:30:47 +0100
> grubernd  wrote:
> 
>> On 29.10.19 13:21, Stefan Tauner via Talk-at wrote:
>>> Wie genau geht das benutzerfreundlicher als mit OSM-basierten
>>> Diensten wie z.B. osmand?
>>> https://user-images.githubusercontent.com/1040784/50345068-fabf0280-052d-11e9-9173-5bcd902f3107.jpg
>>>   
>>
>>
>> dazu müsste ich ja osmand verwenden und nicht osm. ;-)
> 
> Wenn du osm.org für mobile Datenabfragen oder als Kartendienst
> verwendest, kann ich dir (und vmtl. niemand) helfen...

Ich habe bis jetzt vernmittelt bekommen und verstanden, dass osm.org
eine Referenz-Implementierung zur Kartendarstellung von OSM ist. Wie
hier schon angemerkt, OSM sind die Daten in der Datenbank dahinter.

> 
>> ich weiss schon, es gibt jede Menge tolle Auswertungstools und ich bin 
>> auch voll für den Ansatz einfach Daten reinwerfen in die Datenbank wenn 
>> man es braucht. aber solange Anzeigetools nicht ein Alter der Daten - 
>> und dann angepasst ein potentielles Verfallsdatum - anzeigen, sind diese 
>> Daten genauso zuverlässig wie ein Horoskop in der Zeitung.
>>
>> wenn ein Forstweg zehn Jahre in der Datenbank nicht angegriffen wurde, 
>> dann hat der immer noch über 90% Wahrscheinlichkeit ausreichend genau zu 
>> sein.
>>
>> bei einer 2 Jahre alten Adresse & Extras von einem Fashion-Startup-Label 
>> in der Innenstadt sind wir eher bei unter 20%. nur dazu muss man das 
>> Alter auch angezeigt bekommen.
> 
> Fair enough, aber Datenqualität/Aktualität sind sehr orthogonal zur
> gegenständlichen Fragen der Benutzerfreundlickeit von Shop-Metadaten.
> 
>> und in dem Kontext Apotheken als Beispiel zu wählen finde ich schwierig, 
>> weil die wohl ein schlechtes Beispiel für Öffnungszeiten sind, mit den 
>> ganzen Wochenend- und Nachtdiensten und Ausgleichszeiten usw.

schaut zwar jetzt aus als wollte ich hier Werbung für yellowosm machen,
aber auch das wollen die Macher mit ihrem Service bieten:

https://www.yellowosm.com/map/15.00/47.07070/15.43950;q=Apotheke

> 
> Es war das erstbeste Bild, das halbwegs gut veranschaulicht, wo der
> Mehrwert und die GUI dazu ist. Dank OSM geht das natürlich für alles,
> was opening_hours getaggt hat.
> 
> BTW könnte den einen oder anderen https://openstreetbrowser.org von
> unserem fellow Plepe/Skunk/Stephan interessieren, falls es noch
> unbekannt ist. Das hat zumindest ein besseres Interface als osm.org for
> that matter :)
> 




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

Re: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

2019-10-30 Thread Andreas

Am 29.10.19 um 13:08 schrieb grubernd:
> On 29.10.19 11:55, Robin Däneke wrote:
>> Gerade bei Geschäften: Was ist besser?:
>>
>>  1. Ich sehe auf der Karte, dass es ein Geschäft gibt, da aber nur der
>>     Name gemappt ist, (weil Website-URL kann sich ja auch ändern) muss
>>     ich mal die Hauptseite der Kette googeln, dort auf den Filialfinder
>>     (falls es sowas gibt), um dann da erst recht wieder auf eine "Google
>>     Maps"-artige Karte zu kommen, um dann durch eine weitere
>>     ausklappbare Info die Öffnungszeiten zu sehen. Und was ist wenn es
>>     ein kleines Geschäft ohne Website ist? Dann muss ich extra
>>     hinfahren, um zu sehen, dass an dem Tag wo ich Zeit hatte zu ist.
>>  2. Ich sehe das Geschäft auf OSM (oder einer App die nur OSM verwendet
>>     wie dieses 'wundervolle' maps.me), mach die Abfrage, was diese Node
>>     ist, und habe alle benötigten Informationen.
> 
> 
> 
> also ganz ehrlich, wenn ich wissen will wann ein Geschäft offen hat,
> dann schaue ich selbst als script-commandline-programmier-versierter
> Anwender sicher nicht auf die OSM. ich bin durchaus schmerzresistent was
> gewisse Aspekte der Benutzerfreundlichkeit angeht, aber irgendwo gibt es
> Grenzen.
> 
> auf der Standardkarte ist das sowas von patschert und mobile/responsive
> geht das sowieso nur mit einem 24" Tablet, weil man sonst nichts
> angreifen kann mit Touch.
> und ob es eine OOHM gibt, keine Ahnung.
> (OpenOpeningHoursMap)

Dazu gibt es eine eigene Seite von einem österreichischen Projekt:
https://www.yellowosm.com/map/15.00/47.07070/15.43950

> 
> und bei der "Präzision" mit der google seine Karten-Daten wartet ..
> lieber gleich eine normale Suchabfrage oder die Website des Betreibers,
> bei kleinen Shops ist das sowieso facebook. bei grossen Ketten mit deren
> Filialfinder .. oder das gute alte Telefon.
> 
> 
> ich halte Telefonnummer und Website beide stabil genug um sie zusammen
> mit der Lokalität (Geolocation) eines Geschäftes zu verbinden. in vielen
> Fällen sind Fon/Web sogar stabiler als der Geschäftsraum.
> 
> 
> grüsse,
> grubernd
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at




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

[Talk-hr] OSM meetup Karlovac 2019-11-06

2019-10-30 Thread hbogner


https://osm-hr.org/2019/10/30/osm-meetup-karlovac-2019-11-06/

U srijedu 06.11.2019. u 18:00, Studentski centar Karlovac, Frana Krste 
Frankopana 5.


Nalazimo se u atriju Studentskog centara Karlovac. Nastavljamo 
aktivnosti koje su započele u suradnji sa HULK podružnicom Karlovac i 
Udrugom “Domaći” 2010. godine, te naknadno u suradnji s Udrugom “Carpe 
Diem” 2013. koja je producirala turističku kartu Karlovca za mlade.



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

[Talk-in] Fixing wikipedia link for State Bank of India - proposed mechanical edit

2019-10-30 Thread Mateusz Konieczny

I propose to change

wikipedia=en:State Bank of India

into

brand:wikipedia=en:State Bank of India

as second variant is correct while first is not.

More details at 
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/fixing_State_Bank_of_India_wikipedia_links
 


I know that most of community is at Telegram channel - I will post also there.

Please comment if you have any questions not explained by documentation or if 
you are
either opposing or supporting this edit for any reason (you can do this also at 
Telegram, I
will post also there)
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk-fr] Faire des demandes d'ouverture de données -> madada.fr

2019-10-30 Thread Vincent Bergeot


Bonjour,

je me permets de relayer ici cette information qui concerne les demandes 
d'accès aux documents administratifs, dont certaines données 
cartographiques peuvent faire parties !!


" Nous souhaitons vous informer du lancement du site https://madada.fr, 
*un service en ligne pour simplifier les demandes d'accès aux documents 
administratifs.*


Porté par l'association Open Knowledge France, avec le soutien de 
l’association ouvre-boîte et du réseau européen Access Info, l'objectif 
de la plate-forme est *d'accompagner*les demandeu.r.se.s dans leurs 
démarches et de *renforcer la visibilité*de leurs actions individuelles.


Elle est propulsée par un logiciel open source conçu par l'ONG MySociety 
_Alavateli _et permet, à l'instar 
de ses équivalents dans _25 pays_ 
, de faciliter vos demandes en 
mettant à disposition une _liste d'organisations publiques_ 
, un _formulaire d'envoi_ 
de votre demande d'accès à une 
information publique, ainsi qu'un _récapitulatif_ 
des demandes effectuées via la 
plate-forme.


Ce site est actuellement en phase de test et vos retours sur son 
fonctionnement sont les bienvenus !


Un article publié sur le blog d'Okfn France détaille les objectifs de 
nouveau site : 
https://fr.okfn.org/2019/10/24/madada-fr-ma-demande-dacces-a-un-document-administratif/


Merci de faire circuler ce message dans vos réseaux.

L'équipe Madada.fr"

PS : ce n'est pas "directement" lié à OSM mais il me semble qu'il y a 
suffisamment de surfaces communes pour que cela ne soit pas hors-sujet 
(mais je peux me tromper !).


--
Vincent Bergeot

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

Re: [talk-cz] Korektura WeeklyOSM CZ

2019-10-30 Thread Jan Macura

Ahoj

On Wed, 30 Oct 2019 at 11:12, Majka  wrote:

> Večer bych to poslala. Jsem momentálně bez internetu na zbytečku dat, ale
> ty texty mám.
> V nejhorším to pošlu mailem, ten zatím přes kabel běží :)
>

Díky. Už korektoruji, ale druhé přečtení určitě neuškodí!

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Espé devient Inspé

2019-10-30 Thread Adrien André via Talk-fr


Le 19-10-30 à 04 h 16, marc marc a écrit :

C'est ce que fait le rendu FR;)

Si il n'y a plus de place pour le name, short_name est utilisé en plan B.

On fait comment pour faire adopter ceci sur les principaux rendus ?

on regarde s'il y a déjà un ticket dans le github osm-carto


Celui-ci est similaire :

https://github.com/gravitystorm/openstreetmap-carto/issues/3569

--
Adrien

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

Re: [OSM-talk-fr] bridge=simple_brunnel

2019-10-30 Thread ades


> Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du gué 
> les deux objets physiques routes / rivières passent au même niveau et en 
> suivant l'un on passe forcément par l'autre. Dans le cas du ruisseau busé il 
> passe en-dessous de la route et on n'est pas censé mettre les pieds dans 
> l'eau quand on emprunte la route. Donc aucune raison topologique de mettre un 
> point commun entre les deux. Je rajoute d'ailleurs systématiquement layer=-1 
> sur le tronçon tunnel=culvert pour bien indiquer qu'il est en-dessous.
> 
> Nicolas

+1
C’est l’eau qui passe en dessous, pas la route qui passe au dessus (si on 
considère la route au niveau 0 ) donc ne pas tagger la route ni par un point ni 
par autre chose (…brunnel) si on peut utiliser ‘culvert’ pour un point, 
pourquoi pas, mais sur le cour d’eau exclusivement avec le tag -1.
Maintenant dans le cas d’une « levée » (tag ‘embankement’) je crois que ça 
reste ‘culvert’ sur le cours d’eau si c’est une buse unique de petit diamètre 
(moins de 1m) pour un petit cour d’eau (‘ditch' en gnl) ; mais que si on a 6 
buses de diamètre d’env. 6m ça devient un pont. D’ailleurs sont appelés comme 
ça par les ddt (ex dde) dans les inventaires de ponts.


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

Re: [OSM-talk-fr] Re: Espé devient Inspé

Pour le rendu osm.org, le mieux c'est je pense d'ouvrir une issue pour
discuter l'idée, puis de proposer une PR avec la modif dans la feuille de
style en reprenant ce que j'ai fait comme base.

Le mer. 30 oct. 2019 à 09:16, Yves P.  a écrit :

>
> C'est ce que fait le rendu FR ;)
>
> Si il n'y a plus de place pour le name, short_name est utilisé en plan B.
>
> Bravo 
>
> On fait comment pour faire adopter ceci sur les principaux rendus ?
>
> —
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Espé devient Inspé


Le 29/10/2019 à 20:52, Yves P. - yves.prat...@gmail.com a écrit :


mais évitons de tager pour le rendu en rentrant des données erronées

C’est, me semble-t-il, une question d’usage. Dans tout les cas ça
s’affiche et on retrouve l’objet en fonction de ses noms.

Dans le même genre, on trouve MDPH et Maison départementale des
personnes handicapées.


Tu en as oublié un à rondelles : MDA 56 (Maison départementale de
l'autonomie Morbihan), voir
https://www.morbihan.fr/mdph/vos-formulaires-et-demandes-aupres-de-la-mda/.

Ceci dit, la question est de savoir si on utilise usuellement les
abréviations ou pas.

Local CFDT ou ou local du syndicat de la Confédération française
démocratique du travail ? Tu vois Donat, j'ai tenu compte de ta
remarque. Mais du coup la probabilité de comprendre qu'il s'agit de la
CFDT faiblit à mon avis.

Je ne crois pas qu'on attende autre chose que CFDT sur une carte.
Et je pense que les panneaux indiqueront INSPÉ. A-t-on des locaux
pouvant observer la pratique sur le terrain ?

INSPÉ et non INSPÉ de Brest puisqu'on est à Brest.

Par contre INSPÉ de Bretagne à Rennes puisque c'est à la fois le siège
et le site de formation ?

Ceci dit il y a aussi une alternative : mettre les noms en long et
laisser le moteur de rendu raccourcir automatiquement.

C'est ce que fait le rendu FR pour les types de voies dans les noms des
chemins (Avenue, Boulevard...) tout comme il utilise le short_name.

Sinon entre les sites et le siège académique, n'est-ce pas un office=
qui doit distinguer le siège des autres ?

Jean-Yvon

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

Re: [talk-cz] Korektura WeeklyOSM CZ

2019-10-30 Thread Majka

Večer bych to poslala. Jsem momentálně bez internetu na zbytečku dat, ale ty 
texty mám. 
V nejhorším to pošlu mailem, ten zatím přes kabel běží :) 

30. října 2019 10:32:15 SEČ, Tom Ka  napsal:
>Ahoj,
>
>kluci jsou opet po nejake dobe mimo dosah, nasel by se nekdo na
>korekturu aspon jednoho cisla, mam dve nachystana ve fronte na vydani.
>
>https://openstreetmap.cz/git/tom.k/WeeklyOSM-CZ
>
>Diky za pomoc.
>tom.k
>
>___
>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] bridge=simple_brunnel

2019-10-30 Thread Nicolas Moyroud





S'ils partagent géométriquement une zone commune (assimilable à un 
point), on met un point en commun et un tag dessus.
C'est le cas d'un gué : il existe physiquement une zone qu'on peut 
passer à pied (en se mouillant les chaussures éventuellement), et où 
l'eau passe aussi.


Pour les ruisseaux busés, les deux flux sont bien séparés. La buse 
canalise l'eau, pas le passage humain/véhicules, donc c'est 
inapproprié de mettre un tag tunnel sur la voie. 


J'avoue ne pas comprendre cette "logique" : dans les deux cas la 
largeur de la route traversée est la même. Et assimilable à un point 
puisqu'on a modélisé le réseau routier en linéaire.


Pour la longueur traversée, elle est plus petite quand le ruisseau est 
busé que quand il peut s'étaler sur la route.


Et là tu dis :
large = représentation ponctuelle possible
étroit = représentation linéaire obligatoire (mais dans l'autre sens 
qui n'a pourtant pas changé).


Comme tu dis il y a un problème de topologie... mais dans ta logique !

J'ai l'impression que tu fais la différence entre frontière floue (gué 
le long de la route) et nette (route, busage). Avec cette logique tu 
devrais refuser de taguer les routes en filaire puisque leur largeur 
est nette.


Ton argument tient peut-être... mais je ne vois pas comment^^.

Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du 
gué les deux objets physiques routes / rivières passent au même niveau 
et en suivant l'un on passe forcément par l'autre. Dans le cas du 
ruisseau busé il passe en-dessous de la route et on n'est pas censé 
mettre les pieds dans l'eau quand on emprunte la route. Donc aucune 
raison topologique de mettre un point commun entre les deux. Je rajoute 
d'ailleurs systématiquement layer=-1 sur le tronçon tunnel=culvert pour 
bien indiquer qu'il est en-dessous.


Nicolas



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

Re: [OSM-talk-fr] bridge=simple_brunnel


Le 29/10/2019 à 23:22, allegre.guilla...@free.fr a écrit :


Du coup, vous êtes pour accepter tunnel=culvert sur des nœuds ou
pas ?-

Oui


+1


Non ; c'est une question de topologie des objets.

S'ils partagent géométriquement une zone commune (assimilable à un
point), on met un point en commun et un tag dessus.
C'est le cas d'un gué : il existe physiquement une zone qu'on peut
passer à pied (en se mouillant les chaussures éventuellement), et où
l'eau passe aussi.

Pour les ruisseaux busés, les deux flux sont bien séparés. La buse
canalise l'eau, pas le passage humain/véhicules, donc c'est
inapproprié de mettre un tag tunnel sur la voie.


J'avoue ne pas comprendre cette "logique" : dans les deux cas la largeur
de la route traversée est la même. Et assimilable à un point puisqu'on a
modélisé le réseau routier en linéaire.

Pour la longueur traversée, elle est plus petite quand le ruisseau est
busé que quand il peut s'étaler sur la route.

Et là tu dis :
large = représentation ponctuelle possible
étroit = représentation linéaire obligatoire (mais dans l'autre sens qui
n'a pourtant pas changé).

Comme tu dis il y a un problème de topologie... mais dans ta logique !

J'ai l'impression que tu fais la différence entre frontière floue (gué
le long de la route) et nette (route, busage). Avec cette logique tu
devrais refuser de taguer les routes en filaire puisque leur largeur est
nette.

Ton argument tient peut-être... mais je ne vois pas comment^^.

Jean-Yvon

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

Re: [OSM-talk-fr] Projet OpenMultiMaps

2019-10-30 Thread Cyrille37 OSM


Très chouette application, merci!

Cyrille37.

Le 29/10/2019 à 18:43, Cédric Frayssinet a écrit :


Bonjour à tous,

Dernier message pour cette application qui commence à arriver à 
maturité. La version 1.10 vient de sortir sur F-Droid : 
https://f-droid.org/packages/app.fedilab.openmaps/


Depuis la dernière fois, nous avons ajouté de nombreuses cartes :

  * BenMaps, permet d'avoir le trafic et une vue aérienne
  * QwantMaps
  * OpenRailWay
  * OsmHydrant

Les cartes Occitan et Basque sont en accès direct sans passer par un 
menu sur la carte.


Dans la prochaine version sera intégrée une page 'à propos' avec tous 
les noms des projets, les URL, les mainteneurs, les liens vers les 
donations... en espérant que quelques contributeurs s'intéressent à 
des projets méconnus.


Dernière info, l'application s'appelle dorénavant *OpenMultiMaps* et 
est disponible en anglais, français, basque, un peu de catalan, 
neerlandais, allemand, hongrois, occitan, portugais, espagnol et suédois.


Cédric

PS : N'hésitez pas à remonter des problèmes ou des évolutions ici : 
https://framagit.org/tom79/openmaps/



Le 10/10/2019 à 18:09, Cédric Frayssinet a écrit :



Bonjour à tous,

L'application est dorénavant disponible sur le store F-Droid : 
https://f-droid.org/packages/app.fedilab.openmaps/


Elle est déjà traduite en 5 langues, dont le français.

N'hésitez pas à proposer des améliorations sur le dépôt : 
https://framagit.org/tom79/openmaps/issues . J'essaierai de qualifier 
les demandes sachant que Thomas n'est pas du tout expert OSM, il se 
contente de coder et il le fait plutôt bien et vite :)


A noter que le nom risque de changer car OpenMaps est visiblement 
plutôt beaucoup pris sur internet... Faudrait pas avoir un procès 
pour une histoire de nom :)


Cédric

Le 06/10/2019 à 15:27, Cédric Frayssinet a écrit :


Bonjour,

Et merci pour vos retours. Je n'ai pas forcément pensé immédiatement 
l'application comme outils de contributions mais plutôt un outil à 
avoir sur soi pour switcher facilement entre les services éparpillés 
sur le web.


On peut imaginer le scénario suivant (purement fictif, hein ^^) : Je 
veux aller manger dans un restau végétarien au centre d'une petite 
ville de province.


- je lance l'application et OpenRouteService pour trouver le trajet 
adapté,

- je switche sur OpenfuelMap pour faire le plein moins cher,
- je switche sur FreeParking pour trouver un parking gratuit,
- je switche sur OpenVegeMap et avant, je peux avoir basculé sur 
OpenBeerMap pour trouver le bar avec ma bière préféré :)


Bref, l'idée est une application simple et je trouve que 
l'application s'y prête mieux qu'un navigateur sur mobile.
De plus, je suis de plus en plus surpris par l'usage des smartphones 
des gens 'normaux'. La plupart se contente de recherches dans le 
champ Google pour afficher le navigateur, ils n'ont pas l'usage des 
marque-pages, historique ou raccourcis sur le bureau du smartphone.


Concernant la contribution, je l'ai rajouté après car il m'arrive 
souvent de lancer la navigateur pour avoir le rendu osm.org afin de 
savoir si certains POI que je croise sont déjà dans la base. C'est 
la contribution avec OsmAnd qui me rend méfiant. En ajoutant, 
OpenAdvert ou MapContrib, cela pourrait être pratique de tout avoir 
sous la main.


Cédric

Le 06/10/2019 à 14:46, Stéphane Péneau a écrit :

Question peut-être idiote :
Pourquoi une appli et pas un site web ?

Stf

Le 06/10/2019 à 14:03, PanierAvide a écrit :

Bonjour Cédric,

Content de découvrir cette application, ça me semble très 
prometteur pour faire la promotion de la diversité des données 
d'OSM. Avec quelques fonctionnalités en plus (liens vers les 
applis mobiles, ajout de notes ?) ça pourrait même devenir un bon 
couteau suisse de contribution ;-)


Cordialement,

Adrien P.

Le 06/10/2019 à 10:43, Cédric Frayssinet a écrit :

Bonjour à tous,

Quand je suis en formation SNT, pour présenter OpenStreetMap, j'ai
tendance à afficher quelques cartes thématiques pour montrer la 
richesse
de l'éco-système OpenStreetMap. Et puis, jeudi, lors d'une 
formation, je
me suis dit que ce serait pas mal d'avoir une appli qui me 
recense ces

cartes.

J'en ai parlé à Tom79, le talentueux développeur de Fedilab 
(application
pour Mastodon, PeerTube, Pleroma, PixelFed...) qui m'a codé cela 
hier.


L'application OpenMaps est donc née et elle propose un unique bouton
menu qui permet de switcher très rapidement sur les différentes 
cartes

basées sur OSM, classées par catégories.

J'ai donc la toute première version à vous soumettre, l'apk est 
sur la

page du projet ici : https://framagit.org/tom79/openmaps

Dites-moi ce que vous en pensez :)

Bon dimanche !

Cédric

PS : il y a un bug sur MapContrib, je ne sais pas bien pourquoi...





--

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



Promouvoir et soutenir le logiciel libre 


___
Talk-fr mailing list

[talk-cz] Korektura WeeklyOSM CZ

2019-10-30 Thread Tom Ka

Ahoj,

kluci jsou opet po nejake dobe mimo dosah, nasel by se nekdo na
korekturu aspon jednoho cisla, mam dve nachystana ve fronte na vydani.

https://openstreetmap.cz/git/tom.k/WeeklyOSM-CZ

Diky za pomoc.
tom.k

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] building di trasporto pubblico

2019-10-30 Thread Martin Koppenhoefer

Am Mi., 30. Okt. 2019 um 09:07 Uhr schrieb Ale_Zena_IT via Talk-it <
talk-it@openstreetmap.org>:

>
> Buongiorno lista,
>
> gli edifici per il trasporto pubblico li trovo mappati come:
>
> public_transport=station
> https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstation
>


questo è un tag simile a railway=station che dovrebbe comprendere tutta la
stazione, non soltanto gli edifici (e ce ne dovrebbe essere uno per
stazione, non uno per edificio)


>
> building=train_station
> https://wiki.openstreetmap.org/wiki/Tag:building%3Dtrain_station
>


va bene per un edificio



>
> building=transportation
> https://wiki.openstreetmap.org/wiki/Tag:building%3Dtransportation
>


va anche bene per un edificio, ma è molto più generico


>
> e ho notato pure building=station presente nel mondo 969 volte (142 volte
> in Italia) e che non ha una pagina wiki.
>


simile a building=train_station (ma potrebbe essere stato usato anche per
altri tipi di stazioni, esempio stazione di una funivia o funicolare).




> Ha senso utilizzare questo tag? Non si potrebbe utilizzare una
> combinazione di tag più ampiamente adottata e già ufficialmente
> riconosciuta?
>

non ci sono tag ufficialmente riconosciuti ;-)

Io preferirei building=train_station rispetto a building=transportation o
building=station quando si tratta di un edificio principale di una stazione
di treni.

Ciao
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] bridge=simple_brunnel

2019-10-30 Thread allegre . guillaume


Le 30/10/2019 09:35, Yves P. a écrit :

Christian :



Un noeud commun taggué c'est mieux que rien et moins bien que des
géométries bien séparées…

 +1


Guillaume :



Pour les ruisseaux busés, les deux flux sont bien séparés. La
buse canalise l'eau, pas le passage humain/véhicules,

 On est d’accord


donc c'est inapproprié de mettre un tag tunnel sur la voie.

 tunnel: tu voulais dire brunnel ?


Non.
Je veux dire que je veux garder un truc clair :
On ne met pas tunnel=* sur un noeud, on garde ce tag pour des tronçons, 
comme le wiki l'indique.


Si on veut mettre un noeud "incertain", on a "brunnel" faute de mieux.
(mais si c'est pour tagguer à l'économie alors qu'on sait que c'est un 
tunnel=culvert c'est moche).




En attendant, il n’existe pas — à ma connaissance de logiciel —
de routage qui va te proposer de suivre le ruisseau, ou
d’utilisateur qui va suivre son GPS docilement 


C'est pas le problème : s'il y a un truc qui passe au-dessus de l'autre, 
ils n'ont pas à partager un noeud àmha.

Un gué, oui. Une buse, non.




Pour moi "brunnel" est un tag sale mais temporaire, acceptable en
tant que "on n'a pas assez de données pour trancher".

 Oui pour le temporaire. Sale me parait un peu fort.


Alors "temporaire et perfectible".



On pourrait mettre « yes » mais ça prête à confusion.
Ou mettre « unknown » qui serait plus clair ? On voit tout de suite
qu’il faut aller chercher l’info sur le terrain…

Ou ne pas mettre de noeud / chemin « bridge »  sur la route ?
En pratique, il n’y a presque jamais de parapet, et parfois il faut
descendre 10 m au fond du ravin pour voir si on a un tunnel ou des
tuyaux pour le passage de l’eau.


Là tu te places sur le terrain.
Dans ce cas tunnel=yes sur le cours d'eau OU bridge=yes sur la voie, 
mais pas sur un point.


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

Re: [Talk-es] Importación del Catastro de Valencia

2019-10-30 Thread Jordi MF

Por cierto, se me olvidaba algo importante. Quiero agradecer a Javier Sánchez
todo el trabajo que ha hecho y el tiempo que le ha dedicado
desinteresadamente para que el proyecto de importación se haya podido
realizar. Sin él hubiera sido imposible.

Esta comunidad es muy grande.

Un saludo!



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk-fr] Espé devient Inspé


>> On fait comment pour faire adopter ceci sur les principaux rendus ?
> 
> on regarde s'il y a déjà un ticket dans le github osm-carto
> et si c'est pas le cas, on en ouvre un, en y expliquant l'idée
> et on peux y référencer l'url d'un exemple sur le rendu fr

Ma remarque était ironique (désolé, un émoticône s’imposait).

Je me suis usé à faire des tickets, avec des réponses bornées et décourageantes 
des admins.
Si je le fait tout seul dans mon coin, c’est quasiment peine perdu.

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

Re: [OSM-talk-fr] bridge=simple_brunnel


> Christian :
> Un noeud commun taggué c'est mieux que rien et moins bien que des géométries 
> bien séparées…
+1

> Guillaume :
> Pour les ruisseaux busés, les deux flux sont bien séparés. La buse canalise 
> l'eau, pas le passage humain/véhicules,
On est d’accord

> donc c'est inapproprié de mettre un tag tunnel sur la voie.
tunnel: tu voulais dire brunnel ?

La « carte » est — et reste — une interprétation / modélisation de la réalité.
Il faut trouver un compromis entre exactitude (qui sera impossible : toute 
carte est fausse), lisibilité, facilité de mise à jour.

C’est beaucoup plus simple de mettre un noeud avec un tag commun à la route et 
au ruisseau…
Le jour où on a une meilleure orthophoto, on peut le déplacer facilement…
Et dès que la résolution et suffisante (ou qu’on peut aller voir sur le 
terrain), on trace «  fidèlement » l’intersection, avec les bons attributs.

En attendant, il n’existe pas — à ma connaissance de logiciel — de routage qui 
va te proposer de suivre le ruisseau, ou d’utilisateur qui va suivre son GPS 
docilement 

> Pour moi "brunnel" est un tag sale mais temporaire, acceptable en tant que 
> "on n'a pas assez de données pour trancher".
Oui pour le temporaire. Sale me parait un peu fort.

On pourrait mettre « yes » mais ça prête à confusion.
Ou mettre « unknown » qui serait plus clair ? On voit tout de suite qu’il faut 
aller chercher l’info sur le terrain…

Ou ne pas mettre de noeud / chemin « bridge »  sur la route ?
En pratique, il n’y a presque jamais de parapet, et parfois il faut descendre 
10 m au fond du ravin pour voir si on a un tunnel ou des tuyaux pour le passage 
de l’eau.
Quand on a un tunnel qui passe sous une route, on ne met pas bridge=yes sur la 
route du dessus, non ?

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

Re: [OSM-talk-fr] Espé devient Inspé

2019-10-30 Thread marc marc

Le 30.10.19 à 09:14, Yves P. a écrit :
> 
>> C'est ce que fait le rendu FR ;)
>>
>> Si il n'y a plus de place pour le name, short_name est utilisé en plan B.

> On fait comment pour faire adopter ceci sur les principaux rendus ?

on regarde s'il y a déjà un ticket dans le github osm-carto
et si c'est pas le cas, on en ouvre un, en y expliquant l'idée
et on peux y référencer l'url d'un exemple sur le rendu fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re: Espé devient Inspé


> C'est ce que fait le rendu FR ;)
> 
> Si il n'y a plus de place pour le name, short_name est utilisé en plan B.
Bravo 

On fait comment pour faire adopter ceci sur les principaux rendus ?

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

[Talk-es] Importación del Catastro de Valencia

2019-10-30 Thread Jordi MF

Hola a todos,

Acabamos de publicar el proyecto de importación del Catastro de Valencia
[1]. Si alguien quiere colaborar, puede consultar antes la guía de
importación [2]. Si tiene alguna duda, puede realizar cualquier consulta en
esta lista de correo, en el canal de Telegram o contactar conmigo [usuario
Jordi MF en OSM (3)].

Quedáis invitados a contribuir.

Saludos a todos y buen mapeo,
Jordi

[1] https://tareas.openstreetmap.es/project/134
[2]
https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n
[3] https://www.openstreetmap.org/user/Jordi%20MF



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-it] building di trasporto pubblico

2019-10-30 Thread Ale_Zena_IT via Talk-it


Buongiorno lista,

gli edifici per il trasporto pubblico li trovo mappati come:

public_transport=station 
https://wiki.openstreetmap.org/wiki/Tag%3Apublic_transport%3Dstation

building=train_station 
https://wiki.openstreetmap.org/wiki/Tag:building%3Dtrain_station

che potrebbe essere un tag usato in combinazione con public_transport=station 
per descrivere meglio l'utilizzo

building=transportation 
https://wiki.openstreetmap.org/wiki/Tag:building%3Dtransportation

e ho notato pure building=station presente nel mondo 969 volte (142 volte in 
Italia) e che non ha una pagina wiki.

Ha senso utilizzare questo tag? Non si potrebbe utilizzare una combinazione di 
tag più ampiamente adottata e già ufficialmente riconosciuta?


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

Re: [OSM-talk-fr] bridge=simple_brunnel

C'est le côté itératif d'OSM ;)

Un noeud commun taggué c'est mieux que rien et moins bien que des
géométries bien séparées...


"Certes, mais très souvent l'imagerie aérienne permet de le voir."

Nous sommes chanceux en France d'avoir accès à une imagerie de qualité, ce
qui est quand même rare sur le monde entier. N'oublions pas non plus qu'OSM
est à des degrés de maturité et d'accès à des sources très variés et qu'il
faut donc prendre en compte aussi cela dans la façon de décrire "au mieux"
avec ce qu'on a à disposition.


Le mar. 29 oct. 2019 à 23:23,  a écrit :

> Le 29/10/2019 22:53, pepilepi...@ovh.fr a écrit :
> > Le 29/10/2019 à 18:14, Yves P. a écrit :
> >
> >>> Du coup, vous êtes pour accepter tunnel=culvert sur des nœuds ou
> >>> pas ?-
> >> Oui
> >
> > +1
>
> Non ; c'est une question de topologie des objets.
>
> S'ils partagent géométriquement une zone commune (assimilable à un
> point), on met un point en commun et un tag dessus.
> C'est le cas d'un gué : il existe physiquement une zone qu'on peut
> passer à pied (en se mouillant les chaussures éventuellement), et où
> l'eau passe aussi.
>
> Pour les ruisseaux busés, les deux flux sont bien séparés. La buse
> canalise l'eau, pas le passage humain/véhicules, donc c'est inapproprié
> de mettre un tag tunnel sur la voie.
>
> Pour moi "brunnel" est un tag sale mais temporaire, acceptable en tant
> que "on n'a pas assez de données pour trancher".
> tunnel=culvert est un tag propre et définitif, il est réservé au passage
> de l'eau, il ne doit pas se trouver sur un highway.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Re: Espé devient Inspé