Re: [Talk-cz] Fody na www.openstreetmap.cz

[Tom Ka]

Dne 13. září 2018 16:41 Mirek Dlask  napsal(a):
> S rozdělením na 'znaceni' a 'rozcestnik' souhlas.

OK

> 'silnicni' pro 'znaceni' určitě ne. Celá trasa Greenway Jizera je značena
> malými tabulkami 'znaceni' a rozhodně nevede celá jen po silnici. Je bez
> pásového značení. Nevede jen po silnici  a nedá se celá projet na silničním
> kole.
> Žluté cyklorozcestníky vídám opravdu jen u silnic, i když ukazují na odbočku
> na polní (lesní) cestu.

> Ale rozdělení na silniční - trekové - gravel bike - MTB bych u fotek vůbec
> neřešil.
tohle neni o rozliseni pro co je to urcene ale pro 2 rozdilne zpusoby
znaceni. Zkusil jsem to hodit do tabulky s prikladem obrazku at je to
nazorne a jednoznacne:

http://merlin.fit.vutbr.cz/tmp/tagovani-fody.html

Pokud jsem na nejakou variantu zapomel, dejte vedet, pridam. Jinak
souhlasim, ze 'silnicni' neni idealni nazev tagu - on se klidne muze
jmenovat 'ABCDE' ale nic vystiznejsiho mne nenapadlo, pokud mate
nejaky nazev, sem s nim - zavedene 'cyklo' i kdyz je v tomto okamziku
taky nevystizne/nepresne bych spise nerad menil z historickych duvodu.

A jeste pro jistotu - rozlisit ty zpusoby znaceni v terenu potrebuji
ve Fody (mozna v OSM, to ted netusim) aby bylo mozne na to aplikovat
ruzna pravidla (napr. jeden rozcestnik ma ref, druhy ma cislo tras(y)
apod.). Do tabulky jsem pridal i sloupec pro tagovani OSM, ale prvni
bych rad doresil jedno (Fody), pak muzeme diskutovat o OSM at se to
nemicha dohromady, pak je v tom jeste vetsi zmatek.

Bye

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

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Axelos]

Bonjour,

Le 14/09/2018 à 00:16, marc marc a écrit :
> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un 
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela constitue 
> mais je pense que c'est peine perdue

Pas forcement, moi-même j'ai commencé à représenter des itinéraires de
bus en découpant les giratoires, tout simplement car cela m'a semblé
plus logique ainsi.
Le but étant de retranscrire le cheminement du bus.

Bon ensuite j'ai compris que la pratique veut que l'on découpe pas les
giratoires, je me suis adapté et en effet c'est plus simple à gérer ainsi.

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Tom Ka]

Dne 13. září 2018 17:06 Zdeněk Pražák  napsal(a):
> bylo by možné aby přihlášení na Fody bylo trvalé, nyní se musím pokaádé když
> chci nahrát fotky znovu přihlásit

Ahoj, neni to pokazde, ale musim prozkoumat, jak dlouho to vlastne
vydrzi a co se s tim da delat. Jsem pro to prodlouzit na nejake vetsi
cislo (aspon par dni) pokud to pujde.

Mrknu na to.

Bye

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

Re: [Talk-dk] Adding buildings in three cities

[Mia Petersen]

Hi Andrew

 

That’s very nice of you guys and when you’re done with those three main cities 
and are looking for other buildings to map then I’ll suggest that you take a 
look on the city of Vejle.

 

Thanks in advance

 

Mia Petersen

 

Fra: Andrew Wiseman [mailto:andrew_wise...@apple.com] 
Sendt: 14. september 2018 01:29
Til: Talk-dk@openstreetmap.org
Emne: [Talk-dk] Adding buildings in three cities

 

(Danish version below)

 

Hello everyone, 


I'm Andrew from Apple’s Maps team. We noticed building gaps in Copenhagen, 
Odense and Aarhus, so we were planning to add them to OpenStreetMap. All map 
edits will be done manually by our data team members, using imagery resources 
and OSM GPS traces to make sure the shapes and offsets are correct.  The 
building data that we released previously will be used as a guide for where to 
add missing buildings : 
https://github.com/osmlab/appledata/blob/master/BUILDINGS.md

 

We have a GitHub page here with more information about the project: 
https://github.com/osmlab/appledata/issues/118

 

Please let me know if you have any suggestions or questions.

 

Thank you,

 

Andrew Wiseman

 

Apple, Inc.

 

///

 

Hej Allesammen, 

Jeg hedder Andrew, og jeg er med Apple’s Map Team. Jeg skriver fordi vi har 
bemærket nogle huller i bygninger i København, Odense, og Aarhus- og vi vil 
gerne tilføje dem til OpenStreetMap. Alle redigeringer til kortet skal udføres 
manuelt af vores data teammedlemmer, ved hjælpen af billed resourcer og OSM GPS 
spor. Dette er for at sikre, at figurer og forskydninger er korrekte. 
Bygndingsdataene, som vi tidligere har udgivet, vil blive brugt some en 
rettesnor for, hvor man kan tilføje de manglende bygninger: 
https://github.com/osmlab/appledata/blob/master/BUILDINGS.md

Vi har også en GitHub side, hvor i kan læse mere om projektet. Læs Her: 
https://github.com/osmlab/appledata/issues/118

Hvis der er nogle spørgsmål, venligst lad mig vide. 

Mange tak, 

Andrew Wiseman

Apple, Inc.


Andrew Wiseman |  Maps | andrew_wise...@apple.com

 


 

 

Virusfri.  

 www.avg.com 

 


  _  

I am using the Free version of SPAMfighter  .
SPAMfighter has removed 16704 of my spam emails to date.

Do you have a slow PC?   
Try a free scan! 
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Adding buildings in three cities

[Christoffer Müller Madsen]

I'm Andrew from Apple’s Maps team. We noticed building gaps in 
Copenhagen, Odense and Aarhus, so we were planning to add them to 
OpenStreetMap. All map edits will be done manually by our data team 
members, using imagery resources and OSM GPS traces to make sure the 
shapes and offsets are correct.  The building data that we released 
previously will be used as a guide for where to add missing buildings : 
https://github.com/osmlab/appledata/blob/master/BUILDINGS.md


We have a GitHub page here with more information about the project: 
https://github.com/osmlab/appledata/issues/118


Please let me know if you have any suggestions or questions.


Thank you for sending this message in advance. It is nice to hear that 
Apple gives data to the community! :-) Please do keep us updated on the 
progress of the project if possible.


--
Christoffer Müller Madsen

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

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[marc marc]

Bonsoir,

je vais prendre une analogie pour le cas où tu as vraiment envie de 
réfléchir à cette pratique : un maison composé de 4 murs.
si quelqu'un a envie de couper une maison en 4 morceaux pour renseigner 
la couleur de chaque mur, le tag building=house ne doit PAS être mis sur 
chacun des 4 murs de la maison mais uniquement sur la relation polygone 
qui réunit les 4 murs en UNE maison.
un mur n'est pas une maison.

c'est pareil avec les round-points.
junction=roundabout définit UN rond-point.
si quelqu'un coupe ce rond-point en 4 morceaux,
chaque morceau de rue n'est pas en lui-même un rond-point.
donc chaque morceau de rue ne doit pas lui-même avoir le tag de rond-point.

Pour bien faire, il faut séparer l'aspect "bout de route"
de l'aspect "ces x morceaux de routes forment un rond-point"
cela aurait au moins le mérite d'être moins galère à maintenir
pour tous sauf ceux qui veulent du micro-rendu d'itinéraire.
Mais cela nécessite aussi de voir quel outil sont capable de gérer
ce bazar.

PS: l'argument du bus qui prend plusieurs fois le rond-point est une 
bonne blague, la quasi unanimité de rond-points que tu découpes sont 
fait sans aucune connaissance locale, tu n'as aucun moyen de savoir
par où le bus passe réellement,
c'est des changeset en mode devinette.
je persiste donc à penser que c'est donc bien des tag pour le rendu : 
aucun lien avec la réalité, ce n'est fait que pour le rendu.
parfois cela correspond à la réalité, parfois pas, selon la chance.
dans tous les cas c'est horrible à maintenir, suffit de voir la 
discussion précédente sur la taux de rupture malgré le temps passé
à réparer.

Cordialement,
Marc

Le 14. 09. 18 à 00:42, Jo a écrit :
> Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, 
> juste parce que l'on aime bien la couleur ou icõne utilisé par le rendu.
> 
> Sur un rond-point découpé on peut décrire exactement ce que fait le bus 
> sur le rond point.
> Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs 
> fois, ce qui arrive plus souvent que l'on ne le penserait.
> 
> Et oui, c'est plus clair dans le rendu également.
> 
> 
> Pour la maintenance, avec JOSM on peut faire:
> 
> Ctrl-f
> "junction=roundabout inview"
> 
> pour sélectionner tous les morceaux composants la rotonde.
> 
> Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que 
> sporadiquement.
> 
> Polyglot
> 
> Op vr 14 sep. 2018 om 00:17 schreef marc marc  >:
> 
> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela
> constitue
> mais je pense que c'est peine perdue
> 
> Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
>  > J’aimerais connaître les raisons pour lesquelles certains membres
> de la communauté jugent utiles de couper les rond-points petits
> morceaux (jusqu’à 7).
>  > Ceux que j’ai tracé dans ma ville, connue pour être la capitale
> des rond-points (il y en a quelques centaines sur toute
> l’agglomération) ont été découpés peu de temps avant que le réseau
> de bus soit complètement réagencé.
>  > Depuis des semaines, je reconstitue les rond-points, les
> redimensionne et les recale, si nécessaire.
>  > Je me suis aperçu que la fusion est sensible à une faute
> d’orthographe dans un des « name ». Elle était empêchée, parce qu’un
> segment était nommé « name:br = kroazhent-tro X » (il faut un s et
> non un z). Anomalie assez peu explicable.
>  > Cela me fait penser que le découpage a pour conséquence de
> compliquer la tâche de ceux qui veulent ajouter des « name » dans
> des alphabets différents.
>  > Apparemment et heureusement, les relations n’interfèrent pas.
>  > Cela va dans le sens de les attacher au rond-point entier.
>  > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux
> sens, donc le bus est amené à faire un tour complet (dans un cas, le
> trajet est énorme, peut-être 150 m).
>  >
>  > Les réorganisations des bus sont d’excellentes occasions pour
> vérifier la qualité et remettre à jour la voirie, les adresses, les
> passages piétons, etc.
>  >
>  > Christian R.
>  >
>  >
>  >
>  > ___
>  > 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-dk] Adding buildings in three cities

[Andrew Wiseman]

(Danish version below)

Hello everyone, 

I'm Andrew from Apple’s Maps team. We noticed building gaps in Copenhagen, 
Odense and Aarhus, so we were planning to add them to OpenStreetMap. All map 
edits will be done manually by our data team members, using imagery resources 
and OSM GPS traces to make sure the shapes and offsets are correct.  The 
building data that we released previously will be used as a guide for where to 
add missing buildings : 
https://github.com/osmlab/appledata/blob/master/BUILDINGS.md

We have a GitHub page here with more information about the project: 
https://github.com/osmlab/appledata/issues/118

Please let me know if you have any suggestions or questions.

Thank you,

Andrew Wiseman

Apple, Inc.

///

Hej Allesammen, 

Jeg hedder Andrew, og jeg er med Apple’s Map Team. Jeg skriver fordi vi har 
bemærket nogle huller i bygninger i København, Odense, og Aarhus- og vi vil 
gerne tilføje dem til OpenStreetMap. Alle redigeringer til kortet skal udføres 
manuelt af vores data teammedlemmer, ved hjælpen af billed resourcer og OSM GPS 
spor. Dette er for at sikre, at figurer og forskydninger er korrekte. 
Bygndingsdataene, som vi tidligere har udgivet, vil blive brugt some en 
rettesnor for, hvor man kan tilføje de manglende bygninger: 
https://github.com/osmlab/appledata/blob/master/BUILDINGS.md

Vi har også en GitHub side, hvor i kan læse mere om projektet. Læs Her: 
https://github.com/osmlab/appledata/issues/118

Hvis der er nogle spørgsmål, venligst lad mig vide. 

Mange tak, 

Andrew Wiseman

Apple, Inc.


Andrew Wiseman |  Maps | andrew_wise...@apple.com 
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Jo]

Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, juste
parce que l'on aime bien la couleur ou icõne utilisé par le rendu.

Sur un rond-point découpé on peut décrire exactement ce que fait le bus sur
le rond point.
Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs fois,
ce qui arrive plus souvent que l'on ne le penserait.

Et oui, c'est plus clair dans le rendu également.


Pour la maintenance, avec JOSM on peut faire:

Ctrl-f
"junction=roundabout inview"

pour sélectionner tous les morceaux composants la rotonde.

Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que
sporadiquement.

Polyglot

Op vr 14 sep. 2018 om 00:17 schreef marc marc :

> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela constitue
> mais je pense que c'est peine perdue
>
> Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
> > J’aimerais connaître les raisons pour lesquelles certains membres de la
> communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à
> 7).
> > Ceux que j’ai tracé dans ma ville, connue pour être la capitale des
> rond-points (il y en a quelques centaines sur toute l’agglomération) ont
> été découpés peu de temps avant que le réseau de bus soit complètement
> réagencé.
> > Depuis des semaines, je reconstitue les rond-points, les redimensionne
> et les recale, si nécessaire.
> > Je me suis aperçu que la fusion est sensible à une faute d’orthographe
> dans un des « name ». Elle était empêchée, parce qu’un segment était nommé
> « name:br = kroazhent-tro X » (il faut un s et non un z). Anomalie assez
> peu explicable.
> > Cela me fait penser que le découpage a pour conséquence de compliquer la
> tâche de ceux qui veulent ajouter des « name » dans des alphabets
> différents.
> > Apparemment et heureusement, les relations n’interfèrent pas.
> > Cela va dans le sens de les attacher au rond-point entier.
> > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens,
> donc le bus est amené à faire un tour complet (dans un cas, le trajet est
> énorme, peut-être 150 m).
> >
> > Les réorganisations des bus sont d’excellentes occasions pour vérifier
> la qualité et remettre à jour la voirie, les adresses, les passages
> piétons, etc.
> >
> > Christian R.
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[marc marc]

tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un 
trajet de de bus au lieu d'afficher l'ensemble du rond-point.
on a dàjà mainte fois évoqué la galère de maintenance que cela constitue 
mais je pense que c'est peine perdue

Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
> J’aimerais connaître les raisons pour lesquelles certains membres de la 
> communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à 
> 7).
> Ceux que j’ai tracé dans ma ville, connue pour être la capitale des 
> rond-points (il y en a quelques centaines sur toute l’agglomération) ont été 
> découpés peu de temps avant que le réseau de bus soit complètement réagencé.
> Depuis des semaines, je reconstitue les rond-points, les redimensionne et les 
> recale, si nécessaire.
> Je me suis aperçu que la fusion est sensible à une faute d’orthographe dans 
> un des « name ». Elle était empêchée, parce qu’un segment était nommé « 
> name:br = kroazhent-tro X » (il faut un s et non un z). Anomalie assez peu 
> explicable.
> Cela me fait penser que le découpage a pour conséquence de compliquer la 
> tâche de ceux qui veulent ajouter des « name » dans des alphabets différents.
> Apparemment et heureusement, les relations n’interfèrent pas.
> Cela va dans le sens de les attacher au rond-point entier.
> Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens, donc 
> le bus est amené à faire un tour complet (dans un cas, le trajet est énorme, 
> peut-être 150 m).
> 
> Les réorganisations des bus sont d’excellentes occasions pour vérifier la 
> qualité et remettre à jour la voirie, les adresses, les passages piétons, etc.
> 
> Christian R.
> 
> 
> 
> ___
> 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] Need some help regarding GSOC

[Jo]

Hi Vasu,

It's indeed great to see you're interested at this early stage. If you like
we can have a hangout, where I'll demo JOSM to you. JOSM is our advanced
editor and it's written in Java. We can talk about improvements that can be
made to it. But first I'll show you how to use it to map. It's important to
understand the data model.

When you get started and just draw roads and buildings or add POIs, it's
relatively simple. So that's a good place to start. When you start using it
to create itineraries (bicycle, hiking, public transport, etc), turn
restrictions and multipolygons it becomes a bit more complex and that's
where the editor could become more helpful to assist mappers and make them
more productive.

Let me know when you would have time for a Google Hangout.

Polyglot

Op do 13 sep. 2018 om 20:32 schreef vasu dev Singh <
vasudevsingh...@gmail.com>:

> I am, Vasu Dev Singh, a 3rd-year undergraduate majoring in *Mathematics
> and Computing* at *IIT Delhi*, India, which was ranked first among
> engineering colleges in India by *QS World University Ranking. *I want to
> do a project with OpenStreetMap but I don’t know how to start. I have a
> good command on java.It will be an honor if you guide me and provide me
> with study material so that I can start preparing for GSOC 2019.I don’t
> know how its works and I am not able to access your mailing list. I will be
> waiting for your reply.
>
>
>
> Thank you
>
>
>
> Sent from Mail  for
> Windows 10
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Need some help regarding GSOC

[Tobias Knerr]

Hello Vasu,

thank you for your interest in participating in Google Summer of Code at
OpenStreetMap!

On 13.09.2018 20:30, vasu dev Singh wrote:
> I want
> to do a project with OpenStreetMap but I don’t know how to start.
One trait we're looking for in GSoC students is familiarity with the OSM
community. So at this point, it might not be a bad idea to do some
mapping in your local area, to explore the ecosystem of OSM-based
software, and so on.

In 2019 (assuming OSM will be selected as a mentoring organization), we
will publish a list of project ideas, much as we did this year. At that
point, you will be able to get in contact with the mentor(s) of the
specific ideas you are interested in, who may be able to suggest some
preparations more closely related to the development project in question.

Of course, you can also get in contact with developers directly if you
already know that you're interested in a particular open source project
under the OSM umbrella.

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

[OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Christian Rogel]

J’aimerais connaître les raisons pour lesquelles certains membres de la 
communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à 7).
Ceux que j’ai tracé dans ma ville, connue pour être la capitale des rond-points 
(il y en a quelques centaines sur toute l’agglomération) ont été découpés peu 
de temps avant que le réseau de bus soit complètement réagencé.
Depuis des semaines, je reconstitue les rond-points, les redimensionne et les 
recale, si nécessaire.
Je me suis aperçu que la fusion est sensible à une faute d’orthographe dans un 
des « name ». Elle était empêchée, parce qu’un segment était nommé « name:br = 
kroazhent-tro X » (il faut un s et non un z). Anomalie assez peu explicable.
Cela me fait penser que le découpage a pour conséquence de compliquer la tâche 
de ceux qui veulent ajouter des « name » dans des alphabets différents.
Apparemment et heureusement, les relations n’interfèrent pas.
Cela va dans le sens de les attacher au rond-point entier.
Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens, donc le 
bus est amené à faire un tour complet (dans un cas, le trajet est énorme, 
peut-être 150 m).

Les réorganisations des bus sont d’excellentes occasions pour vérifier la 
qualité et remettre à jour la voirie, les adresses, les passages piétons, etc.

Christian R.



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

Re: [Talk-it] dataset MISE distributori

[Cascafico Giovanni]

Ho disabilitato la validazione, finchè non trovo cosa c'è che non va.
Scusate.

Il giorno 13 settembre 2018 17:35, Gabriele Sani 
ha scritto:

> Anche nella mia città ne mancano diversi e i 2 a cui vado solitamente
> avevano tag/posizioni sbagliate
>
> Il gio 13 set 2018 16:11 Francesco Pelullo  ha
> scritto:
>
>>
>>
>> Il gio 13 set 2018, 15:36 Cascafico Giovanni  ha
>> scritto:
>>
>>> E' pronto l'audit per aggiungere all'import le 824 pompe gpl e metano
>>> (fuel:lpg e fuel:cng). Potete usare Mapillary o, meglio, le vostre
>>> conoscenze locali anche per approvare piccoli aggiustamenti di operator.
>>>
>>>
>>>
>>> http://audit.osmz.ru/project/IGFS/
>>>
>>>
>> Più tardi ti  lascio i Fixme, volevo soltanto avvertire che ho
>> controllati i tre impianti fuel:cng nel mio paesello e mancano tutti
>> (quelli  benzina/gasolio invece ci sono).
>>
>> Come mai ?
>> Ciao
>> /niubii/
>> ___
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] Need some help regarding GSOC

[vasu dev Singh]

I am, Vasu Dev Singh, a 3rd-year undergraduate majoring in Mathematics and 
Computing at IIT Delhi, India, which was ranked first among engineering 
colleges in India by QS World University Ranking. I want to do a project with 
OpenStreetMap but I don’t know how to start. I have a good command on java.It 
will be an honor if you guide me and provide me with study material so that I 
can start preparing for GSOC 2019.I don’t know how its works and I am not able 
to access your mailing list. I will be waiting for your reply. 

Thank you

Sent from Mail for Windows 10

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

Re: [Talk-it] Google Earth dei venti...

[Sergio Manzi]

Che scemo che sono! E' perché il tuo link ha "embedded" l'orario: 
"2018/09/12/1200Z"

Con questo 
https://earth.nullschool.net/#current/wind/surface/level/orthographic=-74.82,34.46,3000
 si vede in tempo reale

.. e con "il tuo" si può vedere lo storico, che in Windy mi sembra non ci sia: 
un anno fa, 
https://earth.nullschool.net/#2017/09/12/1200Z/wind/surface/level/orthographic=-51.03,12.71,206

Bello!!!  :-)



On 2018-09-13 20:15, Sergio Manzi wrote:
> No, prima volta che lo vedo, ma mi sembra che sia in ritardo rispetto a 
> https://www.windy.com
>
> Controlla le posizioni attuali dell'uragano Florence nei due...
>
> Ciao!
>
>
> On 2018-09-13 19:59, Alessandro Vitali wrote:
>> ...ma lo conoscevate??
>>
>> https://earth.nullschool.net/#/wind/surface/level/orthographic=9.85,45.48,2956/loc=9.845,45.479
>>




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Vetorização de matas no OSM com Sentinel-2

[Sérgio V .]

Ok, obrigado, agora vendo o gráfico comecei a entender, vou testar, valeu!


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Paulo Carvalho 
Enviado: quinta-feira, 13 de setembro de 2018 14:05
Para: OSM talk-br
Assunto: Re: [Talk-br] Vetorização de matas no OSM com Sentinel-2



Em qui, 13 de set de 2018 às 13:08, Sérgio V. 
mailto:svo...@hotmail.com>> escreveu:

Bom dia pessoal, Paulo e Gerald, obrigado pelos aportes!
Tenho muito interesse em que se possa aprimorar o processo, e/ou facilitar, 
onde possível e necessário.
-Gerald, baixei o artigo, vou olhar mais a fundo, exigirá mais tempo.
-Paulo, infelizmente não apareceu a imagem exemplo que vc enviou, o talk-list 
não exibe imagem, só link. Se puder mandar em link (tipo 
imgur.com:  https://i.imgur.com/n3LV9qJ.jpg), seria ótimo.

Sem figuras?  Precisamos sair da década de 1990!  Aqui, é a figura 11 desse 
artigo: 
https://www.researchgate.net/publication/249553119_Optimizing_4D_fluid_imaging


Estou tomando muito em consideração as suas colocações técnicas.

Claro, quando cruzei B11+((1-NDVI)*4000), o objetivo foi arrastar pra fora tudo 
que não é mata, na Mata Altlâtica.Serviu ali.

Ok.

Não serviu nos outros biomas. Foquei só em forest e wood. Que já me pareceu bem 
identificável pelo B11, só que no B11 mistura perto de valores de água, e é 
mais afetado por sombra. Por isso a de filtra pelo NDVI o que não é matas. Usei 
só B11 e NDV( (B04 e B08). Não cruzei com a imagem RGB (TCI). Só usei ela pra 
observar.

Quando teu problema começa a "pedir um monte de IF's" trata-se de um problema 
de tomada de decisão de múltiplas variáveis.  Neste caso, a decisão é 
classificar cada pixel da imagem.  Se tu tentares escrever IF's dentro de IF's 
para 6 variáveis, vai complicar.  Na prática é um problema intratável 
diretamente.  Para esse tipo de problema deve-se usar um algoritmo de 
classificação desses já sugeridos.  Comece pelo crossplot B11 versus NDVI.  O 
que ele mostra?  Não tentemos abordar tudo isso de uma vez.  Baby steps...

Tinha testado o "SemiAutomaticClassificationPlugin (SCP)" 
https://github.com/semiautomaticgit/SemiAutomaticClassificationPlugin
Mas achei muito difícil, 200 páginas de manual. Não sou especialista nisto. O 
que obtive foi lendo um tanto, catando métodos, e adaptando ou inventando 
filtro conforme o necessário, como naquelas equações de ponderação, baseado em 
teste e observação dos resultados.

Do ponto de vista prático, pensava ainda no seguinte: não tenho, a princípio, a 
pretensão de mapear todo tipo de landcover. Mas quem quiser, e a comunidade 
concordar, claro. Pensei nas matas, por serem os agregados de vegetação mais 
densos, como um obstáculo geográfico; e pouco são mapeadas, ou razoavelmente 
bem, até pelo trabalho que dá, e dependendo de conhecimento nem sempre muito 
preciso. Apesar de gostar de matas, acho que são elementos acessórios no OSM. 
Ainda assim importantes de constar, como base de localização, referência 
cartográfica. Não necessitam de enorme resolução. Talvez ainda se pudesse 
baixar a resolução resultante. A ver o que vocês acham, e a comunidade. Enfim, 
tenho uma preferência pessoal por matas. Mas nada impede que um método permita 
mapear o resto. O objetivo é prático, cartografar o que seja de interesse e 
conveniente para o OSM.

Acredito sim que seria ótimo em termos de obtenção geral de informações poder 
até ampliar as classes possíveis de detectar, ou usar mais adequadamente se 
possível. É muito bem-vinda sua ideia de: "tem um ótimo potencial para criar um 
classificador automático ou supervisionado robusto e válido em qualquer lugar, 
o que reduziria MUITO a
quantidade de trabalho manual." Seria ótimo! Não entendi todos os passos que vc 
sugeriu, sou um tanto leigo no assunto quando passa para nível mais profundo. 
Vou pesquisar ainda com mais tempo o que vc falou. Se tiver uma formulação para 
indicar, os índices e métodos melhores, etc,  para possibilidades de mapeamento 
assistido, será muito bem-vinda, ótima contribuição! Penso num método que seja 
relativamente fácil. Que quem desejar se aprofundar um pouco possa fazer no OSM.

Seria bom se podermos encontrar meio para isso. Se quiser sugerir, podemos usar 
a mesma wiki para isso. Sobretudo afinamentos técnicos. O método tem objetivo 
de poder ser usado por qualquer um que tenha o interesse em se aprofundar pra 
mapear. Podemos usar a seção talk da mesma wiki, quem desejar contribuir, e ir 
afinando para imlplementar.
https://wiki.openstreetmap.org/wiki/Talk:Vetoriza%C3%A7%C3%A3o_de_matas_com_Sentinel-2
Obrigado antecipadamente pelas contribuições! Já registradas ali.

Por outro lado, a pergunta que ainda faço é: acham que o que tem ali já 
apresentaria resultado mapeável para upload ao OSM? Ainda que se possa afinar 
mais coisas.
Penso sobretudo para Mata Atlântica.
Baixar mais da atual resolução? (~ 100nós/km2; curvas com 1nó/10m).
Ou 

Re: [Talk-it] Google Earth dei venti...

[Sergio Manzi]

No, prima volta che lo vedo, ma mi sembra che sia in ritardo rispetto a 
https://www.windy.com

Controlla le posizioni attuali dell'uragano Florence nei due...

Ciao!


On 2018-09-13 19:59, Alessandro Vitali wrote:
> ...ma lo conoscevate??
>
> https://earth.nullschool.net/#2018/09/12/1200Z/wind/surface/level/orthographic=9.85,45.48,2956/loc=9.845,45.479
>



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Google Earth dei venti...

[Alessandro Vitali]

...ma lo conoscevate??

https://earth.nullschool.net/#2018/09/12/1200Z/wind/surface/level/orthographic=9.85,45.48,2956/loc=9.845,45.479
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Simposio ONU sul tema della Toponomastica e della Cartografia

[Davide Sandona']

Per chi fosse interessato alla toponomastica, giro un evento [1] che mi è
arrivato via newsletter.

[1]
http://www.regione.veneto.it/web/ambiente-e-territorio/dettaglio-news-urbanistica?_spp_detailId=3237505

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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

[Axelos]

Le 13/09/2018 à 16:03, Christian Rogel a écrit :
>> Le 12 sept. 2018 à 20:10, JB  a écrit :
>>
>> Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a été 
>> discuté, rediscuté plusieurs et encore plusieurs fois ces dernières années. 
>> Tu as tenté de relancer la discussion sans grande réussite il y a quelques 
>> mois, si je ne me trompe pas. Ça n'a pas l'air de prendre cette fois-ci 
>> non-plus. Laisser les choses telles qu'elles sont, ce qui semble le 
>> compromis le plus stable ou au mieux le moins bancal, t'empêchera-t-il 
>> de dormir tranquille ? 
>> Je pense que le panier de crabes est mieux ainsi, en équilibre, que si on le 
>> retourne une fois encore. Je pense que tu risques de te frotter à des 
>> résistances locales à plusieurs endroits, à des conflits d'éditions, qui 
>> montent parfois vite en tension lorsque la modification est faite par des 
>> contributeurs distants. Es-tu sûr que le jeu en vaille la chandelle ?
>> JB.
>>
>> Le 12/09/2018 à 12:59, djakk djakk a écrit :
>>> Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je 
>>> réfléchi à de nouvelles valeurs pour la clé (pour refléter les quatre-voies 
>>> en normes autoroutières - Bande d'arrêt d’urgence bitumée et large - et 
>>> d’autres cas)
>>>
>>> djakk
>>>
>>>
>>> Le lun. 10 sept. 2018 à 19:49, djakk djakk >> > a écrit :
>>> Coucou !
>>>
>>> Je reviens sur cette histoire de highway=trunk qui diffère selon les pays. 
>>>
>>> Je pense qu’il est important d’avoir pour chaque clé-valeur une définition 
>>> commune au monde entier (autant que possible ) et qu’un 5e niveau dans la 
>>> hiérarchie des “highways” 
>>> serait souhaitable : residential/unclassified - tertiary - secondary - 
>>> primary - trunk. 
>>>
>>> Du coup, il s’agirait de reprendre pour la France le classement anglais des 
>>> highways, où le trunk désigne une super-route pas forcément de type 
>>> autoroutier. 
>>>
>>> Par exemple pour différencier la N12 et la D31 à Ernée (
>>> https://www.openstreetmap.org/#map=12/48.3017/-0.9306 
>>>  ) la N12 serait à 
>>> mettre en trunk - comme à priori toutes les nationales restant en France. 
>>>
>>> Pour retrouver les informations actuellement fournies par le trunk français 
>>> : la classification administrative avec le panneau “route pour 
>>> automobiles”, on a la clé-valeur “motorroad=yes”. 
>>> Il faut inventer une nouvelle clé pour désigner une route dénivelée (pas de 
>>> carrefours à niveau) : at_grade=no ou junctionS=interchangeS (utile pour 
>>> les cas où la route ressemble à une route pour automobiles dénivelée, mais 
>>> ça n’en est pas une officiellement, exemple : la N12 au niveau de 
>>> Goussainville :
>>> https://www.openstreetmap.org/#map=16/48.7718/1.5526 
>>>  
> 
> 
> J’avais aussi lancé ce sujet sur cet liste. Je continue à trouver loufoque 
> d’invoquer le critère de limitation de vitesse, alors que celui-ci est inclus 
> dans la qualification de la voie et que cette redondance ne gêne pas certains 
> de nos chers geeks qui veulent pourtant élaguer des appellations visibles sur 
> le terrain.
> La résistance à l’utilsation de « trunk » pour qualifier les voies 
> structurantes (et son corollaire, dénier la qualité d’autoroute aux voies 
> express) est, en réalité, issue d'un contexte politique : on ne va pas 
> contredire les manies des ingénieurs de Ponts, car, on a trop de respect pour 
> l’État.
> On suppose que le classement opéré par celui-ci est approprié, sans en 
> esquisser la moindre mise en cause.
> Ce serait trop dérangeant de marcher sans béquilles.
> A la prochaine révolution, peut-être… ;-)


Et moi je continue à trouver loufoque cette idée bien française
d'interdire par défaut les non-automobiles sur les highway=trunk tout en
ignorant l'attribut motorroad
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France
https://wiki.openstreetmap.org/wiki/Key:motorroad

Ça date de 2014 :
http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html

Comme quoi on a tous à y redire :)

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

Re: [Talk-br] Vetorização de matas no OSM com Sentinel-2

[Paulo Carvalho]

Em qui, 13 de set de 2018 às 13:08, Sérgio V.  escreveu:

> Bom dia pessoal, Paulo e Gerald, obrigado pelos aportes!
> Tenho muito interesse em que se possa aprimorar o processo, e/ou
> facilitar, onde possível e necessário.
> -Gerald, baixei o artigo, vou olhar mais a fundo, exigirá mais tempo.
> -Paulo, infelizmente não apareceu a imagem exemplo que vc enviou, o
> talk-list não exibe imagem, só link. Se puder mandar em link (tipo
> imgur.com:  https://i.imgur.com/n3LV9qJ.jpg), seria ótimo.
>

Sem figuras?  Precisamos sair da década de 1990!  Aqui, é a figura 11 desse
artigo:
https://www.researchgate.net/publication/249553119_Optimizing_4D_fluid_imaging



> Estou tomando muito em consideração as suas colocações técnicas.
>
> Claro, quando cruzei B11+((1-NDVI)*4000), o objetivo foi arrastar pra fora
> tudo que não é mata, na Mata Altlâtica.Serviu ali.
>

Ok.


> Não serviu nos outros biomas. Foquei só em forest e wood. Que já me
> pareceu bem identificável pelo B11, só que no B11 mistura perto de valores
> de água, e é mais afetado por sombra. Por isso a de filtra pelo NDVI o que
> não é matas. Usei só B11 e NDV( (B04 e B08). Não cruzei com a imagem RGB
> (TCI). Só usei ela pra observar.
>

Quando teu problema começa a "pedir um monte de IF's" trata-se de um
problema de tomada de decisão de múltiplas variáveis.  Neste caso, a
decisão é classificar cada pixel da imagem.  Se tu tentares escrever IF's
dentro de IF's para 6 variáveis, vai complicar.  Na prática é um problema
intratável diretamente.  Para esse tipo de problema deve-se usar um
algoritmo de classificação desses já sugeridos.  Comece pelo crossplot B11
versus NDVI.  O que ele mostra?  Não tentemos abordar tudo isso de uma
vez.  Baby steps...


> Tinha testado o "SemiAutomaticClassificationPlugin (SCP)"
> https://github.com/semiautomaticgit/SemiAutomaticClassificationPlugin
> Mas achei muito difícil, 200 páginas de manual. Não sou especialista
> nisto. O que obtive foi lendo um tanto, catando métodos, e adaptando ou
> inventando filtro conforme o necessário, como naquelas equações de
> ponderação, baseado em teste e observação dos resultados.
>
> Do ponto de vista prático, pensava ainda no seguinte: não tenho, a
> princípio, a pretensão de mapear todo tipo de landcover. Mas quem quiser,
> e a comunidade concordar, claro. Pensei nas matas, por serem os agregados
> de vegetação mais densos, como um obstáculo geográfico; e pouco são
> mapeadas, ou razoavelmente bem, até pelo trabalho que dá, e dependendo de
> conhecimento nem sempre muito preciso. Apesar de gostar de matas, acho que
> são elementos acessórios no OSM. Ainda assim importantes de constar, como
> base de localização, referência cartográfica. Não necessitam de enorme
> resolução. Talvez ainda se pudesse baixar a resolução resultante. A ver o
> que vocês acham, e a comunidade. Enfim, tenho uma preferência pessoal por
> matas. Mas nada impede que um método permita mapear o resto. O objetivo é
> prático, cartografar o que seja de interesse e conveniente para o OSM.
>
> Acredito sim que seria ótimo em termos de obtenção geral de informações
> poder até ampliar as classes possíveis de detectar, ou usar mais
> adequadamente se possível. É muito bem-vinda sua ideia de: "tem um ótimo
> potencial para criar um classificador automático ou supervisionado robusto
> e válido em qualquer lugar, o que reduziria MUITO a
> quantidade de trabalho manual." Seria ótimo! Não entendi todos os passos
> que vc sugeriu, sou um tanto leigo no assunto quando passa para nível mais
> profundo. Vou pesquisar ainda com mais tempo o que vc falou. Se tiver uma
> formulação para indicar, os índices e métodos melhores, etc,  para
> possibilidades de mapeamento assistido, será muito bem-vinda, ótima
> contribuição! Penso num método que seja relativamente fácil. Que quem
> desejar se aprofundar um pouco possa fazer no OSM.
>
> Seria bom se podermos encontrar meio para isso. Se quiser sugerir, podemos
> usar a mesma wiki para isso. Sobretudo afinamentos técnicos. O método tem
> objetivo de poder ser usado por qualquer um que tenha o interesse em se
> aprofundar pra mapear. Podemos usar a seção talk da mesma wiki, quem
> desejar contribuir, e ir afinando para imlplementar.
>
> https://wiki.openstreetmap.org/wiki/Talk:Vetoriza%C3%A7%C3%A3o_de_matas_com_Sentinel-2
> Obrigado antecipadamente pelas contribuições! Já registradas ali.
>
> Por outro lado, a pergunta que ainda faço é: acham que o que tem ali já
> apresentaria resultado mapeável para upload ao OSM? Ainda que se possa
> afinar mais coisas.
> Penso sobretudo para Mata Atlântica.
> Baixar mais da atual resolução? (~ 100nós/km2; curvas com 1nó/10m).
> Ou poderíamos antes afinar ou ampliar mais o método? Ou concomitantemente?
>
> Eu acho que o método (atual) apresentou bons resultados, sobretudo nas
> áreas de bioma Mata Atlântica.
> Onde pensava mais em usar pra mapear, pelos seguintes motivos:
> -é a área de mata mais próxima da área de maior ocupação humana no Brasil,
> 

Re: [Talk-cat] GeoBirres OSM

[Carlos Sánchez]

Jo surto a les 18:00 així que espero arribar abans de les 19h.

El jue., 13 sept. 2018 13:19, JOAQUIN GARCIA 
escribió:

> Per si algú no li ha arribat encara per un altre canal., Us recordo que
> demà a partir de les 4 de la tarda és el dia per veure'n les cares.
>
> Salut i Mapes, JQN
>
> El jue., 30 ago. 2018 a las 9:48, JOAQUIN GARCIA (<
> joaquin.garc...@gmail.com>) escribió:
>
>> Bon dia a tots:
>>
>> Al grup de Telegram ens vam proposar que féssim una trobada per dos motius
>>
>> 1. Que feia molt que no ens veiem o no ens hem vist cara a cara mai
>> 2. Hi ha molta gent nova que és millor sentir-se fer-nos costat entre
>> tots.
>>
>> És per això que he proposat fer una trobada al lloc on col·laboro on tinc
>> accés a diferents sales, incloent-hi la sala d'informàtica, per si voleu
>> ficar-vos en farina.
>>
>> https://www.openstreetmap.org/node/5658455709
>>
>> Es tractaria de debatre, de parlar de projectes de futur, de resoldre
>> dubtes, etc.
>>
>> La sessió serà de tarda, de 4 a 8, amb la intenció que la gent vingui
>> quan pugi.
>>
>> Us deixo l'enllaç, perquè seleccioneu dia i us apunteu
>>
>> https://doodle.com/poll/vkzx89r46a3ictp7
>>
>> Salut i Mapes, JQN
>>
>> --
>> *Joaquín García Martínez*
>>
>> joaquin.garc...@gmail.com
>>
>> Tlf. 629187135
>>
>>
>
> --
> *Joaquín García Martínez*
>
> joaquin.garc...@gmail.com
>
> Tlf. 629187135
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

[Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO

[Alouette955]

Bonjour,

Après quelques discussions informelles je propose ici un import pour les arrêts 
d’autobus du réseau EXO (anciennement Réseau de transport métropolitain).


https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain

Cet import sera l’étape préliminaire à l’ajout des lignes et trajets d’autobus 
de ces réseaux par la création des relations incorporant tant les arrêts de bus 
que les chemins (rues) parcourues selon le schéma de transport public v2 tel 
que décrit dans la page https://wiki.openstreetmap.org/wiki/FR:Bus.

Étant néophyte dans les imports j’aimerais soumettre cette page à tout 
commentaire permettant d’ajuster le tir allant jusqu’à me recommander de ne pas 
m’embarquer là-dedans.

Merci,

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

Re: [Talk-es] Gestor de Tareas

[Alejandro S.]

Ya vuelve a funcionar.


Atentamente,
  Alejandro Suárez


On Wed, 12 Sep 2018 at 20:01, dcapillae  wrote:

> Hola.
>
> No me es posible acceder al gestor de tareas. El navegador me devuelve un
> mensaje de error informando de que no es posible establecer conexión con el
> servidor. Ocurre desde el día de ayer (2018-09-12) al menos. Imagino que no
> soy el único que tiene esta misma incidencia.
>
> Quedo a la espera de que se solucione o de que alguien con más
> conocimientos
> pueda informarnos del problema. Hay varios proyectos de importación en
> curso
> y dependemos del buen funcionamiento del gestor de tareas.
>
> Gracias por vuestra colaboración.
>
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-br] Vetorização de matas no OSM com Sentinel-2

[Sérgio V .]

Agora que li!
"The ground truth for the images was created from OpenStreetMap (OSM). The 
classes considered
in our work are (a) water, (b) farmland, (c) forest and (d) urban area."
. . .
"Utilizing OpenStreetMap, we were also able to apply these
networks for the semantic classification of Sentinel-1 and Sentinel-2 satellite 
images."
. . .
"For Sentinel images, we plan to collect a large number of images and 
corresponding
ground truth from OpenStreetMap and then train the framework with random 
initialization."

( ! ! )


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Gerald Weber 
Enviado: quinta-feira, 13 de setembro de 2018 10:06
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Vetorização de matas no OSM com Sentinel-2

Oi Sérgio

iniciativa fantástica, por acaso vi este artigo hoje:
Supervised Classification of Multisensor Remotely Sensed Images Using a Deep 
Learning Framework
http://www.mdpi.com/2072-4292/10/9/1429

talvez seja de interesse

abraço

Gerald

Obs: cirei um alerta no Google Acadêmico para me avisar sobre artigos 
científicos onde aparece a palavra "OpenStreetMap"

2018-09-12 20:40 GMT-03:00 Sérgio V. 
mailto:svo...@hotmail.com>>:

Prezados(as),

venho aqui expor e submeter à apreciação da comunidade OSM no Brasil uma 
proposta de método de mapeamento de matas para o OSM (natural=wood e 
landuse=forest) , baseado em vetorização semi-automatizada de imagens do 
satélite Sentinel-2, para o que peço autorização para uso em mapeamento no OSM 
no Brasil.

A proposta detalhada passo-a-passo encontra-se documentada na página wiki 
"Vetorização de matas com Sentinel-2":
https://wiki.openstreetmap.org/wiki/Vetoriza%C3%A7%C3%A3o_de_matas_com_Sentinel-2

Os testes já realizados (sem upload) encontram-se na página:
https://wiki.openstreetmap.org/wiki/User:SergioAJV/Sentinel-2_vectorizing_tests

O objetivo desta proposta, resumidamente, é contribuir com uma ferramenta para 
o mapeamento no OSM de grandes coberturas de matas.

A justificativa consiste, basicamente, em que o método possibilita mapear 
grandes áreas de mata, de municípios ou regiões de interesse, adequadamente, 
mais rapidamente, e com melhor precisão geométrica do que o que comumente pode 
ser encontrado ou realizado em mapeamento exclusivamente manual e com as 
imagens disponíveis nem sempre atualizadas e que, de todo modo, não permitem 
escolha, como de épocas do ano mais propícias à identificação de vegetação.

O método se destina a matas. Não se destina ao mapeamento de objetos pequenos. 
A resolução das imagens disponíveis é de 10 e 20m/pixel, e as geometrias 
resultantes da ordem de ~1nó/10m em curvas. Ainda assim maior do que se pode 
encontrar muitas vezes em mapeamento manual de "landcover", como matas. O 
processo pode gerar cerca de 100 a 150 nós por km2, em áreas com muita 
variedade de tipos de matas. O que significa cerca de 1.000.000 de nós a partir 
de 1 imagem Sentinel de 100x100km. Menos que isso em áreas mais homogêneas.

O método exige o controle ativo dos parâmetros de distinção de classes de 
vegetação e demais elementos geográficos a partir das imagens de satélite, em 
todo o andamento do processo, até o resultado final na geração de vetores .osm.
Exige certo tempo na aplicação dos passos, e sobretudo atenção, como na medição 
de valores de pixels para as classes de objetos, escolha de objetos para 
amostragem, bem como na verificação do resultado final. Não é um processo 
imediato. Ainda assim, permite grande ganho de tempo no mapeamento.

Mais detalhes podem ser encontrados nas citadas páginas de documentação.

Agradeço sua atenção e apreciação, acolhendo questões ou comentários no que 
desejarem e/ou julgarem necessário.



- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs

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




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

Re: [Talk-us] Denver RTD's public_transport growth

[OSM Volunteer stevea]

Jay Johnson  wrote:
> The authoritative source for railroad GIS data is usually considered to be 
> BTS:  https://www.bts.gov

Thank you, Jay!  That's a very rich website, I'm now fumbling my way through it 
and I think I can find the "platform/stop" locations I'm looking for, but it 
may take some data massaging to get those into OSM in a straight line.  I find 
it kind of neat (circular logic?) that OSM is at least partly used as a basemap 
layer on this site's geo browser, although as I drill down to the data I'm 
looking for, the US DOT web site "becomes" a US DOT-branded site in the 
opendata.arcgis.com domain.  OK, whatever; ArcGIS' open data portal using OSM 
doesn't surprise me, and they do properly attribute OSM.

Some of these data appear to be a national agglomeration of 
transit-authority-produced GTFS feeds, which is/was another method by which I 
might have obtained these data (they are published either by the transit 
authorities themselves or by similar, non-governmental, often academic sites 
which collate the data).  I'm sort of slapping my forehead that I didn't think 
of GTFS data first, as I mentioned GTFS in a 2014 SOTM-US talk I gave on 
national bicycle routing; GTFS are really useful data, and them finding their 
way into OSM is a fairly natural thing to happen (given time, and here we are).

I'm also appreciative that the bts.gov data are quite fresh; it looks like they 
started the project in 2016 and some of the data are dated February, 2018.  
Great!

> When I worked at BNSF, that is what was used to initially populate the 
> linework for our rail feature class.

I would have thought BNSF (and other Class I carriers) had their own maps of 
their own rail lines.  Interesting that they use a .gov site (and data) to 
"populate the linework."  Again, seems sort of circular, as the rail line data 
had to originate from somewhere.

> Class I railroads (the very large ones) are generally regulated by the 
> Federal Railroad Administration.  PUC is for telecom, electric and gas.  

I had great luck with California's PUC and rail data:  one was a statewide 
"crossing spreadsheet" that listed road/rail crossings and allowed OSM (me, in 
this case) to replace (at least in California) our rough TIGER rail data with 
proper Subdivision names.  That took me some time to curate, but our 
California/Railroads wiki and useful products like OpenRailwayMap and 
OpenPublicTransportMap are all the better for it wherever OSM volunteers do 
this work.  The California PUC also publishes an excellent PDF/hypertext of 
passenger rail data (a link to it is in our wiki) right down to the level of 
speed limits on segments and signal/switch names.  That's pretty ambitious 
(especially in a state with as much rail as California) and I haven't 
incorporated those data into OSM, but the links are there for anybody who wants 
to bite that off and chew (and chew, and chew).

Part of what I'm doing is "building community" by launching Colorado/Railroads 
(as another statewide wiki "seed" for good rail documentation) in the hopes of 
inspiring others to do the same in their states.  (We're up to ten or eleven 
states now with alpha/beta-level rail wiki pages).  And, I was hoping that OSM 
volunteers would take heed to "Map Your Train Ride!" to get more platform/stop 
data into OSM's passenger train routes.  But, there is more than one way to do 
all of these things, of course.

Fantastic there are so much good data "out there" and that we have people 
reading this list who know where to find them!

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

Re: [Talk-it] dataset MISE distributori

[Gabriele Sani]

Anche nella mia città ne mancano diversi e i 2 a cui vado solitamente
avevano tag/posizioni sbagliate

Il gio 13 set 2018 16:11 Francesco Pelullo  ha scritto:

>
>
> Il gio 13 set 2018, 15:36 Cascafico Giovanni  ha
> scritto:
>
>> E' pronto l'audit per aggiungere all'import le 824 pompe gpl e metano
>> (fuel:lpg e fuel:cng). Potete usare Mapillary o, meglio, le vostre
>> conoscenze locali anche per approvare piccoli aggiustamenti di operator.
>>
>>
>>
>> http://audit.osmz.ru/project/IGFS/
>>
>>
> Più tardi ti  lascio i Fixme, volevo soltanto avvertire che ho controllati
> i tre impianti fuel:cng nel mio paesello e mancano tutti (quelli
> benzina/gasolio invece ci sono).
>
> Come mai ?
> Ciao
> /niubii/
> ___
> 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-cz] Fody na www.openstreetmap.cz

[Zdeněk Pražák]

bylo by možné aby přihlášení na Fody bylo trvalé, nyní se musím pokaádé
když chci nahrát fotky znovu přihlásit
Pražák

út 11. 9. 2018 v 17:24 odesílatel Tom Ka  napsal:

> Ahoj,
>
> Fody je nasazeno v produkcnim rezimu na www.openstreetmap.cz jako
> nahrada api.openstreetmap.cz od Walleyho.
> Zakladni informace a dokumentaci najdete na:
>
> https://openstreetmap.cz/git/tom.k/Fody/wiki
>
> Pokud neco chybi nebo nevite, ozvete se prosim, doplnim. Pro zacatek
> bych rad pozadal predevsim autory doposud vyfocených fotek, aby se do
> Fody prihlasili a potvrdili souhlas s podminkami pouziti (Snazil jsem
> se aby byly kratke, prectete si je prosim!). Postupne budu muset
> zkontaktovat ty, co to neudelaji sami a pokud nebudou souhlasit (nebo
> se je nepovede zkontaktovat), budou muset byt fotky odstraneny.
>
> Diky vsem co pomohli s testovanim, nebo pripominkami a nazory.
>
> ___
> 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-ca] Talk-ca Digest, Vol 127, Issue 8

[keith hartley]

Hi All,
I found the combo of overpass and qGIS was a really good combo specifically
for this sort of thing. Then you could export into R if you wanted to run
stats (qGIS has a pretty good stats engine too)
All you'd have to enter is the building tag as a search, and it'll return
the results.

The web interface would be even faster for a non-GIS-er and you could dump
it all into a nice .CSV.


There's a few quick tutorials under 10 minutes that should get ya up to
speed.
https://vimeo.com/189554102
https://wiki.openstreetmap.org/wiki/Overpass_turbo
and I'm by no means a "Ph. D " in OSM :)

Happy Mapping,
Keith

On Thu, Sep 13, 2018 at 7:01 AM  wrote:

> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. counting buildings - ( 2020 project ) - help please. (john whelan)
>2. Re: counting buildings - ( 2020 project ) - help please.
>   (OSM Volunteer stevea)
>3. Re: counting buildings - ( 2020 project ) - help please.
>   (john whelan)
>4. Re: counting buildings - ( 2020 project ) - help please.
>   (OSM Volunteer stevea)
>
>
> --
>
> Message: 1
> Date: Wed, 12 Sep 2018 13:39:34 -0400
> From: john whelan 
> To: HOT ,  Talk-CA OpenStreetMap
> 
> Subject: [Talk-ca] counting buildings - ( 2020 project ) - help
> please.
> Message-ID:
>  ujzfw0lilghntfcqhqoj9g-msf6oo7j...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> One problems with this mapping project is it is difficult to see how many
> have been mapped.
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Canada/Building_Canada_2020
>
> So I've been playing.  The .OSM data structure does not lend it self easily
> to this sort of thing.  In particular you don't know when you read a line
> in if you want to count it or not.  The critical thing is does the way
> include building= if it does then we are interested in every tag even those
> that have been read in previously.
>
> I started following Bjenk's footsteps with R but realistically setting up
> the environment and parsing the file in R isn't that user friendly.
>
> So I dropped back to Visual Studio express which is free from Microsoft.
> I've been working in the IDE environment and I have something that counts
> ways at the moment.  Extending it to nodes is relatively simple once I have
> the ways working correctly.
>
> A very small sample output is below.
>
>
> detached'  - 3
> t2'  - 2
> terraced'  - 1
>
>
> addr:housenumber - 6
> addr:street - 6
> building:levels - 5
> addr:postcode - 3
> roof:shape - 1
>
> 
>
> I've just spotted that building types have an extra ' in the name.  The
> Comma Separated Values (CSV) were working so they can be fed into a
> spreadsheet or some sort of stats program and 'Real Soon Now'™ it will be
> working once more.
>
> The input is an .osm file so download and chop it up with OSMconvert64 to
> give the area you are interested in. I have sample .bat files available
> that do this.
>
> What I need is someone who has use for the information to look it over and
> give feedback.  Please contact me directly not through the group.
>
> Many Thanks
>
> Cheerio John
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20180912/ef0ffcb9/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Wed, 12 Sep 2018 10:55:19 -0700
> From: OSM Volunteer stevea 
> To: john whelan , talk-ca
> 
> Subject: Re: [Talk-ca] counting buildings - ( 2020 project ) - help
> please.
> Message-ID: <642bd244-73a9-4ca7-abbe-d6be7bb1f...@softworkers.com>
> Content-Type: text/plain;   charset=us-ascii
>
> Whew, seems like overkill.  Try "overpass turbo" (OT) for such queries.
> Here is a sample, and the query language (OverPass QL) is text-based and
> OSM-friendly, as it uses the tags you're searching for:
>
> http://overpass-turbo.eu/s/BQ6
>
> When it dialogs that the query will return a lot of data, click the
> "continue anyway" button and wait a few seconds.  The data are returned
> visually and you can export them in various formats (raw OSM data, GeoJSON,
> GPX, KML).  Look to the left column to see how easy the tags are and read
> our wiki on OT for rich and rewarding documentation.
>
> Have fun,
>
> SteveA
> California
>
> > On Sep 12, 2018, at 10:39 AM, john whelan  wrote:
> (a lot about how hard it is to query our data).
>
>
> 

Re: [Talk-us] Address data for Miami Florida United States

[mangokm40]

Mr. Rasmussen,

Thanks for the offer!  I definitely need help. :)

I looked, and failed to find, the layer without unit#.  That's what I thought 
would be preferred.  Thanks
for spotting it.  I don't see why we would search for a specific unit on a map. 
 When I navigate, I would
just want directions to "1234 NW 33rd Ct", not "1234 NW 33rd Ct Apt 6".  If you 
know
of a good reason for the unit #s, let me know.  It doesn't matter to me, since 
I don't need navigation in
Miami.  :D
If you think 600k points is big, imagine the building footprints. :)  It's 
available, if required.  Heck, they
even make a 3d building layer available.  But I don't think we'll enjoy the 
size.

I knew the license is not a problem.  However, I saved that email just in case 
it comes up.

I'm going to read the info Mr. Juhász provided.  Unfortunately, I'm way behind 
here.
Also, I replied to all b/c I think that's what I'm supposed to do.  However, I 
don't want to 'bug' people on
the list.  Hopefully, someone will let me know if this needs to go off-list.

(_8'()

‐‐‐ Original Message ‐‐‐
On Wednesday, September 12, 2018 4:17 PM, Leif Rasmussen <354...@gmail.com> 
wrote:

> Hi Mango,
> I have quite a lot of experience with address imports, and would love to help 
> with Miami.  I have visited Miami several times, and have grown a liking for 
> it.  Adding addresses there would be a real pleasure.
> There appears to be two address data sets - one with "addr:unit", and one 
> without.  The [one with "addr:unit" 
> addresses](https://gis-mdc.opendata.arcgis.com/datasets/address-with-condo?geometry=-80.369%2C25.708%2C-80.365%2C25.709)
>  has 1,166,445 points, and the [one 
> without](https://gis-mdc.opendata.arcgis.com/datasets/eef6b33da60d47c0964387960c840eea_0?geometry=-80.274%2C25.715%2C-80.272%2C25.715)
>  has 586,171 points.  Both of these should be considered.  I would suggest 
> importing the one with condos, or "addr:unit" features if the quality is 
> good.  Otherwise, I think that the dataset without addr:unit should be 
> imported.
> Also, the license seems OK.  According to the [Miami-Dade County Buildings 
> Import](https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Large_Building_Import#Import%20Data),
>  the license is public domain, which they claim is true of all government 
> produced data in Florida.
> The only issue I see with the data is the size.  My laptop took 5 minutes to 
> open the address points (including addr:unit, so 1,166,445 nodes) and more 
> than 20 minutes to edit a single key.  This could be worked around, though, 
> by splitting up the data.
> I created a [wiki page for the 
> import](https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Address_Import),
>  which is a step of the [Import 
> Guidelines](https://wiki.openstreetmap.org/wiki/Import/Guidelines). Sending a 
> proposal to the local community and imports mailing list will also be needed.
> I hope that this import will end up working out!
> Leif Rasmussen

(_8'()

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Wednesday, September 12, 2018 4:17 PM, Leif Rasmussen <354...@gmail.com> 
wrote:

> Hi Mango,
> I have quite a lot of experience with address imports, and would love to help 
> with Miami.  I have visited Miami several times, and have grown a liking for 
> it.  Adding addresses there would be a real pleasure.
> There appears to be two address data sets - one with "addr:unit", and one 
> without.  The [one with "addr:unit" 
> addresses](https://gis-mdc.opendata.arcgis.com/datasets/address-with-condo?geometry=-80.369%2C25.708%2C-80.365%2C25.709)
>  has 1,166,445 points, and the [one 
> without](https://gis-mdc.opendata.arcgis.com/datasets/eef6b33da60d47c0964387960c840eea_0?geometry=-80.274%2C25.715%2C-80.272%2C25.715)
>  has 586,171 points.  Both of these should be considered.  I would suggest 
> importing the one with condos, or "addr:unit" features if the quality is 
> good.  Otherwise, I think that the dataset without addr:unit should be 
> imported.
> Also, the license seems OK.  According to the [Miami-Dade County Buildings 
> Import](https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Large_Building_Import#Import%20Data),
>  the license is public domain, which they claim is true of all government 
> produced data in Florida.
> The only issue I see with the data is the size.  My laptop took 5 minutes to 
> open the address points (including addr:unit, so 1,166,445 nodes) and more 
> than 20 minutes to edit a single key.  This could be worked around, though, 
> by splitting up the data.
> I created a [wiki page for the 
> import](https://wiki.openstreetmap.org/wiki/Miami-Dade_County_Address_Import),
>  which is a step of the [Import 
> Guidelines](https://wiki.openstreetmap.org/wiki/Import/Guidelines). Sending a 
> proposal to the local community and imports mailing list will also be needed.
> I hope that this import will end up working out!
> Leif 

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Mirek Dlask]

S rozdělením na 'znaceni' a 'rozcestnik' souhlas.
'silnicni' pro 'znaceni' určitě ne. Celá trasa Greenway Jizera je značena
malými tabulkami 'znaceni' a rozhodně nevede celá jen po silnici. Je bez
pásového značení. Nevede jen po silnici  a nedá se celá projet na silničním
kole.
Žluté cyklorozcestníky vídám opravdu jen u silnic, i když ukazují na
odbočku na polní (lesní) cestu.
Ale rozdělení na silniční - trekové - gravel bike - MTB bych u fotek vůbec
neřešil.

čt 13. 9. 2018 v 14:22 odesílatel Tom Ka  napsal:

> Dne 13. září 2018 13:50 majka  napsal(a):
> >
> >
> > On Thu, 13 Sep 2018 at 13:42, Mirek Dlask  wrote:
> >>
> >> Kromě běžných cyklorozcestníků
> >> https://osm.fit.vutbr.cz/fody/files/19162.jpg
> >> máme ještě cyklotabule https://osm.fit.vutbr.cz/fody/files/18214.jpg ,
> což
> >> je v OSM předpokládám také rozcestník.
> >
> >
> > Co je pak tohle? Osobně považuji za cyklorozcestník, protože po jižních
> > Čechách jsem na "běžný" cyklorozcestník nenarazila.
>
> To se snazim celou dobu ukazat a navrhnout tagovani (Fody, OSM ted
> neresim) - jedna vec je
>
>  https://osm.fit.vutbr.cz/fody/files/19162.jpg
>
> a druha pak
> https://osm.fit.vutbr.cz/fody/files/18214.jpg
> a take tohle:
> https://osm.fit.vutbr.cz/fody/files/18263.jpg
>
> Takze at se nekam dobereme, opakuji navrh ve Fody rozlisovat prvni
> pripad pomoci tagu 'cyklo' (+'rozcestnik') a druhy (v obou variantach)
> jako 'silnicni' (+ rozcestnik).
>
> Tohle: https://osm.fit.vutbr.cz/fody/files/17711.jpg za mne psada to
> druhe skupiny a ve Fody bych tagoval: 'silnicni' (+ 'znaceni') protoze
> rozcestnik to neni - nema to ani text smeru ani kilometraz apod.
>
> Pohnem se s tim nekam?
>
> ___
> 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] mlýnský náhon

[Karel Volný]

zdar,

> V souvislosti se sousedním vláknem umělého vodního toku, bych se rád zeptal
> jak se má správně značit mlýnský náhon?
> 
> Já ho vyznačil takto:
>   waterway=canal
>   service=water_power

hm, tady nám trošku koliduje tagování, neboť od waterway jsem se doklikal na
   usage=headrace

>   https://www.openstreetmap.org/way/81895944#map=18/49.26397/16.36446
> 
> Ale trochu mě znervózňuje, že se renderuje strašně tučně. V reálu je tak
> metr široký a rozhodně není širší (ergo důležitější) než ten potok. 

jak kde, jak kde ... :-)

> Co s tím? Řešit to na úrovni renderu, nebo použít nějaké jiné tagy?

potíž bude, že autoři rendererů si s největší pravděpodobností představují 
hlavně první význam, tedy plavební kanál

přidat width=1 by nepomohlo?

hm, co se ptám, můžu zkusit :-)

K.


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Fody na www.openstreetmap.cz

[majka]

On Thu, 13 Sep 2018 at 16:21, o...@kub.cz  wrote:

> Kdysi jsem se o tom bavil s klukama s KČT a rozdíl mezi tím jeslti je
> cyklostezka "žlutopruhová" nebo pomocí "silničních rozcestníků" je čistě v
> tom kdo se o ní stará. KČT má (nepřekvapivě) ty žlutopruhový, nějaká
> organizace obecní samosprávny instaluje ty silniční. V tom jaká je
> sjízdnost rozdíl není (i když pochopitelně z povahy věci ty silniční budou
> spíše na silnice žeano).
>
Neano:
Protože fakt jsem u nás na jihu na pásové značení cyklotrasy nenarazila, a
to ani tam, kde by to člověk tak nějak čekal - např.
https://osm.fit.vutbr.cz/fody/files/11765.jpg nebo
https://osm.fit.vutbr.cz/fody/files/11763.jpg (kvalita cesty na panoramě

nebo
třeba tady, také panorama

 ).

Patrně proto, že se toho u nás chytila "Nadace jihočeské cyklostezky".
Netuším zda pod sebou mají vše...

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[o...@kub.cz]

Kdysi jsem se o tom bavil s klukama s KČT a rozdíl mezi tím jeslti je 
cyklostezka "žlutopruhová" nebo pomocí "silničních rozcestníků" je čistě 
v tom kdo se o ní stará. KČT má (nepřekvapivě) ty žlutopruhový, nějaká 
organizace obecní samosprávny instaluje ty silniční. V tom jaká je 
sjízdnost rozdíl není (i když pochopitelně z povahy věci ty silniční 
budou spíše na silnice žeano).



On 13.9.2018 15:30, Zdeněk Pražák wrote:
no pokud mohu soudit z mého okolí - Královehradecko, Pardubicko, 
Orlické hory,


tak cyklorozcestníky jako 
https://osm.fit.vutbr.cz/fody/files/19162.jpg se vyskytují na 
cyklotrasách značených též pásovým značením (žlutý pás, barva, žlutý 
pás) - nemohu však říci, že by byly sjízdné pouze na horských kolech - 
vedou mnohdy po asfaltových cestách


cyklotabule a cyklorozcestníky se vyskytují ostatních cyklotrasách bez 
pásového značení

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 13. 9. 2018 15:04:55
Předmět: Re: [Talk-cz] Fody na www.openstreetmap.cz


Pro mě je konečně jasné o čem se bavíme .
Mě ale jde právě o to, jak s tím zacházet v OSM. S fotkami se
přizpůsobím, resp. vypadá to pro mě jednoduše:

Vše co mám v dosahu je jen a pouze "silniční", nikde poblíž,
případně v Novohradských horách nebo třeba i v České Kanadě žádný
takový "běžný" cyklo rozcestník podle mě neexistuje.

Následně pak mám problém v OSM, jak s tím tedy zacházet tam.
Protože guidepost nám dává na výběr
"Můžete upřesnit, zda se jedná o rozcestník pro pěší turistiku
(hiking =yes),
nebo pro cyklostezky (bicycle
=yes), nebo
pro lyžařské cesty (ski
=yes)."
anglická wiki pak ještě přihazuje mtb
"To describe the type(s) of the shown route(s) use the tags hiking
=yes, bicycle
=yes, mtb
=yes, horse
=yes or ski
=yes."

Otázkou je jestli v tomhle případě - tedy "běžný" cyklorozcestník
- se náhodou nejedná právě o mtb=yes. Co totiž vím, tak se jich
pár vyskytuje mě nejblíž na Šumavě (a spadají pod Plzeňský kraj) a
i tam má většina tras "silniční" značení i rozcestníky. Jinde jsem
v rámci jižních Čech žádný takový nezaregistrovala. Může někdo,
kdo těch rozcestníků má po ruce víc, potvrdit nebo vyvrátit,
jestli se v tom případě opravdu jedná o trasy pro horská kola?


Majka

On Thu, 13 Sep 2018 at 14:22, Tom Ka mailto:tomas.kaspa...@gmail.com>> wrote:

Dne 13. září 2018 13:50 majka mailto:majka.zem%2bt...@gmail.com>> napsal(a):
>
>
> On Thu, 13 Sep 2018 at 13:42, Mirek Dlask mailto:dlas...@gmail.com>> wrote:
>>
>> Kromě běžných cyklorozcestníků
>> https://osm.fit.vutbr.cz/fody/files/19162.jpg
>> máme ještě cyklotabule
https://osm.fit.vutbr.cz/fody/files/18214.jpg , což
>> je v OSM předpokládám také rozcestník.
>
>
> Co je pak tohle? Osobně považuji za cyklorozcestník, protože
po jižních
> Čechách jsem na "běžný" cyklorozcestník nenarazila.

To se snazim celou dobu ukazat a navrhnout tagovani (Fody, OSM ted
neresim) - jedna vec je

https://osm.fit.vutbr.cz/fody/files/19162.jpg

a druha pak
https://osm.fit.vutbr.cz/fody/files/18214.jpg
a take tohle:
https://osm.fit.vutbr.cz/fody/files/18263.jpg

Takze at se nekam dobereme, opakuji navrh ve Fody rozlisovat prvni
pripad pomoci tagu 'cyklo' (+'rozcestnik') a druhy (v obou
variantach)
jako 'silnicni' (+ rozcestnik).

Tohle: https://osm.fit.vutbr.cz/fody/files/17711.jpg za mne
psada to
druhe skupiny a ve Fody bych tagoval: 'silnicni' (+ 'znaceni')
protoze
rozcestnik to neni - nema to ani text smeru ani kilometraz apod.

Pohnem se s tim nekam?

___
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


___
Talk-cz mailing list
Talk-cz@openstreetmap.org

Re: [Talk-it] dataset MISE distributori

[Francesco Pelullo]

Il gio 13 set 2018, 15:36 Cascafico Giovanni  ha
scritto:

> E' pronto l'audit per aggiungere all'import le 824 pompe gpl e metano
> (fuel:lpg e fuel:cng). Potete usare Mapillary o, meglio, le vostre
> conoscenze locali anche per approvare piccoli aggiustamenti di operator.
>
>
>
> http://audit.osmz.ru/project/IGFS/
>
>
Più tardi ti  lascio i Fixme, volevo soltanto avvertire che ho controllati
i tre impianti fuel:cng nel mio paesello e mancano tutti (quelli
benzina/gasolio invece ci sono).

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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

[Christian Rogel]

> Le 12 sept. 2018 à 20:10, JB  a écrit :
> 
> Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a été 
> discuté, rediscuté plusieurs et encore plusieurs fois ces dernières années. 
> Tu as tenté de relancer la discussion sans grande réussite il y a quelques 
> mois, si je ne me trompe pas. Ça n'a pas l'air de prendre cette fois-ci 
> non-plus. Laisser les choses telles qu'elles sont, ce qui semble le compromis 
> le plus stable ou au mieux le moins bancal, t'empêchera-t-il de dormir 
> tranquille ? 
> Je pense que le panier de crabes est mieux ainsi, en équilibre, que si on le 
> retourne une fois encore. Je pense que tu risques de te frotter à des 
> résistances locales à plusieurs endroits, à des conflits d'éditions, qui 
> montent parfois vite en tension lorsque la modification est faite par des 
> contributeurs distants. Es-tu sûr que le jeu en vaille la chandelle ?
> JB.
> 
> Le 12/09/2018 à 12:59, djakk djakk a écrit :
>> Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je réfléchi 
>> à de nouvelles valeurs pour la clé (pour refléter les quatre-voies en normes 
>> autoroutières - Bande d'arrêt d’urgence bitumée et large - et d’autres cas)
>> 
>> djakk
>> 
>> 
>> Le lun. 10 sept. 2018 à 19:49, djakk djakk > > a écrit :
>> Coucou !
>> 
>> Je reviens sur cette histoire de highway=trunk qui diffère selon les pays. 
>> 
>> Je pense qu’il est important d’avoir pour chaque clé-valeur une définition 
>> commune au monde entier (autant que possible ) et qu’un 5e niveau dans la 
>> hiérarchie des “highways” 
>> serait souhaitable : residential/unclassified - tertiary - secondary - 
>> primary - trunk. 
>> 
>> Du coup, il s’agirait de reprendre pour la France le classement anglais des 
>> highways, où le trunk désigne une super-route pas forcément de type 
>> autoroutier. 
>> 
>> Par exemple pour différencier la N12 et la D31 à Ernée (
>> https://www.openstreetmap.org/#map=12/48.3017/-0.9306 
>>  ) la N12 serait à 
>> mettre en trunk - comme à priori toutes les nationales restant en France. 
>> 
>> Pour retrouver les informations actuellement fournies par le trunk français 
>> : la classification administrative avec le panneau “route pour automobiles”, 
>> on a la clé-valeur “motorroad=yes”. 
>> Il faut inventer une nouvelle clé pour désigner une route dénivelée (pas de 
>> carrefours à niveau) : at_grade=no ou junctionS=interchangeS (utile pour les 
>> cas où la route ressemble à une route pour automobiles dénivelée, mais ça 
>> n’en est pas une officiellement, exemple : la N12 au niveau de Goussainville 
>> :
>> https://www.openstreetmap.org/#map=16/48.7718/1.5526 
>>  


J’avais aussi lancé ce sujet sur cet liste. Je continue à trouver loufoque 
d’invoquer le critère de limitation de vitesse, alors que celui-ci est inclus 
dans la qualification de la voie et que cette redondance ne gêne pas certains 
de nos chers geeks qui veulent pourtant élaguer des appellations visibles sur 
le terrain.
La résistance à l’utilsation de « trunk » pour qualifier les voies 
structurantes (et son corollaire, dénier la qualité d’autoroute aux voies 
express) est, en réalité, issue d'un contexte politique : on ne va pas 
contredire les manies des ingénieurs de Ponts, car, on a trop de respect pour 
l’État.
On suppose que le classement opéré par celui-ci est approprié, sans en 
esquisser la moindre mise en cause.
Ce serait trop dérangeant de marcher sans béquilles.
A la prochaine révolution, peut-être… ;-)


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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

[JB]

Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a 
été discuté, rediscuté plusieurs et encore plusieurs fois ces dernières 
années. Tu as tenté de relancer la discussion sans grande réussite il y 
a quelques mois, si je ne me trompe pas. Ça n'a pas l'air de prendre 
cette fois-ci non-plus. Laisser les choses telles qu'elles sont, ce qui 
semble le compromis le plus stable ou au mieux le moins bancal, 
t'empêchera-t-il de dormir tranquille ?
Je pense que le panier de crabes est mieux ainsi, en équilibre, que si 
on le retourne une fois encore. Je pense que tu risques de te frotter à 
des résistances locales à plusieurs endroits, à des conflits d'éditions, 
qui montent parfois vite en tension lorsque la modification est faite 
par des contributeurs distants. Es-tu sûr que le jeu en vaille la 
chandelle ?

JB.

Le 12/09/2018 à 12:59, djakk djakk a écrit :
Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je 
réfléchi à de nouvelles valeurs pour la clé (pour refléter les 
quatre-voies en normes autoroutières - Bande d'arrêt d’urgence bitumée 
et large - et d’autres cas)


djakk


Le lun. 10 sept. 2018 à 19:49, djakk djakk > a écrit :


Coucou !

Je reviens sur cette histoire de highway=trunk qui diffère selon
les pays.

Je pense qu’il est important d’avoir pour chaque clé-valeur une
définition commune au monde entier (autant que possible ) et qu’un
5e niveau dans la hiérarchie des “highways”
serait souhaitable : residential/unclassified - tertiary -
secondary - primary - trunk.

Du coup, il s’agirait de reprendre pour la France le classement
anglais des highways, où le trunk désigne une super-route pas
forcément de type autoroutier.

Par exemple pour différencier la N12 et la D31 à Ernée (
https://www.openstreetmap.org/#map=12/48.3017/-0.9306 ) la N12
serait à mettre en trunk - comme à priori toutes les nationales
restant en France.

Pour retrouver les informations actuellement fournies par le trunk
français : la classification administrative avec le panneau “route
pour automobiles”, on a la clé-valeur “motorroad=yes”.
Il faut inventer une nouvelle clé pour désigner une route
dénivelée (pas de carrefours à niveau) : at_grade=no ou
junctionS=interchangeS (utile pour les cas où la route ressemble à
une route pour automobiles dénivelée, mais ça n’en est pas une
officiellement, exemple : la N12 au niveau de Goussainville :
https://www.openstreetmap.org/#map=16/48.7718/1.5526
).


djakk



___
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-us] Whole-US Garmin Map update - 2018-09-11

[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/2018-09-11

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-09-11/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/2018-09-11

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

[Talk-it] dataset MISE distributori

[Cascafico Giovanni]

E' pronto l'audit per aggiungere all'import le 824 pompe gpl e metano
(fuel:lpg e fuel:cng). Potete usare Mapillary o, meglio, le vostre
conoscenze locali anche per approvare piccoli aggiustamenti di operator.



http://audit.osmz.ru/project/IGFS/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] mlýnský náhon

[Miroslav Suchy]

V souvislosti se sousedním vláknem umělého vodního toku, bych se rád zeptal jak 
se má správně značit mlýnský náhon?

Já ho vyznačil takto:
  waterway=canal
  service=water_power

  https://www.openstreetmap.org/way/81895944#map=18/49.26397/16.36446

Ale trochu mě znervózňuje, že se renderuje strašně tučně. V reálu je tak metr 
široký a rozhodně není širší (ergo
důležitější) než ten potok. Co s tím? Řešit to na úrovni renderu, nebo použít 
nějaké jiné tagy?

Mirek

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

Re: [Talk-cz] DIBAVOD & umělý vodní tok

[Miroslav Suchy]

V Rakousku takových kanálů je docela dost a značí to
  waterway=canal
  tunnel=yes

  https://www.openstreetmap.org/way/286559396#map=14/47.1279/12.6025

Mirek

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[majka]

Pro mě je konečně jasné o čem se bavíme .
Mě ale jde právě o to, jak s tím zacházet v OSM. S fotkami se přizpůsobím,
resp. vypadá to pro mě jednoduše:

Vše co mám v dosahu je jen a pouze "silniční", nikde poblíž, případně v
Novohradských horách nebo třeba i v České Kanadě žádný takový "běžný" cyklo
rozcestník podle mě neexistuje.

Následně pak mám problém v OSM, jak s tím tedy zacházet tam. Protože
guidepost nám dává na výběr
"Můžete upřesnit, zda se jedná o rozcestník pro pěší turistiku (hiking
=yes), nebo pro
cyklostezky (bicycle 
=yes), nebo pro lyžařské cesty (ski
=yes)."
anglická wiki pak ještě přihazuje mtb
"To describe the type(s) of the shown route(s) use the tags hiking
=yes, bicycle
=yes, mtb
=yes, horse
=yes or ski
=yes."

Otázkou je jestli v tomhle případě - tedy "běžný" cyklorozcestník - se
náhodou nejedná právě o mtb=yes. Co totiž vím, tak se jich pár vyskytuje mě
nejblíž na Šumavě (a spadají pod Plzeňský kraj) a i tam má většina tras
"silniční" značení i rozcestníky. Jinde jsem v rámci jižních Čech žádný
takový nezaregistrovala. Může někdo, kdo těch rozcestníků má po ruce víc,
potvrdit nebo vyvrátit, jestli se v tom případě opravdu jedná o trasy pro
horská kola?


Majka

On Thu, 13 Sep 2018 at 14:22, Tom Ka  wrote:

> Dne 13. září 2018 13:50 majka  napsal(a):
> >
> >
> > On Thu, 13 Sep 2018 at 13:42, Mirek Dlask  wrote:
> >>
> >> Kromě běžných cyklorozcestníků
> >> https://osm.fit.vutbr.cz/fody/files/19162.jpg
> >> máme ještě cyklotabule https://osm.fit.vutbr.cz/fody/files/18214.jpg ,
> což
> >> je v OSM předpokládám také rozcestník.
> >
> >
> > Co je pak tohle? Osobně považuji za cyklorozcestník, protože po jižních
> > Čechách jsem na "běžný" cyklorozcestník nenarazila.
>
> To se snazim celou dobu ukazat a navrhnout tagovani (Fody, OSM ted
> neresim) - jedna vec je
>
>  https://osm.fit.vutbr.cz/fody/files/19162.jpg
>
> a druha pak
> https://osm.fit.vutbr.cz/fody/files/18214.jpg
> a take tohle:
> https://osm.fit.vutbr.cz/fody/files/18263.jpg
>
> Takze at se nekam dobereme, opakuji navrh ve Fody rozlisovat prvni
> pripad pomoci tagu 'cyklo' (+'rozcestnik') a druhy (v obou variantach)
> jako 'silnicni' (+ rozcestnik).
>
> Tohle: https://osm.fit.vutbr.cz/fody/files/17711.jpg za mne psada to
> druhe skupiny a ve Fody bych tagoval: 'silnicni' (+ 'znaceni') protoze
> rozcestnik to neni - nema to ani text smeru ani kilometraz apod.
>
> Pohnem se s tim nekam?
>
> ___
> 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-br] Vetorização de matas no OSM com Sentinel-2

[Gerald Weber]

Oi Sérgio

iniciativa fantástica, por acaso vi este artigo hoje:
Supervised Classification of Multisensor Remotely Sensed Images Using a
Deep Learning Framework
http://www.mdpi.com/2072-4292/10/9/1429

talvez seja de interesse

abraço

Gerald

Obs: cirei um alerta no Google Acadêmico para me avisar sobre artigos
científicos onde aparece a palavra "OpenStreetMap"

2018-09-12 20:40 GMT-03:00 Sérgio V. :

> Prezados(as),
>
> venho aqui expor e submeter à apreciação da comunidade OSM no Brasil uma
> proposta de método de mapeamento de matas para o OSM (natural=wood e
> landuse=forest) , baseado em vetorização semi-automatizada de imagens do
> satélite Sentinel-2, para o que peço autorização para uso em mapeamento no
> OSM no Brasil.
>
> A proposta detalhada passo-a-passo encontra-se documentada na página wiki
> "Vetorização de matas com Sentinel-2":
> https://wiki.openstreetmap.org/wiki/Vetoriza%C3%A7%C3%
> A3o_de_matas_com_Sentinel-2
>
> Os testes já realizados (sem upload) encontram-se na página:
> https://wiki.openstreetmap.org/wiki/User:SergioAJV/
> Sentinel-2_vectorizing_tests
>
> O objetivo desta proposta, resumidamente, é contribuir com uma
> ferramenta para o mapeamento no OSM de grandes coberturas de matas.
>
> A justificativa consiste, basicamente, em que o método possibilita mapear
> grandes áreas de mata, de municípios ou regiões de interesse,
> adequadamente, mais rapidamente, e com melhor precisão geométrica do que o
> que comumente pode ser encontrado ou realizado em mapeamento exclusivamente
> manual e com as imagens disponíveis nem sempre atualizadas e que, de todo
> modo, não permitem escolha, como de épocas do ano mais propícias à
> identificação de vegetação.
>
> O método se destina a matas. Não se destina ao mapeamento de objetos
> pequenos. A resolução das imagens disponíveis é de 10 e 20m/pixel, e as 
> geometrias
> resultantes da ordem de ~1nó/10m em curvas. Ainda assim maior do que se
> pode encontrar muitas vezes em mapeamento manual de "landcover", como
> matas. O processo pode gerar cerca de 100 a 150 nós por km2, em áreas com
> muita variedade de tipos de matas. O que significa cerca de 1.000.000 de
> nós a partir de 1 imagem Sentinel de 100x100km. Menos que isso em áreas
> mais homogêneas.
>
> O método exige o controle ativo dos parâmetros de distinção de classes de
> vegetação e demais elementos geográficos a partir das imagens de satélite,
> em todo o andamento do processo, até o resultado final na geração de
> vetores .osm.
> Exige certo tempo na aplicação dos passos, e sobretudo atenção, como na
> medição de valores de pixels para as classes de objetos, escolha de objetos
> para amostragem, bem como na verificação do resultado final. Não é um
> processo imediato. Ainda assim, permite grande ganho de tempo no mapeamento.
>
> Mais detalhes podem ser encontrados nas citadas páginas de documentação.
>
> Agradeço sua atenção e apreciação, acolhendo questões ou comentários no
> que desejarem e/ou julgarem necessário.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] Talk-us Digest, Vol 130, Issue 17

[Jay Johnson]

SteveA,

The authoritative source for railroad GIS data is usually considered to be
BTS:

https://www.bts.gov/

When I worked at BNSF, that is what was used to initially populate the
linework for our rail feature class.

Class I railroads (the very large ones) are generally regulated by the
Federal Railroad Administration.  PUC is for telecom, electric and gas.

Jay

On Thu, Sep 13, 2018 at 8:05 AM  wrote:

> Send Talk-us mailing list submissions to
> talk-us@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-us
> or, via email, send a message with subject or body 'help' to
> talk-us-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-us-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-us digest..."
>
>
> Today's Topics:
>
>1. Re: USPS Post Boxes (EthnicFood IsGreat)
>2. Re: Denver RTD's public_transport growth (OSM Volunteer stevea)
>
>
> --
>
> Message: 1
> Date: Wed, 12 Sep 2018 18:29:23 -0400
> From: EthnicFood IsGreat 
> To: talk-us@openstreetmap.org
> Subject: Re: [Talk-us] USPS Post Boxes
> Message-ID: 
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> > Date: Wed, 12 Sep 2018 14:25:15 -0700
> > From: Peter Dobratz 
> > To: bhou...@gmail.com
> > Cc: "talk-us@openstreetmap.org Openstreetmap"
> >   , 354...@gmail.com
> > Subject: Re: [Talk-us] USPS Post Boxes
> >
> > It would be good to standardize on operator tags for the 4 major carriers
> > as you mentioned.  The logos for DHL, FedEx, and UPS have those exact
> > letters in them, so if people map what they see, then they will end up
> with
> > those exact values.  However, as mentioned, the USPS logo actually
> contains
> > the text United States Postal Service.
> >
> > I could be convinced to switch my tagging from United States Postal
> Service
> > to USPS.  Are there any arguments to support the short form beyond it
> being
> > easier to type?
>
> [...]
>
> I would like to point out there are free, little utilities like
> Typertask that will quickly expand a few keystrokes into many more
> letters.  This can greatly speed up typing long strings like "United
> States Postal Service".
>
> Mark
>
>
>
> --
>
> Message: 2
> Date: Wed, 12 Sep 2018 16:49:58 -0700
> From: OSM Volunteer stevea 
> To: talk-us 
> Subject: Re: [Talk-us] Denver RTD's public_transport growth
> Message-ID: <3f4ca4b1-673d-4035-b268-122ee2c9b...@softworkers.com>
> Content-Type: text/plain;   charset=us-ascii
>
> On Sep 2, 2018, at 9:52 PM, OSM Volunteer stevea <
> stevea...@softworkers.com> wrote:
> >
> > I "found something rectangular" and sketched in
> http://wiki.osm.org/wiki/Colorado/Railroads which we might agree (as a
> useful, communicative wiki) is "alpha-1" or so.
>
> Following up to my own post, (that wiki continues as "early alpha"), two
> important tasks emerge:
>
> 1)  Denver RTD's University of Colorado A Line (train) needs nodes/ways
> added to OSM, tagged public_transport=platform to grow the route from
> public_transport:version=1 to v2.  Seeing this is a pretty
> heavily-travelled passenger=suburban route=train, this shouldn't be too
> difficult, and
>
> 2)  TIGER Review of existing mainline freight rail (primarily mainline
> BNSF routes Colorado Springs, Pikes Peak, Spanish Peaks and Walsenburg
> Subdivisions) will need some additional authoritative data sources
> (Colorado PUC?) to "untangle" them from UP lines:  they have blurred so
> much and are have gotten so confused that the original TIGER data are
> virtually incomprehensible as they exist in OSM at present.
>
> Of course, keeping the wiki synced with the data in OSM is the whole
> point.  Then we go beta and eventually Colorado/Railroads become "a pretty
> darn good set of statewide rail data, well-documented."  One state at a
> time, OSM rail data (from decade-old hoary TIGER data) do measurably and
> demonstrably improve.
>
> Thanks, especially to Colorado OSMers/rail enthusiasts who have responded
> so far,
>
> SteveA
> California
>
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
> --
>
> End of Talk-us Digest, Vol 130, Issue 17
> 
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Tom Ka]

Dne 13. září 2018 13:50 majka  napsal(a):
>
>
> On Thu, 13 Sep 2018 at 13:42, Mirek Dlask  wrote:
>>
>> Kromě běžných cyklorozcestníků
>> https://osm.fit.vutbr.cz/fody/files/19162.jpg
>> máme ještě cyklotabule https://osm.fit.vutbr.cz/fody/files/18214.jpg , což
>> je v OSM předpokládám také rozcestník.
>
>
> Co je pak tohle? Osobně považuji za cyklorozcestník, protože po jižních
> Čechách jsem na "běžný" cyklorozcestník nenarazila.

To se snazim celou dobu ukazat a navrhnout tagovani (Fody, OSM ted
neresim) - jedna vec je

 https://osm.fit.vutbr.cz/fody/files/19162.jpg

a druha pak
https://osm.fit.vutbr.cz/fody/files/18214.jpg
a take tohle:
https://osm.fit.vutbr.cz/fody/files/18263.jpg

Takze at se nekam dobereme, opakuji navrh ve Fody rozlisovat prvni
pripad pomoci tagu 'cyklo' (+'rozcestnik') a druhy (v obou variantach)
jako 'silnicni' (+ rozcestnik).

Tohle: https://osm.fit.vutbr.cz/fody/files/17711.jpg za mne psada to
druhe skupiny a ve Fody bych tagoval: 'silnicni' (+ 'znaceni') protoze
rozcestnik to neni - nema to ani text smeru ani kilometraz apod.

Pohnem se s tim nekam?

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[majka]

On Thu, 13 Sep 2018 at 13:42, Mirek Dlask  wrote:

> Kromě běžných cyklorozcestníků
> https://osm.fit.vutbr.cz/fody/files/19162.jpg
> máme ještě cyklotabule https://osm.fit.vutbr.cz/fody/files/18214.jpg ,
> což je v OSM předpokládám také rozcestník.
>

Co je pak tohle ? Osobně
považuji za cyklorozcestník, protože po jižních Čechách jsem na "běžný"
cyklorozcestník nenarazila.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Mirek Dlask]

Máš pravdu. Nejedná se o typické pásové značení.
Cyklotabulka se šipkou, jako třeba tato
https://osm.fit.vutbr.cz/fody/files/17711.jpg , plní stejnou funkci jako
typické pásové značení se šipkou na odbočkách pěších tras. Také je
nefotíme, nemapujeme.
 Fotit je má smysl pokud není cyklotrasa zmapovaná a nechci/nemůžu ji
zmapovat. Je-li zmapováno nemá smysl takovou fotku přidávat.
Kromě běžných cyklorozcestníků https://osm.fit.vutbr.cz/fody/files/19162.jpg
máme ještě cyklotabule https://osm.fit.vutbr.cz/fody/files/18214.jpg , což
je v OSM předpokládám také rozcestník.



čt 13. 9. 2018 v 11:05 odesílatel Zdeněk Pražák  napsal:

> no zrovna u těch cyklotabulek s číslem trasy se podle mne nejedná o
> typické značení ala pásové značky KČT (neboť jsou většinou umístěny u
> rozcestí cest a udávají, kterou cestou se má pokračovat) a proto je jejich
> zmapování podle mne vhodné.
>
> čt 13. 9. 2018 v 9:27 odesílatel Tom Ka  napsal:
>
>> Dne 12. září 2018 17:13 Zdeněk Pražák  napsal(a):
>> > na stránce https://openstreetmap.cz/git/tom.k/Fody/wiki/AddingPhotos
>> uvádíš:
>> >
>> > silniční cyklo
>> >
>> > jedná se o silniční žluté tabule s černým textem
>> > Cedulka jen s číslem trasy není rozcestník, odpovídá značce na stromě u
>> > turistické trasy, nevkládejte vůbec, nebo označte jako 'znaceni' a
>> 'cyklo'.
>> >
>> > bylo by vhodné tedy u cyklorozcestníků (cedulek s číslem trasy) při
>> > nahrávání fotek doplnit možnost označení tagu znaceni
>>
>> Ahoj, par postrehu/nametu/myslenek:
>>
>> - pri nahravani (pres osmap.cz) asi nikdy nebudou k dispozici vsechny
>> dostupne tagy, bylo by to spise kontraproduktivni - podle mne je
>> vhodne tam mit zakladni nejpouzivanejsi (jestli to jsou ty , ktere
>> jsou tam ted je druha otazka)
>> - zrovna u znaceni to osobne beru tak, ze to nekdy je fajn (pesi,
>> cyklo asi i jine) ale nema smysl zapraskat DB tunou fotek znaceni, v
>> tom nevidim zadny prinos, takze tyhle veci, ktere se mohou hodit ale
>> nechceme je ve velkem by asi bylo vhodne "nepropagovat" resp.
>> nepobizet lidi - s tim pak souvisi treba to, ze tato tagy se musi
>> doplnit az ve Fody rucne?
>>
>> - uz delsi dobu premyslim, jak oddelit (tagovani, pravidla, pripadne
>> dalsi veci) cyklo "silnicni" - zluto/cerne a "ala pesi KCT". Zatim mi
>> to vede na neco jako:
>> pesi+rozcestnik resp. pesi+znaceni
>> cyklo+rozcestnik resp. cyklo+znaceni - pro 'ala pesi KCT'
>> -> tyhle dve mohou mit asi stejna pravidla
>>
>> silnicni+rozcestnik resp. silnicni+znaceni - pro "zluto/cerne silnicni
>> cedule"
>> -> tohle bude mit obecne jina pravidla, jaka moc nevim, ani to zvlast
>> nefotim, ani nijak specialne nevyuzivam
>>
>> Co vy na to (nejen Zdenek) ?
>>
>> ___
>> 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: [Talk-cat] GeoBirres OSM

[JOAQUIN GARCIA]

Per si algú no li ha arribat encara per un altre canal., Us recordo que
demà a partir de les 4 de la tarda és el dia per veure'n les cares.

Salut i Mapes, JQN

El jue., 30 ago. 2018 a las 9:48, JOAQUIN GARCIA ()
escribió:

> Bon dia a tots:
>
> Al grup de Telegram ens vam proposar que féssim una trobada per dos motius
>
> 1. Que feia molt que no ens veiem o no ens hem vist cara a cara mai
> 2. Hi ha molta gent nova que és millor sentir-se fer-nos costat entre tots.
>
> És per això que he proposat fer una trobada al lloc on col·laboro on tinc
> accés a diferents sales, incloent-hi la sala d'informàtica, per si voleu
> ficar-vos en farina.
>
> https://www.openstreetmap.org/node/5658455709
>
> Es tractaria de debatre, de parlar de projectes de futur, de resoldre
> dubtes, etc.
>
> La sessió serà de tarda, de 4 a 8, amb la intenció que la gent vingui quan
> pugi.
>
> Us deixo l'enllaç, perquè seleccioneu dia i us apunteu
>
> https://doodle.com/poll/vkzx89r46a3ictp7
>
> Salut i Mapes, JQN
>
> --
> *Joaquín García Martínez*
>
> joaquin.garc...@gmail.com
>
> Tlf. 629187135
>
>

-- 
*Joaquín García Martínez*

joaquin.garc...@gmail.com

Tlf. 629187135
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-ja] OpenStreetCam とTelenav camera

[bnj_2_h]

松村といいます。こちらのMLには初めて投稿します。

Waylens、SoTMJ2018の懇親会で拝見しました。
かっこいいカメラですよね。

OpenStreetCamは気になっているのですが、現状iPhone 7(iOS11.4.1,256GB)でログイン
する際にOpenstreetmapのアカウントを利用しようとするとしばらく無反応の後アプリが
終了してしまったりしてまともに使えていません。

以前、一度ログインできた時にはデータのアップロードがWi-Fi経由でアップロードでき
ない（データ送信がほとんど進まない）など不具合連発で困っています。

松村英俊(MATSUMURA Hidetoshi)
bnj_...@muf.biglobe.ne.jp ,icar...@mac.com
http://fineview.sakura.ne.jp/

> 2018/09/12 の 14:04 に Miura Hiroshi  によって書かれました:
> 
> 三浦です
> 
> 7月に State of the Map 2018 in Milan, Italyに参加した際に、 スポンサーのひとつの
> TELENAVさんが、車載カメラを出展していました。
> さて、そのカメラを、SotM期間中、くじびきで来場者にプレゼントする、という太っ腹なことをTelenavは、おこなっていました。日本からの参加者一同、たいへん興味をもち、くじびきにチャレンジしました。
> 
> その結果、当選することができ、一台を日本にもちかえりました。しばらく、利用方法の確認やマニュアルの入手などでてまどりましたが、先週実際に利用してみましたので、レポートをOSM
> Dialyに投稿しました。
> 
> https://www.openstreetmap.org/user/miurahr/diary/44936
> 
> 御笑覧ください。
> 
> また、OpenStreetCamに実際にとった画像が公開されていますので、こちらも利用、活用ください。
> 東京都足立区 周辺から埼玉県草加市、八潮市、三郷市あたりの撮影状況がわかります。
> https://www.openstreetcam.org/details/1287989/0/track-info
> 
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Lit-et-Mixe

[Rpnpif]

Le 11 septembre 2018, Philippe Verdy a écrit :

> Les communes nouvelles
> sont des artifices administratifs et comptables et une forme de coopération
> et simplification budgétaire propre au fonctionnement des collectivités.

Oui et non.
Par exemple, le courrier postal ne porte de plus en plus souvent que le
nom de la commune nouvelle.
Un voyageur qui n'a que cette adresse doit pouvoir localiser facilement
un point urbain où il pourra aller.
Je ne suis pas sûr que si on ne repère que la frontière de la commune
nouvelle cela facilite la vie à ce voyageur. Il lui faut un point
d'accroche comme le centre bourg principal. Comment faire pour le
repérer facilement si le nom de la commune nouvelle n'apparaît
pas sur les cartes mais seulement le nom des communes déléguées ?

La relation est-elle suffisante ?

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Blocked access to the OSM wiki according to the location

[marc marc]

Bonjour Severin,

j'ignore si t'es trompé de langue ou de ml :)
configurer un proxy sur son ordi ne change rien si leur fai a un proxy 
ouvert dont l'utilisation est forcée.
le mieux est qu'ils contactent leur fai pour demander la résolution du 
problème de fond : la sécurisation du proxy ouvert chez le fai.

PS: c'est quel fai ? généralement les proxy ouvert sont bien + lié à un 
pc infecté qu'à un fai négligeant

Cordialement,
Marc

Le 13. 09. 18 à 11:30, Severin Menard a écrit :
> Hi,
> 
> Currently, some OSM contributors from DRC cannot create accounts or edit 
> the OSM wiki, getting thise message: " Your IP address is listed as an 
> open proxy in the DNSBL used by OpenStreetMap Wiki. You cannot create an 
> account. "
> 
> In the past, contributors from other African countries also face the 
> same issue. Do these contributors need to set a proxy on their computer, 
> considering their Internet provider use an open proxy?
> 
> Sincerely,
> 
> Severin
> 
> 
> 
> ___
> 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] Blocked access to the OSM wiki according to the location

[Severin Menard]

Hi,

Currently, some OSM contributors from DRC cannot create accounts or edit
the OSM wiki, getting thise message: " Your IP address is listed as an open
proxy in the DNSBL used by OpenStreetMap Wiki. You cannot create an
account. "

In the past, contributors from other African countries also face the same
issue. Do these contributors need to set a proxy on their computer,
considering their Internet provider use an open proxy?

Sincerely,

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Zdeněk Pražák]

no zrovna u těch cyklotabulek s číslem trasy se podle mne nejedná o typické
značení ala pásové značky KČT (neboť jsou většinou umístěny u rozcestí cest
a udávají, kterou cestou se má pokračovat) a proto je jejich zmapování
podle mne vhodné.

čt 13. 9. 2018 v 9:27 odesílatel Tom Ka  napsal:

> Dne 12. září 2018 17:13 Zdeněk Pražák  napsal(a):
> > na stránce https://openstreetmap.cz/git/tom.k/Fody/wiki/AddingPhotos
> uvádíš:
> >
> > silniční cyklo
> >
> > jedná se o silniční žluté tabule s černým textem
> > Cedulka jen s číslem trasy není rozcestník, odpovídá značce na stromě u
> > turistické trasy, nevkládejte vůbec, nebo označte jako 'znaceni' a
> 'cyklo'.
> >
> > bylo by vhodné tedy u cyklorozcestníků (cedulek s číslem trasy) při
> > nahrávání fotek doplnit možnost označení tagu znaceni
>
> Ahoj, par postrehu/nametu/myslenek:
>
> - pri nahravani (pres osmap.cz) asi nikdy nebudou k dispozici vsechny
> dostupne tagy, bylo by to spise kontraproduktivni - podle mne je
> vhodne tam mit zakladni nejpouzivanejsi (jestli to jsou ty , ktere
> jsou tam ted je druha otazka)
> - zrovna u znaceni to osobne beru tak, ze to nekdy je fajn (pesi,
> cyklo asi i jine) ale nema smysl zapraskat DB tunou fotek znaceni, v
> tom nevidim zadny prinos, takze tyhle veci, ktere se mohou hodit ale
> nechceme je ve velkem by asi bylo vhodne "nepropagovat" resp.
> nepobizet lidi - s tim pak souvisi treba to, ze tato tagy se musi
> doplnit az ve Fody rucne?
>
> - uz delsi dobu premyslim, jak oddelit (tagovani, pravidla, pripadne
> dalsi veci) cyklo "silnicni" - zluto/cerne a "ala pesi KCT". Zatim mi
> to vede na neco jako:
> pesi+rozcestnik resp. pesi+znaceni
> cyklo+rozcestnik resp. cyklo+znaceni - pro 'ala pesi KCT'
> -> tyhle dve mohou mit asi stejna pravidla
>
> silnicni+rozcestnik resp. silnicni+znaceni - pro "zluto/cerne silnicni
> cedule"
> -> tohle bude mit obecne jina pravidla, jaka moc nevim, ani to zvlast
> nefotim, ani nijak specialne nevyuzivam
>
> Co vy na to (nejen Zdenek) ?
>
> ___
> 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-de] Aufwertung der Region Hochfranken im Forschungsprojekt Mobilität Digital Hochfranken (MobiDig, gefördert durch BMVI)

[Adrian Wöltche]

Hallo Martin,

es sind nicht nur Behördenmitarbeiter sondern auch Mitarbeiter von Unternehmen. 
Ich vermute einfach, dass der Datenschutz eine Veröffentlichung der 
personenbezogenen Daten ohne vorherige Einwilligung und ohne Bereitstellung 
einer Datenschutzerklärung mit Nennung eines Datenschutzbeauftragten (ich nehme 
an, Vereine mit mehr als 10 Mitgliedern brauchen das) nicht zulässt.

Sollte es Probleme geben, ließe sich immer noch mit dem Unternehmen / der 
Behörde direkt Kontakt aufnehmen (Kontaktinformationen werden nicht geschwärzt 
weil das nicht unter den Datenschutz fällt) und das Original dort einsehen.

Grundsätzlich wäre aber auch ohne zu wissen, wer direkt unterschrieben hat, 
klar, dass hier ein Einverständnis offiziell vorliegt, bei dem eine Prüfung 
nicht ausgeschlossen ist. Das ist für mich genau das wert, was es wert sein 
muss, oder nicht?

Grüße!
Adrian

-Ursprüngliche Nachricht-
Von: Martin Koppenhoefer  
Gesendet: Donnerstag, 13. September 2018 09:46
An: Openstreetmap allgemeines in Deutsch 
Betreff: Re: [Talk-de] Aufwertung der Region Hochfranken im Forschungsprojekt 
Mobilität Digital Hochfranken (MobiDig, gefördert durch BMVI)



sent from a phone

> On 13. Sep 2018, at 09:01, Joachim Kast  wrote:
> 
> Du kannst die Erklärungen mit geschwärzten Namen als PDF ins Wiki 
> stellen. Hauptsache es gibt für eventuelle Nachfragen ein Aktenzeichen 
> und allgemeine Kontaktadresse der Behörde.


nicht, dass ich hier konkret an den Namen interessiert wäre, aber ist das jetzt 
wirklich so, dass Unterschriften, die Behördenmitarbeiter in Ausübung ihrer 
Funktion leisten, unter den Schutz der Personendaten fallen?

Wenn jemand die Authentizität der Dokumente anzweifeln sollte, wieviel ist dann 
ein Dokument wert, wo Namen und Unterschriften geschwärzt sind?

Gruß,
Martin 


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


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

Re: [Talk-de] [Ortenau] Stammtisch in Straßburg

[Christine Karch]

Hallo,

22. September 2018 ab 17.00 Uhr findet der Stammtisch statt. Sehr
wahrscheinlich im La Mandragore:

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

Falls sich am Ort noch etwas ändern sollte, melde ich mich nochmal.
Falls jemand gern gemeinsam mit uns hinfährt (ÖPNV) bitte Mail direkt an
mich.

Christine




Am 04.09.2018 um 22:58 schrieb Christine Karch:
> Hallo,
> 
> demnächst gibt es wieder einen Stammtisch in Straßburg (den zweiten, den
> ersten haben wir im Frühling gemacht und wir waren auch tatsächlich 5
> Leute - drei Elsässer, Frederik und ich). Nachdem wir uns trotz
> unterschiedlicher Sprachen (die Franzosen verstehen doch alle irgendwie
> deutsch und Frederik spricht doch etwas französisch, obwohl er das
> eigentlich immer abstreitet) ganz gut verstanden haben, wollen wir das
> wiederholen.
> 
> Wir haben hier einen Poll eingerichtet
> 
> https://framadate.org/7faqTEWGVNd1hL5t
> 
> Ihr seid herzlich eingeladen. Traut euch, habt keine Angst vor
> Sprachschwierigkeiten. Wir reden mit Händen und Füssen und das
> Wesentliche ist der gemeinsame Abend und der Spass dabei.
> 
> In An- und Abreise ist übrigens ganz unkompliziert mit ÖPNV: Zug von
> Offenburg oder Tram von Kehl. Wer sich nicht so auskennt in Straßburg
> kann sich gerne mir und Frederik anschließen (einfach per Mail bei mir
> melden).
> 
> Viele Grüße
> 
> Christine
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Tom Ka]

Dne 13. září 2018 9:46 majka  napsal(a):
>
> On Thu, 13 Sep 2018 at 09:27, Tom Ka  wrote:
>>
>> silnicni+rozcestnik resp. silnicni+znaceni - pro "zluto/cerne silnicni
>> cedule"
>> -> tohle bude mit obecne jina pravidla, jaka moc nevim, ani to zvlast
>> nefotim, ani nijak specialne nevyuzivam
>>
>
> Za mě:
>
> Hlavně je třeba se dohodnout na tom, jak to obojí povedeme v OSM datech -
> vůbec, nebo jako klasický rozcestník s tím, že bude označen jako cyklo,
> neboí tak povedeme jen ty rozcestníky, kde je opravdu směr, tedy nejen
> odbočka s číslem trasy.
>
> 1. pokud se dohodneme, že si to dotyčný vždy vyfotí a zpracuje sám - což je
> taky možnost - tak ani nenahrávat
> 2. fotit, nahrávat do Fody (aby mohli později zájemci zpracovat). Ale za mě
> jednoznačně vyhodit z "chybných" rozcestníků nebo to od sebe rozdělit a ty
> chybné rozcestníky mít ve dvou variantách. Oni ty silniční rozcestníky a
> ukazatele jsou spíš než rozcestník dopravní značka, resp. silniční ukazatel
> směru, ale průšvih je, že tagování je jako rozcestník.
>
> což mě vede ke třetí, kacířské variantě:
> brát to opravdu jako dopravní značku, a značit to odpovídajícím způsobem, a
> z Fody to taky vyhodit (taky nefotíme všechny ukazatele směru na silnicích).

Pro ostatni to uzitecne byt muze, takze nevidim duvod to nenahravat
(ted myslim primarne "rozcestniky" a ne "znaceni"), ale pro dalsi
zpracovani a aby to melo nejakou hodnotu prave potrebuju to nejak
smysluplne otagovat aby se to dalo rozlisit - minimalne kvuli
OsmHiCheck ale i jinde, protoze rozhodne neni cilem a mozne se k tomu
chovat uplne stejne.

Bye

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

Re: [Talk-cz] DIBAVOD & umělý vodní tok

[Tom Ka]

Dne 13. září 2018 9:42 Ha Noj  napsal(a):
>> tunnel=yes should only be used for human accessible tunnels hosting pipes.
>> If not, don't use tunnel=* key.
>
> *** ono většina propustků pod silnicemi bude člověku velikostí nepřístupná

odvazne tvrzeni, ty jsi nedelal geocaching co :-D

Bye

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

Re: [Talk-cz] Uklid OSM CZ wiki

[Tom Ka]

No ja se na to zkousel divat, a prijde mi, ze je to prace dost. Jestli
jsi ochoten se toho ujmout, muzes teda pro zacatek udelat nekde treba
sdileny google doc nebo neco podobneho se seznamem vsech stranek v
cestina na OSM wiki, ktere nejsou popisem konkretniho tagu?

Krome obsahu by bylo asi uzitecne zkontrolovat a poladit i provazani
co se tyka kategorizace pripadne chybejicich odkazu at uz na koncovych
strankach nebo na rozcestnicich.

Prave to, ze uz vstupni zadani "zkontrolovat ceskou OSM wiki" neni moc
exaktni je podle mne prvni prekazka.

Nejake odkazy kdyz jsem se tim prograboval:

Cs kategorie:
https://wiki.openstreetmap.org/w/index.php?title=Special:Categories=Cruzeiro_do_Sul%2C_Rio_Grande_do_Sul
Stranky zacinajici na Cs:
https://wiki.openstreetmap.org/w/index.php?title=Special%3APrefixIndex=Cs%3A=0

Bye



Dne 12. září 2018 15:28 Dalibor Jelínek  napsal(a):
> Ahoj,
> není mi úplně jasné, co tím myslíš.
> Těch stránek, které nejsou popisem klíčů nebo tagů, je
> fakt jen pár. To může někdo projít za den.
>
> Jinak ty překlady stránek klíčů a značek už více než rok neaktualizuji,
> takže některé jsou rozsynchronizované s anglickým textem.
>
> Dalibor
>
>> -Original Message-
>> From: Tom Ka [mailto:tomas.kaspa...@gmail.com]
>> Sent: Wednesday, September 12, 2018 2:24 PM
>> To: OpenStreetMap Czech Republic 
>> Subject: [Talk-cz] Uklid OSM CZ wiki
>>
>> Ahoj,
>>
>> kdyz se toho Dalibor chytil, tak vykopavam znovu jako nove vlakno.
>> Podle mne je aktualni stav CZ wiki (mimo preklady klicu, tam si to asi 
>> Dalibor
>> hlidal dobre) dost neuspokojivy v tom, ze obsahuje zastarale a nespravne
>> informace. Moje predstava je dat dohromady seznam stranek - asi dle
>> kategorie
>> https://wiki.openstreetmap.org/wiki/Category:Cs:Czech_Documentation a
>> pak pozadat dobrovolniky (1 nebo 2 na stranku) o verifikaci a aktualizaci
>> (pripadne info do talk-cz, ze je to sice spatne ale neni jasne co je spravny
>> text/info).
>>
>> Co vy na to?
>>
>> Dalibore - tebe jsem myslel prave na tu spravu a hlidani lidi, co kdo dela 
>> apod
>> (+ klidne i kontroly). Sel by jsi do toho? Ja uz to casove nedam...
>>
>> Bye
>>
>> ___
>> 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: [Talk-de] Aufwertung der Region Hochfranken im Forschungsprojekt Mobilität Digital Hochfranken (MobiDig, gefördert durch BMVI)

[Martin Koppenhoefer]

sent from a phone

> On 13. Sep 2018, at 09:01, Joachim Kast  wrote:
> 
> Du kannst die Erklärungen mit geschwärzten
> Namen als PDF ins Wiki stellen. Hauptsache es gibt für eventuelle
> Nachfragen ein Aktenzeichen und allgemeine Kontaktadresse der Behörde.


nicht, dass ich hier konkret an den Namen interessiert wäre, aber ist das jetzt 
wirklich so, dass Unterschriften, die Behördenmitarbeiter in Ausübung ihrer 
Funktion leisten, unter den Schutz der Personendaten fallen?

Wenn jemand die Authentizität der Dokumente anzweifeln sollte, wieviel ist dann 
ein Dokument wert, wo Namen und Unterschriften geschwärzt sind?

Gruß,
Martin 


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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[majka]

On Thu, 13 Sep 2018 at 09:27, Tom Ka  wrote:

> silnicni+rozcestnik resp. silnicni+znaceni - pro "zluto/cerne silnicni
> cedule"
> -> tohle bude mit obecne jina pravidla, jaka moc nevim, ani to zvlast
> nefotim, ani nijak specialne nevyuzivam
>
>
Za mě:

Hlavně je třeba se dohodnout na tom, jak to obojí povedeme v OSM datech -
vůbec, nebo jako klasický rozcestník s tím, že bude označen jako cyklo,
neboí tak povedeme jen ty rozcestníky, kde je opravdu směr, tedy nejen
odbočka s číslem trasy.

1. pokud se dohodneme, že si to dotyčný vždy vyfotí a zpracuje sám - což je
taky možnost - tak ani nenahrávat
2. fotit, nahrávat do Fody (aby mohli později zájemci zpracovat). Ale za mě
jednoznačně vyhodit z "chybných" rozcestníků nebo to od sebe rozdělit a ty
chybné rozcestníky mít ve dvou variantách. Oni ty silniční rozcestníky a
ukazatele jsou spíš než rozcestník dopravní značka, resp. silniční ukazatel
směru, ale průšvih je, že tagování je jako rozcestník.

což mě vede ke třetí, kacířské variantě:
brát to opravdu jako dopravní značku, a značit to odpovídajícím způsobem, a
z Fody to taky vyhodit (taky nefotíme všechny ukazatele směru na silnicích).

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

Re: [Talk-cz] DIBAVOD & umělý vodní tok

[Ha Noj]

Jestli je to potrubí vodovodní veoducí mimo reliéf tak dávám pipeline,
https://www.openstreetmap.org/way/432993894

Jestli je to zatrubněný potok, typicky kanalizačním způsobem nebo překrytím
tak tunnel, ať už je nebo není průlezný.
https://www.openstreetmap.org/way/84966046

tunnel =yes
>  should only be
> used for human accessible tunnels hosting pipes. If not, don't use tunnel
> =* key.
>
*** ono většina propustků pod silnicemi bude člověku velikostí nepřístupná

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

Re: [Talk-cz] Fody na www.openstreetmap.cz

[Tom Ka]

Dne 12. září 2018 17:13 Zdeněk Pražák  napsal(a):
> na stránce https://openstreetmap.cz/git/tom.k/Fody/wiki/AddingPhotos uvádíš:
>
> silniční cyklo
>
> jedná se o silniční žluté tabule s černým textem
> Cedulka jen s číslem trasy není rozcestník, odpovídá značce na stromě u
> turistické trasy, nevkládejte vůbec, nebo označte jako 'znaceni' a 'cyklo'.
>
> bylo by vhodné tedy u cyklorozcestníků (cedulek s číslem trasy) při
> nahrávání fotek doplnit možnost označení tagu znaceni

Ahoj, par postrehu/nametu/myslenek:

- pri nahravani (pres osmap.cz) asi nikdy nebudou k dispozici vsechny
dostupne tagy, bylo by to spise kontraproduktivni - podle mne je
vhodne tam mit zakladni nejpouzivanejsi (jestli to jsou ty , ktere
jsou tam ted je druha otazka)
- zrovna u znaceni to osobne beru tak, ze to nekdy je fajn (pesi,
cyklo asi i jine) ale nema smysl zapraskat DB tunou fotek znaceni, v
tom nevidim zadny prinos, takze tyhle veci, ktere se mohou hodit ale
nechceme je ve velkem by asi bylo vhodne "nepropagovat" resp.
nepobizet lidi - s tim pak souvisi treba to, ze tato tagy se musi
doplnit az ve Fody rucne?

- uz delsi dobu premyslim, jak oddelit (tagovani, pravidla, pripadne
dalsi veci) cyklo "silnicni" - zluto/cerne a "ala pesi KCT". Zatim mi
to vede na neco jako:
pesi+rozcestnik resp. pesi+znaceni
cyklo+rozcestnik resp. cyklo+znaceni - pro 'ala pesi KCT'
-> tyhle dve mohou mit asi stejna pravidla

silnicni+rozcestnik resp. silnicni+znaceni - pro "zluto/cerne silnicni cedule"
-> tohle bude mit obecne jina pravidla, jaka moc nevim, ani to zvlast
nefotim, ani nijak specialne nevyuzivam

Co vy na to (nejen Zdenek) ?

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

Re: [Talk-de] Aufwertung der Region Hochfranken im Forschungsprojekt Mobilität Digital Hochfranken (MobiDig, gefördert durch BMVI)

[Joachim Kast]

Hallo Adrian,

vielen Dank für Deine Informationen. Lege eine Seite im OSM-Wiki mit den
Projektinformationen an. Du kannst die Erklärungen mit geschwärzten
Namen als PDF ins Wiki stellen. Hauptsache es gibt für eventuelle
Nachfragen ein Aktenzeichen und allgemeine Kontaktadresse der Behörde.

Da es in OSM insbesondere beim ÖPNV zahlreiche Fettnäpfchen gibt, wäre
ein zentraler Ansprechpartner (Du?) zur Klärung eventueller Probleme für
die Community wichtig. Die wissenschaftlichen Hilfskräfte sollten in
ihrem Profil angeben, dass sie für das Projekt arbeiten und auf die
Wikiseite verlinken.

Benutzt bitte JOSM, da der Standard-Editor iD keinerlei Prüfroutinen
besitzt und leicht unbeabsichtigte Fehler entstehen. Als Hintergrundbild
bitte Bayern 80 cm verwenden, welches äußerst lagegenau ist. Macht die
Einarbeitung bitte anhand des Tutorials [1].

Beachtet bitte unbedingt, dass der amtliche BayernAtlas nicht für
OSM-Zwecke verwendet werden darf. Falls bereits georeferenzierte Daten
verwendet werden: Wie wurden die Koordinaten ermittelt?

Welches Schema [2] soll für den ÖPNV verwendet werden? PTv2?

Stimmt euch evtl. mit MENTZ [3] ab. Die machen bundesweit sehr viel in
OSM mit ÖPNV-Daten.

Viele Grüße
Joachim


[1] https://wiki.openstreetmap.org/wiki/File:Osm-tutorial.pdf
[2] https://wiki.openstreetmap.org/wiki/DE:Public_transport
[3] https://wiki.openstreetmap.org/wiki/DE:MENTZ_GmbH






Am 12.09.2018 um 10:00 schrieb Adrian Wöltche:
> Sehr geehrte Damen und Herren,
> 
> ich hatte es schon zweimal versucht, aber die E-Mail ging leider nicht durch
> an die Mailingliste, ich hatte nun eine Vermutung, woran es gelegen haben
> könnte und versuche es noch einmal!
> 
> Wir führen derzeit ein Digitalisierungsprojekt im Mobilitätsbereich durch,
> „Mobilität Digital Hochfranken“, mehr Infos dazu unter:
> http://www.bmvi.de/SharedDocs/DE/Artikel/DG/mfund-projekte/mobilitaet-digita
> l-hochfranken-mobidig.html
> 
> In diesem vom BMVI geförderten Projekt wollen wir auch auf Basis des
> OpenStreetMap Datensatzes der Region Hochfranken (besteht auf Stadt Hof,
> Landkreis Hof und Landkreis Wunsiedel im Fichtelgebirge, alle drei
> Gebietskörperschaften sind im Projektkonsortium) Daten analysieren und
> algorithmisch auswerten. Unser Ziel ist es, anonymisierte Bewegungsmuster
> vorherzusagen, um Verbesserungen in der Nahverkehrsversorgung zu erreichen.
> Dazu bedarf es auch einer möglichst aktuellen und fehlerfreien Datenbasis in
> OpenStreetMap von dieser Region.
> 
> Wir möchten dazu mit wissenschaftlichen Hilfskräften Daten der drei
> Gebietskörperschaften in OpenStreetMap einstellen sowie vorhandene Daten
> korrigieren. Für die entsprechenden Daten liegen ausdrückliche Genehmigungen
> der drei Gebietskörperschaften vor.
> Konkret betrifft dies z. B. Haltestellen und Linien von Stadtbussen in Hof,
> sowie Daten zu Parkplätzen, POIs in der gesamten Region (wie Freizeit,
> Schulen, Einkaufsmöglichkeiten) und weiteren Daten dieser Art, die in
> OpenStreetMap ein Äquivalent haben.
> 
> Studierende und Mitarbeiter im Projekt (mich eingeschlossen) würden gerne
> die gesamte Region Hochfranken Schritt für Schritt in Bezug auf diese für
> die Mobilität wichtigen Daten aufwerten. Wir haben den Vorteil, dass wir auf
> Grundlage von OpenStreetMap wertvolle Zeit für ungelöste Probleme in unserem
> Projekt gewinnen, wenn wir keine eigene Datenbasis aufbauen müssen. Die OSM
> Foundation hat den Vorteil, dass Sie Verbesserungen im Kartenmaterial
> unentgeltlich und unbegrenzt nichtexklusiv verwertbar nach der ODbL erhält.
> 
> Wie stellen wir Ihnen die Einverständniserklärungen unserer Partner bzw. von
> uns so zur Verfügung, dass Sie nachhaltig und ohne Verletzung des
> Datenschutzes der Personen, welche die Erklärungen unterzeichnet haben,
> diese Belege verfügbar haben? Wir möchten sicherstellen, dass jegliche
> Haftungsansprüche gegenüber der OSM Foundation ausgeschlossen sind und Ihnen
> diese Tatsachen bekannt sind, sodass wir unsere für den OpenStreetMap
> Datensatz nutzbaren Datenbestände problemlos einpflegen bzw. die vorhandenen
> Daten danach prüfen und ggf. korrigieren können.
> 
> Gibt es von Ihren Seiten aus noch Hinweise, die zu beachten sind, die nicht
> bereits in den einschlägigen Dokumentationen behandelt werden, oder die
> speziell erwähnenswert sind?
> 
> Ich bedanke mich für Ihre Unterstützung und freue mich, dass wir die
> Datenbasis für die Region Hochfranken ein Stück aufwerten können!
> 
> Mit freundlichen Grüßen,
> Best regards,
> Adrian Wöltche, M.Sc.
> Wissenschaftlicher Mitarbeiter / Research Assistant
> Multimediale Informationssysteme
> Institut für Informationssysteme der Hochschule Hof (iisys)
> Institute of Information Systems at Hof University
> Alfons-Goppel-Platz 1
> 95028 Hof / Saale
> Germany 
> Phone  +49 9281 409-6277 
> Fax  +49 9281 409-55-6277 
> adrian.woelt...@iisys.de 
> www.iisys.de
> 
> 
> 
> 
> ___
> Talk-de mailing list
>