Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Maarten Deen]

On 2019-12-05 22:12, Tomek wrote:


EN:
In what language should the names of interstate objects be: seas /
bays, continents, oceans, poles? They are not currently displayed on
the default map(1), programs (e.g. OsmAnd, iD and JOSM editors) use
the name:LANGUAGE label, so the content of the "name" label is
ideological only, not practical.


I disagree that the name tag is ideological. Maybe you use the wrong 
word and meant theoretical?



Currently they are in English, which cannot be accepted, Great Britain
and the USA are not masters of the whole world.


As I don't know where the nodes are I can not check if your comment is 
correct, but while I understand your problem, this seems more like a 
frustrated rant.



Suggestion 1: for smaller seas, I suggest adding names in all official
/ main languages ​​of adjacent countries, so instead of "Black
Sea" there will be:
Karadeniz Marea Neagră Чорне море | Черно море |
Чёрное море | შავი ზღვა


I get nothing displayed at the Black Sea. It is only defined by the 
coastline, there is no (multi)polygon defining its boundaries. Is there 
a node?


The adjacent Caspian sea is displayed as دریاچه خزر which is not the 
complete name tag (Каспийское море / Хәзәр дәнизи / دریاچه خزر) but 
looks to me the name:fa (Farsi).
For me, that is very bad since I can not read Farsi so I don't know what 
is written there. Same applies to Chinese, Japanese, Korean, and a whole 
host of languages that do not use the latin script. So your described 
problem does not limit itself to non-English speakers, it also applies 
to the same Brits and US Americans that you rant about being the masters 
of the world.

IMHO Openstreetmap does try to be politically and nation independent.

Still, it is a Good Idea to have one standard (language) to communicate 
or define things, like everything meant for an international public in 
the wiki is English and the tag system is English.



For larger seas (with more neighboring countries, so the name would
exceed the 255 character limit in OSM) and for continents, oceans and
poles you need to come up with something else:

Suggestion 2a: remove the "name" tag completely


It should be looked at if this is a viable option. JOSM already uses the 
localized names to display names in JOSM itself. E.g. the afore 
mentioned multipolygon for the Caspian Sea displays as "multipolygon 
("Caspian Sea", 80 members, incomplete) [id: 3.987.743]" for me. It does 
not show the name tag.
For me that is usually the best option. It would be great if this could 
be extended to the main map, but for that you would probably need to 
make a different captions overlay.



Suggestion 2b: use the name in a neutral language, i.e. planned or
extinct: Lingvo Internacia Esperanto (EO), Interlingua (IA), Ido (IO),
Latin (LA), I don't know Latin, so I would need help.


Does that solve the non-latin alphabets? I don't know if their 
understanding of the latin alphabet is as bad as my understanding of the 
non-latin alphabets.



How can I resolve a problem with the "wikipedia" label?


There is a wikidata label, but that only defines what it is, not what 
name should be rendered.



Suggestion 3: for a place with fewer names, I suggest using several
labels:
wikipedia: ru = Чёрное море + wikipedia: ro = Marea Neagră,


And which of those will be on the map?


for other places:
Suggestion 4a: remove the label "wikipedia" and leave only "wikidata",


I agree that it is strange to have (e.g. for the Caspian Sea 
multipolygon 3987743) wikipedia=en:Caspian Sea when it is not in 
England. Is there a reason for that other than historic? Since there is 
also a wikidata link.



Suggestion 4b: add links in a neutral language: wikipedia=ia: Mar
Nigre


Why is Anguilla a neutral language? Mar Nigre looks French to me, why is 
that a neutral language?
Should it be Esperanto? Why would that be a neutral language since it is 
written in latin alphabet? Also Esperanto to me seems more like a 
western language than an eastern/asian language.



Suggestion 4c: add more links, but in which languages?

1. unless mapped as relation with other tags (natural = bay/water),
but the woodpecker user deleted the relation for the Black Sea:
https://www.openstreetmap.org/relation/7160849/history


It is better to link to the changeset, because that gives a comment and 
can be loaded easily:

https://www.openstreetmap.org/changeset/77922074

I'm not sure if I agree with the reason of deletion. Currently there is 
no name displayed and finding the node is difficult.


Your problem is a universal problem on any platform that spans the globe 
and IMHO there is no one answer to it. For one I would love to see all 
name tags rendered in something I can at least read (i.e. latin script). 
For that I frequently have to use the transport map layer so I can at 
least read what city in China (for example) I'm looking at.


Regards,
Maarten


___
talk mailing list

Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Martin Koppenhoefer]

sent from a phone

> On 6. Dec 2019, at 00:55, Tomek  wrote:
> 
>  EO: Mi pensis, ke tio ĉi estas internacia forumo/dissendolisto.
> PL: Myślałem, że to jest międzynarodowe forum/lista


potremmo creare una lista OSM-babel dove tutti scrivono come li pare

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

Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Tomek]

EO: Mi pensis, ke tio ĉi estas internacia forumo/dissendolisto.
PL: Myślałem, że to jest międzynarodowe forum/lista.



W dniu 19-12-05 o 23:52, Mateusz Konieczny pisze:
>
> 5 Dec 2019, 22:12 by to...@disroot.org:
>
> EO: 
> PL:
>
> Note that it is an English language forum.
>
> You may ask for help with translation 
> from Polish to English at 
> https://forum.openstreetmap.org/viewforum.php?id=23
>
> Or you can initially discuss this proposal there,
> other mappers may have a useful feedback.
>
> ---
> the same content in Polish:
>
> Akurat tutaj używany jest język angielski.
>
> Jeśli potrzebujesz pomocy z tłumaczeniem na angielski to możesz 
> poprosić o pomoc na 
> https://forum.openstreetmap.org/viewforum.php?id=23
>
> Myślę że warto tam też przedyskutować
> ten pomysł, inni mapujący mogą
> mieć warte uwzględnienia przemyślenia.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

<>___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] dégradation notable d'OSM

[Julien Lepiller]

Le 5 décembre 2019 21:43:51 GMT+01:00, osm.sanspourr...@spamgourmet.com a écrit 
:
>Le 04/12/2019 à 11:43, lenny.libre - lenny.li...@orange.fr a écrit :
>
>> une remarque concernant uniquement le nombre d'anomalies Osmose
>
>Tu vas dans le même sens que Philippe du coup je publie ma réponse
>initialement privée :
>
>Je n'ai pas dit qu'il était responsable des erreurs, j'ai juste parlé
>de
>métrique. Il ne faut pas faire dire à une métrique ce qu'elle ne veut
>pas dire. [j'ajoute : comme ici on est quand même essentiellement entre
>personnes expérimentées, ça me semblait évident que je ne prenais la
>métrique Osmose pas comme l'alpha et l'oméga mais comme une simple
>métrique, j'aurais dû être plus explicite]
>
>Simplement pour arriver à cela c'est qu'il n'en a rien à faire.
>
>J'ai 0 erreur de niveau 1, je me suis mangé plein d'erreurs de niveau 2
>du fait d'une modification massive des mairies (suppression du
>ref:INSEE) et je vais prendre mon bâton de pèlerin pour virer ces
>erreurs.
>
>Ce n'est pas parce qu'on ne les a pas créées qu'on ne peut profiter
>pour
>les corriger.
>
>N. B. : à l'opposé les pylônes transformateurs sont restés sans ligne
>autour parce que c'est difficile à suivre sur les photos et je n'ai pas
>le courage de prendre les fonds RTE/Enedis pour les suivre.
>
>Jean-Yvon

Je réagis sur les fonds rte. Il y en a qui sont utilisables pour l'édition ? 
Parce que le sujet m'intéresse et que je pourrais aider à compléter dans ce cas.

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

Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Joseph Eisenberg]

> for smaller seas, I suggest adding names in all official / main languages 
> ​​of adjacent countries, so instead of "Black Sea" there will be:
Karadeniz Marea Neagră Чорне море | Черно море | Чёрное море | შავი ზღვა

That's fine.

> For larger seas (with more neighboring countries, so the name would exceed 
> the 255 character limit in OSM) and for continents, oceans and poles you need 
> to come up with something else

I'd suggest using the 6 main United Nations languages for the "name=*"
tag of Oceans and Continents: Arabic, Chinese, English, French,
Russian and Spanish.

But there is no perfect solution, and as mentioned, most database
users will want to pick a localized name of the form "name:=" so
these tags should be added.

- Joseph Eisenberg

On 12/5/19, Mateusz Konieczny  wrote:
>
> 5 Dec 2019, 22:12 by to...@disroot.org:
>
>> EO:
>> PL:
>>
> Note that it is an English language forum.
>
> You may ask for help with translation
> from Polish to English at
> https://forum.openstreetmap.org/viewforum.php?id=23
>
> Or you can initially discuss this proposal there,
> other mappers may have a useful feedback.
>
> ---
> the same content in Polish:
>
> Akurat tutaj używany jest język angielski.
>
> Jeśli potrzebujesz pomocy z tłumaczeniem na angielski to możesz
> poprosić o pomoc na
> https://forum.openstreetmap.org/viewforum.php?id=23
>
> Myślę że warto tam też przedyskutować
> ten pomysł, inni mapujący mogąmieć warte uwzględnienia przemyślenia.
>

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

Re: [OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Mateusz Konieczny]

5 Dec 2019, 22:12 by to...@disroot.org:

> EO: 
> PL:
>
Note that it is an English language forum.

You may ask for help with translation 
from Polish to English at 
https://forum.openstreetmap.org/viewforum.php?id=23

Or you can initially discuss this proposal there,
other mappers may have a useful feedback.

---
the same content in Polish:

Akurat tutaj używany jest język angielski.

Jeśli potrzebujesz pomocy z tłumaczeniem na angielski to możesz 
poprosić o pomoc na 
https://forum.openstreetmap.org/viewforum.php?id=23

Myślę że warto tam też przedyskutować
ten pomysł, inni mapujący mogąmieć warte uwzględnienia przemyślenia.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] grosso allevamento polli

[Lorenzo Beltrami]

Il giorno gio 5 dic 2019 alle ore 20:36 Volker Schmidt 
ha scritto:

> animal_breeding è per animali da compagnia, come cavalli, gatti, cani, ...
> Non per animali che poi si ammazzano come cibo.
>

Non sono così bravo in inglese, mi ero semplicemente fidato di quanto
scritto sul wiki: "This tag is mainly intended for pet breedings, but it
can be used for any kind of animals" (secondo la cronologia questa frase è
stata scritta dal promotore della proposta, Viking81, quando è stata
accettata) e di quanto sta su TagInfo.
I valori più usati per la chiave "animal_breeding" sono:
1. "pig" (812 occorrenze)
2. "chicken" (186)
3. "poultry" (184)
4. "horse" (84 e in Italia può essere anche un animale da carne)
5. "cow" (ma il wiki giustamente dice che per "cattle", e quindi immagino
anche per "cow", solitamente si tratta di una farm e quindi di valutare se
vale la pena taggarla di conseguenza e solo secondariamente come
animal_breeding)

C'è un termine più specifico per l'allevamento di animali da macello? Se sì
usiamo quello.

Ragionando "da informatico" mi viene anche in mente che molti animali di
quella lista possono essere sia da compagnia che da macello.
Di sicuro "horse", "dog", "rabbit", ma in certi casi anche "pig"...
"gamecock" direi che non rientra in nessuna delle due categorie
"compagnia"/"macello" (inteso come uso alimentare).
Poi ci sono anche gli animali da 'produzione', come "goat" e "cow" per il
latte o "sheep" e "alpaca" per la lana.

Però ora la domanda è: ha senso andare così tanto nel dettaglio?
Se sì: come lo descriviamo? Basta "produce=eggs/meat/milk/live_animal"?
(tutti valori presenti su TagInfo, "live_animal" addirittura 1.001 volte).

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

[OSM-talk] nomoj de internaciaj objektoj / nazwy obiektów międzynarodowych ? names of international objects

[Tomek]

EO:
En kiu lingvo estu nomoj de interŝtataj objektoj: maroj/golfoj,
kontinentoj, oceanoj, polusoj? Tiuj objektoj ne estas montrataj(1) sur
la ĉefa mapo, kaj programoj (ekz. OsmAnd, redaktiloj iD kaj JOSM) uzas
etikedon name:LINGVO, do enhavo de la etikedo “name” havas nur
ideologian signifon, ne praktikan.
Nuntempa nomo en la angla lingvo estas tute neakceptata, Britujo kaj
Usono ne regas la tutan mondon.

Propono 1: por malpli grandaj maroj, mi proponas aldoni nomojn en ĉiuj
oficialaj/ĉefaj lingvoj de apudaj landoj, do anstataŭ “Black Sea” estu:
Karadeniz | Marea Neagră | Чорне море | Черно море | Чёрное море | შავი ზღვა

Por grandaj maroj (kun pli da landoj apude, do la nomo troigias la
limigon 255 da signoj en OSM) kaj por kontinentoj, oceanoj, polusoj
devus fari alie:

Propono 2a: tute forigi la etikedon “name”,
Propono 2b: skribi tiun etikedon en iu neŭtra lingvo, neŭtra signifas
planita aŭ mortinta, la kandidatoj estas: Lingvo Internacia Esperanto
(EO), Interlingua (IA), Ido (IO), Latino (LA), mi ne scias Latinon, do
mi necesus helpon pro tio.

Kiel solvi problemon pri la etikedo “wikipedia“?
Propono 3: por lokoj kun mallpli da nomoj mi proponas uzi plurajn etikedojn:
wikipedia:ru=Чёрное море + wikipedia:ro=Marea Neagră, ktp.

por aliaj lokoj:
Propono 4a: forigi la etikedon ”wikipedia” kaj nur forlasi “wikidata”,
Propono 4b: aldoni ligilon en iu neŭtra lingvo: wikipedia=ia:Mar Nigre
Propono 4c: aldoni plurajn ligilojn, sed en kiuj lingvoj?


1. escepte se mapigitaj kiel rilatoj kun aldonaj etikedoj
(natural=bay/water), tamen la uzanto woodpecker forigis tian rilaton al
Nigra Maro: https://www.openstreetmap.org/relation/7160849/history




PL:
W jakim języku powinny być nazwy obiektów międzypaństwowych: mórz/zatok,
kontynentów, oceanów, biegunów? Nie są one obecnie wyświetlane na
domyślnej mapie(1), programy (np. OsmAnd, edytory iD i JOSM) używają
etykiety name:JĘZYK, więc zawartość etykiety „name” ma znaczenie
wyłącznie ideologiczne, nie praktyczne.
Obecnie są one w języku angielskim, co nie może być akceptowane, Wielka
Brytania i USA nie są panami całego świata.

Propozycja 1: dla mniejszych mórz, proponuję dodać nazwy we wszystkich
oficjalnych/głównych językach przyległych państw, więc zamiast „Black
Sea” będzie:
Karadeniz | Marea Neagră | Чорне море | Черно море | Чёрное море | შავი ზღვა

Dla większych mórz (z większą liczbą sąsiadujących krajów, więc nazwa
przekroczyłaby limit 255 znaków w OSM) i dla kontynentów, oceanów i
biegunów trzeba wymyślić coś innego:

Propozycja 2a: całkowicie usunąć znacznik „name”,
Propozycja 2b: użyć nazwy w neutralnym języku, tj. planowanym lub
wymarłym: Lingvo Internacia Esperanto (EO), Interlingua (IA), Ido (IO),
łacina (LA), nie znam łaciny, więc potrzebowałbym pomocy.

Jak rozwiązać problem z etykietą „wikipedia”?
Propozycja 3: dla miejsca z mniejszą liczbą nazw proponuję użyj kilku
etykiet:
wikipedia:ru=Чёрное море + wikipedia:ro=Marea Neagră, itd.

dla innych miejsc:
Propozycja 4a: usunąć etykietę „wikipedia” i zostawić tylko „wikidata”,
Propozycja 4b: dodać odnośniki w jakimś neutralnym języku:
wikipedia=ia:Mar Nigre
Propozycja 4c: dodać kilka odnośników, w których językach?a

1. chyba, że zmapowane jako relacje z innymi znacznikami
(natural=bay/water), ale użytkownik woodpecker usunął taką relację dla
Morza Czarnego: https://www.openstreetmap.org/relation/7160849/history




EN:
In what language should the names of interstate objects be: seas / bays,
continents, oceans, poles? They are not currently displayed on the
default map(1), programs (e.g. OsmAnd, iD and JOSM editors) use the
name:LANGUAGE label, so the content of the "name" label is ideological
only, not practical.
Currently they are in English, which cannot be accepted, Great Britain
and the USA are not masters of the whole world.

Suggestion 1: for smaller seas, I suggest adding names in all official /
main languages ​​of adjacent countries, so instead of "Black Sea" there
will be:
Karadeniz Marea Neagră Чорне море | Черно море | Чёрное море | შავი ზღვა

For larger seas (with more neighboring countries, so the name would
exceed the 255 character limit in OSM) and for continents, oceans and
poles you need to come up with something else:

Suggestion 2a: remove the "name" tag completely
Suggestion 2b: use the name in a neutral language, i.e. planned or
extinct: Lingvo Internacia Esperanto (EO), Interlingua (IA), Ido (IO),
Latin (LA), I don't know Latin, so I would need help.

How can I resolve a problem with the "wikipedia" label?
Suggestion 3: for a place with fewer names, I suggest using several labels:
wikipedia: ru = Чёрное море + wikipedia: ro = Marea Neagră, etc.

for other places:
Suggestion 4a: remove the label "wikipedia" and leave only "wikidata",
Suggestion 4b: add links in a neutral language: wikipedia=ia: Mar Nigre
Suggestion 4c: add more links, but in which languages?

1. unless mapped as relation with other tags (natural = bay/water), but
the woodpecker user deleted the relation for the 

Re: [OSM-talk-fr] dégradation notable d'OSM

[osm . sanspourriel]

Le 04/12/2019 à 11:43, lenny.libre - lenny.li...@orange.fr a écrit :


une remarque concernant uniquement le nombre d'anomalies Osmose


Tu vas dans le même sens que Philippe du coup je publie ma réponse
initialement privée :

Je n'ai pas dit qu'il était responsable des erreurs, j'ai juste parlé de
métrique. Il ne faut pas faire dire à une métrique ce qu'elle ne veut
pas dire. [j'ajoute : comme ici on est quand même essentiellement entre
personnes expérimentées, ça me semblait évident que je ne prenais la
métrique Osmose pas comme l'alpha et l'oméga mais comme une simple
métrique, j'aurais dû être plus explicite]

Simplement pour arriver à cela c'est qu'il n'en a rien à faire.

J'ai 0 erreur de niveau 1, je me suis mangé plein d'erreurs de niveau 2
du fait d'une modification massive des mairies (suppression du
ref:INSEE) et je vais prendre mon bâton de pèlerin pour virer ces erreurs.

Ce n'est pas parce qu'on ne les a pas créées qu'on ne peut profiter pour
les corriger.

N. B. : à l'opposé les pylônes transformateurs sont restés sans ligne
autour parce que c'est difficile à suivre sur les photos et je n'ai pas
le courage de prendre les fonds RTE/Enedis pour les suivre.

Jean-Yvon

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

Re: [OSM-talk-fr] JOSM : comment tracer un cercle de rayon donné autour d'un point

[orhygine]

Bonjour,
Le raccourcis shift+o permet de transformer une ligne représentant le
diamètre en un cercle.
Orhygine

Le jeu. 5 déc. 2019 à 17:06, Yves P.  a écrit :

> Bonjour,
>
> Existe-‘il une façon simple de tracer un cercle à partir d’un point et
> d’un rayon ?
>
> Ma méthode (lourde) :
>
>1. rajouter un noeud MAJ+D (et saisir les coordonnées du centre)
>2. tracer un segment CTRL+A (regarder dans la barre de statut la
>longueur du segment)
>3. tracer un deuxième (environ à 120°)
>4. tracer un troisième
>5. sélectionner les 3 segments
>6. sélectionner leurs noeuds CMD+MAJ+N
>7. dans la liste de sélectionner désélectionner le centre
>8. créer un cercle MAJ+O
>9. sélectionner les segments
>10. les effacer
>
>
> ouf…
>
> Tout ça parce que je trace des zones réglementaires en mer :
>
> *"une zone de dépôt temporaire d'engins explosifs ou dangereux (Zone F),
> située dans cercle de deux cent mètres de rayon centré sur le point 50°
> 59,7' Nord - 001° 50,47 Est."*
>
>
> —
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] grosso allevamento polli

[Volker Schmidt]

animal_breeding è per animali da compagnia, come cavalli, gatti, cani, ...
Non per animali che poi si ammazzano come cibo.

On Thu, 5 Dec 2019, 17:07 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> >> On 5. Dec 2019, at 16:56, demon_box  wrote:
> > landuse=farmland + animal=chicken
>
>
> +1, produce potrebbe essere meat o eggs
>
> Ciao Martin
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incroci e highway=*_link

[Federico Cortese]

On Thu, Dec 5, 2019 at 5:44 PM Andrea Albani  wrote:
>
> Direi che c'hai azzeccato. Grazie

Sì, mi sembra l'unico uso corretto. Anche io seguendo questa
discussione ho aggiornato alcune rotatorie in quel modo (es.
https://www.openstreetmap.org/#map=19/40.36100/18.16994).
Per i semplici incroci con aiuole spartitraffico invece continuo a non
essere favorevole all'uso dei _link.

Ciao,
Federico

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

Re: [Talk-ca] Documentation du Réseau Vélo Métropolitain

[Alouette955]

Bonjour,

N’ayant reçu aucun autre commentaire je constate que ce projet ne suscite pas 
d’intérêt.

Je suspens donc le projet de créer les portions existantes du futur Réseau Vélo 
Métropolitain et détruirai les relations correspondants au RM49 créées à tire 
d’exemple. La documentation précisera d’attendre qu’un axe soit inauguré avant 
d’en faire la documentation dans OSM.

Depuis la publication du plan, des projets de création de liens 
inter-municipaux qui y apparaissent ont été réalisés et d’autres sont 
certainement à venir.

Claude
From: Martin Chalifoux 
Sent: Monday, November 25, 2019 11:28 AM
To: Alouette955 
Cc: talk-ca 
Subject: Re: [Talk-ca] Documentation du Réseau Vélo Métropolitain

Bon matin, 

C’était mon impression que ces axes sont seulement des voeux pieux sur papier 
mais rien de réel. A part l’axe 20 reliant Oka à St-Hilaire qui lui est réel, 
mis en place pour le 375e anniversaire de Montréal, j’ai jamais vu un seul 
panneau de signalisation et rien de tangible ou réel pour d’autres axes. Est-ce 
que les choses ont évolué ? Je suis peut-être en retard sur les nouvelles. 

Si ces axes ont aucune signalisation sur le terrain je vois mal comment 
justifier les ajouter à OSM. 

Martin868



  On Nov 25, 2019, at 11:12, Alouette955  wrote:

  Bonjour,

  Comme suite à mon précédent message j’ai créé les relations concernant l’Axe 
49 du Réseau Vélo Métropolitain afin d’avoir vos commentaires.

  Ces relations ont été créées en conformité de la documentation suivante:

  
https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain

  que je soumets pour validation.

  J’ai choisi l’axe 49 (qui va de Rosemère jusqu’au canal Lachine à Montréal) 
parce qu’il contient de grands segments existants ainsi que plusieurs petits 
segments à compléter. On remarque que les segments complétés apparaissent en 
lignes continues alors que le “à construire” apparait en pointillé sur les 
cartes. 

  Le rafraichissement de tuiles n’est pas complété mais on commence à les voir 
à divers niveau de zoom:

  Exemples:

 - https://www.cyclosm.org/#map=12/45.5288/-73.6496/opencyclemap

 - https://www.cyclosm.org/#map=19/45.57975/-73.78757/cyclosm

 - https://www.cyclosm.org/#map=17/45.49578/-73.64286/cyclosm


  Des commentaires sur cette proposition de documentation du réseau seraient 
appréciés.

  Merci,

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



 Virus-free. www.avg.com  
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] hebdoOSM Nº 488 2019-11-19-2019-11-25

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[OSM-talk-fr] hebdoOSM Nº 488 2019-11-19-2019-11-25

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-ht] hebdoOSM Nº 488 2019-11-19-2019-11-25

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-africa] hebdoOSM Nº 488 2019-11-19-2019-11-25

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[OSM-talk] tagtransform for OSM - An effort make tagging and using OSM data easier; bridging different worlds together

[Sören Reinecke via talk]

Hey all,

I currently write a specification for tranforming tags in OpenStreetMap
to make life of all stakeholders easier. Different tagging schemes have
emerged since the existence of OpenStreetMap, same are existing in
parallel and a newer ones deprecated old ones. Data customers without
knowing the OSM community much get lost, mappers use deprecated tagging
schemes and newbies get overhelmed by the bunch of possibilities OSM
gives (they do not know exactly how to map). This project aims to help
developers and mappers who want to take advantage of/contribute to the
OpenStreetMap great database which is by the way a brilliant project.
This project can also help to make tagging in OSM more orthogonal and
more hassle free.

I saw conflicting interests between OSM community, OSM developers like
the iD developers and data customers. A renderer might need data in
another way as the community contributes. The community might need
another tagging scheme than a renderer. I thought how we can resolve
this, how we can get all sites on "one table" and that is the idea I
had come up with: A specification and scripts helping to preprocess
data for each group. But I hope to achieve in long term that the
community comes together with developers, approves the automatic
toggleable function "correcting tagging by means of the community" e.g.
A mapper is typing in `phone=+33 6156 785847887948950` but the
converted form `contact:phone=+33 6156 785847887948950` will appear in
database. This would make use of short-hands possible and makes life of
tagging easier.

> The project bridges different worlds and is therefore a bridge.
> As bridge this project should not just connect different worlds
> together and by ensuring peace between those but also support
> exchange between those to develop a social economy of  "send and
> receive" This project should support the "come together" of (OSM)
> developers and mappers.

A more readable version can be found here: 
https://github.com/ValorNaram/transformation-table-osmtags/blob/master/README.md
and the principles can be found at 
https://github.com/ValorNaram/transformation-table-osmtags/blob/master/principles.md

---

Example 1: They want to have the phone number of a POI. There are some
problems with this:

1. They need to know both contact:phone and phone to get them all.
2. They need to support them both.
3. They need to remove one in case both keys are mapped on one POI.
This really happens, see http://overpass-turbo.eu/s/OI2.

Example 2: They want to know how many POI's have changing tables
(general: facilities for changing a nappy of a baby). There are some
problems with this too:

1. They need to know both changing_table and the deprecated diaper
to get them all.
2. They need to support them both. Difficult because they're highly
different tagging schemes.
3. They need to remove one in case both keys are mapped on one POI.
This really happens, see http://overpass-turbo.eu/s/OI5.

Example 3: They want to develop a mapping tool and want to correct
wrong typed in tags. There are some problems with that:

1. They need to know all possible tagging schemes existing for one
purpose (e.g. mapping facilities for changing the nappy of a baby).
2. They need to know the right/approved/more logical scheme.
3. They need to know how to convert:

diaper=yes
diaper:female=yes

becomes after the transformation:

changing_table=yes
changing_table:location=female_toilet

---

Basically it bridges the OSM community and developers together, it
might even resolve the conflict between iD developers and the
community.


I want to hear your opinions on this and also feel not to shame to ask
questions. My answers will be part of the clarification of the project
"tagtransform for OSM".

Cheers

S??ren Reinecke alias ValorNaram


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

Re: [Talk-it] Incroci e highway=*_link

[Andrea Albani]

Il giorno mer 4 dic 2019 alle ore 22:31 Lorenzo Mastrogiacomi <
lomastr...@gmail.com> ha scritto:

>
> Penso che parla dei collegamenti laterali che bypassano la rotatoria come
> in questo caso:
> https://www.openstreetmap.org/#map=18/44.06400/12.54070
>

Direi che c'hai azzeccato. Grazie
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] SNT, éducation nationale / Nombre maximum d'appareils connectés à un compte

[Cyrille37 OSM]

Le 05/12/2019 à 17:11, Cédric Frayssinet a écrit :

Bonjour Marc,

C'est bien dans ce sens que j'ai rédigé le courriel et qui a été 
validé par Vincent et Donat pour l'association OSM-FR. Le but est de 
faire créer des comptes aux enseignants avec leur courriel académique, 
donc, qui nous assure qu'il sera lu.



Je trouve ça très bien, un bon compromis.

Cyrille37.


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

Re: [OSM-talk-fr] SNT, éducation nationale / Nombre maximum d'appareils connectés à un compte

[Cédric Frayssinet]

Le 05/12/2019 à 14:39, marc marc a écrit :
> Le 05.12.19 à 06:43, Vincent Bergeot a écrit :
>> Le 04/12/2019 à 15:58, marc marc a écrit :
 Le 4 déc. 2019 à 13:57, Vincent Bergeot
 Savez vous si il y a un maximum d'appareils connectables à un compte
 unique OSM ?
>>> Aucune limite connue mais en cas de vandalisme tu ne saurai jamais 
>>> qui c'est.
>>> Un compte ÉcoleAbcClasse1N1 a20 me semble bien préférable
>> ok pour la crainte du vandalisme, mais demander à créer 10 comptes par
>> classe pour chaque classe de seconde de lycée cela me semble :
>>
>> 1- difficile pour les profs (blabla+compte1@ac- ... et cela 10 fois cela
>> va demander une formation à part entière avant même de commencer
> je suis dépité (pour la génération en cours de formation) que l'usage
> des emails en 2019 nécessiterait une formation à part entière pour le prof.
>> Donc l'idée "défendue" et mise dans la lettre aux DANE (délégation
>> académique aux numériques éducatifs de France) c'est d'avoir un compte
>> classe pour le temps du cours, avec profil précisant #snt, le lycée, la
>> classe éventuellement, avec changement de mot de passe à l'issue de la
>> séance. Si il y a du vandalisme à ce moment là, ok mais cela fait
>> néanmoins l'objet d'un changeset, c'est plus "facile" à détecter.
> un login par classe voir par prof est un compromis acceptable si le prof
> a bien conscience qu'il "perd" la possibilité de retrouver l'auteur à
> posteriori.
>
> pour ma part, le plus important, c'est que la contribution à osm
> en classe ne soie pas une cour de récréation.
> est-ce que le prof jette un oueil voir corrige l'exercice pratique ?
> les 10aines de réaction que j'ai écrit sont quasi toute restées lettre
> morte. certaines d'entre elle étaient pourtant due à des contributions
> immédiatement détectable comme fantaisiste.
> Aucune idée non plus si mes remarques sont remontées aux personnes
> intéressées..
> Mais si la communauté n'a pas moyen de savoir si elle est bénévole
> forcée et ignorée pour l'éducation nationale, cela donne envie d'un
> revert pur/simple sans explication détaillée.

Bonjour Marc,

C'est bien dans ce sens que j'ai rédigé le courriel et qui a été validé
par Vincent et Donat pour l'association OSM-FR. Le but est de faire
créer des comptes aux enseignants avec leur courriel académique, donc,
qui nous assure qu'il sera lu.

Cédric


-- 

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

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Cartes les plus avancées

[Cédric Frayssinet]

Le 05/12/2019 à 15:25, Nicolas Moyroud a écrit :
> Et voir également leur présentation faite au SOTM-FR. 

Ici :
https://peertube.openstreetmap.fr/videos/watch/f44f75f9-3dbe-4218-9025-0344305a751c

-- 

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-it] grosso allevamento polli

[Martin Koppenhoefer]

sent from a phone

>> On 5. Dec 2019, at 16:56, demon_box  wrote:
> landuse=farmland + animal=chicken


+1, produce potrebbe essere meat o eggs

Ciao Martin 



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

Re: [Talk-it] grosso allevamento polli

[Ivo Reano]

Una azienda / pollificio l'ho mappata nella mia zona così:

L'area è
name=Fantolino
place=farm

Mentre gli edifici di produzione (potrebbe esserci anche dei magazzini!)
amenity=animal_breeding
animal_breeding=chicken
operator=Azienda Agricola Fantolino

Il giorno gio 5 dic 2019 alle ore 16:56 demon_box 
ha scritto:

> oppure ancora
>
> landuse=farmland + animal=chicken ?
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] JOSM : comment tracer un cercle de rayon donné autour d'un point

[Yves P.]

Bonjour,

Existe-‘il une façon simple de tracer un cercle à partir d’un point et d’un 
rayon ?

Ma méthode (lourde) :
rajouter un noeud MAJ+D (et saisir les coordonnées du centre)
tracer un segment CTRL+A (regarder dans la barre de statut la longueur du 
segment)
tracer un deuxième (environ à 120°)
tracer un troisième
sélectionner les 3 segments
sélectionner leurs noeuds CMD+MAJ+N
dans la liste de sélectionner désélectionner le centre
créer un cercle MAJ+O
sélectionner les segments
les effacer

ouf…

Tout ça parce que je trace des zones réglementaires en mer :
"une zone de dépôt temporaire d'engins explosifs ou dangereux (Zone F), située 
dans cercle de deux cent mètres de rayon centré sur le point 50° 59,7' Nord - 
001° 50,47 Est."

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

Re: [Talk-it] grosso allevamento polli

[Lorenzo Beltrami]

Il giorno gio 5 dic 2019 alle ore 16:56 demon_box 
ha scritto:

> oppure ancora
>
> landuse=farmland + animal=chicken ?
>
> --enrico
>

Io ho usato:
amenity=animal_breeding +
animal_breeding=poultry;chicken;guineafowl (allevano polli, galline e
faraone)

Qua la pagina wiki degli allevamenti:
https://wiki.openstreetmap.org/wiki/IT:Tag:amenity=animal%20breeding
Qua l'elemento OSM: https://www.openstreetmap.org/way/715688642

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

Re: [Talk-it] grosso allevamento polli

[demon_box]

oppure ancora

landuse=farmland + animal=chicken ?

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] grosso allevamento polli

[demon_box]

... altolà forse ho trovato più che crop

potrei usare produce=chicken

che dite?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-it] grosso allevamento polli

[demon_box]

ciao, mi ritrovo a mappare un grosso allevamento di polli.
intendo un'area con all'interno 7/8 grossi capannoni nei quali i polli
vengono appunto allevati mi verrebbe da dire su scala industriale.

quali tag posso usare, ho cercato ma non trovato niente

a parte

landuse=farmland + crop=*

ma come valore di crop guardando il wiki non contemplate soltante specie
vegetali...

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Cartes les plus avancées

[Nicolas Moyroud]

Salut,

Je serai aussi tenté de répondre Montpellier. Outre le fait d'avoir 
accueilli le SOTM-FR 2019, la métropole de Montpellier contribue 
officiellement à OSM et y verse ses données OpenData :


https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole

Et voir également leur présentation faite au SOTM-FR.

A+

Nicolas

Le 05/12/2019 à 10:15, Jean-Christophe Becquet a écrit :

Le 04/12/2019 19:31, Xavier BIZOT a écrit :

Quelles sont selon vous les villes dont la carte est le plus avancée une
sorte de TOP 10 ?


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

Re: [OSM-talk-fr] SNT, éducation nationale / Nombre maximum d'appareils connectés à un compte

[marc marc]

Le 05.12.19 à 06:43, Vincent Bergeot a écrit :
> Le 04/12/2019 à 15:58, marc marc a écrit :
>>> Le 4 déc. 2019 à 13:57, Vincent Bergeot
>>> Savez vous si il y a un maximum d'appareils connectables à un compte
>>> unique OSM ?
>> Aucune limite connue mais en cas de vandalisme tu ne saurai jamais 
>> qui c'est.
>> Un compte ÉcoleAbcClasse1N1 a20 me semble bien préférable
> 
> ok pour la crainte du vandalisme, mais demander à créer 10 comptes par
> classe pour chaque classe de seconde de lycée cela me semble :
> 
> 1- difficile pour les profs (blabla+compte1@ac- ... et cela 10 fois cela
> va demander une formation à part entière avant même de commencer

je suis dépité (pour la génération en cours de formation) que l'usage
des emails en 2019 nécessiterait une formation à part entière pour le prof.
> Donc l'idée "défendue" et mise dans la lettre aux DANE (délégation
> académique aux numériques éducatifs de France) c'est d'avoir un compte
> classe pour le temps du cours, avec profil précisant #snt, le lycée, la
> classe éventuellement, avec changement de mot de passe à l'issue de la
> séance. Si il y a du vandalisme à ce moment là, ok mais cela fait
> néanmoins l'objet d'un changeset, c'est plus "facile" à détecter.

un login par classe voir par prof est un compromis acceptable si le prof
a bien conscience qu'il "perd" la possibilité de retrouver l'auteur à
posteriori.

pour ma part, le plus important, c'est que la contribution à osm
en classe ne soie pas une cour de récréation.
est-ce que le prof jette un oueil voir corrige l'exercice pratique ?
les 10aines de réaction que j'ai écrit sont quasi toute restées lettre
morte. certaines d'entre elle étaient pourtant due à des contributions
immédiatement détectable comme fantaisiste.
Aucune idée non plus si mes remarques sont remontées aux personnes
intéressées..
Mais si la communauté n'a pas moyen de savoir si elle est bénévole
forcée et ignorée pour l'éducation nationale, cela donne envie d'un
revert pur/simple sans explication détaillée.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OSM very old data

[Tom Ka]

Just to note - most of these old (v0.3) data have errors in UTF-8
encoding in some tag values (mainly name).

Bye tom.k

so 30. 11. 2019 v 13:09 odesílatel Tom Ka  napsal:
>
> Final v0.6 extracts for planet are available here:
>
> http://osm.fit.vutbr.cz/extracts/
>
> Will prepare some info about the process for others.
>
> Thanks to all, who helped.
>
> pá 29. 11. 2019 v 11:05 odesílatel Frederik Ramm  napsal:
> >
> > Hi,
> >
> > On 29.11.19 10:43, Tom Ka wrote:
> > > What it
> > > the meaning - deleted segments, so should I ignore those ways?
> >
> > I guess so.
> >
> > > 2) from 061205 the size increases, so I guess it contain some
> > > reasonable data, but for older (planet-061128.osm.bz2 -
> > > planet-060818.osm.bz2  ) there is size jump, which is strange. Is
> > > there any reason for this?
> >
> > Possibly https://wiki.openstreetmap.org/wiki/Old_TIGER_Import_2005/2006
> >
> > Bye
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk

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

[talk-cz] Fwd: Re: Jina informace poloha.net vs poiimporter

[majkaz]

Přehled (poloha.net) ukazuje data Openstreetmap - 03.12.2019

Skutečné zpoždění u přehledu je momentálně cca 3 dny (už bylo i 4-5 dní), a ta 
data jsou ve skutečnosti spíš ze 02.12. - už několikrát jsem zahlédla, že ten 
datum sice odpovídá, ale data se vezmou jen cca do 10:00 hodiny dopoledne. 

Navíc barvy v téhle chvíli nebudou sedět - včera jsem nahrávala data z prosince 
a PoiImporter je zatím nemá.

Majka

__
> Od: "Marián Kyral" 
> Komu: "mahdi1...@centrum.cz" 
> Datum: 05.12.2019 11:02
> Předmět: Re: Jina informace poloha.net vs poiimporter
>
>
>Ahoj,
>
>je tam nějaké zpoždění, ale pokud to zmapuješ v OSM se správným ref, tak by
>se to mělo samo opravit jak ve statistikách tak i v Importeru.
>
>
>
>
>Marián
>
>
>
>-- Původní e-mail --
>Od: mahdi1...@centrum.cz 
>Komu: Marián Kyral , majkaz 
>Datum: 4. 12. 2019 14:56:17
>Předmět: Jina informace poloha.net vs poiimporter
>"Ahoj,
>
>O vikendu sem zmapoval schranku 68007:137 v Bukovine
>https://www.openstreetmap.org/node/7024014650
>
>poloha.net ukazuje stav "Castecne" -
>http://josm.poloha.net/cz_pbox/depo.php?id=68007
>
>poiimporter "cervene" -
>http://osm.kyralovi.cz/POI-Importer-testing/#map=17/49.2941/16.8034
>=CZECPbox
>
>I podle popisu od CP "Bukovina OÚ" je jasny, ze maji chybu v datech. Lze
>toto nak rucne nastavit, ze je ok?
>
>-
>
>Dalsi takovej pripad, co sem letos videl 67407:264 + 67407:265 +67407:266 
>
>http://josm.poloha.net/cz_pbox/depo.php?id=67407
>
>http://osm.kyralovi.cz/POI-Importer-testing/#map=16/49.1179/16.1943
>=CZECPbox
>"cervena"
>
>mahdi
>"
>
>

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

Re: [OSM-talk-fr] Cartes les plus avancées

[Jean-Christophe Becquet]

Le 04/12/2019 19:31, Xavier BIZOT a écrit :
> Quelles sont selon vous les villes dont la carte est le plus avancée une
> sorte de TOP 10 ?

Bonjour Xavier,

Oserais-je répondre Digne-les-Bains ? :-)
https://wiki.openstreetmap.org/wiki/Digne-les-Bains

Il existe une catégorie Best of OpenStreetMap sur le wiki :
https://wiki.openstreetmap.org/wiki/Category:Best_of_OpenStreetMap

Et quelques références sur cette page :
https://wiki.openstreetmap.org/wiki/FR:Cartoth%C3%A8que

Il y avait ce site web mais il ne répond plus :
https://bestofosm.org

Bonne journée

JCB
-- 
Cyclo4 : intégration des itinéraires et aménagements cyclables
des Alpes-de-Haute-Provence dans OpenStreetMap
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

[Talk-it] Test della nuova versione di Mapillary

[mbranco2]

Ciao,

Mapillary cerca beta tester per la nuova versione dell'app.
Chi è interessato può mandare il suo nickname mapillary e la sua email a:
said *at* mapillary* dot* com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it