Re: [Talk-it] Flame su old_name

[solitone]

> On 10 Jul 2019, at 13:06, Martin Koppenhoefer  wrote:
> 
>> Am Mi., 10. Juli 2019 um 12:59 Uhr schrieb Vittorio Bertola 
>> :
>> 
>> Veramente, a Torino (dove vivo) ho praticamente sempre sentito chiamare 
>> il posto "Salice d'Ulzio".
> 
> allora potrebbe essere alt_name oppure reg_name

Molto meglio reg_name.


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

Re: [Talk-it] Flame su old_name

[solitone]

> On 10 Jul 2019, at 13:06, Martin Koppenhoefer  wrote:
> 
> anche "Sosdul" quindi sarebbe da aggiungere? 
> Nel dubbio è sempre meglio mettere di più che di meno.

No, “Sosdul” è una pronuncia (sbagliata) di Sauze d’Oulx, non un ulteriore 
nome/grafia.


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

Re: [Talk-it] Flame su old_name

[solitone]

> On 10 Jul 2019, at 12:59, Vittorio Bertola via Talk-it 
>  wrote:
> 
> Il 2019-07-09 09:11 Martin Koppenhoefer ha scritto:
>> sent from a phone
>>> On 9. Jul 2019, at 06:37, solitone via Talk-it  
>>> wrote:
>>> Ok, grazie. Rileggendo la frase, continuo a ritenere che “Salice d’Ulzio” 
>>> non possa andare in alt_name, ma debba essere il valore di old_name.
>> se si tratta di un nome vecchio (non più utilizzato attualmente), si.
> 
> Veramente, a Torino (dove vivo) ho praticamente sempre sentito chiamare il 
> posto "Salice d'Ulzio". Se dici "andiamo a Sosdul" ti capiscono, ma suona 
> strano (anche perché quelli che usano il nome ufficiale spesso lo pronunciano 
> "Sàuze" come è scritto e come si pronuncia in piemontese e in 
> francoprovenzale, e non come si pronuncia in francese).

Nessuno capisce “/sosd'ul/ perché non si pronuncia alla francese. Non è un nome 
francese. Si pronuncia /’sauze/ /d’ulks/.

> Questo anche perché la località è diventata nota come stazione invernale 
> quando si chiamava Salice, per cui il nome si è poi tramandato di generazione 
> in generazione, almeno nelle città in cui c'è gente che va a sciare da quelle 
> parti. Quindi IMHO è senza alcun dubbio un alt_name (e peraltro non si 
> capisce che fastidio dia).

Dà fastidio perché “Salice d’Ulzio” è un nome inesistente, e che non c’entra 
nulla  col nome originale, che è stato imposto dal regime fascista. 

Io invece non capisco che fastidio dia avere quel valore in old_name. I nomi 
vecchi continuano a venire usati anche dopo che sono stati deprecati. Non è che 
dal giorno alla notte tutti si dimenticano del vecchio nome, c’è della latenza. 
Come ho già detto, capita anche in tassonomia. Il fungo laricino da anni è 
stato ribattezzato in Suillus grevillei, ma tanti appassionati, soprattutto di 
una certa età, continuano a chiamarlo col vecchio nome Boletus elegans. Questo 
non significa che Boletus elegans sia un nome alternativo. E’ un nome vecchio e 
attualmente è sbagliato chiamare quel fungo B. elegans.

Riporto per l’ennesima volta la definizione di alt_name [1], in cui si afferma 
che  il soggetto da considerare sono gli abitanti del posto (locals), non i 
torinesi o i genovesi o gli stranieri:

> This tag can be used when a street, river or any other feature has another 
> official (or locally preferred name) but locals frequently refer to it by its 
> abbreviated name, or by other names in local dialects (for which a language 
> code is not enough selective), or the name has several alternative 
> orthographies (possibly in other scripts) and even the orthography of the 
> preferred name is uncertain.

E nessuno a Sauze usa Salice come nome alternativo.

Se poi mi dite che, al solito, la wiki è sbagliata... ok, ma allora mi aspetto 
che qualcuno si faccia avanti e la corregga. Perché diversamente è quello il 
riferimento che tutti i mappatori guardano, non quello che viene discusso nelle 
mailing list, a cui molti non sono nemmeno iscritti, che in breve diventa 
introvabile.


[1] https://wiki.openstreetmap.org/wiki/Key:alt_name



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

Re: [Talk-at] minderwertige Importe

[Johann Haag]

Die Adress- Situation im Osten von Österreich stellt sich folgendermaßen
dar. Aus verwaltungstechnischen Gründen, werden Adressen von Gemeinden,
bereits bei der Bauland Widmung in Form von Zähl Adressen entlang der
Straße vergeben. Anschließend kümmern sich Gemeinden und Städte
offensichtlich nur noch wenig darum. Ich werde also nun Gemeinden
systematisch anschreiben, und darum bitten, dass dort wo es nun in unserem
Projekt Adressen vollständig gibt. Diese von den Bauämtern gesichtet und
bereinigt werden.
Ich bitte also die Community hier um offizielle Unterstützung einer solchen
Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap besser zu
machen. Daher meine Bitte um Vorschläge für einen Mustertext.
Grüße Johann

Am Di., 9. Juli 2019 um 19:06 Uhr schrieb :

> Wenn Du die Changesets so weit geprueft hast, kann ich mich diesem Ansatz
> der Reverts gut anfreunden. Weitere Imports dieser Art darf es nicht mehr
> geben, ich gewinne mehr und mehr den Eindruck, dass es einige User gibt,
> die den Import zwar irgendwie dulden aber in Wahrheit doch recht
> unzufrieden sind.
>
> Lg, Gppes
>
> > Gesendet: Dienstag, 09. Juli 2019 um 14:21 Uhr
> > Von: vari...@mailbox.org
> > An: "OpenStreetMap AT" 
> > Betreff: Re: [Talk-at] minderwertige Importe
> >
> > @Frederik Ramm
> >
> > Bezugnehmend auf diese Diskussion
> https://www.openstreetmap.org/changeset/71042792 und auch auf den
> aktuellesten Post im Forum diesbezüglich
> https://forum.openstreetmap.org/viewtopic.php?pid=754920 sollten wir das
> Angebot der DWG bzgl. Reverts annehmen.
> >
> > Es ist schlicht und ergreifend ein Import ohne die Regeln befolgt zu
> haben und somit sollte das reverted werden, inzwischen melden sich auch
> mehr Benutzer im Forum.
> >
> > Mein Vorschlag dazu ist:
> > * Alles was noch v1 ist
> > * Changesets mit dem Beginn "Fehlende oder neue Adressen*"
> > * Start bei diesem https://www.openstreetmap.org/changeset/70646116
> Changeset - ab hier hat er definitiv einfach nur mehr großflächig
> importiert. Davor hat er wenigstens irgendwas gemacht und diverse
> Änderungen vorgenommen.
> >
> > Sollte wieder ein Import geplant sein, müssen eben vorher die
> Import-Regeln befolgt werden.
> >
> > > vari...@mailbox.org hat am 4. Juli 2019 um 08:20 geschrieben:
> > >
> > >
> > > Ich habe mir mehr angesehen und inzwischen sieht es (siehe
> Changesetkommentare
> https://www.openstreetmap.org/changeset/71042792#map=10/48.5510/16.5873
> ), zumindest laut Luzandro, so aus, als hätte er über 300.000 Nodes einfach
> blind importiert. Vielleicht sollte man überdenken zumindest die Nodes mit
> v1 zu reverten. Ich habe jetzt selbst, angefangen mit
> https://www.openstreetmap.org/changeset/71040878#map=10/48.3761/16.7255
> 10x solche Imports gefunden, jeweils zwischen 5.000 und 10.000 Adressen.
> > >
> > > Jetzt sieht es aus wie in Google - die Städte haben Gebäudeumrisse und
> alles am Land hat einfach nur Nummern und die noch dazu eben irgendwo
> hingesetzt teilweise. Wenn man sich noch ältere ansieht sind die Changesets
> allerdings noch kleiner.
> https://www.openstreetmap.org/changeset/70824400#map=17/47.78306/16.53886
> aber selbst hier auf dem Ausschnitt sieht man einige falsch gesetzte
> Hausnummern, die klar neben dem eigentlichen Gebäude oder direkt auf dem
> Nebengebäude sind (hatte er nicht selbst mal den Punkt "Adressen auf
> Nebengebäuden" angeprangert?) und ein Haus nicht eingezeichnet (glaube
> ich). Einfach unsaubere Importe, welche vorher nicht abgeklärt wurden.
> > >
> > > Wenn man alles >v1 ausschließen könnte, kann man ja die bereits
> bearbeiteten Nodes ausschließen, oder? Dann wäre ich für einen Revert,
> allerdings mit unklarem Zeitraum.
> > >
> > > > Günther Zinsberger  hat am 9. Juni 2019 um
> 09:51 geschrieben:
> > > >
> > > >
> > > > Hallo!
> > > >
> > > > Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen
> Revert
> > > > gewesen, jetzt bin ich mir nicht mehr so sicher.
> > > >
> > > > In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am
> Anfang
> > > > hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern)
> an
> > > > Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt.
> Dieses
> > > > Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon
> > > > nachgearbeitet.
> > > >
> > > > Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden
> war
> > > > (z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf
> jeden
> > > > Fall für gut befinde.
> > > >
> > > > In Summe bin ich in letzter Zeit somit eher gegen einen Revert.
> > > >
> > > > Lg
> > > > Günther [gzin]
> > > >
> > > >
> > > > Am 09.06.19 um 08:28 schrieb gppes_...@web.de:
> > > > > Liebe Kollegen, lieber Frederik,
> > > > >
> > > > > Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer
> die
> > > > > ultimative Aufforderung diese Form des Adressimports zu stoppen.
> > > > >
> > > > > Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal
> durch
> > > > > den 

Re: [OSM-talk-fr] Demande de retours sur l'analyse Osmose d'intégration de la base Sirene

[Vincent Privat]

Quelques faux positifs à Toulouse:
- un salon de beauté indiqué 2 fois dans SIRENE, de chaque côté de la rue.
L'un sans nom, l'autre correctement nommé. Le nommé est bon, l'anonyme est
faux. Je suppose que le salon a déménagé à un moment.
- un garage auto (sans nom) qui était là dans les années 80, qui a déménagé
depuis à quelques centaines de mètres.
=> Je ne vois pas trop ce qu'on peut faire sans contrôle manuel. Peut être
ne pas indiquer les entrées sans nom ?

- un commerce de type restauration rapide qui vend aussi du pain. Osmose
l'indique manquant en tant que "Boulangerie et boulangerie-pâtisserie"
(shop=bakery + name="EAT'S TIME" en majuscule). Il est présent dans OSM en
tant que "amenity=fast_food" + "name=Eat's Time".
=> Faire un rapprochement sur des tags proches sémantiquement ?
=> Faire un rapprochement sur le nom (sans être sensible à la casse) ?

Sinon globalement ça me semble plutôt pas mal en l'état, je n'ai pas encore
trouvé de truc totalement farfelu.

Le mer. 10 juil. 2019 à 23:23, Frédéric Rodrigo  a
écrit :

> Bonjour,
> On essaye de tirer quelque chose de la base SIRENE pour enrichir OSM,
> mais ce n'est pas facile.
> Il y a depuis long temps une analyse cachée pour ça sur Osmose.
> On utilise en fait la base des établissements (SIRET) géocodé par
> Christian.
> On ne garde que les résultats géocodés à l'adresse avec un score d'au
> moins 90%.
> Uniquement certains types d'activités sont conservés, celles étant
> exécutées surplace et visible depuis la rue.
> Les types d'activités sont converti vers plusieurs tags possibles dans
> OSM pour recherche une correspondance (le SIRET est pour l'instant ignoré).
> On peut aussi filtrer le type d'activité sur le nombre de salariés pour
> augmenter la probabilité que l'activé soit faire sur place.
> Le mapping des tags :
>
> https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
> La recherche est faite à 50m.
> Le code de l'analyse :
>
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_shop_FR.py
>
> L'historique des échanges sur le sujet :
> https://github.com/osm-fr/osmose-backend/pull/338
> Les résultats :
> http://osmose.openstreetmap.fr/fr/errors/?item=8310=all
>
> http://osmose.openstreetmap.fr/fr/map/#item==all=14=44.92716=2.44844=1%2C2%2C3==
>
> Tous les retours sont les bien venue, les idées de filtre, les
> faux-positifs, les améliorations du mapping...
>
> Frédéric.
>
>
> ___
> 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] Way to delete buildings added by specific user, or help reverting?

[hbogner]

Vedran V has reported that user to OSM-HR community after getting no 
reply from that user on direct OSM web messages. He started fixing 
inaccurate mapping that user continued to map. In last 30 days he 
reported that user for vandalism because of false landuse edits, and 
other mess.


That is what Vedran V told us publicly on our Facebook group, on more 
than one occasion.


I trust Vedran V more than Venko, because Vedran V and few of us went 
together to Faculty of Geodesy and are educated in the field of GIS and 
surveying, and because he communicates with the rest of community.


I would like to hear Venko side of the story if he ever replies.

Regards, Hrvoje

On 09. 07. 2019. 23:50, Bryan Housel wrote:

Thanks, yes that is nicer.
It might not matter though. They seem to have stopped mapping a month ago.

Their last changeset was:
https://www.openstreetmap.org/changeset/70992703
which looks like just some normal landuse cleanup stuff:
https://osmcha.mapbox.com/changesets/70992703/

Where “Verdan V” commented:
   "Ti crtaš gluposti, ja ih u sekundi obrišem pa da vidimo tko će duže 
izdržati."


Which translates as:
   "You draw nonsense, I wipe them in seconds to see who's going to 
handle it any longer.”


Dunno how you feel about that, but.. I can’t blame them for quitting.




On Jul 9, 2019, at 3:53 PM, hbogner > wrote:


Hi Bryan

I created additional comment on the changeset inviting that user to 
contact OpenStreetMap Croatia community if he needs some assistance 
and guidance. Is that better?


We are small community and we mostly know each other either in person 
or over other means of communication on that list, but nobody knows 
that user.


Also he/she never replied to other users direct messages via OSM web, 
offering help and asking to stop copy/paste buildings, or messing 
landuses.


Regards, Hrvoje Bogner

On 08. 07. 2019. 21:36, Bryan Housel wrote:

hbonger, your comment here is not very nice.
https://www.openstreetmap.org/changeset/56552674
Reviewing their edits on OSMCha, most of their edits don’t look too bad
https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D
Maybe you should try being nicer to them and they might care about 
the map more.  Comments like yours ripple outwards and affect the 
rest of the OSM project negatively.. Calling some’s edit “bullshit” 
is not going to get them to draw better buildings.

Just saying - be nicer, thanks.
Bryan
On Jul 8, 2019, at 2:57 PM, hbogner > wrote:


Hi all

Is there a way to delete buildings created by specific user?

Some users already complained about 
https://www.openstreetmap.org/user/Venko to me for inaccurate 
mapping and imaginary mapping. They wrote to him, but he didn't 
reply or stop.


Here is an example on which I just stumbled:
https://www.openstreetmap.org/#map=17/45.52874/15.48285=N

He copy/pasted one building all over the place.

I tried to revert the changeset, but there are too many conflicts.

Any suggestions how to fix this mess?

regards, Hrvoje


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

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




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



___
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: [Talk-de] Offene Daten vom LGLN (und weiteren Behörden?)

[Hauke Stieler]

Hallo Michael,

danke für den Hinweis, ich hab allerdings unter §12 Abs. 7 folgendes
gefunden:

> Der Abruf von Daten nach Absatz 1 Satz 1 muss entgeltfrei und zur 
> uneingeschränkten Weiterverwendung der Daten durch jedermann ermöglicht 
> werden. Der Abruf von Daten nach Absatz 1Satz 1 soll jederzeit, ohne 
> verpflichtende Registrierung und ohne Begründung möglich sein.

Klingt für mich erst mal danach, dass man die Daten (welche das
letztendlich sind) für OSM nutzen kann. Ob die jetzt so nützlich und
hochwertig sind (s. Abs. 9 des Entwurfs), sei mal dahin gestellt, da
muss man sich wohl überraschen lassen ;)

Den Vertrag zwischen Bund und Ländern finde ich aber sehr interessant,
das war mir vorher nicht bewusst.

Grüße
Hauke

On 10.07.19 20:33, Michael Reichert wrote:
> Hallo Hauke,
> 
> Am 09.07.19 um 23:46 schrieb Hauke Stieler:
>> ich habe auf die Schnelle die hier gefunden:
>> https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2017/01/open-data-gesetz.html
> 
> Ich glaube, dass das nicht die gesuchte Pressemitteilung zu tun hat.
> 
> Aus dem neuen § 12a Abs. 1 des Entwurf [1]:
>> Die Behörden der unmittelbaren Bundesverwaltungstellen unbearbeiteteDaten, 
>> die sie zurErfüllung ihrer öffentlich-rechtlichen Aufgaben erhobenhabenoder 
>> durch Dritte in ihrem Auftrag haben erheben lassen, zum Datenabruf über 
>> öffentlichzugängliche Netze bereit.
> Der Gesetzentwurf dürfte aber nur Geodaten des Bundes betreffen. Deren
> Nützlichkeit für OSM hält sich in Grenzen, es handelt sich zumeist um
> Daten für kleine Maßstäbe. Eine Nützlichkeit für OSM kann ich mir nur
> bei diversen kleineren Nischendatensätzen, z.B. bei Informationen über
> kampfmittelbelastete Flächen mit Betretungsverbot im Eigentum des Bundes
> (ehemalige Truppenübungsplätze) vorstellen.
> 
> Absatz 4 schließt Daten aus, für die Urheberrechteoderverwandte
> Schutzrechte Dritter entgegenstehen. Darunter fallen die vom Bundesamt
> für Kartographie und Geodäsie genutzten Geodaten der Länder, denn die
> Rechte daran verbleiben bei den Ländern [2]. Alles bleibt, wie es ist.
> 
> Viele Grüße
> 
> Michael
> 
> 
> 
> [1]
> https://www.bmi.bund.de/SharedDocs/downloads/DE/gesetztestexte/gesetztesentwuerfe/entwurf-open-data-gesetz.pdf;jsessionid=35311D6D3360AC5D22C110D9D6488C48.1_cid373?__blob=publicationFile=1
> [2] Vertrag über die kontinuierliche Übermittlung amtlicher digitaler
> Geobasisdaten
> der Länder zur Nutzung im Bundesbereich, abrufbar unter
> https://fragdenstaat.de/anfrage/vertrag-uber-die-kontinuierliche-ubermittlung-amtlicher-digitaler-geobasisdaten-der-lander-zur-nutzung-im-bundesbereich/385441/anhang/VGeoBund2019-mitUnterschriften.pdf
> 
> 
> 
> ___
> 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

[OSM-talk-fr] Demande de retours sur l'analyse Osmose d'intégration de la base Sirene

[Frédéric Rodrigo]

Bonjour,
On essaye de tirer quelque chose de la base SIRENE pour enrichir OSM, 
mais ce n'est pas facile.

Il y a depuis long temps une analyse cachée pour ça sur Osmose.
On utilise en fait la base des établissements (SIRET) géocodé par Christian.
On ne garde que les résultats géocodés à l'adresse avec un score d'au 
moins 90%.
Uniquement certains types d'activités sont conservés, celles étant 
exécutées surplace et visible depuis la rue.
Les types d'activités sont converti vers plusieurs tags possibles dans 
OSM pour recherche une correspondance (le SIRET est pour l'instant ignoré).
On peut aussi filtrer le type d'activité sur le nombre de salariés pour 
augmenter la probabilité que l'activé soit faire sur place.

Le mapping des tags :
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
La recherche est faite à 50m.
Le code de l'analyse :
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_shop_FR.py

L'historique des échanges sur le sujet :
https://github.com/osm-fr/osmose-backend/pull/338
Les résultats :
http://osmose.openstreetmap.fr/fr/errors/?item=8310=all
http://osmose.openstreetmap.fr/fr/map/#item==all=14=44.92716=2.44844=1%2C2%2C3==

Tous les retours sont les bien venue, les idées de filtre, les 
faux-positifs, les améliorations du mapping...


Frédéric.


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

Re: [Talk-GB] Tagging a St John's Ambulance base

[Peter Neale via Talk-GB]

...Or, looking at their website, it is a charity, so perhaps that makes it a 
"social facility"?
Oh BTW, it is "St John Ambulance", not "St John's Ambulance" (I don't know why, 
but it is...)
See St John Ambulance - the nation’s leading first aid charity

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
St John Ambulance - the nation’s leading first aid charity

First aid is a simple skill with an incredible impact. We want everyone to 
learn it, so that they can be the dif...
 |

 |

 |


Regards,
 Peter Neale 
t: 01908 309666 
m: 07968 341930 
skype: nealepb 

On Wednesday, 10 July 2019, 21:20:36 BST, Peter Neale via Talk-GB 
 wrote:  
 
 Personally, I would have thought of it as a club, in which first aid is 
taught, as a hobby ( No offence intended to any St John volunteers)
Peter

Sent from Yahoo Mail on Android 
 
  On Wed, 10 Jul 2019 at 20:30, Mark Goodge wrote:   

On 10/07/2019 19:08, Ben Proctor wrote:
> Hello mapping people
> 
> There is a building and yard in Hereford used by St John's Ambulance. 
> The building functions as a meeting venue (like a scout hut but for St 
> John's) and some vehicles are stored in the yard.
> 
> https://www.openstreetmap.org/#map=19/52.06051/-2.71419
> 
> How would you tag this?
> 
> It's currently amenity=doctors which doesn't seem right. 
> emergency=ambulance_station doesn't seem to describe this use.
> 
> I was heading down amenity=community_centre route but I'm not sure 
> that's right either.
> 
> A quick search for St John's Ambulance reveals a wider range of 
> approaches in other areas.

I'd be inclined to go for community centre, in this case. It isn't an 
emergency ambulance station, which is what the 
emergency=ambulance_station tag is for (and, in any case, is rapidly 
becoming obsolete with the new distributed means of organising an 
ambulance service), and it isn't a doctor or a clinic either. And the 
main purpose of the building (as opposed to the yard) is for things like 
first aid training (both for St John volunteers themselves and the wider 
community). So a community centre is probably closest.

Mark

Mark

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

Re: [Talk-GB] Tagging a St John's Ambulance base

[Peter Neale via Talk-GB]

Personally, I would have thought of it as a club, in which first aid is taught, 
as a hobby ( No offence intended to any St John volunteers)
Peter

Sent from Yahoo Mail on Android 
 
  On Wed, 10 Jul 2019 at 20:30, Mark Goodge wrote:   

On 10/07/2019 19:08, Ben Proctor wrote:
> Hello mapping people
> 
> There is a building and yard in Hereford used by St John's Ambulance. 
> The building functions as a meeting venue (like a scout hut but for St 
> John's) and some vehicles are stored in the yard.
> 
> https://www.openstreetmap.org/#map=19/52.06051/-2.71419
> 
> How would you tag this?
> 
> It's currently amenity=doctors which doesn't seem right. 
> emergency=ambulance_station doesn't seem to describe this use.
> 
> I was heading down amenity=community_centre route but I'm not sure 
> that's right either.
> 
> A quick search for St John's Ambulance reveals a wider range of 
> approaches in other areas.

I'd be inclined to go for community centre, in this case. It isn't an 
emergency ambulance station, which is what the 
emergency=ambulance_station tag is for (and, in any case, is rapidly 
becoming obsolete with the new distributed means of organising an 
ambulance service), and it isn't a doctor or a clinic either. And the 
main purpose of the building (as opposed to the yard) is for things like 
first aid training (both for St John volunteers themselves and the wider 
community). So a community centre is probably closest.

Mark

Mark

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

Re: [OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

[Martin Koppenhoefer]

sent from a phone

> On 10. Jul 2019, at 18:35, Kathleen Lu via legal-talk 
>  wrote:
> 
> I do not think that a retail store chain could successfully argue that it 
> makes a "substantial investment" in maintaining a list of its own stores' 
> hours. Since the store sets the hours, the effort of obtaining, verification, 
> and/or presentation should be fairly trivial.


Along the same reasoning you could say: “I do not think that a state makes a 
substantial investment in mapping the roads they maintain. Since the state 
plans, builds and maintains the roads it should be fairly trivial for them to 
make a map.”

Cheers, Martin 
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-GB] Tagging a St John's Ambulance base

[Mark Goodge]

On 10/07/2019 19:08, Ben Proctor wrote:

Hello mapping people

There is a building and yard in Hereford used by St John's Ambulance. 
The building functions as a meeting venue (like a scout hut but for St 
John's) and some vehicles are stored in the yard.


https://www.openstreetmap.org/#map=19/52.06051/-2.71419

How would you tag this?

It's currently amenity=doctors which doesn't seem right. 
emergency=ambulance_station doesn't seem to describe this use.


I was heading down amenity=community_centre route but I'm not sure 
that's right either.


A quick search for St John's Ambulance reveals a wider range of 
approaches in other areas.


I'd be inclined to go for community centre, in this case. It isn't an 
emergency ambulance station, which is what the 
emergency=ambulance_station tag is for (and, in any case, is rapidly 
becoming obsolete with the new distributed means of organising an 
ambulance service), and it isn't a doctor or a clinic either. And the 
main purpose of the building (as opposed to the yard) is for things like 
first aid training (both for St John volunteers themselves and the wider 
community). So a community centre is probably closest.


Mark

Mark

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

Re: [OSM-talk-fr] Indiquer un croisement

[osm . sanspourriel]

Je suis d'accord : si on veut nommer une place place=square c'est fait
pour ça.

Éventuellement dans une relation si on veut à la fois le contour et les
les tronçons de route les traversant.

Maintenant s'il n'y a pas de trace sur le terrain, le polygone est sans
doute suffisant.

Une place sans nom affiché ? Il y a des cas étranges. Bah, on a bien des
noms officiels et des noms pratiques. Si vous cherches la place de
Gaulle à Brest mieux vaut avoir un plan que demander à un Brestois qui
par contre vous indiquera la place du Château sans problème.

Et une place c'est bien quelque chose de standard en Europe.

Le 09/07/2019 à 17:46, althio - althio.fo...@gmail.com a écrit :

Julien djakk:

Salut ! Regarde le cas sud-coréen ou japonais !

C'est ici :
https://wiki.openstreetmap.org/wiki/Named_spots_instead_of_street_names

Et... c'est le cas sud-coréen ou japonais !
C'est (très très) minoritaire en France, d'avoir des noms spécifiques
à de simples croisements/carrefours. Et où les noms des croisements
sont plus importants que le nom des rues.

Alors que une place, c'est significatif, en France et pays alentours.


avec https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

C'est mon avis.

___
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] Camera 360

[Stéphane Péneau]

Le 10/07/2019 à 20:21, Francois Gouget a écrit :

On Wed, 10 Jul 2019, Stéphane Péneau wrote:


Le 10/07/2019 à 12:18, Francois Gouget a écrit :

L'autre point faible c'est qu'elle n'a pas de GPS intégré. En même temps
sur les smartphones la position GPS semble parfois être rafraichie à une
fréquence inférieure à celle de la prise de photos ce qui se traduit par
des photos successives qui ont la même position.

La corrélation fait une interpolation entre les points, donc ce n'est
pas là qu'est le problème. Si 2 photos ont la même position, c'est
qu'elles ont le même timestamp.

Non !

D'abord ci-dessus je parlais des photos prises sur *smartphone*, par
l'application Mapillary, et non sur action cam.
Smartphone ou action cam, je fais presque toujours la géoloc en post 
processing, donc je n'ai pas ce souci.


Je suis assez d'accord avec toi pour les outils Mapillary, et je vois 
qu'on a des corrections en commun.


Je m'arrête là, parce qu'on devient hors sujet.



J'aurais critiqué le trou zénital mais en fait on voit quand même assez
bien les toits (pratique pour repérer corréler les chiens-assis entre
les photos et les vues aériennes).


Ajouter des caméras pour obtenir une sphère presque complète est sur ma 
todo-list. Ce n'est qu'une question de fabrication de la "tête photo", 
le reste est déjà prêt pour gérer 8 caméras.


Stf



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

Re: [Talk-de] Offene Daten vom LGLN (und weiteren Behörden?)

[Michael Reichert]

Hallo Hauke,

Am 09.07.19 um 23:46 schrieb Hauke Stieler:
> ich habe auf die Schnelle die hier gefunden:
> https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2017/01/open-data-gesetz.html

Ich glaube, dass das nicht die gesuchte Pressemitteilung zu tun hat.

Aus dem neuen § 12a Abs. 1 des Entwurf [1]:
> Die Behörden der unmittelbaren Bundesverwaltungstellen unbearbeiteteDaten, 
> die sie zurErfüllung ihrer öffentlich-rechtlichen Aufgaben erhobenhabenoder 
> durch Dritte in ihrem Auftrag haben erheben lassen, zum Datenabruf über 
> öffentlichzugängliche Netze bereit.
Der Gesetzentwurf dürfte aber nur Geodaten des Bundes betreffen. Deren
Nützlichkeit für OSM hält sich in Grenzen, es handelt sich zumeist um
Daten für kleine Maßstäbe. Eine Nützlichkeit für OSM kann ich mir nur
bei diversen kleineren Nischendatensätzen, z.B. bei Informationen über
kampfmittelbelastete Flächen mit Betretungsverbot im Eigentum des Bundes
(ehemalige Truppenübungsplätze) vorstellen.

Absatz 4 schließt Daten aus, für die Urheberrechteoderverwandte
Schutzrechte Dritter entgegenstehen. Darunter fallen die vom Bundesamt
für Kartographie und Geodäsie genutzten Geodaten der Länder, denn die
Rechte daran verbleiben bei den Ländern [2]. Alles bleibt, wie es ist.

Viele Grüße

Michael



[1]
https://www.bmi.bund.de/SharedDocs/downloads/DE/gesetztestexte/gesetztesentwuerfe/entwurf-open-data-gesetz.pdf;jsessionid=35311D6D3360AC5D22C110D9D6488C48.1_cid373?__blob=publicationFile=1
[2] Vertrag über die kontinuierliche Übermittlung amtlicher digitaler
Geobasisdaten
der Länder zur Nutzung im Bundesbereich, abrufbar unter
https://fragdenstaat.de/anfrage/vertrag-uber-die-kontinuierliche-ubermittlung-amtlicher-digitaler-geobasisdaten-der-lander-zur-nutzung-im-bundesbereich/385441/anhang/VGeoBund2019-mitUnterschriften.pdf


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [OSM-talk-fr] Camera 360

[Francois Gouget]

On Wed, 10 Jul 2019, Stéphane Péneau wrote:

> Le 10/07/2019 à 12:18, Francois Gouget a écrit :
> >
> > L'autre point faible c'est qu'elle n'a pas de GPS intégré. En même temps
> > sur les smartphones la position GPS semble parfois être rafraichie à une
> > fréquence inférieure à celle de la prise de photos ce qui se traduit par
> > des photos successives qui ont la même position.
> 
> La corrélation fait une interpolation entre les points, donc ce n'est 
> pas là qu'est le problème. Si 2 photos ont la même position, c'est 
> qu'elles ont le même timestamp.

Non !

D'abord ci-dessus je parlais des photos prises sur *smartphone*, par 
l'application Mapillary, et non sur action cam.

Lorsque je transfère ces photos du téléphone vers l'ordinateur via USB 
ou un lecteur de carte microSD je me retrouve avec des photos qui ont 
des timestamps différents (et une précision sub-seconde) mais exactement 
les mêmes coordonnées GPS.

L'application Mapillary me fournit aussi un fichier GPX qui lui aussi 
contient des points consécutifs avec des timestamps différents mais 
exactement les mêmes coordonnées GPS.

C'est là que je fait l'interpolation avec une version modifiée des 
scripts mapillary_tools (vu que de base ils sont plutôt nuls), afin que 
chaque photo retrouve une position correcte.

  https://github.com/fgouget/mapillary_tools/commits/fgouget


Indépendament de cela, lorsque je regarde ma position sur Osmand parfois 
je voit un déplacement saccadé, comme si la position n'était rafraîchie 
qu'une fois par seconde. Donc je pense que ce qui se passe c'est que 
l'application Mapillary récupère la position GPS, prend la photo, tague 
la photo avec la position et continue en boucle comme ça. Mais comme je 
lui ai dit de prendre une photo tous les 5 m avec un interval minimum de 
0.9 s, parfois la position GPS n'a pas été rafraîchie entre deux photos. 
Il y aurait plusieurs solutions pour que l'application Mapillary évite 
le problème mais elles sont toutes un peu galère à mettre en oeuvre donc 
je comprends que les développeurs Mapillary ne se soient pas embêtés.


> J'ai beau faire du lobbying auprès des fabricants d'action cam pour 
> qu'ils ajoutent les millisecondes dans les données Exif, pour l'instant 
> je ne connais que la LG360 qui les intègre.

Un effort louable parce que c'est sûr que ça serait bien.


> >Pas sûr non plus que Mapillary prenne des photos de 66 Mpx.
> 
> Elles sont acceptées.
> 
> Bien qu'une partie de mes photos 360 équirectangulaire est du noir, les 
> photos 360 que j'envoie sont en 88 Mpx.
> Ce qui est casse-pied, c'est qu'il faut être vraiment patient pour que 
> le site affiche la qualité max, et qu'il faut zoomer un peu. Exemple :
> https://www.mapillary.com/app/?focus=photo=Nefc0jBo8GnL7ymGYH3Vew=47.08559283299879=-1.2745185315505512=17=0.7558841390338722=0.4895506122119632=0.3640677728864865=true=2019-04-15=2019-04-17

88 Mpx. C'est super cool !

J'aurais critiqué le trou zénital mais en fait on voit quand même assez 
bien les toits (pratique pour repérer corréler les chiens-assis entre 
les photos et les vues aériennes).

-- 
Francois Gouget   http://fgouget.free.fr/
 Any sufficiently advanced technology is indistinguishable from magic.
Arthur C. Clarke___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Flame su old_name

[Paolo Monegato]

Il 10/07/2019 12:59, Vittorio Bertola via Talk-it ha scritto:

Il 2019-07-09 09:11 Martin Koppenhoefer ha scritto:

sent from a phone

On 9. Jul 2019, at 06:37, solitone via Talk-it 
 wrote:


Ok, grazie. Rileggendo la frase, continuo a ritenere che “Salice 
d’Ulzio” non possa andare in alt_name, ma debba essere il valore di 
old_name.



se si tratta di un nome vecchio (non più utilizzato attualmente), si.


Veramente, a Torino (dove vivo) ho praticamente sempre sentito 
chiamare il posto "Salice d'Ulzio". Se dici "andiamo a Sosdul" ti 
capiscono, ma suona strano (anche perché quelli che usano il nome 
ufficiale spesso lo pronunciano "Sàuze" come è scritto e come si 
pronuncia in piemontese e in francoprovenzale, e non come si pronuncia 
in francese). Questo anche perché la località è diventata nota come 
stazione invernale quando si chiamava Salice, per cui il nome si è poi 
tramandato di generazione in generazione, almeno nelle città in cui 
c'è gente che va a sciare da quelle parti. Quindi IMHO è senza alcun 
dubbio un alt_name (e peraltro non si capisce che fastidio dia). 


Beh, vista la storia del nome (è uno di quei nomi creati italianizzando 
a pene di segugio il toponimo locale durante il ventennio) è logico che 
ai locali possa dare fastidio.


Però se il nome è tuttora usato io direi, obtorto collo, che dobbiamo 
rappresentare quella che, ci piaccia o no, è la realtà. Cioè usare 
"alt_name".


ciao
Paolo M

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

[Talk-GB] Tagging a St John's Ambulance base

[Ben Proctor]

Hello mapping people

There is a building and yard in Hereford used by St John's Ambulance. The
building functions as a meeting venue (like a scout hut but for St John's)
and some vehicles are stored in the yard.

https://www.openstreetmap.org/#map=19/52.06051/-2.71419

How would you tag this?

It's currently amenity=doctors which doesn't seem right.
emergency=ambulance_station doesn't seem to describe this use.

I was heading down amenity=community_centre route but I'm not sure that's
right either.

A quick search for St John's Ambulance reveals a wider range of approaches
in other areas.

Any suggestions?

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

Re: [Talk-de] Website: Route auf OSM anzeigen

[gmbo]

Wenn deren Webseite mit WordPress gemacht ist gibt es
OSM-Plugin
oder
Leaflet-Plugin
Die arbeiten beide recht gut und Routen sowie POIs lassen sich gut 
darstellen.

Nutze ich daher gern.
Leider haben beide bisher Clustering noch nicht eingebunden, sonst sind 
die Top.


Gruss, Gisbert

Am 10.07.19 um 17:55 schrieb Volker Schmidt:

uMap 

On Wed, 10 Jul 2019 at 17:52, Markus  wrote:


Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)

Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
Wie macht man das "simpel" auf einer eigenen Website?
Gibt es da irgendwo ein HowTo?

Gruss, Markus



___
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: [Talk-GB] Shops replaced with those tagged in Google maps?

[Philip Barnes]

On Wed, 2019-07-10 at 17:29 +0100, Dave F via Talk-GB wrote:
> Hi
> 
> https://www.openstreetmap.org/changeset/69064630#map=16/51.3132/-0.3029
> 
> A user has removed what looks like valid data including shops &
> replaced 
> with those listed in Google Maps
> 
> https://www.google.co.uk/maps/@51.3167258,-0.304743,149m/data=!3m1!1e3
> 
> Anyone local to Epsom that can take a look & confirm?
> 
> A few of his other changesets (railway) might required a second look
> as 
> well.
> 
Also a few dodgy edits around Dundee, an apron at the airport turning
into a terminal building and a lifeboat station is now tagged as a
ferry terminal.

Phil (trigpoint)


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

Re: [OSRM-talk] Docker pre-processing from a python script

[Daniel Patterson via OSRM-talk]

It'd be something like this (untested):

subprocess.run(["docker","run","-t","-v", "%s:/data" % os.getcwd(),
"osrm/osrm-backend", "osrm-extract -p /opt/car.lua
/data/berlin-latest.osm.pbf"])

daniel

On Wed, Jul 10, 2019 at 7:22 AM Silvia Oviedo  wrote:

>
> Hi all,
>
> I would like to run the pre-process of the car profile from a python
> script. I have checked the documentation of subprocess library and  docker
> SDK for python but I don´t know how to properly make the request. For
> example, how could I transform the sh request:
>
> docker run -t -v "${PWD}:/data" osrm/osrm-backend osrm-extract -p 
> /opt/car.lua /data/berlin-latest.osm.pbf
>
> So it can be done from python. Is that possible?
>
>
> Thank you in advance
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Nome linea elettrica che cambia

[scratera]

..la revisione delle linee e quindi l'installazione di tutte le serigrafie
necessarie non la fanno giornalmente la fanno a cadenza anche triennale o
quando hanno seri problemi quindi mi sembra più che logico che solo i
tralicci raggiungibili comodamente hanno le serigrafie aggiornate...comunque
anche il mantenimento dei riferimenti dei tralicci le assorbono dai gestori
precedenti anche per non creare confusione nella gestione...



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

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

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Andrea Albani]

Il mer 10 lug 2019, 18:13 Alessandro Vitali  ha
scritto:

> Ho controllato su osm ma non ho trovato errori nella mappatura. Ho provato
> anche con la ricerca con lo "spazio" (come ha indicato il supporto) ma
> sulla mia app non evidenzia quello di Telve.
> Anche io ho Maps.me 9.1.8
>
Con il metodo "spazio in fondo" me lo evidenzia su Telve di Sopra. Zoomando
il cerchietto lo sposta su Telve... e viceversa facendo zoom out.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

[Kathleen Lu via legal-talk]

For a single store I believe the answer is yes, since you're
> extracting un-copyrightable facts. But if there are a significant
> number of stores (as in this case), then the information becomes part
> of a database, which is by default protected by database rights (at
> least in the EU). You then can't use a significant amount of the
> information without an appropriate licence. Moreover, you can't safely
> take details from a single store from a chain's website, as there's a
> danger that lots of other mappers might do that independently for
> different stores, resulting in an infringement for OSM as a whole.
>
>
Mateusz posted this to the other thread (Proposal for a revision of
JA:Available Data) which seemed to have ended up on the same topic.

https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:31996L0009#d1e757-20-1
says of the database right

"Member States shall provide for a right for the maker of a database which
shows that there
has been qualitatively and/or quantitatively a substantial investment in
either the obtaining,
verification or presentation of the contents to prevent extraction and/or
re-utilization of the
whole or of a substantial part, evaluated qualitatively and/or
quantitatively, of the contents
of that database."

I do not think that a retail store chain could successfully argue that it
makes a "substantial investment" in maintaining a list of its own stores'
hours. Since the store sets the hours, the effort of obtaining,
verification, and/or presentation should be fairly trivial. (I would also
question the sanity of any store chain making such a claim, since the whole
point of making a list of store hours is available online is to inform
shoppers, and that information being in OSM would only help inform more
shoppers.)

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

[Talk-GB] Shops replaced with those tagged in Google maps?

[Dave F via Talk-GB]

Hi

https://www.openstreetmap.org/changeset/69064630#map=16/51.3132/-0.3029

A user has removed what looks like valid data including shops & replaced 
with those listed in Google Maps


https://www.google.co.uk/maps/@51.3167258,-0.304743,149m/data=!3m1!1e3

Anyone local to Epsom that can take a look & confirm?

A few of his other changesets (railway) might required a second look as 
well.


DaveF

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

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Alessandro Vitali]

Bello il video!

Ho scritto al supporto e mi hanno risposto così:

***

Hello Alessandro,

Thank you for reporting the issue.

You can search for "Vicolo Chiuso", add space to the search bar and then
tap View on map button under search bar to have the results displayed on
the map. All three streets are displayed but at different zoom levels. You
may need to zoom in and out to see them (see screenshots attached).

"Vicolo Chiuso" in Telve is linked to Telve di Sopra too on MAPS.ME
. It may happen if the boundaries of the area are
incorrectly indicated on OSM so that the street is located within Telve di
Sopra, or it may be the way we process such OSM data.

We hope to find a solution for such situations in the future if we have
additional resources.

Best regards,

Anastasia
*MAPS.ME * team
***

Ho controllato su osm ma non ho trovato errori nella mappatura. Ho provato
anche con la ricerca con lo "spazio" (come ha indicato il supporto) ma
sulla mia app non evidenzia quello di Telve.
Anche io ho Maps.me 9.1.8


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mer 10 lug 2019 alle ore 14:16 Andrea Albani 
ha scritto:

>
>
> Il giorno mer 10 lug 2019 alle ore 11:11 Alessandro Vitali <
> vitoplu...@gmail.com> ha scritto:
>
>> Sicuro?
>> Io ci ho provato ma mi riporta sempre su Telve di Sopra...
>>
>
> Nel mio caso sì. Parlo di piattaforma Android e Maps.me 9.1.8 del 27/6/19
> [1]
> Anzi... nella prima prova per fare il video mi ha buttato al primo colpo
> su Telve.
>
> [1] https://youtu.be/XS-YNJ8JJ9g
>
> ___
> 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-de] Website: Route auf OSM anzeigen

[Volker Schmidt]

uMap 

On Wed, 10 Jul 2019 at 17:52, Markus  wrote:

> Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)
>
> Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
> Wie macht man das "simpel" auf einer eigenen Website?
> Gibt es da irgendwo ein HowTo?
>
> Gruss, Markus
>
>
>
> ___
> 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] Website: Route auf OSM anzeigen

[Martin Scholtes]

Hallo Markus,

nutze am besten uMap dafür.
https://umap.openstreetmap.de

Gruß
Martin

Am 10.07.2019 um 17:51 schrieb Markus:
> Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)
>
> Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
> Wie macht man das "simpel" auf einer eigenen Website?
> Gibt es da irgendwo ein HowTo?
>
> Gruss, Markus
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

[Talk-de] Website: Route auf OSM anzeigen

[Markus]

Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)

Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
Wie macht man das "simpel" auf einer eigenen Website?
Gibt es da irgendwo ein HowTo?

Gruss, Markus



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

Re: [OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

[Robert Whittaker (OSM lists)]

On Fri, 5 Jul 2019 at 21:18, tomoya muramoto  wrote:
> I ask a simple question. May I copy the information of the TESCO Boston 
> Superstore to OSM?
> https://www.tesco.com/store-locator/uk/?bid=2108
>
> This website contains information such as
> - addr=*
> - phone=*
> - opening_hours=*
> - branch=*
>
> The OSM data for this store does not yet contain `phone=*` nor 
> `opening_hours=*`. Can I copy them to OSM?
> https://www.openstreetmap.org/way/61998754

For a single store I believe the answer is yes, since you're
extracting un-copyrightable facts. But if there are a significant
number of stores (as in this case), then the information becomes part
of a database, which is by default protected by database rights (at
least in the EU). You then can't use a significant amount of the
information without an appropriate licence. Moreover, you can't safely
take details from a single store from a chain's website, as there's a
danger that lots of other mappers might do that independently for
different stores, resulting in an infringement for OSM as a whole.

So for practical, use in OSM, I'd say it's ok to take information from
the public website of an independent store, or a group with up to
around half a dozen outlets. But anything larger, and you'd need to
get permission from the company first.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Nome linea elettrica che cambia

[demon_box]

...curiosamente (aggiungerei guarda caso) la targa gialla

TERNA 14

è su un traliccio posizionato a margine di una strada ad altissimo
scorrimento quasi fosse un'insegna pubblicitaria!

--enrico





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

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

Re: [Talk-it] Punti di distribuzione metano per auto (GNC)

[Andreas Lattmann]

> Come si puo' affrontare tale situazione? 
樂 rimboccandosi le maniche ed inserendole manualmente? Può andar bene? 



--
I❤️ Software Libero.

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

[OSRM-talk] Docker pre-processing from a python script

[Silvia Oviedo]

Hi all,

I would like to run the pre-process of the car profile from a python
script. I have checked the documentation of subprocess library and  docker
SDK for python but I don´t know how to properly make the request. For
example, how could I transform the sh request:

docker run -t -v "${PWD}:/data" osrm/osrm-backend osrm-extract -p
/opt/car.lua /data/berlin-latest.osm.pbf

So it can be done from python. Is that possible?


Thank you in advance
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Camera 360

[Stéphane Péneau]

Le 10/07/2019 à 15:28, osm.sanspourr...@spamgourmet.com a écrit :


https://www.mapillary.com/app/?lat=47.08559283299879=-1.2745185315505512=17=0.7558841390338722=0.4895506122119632=0.3640677728864865=true=2019-04-15=2019-04-17 
répond :


/Sorry, we can't find the image you're looking for. Most likely, the 
image is still under processing and will be visible soon. Please check 
back later. If you need more help, //contact us 
//./



Ca devrait être mieux

https://www.mapillary.com/app/?lat=47.08559283299879=-1.2745185315505512=17=0.7558841390338722=0.4895506122119632=0.3640677728864865=true=2019-04-15=2019-04-17=Nefc0jBo8GnL7ymGYH3Vew=photo

/
/


Je n'arrive qu'à voir le timbre-poste./
/

Sinon, pixels noirs ou pas, un pixel c'est toujours un pixel. Tu 
voulais parler de Mo ?/

/

Non non, c'est juste que le nombre de pixel total ne correspond pas à la 
partie "utile"



Stf


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

[Talk-it] Punti di distribuzione metano per auto (GNC)

[Dark Ham]

Buonasera a tutti. Tali punti di distribuzione, sono al giorno d'oggi
altamente legati ad orario di apertura, che in tutto il territorio
nazionale è estremamente variabile. In una consultazione essi appaiono in
minor numero (talvolta in quanto presenti in distributori multicarburante
in cui manca la tag) e nella stragrande maggioranza completamente privi di
dettagli come orario, numero di telefono e modalità di pagamento.
Come si puo' affrontare tale situazione?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Way to delete buildings added by specific user, or help reverting?

[Mateusz Konieczny]

In addition to a poor language - 
complaints about specific edit
should be done in comments off that
changeset.

9 lip 2019, 23:50 od bhou...@gmail.com:

> Thanks, yes that is nicer.
> It might not matter though. They seem to have stopped mapping a month ago.
>
> Their last changeset was:
>   > https://www.openstreetmap.org/changeset/70992703 
> 
> which looks like just some normal landuse cleanup stuff:  
>   > https://osmcha.mapbox.com/changesets/70992703/ 
> 
>
> Where “Verdan V” commented:
>   "Ti crtaš gluposti, ja ih u sekundi obrišem pa da vidimo tko će duže 
> izdržati."
>
> Which translates as: 
>   "You draw nonsense, I wipe them in seconds to see who's going to handle it 
> any longer.”
>
> Dunno how you feel about that, but.. I can’t blame them for quitting.
>
>
>
>
>
>> On Jul 9, 2019, at 3:53 PM, hbogner <>> hbogner+n...@gmail.com 
>> >> > wrote:
>>
>> Hi Bryan
>>
>> I created additional comment on the changeset inviting that user to contact 
>> OpenStreetMap Croatia community if he needs some assistance and guidance. Is 
>> that better?
>>
>> We are small community and we mostly know each other either in person or 
>> over other means of communication on that list, but nobody knows that user.
>>
>> Also he/she never replied to other users direct messages via OSM web, 
>> offering help and asking to stop copy/paste buildings, or messing landuses.
>>
>> Regards, Hrvoje Bogner
>>
>> On 08. 07. 2019. 21:36, Bryan Housel wrote:
>>
>>> hbonger, your comment here is not very nice.
>>> https://www.openstreetmap.org/changeset/56552674 
>>> 
>>> Reviewing their edits on OSMCha, most of their edits don’t look too bad
>>> https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D
>>>  
>>> >>  <>>> https://osmcha.mapbox.com/changesets/69561377?filters= 
>>> >> {"users":[{"label":"Venko","value":"Venko"}],"date__gte":[{"label":"","value":""}]}>
>>> Maybe you should try being nicer to them and they might care about the map 
>>> more.  Comments like yours ripple outwards and affect the rest of the OSM 
>>> project negatively.. Calling some’s edit “bullshit” is not going to get 
>>> them to draw better buildings.
>>> Just saying - be nicer, thanks.
>>> Bryan
>>>
 On Jul 8, 2019, at 2:57 PM, hbogner < hbogner+n...@gmail.com 
    < 
 mailto:hbogner+n...@gmail.com  >> wrote:

 Hi all

 Is there a way to delete buildings created by specific user?

 Some users already complained about  
 https://www.openstreetmap.org/user/Venko 
   to me for inaccurate 
 mapping and imaginary mapping. They wrote to him, but he didn't reply or 
 stop.

 Here is an example on which I just stumbled:
 https://www.openstreetmap.org/#map=17/45.52874/15.48285=N 
 

 He copy/pasted one building all over the place.

 I tried to revert the changeset, but there are too many conflicts.

 Any suggestions how to fix this mess?

 regards, Hrvoje


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

>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk 
>>> 
>>>
>>
>>
>>
>> ___
>> 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: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Andrea Albani]

Il giorno mer 10 lug 2019 alle ore 11:11 Alessandro Vitali <
vitoplu...@gmail.com> ha scritto:

> Sicuro?
> Io ci ho provato ma mi riporta sempre su Telve di Sopra...
>

Nel mio caso sì. Parlo di piattaforma Android e Maps.me 9.1.8 del 27/6/19
[1]
Anzi... nella prima prova per fare il video mi ha buttato al primo colpo su
Telve.

[1] https://youtu.be/XS-YNJ8JJ9g
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Alessandro Vitali]

Scusate... ho scritto stretto ma volevo scrivere chiuso. Confermo che il
problema con Vicolo Chiuso c'è l'ho con Maps.me.



Mail
priva di virus. www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mer 10 lug 2019 alle ore 11:35 Volker Schmidt 
ha scritto:

> Forse hai fatto confusione fra Stretto e Chiuso, come nella tua mail
> iniziale?
> :-)
>
> On Wed, 10 Jul 2019, 11:11 Alessandro Vitali, 
> wrote:
>
>> Sicuro?
>> Io ci ho provato ma mi riporta sempre su Telve di Sopra...
>>
>> Comunque grazie!!
>> Ale Vit
>>
>>
>> 
>>  Mail
>> priva di virus. www.avg.com
>> 
>> <#m_3102119938855771525_m_7098567140789389613_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Il giorno mar 9 lug 2019 alle ore 21:49 Andrea Albani 
>> ha scritto:
>>
>>>
>>>
>>>
>>> Il mar 9 lug 2019, 19:37 Alessandro Vitali  ha
>>> scritto:
>>>
 Ciao ragazzi,
 ho un problema nella ricerca di un indirizzo con l'app Maps.Me.

 In provincia di Trento, a distanza di una manciata di km ci sono 3
 "Vicolo Chiuso". Uno a Torcegno,
 https://www.openstreetmap.org/way/404994154
 uno a Telve
 https://www.openstreetmap.org/way/406259172
 ed uno a Telve di Sopra.
 https://www.openstreetmap.org/way/405206707

 Con l'app OsmAnd se cerco Vicolo Stretto me li elenca tutti e tre.
 Con Maps.me invece mi indica solo quello di Telve di Sopra e Torcegno.


 Perchè non mi indica quello di Telve


>>> Per un bug dell'applicazione direi.
>>>
>>> Se in Maps.me posizioni la mappa più o meno sul Trentino, cerchi Vicolo
>>> Chiuso e selezioni quello di Telve di Sopra, ti zooma la mappa sul posto
>>> giusto,
>>> Se ora ti posizioni su Telve ad un livello di zoom che non inquadri
>>> Telve di Sopra, ricerchi di nuovo il vicolo e selezioni ancora quello di
>>> Telve di Sopra, ti posiziona su quello di Telve.
>>>
>>>
>>>
>>> ___
>>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Flame su old_name

[Martin Koppenhoefer]

Am Mi., 10. Juli 2019 um 12:59 Uhr schrieb Vittorio Bertola :

>
> Veramente, a Torino (dove vivo) ho praticamente sempre sentito chiamare
> il posto "Salice d'Ulzio".



allora potrebbe essere alt_name oppure reg_name



> Se dici "andiamo a Sosdul" ti capiscono, ma
> suona strano (anche perché quelli che usano il nome ufficiale spesso lo
> pronunciano "Sàuze" come è scritto e come si pronuncia in piemontese e
> in francoprovenzale, e non come si pronuncia in francese).



anche "Sosdul" quindi sarebbe da aggiungere?
Nel dubbio è sempre meglio mettere di più che di meno.

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

Re: [Talk-it] Flame su old_name

[Vittorio Bertola via Talk-it]

Il 2019-07-09 09:11 Martin Koppenhoefer ha scritto:

sent from a phone

On 9. Jul 2019, at 06:37, solitone via Talk-it 
 wrote:


Ok, grazie. Rileggendo la frase, continuo a ritenere che “Salice 
d’Ulzio” non possa andare in alt_name, ma debba essere il valore di 
old_name.



se si tratta di un nome vecchio (non più utilizzato attualmente), si.


Veramente, a Torino (dove vivo) ho praticamente sempre sentito chiamare 
il posto "Salice d'Ulzio". Se dici "andiamo a Sosdul" ti capiscono, ma 
suona strano (anche perché quelli che usano il nome ufficiale spesso lo 
pronunciano "Sàuze" come è scritto e come si pronuncia in piemontese e 
in francoprovenzale, e non come si pronuncia in francese). Questo anche 
perché la località è diventata nota come stazione invernale quando si 
chiamava Salice, per cui il nome si è poi tramandato di generazione in 
generazione, almeno nelle città in cui c'è gente che va a sciare da 
quelle parti. Quindi IMHO è senza alcun dubbio un alt_name (e peraltro 
non si capisce che fastidio dia).


Ciao,
--
vb.   Vittorio Bertola - vb [a] bertola.eu   <
>now blogging & more at http://bertola.eu/   <

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

Re: [OSM-talk-fr] Camera 360

[Stéphane Péneau]

Le 09/07/2019 à 15:02, Phyks a écrit :



Pour des comparaisons de rendu, je connais aussi 
http://www.stemani.fr/pano/Passy/Gear360.html / 
http://www.stemani.fr/pano/Passy/V4MPack.html / 
http://www.stemani.fr/pano/Passy/LG360.html (même scène avec une 
Samsung Gear 360, le V4MPack fait maison et une LG360).


J'ai fait un autre test. Pour comparer, vous pouvez vous amuser à zoomer 
sur l'horloge de l'église, ou les panneaux de la boucherie.


Samsung Gear 360 (2016) :
http://www.stemani.fr/pano/Vieillevigne/Gear360.html

Plusieurs Yi 2K
http://www.stemani.fr/pano/Vieillevigne/Yi_2K.html

Plusieurs Gitup G3 Duo 170°
http://www.stemani.fr/pano/Vieillevigne/G3_duo_150.html

Plusieurs Gitup G3 Duo 90° (assez longue à charger)
http://www.stemani.fr/pano/Vieillevigne/G3_duo_90.html

Pour cette dernière, je n'ai pas calculé le nbr exact de caméra 
nécessaire, mais il en faudrait plus de 10. Le résultat final est une 
image de . 145Megapixels !!

les artefacts rose/vert sont un bug de Hugin.

Stf



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

Re: [OSM-talk-fr] Camera 360

[Stéphane Péneau]

Le 10/07/2019 à 12:18, Francois Gouget a écrit :


L'autre point faible c'est qu'elle n'a pas de GPS intégré. En même temps
sur les smartphones la position GPS semble parfois être rafraichie à une
fréquence inférieure à celle de la prise de photos ce qui se traduit par
des photos successives qui ont la même position.


La corrélation fait une interpolation entre les points, donc ce n'est 
pas là qu'est le problème. Si 2 photos ont la même position, c'est 
qu'elles ont le même timestamp.
J'ai beau faire du lobbying auprès des fabricants d'action cam pour 
qu'ils ajoutent les millisecondes dans les données Exif, pour l'instant 
je ne connais que la LG360 qui les intègre.




   Pas sûr non plus que Mapillary prenne des photos de 66 Mpx.


Elles sont acceptées.

Bien qu'une partie de mes photos 360 équirectangulaire est du noir, les 
photos 360 que j'envoie sont en 88 Mpx.
Ce qui est casse-pied, c'est qu'il faut être vraiment patient pour que 
le site affiche la qualité max, et qu'il faut zoomer un peu. Exemple :

https://www.mapillary.com/app/?focus=photo=Nefc0jBo8GnL7ymGYH3Vew=47.08559283299879=-1.2745185315505512=17=0.7558841390338722=0.4895506122119632=0.3640677728864865=true=2019-04-15=2019-04-17


Stf


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

Re: [OSM-talk-fr] Données routières ouvertes en France

[osm . sanspourriel]

Le 10/07/2019 à 12:14, marc marc - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 09.07.19 à 09:31, Julien Minet a écrit :

Pour info, le but est de relier des rues (avec leur nom et attributs) à
des points lumineux (lampadaires) pour évaluer l'éclairage public.

et quelle source pour les lampadaires ?

Cordialement,
Marc


L'électricité, les becs à gaz se font rares de nos jours ;-).
https://taginfo.openstreetmap.fr/keys/lit_by_gaslight pour la France ^^

Je pense qu'il est bon et si la licence le permet d'ajouter lit=yes - ou
mieux - sur le jeu de données OSM quand la rue est effectivement
éclairée. Voir la position et la description des lampadaires.

Comme dit Christian, le taux de couverture d'OSM est largement suffisant
pour ça. Vont manquer par ci par là les voiries des derniers
lotissements, très probablement éclairés.

Si la source pour les lampadaires est bonne, on doit pouvoir chercher
les points lumineux trop loin d'une route OSM donnant un indice pour un
lotissement manquant dans OSM.

Jean-Yvon en zone lit=no et c'est tant mieux ;-)

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

Re: [OSM-talk-fr] Camera 360

[Francois Gouget]

On Tue, 9 Jul 2019, Magalie Dartus wrote:
[...]
> Voilà l’intention, par contre on ne sait absolument pas quelle caméra
> prendre pour ce projet
> Est-ce que certains d'entre vous ont déjà de l'expérience et pourraient
> nous conseiller sur des modèles adéquats?

J'utilise une Xiaomi Mi Sphere.
http://360rumors.com/mi-sphere-review/

https://www.mapillary.com/map/im/0yLujIYIbCC6Ygp4bOTu5g


Pour Mapillary le nerf de la guerre c'est la résolution afin de pouvoir 
lire le texte des panneaux et des enseignes des boutiques. Du coup le 
point fort de la Mi Sphere c'est sa résolution de 24 Mpx ce qui à ma 
connaissance est le maximum qu'on trouve sur les caméra 360 degrés grand 
public. Malgré tout 24 Mpx c'est pratiquement rien. Si on compte qu'une 
photo normale couvre un champ de 90 degrés, alors pour prendre une vraie 
photo 360 il faut 6 photos normales : devant, derrière, à droite, à 
gauche, haut, bas. Donc lorsqu'on zoome sur un panneau une photo 360 de 
24 Mpx fournit la même résolution qu'une photo normale de 4 Mpx :-(

C'est aussi pour cela que le mode vidéo des caméras 360 ne sert 
strictement à rien pour Mapillary : on démarre au mieux avec une 
résolution "4K", soit 8 Mpx, soit un équivalent de 1,3 Mpx pour une 
photo normale.

L'autre élément important pour Mapillary c'est la fréquence à laquelle 
on peut prendre des photos. Théoriquement la Mi Sphere peut prendre une 
photo toutes les 2 secondes. En pratique c'est plutôt 3 à 5 secondes :-( 
Il y a cependant un firmware beta qui permet de descendre à 2 à 3 
secondes.

  https://1drv.ms/u/s!AvPAszrzDmdOnkebA2oluaGbs_Hg

  puis voir "How to update by SD Card" :
  http://ez-team.com/xiaomi.html


L'autre point faible c'est qu'elle n'a pas de GPS intégré. En même temps 
sur les smartphones la position GPS semble parfois être rafraichie à une 
fréquence inférieure à celle de la prise de photos ce qui se traduit par 
des photos successives qui ont la même position. Du coup je préfère de 
toute façon reconstruire les positions GPS à partir d'une trace GPS et 
des timestamps des photos. C'est notamment indispensable pour les photos 
prises avec l'application Mapillary !

Donc c'est ce que je fait aussi pour les photos 360 et c'est 
l'application Mapillary qui me fournit le fichier GPX (et ça me donne en 
bonus des photos 12 Mpx "haute résolution" pointant vers l'avant). Par 
contre les timestamps des photos 360 ont une granularité d'une seconde. 
Pas idéal mais pas catastrophique non plus.

Sinon on peut alimenter la Mi Sphere via USB pendant qu'elle prend des 
photos. Suivant l'emplacement de la prise USB ce n'est pas toujours 
pratique avec d'autres caméras. Avec un pack de 1 mAh ça permet 
facilement de faire des séances de 8 heures.


Donc pour moi les critères de choix sont :
* Résolution >= 24 Mpx.
* Intervalle entre deux photos: aussi proche de 1 seconde que 
  possible.
* Possibilité de mettre une carte MicroSD (viser directement 128 Go).
* Possibilité d'alimentation USB pendant la prise de vue.
* GPS intégré ou résolution timestamps sub-seconde.

Malheureusment la plupart de ces informations sont introuvables :-(


Autres notes :

* L'Insta 360 One est assez similaire à la Mi Sphere et semblait aussi 
  avoir assez bonne réputation mais je ne sais pas si elle marche bien 
  pour Mapillary.

* À l'époque j'avais hésité entre la Mi Sphere et la Gear 360 de 2016 
  (la plus récente a perdu en résolution photo) mais cette dernière 
  n'avait pas de mode timelapse utilisable.

* Le prix de la Theta Z1 me paraît plutôt élevé vu qu'elle ne 
  fournit pas une meilleure résolution que les Mi Sphere, Gear 360 ou 
  Insta 360 One (pas X). Cela dit ses capteurs 1" devraient permettre 
  une meilleure qualité d'image, notamment moins de grain pour les 
  photos en basse lumière comme en intérieur où la nuit, conditions 
  qu'on ne rencontre normalement pas pour Mapillary. Je demande à voir 
  donc.

* Dans la même gamme de prix que la Theta Z1 (~$1200) il y a la 
  Ultracker Aleta S2C qui a une résolution de... 66 Mpx !
  http://360rumors.com/ultracker-aleta-s2c/

  Ce serait parfait pour Mapillary... si le reste des caractériques 
  suit. Par exemple dans le mode d'emploi on lit que le mode timelapse 
  permet de prendre des photos en 4K à 12K (66 Mpx) avec un intervalle 
  de 0,1 à 60 secondes, mais que l'intervalle dépend de la résolution...
  (par exemple à 2fps on est limité à 29 Mpx)
  Pas sûr non plus que Mapillary prenne des photos de 66 Mpx.

* Comparatif des caméras 360 :
  http://360rumors.com/best-360-cameras-virtual-tours/#feb2019

* Mapillary a un forum sur les caméras 360 :
  https://forum.mapillary.com/c/contributing-and-equipment/cameras


-- 
Francois Gouget   http://fgouget.free.fr/
   Cahn's Axiom: When all else fails, read the instructions.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données routières ouvertes en France

[marc marc]

Bonjour,,

Le 09.07.19 à 09:31, Julien Minet a écrit :
> Pour info, le but est de relier des rues (avec leur nom et attributs) à 
> des points lumineux (lampadaires) pour évaluer l'éclairage public.

et quelle source pour les lampadaires ?

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

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Volker Schmidt]

Forse hai fatto confusione fra Stretto e Chiuso, come nella tua mail
iniziale?
:-)

On Wed, 10 Jul 2019, 11:11 Alessandro Vitali,  wrote:

> Sicuro?
> Io ci ho provato ma mi riporta sempre su Telve di Sopra...
>
> Comunque grazie!!
> Ale Vit
>
>
> 
>  Mail
> priva di virus. www.avg.com
> 
> <#m_7098567140789389613_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Il giorno mar 9 lug 2019 alle ore 21:49 Andrea Albani 
> ha scritto:
>
>>
>>
>>
>> Il mar 9 lug 2019, 19:37 Alessandro Vitali  ha
>> scritto:
>>
>>> Ciao ragazzi,
>>> ho un problema nella ricerca di un indirizzo con l'app Maps.Me.
>>>
>>> In provincia di Trento, a distanza di una manciata di km ci sono 3
>>> "Vicolo Chiuso". Uno a Torcegno,
>>> https://www.openstreetmap.org/way/404994154
>>> uno a Telve
>>> https://www.openstreetmap.org/way/406259172
>>> ed uno a Telve di Sopra.
>>> https://www.openstreetmap.org/way/405206707
>>>
>>> Con l'app OsmAnd se cerco Vicolo Stretto me li elenca tutti e tre.
>>> Con Maps.me invece mi indica solo quello di Telve di Sopra e Torcegno.
>>>
>>>
>>> Perchè non mi indica quello di Telve
>>>
>>>
>> Per un bug dell'applicazione direi.
>>
>> Se in Maps.me posizioni la mappa più o meno sul Trentino, cerchi Vicolo
>> Chiuso e selezioni quello di Telve di Sopra, ti zooma la mappa sul posto
>> giusto,
>> Se ora ti posizioni su Telve ad un livello di zoom che non inquadri Telve
>> di Sopra, ricerchi di nuovo il vicolo e selezioni ancora quello di Telve di
>> Sopra, ti posiziona su quello di Telve.
>>
>>
>>
>> ___
>> 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

Re: [Talk-it] Problemi nella ricerca indirizzo con Maps.me

[Alessandro Vitali]

Sicuro?
Io ci ho provato ma mi riporta sempre su Telve di Sopra...

Comunque grazie!!
Ale Vit


Mail
priva di virus. www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mar 9 lug 2019 alle ore 21:49 Andrea Albani  ha
scritto:

>
>
>
> Il mar 9 lug 2019, 19:37 Alessandro Vitali  ha
> scritto:
>
>> Ciao ragazzi,
>> ho un problema nella ricerca di un indirizzo con l'app Maps.Me.
>>
>> In provincia di Trento, a distanza di una manciata di km ci sono 3
>> "Vicolo Chiuso". Uno a Torcegno,
>> https://www.openstreetmap.org/way/404994154
>> uno a Telve
>> https://www.openstreetmap.org/way/406259172
>> ed uno a Telve di Sopra.
>> https://www.openstreetmap.org/way/405206707
>>
>> Con l'app OsmAnd se cerco Vicolo Stretto me li elenca tutti e tre.
>> Con Maps.me invece mi indica solo quello di Telve di Sopra e Torcegno.
>>
>>
>> Perchè non mi indica quello di Telve
>>
>>
> Per un bug dell'applicazione direi.
>
> Se in Maps.me posizioni la mappa più o meno sul Trentino, cerchi Vicolo
> Chiuso e selezioni quello di Telve di Sopra, ti zooma la mappa sul posto
> giusto,
> Se ora ti posizioni su Telve ad un livello di zoom che non inquadri Telve
> di Sopra, ricerchi di nuovo il vicolo e selezioni ancora quello di Telve di
> Sopra, ti posiziona su quello di Telve.
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nome linea elettrica che cambia

[demon_box]

ciao, aggiungo un pezzettino a questa discussione.

ieri sera riguardando OSM mi sono accorto di una questa linea di alta
tensione

https://www.openstreetmap.org/way/131290705/

i quali tralicci che ho personalmente verificato riportano queste targhe

ENEL 4
ENEL 5
ENEL 6
ENEL 7
ENEL 8
ENEL 9
ENEL 10
ENEL 11
ENEL 12
ENEL 13
TERNA 14 (targa gialla)
ENEL 15
ENEL 16

in questo caso appare evidente (o forse è soltanto una coincidenza??) che
TERNA ha mantenuto la numerazione dei tralicci precedentemente fatta da
ENEL.

detto questo non posso certo affermare che sia così su tutte le linee
acquisite da TERNA ma in questo caso è palesemente così.

dovrei riuscire a parlare ancora con qualcuno di TERNA.

l'indagine continua serrata. ;-)

--enrico





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

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

Re: [OSM-talk-fr] Bègles limite la vitesse dans ses rues à 30km/h

[Dominique Rousseau]

Salut la liste,

Le Tue, Jul 09, 2019 at 06:08:45PM +0200, Erwan [r...@gmx.fr] a écrit:
> Sur Port-Louis, ville à 30 km/h il y a des panneaux spécifiques ??ville 30??
> Dans un article le maire expliquait qu???une ville 30 impliquait
> obligatoirement une généralisation de la propriété à droite, ce qui a

La propriété est bien un concept plutôt "de droite", mais pour la
"priorité à droite", je pense que ce n'est qu'une recommandation dans le
cadre des "zones 30", puisque ça contirbue au ralentissement global des
véhicules.
Les "villes 30", ça n'a l'air d'être q'une initiative privée de
promotion de la limitation à 30 km/h en agglomération ("zone 30"
généralisée, donc).

> changé pas mal les habitudes et nécessité pas mal de gommage de cédez
> le passage au sol
> Je n???ai pas vérifié 
> 
> Les zones 30 impliquent une priorité au cycliste et piéton ??
> Je croyais que c???était juste pour les zones de rencontres (20 km/h) 

Les piétons ont toujours priorité, pour traverser une rue.
(sauf carrefours aménagés avec des feux)

Dans les "zones de rencontre", les piétons ont priorité sur la chaussée
(càd qu'ils ont tout autant le droit d'y circuler que les véhciules
motorisés)

En terme d'aménagement, ce qui est également recommandé pour la mise en
place d'une "zone 30", c'est de supprimer les marquages peints de
"passage piéton", car lorsqu'il y en a de matérialisé, il y a une
obligation de l'emprunter pour les piétons.
Lorsqu'il y en a pas, les piétons sont tout simplement autorisés à
traverser où ils le souhaitent, on est dans le cadre général du code de
la route.

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] piste cyclable connectée à un trottoir

[althio]

> Florian  :
> > traffic_signals=bicycle

marc marc :
> j'imagine que c'est https://www.openstreetmap.org/node/6400116392
> On peux avoir une photo du feu (sa lampe) ?
> cela permettrait de documenter cette valeur :)

Ou alors découper celle-là ;)
https://commons.wikimedia.org/wiki/File:Ampel-Kassel-02.jpg

Mais revenons un peu sur ce choix de tag :)

résumé "TLDR" :
j'ai fait mes devoirs, j'ai fait ma recherche, et je propose
maintenant, pour spécifier l'aspect cycliste-vélo :
cycleway=traffic_signals + [traffic_signals=signal]

[fin du "TLDR", vous entrez dans un long message de tagging]

Quand je vois la liste documentée sur le wiki, les valeurs proposées
https://wiki.openstreetmap.org/wiki/Key:traffic%20signals
ou les valeurs utilisées sur taginfo
https://taginfo.openstreetmap.org/keys/traffic_signals#values

j'ai bien du mal à voir l'intérêt et le sens de cette valeur
traffic_signals=bicycle.
Pour moi, c'est et ce sera encore :
traffic_signals=signal: a standard traffic signal, typically with
three steady aspects


Je reprends donc à la base de la documentation :
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals
highway=traffic_signals | Indicates traffic signals for cars.
crossing=traffic_signals | Indicates traffic signals for pedestrians.
Tout cela dénote une vision très centrée "voiture qui passe & piéton
qui traverse".

En fait, on pourrait plutôt considérer qu'il s'agit de "flux rapide"
(en highway=traffic_signals) et "flux traversant" (en
highway=crossing).
https://wiki.openstreetmap.org/wiki/Key:crossing mentionne la
possibilité que les vélos existent (mais pour traverser la grosse
route, pas pour être le flux rapide...)

Du coup, en flux rapide, il existe déjà :
sur le segment du flux rapide
- highway|railway=*
et sur le noeud à la jonction avec le flux traversant
- highway=traffic_signals + [traffic_signals=signal] (ou d'autres
trucs avec railway...)

et en flux traversant, on a :
sur le nœud à la jonction avec le flux rapide
- highway=crossing + crossing=traffic_signals|* + segregrated=yes|no +
bicycle=yes|no
avec plus de détails, on a aussi le segment du flux traversant
- highway=footway + footway=crossing
- et/ou highway=cycleway|* + bicycle=yes|designated + cycleway=crossing

(ouf...)

Dans cette idée, dans ce schéma-là, issu de la documentation actuelle,
mais pas du tout adaptée pour les cyclistes, je pense que la pièce
manquante, c'est pour le flux rapide à vélo :
sur le segment du flux rapide à vélo
- highway=cycleway|* + bicycle=yes|designated
sur le nœud à la jonction avec le flux traversant
- cycleway=traffic_signals + [traffic_signals=signal]

d'où ma suggestion "cycleway=traffic_signals", usage actuel : existant
mais négligeable

et...
tant pis pour le léger troll... j'espère faire comprendre ainsi mon
point de vue sur la vision destinataire ≠ type ≠ droit d'utilisation,
appliquée à votre sauce
[le troll rentre]
Quand je lis les définitions de traffic_signals=signal, blinker,
continuous_green...
Puis quand je vois ce tag traffic_signals=bicycle, j'imagine quoi ?
Le mécanisme qui régule le trafic et qui indique la priorité, c'est un
vélo, un vrai vélo réel, physique ?
[le troll sort]
Ou bien c'est un signal lumineux, standard, trois lumières, trois
couleurs. Donc "traffic_signals=signal".
Avec une forme de vélo.

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