[OSM-talk-be] fietsstraten in Mechelen

[Philippe Casteleyn]

Op het Mercierplein is een fietspad voetgangerspad  geworden. Ik heb het al 
aangepast in OSM.
Misschien zijn er nog zulke ingrepen.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

[marc marc]

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: [OSM-talk-fr] bridge=simple_brunnel

[allegre . guillaume]

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

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

[Donat ROBAUX]

En revanche, et désolé de faire l'ayatollah de la typographie, mais sur :

/Institut National Supérieur du Professorat et de l’Éducation/, on ne met
pas de majuscule, dixit
https://fr.wikipedia.org/wiki/Usage_des_majuscules_en_fran%C3%A7ais#Institutions_et_organismes_d'%C3%89tat

Je vois trop de /name /avec des majuscules partout et mon petit cœur est
fragile ;)




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

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

[marc marc]

Le 29.10.19 à 21:08, Cédric Frayssinet a écrit :
> Il y a donc 2 écoles qui s'affrontent :
> 
>   * le respect du nommage OSM
>   * le meilleur nommage pour l'usager et le rendu

c'est un argument biaisé par ton avis.

tout le monde veu le meilleur nommage pour l'usage, le rendu, etc
la question est soit de suivre des conventions et chacun "fonction" se 
résoud à son niveau (un problème d'affichage = se règle dans le rendu),
soit de ne pas les suivre parce qu'un effet ne convient pas (genre le 
rendu ABC ne me plaît pas donc je modifie le nom parce que JE veux voir 
sur LE rendu que je veux... et j'impose aux autres utilisateurs du rendu 
ABC de subir ma modification de la réalité)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[pepilepi...@ovh.fr]

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

JP

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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

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

[osm . sanspourriel]

Pourquoi "académie" quand le site officiel ne le dit pas ?

Exemple :
http://www.inspe-bretagne.fr/presentation-de-l-inspe-de-bretagne#overlay-context=

Et oui on dit "de Bretagne" et non "de l'académie de Rennes".

Et comme les sites sont "de Trucmuch" ou Trucmuch est le nom de la ville
ce ne sont pas des noms mais des descriptions.

Alors une relation site entre les différents sites pour regrouper par
académie ? Avec ici name=INSPÉ de Bretagne, alt_name =Institut National
Supérieur du Professorat et de l’Éducation de Bretagne ?

Une chose est sûre personne ne va utiliser le nom long. Au fait est-ce
un nom au une description ? Le changement de "nom" "s'inscrit dans une
volonté gouvernementale de modifier la formation des enseignants et CPE"
(opus cite).

Donc pour mettre le truc à rallonge dans alt_name (je suis gentil, c'est
quand même une description^^).

Jean-Yvon

Le 29/10/2019 à 21:08, Cédric Frayssinet - lis...@frayssinet.org a écrit :

Il y a donc 2 écoles qui s'affrontent :

  * le respect du nommage OSM
  * le meilleur nommage pour l'usager et le rendu

Le respect du nommage OSM donnerait :

 *
name = Institut National Supérieur du Professorat et de l’Éducation de 
l'académie de Bordeaux
 *
short_name = INSPÉ de l'académie de Bordeaux
 *
old_name = École Supérieure du Professorat et de l’Éducation de l'académie 
de Bordeaux


Le bon nommage pour l'usager serait :

 *
name = INSPÉ de l'académie de Bordeaux
 *
alt_name = Institut National Supérieur du Professorat et de l’Éducation de 
l'académie de Bordeaux
  * short_name = INSPÉ
 *
old_name = École Supérieure du Professorat et de l’Éducation de l'académie 
de Bordeaux


Je viens de regarder ce que faisait Google et il ont tagué en "INSPÉ -
Académie de Lyon"

Personnellement, je partirai plus pour le nommage côté usagers (et
rendu par la même occasion :))

Cédric

Le 29/10/2019 à 20:52, Yves P. a écrit :



Que pensez-vous de cela ?

Pour le siège académique :

name = Institut National Supérieur du Professorat et de l’Éducation de
l'académie de Bordeaux
alt_name = INSPÉ de l'académie de Bordeaux
short_name = INSPE
old_name = ESPE


short_name est la version courte de name, pas une version courte
d'une partie :)

On peut voir ça comme ça 


du coup cela devrait ressembler à
name = Institut National Supérieur du Professorat et de
l’Éducation de l'académie de Bordeaux

ça reste trop long 


short_name = INSPÉ de l'académie de Bordeaux

et short_short_name = INSPÉ 


name est trop long à afficher sur le rendu. C’est illisible, prend
trop de place.

Ne serait-ce justement pas le travail du code de rendu d'afficher
short_name plutôt que name dans certaines conditions ?

ça serait l’idéal. Mais à ma connaissance, aucun rendu ne le fait.
Et comme ça semble la galère de faire bouger les admins d’OSM, ce que
j’ai fait pour les CIS du Jura fonctionne pour le rendu *et* pour la
recherche avec Nominatim.


si tu penses qu'il y a un défaut de rendu (et je partage ton
avis), ouvre un ticket pour le rendu : proposer d'utiliser
short_name si name > X caractères

Je pensais plutôt à :

  * zoom=x à y → short_name
  * zoom=y à z → name


Tu peux voir ça aussi en pixels, ou alors en fonction de
l’encombrement des libellés pour éviter qu’ils ne se superposent
(compliqué).


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.
On trouve :

  * Maison départementale des personnes handicapées
  * MDPH 92
  * Maison Départementale des Personnes Handicapées (MDPH)
  * MDPH
  * Direction de la Solidarité Départementale - MDPH
  * MDPH - Maison Départementale des Personnes Handicapées.
  * MDPH Résidence Robinson
  * MDPH de l’Yonne
  * Bâtiment H - MDPH
  * MDPH Conseil Départemental
  * Bâtiment MDPH Mayotte
  * MDPH 44 - Maison départementale des personnes handicapées de
Loire Atlantique
Celui ci a été targué par Mr Catburry 
  * Maison départementale des personnes handicapées d'Ille-et-Vilaine
  * Maison départementale des personnes handicapées de la Seine-Maritime
  * Maison départementale des personnes handicapées des Côtes-d’Armor
  * Maison départementale personnes handicapées
Ici il semble y avoir une délétion du gène « des » 藍


—
Yves

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



--

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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

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

[Cédric Frayssinet]

Il y a donc 2 écoles qui s'affrontent :

  * le respect du nommage OSM
  * le meilleur nommage pour l'usager et le rendu

Le respect du nommage OSM donnerait :

  *

name = Institut National Supérieur du Professorat et de l’Éducation de 
l'académie de Bordeaux

  *

short_name = INSPÉ de l'académie de Bordeaux

  *

old_name = École Supérieure du Professorat et de l’Éducation de l'académie 
de Bordeaux


Le bon nommage pour l'usager serait :

  *

name = INSPÉ de l'académie de Bordeaux

  *

alt_name = Institut National Supérieur du Professorat et de l’Éducation de 
l'académie de Bordeaux

  * short_name = INSPÉ
  *

old_name = École Supérieure du Professorat et de l’Éducation de l'académie 
de Bordeaux


Je viens de regarder ce que faisait Google et il ont tagué en "INSPÉ -
Académie de Lyon"

Personnellement, je partirai plus pour le nommage côté usagers (et rendu
par la même occasion :))

Cédric

Le 29/10/2019 à 20:52, Yves P. a écrit :
>
>>> Que pensez-vous de cela ?
>>>
>>> Pour le siège académique :
>>>
>>> name = Institut National Supérieur du Professorat et de l’Éducation de
>>> l'académie de Bordeaux
>>> alt_name = INSPÉ de l'académie de Bordeaux
>>> short_name = INSPE
>>> old_name = ESPE
>>
>> short_name est la version courte de name, pas une version courte
>> d'une partie :)
> On peut voir ça comme ça 
>
>> du coup cela devrait ressembler à
>> name = Institut National Supérieur du Professorat et de
>> l’Éducation de l'académie de Bordeaux
> ça reste trop long 
>
>> short_name = INSPÉ de l'académie de Bordeaux
> et short_short_name = INSPÉ 
>
>>> name est trop long à afficher sur le rendu. C’est illisible, prend
>>> trop de place.
>> Ne serait-ce justement pas le travail du code de rendu d'afficher
>> short_name plutôt que name dans certaines conditions ?
> ça serait l’idéal. Mais à ma connaissance, aucun rendu ne le fait.
> Et comme ça semble la galère de faire bouger les admins d’OSM, ce que
> j’ai fait pour les CIS du Jura fonctionne pour le rendu *et* pour la
> recherche avec Nominatim.
>
>> si tu penses qu'il y a un défaut de rendu (et je partage ton
>> avis), ouvre un ticket pour le rendu : proposer d'utiliser
>> short_name si name > X caractères
> Je pensais plutôt à :
>
>   * zoom=x à y → short_name
>   * zoom=y à z → name
>
>
> Tu peux voir ça aussi en pixels, ou alors en fonction de
> l’encombrement des libellés pour éviter qu’ils ne se superposent
> (compliqué).
>
>> 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.
> On trouve :
>
>   * Maison départementale des personnes handicapées
>   * MDPH 92
>   * Maison Départementale des Personnes Handicapées (MDPH)
>   * MDPH
>   * Direction de la Solidarité Départementale - MDPH
>   * MDPH - Maison Départementale des Personnes Handicapées.
>   * MDPH Résidence Robinson
>   * MDPH de l’Yonne
>   * Bâtiment H - MDPH
>   * MDPH Conseil Départemental
>   * Bâtiment MDPH Mayotte
>   * MDPH 44 - Maison départementale des personnes handicapées de Loire
> Atlantique
> Celui ci a été targué par Mr Catburry 
>   * Maison départementale des personnes handicapées d'Ille-et-Vilaine
>   * Maison départementale des personnes handicapées de la Seine-Maritime
>   * Maison départementale des personnes handicapées des Côtes-d’Armor
>   * Maison départementale personnes handicapées
> Ici il semble y avoir une délétion du gène « des » 藍
>
>
> —
> Yves
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

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: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

[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 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.

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 :)

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

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

[osm . sanspourriel]

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
name;phone;short_name;brand;website;address;;latitude;longitude;result_label;result_score;result_type;result_id;housenumber;street;postcode;city;code_departement;departement;region;ref:INSEE
Univairmer;+33 4 79 61 68 
63;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;89 rue du 
Casino;Aix-les-Bains;45.689758;5.91342;89 Rue du Casino 73100 
Aix-les-Bains;0.3;housenumber;73008_0360_00089;89;Rue du 
Casino;73100;Aix-les-Bains;73; Savoie; Auvergne-Rhône-Alpes;73008
Univairmer;+33 4 79 10 02 
00;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;49 rue de 
la République;Albertville;45.676701;6.390637;49 Rue de la République 73200 
Albertville;0.35;housenumber;73011_1360_00049;49;Rue de la 
République;73200;Albertville;73; Savoie; Auvergne-Rhône-Alpes;73011
Visiteurs & Univairmer;+33 3 22 71 26 
71;;"Visiteurs;Univairmer";https://voyages.univairmer.com/rechercheAgence.cfm;5 
rue de la République;Amiens;49.8927;2.297212;5 Rue de la République 8 
Amiens;0.29;housenumber;80021_6820_5;5;Rue de la 
République;8;Amiens;80; Somme; Hauts-de-France;80021
Univairmer;+33 2 41 25 34 
00;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;25 rue 
d'Alsace;Angers;47.469693;-0.549356;25 Rue d'Alsace 49100 
Angers;0.27;housenumber;49007_0170_00025;25;Rue d'Alsace;49100;Angers;49; 
Maine-et-Loire; Pays de la Loire;49007
Univairmer;+33 4 50 37 45 
89;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;13 rue de 
la 
Gare;Annemasse;46.19441;6.233705;https://adresse.data.gouv.fr/map?lng=6.233705=46.19441=1813;Rue
 de La Gare;74100;Annemasse;74;Haute-Savoie,;Auvergne-Rhône-Alpes ;74012
Univairmer;+33 7 71 05 70 
59;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;4 boulevard 
des Lices;Arles;43.675321;4.628047;4 Boulevard des Lices 13200 
Arles;0.28;housenumber;13004_2755_4;4;Boulevard des Lices;13200;Arles;13; 
Bouches-du-Rhône; Provence-Alpes-Côte d'Azur;13004
Univairmer;+33 5 62 61 23 
90;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;4 rue 
Gambetta;Auch;43.647156;0.584392;4 Rue Gambetta 32000 
Auch;0.24;housenumber;32013_1920_4;4;Rue Gambetta;32000;Auch;32; Gers; 
Occitanie;32013
Univairmer;+33 3 44 45 81 
81;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;29 rue 
Tapisserie;Beauvais;49.427745;2.082684;29 Rue de la Tapisserie 6 
Beauvais;0.28;housenumber;60057_3100_00029;29;Rue de la 
Tapisserie;6;Beauvais;60; Oise; Hauts-de-France;60057
Univairmer;+33 5 59 22 73 
30;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;18 avenue 
du Maréchal Foch;Biarritz;43.480713;-1.558852;18 Avenue du Maréchal Foch 64200 
Biarritz;0.33;housenumber;64122_1350_00018;18;Avenue du Maréchal 
Foch;64200;Biarritz;64; Pyrénées-Atlantiques; Nouvelle-Aquitaine;64122
Kuoni & Univairmer;+33 1 42 42 31 
31;;"Kuoni;Univairmer";https://voyages.univairmer.com/rechercheAgence.cfm;41 
Rue des Bourguignons;Bois-Colombes;48.913954;2.273681;41 Rue des Bourguignons 
92270 Bois-Colombes;0.34;housenumber;92009_0685_00041;41;Rue des 
Bourguignons;92270;Bois-Colombes;92; Hauts-de-Seine; Île-de-France;92009
Kuoni & Univairmer;+33 5 57 34 10 
50;;"Kuoni;Univairmer";https://voyages.univairmer.com/rechercheAgence.cfm;51 
cours 
portal;Bordeaux;44.854076;-0.572495;https://adresse.data.gouv.fr/map?lng=-0.572495=44.854076=1851;Cours
 Portal;33000;Bordeaux;33;Gironde;Nouvelle-Aquitaine;33063
Univairmer;+33 4 74 19 02 
80;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;12 rue 
Robert Belmont;Bourgoin-Jallieu;45.585164;5.278483;12 Rue Robert Belmont 38300 
Bourgoin-Jallieu;0.35;housenumber;38053_0800_00012;12;Rue Robert 
Belmont;38300;Bourgoin-Jallieu;38; Isère; Auvergne-Rhône-Alpes;38053
La Boutique des Croisières;+33 4 93 39 47 
82;;;https://voyages.univairmer.com/rechercheAgence.cfm;14 rue Jean de 
Riouffe;Cannes;43.553078;7.017143;14 Rue Jean de Riouffe 06400 
Cannes;0.27;housenumber;06029_1740_00014;14;Rue Jean de Riouffe;6400;Cannes;6; 
Alpes-Maritimes; Provence-Alpes-Côte d'Azur;6029
Univairmer;+33 3 85 90 90 
10;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;12 rue du 
Chatelet;Chalon-sur-Saone;46.781382;4.857105;12 Rue du Châtelet 71100 
Chalon-sur-Saône;0.34;housenumber;71076_1660_00012;12;Rue du 
Châtelet;71100;Chalon-sur-Saône;71; Saône-et-Loire; 
Bourgogne-Franche-Comté;71076
Univairmer;+33 4 79 85 00 
78;UM;Univairmer;https://voyages.univairmer.com/rechercheAgence.cfm;12 rue 
Porte Reine;Chambéry;45.564029;5.919853;12 Rue Porte Reine 73000 

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

[Yves P.]

>> Que pensez-vous de cela ?
>> 
>> Pour le siège académique :
>> 
>> name = Institut National Supérieur du Professorat et de l’Éducation de 
>> l'académie de Bordeaux
>> alt_name = INSPÉ de l'académie de Bordeaux
>> short_name = INSPE
>> old_name = ESPE
> 
> short_name est la version courte de name, pas une version courte d'une partie 
> :)
On peut voir ça comme ça 

> du coup cela devrait ressembler à
> name = Institut National Supérieur du Professorat et de l’Éducation de 
> l'académie de Bordeaux
ça reste trop long 

> short_name = INSPÉ de l'académie de Bordeaux
et short_short_name = INSPÉ 

>> name est trop long à afficher sur le rendu. C’est illisible, prend trop de 
>> place.
> Ne serait-ce justement pas le travail du code de rendu d'afficher short_name 
> plutôt que name dans certaines conditions ?
ça serait l’idéal. Mais à ma connaissance, aucun rendu ne le fait.
Et comme ça semble la galère de faire bouger les admins d’OSM, ce que j’ai fait 
pour les CIS du Jura fonctionne pour le rendu et pour la recherche avec 
Nominatim.

> si tu penses qu'il y a un défaut de rendu (et je partage ton avis), ouvre un 
> ticket pour le rendu : proposer d'utiliser short_name si name > X caractères
Je pensais plutôt à :
zoom=x à y → short_name
zoom=y à z → name

Tu peux voir ça aussi en pixels, ou alors en fonction de l’encombrement des 
libellés pour éviter qu’ils ne se superposent (compliqué).

> 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.
On trouve :
Maison départementale des personnes handicapées
MDPH 92
Maison Départementale des Personnes Handicapées (MDPH)
MDPH
Direction de la Solidarité Départementale - MDPH
MDPH - Maison Départementale des Personnes Handicapées.
MDPH Résidence Robinson
MDPH de l’Yonne
Bâtiment H - MDPH
MDPH Conseil Départemental
Bâtiment MDPH Mayotte
MDPH 44 - Maison départementale des personnes handicapées de Loire Atlantique
Celui ci a été targué par Mr Catburry 
Maison départementale des personnes handicapées d'Ille-et-Vilaine
Maison départementale des personnes handicapées de la Seine-Maritime
Maison départementale des personnes handicapées des Côtes-d’Armor
Maison départementale personnes handicapées
Ici il semble y avoir une délétion du gène « des » 藍

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

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

[marc marc]

Le 29.10.19 à 20:20, Yves P. a écrit :
> name est trop long à afficher sur le rendu. C’est illisible,  
> prend trop de place.
> Et comme en France on aime les acronymes, on les utilisent, non ?

si tu penses qu'il y a un défaut de rendu (et je partage ton avis),
ouvre un ticket pour le rendu : proposer d'utiliser short_name
si name > X caractères
mais évitons de tager pour le rendu en rentrant des données erronées

> Pour les Centres d’incendie et de secours du Jura, j’ai mis partout :
> name = CIS Grand-Dole
> alt_name = Centre d'incendie et de secours
> short_name = CIS
> operator = SDIS 39
> 
> Le alt_name (identique partout) permettant une recherche sur le nom complet

et là du tagé pour un moteur de recherche :(
qui en plus n'en a généralement pas besoin vu que nominatim
par ex indexe aussi short_name
->
name = Centre d'incendie et de secours Grand-Dole
short_name = CIS Grand-Dole
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[grubernd]

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. ;-)

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.


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.



grüsse,
grubernd

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

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

[Adrien André via Talk-fr]

Le 19-10-29 à 15 h 20, Yves P. a écrit :
name est trop long à afficher sur le rendu. C’est illisible, prend 
trop de place.

Ne serait-ce justement pas le travail du code de rendu
d'afficher short_name plutôt que name dans certaines conditions ?


___
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" ?

[marc marc]

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

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

[marc marc]

Le 29.10.19 à 19:13, Cédric Frayssinet a écrit :
> 
> Que pensez-vous de cela ?
> 
> Pour le siège académique :
> 
> name = Institut National Supérieur du Professorat et de l’Éducation de 
> l'académie de Bordeaux
> alt_name = INSPÉ de l'académie de Bordeaux
> short_name = INSPE
> old_name = ESPE

short_name est la version courte de name,
pas une version courte d'une partie :)
du coup cela devrait ressembler à
name = Institut National Supérieur du Professorat et de l’Éducation
de l'académie de Bordeaux
short_name = INSPÉ de l'académie de Bordeaux
old_name = École Supérieure du Professorat et de l’Éducation de
l'académie de Bordeaux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Yves P.]

> Que pensez-vous de cela ?
name est trop long à afficher sur le rendu. C’est illisible, prend trop de 
place.
Et comme en France on aime les acronymes, on les utilisent, non ?

Pour les Centres d’incendie et de secours du Jura, j’ai mis partout :
name = CIS Grand-Dole
alt_name = Centre d'incendie et de secours
short_name = CIS
operator = SDIS 39

Le alt_name (identique partout) permettant une recherche sur le nom complet
> 
> Pour le siège académique :
> 
> name = Institut National Supérieur du Professorat et de l’Éducation de 
> l'académie de Bordeaux
> alt_name = INSPÉ de l'académie de Bordeaux
name = INSPÉ de l'académie de Bordeaux
alt_name = Institut National Supérieur du Professorat et de l’Éducation

> short_name = INSPE
> old_name = ESPE
short_name = INSPÉ
old_name = ESPÉ
(soit on met l’accent PARTOUT, soit tu l’enlève )

> 
> avec la déclinaison par site :
> 
> name= Institut National Supérieur du Professorat et de l’Éducation - Site de 
> Dordogne
> alt_name = INSPÉ  - Site de Dordogne
alt_name= Institut National Supérieur du Professorat et de l’Éducation
name = INSPÉ  - Site de Dordogne

A-t-on vraiment besoin du tiret ?
name = INSPÉ site de Dordogne

> Je pense qu'INSPE est important à noter car on ne recherche jamais le nom 
> complet dans les moteurs de recherches.
Oui, raison de plus pour le mettre dans name


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

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

[osm . sanspourriel]

> alt_name = INSPÉ  - Site de Dordogne
alt_name = INSPÉ - Site de Dordogne
(une espace en trop)
Je pense qu'Osmose va râler (deux noms dans un).
Maintenant si on trouve que c'est bon, on met ça comme faux positif.

short_name = INSPE
short_name = INSPÉ

> old_name = ESPE
old_name = ÉSPÉ

Le moteur de recherche saura s'abstraire des majuscules accentuées par
contre dans OSM on doit mettre les bons caractères.

Le 29/10/2019 à 19:13, Cédric Frayssinet - lis...@frayssinet.org a écrit :


Que pensez-vous de cela ?


___
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" ?

[osm . sanspourriel]

Parmi les "indépendants" pas mal sont les franchises des Voyages Masson,
alias Univairmer et cie.

On voit que ça couvre pas mal de Thomas CooK mais par exemple sur
Marseille un ancien Donatello.

Ce que j'ai fait :

- récupéré les noms, adresses et tél sur leur site
- nettoyé, formaté les données
- nettoyé, formaté les données (oui il y avait du boulot)
- ajouté short_name=UM pour les Univairmer (c'est proche du logo)
- ajouté website (bof, c'est générique et mène à une carte GM)

- fait une passe de géocodage massif avec
https://adresse.data.gouv.fr/csv (la forme qui a le mieux marché c'est
, )

- fait une seconde passe avec https://adresse.data.gouv.fr/map pour les
rétifs (voir la formule magique pour extraire les coordonnées dans le
ODS, rien de sorcier, juste pénible à écrire).

J'arrive à du 100 % au numéro.

Je n'ai pas ajouté brand car j'avais un soucis avec "Visiteurs &
Univairmer" et "Asia & Univairmer" : est-ce que Visiteurs et Asia sont
des marques ? On met seulement Univairmer ?

Qui propose l'étape suivante pour relever le défi proposé par Vincent ?

Jean-Yvon


Le 28/10/2019 à 18:52, Jean-Yvon Landrac a écrit :

Le 28/10/2019 à 11:39, Vincent Bergeot - vinc...@bergeot.org a écrit :

Je tique sur le caractère massif du changement de shop=* faute au
moins de savoir si toutes les agences de ce voyagiste sont des
agences exclusives ET fermées. Plutôt qu'une modif en aveugle je
trouverais plus qualitatif de suggérer aux contributeurs des villes
d'implantation de checker le caractère ouvert/fermé. 91 agences, on
doit pouvoir y arriver rapidement, c'est même un test intéressant,
non ?


Bonjour,

je confirme après une recherche ici
(https://agence.thomascook.fr/search?query=gironde#search-basic-results)
ET une coup de téléphone à la première agence marquée commerçant
indépendant, beaucoup de boutique sont en fait des franchises et à
priori ne vont pas fermer !

brand disparaît mais que cela soit le nom visible et/ou l'agence de
voyage cela semble plus complexe

à plus


Pour compléter ce que disent les Vincent, l'agence de Lorient a été
ripolinée

en Univairmer (et merci pour le lien ci-dessus).

D'autres agences Thomas Cook appartiennent aux Voyages Masson, il est
probable que ces agences changent juste de nom commercial.

https://www.societe.com/etablissements/voyages-masson-303435010.html

Donc plutôt pour les prendre une à une.

Jean-Yvon



Univarmer.geocoded.ods
Description: Binary data
name;phone;short_name;website;address;;latitude;longitude;result_label;result_score;result_type;result_id;housenumber;street;postcode;city;code_departement;departement;region;ref:INSEE
Univairmer;+33 4 79 61 68 
63;UM;https://voyages.univairmer.com/rechercheAgence.cfm;89 rue du 
Casino;Aix-les-Bains;45.689758;5.91342;89 Rue du Casino 73100 
Aix-les-Bains;0.3;housenumber;73008_0360_00089;89;Rue du 
Casino;73100;Aix-les-Bains;73; Savoie; Auvergne-Rhône-Alpes;73008
Univairmer;+33 4 79 10 02 
00;UM;https://voyages.univairmer.com/rechercheAgence.cfm;49 rue de la 
République;Albertville;45.676701;6.390637;49 Rue de la République 73200 
Albertville;0.35;housenumber;73011_1360_00049;49;Rue de la 
République;73200;Albertville;73; Savoie; Auvergne-Rhône-Alpes;73011
Visiteurs & Univairmer;+33 3 22 71 26 
71;;https://voyages.univairmer.com/rechercheAgence.cfm;5 rue de la 
République;Amiens;49.8927;2.297212;5 Rue de la République 8 
Amiens;0.29;housenumber;80021_6820_5;5;Rue de la 
République;8;Amiens;80; Somme; Hauts-de-France;80021
Univairmer;+33 2 41 25 34 
00;UM;https://voyages.univairmer.com/rechercheAgence.cfm;25 rue 
d'Alsace;Angers;47.469693;-0.549356;25 Rue d'Alsace 49100 
Angers;0.27;housenumber;49007_0170_00025;25;Rue d'Alsace;49100;Angers;49; 
Maine-et-Loire; Pays de la Loire;49007
Univairmer;+33 4 50 37 45 
89;UM;https://voyages.univairmer.com/rechercheAgence.cfm;13 rue de la 
Gare;Annemasse;46.19441;6.233705;https://adresse.data.gouv.fr/map?lng=6.233705=46.19441=1813;Rue
 de La Gare;74100;Annemasse;74;Haute-Savoie,;Auvergne-Rhône-Alpes ;74012
Univairmer;+33 7 71 05 70 
59;UM;https://voyages.univairmer.com/rechercheAgence.cfm;4 boulevard des 
Lices;Arles;43.675321;4.628047;4 Boulevard des Lices 13200 
Arles;0.28;housenumber;13004_2755_4;4;Boulevard des Lices;13200;Arles;13; 
Bouches-du-Rhône; Provence-Alpes-Côte d'Azur;13004
Univairmer;+33 5 62 61 23 
90;UM;https://voyages.univairmer.com/rechercheAgence.cfm;4 rue 
Gambetta;Auch;43.647156;0.584392;4 Rue Gambetta 32000 
Auch;0.24;housenumber;32013_1920_4;4;Rue Gambetta;32000;Auch;32; Gers; 
Occitanie;32013
Univairmer;+33 3 44 45 81 
81;UM;https://voyages.univairmer.com/rechercheAgence.cfm;29 rue 
Tapisserie;Beauvais;49.427745;2.082684;29 Rue de la Tapisserie 6 
Beauvais;0.28;housenumber;60057_3100_00029;29;Rue de la 
Tapisserie;6;Beauvais;60; Oise; Hauts-de-France;60057
Univairmer;+33 5 59 22 73 
30;UM;https://voyages.univairmer.com/rechercheAgence.cfm;18 

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

[Cédric Frayssinet]

Que pensez-vous de cela ?

Pour le siège académique :

name = Institut National Supérieur du Professorat et de l’Éducation de
l'académie de Bordeaux
alt_name = INSPÉ de l'académie de Bordeaux
short_name = INSPE
old_name = ESPE

avec la déclinaison par site :

name= Institut National Supérieur du Professorat et de l’Éducation -
Site de Dordogne
alt_name = INSPÉ  - Site de Dordogne
short_name = INSPE
old_name = ESPE

Je pense qu'INSPE est important à noter car on ne recherche jamais le
nom complet dans les moteurs de recherches. De plus, il semblerait que
tous les ESPE soit renommé avec l'académie (c'est le cas par exemple de
Bordeaux).


Cédric




Le 28/10/2019 à 19:06, osm.sanspourr...@spamgourmet.com a écrit :
>
> http://reseau-*espe*.fr/reseau-des-*espe*/l-annuaire-des-*espe*/*espe*?id*espe*=3
>
> Accueil  > Réseau des INSPÉ
>  > L'annuaire des *ESPE*
>  > *ESPE*
>
> *ESPE* d'Aquitaine
>
> Il n'y a pas que nous à devoir faire des mises-à-jour !
>
> Suit :
>
> site de Dordogne
> Site de Gironde - Bordeaux-Caudéran
> Site de Gironde - Mérignac
> site de Lot-et-Garonne
> site des Landes
> Site des Pyrénées-Atlantiques
>
> Donc ça donne short_name=INSPÉ mais pour les noms ?
>
> INSPÉ site de Dordogne ?
>
> Institut National Supérieur du Professorat et de l’Éducation site de
> Dordogne ?
>
> Un peu comme les IUFM on utilise je suppose plutôt les initiales que
> le nom complet.
>
> Donc INSPÉ site de Dordogne ?
>
> Ou on maintient le principe que les noms ne doivent pas être abrégés ?
>
> Il vaut mieux se mettre d'accord avant et dérouler ensuite.
>
> Jean-Yvon
>
>
> Le 28/10/2019 à 18:45, Vincent Bergeot - vinc...@bergeot.org a écrit :
>> Le 28/10/2019 à 17:44, marc marc a écrit :
>>> c'est crédible d'en avoir 1238 https://overpass-turbo.eu/s/Nvp ?
>>>
>>> Il serrait bon de vérifier le résultat avant toute modif.
>>
>> Si on regarde ici (même si le nom change, je pense que la plupart des
>> établissements reste ?)
>> http://reseau-espe.fr/reseau-des-inspe/nos-etablissements
>>
>> 33 établissements (statut juridique) avec 150 sites de formation.
>>
>> Si vous voulez aller voir la carte :)
>> http://reseau-espe.fr/reseau-des-espe/l-annuaire-des-espe
>>
>> Par exemple 1 "ESPE" Aquitaine avec 6 sites :
>> http://reseau-espe.fr/reseau-des-espe/l-annuaire-des-espe/espe?idespe=3
>>
>> Donc on doit plutôt s'attendre à 150 objets environ
>>
>>
>>>
>>> Le 28.10.19 à 17:37, Marc M. a écrit :
 Bonjour,

 point de départ : https://overpass-turbo.eu/
 bouton assistant
 tu tapes : name="ESPE" in France
 clic sur "construire et exécuter"
 cela te donnera un bon début :)

 ensuite pour avoir les objets dont le nom contient ESPE,
 remplacer le = par ~ (cela fonctionne aussi dans l'assistant)

 pour ignorer les différences majuscule/minuscule,
 on rajoute un ,i après

 lien vers la doc
> https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Valeur_correspondant_.C3.A0_une_expression_r.C3.A9guli.C3.A8re_.28.7E.2C_.21.7E.29
>
>

 ne pas oublier de chercher aussi ceux qui sont correctement tagé
 et qui ont donc l'abréviation dans short_name (assistant
 short_name~ESPE
 in France)

 pour les éditer, soit un à un dans iD, soit export josm

 Le 28.10.19 à 12:48, Cédric Frayssinet a écrit :
> Bonjour et merci pour vos réponses.
>
> A moins que vous ayez un tuto à me montrer, je ne sais pas faire
> :( Si
> quelqu'un peut faire la modif, ce serait super :)
>
> Merci à tous,
>
> CF
>
>
>
> Le 26/10/2019 à 23:26, Yves P. a écrit :
>>> Si tu es plus fort, tu fais la modification avec Overpass-turbo,
>>> vérifie et injecte sur le serveur.
>>>
>>> Mais il ne doit pas y en avoir 500 000.
>>>
>>>
>> Overpass rame à cette heure.
>>
>> Une recherche Nominatim avec « ESPE, France » renvoi environ 95
>> objets de ces types :
>>
>>    * Université
>>    * Établissement d’enseignement supérieur
>>    * École
>>    * Bâtiment
>>    * Bibliothèque
>>    * Informations
>>    * Arrêt de bus
>>    * Parking
>>
>>
>>> Si les noms sont identiques tu peux même faire une sélection
>>> multiple par nom et faire les changements d'un coup.
>>>
>>    * ESPE
>>    * ESPÉ
>>    * ÉSPÉ
>>    * École supérieure du professorat et de l'éducation (ESPE)
>>    * École Supérieure du Professorat et de l’Éducation
>>    * ENSPE ??
>>    * École supérieure du professorat et de l'éducation (antenne)
>>    * École*s* supérieure*s* du professorat et de l’éducation
>>    * École supérieure du professorat et de l'éducation (antenne de
>> Bourges)
>>    * École supérieure du professorat et de l'éducation de Bourgogne
>>    * École supérieure du 

Re: [OSM-talk-fr] Projet OpenMultiMaps

[Cédric Frayssinet]

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...

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

[Yves P.]

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

—
Yves

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

Re: [Talk-it] [talk-it] Pagina wiki highway=cycleway va aggiornata

[Federico Cortese]

On Tue, Oct 29, 2019 at 5:33 PM Federico Cortese  wrote:
>
> > Propongo un'altra soluzione:
> > Nella pagina italiana si scrive all'inizio:
> > "il contenuto di questa pagina è da considerare valida solo in Italia. Per 
> > altri paesi si consilgia fare riferimento alle pagine corrispondenti per i 
> > vari paesi o alla pagina inglese"
> Più o meno è quanto indicato sulla pagina in inglese:
> "Different countries have their own rules as to whether foot access is
> allowed by default on cycleways. See default access restrictions. In
> countries where foot access is not allowed by default, use the
> foot=designated or foot=yes tag when foot access is allowed. In this
> case, you can add the segregated=* tag to indicate whether or not
> there is a separate pedestrian lane present."
>

Chiaramente a parte l'accesso ai pedoni di default o meno, ci sono
tutte le altre finezze che tu ben conosci, quindi va benissimo
aggiungere anche l'accezione più generica da te indicata.

Ciao,
Federico

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

Re: [Talk-it] [talk-it] Pagina wiki highway=cycleway va aggiornata

[Federico Cortese]

On Tue, Oct 29, 2019 at 1:08 PM Volker Schmidt  wrote:
>
> Non penso che una traduzione 1:1 della pagina inglese sia una buona soluzione.
Assolutamente no, infatti vanno benissimo le correzioni/integrazioni
da te indicate, che comunque trovano riscontro anche nella versione
inglese.
La mia proposta era di partire dalla versione inglese e aggiungere i
tuoi suggerimenti.

> Propongo un'altra soluzione:
> Nella pagina italiana si scrive all'inizio:
> "il contenuto di questa pagina è da considerare valida solo in Italia. Per 
> altri paesi si consilgia fare riferimento alle pagine corrispondenti per i 
> vari paesi o alla pagina inglese"
Più o meno è quanto indicato sulla pagina in inglese:
"Different countries have their own rules as to whether foot access is
allowed by default on cycleways. See default access restrictions. In
countries where foot access is not allowed by default, use the
foot=designated or foot=yes tag when foot access is allowed. In this
case, you can add the segregated=* tag to indicate whether or not
there is a separate pedestrian lane present."

> Mi sono reso conto quando ho lavorato alla bozza di una nuova pagina 
> IT:bicycle che ci sono troppo finezze nazionali da documentare e anche per 
> questa pagina vorrei adoperare una soluzione simile.
Anche il riferimento a IT:bicycle
(https://wiki.openstreetmap.org/wiki/IT:Biciclette) manca
completamente nella pagina italiana, mentre c'è in quella inglese:
"The Bicycle (https://wiki.openstreetmap.org/wiki/Bicycle) page
provides more information about how to tag bicycle-related
infrastructure in general."

Ciao,
Federico

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

Re: [Talk-it] Digest di Talk-it, Volume 155, Numero 49

[giaccai]

 unsubscribe [dinora8543] [address=giac...@gmail.com]

Il giorno mar 29 ott 2019 alle ore 13:06 
ha scritto:

> Invia le richieste di iscrizione alla lista Talk-it all'indirizzo
> talk-it@openstreetmap.org
>
> Per iscriverti o cancellarti attraverso il web, visita
> https://lists.openstreetmap.org/listinfo/talk-it
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
> talk-it-requ...@openstreetmap.org
>
> Puoi contattare la persona che gestisce la lista all'indirizzo
> talk-it-ow...@openstreetmap.org
>
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista Talk-it..."
> Argomenti del Giorno:
>
>1. Re: mappare sede associazione Esperantista (Martin Koppenhoefer)
>
>
>
> -- Forwarded message --
> From: Martin Koppenhoefer 
> To: openstreetmap list - italiano 
> Cc:
> Bcc:
> Date: Tue, 29 Oct 2019 11:17:24 +0100
> Subject: Re: [Talk-it] mappare sede associazione Esperantista
>
>
> sent from a phone
>
> > Il giorno 29 ott 2019, alle ore 10:08, Marco Ciampa 
> ha scritto:
> >
> >
> >> - gli oggetti che hanno a che fare con un qualsiasi esperantista famoso
> (Q860918)
> >
> > E quindi: subject:wikidata=Q860918
>
>
> per me questo non va bene, trovo più sostenibile taggare le altre persone
> con il loro name:etymology:wikidata e capire da wikidata (o una lista
> apposita) chi c’entra. Questo consente a chiunque di inserire riferimenti a
> persone senza sapere se sono esperantisti o meno, e consentirebbe anche a
> coprire tutti gli altri interessi (pianisti vegani già morti, ecc.). Con
> questo approccio si può sfruttare il lavoro di tutti e tutti possono usare
> le informazioni per scopi arbitrari.
>
> Invece subject:wikidata quando si usasse per proprietà particolari di
> persone, potrebbe risultare in lunghe liste, o edit war.
>
> Ciao Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.
*Susanna Giaccai*
Firenze
http://www.susannagiaccai.it/wp/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[pepilepi...@ovh.fr]

Le 29/10/2019 à 15:19, GarenKreiz a écrit :
> Bonjour,
>
> Pourquoi un gué peut-il être ponctuel alors d'une buse ne le peut pas?


Parce que les anglais sont allergiques à la logique ?


> Ce serait dommage de prendre l'affreux "brunnel" simplement parce
> qu'il peut être mis facilement sur  l'intersection de ways.
>
>
>
> On Tue, 29 Oct 2019 at 13:47, pepilepi...@ovh.fr
>   > wrote:
>
> Le 29/10/2019 à 13:04, osm.sanspourr...@spamgourmet.com
>  a écrit :
>> Le 29/10/2019 à 09:25, ades - ades.s...@orange.fr
>>  a écrit :
>>
>> Là je ne parle que d'un attribut (et je ne savais pas que culvert
>> était accepté pour les points, ce qui résout proprement mon
>> questionnement).
>>
> Non, il ne l'est pas :
> https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

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

[pepilepi...@ovh.fr]

Le 29/10/2019 à 15:12, osm.sanspourr...@spamgourmet.com a écrit :
>
>
> Le 29/10/2019 à 13:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :
>>>
>>> Là je ne parle que d'un attribut (et je ne savais pas que culvert
>>> était accepté pour les points, ce qui résout proprement mon
>>> questionnement).
>>>
>> Non, il ne l'est pas :
>> https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert
>>
> Ouïe ! Il l'est en version française !
>
Oups, j'avais pas fait attention que j'étais sur la version anglaise. Ça
a au moins le mérite de mettre en évidence l'incohérence.

> C'est en 2015 que la version nodale a été dépréciée en anglais mais
> sans référence à une discussion
>
> https://wiki.openstreetmap.org/w/index.php?title=Tag:tunnel%3Dculvert=1235588
>
> Du coup, vous êtes pour accepter tunnel=culvert sur des nœuds ou pas ?
>
Bin oui !

> Quand la route et le ru sont en filaire, ça me semble aller de soi.
> Rien contre le fait de découper le ru en 3 morceaux pour faire du
> linéaire pour autant, simplement c'est souvent écraser une mouche avec
> un marteau-piqueur.
>
> N. B. : j'ai à peu près purgé la Bretagne des hangars aéronautiques
> fantomatiques, seul un avec ma requête était réel, j'ai ajouté la
> piste de parking et le parking.
>
> Jean-Yvon
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

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

[GarenKreiz]

Bonjour,

Pourquoi un gué peut-il être ponctuel alors d'une buse ne le peut pas? Ce
serait dommage de prendre l'affreux "brunnel" simplement parce qu'il peut
être mis facilement sur  l'intersection de ways.



On Tue, 29 Oct 2019 at 13:47, pepilepi...@ovh.fr  wrote:

> Le 29/10/2019 à 13:04, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 29/10/2019 à 09:25, ades - ades.s...@orange.fr a écrit :
>
> Là je ne parle que d'un attribut (et je ne savais pas que culvert était
> accepté pour les points, ce qui résout proprement mon questionnement).
>
> Non, il ne l'est pas :
> https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[osm . sanspourriel]

Le 29/10/2019 à 13:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Là je ne parle que d'un attribut (et je ne savais pas que culvert
était accepté pour les points, ce qui résout proprement mon
questionnement).


Non, il ne l'est pas :
https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert


Ouïe ! Il l'est en version française !

C'est en 2015 que la version nodale a été dépréciée en anglais mais sans
référence à une discussion

https://wiki.openstreetmap.org/w/index.php?title=Tag:tunnel%3Dculvert=1235588

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

Quand la route et le ru sont en filaire, ça me semble aller de soi. Rien
contre le fait de découper le ru en 3 morceaux pour faire du linéaire
pour autant, simplement c'est souvent écraser une mouche avec un
marteau-piqueur.

N. B. : j'ai à peu près purgé la Bretagne des hangars aéronautiques
fantomatiques, seul un avec ma requête était réel, j'ai ajouté la piste
de parking et le parking.

Jean-Yvon


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

Re: [Talk-pt] Organização Mapathon Portugal - Médicos Sem Fronteiras

[msf-lisboa]

Boa Tarde,
Muito Obrigado pela informação.
Vou tentar então reunir-me ao grupo também.
Da nossa parte (MSF):

·Apoiaremos a divulgação do evento nos nossos canais on-line e 
off-line, com a imprensa local e através de cartazes;

·Cuidaremos da criação do evento e levaremos o material necessário para 
o registro de assistentes e proteção de dados;

·No dia do evento,  participaremos no evento para apoiar a organização 
e fazer a primeira hora de informação sobre o contexto do país;

·Também para o dia o evento, para a gestão das ferramentas, pediriamos 
a presença de 2/3 pessoas de alguém da OpenStreetMap com experiência neste tipo 
de eventos para apoio técnico;

·Também nos certificaremos de que temos o suporte remoto do MissingMaps 
para perguntas e problemas técnicos;

Entretanto vou concretizando (em inglês) com algumas informações adicionais
- Global MSF Mapathon The idea is to organize the event in the week around the 
International GIS day (around the week of 13th November): so anything between 
11th or 17th November. Probably at the end of the week (14th or 15th )
- We have a country to map. During the first ever global mapathon, we will be 
mapping buildings in the Central African Republic (for a countrywide mortality 
survey).

Os melhores cumprimentos,
João Antunes
Representante Médicos Sem Fronteiras (MSF Portugal)
Telemovel: (+351)913604534
Email: joao.antu...@barcelona.msf.org


From: Filohipo [mailto:filoh...@gmail.com]
Sent: martes, 29 de octubre de 2019 13:11
To: msf-lisboa; Lista de discuss,o para Portugal
Subject: Organização Mapathon Portugal - Médicos Sem Fronteiras

Olá
A lista Talk-pt apesar de ser recebida por muitos colaboradores OSM, tem um 
tráfego muito redizido e o nivel de resposta é geralmente muito baixo.
Os colaboradores mais activos em termos de troca de experiência e entreajuda 
reunem-se no grupo OSMPortugal do Telegraph ( 
https://web.telegram.org/#/im?p=@OSMPortugal ). Cópia do mail enviado para a 
talk-pt já foi enviado para o OSMPortugal.
Algumas perguntas já surgiram neste grupo, que podem ser resumidas numa 
pergunta: Podem concretizar mais ? Datas? Zonas a mapear ?
Cumprimentos
F
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-it] mappare sede associazione Esperantista

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 ott 2019, alle ore 10:02, Marco Ciampa  ha 
> scritto:
> 
> Quando questa
> non esisterà più da nessuna parte si potrebbe eliminare anche dal wiki,
> no?


si dovrebbe indicare come sconsigliato e puntare ad un‘alternativa. La 
documentazione per un tag che è stato in uso non deve essere rimossa, perché i 
dati OpenStreetMap non sono solo quelli attuali ma anche quelli storici.

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

Re: [OSRM-talk] Exclude bridge from OSRM calculation

[Michael Janson]

Another approach could be to edit your OSM file.  You could identify the OSM 
nodes of the collapsed bridge (using openstreetmap.org) and remove them from 
the file.

From: Jason Dalton 
Sent: Tuesday, October 29, 2019 6:54 AM
To: Mailing list to discuss Project OSRM 
Subject: Re: [OSRM-talk] Exclude bridge from OSRM calculation

Create a class in your OSM extract for the collapsed bridges.  Compile two 
different OSRM profiles - one that avoids class 'bridge-collapsed' and one that 
doesn't.


On Tue, Oct 29, 2019 at 7:27 AM ANDRES ABARCA 
mailto:andres.aba...@iusspavia.it>> wrote:
Hi Nikhil,

Thanks for the response! I was checking the car.lua and I will keep looking 
into it, but I think this would work for a generalized restriction. But I don't 
want to exclude all bridges, I want to exclude some specific ones (detected as 
collapsed).

Best regards,

Andres

Il giorno mar 29 ott 2019 alle ore 12:14 Nikhil VJ 
mailto:nikhil...@gmail.com>> ha scritto:
Hi Andres,

Instead of trying to actually remove the bridge data, why not instruct (your 
own instance of) OSRM to avoid bridges when reading the OSM data?

Take a look at 
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/foot.lua

I don't know right now about bridges, but I was able to enable pedestrian 
routing over trunk roads by tinkering around in this file and then building and 
running OSRM.

--
Cheers,
Nikhil VJ
https://nikhilvj.co.in


On Tue, Oct 29, 2019 at 4:03 PM ANDRES ABARCA 
mailto:andres.aba...@iusspavia.it>> wrote:
Thank you for your response!

I'm still inclining to use OSRM directly. Do you know if it would be possible 
to exclude bridges from the analysis if I use one of the Docker images?

Also, in general, how would I proceed about removing a bridge? Should I 
(temporarily) remove it from the road data? Or could I query it out?

Thanks for the help!!

Best regards,

Andres

Il giorno ven 25 ott 2019 alle ore 14:16 Steven M. Ottens 
mailto:ste...@minst.net>> ha scritto:

Hi Andres,

The public web service doesn't allow for exclusion of roads/bridges. If you 
setup your own copy of OSRM you obviously do have the freedom to exclude 
anything.

Alternatively you could look into Rural Accessibility Map. An application on 
top of OSRM developed for the Worldbank which is used to calculate the impact 
of road improvements on the accessibility of a region. You can use it to other 
way around as well: Calculate the impact of a bridge collapse.

http://rah.surge.sh/about+

https://github.com/WorldBank-Transport/ram-backend

Cheers

Steven
On 25-10-2019 12:31, ANDRES ABARCA wrote:
Hi! I'm a PhD student at IUSS Pavia doing research on the impact of bridge 
collapse.

I want to use the OSRM public web server to calculate a duration matrix using 
the Table Service. How can I exclude a specific bridge (or several) from the 
query?

We use OSM information, so we do have the OSM id numbers for the bridges we 
would be excluding.

Thanks for any assistance you can provide.

Best regards,

Andres Abarca
PhD Student
IUSS Pavia


___

OSRM-talk mailing list

OSRM-talk@openstreetmap.org

https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


--
Jason Dalton
President, CEO
Azimuth1, LLC
703-618-8866
jason.dal...@azimuth1.com
www.azimuth1.com
https://www.linkedin.com/in/jasondalton/
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-pt] Organização Mapathon Portugal - Médicos Sem Fronteiras

[Filohipo]

Olá
A lista Talk-pt apesar de ser recebida por muitos colaboradores OSM, tem um
tráfego muito redizido e o nivel de resposta é geralmente muito baixo.
Os colaboradores mais activos em termos de troca de experiência e
entreajuda reunem-se no grupo OSMPortugal do Telegraph (
https://web.telegram.org/#/im?p=@OSMPortugal ). Cópia do mail enviado para
a talk-pt já foi enviado para o OSMPortugal.
Algumas perguntas já surgiram neste grupo, que podem ser resumidas numa
pergunta: Podem concretizar mais ? Datas? Zonas a mapear ?
Cumprimentos
F
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

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

[Yves P.]

> est un constructeur de ponts et de tunnel Isambard Kingdom Brunel
> (1806-1859), un peu HS…
>

brunnel = BRidge or tuNNEL

The term "brunnel" is a neologism which has been used to describe a man
made structure which could be a mix of a tunnel and bridge structure, or
where it is difficult to decide whether to describe a particular structure
as either bridge or culvert.

https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_bridge

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

[Talk-pt] Novas Imagens de Satélite para usar no OSM

[Filohipo]

Boas

De acordo com o que foi apurado no grupo OSM do Telegraph, (
https://web.telegram.org/#/im?p=@OSMPortugal) as imagens de satélite mais
recentes de Portugal (Setembro 2019) são as do Maxar Premium disponiveis
nos editores iD (que tem uma nova tradução ainda a necessitar da nossa
ajuda) Potlach2 e Josm.  Aproveitem para actualizar as vossas edições.
Bons mapas
F
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-it] mappare sede associazione Esperantista

[Lorenzo Beltrami]

Ciao Marco,
provo a risponderti (sempre in linea), ma in generale approvo quello che ti
ha scritto anche Martin.

Il giorno mar 29 ott 2019 alle ore 10:33 Marco Ciampa 
ha scritto:

> > > - gli oggetti che hanno a che fare con l'Esperanto (Q143 ok)
> >
> > Anzi, se ho ben capito la sintassi giusta è: name:etymology:wikidata=Q143
>
Questo è vero solo nel caso in cui il valore contenuto in "name" sia
relativa alla parola "Esperanto".


> >
> > > - gli oggetti che hanno a che fare con Zamenhof (Q11758 ok)
> >
> > e di conseguenza: name:etymology:wikidata=Q11758
>
Come sopra solo ne caso in cui il nome ad una cosa sia stato dato in
memoria di Zamenhof. Ad esempio "Via Zamenhof", "Piazza Zamenhof", "Palazzo
Zamenhof", o anche una nave ancorata in un porto chiamata "Zamenhof", per
dire...


> >
> > > - gli oggetti che hanno a che fare con un qualsiasi esperantista
> famoso (Q860918)
> >
> > E quindi: subject:wikidata=Q860918
>
Questo è vero solo nel caso in cui il soggetto di un dato elemento OSM
(spesso "subject" si usa con le statue) sia un generico esperantista
("Statua all'esperantista ignoto").
Altrimenti se la statua è una rappresentazione di Zamenhof sarà
subject:wikidata=Q1175, se è di Peterlongo subject:wikidata=Q3767924 e via
dicendo.


> Mi rimane comunque il dubbio che ha generato questo thread: come mappare
> la sede di un'associazione esperantista?
>
> office=association
>
Sì e se c'è proprio una scuola di lingua io sarei quasi quasi per
aggiungere anche:
amenity=language_school + language:eo=main[1]
per far capire che si insegna Esperanto.

va bene secondo voi aggiungere:
>
> subject:wikidata=Q860918
>
Secondo me no, preferirei segnare che si insegna esperanto con
language:eo=main

Per quanto riguarda l'elenco di eventuali elementi OSM legati agli
esperantisti ti dico come procederei io:
1. Query su Wikidata[2]

SELECT ?item ?itemLabel
WHERE
{
  ?item wdt:P106 wd:Q860918.
  SERVICE wikibase:label { bd:serviceParam wikibase:language
"[AUTO_LANGUAGE],en". }
}

2. Con l'elenco di tutte le proprietà faccio una query su Overpass. Su
questo non sono bravissimo, ma qualcosa del tipo:
http://overpass-turbo.eu/s/Nx2 (qua ho usato solo Q11758, ma andrebbe fatto
su tutti gli elementi di cui al punto 1.)

In questo modo la parte più "relazionale" la gestisce giustamente Wikidata
e OSM si occupa più della parte "geografica".

Questo è quello che farei io. :-)

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dlanguage_school
[2]
https://query.wikidata.org/#%23%20Esperantisti%0ASELECT%20%3Fitem%20%3FitemLabel%20%0AWHERE%20%0A%7B%0A%20%20%3Fitem%20wdt%3AP106%20wd%3AQ860918.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[pepilepi...@ovh.fr]

Le 29/10/2019 à 13:04, osm.sanspourr...@spamgourmet.com a écrit :
> Le 29/10/2019 à 09:25, ades - ades.s...@orange.fr a écrit :
>> On devrait p'tet  demander à Id d’arrêter de proposer n’importe quoi !
> Ça j'ai essayé : déjà faire éliminer les attributs dépréciés ce n'est
> pas gagné
>> ou arrêter de promouvoir Id ;-)
>
> Là je ne parle que d'un attribut (et je ne savais pas que culvert
> était accepté pour les points, ce qui résout proprement mon
> questionnement).
>
Non, il ne l'est pas :
https://wiki.openstreetmap.org/wiki/Tag:tunnel=culvert

> Je propose que tu tentes le diable et essaye de faire virer
> bridge=simple_brunnel des propositions de iD (bridge ne doit pas être
> un point selon le wiki).
>
> Ils vont peut-être rétorquer que c'est utilisé (sauf que comme ils le
> proposent, on l'utilise : la preuve, je l'ai fait alors que je suis
> assez méfiant des proposition d'iD !).
>
> Sinon il faudra veiller à proposer à nominer JOSM aux prochains OSM
> Awards. Et si iD ne s'améliore pas proposer de le déclasser de la page
> principale d'OSM.
>
> Mais il est tellement plus pratique pour une petite modif de ne pas
> installer un autre logiciel que c'est un combat presque perdu
> d'avance. Faire une version communautaire peut-être, on l'a d'ailleurs
> tenté et ça a fait changer le comportement des deux développeurs
> payés. Mais travailler bénévolement sur des projets où d'autres sont
> payés est un travail périlleux.
>
>> Dans mon coin tous les tags débiles (du style ‘aeroway:hangar’ pour
>> un hangar agricole) viennent d’utilisateurs d’Id…
>
> Tiens tu l'as eu aussi ^^ :-(. Ça vient sans doute d'une traduction
> imprécise (hangar) et comme les utilisateurs ne vérifient pas les
> attributs produits...
>
> Là on peut améliorer la traduction : je viens de corriger le wikidata.
>
> On va pouvoir chercher  les
> aeroway=hangar à plus de 50 m des aeroway qui ne sont pas des hangar
> (en principe on doit avoir des taxiway ou des apron à toucher donc on
> doit pouvoir mettre moins : j'ai détecté des hangars non dédiés aux
> aéronefs sur l'aéroport de Brest-Bretagne).
>
> Tiens à Rennes c'est un atelier de remisage des métros !
>
> On pourrait ajouter les ref:FR:* qui se voient proposer des valeurs
> entrée par ailleurs alors que les ref sont en principe uniques, le
> fait que quand on prolonge un ruisseau il ne propose pas le nom mais
> par exemple les noms des cafés et autres POI aux alentours.
>
> Les modifications "sans préavis" (on nous demande de modifier mais
> sans nous dire ce qu'on va modifier, c'est presque pire qu'un import,
> ça devrait être réservé à des personnes ayant l'habitude ou en
> montrant les changements comme le fait Osmose).
>
>> Pour les buses  'tunnel:culvert’ est parfait ;-)
> Oui. Là dessus c'était un synonyme de Bibi (en version triple ;-))
>> Noter 'bridge:simple_brunnel’ dans le cas où une intersection
>> ‘waterway’/‘highway’ n’est pas définie me paraît pas trop bien
>> adapté, l'indication d’erreur par osmose c’est pas fait pour dire
>> qu’il faut aller vérifier ? :-) ou j’ai pas compris la question de
>> départ … (remarque d’un qui a mis des buses partout lors de
>> signalements Osmose, pour s’apercevoir sur le terrain qu’il y avait
>> aussi quelques ponts, c'est en cours de correction)
>
> Heu, normalement tu mets une buse à l'intersection entre une route et
> un ruisseau (entre autres).
>
> Non la question c'était quand tu savais que c'était une buse et que tu
> l'avais décrite comme un pont ponctuel.
>
> Hors région boisée en général on voit si c'est un pont ou une buse.
>
> > +1 (de plus, je ne sais pas ce que veut dire brunnel)
> Semble venir de l'ingénieur britannique Isambard Kingdom Brunel
> .
> On est d'accord : à éviter et nom à éviter aussi !
>
> Jean-Yvon
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

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

[pepilepi...@ovh.fr]

Le 29/10/2019 à 09:25, ades a écrit :
> On devrait p'tet  demander à Id d’arrêter de proposer n’importe quoi !
> ou arrêter de promouvoir Id ;-)
>
> Dans mon coin tous les tags débiles (du style ‘aeroway:hangar’ pour un
> hangar agricole) viennent d’utilisateurs d’Id…
>
> Pour les buses  'tunnel:culvert’ est parfait ;-) 
>
> Noter 'bridge:simple_brunnel’ dans le cas où une intersection
> ‘waterway’/‘highway’ n’est pas définie me paraît pas trop bien adapté,
> l'indication d’erreur par osmose c’est pas fait pour dire qu’il faut
> aller vérifier ?

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

> :-) ou j’ai pas compris la question de départ … (remarque d’un qui a
> mis des buses partout lors de signalements Osmose, pour s’apercevoir
> sur le terrain qu’il y avait aussi quelques ponts, c'est en cours de
> correction)
>
>> Le 28 oct. 2019 à 20:39, pepilepi...@ovh.fr
>>  a écrit :
>>
>> Le 28/10/2019 à 19:08, osm.sanspourr...@spamgourmet.com a écrit :
>>>
>>> Bonjour,
>>>
>>> Souvent créer un "pont" pour signifier que l'eau passe sous la route
>>> est un peu exagéré, je pense aux cas de simples buses comme ici
>>> .
>>>
>> Bonsoir,
>>
>> 
>> Pour une buse il y a "tunnel=culvert" sur le waterway.
>> 
>>
>>> ID propose dans ce cas bridge=simple_brunnel qui vient d'une
>>> proposition de 2014
>>> 
>>> jamais soumise au vote.
>>>
>>> Ça ne semble pas déconnant mais ce n'est pas voté et pas accepté par
>>> les outils d'AQ.
>>>
>>> Par exemple Osmose dit :
>>> - bridge=simple_brunnel sur un nœud. Devrait être employé sur un chemin
>>> - bridge sur un objet suspicieux.
>>>
>>> On pousse un vote ? On considère qu'avec plus du 500 usages c'est du
>>> de facto et on demande aux outils d'AQ d'en tenir compte ? On n'aime
>>> pas ?
>>>
>> Oui, bonne idée. 'est vrai que ça simplifie aussi beaucoup les
>> corrections, quand osmose gueule "intersection entre un chemin et une
>> pièce d'eau".
>>
>> On pousse un vote !
>>
>> Bonne soirée,
>>
>> JP
>>
>>>
>>> Jean-Yvon
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> -- 
>> 
>>
>> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé
>> la bonne question
>>
>>
>> ___
>> 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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

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

[Rudolf Mayer]

Hi,

On 10/29/19 1:08 PM, grubernd wrote:

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.



nein, ich würde das auch nicht auf OSM.org machen, aber es gibt genügend 
applikationen, die das SEHR gut auswerten. Und für diese wäre es sehr 
schade wenn es die Infos nicht gäbe...


lg

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

Re: [Talk-at] name:suffix & name:prefix (de)

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 29.10.19 03:33, Robert Kaiser wrote:
Damit kann ich mich anfreunden. Mit Dingen wie "Marktgemeinde" oder 
"Bezirk" im "name"-Tag dagegen nicht.


Das ist halt die Sicht eines Programmierers und keines Geografen. 
Programmierer sind gewöhnt, dass zwischen den Daten und dem User eine 
mächtige Software steht, welche die Daten auf ausgeklügelte Weise 
aufbereitet. Das ist in OSM aber nicht der Fall. Die Daten landen mehr 
oder weniger unverändert beim User. Programmierer-Grundsätze sind hier 
schlichtweg fehl am Platz.




Interessanterweise verwendet kein Endbenutzer die Daten von OSM ohne 
komplexe Software dazwischen. OSM ist eine Datenbank, keine Landkarte, 
zweitere wird erst durch eine ziemlich komplizierte Pipeline aus der 
Datenbank generiert. Also führt sich die Begründung für dein Argument 
ziemlich direkt ad absurdum. Ich verstehe, welche Meinung du hast, aber 
diese Begründung funktioniert nicht so ganz hier...


KaiRo


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

Re: [Talk-at] name:suffix & name:prefix (de)

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 28.10.19 09:42, Andreas wrote:

Ich bin auch der Meinung, dass dieses Präfix im Namen eher
kontraproduktiv ist. Dies hat, wie schon festgestellt wurde, teilweise
negative Auswirkungen bei Suchdiensten wie Nominatim.


Ganz im Gegenteil. Wenn du mit Nominatim nach "Gemeinde Mödling" oder 
"Bezirk Mödling" suchst, findest du sofort das Richtige, während bei 
einer Suche nach nur "Mödling" lauter Mist kommt.


Wenn da "Mist" kommt, ist das der Fehler von Nominatim, nicht von der 
Datenbank dahinter.


KaiRo


___
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))

[Stefan Tauner via Talk-at]

On Tue, 29 Oct 2019 13:08:03 +0100
grubernd  wrote:

> 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.

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

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

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

[osm . sanspourriel]

Le 29/10/2019 à 09:25, ades - ades.s...@orange.fr a écrit :

On devrait p'tet  demander à Id d’arrêter de proposer n’importe quoi !

Ça j'ai essayé : déjà faire éliminer les attributs dépréciés ce n'est
pas gagné

ou arrêter de promouvoir Id ;-)


Là je ne parle que d'un attribut (et je ne savais pas que culvert était
accepté pour les points, ce qui résout proprement mon questionnement).

Je propose que tu tentes le diable et essaye de faire virer
bridge=simple_brunnel des propositions de iD (bridge ne doit pas être un
point selon le wiki).

Ils vont peut-être rétorquer que c'est utilisé (sauf que comme ils le
proposent, on l'utilise : la preuve, je l'ai fait alors que je suis
assez méfiant des proposition d'iD !).

Sinon il faudra veiller à proposer à nominer JOSM aux prochains OSM
Awards. Et si iD ne s'améliore pas proposer de le déclasser de la page
principale d'OSM.

Mais il est tellement plus pratique pour une petite modif de ne pas
installer un autre logiciel que c'est un combat presque perdu d'avance.
Faire une version communautaire peut-être, on l'a d'ailleurs tenté et ça
a fait changer le comportement des deux développeurs payés. Mais
travailler bénévolement sur des projets où d'autres sont payés est un
travail périlleux.


Dans mon coin tous les tags débiles (du style ‘aeroway:hangar’ pour un
hangar agricole) viennent d’utilisateurs d’Id…


Tiens tu l'as eu aussi ^^ :-(. Ça vient sans doute d'une traduction
imprécise (hangar) et comme les utilisateurs ne vérifient pas les
attributs produits...

Là on peut améliorer la traduction : je viens de corriger le wikidata.

On va pouvoir chercher  les
aeroway=hangar à plus de 50 m des aeroway qui ne sont pas des hangar (en
principe on doit avoir des taxiway ou des apron à toucher donc on doit
pouvoir mettre moins : j'ai détecté des hangars non dédiés aux aéronefs
sur l'aéroport de Brest-Bretagne).

Tiens à Rennes c'est un atelier de remisage des métros !

On pourrait ajouter les ref:FR:* qui se voient proposer des valeurs
entrée par ailleurs alors que les ref sont en principe uniques, le fait
que quand on prolonge un ruisseau il ne propose pas le nom mais par
exemple les noms des cafés et autres POI aux alentours.

Les modifications "sans préavis" (on nous demande de modifier mais sans
nous dire ce qu'on va modifier, c'est presque pire qu'un import, ça
devrait être réservé à des personnes ayant l'habitude ou en montrant les
changements comme le fait Osmose).


Pour les buses  'tunnel:culvert’ est parfait ;-)

Oui. Là dessus c'était un synonyme de Bibi (en version triple ;-))

Noter 'bridge:simple_brunnel’ dans le cas où une intersection
‘waterway’/‘highway’ n’est pas définie me paraît pas trop bien adapté,
l'indication d’erreur par osmose c’est pas fait pour dire qu’il faut
aller vérifier ? :-) ou j’ai pas compris la question de départ …
(remarque d’un qui a mis des buses partout lors de signalements
Osmose, pour s’apercevoir sur le terrain qu’il y avait aussi quelques
ponts, c'est en cours de correction)


Heu, normalement tu mets une buse à l'intersection entre une route et un
ruisseau (entre autres).

Non la question c'était quand tu savais que c'était une buse et que tu
l'avais décrite comme un pont ponctuel.

Hors région boisée en général on voit si c'est un pont ou une buse.

> +1 (de plus, je ne sais pas ce que veut dire brunnel)
Semble venir de l'ingénieur britannique Isambard Kingdom Brunel
.
On est d'accord : à éviter et nom à éviter aussi !

Jean-Yvon

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

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

[ades]

sais pas non plus, mais avec un seul" n » ça tombe bien avec le sujet, c’est un 
constructeur de ponts et de tunnel Isambard Kingdom Brunel (1806-1859), un peu 
HS…

> Le 29 oct. 2019 à 12:43, lenny.libre  a écrit :
> 
> 
> Le 29/10/2019 à 12:27, Adrien André via Talk-fr a écrit :
>> Bonjour,
>> 
>> Le 19-10-29 à 04 h 40, Nicolas Moyroud a écrit :
>>> Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur le 
>>> waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
>>> simple_brunnel.
>> Idem
>> 
> +1 (de plus, je ne sais pas ce que veut dire brunnel)
> 
> ___
> 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-at] Sinn der OSM (war: name:suffix & name:prefix (de))

[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)

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

Re: [Talk-it] [talk-it] Pagina wiki highway=cycleway va aggiornata

[Volker Schmidt]

On Tue, 29 Oct 2019 at 10:02, Federico Cortese  wrote:

> Grazie Volker,
> secondo me le tue sono tutte modifiche senz'altro condivisibili e
> conviene procedere subito alla correzione della pagina.
> D'altra parte quella pagina non rispecchia assolutamente la versione
> inglese (https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway),
> addirittura forse basterebbe riprendere quella, con qualche piccolo
> adattamento alla situazione italiana.
>
> Ciao,
> Federico
>

Non penso che una traduzione 1:1 della pagina inglese sia una buona
soluzione.

Propongo un'altra soluzione:
Nella pagina italiana si scrive all'inizio:
"il contenuto di questa pagina è da considerare valida solo in Italia. Per
altri paesi si consilgia fare riferimento alle pagine corrispondenti per i
vari paesi o alla pagina inglese"
Mi sono reso conto quando ho lavorato alla bozza di una nuova pagina
IT:bicycle
 che ci
sono troppo finezze nazionali da documentare e anche per questa pagina
vorrei adoperare una soluzione simile.

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

Re: [OSRM-talk] Exclude bridge from OSRM calculation

[Jason Dalton]

Create a class in your OSM extract for the collapsed bridges.  Compile two
different OSRM profiles - one that avoids class 'bridge-collapsed' and one
that doesn't.


On Tue, Oct 29, 2019 at 7:27 AM ANDRES ABARCA 
wrote:

> Hi Nikhil,
>
> Thanks for the response! I was checking the car.lua and I will keep
> looking into it, but I think this would work for a generalized restriction.
> But I don't want to exclude all bridges, I want to exclude some specific
> ones (detected as collapsed).
>
> Best regards,
>
> Andres
>
> Il giorno mar 29 ott 2019 alle ore 12:14 Nikhil VJ 
> ha scritto:
>
>> Hi Andres,
>>
>> Instead of trying to actually remove the bridge data, why not instruct
>> (your own instance of) OSRM to avoid bridges when reading the OSM data?
>>
>> Take a look at
>> https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/foot.lua
>>
>> I don't know right now about bridges, but I was able to enable pedestrian
>> routing over trunk roads by tinkering around in this file and then building
>> and running OSRM.
>>
>> --
>> Cheers,
>> Nikhil VJ
>> https://nikhilvj.co.in
>>
>>
>> On Tue, Oct 29, 2019 at 4:03 PM ANDRES ABARCA 
>> wrote:
>>
>>> Thank you for your response!
>>>
>>> I'm still inclining to use OSRM directly. Do you know if it would be
>>> possible to exclude bridges from the analysis if I use one of the
>>> Docker images?
>>>
>>> Also, in general, how would I proceed about removing a bridge? Should I
>>> (temporarily) remove it from the road data? Or could I query it out?
>>>
>>> Thanks for the help!!
>>>
>>> Best regards,
>>>
>>> Andres
>>>
>>> Il giorno ven 25 ott 2019 alle ore 14:16 Steven M. Ottens <
>>> ste...@minst.net> ha scritto:
>>>
 Hi Andres,

 The public web service doesn't allow for exclusion of roads/bridges. If
 you setup your own copy of OSRM you obviously do have the freedom to
 exclude anything.

 Alternatively you could look into Rural Accessibility Map. An
 application on top of OSRM developed for the Worldbank which is used to
 calculate the impact of road improvements on the accessibility of a region.
 You can use it to other way around as well: Calculate the impact of a
 bridge collapse.

 http://rah.surge.sh/about+

 https://github.com/WorldBank-Transport/ram-backend

 Cheers

 Steven
 On 25-10-2019 12:31, ANDRES ABARCA wrote:

 Hi! I'm a PhD student at IUSS Pavia doing research on the impact of
 bridge collapse.

 I want to use the OSRM public web server to calculate a duration matrix
 using the Table Service. How can I exclude a specific bridge (or several)
 from the query?

 We use OSM information, so we do have the OSM id numbers for the
 bridges we would be excluding.

 Thanks for any assistance you can provide.

 Best regards,

 Andres Abarca
 PhD Student
 IUSS Pavia

 ___
 OSRM-talk mailing 
 listOSRM-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/osrm-talk

 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk

>>> ___
>>> OSRM-talk mailing list
>>> OSRM-talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>


-- 
*Jason Dalton*
President, CEO
Azimuth1, LLC
703-618-8866
jason.dal...@azimuth1.com
www.azimuth1.com
https://www.linkedin.com/in/jasondalton/
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

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

[lenny.libre]

Le 29/10/2019 à 12:27, Adrien André via Talk-fr a écrit :

Bonjour,

Le 19-10-29 à 04 h 40, Nicolas Moyroud a écrit :
Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur 
le waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.

Idem


+1 (de plus, je ne sais pas ce que veut dire brunnel)

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

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

[Adrien André via Talk-fr]

Bonjour,

Le 19-10-29 à 04 h 40, Nicolas Moyroud a écrit :
Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur 
le waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.

Idem

--
Adrien


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

Re: [OSRM-talk] Exclude bridge from OSRM calculation

[ANDRES ABARCA]

Hi Nikhil,

Thanks for the response! I was checking the car.lua and I will keep looking
into it, but I think this would work for a generalized restriction. But I
don't want to exclude all bridges, I want to exclude some specific ones
(detected as collapsed).

Best regards,

Andres

Il giorno mar 29 ott 2019 alle ore 12:14 Nikhil VJ  ha
scritto:

> Hi Andres,
>
> Instead of trying to actually remove the bridge data, why not instruct
> (your own instance of) OSRM to avoid bridges when reading the OSM data?
>
> Take a look at
> https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/foot.lua
>
> I don't know right now about bridges, but I was able to enable pedestrian
> routing over trunk roads by tinkering around in this file and then building
> and running OSRM.
>
> --
> Cheers,
> Nikhil VJ
> https://nikhilvj.co.in
>
>
> On Tue, Oct 29, 2019 at 4:03 PM ANDRES ABARCA 
> wrote:
>
>> Thank you for your response!
>>
>> I'm still inclining to use OSRM directly. Do you know if it would be
>> possible to exclude bridges from the analysis if I use one of the
>> Docker images?
>>
>> Also, in general, how would I proceed about removing a bridge? Should I
>> (temporarily) remove it from the road data? Or could I query it out?
>>
>> Thanks for the help!!
>>
>> Best regards,
>>
>> Andres
>>
>> Il giorno ven 25 ott 2019 alle ore 14:16 Steven M. Ottens <
>> ste...@minst.net> ha scritto:
>>
>>> Hi Andres,
>>>
>>> The public web service doesn't allow for exclusion of roads/bridges. If
>>> you setup your own copy of OSRM you obviously do have the freedom to
>>> exclude anything.
>>>
>>> Alternatively you could look into Rural Accessibility Map. An
>>> application on top of OSRM developed for the Worldbank which is used to
>>> calculate the impact of road improvements on the accessibility of a region.
>>> You can use it to other way around as well: Calculate the impact of a
>>> bridge collapse.
>>>
>>> http://rah.surge.sh/about+
>>>
>>> https://github.com/WorldBank-Transport/ram-backend
>>>
>>> Cheers
>>>
>>> Steven
>>> On 25-10-2019 12:31, ANDRES ABARCA wrote:
>>>
>>> Hi! I'm a PhD student at IUSS Pavia doing research on the impact of
>>> bridge collapse.
>>>
>>> I want to use the OSRM public web server to calculate a duration matrix
>>> using the Table Service. How can I exclude a specific bridge (or several)
>>> from the query?
>>>
>>> We use OSM information, so we do have the OSM id numbers for the bridges
>>> we would be excluding.
>>>
>>> Thanks for any assistance you can provide.
>>>
>>> Best regards,
>>>
>>> Andres Abarca
>>> PhD Student
>>> IUSS Pavia
>>>
>>> ___
>>> OSRM-talk mailing 
>>> listOSRM-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/osrm-talk
>>>
>>> ___
>>> OSRM-talk mailing list
>>> OSRM-talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Exclude bridge from OSRM calculation

[Nikhil VJ]

Hi Andres,

Instead of trying to actually remove the bridge data, why not instruct
(your own instance of) OSRM to avoid bridges when reading the OSM data?

Take a look at
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/foot.lua

I don't know right now about bridges, but I was able to enable pedestrian
routing over trunk roads by tinkering around in this file and then building
and running OSRM.

--
Cheers,
Nikhil VJ
https://nikhilvj.co.in


On Tue, Oct 29, 2019 at 4:03 PM ANDRES ABARCA 
wrote:

> Thank you for your response!
>
> I'm still inclining to use OSRM directly. Do you know if it would be
> possible to exclude bridges from the analysis if I use one of the
> Docker images?
>
> Also, in general, how would I proceed about removing a bridge? Should I
> (temporarily) remove it from the road data? Or could I query it out?
>
> Thanks for the help!!
>
> Best regards,
>
> Andres
>
> Il giorno ven 25 ott 2019 alle ore 14:16 Steven M. Ottens <
> ste...@minst.net> ha scritto:
>
>> Hi Andres,
>>
>> The public web service doesn't allow for exclusion of roads/bridges. If
>> you setup your own copy of OSRM you obviously do have the freedom to
>> exclude anything.
>>
>> Alternatively you could look into Rural Accessibility Map. An application
>> on top of OSRM developed for the Worldbank which is used to calculate the
>> impact of road improvements on the accessibility of a region. You can use
>> it to other way around as well: Calculate the impact of a bridge collapse.
>>
>> http://rah.surge.sh/about+
>>
>> https://github.com/WorldBank-Transport/ram-backend
>>
>> Cheers
>>
>> Steven
>> On 25-10-2019 12:31, ANDRES ABARCA wrote:
>>
>> Hi! I'm a PhD student at IUSS Pavia doing research on the impact of
>> bridge collapse.
>>
>> I want to use the OSRM public web server to calculate a duration matrix
>> using the Table Service. How can I exclude a specific bridge (or several)
>> from the query?
>>
>> We use OSM information, so we do have the OSM id numbers for the bridges
>> we would be excluding.
>>
>> Thanks for any assistance you can provide.
>>
>> Best regards,
>>
>> Andres Abarca
>> PhD Student
>> IUSS Pavia
>>
>> ___
>> OSRM-talk mailing 
>> listOSRM-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/osrm-talk
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

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

[Robin Däneke]

Hallo,

Von: Friedrich Volkmann 
> Meiner Meinung haben diese Infos in OSM nichts verloren, erstens weil sie
> keine Geodaten sind und zweitens weil sie zu volatil sind. Z.B.
> Telefonnummern und Öffnungszeiten ändern sich so oft, dass der Anwender zur
> Sicherheit sowieso auf der Website des Lokals nachsehen muss, und somit ist
> mit dem Kopieren der Daten nach OSM nichts gewonnen. Wer solche
> Informationen taggt, befriedigt mehr sein eigenes Selbstwertgefühl als die
> Bedürfnisse der Anwender.

Also gerade den Verwendern einer Online-Karte sind solche Infos gleich auf der 
selben Seite wie die Ortsinfos schon wichtig.
Wenn ich auf Google Maps ein Restaurant oder einen Shop anwähle, will ich 
gleich die Öffnungszeiten sehen und beim Restaurant eine Idee bekommen, was die 
da so kochen.
Und damit bin ich sicher nicht alleine, das ist heutzutage eher die 
Standardanforderung an eine "Online-Karte".

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.

Erkläre mal einem Nutzer, dass er 1. machen muss, weil wir keinen Millimeter 
besser sind als ein Kartenausschnitt in einem Atlas...
Da scheinst den Sinn einer Online-Datenbank mit Karte nicht ganz verstanden zu 
haben.

Gut der Name "OpenStreetMap" ist zu zwei Drittel falsch.

  *   Wir zeichnen nicht nur Straßen ein.
  *   Es ist eine Datenbank die auf einer Karte abgebildet werden kann, aber 
nicht nur eine Karte (sonst würden wir nicht mit JOSM Datensätze sondern mit 
Inkscape Bild-Tiles bearbeiten)

Ja, das Mappen von Elementen die es auch in Papierkarten gibt (Berge, Höhlen, 
Straßen) ist schön, aber wenn man eine Datenbank dahinter hat, die 
verschiedenste Infos halten kann, sollte da so viel wie möglich rein.
Und ja, diese Daten sind dann volatil.
Aber das hast auch bei Straßen, Kellereingängen die verschüttet werden können 
usw.
Da ist es halt wichtig viele Personen zu haben, die solche Daten ab und an mal 
überprüfen. Ist bei fast allen Projekten nötig. Nichts bleibt auf lang gesehen 
gleich! Das sollte man eher als Motivaton sehen statt als Grund zum resignieren!

Nach deiner Logik sollten wir gar nix mappen und es sollte auch keine 
Kartographen mehr geben. Ändert sich eh alles...
Btw: selbst Namen sind ansich keine Geo-Daten. Die einzig echten Geo-Daten sind 
Koordinaten und Seehöhe, eventuell lokale Höhenunterschiede von Punkten...

Ich will hier nicht noch mal diese Grundsatzdiskussion anfeuern, nur meine 
Sicht kundtun. Danke.

Mit freundlichen Grüßen
Robin Däneke (emergency99)

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

Re: [Talk-at] name:suffix & name:prefix (de)

[Stefan Tauner via Talk-at]

On Tue, 29 Oct 2019 04:50:24 +0100
Friedrich Volkmann  wrote:

> Ganz im Gegenteil. Wenn du mit Nominatim nach "Gemeinde Mödling" oder 
> "Bezirk Mödling" suchst, findest du sofort das Richtige, während bei einer 
> Suche nach nur "Mödling" lauter Mist kommt

Der "Mist" in Reihenfolge von Nominatim:

1. Die Gemeindegrenze von Mödling
2. Die Town-Node der Gemeinde Mödling aka. das Zentrum
3. Die Bezirksgrenze
4. Die Bahnstation
5. Die Autobahnabfahrt

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] geoimage.at mit Versatz

[PPete]

Am 26.10.2019 um 21:59 schrieb Friedrich Volkmann:
Seit 1 Tag oder so sind die Orthofotos von geoimage.at 300m nach W 
versetzt. (Ich habe es mit Merkaartor und mit einem alten JOSM 
ausprobiert.)


Weiß wer wieso? Hat wer einen guten Kontakt zu denen und kann den 
Fehler melden?


basemap.at ist von dem Fehler nicht betroffen.

War ein Problem beim Ausliefern der Fotos in bestimmten Projektionen, 
bei dem alle OSM-Editoren (auch aktueller JOSM und id) betroffen waren. 
Geht ab heute wieder richtig.


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

Re: [OSRM-talk] Exclude bridge from OSRM calculation

[ANDRES ABARCA]

Thank you for your response!

I'm still inclining to use OSRM directly. Do you know if it would be
possible to exclude bridges from the analysis if I use one of the
Docker images?

Also, in general, how would I proceed about removing a bridge? Should I
(temporarily) remove it from the road data? Or could I query it out?

Thanks for the help!!

Best regards,

Andres

Il giorno ven 25 ott 2019 alle ore 14:16 Steven M. Ottens 
ha scritto:

> Hi Andres,
>
> The public web service doesn't allow for exclusion of roads/bridges. If
> you setup your own copy of OSRM you obviously do have the freedom to
> exclude anything.
>
> Alternatively you could look into Rural Accessibility Map. An application
> on top of OSRM developed for the Worldbank which is used to calculate the
> impact of road improvements on the accessibility of a region. You can use
> it to other way around as well: Calculate the impact of a bridge collapse.
>
> http://rah.surge.sh/about+
>
> https://github.com/WorldBank-Transport/ram-backend
>
> Cheers
>
> Steven
> On 25-10-2019 12:31, ANDRES ABARCA wrote:
>
> Hi! I'm a PhD student at IUSS Pavia doing research on the impact of
> bridge collapse.
>
> I want to use the OSRM public web server to calculate a duration matrix
> using the Table Service. How can I exclude a specific bridge (or several)
> from the query?
>
> We use OSM information, so we do have the OSM id numbers for the bridges
> we would be excluding.
>
> Thanks for any assistance you can provide.
>
> Best regards,
>
> Andres Abarca
> PhD Student
> IUSS Pavia
>
> ___
> OSRM-talk mailing 
> listOSRM-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/osrm-talk
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] mappare sede associazione Esperantista

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 ott 2019, alle ore 10:08, Marco Ciampa  ha 
> scritto:
> 
> 
>> - gli oggetti che hanno a che fare con un qualsiasi esperantista famoso 
>> (Q860918)
> 
> E quindi: subject:wikidata=Q860918


per me questo non va bene, trovo più sostenibile taggare le altre persone con 
il loro name:etymology:wikidata e capire da wikidata (o una lista apposita) chi 
c’entra. Questo consente a chiunque di inserire riferimenti a persone senza 
sapere se sono esperantisti o meno, e consentirebbe anche a coprire tutti gli 
altri interessi (pianisti vegani già morti, ecc.). Con questo approccio si può 
sfruttare il lavoro di tutti e tutti possono usare le informazioni per scopi 
arbitrari.

Invece subject:wikidata quando si usasse per proprietà particolari di persone, 
potrebbe risultare in lunghe liste, o edit war.

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

Re: [Talk-at] name:suffix & name:prefix (de)

[Florian Lohoff]

On Tue, Oct 29, 2019 at 06:07:31AM +0100, Friedrich Volkmann wrote:
> On 29.10.19 03:33, Robert Kaiser wrote:
> > Damit kann ich mich anfreunden. Mit Dingen wie "Marktgemeinde" oder
> > "Bezirk" im "name"-Tag dagegen nicht.
> 
> Das ist halt die Sicht eines Programmierers und keines Geografen.
> Programmierer sind gewöhnt, dass zwischen den Daten und dem User eine
> mächtige Software steht, welche die Daten auf ausgeklügelte Weise
> aufbereitet. Das ist in OSM aber nicht der Fall. Die Daten landen mehr oder
> weniger unverändert beim User. Programmierer-Grundsätze sind hier
> schlichtweg fehl am Platz.

Das hat was mit Datenhaltung zu tun. Wenn du einmal Daten ineinander
rührst gehen sie halt nicht wieder auseinander. Wenn du einmal
information löscht kannst du sie nicht wieder hinzufügen.

Wenn du "Multikultistadt Langstrumpf an der I." hast kriegt
die Maschine das nicht mehr auseinander.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

[Talk-it] Binari dismessi tram a Milano

[emmexx]

Volevo sapere se qualcuno ha fatto una mappatura dei binari dismessi
delle linee tranviarie a Milano.
Ho trovato alcune way che contengono un tag comment con il riferimento
ai binari dismessi ma sono pochissime.

grazie
maxx

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

Re: [Talk-it] mappare sede associazione Esperantista

[Marco Ciampa]

On Tue, Oct 29, 2019 at 10:07:23AM +0100, Marco Ciampa wrote:
> On Tue, Oct 29, 2019 at 09:49:44AM +0100, Marco Ciampa wrote:
> > Non mettereste anche la chiave per "esperantisa":
> > https://www.wikidata.org/wiki/Q860918
> > ?
> > 
> > Altrimenti ciò complica notevolmente la ricerca di "oggetti" relativi
> > all'esperanto (ZEO).
> > 
> > Gli esperantisti sono interessati ad avere una mappa (mondiale) che
> > mostri:
> > 
> > - la mappa mondiale in Esperanto ove presente traduzione della località (ok)
> > - gli oggetti che hanno a che fare con l'Esperanto (Q143 ok)
> 
> Anzi, se ho ben capito la sintassi giusta è: name:etymology:wikidata=Q143
> 
> > - gli oggetti che hanno a che fare con Zamenhof (Q11758 ok)
> 
> e di conseguenza: name:etymology:wikidata=Q11758
> 
> > - gli oggetti che hanno a che fare con un qualsiasi esperantista famoso 
> > (Q860918)
> 
> E quindi: subject:wikidata=Q860918
> 
> Corretto?

Mi rimane comunque il dubbio che ha generato questo thread: come mappare
la sede di un'associazione esperantista?

office=association

va bene secondo voi aggiungere:

subject:wikidata=Q860918

-- 

Saluton,
Marco Ciampa

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

Re: [Talk-at] name:suffix & name:prefix (de)

[PPete]

Am 29.10.2019 um 05:13 schrieb Friedrich Volkmann:



Zweitens bitte nur "Gemeinde" statt "Marktgemeinde", denn das 
Marktrecht ist eine separate Information und gehört daher in ein 
separates Tag (sowas wie market_rights=yes oder 
municipal_privilegues=market oder town_status=market, bitte ggf. mit 
Leuten diskutieren, die sich auf Englisch damit auskennen) oder ganz 
weglassen (weil keine Geodaten!).



oder

name=Marktgemeinde XYZ
short_name=XYZ


Aus Sicht der Gemeinden in Oberösterreich, die ich etwas genauer kenne, 
ich wohne selbst in einer Marktgemeinde, deren Erhebung zur 
Marktgemeinde noch nicht so lange zurück liegt. Der Name "Marktgemeinde" 
mag sich zwar historisch auf das Recht zum Abhalten von Märkten 
beziehen. Aber heutzutage ist dieses "Recht zum Abhalten eines Marktes" 
recht unbedeutsam (in meiner Gemeinde wird kein regelmäßiger Markt 
abgehalten und falls zu vereinzelten besonderen Anlässen doch, dann wäre 
dieser ganz genauso auch in "normalen" Ortsgemeinden meines Bezirkes 
möglich und erlaubt. "Marktgemeinde" ist einfach eine von 3 Kategorien 
von Gemeinden (Gemeinde, Markgemeinde, Stadtgemeinde) - also einfach 
eine üblicher Namensvorsatz. Man wird vom Land durch Beschluss zur 
Marktgemeinde erhoben wenn eine Gemeinde gewisse Besonderheiten hat 
(Einwohneranzahl, wirtschaftliche Bedeutung, verkehrsmäßige Bedeutung, 
kulturelles Zentrum, ...).


Zusammengefasst wird das Wort "Marktgemeinde" in amtlichen Publikationen 
(Amtsblatt, Webseite, Aufschrift am Gemeindeamt) genauso verwendet wie 
"Gemeinde" und "Stadtgemeinde" bei den beiden anderen Gemeindetypen. Bei 
der Stadtgemeinde müsste man noch darauf achten ob es eine 
"Statutarstadt" ist, also salopp eine Gemeinde die gleichzeitig auch 
Bezirk ist. (z.b Wels, Linz, Steyr)


Wiederum aber die entscheidende Frage: Was benützen wir für den 
"name"-Tag? Jene Bezeichnung welche in der Sprache der Bevölkerung und 
bei Berichten in den Medien über Ereignisse in dieser Gemeinde verwendet 
wird? Dann sollte man nur z.b. "Wels" verwenden. So gut wie keiner sagt: 
"ich fahre jetzt in die "Stadtgemeinde Wels" einkaufen. Oder "gestern 
wurde kam es in der Martgemeinde Kremsmünster zu einem Unfall". Dann die 
verwendung von "name" und "official_name"


Oder doch für den name-Tag den "offiziellen" Langnamen wie er z.b. am 
Gemeindeamt, im Impressum von Gemeindezeitung oder auf Briefköpfen 
steht? Dann "name" und "short_name".


Mir ist wiegesagt die Variante mit name und official_name sympatischer 
auf Gemeindeebene, da meiner Meinung nach im Name die am häufigsten 
gegrauchte Variante stehen sollte.
Was anderes ist dasselbe dann bei der Betrachtung von Bezirksnamen. Da 
sagt man dann eher das "Bezirk" immer dazu: "in Grünbach im Bezirk 
Freistadt stolperte ein Langläufer über seine eigenen Füsse"...
Wieder anders bei Betrachtung des Bundeslandes, da wird das Wort 
"Bundesland" kaum dazugesagt: "Ich fahr nach Kärnten auf Urlaub".
Was in Summe dann wieder ein eher unschönes, uneinheitliches Tagging je 
nach Verwaltungsebene in der OSM zur Folge hätte.


Eine Frage zum Abschluss, weil ich sowas noch nie gesehen habe:
Wenn hier in der Debatte alle ihren Input gegeben haben, und diese auch 
zu einem "Ergebnis" führen soll: Wo wird denn dann schließlich überhaupt 
über ein Taggingschema für Österreich abgestimmt? Direkt hier in der 
Mailingliste (was aber jene ausschließt, die nur im Webforum aktiv 
sind). Oder im OSM-Wiki? Kann man da überhaupt über nur 
länderspezifische Dinge abstimmen? Man kann ja keinem Nicht-Österreicher 
verbieten, dass er bei solchen Abstimmungen auch mitstimmt?




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

Re: [OSM-talk-be] fietsstraten in Mechelen

[Tim Couwelier]

Een 'fietszone' is niet meer dan een fietsstraat een 'zonale geldigheid'
gegeven.
In geval van overlap lijkt me de meest strikte bepaling gelding.

Inhaalverbod op fietsers dus, maar met de maximumsnelheid op 20 km/u.
cyclestreet = yes en highway = living_street ?


Er zullen m.i. nog een aantal gemeentes tegen de lamp lopen, met betrekking
tot de regel dat er op elk punt *maximaal 3 geldende zonale beperkingen*
mogen optreden.
Daarbij denk ik aan:
- Zones 30
- Zones parkeerverbod
- Zones tonnagebeperking
- Fietszones
- ...

Zeker in centra is combinatie 'zone 30' / tonnagebeperking /
parkeerreglementering / fietszone niet ondenkbaar.

Het issue is blijkbaar ook al voorgelegd:
http://docs.vlaamsparlement.be/pfile?id=1486490



Op di 29 okt. 2019 om 10:01 schreef Santens Seppe :

> Weet iemand wat dit betekent voor bestaande woonerven?
>
>
>
> *Van:* joost schouppe [mailto:joost.schou...@gmail.com]
> *Verzonden:* maandag 28 oktober 2019 17:55
> *Aan:* OpenStreetMap Belgium
> *Onderwerp:* [OSM-talk-be] fietsstraten in Mechelen
>
>
>
> Hoi,
>
>
>
> Mappers in Mechelen, een klein projectje: de stad heeft het gehele centrum
> aangeduid als "fietsstraten". Zie: https://www.mechelen.be/fietszone
>
>
>
> De tagging wordt hier uitgelegd:
> https://wiki.openstreetmap.org/wiki/Key:cyclestreet#Belgium
>
>
>
> Aangezien echt het hele gebied dus maximumsnelheid 30 en cyclestreet=yes
> krijgt, is het een relatief eenvoudige edit. Anderzijds is het wel
> gemakkelijk om hierbij fouten te maken (bijvoorbeeld per ongeluk ook de
> huizen aan te duiden als cyclestreet ofzo, ik vind het niet uit). Dus vraag
> gerust live hulp via Riot: https://riot.im/app/#/room/#osmbe:matrix.org
>
>
> --
>
> Joost Schouppe
>
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] mappare sede associazione Esperantista

[Marco Ciampa]

On Tue, Oct 29, 2019 at 09:49:44AM +0100, Marco Ciampa wrote:
> Non mettereste anche la chiave per "esperantisa":
> https://www.wikidata.org/wiki/Q860918
> ?
> 
> Altrimenti ciò complica notevolmente la ricerca di "oggetti" relativi
> all'esperanto (ZEO).
> 
> Gli esperantisti sono interessati ad avere una mappa (mondiale) che
> mostri:
> 
> - la mappa mondiale in Esperanto ove presente traduzione della località (ok)
> - gli oggetti che hanno a che fare con l'Esperanto (Q143 ok)

Anzi, se ho ben capito la sintassi giusta è: name:etymology:wikidata=Q143

> - gli oggetti che hanno a che fare con Zamenhof (Q11758 ok)

e di conseguenza: name:etymology:wikidata=Q11758

> - gli oggetti che hanno a che fare con un qualsiasi esperantista famoso 
> (Q860918)

E quindi: subject:wikidata=Q860918

Corretto?

--

Saluton,
Marco Ciampa

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

Re: [Talk-at] name:suffix & name:prefix (de)

[Friedrich Volkmann]

On 29.10.19 09:22, Rudolf Mayer wrote:
Das "keine Geodaten" Argument wird meiner Meinung nach etwas übertrieben oft 
verwendet (auch wenn es für *Markt*gemeinde evtl. sogar gerechtfertigt ist). 
Denn bei genauer Betrachtung - was sind denn wirklich genau Geodaten?


Man könnte sie definieren als solche, die sich direkt verorten lassen und 
nicht nur indirekt Schuhgröße der Schwiegermutter des Grundbesitzers). Aber 
pragmatisch nehmen wir oft auch Informationen dazu, die nicht direkt 
Geodaten sind, aber in gängigen Karten angezeigt werden sollen oder anders 
nicht verfügbar sind.


Ob eine Gemeinde ein Marktrecht hat, interessiert in einer Landkarte 
niemanden (sondern nur wo die Marktplätze sind) und zugleich ist es eine 
Information, die auch in anderen Datenquellen frei verfügbar ist.


Ja, eine Telefonnummer, welches Essen es wo gibt, und Öffnungszeiten sind 
wohl keine (primänre) Geodaten. Aber sie machen OSM wertvoll...


Meiner Meinung haben diese Infos in OSM nichts verloren, erstens weil sie 
keine Geodaten sind und zweitens weil sie zu volatil sind. Z.B. 
Telefonnummern und Öffnungszeiten ändern sich so oft, dass der Anwender zur 
Sicherheit sowieso auf der Website des Lokals nachsehen muss, und somit ist 
mit dem Kopieren der Daten nach OSM nichts gewonnen. Wer solche 
Informationen taggt, befriedigt mehr sein eigenes Selbstwertgefühl als die 
Bedürfnisse der Anwender.


Und genauso mag das Attribut "Markt" wertvoll sein, wenn ich eine Anwendung 
machen will, die z.b. die geographische Verteilung von Marktgemeinden 
anzeigen will.


Wenn der Wenn nicht wär... Glaubst du ernsthaft, dass irgendwer so eine 
Anwendung haben will? Praktisch interessant sind wie gesagt nur die 
Marktplätze. Und eine Verknüpfung zweier Listen über die GKZ ist nun 
wirklich ein Kinderspiel. Da wäre der Aufwand beim Taggen und Aktuellhalten 
in OSM viel größer als die Zeitersparnis beim Programmieren der Auswertung.


--
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: [Talk-it] [talk-it] Pagina wiki highway=cycleway va aggiornata

[Federico Cortese]

On Mon, Oct 28, 2019, 23:08 Volker Schmidt  wrote:
>
> Grazie a canfe ho letto per la prima volta la pagina wiki in questione.
> Secondo me ha bisogno di modifiche.
> Ho messo i miei commenti sulla pagina discussione
>

Grazie Volker,
secondo me le tue sono tutte modifiche senz'altro condivisibili e
conviene procedere subito alla correzione della pagina.
D'altra parte quella pagina non rispecchia assolutamente la versione
inglese (https://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway),
addirittura forse basterebbe riprendere quella, con qualche piccolo
adattamento alla situazione italiana.

Ciao,
Federico

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

Re: [Talk-it] mappare sede associazione Esperantista

[Marco Ciampa]

On Mon, Oct 28, 2019 at 11:33:32AM +0100, Lorenzo Beltrami wrote:
> Ciao Marco,
> provo a risponderti in linea.
> 
> Il giorno lun 28 ott 2019 alle ore 10:34 Marco Ciampa 
> ha scritto:
> 
> > Che differenza c'è tra queste due pagine?
> >
> > https://wiki.openstreetmap.org/wiki/Eo:Key:esperanto
> > https://wiki.openstreetmap.org/wiki/Eo:Tag:esperanto%3Dyes
> >
> > ?
> >
> > Ha senso che ci siano tutte e due? Io la seconda la cancellerei, sbaglio?
> >
> La prima è una chiave, la seconda è un'etichetta.
> Etichetta = coppia chiave/valore.
> Solitamente una chiave può contenere più valori per cui sul wiki si crea
> una pagina per la chiave e una per le etichette, ovvero tutte le
> combinazione di quella chiave coi suoi possibili valori.
> 
> Provo a chiarire con un esempio:
> - Pagina della chiave "building":
> https://wiki.openstreetmap.org/wiki/Key:building
> - Pagina specifica per l'etichetta "building=apartments":
> https://wiki.openstreetmap.org/wiki/Tag:building%3Dapartments
> - Pagina specifica per l'etichetta "building=church":
> https://wiki.openstreetmap.org/wiki/Tag:building%3Dchurch
> ecc.
> 
> Solitamente però se ci sono pochi valori basta la pagina della chiave in
> cui si elencano anche i possibili valori... Anche per mantenere più
> compatta la documentazione.

Esatto, immaginavo, ragione per cui io la seconda la eliminerei comunque,
daccordo?

> 
> >
> > Poi ho editato questa lapide commemorativa:
> >
> > https://www.openstreetmap.org/edit#map=24/46.06964/11.12016
> >
> > di un Esperantista trentino molto famoso (dantista, primo sindaco di
> > Trento eletto democraticamente, ha tradotto l'intera Divina Commedia
> > compresi i commenti in Esperanto). Secondo me non rientra né in:
> >
> > wikidata=Q143 perché non c'è Esperanto nel nome
> > wikidata=Q11758 perché non commemora Zamenhof
> >
> > e quindi posso mapparlo solo come esperanto=yes, tag che vogliamo
> > eliminare.
> > Che si fa?
> >
> > A spanne bisognerebbe creare un altro tag wikidata per gli esperantisti
> > famosi... se ho capito bene... come si fa?
> >
> 
> La questione wikidata è un pelo più complessa. wikidata=* si usa quando
> l'oggetto corrisponde ad un elemento wikidata.
> Ad esempio il monte Everest (https://www.openstreetmap.org/node/5369192667)
> a cui è stata aggiunta l'etichetta "wikidata=Q513" che punta all'elemento
> "Everest" su wikidata: https://www.wikidata.org/wiki/Q513
> Monumenti e statue possono avere un soggetto che punta a un elemento
> wikidata con la relativa sottochiave "subject:wikidata".
> Ad esempio la statua di Marco Aurelio (
> https://www.openstreetmap.org/way/429078984), che ha wikidata=Q907387
> ("Statua equestre di Marco Aurelio ") e subject:wikidata=Q1430 ("Marco
> Aurelio").
> Alcune sottochiavi le trovi nella pagina del wiki su wikidata:
> https://wiki.openstreetmap.org/wiki/Key:wikidata#Secondary_Wikidata_links
> 
> Venendo al caso che ci segnali io metterei semplicemente
> commemorates:wikidata=Q3767924 (l'elemento wikidata corrispondente a
> Giovanni Peterlongo). E basta.

Non mettereste anche la chiave per "esperantisa":
https://www.wikidata.org/wiki/Q860918
?

Altrimenti ciò complica notevolmente la ricerca di "oggetti" relativi
all'esperanto (ZEO).

Gli esperantisti sono interessati ad avere una mappa (mondiale) che
mostri:

- la mappa mondiale in Esperanto ove presente traduzione della località (ok)
- gli oggetti che hanno a che fare con l'Esperanto (Q143 ok)
- gli oggetti che hanno a che fare con Zamenhof (Q11758 ok)
- gli oggetti che hanno a che fare con un qualsiasi esperantista famoso 
(Q860918)

Quest'ultima voce renderebbe una ricerca degli oggetti che hannno a che
fare con Zamenhof quasi superflua perché io metterei assieme tutte e due
le chiavi dato che Zamenhof è l'esperantista più famoso, ovviamente se i
punti fossero mappati bene...

> Questo perché chi vorrà trovare i monumenti legati all'esperanto farà prima
> una gran query su wikidata in cui tirerà fuori tutti gli elementi che
> c'entrano in qualche modo con l'Esperanto e poi con la lista degli elementi
> wikidata farà la sua query su OSM tirando fuori l'elenco degli elementi OSM
> corrispondenti.
> 
> Personalmente anch'io eviterei l'uso dell'etichetta esperanto=yes sulle
> vie, i monumenti, ecc. come suggerito sulla wiki (francamente non comprendo
> come sia stato possibile creare una pagina del genere in quanto finora si è
> proprio cercato di evitare di creare categorie, anche tramite le relazioni).
> 
> Tra l'altro per trovare gli elementi che riguardano l'esperanto basta fare
> come hai fatto tu per trovare gli elementi a cui mettere esperanto=yes,
> ovvero fare una query su OSM usando i dati già esistenti. ;-)

Allora ditemi se faccio bene: una volta capito come mappare, io cercherei
tutti gli elementi con chiave esperanto=yes sostituendola con gli
elementi wikidata giusti ed eliminando la chiave esperanto. Quando questa
non esisterà più da nessuna parte si potrebbe eliminare anche dal wiki,
no?

-- 

Saluton,
Marco 

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

[Nicolas Moyroud]

Bonjour,

Souvent créer un "pont" pour signifier que l'eau passe sous la route 
est un peu exagéré, je pense aux cas de simples buses comme ici 
.



Bonsoir,


Pour une buse il y a "tunnel=culvert" sur le waterway.



Bonjour,

Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur le 
waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.


Nicolas

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

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

[ades]

On devrait p'tet  demander à Id d’arrêter de proposer n’importe quoi ! ou 
arrêter de promouvoir Id ;-)

Dans mon coin tous les tags débiles (du style ‘aeroway:hangar’ pour un hangar 
agricole) viennent d’utilisateurs d’Id…

Pour les buses  'tunnel:culvert’ est parfait ;-) 

Noter 'bridge:simple_brunnel’ dans le cas où une intersection 
‘waterway’/‘highway’ n’est pas définie me paraît pas trop bien adapté, 
l'indication d’erreur par osmose c’est pas fait pour dire qu’il faut aller 
vérifier ? :-) ou j’ai pas compris la question de départ … (remarque d’un qui a 
mis des buses partout lors de signalements Osmose, pour s’apercevoir sur le 
terrain qu’il y avait aussi quelques ponts, c'est en cours de correction)

> Le 28 oct. 2019 à 20:39, pepilepi...@ovh.fr a écrit :
> 
> Le 28/10/2019 à 19:08, osm.sanspourr...@spamgourmet.com 
>  a écrit :
>> Bonjour,
>> 
>> Souvent créer un "pont" pour signifier que l'eau passe sous la route est un 
>> peu exagéré, je pense aux cas de simples buses comme ici 
>> .
>> 
> Bonsoir,
> 
> 
> Pour une buse il y a "tunnel=culvert" sur le waterway.
> 
> 
>> ID propose dans ce cas bridge=simple_brunnel qui vient d'une proposition de 
>> 2014 
>> 
>>  jamais soumise au vote.
>> Ça ne semble pas déconnant mais ce n'est pas voté et pas accepté par les 
>> outils d'AQ.
>> 
>> Par exemple Osmose dit :
>> - bridge=simple_brunnel sur un nœud. Devrait être employé sur un chemin
>> - bridge sur un objet suspicieux.
>> 
>> On pousse un vote ? On considère qu'avec plus du 500 usages c'est du de 
>> facto et on demande aux outils d'AQ d'en tenir compte ? On n'aime pas ?
> Oui, bonne idée. 'est vrai que ça simplifie aussi beaucoup les corrections, 
> quand osmose gueule "intersection entre un chemin et une pièce d'eau".
> 
> On pousse un vote !
> 
> Bonne soirée,
> 
> JP
>> 
>> Jean-Yvon
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> -- 
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la 
> bonne question
> 
> 
> ___
> 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-at] name:suffix & name:prefix (de)

[Rudolf Mayer]

[Sorry für den Topic-Drift und die potentielle Grundsatzdiskussion]

On 29/10/2019 05:13, Friedrich Volkmann wrote:

On 28.10.19 09:48, Thomas Rupprecht wrote:

Was haltet ihr von diesen Varianten?:

official_name=Marktgemeinde XYZ
name=XYZ


Erstens genau verkehrt: Der offizielle Name laut Gesetz (Verordnung?) 
ist nur "XYZ", der gebräuchliche ist "Gemeinde XYZ" (wohlgemerkt für die 
Gemeinde, im Gegensatz zum Ortsnamen "XYZ", der auf den place-Node 
gesetzt wird).


Zweitens bitte nur "Gemeinde" statt "Marktgemeinde", denn das Marktrecht 
ist eine separate Information und gehört daher in ein separates Tag 
(sowas wie market_rights=yes oder municipal_privilegues=market oder 
town_status=market, bitte ggf. mit Leuten diskutieren, die sich auf 
Englisch damit auskennen) oder ganz weglassen (weil keine Geodaten!).




Das "keine Geodaten" Argument wird meiner Meinung nach etwas übertrieben 
oft verwendet (auch wenn es für *Markt*gemeinde evtl. sogar 
gerechtfertigt ist). Denn bei genauer Betrachtung - was sind denn 
wirklich genau Geodaten? Das wäre dann nach Deiner Definition maximal 
der Name und der Typ, und nichts anderes?


Wenn man jedenfalls mit dem Argument arbeitet, dann wäre OSM ganz schön 
nutzlos, weil man keine der Metadaten drinnen hätte, die aber wohl 95% 
der User interessieren, um auf OSM basierende Navis etc. zu nutzen.
Ja, eine Telefonnummer, welches Essen es wo gibt, und Öffnungszeiten 
sind wohl keine (primänre) Geodaten. Aber sie machen OSM wertvoll...
Und genauso mag das Attribut "Markt" wertvoll sein, wenn ich eine 
Anwendung machen will, die z.b. die geographische Verteilung von 
Marktgemeinden anzeigen will. Klar, kann ich mit 20 anderen weiteren 
Datenbanken die auf OSM referenzieren auch machen, aber das wird 
deswegen nicht besser


Lg

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