Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Roland Olbricht]

Hallo Michael,


Mir ist noch etwas eingefallen, was bei der Aufgabenträger-Bedeutung
problematisch wäre


Ich denke mal, dass die Idee hinter dem "network=" urpsrünglich mal war,
dass derjenige drinsteht, der die Liniennummer vergibt. Dann ist die
Kombination aus network= und ref= für jede Linie eindeutig.

Es ist eine recht häufige und naheliegende Forderung, dass man mit einem
einfachen Filterkriterium genau die gesuchte Linie finden kann, und da
hilft die Eindeutigkeit.

Der Rest ist jetzt das übliche Missverständnis-Potential. Bei den alten
Verkehrsverbünden (z.B. MVV, VRR, VRS) sind die Liniennummern
verbundweit koordiniert. Daher dürfte (für vor allem Busverkehr) die
Formulierung "network= ist der Verkehrsverbund" stammen.

Bei neueren Verkehrsverbünden ist das nicht mehr der Fall. Wer aus einem
solchen kommt, wird aus der Vorgabe "network= ist Verkehrsverbund" nicht
zurückschließen, dass die Eindeutigkeit das wesentliche Merkmal ist, und
sich seine Eindeutigkeit auf anderem Wege basteln, z.B. unter Mitnutzung
des "operator=" (mit eigenen Schwierigkeiten) oder Ähnliches.

Jedenfalls kann man auch aus Semikolon-Listen in "network=" (plus
"ref=") noch einen einfachen Filter bauen, der genau die gewünschte
Linie findet. Von daher kann man das machen, sollte dann aber im
Zweifelsfall mehr eintragen, damit der Filter nicht ins Leere greift.

Eine ungelöste Aufgabe ist dann, was man mit den Verkehrsverbünden
macht, in denen Liniennummern mehrfach vorkommen.

Von der Berücksichtigung von Tarifinformationen würde ich dagegen sehr
dringend abraten: es gibt endlos viele Sonder- und Kulanzregeln, oder
nur teilweise gültige Sortimente. Es kann durchaus passieren, dass auf
einem bestimmten Abschnitt nur Zeitkarten eines Verbundes anerkannt
werden. Sonst müsste man z.B. auch anfangen, Regelungen wie das
Bahncard-Cityticket im "network="-Tag einzutragen.

Viele Grüße,

Roland

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

Re: [OSM-talk] trace and signs

[stevea]

Y'know, I might suggest some wiki-reading.  Perhaps 80hnhtv4agou takes a look 
at our wiki for leisure=park (messy as it has been) and how the tags all glom 
together:  tagging leisure=park and name=Fred's Park will cause our "current" 
Standard renderer (Carto) to display this with a minty-green and 
slightly-italicized typeface font to be selected to display these attributes 
(named park) together.

If 80hnhtv4agou is language-challenged (hey, that's OK), please offer us a 
translation partner to his/her preferred dialect.  Much can be and is arranged 
to "simply work" in OSM.  This, too.  An interesting register, this.

SteveA

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Philippe Verdy]

Comme je le disais dans un précédent message, cette expression régulière
(en format PCRE étendu "/x" où tous les blancs non marqués par un "\" ne
sont pas significatifs) fait le job d'analyse:

^
(?:
  (?:\+|00|011)[\.\/\-\ \t]*
  (?# group 1: country code after international dialing code)

([17]|2(?:[07]|[1-689]\d)|3(?:[0-4679]|[578]\d)|4(?:[013-9]|2\d)|5(?:[1-8]|[09]\d)|6(?:[0-6]|[789]\d)|8(?:[1246]|[035789]\d)|9(?:[0-58]|[679]\d))
  [\.\/\-\ \t]*
| (?# group 2: single-digit country code without international dialing code)
  ([17])
  [\.\/\-\ \t]+(?# a separator is required for disambiguation)
)?
(?# group 3: area code between parentheses, optional)
(?:\((\d{1,4})\)[\.\/\-\ \t]*)?
(?# groups 4-7: leading groups of digits, may be empty)
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?# group 8: start of the last group of digits, may be empty)
(\d{0,10}?)
(?# group 9: up to 4 digits at end of the last group of digits)
(\d{1,4}+)
(?:
  [\.\/\-\ \t]*e?xt?[\.\/\-\ \t]*+
  (?# group 10: extension code, optional)
  (\d{1,14})
)?
$


Testée sur https://regex101.com/r/4wY5xA/48 (avec des exemples inclus), et
utilisée sur Wikidata (où elle détecte les formats réellement incorrects ou
ambigus).

Notes:
* Le groupe de capture 9 est un cas spécial juste destiné à la protection
de la vie privée (pour masquer une partie des chiffres à la fin du dernier
groupe précisé, jusqu'à 4 chiffres. On peut le supprimer de l'expression
régulière et ses chiffres sont alors inclus dans le groupe 8, le groupe 10
pour "l'extension" devient le groupe 9.
* La syntaxe "(?# ... )" indique un commentaire (non-significatif pour
l'analyse du texte source).
* La syntaxe "(?: ... )" indique un groupement logique pour une
sous-expression qui n'est inclus dans aucun groupe de capture, au contraire
de "( ... )" qui en plus crée un groupe de capture, numéroté
automatiquement à chaque occurrence d'une parenthèse initiale (non-marquée
par un drapeau "(?" suivi immédiatement d'un symbole spécial).
* La syntaxe "{1,4}+" ou "{0,10}?" ou "*+" peut sembler "étrange" pour ceux
qui ne la connaissent pas, mais n'est ni une erreur de syntaxe, ni un
non-sens : c'est la façon d'indiquer (en syntaxe PCRE ou Perl) qu'une
répétition est possessive/"dévoreuse" ("greedy" en anglais) avec le drapeau
"+"ajouté après le quantificateur de base ("?", "*", "+", "{n}", "{m,n}"),
ou non-possessive avec le drapeau "?" ajouté; cela permet d'indiquer
explicitement de quel côté (entre la sous-expression répétée et la
sous-expression de la suite, dont la première a des suffixes facultatifs
possibles qui sont communs aux préfixes facultatifs possibles pour la
seconde) les caractères trouvés seront inclus dans les groupes de capture
de part et d'autre du quantificateur de répétition ; c'est utile uniquement
dans ce cas-là, pour lever explicitement l'ambiguïté en fixant une priorité
et autorisant ou interdisant les retours en arrière ; ces drapeaux ne
changent pas les valeurs bornes du nombre de répétition. Dans les autres
cas, ces drapeaux n'ont aucun effet.
* Les répétitions non-possessives (avec "?") sont un plus coûteuses en
performance car le moteur d'expression régulière doit conserver dans une
pile un point de retour en arrière pour explorer les cas suivants, chaque
élément en pile contenant la liste des noeuds actifs dans le graphe NFA et
la valeur des compteurs de répétition). Habituellement un moteur
d'expression régulière est possessif par défaut (parfois c'est le
contraire, ou c'est indiqué par un drapeau de mode global) et il s'arrête à
la première correspondance trouvée, mais il ne revient alors pas en arrière
(pour explorer depuis un autre caractère avant le dernier inclus dans une
correspondance trouvée); mais avec ces drapeaux ajoutés aux répétitions, le
moteur peut changer *localement* ce comportement pour certaines répétitions
et pas d'autres.




Le jeu. 23 avr. 2020 à 15:28, deuzeffe  a écrit :

> Le 23/04/2020 à 08:52, Yves P. a écrit :
>
> > A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter
> > les n° de téléphone ?
>
> Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu
> la retrouves :P
>
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-hr] Mapiranje svih gradjevina u RH

[hbogner]

On 24. 04. 2020. 02:21, hbogner wrote:

On 24. 04. 2020. 01:13, Matija Nalis wrote:



On Thu, Apr 23, 2020 at 08:32:36PM +0200, hbogner wrote:

Pametnije mi zvuči kreirati individualne projekte po manjim prostornim
jedinicama i ono što mi pada na pamet su županije. Dovoljno su male da
pojedini taskvoi mogu biti razumne veličine, a dovoljno su veliki da sam
projekt pokrije dobar postotak države, tako da sa 20-tak projekata 
pokrijemo

cjelu RH.

Ono što mi nema smisla je spuštati se na još maanju razinu općina jer 
njih

ima previše i to je previše malih projekata... stotine...


Pa, mozda zupanije, da. Obzirom da Task manager navodno ima mogucnost
splitanja vecih djelova na manje (ako nam to radi - treba provjeriti).

Jer hrpa je prostora izmedju gradova gdje nema skoro nista za
mapirati, pa stoga taskovi trebaju biti relativno velika podrucja
(jer tko ce otvoriti 100 taskova samo da nacrta jedan komad ceste i
sumu ukolo), ali kada se dodje do naseljenog podrucja onda je to
preogromno ako dobijem task sa 200 kuca za ucrati.

Cak mozda to prilikom kreiranje projekta odmah naseljena mjesta
sasjeci na manje povrsine za taskove (ne znam moze li se automatski
ili mora rucno).

Ali mislim da bi bilo dobro da se odlucimo za neku slabije mapiranu
zupaniju prvo, a onda kako se to rjesavanje privodi kraju dodajemo
neku drugu.  Jer ako stavimo odmah 20 taskova sa 0% complete to ce
biti killer entuzijazma (bar ja volim kada mi neki takav zadatak
izgleda rjesiv u nekom smislenom vremenu, a ne nakon mjeseci rada
da sam na 0.7% complete :)




Splitanje radi, upravo testirao na Kninu:
https://tasks.osm-hr.org/project/4?task=416
Mislio sam da se može samo jednom task splitati, ali izgleda da može 
više puta, što je dobro za naseljena područja. Task se splita kad ga 
odabereš za mapiranje, tek onda se pojave dodatne opcije.


Ja sam mislio da bi samo kuće crtali? Ti bi da odmah i ceste i popratne 
stvari crtamo? Davno su još preporučili da se za projekte stavlja po 
jedna tema. Zato sam Knin podjelio na trenutni projekt buildings i 
budući projekt traffic. Ali bitan je i feedback ekipe koja to stvarno i 
radi, ja jedva išta stignem.


Nemožeš automatski sasjeći jer uploadaš geojson polygon koji on podjeli 
na jednake kvadrate, nezna on što je unutar tog područja, to se mora 
ručno, ili akon kreiranja projekta, ili u hodu tokom projekta. Nisam 
siguran mogu li useri splitati task ili samo project manageri i admini.


Plan mi i je prvo za jednu županiju kreirati projekt, na primjer neku 
"slavonsku", kad ih već političari zapostavjaju da ih mi bar obradimo 
kako treba :)
I da baš to, motivacija pada ako imaš prevelik zalogaj ispred sebe, zato 
smo i većinom smanjili aktivnosti, ali sad je vrijeme za popravak toga :)



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


Također trebaju nam neka uputstva kako mapirati građevine i što sve, 
općenito, ne samo za ovo, Ima li dobrovoljaca?


Znači koji je tip građevine, koliko katova ima, kakav je krov, ... što 
vam još pada na pamet kao bitno?



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

Re: [Talk-hr] Mapiranje svih gradjevina u RH

[hbogner]

On 24. 04. 2020. 01:13, Matija Nalis wrote:



On Thu, Apr 23, 2020 at 08:32:36PM +0200, hbogner wrote:

Pametnije mi zvuči kreirati individualne projekte po manjim prostornim
jedinicama i ono što mi pada na pamet su županije. Dovoljno su male da
pojedini taskvoi mogu biti razumne veličine, a dovoljno su veliki da sam
projekt pokrije dobar postotak države, tako da sa 20-tak projekata pokrijemo
cjelu RH.

Ono što mi nema smisla je spuštati se na još maanju razinu općina jer njih
ima previše i to je previše malih projekata... stotine...


Pa, mozda zupanije, da. Obzirom da Task manager navodno ima mogucnost
splitanja vecih djelova na manje (ako nam to radi - treba provjeriti).

Jer hrpa je prostora izmedju gradova gdje nema skoro nista za
mapirati, pa stoga taskovi trebaju biti relativno velika podrucja
(jer tko ce otvoriti 100 taskova samo da nacrta jedan komad ceste i
sumu ukolo), ali kada se dodje do naseljenog podrucja onda je to
preogromno ako dobijem task sa 200 kuca za ucrati.

Cak mozda to prilikom kreiranje projekta odmah naseljena mjesta
sasjeci na manje povrsine za taskove (ne znam moze li se automatski
ili mora rucno).

Ali mislim da bi bilo dobro da se odlucimo za neku slabije mapiranu
zupaniju prvo, a onda kako se to rjesavanje privodi kraju dodajemo
neku drugu.  Jer ako stavimo odmah 20 taskova sa 0% complete to ce
biti killer entuzijazma (bar ja volim kada mi neki takav zadatak
izgleda rjesiv u nekom smislenom vremenu, a ne nakon mjeseci rada
da sam na 0.7% complete :)




Splitanje radi, upravo testirao na Kninu:
https://tasks.osm-hr.org/project/4?task=416
Mislio sam da se može samo jednom task splitati, ali izgleda da može 
više puta, što je dobro za naseljena područja. Task se splita kad ga 
odabereš za mapiranje, tek onda se pojave dodatne opcije.


Ja sam mislio da bi samo kuće crtali? Ti bi da odmah i ceste i popratne 
stvari crtamo? Davno su još preporučili da se za projekte stavlja po 
jedna tema. Zato sam Knin podjelio na trenutni projekt buildings i 
budući projekt traffic. Ali bitan je i feedback ekipe koja to stvarno i 
radi, ja jedva išta stignem.


Nemožeš automatski sasjeći jer uploadaš geojson polygon koji on podjeli 
na jednake kvadrate, nezna on što je unutar tog područja, to se mora 
ručno, ili akon kreiranja projekta, ili u hodu tokom projekta. Nisam 
siguran mogu li useri splitati task ili samo project manageri i admini.


Plan mi i je prvo za jednu županiju kreirati projekt, na primjer neku 
"slavonsku", kad ih već političari zapostavjaju da ih mi bar obradimo 
kako treba :)
I da baš to, motivacija pada ako imaš prevelik zalogaj ispred sebe, zato 
smo i većinom smanjili aktivnosti, ali sad je vrijeme za popravak toga :)



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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[hbogner]

On 24. 04. 2020. 00:57, Matija Nalis wrote:


On Thu, Apr 23, 2020 at 07:25:31PM +0200, hbogner wrote:

On 22. 04. 2020. 20:03, Matija Nalis wrote:

Hmm, taj dio sa building=house ne znam bez local knowledge ili da sam
na terenu i vidim sto je tamo.
Mozda je "house" (jedna veca familija), a mozda "apartments" (vise nezavisnih)?
Sto ako je zapravo building=hotel?
Ili building=commercial ili building=civic?

To ne vidim iz zraka po obliku krova...


Može se pretpostavti za neke kuće na rubnim krajevima grada.

Ako pogledaš https://www.openstreetmap.org/way/795344607 na dof 2017 uočit
ćeš da je to kompleksnija građevina i može se pretpostaviti kuća a zgrada
pored je jednostavnija i preptostavlja se pomoćna zgrada



Pa mozda, ali to sto je kompleksnija gradjevina ne znaci da je "house"...

Mozda je seoska krcma sa spavacim sobama (building=hotel), ili
ducan (building=retail), ili gradska vijecnica (building=civic),
ili ambulanta ili staracki dom...  itd.

Nista od cega nije "house" (koji je bas striktno single-family
stambeni objekt).

Pogledaj recimo:
https://www.openstreetmap.org/query?lat=45.27065=16.90860
(primjer sela gdje znam sto je sto uzivo).
Nema sansi da bih znao iz zraka koji je building=house, a koji ne.

Ne znam, bar ja ne volim ubacivati podatke za koje nemam pojma da li
su tocni.  Ako ne znam sto je u pitanju, ja stavim samo generic
building=yes tag, tome i sluzi.



OK, da može biti sašta, generic building=yes tag je najbolje rješenje 
ako neznamo što je točno.



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

Re: [Talk-hr] Mapiranje svih gradjevina u RH

[Matija Nalis]

On Thu, Apr 23, 2020 at 08:32:36PM +0200, hbogner wrote:
> Pametnije mi zvuči kreirati individualne projekte po manjim prostornim
> jedinicama i ono što mi pada na pamet su županije. Dovoljno su male da
> pojedini taskvoi mogu biti razumne veličine, a dovoljno su veliki da sam
> projekt pokrije dobar postotak države, tako da sa 20-tak projekata pokrijemo
> cjelu RH.
> 
> Ono što mi nema smisla je spuštati se na još maanju razinu općina jer njih
> ima previše i to je previše malih projekata... stotine...

Pa, mozda zupanije, da. Obzirom da Task manager navodno ima mogucnost
splitanja vecih djelova na manje (ako nam to radi - treba provjeriti).

Jer hrpa je prostora izmedju gradova gdje nema skoro nista za
mapirati, pa stoga taskovi trebaju biti relativno velika podrucja
(jer tko ce otvoriti 100 taskova samo da nacrta jedan komad ceste i
sumu ukolo), ali kada se dodje do naseljenog podrucja onda je to
preogromno ako dobijem task sa 200 kuca za ucrati.

Cak mozda to prilikom kreiranje projekta odmah naseljena mjesta
sasjeci na manje povrsine za taskove (ne znam moze li se automatski
ili mora rucno).

Ali mislim da bi bilo dobro da se odlucimo za neku slabije mapiranu
zupaniju prvo, a onda kako se to rjesavanje privodi kraju dodajemo
neku drugu.  Jer ako stavimo odmah 20 taskova sa 0% complete to ce
biti killer entuzijazma (bar ja volim kada mi neki takav zadatak 
izgleda rjesiv u nekom smislenom vremenu, a ne nakon mjeseci rada
da sam na 0.7% complete :)


-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Matija Nalis]

On Thu, Apr 23, 2020 at 07:25:31PM +0200, hbogner wrote:
> On 22. 04. 2020. 20:03, Matija Nalis wrote:
> > Hmm, taj dio sa building=house ne znam bez local knowledge ili da sam
> > na terenu i vidim sto je tamo.
> > Mozda je "house" (jedna veca familija), a mozda "apartments" (vise 
> > nezavisnih)?
> > Sto ako je zapravo building=hotel?
> > Ili building=commercial ili building=civic?
> > 
> > To ne vidim iz zraka po obliku krova...
> 
> Može se pretpostavti za neke kuće na rubnim krajevima grada.
> 
> Ako pogledaš https://www.openstreetmap.org/way/795344607 na dof 2017 uočit
> ćeš da je to kompleksnija građevina i može se pretpostaviti kuća a zgrada
> pored je jednostavnija i preptostavlja se pomoćna zgrada


Pa mozda, ali to sto je kompleksnija gradjevina ne znaci da je "house"...  

Mozda je seoska krcma sa spavacim sobama (building=hotel), ili 
ducan (building=retail), ili gradska vijecnica (building=civic), 
ili ambulanta ili staracki dom...  itd.

Nista od cega nije "house" (koji je bas striktno single-family
stambeni objekt).

Pogledaj recimo:
https://www.openstreetmap.org/query?lat=45.27065=16.90860
(primjer sela gdje znam sto je sto uzivo). 
Nema sansi da bih znao iz zraka koji je building=house, a koji ne.

Ne znam, bar ja ne volim ubacivati podatke za koje nemam pojma da li
su tocni.  Ako ne znam sto je u pitanju, ja stavim samo generic
building=yes tag, tome i sluzi.

-- 
Opinions above are GNU-copylefted.

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

Re: [OSM-talk] Fwd: trace and signs

[Warin]

On 24/4/20 7:29 am, 80hnhtv4agou--- via talk wrote:


 1. how do you close out the trace on the map after edit ?


I have no idea what this means. "Close out"?


 1. how do you tag a sign, mall, park, forest, that is name of the
place, place name.



If a mall, park, forest have a name then put the tag name=* on the feature.

Example:

leisure=park

name=Fred's Park


A sign that carries the name of a village, well I don't see any methods 
for tagging the sign itself.


The feature village can be mapped and carry the tag name=*, similar to 
any other feature.




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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Matija Nalis]

On Thu, Apr 23, 2020 at 07:14:10PM +0200, hbogner wrote:
> On 22. 04. 2020. 22:29, Matija Nalis wrote:
> > Nego, ima bugic, nije pretjerano bitno ali:
> > 
> > Kada se krene mapirati neki dio pa klikne "Download this task as a gpx file 
> > to see its boundary."
> > otvara se URL:
> > https://tasks.osm-hr.org/api/v1/project/4/tasks_as_gpx?tasks=219_file=true
> > 
> > koji medjutim javlja gresku:
> > "Task as GPX API - unhandled error:  
> > returned a result with an error set"
> > 
> > Da li se to i drugima dogadja ili samo meni?
> 
> I meni se to dešava kad odaberem "Download this task as a gpx file to see
> its boundary."
> Možda Dražen može pogledati kad uhvati vremena može li što oko toga
> popraiti.

ok, ak uspije super...
 
> "Start editor" ti normalno pokreće editor?

da, i JOSM (Remote control) i iD se otvaraju normalno (ID dobije te
nacrtane granice, a JOSM ne skida posebne GPX granice nego se u njemu
samo po sebi vidi koji bbox je downloadan).

-- 
Opinions above are GNU-copylefted.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Marc M.]

Bonjour,

Le 23.04.20 à 20:29, Paul Desgranges a écrit :
> je ne passe pas par Osmose

ne pas utiliser tout le prémachage osmose,
c'est pour le plaisir d'aller chercher les infos à la main ?
ou parce qu'il y a un bug non signalé ?

Cordialement,
Marc

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

[OSM-talk] Fwd: trace and signs

[80hnhtv4agou--- via talk]

*  how do you close out the trace on the map after edit ? 
*  how do you tag a sign, mall, park, forest, that is name of the place, place 
name.
 
 
   
--
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Importing buildings in Canada

[Nate Wessel]

I certainly hope I'm not doing the Toronto import alone :-)

Sorry if I didn't report back to this list - I had suggested on the OSM 
Canada Toronto Slack channel that we seemed to be ready to start a soft 
launch of the import to see if we found any major problems etc. So far, 
I haven't heard of any big problems or encountered any myself. We only 
have about 20/300 tasks finished at the moment.


I've had some help from DannyMcD on this and others are certainly 
encouraged to join in!


http://tasks.osmcanada.ca/project/175

Regarding import accounts - good catch Daniel. I have indeed been using 
my standard account. I remember having to reconfigure my user ID in JOSM 
settings when importing in the past. I need to do that again this time! 
I will also make a note on the import instructions for Toronto. 
Personally, I don't think it's a HUGE problem to have the wrong account 
associated, though it's definitely preferable to isolate the import 
changes to some degree from standard contributions.


Best,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com 

On 2020-04-23 3:38 p.m., Daniel @jfd553 wrote:


Hi all,

I just completed the task #173 (Squamish - Building Import) benchmark. 
The import procedure seems OK. So I think anyone interested in 
completing the import for other areas is welcome, as long as the 
procedure is respected.


Regarding the Squamish area, the presence of numerous GPS tracks 
really made a difference. ODB buildings were (too) often badly 
positioned and not to scale, something I could not have seen or 
confirmed without these tracks. I then encourage everyone to upload 
their GPS tracks in OSM! The Import Status for Squamish has been 
updated to “Completed” [1].


Regarding task #175 - Toronto Building Import, I understand that Nate 
Wessel is going to the complete the job alone? I updated the Import 
Status for Toronto but Nates’ import account is not identified yet [2].


A lot of tasks are still waiting for us so good mapping!

Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#British_Columbia


[2] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#Ontario



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

Re: [Talk-ca] Importing buildings in Canada

[Daniel @jfd553]

Well, looking at the Squamish import, I just found out that I imported 
everything using my standard account, not my import account :-(
The problem is that many years ago I configured JOSM to use OAuth-based 
authentication and did not change it. I thought that the task manager was going 
to use my import account to interact with JOSM's remote control (because I used 
my import account to log into the task manager), which does not seem to be the 
case.
It is therefore important to ensure that the account used is the correct one. I 
modified the import procedure to ask users to check the account used in JOSM 
prior to import data. I will use basic authentication for better control during 
the next import. If it were possible to change the data contributor a 
posteriori I would do so, but I don't think it is possible. That is bad.

Daniel

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

Re: [Diversity-talk] UK Chapter Feedback on Diversity Statement

[Rory McCann]

Yes the diversity statement has been beneficial. Plenty of people from 
marginalized groups have experienced lots of bad things, so one cannot assume 
that everyone agrees 

On 23 April 2020 20:41:05 CEST, "Sören Reinecke via Diversity-talk" 
 wrote:
>___
>Diversity-talk mailing list
>Code of Conduct:
>https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
>Contact the mods (private): diversity-talk-ow...@openstreetmap.org

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Michael Reichert]

Hallo Dietmar,

Am 23/04/2020 um 21.16 schrieb Dietmar Seifert:
> deine Nutzung des network ist eine Möglichkeit, ich würde eigentlich was
> anderes dort erwarten, muss aber nicht sein und ich bin allein mit
> meinem Interpretationsversuch.
> 
> Würdest Du vorschlagen, es sollten Verkehrsverbünde in network
> aufgeführt werden, durch die die Fahrt geht (wenn dort gestoppt wird)
> oder es nur davon abhängig machen, welche Verkehrsverbünde eine
> Fahrkarte ausstellen für die Fahrt?

Es sollten schon Fahrkarten des Verkehrsverbunds in diesem Zug gelten.
Züge, die nur hineinfahren und nur eine einzige Station darin bedienen
sollten nicht das network=*-Tag für diesen Verbund bekopmmen.

Beispiel: Die RB 37 von Gößnitz über Meerane nach Glauchau (Sachsen)
führt durch die Gebiete des MDV und VMS. Gößnitz liegt im MDV, Meerane,
die nächste Stations liegt im VMS. MDV gelten in diesem Zug auf keiner
Teilstrecke, da der Abschnitt Gößnitz–Meerane ein verbundsfreies
Grenzstück ist. Dort gilt nur der DB-Tarif (siehe Kursbuchtabelle 540
und die Websites der Verkehrsverbünde). Die Routenrelation sollte nur
network=VMS haben, kein network=VMS;MDV (die Verwendung der Abkürzungen
vs. Langschreibweisen sei hier mal irrelevant).

Mir ist noch etwas eingefallen, was bei der Aufgabenträger-Bedeutung
problematisch wäre und wirklich nicht einfach zu überprüfen ist: Es gab
– und vermutlich auch noch gibt – einzelne Züge, die eigenwirtschaftlich
betrieben werden. Diese haben keinen Aufgabenträger. Die
Kraichgau-Sprinter Karlsruhe–Öhringen sollen das mal gewesen sein,
diverse SWEG-Strecken waren es AFAIK bis vor Kurzem. Es würde mich nicht
überraschen, wenn die Strecke Neustrelitz Hbf–Mirow von der
Hanseatischen Eisenbahn eigenwirtschaftlich betrieben wird.

Viele Grüße

Michael



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

Re: [Talk-ca] Importing buildings in Canada

[Daniel @jfd553]

Hi all,
I just completed the task #173 (Squamish - Building Import) benchmark. The 
import procedure seems OK. So I think anyone interested in completing the 
import for other areas is welcome, as long as the procedure is respected.

Regarding the Squamish area, the presence of numerous GPS tracks really made a 
difference. ODB buildings were (too) often badly positioned and not to scale, 
something I could not have seen or confirmed without these tracks. I then 
encourage everyone to upload their GPS tracks in OSM! The Import Status for 
Squamish has been updated to “Completed” [1].

Regarding task #175 - Toronto Building Import, I understand that Nate Wessel is 
going to the complete the job alone? I updated the Import Status for Toronto 
but Nates’ import account is not identified yet [2].

A lot of tasks are still waiting for us so good mapping!
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#British_Columbia
[2] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#Ontario

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

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Dietmar Seifert]

Hallo Michael, hallo Liste,

deine Nutzung des network ist eine Möglichkeit, ich würde eigentlich was
anderes dort erwarten, muss aber nicht sein und ich bin allein mit
meinem Interpretationsversuch.

Würdest Du vorschlagen, es sollten Verkehrsverbünde in network
aufgeführt werden, durch die die Fahrt geht (wenn dort gestoppt wird)
oder es nur davon abhängig machen, welche Verkehrsverbünde eine
Fahrkarte ausstellen für die Fahrt?

viele Grüße

Dietmar


Am 23.04.20 um 18:06 schrieb Michael Reichert:
> Hallo Dietmar,
> 
> Am 23/04/2020 um 17.50 schrieb Dietmar Seifert:
>> bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
>> eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
>> beschränkt [1].
>>
>> Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?
>>
>> Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
>> beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
>> z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
>> Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).
>>
>> Bisher sind bei den entsprechenden Bahn-Relationen noch die
>> Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
>> darauf hingewiesen, das die Verkehrsverbünde auch bei den
>> Regional-Bahnen eingetragen bleiben sollten.
>>
>> Was ist Eure Meinung?
> 
> Ich trage da seit vielen Jahren den oder die Verkehrsverbünde ein, deren
> Fahrausweise mindestens auf einem Teil der Strecke gelten. Mittlerweile
> ist es üblich geworden, dass die Aufgabenträger von den
> Verkehrsunternehmen verlangen, dass ihr Logo (früher bwegt, Bahnland
> Bayern, Zweckverband SPNV Süd, RMV, VRR, …) auf den Fahrzeugen klebt –
> meist nahe den Führerständen und somit auch überprüfbar ist. Es ist für
> die Kunden relevanter, wessen Tarife darin Anwendung finden. Außerdem
> gibt es genügend Fälle, wo übergangsweise Ersatzfahrzeuge zum Einsatz
> kommen, bei denen die Beklebung fehlt.
> 
> Das network-Tag ist der OSM-datentechnisch sinnvolle Ersatz für die
> großen Sammelrelationen (type=network), die nach und nach gelöscht werden.
> 
> Es ergibt IMHO keinen Sinn, den Aufgabenträger zu erfassen, weil man das
> dann auch bei den Buslinien tun müsste. Bei diesen ist er schwerer zu
> ermitteln und somit schwerer zu überprüfen, womit wir dann beim
> Überprüfbarkeits-Kriterium des OpenStreetMap-Projekts wären. Würde dann
> nicht bei vielen Stadtbuslinien einfach nur network=Stadt Musterstadt
> stehen, die eine Direktvergabe an ihren Verkehrsbetrieb macht?
> 
> Viele Grüße
> 
> Michael
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 



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

Re: [Diversity-talk] UK Chapter Feedback on Diversity Statement

[Sören Reinecke via Diversity-talk]

Hey,is a Diversity Statement really necessary? I mean we are people who want diversity and we know that diversity is important for society's survival.CheersSören Reinecke alias Valor Naram Original Message Subject: Re: [Diversity-talk] UK Chapter Feedback on Diversity StatementFrom: Rory McCann To: Adam Hoyle ,diversity-talk@openstreetmap.orgCC: Hi Adam,Thanks for the feedback from OSMUK.The 2nd line of the Diversity Statement says:> We have created this diversity statement because we believe that a diverse OpenStreetMap community is stronger and more vibrant. A diverse community where people treat each other with respect has more potential contributors and more sources for ideas, and will create a better map. Which could be read as a “why”. Personally, I view combating racism/sexism/bigotry as a moral imperative. Also some OSM groups around the world have welcomed the statement.Just FYI there is no Diversity Working Group, but instead a Special Committee. Working Groups are semi-permanent. This mailing list is for general interest in OSM & diversity and isn't specifically for the Diveristy & Inclusivity Special Committeee (DISCo!)(Although I am on this list and on the DISCo)On 19.04.20 22:38, Adam Hoyle wrote:> Hi Diversity Working Group,> > I'm writing on behalf of the UK Local Chapter (OSMUK). Regarding the OSM > Foundation Diversity Statement, we asked our members whether they > supported the statement and to provide any anonymous feedback which we > could pass on to the working group.> > The result was a broad level of support, with a few points, which I am > passing to you here:> >   I don't personally understand the problems yet and would love to> find out, and increase the size and breadth of the community.> > >   I support this as it is, on the basis that any pro-diversity> statement is better than none, but I think it's missing some> important points. It says that OSM wants a more diverse community> but not why! And it also fails to say clearly that diversity is> good, and that discrimination is also bad.> I would suggest, for example, adding a new sentence between the> second and third sentences like "We believe that the greater the> diversity in our community, the better OpenStreetMap will be.”> > >   It's a sad comment on life today that this is even necessary. Also> a policy statement is merely a set of fine words which will remain> empty without an action plan and without an enforcement procedure.> > >   I also agree with the comment about adding a sentence explaining why.> > > > Best,> > Adam> > ___> Diversity-talk mailing list> Code of Conduct: https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct> Contact the mods (private): diversity-talk-ow...@openstreetmap.org> ___Diversity-talk mailing listCode of Conduct: https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConductContact the mods (private): diversity-talk-ow...@openstreetmap.org___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

[Talk-hr] Mapiranje svih gradjevina u RH

[hbogner]

Kako je sad aktualan projekt mapiranja Knina razmišljao sam o sljedećim 
koracima, kako to napraviti na razini države.


Cijela RH kao jedan projekt nema smisla, projekt ima maksimalni broj 
taskova koji može sadržavati tako da bi svaki pojedini task koje se 
preuzme za editiranje bio jako velik, možda čak i veći od onih za uvale 
i rtove, što je pno kućica odjednom za mapirati.


Pametnije mi zvuči kreirati individualne projekte po manjim prostornim 
jedinicama i ono što mi pada na pamet su županije. Dovoljno su male da 
pojedini taskvoi mogu biti razumne veličine, a dovoljno su veliki da sam 
projekt pokrije dobar postotak države, tako da sa 20-tak projekata 
pokrijemo cjelu RH.


Ono što mi nema smisla je spuštati se na još maanju razinu općina jer 
njih ima previše i to je previše malih projekata... stotine...


Što vi mislite?


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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Paul Desgranges]

Le 23/04/2020 à 17:10, Donat ROBAUX a écrit :

C'est super si Osmose propose les numéros de téléphone, mais attention, ceux
renseignés ne sont pas nécessairement celui du standard. Egalement pour le
fax. Il arrive assez régulièrement que ce soit celui du secrétariat de
direction ou autre.
Quand je cartographie, je regarde sur le site internet de la structure et
mets celui-ci en priorité.

Donat


J'avoue je ne passe pas par Osmose (mais il faudra vraiment que je fasse 
une passe finale avec !) Je cherche dans OSM à partir de l'adresse 
trouvée dans FINESS, et sur internet l'établissement à partir du nom, 
j'essaye de tagguer le building ou la parcelle quand cela est possible. 
S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car l'EHPA 
n'est peut être qu'une sous-partie de ce CH ? Je rajoute le 
/ref:FR:FINESS/ /type:FR:FINESS/ (500 ou 202) bien sûr, mais aussi le 
/ref:FR:SIRET/ (pas sûr de savoir à quoi ça servira, mais puisque j'y 
suis ...). Pour le nom, je renseigne /name/, /short_name/ 
/official_name/, (parfois /alt_name/ ou /old_name/, pas mal d'EHPA 
s'appelait "Maison de Retraite de ..." ) au mieux. Je renseigne aussi 
les champs /addr/, pour le numéro de tél j'aurai dû faire comme Donat 
mais je reporte le n° trouvé dans FINESS (en le formatant correctement). 
Et puis le dernier truc, je renseigne /capacity/ et /beds/ en trouvant 
ces infos sur FINESS. A noter il y a eu un gros effort d'équipement en 
EHPA ces dernières années, j'ai dû décalquer plusieurs buildings depuis 
le cadastre vectoriel.


J'achète presque toujours le Dauphiné Libéré en cette période de 
confinement (je le fais presque jamais d'habitude), dans lequel il y a 
bcp d'infos locales, et assez souvent sur les EHPA du département et 
presque toujours maintenant l'EHPA est dans OSM... C'est pas fini pour 
l'Isère mais presque . Les puristes y 
trouveront certainement des choses à améliorer, il doit y avoir des 
erreurs, j'espère pas trop ! Bon ben ce n'est qu'une étape ...


A plus

Paul





--
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[LuKaRo]

On 23.04.20 15:42, Holger Bruch wrote:
> Wer selbst eine Instanz aufbauen möchte: kommenden Montag 27.4. findet die 
> zweite Meta-Webko zu BBB statt:
> https://di.c3voc.de/sessions-liste
Vielen Dank für diesen Tipp! Ich evaluiere BigBlueButton gerade für eine große 
deutsche Universität, und bin deshalb definitiv an diesem Meeting interessiert! 
Wäre ja schön, wenn sich eine kleine BBB-User Group etabliert :)



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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[hbogner]

On 22. 04. 2020. 20:03, Matija Nalis wrote:

On Tue, Apr 21, 2020 at 02:25:45PM +0200, Hrvoje Bogner wrote:

On 20. 04. 2020. 00:53, Matija Nalis wrote:

Ono sto se moze dodatno mapirati kod kucica a sto vidimo na "Knin 2007" je:
https://wiki.openstreetmap.org/wiki/Key:roof:shape


Da da, osvećuje nam se sad to s ovom količinom podataka :)

Treba gledati položaje prometnica, ceste i tračnice. One bi trebale biti na
istim mjestima na svim snimkama jer tu kut snimanja ima najmanji utjecaj za
razliku od građevina, pogotovo viših zgrada.


Ja za "Knin 2007" uzmem "dgu.hr Croatia 2017 South+East Aerial" kao
primarni za poravnanje, a ostale (2011, 2017) za kontrolu.
To mi se pokazalo kao najtocnije.

Nacrtam ili pomaknem par udaljenih ulica/zgrada da mi budu precizno
po DOF 2017-oj nacrtani, a onda pogledam "Knin 2007 aerial" (kojeg
Tasking manager imagery sam ucita) i poravnam ga (desni click/ new
offset) po tim pomaknutim ulicama/zgradama, i onda tek radim.

Na kraju opet provjerim sa 2017 DOF-om da li je sve ok (i koje zgrade
su se dodatno izgradile ili porusile od 2007-2017) i onda tek saljem.


Očito je različita visinska podloga na koju su radili korekciju DOF-a.

Pitanje je koliko precizno želimo ići, tj koliko si želimo komplicirati
život. Ako odaberemo jedan se tpodataka na drugi neće skroz pasati... Sad
još kad izađe DOF 2019... :)

Slažem se za roof:shape, to bi trebali za sve gdje imamo dovoljno detaljne


U JOSM-u ja prvo nacrtam sve, a onda lupim ctrl-f pa trazim
"building=* type:way -gabled -hipped"
(to su dva tipa krova koji se jasno vide na Knin 2007 aerialu)
i onda mi pokaze koje sve nisam oznacio. Onda shift-clicknem
sve koje su "gabled" i samo dodam tag, i isto tako za "hipped".


snimke, također ako se može detektirati da je kuća onda building=house,
umjesto standardnog building=yes.



Hmm, taj dio sa building=house ne znam bez local knowledge ili da sam
na terenu i vidim sto je tamo.
Mozda je "house" (jedna veca familija), a mozda "apartments" (vise nezavisnih)?
Sto ako je zapravo building=hotel?
Ili building=commercial ili building=civic?

To ne vidim iz zraka po obliku krova...



Može se pretpostavti za neke kuće na rubnim krajevima grada.

Ako pogledaš https://www.openstreetmap.org/way/795344607 na dof 2017 
uočit ćeš da je to kompleksnija građevina i može se pretpostaviti kuća a 
zgrada pored je jednostavnija i preptostavlja se pomoćna zgrada




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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Michael Hälsig]

Hallo,
hier ein Link vom CCC 

Und aus der Jitsi Github Diskussion ergibt sich, dass die aktuelle 
Debian-Version von Jitsi mit Firefox 76 funktioniert (Beitrag von damencho vom 
17.4.):



Viele Grüße
Michael




[1] https://pads.ccc.de/ep/pad/view/jitsiliste/latest
[2] https://github.com/jitsi/jitsi-meet/issues/4758
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[hbogner]

On 22. 04. 2020. 22:29, Matija Nalis wrote:


On Tue, Apr 21, 2020 at 02:30:54PM +0200, Hrvoje Bogner wrote:

On 20. 04. 2020. 01:40, Matija Nalis wrote:

Nego, primjetio sam sad da mi tasks.osm-hr.org daje da validiram
sektore koje sam ja i editao... To je lose jer sigurno ne budem sam
Moze li se to negdje ugasiti, da mora validirati netko drugi?


Nažalost na TM3 koji mi koristimo + ne, možda postoji to na TM4, nisam
provjeravao.

Postoji opcija da samo validatori mogu raditi validaciju zadataka, ali onda
se određeni korisnici moraju opredjeliti samo za taj zadatak i ne mapirati.
Nekako mi se to nesviđa jer nas nema dovoljno za podjelu zadataka.


Slazem se, bolje onda ovako, mislio sam da ima...

Nego, ima bugic, nije pretjerano bitno ali:

Kada se krene mapirati neki dio pa klikne "Download this task as a gpx file to see 
its boundary."
otvara se URL:
https://tasks.osm-hr.org/api/v1/project/4/tasks_as_gpx?tasks=219_file=true

koji medjutim javlja gresku:
"Task as GPX API - unhandled error:  returned a 
result with an error set"

Da li se to i drugima dogadja ili samo meni?



I meni se to dešava kad odaberem "Download this task as a gpx file to 
see its boundary."
Možda Dražen može pogledati kad uhvati vremena može li što oko toga 
popraiti.


"Start editor" ti normalno pokreće editor?


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

Re: [Talk-it] I ruoli nelle relazioni

[aldoct]

Grazie, perfetto
Aldo



--
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] I ruoli nelle relazioni

[totera]

aldoct wrote
> Grazie per i suggerimenti: ho sistemato i TAGS. E' proprio indispensabile
> cancellare le note? mi rendo conto che sono ridondanti; ma sono anche
> nocive? dico questo perché dovrei cancellarle una ad una!

Beh, note serve a comunicare informazioni utili agli altri mappatori; vista
la presenza di altri tag e della relazione non è più così...

Con Josm la procedura è molto semplice: 
1) seleziona un qualsiasi percorso che fa parte della relazione;
2) nella finestra con i tag del percorso, in basso trovi "Membro di" e sotto
la relazione;
3) clicca col destro sulla relazione e scegli "Scarica membri incompleti"
(se non è selezionabile vuol dire che hai già scaricato tutti membri);
4) clicca di nuovo col destro sulla relazione e scegli "Seleziona membri";
5) ora ti ritrovi con tutti i membri selezionati, a destra del tag note
vedrai che quasi tutti hanno lo stesso valore, cliccando su "Cancella"
cancellerai il tag per tutti i percorsi.



--
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-de] Dienste für virtuelle OSM-Stammtische - Firefox

[websi...@posteo.de]

Hallo zusammen!

Ich habe mit Firefox aktuell noch keine Probleme gehabt. Das Ganze war
auf Manjaro Linux.

Etwas "Chromiges" kommt mir allerdings auch nicht auf den Rechner ;-)

Viele Grüße,

highflyer74

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

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[osm-ToniE]

Am 23.04.20 um 18:06 schrieb Michael Reichert:

Hallo Dietmar,

Am 23/04/2020 um 17.50 schrieb Dietmar Seifert:

bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
beschränkt [1].

Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?

Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).

Bisher sind bei den entsprechenden Bahn-Relationen noch die
Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
darauf hingewiesen, das die Verkehrsverbünde auch bei den
Regional-Bahnen eingetragen bleiben sollten.

Was ist Eure Meinung?


Ich trage da seit vielen Jahren den oder die Verkehrsverbünde ein, deren
Fahrausweise mindestens auf einem Teil der Strecke gelten. Mittlerweile
ist es üblich geworden, dass die Aufgabenträger von den
Verkehrsunternehmen verlangen, dass ihr Logo (früher bwegt, Bahnland
Bayern, Zweckverband SPNV Süd, RMV, VRR, …) auf den Fahrzeugen klebt –
meist nahe den Führerständen und somit auch überprüfbar ist. Es ist für
die Kunden relevanter, wessen Tarife darin Anwendung finden. Außerdem
gibt es genügend Fälle, wo übergangsweise Ersatzfahrzeuge zum Einsatz
kommen, bei denen die Beklebung fehlt.

Das network-Tag ist der OSM-datentechnisch sinnvolle Ersatz für die
großen Sammelrelationen (type=network), die nach und nach gelöscht werden.

Es ergibt IMHO keinen Sinn, den Aufgabenträger zu erfassen, weil man das
dann auch bei den Buslinien tun müsste. Bei diesen ist er schwerer zu
ermitteln und somit schwerer zu überprüfen, womit wir dann beim
Überprüfbarkeits-Kriterium des OpenStreetMap-Projekts wären. Würde dann
nicht bei vielen Stadtbuslinien einfach nur network=Stadt Musterstadt
stehen, die eine Direktvergabe an ihren Verkehrsbetrieb macht?



+1

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

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Michael Reichert]

Hallo Dietmar,

Am 23/04/2020 um 17.50 schrieb Dietmar Seifert:
> bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
> eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
> beschränkt [1].
> 
> Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?
> 
> Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
> beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
> z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
> Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).
> 
> Bisher sind bei den entsprechenden Bahn-Relationen noch die
> Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
> darauf hingewiesen, das die Verkehrsverbünde auch bei den
> Regional-Bahnen eingetragen bleiben sollten.
> 
> Was ist Eure Meinung?

Ich trage da seit vielen Jahren den oder die Verkehrsverbünde ein, deren
Fahrausweise mindestens auf einem Teil der Strecke gelten. Mittlerweile
ist es üblich geworden, dass die Aufgabenträger von den
Verkehrsunternehmen verlangen, dass ihr Logo (früher bwegt, Bahnland
Bayern, Zweckverband SPNV Süd, RMV, VRR, …) auf den Fahrzeugen klebt –
meist nahe den Führerständen und somit auch überprüfbar ist. Es ist für
die Kunden relevanter, wessen Tarife darin Anwendung finden. Außerdem
gibt es genügend Fälle, wo übergangsweise Ersatzfahrzeuge zum Einsatz
kommen, bei denen die Beklebung fehlt.

Das network-Tag ist der OSM-datentechnisch sinnvolle Ersatz für die
großen Sammelrelationen (type=network), die nach und nach gelöscht werden.

Es ergibt IMHO keinen Sinn, den Aufgabenträger zu erfassen, weil man das
dann auch bei den Buslinien tun müsste. Bei diesen ist er schwerer zu
ermitteln und somit schwerer zu überprüfen, womit wir dann beim
Überprüfbarkeits-Kriterium des OpenStreetMap-Projekts wären. Würde dann
nicht bei vielen Stadtbuslinien einfach nur network=Stadt Musterstadt
stehen, die eine Direktvergabe an ihren Verkehrsbetrieb macht?

Viele Grüße

Michael



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

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Martin Scholtes]

Hallo,

ich habe bisher und werde es auch weiterhin tun, die Zugverbindungen des
Verkehsverbünden zugeordnet. Dabei kann es natürlich sein, das eine
Zugrelationen mehrere networks enthält.


Gruß
Martin

Am 23.04.2020 um 17:50 schrieb Dietmar Seifert:
> Hallo,
>
> bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
> eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
> beschränkt [1].
>
> Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?
>
> Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
> beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
> z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
> Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).
>
> Bisher sind bei den entsprechenden Bahn-Relationen noch die
> Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
> darauf hingewiesen, das die Verkehrsverbünde auch bei den
> Regional-Bahnen eingetragen bleiben sollten.
>
> Was ist Eure Meinung?
>
> viele Grüße
>
> Dietmar
>
> P.S.: ich frage das aus OSM-privatem Interesse, weil ich in BaWü die
> PTNA-Auswertungen von Toni bearbeite und versuche, operator und network
> richtig zuzordnen. Beruflich bin ich bei der NVBW, dem
> SPNV-Aufgabenträger angestellt, dies zur Info.
>
>
> [1] https://de.wikipedia.org/wiki/Verkehrsverbund
> [2] https://de.wikipedia.org/wiki/Schienenpersonennahverkehr
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-it] I ruoli nelle relazioni

[Ivo Reano]

Il giorno gio 23 apr 2020 alle ore 17:38 aldoct  ha
scritto:

> Grazie per i suggerimenti: ho sistemato i TAGS. E' proprio indispensabile
> cancellare le note? mi rendo conto che sono ridondanti; ma sono anche
> nocive? dico questo perché dovrei cancellarle una ad una!
> Saluti, Aldo
>

Puoi selezionarle (in varie maniere) tutte insieme (o a gruppi) e
cancellare il campo note in un solo canc.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Dietmar Seifert]

Hallo,

bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
beschränkt [1].

Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?

Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).

Bisher sind bei den entsprechenden Bahn-Relationen noch die
Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
darauf hingewiesen, das die Verkehrsverbünde auch bei den
Regional-Bahnen eingetragen bleiben sollten.

Was ist Eure Meinung?

viele Grüße

Dietmar

P.S.: ich frage das aus OSM-privatem Interesse, weil ich in BaWü die
PTNA-Auswertungen von Toni bearbeite und versuche, operator und network
richtig zuzordnen. Beruflich bin ich bei der NVBW, dem
SPNV-Aufgabenträger angestellt, dies zur Info.


[1] https://de.wikipedia.org/wiki/Verkehrsverbund
[2] https://de.wikipedia.org/wiki/Schienenpersonennahverkehr

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

Re: [Talk-hr] Grad Knin i tasking manager za građevine

[Janko Mihelić]

Ja sam popikao dosta offseta, pa bi bilo dobro kod svakog taska otići u
menu Imagery od JOSM-a, i odabrati Get Imagery Offset... Ili kratica
Ctrl-Alt-I
Možete me malo i provjeriti, pa ako nađete mjesto gdje offset nije baš
dobar, dodajte novi.

sri, 22. tra 2020. u 23:04 Matija Nalis 
napisao je:

> On Tue, Apr 21, 2020 at 02:36:13PM +0200, hbogner wrote:
> > On 21. 04. 2020. 14:25, Hrvoje Bogner wrote:
> > > On 20. 04. 2020. 00:53, Matija Nalis wrote:
> > > > Ono sto se moze dodatno mapirati kod kucica a sto vidimo na "Knin
> 2007" je:
> > > > https://wiki.openstreetmap.org/wiki/Key:roof:shape
> > >
> > > Slažem se za roof:shape, to bi trebali za sve gdje imamo dovoljno
> > > detaljne snimke, također ako se može detektirati da je kuća onda
> > >
> > Imaš li volje i želje to nadopisati na projektni zadatak?
> >
> > Ili netko drugi da mu se da to dopisati i opisati?
>
> evo dopisao sam u eng i hrv.
>
> --
> Opinions above are GNU-copylefted.
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-it] I ruoli nelle relazioni

[aldoct]

Grazie per i suggerimenti: ho sistemato i TAGS. E' proprio indispensabile
cancellare le note? mi rendo conto che sono ridondanti; ma sono anche
nocive? dico questo perché dovrei cancellarle una ad una!
Saluti, Aldo



--
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] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Donat ROBAUX]

C'est super si Osmose propose les numéros de téléphone, mais attention, ceux
renseignés ne sont pas nécessairement celui du standard. Egalement pour le
fax. Il arrive assez régulièrement que ce soit celui du secrétariat de
direction ou autre.
Quand je cartographie, je regarde sur le site internet de la structure et
mets celui-ci en priorité.

Donat



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

[OSM-talk-fr] aménagements cyclables et piétons temporaires

[Laurence P]

Bonjour,

ou peut-être que vu la situation les éditeurs peuvent mettre plus de 
moyens pour une mise à jour plus rapide ?


Charles me disait par exemple que B-Router mettait à jour les données 
sous 24h.


*@Simon*, sais-tu quel est le délai pour Géovélo et sais-tu si 
techniquement Géovélo serait en mesure de raccourcir son délai de prise 
en compte des données ?


À bientôt,

Laurence

Le 23/04/2020 à 16:09, Marc M. a écrit :

Bonjour,

Le 22.04.20 à 20:05, Laurence P a écrit :

*la question de l'actualisation de ces modifications sur le terrain
en terme de données (notamment pour le guidage)*

Je suis persuadé qu'osm est un des meilleurs endroits pour stocker
ces informations.

cependant la majorité des logiciels de guidage ont un délais
de maj vu l'étendue couverte.
du coup il serrait sans doute utile de lister les délais de maj
et/ou prévoir une version locale mieux capable d'avoir un délais
de maj réduit.

Cordialement,
Marc

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


--
Laurence

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

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Marc M.]

Bonjour,

Le 22.04.20 à 20:05, Laurence P a écrit :
> *la question de l'actualisation de ces modifications sur le terrain 
> en terme de données (notamment pour le guidage)*

Je suis persuadé qu'osm est un des meilleurs endroits pour stocker
ces informations.

cependant la majorité des logiciels de guidage ont un délais
de maj vu l'étendue couverte.
du coup il serrait sans doute utile de lister les délais de maj
et/ou prévoir une version locale mieux capable d'avoir un délais
de maj réduit.

Cordialement,
Marc

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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Holger Bruch]

Hallo zusammen,

als alternative Option stelle ich bis auf Weiteres meinen BigBlueButton-Server 
für OSM-Meetups zur Verfügung (so lange der Server mitmacht).
Wir hatten gestern 20 Teilnehmer per Mikro/Kopfhörer zugeschaltet, Montag waren 
es 35.

Firefox soll unter BBB besser funktionieren, Nutzer meines Kunden bekommen 
allerdings mit älterer Windows 10/FF68 keine Mikrofon/Kopfhörer-Verbindung. Mit 
Chrome/Bromium geht es, vor allem dank TURN-Server auch durch die restriktive 
Firewall über Port 443. Unter MacOS nutze ich Firefox, das klappt gut. Safari 
geht auch. Beim gestrigen Meeting gab es zu FF75 unter Linux gemischte 
Rückmeldung, bei einem Teilnehmer war Mikro/Kopfhörer möglich, beim anderen 
nicht… Ein Teilnehmer hatte mit FF75 und Windows10 keine Probleme.

BBB wird vor alle im universitären Kontext eingesetzt und daher ein paar nette 
Features für Vorträge/Präsentationen:
* Präsentation hochlandbar, braucht dann weniger Bandbreite als Screensharing
* Gruppenchat (exportierbar) 
* Pad (exportierbar) 
* Stummschalten aller Teilnehmer
* Abstimmungen
* Gemeinsame Zeichnen auf Whiteboard
* Geteiltes Video
* BreakOut-Räume (Kleingruppen)

Wer selbst eine Instanz aufbauen möchte: kommenden Montag 27.4. findet die 
zweite Meta-Webko zu BBB statt:
https://di.c3voc.de/sessions-liste
Erfahrungsaustausch und erste Hilfe gibt es neben den GoogleGroups auch im 
deutschsprachigen OKF Slack-#BigBlueButton-Channel. Für einen Invite bitte bei 
mir melden, ich geb’s weiter.
Wer keinen Server selbst aufsetzen möchte, kann auch gehostete Lösungen nutzen, 
z.B. https://collocall.de oder https://www.open-source-company.de/

Meldet Euch bei Interesse.

Viele Grüße,
Holger

-- 
MITFAHR|DE|ZENTRALE
Einfach Mitfahren!
@mfdz_de

> Am 23.04.2020 um 15:02 schrieb Martin Koppenhoefer :
> 
> Am Do., 23. Apr. 2020 um 14:54 Uhr schrieb Frederik Ramm <
> frede...@remote.org>:
> 
>> On 23.04.20 14:22, Markus via Talk-de wrote:
>>> Welche Browser habt Ihr getestet? mit welchem Ergebnis?
>> 
>> Ich selber habe Firefox und Chrome benutzt, das ging in der Regel gut,
>> aber unsere Meetings haben auch immer nur 5 Leute.
> 
> 
> 
> vermutlich kommt es auch auf das Betriebssystem an, vermutlich bezogen sich
> die Probleme auf Windows, und vermutlich benutzt Frederik kein Windows...
> nichts als Vermutungen allerdings ;-)
> 
> Gruß
> Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[deuzeffe]

Le 23/04/2020 à 08:52, Yves P. a écrit :

A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter 
les n° de téléphone ?


Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu 
la retrouves :P


--
deuzeffe

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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Martin Koppenhoefer]

Am Do., 23. Apr. 2020 um 14:54 Uhr schrieb Frederik Ramm <
frede...@remote.org>:

> On 23.04.20 14:22, Markus via Talk-de wrote:
> > Welche Browser habt Ihr getestet? mit welchem Ergebnis?
>
> Ich selber habe Firefox und Chrome benutzt, das ging in der Regel gut,
> aber unsere Meetings haben auch immer nur 5 Leute.



vermutlich kommt es auch auf das Betriebssystem an, vermutlich bezogen sich
die Probleme auf Windows, und vermutlich benutzt Frederik kein Windows...
nichts als Vermutungen allerdings ;-)

Gruß
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Frederik Ramm]

Hallo,

On 23.04.20 14:22, Markus via Talk-de wrote:
> Welche Browser habt Ihr getestet? mit welchem Ergebnis?

Ich selber habe Firefox und Chrome benutzt, das ging in der Regel gut,
aber unsere Meetings haben auch immer nur 5 Leute.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische - Firefox

[Markus via Talk-de]

Hallo Michael,

> https://jitsi.geofabrik.de/
> nur mit dem Webbrowser auf Desktop-Computern

Welche Browser habt Ihr getestet? mit welchem Ergebnis?
Gibt es Neues zu Firefox?

Mit herzlichem Gruss,
Markus

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

Re: [OSM-talk-be] Telenav Mapping Project

[Adrian Budugan]

Hi Marc,

It's nice to hear from you. From our first analysis, Brussels looks quite 
complete and correctly mapped. We are looking to  first correct any errors that 
might come up by running the Keep Right tool.
Where there will be any doubts, we will leave notes and/or ask the community 
before making any edits.

Kind regards,
Adrian

-Original Message-
From: Marc Gemis  
Sent: Thursday, April 23, 2020 7:34 AM
To: OpenStreetMap Belgium 
Subject: Re: [OSM-talk-be] Telenav Mapping Project

Hallo Adrian,

thanks for reaching out before starting the project.

Just like the others here, I wonder how bad the situation is in Brussels in 
your eyes. Do you have an overview of the wrong/missing data that you will try 
to fix? Do you have a list of sources that you will use to correct those 
problems? This information is missing in the TelenavMapping page you are 
linking to.
Without this information, it's hard to tell whether your remote work will 
improve the situation or undo the hard work of the local mapping community.

As for Flandres, we had a "street complete' project a few years ago that added 
all missing roads. Furthermore, before I had spent 2 years or so on adding all 
the turn:lanes on motorways, trunk and primary road, mainly in Flandres but 
also in Brussels and Wallonia. It might be worth to do an update on that. Of 
course, in the meantime, others have joined that project and have updated the 
data all over the country.


regards

m.

On Wed, Apr 22, 2020 at 1:09 PM Adrian Budugan  
wrote:
>
> Hi all,
>
> I am Adrian and I am part of the Mapping Team at Telenav. Our team started an 
> editing project in Belgium to make OpenStreetMap more navigable and accurate 
> in guidance.
>
> We will start editing in Brussels at the end of April, next week. There are 
> more details here - 
> https://github.com/TelenavMapping/EU_mapping_projects/issues/4.
>
> We will focus on one ways, turn restrictions, road geometry and quality 
> assurance.
>
> We we'd love to hear your advice on any local mapping guidelines, besides the 
> general OSM mapping ones (http://wiki.openstreetmap.org/wiki/Main_Page, 
> http://wiki.openstreetmap.org/wiki/Map_Features).
>
> Also, we appreciate any hints regarding available local or government data 
> that we might be able to us or anything else that might come in handy.
>
> If there are any other OSM communication channels for Belgium, please let us 
> know.
>
> If you have any questions or comments, please let me/us know.
>
> We are looking forward to hearing from you.
>
>
>
> Thank you!
>
>
>
>
>
> ___
> 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
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Florimond Berthoux]

description est un tag à valeur libre, pour écrire du texte, ce que vous
voulais, donc oui vous pouvez mettre "voie bus temporairement ouverte" ou
"mise en sens unique et double sens cyclable temporaire" etc.
L’important pour moi en ordre de priorité :
1. tagguer le nouvel aménagement
2. préserver l’ancien aménagement avec was:*=*
3. ajouter le tag description:covid19=* pour retrouver les aménagements
temporaires.

Le jeu. 23 avr. 2020 à 11:39, Laurence P  a écrit :

> Bonjour,
>
> oui cela peut concerner aussi des "bandes" temporaires pour *piétons*,
> des élargissements de trottoir en prenant de la largeur de chaussée, des
> zones de rencontre temporaires, mise en aire piétonne etc
>
> Cela peut donc impacter aussi la *circulation automobile *(si une zone de
> rencontre est transformée en aire piétonne, si une rue est mise en sens
> unique alors qu'elle était à double-sens, si une rue est coupée sur une
> toute petite portion pour supprimer le trafic de transit...). Ce ne sont
> que des hypothèses car ce sont des mises en place plus complexes pour les
> collectivités puisque ça change leur plan de circulation, mais ce n'est pas
> exclu.
>
> peut-être qu'il faut donc utiliser un terme plus générique :
> description:covid19= aménagement temporaire ?
>
> Ce qui a aussi été évoqué hier pendant le webinaire, c'est du *stationnement
> vélo événementiel* (donc mobile) qui pourrait être implanté devant poles
> générateurs de déplacement et ajusté selon la demande.
>
> Cordialement,
>
> Laurence
> Le 23/04/2020 à 10:58, Axel Listes a écrit :
>
> Bonjour,
>
> Le 23/04/2020 à 10:28, Florimond Berthoux a écrit :
>
> J’ai déjà réfléchi au problème le plus simple pour moi et de mettre la
> donnée dans OSM comme n’importe qu’elle autre piste/bande cyclable.
> Voir la 
> dochttps://wiki.openstreetmap.org/wiki/France/Covid-19#Coronapiste_:_piste_cyclable_provisoire
>
> Sujet intéressant et merci d'y avoir déjà travaillé, lorsque je regarde
> le wiki je me pose une question concernant ce passage
>
>
> Pour préciser l'information d'une piste temporaire utiliser :
> description:covid19=piste cyclable temporaire
>
> Est-ce un abus de langage, c'est-à-dire concerne tous les aménagements
> provisoires, ou est-ce vraiment spécifique aux pistes cyclables ?
>
> Car précisé juste dessus, les voies de bus temporairement ouverts aux
> cycles ne sont pas des pistes cyclables.
>
> Cela me parait très important de baliser TOUS les aménagements avec une
> clef-valeur spécifique, pour ne pas "polluer" sur certains secteurs de
> la cartographie, les données déjà très précises.
>
> S'il s'agit d'un abus de langage, je corrigerais (ou faites si vous
> voulez) le wiki pour bien préciser. Si non, c'est un problème !
>
> Axel.
>
>
> --
> Laurence
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !

[Donat ROBAUX]

Bonjour à tous-tes,

Si vous suivez un peu le projet, voilà quelques stats d'hier:
• 294 503 visiteurs uniques sur le site Internet
• 329 056 lieux recensés en France (1 189 116 dans le Monde)
• 105 119 lieux avec des informations d’ouverture en France

L'équipe technique a intégré une spécificité pour que les daltoniens
puissent voir les infos.
Le projet se développe dans pas mal de pays. Les traductions vont bons
train: bienvenue à la langue bretonne.
Décidément tout est Whouah dans ce projet.

Merci à tous ceux qui en coulisses d'activent auprès de la presse, des
collectivités, des commerçants pour faire connaître le projet. Et
OpenStreetMap par la même occasion.
L'équipe continue à réfléchir aux adaptations à apporter pour accompagner le
déconfinement.
Ca va être long avec des phases de reprise progressive, donc le projet a
toujours toute son utilité. Donc continuez à en parler, comme vous savez
bien le faire.

Pour vous aider, un dossier de presse est mis à jour régulièrement via ce
lien-ci (n'envoyez pas le pdf directement):
https://blog.caresteouvert.fr/dossier-presse


Donat



--
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] ?==?utf-8?q? ?==?utf-8?q? Requête spatiale dans JOSM ?

[Donat ROBAUX]

Bonjour à tous-tes,

Si vous suivez un peu le projet, voilà quelques stats d'hier:
• 294 503 visiteurs uniques sur le site Internet
• 329 056 lieux recensés en France (1 189 116 dans le Monde)
• 105 119 lieux avec des informations d’ouverture en France

L'équipe technique a intégré une spécificité pour que les daltoniens
puissent voir les infos.
Le projet se développe dans pas mal de pays. Les traductions vont bons
train: bienvenue à la langue bretonne.
Décidément tout est Whouah dans ce projet.

Merci à tous ceux qui en coulisses d'activent auprès de la presse, des
collectivités, des commerçants pour faire connaître le projet. Et
OpenStreetMap par la même occasion.
L'équipe continue à réfléchir aux adaptations à apporter pour accompagner le
déconfinement.
Ca va être long avec des phases de reprise progressive, donc le projet a
toujours toute son utilité. Donc continuez à en parler, comme vous savez
bien le faire.

Pour vous aider, un dossier de presse est mis à jour régulièrement via ce
lien-ci (n'envoyez pas le pdf directement):
https://blog.caresteouvert.fr/dossier-presse


Donat



--
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-be] Telenav Mapping Project

[Marc M.]

Hello,

Le 23.04.20 à 12:09, joost schouppe a écrit :
> I'm not aware of Brussels traffic sign data.
osmose have 421 reports "traffic sign found by IA Mapillary
but not in osm"
https://osmose.openstreetmap.fr/fr/errors/?item=8300%2C8320=belgium_brussels_capital_region

but, take care of the date and check the image yourself
to see if the IA detect a true traffic sign and not the sign on
the back of a truck or at a temporary construction site.
the red cross "false positive" is usefull in this case.
the same for traffic sign already removed.

Regards,
Marc

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

Re: [OSM-talk-be] Telenav Mapping Project

[joost schouppe]

Hi Adrian,

Looking forward to your help! Do post here or on our Riot when you start
the real work.

Error fixing is always helpful. Having looked at the Improve OSM tools, I
don't see how it could help you much? OpenStreetCam is rather limited in
Belgium (most of us contribute to Mapillary instead, but the day someone
provides a server that feeds both projects, I'm sure we'll switch to
that!). And for the Cygnus tool, you need government data. There is road
geometry, but the differences are largely because the official data is
lagging. I'm not aware of Brussels traffic sign data.

Best,
Joost
p.s. I really enjoyed CLuj Napoca when I was there many years ago

Op do 23 apr. 2020 om 11:46 schreef Adrian Budugan <
adrian.budu...@telenav.com>:

> Hello Joost,
>
>
>
> Thank you for your reply and for the info provided. Considering that we
> will be working remotely, we are always checking the history of the edits
> before making any changes. We also decided to first rely on notes, as you
> suggested, and edit only where we are 100% sure.
>
>
>
> We will be fixing errors  using the Keep Right tool and add one ways and
> turn restrictions using Improve OSM.
>
>
>
> We will keep in touch as much as it is needed and thank you again for your
> feedback.
>
>
>
> Kind Regards,
>
> Adrian
>
>
>
>
>
> *From:* joost schouppe 
> *Sent:* Wednesday, April 22, 2020 9:14 PM
> *To:* OpenStreetMap Belgium 
> *Cc:* Adrian Budugan 
> *Subject:* Re: [OSM-talk-be] Telenav Mapping Project
>
>
>
> Hi Adrian,
>
>
>
> To add to that, there's an overview of all the channels at our local
> chapter's website: https://openstreetmap.be/en/contact.html
> 
>
>
>
> We have decent Mapillary coverage, but are constantly looking to get more
> and better cameras for our volunteers (hint, hint).
>
> There is good and recent imagery (properly indexed both in the imagery
> layer index and the JOSM index). There are also good basemaps from the
> government, which you can use for mapping.
>
>
>
> As always, both imagery and basemaps can be outdated - sometimes OSM is
> ahead, sometimes it isn't. There's quite an active community, so be mindful
> of the last edit date on object (I should know, I recently messed up
> JanFi's work).
>
>
>
> What data will you be basing your edits on? I would think that Brussels is
> mapped pretty well, so it might be hard to improve remotely.
>
> It might be useful to start off with just Notes, so that we can review
> them locally. That might avoid any editing conflict.
>
> I think the most active mapper in Brussels is bxl-forever, might be useful
> to engage him directly.
>
>
>
> Joost
>
>
>
> Op wo 22 apr. 2020 om 20:01 schreef Pieter Vander Vennet <
> pieterv...@posteo.net>:
>
> Hello Adrian and Telenav-team.
>
> Welcome in Belgium, the more support, the merrier.
>
> First of all, there is quite an active community in Belgium - I'm one of
> them, as are several others. As already mentioned, the matrix-chat is an
> excellent way to reach out to us and have questions answered quite fast -
> please join us here: https://riot.im/app/#/room/#osmbe:matrix.org
> 
>
> Second, I was wondering where you are based - the best way to map is by
> using local knowledge and by running around to see what the situation is.
> Also, being here IRL will allow us to meetup or to get in touch with the
> OpenKnowledge Belgium - they do great work for Open Source and Open Data.
>
> However, I presume that you will mostly be doing remote work, based on
> official data and mapillary streetview. This too can be useful, but the
> situation of Brussels is quite volatile and might change a lot. Don't be
> afraid to to ask us (or a local) to check up on the situation.
>
> At last, a lot of cyclists are using OSM in Brussels - the company I work
> for even hosts  a professional cycle route planner for the city. Please, be
> careful not to break it. Especially when adding 'oneway=yes', this might
> force the routeplanner to consider this oneway *for cyclists as well.*
> Please, if it is clear that cyclists are allowed to go both ways, add
> 'oneway:bicycle=no' or, even better, add the appropriate cycleway tags
> ('cycleway=lane', 'cycleway=track', ...)
>
> Kind regards,
> Pietervdvn
>
>
>
> On 22.04.20 13:08, Adrian Budugan wrote:
>
> Hi all,
>
> I am Adrian and I am part of the Mapping Team at Telenav. Our team started
> an editing project in Belgium to make OpenStreetMap more navigable and
> accurate in guidance.
>
> We will start editing in Brussels at the end of April, next week. There
> are more details here 

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische

[Frederik Ramm]

Hallo,

On 22.04.20 19:37, Michael Reichert wrote:
> Die Geofabrik betreibt seit einiger Zeit für den Eigenbedarf einen
> Jitsi-Server. Diesen darf die OSM-Community zum Austausch für
> Stammtisch-Ersatzveranstaltungen usw. gerne nutzen.

Weil das bei der ganzen Video-Konferenziererei (Stichwort "Zoom") immer
wieder ein Thema ist, noch zwei Worte zum Datenschutz. Was wir auf dem
Server haben, ist eine Standard-Jitsi-Installation ohne irgendwelche
Spezialitäten. Der Apache-Webserver ist von uns so konfiguriert, dass er
nur die ersten 24 Bit der IP-Adresse loggt. Jitsi selber scheint die
Namen der verwendeten Räume zu loggen, nicht aber, wie die Nutzer
heissen, die darin sind. Man kann also sehen, dass ein bestimmter Raum
existiert hat und dass sich da so-und-so viele Leute drin aufgehalten
haben und aus welchem IP-Adressbereich die kamen (also z.B.
"Telekom-DSL-Nutzer" oder "Vodafone-Handy-Nutzer" oder so). Diese
Logfiles löschen wir komplett nach 7 Tagen und heben auch keine Kopien
auf. Wir schauen die Logfiles in der Regel nicht an und werten sie auch
nicht aus (nicht mal um zu zählen, wie viele Leute den Server nutzen
oder so); lediglich im Falle einer Störung würden wir vielleicht
versuchen, anhand der Logfiles herauszufinden, was passiert ist.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-be] Telenav Mapping Project

[Adrian Budugan]

Hello Pieter,

It is nice to meet you too and thank you for your reply. Our mapping team is 
based in Cluj-Napoca, Romania. 

We are fully aware that mapping based on local knowledge beats remote mapping 
and we will do our best to leave only a positive impact with our edits. 
Alongside aerial official data we will also use street imagery such as 
OpenStreetCam and Mapillary.

We appreciate letting us know of the situation and providing important 
information such as the bicycle routes, which are an indeed an aspect that we 
will take into consideration while editing.

Furthermore, we decided to use mainly notes until we accommodate with the area 
and only edit where we are very sure.
We will keep in touch with any questions that might arise.

Kind Regards,
Adrian



From: Pieter Vander Vennet 
Sent: Wednesday, April 22, 2020 9:00 PM
To: OpenStreetMap Belgium ; Adrian Budugan 

Subject: Re: [OSM-talk-be] Telenav Mapping Project


Hello Adrian and Telenav-team.

Welcome in Belgium, the more support, the merrier.

First of all, there is quite an active community in Belgium - I'm one of them, 
as are several others. As already mentioned, the matrix-chat is an excellent 
way to reach out to us and have questions answered quite fast - please join us 
here: 
https://riot.im/app/#/room/#osmbe:matrix.org

Second, I was wondering where you are based - the best way to map is by using 
local knowledge and by running around to see what the situation is. Also, being 
here IRL will allow us to meetup or to get in touch with the OpenKnowledge 
Belgium - they do great work for Open Source and Open Data.

However, I presume that you will mostly be doing remote work, based on official 
data and mapillary streetview. This too can be useful, but the situation of 
Brussels is quite volatile and might change a lot. Don't be afraid to to ask us 
(or a local) to check up on the situation.

At last, a lot of cyclists are using OSM in Brussels - the company I work for 
even hosts  a professional cycle route planner for the city. Please, be careful 
not to break it. Especially when adding 'oneway=yes', this might force the 
routeplanner to consider this oneway for cyclists as well. Please, if it is 
clear that cyclists are allowed to go both ways, add 'oneway:bicycle=no' or, 
even better, add the appropriate cycleway tags ('cycleway=lane', 
'cycleway=track', ...)

Kind regards,
Pietervdvn


On 22.04.20 13:08, Adrian Budugan wrote:

Hi all,

I am Adrian and I am part of the Mapping Team at Telenav. Our team started an 
editing project in Belgium to make OpenStreetMap more navigable and accurate in 
guidance.

We will start editing in Brussels at the end of April, next week. There are 
more details here - 
https://github.com/TelenavMapping/EU_mapping_projects/issues/4.

We will focus on one ways, turn restrictions, road geometry and quality 
assurance.

We we'd love to hear your advice on any local mapping guidelines, besides the 
general OSM mapping ones (http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features).

Also, we appreciate any hints regarding available local or government data that 
we might be able to us or anything else that might come in handy.

If there are any other OSM communication channels for Belgium, please let us 
know.

If you have any questions or comments, please let me/us know.

We are looking forward to hearing from you.



Thank you!






___

Talk-be mailing list

Talk-be@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-be

--

Met vriendelijke groeten,

Pieter Vander Vennet
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Telenav Mapping Project

[Adrian Budugan]

Hello Joost,

Thank you for your reply and for the info provided. Considering that we will be 
working remotely, we are always checking the history of the edits before making 
any changes. We also decided to first rely on notes, as you suggested, and edit 
only where we are 100% sure.

We will be fixing errors  using the Keep Right tool and add one ways and turn 
restrictions using Improve OSM.

We will keep in touch as much as it is needed and thank you again for your 
feedback.

Kind Regards,
Adrian


From: joost schouppe 
Sent: Wednesday, April 22, 2020 9:14 PM
To: OpenStreetMap Belgium 
Cc: Adrian Budugan 
Subject: Re: [OSM-talk-be] Telenav Mapping Project

Hi Adrian,

To add to that, there's an overview of all the channels at our local chapter's 
website: 
https://openstreetmap.be/en/contact.html

We have decent Mapillary coverage, but are constantly looking to get more and 
better cameras for our volunteers (hint, hint).
There is good and recent imagery (properly indexed both in the imagery layer 
index and the JOSM index). There are also good basemaps from the government, 
which you can use for mapping.

As always, both imagery and basemaps can be outdated - sometimes OSM is ahead, 
sometimes it isn't. There's quite an active community, so be mindful of the 
last edit date on object (I should know, I recently messed up JanFi's work).

What data will you be basing your edits on? I would think that Brussels is 
mapped pretty well, so it might be hard to improve remotely.
It might be useful to start off with just Notes, so that we can review them 
locally. That might avoid any editing conflict.
I think the most active mapper in Brussels is bxl-forever, might be useful to 
engage him directly.

Joost

Op wo 22 apr. 2020 om 20:01 schreef Pieter Vander Vennet 
mailto:pieterv...@posteo.net>>:

Hello Adrian and Telenav-team.

Welcome in Belgium, the more support, the merrier.

First of all, there is quite an active community in Belgium - I'm one of them, 
as are several others. As already mentioned, the matrix-chat is an excellent 
way to reach out to us and have questions answered quite fast - please join us 
here: 
https://riot.im/app/#/room/#osmbe:matrix.org

Second, I was wondering where you are based - the best way to map is by using 
local knowledge and by running around to see what the situation is. Also, being 
here IRL will allow us to meetup or to get in touch with the OpenKnowledge 
Belgium - they do great work for Open Source and Open Data.

However, I presume that you will mostly be doing remote work, based on official 
data and mapillary streetview. This too can be useful, but the situation of 
Brussels is quite volatile and might change a lot. Don't be afraid to to ask us 
(or a local) to check up on the situation.

At last, a lot of cyclists are using OSM in Brussels - the company I work for 
even hosts  a professional cycle route planner for the city. Please, be careful 
not to break it. Especially when adding 'oneway=yes', this might force the 
routeplanner to consider this oneway for cyclists as well. Please, if it is 
clear that cyclists are allowed to go both ways, add 'oneway:bicycle=no' or, 
even better, add the appropriate cycleway tags ('cycleway=lane', 
'cycleway=track', ...)

Kind regards,
Pietervdvn


On 22.04.20 13:08, Adrian Budugan wrote:

Hi all,

I am Adrian and I am part of the Mapping Team at Telenav. Our team started an 
editing project in Belgium to make OpenStreetMap more navigable and accurate in 
guidance.

We will start editing in Brussels at the end of April, next week. There are 
more details here - 
https://github.com/TelenavMapping/EU_mapping_projects/issues/4.

We will focus on one ways, turn restrictions, road geometry and quality 
assurance.

We we'd love to hear your advice on any local mapping guidelines, besides the 
general OSM mapping ones (http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features).

Also, we appreciate any hints regarding available local or government data that 
we might be able to us or anything else that might come in handy.

If there are any other OSM communication channels for Belgium, please let us 
know.

If you have any questions or comments, please let me/us know.

We are looking forward to hearing from you.



Thank you!





___

Talk-be mailing list

Talk-be@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-be

--

Met vriendelijke groeten,

Pieter Vander 

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Laurence P]

Bonjour,

oui cela peut concerner aussi des "bandes" temporaires pour *piétons*, 
des élargissements de trottoir en prenant de la largeur de chaussée, des 
zones de rencontre temporaires, mise en aire piétonne etc


Cela peut donc impacter aussi la *circulation automobile *(si une zone 
de rencontre est transformée en aire piétonne, si une rue est mise en 
sens unique alors qu'elle était à double-sens, si une rue est coupée sur 
une toute petite portion pour supprimer le trafic de transit...). Ce ne 
sont que des hypothèses car ce sont des mises en place plus complexes 
pour les collectivités puisque ça change leur plan de circulation, mais 
ce n'est pas exclu.


peut-être qu'il faut donc utiliser un terme plus générique : 
description:covid19= aménagement temporaire ?


Ce qui a aussi été évoqué hier pendant le webinaire, c'est du 
*stationnement vélo événementiel* (donc mobile) qui pourrait être 
implanté devant poles générateurs de déplacement et ajusté selon la demande.


Cordialement,

Laurence

Le 23/04/2020 à 10:58, Axel Listes a écrit :

Bonjour,

Le 23/04/2020 à 10:28, Florimond Berthoux a écrit :

J’ai déjà réfléchi au problème le plus simple pour moi et de mettre la
donnée dans OSM comme n’importe qu’elle autre piste/bande cyclable.
Voir la doc
https://wiki.openstreetmap.org/wiki/France/Covid-19#Coronapiste_:_piste_cyclable_provisoire

Sujet intéressant et merci d'y avoir déjà travaillé, lorsque je regarde
le wiki je me pose une question concernant ce passage


Pour préciser l'information d'une piste temporaire utiliser :
description:covid19=piste cyclable temporaire

Est-ce un abus de langage, c'est-à-dire concerne tous les aménagements
provisoires, ou est-ce vraiment spécifique aux pistes cyclables ?

Car précisé juste dessus, les voies de bus temporairement ouverts aux
cycles ne sont pas des pistes cyclables.

Cela me parait très important de baliser TOUS les aménagements avec une
clef-valeur spécifique, pour ne pas "polluer" sur certains secteurs de
la cartographie, les données déjà très précises.

S'il s'agit d'un abus de langage, je corrigerais (ou faites si vous
voulez) le wiki pour bien préciser. Si non, c'est un problème !

Axel.


--
Laurence

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

Re: [Talk-it] Editing project in Italy, Torino

[Andrea Musuruane]

Hi Simona,
thanks for your interest in fixing issues in Turin.

Please avoid using Bing for road geometry. These areal images are known to
be misaligned, at least in Piedomont. Esri images are much better aligned.

Open data covering Piedmont is available here: http://www.dati.piemonte.it/.
Most data are CC-BY licensed and they cannot be used because the license is
not ODbL compatible without a wavier. See
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/.

We have a regional ML but you have already found it :-)

Best Regards,

Andrea



On Wed, Apr 22, 2020 at 11:56 AM Simona Hosu - (p) 
wrote:

> Hi everyone,
>
>
>
> This is Simona and I am part of the mapping team at Telenav.
>
>
>
> To make OpenStreetMap more navigable and accurate in guidance, our mapping
> team is planning to start editing in Italy, in the begging we'll start with
> the city of Turin.
>
> In the next weeks we will focus on editing one ways, turn restrictions,
> road geometry and also validating the existing map by correcting keep right
> errors.
>
>
>
> This is where you come in! Beside the general OSM mapping guidelines 
> ((*http://wiki.openstreetmap.org/wiki/Main_Page
> *, 
> *http://wiki.openstreetmap.org/wiki/Map_Features
> *), do you have any
> local mapping guidelines for us? Also, we appreciate any hints regarding
> available local or government data that we might be able to us.
>
>
>
> If there are other OSM communication channels, we will appreciate if you
> communicate them to us as well.
>
>
>
> We'd love any input and advice!
>
>
>
> If you have any questions or comments, please let me/us know.
>
>
>
> Thanks!
>
>
>
>
>
> Simona Hosu
>
> Map Analyst
>
> [image: logo] 
>
> E-mail: simona.h...@telenav.com
>
> Web:www.telenav.com
>
> Postal: 21st December 1989 blvd, no. 77, building C-D, ground floor,
>
> 400603 Cluj-Napoca, Romania
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Axel Listes]

Bonjour,

Le 23/04/2020 à 10:28, Florimond Berthoux a écrit :
> J’ai déjà réfléchi au problème le plus simple pour moi et de mettre la
> donnée dans OSM comme n’importe qu’elle autre piste/bande cyclable.
> Voir la doc
> https://wiki.openstreetmap.org/wiki/France/Covid-19#Coronapiste_:_piste_cyclable_provisoire

Sujet intéressant et merci d'y avoir déjà travaillé, lorsque je regarde
le wiki je me pose une question concernant ce passage

> Pour préciser l'information d'une piste temporaire utiliser :
> description:covid19=piste cyclable temporaire

Est-ce un abus de langage, c'est-à-dire concerne tous les aménagements
provisoires, ou est-ce vraiment spécifique aux pistes cyclables ?

Car précisé juste dessus, les voies de bus temporairement ouverts aux
cycles ne sont pas des pistes cyclables.

Cela me parait très important de baliser TOUS les aménagements avec une
clef-valeur spécifique, pour ne pas "polluer" sur certains secteurs de
la cartographie, les données déjà très précises.

S'il s'agit d'un abus de langage, je corrigerais (ou faites si vous
voulez) le wiki pour bien préciser. Si non, c'est un problème !

Axel.

-- 

"Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
mérite ni l'une ni l'autre, et finit par perdre les deux."
Citation de Benjamin Franklin.

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

Re: [talk-cz] Uklid board_number na ref

[Jan Macura]

+1

H.

On Thu, 23 Apr 2020 at 08:55, Tom Ka  wrote:

> Ahoj,
>
> pri uklidu pres Fody/OsmHiCheck jsem narazil na to, ze nektere stare
> body pro informacni panely naucnych stezek maji cislo panelu zadane
> jako tag 'board_number'. Hledal jsem co to je a nasel odkaz v:
>
>
> https://wiki.openstreetmap.org/wiki/Cs:%C4%8Cesko/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
>
> a v historicke verzi odkaz na diskuzi zde:
>
>
> https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/information#board_number
>
> Podle taginfo (CZ/world) to bylo pouzite jen u nas, bez existence
> stranky na wiki nebo cehokoliv dalsiho.
>
> Pouzil jsem proto overpass turbo a vsechny vyskyty (~564) nahradil za
> aktualne pouzivane 'ref'. Celkem mame v CZ 10438 uzlu
> information=board, takze to byl celkem zlomek.
>
> Konec hlaseni
> tom.k
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Martin Koppenhoefer]

sent from a phone

> On 23. Apr 2020, at 06:44, Alessandro Sarretta 
>  wrote:
> 
> Loro però in realtà hanno come primo target le opening_hours, non il 
> delivery, e quindi il punto di partenza è un po' diverso.


nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante il 
covid
Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono 
necessariamente gestite dalla stessa società, per esempio ci sono tipi diversi 
per conad ed euronics.


Ciao Martin 



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

Re: [Talk-it] Editing project in Italy, Torino

[Volker Schmidt]

Grazie - thank you!

On Thu, 23 Apr 2020 at 10:23, Simona Hosu - (p) 
wrote:

> Buongiorno Volker Schmidt,
>
>
>
> Sì, per ogni changeset effettuato dal nostro team useremo #telenav.
>
> Inoltre, i membri del nostro team hanno utenti "_telenav" (ad esempio
> simonah_telenav) e attraverso questo possiamo differenziarci dagli altri
> utenti.
>
>
>
> I migliori saluti,
>
>
>
>
>
> Simona Hosu
>
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Florimond Berthoux]

Salut,

Super s’ils en ont parlé :)
J’ai déjà réfléchi au problème le plus simple pour moi et de mettre la
donnée dans OSM comme n’importe qu’elle autre piste/bande cyclable.
Voir la doc
https://wiki.openstreetmap.org/wiki/France/Covid-19#Coronapiste_:_piste_cyclable_provisoire

Temporaire qui dur plusieurs un mois ou plus c’est suffisant pour être
ajouté OSM.
Pour ce qui est de la duré limité de la donnée s’il y a essai et erreur, à
vrai dire, je pense qu’en 2020 on peut accepter qu’une donnée sur OSM ne
dure que quelques jours.
Au pire "l’erreur" n’est pas très grave.

Le mer. 22 avr. 2020 à 20:05, Laurence P  a écrit :

> Bonjour,
>
> pour information aujourd'hui se tenait un webinaire proposé par le CEREMA
> sur le sujet des aménagements cyclables temporaires liés à la situation
> sanitaire (distanciation physique recommandée, peur des personnes de
> prendre les TC et notamment à partir du 11 mai...).
>
>
> https://www.cerema.fr/fr/evenements/amenagements-cyclables-temporaires-confinement-quelles
> => Les présentations devraient y figurer dès demain.
>
> Le webinaire a eu beaucoup de succès (500 présents, avec des personnes qui
> n'ont pas pu se connecter au-delà de cette limite), il était destiné aux
> collectivités (116 représentées d'après ce tweet
> https://twitter.com/M_Chassignet/status/1252943550305746945 ), aux
> associations cyclistes, pour voir ce qu'il était possible de mettre en
> place, ce qui était déjà engagé, comment s'y prendre etc.
>
> *S'est posée la question de l'actualisation de ces modifications sur le
> terrain en terme de données (notamment pour le guidage). J'ai suggéré dans
> le Tchat que les collectivités mettent à jour les données dans OSM, ce à
> quoi l'intervenante pour la Métropole de Montpellier, **Sophie Bienvenu,
> a répondu qu'eux le faisaient.*
>
> *La problématique avec ces aménagements est que non seulement ils sont
> temporaires, mais en plus ils sont "mouvants" : certains peuvent être
> finalement abandonnés très rapidement s'ils ne fonctionnent finalement pas.
> D'où la nécessité d'une certaine réactivité pour les mises à jour.*
>
> Le CEREMA prépare un autre webinaire sur le même sujet, mais cette fois
> sur le sujet de la marche (élargissement des trottoirs, suppression du
> trafic auto dans certaines rues... ?).
>
> ***
>
> Par ailleurs, à Tours par exemple nous sommes en train de finaliser une
> carte UMAP du type de celle qui a été faite à Paris  :
> http://mdb-idf.org/carte-covelotaf-les-cyclistes-confirmes-proposent-leur-aide-aux-debutants/
> L'objectif de cette carte est de montrer aux néo-cyclistes quels
> itinéraires ils peuvent emprunter, voire de contacter un autre cycliste qui
> pourrait l'accompagner sur son itinéraire.
>
> À bientôt,
>
> --
> Laurence
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Florimond Berthoux
CyclOSM & Administrateur Paris en Selle
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Editing project in Italy, Torino

[Simona Hosu - (p)]

Buongiorno Volker Schmidt,

Sì, per ogni changeset effettuato dal nostro team useremo #telenav.
Inoltre, i membri del nostro team hanno utenti "_telenav" (ad esempio 
simonah_telenav) e attraverso questo possiamo differenziarci dagli altri utenti.

I migliori saluti,


Simona Hosu

Sorry for poor italian language!


[English]

Hello Volker Schmidt,

Yes, for every changeset made by our team we will use #telenav.
In addition, our team members have '_telenav' users ( for example: 
simonah_telenav) and through this we can differentiate ourselves from other 
users.

Best regards,

Simona Hosu

From: Volker Schmidt 
Sent: Wednesday, April 22, 2020 10:17 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Editing project in Italy, Torino

Ci sarà un hashtag per tutti i changeset di Telenav or ci sarà sempre lo stesso 
utente?

On Wed, 22 Apr 2020 at 19:22, Alessandro Palmas 
mailto:alessandro.pal...@wikimedia.it>> wrote:
Il mer 22 apr 2020, 11:56 Simona Hosu - (p) 
mailto:simona.h...@telenav.com>> ha scritto:

Hi everyone,

This is Simona and I am part of the mapping team at Telenav.

To make OpenStreetMap more navigable and accurate in guidance, our mapping team 
is planning to start editing in Italy, in the begging we'll start with the city 
of Turin.
In the next weeks we will focus on editing one ways, turn restrictions, road 
geometry and also validating the existing map by correcting keep right errors.

This is where you come in! Beside the general OSM mapping guidelines 
((http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features), do you have any local mapping 
guidelines for us? Also, we appreciate any hints regarding available local or 
government data that we might be able to us.

If there are other OSM communication channels, we will appreciate if you 
communicate them to us as well.

We'd love any input and advice!

If you have any questions or comments, please let me/us know.

Thanks!


Simona Hosu
Map Analyst

E-mail: 
simona.h...@telenav.com
Web:
www.telenav.com
Postal: 21st December 1989 blvd, no. 77, building C-D, ground 
floor,
400603 Cluj-Napoca, 
Romania
 

 


Hello Simona,
glad to read Telenav is going to take care of Italy.

I forwarded your email to Roberta Castelli, an experienced mapper who works in 
http://www.5t.torino.it/en/ a regional agency; she'll write you soon.

Kind Regards
  Alessandro a.k.a. 
Ale_Zena_IT
___
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] I ruoli nelle relazioni

[totera]

aldoct wrote
> Ritornando ai ruoli da attribuire,
> quali sono quelli da utilizzare per i tratti "disused" "abandoned" e
> "razed"?

Non mi riferivo a ruoli dei membri delle relazioni, ma proprio a tag da
aggiungere ai singoli percorsi.
Consideriamo la relazione https://www.openstreetmap.org/relation/10394725
che è la tua ultima modificata: quasi tutti i percorsi che la compongono
hanno correttamente un tag railway=*, mentre 12 no: hanno highway=* e altri
tag ma nulla di ferroviario, e gli avvertimenti del validatore si
riferiscono proprio a questi 12 percorsi.

Sui tag da usare:
railway=disused per ferrovia non più utilizzata ma con i binari ancora in
sede;
railway=abandoned se i binari sono stati rimossi ma il percorso è evidente
per la presenza di rilevati, trincee, ponti, gallerie o il sedime è stato
riutilizzato;
railway=razed se non c'è più alcuna evidenza del percorso (questo tag è
contestato ma utilizzato da OpenRailwayMap).
Per i percorsi da correggere nella tua relazione, pur non conoscendo i
luoghi, visto che attualmente sono strade va aggiunto quindi
railway=abandoned.

Un'ultima cosa, visto che c'è la relazione cancella i tag note dai percorsi.

Ciao,
Gianluca



--
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] Editing project in Italy, Torino

[Simona Hosu - (p)]

Dear Francesco,

Thank you for all the information from this email.
For the moment, our team, doesn’t planning to insert house numbers. We will 
focus on editing some map features and do QA for this.
For more information with the project description, follow the link:

https://github.com/TelenavMapping/EU_mapping_projects/issues/1

Best regards,

Simona Hosu


From: Francesco Ansanelli 
Sent: Wednesday, April 22, 2020 8:14 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Editing project in Italy, Torino

Dear Simona,

this is a great news! I think, if you're planning to also insert house numbers, 
you should be aware of Italian rules:

https://wiki.openstreetmap.org/wiki/IT:Addresses

I also suggest these tools to test and spot routing problems:

https://routing.openstreetmap.de
https://brouter.de/brouter/suspects/Italy

Cheers
Francesco


Il mer 22 apr 2020, 11:56 Simona Hosu - (p) 
mailto:simona.h...@telenav.com>> ha scritto:
Hi everyone,

This is Simona and I am part of the mapping team at Telenav.

To make OpenStreetMap more navigable and accurate in guidance, our mapping team 
is planning to start editing in Italy, in the begging we'll start with the city 
of Turin.
In the next weeks we will focus on editing one ways, turn restrictions, road 
geometry and also validating the existing map by correcting keep right errors.

This is where you come in! Beside the general OSM mapping guidelines 
((http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features), do you have any local mapping 
guidelines for us? Also, we appreciate any hints regarding available local or 
government data that we might be able to us.

If there are other OSM communication channels, we will appreciate if you 
communicate them to us as well.

We'd love any input and advice!

If you have any questions or comments, please let me/us know.

Thanks!


Simona Hosu
Map Analyst
[logo]
E-mail: simona.h...@telenav.com
Web:
www.telenav.com
Postal: 21st December 1989 blvd, no. 77, building C-D, ground floor,
400603 Cluj-Napoca, Romania

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> PS: j'ai vérifié les donnée FINESS : 
> Les n° de téléphone et fax ont 10 ou 11 caractères.
Après vérification, c'est toujours 10 caractères.

> La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
> début).
Non, donc les numéros (avec un préfixe 0) sont tronqués et donc invalides :/

__
Yves


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

Re: [OSM-talk-fr] Attribution "leaflet" chez www.mypharmactiv.fr

[Yves P.]

Tout d'abord, merci aux enquêteurs et aux rédacteurs de mél de rappel :)

> - un à Antares, l'agence qui a salopé le boulot (je pèse mes mots, voir 
> ci-dessous, il vaut mieux que ce ne soit pas moi qui les contacte)
> 

> Visiblement vu le lien pour l'itinéraire encore un site où Google Maps a été 
> viré à la va vite.
> Pas très pro, passons.
> 
La carte google au bas de leur page principale affiche "Impossible de charger 
Google Maps correctement sur cette page."

> Je suppose que le géocodage a été fait avec l'API Google et donc ils n'ont 
> pas le droit de remplacer simplement la carte.
> 
> Sachant qu'obtenir les positions des pharmacies ça se fait en un claquement 
> de doigt avec Overpass Turbo .
> 
Ou directement avec Nominatim 
.
(Ni Photon , ni le geocodeur de ÇaResteOuvert ne 
trouvent "pharmacie de la bedugue")

__
Yves

> Maptiler utilise OpenStreetMap, donc la question n'est pas de mise.
> 
> Yves à eu le temps de renommer la pharmacie mais comme Cyrille j'aurais mis 
> alt_name=Pharmacie Thomas.
> 
Tu as raison. Je vais reparler de ce point dans la discussion sur FINESS.

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

[talk-cz] Uklid board_number na ref

[Tom Ka]

Ahoj,

pri uklidu pres Fody/OsmHiCheck jsem narazil na to, ze nektere stare
body pro informacni panely naucnych stezek maji cislo panelu zadane
jako tag 'board_number'. Hledal jsem co to je a nasel odkaz v:

https://wiki.openstreetmap.org/wiki/Cs:%C4%8Cesko/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D

a v historicke verzi odkaz na diskuzi zde:

https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/information#board_number

Podle taginfo (CZ/world) to bylo pouzite jen u nas, bez existence
stranky na wiki nebo cehokoliv dalsiho.

Pouzil jsem proto overpass turbo a vsechny vyskyty (~564) nahradil za
aktualne pouzivane 'ref'. Celkem mame v CZ 10438 uzlu
information=board, takze to byl celkem zlomek.

Konec hlaseni
tom.k

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> Oui, et il y aussi en plus les numéros de tél. et de fax, et « nursing_home » 
> pour les Ehpad.
Merci Fred pour c156190 

 :)


> Ça fait bien gagner du temps. 
Oui, et ça évite des erreurs et des tendinites ;)

Pour info, j'ai rajouté ref:FR:SIRET hier soir (cf. 2b93775 
).
Depuis JOSM et un click droit, ça permet de voir si l'établissement existe 
toujours, si il n'a pas déménagé.

Pour les numéros de téléphones, j'aimerai les formatter au format international 
(en mettant des espaces au bon endroit).
C'est ce que préconise le wiki.

@Fred, est-ce que je "bricole" ça dans 
analyser_merge_healthcare_FR_finess.py#L100-L102 

 ?
Ou est-ce que j'importe https://github.com/daviddrysdale/python-phonenumbers ?
A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter les n° 
de téléphone ?

__
Yves

PS: j'ai vérifié les donnée FINESS : 
Les n° de téléphone et fax ont 10 ou 11 caractères.

Il y a 8 n° de tél avec des préfixes bizarres:
00  3
01  8
02  18469
03  18028
04  20852
05  12998
06  933
07  129
08  235
09  417
14  1
15  1
25  1
31  1
94  1

Et 357+8 pour les télécopies
00  357
01  6455
02  11309
03  11504
04  12759
05  7645
06  24
07  12
08  29
09  360
15  1
16  1
17  1
25  1
30  3
43  1

Pour les 357 préfixes de fax 00 :
6 n° sont "00"
un 0 a été rajouté pour les autres (et le dernier n° à été souvent tronqués 
produit un n° invalide)

Les autres préfixes invalides sont des fautes de saisie (facilement corrigibles 
par un humain).

La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
début).


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

Re: [Talk-it] I ruoli nelle relazioni

[aldoct]

Io utilizzo questo sito per le ferrovie dismesse in Sicilia
https://www.ferrovieabbandonate.it/index.php
Si possono selezionare le varie regioni. Ritornando ai ruoli da attribuire,
quali sono quelli da utilizzare per i tratti "disused" "abandoned" e
"razed"? E, soprattutto, qual'è la funzione del ruolo; visto che se si
inserisce o meno non cambia apparentemente nulla?
Saluti



--
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] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Jean-Guilhem Cailton]

Le 22/04/2020 à 17:30, Georges Dutreix a écrit :
> Je ne modifie qu’extrêmement rarement les noms présents dans OSM à
> partir des données opendata.
> Les noms du fichier FINESS sont les noms officiels déposés auprès des
> ARS, ils sont rarement ceux visibles depuis la rue. Je ne m'en inspire
> _que si aucun nom n'est sur OSM_ et bien sûr si l'adresse est, sans
> ambigüité, identique dans OSM et FINESS.

Oui, et pour les noms manquants (pour la majorité des Ehpad que je vois
dans Osmose), je m’inspire aussi de celui sur le site web, qui contient
d’ailleurs parfois une photo de la façade.

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