Re: [OSM-talk-fr] Abus de topologie surfacique

[David Crochet]

Bonjour

C'est impressionnant et c'est très bien.

Mais pour cela il faut de la cartographie et proximité, voire même 
d'hyper-proximité ou d'avoir des documents d’extrême précision


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Sébastien Dinot]

Bonjour,

Antoine Riche a écrit :
> Que pensez-vous du travail de Meersbrook autour la rue Olympe de
> Gouges à Asnières ?

Je suis impressionné par la minutie du travail, même s'il manque des
éléments plus utiles à mes yeux que les trottoirs (les 2 aires de jeu
sur la place Yourcenar par exemple).

Une telle finesse de relevé est bien évidemment impossible à envisager
sur de grandes aires urbaines (même sur un quartier complet, cela semble
irréalisable). Ce niveau de détail est même difficile à maintenir à jour
sur la surface considérée tant nos villes évoluent imperceptiblement
chaque jour (j'ai noté que plus une aire semble finement cartographiée,
moins nous remarquons l'obsolescence de la carte, y compris lorsque des
changements majeurs et « impossibles à rater » surviennent).

Mais cette finesse n'est pas incompatible avec OSM, dont le modèle de
données prévoit tous les attributs nécessaires. Et si cette personne
a fait cet effort, c'est sans doute qu'elle avait besoin de cette
précision à cet endroit. Elle ne me choque donc nullement.

> Tous les trottoirs sont mappés en surfacique, les places de parkings
> cartographiées une à une.

Il y a quelques années, j'ai fait découvrir OSM à un ami hydrologue qui
travaille dans le domaine de la prévision des crues éclair, notamment en
milieu urbain. Il a été stupéfait par la qualité de ce que je lui
montrais et il m'a dit qu'avec une telle finesse, si nous ajoutions les
trottoirs et leur hauteur, il pourrait même s'en servir pour modéliser
les écoulements dans les rues. À l'époque, je lui ai répondu amusé :
« il ne faut pas exagérer, nous n'allons quand même pas aller jusqu'à
mapper les trottoirs ! » J'avais visiblement tort. :)

Sébastien

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

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

Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru

[Marián Kyral]

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 8. 10. 2018 23:12:38
Předmět: Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru
"



On Mon, 8 Oct 2018 at 20:48, Mirek Dlask mailto:dlas...@gmail.com)> wrote:



"




Poznámka k přehledu poštovních schránek.

Například http://josm.poloha.net/cz_pbox/depo.php?id=29407
(http://josm.poloha.net/cz_pbox/depo.php?id=29407)


V pravém sloupci 'Zdroj' mám první řádek 201808 další 201802. Čekal bych
201809 nebo 201810. Jsem zmaten :-) 


""




""




Dnes jsem si vyfotil schránku 29407:291 která by měla být zrušena, ale
schránka je stále na svém místě. A to i v aktuálních datech České pošty,
které jsem si teď stáhl.


"
 

Obojí je způsobeno tímtéž: Marián neměl čas ten přehled aktualizovat, takže
se mu porovnává proti souboru z minulého měsíce.






"



Ahoj,

omlouvám se za zmatky, zkusím to co nejdřív napravit. Ale mám rozdělaný HW
projekt s esp32, k tomu jsem tak dlouho hledal vhodnou krabičku až jsem si
nakonec pořídil 3D tiskárnu ( ;-o ) a s tou si teď hraji, takže OSM
momentálně jede po vedlejší koleji. Nicméně očekávám, že s prodlužujícími se
večery se zase budu OSM více věnovat. Ať už mapování, importu ČP (mám tam
rozdělané přidávání komentářů ke schránkám), tracer pluginu nebo zlepšování 
osmap.cz. Tam mám asi největší resty. Plánů plno, času klasicky málo ;-)





Zmatky, které nám do importu vnáší lidi od pošty raději komentovat nebudu.
Ale radost mi nedělají.




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

Re: [OSM-talk-fr] grèves Loire

[Vincent Bergeot]

Le 8 octobre 2018 22:15:35 GMT+02:00, deuzeffe  a 
écrit :
>
>Il y a une palanquée de rendus en fait. Il y en a une carte "quelque part"

Par exemple http://openwhatevermap.xyz/




-- 
Vincent Bergeot 

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

Re: [OSM-talk-fr] Status de la BANO

[Epickiwi]

Merci de ta réponse, je vais regarder ça. 


Le 8 oct. 2018 18:39, marc marc  a écrit :

Le 08. 10. 18 à 23:23, EpicKiwi a écrit :
> les adresses qu'elles contiens ne sont pas encore assez matures
> pour êtres intégrés à OpenStreetMap.
> Est-ce toujours le cas ?

avis strictement perso : elles sont matures (et même si elles ne
le sont pas, elles sont importées en masse depuis longtemps)

> je me demande ce que je peux faire pour contribuer a l'amélioration des 
> adresses dans OSM.

ajoute les adresses de ton choix dans osm.
si tu veux éviter de recopier ces adresses à la main,
tu peux utiliser http://cadastre.openstreetmap.fr en utilisant
"Choix du type de données : Adresses" tout en bas
c'est hautement chronophage, il y aurait beaucoup à automatiser.

> Doit-je contribuer à la BANO ?

tu contribues automatiquement à la bano lorsque tu ajoutes
une adresses dans osm en France.
l'information lorsqu'elle existe dans osm a même priorité
sur les autres sources pour l'info dans la bano

> placers des points d'adresses dans OSM ? 

c'est là que la communauté se divise.
entre ceux qui veulent des adresses pures, points flottant sans aucun 
lien avec ce à quoi elle correspondent hormis la devinette par proximité
et ceux qui voudrait un lien entre l'adresse et ce à quoi elle 
correspond comme on le fait pour les communes (l'étendue de la
commune permet de faire un lien entre un bâtiment et sa commune)

> Puis-je placer des points OSM sur la base de la BANO ?

oui c'est permis.

> Il serait inutile que je mette les adresses qui serons un jour importés 
> de la BANO dans OSM. Et je me demande quand elle le seront...

vu qu'il faut une consensus pour faire un import dans osm,
je prend peu de risque en disant : pas cette année.
Mais l'absurdité de la situation fait que tu peux utiliser bano
pour charger les adresses d'une commune, supposément les vérifier
une à une et les importer oups intégrer dans osm et ceci autant
de fois que tu veux, y compris pour toutes les communes du pays.
c'est cet import oups intégration qui est en cours depuis longtemps.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk] Upload picture from OSM Contributor

[Bui Quang Hung]

Dear all,

I am trying to upload a picture from OSM Contributor (Mobile App) but I do
not know how to do.

Anyone can help me.

Thank you very much.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

By state https://tianjara.net/data/PSMA_AdminBdy_OSM/

On Tue, 9 Oct 2018 at 05:36, Andrew Harvey  wrote:
>
> I realised the JOSM PBF plugin doesn't like negative IDs. However
> there are duplicate nodes, so i'm re-processing to fix this. I'll also
> split it up by states. Originally I was hesitant at doing that since
> you want shared borders, but we're going to want to reuse the existing
> state boundaries so it will need to be done manually anyway.

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

[Talk-us] Looking for Mappers that are also RV or campers

[Clifford Snow]

We are looking for mappers that are active RV users, especially those that
have used Kampgrounds of America.

We are looking for help with an OSM article. Please contact me off line.

Thanks,
Clifford

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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Philippe Verdy]

Je ne pense pas que ce soit dérangeant, on voit bien le boulot que ça
représente, et au mieux c'est une expérimentation qui sera utile pour
évaluer plus tard les moyens techniques pour le généraliser ailleurs quand
on cherchera plus de détails.

Le frein est plutôt la compatibilité des outils de calcul d'itinéraires qui
ne savant pas encore traiter les chemins à travers les surfaces sans qu'on
y inclue **aussi** un tracé linéaire, comme on l'a fait pour les rivières).
Pour le reste tant que c'est le domaine piéton et que le linéaire des rues
reste en place, cela ne doit pas trop gêner les outils existants, et cela
ne doit pas causer non plus d'anomalies sérieuses de rendu (d'autant plus
qu'on a déjà des highway=pedestrian en surface avec area=yes).

A titre expérimental, je pense que c'est utile à condition d'en tirer des
conclusions sur les limites du système actuel et de nos objectifs de
priorités (on peut comparer avec les résistances initiales concernant
l'import des bâtiments quand au début OSM ne voulait que des noeuds et
n'avait pas encore les ressources pour gérer un tel volume de données à
l'échelle du monde...). Si c'est limité et fait l'objet d'une analyse
détaillée poussée pour connaitre précisément les difficultés (dont
notamment la maintenance de ces données où il n'y a aucune source open data
sur des zones de grande échelle, et notamment l'absence encore d'outils
d'analyse permettant de fouiller un tel niveau de détails et y relever les
anomalies, car il doit y en avoir et qui ne sont pas encore faciles à voir
et compliquées à gérer).

L'autre aspect bloquant est la limite de précision des orthophotos et
autres sources de données : difficile de trouver un accord commun, et cette
précision n'est pas encore assez stable entre deux mises à jour de ces
sources (on le voit par exemple dans le cadastre même vectorisé où la
conflation n'est toujours pas faite et les modèles numériques de terrain ne
sont pas encore assez au point et où on trouve des relevés initialemetn
faits sur des années différentes avec des référentiels géographiques
différents qui : le terrain bouge plus vite que ces sources.


Le lun. 8 oct. 2018 à 20:22, Gwenaël Jouvin  a
écrit :

> C’est effectivement un « boulot de dingue ». Les tracés collent bien avec
> la BD Ortho IGN, en haute définition dans cette région.
>
> Quelques problèmes tout de même :
> — un décalage avec le cadastre, a priori les trottoirs devraient suivre le
> pied du mur des bâtiments ;
> — les places de stationnement ne sont pas intégrées à un amenity=parking
> et restent invisibles ;
> — la piste cyclable sur trottoir qui devrait être indiquée par un chemin
> dédié plutôt qu’intégrée au trottoir (
> https://www.openstreetmap.org/way/627875672) ;
> — les bordures « kerb » qui sont présentes même au niveau des passages
> pour piétons abaissés ;
> — absence des connexions footway=crossing aux passages pour piétons.
>
> C’est un boulot colossal qui appelle finalement encore plus de boulot pour
> compléter avec une visite de terrain. Et il reste certainement plein de
> trucs à ajouter : toilettes, bancs, points d’eau, poubelles, armoires
> techniques, bouches à incendie enterrées, stationnement vélo…
> J’aurais tendance à faire le cheminement inverse, mettre « l’utile »
> d’abord et compléter avec l’imagerie ensuite :-)
>
> Après, tant que ça ne chamboule pas l’existant, je pense pas que ce niveau
> de détail dérange ?
>
>
>
> On 08/10/2018 19:05, Antoine Riche wrote:
> > Bonjour,
> >
> > Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges
> à Asnières ? Tous les trottoirs sont mappés en surfacique, les places de
> parkings cartographiées une à une. Un sacré boulot mais j'ai un doute sur
> la validité de la chose. Ça se passe ici : https://osm.org/go/0BPJJt4Jt--
> >
> > Antoine.
>
> ___
> 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] Status de la BANO

[marc marc]

Le 08. 10. 18 à 23:23, EpicKiwi a écrit :
> les adresses qu'elles contiens ne sont pas encore assez matures
> pour êtres intégrés à OpenStreetMap.
> Est-ce toujours le cas ?

avis strictement perso : elles sont matures (et même si elles ne
le sont pas, elles sont importées en masse depuis longtemps)

> je me demande ce que je peux faire pour contribuer a l'amélioration des 
> adresses dans OSM.

ajoute les adresses de ton choix dans osm.
si tu veux éviter de recopier ces adresses à la main,
tu peux utiliser http://cadastre.openstreetmap.fr en utilisant
"Choix du type de données : Adresses" tout en bas
c'est hautement chronophage, il y aurait beaucoup à automatiser.

> Doit-je contribuer à la BANO ?

tu contribues automatiquement à la bano lorsque tu ajoutes
une adresses dans osm en France.
l'information lorsqu'elle existe dans osm a même priorité
sur les autres sources pour l'info dans la bano

> placers des points d'adresses dans OSM ? 

c'est là que la communauté se divise.
entre ceux qui veulent des adresses pures, points flottant sans aucun 
lien avec ce à quoi elle correspondent hormis la devinette par proximité
et ceux qui voudrait un lien entre l'adresse et ce à quoi elle 
correspond comme on le fait pour les communes (l'étendue de la
commune permet de faire un lien entre un bâtiment et sa commune)

> Puis-je placer des points OSM sur la base de la BANO ?

oui c'est permis.

> Il serait inutile que je mette les adresses qui serons un jour importés 
> de la BANO dans OSM. Et je me demande quand elle le seront...

vu qu'il faut une consensus pour faire un import dans osm,
je prend peu de risque en disant : pas cette année.
Mais l'absurdité de la situation fait que tu peux utiliser bano
pour charger les adresses d'une commune, supposément les vérifier
une à une et les importer oups intégrer dans osm et ceci autant
de fois que tu veux, y compris pour toutes les communes du pays.
c'est cet import oups intégration qui est en cours depuis longtemps.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Philippe Verdy]

en principe c'est toujours l'algo suivant à appliquer :
- charger les membres des relations, ne garder que ceux de type "way" et
ayant un rôle vide (déprécié), ou "outer"/"inner" (conserver ces rôles en
métadonnées)
- trouver les ways communs (avec le même id) : il ne devrait y avoir que 1
ou 2 avec le même iD s'il y en en 3 ou plus, la représentation est
incorrecte
- dans les paires de ways communs, ils ne devraient pas avoir le même rôle
(ou bien les deux devraient avoir un rôle vide mais c'est une
représentation dépréciée), avec un en "outer" l'autre en "inner", si c'est
le cas, on supprime la paire.
- avec le reste des ways restants, on charge la liste des noeuds pour
chercher à les interconnecter : les interconnexions devraient être aux deux
noeuds d'extrémité de chaque noeud, afin de former des "anneaux" (dans un
premier temps garder les rôles des ways). Les interconnexions devraient se
faire sur ces noeuds un nombre pair de ways
- s'il y a un nombre impair de ways, la géométrie est incorrecte (non
fermée) et il va falloir tenter de réparer en cherchant  un way manquant
entre deux noeuds d'extrémité de la liste qui sont les plus proches et pas
déjà interconnectés par un way de la liste, afin d'ajouter ce way fictif
manquant et compléter les anneaux pour former des interconnexions paires
(attention on ne sait pas encore si c'est un way "inner" ou "outer", donc
on ne peut que lui donner un rôle vide.
- ensuite reste à savoir si les anneaux formée s'entrecroisent sur ces
noeuds: si c'est le cas, il faut faire des échanges de listes de ways d'un
anneau à l'autre.
- à ce stade on peut vérifier les rôles inner/outer ou assigner ceux qui
manquent.
- enfin on s'intéresse aux autres noeuds (hors des extrémités) et à la
géométrie exacte de chaque way pour voir s'il y a des intersections sur des
noeuds intermédiaires entre deux ways, et on devra tenter de réparer là
aussi (il faudra découper au besoin ces deux ways sur ces noeuds, au
passage on peut se retrouver avec une intersection impaire après parcouru
toute la liste, lors du découpage, on doit créer des ways plus courts dont
on conserve en métadonnées les id's originels en métadonnées, mais come la
phase précédente avait déjà rendu les anneaux fermés, la parité paire est
garantie; au passage la détermination des rpoles "outer" et "inner" devra
être revue dans une seconde passe sur les ways ainsi découpés dans la
première passe).
- on final on a une liste de ways fermés, les rôles sont tous corrects, on
peut donc créer des multipolygones GIS fermés et correctement ordonnés (la
seule chose à faire est de vérifier leur orientation, en sens antihoraire
pour les "outer", et horaire pour les "inner". On a des métadonnées pour
"logguer" les géométries incorrectes avec les id's des ways d'origine et
donc aussi l'id des relations dont ils sont issus.

On n'est pas obligé de tenter les corrections (les rendus Mapnik d'OSM.org
ne le font plus, il préfèrent maintenant produire un polygone manquant en
ignorant les géométries incorrectes: cela accélère considérablement le
rendu; ce type de traitement est plutôt fait maintenant par les outils de
veille qualité, comme Osmose, qui journalisent ces éléments et créent des
listes de signalements d'anomalies à corriger). Cela se passe lors de
l'import des données OSM en PostGIS qui effectue une telle conversion de
géométrie (mais ne fait plus de tentative de correction, qui est très lente
et surcharge beaucoup le serveur d'import et ne permettrait pas au rendu de
suivre assez vite le flux des modifications). On peut donc supposer que
déjà dans PostGIS les géométries sont déjà toutes correctes.

Mais faire cela dans une requête PostGIS est très compliquée ! Cela suppose
aussi que de toute façon PostGIS a effectué les corrections nécessaires,
mais on ne trouvera rien dans la base PostGIS si'il n'y a pas eu de
correction car les polygones seront de toute façon manquants dans la base.
PostGIS n'est pas vraiment fait pour ça, et c'est plutôt un traitement
direct par un outil d'export et d'analyse des données OSM qui convient le
mieux. Et là dans cet outil c'est bien plus simple car on s'intéresse juste
à un jeu réduit de relations OSM et on peut même faire cet algo "à la main"
ici.

Ce n'est en effet pas bien compliqué de sortir la liste des ways membres
(et leurs rôles à prendre en compte, pour éviter des membres qu'on trouve
parfois (dont notamment des "admin_centre" qui ne sont pas des noeuds mais
des ways de bâtiments, alors qu'on peut toujours positionner un noeud dans
ce bâtiment, mais en général les "admin_centre", les noeuds membres, et les
relations membres quelles qu'elles soient peuvent toujours être ignorés),
et c'est facile de voir qu'il y a des paires de ways et les éliminer.
L'outil "comcom" ne fait pas autre chose que de sortir des listes de ways
membres à garder, et comme il ne reste alors que des ways isolés, leurs
rôles "inner" ou "outer" (ou vide) dans les relations d'origine peut être
gardé tel quel.

On peut 

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[GarenKreiz]

@PierreV
Argument pas vraiment convaincant car le bâtiment de la piscine peut être
passif. Mais on digresse!


On Mon, 8 Oct 2018 at 21:51, PierreV  wrote:

> je répond à ceux qui trouvent qu'au niveau consommation énergétique c'est
> pas
> terrible :
> les "piscines extérieures" chauffées consomment moins qu'une "piscine
> classique dans un bâtiment"  puisqu'il ne faut chauffer que l'eau de la
> piscine et non pas l'air ambiant dans le bâtiment!
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Tagging di rovine romane

[Martin Koppenhoefer]

io eviterei ruins=yes e historic=ruins dove possible. Suggerisco 
historic=archaeological_site e site_type=* 
https://wiki.openstreetmap.org/wiki/Key:site_type

Anche uno (esempio Tempio di N) dentro l’altro (esempio Villa Adriana)
va bene.

Se gli edifici stanno in piedi, anche building=* va bene per i singoli edifici


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

[OSM-talk-fr] Status de la BANO

[EpicKiwi]

Bonjour,

Je viens de découvrir l’existence de la BANO et des nombreuses adresses qu'elle 
contiens. J'ai lu sur le wiki que les adresses qu'elles contiens ne sont pas 
encore assez matures pour êtres intégrés à OpenStreetMap.
Est-ce toujours le cas ?

Les adresses sont très importantes notamment pour la navigation GPS et je me 
demande ce que je peux faire pour contribuer a l'amélioration des adresses dans 
OSM. Doit-je contribuer à la BANO ? placers des points d'adresses dans OSM ? 
Puis-je placer des points OSM sur la base de la BANO ?
Il serait inutile que je mette les adresses qui serons un jour importés de la 
BANO dans OSM. Et je me demande quand elle le seront...
Bonne journée.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru

[Jan Macura]

On Mon, 8 Oct 2018 at 23:08, majka  wrote:

> To párování není tak jednoduché jak vypadá - protože pošta šachuje jak s
> čísly schránek, tak i s tím popisem (atd atd )
>

+1 za "digging this deep"!

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

Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru

[majka]

On Mon, 8 Oct 2018 at 20:48, Mirek Dlask  wrote:

> Ahoj,
> 1. Pokud bude pošta dělat rošády, nebo dokonce šachovat s čísly schránek,
> tak se dají poštovní data spárovat s poštovními daty z předchozího měsíce.
>

*Už to vypadá, že budu mít připraveno, a budu se vydávat na import list. *Ještě
tomu potřebuji udělat několik kol kontroly, abych se nesekla na něčem, co
mě nenapadlo - protože jsem původně nepočítala s tím, že to přečíslování je
tak časté. Hodnoty v OSM jsou tedy už delší dobu špatně, a bohužel jsem je
brala za správná.

To párování není tak jednoduché jak vypadá - protože pošta šachuje jak s
čísly schránek, tak i s tím popisem a když se to "dobře" sejde, tak i se
souřadnicemi, které udávají. Takhle "naivně" jsem si to také představovala,
a tak i byly připravené ty kontrolní skripty. Bohužel, takhle to nefunguje,
takže to opravdu bude minimálně ve dvou krocích, možná raději ve třech, kdy
kontrola vůči umístění bude také. Navíc nám jedno přečíslování už uteklo,
bylo někdy mezi zářím/říjnem loňského roku a cca dubnem.  Kdyby nebylo
míst, kde je několik schránek velmi blízko u sebe, dalo by se to u toho, co
už v mapě máme, udělat podle souřadnic. Bohužel, nedá, zvlášť vzhledem k
tomu, že některé schránky mají stále ještě od pošty udávanou polohu
(souřadnicemi) i několik kilometrů od správného místa. Některá depa na to
dlabou více než jiná, a hlavně více než je zdrávo :)
Dnes konečně mi to začalo fungovat tak, jak si představuji a snad pošta
nevymyslí ještě něco, čím to zase naboří. Překvapení se jim docela daří.

Poznámka k přehledu poštovních schránek.
> Například http://josm.poloha.net/cz_pbox/depo.php?id=29407
> V pravém sloupci 'Zdroj' mám první řádek 201808 další 201802. Čekal bych
> 201809 nebo 201810. Jsem zmaten :-)
>

> Dnes jsem si vyfotil schránku 29407:291 která by měla být zrušena, ale
> schránka je stále na svém místě. A to i v aktuálních datech České pošty,
> které jsem si teď stáhl.
>

*Obojí je způsobeno tímtéž: Marián neměl čas ten přehled aktualizovat,
takže se mu porovnává proti souboru z minulého měsíce.*

"Zrušená" schránka často znamená, že je zrušená jen dočasně. Tohle je
klasický případ, kdy jí zrušili po dobu výstavby té nové čekárny, tedy
alespoň předpokládám. Často to bývá po dobu rekonstrukce ulice (pošťák se k
ní nedostane) nebo po dobu rekonstrukce objektu, na kterém normálně
schránka je.
Proto se nechystám schránky automaticky rušit, ale pokud to půjde
mechanicky, budou přepsané jako disused:amenity=post_box fixme tagem a
označením, za jaké období se to dělalo.  Pak, jednou za čas (po roce?)
pokud se ta schránka nenajde v datech pošty, bych tyhle "disused"
definitivně vymazala.

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

[OSM-talk-fr] rendu osmfr

[marc marc]

> c'est quoi le "rendu fr" ? Il y a un 
> rendu différent en fonction de la langue du navigateur web ?

techniquement ce serrait possible mais rare sont les sites qui le font.
le rendu fr ou rendu osmfr est un fork (une copie adapté) du rendu 
classique https://tile.openstreetmap.fr/
la grande différence avec le rendu de https://www.openstreetmap.org
c'est que le rendu fr utilise par défaut le nom en français (le tag 
name:fr) lorsqu'il est présent tandis que le rendu osm.org utilise
le nom "local" (le tag name).
il y avait à l'origine quelques spécificité au rendu osmfr tel que
la baguette, le rendu des terrains de sport et le niveau de zoom 20
mais avec le temps, les différences se creusent, le rendu osm.org 
évoluant + vite que celui osmfr
comparaison https://mc.bbbike.org/mc/?num=2=mapnik=osmfr
diff 448 commits présent sur osmfr mais pas osm.org, 2797 commits 
présent sur osm.org mais pas sur osmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Community Data License Agreement – Permissive and ODbL?

[Kathleen Lu]

Hi Maurizio,
We did discuss CDLA at the last meeting, and are still considering what
communications to put out about it.
But for your specific situation of whether CDLA Permissive would be a good
choice for Italian public administration officials/agencies, it could work,
but I am not sure that the administrators would like CDLA Permissive any
more than CC-BY.
CDLA Permissive is not the same as CC-BY (there are some interesting
differences in the details), but at a high level, CDLA would allow the
public to use & redistribute the dataset for free. I'm not sure what
concern they could have about CC-BY that CDLA would solve. Is this related
to section 3.3 that you quoted?
Also, (I don't know what you've tried asking the administrators before, so
sorry if this is duplicative) have you already tried asking them just for
permission to add to OSM? Or to license (or dual-license) under Open
Government License or ODbL?
Best,
Kathleen


On Fri, Oct 5, 2018 at 2:33 AM Maurizio Napolitano  wrote:

> On Wed, Aug 22, 2018 at 7:34 PM Kathleen Lu 
> wrote:
> >
> > WOF aside, we can put it on our agenda to discuss whether the
> CDLA-permissive license is compatible with ODbL (note that there is also a
> CDLA-sharealike, which is not compatible).
> > I've started to see it mentioned in other circles as well.
> > -Kathleen
>
> Hi Kathleen
> Any news about the compatibility of the CDLA Permissive with the ODbL?
> I want understand if the CDLA Permissive is a good license to spread
> into the (italian) public administration with the goal to permit -
> without problems - the import for OpenStreetMap.
> By reading the license i found this point
>
> 3.3 You and each Data Provider agree that Enhanced Data shall not be
> considered a work of joint authorship by virtue of its relationship to
> Data licensed under this Agreement and shall not require either any
> obligation of accounting to or the consent of any Data Provider.
>
> PS:
> I don't intend to import the WOF data
> I want to understand if this is the license to be taken by public
> administrators who don't want to give up a license like che cc-by.
>
> --
> --
> Le informazioni contenute nella presente comunicazione sono di natura
> privata e come tali sono da considerarsi riservate ed indirizzate
> esclusivamente ai destinatari indicati e per le finalità strettamente
> legate al relativo contenuto. Se avete ricevuto questo messaggio per
> errore, vi preghiamo di eliminarlo e di inviare una comunicazione
> all’indirizzo e-mail del mittente.
>
> --
> The information transmitted is
> intended only for the person or entity to which it is addressed and may
> contain confidential and/or privileged material. If you received this in
> error, please contact the sender and delete the material.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] grèves Loire

[deuzeffe]

On 10/8/18 9:02 PM, François Boucault wrote:

Merci pour le lien,

>

Sinon petite question de novice : c'est quoi le "rendu fr" ? Il y a un
rendu différent en fonction de la langue du navigateur web ?


Ça serait fun à implémenter, mais non, ce n'est pas ça : c'est le rendu 
développé par C. Quest, visible ici : https://tile.openstreetmap.fr/ (le 
rendu, pas Christian !)


Il y a une palanquée de rendus en fait. Il y en a une carte "quelque part".

--
deuzeffe, perdus dans ses onglets

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

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

Je n’ai toujours pas trouver de solutions malgré différents essais.
J’aimerai éviter de créer une table en dur compliquée à maintenir à jour.


> Le 28 sept. 2018 à 08:09, Maël REBOUX  a écrit :
> 
> je vois l’idée mais c’est pas encore ça.
> 
> …
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH numbered AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','6']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM numbered AS a JOIN numbered AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "geometry_table":"numbered",
> "key_field": "",
> "geometry_field": "way",
> "asynchronous_request": "true",
> "max_async_connection": "4",
> "simplify_geometries": "true",
> "extent_cache": "auto",
> "extent": "-1363990,3994624,1824475,9411676"
>   },
> …
> 
> donne une erreur différente :
> 
> Postgis Plugin: ERROR:  relation "numbered" does not exist
> LINE 1: SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS N...
>^
> in executeQuery Full sql was: 'SELECT ST_SRID("way") AS srid FROM numbered 
> WHERE "way" IS NOT NULL LIMIT 1;'
> 
> logique : la géométrie n’est pas dans « numbered » (c’est pour récupérer le 
> admin_level dans la table des relations)
> mais dans planet_osm_point
> 
> donc on essaie :
> 
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH numbered AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','8']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM numbered AS a JOIN numbered AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "geometry_table":"planet_osm_point",
> "key_field": "",
> "geometry_field": "way",
> "asynchronous_request": "true",
> "max_async_connection": "4",
> "simplify_geometries": "true",
> "extent_cache": "auto",
> "extent": "-1363990,3994624,1824475,9411676"
>   },
> 
> et là ça passe : plus d’erreur MAIS je récupère pas de géométrie non plus :(
> 
>> Le 27 sept. 2018 à 09:31, Christian Quest > > a écrit :
>> 
>> Les requêtes SQL sont ré-empaquetées par le driver postgis de mapnik et là 
>> je pense qu'il ne sait pas détecter que c'est dans "data" qu'il va trouver 
>> "way".
>> 
>> Essaye en ajoutant un paramètre "geometry_table": "data" voire aussi 
>> "geometry_field": "way"
>> 
>> Pour l'ensemble des paramètres qu'on peut passer, voir: 
>> https://github.com/mapnik/mapnik/wiki/PostGIS 
>> 
>> 
>> Je pense aussi qu'un && !bbox! quelque part sera peut être nécessaire pour 
>> être sûr que la requête soit limitée à l'emprise à rendre...
>> 
>> 
>> Le jeu. 27 sept. 2018 à 07:45, Maël REBOUX > > a écrit :
>> J’ai oublié de mettre la déclaration de la couche dans le projet :
>> 
>> 
>> {
>>   "id": "places_admin_6",
>>   "name": "places_admin_6",
>>   "class": "",
>>   "Datasource": {
>> "type": "postgis",
>> "host": "db.openstreetmap.local",
>> "user": "osm",
>> "password": "osm",
>> "dbname": "osm",
>> "table": "( 
>> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
>> FROM planet_osm_point
>> JOIN (
>> WITH c AS(
>> SELECT row_number() OVER() AS row, entry
>> FROM(
>> SELECT unnest(members) AS entry
>> FROM planet_osm_rels
>> WHERE ARRAY['boundary','administrative']<@tags AND 
>> ARRAY['admin_level','6']<@tags) AS mylist)
>> SELECT ltrim(a.entry,'n')::bigint AS osm_id
>> FROM c AS a JOIN c AS b
>> ON a.row = b.row-1 AND b.entry = 'admin_centre'
>> ) x
>> USING(osm_id)
>>  ) AS data",
>> "key_field": "",
>> "geometry_field": "way",
>> "asynchronous_request": "true",
>> "max_async_connection": "4",
>> "simplify_geometries": "true",
>> "extent_cache": "auto",
>> "extent": "-1363990,3994624,1824475,9411676"
>>   },
>>   "geometry": "point",
>>   "srs-name": "3857",
>>   "srs": "+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 
>> +x_0=0.0 +y_0=0.0 +k=1.0 

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[PierreV]

je répond à ceux qui trouvent qu'au niveau consommation énergétique c'est pas
terrible :
les "piscines extérieures" chauffées consomment moins qu'une "piscine
classique dans un bâtiment"  puisqu'il ne faut chauffer que l'eau de la
piscine et non pas l'air ambiant dans le bâtiment!



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] grèves Loire

[François Boucault]

Merci pour le lien,

Je vais creuser ça et peut-être ouvrir une "issue", voire faire un "pull
request"... mais je ne connais pas encore le CSS !

Sinon petite question de novice : c'est quoi le "rendu fr" ? Il y a un
rendu différent en fonction de la langue du navigateur web ?


Le 08/10/2018 à 20:12, marc marc a écrit :
> Le 08. 10. 18 à 17:47, François Boucault a écrit :
>> c'est le tag landcover qui va orienter le rendu
>> Avez-vous une idée de comment on rajoute un rendu ?
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md
> la doc en anglais pour le rendu standard.
>
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/DOCKER.md
> si tu veux l'installer rapidos sur ton pc pour tester.
>
> tu peux aussi soumettre l'idée à Christian pour le rendu fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru

[Mirek Dlask]

Ahoj,
1. Pokud bude pošta dělat rošády, nebo dokonce šachovat s čísly schránek,
tak se dají poštovní data spárovat s poštovními daty z předchozího měsíce.
Nepárovat podle čísla, ale podle adresy a místa, případně polohy. Výsledkem
bude převodní tabulka která řekne:
Schránka v Horní Dolní 24  X:XXX přečíslovaná na X:XXY.
Ruční práce by se mohla rapidně snížit.
Moc nerozumím tagu source:collection_times. Například CP201802 může být
stejné až do CP205001
Nemusí tě zajímat od kdy je čas výběru platný. Buď zůstane stejný, nebo se
změní a aktualizuješ.
Stále předpokládám, že porovnáváš OSM data a data pošty.
Ale možná si to jako neprogramátor představuji moc jednoduše.

Poznámka k přehledu poštovních schránek.
Například http://josm.poloha.net/cz_pbox/depo.php?id=29407
V pravém sloupci 'Zdroj' mám první řádek 201808 další 201802. Čekal bych
201809 nebo 201810. Jsem zmaten :-)

Dnes jsem si vyfotil schránku 29407:291 která by měla být zrušena, ale
schránka je stále na svém místě. A to i v aktuálních datech České pošty,
které jsem si teď stáhl.
Je tam nová čekárna a schránka posunutá pod stříšku.

Mirek D.

st 3. 10. 2018 v 17:27 odesílatel majka  napsal:

> Zdravím všechny.
>
> Už tu padla otázka aktualizace doby výběru schránek, a asi nastal čas se
> tím začít zabývat.
> Začala jsem v malém zkoušet zda mám šanci nějaký automatizovaný edit dát
> dohromady, a vypadá to nadějně. Musíme jen doufat, že Česká pošta nebude
> dělat v datech větší zmatek než dosud. Nějaké vstupní kontroly už mám
> hotové z minulého měsíce, kdy jsem to dělala kvůli těm zrušeným depům, a
> vypadá to, že se při tom daří ty změny odchytit.
>
> Zatím jen nástin, jak by to vypadalo: Na základě nových dat se ověří,
> jestli pošta nedělala nějaké rošády s čísly schránek. Pokud ano, depa,
> kterých se to týká, by se z aktualizace doby výběru kompletně vyjmula, a
> přečíslování se ošetřilo zase ručně.
> Vytáhla bych schránky, které mají v OSM ref, a tam, kde se proti OSM doba
> výběru změnila, by se připravil update. Přibyl by další tag (který tam už u
> některých schránek je, a to source:collection_times, ve kterém by byl
> označen datum souboru České pošty, tj. tento měsíc CP:201810).
>
> Ta případně vynechaná depa by se mohla udělat samostatně až poté, co dojde
> k odkontrolování správnosti toho převodu a kontrole na případné nové
> duplicity.
>
> Jestli vše půjde dobře, mohlo by být vše připraveno během tohoto měsíce.
> Pak bych vyrazila na import list a nechala to posvětit tam. Zároveň při tom
> budu zjišťovat, zda lokální importy (omezené jen na ČR) je opravdu nutné
> import listem prohánět, protože se ohledně toho informace kapku rozchází -
> podle některých informací by mělo stačit to zdokumentovat a probrat jen
> tady.
>
> Majka
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

I realised the JOSM PBF plugin doesn't like negative IDs. However
there are duplicate nodes, so i'm re-processing to fix this. I'll also
split it up by states. Originally I was hesitant at doing that since
you want shared borders, but we're going to want to reuse the existing
state boundaries so it will need to be done manually anyway.

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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[marc marc]

Le 08. 10. 18 à 17:47, GarenKreiz a écrit :
> pour des raisons de sécurité <...> fermer

vu qu'un opérateur peux toujours fermer pour cause de sécurité
ou même selon son bon vouloir, cela me semble peu utile d'ajouter
cette possibilité dans osm (on doit pas traduire chaque phrase
du site web en tag)
mais si quelqu'un voulait le faire, cela ressemblerait à
opening_hours=Apr-Sep ; Oct-Mar "selon la météo"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Abus de topologie surfacique

[Gwenaël Jouvin]

C’est effectivement un « boulot de dingue ». Les tracés collent bien avec la BD 
Ortho IGN, en haute définition dans cette région.

Quelques problèmes tout de même :
— un décalage avec le cadastre, a priori les trottoirs devraient suivre le pied 
du mur des bâtiments ;
— les places de stationnement ne sont pas intégrées à un amenity=parking et 
restent invisibles ;
— la piste cyclable sur trottoir qui devrait être indiquée par un chemin dédié 
plutôt qu’intégrée au trottoir (https://www.openstreetmap.org/way/627875672) ;
— les bordures « kerb » qui sont présentes même au niveau des passages pour 
piétons abaissés ;
— absence des connexions footway=crossing aux passages pour piétons.

C’est un boulot colossal qui appelle finalement encore plus de boulot pour 
compléter avec une visite de terrain. Et il reste certainement plein de trucs à 
ajouter : toilettes, bancs, points d’eau, poubelles, armoires techniques, 
bouches à incendie enterrées, stationnement vélo…
J’aurais tendance à faire le cheminement inverse, mettre « l’utile » d’abord et 
compléter avec l’imagerie ensuite :-)

Après, tant que ça ne chamboule pas l’existant, je pense pas que ce niveau de 
détail dérange ?



On 08/10/2018 19:05, Antoine Riche wrote:
> Bonjour,
> 
> Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges à 
> Asnières ? Tous les trottoirs sont mappés en surfacique, les places de 
> parkings cartographiées une à une. Un sacré boulot mais j'ai un doute sur la 
> validité de la chose. Ça se passe ici : https://osm.org/go/0BPJJt4Jt--
> 
> Antoine.

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

Re: [OSM-talk-fr] grèves Loire

[marc marc]

Le 08. 10. 18 à 17:47, François Boucault a écrit :
> c'est le tag landcover qui va orienter le rendu

> Avez-vous une idée de comment on rajoute un rendu ?

https://github.com/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md
la doc en anglais pour le rendu standard.

https://github.com/gravitystorm/openstreetmap-carto/blob/master/DOCKER.md
si tu veux l'installer rapidos sur ton pc pour tester.

tu peux aussi soumettre l'idée à Christian pour le rendu fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rendu FR : récifs

[Waxy]

Salut,

Me demandais comme ça si ça serait pas opportun (joli ) de rendre les
lagons sur le rendu FR (natural=reef, subsea=coral_reef, place=atoll…)

@+

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

Re: [OSM-talk-fr] grèves Loire

[ades]

ce serait pas mal, en tous cas pour les bras secs en été.
Pour les grèves, je me posais la questions de savoir si ce ne serait pas une 
bonne méthode que  de ne dessiner que leurs amorces (qui ne changent pas 
beaucoup d’une année sur l’autre, pour les principales…) avec les tags, 
surface:sand ; seasonal:*'
Et entre la Dague et Montsoreau, en ajoutant un tag définissant l’interdiction 
d’accès d’avril à aout…'access:*'
Ça me semble très important, même si on ne tague pas la législation ;-), trop 
con que les canoistes utilisant OSM viennent foutre en l’air la nidifications 
des sternes, par ignorance…

> Le 8 oct. 2018 à 17:47, François Boucault  a écrit :
> 
> En effet ça semble être la bonne idée ! Je propose donc comme tags :
> 
> - 'natural=riverbed'
> 
> - 'seasonal=yes' (impossible d'être plus précis)
> 
> - 'landcover=sand'
> 
> (ou sur certaines zones 'lancover=grass' en rajoutant 'grassland=grey_dune')
> 
> Mais c'est le tag landcover qui va orienter le rendu, ce qui visuellement ne 
> permettra pas de comprendre le caractère saisonnier... Sur la page de wiki 
> dédiée à "natural=riverbed", il est dit :
> 
> "In addition the area could be rendered with blue stripes to show that it is 
> occasionally flooded"
> 
> https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed 
> 
> Avez-vous une idée de comment on rajoute un rendu ? (par exemple des hachures 
> bleues comme c'est proposé dans le wiki)
> 

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

Re: [Talk-it] ex piscina

[Ivo Reano]

Non credo che sia una piscina.
È una vasca per la raccolta dei liquami. Se non è completamente rovinata,
ma recuperabile, entra nella categoria abandoned, altrimenti ruin?


Il lun 8 ott 2018, 18:20 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> Il 08/10/2018 12:02, Gabriele Sani ha scritto:
> > Come taggo una vecchia piscina non in uso da anni?
> >
> > Si tratta di un vascone di cemento, a cui ci si e' sempre riferiti come
> ex
> > piscina, anche se a me da piu' l'idea di uno di quei posti in cui si
> > ammucchiavano gli escrementi degli animali in campagna
> >
> >
>
> La taggherei come piscina normalmente col namespace abandoned:
>
> abandoned:swimming=pool
>
> lascerei perdere il tag sport=* .
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Abus de topologie surfacique

[Antoine Riche]

Bonjour,

Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges 
à Asnières ? Tous les trottoirs sont mappés en surfacique, les places de 
parkings cartographiées une à une. Un sacré boulot mais j'ai un doute 
sur la validité de la chose. Ça se passe ici : 
https://osm.org/go/0BPJJt4Jt--


Antoine.


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

Re: [OSM-talk-fr] hebdoOSM Nº 428 2018-09-25-2018-10-01

[deuzeffe]

Merci :)

En revanche, je n'arrive pas à le faire apparaître dans l'outil en ligne 
(en direct ou via le site d'osm-fr), tout comme RoofMapper, d'ailleurs. 
Mon FF est marabouté ou bien ?


--
deuzeffe, cévrémentropinzuste

On 10/8/18 3:04 PM, PanierAvide wrote:

Pour info, l'outil a été mis à jour :-)

Adrien.

Le 07/10/2018 à 19:53, deuzeffe a écrit :


Je te fais ça. Vais tenter sur le git de frama...





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

Re: [Talk-it] "cabina" metano

[Marcello]

Claudio,

io ho tutto attivato tranne "Visualizza il livello informativo", con
queste regole attive:

Indirizzi;Combinazioni di etichette;Caratteristiche
deprecate;Geometria;Strade;Valori multipli;Valori
numerici;Religione;Relazioni;Etichette non necessarie;Wikipedia;Territori

Il validatore fa il check in automatico sugli oggetti creati o
modificati prima del caricamento, se lo lanci manualmente controlla gli
oggetti selezionati o tutti gli oggetti presenti se non ne hai
selezionato nessuno. Gli avvertimenti qualche volta sono inevitabili, ad
esempio se metti una strada residenziale di cui non conosci il nome ti
segnala che manca, ma se non lo sai ci puoi fare ben poco, quando lo
saprai lo aggiungerai o lo metterà qualcun altro, meglio avere una
strada senza nome piuttosto che nessuna strada.

Ciao
Marcello

On 08/10/2018 11:02, claudio62PG wrote:
> In effetti cambiando la spunta il messaggi del validatore sono
> scomparsi e quindi mi accetta la modifica
>
> Quindi nasce spontanea la domanda  quale è il modo corretto di untilizzare /
> impostare il validatore di
> josm?
> ciao
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>

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

Re: [OSM-talk-fr] Outil d'édition/mise à jour de commerce

[deuzeffe]

On 10/8/18 3:33 PM, Julien Lepiller wrote:


Ma stratégie a payé ! https://osmybiz.osm.ch/ est désormais disponible
en français.


Mmmhhh, non seulement il refuse de me connecter via osm mais en plus 
j'ai le type de shop (coiffeur, agence immobilière, etc.) en allemand :(


--
deuzeffe, cétropinzuste

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

Re: [Talk-it] ex piscina

[liste DOT girarsi AT posteo DOT eu]

Il 08/10/2018 12:02, Gabriele Sani ha scritto:

Come taggo una vecchia piscina non in uso da anni?

Si tratta di un vascone di cemento, a cui ci si e' sempre riferiti come ex
piscina, anche se a me da piu' l'idea di uno di quei posti in cui si
ammucchiavano gli escrementi degli animali in campagna




La taggherei come piscina normalmente col namespace abandoned:

abandoned:swimming=pool

lascerei perdere il tag sport=* .


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

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

[Talk-it-southtyrol] Mappare i defibrillatori sul nostro territorio

[Andrea Congiu]

Buon pomeriggio a tutti,
dopo qualche verifica lancio la mappatura dei defibrillatori sul nostro
territorio.
Il seguente link specifica il Tag da usare

https://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator

Come punto di partenza per l'ubicazione dei DEA abbiamo solo questa
lista di Bolzano in quanto solo questa città li ha installati ed è un
progetto pilota.

http://www.comune.bolzano.it/UploadDocs/21081_Flyer_defibrillatore.pdf

Io ho cominciato a mappare quelli presenti nel pdf e alcuni altri.

Chi se la sente di aiutarmi a realizzare un pagina internet simile a
questa https://www.osmhydrant.org/it/ usando http://openmapkit.org/

Ciao e grazie
andrea

-- 

GnuPG- ID chiave pubblica: D3E105A5855121BB
ID diaspora* - congiu_a...@diasp.org
SIP  - congiu.a...@ekiga.net


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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[GarenKreiz]

@Paul Desgranges

Pas sûr que ce type de piscine soit si rare que cela: j'en ai fréquenté au
moins trois rien qu'en Seine Maritime!
https://www.openstreetmap.org/way/63710435
https://www.openstreetmap.org/way/211489302
https://www.openstreetmap.org/way/65039622

Au delà des aspects économique et développement durable de l'ouverture en
hiver de ces bassins, il semble y avoir des problématiques de sécurité:
dans certaines conditions, la visibilité peu être réduite à 2 mètres. Bon
courage pour taguer dans OSM l'information suivante "En raison des
conditions atmosphériques durant la période hivernale (la présence de
brouillard), la Direction de la Vie Sportive peut être amenée, pour des
raisons de sécurité liées à la surveillance, à fermer le bassin extérieur
du Centre Sportif Guy Boissière."

Paul Desgranges

On Mon, 8 Oct 2018 at 09:33, Paul Desgranges 
wrote:

> - Oui, mais la température change trop, c'est la question qu'on se pose
> parfois, "Et aujourd'hui elle est à combien ? "
> Donc je pense personnellement ne mettre ni "heated", ni "temperature" ni
> quoi que ce soit relatif à ceci.
> - Ok pour utiliser "opening_hours" si ça fait office de "opening_days"
> aussi.
> - Par contre pour la longueur, je comprends bien qu'il ne faut pas
> dupliquer, mais là ça répond à la question "c'est un bassin de 25m ou de
> 50m" ? C'est une caractéristique importante, visible, facile à tagguer et à
> utiliser, donc utile. Et l'usage du tag "length" est documenté dans le wiki
> en français
>  ou
> en anglais
> 
> Bonne journée
> Paul
>
>
> Le 07/10/2018 à 22:43, Philippe Verdy a écrit :
>
> En, revanche la qualité de l'eau (douce/thermale/ferrugineuse/eau de
> mer) sont plus utiles
>
>  | Le dim. 7 oct. 2018 à 21:35, marc marc  a
> écrit :
>
> -> tag temperature parce que non chauffé, c'est très au contraire
>> subjectif.
>>
> je connais des piscines que les locaux considère comme chaude mais
>> non chauffée... car c'est une source thermale tellement chaude que
>> la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
>> de même l'eau dans des bassins fort foncé est naturellement chaude,
>> "chauffé par le soleil" ou non chauffé selon les personnes.
>>
>> >  - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"
>>
>> le tag opening_hours te le permet
>>
>> >  - conserver le "length=50" car même si on peut déduire ça de la
>> > géométrie, la valeur de l'attribut est ainsi plus directement
>> requétable
>>
>> oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
>> tous les tags de la piscine sur chaque bassin parce que c'est plus
>> facile à utiliser ?
>> peut-être faudrait-il au contraire documenter des moyens faciles
>> pour tirer le meilleur parti des données existantes, une sorte
>> de tutoriel/howto avec les cas qui reviennent de temps en temps.
>>
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] domande pratiche sui dati dal dataset Mise

[Cascafico Giovanni]

Io toglierei operator, ref:mise e cambierei la brand in TotalErg. Magari,
se vedo qualcuno dietro alla cassa, gli chierei perchè non ha registrato
[1] le modifiche sul sito del MISE :-)

[1]
http://www.sviluppoeconomico.gov.it/index.php/it/213-normativa/notifiche-e-avvisi/2038327-comunicato-3-luglio-2018-anagrafe-impianti-distribuzione-carburanti-online-la-piattaforma

Il giorno lun 8 ott 2018 alle ore 11:16 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano
> differenze tra la situazione in loco e dati del Mise.
>
> Per esempio: https://www.openstreetmap.org/node/3646772601/history
>
> Questo nodo era taggato come Q8, e su questa base sono stati importate
> delle proprietà dal MISE (ref:mise e operator). Adesso ho visto che si
> tratta di un TotalERG.
>
> Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?
>
> Ciao,
> Martin
>
> ___
> 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] grèves Loire

[François Boucault]

En effet ça semble être la bonne idée ! Je propose donc comme tags :

- 'natural=riverbed'

- 'seasonal=yes' (impossible d'être plus précis)

- 'landcover=sand'

(ou sur certaines zones 'lancover=grass' en rajoutant 'grassland=grey_dune')

Mais c'est le tag landcover qui va orienter le rendu, ce qui
visuellement ne permettra pas de comprendre le caractère saisonnier...
Sur la page de wiki dédiée à "natural=riverbed", il est dit :

"In addition the area could be rendered with blue stripes to show that
it is occasionally flooded"

https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed

Avez-vous une idée de comment on rajoute un rendu ? (par exemple des
hachures bleues comme c'est proposé dans le wiki)


Le 08/10/2018 à 15:27, ades a écrit :
> Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas
> pour les Bras de Saint-Aubin et de Sainte-Gemmes. 
> Peut être en rajoutant’seasonal=*’
>
> Voir ici
> : 
> https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river
>
>
> Riverbed
>
> natural =riverbed
>  is
> sometimes used to define the area of the riverbed.
>
>
>   River islands and sandbanks
>
> It is fairly common practice not to map non-permanent and quickly
> changing islands (sandbanks) in rivers. Vegetation cover on river
> islands can sometimes be used as an indicator for their permanency
> although it can also be misleading - there are many examples of
> vegetation free river islands that are stable for many years. When
> mapping from aerial or satellite imagery comparing images from
> different years can be very helpful. 
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Wiki-Eintrag falsch?

[Martin Koppenhoefer]

>
> PS: Wieso kriege ich die Mails nicht um darauf direkt zu antworten? Das
> ist immer nur copy & paste aus dem Archiv - deswegen haut auch die
> Baumstruktur nicht hin.




Evtl. hast Du den "digest" (Sammlung) aktiviert? Dann bekommst Du die Mails
nicht einzeln, ist eigentlich nicht zu empfehlen, weil es das Antworten
schwierig macht.

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

Re: [OSM-talk-fr] grèves Loire

[Rpnpif]

Le  8 octobre 2018, ades a écrit :

> Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas pour 
> les Bras de Saint-Aubin et de Sainte-Gemmes. 
> Peut être en rajoutant’seasonal=*’
> 
> Voir ici : 
> https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river
> Riverbed
> 
> natural =riverbed 
>  is sometimes 
> used to define the area of the riverbed.
> 
> River islands and sandbanks
> 
> It is fairly common practice not to map non-permanent and quickly changing 
> islands (sandbanks) in rivers. Vegetation cover on river islands can 
> sometimes be used as an indicator for their permanency although it can also 
> be misleading - there are many examples of vegetation free river islands that 
> are stable for many years. When mapping from aerial or satellite imagery 
> comparing images from different years can be very helpful. 
> 
> 

Bonjour,

Je suis aussi ces zones qui sont assez complexes à cartographier.
D'accord avec seasonal et avec ce que dit François Boucault.

Les zones humides (de fleuves et rivières ou pas) sont souvent
difficiles à voir car elles sont caractérisées par des plantes et un sol
spécifiques rarement visibles sue les photos aériennes et assez souvent
invisibles en été. Elles devraient être inventoriées entre autres dans
les PLUI mais y sont trop souvent absentes du fait du travail laxiste
d'élaboration du PLUI, inventaire exhaustif pourtant légalement
obligatoire.

De même la distinction entre un marais et une prairie humide est
parfois peu évidente, sauf pour les grands marais.

En résumé, sans document administratif, seule une connaissance sur le
long terme (au moins sur une année sinon deux) permet de bien voir les
zones humides.

Par contre les zones inondables qui vont souvent de pair sont
théoriquement bien répertoriées en France.

-- 
Alain Rpnpif

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

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

ho deciso che cambia ref:mise in old_ref:mise in questo caso ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

grazie, ho controllato, lì ci sono ancora i dati dei tempi dell'import...

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

Re: [Talk-in] Need all the district details of India

[Thejesh GN]

Thank you Srihari. It works.
Thej
--
Thejesh GN *⏚* ತೇಜೇಶ್ ಜಿ.ಎನ್
http://thejeshgn.com
GPG ID :  0xBFFC8DD3C06DD6B0


On Fri, 5 Oct 2018 at 19:31, Srihari Thalla  wrote:

> Hi Thej,
>
> Here is the query : http://overpass-turbo.eu/s/Cxv
>
> This is what I did :
> 1. Open the Wizard tool
> 2. type:relation and admin_level=5 and name:kn=* in India
> 3. Hit Build and run. If you encounter timeout, increase the same in the
> generated query.
>
> Hope this helps!
>
> Cheers,
> Srihari
>
> On Fri, Oct 5, 2018, 19:16 Thejesh GN  wrote:
>
>> Dear All,
>> I am trying to get all the district level. See if this query is okay?
>>
>> http://overpass-turbo.eu/s/Cxq
>>
>> I am getting this
>>
>> *An error occured during the execution of the overpass query! This is
>> what overpass API returned:*
>>
>> *runtime error: Query ran out of memory in "query" at line 6. It would
>> need at least 0 MB of RAM to continue.*
>>
>>
>> Is there any smarter way to do this?
>>
>> I am doing this to check the status of Kannada translation (name:kn).
>>
>> Thej
>> --
>> Thejesh GN *⏚* ತೇಜೇಶ್ ಜಿ.ಎನ್
>> http://thejeshgn.com
>> GPG ID :  0xBFFC8DD3C06DD6B0
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-de] 30er Zone (Z274.1)

[Florian Lohoff]

On Sun, Oct 07, 2018 at 07:17:03PM +0200, Norbert wrote:
> Am 06.10.2018 um 20:10 schrieb Martin Scholtes:
> > Moin zusammen,
> > 
> > wollte mal eben wieder eine Straße mit dem 30er Zone Zusatz ergänzen und
> > festgestellt, das im Wiki drei Varianten vonsource:maxspeed gibt.
> > 
> > Welche ist den nun eigentlich die offizielle?
> > 
> > https://wiki.openstreetmap.org/wiki/DE:Key:source:maxspeed
> > 
> > 
> > Gruß
> > Martin
> > 
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
> 
> Hallo,
> 
> ich bin der Meinung, dass source angibt woher die Information stammt. z.B
> source:maxspeed=sign
> 
> Ich tagge 30er Zonen mit zone:maxspeed=DE:30

Um es noch zu verbreitern -

maxspeed:type=zone:30

StreetComplete verwendet nicht source:maxspeed sondern maxspeed:type
daher wird der trend klar in die richtung type gehen.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk] Is it time to redevelop JOSM?

[Florian Lohoff]

Hi,

On Sun, Oct 07, 2018 at 11:26:20PM +0200, Frederik Ramm wrote:
> Someone attempted to re-develop JOSM (as "JOSM-ng") in 2008 and even
> then (with JOSM having a fraction of the features it has today) it
> didn't get anywhere ;)
> 
> I recently (on josm-dev) said that the actual code is not the essence of
> JOSM, but the UI and workflow. I said that the actual language in which
> it was written is irrelevant and that it could probably rewritten if
> need be. But this was an opinion not widely shared among other
> participants of the mailing list, and I guess they know what they're
> talking about.

> Writing a new piece of software that fully mimicks an existing program
> is likely to be easier than developing a new editor from scratch, but
> it's still a lot of work, and I don't currently see the need. I guess
> there will be workarounds for many of the issues you mention, and some
> issues are not work-around-able - for example, if your IT admin decides
> that you should not be able to install software locally for security
> reasons, then it is hard to envisage any kind of "offline editor"
> working well. C# won't save you here.

Over the last 2-3 years i am getting my trouble with josm because it
is no longer an offline editor. Everyone who has tried starting josm
on Edge type connections (Yes - i do have DSL Light with 384KBit/s at
home) knows what i am talking about.

For me the best case starting josm is 2-3 Minutes - YES Minutes. Worst
case i am at 35 Minutes - Thats more than half an hour.
This happens when some "view" decides that its time to update its png
files from the web. The EU Sign file is 42 MByte which is at best case
35KByte/s - 1228 seconds to download.

Just count the number of network requests for views, image layers,
motd, plugins, user details, user messages and you know the pain.

There is no way to make JOSM really an offline editor now.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk] Is it time to redevelop JOSM?

[Florian Lohoff]

On Sun, Oct 07, 2018 at 05:27:19PM -0400, Mike N wrote:
> > I'm not saying C# is the only way to go.
> 
>   There's a lot to like about a C# solution, but currently lacks a cross
> platform desktop graphics library.  All the "Desktop pack" GUIs that Dotnet
> Core supports are Windows-only.   I don't know if there is a good
> open-source cross platform desktop GUI for C# yet.

Python/QT ?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Outil d'édition/mise à jour de commerce

[Dlareg]

Ah mince je n'ai pas été assez rapide pour le signaler ce matin.

Merci d'avoir poussé les demandes.

J'en ai profité pour mettre à jour les fiches descriptives :

https://wiki.openstreetmap.org/wiki/FR:Onosm.org
https://wiki.openstreetmap.org/wiki/FR:OSMyBiz


Le 08/10/2018 à 15:33, Julien Lepiller a écrit :
> Le 2018-09-25 15:57, Julien Lepiller a écrit :
>> Le 2018-09-25 15:47, Dlareg a écrit :
>>> Le 24/09/2018 à 23:16, marc marc a écrit :
 onosm ou osmmybiz (version améliorée mais qui à son lancement ne
 fonctionnait qu'en Suisse... à voir si c'est mondial maintenant)
>>>
>>>
>>> http://onosm.org/
>>> https://osmybiz.osm.ch/
>>>
>>> Je découvre les 2 services, osmmybiz a étendu son fonctionnement.
>>> Par contre aucun des 2 n'est en français.
>>>
>>> Librement
>>
>> C'est pas faute de l'avoir traduit pourtant...
>>
>> D'ailleurs il n'y a pas que le français : l'hébreux, le hongrois et le
>> polonais sont aussi complets par exemple :
>> https://www.transifex.com/openstreetmap/osmybiz/dashboard/
>>
>> J'ai ouvert un rapport de bogue sur le gitlab associé à osmybiz :
>> https://gitlab.com/geometalab/osmybiz/issues/207 donc on peut espérer
>> que ces langues apparaissent bientôt :)
>>
> 
> Ma stratégie a payé ! https://osmybiz.osm.ch/ est désormais disponible
> en français.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




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] Arceaux partagés motos / vélos

[Phyks]

Hmm, je vais passer vérifier celui au 64 avenue Henri Ginoux ce soir.

On parle de quelle rue devant le tabac ? La rue Sadi Carnot ?

De mémoire de quand je suis passé là-bas, ce stationnement 
https://www.google.com/maps/@48.8171366,2.3215206,3a,75y,358.39h,80.11t/data=!3m7!1e1!3m5!1s7Np31aULrZ24vWjIrUM13Q!2e0!6s%2F%2Fgeo2.ggpht.com%2Fcbk%3Fpanoid%3D7Np31aULrZ24vWjIrUM13Q%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D80.504166%26pitch%3D0%26thumbfov%3D100!7i16384!8i8192?hl=fr 
est un stationnement deux roues, mutualisé et pas interdit aux vélos.


Je veux bien plus d'informations sur ce dernier du coup.

Le 2018-09-27 20:29, Philippe Verdy a écrit :

Et même chose un peu plus loin (sur la photo on voit la carotte rouge
d'un tabac de l'autre côté du carrefour: la rue devant ce tabac a
là aussi un parking 2 roues interdit aux vélos.

La rue où a été prise cette photo a bien une voie cyclable, en
théorie, mais cette voie est occupée en permanence par le
stationnement de voitures et de camionnettes de livraison (rarement
verbalisés car ces rues ne sont pas surveillées, même devant les
écoles), bref une piste cyclable inutilisable.

Il ne fait pas bon être cycliste à Montrouge.

Le jeu. 27 sept. 2018 à 19:52, Philippe Verdy  a
écrit :


Il faut espérer que les vélos ont aussi leurs emplacements (sans
doute sur le terre-plain dont on voit juste l'extrémité sur la
photo, protégé par les plots métalliques), pour que ceux-ci ne se
garent pas sur les trottoirs étroits attachés aux réverbères ou
gouttières).

Dans ce cas cette petite bande pour motos/cylomoteurs/scooters est
bienvenue et évite qu'eux aussi occupent les emplacements pour
vélos (d'autant que c'est surbaissé au niveau de la chaussée, et
trop étroit pour un parking voitures/camions sans prendre trop de
place sur les trottoirs ou la chaussée.

Dans la plupart des rues cependant, soit on a interdiction de
stationnement des voitures, comions et motos, soit les emplacements
pour voitures/fourgonnettes/camions sont utilisables aussi par les
motos qui prennent une place entière (elles se garent rarement en
épi de peut qu'un autre véhicule se garant croit avoir la place et
les renversent : c'est difficile de relever seul une moto et souvent
cela fait de la casse lors de la chute ou des tentatives de relevage
sans appui).

Le jeu. 27 sept. 2018 à 19:07, Phyks  a écrit :

Tu saurais où a été prise cette photo ? Je j'ai jamais vu ça.

Comme on fait une passe sur les stationnements deux roues, je
noterai pour celui-ci.

Merci,

Le 25 septembre 2018 17:05:48 GMT+02:00, Shohreh
 a écrit :

cquest wrote
Question peut être bête et en rapport indirect avec le sujet...
qu'est-ce
qui empêche (légalement et pratiquement) de garer un vélo dans
un
emplacement moto ?

Rare, mais ça existe : ici à Montrouge (en proche banlieue
parisienne, pour
les étrangers).

https://postimg.cc/DSttFRmc

--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

-

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


--
Phyks

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

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Cascafico Giovanni]

qui [1] trovi anagrafica e prezzi (con il giorno dell'ultimo
aggiuornamento).

[1] https://github.com/cascafico/OSM-ItalyFuelStations/tree/master/tmp

Il lun 8 ott 2018, 12:51 Martin Koppenhoefer  ha
scritto:

>
>
> Am Mo., 8. Okt. 2018 um 12:19 Uhr schrieb Any File  >:
>
>> Ma tu sai qule sia la brand presente adesso?
>
>
>
>
> certo, quello che mi chiedevo: visto che ref mise si referiva al vecchio
> benzinaio (brand q8), non dovrei adesso togliere sia ref:mise che anche
> "operator", perché potrebbero essere dati superati? Dove posso trovare il
> benzinaio nel db Mise (ho cercato di guardare lo stato attuale, ma sono
> sembre imboccato su una pagina con mappa google che faceva cercare soltanto
> con nomi e non con ref)?
>
> Ciao,
> Martin
> ___
> 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] Outil d'édition/mise à jour de commerce

[PanierAvide]

Le 08/10/2018 à 15:33, Julien Lepiller a écrit :

Ma stratégie a payé ! https://osmybiz.osm.ch/ est désormais disponible
en français.


C'est cool en plus l'outil fonctionne aussi en France maintenant, 
quelque chose me dit que ça va être bien utile pour une future 
cartopartie rennaise ;-)


Adrien.

--
PanierAvide
Géomaticien & développeur


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

Re: [OSM-talk-fr] Outil d'édition/mise à jour de commerce

[Julien Lepiller]

Le 2018-09-25 15:57, Julien Lepiller a écrit :

Le 2018-09-25 15:47, Dlareg a écrit :

Le 24/09/2018 à 23:16, marc marc a écrit :

onosm ou osmmybiz (version améliorée mais qui à son lancement ne
fonctionnait qu'en Suisse... à voir si c'est mondial maintenant)



http://onosm.org/
https://osmybiz.osm.ch/

Je découvre les 2 services, osmmybiz a étendu son fonctionnement.
Par contre aucun des 2 n'est en français.

Librement


C'est pas faute de l'avoir traduit pourtant...

D'ailleurs il n'y a pas que le français : l'hébreux, le hongrois et le
polonais sont aussi complets par exemple :
https://www.transifex.com/openstreetmap/osmybiz/dashboard/

J'ai ouvert un rapport de bogue sur le gitlab associé à osmybiz :
https://gitlab.com/geometalab/osmybiz/issues/207 donc on peut espérer
que ces langues apparaissent bientôt :)



Ma stratégie a payé ! https://osmybiz.osm.ch/ est désormais disponible
en français.

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

Re: [OSM-talk] [HOT] [OSM-dev] Tool update from HOT: MapCampaigner

[Christoph Hormann]

On Monday 08 October 2018, Harry Wood wrote:
> [...]
>
> These tools have been known in OSM as "Quality Assurance" tools. To
> Frederik's point, personally I actually think *this* naming, which we
> settled on a long time ago, is weirdly over-broad. We should have
> called them "data checks" or "data bugs" or something, because surely
> "quality" of a map is much more than counting up how many data
> glitches there are, and surely it *does* include how complete the map
> is (e.g. complete with more rich POI coverage)

Actually what we name quality assurance tools (i.e. Osmose, OSMI and 
similar) is fairly similar to techniques used in industrial production 
processes as part of quality assurance and quality management 
endeavours - with the same advantages and limitations.

Like in those cases the term quality assurance is somewhat misleading 
since watching over process parameters and performing automated checks 
on its own does not in any way assure a certain level of quality.  But 
detecting and quantifying quality problems is of course the first step 
towards assuring a certain quality level.

And measuring production quantity is usually not part of a quality 
assurance process - unless it is part of a yield or efficiency 
measurement, i.e. relative quantity.

Of course most of the quality assurance tools we have at the moment only 
measure plausibility and internal consistency of the data.  We have 
only very few automated QA tools that use any kind of outside reference 
to gauge accuracy of the data.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] grèves Loire

[ades]

Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas pour les 
Bras de Saint-Aubin et de Sainte-Gemmes. 
Peut être en rajoutant’seasonal=*’

Voir ici : 
https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river
Riverbed

natural =riverbed 
 is sometimes used 
to define the area of the riverbed.

River islands and sandbanks

It is fairly common practice not to map non-permanent and quickly changing 
islands (sandbanks) in rivers. Vegetation cover on river islands can sometimes 
be used as an indicator for their permanency although it can also be misleading 
- there are many examples of vegetation free river islands that are stable for 
many years. When mapping from aerial or satellite imagery comparing images from 
different years can be very helpful. 


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

Re: [OSM-talk-fr] Données des mobilités : bientôt une carte nationale des aires de covoiturage

[PanierAvide]

Ça c'est cool, ce sera l'occasion d'harmoniser ces données aussi côté 
OSM, je crois que la façon de taguer les aires de covoiturage est encore 
hétérogène.


Adrien.

Le 08/10/2018 à 14:37, Florian LAINEZ a écrit :
Hello, j'ai représenté OpenStreetMap à une réunion avec les acteurs de 
la fabrique des mobilités et Etalab et Blablacar entre autres. La base 
des aires de covoiturage sera en effet bientôt publiée sur data.gouv.
C'est un travail de collecte important réalisé par Blablacar qui a 
contacté tous les départements et/ou communautés de communes. On 
pourra l'intégrer dans OSMOSE d'ici peu.

à suivre ...



--
PanierAvide
Géomaticien & développeur


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

Re: [OSM-talk-fr] hebdoOSM Nº 428 2018-09-25-2018-10-01

[PanierAvide]

Pour info, l'outil a été mis à jour :-)

Adrien.

Le 07/10/2018 à 19:53, deuzeffe a écrit :


Je te fais ça. Vais tenter sur le git de frama...



--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-cz] Nejde nahrávat rozcestníky

[xkomc...@centrum.cz]

Ahoj,


domněnku o českých znacích v OSM username vyvracím: právě jsem nahrál 
rozcestník https://osm.fit.vutbr.cz/fody/files/20956.jpg a to mám v OSM 
daleko "češtější" jméno - 
https://www.openstreetmap.org/user/Ji%C5%99%C3%AD%20Kom%C3%A1rek ;-)



Jirka Komárek


On 8.10.2018 14:43, Tom Ka wrote:

Ahoj, koukal jsem do logu, tam je videt jen ze jsi se prihlasil, jinak
nic moc. am podezreni na cestinu v tvem OSM username, ale potreboval
bych to overit. Muzes prosim zkusit jeste jednou a pokud trva , bude
to po tobe opakovane chtit  potvrdit podminky pouziti? Kdyztak ti
zitra brnknu, bude to asi rychlejsi.

Mej se.

ne 7. 10. 2018 v 18:09 odesílatel Miroslav Suchý  napsal:

Když přidám rozcestník na Fody (přes osm.cz). Tak u "Nahrát fotografii"
se motá kolečko, ale k faktickému nahrání nikdy nedojde.

Mirek

___
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-it] Guida Ubuntu (era: Aggiornamento mappe su OsmAnd+ e MAPS:ME)

[Max1234Ita]

Solo per info: non so se anche tu/vi stia/te seguendo il forum ufficiale di
OsmAnd su GitHub, in ogni caso negli ultimi giorni sembra che qualcosa si
stia muovendo anche per limitare (se non risolvere del tutto) il problema
dei molti riscontri.

In particolare, da questo thread: 
https://github.com/osmandapp/Osmand/issues/6118
   è nato un ticket con la
richiesta di visualizzare per primi i riscontri esatti e solo in seguito
quelli parziali.

Speriamo che uno sviluppatore di buona volontà riesca finalmente in questo
piccolo "miracolo"! :-)

Ciao,
Max



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

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

Re: [Talk-cz] Nejde nahrávat rozcestníky

[Tom Ka]

Ahoj, koukal jsem do logu, tam je videt jen ze jsi se prihlasil, jinak
nic moc. am podezreni na cestinu v tvem OSM username, ale potreboval
bych to overit. Muzes prosim zkusit jeste jednou a pokud trva , bude
to po tobe opakovane chtit  potvrdit podminky pouziti? Kdyztak ti
zitra brnknu, bude to asi rychlejsi.

Mej se.

ne 7. 10. 2018 v 18:09 odesílatel Miroslav Suchý  napsal:
>
> Když přidám rozcestník na Fody (přes osm.cz). Tak u "Nahrát fotografii"
> se motá kolečko, ale k faktickému nahrání nikdy nedojde.
>
> Mirek
>
> ___
> 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] Données des mobilités : bientôt une carte nationale des aires de covoiturage

[Florian LAINEZ]

Hello, j'ai représenté OpenStreetMap à une réunion avec les acteurs de la
fabrique des mobilités et Etalab et Blablacar entre autres. La base des
aires de covoiturage sera en effet bientôt publiée sur data.gouv.
C'est un travail de collecte important réalisé par Blablacar qui a contacté
tous les départements et/ou communautés de communes. On pourra l'intégrer
dans OSMOSE d'ici peu.
à suivre ...

Le ven. 28 sept. 2018 à 16:30,  a écrit :

> Ca parle entre autre d OSM
>
> https://www.caissedesdepotsdesterritoires.fr/cs/ContentServer?pagename=Territoires/Articles/Articles=1250281680014
>
> Julien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk] [HOT] [OSM-dev] Tool update from HOT: MapCampaigner

[Jean-Marc Liotier]

On Mon, October 8, 2018 1:02 am, Harry Wood wrote:
>
>> Jean-Marc Liotier  wrote:
>> If one needs number to report back to donors, then integrate this
>> sort of thing with the task manager - and explain to donors how
>> erroneous data is sharply negative value
>
> I think this little "number to report back to donors" comment does betray
> a belief I've heard expressed quite often in the wider OSM community, that
> humanitarian mappers are allowing OpenStreetMap to be co-opted by large
> aid organisations [..]

In West Africa (the region where I have direct Openstreetmap experience
and personal engagement with individuals), most organized mapping projects
(rarely the largest contributions in terms of volume of data, but the most
productive ones in terms of enrolling new contributors and weaving
community connections) have at least some financial backing from
organizations, not necessarily large ones. The training cadre spans the
whole spectrum from pure volunteers to professionalized - and those are
accountable to their backers, who expect a bit of reporting, which
includes some measure of quantification. There is nothing wrong with that
perfectly normal requirement but, as any manager knows, the temptation is
strong to fulfil it using the easily available metrics.

Balancing the key performance indicators mix to better align objectives
with Openstreetmap's goals looks like a workable avenue of progress to me
- to everyone's benefit, but that requires conviction about the
complementary merits of quality vs. quantity and consensus about relevant
metrics. Completeness measurements such as MapCampaigner's most certainly
have a role to play, but my perception from wading in West African
changesets is that not producing erroneous data is a higher priority. That
conclusion may of course not apply to other regions I have no experience
with.


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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Christ van Willegen]

On Mon, Oct 8, 2018 at 1:22 PM Pander OpenTaal  wrote:
>
> Oja, kreeg ik nog van iemand anders doorgegeven, correct in- en uitzoomen op 
> smartphone of tablet d.m.v. pinch-zoom ontbreekt nog.

Ja, dat zou wel ontzettend fijn zijn! Ik was pas aan het kijken en het
lukte me niet in te zoomen...

Christ van Willegen

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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Pander OpenTaal]

Oja, kreeg ik nog van iemand anders doorgegeven, correct in- en
uitzoomen op smartphone of tablet d.m.v. pinch-zoom ontbreekt nog.


On 10/07/2018 07:34 PM, Marco van der Heide wrote:
> Hoi,
>
> Gelijk even een kijkje genomen en het ziet er netjes uit. Op een
> mobiel zijn de knopjes voor in en uitzoomen wat lastig, maar centreert
> wel mooi.
>
> Groeten, Marco
>
> On 7 October 2018 18:45:59 GMT+02:00, Pander OpenTaal
>  wrote:
>
>
> On 10/07/2018 01:34 PM, Stefan de Konink wrote:
>
> Goedemiddag, tile.openstreetmap.nl verwijst nu via squid naar
> de tileserver van openstreetmap.org. De volgende urls zijn
> beschikbaar: Via Cherokee: http://tile.openstreetmap.nl/
> https://tile.openstreetmap.nl/ 
>
> Super! Misschien linksonder die "2012" uitbreiden tot "2012 – 2018". Dat
> kan zelfs met eenvoudige JavaScript zodat het huidige jaartal als
> laatste wordt gemeld, zie
> https://www.w3schools.com/jsref/jsref_getfullyear.asp
>
> Deze uitbreiding doet mensen meer waarde hechten aan wat ze zien en het
> niet te makkelijk (en abuis) afdoen met, o, dat is vast een oude kaart.
> >
>
> Rechtstreeks via Squid: http://tile.openstreetmap.nl:8080/ Er
> zal in de komende periode nog genoeg moeten gebeuren, maar dit
> toont in ieder geval de meest actuele data van Nederland weer,
> met als bijvangst de rest van de wereld. 
>
> 
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity. 

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

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

Am Mo., 8. Okt. 2018 um 12:19 Uhr schrieb Any File :

> Ma tu sai qule sia la brand presente adesso?




certo, quello che mi chiedevo: visto che ref mise si referiva al vecchio
benzinaio (brand q8), non dovrei adesso togliere sia ref:mise che anche
"operator", perché potrebbero essere dati superati? Dove posso trovare il
benzinaio nel db Mise (ho cercato di guardare lo stato attuale, ma sono
sembre imboccato su una pagina con mappa google che faceva cercare soltanto
con nomi e non con ref)?

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

Re: [OSM-talk-fr] Coopérative de transformation de fruits en jus de fruits

[althio]

J'aurai tapé du côté de de ces tags :
(pour un lieu de transformation)
man_made=works
product=juice

On Mon, 8 Oct 2018 at 11:43, Florimond Berthoux <
florimond.berth...@gmail.com> wrote:

> Bonjour,
>
> https://wiki.openstreetmap.org/wiki/Key:craft me semble tout à fait
> pertinent.
>
> craft=juicery ?
>
>
> Le lun. 8 oct. 2018 à 11:15, Nicolas Moyroud  a écrit :
>
>> Bonjour à tous,
>>
>> Je cherche à ajouter dans OSM un SCIC (société coopérative d'intérêt
>> collectif) qui est un atelier artisanal de transformation de fruits en
>> jus de fruits. Le principe est que chacun peut amener ses fruits (à
>> partir de 100kg) et repartir avec son jus pressé par la coopérative.
>> Pour les curieux, plus de détails ici : https://www.nectardechois.fr/
>>
>> Le souci c'est qu'il ne s'agit ni d'un lieu de production, ni d'un lieu
>> de vente. Du coup j'ai beau chercher sur le wiki je ne trouve pas
>> d'indication sur la manière appropriée de tagguer ça. Donc si il y en a
>> parmi vous qui ont une idée, je suis preneur !
>>
>> Nicolas
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] domande pratiche sui dati dal dataset Mise

[Any File]

Ma tu sai qule sia la brand presente adesso?
On Mon, Oct 8, 2018 at 11:16 AM Martin Koppenhoefer
 wrote:
>
> Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano 
> differenze tra la situazione in loco e dati del Mise.
>
> Per esempio: https://www.openstreetmap.org/node/3646772601/history
>
> Questo nodo era taggato come Q8, e su questa base sono stati importate delle 
> proprietà dal MISE (ref:mise e operator). Adesso ho visto che si tratta di un 
> TotalERG.
>
> Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?
>
> Ciao,
> Martin
>
> ___
> 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] ex piscina

[Gabriele Sani]

Come taggo una vecchia piscina non in uso da anni?

Si tratta di un vascone di cemento, a cui ci si e' sempre riferiti come ex
piscina, anche se a me da piu' l'idea di uno di quei posti in cui si
ammucchiavano gli escrementi degli animali in campagna
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Coopérative de transformation de fruits en jus de fruits

[Vincent Bergeot]

Le 08/10/2018 à 11:44, Florimond Berthoux a écrit :

Bonjour,

https://wiki.openstreetmap.org/wiki/Key:craft me semble tout à fait 
pertinent.


craft=juicery ?



et un operator:type=cooperative 
(https://wiki.openstreetmap.org/wiki/Key:operator:type)








Le lun. 8 oct. 2018 à 11:15, Nicolas Moyroud > a écrit :


Bonjour à tous,

Je cherche à ajouter dans OSM un SCIC (société coopérative d'intérêt
collectif) qui est un atelier artisanal de transformation de
fruits en
jus de fruits. Le principe est que chacun peut amener ses fruits (à
partir de 100kg) et repartir avec son jus pressé par la coopérative.
Pour les curieux, plus de détails ici : https://www.nectardechois.fr/

Le souci c'est qu'il ne s'agit ni d'un lieu de production, ni d'un
lieu
de vente. Du coup j'ai beau chercher sur le wiki je ne trouve pas
d'indication sur la manière appropriée de tagguer ça. Donc si il y
en a
parmi vous qui ont une idée, je suis preneur !

Nicolas


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



--
Florimond Berthoux


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



--
Vincent Bergeot

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

Re: [Talk-it] Le preimpostazioni non contengono il valore della proprietà

[Martin Koppenhoefer]

Am Mo., 8. Okt. 2018 um 05:15 Uhr schrieb claudio62PG :

> Uso Josm
> e ogni volta che inserisco qualcosa ho l'abitudine prima di caricare di
> validarla
> solo che questi messaggi non li capisco
>
> *Valore ''+39 075 58312340'' per la chiave ''phone'' non presente nelle
> preimpostazioni. (1)
> Valore ''Perugia'' per la chiave ''addr:city'' non presente nelle
> preimpostazioni. (1)*
>
> Dove sbaglio?
> ciao
> Claudio




questi sono chiaramente sbagliati come avvertimenti. Forse c'è un problema
con le tue impostazioni? Io nemmeno al livello più "verbose" mi aspetterei
avvertenze del genere. Casomai se non trovi la causa, apri un ticket su
josm.openstreetmap.de


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

Re: [OSM-talk-fr] Coopérative de transformation de fruits en jus de fruits

[Florimond Berthoux]

Bonjour,

https://wiki.openstreetmap.org/wiki/Key:craft me semble tout à fait
pertinent.

craft=juicery ?


Le lun. 8 oct. 2018 à 11:15, Nicolas Moyroud  a écrit :

> Bonjour à tous,
>
> Je cherche à ajouter dans OSM un SCIC (société coopérative d'intérêt
> collectif) qui est un atelier artisanal de transformation de fruits en
> jus de fruits. Le principe est que chacun peut amener ses fruits (à
> partir de 100kg) et repartir avec son jus pressé par la coopérative.
> Pour les curieux, plus de détails ici : https://www.nectardechois.fr/
>
> Le souci c'est qu'il ne s'agit ni d'un lieu de production, ni d'un lieu
> de vente. Du coup j'ai beau chercher sur le wiki je ne trouve pas
> d'indication sur la manière appropriée de tagguer ça. Donc si il y en a
> parmi vous qui ont une idée, je suis preneur !
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] itWikiCon 2018

[Dario Crespi]

Ciao Marco, ottimo che ci sarai :-)

Lucia Marsicano fa una presentazione dal titolo "OpenStreetMap, tool e
funzionalità esterne". Per quanto riguarda il mapping party, penso che si
potrebbe fare, magari nell'ambito dell'open day.

Dario

Il giorno lun 8 ott 2018 alle ore 08:47 Marco Minghini <
marco.minghin...@gmail.com> ha scritto:

> Il programma si trova qui:
>> https://meta.wikimedia.org/wiki/ItWikiCon/2018/Programma
>> Come vedete, ci sono ancora degli slot liberi: se qualcuno avesse parlare
>> di qualcosa relativo a OSM, può farsi avanti rispondendo a questa mail.
>>
>> Ciao Dario,
> essendo io di Como mi sembra un'occasione che non posso perdere! In
> principio sono disponibile, cosa fare dipende anche dal tempo a
> disposizione. Nella peggiore delle ipotesi una qualche presentazione, anche
> se forse la cosa più carina sarebbe un mapping party, secondo te è
> possibile organizzarlo (progammando anche una sessione in aula dove
> inserire i dati)? oppure anche un workshop per principianti potrebbe essere
> utile... Qualcun altro della lista pensa di esserci?
>
> Marco
> ___
> 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] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano
differenze tra la situazione in loco e dati del Mise.

Per esempio: https://www.openstreetmap.org/node/3646772601/history

Questo nodo era taggato come Q8, e su questa base sono stati importate
delle proprietà dal MISE (ref:mise e operator). Adesso ho visto che si
tratta di un TotalERG.

Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?

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

[OSM-talk-fr] Coopérative de transformation de fruits en jus de fruits

[Nicolas Moyroud]

Bonjour à tous,

Je cherche à ajouter dans OSM un SCIC (société coopérative d'intérêt 
collectif) qui est un atelier artisanal de transformation de fruits en 
jus de fruits. Le principe est que chacun peut amener ses fruits (à 
partir de 100kg) et repartir avec son jus pressé par la coopérative. 
Pour les curieux, plus de détails ici : https://www.nectardechois.fr/


Le souci c'est qu'il ne s'agit ni d'un lieu de production, ni d'un lieu 
de vente. Du coup j'ai beau chercher sur le wiki je ne trouve pas 
d'indication sur la manière appropriée de tagguer ça. Donc si il y en a 
parmi vous qui ont une idée, je suis preneur !


Nicolas


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

Re: [Talk-it] "cabina" metano

[claudio62PG]

In effetti cambiando la spunta il messaggi del validatore sono
scomparsi e quindi mi accetta la modifica

Quindi nasce spontanea la domanda  quale è il modo corretto di untilizzare /
impostare il validatore di
josm?
ciao
Claudio



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

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

[Talk-cz] prague mapathon msf

[Jakub Axman]

Dobrý den,

informuji, že další mapathon Lékařů bez hranic se uskuteční koncem října  v
úterý 30. října od 18 hodin v prostor39 na Žižkově. V listopadu se pak
sejdeme poslední úterý 27. listopadu ve Skautském institutu na
Staroměstském náměstí.

Hezký den,
Jakub Axman

m / jakub.ax...@gmail.com
t / + 420 776 616 889
w / www.budejovickymajales.cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-es] Herramienta WikiShootMe

[Miguel Sevilla-Callejo]

Hola Jaime,

No se si se podría, pero estaría muy bien si hubiera una herramienta que 
además, enlazara con la imágenes de Mapillary que tienen una licencia 
compatible con la de wikicommons.


Quizá se podría implementar una herramieta, similar a la de iD en la que 
se ven las fotos de mapillary y que se pudiera ver sobre el mapa. Tienen 
una API abierta.


Saludos

Miguel


On 07/10/18 16:54, Jaime Crespo wrote:

Me comentan que pase por aquí un enlace que he compartido en el chat:

https://tools.wmflabs.org/wikishootme/(aplicación para descubrir 
imágenes faltantes en Wikipedia de objetos y lugares geolocalizados)
Creo que podría ser útil tanto para subir fotos que hayáis tomado de 
lugares que hayáis guardado trazas, como para ver imágenes 
geolocalizadas libres de lugares como referencia.

Saludos,

--
Jaime Crespo


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


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

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

>discuss if this is the right format for upload or not

I found that GeoJSON file you sent worked best for me. Otherwise we
stick with .osm for OSM. I'm having trouble with that PBF file you sent
(or I don't have enough memory (I have 8GB))


>how we'll manage that upload in terms of breaking it up into smaller pieces

We have to do this per-state, no question. Otherwise it will be hard to
reuse ways and make relationships.


>if there is any re-using of existing ways or not

That was what I wanted to do. If you could get that GeoJSON file you
sent before, but this time with all the relations and LGA/Suburbs done,
it would be perfect I reckon.


>how to ensure we're retaining the existing LGA/Suburb data in OSM.

The ones mapped in QLD are solid. As for the label relations, we should
leave fixme notes (like done in NSW) and encourage their removal once
place value has been checked and label relation has been added.

The boundaries mapped in QLD right now are very rough and aren't based
off any real data, these should be removed.


On 7/10/18 5:32 pm, Andrew Harvey wrote:
> I've approached this from the angle of what we'd need to get the data
> to look like if importing as is into OSM. I couldn't find any tools
> which correctly ensure that boundary ways were shared via relations
> instead of duplicated so I wrote some new tools. The process I used is
> documented at https://github.com/andrewharvey/psma-admin-bdy2osm
>
> The processed AUGUST 2018 LGA + Suburb/Locality OSM file is at
>
> https://tianjara.net/data/PSMA_Admin_Bdy.osm.pbf
>
> The file is quite big so you'll need enough memory to open it in JOSM.
>
> In JOSM you can open this directly with the PBF plugin otherwise any
> of the software at
> https://wiki.openstreetmap.org/wiki/PBF/Software_Compliance can
> deflate it.
>
> I see the next steps are to:
>
> - discuss if this is the right format for upload or not,
> - how we'll manage that upload in terms of breaking it up into smaller pieces
> - if there is any re-using of existing ways or not
> - how to ensure we're retaining the existing LGA/Suburb data in OSM.
> This includes both relations and those mapped as points (as Joel
> touched on). Those mapped as points are likely suitable for either the
> label or admin_center members of the relation.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


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

Re: [Talk-it] "cabina" metano

[Andrea Albani]

Il giorno dom 7 ott 2018 alle ore 18:28 claudio62PG  ha
scritto:

> Ciao
> se inserisco questi valori
>
> Andrea Albani wrote
> > pipeline=substation
> > substation=valve
>
> il validatore di JOSM risponde:
>
> *Le preimpostazioni non contengono il valore della proprietà (2)
> Valore ''substation'' per la chiave ''pipeline'' non presente nelle
> preimpostazioni. (1)
> Valore ''valve'' per la chiave ''substation'' non presente nelle
> preimpostazioni. (1)*
>

Questi warning escono perchè tra le opzioni del validatore hai attivato il
livello informativo che per default è spento.
Quanto segnalato non è un errore: JOSM ti sta solo dicendo che non trova
quei tag nelle regole dei preset caricati.


> ho risolto con
> man_made=pipeline
> pipeline=valve
>
>
I tag che hai individuato servono per inserire la valvola in sè e non lo
scopo della substation, come documentato  sul wiki [0].

[0] https://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dsubstation
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[Paul Desgranges]

- Oui, mais la température change trop, c'est la question qu'on se pose 
parfois, "Et aujourd'hui elle est à combien ? "
Donc je pense personnellement ne mettre ni "heated", ni "temperature" ni 
quoi que ce soit relatif à ceci.
- Ok pour utiliser "opening_hours" si ça fait office de "opening_days" 
aussi.
- Par contre pour la longueur, je comprends bien qu'il ne faut pas 
dupliquer, mais là ça répond à la question "c'est un bassin de 25m ou de 
50m" ? C'est une caractéristique importante, visible, facile à tagguer 
et à utiliser, donc utile. Et l'usage du tag "length" est documenté dans 
le wiki en français 
 ou 
en anglais 

Bonne journée
Paul


Le 07/10/2018 à 22:43, Philippe Verdy a écrit :
En, revanche la qualité de l'eau (douce/thermale/ferrugineuse/eau de 
mer) sont plus utiles
 | Le dim. 7 oct. 2018 à 21:35, marc marc > a écrit :


-> tag temperature parce que non chauffé, c'est très au contraire
subjectif.

je connais des piscines que les locaux considère comme chaude mais
non chauffée... car c'est une source thermale tellement chaude que
la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
de même l'eau dans des bassins fort foncé est naturellement chaude,
"chauffé par le soleil" ou non chauffé selon les personnes.

>      - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"

le tag opening_hours te le permet

>      - conserver le "length=50" car même si on peut déduire ça
de la
> géométrie, la valeur de l'attribut est ainsi plus directement
requétable

oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
tous les tags de la piscine sur chaque bassin parce que c'est plus
facile à utiliser ?
peut-être faudrait-il au contraire documenter des moyens faciles
pour tirer le meilleur parti des données existantes, une sorte
de tutoriel/howto avec les cas qui reviennent de temps en temps.

Cordialement,
Marc
___
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-au] Public Barbeques in the ACT

[Andrew Harvey]

On Sun, 7 Oct 2018 at 17:48, Graeme Fitzpatrick  wrote:
> On Sun, 7 Oct 2018 at 16:19, Riley Baird  wrote:
>> At present, the data is released under CC BY 4.0 international, so it
>> appears that I would have to send a message requesting permission to
>> use it in a way compatible with the OSM licence.
> Have a look at https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue 
> - we've already been given permission to use that info, together with a heap 
> more ACT data.

^ this, we already have the waiver completed for ACTMapi data which
includes the BBQ dataset.

On Mon, 8 Oct 2018 at 00:27, Mateusz Konieczny  wrote:
> What was your way of checking quality of this data? I had experience with some
> official data that was good enough to help with mapping (detection of places 
> where features
> were not mapped) but was full of mistakes including poor locations and
> nonexisting objects.

I agree with this, I've seen both good and poor data, so it's a good
idea to do some basic checking of the data quality before bringing it
in.

> As a start, I was considering importing their "Public Barbeques in the
> ACT" dataset, which does not appear to currently be included in the map.

Do you have a plan in place of how you'd do the import? Ensuring
correct tags are used and data is conflated with whats in OSM already?

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

Re: [Talk-it] itWikiCon 2018

[Marco Minghini]

>
> Il programma si trova qui:
> https://meta.wikimedia.org/wiki/ItWikiCon/2018/Programma
> Come vedete, ci sono ancora degli slot liberi: se qualcuno avesse parlare
> di qualcosa relativo a OSM, può farsi avanti rispondendo a questa mail.
>
> Ciao Dario,
essendo io di Como mi sembra un'occasione che non posso perdere! In
principio sono disponibile, cosa fare dipende anche dal tempo a
disposizione. Nella peggiore delle ipotesi una qualche presentazione, anche
se forse la cosa più carina sarebbe un mapping party, secondo te è
possibile organizzarlo (progammando anche una sessione in aula dove
inserire i dati)? oppure anche un workshop per principianti potrebbe essere
utile... Qualcun altro della lista pensa di esserci?

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