Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Jérôme Amagat]

Le 23 juin 2018 à 22:00, François Lacombe  a
écrit :

> Bonsoir Jérôme,
>
> Le 23 juin 2018 à 01:45, Jérôme Amagat  a écrit :
>
>> Pourquoi avoir besoin de vérification sur le terrain, les personnes qui
>> ont mis ces tags n'ont pu vouloir dire qu'une chose, un poteau électrique
>> avec un transfo dessus sauf qu'ils n'ont pas mis les bons tags (sûrement
>> parce qu'il n'existaient pas).
>> en fait la seul question c'est est ce que c’est un transfo pour la
>> distribution? Je pense que sur un power=pole c'est le cas.
>>
>
> Je ne connais pas d'autre transformateur sur poteau que pour la
> distribution
> La vérification sur le terrain permet juste de valider une fois
> supplémentaire, les choses peuvent avoir changé et le transfo disparu pour
> une cabine au sol
>

comme pour tous les objets de osm qui n'ont pas été modifiés depuis
plusieurs années :)

>
>
>>
>> pareil que le cas avant avec les transformateurs, pour le contributeur
>> c'est un switch sur un poteau électrique et les bons tags c'est power=pole
>> et switch=*
>>
>> (Pour moi il faut que la valeur "yes" soit possible quand on ne sait pas
>> soit parce que l'on ne le voit pas ou parce que l'on y connait rien et que
>> l'on a pas envie de chercher plus loin. pareil pour transformer=*)
>>
> On n'interdit pas de valeur dans l'absolu.
> Josm ne criera pas si switch=yes est utilisé.
>
>
>> power=station représente tour à tour des centrales ou des postes de
>>> transformation. Il faut vérifier dans tous les cas
>>>
>>
>> ceux qui restent ne peuvent pas être des centrales.
>>
>
> Pourquoi cela ?
>

c'est vrai qu'il manque quelque chose :)
Je dis ça parce que j'ai fait le tour, dans josm avec la vue aérienne, de
la 50ene en France métropolitaine et rien ne peut être une centrale par
contre difficile de savoir ce que c'est...

>
>
> regardez la carte des power=sub_station : https://taginfo.openstreetmap.
>> org/tags/power=sub_station#map
>> c'est bizarre il y en a partout en europe mais pas en France, il n'y
>> aurait pas eu un changement massif pour faire passer power=sub_station en
>> power=substation :)
>>
>
> Oui il me semble que Marcussacapuces91 s'en était occupé en 2013 ou 2014
>
> On a pas pu faire la meme chose pour power=station dont la signification
> était ambigue
>
>
> Le 23 juin 2018 à 15:47, deuzeffe  a écrit :
>
>>
>> À ce propos, il y a 2 "distirbution" qui traînent dans le tableau : je te
>> laisse corriger ? ;)
>>
>
> C'est fait, merci du coup d'oeuil
>
>
>>
>> J'ai donc commencé à m'attaquer aux "pole" (vus de mes yeux vus sur le
>> terrain plusieurs fois/jour). Au passage, il semble qu'un tag switch puisse
>> être ajouté, quand l'équipement existe (si j'ai bien compris qu'il sert à
>> disjoncter le « transfo. » en question). Je peux ?
>>
>
> Dans l'absolu on pourrait.
> Pour l'instant on va confondre ces switch=* de protection des transfos
> avec les interrupteur du réseau (https://wiki.openstreetmap.
> org/wiki/File:Power_20kV_distribution_mechanical_switch_pole.jpg)
> Étant systématiquement présents a coté des transfos puisque c'est dans la
> norme française, je serais d'avis de ne pas les ajouter et de faire le lien
> mental transformer=distribution <=> {transformateur + disjoncteur
> basse-tension}, au moins en France.
>
> Bonne soirée
>
> François
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] [Imports-us] Importing Addresses in Orange County North Carolina

[Clifford Snow]

On Sat, Jun 23, 2018 at 2:50 PM Greg Morgan  wrote:

>
>
> On Wed, Jun 20, 2018, 2:34 PM Clifford Snow 
> wrote:
>
>> A couple of things  First you have two tags that are not needed,
>> addr:state and  addr:country.
>>
> I have a different opinion on this subject. I always add these two tags.
> We are an international map. If he has the data already, I don't see why
> they shouldn't be added. My view is shaped by living in a border state.
>

Greg - I don't have strong feelings one way or another, but since this is
spatial data, it's easy to figure out the state and country. City not so
much,  Often it's a postal city code even though the location is in
unincorporated areas. But like you I do sometimes look at the tiger tags on
a way to see which county it's in.

Best,
Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Mappen van spoorweginfrastructuur

[Ben Laenen]

On Saturday, 23 June 2018 19:12:22 CEST Ruben wrote:
> Er zijn veel verschillende soorten seinen, en dat verschilt dan ook nog eens
> per land. Eimai is begonnen aan een schema voor de Belgische seinen (
> https://wiki.openstreetmap.org/wiki/User:Eimai/Railway ), maar het sluit
> niet zo goed aan bij de internationale standaarden daarrond. In Duitsland
> staan ze daar veel verder mee. Er zijn er daar ook al heel veel gemapt, in
> België nog zo goed als geen.

Ik was er eens mee begonnen, maar het is zoveel werk, en veel van de 
informatie kan je ook niet aflezen van zo'n sein, dan moet je de officiële 
plannen al bekijken, of dus al treinbestuurder zijn dat je het gewoon weet.

Internationale standaarden zijn erg moeilijk in de spoorwegwereld, er zijn 
terugkerende elementen in alle landen (algemeen bijvoorbeeld: seinen die 
kunnen opleggen om te stoppen, seinen die iets zeggen over het volgende 
sein...), maar de reglementeringen en seinstelsels zijn vaak zo verschillend 
dat het erg moeilijk is om gemeenschappelijke grond te vinden, en wat de 
Duitsers hebben gemaakt van taggingschema is gewoon op zijn Duits. Echt niet 
triviaal om daar Belgische reglementering in te passen. Een regime kennen ze 
daar niet, van grote en kleine beweging ook niet, en dat zijn al de 
basisbegrippen in België.

Dat gezegd zijnde, zelfs al hebben we ooit een taggingschema uitgewerkt, het 
is erg veel werk om die dingen te mappen, en ik ben er niet echt van overtuigd 
of het al dat werk waard is. Als treinbestuurder zou ik het leuk vinden 
natuurlijk, maar het is niet alsof we met die informatie veel kunnen/mogen 
doen tijdens het rijden...

Ben




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

Re: [Talk-us] [Imports-us] Importing Addresses in Orange County North Carolina

[Greg Morgan]

On Sat, Jun 23, 2018 at 2:57 PM, Tommy Bruce  wrote:

> I agree I don't see anything wrong with keeping the state and country tag.
>
> 2018-06-23 14:50 GMT-07:00 Greg Morgan :
>
>>
>>
>> On Wed, Jun 20, 2018, 2:34 PM Clifford Snow 
>> wrote:
>>
>>> A couple of things  First you have two tags that are not needed,
>>> addr:state and  addr:country.
>>>
>> I have a different opinion on this subject. I always add these two tags.
>> We are an international map. If he has the data already, I don't see why
>> they shouldn't be added. My view is shaped by living in a border state.
>>
>
I forgot to mention that these tags where handy when an influx of seo spam
hit my area.  There was no second thought about deleting the spam when
there were Washington, South Carolina, and what not in the seo spam
addresses.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

Le 23/06/2018 à 23:19, marc marc a écrit :


Quel est la précision de localisation de l'opendata rte et enedis ?
histoire de savoir s'il faut chercher large ou s'il faut "juste"
ajouter les tags manquants.


Dans ma zone de connaissance, c'est très proche de la localisation 
réelle sans être tout à fait exact (je te mesure qq écarts dès qu'il 
fait jour, ou un peu après ^^)


--
deuzeffe

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

Le 23/06/2018 à 22:00, François Lacombe a écrit :

Bonsoir François,


À ce propos, il y a 2 "distirbution" qui traînent dans le tableau :
je te laisse corriger ? ;)



C'est fait, merci du coup d'oeil


Servitrice.


J'ai donc commencé à m'attaquer aux "pole" (vus de mes yeux vus sur
le terrain plusieurs fois/jour). Au passage, il semble qu'un tag
switch puisse être ajouté, quand l'équipement existe (si j'ai bien
compris qu'il sert à disjoncter le « transfo. » en question). Je peux ?



Dans l'absolu on pourrait.
Pour l'instant on va confondre ces switch=* de protection des transfos 
avec les interrupteur du réseau 
(https://wiki.openstreetmap.org/wiki/File:Power_20kV_distribution_mechanical_switch_pole.jpg)


Si je comprends bien, lorsque je croise un pole comme celui illustré 
ci-dessus (avec la petite antenne kivabien), et je sais où il y en a, je 
peux ajouter le tag switch qui correspond donc à l'interrupteur de 
réseau et donc tagguer le pole comme l'exemple ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:switch%3Dmechanical ?


Étant systématiquement présents a coté des transfos puisque c'est dans 
la norme française, je serais d'avis de ne pas les ajouter et de faire 
le lien mental transformer=distribution <=> {transformateur + 
disjoncteur basse-tension}, au moins en France.


ok.

Bonne soirée.
--
deuzeffe

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

Re: [Talk-us] [Imports-us] Importing Addresses in Orange County North Carolina

[Greg Morgan]

On Wed, Jun 20, 2018, 2:34 PM Clifford Snow  wrote:

> A couple of things  First you have two tags that are not needed,
> addr:state and  addr:country.
>
I have a different opinion on this subject. I always add these two tags. We
are an international map. If he has the data already, I don't see why they
shouldn't be added. My view is shaped by living in a border state.

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[marc marc]

Bonjour,

bravo pour ce projet qui, comme à ton habitude, est bien documenté.
Très amusant le nom :)

Quel est la précision de localisation de l'opendata rte et enedis ?
histoire de savoir s'il faut chercher large ou s'il faut "juste"
ajouter les tags manquants.

je me demandais aussi s'il était possible d'utiliser la puissance de 
Pic4Review avec osmose
je m'explique : quand un poste est proposé à la création par osmose,
le plus difficile c'est de le localiser précisément et de lui mettre
les bons tags. pour ce faire l'imagerie sat pour aider mais surtout 
l'imagerie "rue", domaine dans lequel l'interface Pic4Review est utile.

Le 23 juin 2018 à 01:45, Jérôme Amagat a écrit :
> regardez la carte des power=sub_station :
> https://taginfo.openstreetmap.org/tags/power=sub_station#map
> c'est bizarre il y en a partout en europe mais pas en France, il n'y
> aurait pas eu un changement massif pour faire passer
> power=sub_station en power=substation :)

J'ai passé en revue fin mai les environ 200 power=sub_station
qui restait en France.
de mémoire, un était un power=generator et j'ai transformé
tous les autres power=substation
ceux qui reste sur taginfo fr sont ceux situé hors France
mais proche de la frontière (taginfo se base sur une frontière
ultra simplifiée qui déborde largement, de mémoire de 1km)
On pourrait les traiter si on veux "nettoyer" taginfo

Le 21. 06. 18 à 03:00, Jérôme Amagat a écrit :
 > il reste encore des power=station

Je viens de faire un petit tour rapidos.
http://overpass-turbo.eu/s/zNi
Il n'y en a que 50 en France dont 2 avec une ref
Un pro du domaine reconnaît ce genre de ref ?
ref=38540P0001
ref=38540P0018
certains sont clairement des substations d’après le nom
d'autres c'est plus compliqués (par ex dans un bâtiment

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

Re: [Talk-cz] Neco rozumneho na editaci co neni josm?

[Jan Martinec]

Dne 06/23/18 v 20:01 Pavel Machek napsal(a):

On Sat 2018-06-23 08:21:48, Jan Martinec wrote:

Ahoj,
Jestli máš dosud Javu 7, tak u té je poslední funkční verze JOSM myslím
 10526 - zkusím, jestli tam neexpirovaly HTTPS certifikáty.


Dekuji, josm 10526 funguje.
Pavel

Taky mi ještě funguje na muzejním stroji :) Sice teda postupně 
přestávají fungovat novější verze pluginů (přece jenom Java 7 je o něco 
mladší než černý uhlí, ale ne o moc - je potřeba vypnout i aktualizace 
pluginů), ale jádro JOSM funguje (Caveat: je to z roku 2016, takže tam 
chybí všechny funkce od té doby).


(Pokud má někdo ještě Javu 6, tam je situace úplně zoufalá - sice by API 
fungovalo, s verzí 6000 myslím, ale je tam na každým kroku nějaká past, 
nejvíc asi nefunkční HTTPS certifikáty.)


Zdar,
HPM

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

Re: [OSM-talk-be] Mappen van spoorweginfrastructuur

[Marc Gemis]

die tag is volgens mij enkele jaren geleden op deze mailing list besproken.
aangezien het zo goed als onmogelijk is om het archief te doorzoeken,
laat ik dat aan een ander over om die discussie terug te vinden. Omdat
er toen geen andere tags beschikbaar waren hebben we die tag
ingevoerd.

 Tagging evolueert over tijd, maar ik heb geen tijd om alle
"speciallekes" op te volgen. Dus alle hulp is welkom om  de BENELUX
preset aanpassen.aan de nieuwe consensus.

m.
On Sat, Jun 23, 2018 at 7:12 PM Ruben  wrote:
>
> Dag Karel
>
> On Sat, 23 Jun 2018 13:32:26 +, Karel Adams  wrote:
> > Op de locatie Noord 50.96277 Oost 4.62709 is er een overweg met
> > slagbomen. Deze is gemapt met twee nodes, een op elk spoor, met tag
> > railway=level_crossing.
> >
> > * het zou mij correcter lijken om maar één overweg te mappen ipv twee
>
> Bij een overweg krijgt elke node die de verkeersbaan met een spoor kruist, 
> een level_crossing-tag, en alle informatie wordt herhaald op elke node. Dat 
> is de status quo. Ik zie als alternatief een area tekenen rond heel de 
> overweg, of een node in het midden ervan, maar dat wordt niet gedaan. De 
> validators zullen daar ook over klagen.
>
> > * er is niet gemapt of het een bewaakte overweg is, ttz met slagbomen,
> > dan wel een onbewaakte met enkel licht- en geluidssignalen. Hoe te
> > verbeteren?
>
> Zie https://wiki.openstreetmap.org/wiki/Tag:railway%3Dlevel_crossing
>
> > * de overweg is met grote plastic blokken afgesloten voor autoverkeer,
> > al staan er geen overeenkomstige borden; fietsers en voetgangers kunnen
> > er nog wel langs, en doen dat ook. Geluidssignaal en knipperlichten zijn
> > ook actief ten gepasten tijde. Maar hoe mappen we dat?
>
> barrier=block op de baan ter hoogte van de blokken.
> De weg splitsen ter hoogte van de blokken, en op het stuk ertussen 
> highway=path foot=yes bicycle=yes moped=yes
>
> > * het zou mij ook gepast lijken om het nummer van de overweg te mappen,
> > hier is dat 21 zoals ik zag op bordjes langs het spoor.
>
> ref=* op elke node die je de tag railway=level_crossing gaf.
>
> ref is de tag voor allerlei identificatienummers, zoals die van 
> verlichtingspalen, elektriciteitskotjes, ATMs, spoorwegseinen, 
> spoorweglijnen, bushaltes, enzovoort.
>
> > Of mappen we
> > enkel "straat"-informatie, omdat we nu eenmaal niet "openrailmap" zijn?
>
> Dat zijn we wel: https://www.openrailwaymap.org/ (gebruikt enkel OSM-data)
>
> > * gelijkaardige vraag voor de seinen langsheen het spoor, we mappen wel
> > verkeerslichten voor auto's, waarom zouden we ook niet de
> > verkeerslichten van de treinen mappen?
>
> Er zijn veel verschillende soorten seinen, en dat verschilt dan ook nog eens 
> per land. Eimai is begonnen aan een schema voor de Belgische seinen ( 
> https://wiki.openstreetmap.org/wiki/User:Eimai/Railway ), maar het sluit niet 
> zo goed aan bij de internationale standaarden daarrond. In Duitsland staan ze 
> daar veel verder mee. Er zijn er daar ook al heel veel gemapt, in België nog 
> zo goed als geen.
>
> Ik map af en toe eens een sein, vooral in stations als ik toch aan het 
> wachten op de trein. Belgische seinen mappen is niet eenvoudig want de 
> soorten seinen herkennen is nogal lastig als leek. Ik heb het seinsysteem 
> bestudeerd en tekeningetjes gezet op Eimai's pagina om dat wat eenvoudiger te 
> maken. Maar ook ik zie nog steeds niet op zicht het verschil tussen een sein 
> dat het dubbel-geelaspect kan tonen en één dat dubbel geel, horizontaal 
> groen-geel en verticaal groen-geel kan tonen.
>
> Als je het seinstelsel niet diepgaand kent, zal je deze tags waarschijnlijk 
> niet kunnen gebruiken: managed, big_stop_sign_type, passing_at_danger, 
> big_signal_speed_sign, warning_signal_speed_sign en etcs_sign. Overige 
> informatie normaal gezien wel: type, ruleset, direction, position, regime, 
> down_gradient.
>
> > NB node 301223613 aan de volgende overweg (#20, dus :) ) geeft wel wat
> > meer info; is dit de correcte manier?
>
> level_crossing:category is niet gedocumenteerd en dus zinloos, dat zou ik 
> niet gebruiken. De rest van de tags zijn volgens mij gewoon uitgevonden. 
> Zeker niet als voorbeeld nemen. Ik heb een comment gelaten op de 
> wijzigingenset die ze introduceert.
>
>
> Groeten
> Ruben
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[François Lacombe]

Bonsoir Jérôme,

Le 23 juin 2018 à 01:45, Jérôme Amagat  a écrit :

> Pourquoi avoir besoin de vérification sur le terrain, les personnes qui
> ont mis ces tags n'ont pu vouloir dire qu'une chose, un poteau électrique
> avec un transfo dessus sauf qu'ils n'ont pas mis les bons tags (sûrement
> parce qu'il n'existaient pas).
> en fait la seul question c'est est ce que c’est un transfo pour la
> distribution? Je pense que sur un power=pole c'est le cas.
>

Je ne connais pas d'autre transformateur sur poteau que pour la distribution
La vérification sur le terrain permet juste de valider une fois
supplémentaire, les choses peuvent avoir changé et le transfo disparu pour
une cabine au sol


>
> pareil que le cas avant avec les transformateurs, pour le contributeur
> c'est un switch sur un poteau électrique et les bons tags c'est power=pole
> et switch=*
>
> (Pour moi il faut que la valeur "yes" soit possible quand on ne sait pas
> soit parce que l'on ne le voit pas ou parce que l'on y connait rien et que
> l'on a pas envie de chercher plus loin. pareil pour transformer=*)
>
On n'interdit pas de valeur dans l'absolu.
Josm ne criera pas si switch=yes est utilisé.


> power=station représente tour à tour des centrales ou des postes de
>> transformation. Il faut vérifier dans tous les cas
>>
>
> ceux qui restent ne peuvent pas être des centrales.
>

Pourquoi cela ?


regardez la carte des power=sub_station : https://taginfo.openstreetmap.
> org/tags/power=sub_station#map
> c'est bizarre il y en a partout en europe mais pas en France, il n'y
> aurait pas eu un changement massif pour faire passer power=sub_station en
> power=substation :)
>

Oui il me semble que Marcussacapuces91 s'en était occupé en 2013 ou 2014

On a pas pu faire la meme chose pour power=station dont la signification
était ambigue


Le 23 juin 2018 à 15:47, deuzeffe  a écrit :

>
> À ce propos, il y a 2 "distirbution" qui traînent dans le tableau : je te
> laisse corriger ? ;)
>

C'est fait, merci du coup d'oeuil


>
> J'ai donc commencé à m'attaquer aux "pole" (vus de mes yeux vus sur le
> terrain plusieurs fois/jour). Au passage, il semble qu'un tag switch puisse
> être ajouté, quand l'équipement existe (si j'ai bien compris qu'il sert à
> disjoncter le « transfo. » en question). Je peux ?
>

Dans l'absolu on pourrait.
Pour l'instant on va confondre ces switch=* de protection des transfos avec
les interrupteur du réseau (
https://wiki.openstreetmap.org/wiki/File:Power_20kV_distribution_mechanical_switch_pole.jpg
)
Étant systématiquement présents a coté des transfos puisque c'est dans la
norme française, je serais d'avis de ne pas les ajouter et de faire le lien
mental transformer=distribution <=> {transformateur + disjoncteur
basse-tension}, au moins en France.

Bonne soirée

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

Re: [OSM-talk-fr] Ajout de clés à l'index de Nominatim

[François Lacombe]

Bonsoir Marc,

Le 23 juin 2018 à 14:45, marc marc  a écrit :

> a mon avis cela va être compliqué de demander à Nominatim d'ajouter
> plein de ref:xyz différent spécifique à chaque opérateur.
> avis perso, même si je le fais par cohérence avec l'existant,
> je vois pas l'intérêt de dire que la ref de l'opérateur A est dans ref:A
> et la ref de l'opérateur B est dans ref:B vu qu'on peux tout aussi bien
> structurer l'info avec operator=A + ref=*
>

Mais operator=A et ref:FR:A n'est pas la même info.
Il faut penser à la documentation de ces références, chacune spécifique.
Tout mettre dans la même clé donnerait des pages wiki d'une longueur
abyssale et des infos invérifiables.
On ne peut pas utiliser le nom des référentiels internes, protégés par le
secret industriel (ref:ERDF:gdo est une exception)
Sinon les ref:FR:* ne porteraient pas le nom de l'opérateur mais du
référentiel correspondant.

Je ne m'attend pas à ce que Nominatif sache décoder toutes ces valeurs mais
que lorsque je tape l'une d'elles, il me renvoi le lat/lon
Il connait bien le nom des rues, il peut bien réagir sur d'autres clé je
pense

Je me demande même si la base nominatim possède ses infos.
> Mais tu peux toujours ouvrir un ticket pour voir ce que la mainteneuse
> en pense.
>

C'est fait
https://github.com/openstreetmap/Nominatim/issues/1073


> Sinon pour rechercher, un solution est aussi overpass
> avec l'assistant "ref:xyz=numero" donnera la réponse.
> c'est évidement moins intégré que de le tapper dans osm.org
>
> Je me demande si une ébauche de solution ne serrait pas d'ajouter le
> même genre de menu d'osm.org sur tile-osm-fr, permettant d'ajouter
> les fonctions qu'on veux (par ex un lien pour une recherche overpass)
>

Oui c'est intéressant, avec un assistant comme sur overpass-turbo, ca peut
etre facile d'y accéder

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

Re: [Talk-cz] Neco rozumneho na editaci co neni josm?

[Pavel Machek]

On Sat 2018-06-23 08:21:48, Jan Martinec wrote:
> Ahoj,
> Jestli máš dosud Javu 7, tak u té je poslední funkční verze JOSM myslím
>  10526 - zkusím, jestli tam neexpirovaly HTTPS certifikáty.

Dekuji, josm 10526 funguje.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk-be] Mappen van spoorweginfrastructuur

[Ruben]

Dag Karel

On Sat, 23 Jun 2018 13:32:26 +, Karel Adams  wrote:
> Op de locatie Noord 50.96277 Oost 4.62709 is er een overweg met 
> slagbomen. Deze is gemapt met twee nodes, een op elk spoor, met tag 
> railway=level_crossing.
> 
> * het zou mij correcter lijken om maar één overweg te mappen ipv twee

Bij een overweg krijgt elke node die de verkeersbaan met een spoor kruist, een 
level_crossing-tag, en alle informatie wordt herhaald op elke node. Dat is de 
status quo. Ik zie als alternatief een area tekenen rond heel de overweg, of 
een node in het midden ervan, maar dat wordt niet gedaan. De validators zullen 
daar ook over klagen.

> * er is niet gemapt of het een bewaakte overweg is, ttz met slagbomen, 
> dan wel een onbewaakte met enkel licht- en geluidssignalen. Hoe te 
> verbeteren?

Zie https://wiki.openstreetmap.org/wiki/Tag:railway%3Dlevel_crossing

> * de overweg is met grote plastic blokken afgesloten voor autoverkeer, 
> al staan er geen overeenkomstige borden; fietsers en voetgangers kunnen 
> er nog wel langs, en doen dat ook. Geluidssignaal en knipperlichten zijn 
> ook actief ten gepasten tijde. Maar hoe mappen we dat?

barrier=block op de baan ter hoogte van de blokken.
De weg splitsen ter hoogte van de blokken, en op het stuk ertussen highway=path 
foot=yes bicycle=yes moped=yes

> * het zou mij ook gepast lijken om het nummer van de overweg te mappen, 
> hier is dat 21 zoals ik zag op bordjes langs het spoor.

ref=* op elke node die je de tag railway=level_crossing gaf.

ref is de tag voor allerlei identificatienummers, zoals die van 
verlichtingspalen, elektriciteitskotjes, ATMs, spoorwegseinen, spoorweglijnen, 
bushaltes, enzovoort.

> Of mappen we 
> enkel "straat"-informatie, omdat we nu eenmaal niet "openrailmap" zijn?

Dat zijn we wel: https://www.openrailwaymap.org/ (gebruikt enkel OSM-data)

> * gelijkaardige vraag voor de seinen langsheen het spoor, we mappen wel 
> verkeerslichten voor auto's, waarom zouden we ook niet de 
> verkeerslichten van de treinen mappen?

Er zijn veel verschillende soorten seinen, en dat verschilt dan ook nog eens 
per land. Eimai is begonnen aan een schema voor de Belgische seinen ( 
https://wiki.openstreetmap.org/wiki/User:Eimai/Railway ), maar het sluit niet 
zo goed aan bij de internationale standaarden daarrond. In Duitsland staan ze 
daar veel verder mee. Er zijn er daar ook al heel veel gemapt, in België nog zo 
goed als geen.

Ik map af en toe eens een sein, vooral in stations als ik toch aan het wachten 
op de trein. Belgische seinen mappen is niet eenvoudig want de soorten seinen 
herkennen is nogal lastig als leek. Ik heb het seinsysteem bestudeerd en 
tekeningetjes gezet op Eimai's pagina om dat wat eenvoudiger te maken. Maar ook 
ik zie nog steeds niet op zicht het verschil tussen een sein dat het 
dubbel-geelaspect kan tonen en één dat dubbel geel, horizontaal groen-geel en 
verticaal groen-geel kan tonen.

Als je het seinstelsel niet diepgaand kent, zal je deze tags waarschijnlijk 
niet kunnen gebruiken: managed, big_stop_sign_type, passing_at_danger, 
big_signal_speed_sign, warning_signal_speed_sign en etcs_sign. Overige 
informatie normaal gezien wel: type, ruleset, direction, position, regime, 
down_gradient.

> NB node 301223613 aan de volgende overweg (#20, dus :) ) geeft wel wat 
> meer info; is dit de correcte manier?

level_crossing:category is niet gedocumenteerd en dus zinloos, dat zou ik niet 
gebruiken. De rest van de tags zijn volgens mij gewoon uitgevonden. Zeker niet 
als voorbeeld nemen. Ik heb een comment gelaten op de wijzigingenset die ze 
introduceert.


Groeten
Ruben

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

[Talk-es] Re Importaciones Catastro

[Joaquim]

Gracias por los consejos y la ayuda.

Joaquim


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

Re: [OSM-ja] JOSM での360度カメラ写真によるMapillary活用

[tomoya muramoto]

三浦様

iDは360画像に対応しているのにJOSMはなぜ対応していないんだろうと悶々としていたので、さっそくインストールしてみました。
下記環境でばっちり動きました。

最初はドラッグしても視点が動かないなぁと戸惑いましたが、視点移動はシングルクリックなんですね。
ドラッグ操作できるようにするか、操作方法インストラクション表示がほしいなぁと感じました。
それ以外はもう正式版にしてしまっても良いくらいかと。

大変ありがとうございました。

動作環境
・JOSMバージョン13878(ローカルにインストール)
・OS:Windows10
・Mapillary画像：このあたりの360画像で動作確認しました。
https://www.mapillary.com/map/im/vzLPyA2DCexTE7yMDN7lyg

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

[OSM-talk-be] Mappen van spoorweginfrastructuur

[Karel Adams]

Nog al wat vragen terzake, want ik ben vooral bezig met vliegvelden en 
aanverwante.


Op de locatie Noord 50.96277 Oost 4.62709 is er een overweg met 
slagbomen. Deze is gemapt met twee nodes, een op elk spoor, met tag 
railway=level_crossing.


* het zou mij correcter lijken om maar één overweg te mappen ipv twee

* er is niet gemapt of het een bewaakte overweg is, ttz met slagbomen, 
dan wel een onbewaakte met enkel licht- en geluidssignalen. Hoe te 
verbeteren?


* de overweg is met grote plastic blokken afgesloten voor autoverkeer, 
al staan er geen overeenkomstige borden; fietsers en voetgangers kunnen 
er nog wel langs, en doen dat ook. Geluidssignaal en knipperlichten zijn 
ook actief ten gepasten tijde. Maar hoe mappen we dat?


* het zou mij ook gepast lijken om het nummer van de overweg te mappen, 
hier is dat 21 zoals ik zag op bordjes langs het spoor. Of mappen we 
enkel "straat"-informatie, omdat we nu eenmaal niet "openrailmap" zijn?


* gelijkaardige vraag voor de seinen langsheen het spoor, we mappen wel 
verkeerslichten voor auto's, waarom zouden we ook niet de 
verkeerslichten van de treinen mappen?


NB node 301223613 aan de volgende overweg (#20, dus :) ) geeft wel wat 
meer info; is dit de correcte manier?


KA


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

Re: [Talk-de] EU-Urheberrechtsrichtlinie und ihre Folgen für OSM

[CryptKiddie]

Ja, das halte ich auch für einen GAU, ausgelöst durch den ein oder
anderen DAU.

Ja, du kannst da noch jedes public-git (z.B. gitlab), fragdenstaat,
eigentlich alles mit upload als gefährdet bezeichnen.

Und sowas haut man netürlich wieder so während der WM raus, dass es das
nicht in die Tageschau kommt.

Als ersten Schritt kannst du auf savetheinternet.info die Petition
unterschreiben.

Liefe die Koordination dann über diese Liste, ich würde gerne mithelfen,

Lukas / CryptKiddie


Am 23.06.2018 um 14:41 schrieb Markus:
> Oha - das klingt nach GAU ?!
>
> Ist da die OSMF und der Fossgis dran? wie?
>
> Betrifft das auch Wikipedia? Commons? Wikidata?
> Ist da die WMF und der WMDE dran? wie?
> Joachim?
>
> In der Tagespresse scheint das noch nicht angekommen zu sein...
>
> Mit herzlichem Gruss,
> Markus
>
>
> Am 21.06.2018 um 01:16 schrieb Michael Reichert:
>> Crossposting im deutschen Forum:
>> https://forum.openstreetmap.org/viewtopic.php?pid=704292#p704292
>>
>> Hallo,
>>
>> der Rechtsausschuss des EU-Parlaments hat gestern der neuen
>> EU-Urheberrechtsrichtlinie zugestimmt. Der Kampf gegen ein unionsweites
>> Leistungsschutzrecht für Presseveröffentlichungen und – was für OSM noch
>> viel wichtiger ist – gegen die Pflicht, dass Inhaltsplattformen
>> hochgeladene Beiträge auf Urheberrechtsverletzungen automatisiert prüfen
>> müssen, ist noch nicht endgültig entschieden. [1] Übernächste Woche wird
>> möglicherweise darüber noch im Plenum abgestimmt werden.
>>
>> *Warum ist das wichtig?*
>>
>> Derartige Filter gibt es auf gewissen Plattformen schon jetzt und sie
>> sind für ihre Fehlerquote bekannt/berüchtigt. Müsste OpenStreetMap
>> solche Filter betreiben, wäre es schwieriger und in Teilen unmöglich,
>> die Beiträge von Mappern unverzüglich in die Datenbank aufzunehmen. Es
>> motiviert Mapper ungemein, wenn ihre Änderungen innerhalb weniger
>> Minuten auf openstreetmap.org und anderen Karten mit minütlichen Updates
>> erscheinen.
>>
>> Wenn eine Änderung im Filter hängen bleibt, müsste diese von
>> Freiwilligen gesichtet werden, die ihre Zeit sicherlich lieber
>> anderweitig verwenden würden. Außerdem würde es den Beitragenden,
>> möglicherweise sogar einen Neuling, den wir für unser Projekt gewinnen
>> wollen, nicht motivieren, weitere Änderungen hochzuladen, da es
>> anscheinend für die Katz ist. Wenn ein Benutzer "Google" oder "Kataster"
>> im Änderungssatzkommentar verwendet, mag es verlockend sein, einen
>> bissigen Filter zu haben, der solche Änderungssätze abfängt. Leider ist
>> die Welt jedoch nicht so einfach. Manche Katasterdaten sind für uns
>> freigegeben, manchmal schreiben Benutzer Kommentare wie "Umgehungsstraße
>> ergänzt, OSM ist jetzt aktueller als Google".
>>
>> *Was können wir tun?*
>> Am Karlsruher Stammtisch hatten wir die Idee, als politisches Statement
>> einen Teil der Kartenkacheln von tile.openstreetmap.de in den nächsten
>> Tagen vorübergehend durch schwarze Kacheln mit einer politischen
>> Botschaft zu ersetzen. Es gibt schon grobe Pläne, wie wir das in der
>> Konfiguration des Tileservers umsetzen. Dennoch rufen wir zur Mithilfe
>> auf. Es ist nicht allein getan, die Konfiguration des Tileservers zu
>> ändern. Folgende weitere Dinge sind noch zu tun, bevor wir die schwarzen
>> Tiles ausliefern können:
>>
>> 1. Es muss eine Seite auf *.openstreetmap.de geben, die erklärt, was am
>> Entwurf der Richtlinie schlecht ist und warum die Filterpflicht uns
>> genau schadet. Auch ohne Webdesign-Kenntnisse könnt ihr hier mithelfen
>> und z.B. den Text formulieren oder Links zu weiteren Seiten zu diesem
>> Thema zusammenstellen.
>>
>> 2. Gut wäre es, wenn wir den Text auch ins Englische übersetzen könnten,
>> falls andere Tileserver-Betreiber und andere Local Chapter der OSMF es
>> uns gleichtun wollen.
>>
>> 3. Die schwarze Fehlerkachel, eine 256 x 256 Pixel große PNG-Datei muss
>> gestaltet werden. Vorschläge werden gerne entgegengenommen.
>>
>> Wir werden unsere Serverkonfiguration Betreibern anderer kostenloser
>> Tileserver zur Verfügung stellen, damit diese sich ebenfalls für freie
>> Geodaten und gegen Uploadfilter aussprechen können.
>>
>> Viele Grüße
>>
>> Michaeleigentlich alles, 
>>
>>
>> [1]
>> https://blog.wikimedia.de/2018/06/20/wir-lassen-uns-das-freie-netz-nicht-nehmen/
>>
>>
>>
>>
>> ___
>> 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


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

Re: [OSM-talk-fr] Ajout de clés à l'index de Nominatim

[marc marc]

Le 23. 06. 18 à 13:33, François Lacombe a écrit :
> préférer name=* pour 
> indiquer des références métier plutôt que les sous-clés de ref:*
> Ceci parce que ça les rend accessible dans le moteur de recherche de 
> osm.org

a mon avis cela va être compliqué de demander à Nominatim d'ajouter 
plein de ref:xyz différent spécifique à chaque opérateur.
avis perso, même si je le fais par cohérence avec l'existant,
je vois pas l'intérêt de dire que la ref de l'opérateur A est dans ref:A 
et la ref de l'opérateur B est dans ref:B vu qu'on peux tout aussi bien 
structurer l'info avec operator=A + ref=*
Je me demande même si la base nominatim possède ses infos.
Mais tu peux toujours ouvrir un ticket pour voir ce que la mainteneuse 
en pense.

Sinon pour rechercher, un solution est aussi overpass
avec l'assistant "ref:xyz=numero" donnera la réponse.
c'est évidement moins intégré que de le tapper dans osm.org

Je me demande si une ébauche de solution ne serrait pas d'ajouter le 
même genre de menu d'osm.org sur tile-osm-fr, permettant d'ajouter
les fonctions qu'on veux (par ex un lien pour une recherche overpass)

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

Re: [Talk-de] EU-Urheberrechtsrichtlinie und ihre Folgen für OSM

[Markus]

Oha - das klingt nach GAU ?!

Ist da die OSMF und der Fossgis dran? wie?

Betrifft das auch Wikipedia? Commons? Wikidata?
Ist da die WMF und der WMDE dran? wie?
Joachim?

In der Tagespresse scheint das noch nicht angekommen zu sein...

Mit herzlichem Gruss,
Markus


Am 21.06.2018 um 01:16 schrieb Michael Reichert:
> Crossposting im deutschen Forum:
> https://forum.openstreetmap.org/viewtopic.php?pid=704292#p704292
> 
> Hallo,
> 
> der Rechtsausschuss des EU-Parlaments hat gestern der neuen
> EU-Urheberrechtsrichtlinie zugestimmt. Der Kampf gegen ein unionsweites
> Leistungsschutzrecht für Presseveröffentlichungen und – was für OSM noch
> viel wichtiger ist – gegen die Pflicht, dass Inhaltsplattformen
> hochgeladene Beiträge auf Urheberrechtsverletzungen automatisiert prüfen
> müssen, ist noch nicht endgültig entschieden. [1] Übernächste Woche wird
> möglicherweise darüber noch im Plenum abgestimmt werden.
> 
> *Warum ist das wichtig?*
> 
> Derartige Filter gibt es auf gewissen Plattformen schon jetzt und sie
> sind für ihre Fehlerquote bekannt/berüchtigt. Müsste OpenStreetMap
> solche Filter betreiben, wäre es schwieriger und in Teilen unmöglich,
> die Beiträge von Mappern unverzüglich in die Datenbank aufzunehmen. Es
> motiviert Mapper ungemein, wenn ihre Änderungen innerhalb weniger
> Minuten auf openstreetmap.org und anderen Karten mit minütlichen Updates
> erscheinen.
> 
> Wenn eine Änderung im Filter hängen bleibt, müsste diese von
> Freiwilligen gesichtet werden, die ihre Zeit sicherlich lieber
> anderweitig verwenden würden. Außerdem würde es den Beitragenden,
> möglicherweise sogar einen Neuling, den wir für unser Projekt gewinnen
> wollen, nicht motivieren, weitere Änderungen hochzuladen, da es
> anscheinend für die Katz ist. Wenn ein Benutzer "Google" oder "Kataster"
> im Änderungssatzkommentar verwendet, mag es verlockend sein, einen
> bissigen Filter zu haben, der solche Änderungssätze abfängt. Leider ist
> die Welt jedoch nicht so einfach. Manche Katasterdaten sind für uns
> freigegeben, manchmal schreiben Benutzer Kommentare wie "Umgehungsstraße
> ergänzt, OSM ist jetzt aktueller als Google".
> 
> *Was können wir tun?*
> Am Karlsruher Stammtisch hatten wir die Idee, als politisches Statement
> einen Teil der Kartenkacheln von tile.openstreetmap.de in den nächsten
> Tagen vorübergehend durch schwarze Kacheln mit einer politischen
> Botschaft zu ersetzen. Es gibt schon grobe Pläne, wie wir das in der
> Konfiguration des Tileservers umsetzen. Dennoch rufen wir zur Mithilfe
> auf. Es ist nicht allein getan, die Konfiguration des Tileservers zu
> ändern. Folgende weitere Dinge sind noch zu tun, bevor wir die schwarzen
> Tiles ausliefern können:
> 
> 1. Es muss eine Seite auf *.openstreetmap.de geben, die erklärt, was am
> Entwurf der Richtlinie schlecht ist und warum die Filterpflicht uns
> genau schadet. Auch ohne Webdesign-Kenntnisse könnt ihr hier mithelfen
> und z.B. den Text formulieren oder Links zu weiteren Seiten zu diesem
> Thema zusammenstellen.
> 
> 2. Gut wäre es, wenn wir den Text auch ins Englische übersetzen könnten,
> falls andere Tileserver-Betreiber und andere Local Chapter der OSMF es
> uns gleichtun wollen.
> 
> 3. Die schwarze Fehlerkachel, eine 256 x 256 Pixel große PNG-Datei muss
> gestaltet werden. Vorschläge werden gerne entgegengenommen.
> 
> Wir werden unsere Serverkonfiguration Betreibern anderer kostenloser
> Tileserver zur Verfügung stellen, damit diese sich ebenfalls für freie
> Geodaten und gegen Uploadfilter aussprechen können.
> 
> Viele Grüße
> 
> Michael
> 
> 
> [1]
> https://blog.wikimedia.de/2018/06/20/wir-lassen-uns-das-freie-netz-nicht-nehmen/
> 
> 
> 
> 
> ___
> 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-GB] Geofabrik request: Tyne and Wear

[Colin Smale]

Sorry, it was indeed Cleveland. 

On 23 June 2018 12:08:37 BST, Nick Whitelegg  
wrote:
>
>I thought it was the former county of Cleveland, existent between the
>early 70s and mid 90s or so (which appears to be non-ceremonial) that
>was split between Durham and North Yorks; with Tyne and Wear split
>across the historic (pre-1970ish) borders of the counties of
>Northumberland and Durham.
>
>
>Nick
>
>
>
>From: Colin Smale 
>Sent: 22 June 2018 19:57:13
>To: talk-gb@openstreetmap.org; Frederik Ramm; Andy Robinson; Nick
>Whitelegg
>Subject: Re: [Talk-GB] Geofabrik request: Tyne and Wear
>
>If the overlap is around Stockton on Tees, the bit of north Yorkshire
>is correct. The ceremonial county of Tyne and Wear is split across
>County Durham and North Yorks. This is a unique situation... As the
>original request was based on the ceremonial County, it would be better
>to include this area.
>
>On 22 June 2018 18:42:54 BST, Frederik Ramm 
>wrote:
>
>Afraid I cannot reply in the language, but I've added Durham and Tyne
>and Wear now. At the same time I've shaved a little bit off North
>Yorkshire which for reasons I cannot fathom had overlapped with Durham
>a
>little bit. Let me know if anything is wrong!
>
>Bye
>Frederik
>
>On 06/22/2018 03:47 PM, Andy Robinson wrote:
> Or in Gordie….
>
>
>
> Cud ah myek a request fo' an additional region within england on
> geofabrik? it's tyne an' weor, a formor metropolitan county coverin
> Newcassel an' the surroundin area - similar in status tuh formor
> metropolitan counties iv syeuth an' west yorkshire, greator manchestor
> an' merseyside.
>
>
>
> J
>
>
>
> *From:*Nick Whitelegg [mailto:nick.whitel...@solent.ac.uk]
> *Sent:* 21 June 2018 15:27
> *To:* Frederik Ramm
> *Cc:* talk-gb@openstreetmap.org
> *Subject:* [Talk-GB] Geofabrik request: Tyne and Wear
>
>
>
>
>
> Hello Frederik,
>
>
>
>Could I make a request for an additional region within England on
>geofabrik?
>
>
>
>It's Tyne and Wear, a former metropolitan county covering Newcastle and
>the surrounding area - similar in status to former metropolitan
>counties
> of South  and West Yorkshire, Greater Manchester and Merseyside.
>
>
> Thanks,
>
> Nick
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-cz] moje nové GPS traces se už pár měsíců na OSM.org nezobrazují

[Pavel Pilát]

Nahrávám občas mé tracklogy na OSM, jsou jako "identifiable", tedy
doporučené nastavení. V "My GPS traces" je vidím i v JOSM se mi objeví.
Nicméně na www.openstreetmap.org v nastavení "Layers", když si zapnu
"Public GPS Traces", tak se mi zobrazí pouze nějaké starší.

Např. konkrétně tento tracklog ze včerejška -
https://www.openstreetmap.org/user/Pontiac_CZ/traces/2732793

Začíná ve Všetulích na parkovišti, ale na osm.org ho nevidím.

Jde o nějakou poruchu na webu OSM?


Hezký den,
Pavel
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-ph] [JPCS YouthMappers] Mapping Activity for District 2 of Manila Update.

[Pierre Edwin See Tiong]

Good Day!

Junior Philippine Computer Society YouthMappers (JPCS YouthMappers) has been 
invited to conduct a mapping activity by Project JUANda [0] for the upcoming 
event for District 2 of Manila on July 21.

The mapping will focus on:

  *   Locating where the PWD’s people lives.
  *   Updating the streets of the area, and establishments for the 
Evacuation/Emergency map for TILAK. TILAK is a group of PWD’s people who cater 
and support the PWD’s within their barangay.
  *   Conduct a workshop/seminar how map can help them, how to utilize and/or 
create a digital and/or physical map for their own need.
  *   Help the barangay officials and TILAK to have their own map. (from the 
last meeting with Project JUANda and TILAK group, they said that, they don’t 
have any map)
  *   Bring awareness to the youth and PWD’s how they can help.
  *   Using the World Cleanup Day, we will also include mapping the waste 
sites/location, in preparation of World Cleanup Day event on September 15, 2018.

Equipment to be used:

  *   Field Papers (both with OSM data only and satellite imagery)
  *   World Cleanup Day Mobile app (for trashpoints location)
  *   Mobile phone (for communication)
  *   Computer with internet (for the osm basic workshop/seminar)
  *   Cartolina and Pens (for physical mapping, without computer and internet 
purpose)

The whole activity will not only focuses on mapping, it will also consist of 
Profiling of PWD’s, Filipino Sign Language (FSL) and other workshop/seminar 
that will focuses on DRR awareness. We are now in finalization of the whole 
activity flow for July 21. Final meeting and orientation will be on July 14, 
will keep it posted here for more updates about the activity.

Questions:

  *   By using the OSM, can we place a tag for the location of PWD’s residence 
in the map?
  *   We are currently searching but currently having a hard time, how can we 
create a visual presentation using the data in OSM? Like creating a visual 
presentation of heights of buildings for flood map.


[0]: 
https://www.facebook.com/Project-JUANda-Philippines-963992413721906/?fref=mentions_location=group

Thank You,

Pierre Edwin L. See Tiong
President (A.Y. 17-18)
Junior Philippine Computer Society
FEU Institute of Technology
jpcsfeut...@outlook.com | plseeti...@outlook.com

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

[Talk-lt] Atnaujinami ortofotografiniai žemėlapiai

[Tomas Straupis]

Prasideda Lietuvos ortofotografinių žemėlapių 2018 atnaujinimo darbai.

Šiais metais bus atnaujintas trečdalis vidurio Lietuvos.
Spalio mėnesį šiuos Nacionalinės Žemės Tarnybos žemėlapius jau
galėsime naudoti ir OpenStreetMap žemėlapių atnaujinimui
(vektorizavimui) ir kaip internetinių žemėlapių pagrindą.

Plačiau:
http://www.nzt.lt/index.php?1216193349

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

[OSM-talk-be] Mapping of motorways - use of int_ref tag on nodes?

[Philippe Casteleyn]

Als hij het niet kan laten, dan kan hij mijlpalen taggen.


Ik heb al Mechelen Noord - Mechelen Zuid in Mapillary getagd.

Dat is een vervelend werkje.


Dat met het risico en de hoop dat er eens een import gebeurt.


Ctrl+v




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

Re: [Talk-de] EU-Urheberrechtsrichtlinie und ihre Folgen für OSM

[CryptKiddie]

Hallo,

Ich finde auch, dass wir irgendwie protestieren sollten.

Könnte man eine Abfrage einbauen, die wenn die Kacheln in der Nähe des
EU-Parlaments abgefragt werden, einen http-error 451 wirft?

Eine allgemeine Protestseite habe ich hier
 eingebaut (Wenn man
z.B. dem Link von hier  folgt, sieht
es etwas anders aus :-))

Den Quellcode dazu findet man auf gitlab
. Sowas könnte man noch
einbauen, so als Idee, aber für das "Kacheln schwärzen" +1 von mir

Lukas / CryptKiddie


Am 21.06.2018 um 01:16 schrieb Michael Reichert:
> Crossposting im deutschen Forum:
> https://forum.openstreetmap.org/viewtopic.php?pid=704292#p704292
>
> Hallo,
>
> der Rechtsausschuss des EU-Parlaments hat gestern der neuen
> EU-Urheberrechtsrichtlinie zugestimmt. Der Kampf gegen ein unionsweites
> Leistungsschutzrecht für Presseveröffentlichungen und – was für OSM noch
> viel wichtiger ist – gegen die Pflicht, dass Inhaltsplattformen
> hochgeladene Beiträge auf Urheberrechtsverletzungen automatisiert prüfen
> müssen, ist noch nicht endgültig entschieden. [1] Übernächste Woche wird
> möglicherweise darüber noch im Plenum abgestimmt werden.
>
> *Warum ist das wichtig?*
>
> Derartige Filter gibt es auf gewissen Plattformen schon jetzt und sie
> sind für ihre Fehlerquote bekannt/berüchtigt. Müsste OpenStreetMap
> solche Filter betreiben, wäre es schwieriger und in Teilen unmöglich,
> die Beiträge von Mappern unverzüglich in die Datenbank aufzunehmen. Es
> motiviert Mapper ungemein, wenn ihre Änderungen innerhalb weniger
> Minuten auf openstreetmap.org und anderen Karten mit minütlichen Updates
> erscheinen.
>
> Wenn eine Änderung im Filter hängen bleibt, müsste diese von
> Freiwilligen gesichtet werden, die ihre Zeit sicherlich lieber
> anderweitig verwenden würden. Außerdem würde es den Beitragenden,
> möglicherweise sogar einen Neuling, den wir für unser Projekt gewinnen
> wollen, nicht motivieren, weitere Änderungen hochzuladen, da es
> anscheinend für die Katz ist. Wenn ein Benutzer "Google" oder "Kataster"
> im Änderungssatzkommentar verwendet, mag es verlockend sein, einen
> bissigen Filter zu haben, der solche Änderungssätze abfängt. Leider ist
> die Welt jedoch nicht so einfach. Manche Katasterdaten sind für uns
> freigegeben, manchmal schreiben Benutzer Kommentare wie "Umgehungsstraße
> ergänzt, OSM ist jetzt aktueller als Google".
>
> *Was können wir tun?*
> Am Karlsruher Stammtisch hatten wir die Idee, als politisches Statement
> einen Teil der Kartenkacheln von tile.openstreetmap.de in den nächsten
> Tagen vorübergehend durch schwarze Kacheln mit einer politischen
> Botschaft zu ersetzen. Es gibt schon grobe Pläne, wie wir das in der
> Konfiguration des Tileservers umsetzen. Dennoch rufen wir zur Mithilfe
> auf. Es ist nicht allein getan, die Konfiguration des Tileservers zu
> ändern. Folgende weitere Dinge sind noch zu tun, bevor wir die schwarzen
> Tiles ausliefern können:
>
> 1. Es muss eine Seite auf *.openstreetmap.de geben, die erklärt, was am
> Entwurf der Richtlinie schlecht ist und warum die Filterpflicht uns
> genau schadet. Auch ohne Webdesign-Kenntnisse könnt ihr hier mithelfen
> und z.B. den Text formulieren oder Links zu weiteren Seiten zu diesem
> Thema zusammenstellen.
>
> 2. Gut wäre es, wenn wir den Text auch ins Englische übersetzen könnten,
> falls andere Tileserver-Betreiber und andere Local Chapter der OSMF es
> uns gleichtun wollen.
>
> 3. Die schwarze Fehlerkachel, eine 256 x 256 Pixel große PNG-Datei muss
> gestaltet werden. Vorschläge werden gerne entgegengenommen.
>
> Wir werden unsere Serverkonfiguration Betreibern anderer kostenloser
> Tileserver zur Verfügung stellen, damit diese sich ebenfalls für freie
> Geodaten und gegen Uploadfilter aussprechen können.
>
> Viele Grüße
>
> Michael
>
>
> [1]
> https://blog.wikimedia.de/2018/06/20/wir-lassen-uns-das-freie-netz-nicht-nehmen/
>
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

[talk-ph] [Update] Mapping activity for Marcelo Green Village

[Pierre Edwin See Tiong]

Good Day!

The planned mapping activity for Marcelo Green Village last June 13 and 16 has 
been on-hold, due to the heavy raining that we experienced. We are still in 
contact with Barangay Hall of Marcelo Green Village for the re-scheduling of 
the field mapping for their village and OSM workshop for the MiAmore and 
Barangay officials/volunteers.

Best Regards,

Pierre Edwin L. See Tiong
President (A.Y. 17-18)
Junior Philippine Computer Society
FEU Institute of Technology
jpcsfeut...@outlook.com | plseeti...@outlook.com

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

[OSM-talk-fr] Ajout de clés à l'index de Nominatim

[François Lacombe]

Bonjour à tous,

Plus tôt aujourd'hui, un contributeur affirme préférer name=* pour indiquer
des références métier plutôt que les sous-clés de ref:*
Ceci parce que ça les rend accessible dans le moteur de recherche de osm.org
et qu'il peut calculer des itinéraires de ou vers ces points
https://twitter.com/u4y0u/status/1010457791587409920

Je l'ai évidemment découragé de le faire, mais pouvons-nous en contrepartie
ajouter ces champs aux valeurs très particulières à l'index de Nominatim ?
Je pense à:
ref:FR:PTT
ref:FR:ARCEP
ref:FR:RTE
ref:FR:Orange
ref:ERDF:gdo

Et il y en a surement d'autres

Cette prise en compte peut être un facteur supplémentaire pour motiver la
collecte de ces références sur le terrain

Je ne connais pas la structure de Nominatim pour osm.org, et vu que
Christian nous a présenté addok au SOTMfr, je pose la question ici pour
avoir l'avis des gens compétents


Bonne journée

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

Re: [Talk-it] Nomi di strade/piazze

[Martin Koppenhoefer]

sent from a phone

> On 23. Jun 2018, at 10:15, Francesco Pelullo  wrote:
> 
> Per esempio se Via Roma ad un certo punto diventa senso unico, noi spezziamo 
> la way --> due occorrenze trovate.


si, di questo non c’è dubbio, ed anche casi “a pettine” esistono, probabilmente 
esiste anche qualche pezzo distaccato (buchi nella continuità del nome). Si 
potrebbe  creare un buffer ragionevole come 200m intorno a tutte le way, fare 
un merge delle aree e contare le isole.

E distinguere nella selezione tra il tipo (piazza, via, viale, largo, ...).


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

Re: [Talk-it] Name locality

[Martin Koppenhoefer]

sent from a phone

> On 23. Jun 2018, at 10:23, Alecs  wrote:
> 
> Perchè se per trovarlo citato dobbiamo andare indietro di 200
> anni, è un dato storico interessante ma non credo abbia senso riportarlo in
> una mappa attuale (se non come old_name=*).


old_name:it

per l’ Italiano non è molto diffuso questo tipo di tag, ma in altre lingue 
viene fatto: https://taginfo.openstreetmap.org/search?q=old_name


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

Re: [Talk-GB] Geofabrik request: Tyne and Wear

[Nick Whitelegg]

I thought it was the former county of Cleveland, existent between the early 70s 
and mid 90s or so (which appears to be non-ceremonial) that was split between 
Durham and North Yorks; with Tyne and Wear split across the historic 
(pre-1970ish) borders of the counties of Northumberland and Durham.


Nick



From: Colin Smale 
Sent: 22 June 2018 19:57:13
To: talk-gb@openstreetmap.org; Frederik Ramm; Andy Robinson; Nick Whitelegg
Subject: Re: [Talk-GB] Geofabrik request: Tyne and Wear

If the overlap is around Stockton on Tees, the bit of north Yorkshire is 
correct. The ceremonial county of Tyne and Wear is split across County Durham 
and North Yorks. This is a unique situation... As the original request was 
based on the ceremonial County, it would be better to include this area.

On 22 June 2018 18:42:54 BST, Frederik Ramm  wrote:

Afraid I cannot reply in the language, but I've added Durham and Tyne
and Wear now. At the same time I've shaved a little bit off North
Yorkshire which for reasons I cannot fathom had overlapped with Durham a
little bit. Let me know if anything is wrong!

Bye
Frederik

On 06/22/2018 03:47 PM, Andy Robinson wrote:
 Or in Gordie….



 Cud ah myek a request fo' an additional region within england on
 geofabrik? it's tyne an' weor, a formor metropolitan county coverin
 Newcassel an' the surroundin area - similar in status tuh formor
 metropolitan counties iv syeuth an' west yorkshire, greator manchestor
 an' merseyside.



 J



 *From:*Nick Whitelegg [mailto:nick.whitel...@solent.ac.uk]
 *Sent:* 21 June 2018 15:27
 *To:* Frederik Ramm
 *Cc:* talk-gb@openstreetmap.org
 *Subject:* [Talk-GB] Geofabrik request: Tyne and Wear





 Hello Frederik,



 Could I make a request for an additional region within England on geofabrik?



 It's Tyne and Wear, a former metropolitan county covering Newcastle and
 the surrounding area - similar in status to former metropolitan counties
 of South  and West Yorkshire, Greater Manchester and Merseyside.


 Thanks,

 Nick





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

Re: [Talk-GB] Geofabrik request: Tyne and Wear

[Nick Whitelegg]

Hello Frederik,


OK thanks for that. It looks right, with the caveat that being non-local I 
don't know exactly where the borders are. Sure it's fine though.


Thanks,

Nick


From: Frederik Ramm 
Sent: 22 June 2018 18:42:54
To: Andy Robinson; Nick Whitelegg
Cc: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] Geofabrik request: Tyne and Wear

Afraid I cannot reply in the language, but I've added Durham and Tyne
and Wear now. At the same time I've shaved a little bit off North
Yorkshire which for reasons I cannot fathom had overlapped with Durham a
little bit. Let me know if anything is wrong!

Bye
Frederik

On 06/22/2018 03:47 PM, Andy Robinson wrote:
> Or in Gordie….
>
>
>
> Cud ah myek a request fo' an additional region within england on
> geofabrik? it's tyne an' weor, a formor metropolitan county coverin
> Newcassel an' the surroundin area - similar in status tuh formor
> metropolitan counties iv syeuth an' west yorkshire, greator manchestor
> an' merseyside.
>
>
>
> J
>
>
>
> *From:*Nick Whitelegg [mailto:nick.whitel...@solent.ac.uk]
> *Sent:* 21 June 2018 15:27
> *To:* Frederik Ramm
> *Cc:* talk-gb@openstreetmap.org
> *Subject:* [Talk-GB] Geofabrik request: Tyne and Wear
>
>
>
>
>
> Hello Frederik,
>
>
>
> Could I make a request for an additional region within England on geofabrik?
>
>
>
> It's Tyne and Wear, a former metropolitan county covering Newcastle and
> the surrounding area - similar in status to former metropolitan counties
> of South  and West Yorkshire, Greater Manchester and Merseyside.
>
>
> Thanks,
>
> Nick
>
>
>
>
>

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Apple pouziva openstreetmap

[Jan Macura]

Ahoj,

2018-06-22 22:42 GMT+02:00 Pavel Machek :

> Moc sem si s tim nehral, a teda zadny vyrazny "(c) openstreetmap" tam
> nebyl.
>

Žádný (c) tam být nemůže, protože OpenStreetMap jsou


Maji ty mapy nekde online?

Mít zdarma dostupné něco, co se nechá zpoplatnit? Apple? Srsly?
Nicméně zkusil jsem pogooglit výraz "iMaps" a překvapivě žádný relevantní
výsledek. Asi se musíš zeptat Siri.

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

[Talk-it] Fwd: [OSM-talk] OpenStreetMap Carto release v4.12.0

[Martin Koppenhoefer]

uscita la nuova release dello stile principale, renderizza superfici delle 
strade, place=quarter, porte delle città, distingue tipi di torri e 
tourism=information, etc.

Arriverà nei prossimi giorni da noi :)

Ciao, Martin 

sent from a phone

Begin forwarded message:

> From: Daniel Koć 
> Date: 22. June 2018 at 17:14:08 CEST
> To: OpenStreetMap talk mailing list 
> Subject: [OSM-talk] OpenStreetMap Carto release v4.12.0
> 
> Dear all,
> 
> Today, v4.12.0 of the OpenStreetMap Carto stylesheet (the default
> stylesheet on the OSM website) has been released. Once changes are
> deployed on the openstreetmap.org it will take couple of days before
> all tiles show the new rendering.
> 
> Changes include:
> 
> Major changes
> - Dropped subpixel accuracy for areas, which includes tuning some
> database indexes. When deployed, it might speed up reading data.
> 
> Changes
> - Added rendering “surface” tag on roads with a pattern
> - More vertical objects rendering and tuning (man_made=tower types,
> man_made=chimney, man_made=communications_tower)
> - tourism=information types rendering and tuning
> (information=audioguide, board, guidepost, map, office, tactile_map,
> tactile_model and terminal)
> - Added rendering for place=quarter
> - Added rendering of historic=city_gate
> - Added rendering of lock_name
> - Ditch and drain name labels are rendered with some offset
> - Pixel aligned ford icon
> - Made amenity=shelter icon brown
> - Finer man_made=pier width rendering
> - Rendering living street tunnels different from residential
> - Added rendering of overground power=cable like power=line
> - Small documentation and code fixes
> 
> Thanks to all the contributors for this release including Adamant36 and
> M1dgard, new contributors. I also like to thank nebulon42 who left our
> team due to a change of his priorities for all the work on this style
> and the tools we're using!
> 
> For a full list of commits, see
> https://github.com/gravitystorm/openstreetmap-carto/compare/v4.11.0...v4.12.0
> 
> As always, we welcome any bug reports at
> https://github.com/gravitystorm/openstreetmap-carto/issues
> 
> -- 
> "My method is uncertain/ It's a mess but it's working" [F. Apple]
> 
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] Mapping of motorways - use of int_ref tag on nodes?

[Yves bxl-forever]

OK, thanks.  I’ve talked to the mapper and it was a mistake, indeed, not a "new 
tagging scheme".
Problem solved.



On Fri, 22 Jun 2018 09:24:46 +0200
Marc Gemis  wrote:

> int_ref only on way.
> I think most motorways in Belgium where mapped correctly, before this change.
> 
> Perhaps a mistake of the user which selected ways and nodes before
> adding/changing the int_ref ?
> Feel free to reach out to the mapper that made the mistake.
> 
> regards
> 
> m.
> On Fri, Jun 22, 2018 at 1:26 AM Yves bxl-forever
>  wrote:
> >
> > Hello,
> >
> > I came across something fishy:
> >
> > node
> >   [int_ref="E 411"]
> >   (50.792806,4.417019,50.823614,4.481392);
> > out;
> >
> >
> > It seems that someone is routinely applying the "int_ref" tag on all 
> > individual nodes of motorways.  This seems weird and it duplicates a lot of 
> > information, because this is normally already there on the way.
> >
> > If that is not okay, I’ll try to get in touch with the mapper who did that.
> > Is anyone familiar with how to map motorways properly?
> >
> > Thanks.
> > Yves
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be  
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-it] Name locality

[Alecs]

Ma la domanda dovrebbe essere: è un toponimo in uso oggi? Viene riportato in
qualche altra mappa contemporanea? E' un nome usato dagli abitanti del posto
per lo meno? Perchè se per trovarlo citato dobbiamo andare indietro di 200
anni, è un dato storico interessante ma non credo abbia senso riportarlo in
una mappa attuale (se non come old_name=*).

Ciao
Alecs


Andreas Lattmann wrote
> Mi ha risposto così al mio invito a partecipare a questa discussione:
> 
> Caro Andreas
> 
> le mie ragioni sono spiegate molto bene in questo articolo:
> 
> http://fablesandflowers.blogspot.com/2014/08/la-chiesa-di-santantonio-abate-sopra.html
> 
> che cita fonti bibliografiche autorevoli come il Catasto austriaco
> franceschino, le cui mappe sono reperibili gratuitamente presso l'Archivio
> di Stato di Trieste:
> 
> https://www.archiviodistatotrieste.it/AriannaWeb/main.htm#15321_archivio
> 
> foglio 6 di 6
> 
> e
> 
> https://www.archiviodistatotrieste.it/AriannaWeb/main.htm#15349_archivio
> 
> foglio 3 di 3
> 
> come St. Antonio
> 
> https://www.archiviodistatotrieste.it/AriannaWeb/main.htm#15289_archivio
> 
> foglio 8 di 8 come St. Anton
> 
> mio errore: va messo Sant'Antonio invece dell'errato San Antonio
> 
> Saluti
> 
> Spietsnaz





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

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

[OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

[Christian Quest]

Le Route500 de l'IGN (en opendata) ne contient pas d'attribut sur la
vitesse autorisée, mais contient des attributs sur le nombre de chaussées
et le nombre de voies.

Je vais regarder si il est possible de faire une analyse pour signaler dans
osmose les portions de route où l'info manque dans OSM pour permettre de
gérer ce passage à 80 km/h au mieux...

J'ai déjà réactivé l'analyse Route500 qui ne fonctionnait plus depuis
quelques temps. Elle permet de détecter des portions de route manquantes.

Autre lot du chantier... mise à jour avec le Route500 2018 (dispo depuis
avril dernier ?)

On peut en faire un projet de fin juin ;)

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

Re: [Talk-it-lazio] Prossimo incontro: lunedì 25 giugno?

[pelatom]

Ciao ragazzi :)io lunedì sto già in zona ma arrivo dopo le 21:00 I'm sorry___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it] Nomi di strade/piazze

[Francesco Pelullo]

Il sab 23 giu 2018, 10:12 Martin Koppenhoefer  ha
scritto:

>
>
>  e forse ci sono anche gli stessi toponimi più volte nello stesso comune,
> anche se non dovrebbero esistere?
>

Non potrebbero esistere, ma di fatto ci sono perché ce li mettiamo noi.

Per esempio se Via Roma ad un certo punto diventa senso unico, noi
spezziamo la way --> due occorrenze trovate.

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

Re: [OSM-talk-fr] Osmose: Intégration de panneaux depuis Mapillary

[Christian Quest]

Pour les signalements multiples et panneaux lointains, il est peut être
envisageable après clustering de garder la photo avec le dernier timestamp.
Vu qu'en général on prend les photos en avançant, la dernière d'une
séquence est la plus proche de l'objet détecté.

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

Re: [Talk-it] Nomi di strade/piazze

[Martin Koppenhoefer]

sent from a phone

> On 23. Jun 2018, at 09:39, Cascafico Giovanni  wrote:
> 
> Ho piacere di aver fatto qualcosa di utile, ma aspetterei x la birra... Ci 
> sono ancora dei comuni che non sono intercettati... 
> 
> Oggi sono su telefono, ma ricordo che Teramo, Rieti ed altri siano "ostici", 
> almeno provando con Gramsci, che Nominatim trova.


per quantificare le occorrenze bisognerebbe distinguere tra piazza Roma e via 
Roma (ecc.), e forse ci sono anche gli stessi toponimi più volte nello stesso 
comune, anche se non dovrebbero esistere? 


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

Re: [Talk-it] Nomi di strade/piazze

[Cascafico Giovanni]

Ho piacere di aver fatto qualcosa di utile, ma aspetterei x la birra... Ci
sono ancora dei comuni che non sono intercettati...

Oggi sono su telefono, ma ricordo che Teramo, Rieti ed altri siano
"ostici", almeno provando con Gramsci, che Nominatim trova.


Il 22 giu 2018 11:52 AM, "Lidrie" <

Ecco questa era proprio l'idea originale, ad uso scolastico: prendere
alcuni nomi significativi per ruolo e/o periodo storico e confrontarne il
"successo" territoriale, da incrociare con altre considerazioni
socio-culturali. Che, come si usa dire, una immagine vale più di 100 parole.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Neco rozumneho na editaci co neni josm?

[Karel Volný]

zdar,

> Pripadne... je nejakej jinej rozumnej editor? id je dost linej a
> nevidim moznost zobrazit gpx, coz je celkem zasadni...

nevím, co maj všichni proti Merkaartoru :-)

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

[OSM-ja] JOSM での360度カメラ写真によるMapillary活用

[Miura Hiroshi]

三浦です。


JOSM での360度カメラ写真によるMapillary活用をかんがえています。
JOSMエディタには、Mapillaryプラグインがあり、自動的にMapillaryの
写真を表示してくれます。

残念ながら、360度カメラ写真の表示機能のサポートがなく、
昨年からその機能改善が期待されてきました。
https://github.com/JOSM/Mapillary/issues/56


そこで、プリミティブな機能実装をためしたところ、ある程度実現できたと
おもいますので、テストしたり、さらなるUI改善を提案してくださるかたを
募集したいです。

プラグインのプロジェクトへの改善提案の寄稿は、こちらです。
https://github.com/JOSM/Mapillary/pull/79

コードレビュー、 改善方法の提案や具体的なコードの提案も大歓迎です。

あまり、UIまわりは得意ではないですし、
OpenGL対応とか、利用者から期待されているようですが、
わたしにはむりです。

テスト用にプラグインのバイナリをダウンロード可能にしました。
https://bintray.com/osmfj/JOSM/Mapillary

JOSMのディレクトリの plugin/フォルダ配下にコピーして、ためしてください。
Linux: ~/.josm/plugins, or /home/$USER/.josm/plugins
MacOS: Users//Library/JOSM/plugins

日常的に、Mapillaryで360度カメラをつかってマッピングされている
かたであれば、開発版でも有用ではないかとおもっています。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja