Re: [OSM-talk] Flashing school speed limit sign

[Jack Armstrong]

Thanks for the great input. I've added the signals and modified the street. If I got anything wrong or if anything needs changing, please feel free to let me know. Cheers :)https://www.openstreetmap.org/edit#map=22/39.76201/-104.96784-Original Message-
From: Paul Johnson 
Sent: Mar 11, 2020 9:56 PM
To: Andrew Harvey 
Cc: Jack Armstrong , OSM 
Subject: Re: [OSM-talk] Flashing school speed limit sign

On Wed, Mar 11, 2020 at 9:59 PM Andrew Harvey  wrote:On Thu, 12 Mar 2020 at 12:51, Paul Johnson  wrote:On Wed, Mar 11, 2020 at 8:23 PM Jack Armstrong  wrote:How would this be tagged? I can't seem to find anything about this on the wiki. Perhaps I'm just not looking in the right place. Thanks.The sign itself would be highway=traffic_sign, traffic_sign=maxpseed, maxspeed=traffic_signals.  For the school zone on the way, that would be maxspeed=* (whatever the maxspeed is normally when it's not in effect), and maxspeed:variable=school_zone. That looks good but how would you mark the variable speed as 20mph? I've seen people use something along the lines of `maxspeed:conditional=80 @ wet` to indicate the lower speed for maxspeed:variable=weather, so something similar could be used here.To my knowledge, there's no way to accurately represent that at this time.  Nor could data consumers reasonably use that information, as far as I can tell. 


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

[talk-cz] WeeklyOSM CZ 501

[Tom Ka]

Ahoj, je dostupné vydání 501 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12931

* Měsíční úkol pro nováčky.
* MapTiler vrstvy na osmap.cz.
* Příspěvky pro OSM ČR z.s.
* Tramvaje v Košicích.
* Dohledové kamery.
* Prehistorie OSM.
* Uzlové body pro cyklisty.
* OSM Awards 2020.
* Mobilní aplikace s OSM.
* OSM v GSoC.
* Vylepšené ikony pro vozíčkáře.
* Mikrogranty HOT.
* Kreslení do map.
* Zneužívání map a koronavirus.
* Doplněk blender-osm.
* CityJSON standardem.
* Mapování dopravních značek.
* Kartografické vtípky.

Mimochodem všiml si někdo, že tak nějak neproběhlo první letošní
kvartální pivo? :-)

Pěkné počtení ...

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

Re: [OSM-talk] Flashing school speed limit sign

[Paul Johnson]

On Wed, Mar 11, 2020 at 9:59 PM Andrew Harvey 
wrote:

>
>
> On Thu, 12 Mar 2020 at 12:51, Paul Johnson  wrote:
>
>> On Wed, Mar 11, 2020 at 8:23 PM Jack Armstrong 
>> wrote:
>>
>>> How would this be tagged? I can't seem to find anything about this on
>>> the wiki. Perhaps I'm just not looking in the right place. Thanks.
>>>
>>
>> The sign itself would be highway=traffic_sign, traffic_sign=maxpseed,
>> maxspeed=traffic_signals.  For the school zone on the way, that would be
>> maxspeed=* (whatever the maxspeed is normally when it's not in effect),
>> and maxspeed:variable=school_zone.
>>
>
> That looks good but how would you mark the variable speed as 20mph? I've
> seen people use something along the lines of `maxspeed:conditional=80 @
> wet` to indicate the lower speed for maxspeed:variable=weather, so
> something similar could be used here.
>

To my knowledge, there's no way to accurately represent that at this time.
Nor could data consumers reasonably use that information, as far as I can
tell.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-cz] Bugy na osmapp :-))

[Tom Ka]

st 11. 3. 2020 v 22:21 odesílatel Jan Macura  napsal:

>
> On Wed, 11 Mar 2020 at 21:33, Martin Ždila 
> wrote:
>
>> Ja zas hľadám niekoho na výpomoc s freemap.sk ;-)
>>
>> On Wed, Mar 11, 2020 at 9:01 PM Marián Kyral  wrote:
>> Pokud by nám někdo chtěl pomoct s osmap.cz, klidně může, pomoc by se
>> hodila.
>>
>
> No a to je právě to, na co narážím. Každý hledá pomoc, každý má svého času
> omezené množství, ale ten svůj raději investuje do (časově N-krát
> nákladnějšího) rozvoje vlastního projektu, než aby s někým spolupracoval.
> Na jednu stranu ty motivy samozřejmě chápu, na stranu druhou si nemohu
> nepostesknout, že takhle navždy bude jen 100 projektů ve věčných
> betaverzích...
>

Ahoj,

ono nekdy je to o tom, ze autor projektu o zadnou spolupraci nestoji
(photodb) a chce si to vyhradne delat po svem. Takze pak jina moznost, nez
zacit znovu moc neni.

A jeste by asi bylo dobre rict, ze stavajici osmap.cz je taky ZbyCZ
projekt, jeden z mnoha, takze za mne je osmapp.org ztrata casu, par tydnu
na tom bude jako kdykoliv predtim vysivat jak zbesily a pak to umre,
protoze ZbyCZ spadne do svoji pulrocni, rocni hibernace. osmap.cz jsme s
Marianem prevzali, protoze nam to prislo jako dobra vec, ktera nema pro CZ
OSM komunitu nahradu, ale rozhodne to nehodlam opakovat u kazdeho Zbyho
projektu. Srovnejte si s tim, jak dlouho kontinualne na freemap.sk dela
Martin Zdila

Jak budu mit chvilku casu, tak ti Zby preposlu ten tvuj mail, ze te mam
zastavit, az zase budes vymyslet nejakou novou kravinu, kterou pak nechas
rozdelanou byt...

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

Re: [OSM-talk] Flashing school speed limit sign

[Andrew Harvey]

On Thu, 12 Mar 2020 at 12:51, Paul Johnson  wrote:

> On Wed, Mar 11, 2020 at 8:23 PM Jack Armstrong 
> wrote:
>
>> How would this be tagged? I can't seem to find anything about this on the
>> wiki. Perhaps I'm just not looking in the right place. Thanks.
>>
>
> The sign itself would be highway=traffic_sign, traffic_sign=maxpseed,
> maxspeed=traffic_signals.  For the school zone on the way, that would be
> maxspeed=* (whatever the maxspeed is normally when it's not in effect),
> and maxspeed:variable=school_zone.
>

That looks good but how would you mark the variable speed as 20mph? I've
seen people use something along the lines of `maxspeed:conditional=80 @
wet` to indicate the lower speed for maxspeed:variable=weather, so
something similar could be used here.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] osthéopathes

[Jérôme Amagat]

Le mer. 11 mars 2020 à 22:52, Marc M.  a écrit :

> Le 11.03.20 à 22:32, Arnaud Champollion a écrit :
> > amenity=doctors ?
>
> cela me semble un bon compris "avoir un rendu sans mettre un faux tag"
>
> Les ostéopathes ne sont ni médecin ni docteur... (Certain médecin sont
ostéopathe)
Par contre amenity=doctors, c'est pour un cabinet médical et je ne sais pas
si les anglais parlent de cabinet médical pour un ostéopathe... en France
je dirait non.
Et l'ostéopathe ce n'est pas de la médecine :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osthéopathes

[Marc M.]

Le 11.03.20 à 22:50, Georges Dutreix via Talk-fr a écrit :
> icône "healthcare" par défaut, du style croix à 6 branches des ambulances.

un icône libre quelque part respectant la taille classique ?
sugestion : l'ajouter sur le wiki pour faciliter la création
du code pour osm-fr ce serra déjà ca... puis le proposer aux
autres... (mais osm-carto est tjs "à priori contre" l'ajouter
d'""alias"" de tag déjà rendu.
disclamer : je n'ai pas été voir sur le wiki s'il y en avait :)

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

Re: [OSM-talk] Flashing school speed limit sign

[Paul Johnson]

On Wed, Mar 11, 2020 at 8:23 PM Jack Armstrong 
wrote:

> How would this be tagged? I can't seem to find anything about this on the
> wiki. Perhaps I'm just not looking in the right place. Thanks.
>

The sign itself would be highway=traffic_sign, traffic_sign=maxpseed,
maxspeed=traffic_signals.  For the school zone on the way, that would be
maxspeed=* (whatever the maxspeed is normally when it's not in effect), and
maxspeed:variable=school_zone.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Flashing school speed limit sign

[James]

https://wiki.openstreetmap.org/wiki/Key:maxspeed:variable

?

On Wed., Mar. 11, 2020, 9:24 p.m. Jack Armstrong, 
wrote:

> How would this be tagged? I can't seem to find anything about this on the
> wiki. Perhaps I'm just not looking in the right place. Thanks.
>
>
> https://www.mapillary.com/app/?pKey=IOiHry5EPtSQ_3YoGQ4jGw=photo=39.7620490002=-104.9674159996=17=0.6324722779922073=0.6518280237656362=2
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Flashing school speed limit sign

[Jack Armstrong]

How would this be tagged? I can't seem to find anything about this on the wiki. Perhaps I'm just not looking in the right place. Thanks.https://www.mapillary.com/app/?pKey=IOiHry5EPtSQ_3YoGQ4jGw=photo=39.7620490002=-104.9674159996=17=0.6324722779922073=0.6518280237656362=2

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

Re: [Talk-it] Servizio di consegna a domicilio

[Cascafico Giovanni]

E sponsorizzare su.openstreetmap.it ?
Magari aggiungendo il campo delivery?

Il mer 11 mar 2020, 08:53 Maurizio Napolitano  ha
scritto:

> Solo una nota:
> ci sono esercizi commerciali che si sono appositamente attivati in questo
> periodo per fornire questo servizio
> Il giornale VareseNews ha lanciato una iniziativa in cui invita i
> negozianti a segnalarsi
> La mappa di background è Openstreetmap e, qualche volta, punta su zone
> incomplete
>
> Qui la notizia con mappa
>
> https://www.varesenews.it/2020/03/consegne-domicilio-coronavirus-la-mappa-dei-negozi/908774/
>
>
> Il mar 10 mar 2020, 13:41 Francesco Ansanelli  ha
> scritto:
>
>> Buongiorno lista,
>>
>> vista la situazione di crisi sto cercando come dare maggiore visibilità
>> alle attività che offrono il servizio in oggetto. E chiedo consiglio a
>> tutti
>>
>> Ovviamente, "delivery" è il tag che oggi può essere di aiuto a tutti
>> coloro che non si possono spostare.
>>
>> Nel mio comune stiamo cercando di censire i luoghi che fanno (o che si
>> stanno organizzando) per le consegne.
>>
>> Facciamo qualcosa a livello nazionale? Oppure ognuno si fa il suo umap? ;)
>>
>> Grazie a chi mi risponderà
>> Francesco
>>
>> ___
>> 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] Servizio di consegna a domicilio

[Alessandro Sarretta]

Visto il decreto di stasera mi sembra inutile andare a taggare i negozi 
chiusi, visto che lo saranno quasi tutti (a parte gli alimentari, le 
farmacie, e alcune altre categorie).


Ale

On 11/03/20 13:36, Francesco Ansanelli wrote:
Inoltre mi risulta che la maggior parte dei negozi stia chiudendo in 
via precauzionale... O faccia orari diversi... Pensate che si possa 
ipotizzare un namespace "covid:*" ovvero:


covid:closed=yes
covid:opening_hours
Ecc ecc...

Mi sembra il modo più facile per ripristinare le cose appena si 
tornerà alla normalità.


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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Philippe Verdy]

Tout ça est un sacré bordel pour promouvoir le véhicule électrique en
France avec déjà peu de bornes qui devront toutes être changées ou
modifiées pour avoir le connecteur européen, ou obliger les
utilisateurs à devoir acheter un autre câble adaptateur pour utiliser
les bornes type 2 aux normes européennes.
Et que dire des touristes européens qui ne peuvent pas venir en France
(ou veulent traverser la France par exemple de l'Italie à l'Espagne)
avec leur véhicule s'il n'y a aucune station type 2 pour eux?
Renault veut faire cavalier seul, Tesla promeut ses prises, au final
il n'y aura pas de prise pour tout le monde et il faudrait encore des
prises différentes pour les 2 roues.
Au final ça coûtera cher pour équiper les stations et rester
compatible avec les véhicules déjà vendus en France. Cela ne peut que
freiner les ventes du tout électrique)
Renault, Toyota et Tesla devront revoir leur stratégie et proposer le
remplacement à leur charge des prises sur leurs véhicules pour les
mettre en conformité européenne (d'autant qu'ils omettent totalement
de le dire dans leurs publicités). Sinon ça coûtera cher aux
collectivités pour multiplier les connecteurs ou câbles sur les
stations de recharge du domaine public ou commercial (et leurs
véhicules ne peuvent alors être chargés qu'à domicile avec la station
de charge spécifique au véhicule et ne peuvent prétendre à une
autonomie réelle hors des courts trajets, sauf si ces véhicules
restent hybrides, qui donc rouleront systématiquement au pétrole pour
les distances un peu plus longues).
Le tout électrique n'est finalement pas encore pour aujourd'hui en
France: peu de stations et stations existantes inadaptées (les
véhicules électriques étant légers, il est hors de question non plus
d'imposer aux utilisateurs de transporter aussi une batterie de câbles
adaptateurs dans des coffres déjà pas grands!)

Le mer. 11 mars 2020 à 13:26, Yves P.  a écrit :
>
> >> Pour socket:type3c, on peut faire sans problème une édition de masse
> >> en la remplaçant par socket:type3
> >
> > c'est une double typo ? je n'ai jamais vu une tye3 non type3c en France.
> > donc c'est l'inverse que je proposais.
> C’était pour simplifier avec les autres types. Puisqu’en France, une type 3 
> pour une voiture est forcément une type 3C :)
>
> Le plus précis serait de virer toutes les type3 et de mettre soit des type3a, 
> soit des type3c.
>
> > application très concrête : la zone frontalière franco-italienne.
> > ce n'est pas à l'utilisateur de jongler pour séparer les type3c des type3a.
> Il n’y a que 5 prise type 3A dans OSM.
> Par contre dans chargemap il y en a des milliers !
>
> Osmose ne propose rien.
>
> On trouve des bornes dans openchargemap.org. La licence est CC BY-SA 4.0 ;)
> https://github.com/openchargemap/ocm-data
>
> Ici, la prise type3a s'appelle « SCAME Type 3A »
>
> Exemple : Piazza Tommaso Edison, Milano (2 x type2 et 2 x type3a)
> https://www.openstreetmap.org/node/3396938704
>
> > exemple dans uen app propriétaire (chargemap pour ne pas la nomer) :
> > t'as un cable avec une fiche nécessitant une prise type3c, il te montre
> > les bornes ayant ce type.
> La borne https://www.openstreetmap.org/node/4271233784  est visible sur 
> https://fr.chargemap.com/wizard/81512#
> Les prises sont bien de type 3a. Sur les photos, on voit les voitures et moto 
> branchées sur la prise du haut (type 2), et les scooters sur la prise du bas.
>
> >> + motocar=yes
> >
> > aucune déduction ne peux être faite qu'un type de borne donné ai un
> > emplacement pour voiture
> On tague les bornes ou les places de parking ?
>
> > (exemple hier avec une borne pour camion.
> Je ne savais pas que ça existait. Que dit OSM à ce sujet ?
>
> __
> Yves
>
>
> ___
> 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-ro] Conflating boundaries between Romania and Serbia

[Gabriel Sebastian Moise]

No problem with that !



--
Sent from: http://gis.19327.n8.nabble.com/Romania-f5425034.html

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

Re: [OSM-talk-fr] osthéopathes

[Marc M.]

Le 11.03.20 à 22:32, Arnaud Champollion a écrit :
> amenity=doctors ?

cela me semble un bon compris "avoir un rendu sans mettre un faux tag"


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

Re: [OSM-talk-fr] osthéopathes

[Georges Dutreix via Talk-fr]

Les healthcare=* sont très souvent non rendus sur OSM ou Osmand. Exemple 
healthcare=nurse, midwife ou alternative

Alors qu'on verra les vétérinaires.

Je trouve que tes tags sont bons mais qu'il faudrait améliorer le rendu 
pour afficher une icône "healthcare" par défaut, du style croix à 6 
branches des ambulances.


#yakafokon :-)



Le 11/03/2020 à 22:38, Yannick a écrit :

On 11/03/2020 22:32, Arnaud Champollion wrote:

Bonjour,

OpenstreetMap.org et OSMAND ne rendent pas les osthéopathes taggués avec :

healthcare=alternative

healthcare:speciality
=osteopathy

name=*


Pas plus que la recherche qui le qualifie de "noeud". Donc je me suis
dit qu'il manquait quelquechose.


La page https://wiki.openstreetmap.org/wiki/FR:Key:healthcare dit que
healthcare implique

   * amenity =hospital
 
   * amenity =clinic
 

Mais si c'est un praticien seul, aucun des deux ne convient.

amenity=doctors ?

Un cabinet médical (*doctor's office*) est un lieu où vous pouvez
obtenir une consultation ou un bilan de la part d'un docteur en médecine.

Bonsoir,

Comment sont construit les Kiné?
Ce doit être très proche.

Amitiés


___
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] osthéopathes

[Yannick]

On 11/03/2020 22:32, Arnaud Champollion wrote:
> Bonjour,
> 
> OpenstreetMap.org et OSMAND ne rendent pas les osthéopathes taggués avec :
> 
> healthcare=alternative
> 
> healthcare:speciality
> =osteopathy
> 
> name=*
> 
> 
> Pas plus que la recherche qui le qualifie de "noeud". Donc je me suis
> dit qu'il manquait quelquechose.
> 
> 
> La page https://wiki.openstreetmap.org/wiki/FR:Key:healthcare dit que
> healthcare implique
> 
>   * amenity =hospital
> 
>   * amenity =clinic
> 
> 
> Mais si c'est un praticien seul, aucun des deux ne convient.
> 
> amenity=doctors ?
> 
> Un cabinet médical (*doctor's office*) est un lieu où vous pouvez
> obtenir une consultation ou un bilan de la part d'un docteur en médecine.

Bonsoir,

Comment sont construit les Kiné?
Ce doit être très proche.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org




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

[talk-cz] chybí data? nebo ne?

[Mikoláš Štrajt]

K tomu https://osmapp.org/:




Když to srovnám s mapy.cz, chybí tomu jednoznačně jedna věc - data.




Mapy.cz mají obrovskou sbírku různých datasetů - studánky, zrušené
železniční tratě, kapličky a kostely, všelijaké pomníčky, památky všeho
druhu atd atd atd...




Osmapp.org je určitě krok správným směrem, akorát mi přijde, že ty data
zobrazuje moc technicky. Jako uživatel mapy nechci tagy, ale spíš nějaký
infobox, ideálně s obrázkem dané věci a odkazy někam dál.

Nabízí se otázka, zda je lepší nápad se pokoušet vytvořit datové sady bokem
(podobně jako Fody) a nějak je mezi sebou sdílet nebo spíše zkoušit vytěžit
to, co už v databázi OSM je. Případně Wikidata.




--


Severák






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

[OSM-talk-fr] osthéopathes

[Arnaud Champollion]

Bonjour,

OpenstreetMap.org et OSMAND ne rendent pas les osthéopathes taggués avec :

healthcare=alternative

healthcare:speciality 
=osteopathy


name=*


Pas plus que la recherche qui le qualifie de "noeud". Donc je me suis 
dit qu'il manquait quelquechose.



La page https://wiki.openstreetmap.org/wiki/FR:Key:healthcare dit que 
healthcare implique


 * amenity =hospital
   
 * amenity =clinic
   

Mais si c'est un praticien seul, aucun des deux ne convient.

amenity=doctors ?

Un cabinet médical (*doctor's office*) est un lieu où vous pouvez 
obtenir une consultation ou un bilan de la part d'un docteur en médecine.


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

Re: [talk-cz] Bugy na osmapp :-))

[Jan Macura]

On Wed, 11 Mar 2020 at 21:33, Martin Ždila  wrote:

> Ja zas hľadám niekoho na výpomoc s freemap.sk ;-)
>
> On Wed, Mar 11, 2020 at 9:01 PM Marián Kyral  wrote:
> Pokud by nám někdo chtěl pomoct s osmap.cz, klidně může, pomoc by se
> hodila.
>

No a to je právě to, na co narážím. Každý hledá pomoc, každý má svého času
omezené množství, ale ten svůj raději investuje do (časově N-krát
nákladnějšího) rozvoje vlastního projektu, než aby s někým spolupracoval.
Na jednu stranu ty motivy samozřejmě chápu, na stranu druhou si nemohu
nepostesknout, že takhle navždy bude jen 100 projektů ve věčných
betaverzích...

H.


Bez
virů. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Bugy na osmapp :-))

[Pavel Zbytovský]

Jo, spletl jsem se, myslel jsem fody, ne photodb.

Já nikoho na výpomoc nehledám, takže jestli to někdo čte - pomožte těm výše
;-) Stejně jako OSM nikam nespěchá, tak i osmapp. Až to bude, tak to bude.
Diky za všechny cenné připomínky.

P.

On Wed, Mar 11, 2020, 21:33 Martin Ždila  wrote:

> Ja zas hľadám niekoho na výpomoc s freemap.sk ;-)
>
> On Wed, Mar 11, 2020 at 9:01 PM Marián Kyral  wrote:
>
>> Ahoj.
>> Technicky je Fody nástupcem PhotoDB, protože Tom chtěl mít v pořádku
>> licence a Wally to spíše řešit nechtěl.
>>
>> Pokud by nám někdo chtěl pomoct s osmap.cz, klidně může, pomoc by se
>> hodila. Spousta věci stále není dodělaná (vyhledání souřadnic, zvýraznění
>> vybraných polygonů a relací, kreslení do mapy, plánování trasy...), ale
>> nemůžeme nikoho nutit. Já si teď dal za prioritu udělat nějaký nástroj na
>> filtrování zobrazení typů rozcestníků a třeba i aktivní vrstvy. Ale
>> poslední dobou mi všechno moc trvá, zájmů plno, času málo :-(
>>
>> Marián
>>
>> -- Původní e-mail --
>> Od: Jan Macura 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 11. 3. 2020 15:11:35
>> Předmět: Re: [talk-cz] Bugy na osmapp :-))
>>
>> Ahoj,
>>
>> díky za projekt! Obecně podporuji jakoukoliv činnost s OSM, jen ať
>> ekosystém okolo OSM vzkvétá :-)
>>
>> Na druhou stranu je mi trochu líto, že se zase tříští síly – Marián a
>> Tom.k se věnují jednomu portálu, ty jinému. To samé se stalo před nedávnou
>> dobou u PhotoDB – jeden něco začne, druhý udělá to samé v bledě modrém
>> znova...
>>
>> A čistě technicky: Otevřu https://osmapp.org . Zoomuju a nic. Až po
>> chvíli naskočí mapa. Klikám na "Co je OpenStreetMap?" a nic. Klikám na
>> "Vrstvy" a nic. Klikám na "mapová data" a nic. Mělo by to fungovat?
>>
>> H.
>>
>> On Wed, 11 Mar 2020 at 14:10, Pavel Zbytovský 
>> wrote:
>>
>> čau,
>>
>> moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to
>> může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná
>> chvíle.
>>
>> 3D - ano je to jen 2.5D, moje chyba.
>>
>> Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
>> ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
>> točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
>> občas vypadne osmapi či overpass, ze kterého se ta data stahují.
>>
>> Pavel
>>
>> On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz <
>> talk-cz@openstreetmap.org> wrote:
>>
>> Cus, zkouknul sem, a trochu kritiky ;D.
>>
>> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
>> natocej pri nejaky urovni do bezny pozice sever nahore.
>> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany
>> vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
>> pruhledne uplne.
>> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>>
>> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>>
>> Ahoj,
>>
>> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
>> veřejnost:
>>
>> https://osmapp.org 
>>
>>
>> Už teď má některé pěkné funkce:
>> - 3D mapa  – podržte Ctrl a dragněte
>> - vše je aktivní – POIky, názvy měst, ulice apod.
>> - panel s detaily vybraného prvku
>> - obrázky z wikimedie – díky Mariáne
>> - obrázky z Mapillary – nepřesné, proto černobílé
>> - vyhledávání přes nominatim
>> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků
>> vracet OSM id?)
>> - zárodek "tužtičkového UI" – díky Gorne
>>
>> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
>> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
>> dnes mě napadlo, že to už se dá doladit za běhu.
>>
>> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
>> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
>> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
>> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
>> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
>> projekty se spíše doplňují.
>>
>> Pavel
>>
>>
>> [1] https://github.com/osmcz/old_osmcz_2010
>> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
>> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
>> [4] https://osmcz-v2.now.sh
>>
>>
>> ___
>> talk-cz mailing 
>> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>> ___
>> talk-cz mailing list
>> 

Re: [talk-cz] Bugy na osmapp :-))

[Martin Ždila]

Ja zas hľadám niekoho na výpomoc s freemap.sk ;-)

On Wed, Mar 11, 2020 at 9:01 PM Marián Kyral  wrote:

> Ahoj.
> Technicky je Fody nástupcem PhotoDB, protože Tom chtěl mít v pořádku
> licence a Wally to spíše řešit nechtěl.
>
> Pokud by nám někdo chtěl pomoct s osmap.cz, klidně může, pomoc by se
> hodila. Spousta věci stále není dodělaná (vyhledání souřadnic, zvýraznění
> vybraných polygonů a relací, kreslení do mapy, plánování trasy...), ale
> nemůžeme nikoho nutit. Já si teď dal za prioritu udělat nějaký nástroj na
> filtrování zobrazení typů rozcestníků a třeba i aktivní vrstvy. Ale
> poslední dobou mi všechno moc trvá, zájmů plno, času málo :-(
>
> Marián
>
> -- Původní e-mail --
> Od: Jan Macura 
> Komu: OpenStreetMap Czech Republic 
> Datum: 11. 3. 2020 15:11:35
> Předmět: Re: [talk-cz] Bugy na osmapp :-))
>
> Ahoj,
>
> díky za projekt! Obecně podporuji jakoukoliv činnost s OSM, jen ať
> ekosystém okolo OSM vzkvétá :-)
>
> Na druhou stranu je mi trochu líto, že se zase tříští síly – Marián a
> Tom.k se věnují jednomu portálu, ty jinému. To samé se stalo před nedávnou
> dobou u PhotoDB – jeden něco začne, druhý udělá to samé v bledě modrém
> znova...
>
> A čistě technicky: Otevřu https://osmapp.org . Zoomuju a nic. Až po
> chvíli naskočí mapa. Klikám na "Co je OpenStreetMap?" a nic. Klikám na
> "Vrstvy" a nic. Klikám na "mapová data" a nic. Mělo by to fungovat?
>
> H.
>
> On Wed, 11 Mar 2020 at 14:10, Pavel Zbytovský  wrote:
>
> čau,
>
> moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to
> může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná
> chvíle.
>
> 3D - ano je to jen 2.5D, moje chyba.
>
> Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
> ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
> točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
> občas vypadne osmapi či overpass, ze kterého se ta data stahují.
>
> Pavel
>
> On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz <
> talk-cz@openstreetmap.org> wrote:
>
> Cus, zkouknul sem, a trochu kritiky ;D.
>
> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
> natocej pri nejaky urovni do bezny pozice sever nahore.
> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany
> vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
> pruhledne uplne.
> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>
> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>
> Ahoj,
>
> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
> veřejnost:
>
> https://osmapp.org 
>
>
> Už teď má některé pěkné funkce:
> - 3D mapa  – podržte Ctrl a dragněte
> - vše je aktivní – POIky, názvy měst, ulice apod.
> - panel s detaily vybraného prvku
> - obrázky z wikimedie – díky Mariáne
> - obrázky z Mapillary – nepřesné, proto černobílé
> - vyhledávání přes nominatim
> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků vracet
> OSM id?)
> - zárodek "tužtičkového UI" – díky Gorne
>
> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
> dnes mě napadlo, že to už se dá doladit za běhu.
>
> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
> projekty se spíše doplňují.
>
> Pavel
>
>
> [1] https://github.com/osmcz/old_osmcz_2010
> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
> [4] https://osmcz-v2.now.sh
>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848

Re: [Talk-it] manca OpenStreetMap

[Maurizio Napolitano]

Ciao Martin
io ho il dubbio se abbia senso avere openstreetmap in quella lista.
A quel punto potrebbero starci anche umap, maposmatic,
openmaprouteservice, jitsi, wikipedia, commons, wikisource 

Il sito riporta proposte per:
- lavorare da remoto, attraverso connettività rapida e gratuita e
l’utilizzo di piattaforme di smart working avanzate;
- leggere gratuitamente un giornale anche senza andare in edicola o un
libro senza andare in libreria sul proprio smartphone o tablet;
- restare al passo con i percorsi scolastici e di formazione, grazie a
piattaforme di e-learning.

forse potremmo proporre qualcosa di didattico :)

On Wed, Mar 11, 2020 at 11:29 AM Martin Koppenhoefer
 wrote:
>
> In questo elenco potrebbe comparire OpenStreetMap (mappe gratuite per tutti):
>
> https://solidarietadigitale.agid.gov.it/#/
>
> in basso c’è un form per segnalare un servizio.
>
> Ciao Martin
>
> sent from a phone
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

Re: [OSM-talk-fr] recycling ou waste_disposal

[Stéphane Péneau]

Le 11/03/2020 à 20:50, Georges Dutreix via Talk-fr a écrit :


Un point de tri en ville peut par exemple inclure plusieurs conteneurs 
enterrés dont un est destiné aux ordures. Comment étiquetter 
l'ensemble si on ne veut pas faire 3, 4 ou 5  POI's ?


Je crée autant de POI qu'il y a de conteneur, parce que c'est ce qu'il y 
a sur le terrain, et aussi parce que dans la majorité des cas pour les 
colonnes enterrées, les conditions d'accès ne sont pas les mêmes pour 
papier/verre/etc.. que pour les déchets ménagers. C'est en général 
gratuit/libre d'accès pour les premiers, et payant pour les seconds.


Donc on n'a pas vraiment le choix, il faut les séparer.

Stf




Le 11/03/2020 à 09:44, Stéphane Péneau a écrit :

Il y a environ 2500 recycling:waste=yes en France :
http://overpass-turbo.eu/s/RuQ

Je suppute qu'une grande partie est à corriger.

Stf

Le 11/03/2020 à 08:43, Vincent Bergeot a écrit :

Le 10/03/2020 à 21:25, osm.sanspourr...@spamgourmet.com a écrit :

Le 10/03/2020 à 21:07, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


je pense rester sur "waste_disposal"
+1 


+1 également (car effectivement c'est le vrac de ce qui a été trié 
par ailleurs et la destination ultime)


à plus

--
Vincent Bergeot

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




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



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



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

Re: [Talk-it] Altra violazione di licenza

[Martin Koppenhoefer]

sent from a phone

> On 10. Mar 2020, at 19:16, Volker Schmidt  wrote:
> 
> Mi sembra tutto apposto:
> Sulla mappa c'è il solito "i" da cliccare per avere le informazioni sulla 
> mappa


aparte che questa solita ‘i’ non soddisfa le richieste della licenza (secondo 
alcune interpretazioni).
Ma sono d’accordo che per ora non è un motivo per combattere il singolo caso. 
Aspetterei per questo cosa suggerisce la attribution guideline che deve uscire 
fra poco (l’ultima bozza non era del tutto soddisfacente )

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

Re: [talk-cz] Bugy na osmapp :-))

[Marián Kyral]

Ahoj.

Technicky je Fody nástupcem PhotoDB, protože Tom chtěl mít v pořádku licence
a Wally to spíše řešit nechtěl.




Pokud by nám někdo chtěl pomoct s osmap.cz, klidně může, pomoc by se hodila.
Spousta věci stále není dodělaná (vyhledání souřadnic, zvýraznění vybraných
polygonů a relací, kreslení do mapy, plánování trasy...), ale nemůžeme
nikoho nutit. Já si teď dal za prioritu udělat nějaký nástroj na filtrování
zobrazení typů rozcestníků a třeba i aktivní vrstvy. Ale poslední dobou mi
všechno moc trvá, zájmů plno, času málo :-(





Marián




-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 3. 2020 15:11:35
Předmět: Re: [talk-cz] Bugy na osmapp :-))
"

Ahoj,




díky za projekt! Obecně podporuji jakoukoliv činnost s OSM, jen ať ekosystém
okolo OSM vzkvétá :-)




Na druhou stranu je mi trochu líto, že se zase tříští síly – Marián a Tom.k
se věnují jednomu portálu, ty jinému. To samé se stalo před nedávnou dobou u
PhotoDB – jeden něco začne, druhý udělá to samé v bledě modrém znova...





A čistě technicky: Otevřu https://osmapp.org(https://osmapp.org) . Zoomuju a
nic. Až po chvíli naskočí mapa. Klikám na "Co je OpenStreetMap?" a nic.
Klikám na "Vrstvy" a nic. Klikám na "mapová data" a nic. Mělo by to
fungovat?




H.





On Wed, 11 Mar 2020 at 14:10, Pavel Zbytovský mailto:zbytov...@gmail.com)> wrote:

"

čau,




moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to může
vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná chvíle.




3D - ano je to jen 2.5D, moje chyba.




Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na ulice/
domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
občas vypadne osmapi či overpass, ze kterého se ta data stahují. 




Pavel



On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz mailto:talk-cz@openstreetmap.org)> wrote:

"

Cus, zkouknul sem, a trochu kritiky ;D.




Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy 
natocej pri nejaky urovni do bezny pozice sever nahore.

To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany 
vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
pruhledne uplne.

Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.





Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

"
Ahoj,



rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
veřejnost:




https://osmapp.org(https://osmapp.org) 







Už teď má některé pěkné funkce:


- 3D mapa  – podržte Ctrl a dragněte

- vše je aktivní – POIky, názvy měst, ulice apod.

- panel s detaily vybraného prvku

- obrázky z wikimedie – díky Mariáne

- obrázky z Mapillary – nepřesné, proto černobílé

- vyhledávání přes nominatim


- data od openmaptiles – díky xkomczax (nemohli byste u všech prvků vracet
OSM id?)

- zárodek "tužtičkového UI" – díky Gorne





Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat, přidat
typescript, lepší eslint, readme, contribution guidelines apod. Ale dnes mě
napadlo, že to už se dá doladit za běhu.




Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete pull-
request, kterému rád udělám kvalitní code-review. Jak možná víte, tento
projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně v roce
2016 osmap.cz(http://osmap.cz) a od té doby jsem připravoval toto [2][3].
Původně jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto
dva projekty se spíše doplňují.




Pavel







[1] https://github.com/osmcz/old_osmcz_2010
(https://github.com/osmcz/old_osmcz_2010)
 [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
(https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE)
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
(https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2)
 [4] https://osmcz-v2.now.sh(https://osmcz-v2.now.sh)








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

"



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

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

Re: [OSM-talk-fr] recycling ou waste_disposal

[Georges Dutreix via Talk-fr]

Le recycling:waste=yes ne me gène pas complètement.
On peut considérer que ce terme "recycling" correpond à la notion de 
tri, qui inclut les ordures.


par exemple, sur les emballages, on a le logo "point vert" (la double 
flèche) associé à une information "emballage à mettre à la poubelle".


Un point de tri en ville peut par exemple inclure plusieurs conteneurs 
enterrés dont un est destiné aux ordures. Comment étiquetter l'ensemble 
si on ne veut pas faire 3, 4 ou 5  POI's ?




Le 11/03/2020 à 09:44, Stéphane Péneau a écrit :

Il y a environ 2500 recycling:waste=yes en France :
http://overpass-turbo.eu/s/RuQ

Je suppute qu'une grande partie est à corriger.

Stf

Le 11/03/2020 à 08:43, Vincent Bergeot a écrit :

Le 10/03/2020 à 21:25, osm.sanspourr...@spamgourmet.com a écrit :

Le 10/03/2020 à 21:07, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


je pense rester sur "waste_disposal"
+1 


+1 également (car effectivement c'est le vrac de ce qui a été trié 
par ailleurs et la destination ultime)


à plus

--
Vincent Bergeot

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




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


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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Jacques Lavignotte]

Le 11/03/2020 à 18:09, Marc M. a écrit :

Bonjour,



c'est laquelle qui te semble mal reconnaissabble sur le wiki ?
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcharging_station#Types_de_prises


Celle de gauche me souciait un peu.

J'ai donc mis :

socket:type2=1
socket:type3c=1
socket:typee=2


Cordialement,
Marc


J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [Talk-it] Servizio di consegna a domicilio

[Martin Koppenhoefer]

sent from a phone

> On 11. Mar 2020, at 13:37, Francesco Ansanelli  wrote:
> 
> Pensate che si possa ipotizzare un namespace "covid:*" ovvero:
> 
> covid:closed=yes
> covid:opening_hours
> Ecc ecc...
> 
> Mi sembra il modo più facile per ripristinare le cose appena si tornerà alla 
> normalità


+1

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

Re: [OSM-talk] Announcing Daylight Map Distribution

[Marc M.]

Mikel Maron wrote :

> "you don't really know what you're talking about" is a rude thing to say.

it why I said "I get the impression that..."

> And expressing a belief that FB is not capable of doing this to a small, or 
> even large degree, is not based on any factual inquiry of what they've done.

my "factual inquiry" is :
- for some change, checking it if it's valid take more time than doing
it (somebody delete a shop in a changeset with other stuffs and without
a comment about the shop : is the shop closed or not ?)
- FB has a hard time dealing with community feedback.
Either it is voluntary or it underestimates the resources needed.
It is not reasonable to think that a company can afford to do "more"
when it fails to ack previous feedback properly.

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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Marc M.]

Hello,

Simon Poole wrote
> it is clear that using a neutral message and clear ToUs, 
> is definitely less risky than an aggressive > message without ToUs.

I fully agree with that. so I suggest that we include in the ToU :
- the "caller" may include a means of contact in its call to the tiles (
parameter like ?email=xxx in the url or http header to define).
if this one is defined, the supplier will be able to (and MAY) report
the anomaly and in an automatic way (because for the moment, it is the
volunteer who must consult the site, find the means of contact,
sometimes register on the site in order to report the violation).
Of course we may also use whois contact info.
- add in the ToS that the supplier reserves the right to add overlay
text and/or to replace and/or block tiles access, in the event of
non-compliance with the ToU.
 - add also a disclaimer stating that the provider does its best to
detect the lack of attribution but that the service is provided free of
charge, an error at this level cannot lead to a compensation, the user
being free to produce the tiles himself (with switch2som link)

this in no way prevents the experiment in progress,
on the contrary, it would increase its legitimacy.

Regards,
Marc

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Marc M.]

Bonjour,

Le 11.03.20 à 17:57, Jacques Lavignotte a écrit :
> Drôle de type :

pourtant très courant :)
> Voulez-vous m'aider à identifier :
> https://framapic.org/gallery#Q83WdiEsllTc/ynwjotu4sPlL.jpg

de gauche à droite
socket:type2
socket:typee
socket:type3c
socket:typee

c'est laquelle qui te semble mal reconnaissabble sur le wiki ?
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcharging_station#Types_de_prises

Cordialement,
Marc

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Jacques Lavignotte]

Drôle de type :

Voulez-vous m'aider à identifier :

https://framapic.org/gallery#Q83WdiEsllTc/ynwjotu4sPlL.jpg


Tanks, J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Simon Poole]

Well the other bit that I wrote was:

"Enforcing attribution for services that you are providing directly (aka
tiles in some form) only has a small overlap with the goals of the
attribution guideline, and the avenues open to you depend on your ToUs /
contracts with your users and the legal situation in the countries you
are providing the service in.

I would be very very wary of doing anything that deliberately defaces a
web site without consulting with a local (to the country the web site is
in) lawyer, particularly if the message implies wrong doing."

As I am not a lawyer in any country that a website could be displayed
in, I'm really the wrong person to ask. Things vary widely by country,
that is in particular: inclination and costs to sue and protection
afforded to buisiness undertakings. But it is clear that using a neutral
message and clear ToUs, is definitely less risky than an aggressive
message without ToUs.

Things that need to be considered:

- any message you display will be shown to customers / users of the site
in question and needs to toned down enough so that you don't cause
unwarranted damage to the reputation of the sites operators. It is
likely that if you get sued that the range of options for action
available to you will be considered, you will need to show that what you
did was appropriate.

- everybody makes mistakes, so you -will- miss existing attribution.
Anything you do needs to be able to be undone with a simple "sorry it
was a mistake", except if you have deep pockets.

I'm very aware that getting peoples attention is sometimes difficult,
from experience things that work: sending a fax, registered mail, phone
calls,worst case publicly messaging on social media.

Simon


Am 11.03.2020 um 16:17 schrieb joost schouppe:
> Hi Simon,
>
> In a volunteer community, fun things are more likely to happen at all.
> So I do think the idea is worth exploring, even if the current
> implementation might be risky to OSMfr or to OSMF if implemented
> without much further thought.
>
> I would personally be interested in a more in depth analysis from you.
> I personally don't see how a more neutral message ("This map is based
> on OpenStreetMap data. Please add the required attribution to your
> website. Contact us at X if you need help.") would be more defacing or
> likely to lead to a liability claim than just a blacked out map, but I
> would not mind at all to be enlightened.
>
> Joost
>
> Op wo 11 mrt. 2020 om 15:39 schreef Simon Poole  >:
>
> As I wrote (conveniently ignored in the noise of the vigilante
> rampage): "The safe, I admit also the less fun, option, is to
> simply block access after giving any required notice."
>
> Simon
>
> Am 11.03.2020 um 14:49 schrieb joost schouppe:
>> Simon,
>>
>> I guess with small overlap you mean it's only about people who
>> use osm.org  tiles, not people who use other
>> services?
>> While that is true, the double whammy of both heavily using
>> resources and also not attributing does seem like a good subgroup
>> to start with some measures.
>>
>> In the case of the OSM.org tiles, I suppose this is regulated by
>> https://wiki.osmfoundation.org/wiki/Terms_of_Use . At first
>> glance I didn't see anything providing people who do not respect
>> those terms. Am I missing something, or is this a naive approach
>> to the problem?
>> Even if the ToU's could be lacking in detail, couldn't we simply
>> change them? The final section talks about changes, which we seem
>> to be able to just do when we want to.
>>
>> I would think the biggest challenge on OSMF side would be the
>> workload for OWG/sysadmins.
>>
>> Best,
>> Joost
>>
>> Op zo 8 mrt. 2020 om 12:18 schreef Simon Poole > >:
>>
>> Just for the record:
>>
>> Enforcing attribution for services that you are providing
>> directly (aka tiles in some form) only has a small overlap
>> with the goals of the attribution guideline, and the avenues
>> open to you depend on your ToUs / contracts with your users
>> and the legal situation in the countries you are providing
>> the service in.
>>
>> I would be very very wary of doing anything that deliberately
>> defaces a web site without consulting with a local (to the
>> country the web site is in) lawyer, particularly if the
>> message implies wrong doing. The safe, I admit also the less
>> fun, option, is to simply block access after giving any
>> required notice.
>>
>> Simon 
>>
>> Am 08.03.2020 um 11:04 schrieb Yves:
>>> This looks at first as a nuisance that could be perceived as
>>> a bad move, but the feedback you're receiving rather prove
>>> the contrary.
>>> Well done!
>>> Ps: would you share your nginx partial redirect, I may
>>>

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Yves]

If the terms of use is sufficiently clear, and a couple of warnings have been 
issued beforehand, then what can possibly happen? 
This is a rhetorical question. 
Yves 

Le 11 mars 2020 16:10:55 GMT+01:00, Simon Poole  a écrit :
>
>Am 11.03.2020 um 15:48 schrieb Mateusz Konieczny via talk:
>> Mar 11, 2020, 15:37 by si...@poole.ch:
>>
>> As I wrote (conveniently ignored in the noise of the vigilante
>> rampage): "
>>
>> I guess that people were irritated by describing gentle reminder
>about
>> license requirements
>> using pejorative terms ("deface") where their applicability was
>dubious.
>Sorry, but that is exactly the appropriate term, and anything that will
>inevitably get you on the wrong end of being sued if you do it often
>enough, is not a "gentle reminder".
>>
>> The safe, I admit also the less fun, option, is to simply block
>> access after giving any required notice."
>>
>> And note that in case of OSMF-served tiles no notice is required.
>>
>I'm not sure why you feel it necessary to tell me about terms that I'm
>completely aware off (and in some cases that I actually co-wrote), the
>subject matter in this thread is not -just- about the OSMF operated
>servers, but of those of OSM-FR and others.
>
>Simon
>
>> See https://operations.osmfoundation.org/policies/tiles/
>>
>> "Clearly display license attribution." is in explicit requirements,
>> and given overloaded servers
>>
>> "should any users or patterns of usage nevertheless cause problems to
>> the service, access may still be blocked without prior notice."
>>
>> applies anyway.
>>
>> "access may be withdrawn at any point" is later repeated.
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] CyclOSM one year anniversary

[joost schouppe]

Congrats on the anniversary :)

I am really happy with this map - it's not just useful for planning trips,
but also for bicycle advocacy work, as well as for convincing people who
need to make policy decisions that OSM data is what they need.

Op za 29 feb. 2020 om 18:03 schreef Florimond Berthoux <
florimond.berth...@gmail.com>:

> Hello everyone 拾
>
> I'm happy to announce the new version of CyclOSM v0.3.4.
> It's been one year we're developing this new cycle map, and six months
> since we have a world rendering on www.cyclosm.org thanks to
> OpenStreetMap France.
>
> Our aim is still to create a map that can be used every day by every
> cyclists.
> We're trying to exploit the OSM data the most possible to propose the more
> detail cycle features and help people to map.
>
> I'd like to present you a short change list of the work done this last six
> months:
> v0.2
> Now rendering highway=path with bicycle=designated almost as a cycleway
> and if there is segregated=yes, then as a cycleway with a footway border.
>
> v0.3
> Render cycleway=shared_lane in the same way as a shared busway. Both are
> third-quality cycle infrastructure.
> Add an icon for fords.
> Distinguish covered bicycle/motorcycle parkings.
> Now uses a semi-transparent layer for hillshading.
>
> v0.3.2
> Fill in grey roads without bicycle access.
> Render man_made=water_tap + drinking_water=yes as a drinking water point.
> Render man_made=monitoring_station + monitoring:bicycle=yes
> Render aerialway.
> Render motorways where cycling is allowed in very pale red.
>
> v0.3.3
> Draw motorroads as not cyclable.
> Render access/bicycle=private roads as not bikable (grey).
>
> v0.3.4
> Render amenity=charging_station designed for bicycles.
> Render administrative boundaries.
> Add conditional text along the way for
> bicycle|vehicle|access|motor_vehicle:conditional.
>
> Full change log can be found here:
> https://github.com/cyclosm/cyclosm-cartocss-style/releases
>
>
> The map is now available by default in the following smartphone
> applications:
> OSMAnd
> OpenMultiMaps
> All-In-One Offline Maps and AlpineQuest Rando GPS
>
> You can follow us on twitter https://twitter.com/CyclOSMorg
> Comments and contributions are always welcome in order to make this map
> usefull for every cyclists.
>
> Best regards.
>
> --
> Florimond Berthoux
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Mario Frasca]

On 11/03/2020 09:37, Simon Poole wrote:


As I wrote (conveniently ignored in the noise of the vigilante 
rampage): "The safe, I admit also the less fun, option, is to simply 
block access after giving any required notice."



Hi Simon.  let me provide you my individual reason for ignoring your option.

I fear that blocking access will push people to other services. whatever 
you say about costs and resources, favouring Mr.G. can never be an 
acceptable outcome.


I also think that "giving any required notice" needs an acknowledgement, 
like others have remarked: you write an email to the web master, and if 
anybody ever receives it, it's not the relevant people.


this French experiment is a very nice one, it has proved effective, and 
I invite the author to share more of their positive experience.  may I 
suggest identifying metrics, estimate them from the French experiment, 
and use them to adapt and repeat the experience from a different 
server.  that is, if anybody is noticing any similar abuse.  maybe the 
French were in some sort of special situation.


in the altered experiment, you may even include the formal approach: 
"write to web master, wait one week without reply, write again, no 
reply, block the service, check how long it takes them to show Google Maps".


Mario


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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Rory McCann]

Hi Christian,

That's a interesting approach, and interesting to see that it gets results.

If you think it's too rude, or aggressive, you should remember that 
polite words sometimes don't work. If you don't like people shouting at 
you, then it's your fault for ignoring them when they speak calmly. 
Don't complain when this is the only resort that works.


Most of the complaints about missing OSM attribution don't come from 
people using osm.org tile servers. So I'm not sure if doing it on 
OSM.org is very useful. Never the less, there might be benefit in OSM 
taking the next level of action for our attribution. Concerns about 
libelling/defaming someone are legitimate. We don't want to cause much 
more headaches for ourselves.


Rory

On 08/03/2020 10:14, Christian Quest wrote:

Here is a hort report on this experiment...

I started a week ago by searching OSM France tile server logs for 
referer and checked manually if the map on the refering page was 
correctly attributed.


This allowed me to create a short list of 20 entries of sites using the 
french styled tiles and the humanitarian tiles (yes, it is made by OSM 
France).



I then modified our nginx based proxy_cache configuration, to redirect 
some tiles to an "attribution tile" only for the domain in the list.


For two of them, I tweeted about it... the most visible one is the 
moroco yellow page service, generating a little less than a million 
daily tile requests on our servers.


https://twitter.com/cq94/status/1234516075695525888

In less than 24 hours, the attribution appeared and I removed them from 
the list.


https://twitter.com/cq94/status/1234779931537739776


Then I included an email address in the attribution reminder tile... and 
got emails back within a few hours.


Some were asking how to do the attribution, others telling me the 
attribution was now ok and asking how to remove the reminder tiles.


In my answers, I also remind that our tile service made by volunteers on 
donated hardware is not unlimited and inviting them to have a look at 
switch2osm to setup their own tile server or use a commercial provider.


Up to now, nobody complained :)


Yesterday, I've started automating attribution checking using selenium. 
For each referer, a python script loads the page, searches for tiles, 
then looks for attribution text or link. The result is stored in a 
postgresql database which allows to group referers by url, hostname and ip.


The attribution percentage I currently see is around 70-80% which is not 
that bad.


My next major step is to use the same technique to remind about tile 
usage policy...



To do something similar on osm.org, a first step is to extract referers 
from the cache logs, then use the automated attribution check to 
evaluate the situation.



Le 08/03/2020 à 01:52, Nuno Caldeira a écrit :
That would be a good option for those that use third party providers 
of OSM. But to be honest, from my experience I highly doubt that even 
corporate members of OSMF, like Mapbox would do it, when their client 
Facebook (also corporate member of OSMF) after one year and half, 
still has maps with lack of attribution or attributed to HERE, when 
it's clearly OSM.


On Sun, 8 Mar 2020, 00:46 Phil Wyatt, > wrote:


I am sure others may have seen this 'blacklist' implementation for
showing a reminder about attribution.

https://twitter.com/cq94/status/1234528717604577282

Worthy of consideration for openstreetmap.org
?

Cheers - Phil


--
Christian Quest - OpenStreetMap France


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



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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[joost schouppe]

Hi Simon,

In a volunteer community, fun things are more likely to happen at all. So I
do think the idea is worth exploring, even if the current implementation
might be risky to OSMfr or to OSMF if implemented without much further
thought.

I would personally be interested in a more in depth analysis from you. I
personally don't see how a more neutral message ("This map is based on
OpenStreetMap data. Please add the required attribution to your website.
Contact us at X if you need help.") would be more defacing or likely to
lead to a liability claim than just a blacked out map, but I would not mind
at all to be enlightened.

Joost

Op wo 11 mrt. 2020 om 15:39 schreef Simon Poole :

> As I wrote (conveniently ignored in the noise of the vigilante rampage):
> "The safe, I admit also the less fun, option, is to simply block access
> after giving any required notice."
>
> Simon
> Am 11.03.2020 um 14:49 schrieb joost schouppe:
>
> Simon,
>
> I guess with small overlap you mean it's only about people who use osm.org
> tiles, not people who use other services?
> While that is true, the double whammy of both heavily using resources and
> also not attributing does seem like a good subgroup to start with some
> measures.
>
> In the case of the OSM.org tiles, I suppose this is regulated by
> https://wiki.osmfoundation.org/wiki/Terms_of_Use . At first glance I
> didn't see anything providing people who do not respect those terms. Am I
> missing something, or is this a naive approach to the problem?
> Even if the ToU's could be lacking in detail, couldn't we simply change
> them? The final section talks about changes, which we seem to be able to
> just do when we want to.
>
> I would think the biggest challenge on OSMF side would be the workload for
> OWG/sysadmins.
>
> Best,
> Joost
>
> Op zo 8 mrt. 2020 om 12:18 schreef Simon Poole :
>
>> Just for the record:
>>
>> Enforcing attribution for services that you are providing directly (aka
>> tiles in some form) only has a small overlap with the goals of the
>> attribution guideline, and the avenues open to you depend on your ToUs /
>> contracts with your users and the legal situation in the countries you are
>> providing the service in.
>>
>> I would be very very wary of doing anything that deliberately defaces a
>> web site without consulting with a local (to the country the web site is
>> in) lawyer, particularly if the message implies wrong doing. The safe, I
>> admit also the less fun, option, is to simply block access after giving any
>> required notice.
>>
>> Simon
>> Am 08.03.2020 um 11:04 schrieb Yves:
>>
>> This looks at first as a nuisance that could be perceived as a bad move,
>> but the feedback you're receiving rather prove the contrary.
>> Well done!
>> Ps: would you share your nginx partial redirect, I may consider it for
>> Opensnowmap tiles policy?
>>
>> Le 8 mars 2020 10:14:58 GMT+01:00, Christian Quest
>>   a écrit :
>>>
>>> Here is a hort report on this experiment...
>>>
>>> I started a week ago by searching OSM France tile server logs for
>>> referer and checked manually if the map on the refering page was correctly
>>> attributed.
>>>
>>> This allowed me to create a short list of 20 entries of sites using the
>>> french styled tiles and the humanitarian tiles (yes, it is made by OSM
>>> France).
>>>
>>>
>>> I then modified our nginx based proxy_cache configuration, to redirect
>>> some tiles to an "attribution tile" only for the domain in the list.
>>>
>>> For two of them, I tweeted about it... the most visible one is the
>>> moroco yellow page service, generating a little less than a million daily
>>> tile requests on our servers.
>>>
>>> https://twitter.com/cq94/status/1234516075695525888
>>>
>>> In less than 24 hours, the attribution appeared and I removed them from
>>> the list.
>>>
>>> https://twitter.com/cq94/status/1234779931537739776
>>>
>>>
>>> Then I included an email address in the attribution reminder tile... and
>>> got emails back within a few hours.
>>>
>>> Some were asking how to do the attribution, others telling me the
>>> attribution was now ok and asking how to remove the reminder tiles.
>>>
>>> In my answers, I also remind that our tile service made by volunteers on
>>> donated hardware is not unlimited and inviting them to have a look at
>>> switch2osm to setup their own tile server or use a commercial provider.
>>>
>>> Up to now, nobody complained :)
>>>
>>>
>>> Yesterday, I've started automating attribution checking using selenium.
>>> For each referer, a python script loads the page, searches for tiles, then
>>> looks for attribution text or link. The result is stored in a postgresql
>>> database which allows to group referers by url, hostname and ip.
>>>
>>> The attribution percentage I currently see is around 70-80% which is not
>>> that bad.
>>>
>>> My next major step is to use the same technique to remind about tile
>>> usage policy...
>>>
>>>
>>> To do something similar on osm.org, a first step is to extract referers

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Simon Poole]

Am 11.03.2020 um 15:48 schrieb Mateusz Konieczny via talk:
> Mar 11, 2020, 15:37 by si...@poole.ch:
>
> As I wrote (conveniently ignored in the noise of the vigilante
> rampage): "
>
> I guess that people were irritated by describing gentle reminder about
> license requirements
> using pejorative terms ("deface") where their applicability was dubious.
Sorry, but that is exactly the appropriate term, and anything that will
inevitably get you on the wrong end of being sued if you do it often
enough, is not a "gentle reminder".
>
> The safe, I admit also the less fun, option, is to simply block
> access after giving any required notice."
>
> And note that in case of OSMF-served tiles no notice is required.
>
I'm not sure why you feel it necessary to tell me about terms that I'm
completely aware off (and in some cases that I actually co-wrote), the
subject matter in this thread is not -just- about the OSMF operated
servers, but of those of OSM-FR and others.

Simon

> See https://operations.osmfoundation.org/policies/tiles/
>
> "Clearly display license attribution." is in explicit requirements,
> and given overloaded servers
>
> "should any users or patterns of usage nevertheless cause problems to
> the service, access may still be blocked without prior notice."
>
> applies anyway.
>
> "access may be withdrawn at any point" is later repeated.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [talk-cz] Bugy na osmapp :-))

[jzvc via talk-cz]

Dne 11.3.2020 v 14:09 Pavel Zbytovský napsal(a):

čau,

moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to 
může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla 
vhodná chvíle.


3D - ano je to jen 2.5D, moje chyba.

Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na 
ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem 
visí to točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. 
Jo, vlastně občas vypadne osmapi či overpass, ze kterého se ta data 
stahují.


Cus,

klipal sem random kolem prazkyho hradu + neco na staromaku. Trebas poi s 
ikonou foto a nazvem "Staromestka radnice", to jen kolota a nic se 
nenacte. Kus vedle je ikona veze "palac kinskych" a to se nacte, ale to 
je taky jediny v okoli staromaku ktery se mi nacetlo. Pricemz teda fotka 
je nejaka pasaz.



Trebas je to browserem (palemoon), ale zkusil sem jeste edge, ten 
nenacte mapu vubec.


Firefox ma uspesnost teda vyrazne vyssi, ale taky nenacte vse. Tady se 
to zas chova tak, ze neco nacita pod 1s, a o poi vedle je to 10,15, 30s ...


To vypada, ze tam pouzivas nejakej ne uplne hezkej js.




Pavel

On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz 
mailto:talk-cz@openstreetmap.org>> wrote:


Cus, zkouknul sem, a trochu kritiky ;D.

Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou
se mapy natocej pri nejaky urovni do bezny pozice sever nahore.
To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do
deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to
pak vypada ze je to pruhledne uplne.
Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.

Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro
širokou veřejnost:

https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech
prvků vracet OSM id?)
- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet
učesat, přidat typescript, lepší eslint, readme, contribution
guidelines apod. Ale dnes mě napadlo, že to už se dá doladit za běhu.

Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
pull-request, kterému rád udělám kvalitní code-review. Jak možná
víte, tento projekt je můj sen od roku 2010, kdy vznikl první
pokus [1], následně v roce 2016 osmap.cz  a od
té doby jsem připravoval toto [2][3]. Původně jsem to vyvíjel pod
kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva projekty se
spíše doplňují.

Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh


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



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


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



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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Mateusz Konieczny via talk]

Mar 11, 2020, 15:37 by si...@poole.ch:

>
> As I wrote (conveniently ignored in the noise of the vigilante  rampage): 
> "
>
>
I guess that people were irritated by describing gentle reminder about license 
requirements
using pejorative terms ("deface") where their applicability was dubious.

> The safe, I admit also the less fun, option, is to  simply block access 
> after giving any required notice."
>
And note that in case of OSMF-served tiles no notice is required.

See https://operations.osmfoundation.org/policies/tiles/

"Clearly display license attribution." is in explicit requirements,
and given overloaded servers

"should any users or patterns of usage nevertheless cause problems to
the service, access may still be blocked without prior notice."

applies anyway.

"access may be withdrawn at any point" is later repeated.

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

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Simon Poole]

As I wrote (conveniently ignored in the noise of the vigilante rampage):
"The safe, I admit also the less fun, option, is to simply block access
after giving any required notice."

Simon

Am 11.03.2020 um 14:49 schrieb joost schouppe:
> Simon,
>
> I guess with small overlap you mean it's only about people who use
> osm.org  tiles, not people who use other services?
> While that is true, the double whammy of both heavily using resources
> and also not attributing does seem like a good subgroup to start with
> some measures.
>
> In the case of the OSM.org tiles, I suppose this is regulated by
> https://wiki.osmfoundation.org/wiki/Terms_of_Use . At first glance I
> didn't see anything providing people who do not respect those terms.
> Am I missing something, or is this a naive approach to the problem?
> Even if the ToU's could be lacking in detail, couldn't we simply
> change them? The final section talks about changes, which we seem to
> be able to just do when we want to.
>
> I would think the biggest challenge on OSMF side would be the workload
> for OWG/sysadmins.
>
> Best,
> Joost
>
> Op zo 8 mrt. 2020 om 12:18 schreef Simon Poole  >:
>
> Just for the record:
>
> Enforcing attribution for services that you are providing directly
> (aka tiles in some form) only has a small overlap with the goals
> of the attribution guideline, and the avenues open to you depend
> on your ToUs / contracts with your users and the legal situation
> in the countries you are providing the service in.
>
> I would be very very wary of doing anything that deliberately
> defaces a web site without consulting with a local (to the country
> the web site is in) lawyer, particularly if the message implies
> wrong doing. The safe, I admit also the less fun, option, is to
> simply block access after giving any required notice.
>
> Simon 
>
> Am 08.03.2020 um 11:04 schrieb Yves:
>> This looks at first as a nuisance that could be perceived as a
>> bad move, but the feedback you're receiving rather prove the
>> contrary.
>> Well done!
>> Ps: would you share your nginx partial redirect, I may consider
>> it for Opensnowmap tiles policy?
>>
>> Le 8 mars 2020 10:14:58 GMT+01:00, Christian Quest
>>   a écrit :
>>
>> Here is a hort report on this experiment...
>>
>> I started a week ago by searching OSM France tile server logs
>> for referer and checked manually if the map on the refering
>> page was correctly attributed.
>>
>> This allowed me to create a short list of 20 entries of sites
>> using the french styled tiles and the humanitarian tiles
>> (yes, it is made by OSM France).
>>
>>
>> I then modified our nginx based proxy_cache configuration, to
>> redirect some tiles to an "attribution tile" only for the
>> domain in the list.
>>
>> For two of them, I tweeted about it... the most visible one
>> is the moroco yellow page service, generating a little less
>> than a million daily tile requests on our servers.
>>
>> https://twitter.com/cq94/status/1234516075695525888
>>
>> In less than 24 hours, the attribution appeared and I removed
>> them from the list.
>>
>> https://twitter.com/cq94/status/1234779931537739776
>>
>>
>> Then I included an email address in the attribution reminder
>> tile... and got emails back within a few hours.
>>
>> Some were asking how to do the attribution, others telling me
>> the attribution was now ok and asking how to remove the
>> reminder tiles.
>>
>> In my answers, I also remind that our tile service made by
>> volunteers on donated hardware is not unlimited and inviting
>> them to have a look at switch2osm to setup their own tile
>> server or use a commercial provider.
>>
>> Up to now, nobody complained :)
>>
>>
>> Yesterday, I've started automating attribution checking using
>> selenium. For each referer, a python script loads the page,
>> searches for tiles, then looks for attribution text or link.
>> The result is stored in a postgresql database which allows to
>> group referers by url, hostname and ip.
>>
>> The attribution percentage I currently see is around 70-80%
>> which is not that bad.
>>
>> My next major step is to use the same technique to remind
>> about tile usage policy...
>>
>>
>> To do something similar on osm.org , a first
>> step is to extract referers from the cache logs, then use the
>> automated attribution check to evaluate the situation.
>>
>>
>> Le 08/03/2020 à 01:52, Nuno Caldeira a écrit :
>>> That would be a good option for those that use third party
>>> providers of OSM. But to be 

Re: [talk-cz] Bugy na osmapp :-))

[Pavel Zbytovský]

Ahoj Honzo,

také to podporuji. :-) Líbí se mi myšlenka OSM jako do-o-cracy (srovnej s
democracy), tj. ať každý tvoří to co je mu milé a to se postupně může stát
standardem (a nemusí).

To je v pořádku, že se tříští síly, pokud bych měl inkrementálně upravovat
osmcz-app, tento projekt by nikdy nevznikl. Pokud to bude všem dávat smysl,
je možné naopak featury z osmcz-app zakomponovat do tohoto projektu.
Například photo-db bych tam přidal moc rád – je to moc pěkně udělané a
tímhle to dostane globální přesah a zároveň bude mít více entit obrázky.
Musím to probrat s Tomem, jestli by s tím souhlasil.

Technicky: nemělo. To co funguje jsem vypsal v prvním příspěvku. Je to jen
ukázka (zárodek) toho, že může existovat vektorová mapa, kde se dá klikat a
pěkně zobrazit i detail POIek. Zkus si třeba vyhledat "Empire State
Building", nebo "Taiko Ramen Bar", nebo si proklikej sochy ve Valdštejnské
zahradě :)

P.






On Wed, Mar 11, 2020 at 3:07 PM Jan Macura  wrote:

> Ahoj,
>
> díky za projekt! Obecně podporuji jakoukoliv činnost s OSM, jen ať
> ekosystém okolo OSM vzkvétá :-)
>
> Na druhou stranu je mi trochu líto, že se zase tříští síly – Marián a
> Tom.k se věnují jednomu portálu, ty jinému. To samé se stalo před nedávnou
> dobou u PhotoDB – jeden něco začne, druhý udělá to samé v bledě modrém
> znova...
>
> A čistě technicky: Otevřu https://osmapp.org . Zoomuju a nic. Až po
> chvíli naskočí mapa. Klikám na "Co je OpenStreetMap?" a nic. Klikám na
> "Vrstvy" a nic. Klikám na "mapová data" a nic. Mělo by to fungovat?
>
> H.
>
> On Wed, 11 Mar 2020 at 14:10, Pavel Zbytovský  wrote:
>
>> čau,
>>
>> moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to
>> může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná
>> chvíle.
>>
>> 3D - ano je to jen 2.5D, moje chyba.
>>
>> Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
>> ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
>> točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
>> občas vypadne osmapi či overpass, ze kterého se ta data stahují.
>>
>> Pavel
>>
>> On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz <
>> talk-cz@openstreetmap.org> wrote:
>>
>>> Cus, zkouknul sem, a trochu kritiky ;D.
>>>
>>> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
>>> natocej pri nejaky urovni do bezny pozice sever nahore.
>>> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do
>>> deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak
>>> vypada ze je to pruhledne uplne.
>>> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>>>
>>> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>>>
>>> Ahoj,
>>>
>>> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
>>> veřejnost:
>>>
>>> https://osmapp.org 
>>>
>>>
>>> Už teď má některé pěkné funkce:
>>> - 3D mapa  – podržte Ctrl a dragněte
>>> - vše je aktivní – POIky, názvy měst, ulice apod.
>>> - panel s detaily vybraného prvku
>>> - obrázky z wikimedie – díky Mariáne
>>> - obrázky z Mapillary – nepřesné, proto černobílé
>>> - vyhledávání přes nominatim
>>> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků
>>> vracet OSM id?)
>>> - zárodek "tužtičkového UI" – díky Gorne
>>>
>>> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
>>> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
>>> dnes mě napadlo, že to už se dá doladit za běhu.
>>>
>>> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
>>> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
>>> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
>>> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
>>> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
>>> projekty se spíše doplňují.
>>>
>>> Pavel
>>>
>>>
>>> [1] https://github.com/osmcz/old_osmcz_2010
>>> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
>>> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
>>> [4] https://osmcz-v2.now.sh
>>>
>>>
>>> ___
>>> talk-cz mailing 
>>> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>>>
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___

Re: [talk-cz] Bugy na osmapp :-))

[Jan Macura]

Ahoj,

díky za projekt! Obecně podporuji jakoukoliv činnost s OSM, jen ať
ekosystém okolo OSM vzkvétá :-)

Na druhou stranu je mi trochu líto, že se zase tříští síly – Marián a Tom.k
se věnují jednomu portálu, ty jinému. To samé se stalo před nedávnou dobou
u PhotoDB – jeden něco začne, druhý udělá to samé v bledě modrém znova...

A čistě technicky: Otevřu https://osmapp.org . Zoomuju a nic. Až po chvíli
naskočí mapa. Klikám na "Co je OpenStreetMap?" a nic. Klikám na "Vrstvy" a
nic. Klikám na "mapová data" a nic. Mělo by to fungovat?

H.

On Wed, 11 Mar 2020 at 14:10, Pavel Zbytovský  wrote:

> čau,
>
> moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to
> může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná
> chvíle.
>
> 3D - ano je to jen 2.5D, moje chyba.
>
> Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
> ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
> točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
> občas vypadne osmapi či overpass, ze kterého se ta data stahují.
>
> Pavel
>
> On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz <
> talk-cz@openstreetmap.org> wrote:
>
>> Cus, zkouknul sem, a trochu kritiky ;D.
>>
>> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
>> natocej pri nejaky urovni do bezny pozice sever nahore.
>> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany
>> vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
>> pruhledne uplne.
>> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>>
>> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>>
>> Ahoj,
>>
>> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
>> veřejnost:
>>
>> https://osmapp.org 
>>
>>
>> Už teď má některé pěkné funkce:
>> - 3D mapa  – podržte Ctrl a dragněte
>> - vše je aktivní – POIky, názvy měst, ulice apod.
>> - panel s detaily vybraného prvku
>> - obrázky z wikimedie – díky Mariáne
>> - obrázky z Mapillary – nepřesné, proto černobílé
>> - vyhledávání přes nominatim
>> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků
>> vracet OSM id?)
>> - zárodek "tužtičkového UI" – díky Gorne
>>
>> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
>> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
>> dnes mě napadlo, že to už se dá doladit za běhu.
>>
>> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
>> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
>> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
>> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
>> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
>> projekty se spíše doplňují.
>>
>> Pavel
>>
>>
>> [1] https://github.com/osmcz/old_osmcz_2010
>> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
>> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
>> [4] https://osmcz-v2.now.sh
>>
>>
>> ___
>> talk-cz mailing 
>> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[joost schouppe]

Simon,

I guess with small overlap you mean it's only about people who use osm.org
tiles, not people who use other services?
While that is true, the double whammy of both heavily using resources and
also not attributing does seem like a good subgroup to start with some
measures.

In the case of the OSM.org tiles, I suppose this is regulated by
https://wiki.osmfoundation.org/wiki/Terms_of_Use . At first glance I didn't
see anything providing people who do not respect those terms. Am I missing
something, or is this a naive approach to the problem?
Even if the ToU's could be lacking in detail, couldn't we simply change
them? The final section talks about changes, which we seem to be able to
just do when we want to.

I would think the biggest challenge on OSMF side would be the workload for
OWG/sysadmins.

Best,
Joost

Op zo 8 mrt. 2020 om 12:18 schreef Simon Poole :

> Just for the record:
>
> Enforcing attribution for services that you are providing directly (aka
> tiles in some form) only has a small overlap with the goals of the
> attribution guideline, and the avenues open to you depend on your ToUs /
> contracts with your users and the legal situation in the countries you are
> providing the service in.
>
> I would be very very wary of doing anything that deliberately defaces a
> web site without consulting with a local (to the country the web site is
> in) lawyer, particularly if the message implies wrong doing. The safe, I
> admit also the less fun, option, is to simply block access after giving any
> required notice.
>
> Simon
> Am 08.03.2020 um 11:04 schrieb Yves:
>
> This looks at first as a nuisance that could be perceived as a bad move,
> but the feedback you're receiving rather prove the contrary.
> Well done!
> Ps: would you share your nginx partial redirect, I may consider it for
> Opensnowmap tiles policy?
>
> Le 8 mars 2020 10:14:58 GMT+01:00, Christian Quest
>   a écrit :
>>
>> Here is a hort report on this experiment...
>>
>> I started a week ago by searching OSM France tile server logs for referer
>> and checked manually if the map on the refering page was correctly
>> attributed.
>>
>> This allowed me to create a short list of 20 entries of sites using the
>> french styled tiles and the humanitarian tiles (yes, it is made by OSM
>> France).
>>
>>
>> I then modified our nginx based proxy_cache configuration, to redirect
>> some tiles to an "attribution tile" only for the domain in the list.
>>
>> For two of them, I tweeted about it... the most visible one is the moroco
>> yellow page service, generating a little less than a million daily tile
>> requests on our servers.
>>
>> https://twitter.com/cq94/status/1234516075695525888
>>
>> In less than 24 hours, the attribution appeared and I removed them from
>> the list.
>>
>> https://twitter.com/cq94/status/1234779931537739776
>>
>>
>> Then I included an email address in the attribution reminder tile... and
>> got emails back within a few hours.
>>
>> Some were asking how to do the attribution, others telling me the
>> attribution was now ok and asking how to remove the reminder tiles.
>>
>> In my answers, I also remind that our tile service made by volunteers on
>> donated hardware is not unlimited and inviting them to have a look at
>> switch2osm to setup their own tile server or use a commercial provider.
>>
>> Up to now, nobody complained :)
>>
>>
>> Yesterday, I've started automating attribution checking using selenium.
>> For each referer, a python script loads the page, searches for tiles, then
>> looks for attribution text or link. The result is stored in a postgresql
>> database which allows to group referers by url, hostname and ip.
>>
>> The attribution percentage I currently see is around 70-80% which is not
>> that bad.
>>
>> My next major step is to use the same technique to remind about tile
>> usage policy...
>>
>>
>> To do something similar on osm.org, a first step is to extract referers
>> from the cache logs, then use the automated attribution check to evaluate
>> the situation.
>>
>>
>> Le 08/03/2020 à 01:52, Nuno Caldeira a écrit :
>>
>> That would be a good option for those that use third party providers of
>> OSM. But to be honest, from my experience I highly doubt that even
>> corporate members of OSMF, like Mapbox would do it, when their client
>> Facebook (also corporate member of OSMF) after one year and half, still has
>> maps with lack of attribution or attributed to HERE, when it's clearly OSM.
>>
>> On Sun, 8 Mar 2020, 00:46 Phil Wyatt,  wrote:
>>
>>> I am sure others may have seen this 'blacklist' implementation for
>>> showing a reminder about attribution.
>>>
>>> https://twitter.com/cq94/status/1234528717604577282
>>>
>>> Worthy of consideration for openstreetmap.org?
>>>
>>> Cheers - Phil
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
> 

Re: [talk-cz] Bugy na osmapp :-))

[Pavel Zbytovský]

Ahoj Jirko,

1) míří to myslím na širokou veřejnost. Tj. alternativa k Google Maps či
mapy.cz. Ovšem k tomu je pochopitelně ještě daleko.

2) mohl bych tě poprosit - mohl by ses nějak zeptat, jestli by ve
vektorových dlaždicích maptileru mohlo být OSM id u všech prvků? Tady [1]
je nějaká chytristika, které podle maptiler ID rozlišuje jestli to začíná 0
nebo 1 a pak to označí za fetchovatelný node, resp. way. (A jiná čísla za
"skeleton only".) Ovšem občas se stane, že to začíná třeba 1, ale přesto se
o way nejedná.

3) Co se týče obrázků - zatím je implementované [2] jen wikimedia_commons a
wikipedia - prostě jsem zkopíroval Mariánův kód z osmcz-app. Bude to
potřeba ještě trochu refaktorovat a přidat všechny možné tagy.

P.



[1]
https://github.com/zbycz/osmapp/blob/master/src/components/Map/helpers.js#L11
[2]
https://github.com/zbycz/osmapp/blob/master/src/services/images.js#L58-L80



On Wed, Mar 11, 2020 at 2:30 PM xkomc...@centrum.cz 
wrote:

> Ahoj,
>
> měl bych dotaz: na koho ten portál vlastně míří? End useři (tj. děláš
> konkurenci mapy.cz)? Nebo naopak OSM editoři/komunita? Podle toho bych
> měl další připomínky/dotazy...
>
> Jirka
>
>
> PS: ještě poznámka - když kliknu na POI, tak se mi jako obrázek ukáže
> nejbližší Mapillary, i když POI má definovaný image tag (viz třeba
> https://osmapp.org/?id=w202562679#19.18/49.5255/16.8615 )
> On 11. 03. 20 14:09, Pavel Zbytovský wrote:
>
> čau,
>
> moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to
> může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná
> chvíle.
>
> 3D - ano je to jen 2.5D, moje chyba.
>
> Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
> ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
> točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
> občas vypadne osmapi či overpass, ze kterého se ta data stahují.
>
> Pavel
>
> On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz <
> talk-cz@openstreetmap.org> wrote:
>
>> Cus, zkouknul sem, a trochu kritiky ;D.
>>
>> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
>> natocej pri nejaky urovni do bezny pozice sever nahore.
>> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany
>> vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
>> pruhledne uplne.
>> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>>
>> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>>
>> Ahoj,
>>
>> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
>> veřejnost:
>>
>> https://osmapp.org 
>>
>>
>> Už teď má některé pěkné funkce:
>> - 3D mapa  – podržte Ctrl a dragněte
>> - vše je aktivní – POIky, názvy měst, ulice apod.
>> - panel s detaily vybraného prvku
>> - obrázky z wikimedie – díky Mariáne
>> - obrázky z Mapillary – nepřesné, proto černobílé
>> - vyhledávání přes nominatim
>> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků
>> vracet OSM id?)
>> - zárodek "tužtičkového UI" – díky Gorne
>>
>> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
>> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
>> dnes mě napadlo, že to už se dá doladit za běhu.
>>
>> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
>> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
>> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
>> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
>> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
>> projekty se spíše doplňují.
>>
>> Pavel
>>
>>
>> [1] https://github.com/osmcz/old_osmcz_2010
>> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
>> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
>> [4] https://osmcz-v2.now.sh
>>
>>
>> ___
>> talk-cz mailing 
>> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

[Frédéric Rodrigo]

Oui c'est tout à fait un job pour Osmose ça. On pourra l'activer le 1er 
avril, ça fera sont petit effet.


Cette base sert d'ailleurs de source à la BAN.



Le 11/03/2020 à 12:20, Marc M. a écrit :

si c'est disponible en opendata, osmose est sans doute bien adapté pour
signaler les points fibre sans batiment

Le 11.03.20 à 10:44, Baptiste Lemoine - Cipher Bliss a écrit :

En effet c'est une riche idée!
Dans la région Essonne aussi je constate que pour mapper des maisons
manquantes dans les petites bourgeades perdues c'est une mine d'or d'infos.
comment peut-on afficher ces infos comme calque dans josm ?

Baptiste LEMOINE - Dirigeant de Cipher Bliss.com
 , N° SIRET: 79942416300035
Tel 0185461173 / Signal 0627130837  ,
Telegram: Tykayn  , Mastodon: @tykayn

GPG: 64A8 9B18 65E6 6523 FD86 7CB5 8796 1FCA F978 54FF


Sent with ProtonMail  Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 10 mars 2020 19:36, Yves P.  a écrit :


Bonsoir,

En consultant la carte des déploiements fibre

 on
voit qu’il manque des maisons dans ce lotissement.

Est-ce possible de détecter le bâti manquant à partir des points FTTH ?
Ces derniers semblent très précis (du moins sur cette zone).

—
Yves



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

Re: [talk-cz] Bugy na osmapp :-))

[xkomc...@centrum.cz]

Ahoj,

měl bych dotaz: na koho ten portál vlastně míří? End useři (tj. děláš 
konkurenci mapy.cz)? Nebo naopak OSM editoři/komunita? Podle toho bych 
měl další připomínky/dotazy...


Jirka


PS: ještě poznámka - když kliknu na POI, tak se mi jako obrázek ukáže 
nejbližší Mapillary, i když POI má definovaný image tag (viz třeba 
https://osmapp.org/?id=w202562679#19.18/49.5255/16.8615 )


On 11. 03. 20 14:09, Pavel Zbytovský wrote:

čau,

moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to 
může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla 
vhodná chvíle.


3D - ano je to jen 2.5D, moje chyba.

Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na 
ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem 
visí to točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. 
Jo, vlastně občas vypadne osmapi či overpass, ze kterého se ta data 
stahují.


Pavel

On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz 
mailto:talk-cz@openstreetmap.org>> wrote:


Cus, zkouknul sem, a trochu kritiky ;D.

Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou
se mapy natocej pri nejaky urovni do bezny pozice sever nahore.
To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do
deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to
pak vypada ze je to pruhledne uplne.
Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.

Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro
širokou veřejnost:

https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech
prvků vracet OSM id?)
- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet
učesat, přidat typescript, lepší eslint, readme, contribution
guidelines apod. Ale dnes mě napadlo, že to už se dá doladit za běhu.

Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
pull-request, kterému rád udělám kvalitní code-review. Jak možná
víte, tento projekt je můj sen od roku 2010, kdy vznikl první
pokus [1], následně v roce 2016 osmap.cz  a od
té doby jsem připravoval toto [2][3]. Původně jsem to vyvíjel pod
kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva projekty se
spíše doplňují.

Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh


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



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


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

Re: [OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Vincent de Château-Thierry]

Bonjour,

> De: "Stéphane Péneau" 
> 
> C'est un point de vue intéressant.
> 
> Mais indiquer où sont les bureaux d'une comcom (qui accueille le
> public) reste une info intéressante. Donc on pourrait :
> 
> 1) supprimer les admin_centre des EPCI
> 2) remplacer les admin_centre actuels par le siège social
> 3 remplacer les admin_centre actuels par le siège social, en
> utilisant un autre/nouveau type de role.

2) et 3) collent avec l'idée qu'il n'y a qu'une seule adresse principale pour 
l'entité, ce qui doit pouvoir se vérifier à peu près tout le temps. Mais pour 
le nom du rôle, admin_centre est source de confusion je trouve, car c'est 
habituellement associé à un objet taggué avec place=* et bien moins précis 
qu'un bâtiment. Ici le rôle serait plutôt 'headquarter' ou un truc du genre. Je 
penche pour 3) donc.

vincent

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

Re: [OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Stéphane Péneau]

Le 11/03/2020 à 12:31, Marc M. a écrit :

s'il n'y a pas de localité/chef lieu, pourquoi discuter qui l'est ?
ma relation de bus n'a pas de chef lieu, du coup pas d'admin_center mis
sur le bureau de la direction
une grosse entreprise dans la zone industrielle n'a pas de chef lieu,
du coup pas d'admin_center mis sur le siege social
etc


C'est un point de vue intéressant.

Mais indiquer où sont les bureaux d'une comcom (qui accueille le public) 
reste une info intéressante. Donc on pourrait :


1) supprimer les admin_centre des EPCI
2) remplacer les admin_centre actuels par le siège social
3 remplacer les admin_centre actuels par le siège social, en utilisant 
un autre/nouveau type de role.



Stf



Le 11.03.20 à 10:36, Pierre-Yves Mevel via Talk-fr a écrit :

Bonjour Stéphane,

Je suis d'accord avec toi, le centre d'un EPCI doit être placé sur le
bâtiment en accueillant le siège. C'est d'ailleurs ce que j'avais fait
au moment des redécoupages de 2017 dans mon secteur, mais je constate
que les mêmes changements inconsidérés ont été opérés dans mon
secteur... Je peux comprendre que ce soit fait quand on ne connaît pas
le siège (BANATIC n'est pas toujours explicite là-dessus) mais il est
dommageable que ce soit systématique.

Bonne journée,
P-Y

Le mer. 11 mars 2020 à 09:59, Stéphane Péneau
mailto:stephane.pen...@wanadoo.fr>> a écrit :

 Hello,

 A l'époque de la création d'une communauté d'agglomération dans mon
 secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où
 sont installés les bureaux de cette collectivité. J'en avais fait de
 même pour d'autres epci dans la région.

 Depuis, ces relations ont été modifiées pour utiliser le noeud "place"
 d'une commune en tant qu'"admin_centre".

 Le souci, c'est que de ce que j'ai compris, et contrairement aux
 communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège
 social. Donc utiliser le noeud "place" de la commune où est situé le
 siège n'a pas vraiment de sens.

 extrait de l'arrêté de création :

 "Le siège de la communauté d'agglomération est fixé au 15 rue des
 Malifestes, 44190 CLISSON"
 
http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf


 Me trompe-je ?

 Si ce n'est pas le cas, alors on a quelques corrections à faire.

 Stf


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


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



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




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

[talk-cz] Bugy na osmapp :-))

[Pavel Zbytovský]

čau,

moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to může
vést. To co píšeš není těžké naprogramovat, jen zatím nebyla vhodná chvíle.

3D - ano je to jen 2.5D, moje chyba.

Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na
ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem visí to
točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. Jo, vlastně
občas vypadne osmapi či overpass, ze kterého se ta data stahují.

Pavel

On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz 
wrote:

> Cus, zkouknul sem, a trochu kritiky ;D.
>
> Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy
> natocej pri nejaky urovni do bezny pozice sever nahore.
> To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do deklarovany
> vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak vypada ze je to
> pruhledne uplne.
> Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.
>
> Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):
>
> Ahoj,
>
> rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
> veřejnost:
>
> https://osmapp.org 
>
>
> Už teď má některé pěkné funkce:
> - 3D mapa  – podržte Ctrl a dragněte
> - vše je aktivní – POIky, názvy měst, ulice apod.
> - panel s detaily vybraného prvku
> - obrázky z wikimedie – díky Mariáne
> - obrázky z Mapillary – nepřesné, proto černobílé
> - vyhledávání přes nominatim
> - data od openmaptiles – díky xkomczax (nemohli byste u všech prvků vracet
> OSM id?)
> - zárodek "tužtičkového UI" – díky Gorne
>
> Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
> přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
> dnes mě napadlo, že to už se dá doladit za běhu.
>
> Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
> pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
> tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
> v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
> jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
> projekty se spíše doplňují.
>
> Pavel
>
>
> [1] https://github.com/osmcz/old_osmcz_2010
> [2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
> [3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
> [4] https://osmcz-v2.now.sh
>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-be] tile.osm.be

[Marc M.]

Le 11.03.20 à 13:50, Julien Fastré via Talk-be a écrit :
> 
> 
> Le 11/03/20 à 10:26, Jonathan Beliën a écrit :
>> Any help to make the OSMBE tileserver work more efficiently is more than 
>> welcome.
>> Maybe we could partner up to make such a thing happen.
>> If you have any idea to make it work more efficiently or improve/simplify 
>> the update process we can meet to talk about it :)
> 
> I think you did most part of the work, but, we will be pleased to give
> some help, if you think this is useful.
> 
> I am going to send you a private email.

you can include me :)

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

Re: [OSM-talk-be] tile.osm.be

[Julien Fastré via Talk-be]

Le 11/03/20 à 10:26, Jonathan Beliën a écrit :
> Any help to make the OSMBE tileserver work more efficiently is more than 
> welcome.
> Maybe we could partner up to make such a thing happen.
> If you have any idea to make it work more efficiently or improve/simplify the 
> update process we can meet to talk about it :)

I think you did most part of the work, but, we will be pleased to give
some help, if you think this is useful.

I am going to send you a private email.

JF

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

Re: [Talk-it] Servizio di consegna a domicilio

[Francesco Ansanelli]

Anche io vorrei sapere a che punto siamo con il tasking manager...
Inoltre mi risulta che la maggior parte dei negozi stia chiudendo in via
precauzionale... O faccia orari diversi... Pensate che si possa ipotizzare
un namespace "covid:*" ovvero:

covid:closed=yes
covid:opening_hours
Ecc ecc...

Mi sembra il modo più facile per ripristinare le cose appena si tornerà
alla normalità.

Grazie
Francesco

Il mer 11 mar 2020, 10:56 Cascafico Giovanni  ha
scritto:

> Grazie per la segnalazione! Ad oggi ancora niente del tasking-manager?
> Io ho provato ad installare la versione TM3 docker su un debian 10, ma
> senza successo.
>
> Il giorno mer 11 mar 2020 alle ore 08:53 Maurizio Napolitano
>  ha scritto:
> >
> > Solo una nota:
> > ci sono esercizi commerciali che si sono appositamente attivati in
> questo periodo per fornire questo servizio
> > Il giornale VareseNews ha lanciato una iniziativa in cui invita i
> negozianti a segnalarsi
> > La mappa di background è Openstreetmap e, qualche volta, punta su zone
> incomplete
> >
> > Qui la notizia con mappa
> >
> https://www.varesenews.it/2020/03/consegne-domicilio-coronavirus-la-mappa-dei-negozi/908774/
> >
> >
> > Il mar 10 mar 2020, 13:41 Francesco Ansanelli  ha
> scritto:
> >>
> >> Buongiorno lista,
> >>
> >> vista la situazione di crisi sto cercando come dare maggiore visibilità
> alle attività che offrono il servizio in oggetto. E chiedo consiglio a
> tutti
> >>
> >> Ovviamente, "delivery" è il tag che oggi può essere di aiuto a tutti
> coloro che non si possono spostare.
> >>
> >> Nel mio comune stiamo cercando di censire i luoghi che fanno (o che si
> stanno organizzando) per le consegne.
> >>
> >> Facciamo qualcosa a livello nazionale? Oppure ognuno si fa il suo umap?
> ;)
> >>
> >> Grazie a chi mi risponderà
> >> Francesco
> >>
> >> ___
> >> 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-GB] "Solar panel" tag in Mapillary

[Dan S]

Thanks! Yes, in fact that's my main hope. Most of the solar
installations that we haven't yet got are the ones which are hard to
spot in aerial imagery - which very often are domestic solar panels on
sloping gable roofs. Some examples below.* It won't get everything
(e.g. taller buildings) but I hope it's complementary to the other
approaches.

Best
Dan

*
https://www.mapillary.com/map/im/lffxXdTHzUfJRjlieK-ldg
https://www.mapillary.com/map/im/ygsZgXSbDRAOsHjh-Ta3Qg
https://www.mapillary.com/map/im/uY1bmSlTJURgVzRlV-qc7g
https://www.mapillary.com/map/im/4EZnU3j0T_30jYhkKCllWa


Op wo 11 mrt. 2020 om 12:10 schreef B H :
>
> Great work on the contribution!
> As Mapillary is street-level imagery, is this useful in capturing solar 
> panels on roofs?
>
> On Wed, 11 Mar 2020 at 12:02,  wrote:
>>
>> Send Talk-GB mailing list submissions to
>> talk-gb@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-gb
>> or, via email, send a message with subject or body 'help' to
>> talk-gb-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-gb-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-GB digest..."
>>
>>
>> Today's Topics:
>>
>>1. "Solar panel" tag in Mapillary (Dan S)
>>
>>
>> --
>>
>> Message: 1
>> Date: Wed, 11 Mar 2020 10:12:34 +
>> From: Dan S 
>> To: Talk GB 
>> Subject: [Talk-GB] "Solar panel" tag in Mapillary
>> Message-ID:
>> 
>> Content-Type: text/plain; charset="UTF-8"
>>
>> Hi all,
>>
>> Mapillary have been kind enough to add a "Solar panel" tag for their
>> street-level imagery. So, if anyone would like to tag a few images in
>> there, I'd be interested to know how you get on.
>> http://mapillary.com/app/
>>
>> (By the way: "Solar panel" is a bit generic, for example it doesn't
>> distinguish between solar photovoltaic and solar thermal. However I
>> think it's the level of granularity we can expect from a largely
>> imagery-based approach, especially if they perform automatic
>> detection.)
>>
>> Thanks to all of you who have continued mapping solar panel data.
>> We're now up to around 140,000 standalone solar, and 927 solar farms,
>> mapped in GB.
>>
>> Best
>> Dan
>>
>>
>>
>> --
>>
>> Subject: Digest Footer
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>> --
>>
>> End of Talk-GB Digest, Vol 162, Issue 5
>> ***
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Yves P.]

>> Pour socket:type3c, on peut faire sans problème une édition de masse 
>> en la remplaçant par socket:type3
> 
> c'est une double typo ? je n'ai jamais vu une tye3 non type3c en France.
> donc c'est l'inverse que je proposais.
C’était pour simplifier avec les autres types. Puisqu’en France, une type 3 
pour une voiture est forcément une type 3C :)

Le plus précis serait de virer toutes les type3 et de mettre soit des type3a, 
soit des type3c.

> application très concrête : la zone frontalière franco-italienne.
> ce n'est pas à l'utilisateur de jongler pour séparer les type3c des type3a.
Il n’y a que 5 prise type 3A dans OSM.
Par contre dans chargemap il y en a des milliers !

Osmose ne propose rien.

On trouve des bornes dans openchargemap.org. La licence est CC BY-SA 4.0 ;)
https://github.com/openchargemap/ocm-data

Ici, la prise type3a s'appelle « SCAME Type 3A »

Exemple : Piazza Tommaso Edison, Milano (2 x type2 et 2 x type3a)
https://www.openstreetmap.org/node/3396938704

> exemple dans uen app propriétaire (chargemap pour ne pas la nomer) :
> t'as un cable avec une fiche nécessitant une prise type3c, il te montre
> les bornes ayant ce type.
La borne https://www.openstreetmap.org/node/4271233784  est visible sur 
https://fr.chargemap.com/wizard/81512#
Les prises sont bien de type 3a. Sur les photos, on voit les voitures et moto 
branchées sur la prise du haut (type 2), et les scooters sur la prise du bas.

>> + motocar=yes
> 
> aucune déduction ne peux être faite qu'un type de borne donné ai un
> emplacement pour voiture
On tague les bornes ou les places de parking ?

> (exemple hier avec une borne pour camion.
Je ne savais pas que ça existait. Que dit OSM à ce sujet ?

__
Yves


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

Re: [Talk-GB] Talk-GB Digest, Vol 162, Issue 5

[B H]

Great work on the contribution!
As Mapillary is street-level imagery, is this useful in capturing solar
panels on roofs?

On Wed, 11 Mar 2020 at 12:02,  wrote:

> Send Talk-GB mailing list submissions to
> talk-gb@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-gb
> or, via email, send a message with subject or body 'help' to
> talk-gb-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-gb-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-GB digest..."
>
>
> Today's Topics:
>
>1. "Solar panel" tag in Mapillary (Dan S)
>
>
> --
>
> Message: 1
> Date: Wed, 11 Mar 2020 10:12:34 +
> From: Dan S 
> To: Talk GB 
> Subject: [Talk-GB] "Solar panel" tag in Mapillary
> Message-ID:
> <
> canuikkqujq_5h30mpxd9y8x96mgyecdp0ymaq68fh30jnzv...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi all,
>
> Mapillary have been kind enough to add a "Solar panel" tag for their
> street-level imagery. So, if anyone would like to tag a few images in
> there, I'd be interested to know how you get on.
> http://mapillary.com/app/
>
> (By the way: "Solar panel" is a bit generic, for example it doesn't
> distinguish between solar photovoltaic and solar thermal. However I
> think it's the level of granularity we can expect from a largely
> imagery-based approach, especially if they perform automatic
> detection.)
>
> Thanks to all of you who have continued mapping solar panel data.
> We're now up to around 140,000 standalone solar, and 927 solar farms,
> mapped in GB.
>
> Best
> Dan
>
>
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> --
>
> End of Talk-GB Digest, Vol 162, Issue 5
> ***
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-cz] Projekt osmapp

[jzvc via talk-cz]

Cus, zkouknul sem, a trochu kritiky ;D.

Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy 
natocej pri nejaky urovni do bezny pozice sever nahore.
To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do 
deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak 
vypada ze je to pruhledne uplne.

Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.

Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro 
širokou veřejnost:


https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech prvků 
vracet OSM id?)

- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat, 
přidat typescript, lepší eslint, readme, contribution guidelines apod. 
Ale dnes mě napadlo, že to už se dá doladit za běhu.


Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete 
pull-request, kterému rád udělám kvalitní code-review. Jak možná víte, 
tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], 
následně v roce 2016 osmap.cz  a od té doby jsem 
připravoval toto [2][3]. Původně jsem to vyvíjel pod kódovým jménem 
OSMCZ-v2 [4], ale myslím, že tyto dva projekty se spíše doplňují.


Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh


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



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

[Talk-ca] hebdoOSM Nº 502 2020-02-25-2020-03-02

[theweekly . osm]

Bonjour,

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

https://www.weeklyosm.eu/fr/archives/12950/

Bonne lecture !

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

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

[OSM-talk-fr] hebdoOSM Nº 502 2020-02-25-2020-03-02

[theweekly . osm]

Bonjour,

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

https://www.weeklyosm.eu/fr/archives/12950/

Bonne lecture !

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

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

[Talk-ht] hebdoOSM Nº 502 2020-02-25-2020-03-02

[theweekly . osm]

Bonjour,

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

https://www.weeklyosm.eu/fr/archives/12950/

Bonne lecture !

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

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 502 2020-02-25-2020-03-02

[theweekly . osm]

Bonjour,

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

https://www.weeklyosm.eu/fr/archives/12950/

Bonne lecture !

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

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

Re: [OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Marc M.]

la discussion précédente vient de rappeller que ce n'est pas
une structure administrative rentrant dans le découpage admin_level dont
admin_cemter fait partie, ou j'ai mal compris ?
https://lists.openstreetmap.org/pipermail/talk-fr/2020-March/097268.html

s'il n'y a pas de localité/chef lieu, pourquoi discuter qui l'est ?
ma relation de bus n'a pas de chef lieu, du coup pas d'admin_center mis
sur le bureau de la direction
une grosse entreprise dans la zone industrielle n'a pas de chef lieu,
du coup pas d'admin_center mis sur le siege social
etc

Le 11.03.20 à 10:36, Pierre-Yves Mevel via Talk-fr a écrit :
> Bonjour Stéphane,
> 
> Je suis d'accord avec toi, le centre d'un EPCI doit être placé sur le
> bâtiment en accueillant le siège. C'est d'ailleurs ce que j'avais fait
> au moment des redécoupages de 2017 dans mon secteur, mais je constate
> que les mêmes changements inconsidérés ont été opérés dans mon
> secteur... Je peux comprendre que ce soit fait quand on ne connaît pas
> le siège (BANATIC n'est pas toujours explicite là-dessus) mais il est
> dommageable que ce soit systématique.
> 
> Bonne journée,
> P-Y
> 
> Le mer. 11 mars 2020 à 09:59, Stéphane Péneau
> mailto:stephane.pen...@wanadoo.fr>> a écrit :
> 
> Hello,
> 
> A l'époque de la création d'une communauté d'agglomération dans mon
> secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où
> sont installés les bureaux de cette collectivité. J'en avais fait de
> même pour d'autres epci dans la région.
> 
> Depuis, ces relations ont été modifiées pour utiliser le noeud "place"
> d'une commune en tant qu'"admin_centre".
> 
> Le souci, c'est que de ce que j'ai compris, et contrairement aux
> communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège
> social. Donc utiliser le noeud "place" de la commune où est situé le
> siège n'a pas vraiment de sens.
> 
> extrait de l'arrêté de création :
> 
> "Le siège de la communauté d'agglomération est fixé au 15 rue des
> Malifestes, 44190 CLISSON"
> 
> http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf
> 
> 
> Me trompe-je ?
> 
> Si ce n'est pas le cas, alors on a quelques corrections à faire.
> 
> Stf
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Marc M.]

Le 11.03.20 à 10:42, Yves P. a écrit :
> Pour socket:type3c, on peut faire sans problème une édition de masse 
> en la remplaçant par socket:type3

c'est une double typo ? je n'ai jamais vu une tye3 non type3c en France.
donc c'est l'inverse que je proposais.
application très concrête : la zone frontalière franco-italienne.
ce n'est pas à l'utilisateur de jongler pour séparer les type3c des type3a.
exemple dans uen app propriétaire (chargemap pour ne pas la nomer) :
t'as un cable avec une fiche nécessitant une prise type3c, il te montre
les bornes ayant ce type.

> + motocar=yes

aucune déduction ne peux être faite qu'un type de borne donné ai un
emplacement pour voiture (exemple hier avec une borne pour camion.
techniquement la recharge d'une voiture est possible, mais non c'est pas
un emplacement pour voiture)

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

Re: [OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

[Marc M.]

si c'est disponible en opendata, osmose est sans doute bien adapté pour
signaler les points fibre sans batiment

Le 11.03.20 à 10:44, Baptiste Lemoine - Cipher Bliss a écrit :
> En effet c'est une riche idée!
> Dans la région Essonne aussi je constate que pour mapper des maisons
> manquantes dans les petites bourgeades perdues c'est une mine d'or d'infos.
> comment peut-on afficher ces infos comme calque dans josm ?
> 
> Baptiste LEMOINE - Dirigeant de Cipher Bliss.com
>  , N° SIRET: 79942416300035
> Tel 0185461173 / Signal 0627130837  ,
> Telegram: Tykayn  , Mastodon: @tykayn
> 
> GPG: 64A8 9B18 65E6 6523 FD86 7CB5 8796 1FCA F978 54FF
> 
> 
> Sent with ProtonMail  Secure Email.
> 
> ‐‐‐ Original Message ‐‐‐
> Le mardi 10 mars 2020 19:36, Yves P.  a écrit :
> 
>> Bonsoir,
>>
>> En consultant la carte des déploiements fibre
>> 
>>  on
>> voit qu’il manque des maisons dans ce lotissement.
>>
>> Est-ce possible de détecter le bâti manquant à partir des points FTTH ?
>> Ces derniers semblent très précis (du moins sur cette zone).
>>
>> —
>> Yves
> 
> 
> ___
> 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] SPAM, Re: schéma arrêt de bus

[osm . sanspourriel]

Le 11/03/2020 à 11:51, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :


ce que je n'ai pas compris sur cette page de wiki, c'est :

on fait une highway=bus_stop + public_transport=platform sur le même
noeud ?


Non


ou

on fait un highway_stop sur pour l'abri-bus (avec shleter=yes) et un
public_transport=platform sur le quai ?


Oui


Dans l'exemple à Pont du Fossé (05), il y a un abri bus et une sorte
de trottoir qui fait office de quai.

Dans l'exemple de la gare routière de Digne (04) il n'y a pas de quai,
donc pas de platform. Juste des voies de bus numérotées en épi. Donc
on ne laisse que stop_position ?


Contrairement à ce que tu dis il y a des plateformes, a minima certes,
mais des plateformes quand même : ce sont les zones de zébra.

Elles sont déjà (partiellement) taguées par exemple
https://www.openstreetmap.org/way/445202700

Notre ami Polyglot expert en transports en commun complètera^^.

Jean-Yvon

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

[talk-cz] Projekt osmapp

[Pavel Zbytovský]

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro širokou
veřejnost:

https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech prvků vracet
OSM id?)
- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat,
přidat typescript, lepší eslint, readme, contribution guidelines apod. Ale
dnes mě napadlo, že to už se dá doladit za běhu.

Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
pull-request, kterému rád udělám kvalitní code-review. Jak možná víte,
tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], následně
v roce 2016 osmap.cz a od té doby jsem připravoval toto [2][3]. Původně
jsem to vyvíjel pod kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva
projekty se spíše doplňují.

Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] SPAM, Re: schéma arrêt de bus

[Marc M.]

Le 11.03.20 à 11:51, Arnaud Champollion a écrit :
> ce que je n'ai pas compris sur cette page de wiki, c'est :
> 
> on fait une highway=bus_stop + public_transport=platform  sur le même
> noeud ?

oui, ces 2 tags représente la même chose : "un endroit oü les passagers
attendent le bus", ce sont la version historique (avec un tag différent
par moyen de transport) et la version 2 qui généralise

> Dans l'exemple de la gare routière de Digne (04) il n'y a pas de quai,
> donc pas de platform.

public_transport=platform est mal nomé, il ne représente
pas le fait qu'il y a un quai surélevé, il représente l'endroit oü le
piéton attend le véhicule, peu importe sa hauteur, son marquage ou pas

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

Re: [OSM-talk-fr] SPAM, Re: schéma arrêt de bus

[Arnaud Champollion]

Le 11/03/2020 à 11:37, osm.sanspourr...@spamgourmet.com a écrit :


Actuellement et comme indiqué dans le wiki 
 c'est  
essentiellement le premier cas.


Là tu as un second cas, autant créer des plateformes avec 
highway=bus_stop et virer ce highway=bus_stop comme conseillé sur 
cette même page.



OK pour virer les highway=bus_stop du fil des voies.

Mais,

ce que je n'ai pas compris sur cette page de wiki, c'est :

on fait une highway=bus_stop + public_transport=platform sur le même noeud ?

ou

on fait un highway_stop sur pour l'abri-bus (avec shleter=yes) et un 
public_transport=platform sur le quai ?



Dans l'exemple à Pont du Fossé (05), il y a un abri bus et une sorte de 
trottoir qui fait office de quai.


Dans l'exemple de la gare routière de Digne (04) il n'y a pas de quai, 
donc pas de platform. Juste des voies de bus numérotées en épi. Donc on 
ne laisse que stop_position ?







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

Re: [OSM-talk-fr] schéma arrêt de bus

[osm . sanspourriel]

> est-ce que c'est correct d'avoir les bus_stop sur la voie en plus du
stop_position ?
Non mais historiquement highway=bus_stop était ambigu, représentant
suivant les gens l'endroit ou les gens attendent ou l'endroit où le
moyen de transport s'arrête.

Actuellement et comme indiqué dans le wiki
 c'est 
essentiellement le premier cas.

Là tu as un second cas, autant créer des plateformes avec
highway=bus_stop et virer ce highway=bus_stop comme conseillé sur cette
même page.

Jean-Yvon

Le 11/03/2020 à 11:28, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

Je pense avoir compris pour l'arrêt de bus.

Mais du coup, sur un autre endroit que je connais bien, et dont je me
servais comme exemple, est-ce que c'est correct d'avoir les bus_stop
sur la voie en plus du stop_position ?

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





Le 11/03/2020 à 07:53, Arnaud Champollion a écrit :

Bonjour,

J'aide une contribution dans les Hautes Alpes, sur les aménagements
autour d'une école :

https://www.openstreetmap.org/#map=19/44.66856/6.23189

1) On n'arrive pas à savoir pourquoi la zone d'herbe a disparu du
rendu OSM.org suite à nos modifications.

2) Nous avons lu et relu les pages wiki pour les arrêts de bus, mais
ne sommes pas sûrs, notamment pour l'arrêt : polygone ou noeud ?
amenity=shelter + highway=bus_stop, ou shelter=yes ? Sachant qu'il y
a aussi le quai ? Actuellement, osmfr ne rend plus l'arrêt.

Est-ce que quelqu'un peut regarder ?

NB : ne pas se fier à l'orthophoto IGN, la circulation a été modifiée
depuis, les tracés de la ligne du bus ainsi que la circulation du
parking sont conformes au terrain actuel.

Merci

Bonne journée,

Arnaud


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




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

Re: [OSM-talk-fr] #AttributionIsNotAnOption

[Cyrille37 OSM]

Le 11/03/2020 à 10:49, Rpnpif a écrit :
Il me semble que le site des géomètres experts 
https://www.geofoncier.fr/ ne mentionne rien du tout alors que je 
reconnais bien OSM en fond de carte avec mes propres modifications et 
ajouts.


C'est bien les tuiles d'osm.org qui sont utilisées :

https://framapic.org/uHykrZqoLC8F/AEBhhNaYG7Yd.png

Cyrille37.


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

Re: [OSM-talk-fr] schéma arrêt de bus

[Arnaud Champollion]

Je pense avoir compris pour l'arrêt de bus.

Mais du coup, sur un autre endroit que je connais bien, et dont je me 
servais comme exemple, est-ce que c'est correct d'avoir les bus_stop sur 
la voie en plus du stop_position ?


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





Le 11/03/2020 à 07:53, Arnaud Champollion a écrit :

Bonjour,

J'aide une contribution dans les Hautes Alpes, sur les aménagements 
autour d'une école :


https://www.openstreetmap.org/#map=19/44.66856/6.23189

1) On n'arrive pas à savoir pourquoi la zone d'herbe a disparu du 
rendu OSM.org suite à nos modifications.


2) Nous avons lu et relu les pages wiki pour les arrêts de bus, mais 
ne sommes pas sûrs, notamment pour l'arrêt : polygone ou noeud ? 
amenity=shelter + highway=bus_stop, ou shelter=yes ? Sachant qu'il y a 
aussi le quai ? Actuellement, osmfr ne rend plus l'arrêt.


Est-ce que quelqu'un peut regarder ?

NB : ne pas se fier à l'orthophoto IGN, la circulation a été modifiée 
depuis, les tracés de la ligne du bus ainsi que la circulation du 
parking sont conformes au terrain actuel.


Merci

Bonne journée,

Arnaud


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




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

[Talk-it] manca OpenStreetMap

[Martin Koppenhoefer]

In questo elenco potrebbe comparire OpenStreetMap (mappe gratuite per tutti):

https://solidarietadigitale.agid.gov.it/#/

in basso c’è un form per segnalare un servizio.

Ciao Martin 

sent from a phone___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] "Solar panel" tag in Mapillary

[Dan S]

Hi all,

Mapillary have been kind enough to add a "Solar panel" tag for their
street-level imagery. So, if anyone would like to tag a few images in
there, I'd be interested to know how you get on.
http://mapillary.com/app/

(By the way: "Solar panel" is a bit generic, for example it doesn't
distinguish between solar photovoltaic and solar thermal. However I
think it's the level of granularity we can expect from a largely
imagery-based approach, especially if they perform automatic
detection.)

Thanks to all of you who have continued mapping solar panel data.
We're now up to around 140,000 standalone solar, and 927 solar farms,
mapped in GB.

Best
Dan

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

[OSM-talk] geomob podcast

[chilton steve via talk]

Have you found the excellent geomob podcast yet? If not, it is worth checking 
it out.

This week's episode showcases the cartographic career of Steve Chilton, and 
more importantly his work with and for the OpenStreetMap project over many 
years, including his thoughts on the good, and not so good, aspects of OSM. 
[And will he have got a mention in for his fell running books?!]

Episode at: https://thegeomob.com/podcast/episode-6

Geomob is a series of regular events in European cities for location based 
service creators and enthusiasts.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] #AttributionIsNotAnOption

[Jacques Lavignotte]

On trouve ici :

https://framapic.org/cxnEWeuHnepG/PDiApJNF3dF0.png

est-ce acceptable ?

J.

Le 11/03/2020 à 10:49, Rpnpif a écrit :

Bonjour,

Il me semble que le site des géomètres experts 
https://www.geofoncier.fr/ ne mentionne rien du tout alors que je 
reconnais bien OSM en fond de carte avec mes propres modifications et 
ajouts.


C'est un site qui potentiellement sera très consulté.



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] #AttributionIsNotAnOption

[osm . sanspourriel]

Tu es de mauvaise foi, comme si tout un chacun ne commençait pas par
lire les mentions légales :

https://www.geofoncier.fr/0-mentions_legales.php

Les données du thème « OpenStreetMap » sont issues du projet
OpenStreeMap (http://www.openstreetmap.org) © contributeurs
OpenStreetMap, Open Database License 1.0.

Comment as-tu fait pour passer sans lire ce dernier point de l'article 6
sur la propriété intellectuelle ? ^^

Tu gagnes le droit d'utiliser le formulaire en bas de page pour leur
mettre notre message classique en rappelant que mettre l'info dans cette
page c'est bien mais pas suffisant.

Jean-Yvon

Le 11/03/2020 à 10:49, Rpnpif - rpn...@trob.eu a écrit :

Bonjour,

Il me semble que le site des géomètres experts
https://www.geofoncier.fr/ ne mentionne rien du tout alors que je
reconnais bien OSM en fond de carte avec mes propres modifications et
ajouts.

C'est un site qui potentiellement sera très consulté.




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

Re: [Talk-it] Servizio di consegna a domicilio

[Cascafico Giovanni]

Grazie per la segnalazione! Ad oggi ancora niente del tasking-manager?
Io ho provato ad installare la versione TM3 docker su un debian 10, ma
senza successo.

Il giorno mer 11 mar 2020 alle ore 08:53 Maurizio Napolitano
 ha scritto:
>
> Solo una nota:
> ci sono esercizi commerciali che si sono appositamente attivati in questo 
> periodo per fornire questo servizio
> Il giornale VareseNews ha lanciato una iniziativa in cui invita i negozianti 
> a segnalarsi
> La mappa di background è Openstreetmap e, qualche volta, punta su zone 
> incomplete
>
> Qui la notizia con mappa
> https://www.varesenews.it/2020/03/consegne-domicilio-coronavirus-la-mappa-dei-negozi/908774/
>
>
> Il mar 10 mar 2020, 13:41 Francesco Ansanelli  ha 
> scritto:
>>
>> Buongiorno lista,
>>
>> vista la situazione di crisi sto cercando come dare maggiore visibilità alle 
>> attività che offrono il servizio in oggetto. E chiedo consiglio a tutti
>>
>> Ovviamente, "delivery" è il tag che oggi può essere di aiuto a tutti coloro 
>> che non si possono spostare.
>>
>> Nel mio comune stiamo cercando di censire i luoghi che fanno (o che si 
>> stanno organizzando) per le consegne.
>>
>> Facciamo qualcosa a livello nazionale? Oppure ognuno si fa il suo umap? ;)
>>
>> Grazie a chi mi risponderà
>> Francesco
>>
>> ___
>> 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: [OSM-talk-fr] #AttributionIsNotAnOption

[Rpnpif]

Bonjour,

Il me semble que le site des géomètres experts 
https://www.geofoncier.fr/ ne mentionne rien du tout alors que je 
reconnais bien OSM en fond de carte avec mes propres modifications et 
ajouts.


C'est un site qui potentiellement sera très consulté.

--
Rpnpif


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

Re: [OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

[Baptiste Lemoine - Cipher Bliss]

En effet c'est une riche idée!
Dans la région Essonne aussi je constate que pour mapper des maisons manquantes 
dans les petites bourgeades perdues c'est une mine d'or d'infos.
comment peut-on afficher ces infos comme calque dans josm ?

Baptiste LEMOINE - Dirigeant de Cipher Bliss.com , N° SIRET: 79942416300035
Tel 0185461173  / Signal 0627130837 , Telegram: Tykayn , Mastodon: @tykayn
GPG: 64A8 9B18 65E6 6523 FD86 7CB5 8796 1FCA F978 54FF

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 10 mars 2020 19:36, Yves P.  a écrit :

> Bonsoir,
> 

> En consultant la carte des déploiements fibre on voit qu’il manque des 
> maisons dans ce lotissement.
> 

> Est-ce possible de détecter le bâti manquant à partir des points FTTH ?
> Ces derniers semblent très précis (du moins sur cette zone).
> 

> —
> Yves

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Yves P.]

> tu as raison Marc, il y a une confusion entre le T3 et le T3c :
> je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
> quelques prises T3c en socket:type3 par erreur.

> L'édition de masse me semble risquée, mais on pourra peut-être l'envisager 
> par réseau ou opérateur une fois qu'on aura avancé dans la qualification des 
> bornes de recharge existantes.

socket:type3  
547 En Europe (sauf 1 aux USA et 2 au Chili)
socket:type3c    
32  toutes en France
socket:type3a    
5   toutes en Italie

Pour socket:type3c 
, on peut faire 
sans problème une édition de masse en la remplaçant par socket:type3 
 + motocar=yes 


Pour socket:type3 on trouve
car=yes    147 -> motorcar=yes 
(c’est donc une prise type 3c)
motorcar=yes   338 (idem type 3C)
motorcar=no    1 (Super U de Champagnole dans 
le Jura : c’est une erreur cf. photo sur chargemap 
. De plus elle semble HS)

Plus d’infos sur les prises type 3 :
https://en.wikipedia.org/wiki/IEC_62196#Type_3
https://www.scame.com/web/scame-global/e-mobility-charging-modes

Les prises type 3 sont appelées aussi prises SCAME (Scame connector) car elles 
ont été conçues à l’origine par ce constructeur.

Sur la page de SCAME, on voit qu’il y a deux prises différentes, type 3A (4 
broches) et type 3C (7 broches).

Ce billet indique que la type 3A est réservée pour les 2 roues, la type 3C pour 
les voitures :
https://forums.automobile-propre.com/topic/quel-cable-type-3a-type-3c-1568/?do=findComment=21255

Dans cette même discussion, le schéma du câble de recharge Renault Zoé (Type 2 
- Type 3) montre une prise type 3C :
https://forums.automobile-propre.com/topic/quel-cable-type-3a-type-3c-1568/?do=findComment=21197

Pour information, la signification des contacts est la suivante :

https://en.wikipedia.org/wiki/Type_2_connector
PP  Proximity pilot pre-insertion signalling
CP  Control pilot   post-insertion signalling
PE  Protective earthfull-current protective earthing 
system—6-millimetre (0.24 in) diameter
N   Neutral single-/three-phase AC / DC-mid
L1  Line 1  single-/three-phase AC / DC-mid
L2  Line 2  three-phase AC / DC-mid
L3  Line 3  three-phase AC / DC-mid
https://en.wikipedia.org/wiki/SAE_J1772#Competing_standards
All plug types - including Type 1 (SAE), Type 2 (VDE) and Type 3 - share the 
same specifications for the pilot pin taken from the IEC 61851-1 standard.

http://www.mennek.es/uploads/media/Electro-mobilité_F_2015.pdf
La fiche et le prolongateur de charge possèdent un contact séparé pour la 
transmission des signaux de communication (contact CP).

Le Proximity Pilot (PP) est relié dans la fiche de charge à la terre PE via 
une résistance normalisée.
Il permet ainsi à l’interface de communication électronique de relever 
l'intensité de courant max. qui convient au câble de charge.

Le Control Pilot (CP) est nécessaire pour la communication entre la borne de 
charge et le véhicule. Ainsi, par ex., la valeur maximale de l'intensité du 
courant est transmise par ce biais de l’interface de communication au véhicule.

Prise murale Type 3A 

Prise murale Type 3C 


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

Re: [OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Pierre-Yves Mevel via Talk-fr]

Bonjour Stéphane,

Je suis d'accord avec toi, le centre d'un EPCI doit être placé sur le
bâtiment en accueillant le siège. C'est d'ailleurs ce que j'avais fait au
moment des redécoupages de 2017 dans mon secteur, mais je constate que les
mêmes changements inconsidérés ont été opérés dans mon secteur... Je peux
comprendre que ce soit fait quand on ne connaît pas le siège (BANATIC n'est
pas toujours explicite là-dessus) mais il est dommageable que ce soit
systématique.

Bonne journée,
P-Y

Le mer. 11 mars 2020 à 09:59, Stéphane Péneau 
a écrit :

> Hello,
>
> A l'époque de la création d'une communauté d'agglomération dans mon
> secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où
> sont installés les bureaux de cette collectivité. J'en avais fait de
> même pour d'autres epci dans la région.
>
> Depuis, ces relations ont été modifiées pour utiliser le noeud "place"
> d'une commune en tant qu'"admin_centre".
>
> Le souci, c'est que de ce que j'ai compris, et contrairement aux
> communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège
> social. Donc utiliser le noeud "place" de la commune où est situé le
> siège n'a pas vraiment de sens.
>
> extrait de l'arrêté de création :
>
> "Le siège de la communauté d'agglomération est fixé au 15 rue des
> Malifestes, 44190 CLISSON"
>
> http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf
>
>
> Me trompe-je ?
>
> Si ce n'est pas le cas, alors on a quelques corrections à faire.
>
> Stf
>
>
> ___
> 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-be] tile.osm.be

[Jonathan Beliën]

> We are thinking about an ansible script which will start a server in the
> cloud, launch the required tasks, and then stop it.
> 
> Did you think about this ? Do you want to collaborate on such project ?

That was my initial plan but never had time to deep dive into it !
I started some research about such a thing but didn't find how to make it 
happen with OVH Public Cloud.

> If you need it / want it, we can also discuss about that.

Any help to make the OSMBE tileserver work more efficiently is more than 
welcome.
Maybe we could partner up to make such a thing happen.
If you have any idea to make it work more efficiently or improve/simplify the 
update process we can meet to talk about it :)

Jonathan Beliën

Mer 11 mars 2020, à 09:53, Julien Fastré a écrit :
> Hi Jonathan,
> 
> Le 10/03/20 à 20:51, Jonathan Beliën a écrit :
> > 
> > That being said, I'm also investigating some other solutions for the
> > OSMBE tileserver to simplify the update but didn't find any suitable
> > solution so far (adding vector tiles is also part of my research).
> 
> At Champs-Libres, we are facing a similar issue: pre-renders tiles for
> an area like Belgium from big cloud servers paid on an hourly basis.
> 
> We are thinking about an ansible script which will start a server in the
> cloud, launch the required tasks, and then stop it.
> 
> Did you think about this ? Do you want to collaborate on such project ?
> 
> > The update is not live because we (GEO-6) decided not to invest such a 
> > "big" amount of money in a server that could handle a live (or at least 
> > regular) automated update (and the current tilserver is still one of the 
> > biggest - meaning more expensive - server we manage and pay for).
> 
> If needed, we can also consider to give some help or money to host the
> service.
> 
> > That being said, I'm also investigating some other solutions for the OSMBE 
> > tileserver to simplify the update but didn't find any suitable solution so 
> > far (adding vector tiles is also part of my research).
> 
> If you need it / want it, we can also discuss about that.
> 
> Julien
>

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

Re: [OSM-talk] Announcing Daylight Map Distribution

[Mateusz Konieczny via talk]

Mar 10, 2020, 23:17 by m...@teczno.com:

> things we filtered out individually because we found a problem with them
>
Once this is separated out it may be interesting to use.

Especially if one will be able to filter by error/heuristic type.

Maybe some will report serious issues not detected by current QA
tools like JOSM validator and Osmose.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] admin_centre pour une comcom/agglo etc..

[Stéphane Péneau]

Hello,

A l'époque de la création d'une communauté d'agglomération dans mon 
secteur, je l'avais créée avec pour membre admin_centre, le bâtiment où 
sont installés les bureaux de cette collectivité. J'en avais fait de 
même pour d'autres epci dans la région.


Depuis, ces relations ont été modifiées pour utiliser le noeud "place" 
d'une commune en tant qu'"admin_centre".


Le souci, c'est que de ce que j'ai compris, et contrairement aux 
communes, les EPCI n'ont pas de chef-lieu, mais simplement un siège 
social. Donc utiliser le noeud "place" de la commune où est situé le 
siège n'a pas vraiment de sens.


extrait de l'arrêté de création :

"Le siège de la communauté d'agglomération est fixé au 15 rue des 
Malifestes, 44190 CLISSON"

http://www.loire-atlantique.gouv.fr/content/download/29861/209689/file/RAA%20sp%C3%A9cial%20n%C2%B0%20104%20du%2016%20novembre%202016.pdf


Me trompe-je ?

Si ce n'est pas le cas, alors on a quelques corrections à faire.

Stf


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

Re: [OSM-talk-be] tile.osm.be

[Julien Fastré]

Hi Jonathan,

Le 10/03/20 à 20:51, Jonathan Beliën a écrit :
> 
> That being said, I'm also investigating some other solutions for the
> OSMBE tileserver to simplify the update but didn't find any suitable
> solution so far (adding vector tiles is also part of my research).

At Champs-Libres, we are facing a similar issue: pre-renders tiles for
an area like Belgium from big cloud servers paid on an hourly basis.

We are thinking about an ansible script which will start a server in the
cloud, launch the required tasks, and then stop it.

Did you think about this ? Do you want to collaborate on such project ?

> The update is not live because we (GEO-6) decided not to invest such a "big" 
> amount of money in a server that could handle a live (or at least regular) 
> automated update (and the current tilserver is still one of the biggest - 
> meaning more expensive - server we manage and pay for).

If needed, we can also consider to give some help or money to host the
service.

> That being said, I'm also investigating some other solutions for the OSMBE 
> tileserver to simplify the update but didn't find any suitable solution so 
> far (adding vector tiles is also part of my research).

If you need it / want it, we can also discuss about that.

Julien

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

Re: [OSM-talk-fr] recycling ou waste_disposal

[Stéphane Péneau]

Il y a environ 2500 recycling:waste=yes en France :
http://overpass-turbo.eu/s/RuQ

Je suppute qu'une grande partie est à corriger.

Stf

Le 11/03/2020 à 08:43, Vincent Bergeot a écrit :

Le 10/03/2020 à 21:25, osm.sanspourr...@spamgourmet.com a écrit :

Le 10/03/2020 à 21:07, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


je pense rester sur "waste_disposal"
+1 


+1 également (car effectivement c'est le vrac de ce qui a été trié par 
ailleurs et la destination ultime)


à plus

--
Vincent Bergeot

___
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-be] tile.osm.be

[Jonathan Beliën]

The database update and the rendering is indeed scripted.
The documentation is available here : 
https://github.com/jbelien/openstreetmap-carto-be/wiki

I usually run it on a Public Cloud instance from OVH 
(https://www.ovhcloud.com/fr/public-cloud/).
Specifications:
- Server with at least 30Go RAM
- Server with at least 8 (v)CPU
- Server with at least 200Go

Jonathan Beliën
OpenStreetMap Belgium

Mar 10 mars 2020, à 21:28, Marc M. a écrit :
> Le 10.03.20 à 20:51, Jonathan Beliën a écrit :
> > I need to start a powerful server to run the database update 
> > and then the tiles update
> 
> this part is scripted ? a cloud server ?
> what's the hd size, type (hdd<>sdd) and number of cpu cores  needed
> to update all tiles in one day ?
> 
> Regards,
> Marc
> 
> ___
> 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-de] Vergleichsplugin Amt/OSM ? e: Datenqualität open data NRW und OSM

[Toni Erdmann]

Hallo,

Für ÖPNV, Buslinien, ... plane ich PTNA (ptna.openstreetmap.de) zu erweitern 
und OSM-Daten gegen GTFS-Daten zu vergleichen.

Stehe allerdings noch am Anfang, d.h. außer Ideen und erste Versuche gibt es 
noch nicht viel.

Gruß
Toni

Am 11. März 2020 07:17:27 MEZ schrieb Markus :
> Hallo Ludwig, hallo Otto,
> 
> Ja, ein solches Vergleichstool wäre sehr hilfreich!
> 
> Nicht nur für Gebäude, sondern auch für Küstenlinien, Häfen (und alle
> die anderen vielfältigen Punktobjekte), Strassen und Wege, Buslinien,
> Flächenobjekte...
> 
> Gern auch als Cross-Check in Verbindung mit:
> - Overpass
> - Wikidata
> und mit einem Workflow für JOSM.
> 
> Vieles gibt es ja schon :-)
> https://wiki.openstreetmap.org/wiki/DE:Qualitätssicherung
> 
> 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] Gesuch: Trufi Association sucht Mapper und Städte #öpnv

[Toni Erdmann]

Hallo Christoph,

Bus Routen sind auf der "normalen" Karte nicht sichtbar, nur die mittels 
"highway=bus_stop" gemappten nodes (vereinfacht ausgedrückt).
Somit stören sie nicht.
Für ÖPNV gibt es spezielle Karten(-Stile).

Eigentlich wollte ich auf der FOSSGIS am Donnerstag um 16:00 einen Vortrag über 
QS für ÖPNV in OSM halten, aber ... Corona ...
Siehe PTNA ptna.openstreetmap.de

Gruß
Toni

Am 10. März 2020 21:14:20 MEZ schrieb Christoph Hanser 
:
> Hallo zusammen,
> 
> letzten Juli hatten wir hier eine Diskussion, ob es eine gute Idee
> ist, OSM
> mit Busrouten in Entwicklungsländern zu füllen, oder ob dadurch die
> Karten
> unleserlich werden, weil die vielen Routen alles schlechter lesbar
> machen.
> 
> Morgen darf ich auf der FOSSGIS2020 einen Vortrag über Trufi halten
> und
> würde mich freuen, wenn wir im Anschluss darüber übre diese Frage,
> diskutieren könnten.
> 
> Viele Grüße,
> Christoph
> 
> 
> 
> Christoph Hanser
> Hans-Sander-Str. 3, 21107 Hamburg, 0163/4791397
> 
> 
> El dom., 21 de jul. de 2019 a la(s) 16:23, Christoph Hanser (
> christoph.han...@gmail.com) escribió:
> 
> > Hi Martin,
> >
> > das war noch mal eine gute Zusammenfassung:
> >
> > - Wenn es eine starke lokale Community gibt, dann bringen wir die
> Routen
> > nach OSM.
> > - Wenn wir keine lokale Community haben (aber aus irgendeinem Grund
> doch
> > Routen), dann bringen wir sie nicht gezwungenermaßen nach OSM.
> >
> > Alles andere wäre auch merkwürdig, weil wir ja die App meistens für
> Städte
> > zur Verfügung stellen, die schon ihre Routen nach OSM gebracht haben
> (wie
> > jetzt in Accra).
> >
> > In La Paz können wir die Routen also gut nach OSM bringen, weil wir
> Locals
> > fürs Review haben.
> >
> > Im Grunde ist das allerdings auch immer unser Wunsch, weil unsere
> App ja
> > nur so gut ist wie die Routen, die in der App benutzt werden.
> Deshalb haben
> > wir in Cochabamba die OSM-Community erweitert (von 1 auf 5 ;)).
> >
> > Wenn wir Routen nach OSM bringen und in der App nutzen, sollte das
> sowieso
> > noch einen Verbesserungs-Effekt haben: In der App kann man eine
> Änderung
> > der Route vorschlagen. Zurzeit per Feedback-Mail, in Zukunft per
> getracktem
> > Geo-Schnippsel. Den müssen wir uns anschauen und dann, wenn es
> mehrere
> > Wünsche dieser Art gibt, nach OSM mergen. Insofern haben wir dort
> m.E.
> > groundtruth vom Feinsten.
> >
> > Weiß denn jemand von euch von Städten und Communities, in denen
> formeller
> > public transport vorherrscht und die eine solche App gerne hätten?
> >
> > Viele Grüße,
> > Christoph
> >
> > Viele Grüße,
> > Christoph
> >
> >
> >
> > El sáb., 20 de jul. de 2019 a la(s) 15:53, Martin Koppenhoefer (
> > dieterdre...@gmail.com) escribió:
> >
> >>
> >>
> >> sent from a phone
> >>
> >> > On 20. Jul 2019, at 09:19, Christoph Hanser
> 
> >> wrote:
> >> >
> >> > Wir dachten nur bisher, dass sich
> >> > alle freuen, wenn wir die Routen nach OSM bringen, insofern war
> das
> >> bisher
> >> > unser "open data"-Ansatz. Ist das nicht so?
> >>
> >>
> >> Kommt drauf an.
> >> wenn vor Ort eine Community entsteht oder es sonst einen
> backchannel
> >> gibt, um die Daten bei Fehlern zu korrigieren, und Updates zu
> machen, dann
> >> ist es ggf. besser, die Sachen in OpenStreetMap zu haben, wenn das
> aber
> >> sowieso nicht stattfindet bzw. die Qualität nicht den Standards
> entspricht,
> >> dann lieber parallel ;-)
> >>
> >> Unsere Stärke ist groundtruth, Menschen die dort wo sie sich
> auskennen
> >> (oder wo sie hinkommen) das eintragen, was ihnen wichtig vorkommt.
> >>
> >> Gruß Martin
> >>
> >>
> >> ___
> >> Talk-de mailing list
> >> Talk-de@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-de
> >>
> >
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-be] BIPT antennas

[joost schouppe]

Hi Vucodil,

I haven't followed closely, but I do have a general request: if and when
you start working on this with actual changesets, make sure that any
changeset comment has a link to the relevant wiki page, and that the wiki
page starts with an explanation on how to handle this data as a regular
mapper. So things like "please do improve this data if you think there's
something wrong" and outlining the known issues in the data. Sometimes
mappers are afraid to touch things just because they are imported.

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

Re: [Talk-it] Servizio di consegna a domicilio

[Maurizio Napolitano]

Solo una nota:
ci sono esercizi commerciali che si sono appositamente attivati in questo
periodo per fornire questo servizio
Il giornale VareseNews ha lanciato una iniziativa in cui invita i
negozianti a segnalarsi
La mappa di background è Openstreetmap e, qualche volta, punta su zone
incomplete

Qui la notizia con mappa
https://www.varesenews.it/2020/03/consegne-domicilio-coronavirus-la-mappa-dei-negozi/908774/


Il mar 10 mar 2020, 13:41 Francesco Ansanelli  ha
scritto:

> Buongiorno lista,
>
> vista la situazione di crisi sto cercando come dare maggiore visibilità
> alle attività che offrono il servizio in oggetto. E chiedo consiglio a
> tutti
>
> Ovviamente, "delivery" è il tag che oggi può essere di aiuto a tutti
> coloro che non si possono spostare.
>
> Nel mio comune stiamo cercando di censire i luoghi che fanno (o che si
> stanno organizzando) per le consegne.
>
> Facciamo qualcosa a livello nazionale? Oppure ognuno si fa il suo umap? ;)
>
> Grazie a chi mi risponderà
> Francesco
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] recycling ou waste_disposal

[Vincent Bergeot]

Le 10/03/2020 à 21:25, osm.sanspourr...@spamgourmet.com a écrit :

Le 10/03/2020 à 21:07, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


je pense rester sur "waste_disposal"
+1 


+1 également (car effectivement c'est le vrac de ce qui a été trié par 
ailleurs et la destination ultime)


à plus

--
Vincent Bergeot

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Yves P.]

Bonjour,

> tu as raison Marc, il y a une confusion entre le T3 et le T3c :
> je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
> quelques prises T3c en socket:type3 par erreur.

Je ne répond pas directement à la question ;)

La prise Type 3c est aujourd’hui abandonnée au profit de la prise Type 2, 
devenue le nouveau standard européen 
.

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

Re: [Talk-it] Servizio di consegna a domicilio

[Cascafico Giovanni]

Ovviamente il tema è utilissimo ed urgente.
Però serve mettersi al telefono con una mano e con l'altra mano sul mouse.
Purtroppo, fino ad eventuali decreti, devo lavorare.

IMHO per i servizi qwant ha fatto una buona,pratica mappa [1]. Se avessimo
la possibilità di fare un lavoro non frammentario, potremmo chiedere di
implementare la lettura del tag delivery.

La butto là: tra le tante mappe tematiche, una che rappresenti tutti gli
elementi geografici basici/necessari alla vita c'è? IMHO il layer
"Humanitarian" di OSM lascia il tempo che trova: che me ne faccio di una
città costellata di shop=clothes???

[1] https://www.qwant.com/maps


[1] https://www.qwant.com/maps

Il mar 10 mar 2020, 14:37 Francesco Ansanelli  ha
scritto:

> Ciao cascafico,
>
> forse non mi sono spiegato bene... Un nuovo utilizzatore OSM come fa a
> trovare velocemente le attività?
> Con umap + overpass ad esempio è possibile far vedere i dati ricavati
> dalla query: nwr[delivery][delivery!=no]
> Però penso che la nostra comunità possa fare anche qualcosa in più se ci
> attiviamo
>
> Francesco
>
> Il giorno mar 10 mar 2020 alle ore 14:24 Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
>
>> Perché disperdere l'informazione? Mapparlo correttamente su osm! Poi ci
>> puoi fare tutte le mappe che vuoi.
>>
>> Il mar 10 mar 2020, 13:41 Francesco Ansanelli  ha
>> scritto:
>>
>>> Buongiorno lista,
>>>
>>> vista la situazione di crisi sto cercando come dare maggiore visibilità
>>> alle attività che offrono il servizio in oggetto. E chiedo consiglio a
>>> tutti
>>>
>>> Ovviamente, "delivery" è il tag che oggi può essere di aiuto a tutti
>>> coloro che non si possono spostare.
>>>
>>> Nel mio comune stiamo cercando di censire i luoghi che fanno (o che si
>>> stanno organizzando) per le consegne.
>>>
>>> Facciamo qualcosa a livello nazionale? Oppure ognuno si fa il suo umap?
>>> ;)
>>>
>>> Grazie a chi mi risponderà
>>> Francesco
>>>
>>> ___
>>> 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

[OSM-talk-fr] schéma arrêt de bus

[Arnaud Champollion]

Bonjour,

J'aide une contribution dans les Hautes Alpes, sur les aménagements 
autour d'une école :


https://www.openstreetmap.org/#map=19/44.66856/6.23189

1) On n'arrive pas à savoir pourquoi la zone d'herbe a disparu du rendu 
OSM.org suite à nos modifications.


2) Nous avons lu et relu les pages wiki pour les arrêts de bus, mais ne 
sommes pas sûrs, notamment pour l'arrêt : polygone ou noeud ? 
amenity=shelter + highway=bus_stop, ou shelter=yes ? Sachant qu'il y a 
aussi le quai ? Actuellement, osmfr ne rend plus l'arrêt.


Est-ce que quelqu'un peut regarder ?

NB : ne pas se fier à l'orthophoto IGN, la circulation a été modifiée 
depuis, les tracés de la ligne du bus ainsi que la circulation du 
parking sont conformes au terrain actuel.


Merci

Bonne journée,

Arnaud


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

Re: [Talk-de] Vergleichsplugin Amt/OSM ? e: Datenqualität open data NRW und OSM

[Markus]

Hallo Ludwig, hallo Otto,

Ja, ein solches Vergleichstool wäre sehr hilfreich!

Nicht nur für Gebäude, sondern auch für Küstenlinien, Häfen (und alle
die anderen vielfältigen Punktobjekte), Strassen und Wege, Buslinien,
Flächenobjekte...

Gern auch als Cross-Check in Verbindung mit:
- Overpass
- Wikidata
und mit einem Workflow für JOSM.

Vieles gibt es ja schon :-)
https://wiki.openstreetmap.org/wiki/DE:Qualitätssicherung

Gruss, Markus


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

Re: [OSM-talk-fr] recycling ou waste_disposal

[Stéphane Péneau]

Le 10/03/2020 à 21:25, osm.sanspourr...@spamgourmet.com a écrit :



La palme de l'écoblanchiment revient à EDF/Orano qui parce de recyclage
alors que 99,5 % du combustible usé n'est pas recyclé et quand il l'est
c'est une fois.
 



Je ne vois pas trop ce que ça vient faire ici, surtout que c'est 
beaucoup, beaucoup, mais alors vraiment beaucoup plus compliqué que ça.
Quelques explications en vidéo : 
https://www.youtube.com/playlist?list=PLhgpBc0hGjSvCZ4Uo9mE1XTc7aSa4NRLE


Stf


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