[Talk-lt] Topografinis Lietuvos žemėlapis

[Tomas Straupis]

Sveiki

  Naujas Lietuvos žemėlapis:
  https://blog.openmap.lt/2018/10/15/topografinis-zemelapis/

-- 
Tomas

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

[OSM-talk-ie] OpenStreetMap Ireland CLG launch

[Ciarán Staunton]

As most of you know we are creating an OpenStreetMap Ireland Company
Limited by Guarantee in order to have the necessary legal entity to go
forward as a OpenStreetMap chapter. The company comprises of Directors who
are legally "subscribers" of the company and are responsible for its
adherence to all regulations as a trading entity. The launch of the company
also allows the community to expand, for bigger venues to be used, and for
us to brand things so that we promote work that has been done at a smaller
scale to a wider participating audience.

To move forward we are launching this company in Maynooth this Saturday the
20th October at 12 noon. The event will be formal for a few minutes, and
then we want to open the floor for an open mic to allow those who are
present speak about what they like mapping. To find further details please
look at the events link on the openstreetmap.ie website and reserve your
place on the eventbrite ticketing thingymajigger. Hope to see loads of you
there!
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

OK, just tell me when you are ready, and I'll clean up QLD ready for
import.

On 14/10/18 10:46 pm, Andrew Harvey wrote:
> On Sun, 14 Oct 2018 at 21:15, Joel H.  wrote:
>> Hey Andrew,
>>
>> Today on the QLD slack, I had a local mapper ask me about suburb areas.
>> I personally think it would be an opportune time to start on the QLD
>> import at least.
>>
>>
>> What is the status on the PSMA data? Is it ready to import, and is
>> anything holding us back?
> I wouldn't say it's ready yes.
>
> [ ] simplification - I'm comfortable with the detail in the data, to
> me it doesn't feel excess or over the top so I don't think we need any
> simplification
> [ ] website copyright notice - in progress at
> https://github.com/openstreetmap/openstreetmap-website/pull/2026
>
>> Can you think of anything else? And would it be alright for me to start 
>> cleanup now?
> If the current boundaries aren't accurate, then yeah it's probably
> easier to start dropping them out and they can be brought in fresh
> through the import. Up to the local mappers to decide. Though it does
> add pressure on us to make the import, which I'd rather not be rushed.
>
>>
>> In the meantime, I have run some overpass scripts to grab all boundaries
>> and place areas. I'm planning on starting a cleanup on the existing
>> boundaries, todo includes:
>>
>> -remove admin boundaries for level 6 and 10 and integrate anything else
>> into their own things e.g. fences or signposts
>>
>> -remove place=* areas
>>
>>
>> Can you think of anything else? And would it be alright for me to start
>> cleanup now?
>>
>>


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

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[Philippe Verdy]

Oui à condition de tenir compte des exceptions : les zones postales ne
suivent pas exactement les limites administratives !
On doit pouvoir indiquer un **autre** code postal sur des petits objets qui
sont totalement dans une zone plus grande où l'indication n'est qu'une
valeur par défaut. Enfin il existe des objets qui sont à cheval sur deux
zones administratives (dont de grands bâtiments industriels, agricoles, ou
commerciaux) et il faut bien pouvoir y mentionner un code postal applicable
quand il y en a deux en concurrence et qu'un seul s'applique réellement.
De même si un petit objet n'utilise pas le code postal géographique mais un
code postal spécial (type CEDEX). Il se trouve qu'à proprement parler les
codes postaux ne sont pas réellement partie de l'adresse, mais du système
de distribution postal. L'adresse elle-même consiste en l'indication
précise de la commune (ce peut être une commune déléguée), du nom ou numéro
de voie, et d'un numéro sur cette voie ou d'un nom de lieu-dir le long de
cette voie si elle n'est pas numérotée. Certaines voies n'ayant également
pas de nom, on peut y trouver à la place une mention comme "voie communale
n° 6" ou "CR 7" dans le champ "addr:street". Les codes postaux c'est autre
chose et ne définissent pas réellement l'adresse, c'est propre à
l'organisation de la poste qui ne suit pas le découpage admisnitratif des
communes (ou des quartiers dans le cas des communes découpées en plusieurs
zones postales).

En Belgique et Allemagne c'est résolu de façon élégante avec des
"boundary=postal_code", où le code postal y est indiqué par
"postal_code=n", et il n'est alors fait mention nulle par de
"addr:postcode" (sauf pour les codes de distribution spéciale comparables à
nos CEDEX): il y a une plus claire distinction entre l'adresse légale et
administrative (bien plus précise) et  l'adresse postale (souvent très
floue et de plus en plus floue avec les réformes en cours de la Poste qui
tend à scinder son service de distribution en fonction de classes de
service définies chacune sur des zones de plus en plus grandes, mais qui en
revanche se recouvrent entre elles selon la classe de service : cela
devrait s'accentuer avec la concurrence car les autres distributeurs
postaux ne sont pas satisfaits du vieux découpage de la poste).

L'ARCEP aurait du s'en occuper afin de redéfinir un découpage et homogène
du territoire indépendant des distributeurs postaux, et nettement mieux
adapté aux zones de distribution postales voulues aujourd'hui par les
différents distributeurs pour l'organisation de leurs services (Elle
pourrait s'inspirer du modèle britannique).

D'autres pays ont choisi de mettre en place un code postal géographique
basé sur une grille régulière de coordonnées (avec des codes hiérarchisés
qu'on peut allonger pour plus de précision dans les zones denses, et
indépendants aussi des découpages administratifs ou légaux, ce qui ne les
empêche pas non plus de compléter ce code géographique d'un code de classe
de service lui-même étendu du nécessaire d'un code supplémentaire propre à
chaque opérateur/distributeur s'ils ont des classes de service différentes).

L'idée serait de reprendre un plan de numérotation postal national
comparable à celui de la téléphonie, avec des tranches de numéros pour
chaque opérateur après un préfixe géographique relativement lâche limité
par département (voire par "grande région" comme les 5 zones téléphoniques
françaises), chaque opérateur se chargeant ensuite de faire son découpage
en classes de service et en zone pour utiliser les numéros du bloc qui leur
est assigné. Mais alors nos vieux codes postaux à 5 chiffres pourraient
devenir plus longs (6 ou 7 chiffres) et pourraient aussi inclure des
lettres (comme les codes britanniques), tout en gardant un format fixe
facilitant le traitement (pas comme au Royaume-Uni) ni même aux USA (leur
"zipcode" comprend deux types de codes, un code court générique et un autre
allongé ajoutant plus de précision).

En France, dans les documents légaux d'ailleurs (notamment notariés, mais
aussi des rapports d'enquête judiciaire ou des enquêtes publiques) ce n'est
pas le code postal qui sert à indiquer clairement un lieu, mais bien le
découpage administratif des communes (référencées par leur code INSEE
géographique, conservé même en cas de fusion de communes) puis le découpage
cadastral des communes, car le code postal, le nom des rues, et la
numérotation ou les toponymes de lieux-dits ou noms de bâtiments ne sont
pas assez stables avec le temps. Les communes actuelles en tant que
collectivités locales ne sont pas identifiées légalement par leur code
postal, ni même par leur code INSEE géographique, mais par le code SIREN...



Le lun. 15 oct. 2018 à 23:50, marc marc  a
écrit :

> Le 15. 10. 18 à 23:11, Ralf Treinen a écrit :
> > On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
> >> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
> >>
> >>> Le wiki semble indiquer que c'est postal_code [1].
> >>
> >> oui. 

Re: [OSM-talk-fr] Problème îlot et doublon relation ?

[Philippe Verdy]

La solution de mettre un landuse=* (ou un natural=*) est correcte: il y a
assez de valeurs même pour des indications approximatives. Cela marche pour
les plages, les zones rocheuses, les zones visiblement agricoles, les
forêts, les zones habitées (bien qu'un doute puisse exister sur le fait
qu'elles soient en fait commerciales/industrielles mais en général
residential est relativement facile à déterminer avec peu d'erreur et admet
qu'il puissse exister aussi des industries isolées dedans, ou des zones
d'écoles).

De toute façon ça ne PEUT PAS être pire que ce qu'il y avait avant qui
taguait la zone recouverte comme une surface de mer ! C'est déjà une
amélioration immédiate, et on n'a pas besoin d'attendre des semaines pour
que ce soit pris en compte.

Et rien n'empêche (en cas de doute sur la valeur de natural=* ou landuse=*
ou water=* utilisée) d'ajouter un FIXME=* (c'est une façon encore plus
propre d'éviter d'oublier cette incertitude).


Le lun. 15 oct. 2018 à 19:46, Jérôme Amagat  a
écrit :

>
>
> Le lun. 15 oct. 2018 à 13:29, Waxy  a écrit :
>
>> Salut,
>>
>> J'ai modifié un îlot, pour l'enceindre d'un lagon et il n'est plus rendu
>> sur les cartes.
>> Même si on n'étiquette pas pour le rendu je soupçonne un problème parce
>> que j'ai étiqueté de la même manière que d'autres îlots qui sont bien
>> rendus ! J'ai dû merder à un moment mais je sais pas quand 
>>
>> - L'îlot de Pamandzi mal rendu est au sein de la relation 8 801 671
>> - Exemple d'îlots correctement rendus : îles Choazil, relation 8 789 735
>>
>> Je pense qu'il n'y a pas de problème. Par contre la partie bleu de
> l’océan qui est obtenu grâce au tag natural=coastline est très longue à se
> mettre à jour. Je ne sais pas du tout comment ça marche mais j'ai déjà eu
> le même problème et je pense que ce bleu se mettra a jour d'ici 1 ou 2
> semaines. (une autre solution c'est de mettre une autre couleur par dessus
> en ajoutant un landuse=*, mais on tag pas pour le rendu donc il faut
> choisir le bon landuse :) )
>
>
>> Par ailleurs n'y a-t-il pas doublon entre les relations 1 363 069 et 3
>> 388 394 ?
>>
>> Une des relations c'est pour le département de Mayotte et l'autre pour la
> région. il y a la même chose dans les 2 relations vu que Mayotte est à la
> fois un département et une région mais il y a des tags différents,
> admin_level=4 et admin_level=6 surtout.
>
>
>> @+
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openinframap

[marc marc]

tu le connais mieux que moi mais j'espère qu'il n'est pas contre
un PR et qu'il a au moins le temps de regarder/merger les PR.
sinon il y a le fork :) au moins pour faciliter la "vue"
des contributeurs sur le sujet

Le 15. 10. 18 à 23:44, François Lacombe a écrit :
> Je confirme.
> 
> Il faut voir sur le github, il y a quelques issues en suspend.
> Ca devrait être traité d'ici la fin de l'année, mais Russ n'a pas 
> toujours le temps
> 
> Si seulement on pouvait être plusieurs à l'admin :)
> 
> *François Lacombe*
> 
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com 
> @InfosReseaux 
> 
> 
> Le lun. 15 oct. 2018 à 22:53, Vincent Privat  > a écrit :
> 
> Du coup je sais pas si c'est judicieux le label "Substation 20kv"
> pour tous les postes sans nom. La carte au zoom 13 est saturée
> maintenant :D
> 
> Le lun. 15 oct. 2018 à 21:27, Laurent Combe  > a écrit :
> 
> cool
> 
> Le ven. 12 oct. 2018 à 13:39, François Lacombe
> mailto:fl.infosrese...@gmail.com>> a
> écrit :
> 
> Bonjour
> 
> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
> Les mises a jour ont été faites.
> 
> François
> 
> Le sam. 1 sept. 2018 à 12:23, François Lacombe
>  > a écrit :
> 
> Bonjour
> 
> A noter que russs n'intervient sur openinframap qu'entre
> Noel et le nouvel an habituellement
> 
> J'ai bien proposé de l'aider dans sa tache mais sans
> réponse. Il y a pourtant beaucoup à faire
> 
> Bonne journée
> 
> François
> 
> Le sam. 1 sept. 2018 à 10:26, marc marc
>  > a écrit :
> 
> Bonjour,
> 
> info de Gazer75 (qui ne parle pas français) sur irc :
> I think it has stopped due to a problem,
> but ru is quite busy atm.
> 
> en français : il y a un problème :-)
> mais "russs", le gars qui s'en occupe, est débordé
> pour le moment.
> Le mieux est de prendre contact directement avec lui
> ou chercher s'ils
> ont un système de ticket pour être au courant des
> changements.
> 
> Cordialement,
> Marc
> 
> Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
>  > petit up gentil
>  > le problème de rafraichissement semble toujours
> présent
>  >
>  > Le mer. 22 août 2018 à 21:34, François Lacombe
>  >  
>  >> a écrit :
>  >
>  >     Bonsoir,
>  >
>  >     Relativement à ce problème, il semble
> toujours présent dans la zone
>  >
> https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
>  >
>  >     Il y a comme une espèce de ligne au nord de
> laquelle rien ne passe.
>  >     Surement un problème de mise à jour
>  >     A voir si les admins consentent à recharger
> la base
>  >
>  >     François
>  >
>  >     Le lun. 20 août 2018 à 08:48, François Lacombe
>  >      
>  >> a écrit :
>  >
>  >         Bonjour Laurent
>  >
>  >         En effet, on dirait qu'il y a une ligne
> horizontale au nord de
>  >         laquelle il n'y a pas de postes ou de lignes
>  >
>  >         On va attendre encore quelques jours pour
> voir si ca se débloque
>  >
>  >         François
>  >
>  >         Le lun. 20 août 2018 à 08:13, Laurent Combe
>  >          
>  

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[marc marc]

Le 15. 10. 18 à 23:11, Ralf Treinen a écrit :
> On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
>> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
>>
>>> Le wiki semble indiquer que c'est postal_code [1].
>>
>> oui. postal_code pour définir le code postal d'une étendue
>> par opposition à addr:postcode pour définir le code postal
>> d'une addr en particulier.
> 
> Merci pour cette confirmation. Et on est bien d'accord que quand
> le postal_code est renseigné pour une étendu avec admin_level=9
> (les arrondissements de Paris) qu'il n'est pas utile de le
> repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ?

pour moi c'est (tjs?) inutile de répéter 2 fois la même chose :)
donc si c'est sur admin_level=9, pas besoin de le remettre sur les 
niveau 10 ni sur tous objet inférieur (genre les bâtiments)
ils vont tous hériter de l'info du niveau supérieur (comme on le fait 
pour les communes par ex).
on gagnerait bcp en lisibilité pour trouver les endroits oü il manque 
l'info... parce que pour l'instant il faut d'abord se farcir une logique 
éliminatoire/corrective pour prétraiter les données :(
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openinframap

[François Lacombe]

Je confirme.

Il faut voir sur le github, il y a quelques issues en suspend.
Ca devrait être traité d'ici la fin de l'année, mais Russ n'a pas toujours
le temps

Si seulement on pouvait être plusieurs à l'admin :)

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 


Le lun. 15 oct. 2018 à 22:53, Vincent Privat  a
écrit :

> Du coup je sais pas si c'est judicieux le label "Substation 20kv" pour
> tous les postes sans nom. La carte au zoom 13 est saturée maintenant :D
>
> Le lun. 15 oct. 2018 à 21:27, Laurent Combe  a
> écrit :
>
>> cool
>>
>> Le ven. 12 oct. 2018 à 13:39, François Lacombe 
>> a écrit :
>>
>>> Bonjour
>>>
>>> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
>>> Les mises a jour ont été faites.
>>>
>>> François
>>>
>>> Le sam. 1 sept. 2018 à 12:23, François Lacombe <
>>> fl.infosrese...@gmail.com> a écrit :
>>>
 Bonjour

 A noter que russs n'intervient sur openinframap qu'entre Noel et le
 nouvel an habituellement

 J'ai bien proposé de l'aider dans sa tache mais sans réponse. Il y a
 pourtant beaucoup à faire

 Bonne journée

 François

 Le sam. 1 sept. 2018 à 10:26, marc marc  a
 écrit :

> Bonjour,
>
> info de Gazer75 (qui ne parle pas français) sur irc :
> I think it has stopped due to a problem,
> but ru is quite busy atm.
>
> en français : il y a un problème :-)
> mais "russs", le gars qui s'en occupe, est débordé pour le moment.
> Le mieux est de prendre contact directement avec lui ou chercher s'ils
> ont un système de ticket pour être au courant des changements.
>
> Cordialement,
> Marc
>
> Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
> > petit up gentil
> > le problème de rafraichissement semble toujours présent
> >
> > Le mer. 22 août 2018 à 21:34, François Lacombe
> > mailto:fl.infosrese...@gmail.com>> a
> écrit :
> >
> > Bonsoir,
> >
> > Relativement à ce problème, il semble toujours présent dans la
> zone
> > https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
> >
> > Il y a comme une espèce de ligne au nord de laquelle rien ne
> passe.
> > Surement un problème de mise à jour
> > A voir si les admins consentent à recharger la base
> >
> > François
> >
> > Le lun. 20 août 2018 à 08:48, François Lacombe
> > mailto:fl.infosrese...@gmail.com>>
> a écrit :
> >
> > Bonjour Laurent
> >
> > En effet, on dirait qu'il y a une ligne horizontale au nord
> de
> > laquelle il n'y a pas de postes ou de lignes
> >
> > On va attendre encore quelques jours pour voir si ca se
> débloque
> >
> > François
> >
> > Le lun. 20 août 2018 à 08:13, Laurent Combe
> > mailto:laurent.co...@free.fr>> a
> écrit :
> >
> > alors quelque chose m'échappe
> > au nord de toulouse, commune de Fronton par exemple , la
> > carte affichée par openinframap ne se réactualise plus
> > depuis qques jours
> > aucune nouvelle ligne electrique n'apparait dans ce
> secteur
> >
> > j'ai viré cookie, cache, ...
> >
> > je ne vois pas
> >
> > Laurent
> >
> >
> > Le dim. 19 août 2018 à 19:54, François Lacombe
> >  > > a écrit :
> >
> > Bonjour
> >
> > Environ 1 cache de 24h
> >
> > François
> >
> > Le dim. 19 août 2018 à 19:38, Laurent Combe
> > mailto:laurent.co...@free.fr>>
> a
> > écrit :
> >
> > Bonjour
> >
> > Savez-vous a quelle fréquence se regénère les
> tuiles
> > d'OpenInfraMap ?
> >
> > Laurent
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org  Talk-fr@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org  Talk-fr@openstreetmap.org>

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[Philippe Verdy]

J'ai eu des messages demandant de faire l'inverse : ne plus utiliser
postal_code et utiliser addr:postcode, justement parce que addr:postcode
est énormément plus utilisé en France. On m'a demandé de remettre
addr:postcode, même sur les relations d'étendue alors que justement j'avais
voulu suivre la recommendation du wiki et d'Osmose.

Visiblement tout le monde ne semble pas d'accord, et en fait l'une ou
l'autre information sont traitées finalement comme équivalentes.

Tant qu'on veut utiliser les deux, il y aura toujours des confusions car
souvent les attributs d'une relation et d'un noeud admin_centre sont
changés en même temps.

Certes les relations communales ne sont pas des "adresses" à proprement
parler, mais même si on met addr:postcode dans ces relations cela ne
devrait pas gêner du tout et cela ne fournit qu'une valeur par défaut
appliquée sur les noeuds d'adresse situés dedans, ceux-ci pouvant tout à
fait modifier cette valeur par défaut, mais n'étant alors plus obligés non
plus d'indiquer le code postal indiqué dans la plus petite relation
administrative qui ne contient.

Il ne semble donc y avoir eu aucun consensus sur ce sujet dans OSM en
général et pas plus seulement en France. Ce serait bien de se mettre
d'accord afin d'éviter les va-et-viens entre les avis des uns et ceux des
autres (j'en ai vu avoir des points de vues très tranchés et finalement
assez menaçants au point de vouloir invoquer le DWG. Mais comme il n'y a
aucun consebsus pour l'instant, ce serait bien de faire taire les
polémiques menaçantes de certains sur ce sujet.

C'est bien à nous de décider au moins en France ici (et ne pas penser que
le wiki impose tout pour la France alors qu'il est aussi fait pour d'autres
pays et utilisateurs francophones, et que les autres pays ont plutôt un
consensus local inversé). Si c'est mentionné dans le wiki, même sur la page
en français ou dans d'autres langues, il vaut mieux y indiquer que le
consensus est documenté pays par pays et que pour cela on a dans le wiki
des pages spéciales concernant les conventions propres à chaque pays (les
pages "Tagging guidelines") qui peuvent trancher sur des questions non
résolues sur les pages documentant chaque tag de façon plus générique (et
ceci indépendamment des langues où c'est traduit).

On ne peut pas faire de décision actuellement sur les pages Wiki des tags
sans passer par un consensus mondial applicable pour tous les pays et
toutes les langues et dans ce cas il faut juste y mentionner que les
conventions sont plutôt dans les pages "Tagging guidelines" par pays en se
contenant de recenser les Tags alternatifs proposés. Si un rendu ou toute
autre réutilisation ne sait pas interprêter les conventions pays par pays,
les pages de tags doivent leur demander de traiter par défaut ces tags
comme équivalents.

Cependant il faut éviter les contradictions : on ne devrait en aucun cas
avoir sur le même objet les deux tags addr:postcode et postal_code, sinon
les rendus et rutilisations n'ont aucun moyen de déterminer laquelle des
deux valeurs utiliser (il m'est arrivé de tomber sur des objets mentionnant
des codes postaux différents entre les deux tags présents simultanément sur
le même objet, et dans ce cas les rendus et réutilisation auront un
comportement imprévisible et un tel cas devrait être celui réellement
signalé par Osmose comme une réelle erreur; sinon je pense qu'il ne faut
pas tenir compte de l'indication donnée par Osmose demandant de remplacer
l'un par l'autre).


Le lun. 15 oct. 2018 à 23:12, Ralf Treinen  a écrit :

> On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
> > Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
> >
> > > Le wiki semble indiquer que c'est postal_code [1].
> >
> > oui. postal_code pour définir le code postal d'une étendue
> > par opposition à addr:postcode pour définir le code postal
> > d'une addr en particulier.
>
> Merci pour cette confirmation. Et on est bien d'accord que quand
> le postal_code est renseigné pour une étendu avec admin_level=9
> (les arrondissements de Paris) qu'il n'est pas utile de le
> repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ?
>
> -Ralf.
>
> ___
> 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] Afficher sa position GPS sur une carte uMap

[Yann Schneylin]

Bonjour à tous et merci pour vos réponses. 

Effectivement, en modifiant l'URL de la carte uMap en https plutôt qu'en
http, le bouton cible fonctionne (même si je ne comprends pas pourquoi
!). 

Ce bouton permet donc de centrer la carte sur sa localisation GPS, mais
pas d'afficher le point précis de sa localisation. Or c'est la fonction
dont j'aurais besoin, pour les objectifs suivants : 

Exemple 1 : 

https://umap.openstreetmap.fr/fr/map/carte-des-capitelles_39012#16/43.8352/4.1718


Je souhaite retrouver sur le terrain un point d'intérêt issu d'un
inventaire participatif. 

Exemple 2 : 

https://umap.openstreetmap.fr/fr/map/parcours-de-mons-la-trivalle_116027#16/43.5708/2.9685


Je souhaite vérifier ma position sur un sentier découverte. 

Ces 2 cartes sont publiques et destinées à mettre en valeur auprès du
grand public le patrimoine bâti et naturel d'un territoire.

Yann SCHNEYLIN
Les Écologistes de l'Euzière
Domaine de Restinclières
34730 PRADES-LE-LEZ
Standard : 04 67 59 54 62
Portable : 07 50 21 70 34
www.euziere.org [1] 

Le 15.10.2018 19:18, Philippe Verdy a écrit :

> Note: une telle extension posera des problèmes légaux en Europe vis-à-vis du 
> RGPD : en effet si elle colelcte en continu la géolocalisation d'un 
> utilisateur, le RGPD dit que c'est une donnée privée et que l'accès à ces 
> données doit être protégé et réservé à cet utilisateur et non pas accessible 
> à n'importe qui visiterait une carte uMap publique. 
> Avant de permettre cela il faudrait qu'uMap accepte le principe d'héberger 
> des cartes à usage privé (demandant une authentification pour ensuite 
> accorder un accès). 
> 
> Le lun. 15 oct. 2018 à 19:10, Philippe Verdy  a écrit : 
> Je pense que c'est utile pour suivre sur uMap une carte d'itinéraire 
> spécifique en se repérant directement dessus. Et donc de pouvoir s'échanger 
> des itinéraires plus ou moins privés (par exemple poster un lien uMap via un 
> mail ou un SMS échangé entre deux personnes qui souhaitent s'aider au 
> guidage). 
> 
> L'itinéraire pourrait n'avoir un intérêt que purement temporaire et pour un 
> usage par une unique personne, la carte uMap étant ensuite supprimée par son 
> auteur (mais je ne pense pas qu'uMap soit fait pour échanger des itinéraires 
> privés, il doit être possible d'échanger un geoJSON ou un .kml et le charger 
> dans une application de navigation personnelle existante, qui l'affichera au 
> dessus de son fond de carte intégré; le principe d'uMap est plutôt de 
> cartographier des éléments spécifiques par n'importe qui, même dans un but 
> plus ou moins commercial, mais de rendre cela ensuite public sans avoir à 
> payer Google pour cela quand cela ne vise au final qu'un public assez limité, 
> mais sur une longue durée où ces cartes ont encore un intérêt, par exemple 
> des cartes touristiques ou documentant des articles de fonds historiques, 
> tels que des cartes de batailles militaires, des événements sportifs, etc.). 
> 
> Ceci dit uMap n'affichera pas votre orientation. Il faudrait une connexion 
> spécifique avec un objet utilisant l'API locale de géolocalisation, et une 
> permission spécifique supplémentaire (allant au delà de la seule 
> géolocalisation) permettant au site web de l'afficher (ou un javascript 
> exécuté localement mais dans le contexte de permission du domaine web dont il 
> provient et qui lui permet de justement manipuler le DOM de la page web 
> affichée, et non dans le contexte local) et de le mettre en jour en continu 
> (sans interaction nécessaire avec le serveur web). 
> 
> Ce peut être une extension comparable à celle d'une application de navigation 
> embarquée (sur un smartphone) ou un récepteur GPS de navigation. On peut 
> toujours demander si UMap veut proposer une telle extension (éventuellement 
> en développer une si ça n'existe pas encore en tant que composant 
> réutilisable ou si la réutilisation n'est pas compatible avec les termes du 
> site ou UMap est déployé) 
> 
> Le lun. 15 oct. 2018 à 16:16, Shohreh  a écrit : Yann 
> Schneylin wrote
>> J'aimerais que ma position GPS s'affiche sur la carte (comme on pourrait
>> le faire avec Google Maps par exemple). Est-ce possible ?
> 
> Quel est l'objectif final ?
> 
> --
> 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 

Links:
--
[1] http://www.euziere.org___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Prihlaseni do fody

[r00t]

Ahoj,

Podival jsem se na to co presne nefunguje a vidim ze request na
https://osm.fit.vutbr.cz/fody/api/logged z https://openstreetmap.cz/ po kliknuti
na pridani obrazku vzdy vraci err 401, i kdyz jsem prihlaseny. Pokud ale zkusim
primo request na to API otevrit jako stranku tak to projde a vrati 200 OK.
V inspektoru ve Firefoxu jsem zjistil ze je to tim ze v requestu z 
openstreetmap.cz
nejsou potrebne cookies - a proto neni uzivatel overeny.
Takze musi jit o nejaky problem s CORS requestem. I kdyz at na to koukam jak na
to koukam, zadny problem v HTTP nevidim, vsechno potrebne tam v hlavickach je.
Bohuzel dal to uz moc debuggovat nejde, presny duvod proc v requestu neni cookie
firefox nikde nehlasi...


r00t


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

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[Ralf Treinen]

On Mon, Oct 15, 2018 at 08:08:18PM +, marc marc wrote:
> Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :
> 
> > Le wiki semble indiquer que c'est postal_code [1].
> 
> oui. postal_code pour définir le code postal d'une étendue
> par opposition à addr:postcode pour définir le code postal
> d'une addr en particulier.

Merci pour cette confirmation. Et on est bien d'accord que quand
le postal_code est renseigné pour une étendu avec admin_level=9
(les arrondissements de Paris) qu'il n'est pas utile de le 
repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ?

-Ralf.

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

[Talk-de] 35c3 OpenStreetMap-Assembly

[Marc Gehling]

Auch dieses Jahr wird es auf den 35c3 einen OpenStreetMap-Assembly geben.

Wer bisher dabei war oder neu Teil des Assemblies werden möchte, kann 
kurz eine email schicken ( PreSale Tickets ).


https://wiki.openstreetmap.org/wiki/Chaos_Communication_Congress/35C3

Mfg Marc


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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Paul Desgranges]

Bonsoir,


Le 14. 10. 18 à 22:12, Paul Desgranges a écrit :

/Un truc en plus, le terme 'piscine' de manière générale peut signifier à />>/la fois le bassin, le bâtiment, mais aussi le 
complexe sportif : />>/  - "leisure=swimming_pool" seul, donc ça serait le bassin, mais 
/>>/"leisure=swimming_pool" + "building=yes" là on parlerait du 'bâtiment />>/piscine'  (le bassin est 
alors parfois à l'extérieur) />

cette interprétation me semble erronée.
leisure=swimming_pool est selon moi clairement définit comme étant le bassin.
"leisure=swimming_pool" + "building=yes c'est donc un bassin "couvert" 
par un bâtiment. c'est assez rare mais j'en connais un : je suis passé 
plusieurs fois devant en me demandant si c'était un garage entière vitré 
ou une serre en dur... avant d'un jour apercevoir que l'intérieur est 
entièrement constitué d'un bassin d'eau (piscine privé).

si le bassin n'est pas dans le bâtiment, il faut selon moi 2 objets.


Ce n'est pas rare du tout :-) il y en a des centaines, si je l'ai dit c'est que 
j'avais regardé avant.
Je ne suis pas passé devant ;-) j'ai regardé icihttps://overpass-turbo.eu/s/CMB   
Les contributeurs ont assez largement utilisé cette façon pour mapper les piscines-bâtiments (bâtiments qui contiennent une piscine).

C'est effectivement une interprétation erronée, mais certainement pas de moi, 
des contributeurs plutôt
qui auraient dû mapper ça comme ça : "leisure=sports_centre" + "sport=swimming"
Ce que je voulais dire par => on a souvent le cas : "leisure=sports_centre" + "sport=swimming" = 
"leisure=swimming_pool" + "building=yes"



Salut,

Du coup, je pense qu'on peut imaginer un plan d'action comme ça :
- modification massive de amenity=swimming_pool vers 
leisure=swimming_pool comme proposé par Marc
- analyse Osmose qui vérifie la taille des leisure=swimming_pool et 
remonte un signalement quand c'est vraiment trop grand (en utilisant la 
formule de Jérôme)
- mission maproulette pour identifier des leisure=swimming_pool qui 
devraient en fait être des leisure=sports_centre


Pour le dernier point, j'ai l'impression qu'en cherchant les 
leisure=swimming_pool qui ont un tag name, on tombe principalement sur 
des éléments mal taggés qui devraient être des sports_centre, on doit 
pouvoir broder autour de ça pour Maproulette, même si on aura quelques 
faux positifs.

Oui, dans les trois cas ci-dessus on peut en trouver beaucoup déjà avec 
"leisure=swimming_pool" + "building=yes"



Qu'en dites-vous ?


Bien d'accord !
 
 --

Noémie Lehuby
Donc l'idée


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

Re: [OSM-talk-fr] [Tagging-fr] Vote ouvert pour la carto des réseaux télécoms

[Jean-Marc Liotier]

On 10/15/18 6:01 PM, François Lacombe wrote:
Ceci dit, en donnant assez de visibilité à nos activités, peut-être 
que les opérateurs seront motivés et comprendront le sens de tout ça, 
à suivre !


On peut toujours rêver...

Ceci dit, je suppose que la mention de GraceTHD dans ta présentation 
n'est pas innocente: s'il y a un espoir, il est du côté des 
collectivités locales, dont les intérêts ont des chances de finir par 
s'aligner sur un fonctionnement collaboratif.


J'imagine bien, pour les échanges inter-opérateurs, l'intérêt politique 
des collectivités locales d'avoir comme *_codeext un objet commun, 
neutre à tous points de vue et géré collectivement, au lieu d'utiliser 
les identifiants internes de $opérateur1, $opérateur2. Peut-être un 
montage analogue à la BAN ?



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

Re: [OSM-talk-fr] openinframap

[Vincent Privat]

Du coup je sais pas si c'est judicieux le label "Substation 20kv" pour tous
les postes sans nom. La carte au zoom 13 est saturée maintenant :D

Le lun. 15 oct. 2018 à 21:27, Laurent Combe  a
écrit :

> cool
>
> Le ven. 12 oct. 2018 à 13:39, François Lacombe 
> a écrit :
>
>> Bonjour
>>
>> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
>> Les mises a jour ont été faites.
>>
>> François
>>
>> Le sam. 1 sept. 2018 à 12:23, François Lacombe 
>> a écrit :
>>
>>> Bonjour
>>>
>>> A noter que russs n'intervient sur openinframap qu'entre Noel et le
>>> nouvel an habituellement
>>>
>>> J'ai bien proposé de l'aider dans sa tache mais sans réponse. Il y a
>>> pourtant beaucoup à faire
>>>
>>> Bonne journée
>>>
>>> François
>>>
>>> Le sam. 1 sept. 2018 à 10:26, marc marc  a
>>> écrit :
>>>
 Bonjour,

 info de Gazer75 (qui ne parle pas français) sur irc :
 I think it has stopped due to a problem,
 but ru is quite busy atm.

 en français : il y a un problème :-)
 mais "russs", le gars qui s'en occupe, est débordé pour le moment.
 Le mieux est de prendre contact directement avec lui ou chercher s'ils
 ont un système de ticket pour être au courant des changements.

 Cordialement,
 Marc

 Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
 > petit up gentil
 > le problème de rafraichissement semble toujours présent
 >
 > Le mer. 22 août 2018 à 21:34, François Lacombe
 > mailto:fl.infosrese...@gmail.com>> a
 écrit :
 >
 > Bonsoir,
 >
 > Relativement à ce problème, il semble toujours présent dans la
 zone
 > https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
 >
 > Il y a comme une espèce de ligne au nord de laquelle rien ne
 passe.
 > Surement un problème de mise à jour
 > A voir si les admins consentent à recharger la base
 >
 > François
 >
 > Le lun. 20 août 2018 à 08:48, François Lacombe
 > mailto:fl.infosrese...@gmail.com>> a
 écrit :
 >
 > Bonjour Laurent
 >
 > En effet, on dirait qu'il y a une ligne horizontale au nord de
 > laquelle il n'y a pas de postes ou de lignes
 >
 > On va attendre encore quelques jours pour voir si ca se
 débloque
 >
 > François
 >
 > Le lun. 20 août 2018 à 08:13, Laurent Combe
 > mailto:laurent.co...@free.fr>> a
 écrit :
 >
 > alors quelque chose m'échappe
 > au nord de toulouse, commune de Fronton par exemple , la
 > carte affichée par openinframap ne se réactualise plus
 > depuis qques jours
 > aucune nouvelle ligne electrique n'apparait dans ce
 secteur
 >
 > j'ai viré cookie, cache, ...
 >
 > je ne vois pas
 >
 > Laurent
 >
 >
 > Le dim. 19 août 2018 à 19:54, François Lacombe
 > >>> > > a écrit :
 >
 > Bonjour
 >
 > Environ 1 cache de 24h
 >
 > François
 >
 > Le dim. 19 août 2018 à 19:38, Laurent Combe
 > mailto:laurent.co...@free.fr>>
 a
 > écrit :
 >
 > Bonjour
 >
 > Savez-vous a quelle fréquence se regénère les
 tuiles
 > d'OpenInfraMap ?
 >
 > Laurent
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org
 > 
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org >>> Talk-fr@openstreetmap.org>
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org >>> Talk-fr@openstreetmap.org>
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org 
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >
 >
 >
 > ___
 > Talk-fr mailing list
 > Talk-fr@openstreetmap.org
 > https://lists.openstreetmap.org/listinfo/talk-fr
 >

 ___
 Talk-fr mailing list

Re: [OSM-talk-fr] boundary et addr:postcode / postal_code

[marc marc]

Le 15. 10. 18 à 21:48, Ralf Treinen a écrit :

> Le wiki semble indiquer que c'est postal_code [1].

oui. postal_code pour définir le code postal d'une étendue
par opposition à addr:postcode pour définir le code postal
d'une addr en particulier.

> en région Parisienne je trouve addr:postcode utilisé

c'est une erreur très fréquente en France :-(

> JOSM n'est pas d'accord avec cette combinaison :
>suspicious tag combination - boundary together with addr:*

osmose non plus de mémoire :)

> Faut-il remplacer tout les addr:postcode par postal_code dans les
> limites des communes ou arrondissements ?

oui... et convaincre ceux qui ont déjà fait des opérations inverses
de le cesser.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Décalage cadastre

[Sébastien Dinot]

Bonsoir,

Valentin GAUTREAU a écrit :
> Je suis face à un dilemme pour plusieurs communes et particulièrement
> sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par
> rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN).
> Comment faire ? Il faut décaler les bâtiments car ils chevauchent les
> routes ou laisser comme tel avec plusieurs mètres de différence.

Ce type de décalage est assez fréquent et, bien souvent, c'est le
cadastre qui a tort (il arrive même que les bâtiments soient mal
orientés).

Dans le cas présent, j'ai jeté un œil à l'endroit. Les repères
géodésiques de l'IGN et les quelques traces GPS existantes donnent
raison à la BDOrtho de l'IGN. Tu peux donc recaler le bâti sur la
BDOrtho. Attention cependant, il est fréquent que le décalage ne soit
pas homogène sur une commune, et même qu'il ne soit pas homogène sur un
gros bourg. De manière générale, les lotissements récents sont bien
mieux géoréférencés que le cœur historique des villages. Il faut donc
travailler groupe de bâtiments par groupe de bâtiments, voire procéder
à des ajustements individuels.

> Par ailleurs, peut-on informer les mairies de ces erreurs ?

À mon avis, c'est plutôt la DGFiP qu'il faudrait informer.

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

[OSM-talk-fr] boundary et addr:postcode / postal_code

[Ralf Treinen]

Bonjour,

quel tag faut-il utiliser pour le code postal d'une région (dans le
sens géométrique, pas administrative) délimitée par une boundary ?
Le wiki semble indiquer que c'est postal_code [1]. Par contre partout
où je regarde en région Parisienne je trouve addr:postcode utilisé 
à la place. JOSM n'est pas d'accord avec cette combinaison :

  suspicious tag combination - boundary together with addr:*

Faut-il remplacer tout les addr:postcode par postal_code dans les
limites des communes ou arrondissements ?

-Ralf.

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

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

Re: [OSM-talk-fr] Décalage cadastre

[marc marc]

Le 15. 10. 18 à 21:17, Valentin GAUTREAU a écrit :
> Je suis face à un dilemme pour plusieurs communes et particulièrement 
> sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par 
> rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN). 
> Comment faire ? Il faut décaler les bâtiments car ils chevauchent les 
> routes ou laisser comme tel avec plusieurs mètres de différence.

il y a plusieurs "visions", selon la précision et le côté pratique :

l'idéal c'est de trouver un man_made=survey_point de l'ign, de vérifier 
dans son historique s'il n'a pas été bougé et d'aligner le tout dessus.
c'est "la vérité" normalement en matière de coordonnées.

Le plus commode c'est de s'aligner sur le cadastre tant que t'as pas 
finit d'importer les bâtiments.
Une fois les bâtiments finit, il faut s'aligner sur l'un, sur l'autre 
selon ce qui te semble le moins mauvais (sans avoir regardé ce cas là, 
j'aurais tendance à choisir la bdortho)

à plus long terme, si tu trouves pas de repère géodésique et si
c'est proche de chez toi, il faut x jours différents une trace gps
d'un élément très reconnaissable (ex une route avec angle à 90°
histoire d'ensuite faire la moyenne des différentes traces
(visuellement ou via stravia par ex) et caler le cadastre et/ou
la bdortho sur cette moyenne (on peux partager/sauver le décalage
avec josm)
et ensuite faut réaligner le tout... et cela c'est bcp moins marrant

> Par ailleurs, peut-on informer les mairies de ces erreurs ?

ho tu peux... mais met un cierge à Marie en même temps...
L'administration est trop souvent peu réceptive/réactive
aux remontées d'erreur... mais fait tenter... mais uniquement
après que tu ai identifié si c'est bien le cadastre qui est
réellement décalé ou pas...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] openinframap

[Laurent Combe]

cool

Le ven. 12 oct. 2018 à 13:39, François Lacombe 
a écrit :

> Bonjour
>
> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
> Les mises a jour ont été faites.
>
> François
>
> Le sam. 1 sept. 2018 à 12:23, François Lacombe 
> a écrit :
>
>> Bonjour
>>
>> A noter que russs n'intervient sur openinframap qu'entre Noel et le
>> nouvel an habituellement
>>
>> J'ai bien proposé de l'aider dans sa tache mais sans réponse. Il y a
>> pourtant beaucoup à faire
>>
>> Bonne journée
>>
>> François
>>
>> Le sam. 1 sept. 2018 à 10:26, marc marc  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> info de Gazer75 (qui ne parle pas français) sur irc :
>>> I think it has stopped due to a problem,
>>> but ru is quite busy atm.
>>>
>>> en français : il y a un problème :-)
>>> mais "russs", le gars qui s'en occupe, est débordé pour le moment.
>>> Le mieux est de prendre contact directement avec lui ou chercher s'ils
>>> ont un système de ticket pour être au courant des changements.
>>>
>>> Cordialement,
>>> Marc
>>>
>>> Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
>>> > petit up gentil
>>> > le problème de rafraichissement semble toujours présent
>>> >
>>> > Le mer. 22 août 2018 à 21:34, François Lacombe
>>> > mailto:fl.infosrese...@gmail.com>> a
>>> écrit :
>>> >
>>> > Bonsoir,
>>> >
>>> > Relativement à ce problème, il semble toujours présent dans la zone
>>> > https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
>>> >
>>> > Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
>>> > Surement un problème de mise à jour
>>> > A voir si les admins consentent à recharger la base
>>> >
>>> > François
>>> >
>>> > Le lun. 20 août 2018 à 08:48, François Lacombe
>>> > mailto:fl.infosrese...@gmail.com>> a
>>> écrit :
>>> >
>>> > Bonjour Laurent
>>> >
>>> > En effet, on dirait qu'il y a une ligne horizontale au nord de
>>> > laquelle il n'y a pas de postes ou de lignes
>>> >
>>> > On va attendre encore quelques jours pour voir si ca se
>>> débloque
>>> >
>>> > François
>>> >
>>> > Le lun. 20 août 2018 à 08:13, Laurent Combe
>>> > mailto:laurent.co...@free.fr>> a
>>> écrit :
>>> >
>>> > alors quelque chose m'échappe
>>> > au nord de toulouse, commune de Fronton par exemple , la
>>> > carte affichée par openinframap ne se réactualise plus
>>> > depuis qques jours
>>> > aucune nouvelle ligne electrique n'apparait dans ce secteur
>>> >
>>> > j'ai viré cookie, cache, ...
>>> >
>>> > je ne vois pas
>>> >
>>> > Laurent
>>> >
>>> >
>>> > Le dim. 19 août 2018 à 19:54, François Lacombe
>>> > >> > > a écrit :
>>> >
>>> > Bonjour
>>> >
>>> > Environ 1 cache de 24h
>>> >
>>> > François
>>> >
>>> > Le dim. 19 août 2018 à 19:38, Laurent Combe
>>> > mailto:laurent.co...@free.fr>>
>>> a
>>> > écrit :
>>> >
>>> > Bonjour
>>> >
>>> > Savez-vous a quelle fréquence se regénère les
>>> tuiles
>>> > d'OpenInfraMap ?
>>> >
>>> > Laurent
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org
>>> > 
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org >> Talk-fr@openstreetmap.org>
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org >> Talk-fr@openstreetmap.org>
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org 
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> >
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[OSM-talk-fr] Décalage cadastre

[Valentin GAUTREAU]

Bonjour à tous !

Je suis face à un dilemme pour plusieurs communes et particulièrement 
sur Montfaucon-Montigné (49). Le cadastre est complètement décalé par 
rapport à la réalité (c'est à dire les cartes IGN et la BD Ortho IGN). 
Comment faire ? Il faut décaler les bâtiments car ils chevauchent les 
routes ou laisser comme tel avec plusieurs mètres de différence.


Par ailleurs, peut-on informer les mairies de ces erreurs ?

Cordialement,

Valentin


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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[Noémie Lehuby]

Salut,

Du coup, je pense qu'on peut imaginer un plan d'action comme ça :
- modification massive de amenity=swimming_pool vers 
leisure=swimming_pool comme proposé par Marc
- analyse Osmose qui vérifie la taille des leisure=swimming_pool et 
remonte un signalement quand c'est vraiment trop grand (en utilisant la 
formule de Jérôme)
- mission maproulette pour identifier des leisure=swimming_pool qui 
devraient en fait être des leisure=sports_centre


Pour le dernier point, j'ai l'impression qu'en cherchant les 
leisure=swimming_pool qui ont un tag name, on tombe principalement sur 
des éléments mal taggés qui devraient être des sports_centre, on doit 
pouvoir broder autour de ça pour Maproulette, même si on aura quelques 
faux positifs.


Qu'en dites-vous ?

--
Noémie Lehuby

Le 15/10/2018 à 01:11, Jérôme Amagat a écrit :
leisure=swimming_pool c'est le bassin seulement (comme leisure=pich 
est juste le terrain qui est assez souvent à l’intérieur d'un 
"complexe sportif" ou "stade" ... qui se tag aussi leisure=sports_centre)


il peut y avoir d'autre sport pratiqué dans les piscines municipales 
et les autres piscine accessible au public et donc il peut y avoir 
plusieurs choses dans sport=* en plus de swimming. les différents 
sports doivent être séparés par des points virgules par exemple 
sport=swimming;scuba_diving quand on peut faire de la plongée.


amenity=swimming_pool ne doit plus être utiliser et n'est plus visible 
sur le rendu de base.

ça serait pas mal de les faire disparaître de france.

Pour trouver des piscines qui ne sont pas qu'un bassin, on peut 
chercher les amenity=swimming_pool (et les leisure=swimming_pool) les 
plus grandes avec josm.
obtenir les piscines avec overpass turbo ( 
https://overpass-turbo.eu/s/CL0 ) et faire une recherche ctrl + F : 
amenity=swimming_pool  areasize:2000-
on peut bien sur changer le 2000 que j'ai mis et ça ne marche pas si 
ce n'est qu"un node :)





___
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-cz] Data od měst, prosím o seznam zkušeností (a odkazy na existující souhlasy)

[Miroslav Suchý]

Dne 15.10.2018 v 15:07 majka napsal(a):
> Zdravím všechny,
> 
> podařilo se mi zkontaktovat správnou osobu na magistrátu České
> Budějovice ohledně poskytnutí dat, resp. spolupráce. Lépe řečeno,
> dotyčný si nás našel sám, ukázal se mezi editacemi nových uživatelů...
> 
> Protože začínáme debatovat o tom, co půjde/nepůjde získat od města, a
> jak, prosím o zkušenosti ostatních, a také odkazy na ty souhlasy, co od
> koho máme, ať nevymýšlíme něco nového. Samozřejmě že je to v začátku a
> dotyčný bude muset pro svolení na vyšší místa, ale o to více by se
> hodily zkušenosti odjinud.

Data, která město vlastní a které může poskytnout. Občas může být
problém s tím, že data vlastní městská část, která nemusí souznít s
magistrátem.

* mobiliář: lavičky, odpadkové koše
* sloupy veřejného osvětlení
* hřiště (zpravidla už zmapováno v OSM)
* passporty zeleně
* dopravní passport (zpravidla zatím nikdo nemapuje)
* hydranty (město nemusí vlastnit)
* hřbitovní místa (tuším taky ještě nikdo nemapuje)

Mirek

-- 
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
fait que c'était un immeuble
https://www.openstreetmap.org/changeset/63551936


Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a écrit :

> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
> Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
> problème dans toutes les villes construites sur des reliefs escarpés (comme
> Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
> étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
> d'autres niveaux intercalaires?
>
> La notion de "niveau" (ou "étage") se gère à priori bâtiment par bâtiment,
> pourtant on trouve des cas où deux batiments contruits sur des sols
> différents ont des passages accolés au même niveau (on passe san monter ou
> descendre du rez-de chaussée de l'un au 3e étage de l'autre) et on en
> trouve même dans des villes réputées "plates" comme Paris (les "grands
> magasins") ou Lille (par exemple sa fameuse grande librairie) qui ont aussi
> réunit des niveaux différents de plusieurs bâtiments accolés (ou assez
> proches pour installer des passerelles).
>
> Dans certains cas, au sein de ces batiments, la notion de "niveau" n'est
> pas la même entre les surfaces occupées par un même magasin ou une même
> entreprise, que celle d'étage au sein des batiments dans lesquels ces
> locaux sont situés.
>
> On a le cas aussi avec les stations souterraines de train ou métro, où la
> notion de niveau n'est pas beaucoup plus simple (le même niveau peut
> pourtant avoir des altitudes de plancher variables, avec des pentes douces
> ou quelques marches ignorées et sur une longueur assez grande cela fait
> vite une différence).
>
> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre des
> éléments superposés à la même position géographique (longitude et
> latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
> et il est difficile de taguer précisément tous les points avec une
> véritable altitude, à moins de décider de ne plus taguer ça dans OSM
>
> Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
> pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
> (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
> de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
> manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
> approximative sans tenir compte de l'altitude, mais en les ordonnant avec
> "layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
> qui n'est pas conçu pour gérer correctement la 3e dimension).
>
>
>
> Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a
> écrit :
>
>> Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d
>> dans mapcontrib mais plutôt streetcomplete.
>>
>> My bad, Désolé pardon plates excuses confusantes.
>>
>> Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> En me baladant hier, je suis passé dans le 13ème à faire un peu de
>>> MapContrib
>>> Le rendu 3d est vraiment pas terrible
>>> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
>>>
>>> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
>>> faisait 20 étages et du coup les commerces présents sur la dalle sont juste
>>> invisible.
>>>
>>> Vous auriez une idée de comment améliorer ça ?
>>>
>> ___
>> 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] Problème îlot et doublon relation ?

[Jérôme Amagat]

Le lun. 15 oct. 2018 à 13:29, Waxy  a écrit :

> Salut,
>
> J'ai modifié un îlot, pour l'enceindre d'un lagon et il n'est plus rendu
> sur les cartes.
> Même si on n'étiquette pas pour le rendu je soupçonne un problème parce
> que j'ai étiqueté de la même manière que d'autres îlots qui sont bien
> rendus ! J'ai dû merder à un moment mais je sais pas quand 
>
> - L'îlot de Pamandzi mal rendu est au sein de la relation 8 801 671
> - Exemple d'îlots correctement rendus : îles Choazil, relation 8 789 735
>
> Je pense qu'il n'y a pas de problème. Par contre la partie bleu de l’océan
qui est obtenu grâce au tag natural=coastline est très longue à se mettre à
jour. Je ne sais pas du tout comment ça marche mais j'ai déjà eu le même
problème et je pense que ce bleu se mettra a jour d'ici 1 ou 2 semaines.
(une autre solution c'est de mettre une autre couleur par dessus en
ajoutant un landuse=*, mais on tag pas pour le rendu donc il faut choisir
le bon landuse :) )


> Par ailleurs n'y a-t-il pas doublon entre les relations 1 363 069 et 3
> 388 394 ?
>
> Une des relations c'est pour le département de Mayotte et l'autre pour la
région. il y a la même chose dans les 2 relations vu que Mayotte est à la
fois un département et une région mais il y a des tags différents,
admin_level=4 et admin_level=6 surtout.


> @+
>
> ___
> 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] Afficher sa position GPS sur une carte uMap

[Philippe Verdy]

Note: une telle extension posera des problèmes légaux en Europe vis-à-vis
du RGPD : en effet si elle colelcte en continu la géolocalisation d'un
utilisateur, le RGPD dit que c'est une donnée privée et que l'accès à ces
données doit être protégé et réservé à cet utilisateur et non pas
accessible à n'importe qui visiterait une carte uMap publique.
Avant de permettre cela il faudrait qu'uMap accepte le principe d'héberger
des cartes à usage privé (demandant une authentification pour ensuite
accorder un accès).


Le lun. 15 oct. 2018 à 19:10, Philippe Verdy  a écrit :

> Je pense que c'est utile pour suivre sur uMap une carte d'itinéraire
> spécifique en se repérant directement dessus. Et donc de pouvoir s'échanger
> des itinéraires plus ou moins privés (par exemple poster un lien uMap via
> un mail ou un SMS échangé entre deux personnes qui souhaitent s'aider au
> guidage).
>
> L'itinéraire pourrait n'avoir un intérêt que purement temporaire et pour
> un usage par une unique personne, la carte uMap étant ensuite supprimée par
> son auteur (mais je ne pense pas qu'uMap soit fait pour échanger des
> itinéraires privés, il doit être possible d'échanger un geoJSON ou un .kml
> et le charger dans une application de navigation personnelle existante, qui
> l'affichera au dessus de son fond de carte intégré; le principe d'uMap est
> plutôt de cartographier des éléments spécifiques par n'importe qui, même
> dans un but plus ou moins commercial, mais de rendre cela ensuite public
> sans avoir à payer Google pour cela quand cela ne vise au final qu'un
> public assez limité, mais sur une longue durée où ces cartes ont encore un
> intérêt, par exemple des cartes touristiques ou documentant des articles de
> fonds historiques, tels que des cartes de batailles militaires, des
> événements sportifs, etc.).
>
> Ceci dit uMap n'affichera pas votre orientation. Il faudrait une connexion
> spécifique avec un objet utilisant l'API locale de géolocalisation, et une
> permission spécifique supplémentaire (allant au delà de la seule
> géolocalisation) permettant au site web de l'afficher (ou un javascript
> exécuté localement mais dans le contexte de permission du domaine web dont
> il provient et qui lui permet de justement manipuler le DOM de la page web
> affichée, et non dans le contexte local) et de le mettre en jour en continu
> (sans interaction nécessaire avec le serveur web).
>
> Ce peut être une extension comparable à celle d'une application de
> navigation embarquée (sur un smartphone) ou un récepteur GPS de navigation.
> On peut toujours demander si UMap veut proposer une telle extension
> (éventuellement en développer une si ça n'existe pas encore en tant que
> composant réutilisable ou si la réutilisation n'est pas compatible avec les
> termes du site ou UMap est déployé)
>
>
> Le lun. 15 oct. 2018 à 16:16, Shohreh  a écrit :
>
>> Yann Schneylin wrote
>> > J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait
>> > le faire avec Google Maps par exemple). Est-ce possible ?
>>
>> Quel est l'objectif final ?
>>
>>
>>
>>
>> --
>> 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: [OSM-talk-fr] Afficher sa position GPS sur une carte uMap

[Philippe Verdy]

Je pense que c'est utile pour suivre sur uMap une carte d'itinéraire
spécifique en se repérant directement dessus. Et donc de pouvoir s'échanger
des itinéraires plus ou moins privés (par exemple poster un lien uMap via
un mail ou un SMS échangé entre deux personnes qui souhaitent s'aider au
guidage).

L'itinéraire pourrait n'avoir un intérêt que purement temporaire et pour un
usage par une unique personne, la carte uMap étant ensuite supprimée par
son auteur (mais je ne pense pas qu'uMap soit fait pour échanger des
itinéraires privés, il doit être possible d'échanger un geoJSON ou un .kml
et le charger dans une application de navigation personnelle existante, qui
l'affichera au dessus de son fond de carte intégré; le principe d'uMap est
plutôt de cartographier des éléments spécifiques par n'importe qui, même
dans un but plus ou moins commercial, mais de rendre cela ensuite public
sans avoir à payer Google pour cela quand cela ne vise au final qu'un
public assez limité, mais sur une longue durée où ces cartes ont encore un
intérêt, par exemple des cartes touristiques ou documentant des articles de
fonds historiques, tels que des cartes de batailles militaires, des
événements sportifs, etc.).

Ceci dit uMap n'affichera pas votre orientation. Il faudrait une connexion
spécifique avec un objet utilisant l'API locale de géolocalisation, et une
permission spécifique supplémentaire (allant au delà de la seule
géolocalisation) permettant au site web de l'afficher (ou un javascript
exécuté localement mais dans le contexte de permission du domaine web dont
il provient et qui lui permet de justement manipuler le DOM de la page web
affichée, et non dans le contexte local) et de le mettre en jour en continu
(sans interaction nécessaire avec le serveur web).

Ce peut être une extension comparable à celle d'une application de
navigation embarquée (sur un smartphone) ou un récepteur GPS de navigation.
On peut toujours demander si UMap veut proposer une telle extension
(éventuellement en développer une si ça n'existe pas encore en tant que
composant réutilisable ou si la réutilisation n'est pas compatible avec les
termes du site ou UMap est déployé)


Le lun. 15 oct. 2018 à 16:16, Shohreh  a écrit :

> Yann Schneylin wrote
> > J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait
> > le faire avec Google Maps par exemple). Est-ce possible ?
>
> Quel est l'objectif final ?
>
>
>
>
> --
> 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: [OSM-talk-fr] représentation 3d des olympiades

[Philippe Verdy]

N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
problème dans toutes les villes construites sur des reliefs escarpés (comme
Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
d'autres niveaux intercalaires?

La notion de "niveau" (ou "étage") se gère à priori bâtiment par bâtiment,
pourtant on trouve des cas où deux batiments contruits sur des sols
différents ont des passages accolés au même niveau (on passe san monter ou
descendre du rez-de chaussée de l'un au 3e étage de l'autre) et on en
trouve même dans des villes réputées "plates" comme Paris (les "grands
magasins") ou Lille (par exemple sa fameuse grande librairie) qui ont aussi
réunit des niveaux différents de plusieurs bâtiments accolés (ou assez
proches pour installer des passerelles).

Dans certains cas, au sein de ces batiments, la notion de "niveau" n'est
pas la même entre les surfaces occupées par un même magasin ou une même
entreprise, que celle d'étage au sein des batiments dans lesquels ces
locaux sont situés.

On a le cas aussi avec les stations souterraines de train ou métro, où la
notion de niveau n'est pas beaucoup plus simple (le même niveau peut
pourtant avoir des altitudes de plancher variables, avec des pentes douces
ou quelques marches ignorées et sur une longueur assez grande cela fait
vite une différence).

Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre des
éléments superposés à la même position géographique (longitude et
latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
et il est difficile de taguer précisément tous les points avec une
véritable altitude, à moins de décider de ne plus taguer ça dans OSM

Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
(avec aussi son orientation correcte) ; et alors dans OMS on se contentera
de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
approximative sans tenir compte de l'altitude, mais en les ordonnant avec
"layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
qui n'est pas conçu pour gérer correctement la 3e dimension).



Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a écrit :

> Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d dans
> mapcontrib mais plutôt streetcomplete.
>
> My bad, Désolé pardon plates excuses confusantes.
>
> Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a écrit :
>
>> Bonjour,
>>
>> En me baladant hier, je suis passé dans le 13ème à faire un peu de
>> MapContrib
>> Le rendu 3d est vraiment pas terrible
>> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
>>
>> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
>> faisait 20 étages et du coup les commerces présents sur la dalle sont juste
>> invisible.
>>
>> Vous auriez une idée de comment améliorer ça ?
>>
> ___
> 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] [Tagging-fr] Vote ouvert pour la carto des réseaux télécoms

[François Lacombe]

Merci Séverin,

L'opendata dans les télécom arrive mais n'est pas encore très abouti dans
le domaine de l'infrastructure (tout ça est tellement secret)
Le but était de préparer le terrain pour d'éventuelles données libérées
dans le futur.
Il n'y a pas de projet de la part des opérateurs pour l'instant, il y a
surtout de la collecte terrain de la part de volontaires à qui il faut bien
donner un cadre.
Ceci dit, en donnant assez de visibilité à nos activités, peut-être que les
opérateurs seront motivés et comprendront le sens de tout ça, à suivre !

François

Le lun. 15 oct. 2018 à 17:50, Severin Menard  a
écrit :

> Merci François, définitivement maître ès réseaux, pour progressivement
> renforcer le tagging OSM et pour cette nouvelle contribution toujours
> particulièrement bien documentée et rendant le sujet compréhensible pour
> les non-initiés.
> Juste une question : ce tagging une fois adopté va porter un import de
> données émanant des sociétés de telecom, notamment dans le cadre français ?
> L'idée est que de valider d'abord le tagging pour ce type d'objet avant de
> s'attaquer à cet (ces ?) import(s) ?
>
> Séverin
>
> Le sam. 13 oct. 2018 à 13:35, François Lacombe 
> a écrit :
>
>> Bonjour à tous
>>
>> La rédaction de cette proposition était en cours depuis 2015, la voila
>> maintenant ouverte au vote. On a fini de l'écrire à 3 mains, traduite en
>> français:
>>
>> https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Telecom_local_loop
>>
>> On propose d'utiliser telecom=* pour cartographier les boucles locales
>> (la partie du réseau entre l'abonné et les premiers équipements de service
>> actif chez l'opérateur telecom) optiques ou cuivres.
>> telecom=* pourra avoir plus de valeurs décrites dans le futur, moyennant
>> plusieurs autres propositions à venir.
>> On va pouvoir nettoyer man_made de valeurs trop spécifiques aux télécoms.
>>
>> La version française intègre aussi nativement une correspondance avec le
>> modèle de données GraceTHD, qui est le format d'échange de référence
>> Covadis pour les réseaux télécoms (principalement optique). Le modèle d'OSM
>> proposé est totalement compatible, nous assurant ainsi une pérennité et
>> visibilité supplémentaires auprès des professionnels du secteur.
>>
>> Évidemment, ces tags sont prévus pour ajouter à OSM des données
>> publiquement accessibles. ne pas avoir de données disponibles ne rend pas
>> nécessairement la sémantique du modèle mauvaise.
>> On a pu le tester en France sur les réseaux fibres et cuivre sans
>> problèmes rencontrés.
>>
>> Merci de prendre quelques minutes pour placer un vote en bas de la
>> version anglaise
>>
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_local_loop#Voting
>>
>> Bon weekend
>>
>> François
>> ___
>> Tagging-fr mailing list
>> tagging...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging-fr
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Tagging-fr] Vote ouvert pour la carto des réseaux télécoms

[Severin Menard]

Merci François, définitivement maître ès réseaux, pour progressivement
renforcer le tagging OSM et pour cette nouvelle contribution toujours
particulièrement bien documentée et rendant le sujet compréhensible pour
les non-initiés.
Juste une question : ce tagging une fois adopté va porter un import de
données émanant des sociétés de telecom, notamment dans le cadre français ?
L'idée est que de valider d'abord le tagging pour ce type d'objet avant de
s'attaquer à cet (ces ?) import(s) ?

Séverin

Le sam. 13 oct. 2018 à 13:35, François Lacombe 
a écrit :

> Bonjour à tous
>
> La rédaction de cette proposition était en cours depuis 2015, la voila
> maintenant ouverte au vote. On a fini de l'écrire à 3 mains, traduite en
> français:
> https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Telecom_local_loop
>
> On propose d'utiliser telecom=* pour cartographier les boucles locales (la
> partie du réseau entre l'abonné et les premiers équipements de service
> actif chez l'opérateur telecom) optiques ou cuivres.
> telecom=* pourra avoir plus de valeurs décrites dans le futur, moyennant
> plusieurs autres propositions à venir.
> On va pouvoir nettoyer man_made de valeurs trop spécifiques aux télécoms.
>
> La version française intègre aussi nativement une correspondance avec le
> modèle de données GraceTHD, qui est le format d'échange de référence
> Covadis pour les réseaux télécoms (principalement optique). Le modèle d'OSM
> proposé est totalement compatible, nous assurant ainsi une pérennité et
> visibilité supplémentaires auprès des professionnels du secteur.
>
> Évidemment, ces tags sont prévus pour ajouter à OSM des données
> publiquement accessibles. ne pas avoir de données disponibles ne rend pas
> nécessairement la sémantique du modèle mauvaise.
> On a pu le tester en France sur les réseaux fibres et cuivre sans
> problèmes rencontrés.
>
> Merci de prendre quelques minutes pour placer un vote en bas de la version
> anglaise
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_local_loop#Voting
>
> Bon weekend
>
> François
> ___
> Tagging-fr mailing list
> tagging...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d dans
mapcontrib mais plutôt streetcomplete.

My bad, Désolé pardon plates excuses confusantes.

Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> En me baladant hier, je suis passé dans le 13ème à faire un peu de
> MapContrib
> Le rendu 3d est vraiment pas terrible
> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
>
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> faisait 20 étages et du coup les commerces présents sur la dalle sont juste
> invisible.
>
> Vous auriez une idée de comment améliorer ça ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cz] Import/update doby výběru schránek

[majka]

Poslušně hlásím, že od pátku "visí" na import listu oznámení plánovaného
importu, resp. aktualizace doby výběru schránek. K té aktualizaci
připomínky (zatím) nebyly, byl jeden dotaz k přeznačení schránek, které
jsou v datech ale chybí v tom souboru pošty.

Aby to nezaniklo v jiných vláknech, tak ještě celková rekapitulace pro
místní:
Chystám se pod samostatným přihlášením dělat aktualizace schránek, které už
v OSM jsou. K získání dat s dobou výběru budu zneužívat Mariánův skript,
abychom ty údaje měli ve stejném formátu.
Půjde to po jednotlivých depech, abych měla lepší kontrolu nad těmi
změnami. Bude se měnit: doba výběru schránky a ref pokud to bude nutné,
případně doplňovat ref a operator, pokud u schránky chybí. Bude to spíš
konzervativní (hledat se bude blízko), takže předpokládám, že se bude
stávat, že u pár schránek budou zbývat stará data. Tam by se to pak ručně
dočišťovalo přes poi-importer.

Pokud bude mít depo u všech schránek uvedené od ČP souřadnice, budu zároveň
označovat v datech "nadbytečné" schránky s operator=Česká pošta, s.p. jako
disused:amenity a dávat na ně tag fixme. U pouze dočasně deaktivovaných
schránek se v okamžiku, kdy se schránka znovu objeví v seznamu ČP, tato
znovu aktivuje. Pokud ne, po určité době budu tyhle "disused" schránky
samostatným dotazem přes overpass turbo mazat, pokud mě to do té doby na
základě toho fixme tagu nepředběhne někdo místní. Plánuji tuhle čistku vždy
po roce, určovat to budu podle source=CP:MM, tj. teď by se mazaly
vypnuté schránky se source=CP:201710. Za nějaký čas můžeme tuhle část
vyhodnotit, jestli to nebude třeba nějak změnit.

Pokud nebudou připomínky, pustila bych aktualizace pro prvních pár dep asi
někdy o příštím víkendu, a pak vždy v prvním týdnu měsíce.

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

Re: [Talk-cz] Prihlaseni do fody

[Tom Ka]

Ahoj, dnes jsem to nestihl, ale zitra na to zkusim mrknout. Jiny prohlizec
nebo jiny pocitac se chova stejne?

Bye

On Sun, Oct 14, 2018, 13:04 r00t  wrote:

> Ahoj,
>
> > Technická: zkoušel jsi reload openstreetmap.cz?
> jj, to jsem zkousel jako prvni, reload openstreetmap.cz po tom co jsem se
> prihlasil ve fody - ale bez uspechu. Potom taky smazani cache a reload
> obojiho,
> odhlaseni ve fody a smazani cache i vsech cookies a cele jsem to
> zopakoval, ale
> stale nic
>
>
> r00t
>
>
> ___
> 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] représentation 3d des olympiades

[Nicolas Bétheuil]

en faite, le soucis ne sont pas les bâtiments qui ont des "sous-sol" mais
la dalle qui est notée comme un immeuble de 19 étages.

Le lun. 15 oct. 2018 à 15:58, Rpnpif  a écrit :

> Le 15 octobre 2018, Nicolas Bétheuil a écrit :
>
> > j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
> > rien vu
> >
> > ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
> > sous la dalle
> > et tous les building:levels sont donné avec comme point 0 le niveau de la
> > dalle et non la rue
> >
> > https://www.wikiwand.com/fr/Dalle_des_Olympiades
> >
> > du coup je ferais bien sauter le building:levels
> >
> > Vous en pensez quoi ?
>
> Ou plutôt appliquer ça :
> https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
>
> --
> Alain Rpnpif
>
> ___
> 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] Afficher sa position GPS sur une carte uMap

[Shohreh]

Yann Schneylin wrote
> J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait
> le faire avec Google Maps par exemple). Est-ce possible ?

Quel est l'objectif final ?




--
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: [Talk-cz] WeeklyOSM CZ 428

[majka]

On Mon, 15 Oct 2018 at 15:33, Tom Ka  wrote:

> Ahoj, je dostupné vydání 428 týdeníku WeeklyOSM:
> ...
> * Editor parkovacích pruhů.
>
Ten editor je zajímavá věc. A je na něm vidět, jak málo jsou ty pruhy
zmapované (a jak je místo toho na většině míst parkoviště, takže "skutečné"
velké parkoviště je problém najít jen pohledem na mapu).
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

[Jan Macura]

Aby ta diskuse měla nějaký závěr, Milancer oba ty kanály přeznačil na
navrhované  man_made=pipeline + substance=water + location=underground .

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

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

C'est le même principe que Beaugrenelle dans le 15ème à Paris
http://demo.f4map.com/#lat=48.8507463=2.2850715=18
Une dalle au dessus du niveau du sol assez haute pour que des camions
passent dessous (3.5m de hauteur max)
une rue souterraine, mais qui commence par monter (angle rue du javelot /
depuis la rue de tolbiac) (je vous laisse allez sur un street view, pas
trouvé de photos libre du coin. va falloir que j'y retourne)
Des tours posées au dessus avec des échoppes de juste un rez de chaussé ou
deux niveaux.

Tout dépends de ce que l'on appelle sous-sol. le sol est haut par là, deux
escaliers mécanique pour y grimper.



Le lun. 15 oct. 2018 à 15:30, Leni  a écrit :

> Je ne connais pas l'endroit, mais si je comprends ton mail il s'agit d'une
> dalle avec des niveaux en sous-sol.
> Si je lis le wiki,
> https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
> "building:levels=19" veut dire un immeuble de 19 étages au dessus du sol.
> Si c'est une dalle au 2eme et que les niveaux sont en sous-sol il me
> semble que ce serait plutôt "building:levels:underground=17" +
> "building:levels=2"
>
> Cordialement
> Leni
>
>
>  Message original 
> De: marc marc 
> Envoyé: Mon Oct 15 14:50:04 GMT+02:00 2018
> À: "talk-fr@openstreetmap.org" 
> Sujet: Re: [OSM-talk-fr] représentation 3d des olympiades
>
> Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> > https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
> >
> > Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> > faisait 20 étages et du coup les commerces présents sur la dalle sont
> > juste invisible.
>
> je connais pas vraiment le lieu
> mais je ne qualifierais pas la date de bâtiment
> https://www.openstreetmap.org/way/79084943
> mais je ne sais pas comment je la qualifierais mieux :)
> si j'ai bien décodé, c'est un parking souterrain
> avec une "square" principalement bétonné au dessus
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] représentation 3d des olympiades

[Rpnpif]

Le 15 octobre 2018, Nicolas Bétheuil a écrit :

> j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
> rien vu
> 
> ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
> sous la dalle
> et tous les building:levels sont donné avec comme point 0 le niveau de la
> dalle et non la rue
> 
> https://www.wikiwand.com/fr/Dalle_des_Olympiades
> 
> du coup je ferais bien sauter le building:levels
> 
> Vous en pensez quoi ?

Ou plutôt appliquer ça :
https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr

-- 
Alain Rpnpif

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

Re: [Talk-it] [Talk-it-cai] Proposed features/mtb:type

[Massimo A.]

Grazie

Questa per un caso simile, mi sembra una mappatura ragionevole:
https://www.openstreetmap.org/way/62329897
mi sembra ottimo per questo caso o eventuali altri casi di piste da 
downhill freeride... se non ci sono con controindicazioni userei questo.
ci sono cartelli? Com’è la situazione legale, ci posso camminare o no? 
Se si direi che i pedoni non vanno esclusi, ma si potrebbe segnalare 
il pericolo. Altrimenti foot=no
Nel caso specifico ci sono bindelle che delimitano l´ingresso della 
"pista" con il nome ma non ho trovato un regolamento.
Tuttavia nella maggior parte dei regolamenti dei "bike park" si riporta 
questo :

Bike Park è costituito da uno o più tracciati da percorrere
unicamente in discesa e solo in sella ad un adeguato
mezzo (bici MTB da downhill, freeride, enduro).

estratto da qui :
https://www.valdisole.net/upload/files/Gravity%20Map%20-%20PontediLegno-Tonale.pdf
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tracciamo il futuro di OpenStreetMap in Italia?

[Alessandro Palmas]

Il 15/10/2018 15:10, Marco Minghini ha scritto:


Se posso, questo è il "cent" che vorrei mettere nella bottiglia :)

Qualche giorno fa, in una pizzeria, ho notato questo adesivo sulla
vetrina,
proprio vicino all porta d'ingresso:
http://tinypic.com/r/2lledd0/9

Ed ho pensato: se anche OSM avesse un tag del genere, forse si
potrebbe far
conoscere di più il progetto a livello di "gente comune"...

+1, chissà quanta gente comincerebbe a chiedersi cosa sia questo 
OpenStreetMap :)



Sì, è una cosa decisamente interessante e un piccolo investimento che 
avrebbe un ritorno positivo.

Andrebbe curato bene, noi un grafico lo abbiamo.

Altra cosa però, occorre che gli OSMer vadano in giro a spargere il 
verbo e la vetrofania ;-) senza di loro/voi gli adesivi rimarrebbero su 
una scrivania in Wikimedia Italia.


Alessandro Ale_Zena_IT

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

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
rien vu

ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
sous la dalle
et tous les building:levels sont donné avec comme point 0 le niveau de la
dalle et non la rue

https://www.wikiwand.com/fr/Dalle_des_Olympiades

du coup je ferais bien sauter le building:levels

Vous en pensez quoi ?

Le lun. 15 oct. 2018 à 14:50, marc marc  a
écrit :

> Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> > https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
> >
> > Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> > faisait 20 étages et du coup les commerces présents sur la dalle sont
> > juste invisible.
>
> je connais pas vraiment le lieu
> mais je ne qualifierais pas la date de bâtiment
> https://www.openstreetmap.org/way/79084943
> mais je ne sais pas comment je la qualifierais mieux :)
> si j'ai bien décodé, c'est un parking souterrain
> avec une "square" principalement bétonné au dessus
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cz] WeeklyOSM CZ 428

[Tom Ka]

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

http://www.weeklyosm.eu/cz/archives/10770

* Mapathony MissingMaps.
* Přístupné a nepřístupné hrady a zámky.
* Česká pošta a její ref.
* OSM pro starostu.
* Vandal v Senegalu.
* Aktivita mapperů v USA.
* QA od HOT MapCampaigner.
* Editor parkovacích pruhů.
* Nová Java a JOSM.
* Nespojené silnice v Osmose.
* ReMAPTCHA antispam.

Pěkné počtení ...

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

Re: [OSM-talk-fr] représentation 3d des olympiades

[Leni]

Je ne connais pas l'endroit, mais si je comprends ton mail il s'agit d'une 
dalle avec des niveaux en sous-sol.
Si je lis le wiki, 
https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
"building:levels=19" veut dire un immeuble de 19 étages au dessus du sol.
Si c'est une dalle au 2eme et que les niveaux sont en sous-sol il me semble que 
ce serait plutôt "building:levels:underground=17" +  "building:levels=2" 

Cordialement 
Leni 


 Message original 
De: marc marc 
Envoyé: Mon Oct 15 14:50:04 GMT+02:00 2018
À: "talk-fr@openstreetmap.org" 
Sujet: Re: [OSM-talk-fr] représentation 3d des olympiades

Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
> 
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle 
> faisait 20 étages et du coup les commerces présents sur la dalle sont 
> juste invisible.

je connais pas vraiment le lieu
mais je ne qualifierais pas la date de bâtiment
https://www.openstreetmap.org/way/79084943
mais je ne sais pas comment je la qualifierais mieux :)
si j'ai bien décodé, c'est un parking souterrain
avec une "square" principalement bétonné au dessus
___
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-cz] Data od měst, prosím o seznam zkušeností (a odkazy na existující souhlasy)

[majka]

On Mon, 15 Oct 2018 at 15:14, Tom Ka  wrote:

> - letecke snimky - super, hlavne kdyz jsou akualni a/nebo pravidelne
> aktualizovane
>
Mám obavu, že zrovna tohle to nebude, podle mě ty snímky nevlastní. Zkusit
ale samozřejmě můžu.

Doplnění dat do osm by asi neměl být problém, protože Budějovice opravdu
nejsou velkoměsto :) V nejhorším si na to troufám sama, ale aktivních je
nás tu víc. Zpětnou vazbu to mít bude, ta data chtějí zase zpátky využívat.

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

Re: [OSM-talk-fr] Afficher sa position GPS sur une carte uMap

[deuzeffe]

On 10/15/18 10:39 AM, Yann Schneylin wrote:

Bonjour à tous,


Bonjour,

Imaginons : je consulte une carte *umap* sur le terrain avec mon 
smartphone (ou tablette), en ayant pris soin d’activer le GPS. Disons 
celle-ci :


https://umap.openstreetmap.fr/fr/map/carte-des-capitelles_39012#11/43.6828/3.8768 



J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait 
le faire avec Google Maps par exemple). Est-ce possible ???


J’étais persuadé que oui, jusqu’à ce que je teste la manipulation la 
semaine dernière. Je n’y suis pas arrivé. Je pensais que le bouton 
''cible'' servait à ça.




J’ai essayé plusieurs navigateurs Androïd : Samsung Internet, Firefox, 
Google Chrome.

Je n’ai pas trouvé la réponse sur le net.


Un rapport avec ça : https://github.com/umap-project/umap/issues/634 ?

--
deuzeffe

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

Re: [Talk-cz] Data od měst, prosím o seznam zkušeností (a odkazy na existující souhlasy)

[Tom Ka]

Ahoj, mam pocit, ze tohle se asi nejvic uspesne resilo v Praze, za
Brno byly ruzne diskuze ale kdyz to shrnu, tak:

- letecke snimky - super, hlavne kdyz jsou akualni a/nebo pravidelne
aktualizovane
- cokoliv dalsiho ma smysl pokud se najde nekdo, kdo to do OSM opravdu
doplni, jinak je to demotivacni hlavne smerem na mesto
- pokud to vypada na "vetsi" spolupraci, tak ma smysl zamyslet
se/resit predavani dat tam a zpatky (ala ceska posta apod.)

Vic snad za Brno - Lada Nesnera, Mirek Suchy, Vop.

Bye

po 15. 10. 2018 v 15:07 odesílatel majka  napsal:
>
> Zdravím všechny,
>
> podařilo se mi zkontaktovat správnou osobu na magistrátu České Budějovice 
> ohledně poskytnutí dat, resp. spolupráce. Lépe řečeno, dotyčný si nás našel 
> sám, ukázal se mezi editacemi nových uživatelů...
>
> Protože začínáme debatovat o tom, co půjde/nepůjde získat od města, a jak, 
> prosím o zkušenosti ostatních, a také odkazy na ty souhlasy, co od koho máme, 
> ať nevymýšlíme něco nového. Samozřejmě že je to v začátku a dotyčný bude 
> muset pro svolení na vyšší místa, ale o to více by se hodily zkušenosti 
> odjinud.
>
> Díky,
>
> 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-it] tracciamo il futuro di OpenStreetMap in Italia?

[Marco Minghini]

> Se posso, questo è il "cent" che vorrei mettere nella bottiglia :)
>
> Qualche giorno fa, in una pizzeria, ho notato questo adesivo sulla vetrina,
> proprio vicino all porta d'ingresso:
> http://tinypic.com/r/2lledd0/9
>
> Ed ho pensato: se anche OSM avesse un tag del genere, forse si potrebbe far
> conoscere di più il progetto a livello di "gente comune"...
>
> +1, chissà quanta gente comincerebbe a chiedersi cosa sia questo
OpenStreetMap :)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] vrstva "Public GPS Traces" na webu obsahuje míň tracklogů než JOSM

[Tom Ka]

Ahoj, mam pocit, ze se tu resilo ne uplne davno, ze na webu to i
public nejak divne filtruje a nektere nezobrazuje, viz archiv mail
listu.

Bye
po 15. 10. 2018 v 13:19 odesílatel Pavel Pilát  napsal:
>
> Když si na www.openstreemap.org zobrazím vrstvu "Public GPS Traces" (veřejné 
> GPS stopy), tak se oproti načteným GPX v JOSM zobrazí jen podmnožina.
>
> Na základě čeho je to filtrováno?
> ___
> 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] Data od měst, prosím o seznam zkušeností (a odkazy na existující souhlasy)

[majka]

Zdravím všechny,

podařilo se mi zkontaktovat správnou osobu na magistrátu České Budějovice
ohledně poskytnutí dat, resp. spolupráce. Lépe řečeno, dotyčný si nás našel
sám, ukázal se mezi editacemi nových uživatelů...

Protože začínáme debatovat o tom, co půjde/nepůjde získat od města, a jak,
prosím o zkušenosti ostatních, a také odkazy na ty souhlasy, co od koho
máme, ať nevymýšlíme něco nového. Samozřejmě že je to v začátku a dotyčný
bude muset pro svolení na vyšší místa, ale o to více by se hodily
zkušenosti odjinud.

Díky,

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

Re: [OSM-talk-fr] représentation 3d des olympiades

[marc marc]

Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30
> 
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle 
> faisait 20 étages et du coup les commerces présents sur la dalle sont 
> juste invisible.

je connais pas vraiment le lieu
mais je ne qualifierais pas la date de bâtiment
https://www.openstreetmap.org/way/79084943
mais je ne sais pas comment je la qualifierais mieux :)
si j'ai bien décodé, c'est un parking souterrain
avec une "square" principalement bétonné au dessus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OpenStreetMap usage in scientific studies (Mateusz Konieczny)

[Nuno Caldeira]

Check weeklyOSM, there's is plenty of examples there. Good idea on
compiling those to the wiki. Keep up the good work

A segunda, 15/10/2018, 13:05,  escreveu:

> Send talk mailing list submissions to
> talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
> talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. OpenStreetMap usage in scientific studies (Mateusz Konieczny)
>
>
> --
>
> Message: 1
> Date: Mon, 15 Oct 2018 11:52:05 +0200 (CEST)
> From: Mateusz Konieczny 
> To: Talk 
> Subject: [OSM-talk] OpenStreetMap usage in scientific studies
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"
>
> Is there already some OSM Wiki page describing how OSM data was used in
> research?
> I wanted to documents some cases of using OSM data in scientific studies
> on OSM Wiki.But it seems that I am the first person that started doing this.
> I am looking both for
> - page itself- pages where it would be linked if it would exist
> I plan on creating it but I prefer to avoid making a duplicate.
>
> There is https://wiki.openstreetmap.org/wiki/Research <
> https://wiki.openstreetmap.org/wiki/Research> - but it is rather about
> researchingOSM itself, not about using OSM data in research.
> https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap#Research <
> https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap#Research> has
> nothingspecific.
> https://wiki.openstreetmap.org/wiki/Applications_of_OpenStreetMap#Research
> <
> https://wiki.openstreetmap.org/wiki/Applications_of_OpenStreetMap#Research>also
> has nothing specific.
> https://wiki.openstreetmap.org/wiki/Researcher_Information <
> https://wiki.openstreetmap.org/wiki/Researcher_Information> is some
> outdatedproposal page that probably should be better described as an
> undiscussed idea.
> https://en.wikipedia.org/wiki/OpenStreetMap#Map_usage <
> https://en.wikipedia.org/wiki/OpenStreetMap#Map_usage> has nothing
> on this topic (what also should be changed).
>
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk/attachments/20181015/a74927f9/attachment-0001.html
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
> --
>
> End of talk Digest, Vol 170, Issue 20
> *
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Bonjour,

En me baladant hier, je suis passé dans le 13ème à faire un peu de
MapContrib
Le rendu 3d est vraiment pas terrible
https://osmbuildings.org/?lat=48.82604=2.36646=17.2=30

Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
faisait 20 étages et du coup les commerces présents sur la dalle sont juste
invisible.

Vous auriez une idée de comment améliorer ça ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Herramientas para la importación del uso del suelo

[Miguel Sevilla-Callejo]

Aprovecho este hilo para poner en la lista (ya lo puse en Telegram) la
magnífica herramienta uqe han desarrollado la universidad de Heidelberg
(los mismos de OpenRouteService):
OSM Landuse que evalua los tipos de coberturas del terreno según los datos
de OSM:
Ejemplo: https://osmlanduse.org/#12/-0.89021/41.67024/0/

Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Mon, 15 Oct 2018 at 13:45, Miguel Sevilla-Callejo 
wrote:

> Hola,
>
> Si no me equivoco la capa oficial de más resolución y con mejores datos de
> "coberturas" del suelo de España es el SIOSE [0]
> Supongo que de hacer una importación habría que hacerla desde esa
> información pero, como de costumbre os recuerdo que el espíritu de OSM no
> es la importación de datos si no la interpretación del espacio por parte de
> la comunidad.
> Tenemos nuestro trabajo de campo, sabiduría en el terreno y la imagen del
> PNOA, así como la consulta del SIOSE, sin ir más lejos, para poder hacer
> magníficas interpretaciones de alta resolución de nuestro territorio,
> ejemplos destacados de estos son las magníficas ediciones de @DGerveno [1]
> en la provincia de Huesca [2].
>
> Esa es mi reflexión.
>
> Saludos
>
> Miguel
>
> [0] http://www.siose.es/
> [1] https://www.openstreetmap.org/user/DGerveno
> [2] por ejemplo: https://www.openstreetmap.org/#map=16/42.2445/-0.4602
>
>
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Mon, 15 Oct 2018 at 12:41, Jorge Sanz Sanfructuoso 
> wrote:
>
>> Buenos días.
>>
>> Creo que sí que sería útil. Veo más importante la importación en curso
>> del catastro pero es una cosa que también hace falta.
>>
>> Hace un par de años o así en la reunión que se tuvo con IGN ellos decían
>> que CORINE pues que no era bueno como ya hemos visto y creo que dijeron de
>> usar SIOSE si no recuerdo mal.
>>
>> Va a ser una importación en algunas zonas más complicada porque se han
>> modificado ya datos de CORINE y no se trabaja sobre un fondo blanco. Pero
>> creo que si es interesante. Tengo celos de Francia por ejemplo que tiene
>> los usos del suelo al completo.
>>
>> Un saludo.
>>
>> El lun., 15 oct. 2018 a las 12:26, JOAQUIN GARCIA (<
>> joaquin.garc...@gmail.com>) escribió:
>>
>>> Buenos Días:
>>>
>>> Esta semana he dedicado a la importación de un pueblo de Almeria de
>>> entorno rural, cuando estoy mas acostumbrado a el entorno urbano de gran
>>> ciudad.
>>>
>>> Una vez acabado, y revisando el aspecto general de la importación me
>>> queda un gran vacío entre las diferentes pedanias del municipio.
>>>
>>> Hay alguna cosa de la importación de CORINE de hace 9 años y por tanto
>>> muy pobre en lo relativo a parcelas agrícolas, monte y resto usos del suelo.
>>>
>>> Mi reflexión que dejo a la lista, es si veis necesario disponer de una
>>> herramienta de importación similar a la del catastro de información
>>> disponible de IGN. Con la idea de que pueda ser de ayuda a la creación de
>>> proyectos de importación en el Gestor de Tareas.
>>>
>>> Se ha barajado en el grupo de telegram, si es conveniente usar como
>>> fuente datos del Catastro Rural o del SIGPAC,  ninguno de los datos los
>>> conozco al detalle y seguro que son mejores que los de CORINE 2009.
>>>
>>> Espero que esta reflexión personal sea compartida por mas miembros de la
>>> lista.
>>>
>>> --
>>> *Joaquín García Martínez*
>>>
>>> joaquin.garc...@gmail.com
>>>
>>> Tlf. 629187135 <629%2018%2071%2035>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://jorgesanz.es/
>> ___
>> 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-es] Herramientas para la importación del uso del suelo

[Miguel Sevilla-Callejo]

Hola,

Si no me equivoco la capa oficial de más resolución y con mejores datos de
"coberturas" del suelo de España es el SIOSE [0]
Supongo que de hacer una importación habría que hacerla desde esa
información pero, como de costumbre os recuerdo que el espíritu de OSM no
es la importación de datos si no la interpretación del espacio por parte de
la comunidad.
Tenemos nuestro trabajo de campo, sabiduría en el terreno y la imagen del
PNOA, así como la consulta del SIOSE, sin ir más lejos, para poder hacer
magníficas interpretaciones de alta resolución de nuestro territorio,
ejemplos destacados de estos son las magníficas ediciones de @DGerveno [1]
en la provincia de Huesca [2].

Esa es mi reflexión.

Saludos

Miguel

[0] http://www.siose.es/
[1] https://www.openstreetmap.org/user/DGerveno
[2] por ejemplo: https://www.openstreetmap.org/#map=16/42.2445/-0.4602



--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Mon, 15 Oct 2018 at 12:41, Jorge Sanz Sanfructuoso 
wrote:

> Buenos días.
>
> Creo que sí que sería útil. Veo más importante la importación en curso del
> catastro pero es una cosa que también hace falta.
>
> Hace un par de años o así en la reunión que se tuvo con IGN ellos decían
> que CORINE pues que no era bueno como ya hemos visto y creo que dijeron de
> usar SIOSE si no recuerdo mal.
>
> Va a ser una importación en algunas zonas más complicada porque se han
> modificado ya datos de CORINE y no se trabaja sobre un fondo blanco. Pero
> creo que si es interesante. Tengo celos de Francia por ejemplo que tiene
> los usos del suelo al completo.
>
> Un saludo.
>
> El lun., 15 oct. 2018 a las 12:26, JOAQUIN GARCIA (<
> joaquin.garc...@gmail.com>) escribió:
>
>> Buenos Días:
>>
>> Esta semana he dedicado a la importación de un pueblo de Almeria de
>> entorno rural, cuando estoy mas acostumbrado a el entorno urbano de gran
>> ciudad.
>>
>> Una vez acabado, y revisando el aspecto general de la importación me
>> queda un gran vacío entre las diferentes pedanias del municipio.
>>
>> Hay alguna cosa de la importación de CORINE de hace 9 años y por tanto
>> muy pobre en lo relativo a parcelas agrícolas, monte y resto usos del suelo.
>>
>> Mi reflexión que dejo a la lista, es si veis necesario disponer de una
>> herramienta de importación similar a la del catastro de información
>> disponible de IGN. Con la idea de que pueda ser de ayuda a la creación de
>> proyectos de importación en el Gestor de Tareas.
>>
>> Se ha barajado en el grupo de telegram, si es conveniente usar como
>> fuente datos del Catastro Rural o del SIGPAC,  ninguno de los datos los
>> conozco al detalle y seguro que son mejores que los de CORINE 2009.
>>
>> Espero que esta reflexión personal sea compartida por mas miembros de la
>> lista.
>>
>> --
>> *Joaquín García Martínez*
>>
>> joaquin.garc...@gmail.com
>>
>> Tlf. 629187135 <629%2018%2071%2035>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> 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-at] Bergname != Gipfelname(n)

[Martin Brunner]

Stefan Kopetzky schrieb:
> Hat jemand von euch einen Vorschlag, wie sich das sauber in OSM abbilden
> liesse? alt_name so wie bei der Heukuppe gefällt mir nicht so recht und
> eigentlich ist es mE auch nicht wirklich richtig.
> 
> Schon seltsam, dass ich da erst jetzt drauf stoße...
> Das "Problem" ist ja relativ häufig (Schneeberg u. Rax zB...)

Ich hatte im Mai das Thema mal angesprochen:
https://lists.openstreetmap.org/pipermail/talk-at/2018-May/009464.html

Die Lösung ist wohl der Massif-Tag, der eigentlich als Fläche gedacht war, aber
manchmal auch schon den Objekten direkt zugeordnet wurde (siehe verlinktes
Posting). Das Problem dürfte daher an der uneinheitlichen bzw. noch seltenen
Verwendung liegen, wenn ich das richtig verstanden habe.

lg
Martin

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

[OSM-talk-fr] Problème îlot et doublon relation ?

[Waxy]

Salut,

J'ai modifié un îlot, pour l'enceindre d'un lagon et il n'est plus rendu
sur les cartes.
Même si on n'étiquette pas pour le rendu je soupçonne un problème parce
que j'ai étiqueté de la même manière que d'autres îlots qui sont bien
rendus ! J'ai dû merder à un moment mais je sais pas quand 

- L'îlot de Pamandzi mal rendu est au sein de la relation 8 801 671
- Exemple d'îlots correctement rendus : îles Choazil, relation 8 789 735

Par ailleurs n'y a-t-il pas doublon entre les relations 1 363 069 et 3
388 394 ?

@+

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

[Talk-cz] vrstva "Public GPS Traces" na webu obsahuje míň tracklogů než JOSM

[Pavel Pilát]

Když si na www.openstreemap.org zobrazím vrstvu "Public GPS Traces"
(veřejné GPS stopy), tak se oproti načteným GPX v JOSM zobrazí jen
podmnožina.

Na základě čeho je to filtrováno?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-es] Herramientas para la importación del uso del suelo

[Jorge Sanz Sanfructuoso]

Buenos días.

Creo que sí que sería útil. Veo más importante la importación en curso del
catastro pero es una cosa que también hace falta.

Hace un par de años o así en la reunión que se tuvo con IGN ellos decían
que CORINE pues que no era bueno como ya hemos visto y creo que dijeron de
usar SIOSE si no recuerdo mal.

Va a ser una importación en algunas zonas más complicada porque se han
modificado ya datos de CORINE y no se trabaja sobre un fondo blanco. Pero
creo que si es interesante. Tengo celos de Francia por ejemplo que tiene
los usos del suelo al completo.

Un saludo.

El lun., 15 oct. 2018 a las 12:26, JOAQUIN GARCIA (<
joaquin.garc...@gmail.com>) escribió:

> Buenos Días:
>
> Esta semana he dedicado a la importación de un pueblo de Almeria de
> entorno rural, cuando estoy mas acostumbrado a el entorno urbano de gran
> ciudad.
>
> Una vez acabado, y revisando el aspecto general de la importación me queda
> un gran vacío entre las diferentes pedanias del municipio.
>
> Hay alguna cosa de la importación de CORINE de hace 9 años y por tanto muy
> pobre en lo relativo a parcelas agrícolas, monte y resto usos del suelo.
>
> Mi reflexión que dejo a la lista, es si veis necesario disponer de una
> herramienta de importación similar a la del catastro de información
> disponible de IGN. Con la idea de que pueda ser de ayuda a la creación de
> proyectos de importación en el Gestor de Tareas.
>
> Se ha barajado en el grupo de telegram, si es conveniente usar como fuente
> datos del Catastro Rural o del SIGPAC,  ninguno de los datos los conozco al
> detalle y seguro que son mejores que los de CORINE 2009.
>
> Espero que esta reflexión personal sea compartida por mas miembros de la
> lista.
>
> --
> *Joaquín García Martínez*
>
> joaquin.garc...@gmail.com
>
> Tlf. 629187135 <629%2018%2071%2035>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Duda sobre rutas que no son exactamente rutas de carretera

[A A]

Creo que los peajes están correctamente etiquetados, lo comprobaré lo antes 
pisible.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Duda sobre rutas que no son exactamente rutas de carretera

[Jorge Sanz Sanfructuoso]

Buenas.

Las relaciones no les veo sentido de existir. A parte de que no esta
pensado para eso ese tipo de relación, es cosa del programa de navegación
darte la posibilidad de no ir por peajes. No veo qué aporte nada.

Como ha dicho Miguel tengo la última edición pero de casualidad, no es cosa
mía jeje. Las creo bivente. No lo conozco. Parece que no edita últimamente.

Estoy de acuerdo en que se compruebe antes de quitarlas si esta correcto el
etiquetado.

Un saludo.

El lun., 15 oct. 2018 a las 11:44, Miguel Sevilla-Callejo (<
msevill...@gmail.com>) escribió:

> Veo que las ediciones originales no son de Jorge (también nos lo hizo
> notar por el grupo de Telegram)
> https://www.openstreetmap.org/relation/6524487/history
>
> Sin duda hay que revisar esto, creo que no tiene cabida en OSM, pero antes
> de nada mirara ver si puede ser de utilidad para comprobar si el etiquetado
> de las rutas sin peaje están correctas.
>
> Saludos
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Mon, 15 Oct 2018 at 11:36, Miguel Sevilla-Callejo 
> wrote:
>
>> Hola,
>>
>> Creo que ahí Jorge (@sanchi) ha hecho una relación que parece más
>> personal que real. Si el etiquetado de las carretereas como de peaje o no
>> está correctamente realizado cualquier página de ruteado debería dar esas
>> opciones de "sin peaje" para recorrer el punto de origen y destino que hay
>> ahí.
>>
>> O sea, esas relaciones creo que no tienen cabida en OSM, pero es posible
>> sea algo temporal que haya usado Jorge para editar correctamente las
>> carreteras. Él lee la lista o sea que imagino contestará al respecto.
>> Además está la posibilidad, creo que quizá más acertada, de dejarle un
>> mensaje en el conjunto de cambios de la edición para que la explique
>> correctamente.
>>
>> Un saludo
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Mon, 15 Oct 2018 at 03:14, A A  wrote:
>>
>>> Hola a todos.
>>>
>>> Alrededor del aeropuerto de Madrid he visto varias rutas etiquetadas
>>> como rutas de carretera que no sé si deberían de existir como tal o están
>>> simplemente mal etiquetadas. Las rutas son las siguientes:
>>>
>>> https://www.openstreetmap.org/relation/6524258#map=14/40.5052/-3.6031
>>> https://www.openstreetmap.org/relation/6524163#map=13/40.4974/-3.5932
>>> https://www.openstreetmap.org/relation/6524257#map=13/40.4715/-3.6075
>>> https://www.openstreetmap.org/relation/6524487#map=13/40.4817/-3.6126
>>>
>>> En el caso de las dos primeras rutas, estas no marcan la ruta de la
>>> carretera M-12, la cual está correctamente indicada en la relación
>>> https://www.openstreetmap.org/relation/6523176#map=13/40.4920/-3.6080=D
>>>
>>> En el caso de las dos segundas, estas no marcan la ruta de la carretera
>>> M-11, la cual está correctamente indicada en esta otra relación
>>> https://www.openstreetmap.org/relation/4080381#map=13/40.4699/-3.6027
>>>
>>>
>>> Mi duda es, si estas rutas dudosas deberían de estar etiquetadas como
>>> rutas de carretera (o básicamente si deberían de existir), ya que no
>>> representan como tal una ruta de carretera sino una ruta un tanto subjetiva
>>> de acceso al aeropuerto desde la A-1 y la M-40.
>>>
>>>
>>> 
>>>  Libre
>>> de virus. www.avast.com
>>> 
>>> <#m_8557581871269022036_m_5612344576279189765_m_7179814833272736597_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>> ___
>>> 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
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Herramientas para la importación del uso del suelo

[JOAQUIN GARCIA]

Buenos Días:

Esta semana he dedicado a la importación de un pueblo de Almeria de entorno
rural, cuando estoy mas acostumbrado a el entorno urbano de gran ciudad.

Una vez acabado, y revisando el aspecto general de la importación me queda
un gran vacío entre las diferentes pedanias del municipio.

Hay alguna cosa de la importación de CORINE de hace 9 años y por tanto muy
pobre en lo relativo a parcelas agrícolas, monte y resto usos del suelo.

Mi reflexión que dejo a la lista, es si veis necesario disponer de una
herramienta de importación similar a la del catastro de información
disponible de IGN. Con la idea de que pueda ser de ayuda a la creación de
proyectos de importación en el Gestor de Tareas.

Se ha barajado en el grupo de telegram, si es conveniente usar como fuente
datos del Catastro Rural o del SIGPAC,  ninguno de los datos los conozco al
detalle y seguro que son mejores que los de CORINE 2009.

Espero que esta reflexión personal sea compartida por mas miembros de la
lista.

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

joaquin.garc...@gmail.com

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

Re: [Talk-at] Bergname != Gipfelname(n)

[Friedrich Volkmann]

On 15.10.2018 11:11, Stefan Kopetzky wrote:

Ich habe mich gerade, zuerst wandernd und jetzt kartographisch (
https://www.openstreetmap.org/node/26864856#map=15/47.7509/14.7310 ),
mit der Voralpe/Voralm in den Ybbstaler Alpen beschäftigt und dabei
bemerkt, dass der Bergname (Voralpe/Voralm) sich nicht in den Namen der
zwei Hauptgipfeln (Stumpfmauer u. Tanzboden) widerspiegelt...

Hat jemand von euch einen Vorschlag, wie sich das sauber in OSM abbilden
liesse? alt_name so wie bei der Heukuppe gefällt mir nicht so recht und
eigentlich ist es mE auch nicht wirklich richtig.

Schon seltsam, dass ich da erst jetzt drauf stoße...
Das "Problem" ist ja relativ häufig (Schneeberg u. Rax zB...)


Die Alternative zum Gipfel-Node besteht darin, das Bergmassiv flächig zu 
mappen und als natural=mountain_range oder natural=massif o.ä. zu taggen.


Derzeit sind die Alpen als natural=mountain_range getaggt (aber 
komischerweise mit falschem Relationstyp boundary statt multipolygon) und 
die Gebirgsgruppen der Alpen als place=region (was eh ok ist, weil diese 
Einteilung mehr nach der touristischen Bedeutung geht als nach der 
Morphologie). Man könnte unabhängig davon die Rax, den Schneeberg, die Hohe 
Wand, die Schneealpe, die Veitsch, den Hochschwab, die Voralpe, die Koralpe 
usw. wie oben erwähnt als natural=* flächig mappen. Beim Schneeberg lege ich 
aber Wert darauf, dass der Hauptname des Gipfels als name=Schneeberg 
erhalten bleibt, weil das der übliche und seit Anbeginn der Zeiten 
überlieferte Name ist, während der Name "Klosterwappen" eher nur von 
Insidern und nur zur Unterscheidung von den zwei Nebengipfeln gebraucht wird.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-es] [geoinquietos-es] Reunión/Actividad/es comunidad OSM España en Geocamp ES (MAD

[Miguel Sevilla-Callejo]

Hola,

Este fin de semana es la Geocamp y tenemos prevista una reunión para tratar
temas sobre la comunidad de OpenStreetMap en España, como ya había
anunciado en este hilo.

Desafortunadamente ya o quedan plazas para asistir al evento pero estoy
estudiando la posibilidad de poder hacer la reunión también de forma remota
(aunque sea lo vamos realizando por mensajería intantánea).

La cuestión de este correo es, entre los asistentes (ya sea en físico y de
forma remota) podamos montar un pequeño borreador de los tamas a tratar y
debatir.

Para ello podéis usar esta misma lista de correos, para indicar que es lo
más significativo de la comunidad que podríamos comentar, o directamente en
el issue de github de la Geocamp:
https://github.com/geocamp-es/2018/issues/2

Estoy revisando entre los asistentes de la Geocamp [1] y veo muy pocas
personas de la comunidad de OSM  :-(

Bueno, iremos informando

Saludos

Miguel

[1]
https://www.meetup.com/es-ES/Geoinquietos-MAD/events/253172803/attendees/

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Tue, 25 Sep 2018 at 13:42, Miguel Sevilla-Callejo 
wrote:

> Hola de nuevo,
>
> Quien se quiera animar a coordinar y preparar la reunión de OSM conmigo en
> la Geocamp, por favor que lo haga usando el siguiente issue de GitHub:
> https://github.com/geocamp-es/2018/issues/2
>
> Ahí iré cerrando un borrador de temas que creo que deberíamos tratar pero
> todo está completamente abierto.
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Tue, 25 Sep 2018 at 13:28, Miguel Sevilla-Callejo 
> wrote:
>
>> Siguiendo con el hilo...
>>
>> Ya está listo el meetup para la Geocamp en la que tendremos un evento
>> para la comunidad de OpenStreetMap España el próximo 20 de octubre.
>>
>> Enlace para entrar y difundir: http://bit.ly/geocamp2018
>>
>> Hay que pagar 5€ para asegurar la inscripción y asistencia, pero ese
>> dinero se devolverá en el evento.
>>
>> Aquellos que estéis particularmente interesados en la parte de
>> OpenStreetMap, por favor, hacédlo saber en el formulario que hay que
>> rellenar para el evento y/o hacédmelo saber particularmente a mi de cara a
>> la organización de esta reunión en particular.
>>
>> Gracias
>>
>> Miguel
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Thu, 30 Aug 2018 at 18:43, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> wrote:
>>
>>> Hola,
>>>
>>> Vuelvo a la carga para concretar el tema de realizar una reunión de la
>>> comunidad española de OSM aprovechando la celebración de la Geocamp 2018
>>> que se llevará a cabo en Madrid el 20 y posiblemente también el 21 de
>>> Octubre.
>>>
>>> Os paso la web del evento y en breve os pondré la dirección del meetup
>>> para apuntarse: http://2018.geocamp.es/
>>>
>>> Me he tomado la libertad de ir moviendo este tema dentr ode la Geocamp
>>> pero cualquier ayuda será bienvenida. Lo estamos moviendo por el GitHub en
>>> esta dirección: https://github.com/geocamp-es/2018/issues/2
>>>
>>> Sería bueno ir diciendo quién va a venir... ¿cuento con los madrileños
>>> al menos?
>>>
>>> Volveré a insistir
>>>
>>> Un saludo
>>>
>>> M
>>>
>>> --
>>> *Miguel Sevilla-Callejo*
>>> Doctor en Geografía
>>>
>>>
>>> On Fri, 18 May 2018 at 16:59, Santiago Crespo 
>>> wrote:
>>>
 Gracias Miguel, me parece una iniciativa muy buena.

 Nos vemos en octubre entonces, o cuando sea la Geocamp.

 Saludos,
 Santiago Crespo

 On 05/18/2018 02:08 PM, Jorge Sanz wrote:
 > Ojo que la fecha y lugar no están cerrados, vamos que seguro no va a
 ser en
 > MediaLab (ni Google Campus)
 >
 > https://github.com/geocamp-es/2018/issues/1
 >
 > En cuanto tengamos lugar y fecha os avisamos
 > On Fri, 18 May 2018 at 10:31, Miguel Sevilla-Callejo <
 msevill...@gmail.com>
 > wrote:
 >
 >> Hola (copio a listas de OSM/Talk-es y a geoinquietos),
 >
 >> A la vista de algunos desencuentros y malentendidos uqe ha habido
 dentro
 > de la comunidad de OSM España y ante la necesidad acuciante de vernos
 las
 > caras de una vez para relanzar algunos aspectos organizativos de la
 propia
 > comunidad, se me ocurrió que podríamos aprovechar para vernos en la
 > "desconferencia" de la Geocamp-ES [1] que se celebrará en Madrid
 (MediaLab
 > Prado) los pŕoximos 20 y 21 de octubre, que organiza Geoinquietos
 Madrid y
 > en la que asistiremos personas doblemente implicados en este
 movimiento
 > "geo" y en la comunidad OSM.
 >
 >> Se ha creado un github para la organización del evento y he tenido la
 > osadía de abrir un "issue" sobre el tema de alguna
 actividad/reunión/lo que
 > se tercie de la comunidad OMS:
 >
 >> https://github.com/geocamp-es/2018/issues/2
 >
 >> Como veréis solo está la idea, pero la cosa es, seǵun las ganas,
 hacer
 > una pequeña reunión, algún taller o lo que se tercie, en la línea de
 la
 > 

[OSM-talk] OpenStreetMap usage in scientific studies

[Mateusz Konieczny]

Is there already some OSM Wiki page describing how OSM data was used in 
research?
I wanted to documents some cases of using OSM data in scientific studies on OSM 
Wiki.But it seems that I am the first person that started doing this.
I am looking both for
- page itself- pages where it would be linked if it would exist
I plan on creating it but I prefer to avoid making a duplicate.

There is https://wiki.openstreetmap.org/wiki/Research 
 - but it is rather about 
researchingOSM itself, not about using OSM data in research.
https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap#Research 
 has 
nothingspecific.
https://wiki.openstreetmap.org/wiki/Applications_of_OpenStreetMap#Research 
also
 has nothing specific.
https://wiki.openstreetmap.org/wiki/Researcher_Information 
 is some 
outdatedproposal page that probably should be better described as an 
undiscussed idea.
https://en.wikipedia.org/wiki/OpenStreetMap#Map_usage 
 has nothing 
on this topic (what also should be changed).

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

[Talk-it] Fwd: tracciamo il futuro di OpenStreetMap in Italia?

[Martin Koppenhoefer]

Am Mo., 15. Okt. 2018 um 11:17 Uhr schrieb Max1234Ita :

> Se posso, questo è il "cent" che vorrei mettere nella bottiglia :)
>
> Qualche giorno fa, in una pizzeria, ho notato questo adesivo sulla vetrina,
> proprio vicino all porta d'ingresso:
> http://tinypic.com/r/2lledd0/9
>
> Ed ho pensato: se anche OSM avesse un tag del genere, forse si potrebbe far
> conoscere di più il progetto a livello di "gente comune"...



ce l'abbiamo :)
A Girona nel 2010 (se riccordo bene) avevano distribuito degli adesivi
bellissimi, ma pochi ;-)

Concordo che questi sarebbero una bella pubblicità se diffusi a punti
strategici.
Allego una foto di quelli antichi (mi è rimasto uno che aspetta ancora un
punto molto strategico da essere appplicato):


[image: IMG_5522.JPG]

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

Re: [Talk-es] Duda sobre rutas que no son exactamente rutas de carretera

[Miguel Sevilla-Callejo]

Veo que las ediciones originales no son de Jorge (también nos lo hizo notar
por el grupo de Telegram)
https://www.openstreetmap.org/relation/6524487/history

Sin duda hay que revisar esto, creo que no tiene cabida en OSM, pero antes
de nada mirara ver si puede ser de utilidad para comprobar si el etiquetado
de las rutas sin peaje están correctas.

Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Mon, 15 Oct 2018 at 11:36, Miguel Sevilla-Callejo 
wrote:

> Hola,
>
> Creo que ahí Jorge (@sanchi) ha hecho una relación que parece más personal
> que real. Si el etiquetado de las carretereas como de peaje o no está
> correctamente realizado cualquier página de ruteado debería dar esas
> opciones de "sin peaje" para recorrer el punto de origen y destino que hay
> ahí.
>
> O sea, esas relaciones creo que no tienen cabida en OSM, pero es posible
> sea algo temporal que haya usado Jorge para editar correctamente las
> carreteras. Él lee la lista o sea que imagino contestará al respecto.
> Además está la posibilidad, creo que quizá más acertada, de dejarle un
> mensaje en el conjunto de cambios de la edición para que la explique
> correctamente.
>
> Un saludo
>
> Miguel
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Mon, 15 Oct 2018 at 03:14, A A  wrote:
>
>> Hola a todos.
>>
>> Alrededor del aeropuerto de Madrid he visto varias rutas etiquetadas como
>> rutas de carretera que no sé si deberían de existir como tal o están
>> simplemente mal etiquetadas. Las rutas son las siguientes:
>>
>> https://www.openstreetmap.org/relation/6524258#map=14/40.5052/-3.6031
>> https://www.openstreetmap.org/relation/6524163#map=13/40.4974/-3.5932
>> https://www.openstreetmap.org/relation/6524257#map=13/40.4715/-3.6075
>> https://www.openstreetmap.org/relation/6524487#map=13/40.4817/-3.6126
>>
>> En el caso de las dos primeras rutas, estas no marcan la ruta de la
>> carretera M-12, la cual está correctamente indicada en la relación
>> https://www.openstreetmap.org/relation/6523176#map=13/40.4920/-3.6080=D
>>
>> En el caso de las dos segundas, estas no marcan la ruta de la carretera
>> M-11, la cual está correctamente indicada en esta otra relación
>> https://www.openstreetmap.org/relation/4080381#map=13/40.4699/-3.6027
>>
>>
>> Mi duda es, si estas rutas dudosas deberían de estar etiquetadas como
>> rutas de carretera (o básicamente si deberían de existir), ya que no
>> representan como tal una ruta de carretera sino una ruta un tanto subjetiva
>> de acceso al aeropuerto desde la A-1 y la M-40.
>>
>>
>> 
>>  Libre
>> de virus. www.avast.com
>> 
>> <#m_5612344576279189765_m_7179814833272736597_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> ___
>> 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-es] Duda sobre rutas que no son exactamente rutas de carretera

[Miguel Sevilla-Callejo]

Hola,

Creo que ahí Jorge (@sanchi) ha hecho una relación que parece más personal
que real. Si el etiquetado de las carretereas como de peaje o no está
correctamente realizado cualquier página de ruteado debería dar esas
opciones de "sin peaje" para recorrer el punto de origen y destino que hay
ahí.

O sea, esas relaciones creo que no tienen cabida en OSM, pero es posible
sea algo temporal que haya usado Jorge para editar correctamente las
carreteras. Él lee la lista o sea que imagino contestará al respecto.
Además está la posibilidad, creo que quizá más acertada, de dejarle un
mensaje en el conjunto de cambios de la edición para que la explique
correctamente.

Un saludo

Miguel

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Mon, 15 Oct 2018 at 03:14, A A  wrote:

> Hola a todos.
>
> Alrededor del aeropuerto de Madrid he visto varias rutas etiquetadas como
> rutas de carretera que no sé si deberían de existir como tal o están
> simplemente mal etiquetadas. Las rutas son las siguientes:
>
> https://www.openstreetmap.org/relation/6524258#map=14/40.5052/-3.6031
> https://www.openstreetmap.org/relation/6524163#map=13/40.4974/-3.5932
> https://www.openstreetmap.org/relation/6524257#map=13/40.4715/-3.6075
> https://www.openstreetmap.org/relation/6524487#map=13/40.4817/-3.6126
>
> En el caso de las dos primeras rutas, estas no marcan la ruta de la
> carretera M-12, la cual está correctamente indicada en la relación
> https://www.openstreetmap.org/relation/6523176#map=13/40.4920/-3.6080=D
>
> En el caso de las dos segundas, estas no marcan la ruta de la carretera
> M-11, la cual está correctamente indicada en esta otra relación
> https://www.openstreetmap.org/relation/4080381#map=13/40.4699/-3.6027
>
>
> Mi duda es, si estas rutas dudosas deberían de estar etiquetadas como
> rutas de carretera (o básicamente si deberían de existir), ya que no
> representan como tal una ruta de carretera sino una ruta un tanto subjetiva
> de acceso al aeropuerto desde la A-1 y la M-40.
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_7179814833272736597_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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-it] landuse=reservoir

[Gabriele Sani]

In base a come decidiamo al massimo faccio cosi' :-)

Il giorno lun 15 ott 2018 alle ore 10:59 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> Am Mo., 15. Okt. 2018 um 10:05 Uhr schrieb Gabriele Sani <
> gabryatfen...@gmail.com>:
>
>> Ok, intanto provvedo a revertare (sono solo 5 commit ma coprono
>> praticamente un intero comune) e inizio qui la discussione.
>>
>
>
> se pensi che sia meglio usare lo schema water=* potresti anche rimettere i
> tags landuse=reservoir lasciando i nuovi tags che hai aggiunti...
>
> 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: [Talk-it] tracciamo il futuro di OpenStreetMap in Italia?

[Max1234Ita]

Se posso, questo è il "cent" che vorrei mettere nella bottiglia :)

Qualche giorno fa, in una pizzeria, ho notato questo adesivo sulla vetrina,
proprio vicino all porta d'ingresso:
http://tinypic.com/r/2lledd0/9

Ed ho pensato: se anche OSM avesse un tag del genere, forse si potrebbe far
conoscere di più il progetto a livello di "gente comune"...


Ciao e buona giornata,
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

[Talk-at] Bergname != Gipfelname(n)

[Stefan Kopetzky]

Hallo Liste!

Ich habe mich gerade, zuerst wandernd und jetzt kartographisch (
https://www.openstreetmap.org/node/26864856#map=15/47.7509/14.7310 ),
mit der Voralpe/Voralm in den Ybbstaler Alpen beschäftigt und dabei
bemerkt, dass der Bergname (Voralpe/Voralm) sich nicht in den Namen der
zwei Hauptgipfeln (Stumpfmauer u. Tanzboden) widerspiegelt...

Hat jemand von euch einen Vorschlag, wie sich das sauber in OSM abbilden
liesse? alt_name so wie bei der Heukuppe gefällt mir nicht so recht und
eigentlich ist es mE auch nicht wirklich richtig.

Schon seltsam, dass ich da erst jetzt drauf stoße...
Das "Problem" ist ja relativ häufig (Schneeberg u. Rax zB...)

lg,
Stefan

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

Re: [Talk-it] landuse=reservoir

[Martin Koppenhoefer]

Am Mo., 15. Okt. 2018 um 10:05 Uhr schrieb Gabriele Sani <
gabryatfen...@gmail.com>:

> Ok, intanto provvedo a revertare (sono solo 5 commit ma coprono
> praticamente un intero comune) e inizio qui la discussione.
>


se pensi che sia meglio usare lo schema water=* potresti anche rimettere i
tags landuse=reservoir lasciando i nuovi tags che hai aggiunti...

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

[OSM-talk-fr] Afficher sa position GPS sur une carte uMap

[Yann Schneylin]

Bonjour à tous,

Imaginons : je consulte une carte *umap* sur le terrain avec mon 
smartphone (ou tablette), en ayant pris soin d’activer le GPS. Disons 
celle-ci :


https://umap.openstreetmap.fr/fr/map/carte-des-capitelles_39012#11/43.6828/3.8768

J’aimerais que ma position GPS s’affiche sur la carte (comme on pourrait 
le faire avec Google Maps par exemple). Est-ce possible ???


J’étais persuadé que oui, jusqu’à ce que je teste la manipulation la 
semaine dernière. Je n’y suis pas arrivé. Je pensais que le bouton 
''cible'' servait à ça.




J’ai essayé plusieurs navigateurs Androïd : Samsung Internet, Firefox, 
Google Chrome.

Je n’ai pas trouvé la réponse sur le net.

Merci pour vos retours d’expérience,

*Yann Schneylin

Les Écologistes de l'Euzière*
/Domaine de Restinclières
34730 PRADES-LE-LEZ/
Standard : 04 67 59 54 62
Ligne directe : 04 67 06 83 40
yann.schney...@euziere.org 
www.euziere.org  | Facebook 

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

Re: [Talk-it] fontane e amenity=fountain

[demon.box]

dieterdreist wrote
> Per me sarebbero probabilmente amenity=fountain
> È vero che tra queste ed una fontana del Bernini non ci sono paragoni,
> però guardandole si vede che ci sono elementi decorativi (esempio l’arco
> in muratura), non è solo ciò necessario per soddisfare la funzione.
> Historic=yes non lo uso mai, casomai metterei historic=fountain ma al meno
> per il caso con la data 2008 non sembra pertinente.

Grazie Martin, meno male che c'è qualcuno che la pensa come me!
Anche a mio parere gli esempi che ho sottoposto sono a pieno titolo

amenity=fountain
drinking_water=yes

anche perchè amenity=watering_place non sono di sicuro e
amenity=drinking_water mi pare davvero troppo riduttivo, mentre per la
valenza storica nemmeno mi pongo il problema e non aggiungo nulla di più.

A questo punto rilancio: secondo me la definizione di amenity=fountain del
wiki è troppo restrittiva riferendosi quasi soltanto alla Fontana di Trevi e
simili!

--enrico





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

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

Re: [Talk-it] landuse=reservoir

[Gabriele Sani]

Ok, intanto provvedo a revertare (sono solo 5 commit ma coprono
praticamente un intero comune) e inizio qui la discussione.

Il mio dubbio viene dal fatto che qui [1] e' deprecato. Magari fraintendo
io, ma quando nello sviluppo di un software una funzionalita' e deprecata:
- Si smette di usarla appena possibile;
- Se si incontra la versione deprecata in parti preesistenti del software,
la si sostituisce.

Ora, questo non e' un software e quindi non va probabilmente trattato allo
stesso modo, ma se un tag e'  deprecato perche' non si dovrebbe sostituire
con la versione piu' aggiornata?

Grazie :-)

[1] https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir

Il giorno lun 15 ott 2018 alle ore 09:53 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Am Mo., 15. Okt. 2018 um 09:45 Uhr schrieb Gabriele Sani <
> gabryatfen...@gmail.com>:
>
>> Buongiorno a tutti,
>> mentre facevo modifiche varie ho notato che un bacino idrico di mia
>> conoscenza aveva dei tag considerati deprecati (landuse=reservoir da
>> sostituire con natural=water + water=reservoir) e quindi ho iniziato
>> tramite JOSM una modifica in blocco delle zone circostanti il mio comune.
>>
>> Sono poi incappato in questo:
>> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>>
>> dove viene detto chiaramente che questo tipo di modifiche va prima
>> discusso ecc.
>>
>
>
> si, va discusso e documentato, e eventualmente eseguito dopo
> l'approvazione della comunity (vuol dire, se c'è supporto e non troppo
> disaccordo). Io non vedo che landuse=reservoir dovrebbe per forza essere
> "sostituito", potresti mettere entrambi i tags. Attualmente,
> landuse=reservoir viene ancora utilizzato più di due volte water=reservoir,
> e l'utilizzo sta ancora crescendo, quindi non può essere deprecato.
>
>
>
>> Volevo chiedere un paio di cose:
>> - I commit in cui ho fatto queste modifiche sono 5, come si revertano?
>>
>
>
> direi che 5 non sono un edit di massa, sopratutto se conosci le
> situazioni. Il revert non è altro che mettere di nuovo di tags che ci sono
> stati prima (ogni revert crea una nuova versione).
>
>
>
>> - Per avviare una discussione sull'argomento landuse=reservoir: si puo'
>> fare qui nella mailing list? O serve un qualcosa di piu' ufficiale?
>>
>
>
> più ufficiale di così? ;-)
> Discutere qui va bene per un edit locale/regionale, per uno più grande
> penso dovresti andare su un lista internazionale (le guidelines parlano di
> talk@ o imports@)
>
> 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: [Talk-it] landuse=reservoir

[Martin Koppenhoefer]

Am Mo., 15. Okt. 2018 um 09:45 Uhr schrieb Gabriele Sani <
gabryatfen...@gmail.com>:

> Buongiorno a tutti,
> mentre facevo modifiche varie ho notato che un bacino idrico di mia
> conoscenza aveva dei tag considerati deprecati (landuse=reservoir da
> sostituire con natural=water + water=reservoir) e quindi ho iniziato
> tramite JOSM una modifica in blocco delle zone circostanti il mio comune.
>
> Sono poi incappato in questo:
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>
> dove viene detto chiaramente che questo tipo di modifiche va prima
> discusso ecc.
>


si, va discusso e documentato, e eventualmente eseguito dopo l'approvazione
della comunity (vuol dire, se c'è supporto e non troppo disaccordo). Io non
vedo che landuse=reservoir dovrebbe per forza essere "sostituito", potresti
mettere entrambi i tags. Attualmente, landuse=reservoir viene ancora
utilizzato più di due volte water=reservoir, e l'utilizzo sta ancora
crescendo, quindi non può essere deprecato.



> Volevo chiedere un paio di cose:
> - I commit in cui ho fatto queste modifiche sono 5, come si revertano?
>


direi che 5 non sono un edit di massa, sopratutto se conosci le situazioni.
Il revert non è altro che mettere di nuovo di tags che ci sono stati prima
(ogni revert crea una nuova versione).



> - Per avviare una discussione sull'argomento landuse=reservoir: si puo'
> fare qui nella mailing list? O serve un qualcosa di piu' ufficiale?
>


più ufficiale di così? ;-)
Discutere qui va bene per un edit locale/regionale, per uno più grande
penso dovresti andare su un lista internazionale (le guidelines parlano di
talk@ o imports@)

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

[Talk-it] landuse=reservoir

[Gabriele Sani]

Buongiorno a tutti,
mentre facevo modifiche varie ho notato che un bacino idrico di mia
conoscenza aveva dei tag considerati deprecati (landuse=reservoir da
sostituire con natural=water + water=reservoir) e quindi ho iniziato
tramite JOSM una modifica in blocco delle zone circostanti il mio comune.

Sono poi incappato in questo:
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

dove viene detto chiaramente che questo tipo di modifiche va prima discusso
ecc.

Volevo chiedere un paio di cose:
- I commit in cui ho fatto queste modifiche sono 5, come si revertano?
- Per avviare una discussione sull'argomento landuse=reservoir: si puo'
fare qui nella mailing list? O serve un qualcosa di piu' ufficiale?

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

Re: [Talk-it] test di prova

[riccardo pastocchi]

 

> Il giorno 15 ott 2018, alle ore 06:42, Andreas Lattmann 
>  ha scritto:
> 
> Sa sa sa... prova prova prova.
> Si sente? 
> 
> Il October 14, 2018 7:18:38 PM UTC, "demon.box"  ha 
> scritto:
>> Prova new topic
>> 
>> 
>> 
>> --
>> 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
> 
> Andreas Lattmann
> -- 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] test di prova

[demon.box]

Andreas Lattmann wrote
> Sa sa sa... prova prova prova.
> Si sente? 




Ora... Si che si sente di nuovo 






--
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