Re: [talk-au] Gravel pits?

2020-02-16 Per discussione Warin

On 17/2/20 5:25 pm, Graeme Fitzpatrick wrote:

Thanks everyone for your thoughts.

Warin - you reckon not map them?



If they are permanent then they should be mapped. Can be usefull 
navigational points on a map.





Sebastian - as Michael said, both temp & permanent but /much/ bigger 
than a sandbox!


Here's one that I spotted while mapping t'other day, that got me 
wondering about them.


https://www.openstreetmap.org/edit?relation=6007743#map=19/-36.41030/148.59385 



I know that in remote areas, they're often used as impromptu camping 
grounds, being somewhere that you can pull up, usually out of view of 
the road, & stop for the night.



In remote areas anything can be used as a camp site ... those cuts off 
to the side for water to goto, a creek line... I would not map them for 
camping reasons.





Kevin - I've never heard of them referred to as gravel stacks, only 
ever pits? Maybe a State thing?


Or maybe just using the common term incorrectly - a pit is usually below 
ground, but it is the term 'we' usually use.


Gravel stack is certainly more descriptive of what can found.

However in remote areas they can and do use what is available locally - 
so these are pits - where stuff is dug out for local use.


???



Thanks

Graeme


On Mon, 17 Feb 2020 at 11:52, Kevin Pye > wrote:


The term you're looking for is "gravel stack". A gravel pit is
indeed a quarry -- but that's something else.

Kevin.

On Mon, 17 Feb 2020 at 12:31, Michael James
mailto:mich...@techdrive.com.au>> wrote:

As someone who drives a lot of country highways they are both
temporary and permanent.

*From:*Sebastian S. mailto:mapp...@consebt.de>>
*Sent:* Monday, 17 February 2020 11:11 AM
*To:* talk-au@openstreetmap.org
; Graeme Fitzpatrick
mailto:graemefi...@gmail.com>>; OSM-Au
mailto:talk-au@openstreetmap.org>>
*Subject:* Re: [talk-au] Gravel pits?

Is this a temporary thing?

Or is this similar to sand boxes they (used to) have next to
rail lines? (For traction in winter)

On 17 February 2020 10:14:47 am AEDT, Graeme Fitzpatrick
mailto:graemefi...@gmail.com>> wrote:

What do we map gravel pits as? (Areas off the side of a
main road, used by Dept of Transport Main Roads to dump
gravel etc for road building / repairs)

Quarry seems a bit excessive!

Depot doesn't really cut-it either as there's nothing
there except for a pile of dirt.

& is this another Aussie-only?


Thanks

Graeme

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


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



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


Re: [Talk-ee] Haridusasutustele lisainfo lisamine

2020-02-16 Per discussione Jaak Laineste

Nii väikese mahu peaks jõudma isegi välitöödega ära teha ;) . Üks tore laupäev 
veeta jalgrattaga need läbi sõites ja üle kontrollides. Need linnaasutuste 
tehtud tabelid on kõik vigadega - ei pruugi aadress õige olla, mõni koht võib 
olla reaalselt suletud jne.

Ühtlasi kontrollid, kas Tallinna lasteasutustel on olemas toimiv kaameraturva 
süsteem. Hiinas oleks juba kolmanda lasteaia juures politsei vastas, et mida 
see mees (puhtalt statistikast lähtuvalt pakun, Fghj753 on väga sooneutraalne 
nimi) seal piirdleb ja uurib lasteaedu. Mujal maailmas ma seda ülemäära 
tõsiselt ei kardaks :)

Igal juhul seal võta arvesse, et andmete “sünnitamine" ehk lisamine on ka 
vastutus ja kohustus - vähemalt läbi pead mõtlema, mis edasi neist saab, mitte 
et viskad andmed sisse ja siis teised vaadaku edasi. Importida on tehniliselt 
tore ja suhteliselt lihtne, keerukas on mida järgnevad uuendajad ja haldajad 
teevad, kellel saab täpselt samamoodi olema päris keeruline täpselt sama 
probleem “ mingite päringutega kuidagi tuvastada juba olemasolevad lasteaiad ja 
neid täiendada”. Viisakas oleks ise nende andmete eest ka hiljem hoolitseda, ja 
kui neid liiga palju korraga automaatselt lugeda, siis kasvab see probleem 
varsti üle pea. Parem on kaardistada vähem, aga jõukohaselt, et tagada et 
andmed on ka 1, 5 ja 15 aasta pärast enamvähem sama täpsed. Isiklikust 
kogemusest võin seda kinnitada.


Jaak 
 

> On 17. Feb 2020, at 00:22, Mihkel Oviir  wrote:
> 
> Suurusjärgus 150 ei ole nüüd küll maht, mida peaks skriptiga tegema. Paar 
> õhtut arvuti taga ja olemas. Mitte, et ma vastu oleksin... 
> 
> P, 16. veebruar 2020 23:52 fghj753 mailto:fghj...@hot.ee>> 
> kirjutas:
> Tere,
> 
>  
> 
> Avastasin hiljuti, et Tallinnas on mõned haridusasutused (lasteaiad ja 
> koolid), mida ei ole kaardile veel kantud. Overpass-turbo leidis umbes 80-90 
> hulknurka ja 20 üksiku punktina  märgitud lasteaeda (nii linna- kui ka 
> eraomandis), samas Tallinna haridusasutuste tabelis on ainuüksi linnale 
> kuuluvaid 125 (eralasteaedu on veel lisaks umbes 20). Samuti on OSMi reeglina 
> kantud ainult LA kuju ja nimi (kui sedagi), aga muu lisainfo puudub.
> 
>  
> 
> Olen viimased paar päeva valmistanud ette atribuutide tabelit 
> (lasteaiad_data.xlsx ning txt) ja Pythoni skripti (lasteaiad.py), mis suudaks 
> tabelit parsida OSMi ning võib-olla punktid OSMi isegi üles laadida, aga 
> sellega on mõned probleemid. Tabeli veergude ning skripti kirjeldus andmete 
> seisukohast on ka zip-arhiivis.
> 
> Esiteks, ametlikult tuleb nii suurte muudatuste jaoks küsida luba (siit 
> listist). Mis on siinse rahva arvamus?
> 
>  
> 
> Teine probleem on suurem-laiem. 120 punkti on liiga palju, et neid (iD-ga) 
> käsitsi töödelda. Lahendus oleks mingite päringutega kuidagi tuvastada juba 
> olemasolevad lasteaiad ja neid täiendada, aga ma ei oska seda teha ning 
> loodaks siinsele nõule ja jõule.
> 
>  
> 
> Kolmandaks. Mis saab edasi? Kuidas tagada mõistliku vaevaga asutuste tegeliku 
> piirjoone joonistamine? Katastriüksuse piirid on parimal juhul ajutine 
> lahendus, sest vahel on LA abihoonetele antud omad KÜd, samuti võib KOV 
> suhtuda neile kuuluva maatüki ja lasteaia vahelisse piiri „loominguliselt“ 
> (nt Laanelinnu maja Viimsis Laaneveeres). Hooned võivad ajas muutuda ning kas 
> seega oleks duplikaatide vältimiseks mõistlik hoida hoone (aadress, korruste 
> arv, ETAK-tunnus, ehitusaasta) ja asutuse (nimi, põhiaadress, kontaktid) 
> teave lahus?
> 
>  
> 
> Neid ridu kirjutades vaatasin korraks ka LA-de tervisenõudeid ning avastasin, 
> et teoorias võiks märgendamist optimeerida. Ruumid peavad asuma 1. või 2. 
> korrusel,  seega hoone maksimaalne kõrgus on eeldatavasti kuni 3 korrust. 
> Lasteaial peab olema oma heki või aiaga piiratud (barrier=*) murukattega 
> territoorium; väljaarvatud juhul kui asutuses on alla 3 rühma (max 60 last, 5 
> munitsipaal-LAd).
> 
>  
> 
>  
> 
> Fghj753 (ät)hot.ee 
> OSM kaardistaja al. 2019 okt
> 
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ee 
> 
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee

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


Re: [OSM-talk-fr] Version FR du sticker "I Love OpenStreetMap"

2020-02-16 Per discussione PanierAvide

Salut,

+1, on en imprime pour le Sotm et les distribuer aux groupes locaux ? :-)

Cordialement,

Adrien P.

Le 17/02/2020 à 00:19, Vincent Privat a écrit :

Hello,
J'ai récupéré à GeoFabrik quelques stickers "I Love OpenStreetMap":
https://wiki.openstreetmap.org/wiki/Logos#I_love_OpenStreetMap

J'aime beaucoup le design, du coup je propose une version FR:
https://wiki.openstreetmap.org/wiki/File:Sticker_design_-FR-_J%27adore_OpenStreetMap.png

Vous en pensez quoi ?

Vincent

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


[OSM-talk-fr] Bon usage de tracktype

2020-02-16 Per discussione rainerU

Bonjour,

Dans les départements 11 et 66, un utilisateur a récemment ajouté ou modifié un 
grand nombre de pistes de montagne. Les valeurs qu'il utilise pour tracktype 
sont généralement un ou deux niveaux supérieurs à celles que j'utiliserais, 
c'est à dire, là ou je mets grade3 ou grade2 il met grade1. J'ai laissé un 
commentaire sur un de ses changeset avec des liens vers des images Mapillary :


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

J'ai déjà eu le même genre de discussion avec lui en 2013. En gros, sa règle est 
: ce qui est goudronné est unclassifed, lest track c'est tout ce qui n'est pas 
goudronné, donc le grade1 est pour les "chemins empierrées larges, roulables en 
voiture standard". Moi, je me tiens à la définition du wiki de grade1 : 
"revêtement dur de type asphalte ou composée de matériaux très compactés".


Comme je ne suis pas entièrement sur d'avoir la bonne vision des règles 
d'utilisation de tracktype et avant d'entamer une guèrre d'édition, je vous 
demande votre avis sur ces modifications.


Rainer


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


Re: [talk-au] Gravel pits?

2020-02-16 Per discussione Graeme Fitzpatrick
Thanks everyone for your thoughts.

Warin - you reckon not map them?

Sebastian - as Michael said, both temp & permanent but *much* bigger than a
sandbox!

Here's one that I spotted while mapping t'other day, that got me wondering
about them.

https://www.openstreetmap.org/edit?relation=6007743#map=19/-36.41030/148.59385


I know that in remote areas, they're often used as impromptu camping
grounds, being somewhere that you can pull up, usually out of view of the
road, & stop for the night.

Kevin - I've never heard of them referred to as gravel stacks, only ever
pits? Maybe a State thing?

Thanks

Graeme


On Mon, 17 Feb 2020 at 11:52, Kevin Pye  wrote:

> The term you're looking for is "gravel stack". A gravel pit is indeed a
> quarry -- but that's something else.
>
> Kevin.
>
> On Mon, 17 Feb 2020 at 12:31, Michael James 
> wrote:
>
>> As someone who drives a lot of country highways they are both temporary
>> and permanent.
>>
>>
>>
>>
>>
>>
>>
>> *From:* Sebastian S. 
>> *Sent:* Monday, 17 February 2020 11:11 AM
>> *To:* talk-au@openstreetmap.org; Graeme Fitzpatrick <
>> graemefi...@gmail.com>; OSM-Au 
>> *Subject:* Re: [talk-au] Gravel pits?
>>
>>
>>
>> Is this a temporary thing?
>>
>> Or is this similar to sand boxes they (used to) have next to rail lines?
>> (For traction in winter)
>>
>> On 17 February 2020 10:14:47 am AEDT, Graeme Fitzpatrick <
>> graemefi...@gmail.com> wrote:
>>
>> What do we map gravel pits as? (Areas off the side of a main road, used
>> by Dept of Transport Main Roads to dump gravel etc for road building /
>> repairs)
>>
>>
>>
>> Quarry seems a bit excessive!
>>
>>
>>
>> Depot doesn't really cut-it either as there's nothing there except for a
>> pile of dirt.
>>
>>
>>
>> & is this another Aussie-only?
>>
>>
>>
>> Thanks
>>
>>
>>
>> Graeme
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Gravel pits?

2020-02-16 Per discussione Kevin Pye
The term you're looking for is "gravel stack". A gravel pit is indeed a
quarry -- but that's something else.

Kevin.

On Mon, 17 Feb 2020 at 12:31, Michael James 
wrote:

> As someone who drives a lot of country highways they are both temporary
> and permanent.
>
>
>
>
>
>
>
> *From:* Sebastian S. 
> *Sent:* Monday, 17 February 2020 11:11 AM
> *To:* talk-au@openstreetmap.org; Graeme Fitzpatrick ;
> OSM-Au 
> *Subject:* Re: [talk-au] Gravel pits?
>
>
>
> Is this a temporary thing?
>
> Or is this similar to sand boxes they (used to) have next to rail lines?
> (For traction in winter)
>
> On 17 February 2020 10:14:47 am AEDT, Graeme Fitzpatrick <
> graemefi...@gmail.com> wrote:
>
> What do we map gravel pits as? (Areas off the side of a main road, used by
> Dept of Transport Main Roads to dump gravel etc for road building / repairs)
>
>
>
> Quarry seems a bit excessive!
>
>
>
> Depot doesn't really cut-it either as there's nothing there except for a
> pile of dirt.
>
>
>
> & is this another Aussie-only?
>
>
>
> Thanks
>
>
>
> Graeme
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Gravel pits?

2020-02-16 Per discussione Michael James
As someone who drives a lot of country highways they are both temporary and 
permanent.



From: Sebastian S. 
Sent: Monday, 17 February 2020 11:11 AM
To: talk-au@openstreetmap.org; Graeme Fitzpatrick ; 
OSM-Au 
Subject: Re: [talk-au] Gravel pits?

Is this a temporary thing?

Or is this similar to sand boxes they (used to) have next to rail lines? (For 
traction in winter)

On 17 February 2020 10:14:47 am AEDT, Graeme Fitzpatrick 
mailto:graemefi...@gmail.com>> wrote:
What do we map gravel pits as? (Areas off the side of a main road, used by Dept 
of Transport Main Roads to dump gravel etc for road building / repairs)

Quarry seems a bit excessive!

Depot doesn't really cut-it either as there's nothing there except for a pile 
of dirt.

& is this another Aussie-only?

Thanks

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


Re: [talk-au] Gravel pits?

2020-02-16 Per discussione Sebastian S.
Is this a temporary thing?

Or is this similar to sand boxes they (used to) have next to rail lines? (For 
traction in winter)


On 17 February 2020 10:14:47 am AEDT, Graeme Fitzpatrick 
 wrote:
>What do we map gravel pits as? (Areas off the side of a main road, used
>by
>Dept of Transport Main Roads to dump gravel etc for road building /
>repairs)
>
>Quarry seems a bit excessive!
>
>Depot doesn't really cut-it either as there's nothing there except for
>a
>pile of dirt.
>
>& is this another Aussie-only?
>
>Thanks
>
>Graeme
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

2020-02-16 Per discussione Victor/tuxayo

On 20-02-13 00:27, marc marc wrote:

perso je suis fan de l'extention de unsigned sous forme
de  unsigned=
exemple unsigned=addr:housenumber : la plaque du no est absente
sur le terrain (mais l'info est vérifiable en opendata par ex)
donc dans ton cas, quand tu auras trouvé comment renseigner le panneau,
tu auras le moyen de renseigner son absence :-D


Donc dans ce cas ça donnerait:
tourism=information
information=board
unsigned=board_type:surveillance
ou unsigned:board_type=surveillance ?

Piste plus simple:

Après lecture du wiki de unsigned=*
https://wiki.openstreetmap.org/wiki/Key:unsigned

> This key is used to annotate the fact that there is no on-the-ground 
sign indicating this feature's name.


Ça semble assez approprié en cas de manque de panneau réglementaire 
qu'on puisse mettre "unsigned=yes", il suffit d'étendre un peu l'usage 
de unsigned a plus que des noms.
Donc ça donne bien envie de partir dessus, mais du coup pourquoi on 
mettrait pas directement "signed=no" ou "signed=yes" plutot? Ce serait 
plus direct, et ça éviterait les confusions et les doubles négations 
("unsigned=no" signifierait qu'il y a un panneau...).


Et ça éviterait la chaine:
tourism=information
information=board
board_type=surveillance


== Donc en résumé ==
Créer la page wiki pour documenter:
signed=yes
signed=no

qui indique qu'un objet porte un panneau sur lui.
Et dans la page wiki de man_made=surveillance préciser que c'est par 
rapport au panneau réglementaire dans les contextes où une telle 
réglementation existe.


Si ça vous semble pas trop mal, je peux ouvrir le sujet sur la liste 
tagging.


== alternative ==
Si signed=* est trop général et que c'est gênant:
camera:signed=yes
camera:signed=no


À++

--
Victor/tuxayo

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


Re: [OSM-ja] 2/2/22 京都!街歩き!マッピングパーティ:第17 東福寺

2020-02-16 Per discussione yasunari yamashita
山下です。皆さんこんにちは。

京都!街歩き!マッピングパーティ
第17回は、今週末に 日本最古にして最大級の伽藍東福寺

イベント詳細と参加申し込みは connpass にて
https://openstreetmap-kyoto.connpass.com/event/163663/
皆様の参加をお待ちしています!!

2020年1月20日(月) 21:43 yasunari yamashita :
>
> 山下です。
> 皆さんこんにちわ。
>
> 京都!街歩き!マッピングパーティ
> 第17回は、日本最古にして最大級の伽藍東福寺
>
> イベント詳細と参加申し込みは connpass にて
> https://openstreetmap-kyoto.connpass.com/event/163663/
> 皆様の参加をお待ちしています!!
> --
> 山下康成@京都府向日市



-- 
山下康成@京都府向日市
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja


[OSM-talk-fr] Version FR du sticker "I Love OpenStreetMap"

2020-02-16 Per discussione Vincent Privat
Hello,
J'ai récupéré à GeoFabrik quelques stickers "I Love OpenStreetMap":
https://wiki.openstreetmap.org/wiki/Logos#I_love_OpenStreetMap

J'aime beaucoup le design, du coup je propose une version FR:
https://wiki.openstreetmap.org/wiki/File:Sticker_design_-FR-_J%27adore_OpenStreetMap.png

Vous en pensez quoi ?

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


[talk-au] Gravel pits?

2020-02-16 Per discussione Graeme Fitzpatrick
What do we map gravel pits as? (Areas off the side of a main road, used by
Dept of Transport Main Roads to dump gravel etc for road building / repairs)

Quarry seems a bit excessive!

Depot doesn't really cut-it either as there's nothing there except for a
pile of dirt.

& is this another Aussie-only?

Thanks

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


Re: [Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Lorenzo Rolla
Il classico copia incolla incontrollato! Ecco le coordinate:
43.111309, 13.564652 Piane di Montegiorgio. Queste 42.950106, 13.405705
sono le coordiante del comune di Comunanza.


Il giorno dom 16 feb 2020 alle 22:48 Daniele Forsi  ha
scritto:

> Il giorno dom 16 feb 2020 alle ore 21:34 Lorenzo Rolla ha scritto:
>
> > Manca il sito di Comunanza.
>
> non manca: gli hai dato le stesse coordinate di Piane di Montegiorgio
> e il suo segnaposto nella umap appare sopra
>
> --
> Daniele Forsi
>
> ___
> 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-ee] Haridusasutustele lisainfo lisamine

2020-02-16 Per discussione Mihkel Oviir
Suurusjärgus 150 ei ole nüüd küll maht, mida peaks skriptiga tegema. Paar
õhtut arvuti taga ja olemas. Mitte, et ma vastu oleksin...

P, 16. veebruar 2020 23:52 fghj753  kirjutas:

> Tere,
>
>
>
> Avastasin hiljuti, et Tallinnas on mõned haridusasutused (lasteaiad ja
> koolid), mida ei ole kaardile veel kantud. Overpass-turbo leidis umbes
> 80-90 hulknurka ja 20 üksiku punktina  märgitud lasteaeda (nii linna- kui
> ka eraomandis), samas Tallinna haridusasutuste tabelis on ainuüksi linnale
> kuuluvaid 125 (eralasteaedu on veel lisaks umbes 20). Samuti on OSMi
> reeglina kantud ainult LA kuju ja nimi (kui sedagi), aga muu lisainfo
> puudub.
>
>
>
> Olen viimased paar päeva valmistanud ette atribuutide tabelit
> (lasteaiad_data.xlsx ning txt) ja Pythoni skripti (lasteaiad.py), mis
> suudaks tabelit parsida OSMi ning võib-olla punktid OSMi isegi üles
> laadida, aga sellega on mõned probleemid. Tabeli veergude ning skripti
> kirjeldus andmete seisukohast on ka zip-arhiivis.
>
> Esiteks, ametlikult tuleb nii suurte muudatuste jaoks küsida luba (siit
> listist). Mis on siinse rahva arvamus?
>
>
>
> Teine probleem on suurem-laiem. 120 punkti on liiga palju, et neid (iD-ga)
> käsitsi töödelda. Lahendus oleks mingite päringutega kuidagi tuvastada juba
> olemasolevad lasteaiad ja neid täiendada, aga ma ei oska seda teha ning
> loodaks siinsele nõule ja jõule.
>
>
>
> Kolmandaks. Mis saab edasi? Kuidas tagada mõistliku vaevaga asutuste
> tegeliku piirjoone joonistamine? Katastriüksuse piirid on parimal juhul
> ajutine lahendus, sest vahel on LA abihoonetele antud omad KÜd, samuti võib
> KOV suhtuda neile kuuluva maatüki ja lasteaia vahelisse piiri
> „loominguliselt“ (nt Laanelinnu maja Viimsis Laaneveeres). Hooned võivad
> ajas muutuda ning kas seega oleks duplikaatide vältimiseks mõistlik hoida
> hoone (aadress, korruste arv, ETAK-tunnus, ehitusaasta) ja asutuse (nimi,
> põhiaadress, kontaktid) teave lahus?
>
>
>
> Neid ridu kirjutades vaatasin korraks ka LA-de tervisenõudeid ning
> avastasin, et teoorias võiks märgendamist optimeerida. Ruumid peavad asuma
> 1. või 2. korrusel,  seega hoone maksimaalne kõrgus on eeldatavasti kuni 3
> korrust. Lasteaial peab olema oma heki või aiaga piiratud (barrier=*)
> murukattega territoorium; väljaarvatud juhul kui asutuses on alla 3 rühma
> (max 60 last, 5 munitsipaal-LAd).
>
>
>
>
>
> Fghj753 (ät)hot.ee
>
> OSM kaardistaja al. 2019 okt
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee


[Talk-ee] Haridusasutustele lisainfo lisamine

2020-02-16 Per discussione fghj753
Tere,

 

Avastasin hiljuti, et Tallinnas on mõned haridusasutused (lasteaiad ja
koolid), mida ei ole kaardile veel kantud. Overpass-turbo leidis umbes 80-90
hulknurka ja 20 üksiku punktina  märgitud lasteaeda (nii linna- kui ka
eraomandis), samas Tallinna haridusasutuste tabelis on ainuüksi linnale
kuuluvaid 125 (eralasteaedu on veel lisaks umbes 20). Samuti on OSMi
reeglina kantud ainult LA kuju ja nimi (kui sedagi), aga muu lisainfo
puudub. 

 

Olen viimased paar päeva valmistanud ette atribuutide tabelit
(lasteaiad_data.xlsx ning txt) ja Pythoni skripti (lasteaiad.py), mis
suudaks tabelit parsida OSMi ning võib-olla punktid OSMi isegi üles laadida,
aga sellega on mõned probleemid. Tabeli veergude ning skripti kirjeldus
andmete seisukohast on ka zip-arhiivis. 

Esiteks, ametlikult tuleb nii suurte muudatuste jaoks küsida luba (siit
listist). Mis on siinse rahva arvamus? 

 

Teine probleem on suurem-laiem. 120 punkti on liiga palju, et neid (iD-ga)
käsitsi töödelda. Lahendus oleks mingite päringutega kuidagi tuvastada juba
olemasolevad lasteaiad ja neid täiendada, aga ma ei oska seda teha ning
loodaks siinsele nõule ja jõule.

 

Kolmandaks. Mis saab edasi? Kuidas tagada mõistliku vaevaga asutuste
tegeliku piirjoone joonistamine? Katastriüksuse piirid on parimal juhul
ajutine lahendus, sest vahel on LA abihoonetele antud omad KÜd, samuti võib
KOV suhtuda neile kuuluva maatüki ja lasteaia vahelisse piiri
„loominguliselt“ (nt Laanelinnu maja Viimsis Laaneveeres). Hooned võivad
ajas muutuda ning kas seega oleks duplikaatide vältimiseks mõistlik hoida
hoone (aadress, korruste arv, ETAK-tunnus, ehitusaasta) ja asutuse (nimi,
põhiaadress, kontaktid) teave lahus?

 

Neid ridu kirjutades vaatasin korraks ka LA-de tervisenõudeid ning
avastasin, et teoorias võiks märgendamist optimeerida. Ruumid peavad asuma
1. või 2. korrusel,  seega hoone maksimaalne kõrgus on eeldatavasti kuni 3
korrust. Lasteaial peab olema oma heki või aiaga piiratud (barrier=*)
murukattega territoorium; väljaarvatud juhul kui asutuses on alla 3 rühma
(max 60 last, 5 munitsipaal-LAd).

 

 

Fghj753 (ät)hot.ee

OSM kaardistaja al. 2019 okt

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


[OSM-talk-ie] Fwd: Next Galway OpenStreetMap event - Sat 14th Mar

2020-02-16 Per discussione Dave Corley
FYI, the next Galway meetup is scheduled for Saturday Mar 14th at the
Insight Centre.

It would be great to see some of you there if anyone fancies making the
drive to Galway.

Thanks,
Dave

-- Forwarded message -
From: Dave Corley 
Date: Sun, Feb 16, 2020 at 9:45 PM
Subject: Next Galway OpenStreetMap event - Sat 14th Mar
To:


Hi,

Just to let you know that the next OpenStreetMap event in Galway is
happening on Sat 14th Mar from 11am-3pm in the Insight Centre in Dangan.

The previous event you attended was mainly about introducing you and others
to OpenStreetMap and I also touched on some of the additional things you
can utilise in the OSM ecosystem.

This time around, the focus will be more on getting you actively mapping as
its the starting point for all other activities e.g. data extraction, map
creation etc.

I'll also open up the floor to others to get ideas of what people want to
see. This can be anything from "how do I map X, Y or Z" to "how do I create
a map showing all the X, Y & Z in a specific area". With that in mind,
please come along with ideas, questions and comments of your own on the
day.

I hope to see you there again and feel free to bring along a friend or two,
the event is open to all. One thing I ask, just to have an idea of numbers,
is to register at the link below if you are attending.

https://www.eventbrite.com/e/galway-openstreetmap-event-tickets-95116677543

Thanks,
Dave
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


[Talk-GB] Saltash/Plymouth

2020-02-16 Per discussione ael
Are there any local mappers in Plymouth or Saltash?

The Carkeel roundabout and surrounding area has undergone major changes
in the last couple of years. I drive through there occasionally and have
made a few updates mainly based on gps and video, but that only covers
just one through route. The whole area really needs a thorough
survey.

I have just done some very rough and ready changes to the roundabout
based on gps/video but mainly Esri which seems to be the only imagery
which is reasonably up to date. But I have left it in a bit of a mess,
although nearer reality than before.

https://www.openstreetmap.org/#map=19/50.41900/-4.23429

ael


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


Re: [Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Daniele Forsi
Il giorno dom 16 feb 2020 alle ore 21:34 Lorenzo Rolla ha scritto:

> Manca il sito di Comunanza.

non manca: gli hai dato le stesse coordinate di Piane di Montegiorgio
e il suo segnaposto nella umap appare sopra

-- 
Daniele Forsi

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


Re: [OSM-talk-fr] Parking pour véhicules en free floating

2020-02-16 Per discussione Florimond Berthoux
Le dim. 16 févr. 2020 à 21:48, marc marc  a
écrit :

> Le 16.02.20 à 20:59, Florimond Berthoux a écrit :
> > bicycle_parking=floor
>
> il y a une discussion sur tagging à propos de l’ambiguïté de cette valeur :
> pour certain c'est analogue à parking=surface : cela décrit un parking
> extérieur d'un niveau
> pour d'autre cela décrit que l'infra se comporte qu'un sol (sans attache).
> donc je l'éviterais :)  bicycle_parking=surface me semble + cohérent
> avec les parkings voitures, surtout si tu veux renseigner dock sur une
> autre clef.
> je pense d'ailleurs que toute la problématique parking vélo est pollué
> par cette clef double attribut... l'autre solution c'est de mettre les 2
> valeurs genre bicycle_parking=surface;dockless
>

Oui, j'ai participé à cette discussion justement pour dire que floo≠surface.
Et que floor c'est peut-être pas le bon mot en anglais mais que c'est la
valeur documenté donc en attendant mieux je l'utilise.


>
> > dockless=designated
>
> pour la clef, je trouve peu pratique les clefs négative.
> on finit par avoir dockless=no pour dire qu'il y a des attaches.
> donc dock=* me semble préférable. ou lock=* ou qlq chose du genre.
>
> =designated : le sens m'échappe. l'absence d'attache est construite
> pour les vélos ?
>

En fait avec cette clé je voulais dire "désigné pour des véhicules en free
floating", pas pour dire qu'il n'y a pas d'attache.
À Paris ils ont commencé à envoyé en fourrière et à mettre des amandes pour
les trottinettes stationnées sur les trottoirs et pour compenser ils ont
créé ces parking de free floating.


>
> > motor_vehicle=no
>
> veux tu dire interdit aux mobylettes ?
> le reste n'a pas sa place dans la catégorie vélo
>

Oui interdit aux scoots, voitures et autres, mais comme tu dis c'est un
bicycle_parking (sans en être un), c'est normal.


>
> > small_electric_vehicle=yes
>
> il y a des parkings qui leur sont interdit ?
>
Non, mais ce ne sont pas des vélos et vue qu'on tag un
amenity=bicycle_parking... :)

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


Re: [OSM-talk-fr] Parking pour véhicules en free floating

2020-02-16 Per discussione marc marc
Le 16.02.20 à 20:59, Florimond Berthoux a écrit :
> bicycle_parking=floor

il y a une discussion sur tagging à propos de l’ambiguïté de cette valeur :
pour certain c'est analogue à parking=surface : cela décrit un parking
extérieur d'un niveau
pour d'autre cela décrit que l'infra se comporte qu'un sol (sans attache).
donc je l'éviterais :)  bicycle_parking=surface me semble + cohérent
avec les parkings voitures, surtout si tu veux renseigner dock sur une
autre clef.
je pense d'ailleurs que toute la problématique parking vélo est pollué
par cette clef double attribut... l'autre solution c'est de mettre les 2
valeurs genre bicycle_parking=surface;dockless

> dockless=designated

pour la clef, je trouve peu pratique les clefs négative.
on finit par avoir dockless=no pour dire qu'il y a des attaches.
donc dock=* me semble préférable. ou lock=* ou qlq chose du genre.

=designated : le sens m'échappe. l'absence d'attache est construite
pour les vélos ?

> motor_vehicle=no

veux tu dire interdit aux mobylettes ?
le reste n'a pas sa place dans la catégorie vélo

> small_electric_vehicle=yes

il y a des parkings qui leur sont interdit ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Lorenzo Rolla
Manca il sito di Comunanza.

Il giorno dom 16 feb 2020 alle 20:05 Mannivu  ha
scritto:

> Se il link di Cascafico vi da errore come a me (non so perché), provate
> questo 
>
>
>
>
> --
> 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
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk] Is OSM Anti-Fascist? (was: Cease use of OpenStreetMap/Antifa logo)

2020-02-16 Per discussione dcapillae
Frederik Ramm wrote
> I agree that OSM should remain un-political where possible, just so that
> political squabbles do not interfere with mapping.

That's right. I think we'd do well to stop this discussion. There's no point
in talking in political terms about what we do. 

I already have some bad experience with mappers who make such
interpretations and use the map to reflect their desires or political
ideologies. Those of us who don't participate in that diabolical game always
lose out, because of these people and those who keep silent by allowing them
to act like this. This is what happens when we mix politics with "what we
do" here. 

The map would be a better place without all of them (and this forum will be
a nicer place to visit if we don't talk politics).

Greetings from Spain.

Regards,
Daniel



--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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


Re: [OSM-talk-fr] Arrêt de bus à la demande

2020-02-16 Per discussione GarenKreiz
Bonsoir,

Merci pour les éléments d'information. Dans mon cas, les arrêts sont
similaires aux autres en matière d'équipement et de signalisation (arrêts
Flexo de l'agglomération de Blois). On_demand me paraît correspondre au
besoin et fera l'affaire (utilisé en Belgique
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines#.22On_demand_buses.22_.28belbussen.29
).

Cordialement

Garenkreiz




On Sun, 16 Feb 2020 at 19:58, Philippe Verdy  wrote:

> Il y en a communément dans diverses communes rurales pour compléter le
> transport intercommunal avec des minibus qui font le relais des lignes
> régulières, mais pas assez de demande pour faire un trajet bien défini.
> c'est une solution économique.
>
> Dans certains cas proposée par un partenariat avec une société locale de
> taxis et une convention tarifaire avec la collectivité qui fait appel alors
> à eux (d'où la réservation préalable demandée par le service de transport
> public, sachant aussi qu'il peut y avoir des contraintes horaires ou de
> jours, et pas de trajet prédéfini: on doit réserver au téléphone ou sur une
> appli ou un site, mais sans connnaitre le parcours et le temps de trajet
> qui dépendra des autres demandes éventuelles; les trajets sont à priori
> courts, la variabilité des temps de trajet pas énorme, pas plus que les
> retards des lignes régulières du fait des conditions de circulation ou de
> l'affluence ; la collectivité étudie et fait des statistiques sur les
> trajets demandés et réalisés et au final pourra voir s'il est opportun de
> créer une ligne régulière, surtout si les demandes sont répétées par les
> mêmes usagers; le service à la demande en revanche ne sélectionne pas les
> clients, c'est pour tout le monde, il doit transporter tous ceux qui ont
> une réservation valide, certains peuvent même demander à ce que ce soit une
> formule avec abonnement et réserver sur toute une année; aux clients locaux
> aussi de se regrouper et faire connaitre la solution et voir ce qui arrange
> le plus de monde, par exemple les parents d'une école, les résidents d'un
> EPAD, un commerçant pour ses clients, un club sportif; la collectivité peut
> aussi être aidée à créer une ligne par une subvention versée par un
> groupement de commerçants et une demande motivée dans les délibérations
> d'un conseil municipal, qui ira aussi défendre auprès du service de
> transport communautaire la création de liaisons régulières ou une
> modification du trajet d'une ligne régulière existante au moins pour
> certains horaires, etc...).
>
>
> Le dim. 16 févr. 2020 à 19:24, leni  a écrit :
>
>> Le 16/02/2020 à 11:00, GarenKreiz a écrit :
>>
>>
>> Bonjour,
>>
>> J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>> le détour est soit demandé au chauffeur à la montée, soit réservé par
>> téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
>> qu'à un trajet emprunté systématiquement par les bus.
>>
>> Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce
>> qui peut le différencier d'un autre arrêt : c'est la ligne qui va desservir
>> cet arrêt qui est un TAD. Et comme le dit Philippe quand tu consulte la
>> relation tu n'as pas un trajet, mais un nuage de points.
>>
>> Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont
>> desservis que par un TAD (cet arrêt est membre de la relation du TAD)
>> d'autres par un TAD et une ligne normale avec un trajet et des horaires
>> bien précis (ces arrêts sont membres de toutes les relations qui le
>> desservent)
>>
>> Par contre, je ne connaissais pas l'attribut "hail_and_ride",
>> j'utilisais  "bus=on_demand" que j'avais découvert sur la liste (
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes
>> )
>>
>> cordialement
>>
>> Leni
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Parking pour véhicules en free floating

2020-02-16 Per discussione Florimond Berthoux
Bonjour,

Il commence à pulluler à Paris des parkings pour vélo ou trottinette en
free floating.
https://drive.google.com/file/d/16Rr7zVjPCCHwW-rsrOmYafiGD7HacuVi/view?usp=sharing

Comment tagguer ça ?
Ma proposition :
amenity=bicycle_parking
bicycle_parking=floor
capacity=8
dockless=designated
motor_vehicle=no
small_electric_vehicle=yes

plusieurs remarques :
bicycle_parking : faute de mieux et pour pas inventer un autre tag
dock_less_parking (ça a été une erreur de mélanger tag d'accès et tag de
feature).
dockless : peut-être inutile, le tag "floor" dit déjà beaucoup
small_electric_vehicle : venant de
https://wiki.openstreetmap.org/wiki/Proposed_features/ElectricBicyclesAndScooters


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


Re: [Talk-se] Hosting my own Hydda tileset

2020-02-16 Per discussione Karl Wettin via Talk-se
Sorry for the late reply, my previous reply to this question a couple of
days ago bounced back due to technical issues on the OSM foundation
mailserver.

Basically we don't mind if you download a bit of tiles, but please try to
keep it at z0-z10. All of France at z0-z18 is some 500GB of data mainly
consisting of completely grey tiles we never had to render before. That
would hog our server resources for several days, so in that case you're
better off setting up your own tile-server. I've been spending a bunch of
evenings the last three weeks updating ours, which is going live this
weekend. During this process I've documented the Hydda style as well as I
can on the GitHub page. Feedback is most welcome.

https://github.com/karlwettin/carto-style-hydda

Setting up a tileserver really isn't that difficult, and if you're only to
render France (and perhaps neighboring areas) it should be really speed on
a machine with small resources. And if you feel comfortable with not
updating the database you really shouldn't expect any problems whatsoever
in the future, given you have enough disk space for your cache. You could
prerender all your needs and then scale down the resources to a 512MB RAM
single CPU system and still handle very heavy loads.

Feel free to get in touch with me if you have any questions.


Karl


Den tis 4 feb. 2020 kl 09:29 skrev Thibaut Estublier via Talk-se <
talk-se@openstreetmap.org>:

> Hello,
>
> I'm the main developer of a website hosted in France, using a map with
> Openstreetmap + Leaflet.
>
> Actually, our map tiles are all provided by external servers. We're
> mainly using the Hydda Tileset you provide.
>
> We've been gradually growing, and would now like to host our own tile
> server. We'd like to be able to maintain our own infrastructure, and
> also host it in France to provide a faster browsing experience to our
> customers.
>
> Furthermore, if our user base goes up, I don't want to saturate
> someone's server bandwith or impact everyone's usage. I guess hosting my
> own tileset is the way to go.
>
>
> Is the Hydda tileset available to download? Does the license authorize
> such a use of your tileset?
>
>
> Thanks in advance,
>
>
> - Thibaut
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


[Talk-it] Aggiornamento OSMit

2020-02-16 Per discussione mbranco2
Ciao a tutti,

la pagina wiki di OSMit è stata aggiornata:
- è stato aggiunto l'intervento dei PoliMappers di Milano che descriveranno
la loro attività, invitando gli studenti del Poli di Torino a costituire
analogo gruppo.
- Per chi non potrà essere a Torino sabato 22, ci sono i link per seguire
gli interventi in videoconferenza.

La pagina aggiornata:
https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020

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


Re: [Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Mannivu
Se il link di Cascafico vi da errore come a me (non so perché), provate 
questo   



--
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] Arrêt de bus à la demande

2020-02-16 Per discussione Philippe Verdy
Il y en a communément dans diverses communes rurales pour compléter le
transport intercommunal avec des minibus qui font le relais des lignes
régulières, mais pas assez de demande pour faire un trajet bien défini.
c'est une solution économique.

Dans certains cas proposée par un partenariat avec une société locale de
taxis et une convention tarifaire avec la collectivité qui fait appel alors
à eux (d'où la réservation préalable demandée par le service de transport
public, sachant aussi qu'il peut y avoir des contraintes horaires ou de
jours, et pas de trajet prédéfini: on doit réserver au téléphone ou sur une
appli ou un site, mais sans connnaitre le parcours et le temps de trajet
qui dépendra des autres demandes éventuelles; les trajets sont à priori
courts, la variabilité des temps de trajet pas énorme, pas plus que les
retards des lignes régulières du fait des conditions de circulation ou de
l'affluence ; la collectivité étudie et fait des statistiques sur les
trajets demandés et réalisés et au final pourra voir s'il est opportun de
créer une ligne régulière, surtout si les demandes sont répétées par les
mêmes usagers; le service à la demande en revanche ne sélectionne pas les
clients, c'est pour tout le monde, il doit transporter tous ceux qui ont
une réservation valide, certains peuvent même demander à ce que ce soit une
formule avec abonnement et réserver sur toute une année; aux clients locaux
aussi de se regrouper et faire connaitre la solution et voir ce qui arrange
le plus de monde, par exemple les parents d'une école, les résidents d'un
EPAD, un commerçant pour ses clients, un club sportif; la collectivité peut
aussi être aidée à créer une ligne par une subvention versée par un
groupement de commerçants et une demande motivée dans les délibérations
d'un conseil municipal, qui ira aussi défendre auprès du service de
transport communautaire la création de liaisons régulières ou une
modification du trajet d'une ligne régulière existante au moins pour
certains horaires, etc...).


Le dim. 16 févr. 2020 à 19:24, leni  a écrit :

> Le 16/02/2020 à 11:00, GarenKreiz a écrit :
>
>
> Bonjour,
>
> J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande : le
> détour est soit demandé au chauffeur à la montée, soit réservé par
> téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
> qu'à un trajet emprunté systématiquement par les bus.
>
> Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce
> qui peut le différencier d'un autre arrêt : c'est la ligne qui va desservir
> cet arrêt qui est un TAD. Et comme le dit Philippe quand tu consulte la
> relation tu n'as pas un trajet, mais un nuage de points.
>
> Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont
> desservis que par un TAD (cet arrêt est membre de la relation du TAD)
> d'autres par un TAD et une ligne normale avec un trajet et des horaires
> bien précis (ces arrêts sont membres de toutes les relations qui le
> desservent)
>
> Par contre, je ne connaissais pas l'attribut "hail_and_ride", j'utilisais
> "bus=on_demand" que j'avais découvert sur la liste (
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes
> )
>
> cordialement
>
> Leni
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione Martin Koppenhoefer


sent from a phone

> Il giorno 16 feb 2020, alle ore 18:17, Andrea Albani  ha 
> scritto:
> 
> I 73 marker=pipeline che hai trovato quindi non hanno senso perchè è come se 
> dicessi che il marker è a forma di condotta.


come feature si, ma se metti man_made=marker marker=pipeline diventa una 
proprietà 

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


Re: [OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

2020-02-16 Per discussione Philippe Verdy
Là je pense que sont problème est que justement la variable id de sa
requête contient les deux infos "way/" et qu'il est gêné par le "/" qui
ne correspond pas à ce qui est demandé pour l'URL de l'éditeur iD.
Il faut donc changer la source des données puisqu'elle puisse séparer les
deux variables. Tout dépend donc de la source de données utilisée.
uMap pour l'instant ne prend pas en charge des transformations à base
d'expression régulières ou fonctions de chaines permettant de remplacer le
"/" par un "=" au sein de la valeur d'une variable indiquée par "{id}".
En revanche il n'interdit pas de modifier la source: le tableau de données
utilisé ou la requête pour l'alimenter. C'est là qu'on peut intervenir: si
la source de données est interne dans uMap, passer en mode éditeur et
ajouter une colonne de propriétés, pour séparer way et id.
Si la source est une requête URL, trouver le service qui permet de faire la
requête en séparant les données et en les mettant dans la forme attendue
(plusieurs formats de données retournés sont supportés par uMap: JSON, KML,
OSM, CSV, GeoRSS). Si on n'y arrive pas directement, faire une requête et
préparer un tableau CSV qui sera converti par son propre service ou une
feuille de calcul, qu'on exporte en CSV ensuite vers uMap.
Au pire, on peut aussi ajouter directement l'URL complète dans une colonne
de données uMap.
uMap n'a pas encore de possibilité de définir des propriétés à partir d'une
formule : son tableau de données n'est pas un tableur comme Excel ou
LibreOffice Calc.




Le dim. 16 févr. 2020 à 19:02,  a écrit :

> Tu ne peux pas sortir l'info en csv ?
>
> Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.
>
> Et les lat, lon ainsi que les champs qui t'intéressent.
>
> [[https://www.openstreetmap.org/edit?editor=id&{type}={id}
>
> Normalement la position est déterminée par l'encombrement de l'objet,
> inutile de la forcer.
>
>
> Jean-Yvon
>
> Le 16/02/2020 à 18:36, Jean-Christophe Becquet - j...@apitux.com a écrit :
> > Bonsoir,
> >
> > J'ai des cartes uMap alimentées par des requêtes dynamiques par types
> > d'objets.
> >
> > Par exemple :
> >
> http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377
> >
> > qui est alimentée par cette requête :
> >
> https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau
> >
> > Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
> > [[https://www.openstreetmap.org/{id}|voir directement sur
> OpenStreetMap]]
> >
> > Je voudrais ajouter 2 autres liens :
> >   - éditer avec iD
> >   - éditer avec JOSM
> >
> >
> > J'ai trouvé un modèle de lien d'édition :
> >
> https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850
> >
> > qui n'est pas utilisable pour moi puisque ma variable {id} contient
> > way/160657096
> >
> > Est-il possible de transformer le lien
> > https://www.openstreetmap.org/way/160657096
> >
> > en lien d'édition en lui ajoutant des paramètres ?
> >
> > Merci
> >
> > JCB
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Cascafico Giovanni
Una umap a supporto:
http://umap.openstreetmap.fr/en/map/eliporti-in-costruzione

Il giorno dom 16 feb 2020 alle ore 09:49 Lorenzo Rolla
 ha scritto:
>
> Gentilissimi, casualmente mi sono imbattuto in questo documento (il settimo) 
> che illustra la prossima costruzione di sette nuove basi per l'elisoccorso 
> nelle Marche, superfici che debbono essere concluse entro giugno 2020.
>
> https://appaltisuam.regione.marche.it/PortaleAppalti/it/homepage.wp?actionPath=/ExtStr2/do/FrontEnd/Bandi/view.action=7=G03258
>
> Con difficoltà ho ricavato queste coordinate:
>
> 42.947374, 13.082760 Visso
>
> 43.034049, 13.169473 Fiastra
>
> 42.791692, 13.435447 Acquasanta Terme
>
> 42.902522, 13.324288 Montemonaco
>
> 42.950106, 13.405705 Comunanza
>
> 42.950106, 13.405705 Piane di Montegiorgio
>
> 42.840607, 13.327285 Montegallo
>
>
>
> Se qualche locale può prendersi l'incombenza di verificare la costruzione e/o 
> la conclusione dei lavori, farebbe cosa gradita. Un saluto a tutti. Lorenzo
>
> Lorenzo Rolla
>
> ___
> 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] Lien pour éditer un objet à partir d'une carte uMap

2020-02-16 Per discussione Jean-Christophe Becquet
Le 16/02/2020 19:01, osm.sanspourr...@spamgourmet.com a écrit :
> Tu ne peux pas sortir l'info en csv ?
> 
> Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.
> 
> Et les lat, lon ainsi que les champs qui t'intéressent.

Merci, ça marche presque mais uMap ne sait pas récupérer les champs
nommés avec une @ :

si j'écris ma requête avec :
[out:csv (::id,::type,::lat,::lon,name)]
::id donne une colonne nommée @id

{@id} n'est pas interprété par uMap.

http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377
(calque test-csv)

JC
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==APITUX : le choix du logiciel libre==

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

===

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


Re: [OSM-talk-fr] Arrêt de bus à la demande

2020-02-16 Per discussione leni

Le 16/02/2020 à 11:00, GarenKreiz a écrit :


Bonjour,

J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande 
: le détour est soit demandé au chauffeur à la montée, soit réservé 
par téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne 
s'applique qu'à un trajet emprunté systématiquement par les bus.


Je dirais que l'arrêt, c'est un arrêt comme un autre, je ne vois pas ce 
qui peut le différencier d'un autre arrêt : c'est la ligne qui va 
desservir cet arrêt qui est un TAD. Et comme le dit Philippe quand tu 
consulte la relation tu n'as pas un trajet, mais un nuage de points.


Autour de chez moi, il y a plusieurs arrêts concernés : certains ne sont 
desservis que par un TAD (cet arrêt est membre de la relation du TAD) 
d'autres par un TAD et une ligne normale avec un trajet et des horaires 
bien précis (ces arrêts sont membres de toutes les relations qui le 
desservent)


Par contre, je ne connaissais pas l'attribut "hail_and_ride", 
j'utilisais  "bus=on_demand" que j'avais découvert sur la liste 
(https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Route_relations_for_which_it.27s_possible_to_report_errors_and_propose_fixes)


cordialement

Leni

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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Stéphane Péneau

Le 16/02/2020 à 18:02, osm.sanspourr...@spamgourmet.com a écrit :


> Je suis le seul à trouver ça un peu tordu ?
Peut-être pas.

Mais en tous cas, moi ça ne me choque pas.

Si tu veux mélanger une notion surfacique et une notion ponctuelle, 
dans OSM la réponse c'est la relation. Après si tu dérives la notion 
ponctuelle à partir du surfacique, tu peux t'en passer. Mais ici le 
rendu ne tenant compte que des place sur les nœuds, tu n'y coupes pas.


Sauf à manquer d'une information.



Donc c'est tagger pour le rendu, non ?

Stf



Jean-Yvon

Le 16/02/2020 à 13:09, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :
Une relation pour délimiter un ensemble de 8 maisons ? Je suis le 
seul à trouver ça un peu tordu ?


Stf


Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :


https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688

Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. 
Et tu pourrais les englober dans des place de plus haut niveau.


Ils font partie du landuse=residential de la zone agglomérée du 
bourg de Guidel.


On ne mélange pas l'utilisation (landuse) des dénominations (ici Le 
Prat et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.


Jean-Yvon

Le 05/02/2020 à 21:26, Arnaud Champollion - 
arnaud.champoll...@linux-alpes.org a écrit :

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à 
Digne les Bains.


Je me suis dit que ça n'avait pas l'air normal, mais je voulais 
m'en assurer avant de supprimer ou remplacer par un tag plus adapté.




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


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




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



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


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione Andrea Albani
Il giorno dom 16 feb 2020 alle ore 18:43 demon_box 
ha scritto:

>
> marker=aerial
> utility=power
>
> ci può stare?
>
>
>
Mi sembra ok
Ciao
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

2020-02-16 Per discussione osm . sanspourriel

Tu ne peux pas sortir l'info en csv ?

Auquel cas tu peux avoir d'un côté l'id et de l'autre le type.

Et les lat, lon ainsi que les champs qui t'intéressent.

[[https://www.openstreetmap.org/edit?editor=id&{type}={id}

Normalement la position est déterminée par l'encombrement de l'objet,
inutile de la forcer.


Jean-Yvon

Le 16/02/2020 à 18:36, Jean-Christophe Becquet - j...@apitux.com a écrit :

Bonsoir,

J'ai des cartes uMap alimentées par des requêtes dynamiques par types
d'objets.

Par exemple :
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

qui est alimentée par cette requête :
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau

Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
[[https://www.openstreetmap.org/{id}|voir directement sur OpenStreetMap]]

Je voudrais ajouter 2 autres liens :
  - éditer avec iD
  - éditer avec JOSM


J'ai trouvé un modèle de lien d'édition :
https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850

qui n'est pas utilisable pour moi puisque ma variable {id} contient
way/160657096

Est-il possible de transformer le lien
https://www.openstreetmap.org/way/160657096

en lien d'édition en lui ajoutant des paramètres ?

Merci

JCB



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


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione demon_box
Andrea Albani wrote
> Se prima inserivi un "marker di un ossigenodotto" o un "marker di una
> linea
> interrata", oggi inserisci semplicemente l'oggetto "marker" e ne definisci
> le sue caratteristiche fisiche/logiche.
> 
> I 73 marker=pipeline che hai trovato quindi non hanno senso perchè è come
> se dicessi che il marker è a forma di condotta.
> Nel tuo caso, se stai parlando della classica palina a due falde con
> numero
> leggibile dall'alto, allora marker=aerial è il tag adeguato.
> 
> A pensarci bene ti direi anche che, a differenza di quanto ho affermato
> prima, l'uso di substance non sembra appropriato perchè non è relatvo
> all'oggetto marker in sè.

ok però però quando il marker si riferisce alle linee elettriche interrate
allora

marker=aerial
utility=power

ci può stare?

grazie

--enrico





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

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


[OSM-talk-fr] Lien pour éditer un objet à partir d'une carte uMap

2020-02-16 Per discussione Jean-Christophe Becquet
Bonsoir,

J'ai des cartes uMap alimentées par des requêtes dynamiques par types
d'objets.

Par exemple :
http://umap.openstreetmap.fr/fr/map/clone-de-cyclo4-points-deau-dans-les-alpes-de-haut_420377

qui est alimentée par cette requête :
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap/Requ%C3%AAtes#points_d.27eau

Dans la popup de mes points d'eau, j'ai ce lien qui fonctionne :
[[https://www.openstreetmap.org/{id}|voir directement sur OpenStreetMap]]

Je voudrais ajouter 2 autres liens :
 - éditer avec iD
 - éditer avec JOSM


J'ai trouvé un modèle de lien d'édition :
https://www.openstreetmap.org/edit?editor=id=160657096#map=20/44.26351/6.26850

qui n'est pas utilisable pour moi puisque ma variable {id} contient
way/160657096

Est-il possible de transformer le lien
https://www.openstreetmap.org/way/160657096

en lien d'édition en lui ajoutant des paramètres ?

Merci

JCB
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==APITUX : le choix du logiciel libre==

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

===

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


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione Andrea Albani
Il giorno dom 16 feb 2020 alle ore 12:24 demon_box 
ha scritto:

> dal taginfo vedo che il valore maggiormente usato per il tag marker (dopo
> stone) è aerial...
>
> https://taginfo.openstreetmap.org/tags/marker=aerial
>
> marker=pipeline è utilizzato soltanto 73 volte...
>
> https://taginfo.openstreetmap.org/tags/marker=pipeline
>
> a questo punto sia per l'ossigenodotto che per le linee elettriche
> interrate
> il tag primario dovrebbe allora essere   marker=aerial ??
>
> ossigenodotto
> marker=aerial
> substance=oxigen
> operator=XY
> ref=123
>
>
Se prima inserivi un "marker di un ossigenodotto" o un "marker di una linea
interrata", oggi inserisci semplicemente l'oggetto "marker" e ne definisci
le sue caratteristiche fisiche/logiche.

I 73 marker=pipeline che hai trovato quindi non hanno senso perchè è come
se dicessi che il marker è a forma di condotta.
Nel tuo caso, se stai parlando della classica palina a due falde con numero
leggibile dall'alto, allora marker=aerial è il tag adeguato.

A pensarci bene ti direi anche che, a differenza di quanto ho affermato
prima, l'uso di substance non sembra appropriato perchè non è relatvo
all'oggetto marker in sè.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-16 Per discussione Marián Kyral

Jakou verzi javy a jaké windows máš?

Menu: Nápověda/O aplikaci









Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační autority
v systému. Jen nevím, jak se to dělá ve windows.




Můžeš zkusit v prohlížeči třeba tuhle url?

https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-
1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:
102067





Jinak pluginy jsou uloženy v adresáři který obsahuje proměnná , ale nemyslím si, že by to nějak pomohlo. Plugin funguje, problém je s
navázáním spojení se serverem, ale to je interní věc javy.







Marián



-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 2. 2020 16:12:25
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

hláška zní

Chyba při stahování LPIS dat (lat = xxx lot = yy)

chyba:sun.security.validator.Validator exeption: PKIX path building faile:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target





jak se odinstaluje (smaže) tracer-testing plugin

Pražák





ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

"

Ahoj,

můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to je
nějaký problém s certifikáty.




Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.




Marián







-- Původní e-mail --
Od: Zdeněk Pražák mailto:zpra...@seznam.cz)>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org)>
Datum: 16. 2. 2020 15:10:08
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM

Pražák





ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák mailto:zpra...@seznam.cz)> napsal:

"

stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS

 po kliknutí na polygon LPIS se mi objeví hláška chyba:sun.security.
validator,Validator exeptiion: PKIX path building failed ..

a trasování neproběhne

Pražák



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


[OSM-talk-ie] Cool little analysis tool for buildings etc added recently

2020-02-16 Per discussione Dave Corley
Came across this in the weekly OSM newsletter

https://disaster.ninja/live/#overlays=bivariate-custom_kontur_openstreetmap_building_quantity,osm-users,alert-shape;id=GDACS_TC_1000654_4;position=-8.259337816676748,53.37099688572246;zoom=6.6242483285957965;layer=default-style


You can play around with the settings on the right and the further you zoom
in the more usernames show up

Enjoy!

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


[Talk-us] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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


[Talk-de] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
Die Wochennotiz Ausgabe Nr. # 499, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

 https://www.weeklyosm.eu/de/archives/12858/

 Viel Spaß beim Lesen.  

 Euer Wochennotizteam
 
 Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
 einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
 mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

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


[Talk-br] semanárioOSM Nº 499 2020-02-04-2020-02-10

2020-02-16 Per discussione theweekly . osm
Bom dia,

O semanárioOSM Nº 499, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/12858/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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


[Talk-GB] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[Talk-in] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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


[OSM-talk-ie] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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


[Talk-pt] semanárioOSM Nº 499 2020-02-04-2020-02-10

2020-02-16 Per discussione theweekly . osm
Bom dia,

O semanárioOSM Nº 499, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/12858/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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


[OSM-talk] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[Talk-ca] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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


[talk-ph] weeklyOSM #499 2020-02-04-2020-02-10

2020-02-16 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 499,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12858/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph


[talk-ph] Fwd: [OSM-talk] Microgrants call for committee

2020-02-16 Per discussione Eugene Alvin Villar
-- Forwarded message -
From: Joost Schouppe 
Date: Sun, Feb 16, 2020 at 7:11 PM
Subject: [OSM-talk] Microgrants call for committee
To: 


Hi,

The Microgrants project is ready for launch! When we first received the
Pineapple fund donation, the money was quickly earmarked as to be given
back to the community. Now that's finally happening, after a recent Board
decision [1] (plenty of background behind that link!). Any volunteer who
thinks they can make an impact with a small grant will soon be able to
apply.

But first we need the help of a few volunteers to manage the project. What
do we expect of you?

1) Running the call for projects
2) Making a selection of about ten projects
3) Following up with the selected projects

Anyone can apply to be on the selection committee, and the Board will then
make a selection. We are looking for people who know how the OSM community
works, who have experience with making an impact for OSM - but also people
with practical experience running these kinds of projects.

The policy document [2] offers a guideline to what the Board wants to see
happen with this project, but it leaves a lot of leeway for the committee
to implement as they see fit. For example, the committee is expected to
work out their own rules of order. During the entire process, you will be
able to rely on Dorothea for administrative assistance.

The most impactful job of the Microgrants Committee will be the selection
itself. The decision is expected to be based on deep community
consultation. The Board did keep a veto right over the selected
applications.

The committee is also expected to guide the projects to fruition. However,
it is encouraged for the committee to extend the group with more
volunteers, so as to lighten the workload and diversify points of view. For
example, it would be really helpful to have volunteers who speak the
language or are culturally close to the selected projects.

When the projects are finished and have reported on their experience, the
Committee is almost done. A final task will be to make recommendations to
the Board for the next phase of the Microgrants project - we've only just
begun!

Send your application to join the Microgrants Committee to
microgra...@osmfoundation.org by March 8th.

All relevant information will be accessible through the OSMF wiki at
https://wiki.osmfoundation.org/wiki/Microgrants

1.
https://wiki.osmfoundation.org/wiki/Board/Minutes/2020-01#Microgrants_policy_-_proposal_to_vote
2:
https://wiki.osmfoundation.org/w/images/1/1a/Microgrants_working_document_snapshot_2020-01-13.odt

All the best,
Joost
for the OSMF Board
___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph


Re: [OSM-talk-fr] Arrêt de bus à la demande

2020-02-16 Per discussione Philippe Verdy
Les bus à la demande ce n'est pas n'importe où non plus, les communes le
mettent en place mais sur des arrêts précis en ayant vérifié qu'ils
conviennent à la montée et la descente en sécurité et qu'il n'y a pas de de
trouble excessif sur le voisinage.

Ce n'est pas autorisé n'importe où sur une route de campagne,  ou si les
conditions de circulation ne sont pas adaptées (par exemple dans un
carrefour dont les voies d'accès ou de dégagement sont réservées pour
tourner, le bus ne peut pas continuer tout droit, et sur les autres voies
centrales, les piétons ne peuvent pas monter/descendre en sécurité, et le
bus ne peut pas s'arrêter non plus au milieu d'un passage piéton, qui ne
doivent pas non plus se faufiler entre des véhicules garés).

Les "lignes" de bus "à la demande" affichent donc non pas un tracé linéaire
ni une délimitation de zone, mais plutôt un nuage de points de passage
possibles.



Le dim. 16 févr. 2020 à 14:04, Julien Lepiller  a écrit :

> Le 16 février 2020 05:00:33 GMT-05:00, GarenKreiz 
> a écrit :
> >Bonjour,
> >
> >J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
> >le
> >détour est soit demandé au chauffeur à la montée, soit réservé par
> >téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne
> >s'applique
> >qu'à un trajet emprunté systématiquement par les bus.
> >
> >Cordialement
> >
> >Garenkreiz
>
> Ah bah tient c'est rigolo, j'ai deux lignes comme ça ici qui font du porte
> à porte si on les appelle et que ça les dévie pas trop, à partir de 18h,
> aussi bien pour ramasser que pour déposer. S'il y a moyen de cartographier
> un truc pareil je suis preneur.
>
> ___
> 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: [Diversity-talk] [Osmf-talk] First Meeting of Diversity and Inclusion Special Committee

2020-02-16 Per discussione Heather Leson
Hi folks, thanks for this dialogue and for holding this space. Last week
was very 'head down' for my day job, so I am later to the conversations.

Some thoughts on a way forward:

   - *Research : *Building an action research and qualitative feedback loop
   could help build trust. I'll reach out to Maggie on this.
   - *Metrics and planning: *we should connect with wider communities in
   the open space on this. Who could help on this front? eg.
   https://www.openstreetmap.org/user/Heather%20Leson/diary/392119 and
   https://chaoss.community/
   - *Community advocacy* for a chair role is key. Happy to talk with
   anyone considering this role. And, write up a draft plan. (some resources
   

   )
   - *DISC role *- Overall, consistency and planning is key. Thus, I
   recommend monthly checkins, input into the OSMF board f2f and tying the
   activities to the various SOTM activities and local chapter meetups.


Thank you again,
Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Fri, Feb 14, 2020 at 10:30 PM Mikel Maron  wrote:

> Thanks everyone for the follow on discussion. Please keep it going!
>
> I had promised a next action myself to digest and post to OSMF wiki,
> including some next steps that others can take up. But I ran out of time,
> and that's not going to happen for another 1.5 weeks, I'm going offline for
> the kids' school break.
>
> In the mean time, if someone wanted to step in and start organizing my
> notes into more tangible discrete tasks, please do.
>
> Something else I intend to do is more direct outreach to folks to join
> this group. We need more diversity in the diversity committee! I think
> there's a lot OSMF can learn from what other folks have already done in our
> community, and I hope to develop relationships to explore this more.
>
> -Mikel
>
>
> On Wednesday, February 12, 2020, 01:15:48 PM EST, Mikel Maron <
> mikel.ma...@gmail.com> wrote:
>
>
>
>
>
> We just concluded second of two meetings today. Lots to digest, thanks to
> those who were able to make it. Raw notes are at
> https://hackmd.io/3cy5P9fhSvSVI8gkIHIX6w?view. My next action is to
> digest a bit, and create a page on the OSMF wiki with some things that came
> out of the meeting.
>
> Other next steps. Maggie is going to start a OSM wiki page to gather
> previous research, Rory is looking at tweaks to the Diversity Statement,
> and Jinal is putting together a short form to gather details on interest
> from people who didn't make this meeting.
>
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
>
>
>
>
> On Thursday, February 6, 2020, 01:41:45 PM EST, Mikel Maron <
> mikel.ma...@gmail.com> wrote:
>
>
>
>
>
>
> Last month, the OSMF adopted this Diversity Statement [1] and appointed a
> committee [2] to compile research and undertake new research on our
> diversity, identify root causes that contribute to any shortfalls, and make
> recommendations to help resolve issues and improve.
>
> If you're interested to take part, join an upcoming initial meeting of the
> committee. We're holding a first meeting on Wednesday February 12 at 1400
> UTC [3] on Mumble [4] (in the public OSMF Board of Directors room). Please
> join if you'd like to contribute. If you're unavailable at that time, let
> us know other times that might work, and we can schedule another kickoff
> meeting in addition.
>
> [1] https://wiki.osmfoundation.org/wiki/Diversity_Statement
> [2] https://hackmd.io/ZG8x44H4Skq0CPkcrMTB6A?view
> [3] Timezone converter:
> https://www.timeanddate.com/worldclock/fixedtime.html?msg=DISC+Meeting=20200212T14=1440
> [4] How to use Mumble: https://wiki.openstreetmap.org/wiki/Mumble
>
> -Mikel
>
>
>
>
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
>
> ___
> 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 list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org


Re: [Talk-GB] Cheers Drive, Bristol

2020-02-16 Per discussione Dave F via Talk-GB

On 15/02/2020 12:08, Borbus wrote:

I've long suspected that local councils and other government bodies are
giving data directly to Google.


They're given to everyone. Look at the planning applications. They often 
have street names in the documents. Many OSMers are sensible enough not 
to add 'proposed' data, as developments are often severely amended or 
cancelled. It's much better to wait until there's ground evidence. Much 
rather be accurate than first.


DaveF



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


[Talk-se] "reused accounts" being used to make edits in Sweden

2020-02-16 Per discussione Andy Townsend

Hello,

Andy from OSM's Data Working Group here.  We've received reports of some 
strange editing activity in Sweden such as "nudging a hamlet by 2m" or 
"deleting one created-by tag".  The accounts involved all seem to have 
been unused for some time - as an example one might have been adding 
things in Russia 5 years ago, then stopped, and suddenly starts making 
small edits in Sweden within the last week or so.  The edits themselves 
don't appear to be particularly problematic - they almost seem to be 
"just seeing if they can make an edit".


We've had confirmation from some of the accounts that these recent edits 
weren't made by them, so what we suspect has happened is that people 
have used the same password for multiple sites on the internet, and if 
one gets compromised, people can use credentials obtained from there 
elsewhere.


You can see the changeset discussion comments that I have left at 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=61942 
- there are lots of them left at 2020-02-10. Also, some block messages, 
the "ends in about 1 month" ones at 
https://www.openstreetmap.org/user/SomeoneElse/blocks_by?page=9 and on 
the following pages.


If anyone spots anything odd or has got any other questions you can mail 
OSM's Data Working Group at d...@osmfoundation.org .


Best Regards,

Andy Townsend, on behalf of OSM's Data Working Group.



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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Philippe Verdy
en tout cas pas des boundary=administrative si ce ne sont pas des vrais
quartiers mais juste des zones de lotissement ou d'aménagement dans un
"vrai" quartier. Certains lotissements sont anciens et leur nom est entrée
dans la toponymie de la commune (on en vois dans FANTOIR) mais leur limites
ne sont plus réellement celle de la zone à lotir quand elle avait été
créée. Leur nom a débordé en fait autour et est entrée dans l'usage local
en tenant compte aussi des évolutions des conditions de circulation et
l'intégration au reste de la commune (commerces, écoles...)

Mais "boundary=place" n'est pas encore documenté pour ce zonage plus ou
moins informel destiné à la simple désignation informelle (toutefois mieux
qu'un simple noeud sans indication de taille de zonage)

Sinon les "type=multipolygon" pourraient aussi aller mais il leur faut un
autre tag (un tag name=* ne suffit pas, même avec l'inclusion d'un noeud de
rôle label); place=neighborhood pourrait être ce tag sachant que le tag
landuse=* n'est pas très approprié non plus.

Le dim. 16 févr. 2020 à 09:54, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Le 15/02/2020 à 17:53, Philippe Verdy a écrit :
> > mais peuvent être des "place=neighborhood" (dont on peut déterminer
> > les limites pour en donner la taille correcte au lieu d'un seul noeud
> > trop vague et à peine estimé, mais sans faire de ces limites des
> > "boundary=*
>
>
> Mais du coup si ce n'est pas :
>
>
> type=boundary
>
> boundary=place
>
> place=neighborhood
>
>
> On met quoi à la place de boundary ?
>
>
> ___
> 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-GB] Cheers Drive, Bristol

2020-02-16 Per discussione Mark Goodge



On 15/02/2020 12:08, Borbus wrote:
I've long suspected that local councils and other government bodies are 
giving data directly to Google. I've seen developments turn up on Google 
maps that couldn't possibly have been established with a survey. It's 
all really shady. 


There's no reason why they shouldn't. Street names are not a secret. The 
same information would be available to anyone who asks. In some cases, 
it isn't even necessary to ask, as it's published on the council website.


But at least we can say, even in this case, that OSM 
is the more accurate reflection of reality.
No, it isn't. The development has been built and the roads are actually 
there, as can be seen from the photos in the media reports. Someone 
needs to get down there and do a trace!


Mark

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


Re: [OSM-talk-fr] Arrêt de bus à la demande

2020-02-16 Per discussione Julien Lepiller
Le 16 février 2020 05:00:33 GMT-05:00, GarenKreiz  a 
écrit :
>Bonjour,
>
>J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>le
>détour est soit demandé au chauffeur à la montée, soit réservé par
>téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne
>s'applique
>qu'à un trajet emprunté systématiquement par les bus.
>
>Cordialement
>
>Garenkreiz

Ah bah tient c'est rigolo, j'ai deux lignes comme ça ici qui font du porte à 
porte si on les appelle et que ça les dévie pas trop, à partir de 18h, aussi 
bien pour ramasser que pour déposer. S'il y a moyen de cartographier un truc 
pareil je suis preneur.

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


Re: [Talk-GB] Cheers Drive, Bristol

2020-02-16 Per discussione Andy Robinson
That’s usually the way I find out the name of a new road if the sales office is 
closed.

Cheers
Andy

-Original Message-
From: Neil Matthews [mailto:ndmatth...@ndmatthews.plus.com] 
Sent: 16 February 2020 10:58
To: talk-gb@openstreetmap.org
Subject: [Talk-GB] Cheers Drive, Bristol

Local coverage:
https://www.bristol247.com/news-and-features/news/there-is-a-new-road-in-speedwell-called-cheers-drive/

Looks like housenumbers have the road name, even if roadsigns aren't
installed.

Cheers,
Neil



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


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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Jérôme Seigneuret
Une relation c'est deux éléments ou plus. On a un modèle zonage pour
pourrait tout traiter a partir de limite commune ou de deux linéaire s
ayant des valeurs différentes mais permettant d'identifier des zones. En
opposition il y a les objets simples qui une fois fermés forment
naturellement un zone.

Le dim. 16 févr. 2020 à 13:10, Stéphane Péneau 
a écrit :

> Une relation pour délimiter un ensemble de 8 maisons ? Je suis le seul à
> trouver ça un peu tordu ?
>
> Stf
>
>
> Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :
>
> https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688
>
> Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. Et tu
> pourrais les englober dans des place de plus haut niveau.
>
> Ils font partie du landuse=residential de la zone agglomérée du bourg de
> Guidel.
>
> On ne mélange pas l'utilisation (landuse) des dénominations (ici Le Prat
> et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.
>
> Jean-Yvon
> Le 05/02/2020 à 21:26, Arnaud Champollion -
> arnaud.champoll...@linux-alpes.org a écrit :
>
> Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :
>
> Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a
> place=neighbourhood
> ...
>
> Bonne soirée,
>
>
> Justement je ne veux pas le faire.
>
> Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne les
> Bains.
>
> Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en
> assurer avant de supprimer ou remplacer par un tag plus adapté.
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Stéphane Péneau
Une relation pour délimiter un ensemble de 8 maisons ? Je suis le seul à 
trouver ça un peu tordu ?


Stf


Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :


https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688

Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. Et 
tu pourrais les englober dans des place de plus haut niveau.


Ils font partie du landuse=residential de la zone agglomérée du bourg 
de Guidel.


On ne mélange pas l'utilisation (landuse) des dénominations (ici Le 
Prat et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.


Jean-Yvon

Le 05/02/2020 à 21:26, Arnaud Champollion - 
arnaud.champoll...@linux-alpes.org a écrit :

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne 
les Bains.


Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en 
assurer avant de supprimer ou remplacer par un tag plus adapté.




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


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



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


Re: [Talk-cat] Importació arbres de Barcelona

2020-02-16 Per discussione Carlos Cámara via Talk-cat
Hola a tothom,

Pensava que el meu missatge havia passat inadvertit però veig que va ser el 
contrari i no vaig veure les vostres respostes.

Efectivament, la meva idea és la que comenta la Lanxana: fer tot el procés 
sencer: la documentació, la conversió de dades i la creació de tasques al 
gestor. Les dues primeres parts estan fetes per al cas dels arbres i crec que 
poden servir de base per a altres importacions d'altres tipus. El que no tinc 
clar encara (perquè no he pogut posar-m'hi) és com es generen els contorns de 
les tasques que caldrà importar al gestor de tasques (potser algú em pot 
orientar una mica?). Idealment, m'agradaria ser capaç de generar els contorns 
també des de l'script.

Entenc que aquest és el pas que falta en el cas dels arbres i que quan estigui 
fet, faré com suggereixes, Lanxana, i informaré a les llistes oportunes.

Respecte els plans de futur del projecte estarien el de millorar la 
documentació per tal que tothom sàpiga com pot col·laborar en en el projecte, 
desde fer contribucions per a importacions concretes, revisar (i fins i tot 
millorar) les existents,  o documentar.

Salut,
Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 6 January de 2020 a les 13:11, Lanxana .  wrote:

> Bon dia,
>
> intento respondre als dos... per una banda, hi ha un procediment establert 
> per a la importació de dades. Què s'entén per importació és bastant flexible, 
> però el criteri que segueixo en aquests casos és considerar importació tant 
> una acció automàtica (poc recomanable actualment, per la quantitat ja present 
> de dades a OSM), com si les dades provenen d'una font oficial per a la que 
> tenim permís de reutilització. Objectiu: que qualsevol mapejador futur pugui 
> saber d'on i com s'ha obtingut aquesta informació, i pugui actualitzar-la si 
> ho creu convenient, a partir de les mateixes fonts originals utilitzades.
>
> El procediment [1] estableix genèricament aquestes passes:
> 1 - Llicència
> 2 - Consens de la comunitat local
> 3 - Documentació: wiki per projecte, i incorporació a les taules 
> d'importacions corresponents (local [2], si n'hi ha, i import general [3])
> 4 - Revisió (llista imports)
>
> El cas que comentes, Carlos, seria el d'una importació "estandard", i pel que 
> he pogut veure per sobre, contempla tant la documentació del projecte com la 
> creació dels scripts de conversió d'atributs necessaris, això serà molt útil 
> per estructurar les importacions que hi ha pendents. La documentació generada 
> s'hauria de publicar per tal que des d'imports puguin revisar-la. Per a la 
> creació del projecte al gestor de tasques, ara per ara he vist que hi ha un 
> script [4] que sembla que permet dividir un fitxer osm en varis fitxers, un 
> per tasca i que aquestes tasques venen donades per un fitxer json. Amb QGIS 
> es pot generar una malla que cobreixi la ciutat, amb les mides i forma que 
> vulguem (quadrat, rectangular, hexagonal). He estat fent proves amb un altre 
> dataset i ciutat, i em falta posar a prova l'script per veure si el podem 
> aprofitar. Pel que tinc entès, amb el fitxer json i els fitxers osm dividits 
> es podria crear el projecte al gestor (diria que els fitxers han d'estar en 
> algun repositori, tipus github).
>
> En tot cas, si tot està ja lligat, crec que les passes a seguir ara serien:
> - publicar la documentació del projecte
> - informar a la llista espanyola, amb enllaç a la documentació, i incorporar 
> la proposta a la taula 2
> - informar a la llista d'imports, amb enllaç a documentació i fil de la 
> llista espanyola, incorporació de la proposta a la taula 3
> - després d'un temps prudencial (uns 10 dies), si no hi ha oposició, generar 
> el projecte al gestor de tasques. No sé si es pot generar el projecte i 
> deixar-lo ocult, per avançar feina...
> - prendre nota dels entrebancs que hagin pogut aparèixer i a per la següent!
>
> I en els casos que comentes, Joan, tinc els meus dubtes... per una banda, la 
> wikipedia no es pot considerar una font de dades oficial i no sé fins a quin 
> punt està autoritzat el seu ús, ja que hi ha incompatibilitat de llicències 
> entre wikidata i OSM, tant per tema funcional com per origen de les dades 
> [5], i entenc que passa el mateix amb les dades de wikipedia. En aquest 
> sentit, no ho consideraria importació, però al ser una acció conjunta i 
> sistematitzada sí que ho hauria de ser, i no està registrada com a tal ni 
> s'ha informat i consultat a la es comunitats. Com a part positiva, crec que 
> en aquest cas agafen les dades directament de la Generalitat, i tot i que en 
> aparença aquesta no té el dataset publicat, no crec que fos gaire difícil 
> obtenir-lo i demanar el permís (o senzillament demanar que el publiquin al 
> portal de dades obertes)
> Per exemple, comprovant un dels arbres aleatòriament, la informació que 
> apareix com a "note" jo l'hauria posat com a heritage=2 o 4 (protecció a 
> nivell d'Espanya o de Catalunya) + ref=MA-xxx (o 

Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione demon_box
dal taginfo vedo che il valore maggiormente usato per il tag marker (dopo
stone) è aerial...

https://taginfo.openstreetmap.org/tags/marker=aerial

marker=pipeline è utilizzato soltanto 73 volte...

https://taginfo.openstreetmap.org/tags/marker=pipeline

a questo punto sia per l'ossigenodotto che per le linee elettriche interrate
il tag primario dovrebbe allora essere   marker=aerial ??

ossigenodotto
marker=aerial
substance=oxigen
operator=XY
ref=123


linee elettriche interrate
marker=aerial
utility=power
operator=XY
ref=123

voi che dite... non mi quaglia proprio molto soprattutto per
l'ossigenodotto...
grazie
--enrico





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

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


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione demon_box
...e nel caso delle paline che segnano le linee elettriche interrate??

grazie

--enrico



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

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


[OSM-talk] Microgrants call for committee

2020-02-16 Per discussione Joost Schouppe
 Hi,

The Microgrants project is ready for launch! When we first received the
Pineapple fund donation, the money was quickly earmarked as to be given
back to the community. Now that's finally happening, after a recent Board
decision [1] (plenty of background behind that link!). Any volunteer who
thinks they can make an impact with a small grant will soon be able to
apply.

But first we need the help of a few volunteers to manage the project. What
do we expect of you?

1) Running the call for projects
2) Making a selection of about ten projects
3) Following up with the selected projects

Anyone can apply to be on the selection committee, and the Board will then
make a selection. We are looking for people who know how the OSM community
works, who have experience with making an impact for OSM - but also people
with practical experience running these kinds of projects.

The policy document [2] offers a guideline to what the Board wants to see
happen with this project, but it leaves a lot of leeway for the committee
to implement as they see fit. For example, the committee is expected to
work out their own rules of order. During the entire process, you will be
able to rely on Dorothea for administrative assistance.

The most impactful job of the Microgrants Committee will be the selection
itself. The decision is expected to be based on deep community
consultation. The Board did keep a veto right over the selected
applications.

The committee is also expected to guide the projects to fruition. However,
it is encouraged for the committee to extend the group with more
volunteers, so as to lighten the workload and diversify points of view. For
example, it would be really helpful to have volunteers who speak the
language or are culturally close to the selected projects.

When the projects are finished and have reported on their experience, the
Committee is almost done. A final task will be to make recommendations to
the Board for the next phase of the Microgrants project - we've only just
begun!

Send your application to join the Microgrants Committee to
microgra...@osmfoundation.org by March 8th.

All relevant information will be accessible through the OSMF wiki at
https://wiki.osmfoundation.org/wiki/Microgrants

1.
https://wiki.osmfoundation.org/wiki/Board/Minutes/2020-01#Microgrants_policy_-_proposal_to_vote
2:
https://wiki.osmfoundation.org/w/images/1/1a/Microgrants_working_document_snapshot_2020-01-13.odt

All the best,
Joost
for the OSMF Board
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[Talk-GB] Cheers Drive, Bristol

2020-02-16 Per discussione Neil Matthews
Local coverage:
https://www.bristol247.com/news-and-features/news/there-is-a-new-road-in-speedwell-called-cheers-drive/

Looks like housenumbers have the road name, even if roadsigns aren't
installed.

Cheers,
Neil



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


Re: [OSM-talk-fr] extraits et replication sur openstreetmap.fr

2020-02-16 Per discussione Sarah Hoffmann

On Sat, Feb 15, 2020 at 10:18:49PM +0100, Jocelyn Jaubert wrote:
> Bonjour,
> 
> Le 15/02/2020 à 18:38, Sarah Hoffmann a écrit :
> > [1] 
> > https://wiki.openstreetmap.org/wiki/PBF_Format#What_are_the_replication_fields_for.3F
> > 
> > Ces champs replication ne sont pas encore disponibles dans les extraits
> > sur openstreetmap.fr. Est ce-que ce sera possible de les ajouter et
> > faire reference au service replication openstreetmap.fr/replication?
> 
> Oui, ça serait une très bonne idée de les ajouter dans les pbf générés.
> 
> J'ai regardé rapidement la documentation, mais je n'ai rien trouvé sur
> comment rajouter ces champs osmosis_replication_sequence_number et
> osmosis_replication_base_url dans le pbf généré. Est-ce que tu saurais
> comment les ajouter ?
> 
> Pour info, les pbf de download.openstreetmap.fr sont simplement mise à
> jour avec osmosis, en récupérant directement les diffs sur la machine,
> et tous les deux jours.
> 
> 
> Et est-ce que c'est possible d'utiliser ces champs avec osmosis pour la
> mise à jour d'un pbf en téléchargeant les bons diffs ?

Je ne crois pas que osmosis ait jamais implemente ca. Vouz pouvez utilise
osmiums tool pour ajouter les champs au fin du proces:

osmium cat -o gibraltar-with-headers.pbf \
--output-header=osmosis_replication_timestamp=2020-01-01T14:16:21Z \
--output-header=osmosis_replication_sequence_number=3456 \

--output-header=http://download.openstreetmap.fr/replication/europe/gibraltar/ 
gibraltar.osm.pbf

Le osmium qui vient avec le distro doit suffire.

Ou, vous pouvez utilises pyosmium-up-to-date pour metre a jour les extraits.
Je viens d'ecrire un peu plus de documentation:
https://github.com/osmcode/pyosmium/blob/master/doc/updating_osm_data.rst#updating-a-planet-or-extract

Sarah

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


Re: [OSM-talk-fr] Nettoyage Enedis / GRDF

2020-02-16 Per discussione François Lacombe
Bonjour Adrien et merci pour ton action :)

N'hésitez pas à le faire dans votre région également, on sera plusieurs à
être disponibles en cas d'indéterminations

Bon dimanche

François

Le ven. 14 févr. 2020 à 09:21, PanierAvide  a
écrit :

> Bonjour François,
>
> Merci pour ce travail de documentation et d'animation de communauté ! Je
> viens de faire la bascule en Bretagne des operator=ERDF/EDF vers
> operator=Enedis sur le réseau de distribution. Je n'ai pas modifié les
> operator=EDF sur tout ce qui est production d'énergie (centrales
> électriques).
>
> Cordialement,
>
> Adrien P.
>
> Le 14/02/2020 à 00:29, François Lacombe a écrit :
>
> Salut à tous,
>
> Il devenait nécessaire de créer une page wiki pour Enedis et GRDF, nos
> opérateurs de distribution préférés pour documenter les pratiques les
> concernant.
> https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DGRDF
>
> En particulier Enedis qui mérite un bon nettoyage puisque qu'il y a encore
> ~2500 operator=ERDF et quelques operator=EDF qui traînent (on a dépassé les
> 100 000 pour Enedis)
>
> Un résumé des différentes valeurs est visible ici
> https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DEnedis
>
> Si certains objets concernés se trouvent dans votre zone de prédilection,
> cela sera utile de mettre la bonne valeur pour operator
> Il est possible de vérifier si Enedis est bien le gestionnaire du réseau
> sur la commune ici
> https://dataviz.agenceore.fr/distributeurs-energie-france/
>
> Au passage, compléter les postes, *poteaux* et autres ouvrages avec
> ref:FR:gdo et name est apprécié
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo
>
> A disposition en cas de questions sur le sujet
>
> Bonne soirée
>
> François
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [talk-au] South Australian bushfire imagery

2020-02-16 Per discussione Andrew Harvey
I've added new imagery and changed the URL for iD/JOSM, see
https://osmlab.github.io/editor-layer-index/ for the latest.

On Sat, 15 Feb 2020 at 12:29, Ewen Hill  wrote:

> A big thank you to Andrew Harvey and ARA Airborne Research Australia for
> their bushfire imagery of the Adelaide hills and Kangaroo Island.
>
> Will the Geotiffs be updated overtime Andrew as the detail is
> extremely impressive?
>
>
> Ewen
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


Re: [Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione Andrea Albani
Il giorno dom 16 feb 2020 alle ore 10:34 demon_box 
ha scritto:

> ciao ieri ho scoperto che l'uso di questi 2 tags non è più corretto:
>
> https://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dmarker
>
> https://wiki.openstreetmap.org/wiki/Tag:power%3Dmarker
>
> in favore di questo
>
> https://wiki.openstreetmap.org/wiki/Key:marker
>
> + questo
>
> https://wiki.openstreetmap.org/wiki/Key:utility
>
> ora non sarò molto bravo con l'inglese ma di fatto mi trovo un po'
> "spaesato"
>
> prima mappavo una palina dell'ossigenodotto così:
>
> pipeline=marker
> substance=oxigen
> operator=XY
> ref=123
>
> ed ora?
>
> allo stesso identico modo prima mappavo una palina delle linee elettriche
> interrate così:
>
> power=marker
> operator=XY
> ref=123
>
> ed ora?
>
> non mi è chiaro l'utilizzo del tag utility nel caso di un ossigenodotto
> metto
> utility=gas ??
>
> grazie
>
> --enrico
>
> Ciao,

chi ha definito la voce ha usato il termine utility in modo un po' esteso
secondo me, perchè il significato originale di "servizio di pubblica
utilità" si perde un po' se leggi che utility=oil è un valore ammesso (la
distribuzione di petrolio e derivati non mi sembra un servizio capillare e
serve tipicamente solo alle industrie).

Se accettiamo questa definizione allargata allora vanno bene:
utility=gas
substance=oxigen

Visto però che il tag utility è marcato come "raccomandato quando
applicabile" potresti anche non metterlo (in linea con la definizione
formale di utility) e aggiungere substance come hai sempre fatto.

In caso di ossigenodotto preferirei questo secondo approccio, ma siccome
non mappo questo tipo di cose magari è utile raccogliere l'opinione di
altri mapper.

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


Re: [OSM-talk] Cease use of OpenStreetMap/Antifa logo

2020-02-16 Per discussione Maarten Deen

On 2020-02-15 21:27, Richard wrote:

On Fri, Feb 14, 2020 at 09:38:03AM +0100, Martin Koppenhoefer wrote:
Am Do., 13. Feb. 2020 um 13:42 Uhr schrieb Maarten Deen 
:


>  From wikipedia (if that is an authority)
>
it isn't.


getting better and better: we have now a discussion on the labeling
of Antifa, definition of facism, authority of Wikipedia, what next? 

* less politics is better for OSM
* I would not be happy if anyone could mashup his logo with that of OSM


I was almost going to do a mashup for an Open Source Street Map project, 
with a nice SS logo inside to troll for reactions.

But I think I'd better not.

Regards,
Maarten

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


[OSM-talk-fr] Arrêt de bus à la demande

2020-02-16 Per discussione GarenKreiz
Bonjour,

J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande : le
détour est soit demandé au chauffeur à la montée, soit réservé par
téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne s'applique
qu'à un trajet emprunté systématiquement par les bus.

Cordialement

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


[Talk-it] pipeline=marker e power=marker cambiamento

2020-02-16 Per discussione demon_box
ciao ieri ho scoperto che l'uso di questi 2 tags non è più corretto:

https://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dmarker

https://wiki.openstreetmap.org/wiki/Tag:power%3Dmarker

in favore di questo

https://wiki.openstreetmap.org/wiki/Key:marker

+ questo

https://wiki.openstreetmap.org/wiki/Key:utility

ora non sarò molto bravo con l'inglese ma di fatto mi trovo un po'
"spaesato"

prima mappavo una palina dell'ossigenodotto così:

pipeline=marker
substance=oxigen
operator=XY
ref=123

ed ora?

allo stesso identico modo prima mappavo una palina delle linee elettriche
interrate così:

power=marker
operator=XY
ref=123

ed ora?

non mi è chiaro l'utilizzo del tag utility nel caso di un ossigenodotto
metto
utility=gas ??

grazie

--enrico






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

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


[Talk-TW] 删除“ WikiProject”前缀 / Removing "WikiProject" prefix

2020-02-16 Per discussione Daniel Capilla
自动贩卖机: 你好 我是来自西班牙的Daniel。我想更改维基的名称 
与台湾测绘项目有关的页面,以删除“ Wikiproject” 根据页面名称约定[1]作为前缀。 
与台湾制图项目相关的页面的名称应为 建议使用“ Taiwan”(地名)代替“ 
Wikiproject Taiwan” 根据Wiki约定。这是我已经做出的改变 
美国[2],加拿大[3],西班牙[4],澳大利亚[5],新西兰 
[6],南非[7],法国[8]和所有西班牙语国家 
[9]在Wiki上。以色列,丹麦,挪威,英国, 
意大利,德国,印度,俄罗斯和菲律宾也已重命名。 所有带有“ 
WikiProject”前缀的页面将自动重定向。 
在任何情况下都不会断开链接。我会确保一切 就像现在一样正常工作。 
你喜欢这个主意吗?我已经在Wiki上发布了此消息,以防您 
希望在那里发表评论[10]。 谢谢您的关注!来自西班牙的问候。 问候, 丹尼尔




[English]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki
pages related to the Taiwan mapping project to remove the "Wikiproject"
prefix according to the pages name conventions [1].

The name of the pages related to the Taiwan mapping project would be
"Taiwan" (name of place) instead of "Wikiproject Taiwan", as recommended
by the wiki conventions. It is a change that I have already made in
United States [2], Canada [3], Spain [4], Australia [5], New Zealand
[6], South Africa [7], France [8], and all Spanish-speaking countries
[9] on the Wiki. The pages of Israel, Denmark, Norway, United Kingdom,
Italy, Germany, India, Russia and Philippines have also been renamed.

All pages with "WikiProject" prefix will be redirected automatically.
There will be no broken links in any case.  I'll make sure everything
works correctly, just like now.

Do you like the idea? I have posted this message on the wiki in case you
prefer to comment there [10].

Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1]https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2]https://wiki.openstreetmap.org/wiki/United_States
[3]https://wiki.openstreetmap.org/wiki/Canada
[4]https://wiki.openstreetmap.org/wiki/ES:Spain
[5]https://wiki.openstreetmap.org/wiki/Australia
[6]https://wiki.openstreetmap.org/wiki/New_Zealand
[7]https://wiki.openstreetmap.org/wiki/South_Africa
[8]https://wiki.openstreetmap.org/wiki/France
[9]https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[10]https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Taiwan#Removing_.22WikiProject.22_prefix
  


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


Re: [Talk-it] Ortofoto Maxar per ID e Josm nuovamente disponibili?

2020-02-16 Per discussione liste DOT girarsi AT posteo DOT eu
Il 16/02/20 09:17, mbranco2 ha scritto:
>  Con questo tool puoi verificare la data esatta delle tile Maxar, nella
> zona che ti interessa: https://discover.digitalglobe.com/
> 

Grazie, tool interessante, non immediato per le date in quanto bisogna
lavorare un pò sui filtri, ma da l'idea delle più recenti.


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Arnaud Champollion

Le 15/02/2020 à 17:53, Philippe Verdy a écrit :
mais peuvent être des "place=neighborhood" (dont on peut déterminer 
les limites pour en donner la taille correcte au lieu d'un seul noeud 
trop vague et à peine estimé, mais sans faire de ces limites des 
"boundary=*



Mais du coup si ce n'est pas :


type=boundary

boundary=place

place=neighborhood


On met quoi à la place de boundary ?


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


[Talk-it] nuove basi elisoccorso marche

2020-02-16 Per discussione Lorenzo Rolla
Gentilissimi, casualmente mi sono imbattuto in questo documento (il
settimo) che illustra la prossima costruzione di sette nuove basi per
l'elisoccorso nelle Marche, superfici che debbono essere concluse entro
giugno 2020.

https://appaltisuam.regione.marche.it/PortaleAppalti/it/homepage.wp?actionPath=/ExtStr2/do/FrontEnd/Bandi/view.action=7=G03258

Con difficoltà ho ricavato queste coordinate:

42.947374, 13.082760 Visso

43.034049, 13.169473 Fiastra

42.791692, 13.435447 Acquasanta Terme

42.902522, 13.324288 Montemonaco

42.950106, 13.405705 Comunanza

42.950106, 13.405705 Piane di Montegiorgio

42.840607, 13.327285 Montegallo


Se qualche locale può prendersi l'incombenza di verificare la costruzione
e/o la conclusione dei lavori, farebbe cosa gradita. Un saluto a tutti.
Lorenzo

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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Arnaud Champollion

Le 16/02/2020 à 09:27, Arnaud Champollion a écrit :

j'ai fait :

- relation avec place et le name (un seul chemin avec rôle "outer" qui 
fait le tour).


- un noeud avec place et le name aussi en rôle "label". 



Question technique JOSM.

Du coup, sur Digne il y a, outre ce quartier, 12 autres de même type 
(anciens landuse=residential que j'ai passés en place=neighbourhood, qui 
ont perdu l'affichage du nom sur OSM standard, et qu'il faut passer en 
relation comme sur le modèle du quartier des Arches).


Avec JOSM, est-ce que je peux sélectionner ces 12 quartiers, et les 
éditer en même temps pour les transformer en relations ? Il me restera à 
placer les noeuds "label" individuellement mais ça serait déjà ça de 
fait en masse.


Si je les télécharge avec overpass sur critère place=neigbourhood et que 
les les sélectionne, je peux bien éditer leurs attributs en masse, mais 
je n'arrive pas à les transformer en relation. Si j'utilise l'outil 
relation de JOSM, ça crée une relation dont les 12 quartiers sont membres.




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


Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

2020-02-16 Per discussione Arnaud Champollion

Le 15/02/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :

- relation avec place
- relation avec label (ou admin_centre) dont ce nœud comporte à 
nouveau place.



OK ça a l'air de fonctionner, j'ai fait :

- relation avec place et le name (un seul chemin avec rôle "outer" qui 
fait le tour).


- un noeud avec place et le name aussi en rôle "label".

https://www.openstreetmap.org/#map=19/44.10686/6.23068


Je suppose que c'est mieux de mettre les tronçons de rues limitrophes 
comme outer, mais c'est long et surtout il faudrait que je sois certain 
des rues concernées. Donc j'ai juste gardé, pour le moment, les 
polygones (anciens "landuse") tracés par le contributeur précédent.


Question : est-il nécessaire que le name soit renseigné à la fois sur la 
relation et sur le noeud membre en tant que label ?



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


Re: [Talk-it] Ortofoto Maxar per ID e Josm nuovamente disponibili?

2020-02-16 Per discussione mbranco2
Il giorno sab 15 feb 2020 alle ore 21:22 liste DOT girarsi AT posteo DOT eu
 ha scritto:

>
> Bè almeno abbiamo qualche info in +, peccato che nelle proprietà delle
> tile non si veda la data esatta della foto, pazienza.
>
>
 Con questo tool puoi verificare la data esatta delle tile Maxar, nella
zona che ti interessa: https://discover.digitalglobe.com/

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