[Talk-us] Whole-US Garmin Map update - 2019-05-17

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-05-17

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-05-17/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-05-17

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [talk-cz] Artefakt importu budov

[Janda Martin]

Dobry den, 

doufam, ze je vse v poradku. Pokud vim relace neni potreba. Diky spatne podpore 
jen pridava dalsi komplikace pri editaci. Proto se jim snazim vyhnout. Nejhorsi 
je objekt rozdelit na jednotlive hrany a pak je slepit pomoci relace. 
Existuje pravidlo ktere rika ze building=... je obrys budovy a 
building:part=... musi byt uvnitr obrysu a nesmi jej protinat. Jinak v CR je 
dost mist kdy je jedna budova rucne rozdelena na 2 casti napr. building=yes, 
building=garage. Z hlediska 2D to mozna vypada spravne a je to obrovsky rozdil 
pokud 3D podlozite vyskopisem. To se pak garaz muze dostat i do prvniho patra 
budovy. 

Dekuji 
M 


From: "Jozef Matejička"  
To: "OpenStreetMap Czech Republic"  
Sent: Monday, May 20, 2019 5:01:21 AM 
Subject: Re: [talk-cz] Artefakt importu budov 

Díky, 
to jsem si nevšiml. 

Jozef 

Dne ne 19. 5. 2019 23:48 uživatel jzvc via talk-cz < talk-cz@openstreetmap.org 
> napsal: 



Dne 19.5.2019 v 18:12 Jozef Matejička napsal(a): 

BQ_BEGIN

Je to vidno až v edite při maximálním zoome: 
https://www.openstreetmap.org/way/507215381 
https://www.openstreetmap.org/way/507215379 

Děkuji! 




Cus, 


to nejsou artefakty, to je 3D mapovani. Technicky tomu chybi relace budovy ke 
ktere to patri. 


Vysledek trebas https://demo.f4map.com/#lat=50.0501300=14.4395109=18 


Kdyz se podivas dukladne, tak zhruba horni tretina ma prosklenej i ten vyrez, 
coz je ucel toho "zdvojeneho" rohu. 



BQ_BEGIN

On Fri, 17 May 2019 at 20:13, majka < majka.zem+t...@gmail.com > wrote: 

BQ_BEGIN


On Fri, 17 May 2019 at 16:36, Jozef Matejička < matejic...@gmail.com > wrote: 

BQ_BEGIN

Roh budovy je dvakrát. 
https://www.openstreetmap.org/query?lat=50.05013=14.43903 

V iD editoru nevím zjistit id linie:D 

BQ_END


Nedaří se mi najít, co tím myslíš (vyskočil mi pěkně velký kus města). Dej 
ctrl+i a vyber ten objekt, co se ti nezdá. 
Vyskočí informace o objektu, opiš si co vyskočí jako w(číslo) hned na prvním 
řádku. Pak to hoď sem, mrknu se na to. 

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

BQ_END


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

BQ_END



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

BQ_END


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

Re: [talk-cz] Artefakt importu budov

[Jozef Matejička]

Díky,
to jsem si nevšiml.

Jozef

Dne ne 19. 5. 2019 23:48 uživatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 19.5.2019 v 18:12 Jozef Matejička napsal(a):
>
> Je to vidno až v edite při maximálním zoome:
> https://www.openstreetmap.org/way/507215381
> https://www.openstreetmap.org/way/507215379
>
> Děkuji!
>
> Cus,
>
> to nejsou artefakty, to je 3D mapovani. Technicky tomu chybi relace budovy
> ke ktere to patri.
>
> Vysledek trebas
> https://demo.f4map.com/#lat=50.0501300=14.4395109=18
>
> Kdyz se podivas dukladne, tak zhruba horni tretina ma prosklenej i ten
> vyrez, coz je ucel toho "zdvojeneho" rohu.
>
>
>
> On Fri, 17 May 2019 at 20:13, majka  wrote:
>
>>
>> On Fri, 17 May 2019 at 16:36, Jozef Matejička 
>> wrote:
>>
>>> Roh budovy je dvakrát.
>>> https://www.openstreetmap.org/query?lat=50.05013=14.43903
>>>
>>> V iD editoru nevím zjistit id linie:D
>>>
>>
>> Nedaří se mi najít, co tím myslíš (vyskočil mi pěkně velký kus města).
>> Dej ctrl+i a vyber ten objekt, co se ti nezdá.
>> Vyskočí informace o objektu, opiš si co vyskočí jako w(číslo) hned na
>> prvním řádku. Pak to hoď sem, mrknu se na to.
>>
>> Majka
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] nommite sur les écoles

[marc marc]

Le 19.05.19 à 23:05, osm.sanspourr...@spamgourmet.com a écrit :
> un mélange nom et description 

souvent oui.

> doit-on suivre bêtement ce qui est écrit (et non inscrit) ?

Un moyen de trancher est le nom utilisé usuellement.
si les gens disent école publique abc alors que le nom officiel
a des mots supplémentaires qu'on peux renseigner dans d'autre tag,
cela me semble valide d'utiliser le nom "épuré" usuel.
difficile d'en faire une règle générale...
ton exemple avec un "Le Fret" sorti de nulle part du nom officiel
en est un bon exemple
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Artefakt importu budov

[jzvc via talk-cz]

Dne 19.5.2019 v 18:12 Jozef Matejička napsal(a):

Je to vidno až v edite při maximálním zoome:
https://www.openstreetmap.org/way/507215381
https://www.openstreetmap.org/way/507215379

Děkuji!


Cus,

to nejsou artefakty, to je 3D mapovani. Technicky tomu chybi relace 
budovy ke ktere to patri.


Vysledek trebas 
https://demo.f4map.com/#lat=50.0501300=14.4395109=18


Kdyz se podivas dukladne, tak zhruba horni tretina ma prosklenej i ten 
vyrez, coz je ucel toho "zdvojeneho" rohu.





On Fri, 17 May 2019 at 20:13, majka > wrote:



On Fri, 17 May 2019 at 16:36, Jozef Matejička
mailto:matejic...@gmail.com>> wrote:

Roh budovy je dvakrát.
https://www.openstreetmap.org/query?lat=50.05013=14.43903

V iD editoru nevím zjistit id linie:D


Nedaří se mi najít, co tím myslíš (vyskočil mi pěkně velký kus
města). Dej ctrl+i a vyber ten objekt, co se ti nezdá.
Vyskočí informace o objektu, opiš si co vyskočí jako w(číslo) hned
na prvním řádku. Pak to hoď sem, mrknu se na to.

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


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



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

Re: [OSM-talk-fr] nommite sur les écoles

[osm . sanspourriel]

Le 18/05/2019 à 23:10, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

Peut-être, mais, tu as oublié qu’il n’y a pas que le mapping en
fauteuil et le codage follement abréviateur dans la vie d’OSM.
Il manque donc un paragraphe qui dirait normalement, il y a ou aura
une vérification sur le terrain.
S’il est inscrit : école publique de Plancoët, on saisit école publique.

Et voilà pourquoi votre geek est muet (d’après Molière ;-) ).

Christian R.


Pas forcément, sur l'école primaire publique de Saint-Fiacre
(dénomination officielle) sont écrits "FILLES" et "GARÇONS", ce sont des
inscriptions héritées de l'histoire et non un nom. Sur le site de la
ville est écrit "Ecole Le Fret-Saint-Fiacre". Sur l'école est affichée
''école primaire publique Le Fret - Saint-Fiacre".

Pour moi ça reste un mélange nom et description. Et c'est pourquoi je
pose la question sur la liste : doit-on suivre bêtement ce qui est écrit
(et non inscrit) ?

Le 19/05/2019 à 10:19, Rpnpif - rpn...@trob.eu a écrit :

Moi, je marque tout individuellement et aussi l'ensemble.


Je ne parle pas des cas où les noms sont différents mais où les noms mis
sont identiques. Ton cas semble différent


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

Re: [Talk-GB] Miniature railway or minimum gauge?

[Mateusz Konieczny]

18 May 2019, 19:03 by m...@good-stuff.co.uk:

> I think the wiki age for Tag:railway=miniature needs updating to remove the 
> spurious distinct between minimum and narrow gauge, and make it consistent 
> with the usage defined on the main page for Key:railway itself.
>
railway=miniature page disagreed also with Wikipedia article that was linked

I made an edit, see
https://wiki.openstreetmap.org/w/index.php?title=Tag%3Arailway%3Dminiature=revision=1853105=1805568

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

Re: [Talk-it] Aree naturali protette con relation

[Martin Koppenhoefer]

se ti interessano le aree protette in generale dovresti vedere anche il tag 
leisure=nature_reserve

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

Re: [Talk-it] Aree naturali protette con relation

[Andrea Albani]

Il dom 19 mag 2019, 18:03 Dario Crespi  ha scritto:

> Ciao a tutti,
>
> io non sono molto pratico con il lavoro sui dati, ma avrei bisogno di un
> elenco delle aree naturali protette italiane (boundary=protected_area
> )
> che sono costruite su OSM con una relation
>

I boundary di quel tipo senza una relazione non ti interessano?

Moltissime protected_area sono semplici e possono essere descritte da un
solo poligono senza bisogno di una relazione composta da un solo membro...

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

Re: [Talk-it] Aree naturali protette con relation

[liste DOT girarsi AT posteo DOT eu]

Il 19/05/19 18:57, liste DOT girarsi AT posteo DOT eu ha scritto:
> Vedi se ti va bene questa semplice query overpass-turbo:
> 
> http://overpass-turbo.eu/s/J9e
> 
> Occhio son 60MB poi vedi te, sn solo le relazioni però.
> 
> Casomai esporta nel formato nel quale ritieni opportuno per crearti i
> tag wikidata.
> 


Pardon, mi son accorto che ci sono tag wikidata in alcuni, per cui ti
passo quelli senza tag wikidata:

http://overpass-turbo.eu/s/J9f


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

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

Re: [Talk-it] Aree naturali protette con relation

[Cascafico Giovanni]

Se sostituisci me ultime 3 righe con:

out center;

riduce la quantità di dati mostrando solo il centroide



Il dom 19 mag 2019, 18:58 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 19/05/19 18:02, Dario Crespi ha scritto:
> > Ciao a tutti,
> >
> > io non sono molto pratico con il lavoro sui dati, ma avrei bisogno di un
> > elenco delle aree naturali protette italiane (boundary=protected_area
> > <
> https://wiki.openstreetmap.org/wiki/Tag:boundary=protected%20area?uselang=it
> >)
> > che sono costruite su OSM con una relation: questo per inserire
> > l'identificativo della relazione su Wikidata, in vista di Wiki Loves
> Earth
> > 2019 (che inizierà il 1º giugno). Qualcuno può farlo/dirmi come
> ricavarlo?
> >
> > Grazie,
> >
> > Dario
> >
>
> Vedi se ti va bene questa semplice query overpass-turbo:
>
> http://overpass-turbo.eu/s/J9e
>
> Occhio son 60MB poi vedi te, sn solo le relazioni però.
>
> Casomai esporta nel formato nel quale ritieni opportuno per crearti i
> tag wikidata.
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aree naturali protette con relation

[liste DOT girarsi AT posteo DOT eu]

Il 19/05/19 18:02, Dario Crespi ha scritto:
> Ciao a tutti,
> 
> io non sono molto pratico con il lavoro sui dati, ma avrei bisogno di un
> elenco delle aree naturali protette italiane (boundary=protected_area
> )
> che sono costruite su OSM con una relation: questo per inserire
> l'identificativo della relazione su Wikidata, in vista di Wiki Loves Earth
> 2019 (che inizierà il 1º giugno). Qualcuno può farlo/dirmi come ricavarlo?
> 
> Grazie,
> 
> Dario
> 

Vedi se ti va bene questa semplice query overpass-turbo:

http://overpass-turbo.eu/s/J9e

Occhio son 60MB poi vedi te, sn solo le relazioni però.

Casomai esporta nel formato nel quale ritieni opportuno per crearti i
tag wikidata.



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

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

Re: [talk-cz] Artefakt importu budov

[Jozef Matejička]

Je to vidno až v edite při maximálním zoome:
https://www.openstreetmap.org/way/507215381
https://www.openstreetmap.org/way/507215379

Děkuji!

On Fri, 17 May 2019 at 20:13, majka  wrote:

>
> On Fri, 17 May 2019 at 16:36, Jozef Matejička 
> wrote:
>
>> Roh budovy je dvakrát.
>> https://www.openstreetmap.org/query?lat=50.05013=14.43903
>>
>> V iD editoru nevím zjistit id linie:D
>>
>
> Nedaří se mi najít, co tím myslíš (vyskočil mi pěkně velký kus města). Dej
> ctrl+i a vyber ten objekt, co se ti nezdá.
> Vyskočí informace o objektu, opiš si co vyskočí jako w(číslo) hned na
> prvním řádku. Pak to hoď sem, mrknu se na to.
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] Mapping station Leuven

[Lionel Giard]

Hi,
Ik zal antwoorden in het Engels omdat ik niet veel Nederlands spreek.
--

First, i would recommend you to check the OSM wiki on railway station :
https://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation . It explains how
we map them around the world (with a good schema representing it).
It is always good to look at our OSM wiki to understand "how" and "why"
something is mapped that way !

You'll see that the platform ("perron") number or letter is tagged on the
tag "ref=" and not on the name (as it is how we do it). So, it is not
correct to put this information on the "name" tag (using the common method
of mapping the stations). We are always open to argument if you think that
this method of mapping is not optimal (okay, some people might be more open
than others, but you can always discuss the tagging method ! ^^).

Also, the landuse area is something useful for many data users so i won't
touch it (it represent the area used for railway stuff). It is similar to
the landuse=residential polygon that cover large part of our
cities/villages, ...
It is absolutely *cor**rect* and should not be removed ! ;-)

One thing that we should not forget when we map is that a lot of different
people use this data, and they all have different interest (you may not
find it interesting or useful, but other might find it of extreme
importance).

Regards,
Lionel





Le dim. 19 mai 2019 à 17:26, Karel Adams  a écrit :

> Het mappen van stations en spoorwegen is helemaal niet mijn ding, maar
> ik heb er me nu toch aan gewaagd.
>
> * in het station van Leuven heb ik aan de diverse perrons een "name="
> toegevoegd (C/B , A/1, 2/3 ) , is dat een correcte manier van werken?
> Die perrons hadden al zo'n verwijzingen in een "ref=" tag maar die lijkt
> me eigenlijk niet zo zinvol..?
>
> * ik ben in de war met way 89449057, die beslaat een ruim oppervlak aan
> de zuidkant van het station, en heeft als enige tag "landuse=railway";
> aan de noordkant is er ook zo eentje, way 79208741. Hebben die enig nut,
> of toegevoegde waarde? Ik voel een sterke neiging ze te verwijderen (als
> IT-infrastructurist zie ik niet graag nutteloos gebruik van de
> beschikbare middelen :) ) maar omdat ik op onvertrouwd domein ben vraag
> ik eerst maar eens rond :)
>
> Karel
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-it] Aree naturali protette con relation

[Dario Crespi]

Ciao a tutti,

io non sono molto pratico con il lavoro sui dati, ma avrei bisogno di un
elenco delle aree naturali protette italiane (boundary=protected_area
)
che sono costruite su OSM con una relation: questo per inserire
l'identificativo della relazione su Wikidata, in vista di Wiki Loves Earth
2019 (che inizierà il 1º giugno). Qualcuno può farlo/dirmi come ricavarlo?

Grazie,

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

[OSM-talk-be] Mapping station Leuven

[Karel Adams]

Het mappen van stations en spoorwegen is helemaal niet mijn ding, maar 
ik heb er me nu toch aan gewaagd.


* in het station van Leuven heb ik aan de diverse perrons een "name=" 
toegevoegd (C/B , A/1, 2/3 ) , is dat een correcte manier van werken? 
Die perrons hadden al zo'n verwijzingen in een "ref=" tag maar die lijkt 
me eigenlijk niet zo zinvol..?


* ik ben in de war met way 89449057, die beslaat een ruim oppervlak aan 
de zuidkant van het station, en heeft als enige tag "landuse=railway"; 
aan de noordkant is er ook zo eentje, way 79208741. Hebben die enig nut, 
of toegevoegde waarde? Ik voel een sterke neiging ze te verwijderen (als 
IT-infrastructurist zie ik niet graag nutteloos gebruik van de 
beschikbare middelen :) ) maar omdat ik op onvertrouwd domein ben vraag 
ik eerst maar eens rond :)


Karel


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

[OSM-talk-fr] Mentions Nord, Sud, Est, Ouest, Centre dans les noms de hameaux ou de villages

[Sébastien Dinot]

Bonjour,

En consultant Osmose, je suis tombé sur cette zone :

http://osmose.openstreetmap.fr/fr/map/#zoom=14=45.08536=-0.27509==1

où l'on trouve de nombreuses occurences de l'erreur :

« Les mentions Nord, Sud, Est, Ouest, Centre doivent être supprimées des
  noms des hameaux ou des lieux-dits du cadastre. Le nom du lieu ne doit
  être intégré qu’une seule fois. »

Je me suis demandé pourquoi un contributeur s'était échiné à distinguer
ainsi les groupes d'habitations avant de m'apercevoir que :

* ce n'était pas le fait d'un seul contributeur, mais de plusieurs ;

* ces mêmes noms apparaissent bel et bien dans les données cadastrales ;

* ils étaient associés à des codes FANTOIR différents ; par exemple,
  dans le village de Tizac-de-Lapouyade :

* Tizac-de-Lapouyade, pas de code FANTOIR (place=village)
* Le Bourg-Nord, code FANTOIR 33532B002N (place=locality)
* Le Bourg-Sud, code FANTOIR 33532B003P (place=locality)

On retrouve ces codes FANTOIR associés à la commune de
Tizac-de-Lapouyade dans BANO :

http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=33532

Par contre, je n'ai trouvé aucune trace de telle distinction sur le
GéoPortail (dans le cas du village ci-dessus, seul le nom
Tizac-de-Lapouyade apparait ; il n'est fait aucune mention de Bourg-*).

Du coup, j'hésite. Comment traiter correctement ce problème ? Comment
identifier le code FANTOIR à conserver ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[Marek]

Převedl jsem to na SVG a oni si to na ten svůj formát už převedou.
Marek Polák
Zkus to cestou pres wiki a google kombinaci
Zkusi jsem shell nalriklad.
https://sco.m.wikipedia.org/wiki/File:Shell_logo.svg

Dne pá 10. 5. 2019 16:55 uživatel Marek  napsal:
Is there a possibility to have these files converted to CVG? Also, the
resolution required is bigger than the files you have sent.
Marek Polák


Ahoj, asi to ma byt SVG a jednoduse konvertovat to nejde, jedno jsou
vektory a jedno bitmapa.

Bye

pá 10. 5. 2019 v 16:33 odesílatel Marek  napsal:


Potřeboval bych poradit, podpora mi napsala že potřebuje ikonky ve formátu
CVG, ale já je mám staženy v BMP a nemůžu přijít na to jak je konvertovat
na požadovaný formát.
Marek Polák

Rekace od vyvojaru:

Our developers are currently working on a way to more efficiently handle
gas stations which also have kiosks. The correct behavior should be to
display the gas station brand icon even if there is the kiosk as well.

For this development, we have created case C2227 and we are looking into
ways to fix it and improve the behavior. I will let you know as soon as I
have more info. Safe travels!

mahdi

Vit Semenec via talk-cz wrote on 05/05/2019 01:34 PM:

Ahoj,
nejprve děkuji za odpovědi, přečetl jsem si je hned, ale jak na webu na ně
odpovědět, je mimo mé schopnosti a do mailu mě to jako v té době
neregistrovanému  nepřišlo (neměl jsem jak na vlákno odpovědět, jen bych
nejspíš založil další).

Ještě další příklady:
Ikona benzínky Shell se v Magic Earth nezobrazuje ještě např. zde.   A
tam je co zadané špatně???
https://www.openstreetmap.org/edit#map=19/50.69258/14.54223
https://www.openstreetmap.org/edit?way=172860536#map=19/50.03445/14.53629

A zde je to OK:
https://www.openstreetmap.org/edit?way=356914203#map=20/50.04682/14.55231
https://www.openstreetmap.org/edit#map=19/49.98401/14.60295

Nemusí být benzinka označená hlavně jako BOD a ne jen jako PLOCHA?


U benzínek, jak právě koukám se na označení plochy budovy náhodně používá
Čerpací stanice/Obchodní budova/Průmyslová budova/Budova/Budova občanské
vybavenosti. Ale u většiny je i označena jako bod.

Tady je dokonce jako plocha Benziny vyznačena nejen budova, ale úplně celá
i zatravněná oblast s parkovištěm:
https://www.openstreetmap.org/edit#map=19/50.22100/15.80720


Moc možností, každý přispěvovatel to pochopí jinak a pak se s daty mají
aplikace nějak poprat :(

---
Po přečtení příspěvku rekonstrukce multipolygonů, jsem se krapet vyděsil.
Je toho tolik, co začínající přispěvovatel vůbec netuší a jak snadno
nevědomky znehodnodnotí práci někoho jiného. Chybí zde funkce nějakého
zámku, na věci importované z přesného zdroje, nebo takto precizně finálně
zadané.
---

V.

Dne 05.05.2019 v 10:18 mahdi1234 napsal(a):

cau,

trochu sem se na to dival, a vypada, ze pokud je vyplnen jen "brand", tak
se ikona nezobrazi, pokud "name" tak jo (zatim to nebudu v osm doplnovat,
at to muzou spravit v ME).

https://www.openstreetmap.org/way/50734705 - na mape bez ikony
https://www.openstreetmap.org/way/320770862 - na mape s ikonou

zaroven pokud ma tag kiosk, tak se zobrazi na mape nakupni kosik, opet si
myslim, ze je logictejsi logo site

https://www.openstreetmap.org/node/877762987

Taky pak spolecne s Markem posilame navrh na doplneni ikon prozatim pro
Benzina, Eurooil, Globus a Makro, klidne dejte navrh pro nakou dalsi vetsi
sit v CR, co se v ME nezobrazi, poslu to asi ve stredu na svatek.

mahdi

Marek wrote on 05/02/2019 12:14 PM:

Hello Marek,


Thank you for contacting us.


The Magic Earth app has a database with gas station icons which are then
automatically displayed on the map. You do not need to set up something
specific in the settings for that.


Can you please give us examples of what gas station icons are not displayed
and in which locations? Screenshots would be ideal to have.


Also, if you have any other questions or suggestions, we are here to help.
Safe travels!


Best regards,

Razvan

Marek Polák

Jak pise Marek, mapy cca 2 mesice, ted to chvilu trva kvuli nove bete
probihaji posledni 3 tydny (bugiku bylo povicero). Po vikendu by mohla byt
nova verze, takze dalsi update map bude chvili trvat.

Podpora bezne reaguje do dvou pracovnich dnu - supp...@generalmagic.com

mahdi

marek wrote on 04/27/2019 08:07 PM:

Aktualizace ma probíhá cca jednou za 2 měsíce.

Podporu mají, tak jím zkusím napsat.



Marek Polák



__
> Od: "Marián Kyral" 
> Komu: talk-cz@openstreetmap.org
> Datum: 27.04.2019 19:21
> Předmět: Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL
>

On 27. 04. 19 11:47, Vit Semenec via talk-cz wrote:
> Ahoj,
>
> popisuji jak umím :)
>
> V navigaci Magic Earth se mě u některých benzínek zobrazuje ikonka
> konkrétní značky u jiných ne.
>
> Je to tím, že Shell, OMV a MOL mají v iD editoru vlastní skupinu (asi
> dle brand:wikidata ?).

Možné to je. Dá se to odhadnout tak, že najdeš jednu benzínku, která
ikonu má 

Re: [talk-cz] Ikonky čerpacích stanic - Shell, OMV, MOL

[Petr Schönmann]

Zkus to cestou pres wiki a google kombinaci
Zkusi jsem shell nalriklad.
https://sco.m.wikipedia.org/wiki/File:Shell_logo.svg

Dne pá 10. 5. 2019 16:55 uživatel Marek  napsal:

> Is there a possibility to have these files converted to CVG? Also, the
> resolution required is bigger than the files you have sent.
> Marek Polák
>
>
> Ahoj, asi to ma byt SVG a jednoduse konvertovat to nejde, jedno jsou
> vektory a jedno bitmapa.
>
> Bye
>
> pá 10. 5. 2019 v 16:33 odesílatel Marek  napsal:
> >
> > Potřeboval bych poradit, podpora mi napsala že potřebuje ikonky ve
> formátu
> > CVG, ale já je mám staženy v BMP a nemůžu přijít na to jak je
> konvertovat
> > na požadovaný formát.
> > Marek Polák
> >
> > Rekace od vyvojaru:
> >
> > Our developers are currently working on a way to more efficiently handle
> > gas stations which also have kiosks. The correct behavior should be to
> > display the gas station brand icon even if there is the kiosk as well.
> >
> > For this development, we have created case C2227 and we are looking into
> > ways to fix it and improve the behavior. I will let you know as soon as
> I
> > have more info. Safe travels!
> >
> > mahdi
> >
> > Vit Semenec via talk-cz wrote on 05/05/2019 01:34 PM:
> >
> > Ahoj,
> > nejprve děkuji za odpovědi, přečetl jsem si je hned, ale jak na webu na
> ně
> > odpovědět, je mimo mé schopnosti a do mailu mě to jako v té době
> > neregistrovanému  nepřišlo (neměl jsem jak na vlákno odpovědět, jen bych
> > nejspíš založil další).
> >
> > Ještě další příklady:
> > Ikona benzínky Shell se v Magic Earth nezobrazuje ještě např. zde.
>  A
> > tam je co zadané špatně???
> > https://www.openstreetmap.org/edit#map=19/50.69258/14.54223
> >
> https://www.openstreetmap.org/edit?way=172860536#map=19/50.03445/14.53629
> >
> > A zde je to OK:
> >
> https://www.openstreetmap.org/edit?way=356914203#map=20/50.04682/14.55231
> > https://www.openstreetmap.org/edit#map=19/49.98401/14.60295
> >
> > Nemusí být benzinka označená hlavně jako BOD a ne jen jako PLOCHA?
> >
> >
> > U benzínek, jak právě koukám se na označení plochy budovy náhodně
> používá
> > Čerpací stanice/Obchodní budova/Průmyslová budova/Budova/Budova občanské
> > vybavenosti. Ale u většiny je i označena jako bod.
> >
> > Tady je dokonce jako plocha Benziny vyznačena nejen budova, ale úplně
> celá
> > i zatravněná oblast s parkovištěm:
> > https://www.openstreetmap.org/edit#map=19/50.22100/15.80720
> >
> >
> > Moc možností, každý přispěvovatel to pochopí jinak a pak se s daty mají
> > aplikace nějak poprat :(
> >
> > ---
> > Po přečtení příspěvku rekonstrukce multipolygonů, jsem se krapet
> vyděsil.
> > Je toho tolik, co začínající přispěvovatel vůbec netuší a jak snadno
> > nevědomky znehodnodnotí práci někoho jiného. Chybí zde funkce nějakého
> > zámku, na věci importované z přesného zdroje, nebo takto precizně
> finálně
> > zadané.
> > ---
> >
> > V.
> >
> > Dne 05.05.2019 v 10:18 mahdi1234 napsal(a):
> >
> > cau,
> >
> > trochu sem se na to dival, a vypada, ze pokud je vyplnen jen "brand",
> tak
> > se ikona nezobrazi, pokud "name" tak jo (zatim to nebudu v osm
> doplnovat,
> > at to muzou spravit v ME).
> >
> > https://www.openstreetmap.org/way/50734705 - na mape bez ikony
> > https://www.openstreetmap.org/way/320770862 - na mape s ikonou
> >
> > zaroven pokud ma tag kiosk, tak se zobrazi na mape nakupni kosik, opet
> si
> > myslim, ze je logictejsi logo site
> >
> > https://www.openstreetmap.org/node/877762987
> >
> > Taky pak spolecne s Markem posilame navrh na doplneni ikon prozatim pro
> > Benzina, Eurooil, Globus a Makro, klidne dejte navrh pro nakou dalsi
> vetsi
> > sit v CR, co se v ME nezobrazi, poslu to asi ve stredu na svatek.
> >
> > mahdi
> >
> > Marek wrote on 05/02/2019 12:14 PM:
> >
> > Hello Marek,
> >
> >
> > Thank you for contacting us.
> >
> >
> > The Magic Earth app has a database with gas station icons which are then
> > automatically displayed on the map. You do not need to set up something
> > specific in the settings for that.
> >
> >
> > Can you please give us examples of what gas station icons are not
> displayed
> > and in which locations? Screenshots would be ideal to have.
> >
> >
> > Also, if you have any other questions or suggestions, we are here to
> help.
> > Safe travels!
> >
> >
> > Best regards,
> >
> > Razvan
> >
> > Marek Polák
> >
> > Jak pise Marek, mapy cca 2 mesice, ted to chvilu trva kvuli nove bete
> > probihaji posledni 3 tydny (bugiku bylo povicero). Po vikendu by mohla
> byt
> > nova verze, takze dalsi update map bude chvili trvat.
> >
> > Podpora bezne reaguje do dvou pracovnich dnu - supp...@generalmagic.com
> >
> > mahdi
> >
> > marek wrote on 04/27/2019 08:07 PM:
> >
> > Aktualizace ma probíhá cca jednou za 2 měsíce.
> >
> > Podporu mají, tak jím zkusím napsat.
> >
> >
> >
> > Marek Polák
> >
> >
> >
> > __
> > > Od: "Marián Kyral" 
> > > Komu: talk-cz@openstreetmap.org
> > > 

[Talk-ar] #Map2020 Campaign: Expressions of Interest due June 1!

[Jessica Bergmann]

Hi!


I wanted to be in touch to share an opportunity for communities to
participate in the #map2020 campaign and win the chance to win a
fully-funded trip to present at the HOT Summit this September!


HOT has teamed up with Mapillary to invite local mappers and mapping
communities to capture street-level imagery with Mapillary that can be
accessed using OSM and used to solve pressing challenges within the
community.


For more information on how to submit an expression of interest, please
visit https://www.mapillary.com/map2020.


*Expressions of interest must be submitted by June 1.*



Thanks for your interest and best of luck to those of you who choose to get
involved!


Jessica

-- 
*Jessica Bergmann*
Partnerships & Community Programs Associate
Humanitarian OpenStreetMap Team 
Uganda: +256 754 672 750 | WhatsApp: +1 630 267 3307
Skype: jessica.bergmann91
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

Re: [Talk-es] #1calletodoslosportales

[yo paseopor]

Mi idea era generar un proyecto por provincia con los datos procesados (son
ideas, yo no sé de programación, como bien dices tú seguramente habría que
mirar un software personalizable en ese sentido.

Dado que nuestra fuente para todas las provincias es la misma no correrá
prisa el establecer todos los proyectos de importación a la vez.
De hecho considero que deben de ser las comunidades con cierto volumen de
usuarios las que se hagan cargo de estos proyectos, trabajando dentro de
nuestro ámbito un poco más allá de lo local, para asegurarnos que en un
corto espacio de tiempo los portales estén subidos, y lo más importante:
conflaccionados con los datos ya existentes.
Con un trabajo sistemático y todos arrimando el hombro , pudiera ser que
antes de acabado el año ya tuviéramos todos los portales de España
importados.Además, supongo que el hecho de haber generado ya los portales
nos quitaría trabajo a la hora de hacer la importación de catastro, puesto
que ya no haría falta generarlos.

Sorry por tardar en responder pero voy de culo (la comunidad catalana lo
sabe bien), así que hago lo que puedo, de todas formas todos estos
procesamientos no corren prisa ya se irán haciendo si no de una manera, de
otra. Así que, al tiempo y paciencia. Sólo quería agilizar procesos y
establecer datos "de transición mientras no llega el trabajo "bueno".

Salut i portals
yopaseopor


On Mon, May 13, 2019 at 11:16 PM Jorge Sanz Sanfructuoso 
wrote:

> Si especificas un poco mas como verlo. Descarga un archivo zip y ahi no
> veo esa información. Y al descomprimir son varios archivos.
>
> El numero de portal va asociado a los nombres de las calles. No podemos
> subir numeración a lo loco sin tener las calles. Eso ya quita una gran
> parte de España.
>
> No podemos subir algo que esta peor cuando tenemos algo mejor porque se
> haga rápido. Al final se queda el mapa lleno de información mal que nadie
> va arreglar. Ademas esos datos no se pueden subir como están, hay que
> compararlos con los nombres de calles, corregir nombres,... Eso ya lo hace
> la aplicación de catastro ya que es necesario. Tendríamos que hacer otro
> programa que lo haga con los datos de cartociudad. Si se hace esto a lo
> loco ademas va a dar problemas después para la importación de catastro ya
> que como he comentado compara los números de portal existentes. Vamos que
> tampoco vamos a poder subir luego bien los datos de catastro sobre
> numeración. Seguro que se puede mirar para no ir municipio por municipio
> sacando datos y hacerlo bastante mas rápido.
>
> Tengo una gran duda de cómo quieres usar el gestor con datos tan grandes.
> ¿Qué tienes pensado?
>
> Un saludo.
>
>
> El lun., 13 may. 2019 a las 21:24, yo paseopor ()
> escribió:
>
>> En los metadatos de cada archivo que te descargas tienes la fecha :)
>>
>> http://centrodedescargas.cnig.es/CentroDescargas/linkUnMD
>>
>> gmd:MD_Metadata
>> gmd:fileIdentifier
>>
>>- gco:CharacterString:
>>
>>spaign_cartociudad_addresses
>>
>> gmd:language
>>
>>- gmd:LanguageCode:
>>
>>spa
>>
>> gmd:characterSet
>>
>>- gmd:MD_CharacterSetCode:
>>
>>utf8
>>
>> gmd:hierarchyLevel
>>
>>- gmd:MD_ScopeCode:
>>
>>dataset
>>
>> gmd:contact
>> gmd:CI_ResponsibleParty
>> gmd:organisationName
>>
>>- gco:CharacterString:
>>
>>Instituto Geográfico Nacional
>>
>> gmd:contactInfo
>> gmd:CI_Contact
>> gmd:address
>> gmd:CI_Address
>> gmd:electronicMailAddress
>>
>>- gco:CharacterString:
>>
>>i...@fomento.es
>>
>> gmd:onlineResource
>> gmd:CI_OnlineResource
>> gmd:linkage
>>
>>- gmd:URL:
>>
>>http://www.ign.es
>>
>> gmd:role
>>
>>- gmd:CI_RoleCode:
>>
>>pointOfContact
>>
>> gmd:dateStamp
>>
>>- gco:Date:
>>
>>2018-04-11
>>
>>
>> La ventaja que yo le veo con el tema de catastro es que aquí sólo son 52
>> archivos para todo el país como mucho, ,no unos 1 que podríamos
>> conseguir via Catastro. Yo esta importación la considero "de transición"
>> mientras no dispongamos de los edificios con sus direcciones. Se trataría
>> de que el equipo de OSM España procesemos todos los datos de esos 50
>> archivos y lo colguemos en el gestor para que irlos sumando, más allá de
>> nuestras zonas de confort, dando uniformidad al mapa. Creo que siendo algo
>> optimista...este verano podríamos tener todas las direcciones "oficiales"
>> de España.
>>
>> Salut i mapes
>> yopaseopor
>>
>>
>> On Mon, May 13, 2019 at 1:32 PM Jorge Sanz Sanfructuoso <
>> sanc...@gmail.com> wrote:
>>
>>> Buenas.
>>>
>>> Como ya he comentado en el grupo con la misma herramienta que se usa
>>> para la importación del catastro se puede realizar la importación solo de
>>> portales sin edificios. Tenemos la herramienta ya preparada y testeada. Con
>>> un sistema que funciona. Con compatibilidad para posteriormente completar
>>> la importación de edificios.Habría que comprobarlo, pero es de suponer que
>>> igual que hace cuando importas edificios tiene en cuenta si una numeración
>>> ya esta y te la descarta ( 

Re: [OSM-talk-fr] nommite sur les écoles

[marc marc]

Le 18.05.19 à 22:15, osm.sanspourr...@spamgourmet.com a écrit :
> 1 ne mettre que building=school sur le bâti, mettre toute l'information 
> pertinente sur le amenity=school (qui sera confondu si toute la surface 
> est bâtie)
> 2 laisser les doublons de nom, c'est au moteur de rendu de faire le ménage

il me semble clair qu'il n'y a qu'une chose qui porte un nom donnée
soit on le met sur le batiment si on se limite au batiment.
soit on le met sur une aire + grande (batiment + cour + parking + ...)
mais évidement pas le même non sur le tout et sur les sous-partie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] Fwd: highway=cyclewayをwikiのjapan_taggingに追記したい

[石野貴之]

石野です。木下さん情報ありがとうございます。

2019年5月19日(日) 12:56 Spinnet :

>
>  引用始め
> 本題というより、細かな用語レベルの意見で恐縮すが・・・
>
> ちょうど、Examples(例)の中にある、自転車専用（３２５の２）の標識（青丸に自転車のピクト）について、調べていて（別の話題でやりとりしているのでご覧になったかもしれませんが）、解ったことがあるので、情報提供させていただきます。
>
> この標識の意味は、厳密には3つ有り、道の形式としては大きく2つに分かれていて、「自転車専用道路」と「自転車道」を示す標識です。
> 写真の神奈川県川崎市幸区の例は、「自転車専用道路」ではなく、「自転車道」になります。
> 「自転車道」は、写真の様に「歩道」や「車道」等と並列にある物です。
>
> それに対して、「自転車専用道路」は、主に自転車だけを通行させるために造られた道路です。これが自動車のために作られた物だと、「自動車専用道」となり、歩行者のためだけに作れた物だと「歩行者専用道路」になるんだと思います。
>
> この使い分けは、「自転車歩行者道」（いわゆる自転車通行可の歩道）と「自転車歩行者専用道路」（土手上などに良くあるサイクリングロード）の違いと同じですから、比較的明確だと思います。
>
> > The highway=cycleway tag indicates a separate way for the exclusive use
> of cyclists. highway=cyclewayタグは専ら自転車で利用するための独立した道で、Japan road sign
> 325-2.svgの標識により自転車専用道路に指定されている道を表します。
>
> ちなみに、この厳密な意味での「自転車専用道路」がどこかにあるのか探していますが、今のところ見つかっていません。
> 見つからないのなら、この「自転車専用道路」のタグはいらないのかもしれませんね。
>  引用終わり
>

私が意図していたのは、highway=cyclewayタグを「325-2の標識がある道」つまり「自転車のみ通行可能な道」に適用することでしたが、
 「自転車専用道路」と「自転車道」の違いについては全く無知でした。
＞ Japan road sign 325-2.svgの標識により自転車専用道路に指定されている道を表します。
の部分は、「自転車道または自転車専用道路」に直したほうがいいかもしれませんね。

軽微な変更なので、特に議論せずに書き換えてしまおうと思いますが、混乱を避けるためhayashiさんの提案が承認されてから2週間後以降の書き換えにするつもりです。

石野 貴之
yumean1...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-br] semanárioOSM Nº 460 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 460, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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-pt] semanárioOSM Nº 460 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 460, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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

[Talk-ca] hebdoOSM Nº 460 2019-04-30-2019-05-06

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[OSM-talk-fr] hebdoOSM Nº 460 2019-04-30-2019-05-06

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-africa] hebdoOSM Nº 460 2019-04-30-2019-05-06

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-br] semanárioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 459, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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-pt] semanárioOSM Nº 459 2019-04-30-2019-05-06

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 459, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12067/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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

Re: [Talk-transit] "more then one platform in one location"

[Tijmen Stam]

> On Mon, 13 May 2019 at 14:44, Dave F via Talk-transit
> mailto:talk-transit@openstreetmap.org>>
> wrote:
>
> Hi
>
> On the railway=platform wiki page there's a comment:
>
> "If there are more then one platform in one location, a relation
> could be used to "bind" them together. See Approved Public Transport
> Schema
> 


> for more information."
>
>
> What does the "more then one platform in one location" mean? Are
> there examples?

On 14-05-19 15:43, David Peek via Talk-transit wrote:
I believe this is intended to mean that if a named location (which could 
be a railway station, bus station, metro station, tram stop or an 
interchange incorporating more than one mode of transport) has more than 
one place where one can board or alight from a transit vehicle, then 
they should all be included in a relation.


For example, here is the relation for Manchester Piccadilly station 
 
in England. Arguably it also ought to include the local bus stops as 
well as the train and tram platforms which it currently does.


Yeah, but there is also the "stop_area_group" 
 
which is undocumented but I think is meant to group together multiple 
stop areas. How this is meant exactly I don't know, but I would imagine 
that for the Picadilly station, there would be stop_areas for

- All the train tracks of the "Manchester Picadilly" rail station
- The stops for the metrolink tram stop
- Piccadilly Rail station bus stop
- Whitworth St/Minshull St South bus stop
- Fairfield St/Picadilly Station bus stops

and then a stop_area_group to group these all together.
Although I don't know if this was indeed the original meaning of the author.

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

Re: [OSM-talk-fr] nommite sur les écoles

[Rpnpif]

Le 18 mai 2019, osm.sanspourr...@spamgourmet.com a écrit :

> Bonjour,
> 
> je trouve de plus en plus de doublons de noms
> amenity=Kindergarten/school et building=*.
> 
> Exemple .
> 
> Heu, bon là c'est encore pire : il y a une zone amenity=school pour 4
> écoles, des amenity=ponctuels (dont un doublon) et un amenity=school sur
> un building  et le wiki parle de landuse=school.
> 
> Prenons plutôt celui-ci
> 
> plus simple : en plus de la zone amenity=school, name=XXX, on a un
> building= name= (en fait non c'est encore un nœud amenity mais c'est ce
> qu'il a voulu faire, il a respecté le wiki).
> 
> Du coup on se trouve avec deux fois le même nom sur la carte.
> 
> *Qu'en pensez-vous ?*
> 
> 1 ne mettre que building=school sur le bâti, mettre toute l'information
> pertinente sur le amenity=school (qui sera confondu si toute la surface
> est bâtie)
> 2 laisser les doublons de nom, c'est au moteur de rendu de faire le ménage
> 
> Comme Rom1 je suis pour le 1. Clair, non ambigu, pas de double maintenance.
> 
> Cas particulier d'un groupe scolaire, mettons Groupe scolaire primaire
> Tartempion avec un bâtiment pour des maternelles et un pour les cours
> élémentaires : ajouter name=maternelle et name=élémentaire sur le bâti
> ne me choquerait pas.
> 
> Marc suggère les relations mutipolygones (j'ai plutôt tendance à
> favoriser les relations site).
> 
> Maintenant les noms en OpenData sont rarement des noms et bien plus
> souvent des descriptions.
> 
> Exemple : prenons les écoles de Plancoët.
> 
> Ecole primaire publique de Plancoet, Ecole maternelle publique de Plancoet
> Premier soucis, l'école primaire n'est pas une école primaire mais une
> école élémentaire, passons (la mairie
>  de Plancoët est
> plus au courant que l’Éducation Nationale).
> 
> Si on prend la même règle que pour les églises on vire "de Plancöet" car
> c'est le nom de la commune (par contre pour les gares on les garde et
> pour les bureaux de poste on les garde plutôt).
> 
> *Alors on garde ou pas ?* J'aurais plutôt tendance à virer (sauf si
> c'est un vrai nom style École Henri Dès).
> 
> Maintenant le statut public/privé : ça fait partie de operator:type donc
> inutile ? Au début c'est ce que je pensais mais à force d'en voir dans
> OSM, je laisse. Et la différence n'est pas toujours évidente : le
> collège de Saint-Marc (quartier de Brest) était public, le collège
> Saint-Marc privé (toujours dans le même quartier) parasitait le nom (le
> premier étant le meilleur de la ville par ses résultats). Depuis le
> premier est devenu de l'Iroise et le second Collège de Saint-Marc
> (Estran) selon OSM et Collège Estran Saint-Marc selon l'éduc' nat'.
> 
> *Dans ce cas vous allez virer école* (c'est dans amenity=school) *et
> maternelle* (amenity=nursery).
> 
> Poursuivons : *collège, lycée, primaire*... c'est dans school:FR(*).
> 
> Donc on ne laisserait que les vrais noms style Henri Dès ou Collège de
> l'Iroise.
> 
> (*) Et pourquoi ne pas mettre des icônes plutôt que du texte ?sample of
> HATCHING CHICK (U+1F423)sample of BABY SYMBOL (U+1F6BC)crèche/garderie
> 
> sample of BABY CHICK (U+1F424)maternelle
> 
> sample of GIRLS SYMBOL (U+1F6CA)sample of BOYS SYMBOL (U+1F6C9)élémentaire
> 
> image of Unicode Character 'SCHOOL SATCHEL' (U+1F392)collège
> 
> image of Unicode Character 'CHILDREN CROSSING' (U+1F6B8)lycée
> 
> Je crois que le système français est un peut trop compliqué pour qu'on
> arrive à s'y retrouver avec uniquement des icônes mais je veux bien
> qu'on me prouve le contraire. J'ai pris des caractères Unicode.
> 

Bonjour,

Il y a des ensembles scolaires qui ont souvent un nom un peu différent
de celui des établissements.
Exemple : une école Machin, un lycée prof. Truc, un lycée général Jojo
forment l'ensemble Sac-Truc. Ils peuvent être des entités juridiques
différentes mais former le même ensemble lié (c'est souvent le cas
dans le privé mais aussi parfois dans le public). J'ai des exemples.

Moi, je marque tout individuellement et aussi l'ensemble.

Sur les cas précis que tu cites, je n'ai pas d'avis, il faut voir sur
place.
C'est juste pour dire que cela dépend.

Les erreurs dans la base des académies ne sont pas rares car il y a
souvent un manque de rigueur dans l'enregistrement. (Je parle
par expérience).
Je dirais que seuls font foi les documents juridiques... quand ils
sont trouvables.
Les documents issus directement des établissements sont aussi pas
mal... quand ils n'ont pas des appellations « commerciales ».

amenity=school sur le bâti ne me choque pas si ce sont des entités
juridiques différentes. J'ai des exemples. building=school est utile à
l'intérieur d'une même école. Là aussi cela dépend du terrain.

Si le mot publique/privé fait partie du nom officiel, il faut le
mettre dans le nom. J'ai aussi des exemples.

-- 
Alain Rpnpif

Re: [Talk-transit] Old Railways

[Tijmen Stam]

On 18-05-19 17:40, Tim Saunders wrote:
I suspect I am a lone voice but I don't agree.  The thing that 
differentiates railways from a lot of historical features is they form a 
network, some if which is still an operating railway and a lot of which 
is still visible in the ground.  Having the extant sections in one 
database and the razed/dismantled sections in another is just making it 
unnecessarily complex to form a picture of the entire network, which for 
the sake of a few additional ways on OSM (which I agree would not 
generally be rendered) can be easily solved.


Roads do also form a network. And it would be equally interesting to see 
how roads from yesteryear connected to it. Yet we don't keep those on 
OSM (I personally removed miles of highway, from two different highways, 
the minute they went out of use - or actually I didn't, I first made 
them highway=road as the actual tarmac stayed visible for a few 
months/years)




Regards,

Tim Saunders


Date: Fri, 17 May 2019 16:03:43 +0200 (CEST)
From: Mateusz Konieczny 
Cc: Public transport/transit/shared taxi related topics
     
Subject: Re: [Talk-transit] Old railways
This is undesirable, OSM is not a place to map historic data. When I 
encounter such mismapped

objects I remove them.

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




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

Re: [Talk-transit] Old Railways

[Tigerfell]

Maybe, the OpenRailwayMap mailing list openrailway...@openrailwaymap.org 
 might be helpful? I can not access 
their archives so I do not know if it is active, but it might be worth a try.


May 18, 2019, 10:55 p.m. by nice...@att.net:

> Tim,
>  This is a good point, but what if OpenRailwayMap were able to pull from 
> OpenHistoricalMap to generate a complete picture of the network? I say 
> 'picture' because it wouldn't be connected for routing purposes, but it 
> should appear connected on a map tile.   I have no idea how much additional 
> work that would be for OpenRailwayMap to show.
>
> On 5/18/2019 11:40 AM, Tim Saunders wrote:
>
>> I suspect I am a lone voice but I don't agree.� The thing that 
>> differentiates railways from a lot of historical features is they form a 
>> network, some if which is still an operating railway and a lot of which is 
>> still visible in the ground.� Having the extant sections in one database 
>> and the razed/dismantled sections in another is just making it unnecessarily 
>> complex to form a picture of the entire network, which for the sake of a few 
>> additional ways on OSM (which I agree would not generally be rendered) can 
>> be easily solved.
>>
>> Regards,
>>
>> Tim Saunders
>>
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-transit 
> 
>

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