[Talk-us] Reverted vandalism - Changeset 62766811

[Eric H. Christensen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I just noticed that three days ago "Derek Shorter"[0] decided to make it a lot 
easier to get around my little town (Chesapeake Beach, MD)[1] by adding several 
roadways as well as adding a bridge across the Chesapeake Bay.  I checked and 
it appears that the last change this person made prior to this one was a couple 
of years ago.  I also don't see any changes from this account since.

I have reverted this person's changes[2] so hopefully all that will go back to 
normal soon.

R,
Sparks

[0] https://www.openstreetmap.org/user/Derek%20Shorter
[1] https://www.openstreetmap.org/changeset/62766811
[2] https://www.openstreetmap.org/changeset/62865156
-BEGIN PGP SIGNATURE-
Version: ProtonMail
Comment: https://protonmail.com

wsFcBAEBCAAQBQJbqEx5CRCAdqveAkuz0QAAOR0P/iR7+xPRqc5BxEQZaDA1
G+7I1LV5UQSEWGzWDN8orBn+twsmZRV9I0Qi2RW07T8r5WKUl0AzV4WNCj8G
A9eSvqB+5OPasf0QCUnS7BSK1nOmd64p8XSH2qALns2lHvBqrfQEk/Fh89oF
zjQ2yjwOZJhTfoTBJm0p3wigTSzcmwJ9MRsLyQl6j7vLRGEJVbzVjZXLaAuR
jHCx5oI/kGPGKsAIOvNsVyNnmnKsBmvGAR76hxL7SOhJLvUgKgOZBLaLHIBZ
hGJBakE1ttAcqkJgXruRvplxLAFeqC8IwNnYOnR1wxV9GQv/mQbjANGp3sCb
W5naAocHMNVAqQjxVWgGtNxRE3tV2tWPugEfYEaq9SEWUOvsLJx2Q8kHrNEF
/oJwCCzWBL7+C0/acDJa0w7XLEKKXz5+4Sx3oC7GwU+V3pT7qVPkbUJ9J8QZ
/JiaMmxX4fkM6oV7zxILqMXl0jzvRcXCzOVAIEQywxkuD3YAiBah7Su7H2LM
bLqFDVirzmxkP2WsqJfYfRYgK507j9W08w52S2cAjFzg3NZZ2msWtuAKJivQ
mQrcsG/49fM+jQhEaThM9xyo6gS5j1mbE92gCC/ZzfavZdqTteyPJL1SGiA+
pM0gnWhUfeEZ+S9ZmnqxUoNerp6HzaW6bMChFI1dkPvJrhiz1evGBVeCtTHd
oyQY
=5XX2
-END PGP SIGNATURE-


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

Re: [Talk-GB] Android Auto and OSM

[Simon Poole]

The question is what not "ignoring this" entails. 

Essentially we would need to file a complaint with the respective authorities 
which afaik even the companies that are directly affected by this (see for 
example 
https://forum.xda-developers.com/android-auto/android-auto-general/maps-android-auto-t3339439)
 have not done. 

As we don't have a direct business interests in this (as in no revenue from 
such business), the OSMF would have to team up with market players that are 
actually affected by the situation. All possible, but rather unlikely to 
actually happen, not to mention that any result from such an action would be 
way down the road substantially after the exit plans of any likely commercial 
partner.

Simon

Am 24. September 2018 00:05:20 MESZ schrieb Rob Nickerson 
:
>Hi Simon,
>
>No this is not that simple and (in my view) OSM shouldn't ignore this.
>It
>works with quite a few existing third party apps (list on [1], [2])
>including Google competitors (e.g. Amazon Music) and Open Source (e.g.
>Signal messenger).
>
>I cannot see any OSM app in the list which is a shame as we could loose
>audience as a result.
>
>P.S. The car also had Apple's equivalent (Apple CarPlay) but I couldn't
>test this as I don't have an iOS device.
>
>P.P.S According to google: Automobile manufacturers that will offer
>Android
>Auto support in their cars include Abarth, Acura, Alfa Romeo, Audi,
>Bentley, Buick, Cadillac, Chevrolet, Chrysler, Dodge, Fiat, Ford, GMC,
>Honda, Hyundai, Infiniti, Jaguar Land Rover, Jeep, Kia, Lamborghini,
>Lexus,
>Lincoln, Mahindra and Mahindra, Maserati, Mazda, Mercedes-Benz,
>Mitsubishi,
>Nissan, Opel, Peugeot, RAM, Renault, SEAT, Škoda, SsangYong, Subaru,
>Suzuki, Tata Motors Cars, Volkswagen and Volvo.
>
>[1] https://www.android.com/auto/
>[2]
>https://play.google.com/store/apps/collection/promotion_3001303_android_auto_all
>
>Thanks,
>
>*Rob*

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit Kaiten Mail gesendet.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] OSM Wikibase is now live

[Yuri Astrakhan]

On Sun, Sep 23, 2018 at 6:34 PM Christoph Hormann  wrote:

> > The content stored in Wikibase is editable by wiki users using a
> > regular wiki account, same as with other wiki pages.
>
> This i have no doubts about - but this is not the question.  The
> question is who is de facto in control of the information and in
> particular who defines what information is considered valid and what
> not.  And by designing the interfaces through which information and
> rules are entered you can pretty well control who will actually control
> the information.
>

Current system - one must know wiki markup to edit description, know how to
structure template parameters, how to create new pages and copy magical
parameters, translatewiki syntax, etc.  New system (once implemented): you
simply click "edit" next to the description of a key, it takes you to the
description page, you click edit again and modify existing description in a
clear form. To add a new language, switch to that language in the upper
right corner if you haven't already, and again - use edit and add the
description.

Unless you suggest that only those who understand wiki markup are allowed
to edit descriptions, the new system is clearly easier.  Also, noone is
stopping us from creating additional dedicated "description editors" -
where you can modify it via some other interface, but still using your wiki
login.

Note that neither old nor new system addresses the "who has the right to
change stuff", and "whose edit is correct".  If you want to propose it -
sure, but even then the new system allows us to build it, whereas the old
one does not.

>
> I am fine with editing the wiki to document tags, i am also fine with
> the various templates in there even if they are sometimes cumbersome to
> understand.  And i acknowledge that technologically the way templates
> are used in the OSM wiki is a dead end.  But this whole wikibase thing
> is repulsive to me in the way it communicates the human editor is
> supposed to serve the computer system and not the other way round.  The
> very idea of making up numerical identifiers for keys and tags which by
> definition already are unique identifiers is ridiculous.
>

You shouldn't worry about numeric identifiers. If you want, I can even show
you how you can hide them from your interface (using CSS). They are not
needed when editing descriptions.  Also, editing template parameters is
also "serving the computer system".

Long story short:  You will never get me to enter or edit tag
> documentation in such an interface which makes me think i have time
> traveled to the last century.


You mean wiki markup-style editing is 21st century? Seriously?


>   You will also not get me to write
> documentation in a place where non-human editors (a.k.a. bots) are
> allowed to modify what i wrote.


Bot is used to initially copy descriptions from the other wiki pages. Once
created, it will not modify description.  Other tools may -- e.g. JOSM or
iD editor could ask the user to enter/modify description in their language,
but it won't be automated. Consider iD editor as an alternative UI to the
wikibase, but the edit will show up as a regular user edit, not a bot.


>   Apart from that if you find a way to
> improve they way in which tag documentation is stored and processed
> without sacrificing ergonomics and intuitive adaptability of the way it
> is entered for typical mappers i will be all for it.
>

Per above, I think it already does - editing template params is by far less
intuitive than filling out a "description" filed in your language.  Also,
it is possible to make a description editor that appear directly in the tag
page (e.g. with a js gadget).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Wikibase is now live

[Christoph Hormann]

On Sunday 23 September 2018, Tobias Knerr wrote:
> On 23.09.2018 17:07, Christoph Hormann wrote:
> > If you'd now impose
> > technical constraints preventing mappers from documenting things
> > that do not match a certain ideal of structure would you would
> > effectively make the wiki unsuitable for its primary application
> > and mappers would need to set up a new place to document their
> > tags.
>
> The content stored in Wikibase is editable by wiki users using a
> regular wiki account, same as with other wiki pages.

This i have no doubts about - but this is not the question.  The 
question is who is de facto in control of the information and in 
particular who defines what information is considered valid and what 
not.  And by designing the interfaces through which information and 
rules are entered you can pretty well control who will actually control 
the information.

I am fine with editing the wiki to document tags, i am also fine with 
the various templates in there even if they are sometimes cumbersome to 
understand.  And i acknowledge that technologically the way templates 
are used in the OSM wiki is a dead end.  But this whole wikibase thing 
is repulsive to me in the way it communicates the human editor is 
supposed to serve the computer system and not the other way round.  The 
very idea of making up numerical identifiers for keys and tags which by 
definition already are unique identifiers is ridiculous.

Long story short:  You will never get me to enter or edit tag 
documentation in such an interface which makes me think i have time 
traveled to the last century.  You will also not get me to write 
documentation in a place where non-human editors (a.k.a. bots) are 
allowed to modify what i wrote.  Apart from that if you find a way to 
improve they way in which tag documentation is stored and processed 
without sacrificing ergonomics and intuitive adaptability of the way it 
is entered for typical mappers i will be all for it.

The OSM wiki has a lot of problems and deficits but the vast majority of 
them are social in nature and will not be solved by means of 
technology - even if said technology is not on the level of the last 
century.

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

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

Re: [Talk-GB] Android Auto and OSM

[Rob Nickerson]

Hi Simon,

No this is not that simple and (in my view) OSM shouldn't ignore this. It
works with quite a few existing third party apps (list on [1], [2])
including Google competitors (e.g. Amazon Music) and Open Source (e.g.
Signal messenger).

I cannot see any OSM app in the list which is a shame as we could loose
audience as a result.

P.S. The car also had Apple's equivalent (Apple CarPlay) but I couldn't
test this as I don't have an iOS device.

P.P.S According to google: Automobile manufacturers that will offer Android
Auto support in their cars include Abarth, Acura, Alfa Romeo, Audi,
Bentley, Buick, Cadillac, Chevrolet, Chrysler, Dodge, Fiat, Ford, GMC,
Honda, Hyundai, Infiniti, Jaguar Land Rover, Jeep, Kia, Lamborghini, Lexus,
Lincoln, Mahindra and Mahindra, Maserati, Mazda, Mercedes-Benz, Mitsubishi,
Nissan, Opel, Peugeot, RAM, Renault, SEAT, Škoda, SsangYong, Subaru,
Suzuki, Tata Motors Cars, Volkswagen and Volvo.

[1] https://www.android.com/auto/
[2]
https://play.google.com/store/apps/collection/promotion_3001303_android_auto_all

Thanks,

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

Re: [OSM-talk-fr] arrêt de bus sans attribut name

[Philippe Verdy]

Donc ce nom serait aussi bien: "Maurice Audin" (du nom de la rue) ou
"Camping des Gayeules". Ne pas se fier au nom donné "Parc des Gayeulles"
pour le parking situé au milieu...

Ce camping municipal pourrait être tout à fait une destination touristique,
à l'occasion d'un spectacle ou événements sportif donné dans une des salles
ou des stades tout autour et avoir une liaison spéciale publique par
exemple depuis Gare, République, ou les prochaines station de métro Joliot
Curie ou Viasilva ou depuis le Pont de Strasbourg (à proximité immédiate du
dépôt bus de la Plaine de Baud) via le jardin du Thabor Rue de Paris, puis
un détour par l'université (station Clos Courtel/future station Atalante du
métro, station bus/métro Beaulieu-Université ou route de Fougères), le
Boulevard de Vitré, la patinoire des gayeules (Le Blizz) puis enfin la
boucle de la rue Maurice Audin (devant le camping) et son terminus à la
Piscine des Gayeulles.

La ligne spéciale pourrait servir pour les grands événements de la
ville (même en weekend ou seulement le dimanche) comme "Tout Rennes Court"
(course à pied), préférablement via les parcs publics au lieu du
centre-ville et des quais de la Vilaine (pas idéal pour la sécurité).


Le dim. 23 sept. 2018 à 23:13, Philippe Verdy  a écrit :

> Les parcs sont des destinations touristiques aussi, ils ont souvent des
> animations organisées (exemple : par des spectacles). Cela reste un arrêt
> pour les bus même si ce n'est pas utilisé par une ligne régulière (mais la
> ville peut commander des dessertes spéciales pour les événements à la
> société de transport locale qui y fera alors un arrêt tleout à fait normal
> et pourra même mettre des fiches horaires et communiquer dessus avec un nom
> d'arrêt.
>
> Oui il est fort probable que l'arrêt porte alors le nom du point d'intérêt
> le plus connu à proximité, donc le nom du parc en question, mais ce peut
> être aussi un nom de rue, car le parc en question est grand et déjà
> desservi sur d'autres arrêts réguliers. Les Gayeulles sont en fait tout un
> quartier avec aussi d'autres équipements publics ou privés (dont des salles
> d'activités, écoles publiques, écomusée, camping, aire d'accueil des gens
> du voyage, piscine municipale...), c'est très grand, et sans doute pas
> suffisant pour nommer l'arrêt correctement et le situer pour le public
> voulant utiliser la ligne spéciale des transports publics.
>
> Le dim. 23 sept. 2018 à 22:06,  a
> écrit :
>
>> > Le fameux arrêt de bus DesGayeullesKaPaDeNom Ça ressemble quand même à
>> un arrêt de bus, mais j'imagine que c'est pour des bus de tourisme ou
>> scolaires de manière ponctuelle. Un tag noname=yes ?
>>
>> Je pense que c'est plus pour des scolaires. Il faut vraiment être Rennais
>> pour penser que des touristes vont aller visiter le Parc des Gayeulles :-D.
>>
>> Comme c'est pour des scolaires, le nom me semble couler de source "Parc
>> des Gayeulles".
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] arrêt de bus sans attribut name

[Philippe Verdy]

Les parcs sont des destinations touristiques aussi, ils ont souvent des
animations organisées (exemple : par des spectacles). Cela reste un arrêt
pour les bus même si ce n'est pas utilisé par une ligne régulière (mais la
ville peut commander des dessertes spéciales pour les événements à la
société de transport locale qui y fera alors un arrêt tleout à fait normal
et pourra même mettre des fiches horaires et communiquer dessus avec un nom
d'arrêt.

Oui il est fort probable que l'arrêt porte alors le nom du point d'intérêt
le plus connu à proximité, donc le nom du parc en question, mais ce peut
être aussi un nom de rue, car le parc en question est grand et déjà
desservi sur d'autres arrêts réguliers. Les Gayeulles sont en fait tout un
quartier avec aussi d'autres équipements publics ou privés (dont des salles
d'activités, écoles publiques, écomusée, camping, aire d'accueil des gens
du voyage, piscine municipale...), c'est très grand, et sans doute pas
suffisant pour nommer l'arrêt correctement et le situer pour le public
voulant utiliser la ligne spéciale des transports publics.

Le dim. 23 sept. 2018 à 22:06,  a écrit :

> > Le fameux arrêt de bus DesGayeullesKaPaDeNom Ça ressemble quand même à
> un arrêt de bus, mais j'imagine que c'est pour des bus de tourisme ou
> scolaires de manière ponctuelle. Un tag noname=yes ?
>
> Je pense que c'est plus pour des scolaires. Il faut vraiment être Rennais
> pour penser que des touristes vont aller visiter le Parc des Gayeulles :-D.
>
> Comme c'est pour des scolaires, le nom me semble couler de source "Parc
> des Gayeulles".
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OSM Wikibase is now live

[Christoph Hormann]

On Sunday 23 September 2018, Andrew Hain wrote:
> Could you give some examples so that the wider OSM community can do
> something about it?

I am somewhat reluctant to point to specific people here but there are 
in particular a few fans of key systematics who eagerly defend their 
view on how tags are supposed to be used and who are quick to revert 
any edits that document tags being used differently or that might 
suggest to readers the use of tags other than the 'correct' ones.

You can find examples for that in the edit histories of various 
landcover and landuse tag and key pages.

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

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

Re: [OSM-talk] OSM Wikibase is now live

[Tobias Knerr]

On 23.09.2018 17:07, Christoph Hormann wrote:
> If you'd now impose 
> technical constraints preventing mappers from documenting things that 
> do not match a certain ideal of structure would you would effectively 
> make the wiki unsuitable for its primary application and mappers would 
> need to set up a new place to document their tags.

The content stored in Wikibase is editable by wiki users using a regular
wiki account, same as with other wiki pages.

Ultimately, this is simply a different implementation of the infoboxes
that already exist on the wiki's key and tag pages. An implementation
that will be easier to maintain and easier to parse for projects like
Taginfo (which already parses today's infoboxes, but has to jump through
a lot of hoops to do so). But it isn't any more restrictive than filling
in the parameters of today's infobox.

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

Re: [OSM-talk] Really heavy browser load with Overpass-turbo map display

[François Lacombe]

Hi Dave
Thanks for your input

Is Leaflet aware and will fix the issue?
Switching to an older version of a browser isn't neutral and raise security
considerations as always.

I didn't find anything relative to this problem on Leaflet github

All the best

François

Le dim. 23 sept. 2018 à 21:13, Dave F  a
écrit :

> It appears it maybe Leaflet &/or Firefox related. Reports are it doesn't
> occur in Chrome/IE.
>
> If your turn off Firefox auto updates & install an older version (I used
> v60.0 from FileHippo) it prevents it.
>
> Cheers
> DaveF
>
> On 23/09/2018 17:41, François Lacombe wrote:
>
> HI all,
>
> It's been a few days that my browser bear a heavy load when running many
> queries like https://overpass-turbo.eu/s/yUw, with overpass turbo.
>
> Was any change done on the frontend to get such a load on client side?
>
> Tested on firefox 62 64bits
>
> All the best
>
> François
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Wikibase is now live

[Yuri Astrakhan]

On Sun, Sep 23, 2018, 14:58 Christoph Hormann  wrote:

>
> For clarification:  The main purpose of the OSM wiki is to allow mappers
> to document tags they use and allow them to coordinate and communicate
> about this use of tags with other mappers.


Agree

If you have some data
> collecting application related to OSM tags it would be advisable to
> maintain this outside the OSM wiki - like for example taginfo and
> taghistory do.
>
> Mixing systematic data collection into the OSM wiki is just asking for
> trouble.


Not sure what you are referring to. Wikbase project is designed to be the
primary source of the tag description. This will NOT replace the freeform
wiki page that describe finer points of the tag usage. But it will simplify
the info card, and help all other projects that need tag documentation,
this fulfilling the primary goal even better.

Other projects like taginfo will have an easier time using that data.
Currently, it has considerable and error prone code to parse wiki markup.
Fewer errors and easier data usage should lead to better tools for the
mappers.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] What was the outcome of the discussion about C class roads with ref tags?

[Neil Matthews]

> If there are tertiary ways that don't meet the above criteria they
> should be listed in some form of text file for individual editing if
> appropriate.

Where does this text file live? Better to add notes to the map / fixmes
to the data.

Neil


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

Re: [OSM-talk-fr] restrictions d'accès dans les voies de cimetières

[Philippe Verdy]

de plus je ne vois pas trop en fin de compte la différence entre
"access=permissive" et "access=restricted" qui me semblent indiquer la même
chose et impliquer dans le deux cas l'existence de restrictions d'accès qui
ne sont pas tranchés entre access=yes ou access=no.

Le dim. 23 sept. 2018 à 20:49, marc marc  a
écrit :

> Le 23. 09. 18 à 19:19, Philippe Verdy a écrit :
> > Quelle valeur indiquer ?
>
> mapper ce qui existe et non la législation.
> highway=path si c'est étroit ou track si c'est assez large
> que pour un véhicule de service y passe (sujet à controverse,
> certain ne voyant dans track que l'aspect rural/agricole/forestier)
> + access selon les panneaux présents
> + barrier éventuelle à leur emplacement
> + opening_hour éventuel
>
>
> > - propriété publique mais d'accès restreint et réglementé dans un espace
> > délimité
> > - propriété privée mais d'accès "permissif".
>
> on ne mape pas la propriété dans osm.
> donc les 2 sont access=permissif
> si tu veux maper l'opérateur public du parc operator:type=public
> ___
> 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] restrictions d'accès dans les voies de cimetières

[Gwenaël Jouvin]

Bonsoir,

highway=track est en effet très connoté chemin de terre, tant par sa définition 
que par le ou les rendus.

Pour les voies où les véhicules peuvent circuler dans un cimetière, 
highway=service ne serait-il pas plus approprié ?
Avec highway=footway voire path pour les allées trop étroites…



Le 23/09/2018 à 20:48, marc marc a écrit :
> Le 23. 09. 18 à 19:19, Philippe Verdy a écrit :
>> Quelle valeur indiquer ?
> 
> mapper ce qui existe et non la législation.
> highway=path si c'est étroit ou track si c'est assez large
> que pour un véhicule de service y passe (sujet à controverse,
> certain ne voyant dans track que l'aspect rural/agricole/forestier)
> + access selon les panneaux présents
> + barrier éventuelle à leur emplacement
> + opening_hour éventuel
> 
> 
>> - propriété publique mais d'accès restreint et réglementé dans un espace 
>> délimité
>> - propriété privée mais d'accès "permissif".
> 
> on ne mape pas la propriété dans osm.
> donc les 2 sont access=permissif
> si tu veux maper l'opérateur public du parc operator:type=public
> ___
> 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] restrictions d'accès dans les voies de cimetières

[Philippe Verdy]

hnoter aussi qu'aux heures d'ouverture des cimetières (typiquement environ
8h-18h30, avec parfois une fermeture en mi-journée) il peut exister des
accès de lignes de transport public desservant et traversant le cimetière,
notammeent quand il est très grand et en zone urbaine dense (l'arrêt est
typiquement hors du cimetière près des entrées, mais pour des raisons
pratiques de service (et éviter au bus de faire le tour par des rues
étroites pas pratiques).

L'accès reste autorisé pour ces bus publics qui desservent le cimetière de
toute façon seulement aux heures d'ouverture. Et il n'y a pas de descente
dans le cimetière.
Du coup on peut se retrouver avec des voies de "service" (là on peut mettre
des restrictions comme "motor_vehicle=no" (inclut
autos/motos/camions/bus)+"psv=yes" pour les seuls bus publics (pas les cars
privés). En principe tout le mode là-dedans roule au pas (comme dans une
zone de rencontre).

Les accès en vélo peuvent aussi être autorisés (masi ce n'est pas une piste
cyclable car les horaires d'ouverture du cimetière et la fermeture des
portails s'applique de nuit. Le weekend si le bus ne circulent pas, le
portail peut être fermé mais pas les plus petites portes pour les piétons.

Les taxis ne peuvent pas entrer, ils peuvent évidemment desservir les
entrées hors du cimetière mais ensuite doivent faire le tour. Ces accès
peuvent être controlés par des bornes automatiques avec une télécommande
dans le bus por ules abaisser le temps de leur passage (utilisable aussi
par les services d'urgence qui peuvent éviter aussi de faire le tour par
des rues difficiles avec un trafic élevé).

On en trouvait un exemple à Paris avec le cimetière du Montparnasse, Rue
Emile Richard il me semble, mais il me semblait que le cimetière a en fait
été découpé en deux enceintes séparées avec leur propres portails, mais il
reste des rues maintenant complètement dans l'enceinte ouest? J'avais vu
des propositions pour fermer cette rue (en sens unique) à la circulation et
au stationnement, et reconnecter les deux enceintes en une seule, tout en
maintenant deux portes au nord et au sud permettant le franchissement des
bus et véhicules d'urgence. Un tel dispositif a aussi existé à Rennes il y
a quelques décennies dans un des cimetières mais la nécessité aujourd'hui
de clore physiquement les cimetières (contre les dégradations de nuit) a
conduit aussi à réaménager le réseau des bus qui le desservent. Mais la
voie de traverse a toujours un système d'ouverture des portails et les
plots automatiques pour faciliter le passage des véhicules d'urgence (mais
aussi les véhicules funéraires lors des cérémonies et ceux de service pour
l'entretien des jardins, allées et sépultures, ou la collecte des ordures
ou encore le passage de camions lors des travaux préparatoires à la pose ou
l'enlèvement des monuments funéraires).

Enfin la proposition "access=permissive" me parait pas correcte. Je pense
que access=destination implique que c'est d'abord destiné à la desserte du
cimetière lui-même et pas pour le transit (sauf dispositifs particuliers
pour certains véhicules autorisés et équipés ou par l'intervention des
employés municipaux pour ouvrir les portes pour les accès prévus comme ce
qui touche les cérémonies funéraires et les travaux, y compris ceux pour
les réseaux transitant par les cimetières comme téléphonie, gaz,
électricité, assainissement ou les cas d'accès d'urgence demandés par les
pompiers ou la force publique).



Le dim. 23 sept. 2018 à 20:49, marc marc  a
écrit :

> Le 23. 09. 18 à 19:19, Philippe Verdy a écrit :
> > Quelle valeur indiquer ?
>
> mapper ce qui existe et non la législation.
> highway=path si c'est étroit ou track si c'est assez large
> que pour un véhicule de service y passe (sujet à controverse,
> certain ne voyant dans track que l'aspect rural/agricole/forestier)
> + access selon les panneaux présents
> + barrier éventuelle à leur emplacement
> + opening_hour éventuel
>
>
> > - propriété publique mais d'accès restreint et réglementé dans un espace
> > délimité
> > - propriété privée mais d'accès "permissif".
>
> on ne mape pas la propriété dans osm.
> donc les 2 sont access=permissif
> si tu veux maper l'opérateur public du parc operator:type=public
> ___
> 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-ca] Fw: Proposition d'import pour les arrêts d'autobus de EXO

[Alouette955]

Ce message avait d’abord été envoyé à l’aide de mon adresse courriel personnel 
et n’a pas passé à talk-ca. Je le reposte ici.


Bonjour,

Suite aux commentaires reçus j’ai mis à jour ma proposition d’import pour les 
arrêts d’autobus du réseau EXO.

Dans cette proposition il n’est plus question de détruire les anciens arrêts 
mais plutôt d’y fusionner les données de EXO. Merci à marc_marc pour 
l’information concernant les fusions.

Voici le lien de la proposition:


https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain

Toujours dans l’attente de l’autorisation de EXO que j’ai relancé.

Merci,

Claude___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] Does this Antarctic airfield exist?

[Dave F]

The ones in Bath I can easily do as most changesets are repetitions on 
the same objects. The Antarctic one is just a single edit also.


DaveF

On 23/09/2018 20:13, Andy Townsend wrote:


On 23/09/18 19:59, Christoph Hormann wrote:

On Sunday 23 September 2018, Dave F wrote:

Ever heard of this:
https://www.openstreetmap.org/changeset/62799981

No, that's fake.


With a DWG hat on I've sent them a "message that they have to read 
before continuing to edit".  Are any of the changesets that don't have 
any discussion comments on them yet plausible, or are they just more 
of the same?  If anyone would like any help with reverts please drop a 
mail to the usual DWG address d...@osmfoundation.org .


Best Regards,

Andy


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



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

Re: [Talk-GB] Android Auto and OSM

[Simon Poole]

AFAIK "Android Auto" is actually "google Auto" and simply an app that
connects to compatible screens provided by car manufacturers that are in
bed with the goog (sometimes in an open relationship complemented with
the same from the fruit company). As actually running the app requires
selling your soul to the goog I haven't really experimented a lot with
it. This is distinct from a car dock mode or similar in which you can
typically launch osmand, mapsme or whatever you want.

With other words no simple way of replacing the goog in such vehicles
(it is likely hackable, but in the same vein will probably cost you your
warranty on the car and so on, so not worth it).


Am 23.09.2018 um 14:44 schrieb Rob Nickerson:
> Hi all,
>
> I recently was on holiday and needed maps for the hire car. Usually I
> use Maps.Me as I like the fact that you can download the maps in
> advance and that they have the hotels from Booking.com (thereby
> increasing the chance that I can easily find my hotel).
>
> This time however I forgot the phone mount :-(. The car did have
> Android Auto so, due to my insistence to have visibility of a screen
> when using GPS (audio alone is not enough), we ended up using this.
> For those who don't know Android Auto it is built in to the car's
> entertainment system - you just bring along your smartphone to connect
> in. Google Maps is the default and this is what we ended up using
> (pre-downloading regions before we set off).
>
> So yeah, on this holiday Google won*. We did continue with MapsMe for
> the hiking parts as this is where OSM excelled.
>
> My question is: Are there any OSM apps that can be used with Android
> Auto? It seemed like a great in car solution and no doubt more car
> manufacturers will add this in the coming years.
>
> Thanks,
> *Rob*
>
> * P.S. We got bad driving results from both Google Maps and MapsMe
> during the holiday. MapsMe tried to route us down a private road,
> whilst Google wanted us to do a long detour because it did not know
> about a road. I think OSM can win this game but don'e want it to slip
> behind as Android Auto get's rolled out to more cars.
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb



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

Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO

[Claude Leduc]

Bonjour,

Suite aux commentaires reçus j’ai mis à jour ma proposition d’import pour les 
arrêts d’autobus du réseau EXO.

Dans cette proposition il n’est plus question de détruire les anciens arrêts 
mais plutôt d’y fusionner les données de EXO. Merci à marc_marc pour 
l’information concernant les fusions.

De plus, j’y indique l’utilisation requise d’un compte d’import et je suggère 
le libellé “import_exo”. Une question toutefois. Si plusieurs contributeurs 
participent à cette opération doivent-ils chacun avoir leur propre compte 
d’import ou partagerait-on celui créé pour l’occasion?

Voici le lien de la proposition:

[Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO

Toujours dans l’attente de l’autorisation de EXO que j’ai relancé.

Merci,

Claude___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-de] Wo ist Euer zukünftiges Domizil?

[chris66]

Am 23.09.2018 um 18:53 schrieb hike39:

Hallo Rainer,


Nööö, hier ist OSM Talk-DE.




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

Re: [OSM-talk-fr] arrêt de bus sans attribut name

[osm . sanspourriel]

> Le fameux arrêt de bus DesGayeullesKaPaDeNom Ça ressemble quand même 
à un arrêt de bus, mais j'imagine que c'est pour des bus de tourisme ou 
scolaires de manière ponctuelle. Un tag noname=yes ?


Je pense que c'est plus pour des scolaires. Il faut vraiment être 
Rennais pour penser que des touristes vont aller visiter le Parc des 
Gayeulles :-D.


Comme c'est pour des scolaires, le nom me semble couler de source "Parc 
des Gayeulles". Certes c'est inventer un nom qui n'existe pas sur le 
terrain mais est-on obligé d'attendre qu'une autorité nomme l'arrêt ?


Si on le nomme ainsi (plutôt que noname=yes), on incite à cet usage et 
on permet de rechercher l'arrêt.


À mettre en locname parce que ce n'est pas un nom officiel ?

Sauf si le locname c'est DesGayeullesKaPaDeNom

Jean-Yvon, créateur de nom d'arrêt de car ;-).


Le 22/09/2018 à 13:12, Gwenaël Jouvin - gwenael.jou...@laposte.net a écrit :

Bonjour,

Si l’arrêt est matérialisé au sol avec une ligne en dents de scie jaune et par 
un panneau carré bleu C 6 (http://routes.wikia.com/wiki/Panneau_de_type_C6), on 
peut considérer que c’est bien un arrêt et non un simple emplacement de 
stationnement.

Je croise parfois des arrêts de bus sans nom en pleine campagne, utilisés par 
diverses lignes, locales à la demande, scolaires…
J’ai pris l’initiative de les nommer du nom du lieu-dit le plus proche, en le 
précisant avec une note.
https://www.openstreetmap.org/node/5750269437
https://www.openstreetmap.org/node/5750268639


Le 22/09/2018 à 12:42, PanierAvide a écrit :

Bonjour,

Le fameux arrêt de bus DesGayeullesKaPaDeNom :-) Ça ressemble quand même à un 
arrêt de bus, mais j'imagine que c'est pour des bus de tourisme ou scolaires de 
manière ponctuelle. Un tag noname=yes ?

Cordialement,

Adrien.


Le 22/09/2018 à 12:20, mga_geo a écrit :

Bonjour à tous,
En comparant les données "transport" opendata de la région Bretagne avec
osm, je viens de trouver des nodes sans attribut "name", par exemple
https://www.openstreetmap.org/node/4339678814#map=18/48.13454/-1.64472
Cela correspond effectivement à une zone de stationnement pour les cars.
Mais aucune ligne régulière n'utilise cet arrêt.
Faut-il modifier les attributs ?
Marc



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

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



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


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

Re: [OSM-talk] OSM Wikibase is now live

[Andrew Hain]

Could you give some examples so that the wider OSM community can do something 
about it?

--
Andrew


From: Christoph Hormann 


We already have quite a few people on the wiki who try to forbid mappers
accurately documenting widely used tags because these tags are bad in
terms of certain systematics and should not 
exist.

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png]
 Virus-free. 
www.avg.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Wochennotiz Nr. 426 11.09.2018–17.09.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 426 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/09/wochennotiz-nr-426/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 426 11.09.2018–17.09.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 426 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/09/wochennotiz-nr-426/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO

[Alouette955]

Bonjour,

N.B. Mon précédent message semble s’être perdu dans les limbes d’Internet 
puisque talk-ca ne l’a pas reçu ... je me reprends et désolé si l’original 
réapparait.

Suite aux commentaires reçus j’ai adapté ma proposition d’import pour les 
arrêts de bus de EXO:

   
https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain

Cette proposition vise maintenant à sauvegarder les arrêts de bus existants 
auxquels on fusionne les données d’Exo plutôt que de les effacer pour les 
remplacer par de nouveaux arrêts.

Je suis toujours en attente de l’autorisation de EXO mais je les ai relancé.

Merci,

Claude

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

Re: [OSM-talk] OSM Wikibase is now live

[Yuri Astrakhan]

On Sun, Sep 23, 2018 at 2:36 PM Richard  wrote:

> > Key:bridge:movable:https://wiki.openstreetmap.org/wiki/Item:Q104
> > Tag:bridge:movable=bascule:
> https://wiki.openstreetmap.org/wiki/Item:Q888
>
> how do I get at other language's versions, and how do I get easily at the
> original source of the information (description text) to fix it?
>
>
Richard, the original information has not changed in any form just yet.
There are several ways to get to docs from the search box:
* type the exact page name with the language, e.g. "FR:Key:bridge:movable"
and hit enter
* type the exact page name, e.g. "Key:bridge:movable" (without quotes) and
hit enter, Select language at the top.
* type "bridge:movable" and click "search in content" (last item in the
dropdown)
* type bridge:movable, open the wikibase entry, and click the big link in
the upper right corner

I am hoping to enable search autocomplete back, but it might mean that we
won't be able to find wikibase items as easily (which might be ok)

The general hope is that once the data has been copied to wikibase items,
all of the existing {{KeyDescription}}, {{ValueDescription}}, and
{{RelationDescription}} templates will use that data directly. The data
will also be localized - so in a French version of the page, it will
automatically use french descriptions, unless they don't exist, and it
would show English (until translated).

There will be a small link next to each value that came from Wikibase. If
you click it, it will take you to the wikibase entry, where you will be
able to edit descriptions in all of the languages.

 Also, the tables of tags will also be generated directly from that data,
which will allow us not to use all the crazy template inclusion magic (e.g.
using the same table on multiple pages will not require storing it in a
template).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Le site de l'association OSM-FR fait peau neuve

[Philippe Verdy]

Ce sujet, le site affiche en haut une carte défilante mais qui occupe
presque toute la largeur d'une zone de contenu verticale très haute elle
aussi défilante. Il y a peu de marges disponible autour pour éviter de
faire défiler la carte alors qu'on veut voir ce qui est en dessous.

N'y a-t-il pas moyen de faire en sorte que le zoom de la carte (avec la
molette) ou le panning (en glissant le doigt sur un écran tactile) soit
soumis à une entrée plus spécifique (CTRL sur clavier si on utilise la
molette, sinon une tape dans un bouton pour activer le défilement/zoom de
la carte avec un ou deux doigts sans avoir à appuyer sur CTRL, absent des
claviers tactiles virtuels) ?

Sinon l'effet est qu'il est peu évident de naviguer pour voir ce qui est en
dessous de la carte.


Le dim. 23 sept. 2018 à 16:34, deuzeffe  a écrit :

> Je suppose que tu t’attellerais à mettre en place une solution technique
> pour pointer sur les anciennes pages qui ne collent plus avec la charte
> graphique ?
>
> Si c'est une question de réécriture de la page dans le nouveau format,
> je pense que ça peut être dans mes cordes. Si tu as besoin, tu dis.
>
> (c'est d'ailleurs le même pb pour la page BANO de l'ancien site)
>
> On 9/18/18 9:31 AM, Christian Quest wrote:
> > C'est sur ma tout-doux liste... faire en sorte qu'on puisse accéder à
> > l'ancien contenu quand il n'a pas été recréé sur le nouveau site.
> >
> > Le dim. 16 sept. 2018 à 20:15, deuzeffe  > > a écrit :
> >
> > Hello,
> >
> > nheir fait remarquer que l'ancienne page
> > https://openstreetmap.fr/bdortho n'existe plus. Une page similaire
> > est-elle prévue ?
> > (si non, je fais pointer l'url dans la page du wiki concernée vers
> > l'ancienne sur Internet archive ^^).
> >
> > On 03/09/2018 14:10, François Lacombe wrote:
> >  > Bonsoir à tous,
> >  >
> >  > Cela avait été annoncé lors du dernier SOTM-Fr à Bordeaux en Juin
> >  > dernier, la nouvelle version du site web de l'association
> arrivait à
> >  > maturité.
> >  > L'été a permis de faire les dernières finitions et elle a été
> > mise en
> >  > ligne dans le courant du week-end.
> >  > https://www.openstreetmap.fr/
> >  >
> >  > L'ergonomie a été complètement revue et une carte avec différents
> > rendus
> >  > a été ajoutée à la page d'accueil.
> >  > L'accès aux informations utiles pour chacun est désormais plus
> > facile,
> >  > avec de grandes rubriques telles que "Contribuer" ou "Utiliser"
> > et un
> >  > blog pour partager vos expériences et les actualités nationales.
> >  > https://www.openstreetmap.fr/contribuer/
> >  > https://www.openstreetmap.fr/actualites/
> >  >
> >  > En remerciant Noémie, Flora et Florian pour le développement et
> > Jocelyn
> >  > pour l'administration et la bascule de ce week-end
> >  >
> >  > Bonne consultation et à bientôt
> >  >
> >  > François pour le CA de l'association
> >  >
> >  >
> >  > ___
> >  > 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
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> > ___
> > 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] Does this Antarctic airfield exist?

[Andy Townsend]

On 23/09/18 19:59, Christoph Hormann wrote:

On Sunday 23 September 2018, Dave F wrote:

Ever heard of this:
https://www.openstreetmap.org/changeset/62799981

No, that's fake.


With a DWG hat on I've sent them a "message that they have to read 
before continuing to edit".  Are any of the changesets that don't have 
any discussion comments on them yet plausible, or are they just more of 
the same?  If anyone would like any help with reverts please drop a mail 
to the usual DWG address d...@osmfoundation.org .


Best Regards,

Andy


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

Re: [OSM-talk] Really heavy browser load with Overpass-turbo map display

[Dave F]

It appears it maybe Leaflet &/or Firefox related. Reports are it doesn't 
occur in Chrome/IE.


If your turn off Firefox auto updates & install an older version (I used 
v60.0 from FileHippo) it prevents it.


Cheers
DaveF

On 23/09/2018 17:41, François Lacombe wrote:

HI all,

It's been a few days that my browser bear a heavy load when running 
many queries like https://overpass-turbo.eu/s/yUw, with overpass turbo.


Was any change done on the frontend to get such a load on client side?

Tested on firefox 62 64bits

All the best

François


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


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

Re: [Talk-it] [Talk-it-piemonte] Piazzola atterraggio elisoccorso notturno

[liste DOT girarsi AT posteo DOT eu]

Il 23/09/2018 18:08, Andrea Musuruane ha scritto:

Ciao a tutti,
 Proprio oggi ho letto un articolo che parlava dell'argomento:
http://eusebiano.it/cronaca/elisoccorso-piemonte-il-4-anni-attivati-111-siti-adatti-alloperativita-notturna/

Incuriosito, da un così alto numero di siti, mi sono messo alla ricerca e
ho trovato questo elenco, aggiornato allo scorso luglio, comprensivo di
coordinate:
https://www.cittadellasalute.to.it/images/stories/area_emergenza/elisoccorso_notturno/elenco_siti_attivi_al_09-07-2018.pdf

Qui invece c'è un elenco aggiornato a ieri, ma senza coordinate:
http://www.regione.piemonte.it/pinforma/images/DOCUMENTI/ComuniElisoccorso.pdf

Tra l'altro il nome ufficiale è "Sito HEMS notturno" (HEMS = Helicopter
Emergency Medical Service).

Quindi, probabilmente, i tag da usare dovrebbero essere:

emergency=landing_site
description:it=Sito HEMS notturno

Oggi ci sono solo 6 emergency=landing_site in OSM in Piemonte (su 111).

Consigli su come portare questi dati in OSM? Fare un import mi sembra
esagerato.



lit=yes
aeroway=helipad

emergency:helipad=yes (taginfo 2 occorrenze)



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

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

Re: [OSM-talk-fr] Le site de l'association OSM-FR fait peau neuve

[Philippe Verdy]

Note: ce bouton peut être présent dans un coin de la carte et prendre la
forme d'une main posée ou d'une croix fléchée à 4 directions (il peut avoir
un "tooltip" quand on survole la souris mentionnant "CTRL" comme raccourci
clavier). Il s'active (et passe en surbrillance) si on appuie sur CTRL, et
se désactive si on lâche la touche, son état (affiché) s'inverse avec un
clic ou une tape, mais on peut encore le désactiver en appuyant et
relâchant CTRL sur le clavier. Son état par défaut au chargement de la page
devrait être désactivé. Le bouton devrait toujours rester visible.


Le dim. 23 sept. 2018 à 17:03, Philippe Verdy  a écrit :

> Ce sujet, le site affiche en haut une carte défilante mais qui occupe
> presque toute la largeur d'une zone de contenu verticale très haute elle
> aussi défilante. Il y a peu de marges disponible autour pour éviter de
> faire défiler la carte alors qu'on veut voir ce qui est en dessous.
>
> N'y a-t-il pas moyen de faire en sorte que le zoom de la carte (avec la
> molette) ou le panning (en glissant le doigt sur un écran tactile) soit
> soumis à une entrée plus spécifique (CTRL sur clavier si on utilise la
> molette, sinon une tape dans un bouton pour activer le défilement/zoom de
> la carte avec un ou deux doigts sans avoir à appuyer sur CTRL, absent des
> claviers tactiles virtuels) ?
>
> Sinon l'effet est qu'il est peu évident de naviguer pour voir ce qui est
> en dessous de la carte.
>
>
> Le dim. 23 sept. 2018 à 16:34, deuzeffe  a
> écrit :
>
>> Je suppose que tu t’attellerais à mettre en place une solution technique
>> pour pointer sur les anciennes pages qui ne collent plus avec la charte
>> graphique ?
>>
>> Si c'est une question de réécriture de la page dans le nouveau format,
>> je pense que ça peut être dans mes cordes. Si tu as besoin, tu dis.
>>
>> (c'est d'ailleurs le même pb pour la page BANO de l'ancien site)
>>
>> On 9/18/18 9:31 AM, Christian Quest wrote:
>> > C'est sur ma tout-doux liste... faire en sorte qu'on puisse accéder à
>> > l'ancien contenu quand il n'a pas été recréé sur le nouveau site.
>> >
>> > Le dim. 16 sept. 2018 à 20:15, deuzeffe > > > a écrit :
>> >
>> > Hello,
>> >
>> > nheir fait remarquer que l'ancienne page
>> > https://openstreetmap.fr/bdortho n'existe plus. Une page similaire
>> > est-elle prévue ?
>> > (si non, je fais pointer l'url dans la page du wiki concernée vers
>> > l'ancienne sur Internet archive ^^).
>> >
>> > On 03/09/2018 14:10, François Lacombe wrote:
>> >  > Bonsoir à tous,
>> >  >
>> >  > Cela avait été annoncé lors du dernier SOTM-Fr à Bordeaux en Juin
>> >  > dernier, la nouvelle version du site web de l'association
>> arrivait à
>> >  > maturité.
>> >  > L'été a permis de faire les dernières finitions et elle a été
>> > mise en
>> >  > ligne dans le courant du week-end.
>> >  > https://www.openstreetmap.fr/
>> >  >
>> >  > L'ergonomie a été complètement revue et une carte avec différents
>> > rendus
>> >  > a été ajoutée à la page d'accueil.
>> >  > L'accès aux informations utiles pour chacun est désormais plus
>> > facile,
>> >  > avec de grandes rubriques telles que "Contribuer" ou "Utiliser"
>> > et un
>> >  > blog pour partager vos expériences et les actualités nationales.
>> >  > https://www.openstreetmap.fr/contribuer/
>> >  > https://www.openstreetmap.fr/actualites/
>> >  >
>> >  > En remerciant Noémie, Flora et Florian pour le développement et
>> > Jocelyn
>> >  > pour l'administration et la bascule de ce week-end
>> >  >
>> >  > Bonne consultation et à bientôt
>> >  >
>> >  > François pour le CA de l'association
>> >  >
>> >  >
>> >  > ___
>> >  > 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
>> >
>> >
>> >
>> > --
>> > Christian Quest - OpenStreetMap France
>> >
>> > ___
>> > 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] Does this Antarctic airfield exist?

[Christoph Hormann]

On Sunday 23 September 2018, Dave F wrote:
>
> Ever heard of this:
> https://www.openstreetmap.org/changeset/62799981

No, that's fake.

Even without up-to-date or higher resolution images you can rule this 
out because you can't build structures like this on a crevassed 
glacier:

https://mc.bbbike.org/mc/?lon=-63.786106=-64.787188=13=2=bing-satellite=mapnik

But it is one of the more realistic fakes in polar regions i have seen - 
most are more obvious to spot, this one in relatively well thought 
through (including the name - after Carl Anton Larsen, who is the 
source of quite a few featutes in the Antarctic).

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

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

Re: [OSM-talk] OSM Wikibase is now live

[Christoph Hormann]

On Sunday 23 September 2018, Tobias Knerr wrote:
>
> > I suspect that the attempts for more structured metadata won't be
> > really accepted by the community (the editors of the wiki).
>
> As one of the more active editors of the wiki, I'm very hopeful for
> this project. The current "solution" for this kind of data is to
> manually copy templates across several pages. This is a massive pain
> point and leads to pages unintentionally getting out of sync all the
> time.

For clarification:  The main purpose of the OSM wiki is to allow mappers 
to document tags they use and allow them to coordinate and communicate 
about this use of tags with other mappers.  If you have some data 
collecting application related to OSM tags it would be advisable to 
maintain this outside the OSM wiki - like for example taginfo and 
taghistory do.

Mixing systematic data collection into the OSM wiki is just asking for 
trouble.  The OSM wiki is not Wikipedia.  It is also not a playground 
for wiki curators who want to manage it as a standalone project 
describing their ideas on how OSM should look like, it is meant to be 
used by mappers to describe what OSM actually looks like (which often 
happens to be unstructured and non-systematic).

We already have quite a few people on the wiki who try to forbid mappers 
accurately documenting widely used tags because these tags are bad in 
terms of certain systematics and should not exist.  If you'd now impose 
technical constraints preventing mappers from documenting things that 
do not match a certain ideal of structure would you would effectively 
make the wiki unsuitable for its primary application and mappers would 
need to set up a new place to document their tags.

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

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

Re: [OSM-talk-fr] restrictions d'accès dans les voies de cimetières

[marc marc]

Le 23. 09. 18 à 19:19, Philippe Verdy a écrit :
> Quelle valeur indiquer ?

mapper ce qui existe et non la législation.
highway=path si c'est étroit ou track si c'est assez large
que pour un véhicule de service y passe (sujet à controverse,
certain ne voyant dans track que l'aspect rural/agricole/forestier)
+ access selon les panneaux présents
+ barrier éventuelle à leur emplacement
+ opening_hour éventuel


> - propriété publique mais d'accès restreint et réglementé dans un espace 
> délimité
> - propriété privée mais d'accès "permissif".

on ne mape pas la propriété dans osm.
donc les 2 sont access=permissif
si tu veux maper l'opérateur public du parc operator:type=public
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Copyright manquant sur www.moselleinfogeo.fr

[Philippe Verdy]

Note: le site a un catalogue open data (sur d'autres pages) dont
proviennent les données exposées sur la carte.
Ce catalogue mentionne cette adresse de contact:
Administrateur
CG Moselle - Pôle SIG CG Moselle
moselle-...@cg57.fr

Il donne aussi en téléchargement la charte d'utilisation qui contient les
exemples de conventions entre fournisseurs, licenciés et utilisateurs des
données qui imposent des délais de réponse. Le fournisseur ou prestataire
technique qui réalise le site pour le CD57 doit donc normalement s'y
conformer, il ne peut pas ignorer nos messages d'alerte. Ceci-dit la charte
du SIG ne semble faire aucune mention que des données  peuvent en fait
provenir de tiers, et l'agrégation des données du SIG-CD avec d'autres, si
elle impose de faire figurer le droit d'auteur du CD ne donne pas droit
d'appropriation sur le reste des données de l'agrégation dont les données
sont propriétés de tiers: les licences de chacun doivent donc être
respectées et donc mentionnées.
La page "mentions légales" du site est donc insuffisante et pas conforme au
droit français et international.


Le dim. 23 sept. 2018 à 16:16, marc marc  a
écrit :

> Le 23. 09. 18 à 15:43, Manuel Klein a écrit :
> > il me semble que la carte affichée sur
> > http://www.moselleinfogeo.fr/infogeo/index.php/ressources/environnement
> > provient d'OSM, sans que les crédits soient mentionnés. J'ai envoyé un
> > message via la page de contact le 19/08/2018 resté sans réponse.
> >
> > Que conseillez-vous de faire ?
>
> cela vient bien d'osm (tuile d'osm.org)
> relance les avec le lien du wiki à propos des attributions et termine
> une phrase genre "merci de confirmer la prise en compte"
> parce qu'avec les administrations, un correct c'est parfois lent :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] Does this Antarctic airfield exist?

[Dave F]

Hi

Ever heard of this:
https://www.openstreetmap.org/changeset/62799981

Given the new user's other fantasy edits in my home city, I suspect this 
is similar, but I thought I'd check first, even though I could find no 
other online evidence of it.


Cheers
DaveF

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

Re: [OSM-talk] OSM Wikibase is now live

[Richard]

Hi,

> as of today, OSM Wiki can store structured tag metadata similar to
> Wikidata.  In every possible language, cross-linked, with images,
> validation rules, or anything else the community decides to store there.
> See examples:
> 
> Key:bridge:movable:https://wiki.openstreetmap.org/wiki/Item:Q104
> Tag:bridge:movable=bascule:   https://wiki.openstreetmap.org/wiki/Item:Q888

how do I get at other language's versions, and how do I get easily at the 
original source of the information (description text) to fix it?

Richard

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

[OSM-talk] Really heavy browser load with Overpass-turbo map display

[François Lacombe]

HI all,

It's been a few days that my browser bear a heavy load when running many
queries like https://overpass-turbo.eu/s/yUw, with overpass turbo.

Was any change done on the frontend to get such a load on client side?

Tested on firefox 62 64bits

All the best

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

Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO

[marc marc]

Le 23. 09. 18 à 18:07, Claude Leduc a écrit :
> Si plusieurs contributeurs participent à cette opération doivent-ils chacun 
> avoir 
> leur propre compte d’import ou partagerait-on celui créé pour l’occasion?

si vous avez envie de partager le même compte,rie ne l'interdit.
ce serrait cependant pratique dans ce cas de mettre le nom ou quelque 
chose dans le commentaire permettant de retrouver qui a fait quoi entre 
vous pour l'organisation.
C'est bien sur aussi possible de faire un compte par personne

> Voici le lien de la proposition:
le lien n'est pas passé

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

[OSM-talk-fr] restrictions d'accès dans les voies de cimetières

[Philippe Verdy]

Les voies de cimetières sont en principe publiques, mais hautement
réglementées. On ne peut pas les classer comme access=yes ni comme
access=private.

En principe elles sont accessibles aux véhicules de "service" mais ces
voies ne sont pas non plus des voies de "service". Elles sont normalement
fermées par des portails et les cimetières sont cloturés ou cernés de murs.
Ils sont ouverts à des heures précises et fermés la nuit. L'accès aux
véhicules est autorisé pour les obsèques; sinon ce sont des allées
piétonnes avec des accès malgré tout toute l'année pour les véhicules de
service municipaux pour l'entretien.

Quelle valeur indiquer ? Dans les cimetières il y a deux types de voies :
les allées principales (larges, numérotées, souvent nommées du nom de rues
ou d'événements et personnages historiques pour le souvenir) la plupart du
temps bien goudronnées, et sinon les chemins piétons (là pas de problème on
sait mettre highway=footway, au lieu de highway=service pour les allées
principales).

Mais comment indiquer l'accès restreint ? Est-il acceptable de mettre
access=private ?

(note les horaires d'accès public sont plutôt à mettre sur la relation
délimitant tout le cimetière, pas sur les allées et chemins piétons ou les
portails).

Ces remarques et questions valent aussi pour les chemins dans les parcs et
jardins clos et réglementés (là on en trouve des publics généralement
municipaux, mais aussi des parcs privés ouverts aux visiteurs et qu'on ne
peut pas taguer non plus "access=private", pas plus que les voies d'accès
aux zones commerciales et de services, et leurs voies de parkings
attenants, ouverts eux aussi au public mais pourtant privés).

Comment donc indiquer ce statut mixte "public/privé" ? :
- propriété publique mais d'accès restreint et réglementé dans un espace
délimité
- propriété privée mais d'accès "permissif".

On peut aussi parler des chemins de servitude publique dans des propriétés
privées, eux aussi fortement restreints (mais la restriction souvent ne
porte pas sur les types de véhicules), et de même dans les voies dans les
parcs naturels protégés : toutes ces restrictions font qu'ils ne sont pas à
utiliser comme voie de liaison entre deux espaces publics normaux.

On a bien "access=discouraged" mais cela ne s'applique pas aux cimetières
où la circulation reste au contraire encouragée. On a aussi
"access=destination" qui finalement correspond le mieux mais est souvent
abusé pour des voies parfaitement publiques où s'affiche un panneau "sauf
riverains" pas si clair que ça et qui permet en fait à tout le monde de les
utiliser quel que soit le moyen de transport (sauf limitation explicite de
gabarit ou de poids ou interdiction spécifique pour le transit des produits
dangereux... mais pas leur livraison tels que le fuel de chauffage à
"destination" des résidents).

Il reste "access=restricted" pour tous ces cas, mais Osmose demande
d'utiliser "une valeur plsu spécifique" en croyant qu'il manque la
désignation d'un type de véhicule ou d'une restriction horaire
(opening_hours=*).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it-trentino] Nuovo utente

[Maurizio Napolitano]

Ti ho letto solo ora.
BENARRIVATO IN TRENTINO!

On Thu, Sep 20, 2018 at 10:54 PM Francesco Pelullo  wrote:
>
> Ciao a tutti e bentrovati, è il mio primo post in questa lista.
>
> Mi sono trasferito da poco a Rovereto, il livello di informazioni presenti 
> nella mappa di OSM è impressionante, spero abbiate lasciato qualcosa da 
> mappare anche a me.
>
> Ciao
> /niubii/
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino



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

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

[Talk-de] Wo ist Euer zukünftiges Domizil?

[hike39]

Hallo Rainer,

da ich gerade am Rechner sitze, nehme ich dir Gelegenheit wahr, Dir eine
eMail zu schicken. Das ist für mich einfacher als die Tipperei auf dem
blöden Mäuseklavier auf dem Handy (sorry, Smartphone).

Finden wir toll, dass Ihr Euch endlich in den Unruhezustand versetzen
wollt. Wird ja langsam Zeit!

Kannst Du uns auch noch mitteilen wo in CO Euer Ruhesitz sein wird? Denn
wir planen so langsam tatsächlich womöglich 2020 mit unsrem WoMo die USA
für ein 1/2 Jahr unsicher zu machen. Jedenfalls wenn Eure Administration
bereit ist uns ein dementsprechendes Visum auszustellen.

Sag 'mal, wir lange wird denn Travis noch in Italien stationiert
bleiben? Ich dachte die angedachten 2 Jahre sind schon vorüber?

Mit einem Treffen am Ende des Jahres ist es ja wieder blöde. Wenn Ihr
hier in Dtland aufschlagt, habe wir einen festen Termin am Bodensee.
Eine Freundin feiert da ihren 60sten und da können wir uns schlecht
rausdividieren. Über die Feiertage sind wir dann familiär verplant.
Wo in den Alpen werdet Ihr denn über Neujahr sein?

Und nun zu den Abschiedskonzerten. Anscheinend haben sich die alten
Größen irgendwie abgesprochen. Denn gerade heute habe ich in den
Nachrichten gelesen, dass auch Paul Simon sich zurückziehen will und hat
ein großes letztes Konzert in NJ gegeben.

Gruß
Horst bzw Gassi


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

Re: [Talk-it] [Talk-it-piemonte] Piazzola atterraggio elisoccorso notturno

[Andrea Musuruane]

Ciao a tutti,
Proprio oggi ho letto un articolo che parlava dell'argomento:
http://eusebiano.it/cronaca/elisoccorso-piemonte-il-4-anni-attivati-111-siti-adatti-alloperativita-notturna/

Incuriosito, da un così alto numero di siti, mi sono messo alla ricerca e
ho trovato questo elenco, aggiornato allo scorso luglio, comprensivo di
coordinate:
https://www.cittadellasalute.to.it/images/stories/area_emergenza/elisoccorso_notturno/elenco_siti_attivi_al_09-07-2018.pdf

Qui invece c'è un elenco aggiornato a ieri, ma senza coordinate:
http://www.regione.piemonte.it/pinforma/images/DOCUMENTI/ComuniElisoccorso.pdf

Tra l'altro il nome ufficiale è "Sito HEMS notturno" (HEMS = Helicopter
Emergency Medical Service).

Quindi, probabilmente, i tag da usare dovrebbero essere:

emergency=landing_site
description:it=Sito HEMS notturno

Oggi ci sono solo 6 emergency=landing_site in OSM in Piemonte (su 111).

Consigli su come portare questi dati in OSM? Fare un import mi sembra
esagerato.

Ciao,

Andrea


On Thu, Aug 9, 2018 at 10:45 PM Gianluca Boero 
wrote:

> La mia mappatura alla fine risulta questa:
>
> leisure=pitch
>
> sport= soccer
>
> emergency=landing_site
>
> description:it=Piazzola di atterraggio notturno elisoccorso 118
>
> in più ho aggiunto 6 nodi come lit=yes (ci sono 6 lampioni di
> illuminazione)
>
> Tu dovresti sostituire al valore del leisure cosa è quest'area. Mi
> sembra strano però che sia un parcheggio...potrebbe essere difficoltoso
> atterrare li se ci sono auto.
>
>
> Il 09/08/2018 18:38, Massimo A. ha scritto:
> >
> >
> > On 08/08/2018 17:11, Gianluca Boero wrote:
> >> Ciao a tutti...
> >>
> >> E' stata inaugurata nel comune di Bricherasio (To) una piazzola di
> >> atterraggio notturno per l'elisoccorso. Tale piazzola è il campo di
> >> calcio, il quale tramite un codice di sblocco situato all'ingresso,
> >> attivabile da personale di terra specializzato nei soccorsi, apre la
> >> struttura e automaticamente accende l'illuminazione, permettendo
> >> all'elicottero di atterrare in completa sicurezza in zona illuminata.
> >>
> >> Secondo il discorso inaugurale, in Piemonte vi sono già altre
> >> strutture del genere. Ne conoscete?
> >
> > Questa - al link qui sotto -  funziona nello stesso modo che hai
> > descritto (luci comprese).   Ne sono sicuramente presenti altre in
> > Piemonte e il 118 - elicottero del soccorso ha sicuramente i dati di
> > tutte quelle attive in Piemonte,
> > Provo a informarmi.
> >
> > https://www.openstreetmap.org/way/375796025
> >
> >
> >>
> >> Ora essendo il campo di calcio già taggato come Leisure=pitch e
> >> sport=soccer cosa si potrebbe aggiungere per identificare questa
> >> ulteriore utilizzazione? Calcolando che non vi sono "ore ufficiali"
> >> di atterraggio, in quanto in inverno ovviamente il buio sopraggiunge
> >> prima.
> >
> > Sono anche io interessato a capire come mappare il tutto grazie.
> >
> > Massimo
> >
> >
> >
> > ___
> > Talk-it-piemonte mailing list
> > talk-it-piemo...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>
>
> ___
> Talk-it-piemonte mailing list
> talk-it-piemo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-piemonte
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] 'historic' county boundaries added to the database

[Dave F]

On 22/09/2018 14:46, Martin Wynne wrote:
Great. Let them consider themselves so. It has little to do with OSM 
& nothing to do with this specific subject.


OSM mappers spend many hours of their free time adding stuff to OSM 
because it interests them and in the hope that others may find it 
useful. Simply because they enjoy doing it as a hobby interest, for no 
reward.


If you are going to get so stroppy about everything, they may just 
find that they have something better to do on a saturday afternoon.


Ad hominem. Disappointing.
However, if advocating adherence to one of OSM's major rules, then yes, 
I'm "stroppy".



OSM requires contributors who add quality data, not something just 
because they feel some disparate emotional attachment to it.




OSM needs its mappers and is not going to be helped by driving them 
away with a lot of fusspot rules and regulations, which no-one can 
agree on anyway.


An agreement has been made. Pretending it doesn't exist just to suit 
your ends is not a strong argument.






Martin.

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



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

Re: [OSM-talk-fr] Le site de l'association OSM-FR fait peau neuve

[deuzeffe]

Je suppose que tu t’attellerais à mettre en place une solution technique 
pour pointer sur les anciennes pages qui ne collent plus avec la charte 
graphique ?


Si c'est une question de réécriture de la page dans le nouveau format, 
je pense que ça peut être dans mes cordes. Si tu as besoin, tu dis.


(c'est d'ailleurs le même pb pour la page BANO de l'ancien site)

On 9/18/18 9:31 AM, Christian Quest wrote:
C'est sur ma tout-doux liste... faire en sorte qu'on puisse accéder à 
l'ancien contenu quand il n'a pas été recréé sur le nouveau site.


Le dim. 16 sept. 2018 à 20:15, deuzeffe > a écrit :


Hello,

nheir fait remarquer que l'ancienne page
https://openstreetmap.fr/bdortho n'existe plus. Une page similaire
est-elle prévue ?
(si non, je fais pointer l'url dans la page du wiki concernée vers
l'ancienne sur Internet archive ^^).

On 03/09/2018 14:10, François Lacombe wrote:
 > Bonsoir à tous,
 >
 > Cela avait été annoncé lors du dernier SOTM-Fr à Bordeaux en Juin
 > dernier, la nouvelle version du site web de l'association arrivait à
 > maturité.
 > L'été a permis de faire les dernières finitions et elle a été
mise en
 > ligne dans le courant du week-end.
 > https://www.openstreetmap.fr/
 >
 > L'ergonomie a été complètement revue et une carte avec différents
rendus
 > a été ajoutée à la page d'accueil.
 > L'accès aux informations utiles pour chacun est désormais plus
facile,
 > avec de grandes rubriques telles que "Contribuer" ou "Utiliser"
et un
 > blog pour partager vos expériences et les actualités nationales.
 > https://www.openstreetmap.fr/contribuer/
 > https://www.openstreetmap.fr/actualites/
 >
 > En remerciant Noémie, Flora et Florian pour le développement et
Jocelyn
 > pour l'administration et la bascule de ce week-end
 >
 > Bonne consultation et à bientôt
 >
 > François pour le CA de l'association
 >
 >
 > ___
 > 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



--
Christian Quest - OpenStreetMap France

___
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] Copyright manquant sur www.moselleinfogeo.fr

[Philippe Verdy]

Pour éviter de les braquer trop, il est bon de monter à ces collectivités
et agences publiques (et aux prestataires privés qui réalisent les sites
pour elles) des exemples corrects faits par des collectivités et agences
comparables. Cela devrait être une norme de fait : les collectivités sont
conscientes du problème mais souvent laissent trop faire les prestataires
et recettent les réalisation de façon superficielle, même si c'est accepté,
ce genre de "détail" peut leur échapper lors des réunion de présentation
qui parlent souvent de tout autre chose.
Il serait bon que l'Etat fasse des circulaires pour informer les communes
qu'elles doivent veiller à la légalité des éléments exposés. On trouve
facilement une page "mentions légales" (y compris sur ce site) qui
mentionne la question de la propriété intellectuelle :

Toutes les informations ou tous les documents contenus dans le site ainsi
que tous les éléments créés pour le site sont soit la propriété du *Département
de la Moselle,* soit font l’objet de droit d’utilisation, de reproduction
et de représentation consentis au profit du *Département de la Moselle*.
Toutes les informations de ce site relèvent des législations françaises et
internationales protégeant les droits d’auteur.

Mais la revendication que "tous les éléments" sont la propriété du
département est fausse, mais en partie contredite par l'affirmation que
cela relève de la législation sur les droits d'auteur. Il manque donc une
phrase mentionnant que les droits détenus par des tiers sont également
protégés et que la phrase ne constitue pas une revendication de propriété
sur ces éléments "créés pour le site" (ce qui ne devrait pas inclure OSM
dont les fonds ne sont pas créés "pour" ce site mais pour tout le monde
(sous réserve de mention des auteurs conformément à leurs licences).

Maintenant au vu de ces phrases, que dire des données exposées sur ce site
: elles ne sont pas directement utilisables sur OSM, à moins de déterminer
qui en est la source/l'auteur réel et quelle est la licence ou le droit
applicable. On ne voit pas de licence open data compatible avec OSM. Ce
site est donc inutilisable par nous, mais ce peut être une piste pour
savoir qu'il y a sans doute une autre source utilisable et qu'on pourra
utiliser. Dans l'immédiat ne pas faire référence à ce site dans OSM.



Le dim. 23 sept. 2018 à 16:16, marc marc  a
écrit :

> Le 23. 09. 18 à 15:43, Manuel Klein a écrit :
> > il me semble que la carte affichée sur
> > http://www.moselleinfogeo.fr/infogeo/index.php/ressources/environnement
> > provient d'OSM, sans que les crédits soient mentionnés. J'ai envoyé un
> > message via la page de contact le 19/08/2018 resté sans réponse.
> >
> > Que conseillez-vous de faire ?
>
> cela vient bien d'osm (tuile d'osm.org)
> relance les avec le lien du wiki à propos des attributions et termine
> une phrase genre "merci de confirmer la prise en compte"
> parce qu'avec les administrations, un correct c'est parfois lent :)
> ___
> 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] OSM Wikibase is now live

[Tobias Knerr]

On 23.09.2018 14:05, Michael Reichert wrote:
> Currently, the search of the wiki is not really useful any more.

Indeed, the search field is pretty much broken at the moment.

However, this has been brought up on the wiki talk page, and Yuri said
he was looking for a fix. So I think it's safe to say that this is not
intended behavior, at least.

> I suspect that the attempts for more structured metadata won't be really
> accepted by the community (the editors of the wiki).

As one of the more active editors of the wiki, I'm very hopeful for this
project. The current "solution" for this kind of data is to manually
copy templates across several pages. This is a massive pain point and
leads to pages unintentionally getting out of sync all the time.

Of course, it's still too early to say whether the idea will work out.
But I'm willing to help it succeed.

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

Re: [OSM-talk-fr] Copyright manquant sur www.moselleinfogeo.fr

[marc marc]

Le 23. 09. 18 à 15:43, Manuel Klein a écrit :
> il me semble que la carte affichée sur
> http://www.moselleinfogeo.fr/infogeo/index.php/ressources/environnement
> provient d'OSM, sans que les crédits soient mentionnés. J'ai envoyé un
> message via la page de contact le 19/08/2018 resté sans réponse.
> 
> Que conseillez-vous de faire ?

cela vient bien d'osm (tuile d'osm.org)
relance les avec le lien du wiki à propos des attributions et termine 
une phrase genre "merci de confirmer la prise en compte"
parce qu'avec les administrations, un correct c'est parfois lent :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Domaine public maritime et limites communales/intercommunales.

[Philippe Verdy]

Note: il y a aussi des habitants légaux sur le DPM, et des électeurs; ils
sont locataires souvent (le bail vient souvent du Conservatoire du Littoral
qui a acquis les terrains d'anciennes propriétés abandonnées et confiées
par l'Etat, ou léguées). On a eu un reportage hier sur France 2 concernant
l'ile de Quéméné, dans l'archipel de Molène (Finistère). L'INSEE y recense
3 habitants permanents (pour une "ferme marine" bio qui fait aussi gite
d'accueil, l'entreprise étant enregistrée légalement aussi au registre du
commerce et à la chambre d'agriculture). Il sont également électeurs (mais
dans quelle commune je ne sais pas, comme ils ont des baux de longues durée
au moins 3 ans et en ont fait résideznce principale ils doivent payer non
seulement le loyer mais aussi des taxes locales, mais pour qui : commune
intercommunalité, département ? Certainement aussi celle des ordures
ménagères et le service d'assainissement intercommunal, même s'ils sont
autosuffisants en eau non potable par récupération de l'eau de pluie pour
douches, linge/ménage/entretien, et usage agriculture, et s'occupent
eux-mêmes du nettoyage des plages et une navette vient de temps en temps
recupérer les déchets non putrescibles ramassés).
La compétence communale est certainement très limitée (cela doit être des
accords entre le conservatoire du littoral qui gère les lieux pour la
réserve de biosphère dans le parc naturel marin), et une commune proche,
Molène ou Le Conquet sur le continent, ou l'intercommunalité d'Iroise qui
sont aussi parties dans la réserve et le parc naturel, à côté du
département, la région et l'Etat via les préfectures de région/département,
la préfecture maritime Atlantique, ainsi que la zone de défense Ouest qui
couvre les eaux territoriales).

Bref c'est compliqué : les limites territoriales de chaque entité sont
compliquées et se superposent partiellement, plus ou moins selon chaque
compétence concernée et le degré de décentralisation (transferts aux
communes/intercommunalités ou aux conseils départementaux et régionaux).
Pour le reste les compétences de l'Etat sont seulement déconcentrées par un
système compliqué de délégations de signatures et diverses structures
hiérarchiques administratives, y compris des délégations auprès de
**certains** personnels habilités employés par les communes,
intercommunalités, conseils départementaux et généraux, sous l'autorité du
préfet mais le contrôle des collectivités qui sont engagées par l'Etat, par
exemple pour l'état-civil, la police, la fiscalité, le cadastre).

Dans les faits dans OSM on a tendance à tout confondre surtout en ce qui
concerne les limites de déconcentration de l'état (notamment les régions et
départements qui sont de moins en moins pertinents, les cantons ayant été
définitivement abandonné par lui pour devenir juste des circonscriptions
électorales pour la collectivité départementale; difficile dans OSM de
distinguer les préfectures des collectivités régionales et départementales
qui n'ont pas le même territoire, avec l'exemple significatif du Rhône où
on a une terminologie spécifique, mais ailleurs la confusion règne encore
dans les textes, et l'état utilise encore les communes comme échelle
minimale de déconcentration territoriale, sans avoir pourtant donné la
compétence territoriale à la collectivité communale pour la totalité de son
territoire puisque le DPM en est exclu, de même que certains domaines
terrestres propriété de l'Etat)



Le dim. 23 sept. 2018 à 14:13, Philippe Verdy  a écrit :

> Je notais les ports car ils sont des adresses valides de résidence et dans
> les zones électorales, leurs résidents s'inscrivent à la mairie en
> question; je ne sais pas trop quelles taxes locales ils payent, mais je
> sais qu'il payent une taxe portuaire (je pense que la capitainerie du port
> dépend de l'autorité préfectorale), et la taxe sur les ordures ménagères et
> inscrivent leurs enfants à l'école publique de la commune.
> Les ports sont une sorte d'exception où la commune a une responsabilité
> élevée même si elle est partagée et qu'ils font aussi partie du DPM, la
> commune en étant "locataire" par un bail de longue durée accordé à
> l'autorité portuaire.
> Les polders posent tout de même question; ça doit être un sacré bordel
> juridique avant qu'une commune puisse les aménager et les lotir, puis
> accorder les permis de construire et les baux d'occupation ou autoriser la
> vente.
>
> Le dim. 23 sept. 2018 à 11:20,  a
> écrit :
>
>> Bonjour,
>>
>> Je crois que c'est un peu plus subtil que la description faite par
>> Philippe (oui, pourtant elle semble déjà assez subtile).
>>
>> Cadastre : critère pas (complètement ?) pertinent : certaines commune
>> telles que Molène ou Île-de-Sein ne sont pas cadastrées (contrairement à
>> Ouessant par exemple pour rester dans les communes des îles du Ponant).
>>
>> Traits de côtes : Philippe la limite de la commune c'est le trait de côte
>> de marée haute de 120. En deçà on est sur le DPM. Tu as raison, la commune

[OSM-talk-fr] Copyright manquant sur www.moselleinfogeo.fr

[Manuel Klein]

Bonjour à tous,

il me semble que la carte affichée sur
http://www.moselleinfogeo.fr/infogeo/index.php/ressources/environnement
provient d'OSM, sans que les crédits soient mentionnés. J'ai envoyé un
message via la page de contact le 19/08/2018 resté sans réponse.

Que conseillez-vous de faire ?

MK



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

Re: [OSM-talk] OSM Wikibase is now live

[Dave F]

Hi

If I type 'bridge' into the wiki search & press return it loads the 
Key:bridge
However if I type it & select the top response in the popdown it takes 
me to Q103, which AFAICS is of no help to anyone, least of all newcomers 
who are most likely to use the wiki.


1) Why the difference in selection?
2) What benefits do your actions bring to OSM contributors?

Cheers
DaveF

On 18/09/2018 10:30, Yuri Astrakhan wrote:

Osmaritans,

as of today, OSM Wiki can store structured tag metadata similar to 
Wikidata.  In every possible language, cross-linked, with images, 
validation rules, or anything else the community decides to store 
there. See examples:


Key:bridge:movable: https://wiki.openstreetmap.org/wiki/Item:Q104
Tag:bridge:movable=bascule: https://wiki.openstreetmap.org/wiki/Item:Q888

I have imported most frequent Keys from the TagInfo, plus parsed wiki 
pages to try to get multilingual descriptions, images, etc.  Our next 
step is to add more descriptive properties, translations, 
validations(?), better images. The structured data is accessible via 
Lua (our new templating language), so at some point we may want to 
replace info cards and tables(?) with the automatically generated ones.


Help is needed: our wiki is large and multilingual. If you can help, 
especially if you can run a wiki bot to automate some data parsing and 
wikibase item creation, please reply. When editing, please do not 
change or translate the "label" field. Only use description field for 
the translation efforts, add statements, etc. If you need new 
properties, please write at 
https://wiki.openstreetmap.org/wiki/OpenStreetMap_talk:Wikibase


Other fun links:

Documentation: https://wiki.openstreetmap.org/wiki/OpenStreetMap:Wikibase
All items: 
https://wiki.openstreetmap.org/wiki/Special:AllPages?from===120
Other bridge:movable tags: 
https://wiki.openstreetmap.org/w/index.php?title=Special%3AWhatLinksHere=Item%3AQ104=120


Reg-ex based validation rules: 
https://wiki.openstreetmap.org/wiki/Item:Q574#P13


For many Key:* pages, you will now see a link on the left side 
"OpenStreetMap Wiki item".


P.S.  Big thank you goes to Tom Hughes for helping to launch this project!


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


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

[Talk-GB] Android Auto and OSM

[Rob Nickerson]

Hi all,

I recently was on holiday and needed maps for the hire car. Usually I use
Maps.Me as I like the fact that you can download the maps in advance and
that they have the hotels from Booking.com (thereby increasing the chance
that I can easily find my hotel).

This time however I forgot the phone mount :-(. The car did have Android
Auto so, due to my insistence to have visibility of a screen when using GPS
(audio alone is not enough), we ended up using this. For those who don't
know Android Auto it is built in to the car's entertainment system - you
just bring along your smartphone to connect in. Google Maps is the default
and this is what we ended up using (pre-downloading regions before we set
off).

So yeah, on this holiday Google won*. We did continue with MapsMe for the
hiking parts as this is where OSM excelled.

My question is: Are there any OSM apps that can be used with Android Auto?
It seemed like a great in car solution and no doubt more car manufacturers
will add this in the coming years.

Thanks,
*Rob*

* P.S. We got bad driving results from both Google Maps and MapsMe during
the holiday. MapsMe tried to route us down a private road, whilst Google
wanted us to do a long detour because it did not know about a road. I think
OSM can win this game but don'e want it to slip behind as Android Auto
get's rolled out to more cars.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Domaine public maritime et limites communales/intercommunales.

[Philippe Verdy]

Je notais les ports car ils sont des adresses valides de résidence et dans
les zones électorales, leurs résidents s'inscrivent à la mairie en
question; je ne sais pas trop quelles taxes locales ils payent, mais je
sais qu'il payent une taxe portuaire (je pense que la capitainerie du port
dépend de l'autorité préfectorale), et la taxe sur les ordures ménagères et
inscrivent leurs enfants à l'école publique de la commune.
Les ports sont une sorte d'exception où la commune a une responsabilité
élevée même si elle est partagée et qu'ils font aussi partie du DPM, la
commune en étant "locataire" par un bail de longue durée accordé à
l'autorité portuaire.
Les polders posent tout de même question; ça doit être un sacré bordel
juridique avant qu'une commune puisse les aménager et les lotir, puis
accorder les permis de construire et les baux d'occupation ou autoriser la
vente.

Le dim. 23 sept. 2018 à 11:20,  a écrit :

> Bonjour,
>
> Je crois que c'est un peu plus subtil que la description faite par
> Philippe (oui, pourtant elle semble déjà assez subtile).
>
> Cadastre : critère pas (complètement ?) pertinent : certaines commune
> telles que Molène ou Île-de-Sein ne sont pas cadastrées (contrairement à
> Ouessant par exemple pour rester dans les communes des îles du Ponant).
>
> Traits de côtes : Philippe la limite de la commune c'est le trait de côte
> de marée haute de 120. En deçà on est sur le DPM. Tu as raison, la commune
> gère partiellement l'estran, mais l'estran (entre traits de côtes de marée
> basse de 120 et marée haute de 120) fait bien partie du DPM : la commune ne
> peut accorder de permis de construire sur cette partie, les usages
> ostréicoles par exemple ne sont pas de son ressort sauf erreur de ma part -
> et exceptions style port, polder (où c'est quelque fois un beau foutoir
> jusqu'à ce que les différents protagonistes se mettent d'accord comme ce
> fut le cas pour le Port de Co(mmerce) de Brest ou des parties étaient à
> l'état, la CCI, la mairie, la communauté urbaine...).
>
> Je dis "marée basse de 120", tu dis ligne de base, on est grosso-modo
> d'accord sauf que l'estran ne va pas jusqu'à la ligne de base. Dans les
> ports tu as raison mais sinon pour la responsabilité de la commune c'est
> bien la marée basse.
>
> Jean-Yvon
>
> Le 21/09/2018 à 18:47, djakk djakk - djakk.dj...@gmail.com a écrit :
>
> Salut !
>
> Je me suis effectivement posé la question du trait de côte dans osm ... ça
> serait super intéressant d’avoir plusieurs lignes de côte (haute mer -
> basse mer / fort coefficient - faible coefficient)
>
>
> djakk
>
> Le ven. 21 sept. 2018 à 18:30, Philippe Verdy  a
> écrit :
>
>> Je commence à m'interroger sur l'inclusion dans le périmètre des communes
>> (et des EPCI) des ilots côtiers qui font partie du domaine public maritime
>> (national).
>> En revanche pas de problème pour les inclure dans les arrondissements,
>> départements et régions puisqu'il sont de la compétence des préfectures et
>> sous-préfectures (qui représenent l'Etat).
>>
>> Ne pourrait-on pas créer une pseudo-commune avec admin_level=8, au
>> minimum une par arrondissement, et nommée simplement "Domaine public
>> maritime" ? Cette relation ferait partie des arrondissements, départements
>> et régions, mais pas des communes ou leurs EPCI à fiscalité propre (elle
>> pourrait en revanche faire partie de certains syndicats mixtes, dont ceux
>> gérant les parcs naturels et associant communes, EPCI, départments, région,
>> Etat)
>>
>> On reconnait ces îles et îlots hors périmètre communal/intercommunal non
>> pas parce que qu'elles ne sont pas habitées ou font ou ne font pas partie
>> d'une réserve naturelle maritime, mais par le fait que leur terrain émergé
>> n'est PAS cadastré.
>>
>> On peut ajouter à admin_level=8 aussi un admin_type:FR pour indiquer que
>> ce n'est pas une commune (ou commune nouvelle) mais le domaine public de
>> l'Etat. Cependant il ne s'agit que de la partie terrestre de ce domaine
>> maritime qui inclut aussi la partie maritime jusqu'aux limites des eaux
>> territoriales.
>>
>> Hors là, si on y inclut les eaux territoriales, on tombe en fait sur la
>> compétence des préfectures de régions (qui gèrent les régions maritimes, il
>> n'y a pas d'arrondissement maritime, même si pour des raisons pratiques les
>> préfectures de régions maritimes délèguent la gestion du secteur côtier
>> émergé aux sous-préfets qui sont en relation directe avec les communes
>> littorales, à qui ils confient aussi des missions de surveillance de ce
>> domaine maritime, en échange de certains crédits de fonctionnement). Les
>> communes en revanche ne sont pas chargées de la surveillance et le contrôle
>> du domaine maritime immergé, mais ont une mission concernant l'estran,
>> mission partagée aussi avec d'autres services comme les CROSS régionaux et
>> les services nationaux comme la gendarmerie ou les CRS pour la surveillance
>> des plages, sous l'autorité des préfectures départementales de police, et
>> aussi la 

Re: [OSM-talk] OSM Wikibase is now live

[Michael Reichert]

Hi Yuri,

Am 18.09.18 um 11:30 schrieb Yuri Astrakhan:
> as of today, OSM Wiki can store structured tag metadata similar to
> Wikidata.  In every possible language, cross-linked, with images,
> validation rules, or anything else the community decides to store there.
> See examples:
> 
> Key:bridge:movable:https://wiki.openstreetmap.org/wiki/Item:Q104
> Tag:bridge:movable=bascule:   https://wiki.openstreetmap.org/wiki/Item:Q888
> 
> I have imported most frequent Keys from the TagInfo, plus parsed wiki pages
> to try to get multilingual descriptions, images, etc.  Our next step is to
> add more descriptive properties, translations, validations(?), better
> images. The structured data is accessible via Lua (our new templating
> language), so at some point we may want to replace info cards and tables(?)
> with the automatically generated ones.
> 
> Help is needed: our wiki is large and multilingual. If you can help,
> especially if you can run a wiki bot to automate some data parsing and
> wikibase item creation, please reply. When editing, please do not change or
> translate the "label" field. Only use description field for the translation
> efforts, add statements, etc. If you need new properties, please write at
> https://wiki.openstreetmap.org/wiki/OpenStreetMap_talk:Wikibase

Have you considered the side effects of this change?

Currently, the search of the wiki is not really useful any more. If I
search for any page and type the correct page title, the autocompletion
only returns Wikidata based results but no page titles. IMHO, this is
more harmful than the absence of structured data on the wiki which could
be stored outside the wiki as well.

I suspect that the attempts for more structured metadata won't be really
accepted by the community (the editors of the wiki). I don't find
https://wiki.openstreetmap.org/wiki/OpenStreetMap:Wikibase really
helpful to understand what to do and how to do it. Is there any better
explanation on the wiki?

TBH, if I were an editor developer, I would neither take regular
expressions for validation rules nor all my presets from the wiki. The
wiki can be edited by everyone. There are a lot people whose hobby is to
edit the wiki to make it represent how they expect OSM and the usage of
tags to be [1].

Best regards

Michael


[1] I did that in some cases in the past, too.

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



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

Re: [Talk-it-lazio] Il 24/09/2018, ripartiamo con gli incontri mensili?

[Marcello Pelato]

 Io non ho problemi. Alle 19:30 va benissimo. Dove? Why not? Eheheh ...anche 
altrove


On Friday, September 21, 2018, 11:14:54 PM GMT+2, flaminiatum...@gmail.com 
 wrote:  
 
 Per me pure alle sette e mezza ma non so se gli altri ce la fanno. Altrimenti 
ok alle otto!
Flaminia 

Sent from my iPhone

> On 21 Sep 2018, at 22:31, Martin Koppenhoefer  wrote:
> 
> 
> 
> sent from a phone
> 
>> On 21. Sep 2018, at 16:13, Flaminia Tumino  wrote:
>> 
>> A che ora facciamo? 
> 
> 
> 
> alle otto? Oppure sarebbe meglio prima o dopo?
> 
> 
> Ciao, Martin  ___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-lv] Lielvārdes Josta

[pec...@gmail.com]

Tā ir tīrākā skulptūra :) Vari piemest arī landmark protams.

Pēteris.

svētd., 2018. g. 23. sept., plkst. 12:27 — lietotājs Ilya Denisovs (<
i.denis...@gmail.com>) rakstīja:

> Sveiki!
>
> Pokaiņu mežā ir tāda lieta, ka Lielvārdes Jostas stabs:
>
> https://upload.wikimedia.org/wikipedia/commons/1/19/Lielv%C4%81rdes_josta_Pokai%C5%86os_%28Lielvarde_waist-belt%29_-_Uldis_Osis_-_Panoramio.jpg
>
> Vai jūs varētu, lūdzu, ieteikt, kādus tagus labāk izmantot, lai viņu
> atzīmēt? Prasās it ka artwork_type=sculpture, bet iespējams, ir arī kāds
> labāks variants.
>
> Paldies!
>
> Iļja
>
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>


-- 
mortigi tempo
Pēteris Krišjānis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-GB] Farmland colour change

[Gregrs]

Hi Martin,


Many thanks to whoever did this.


Here's the related pull request on Github:

https://github.com/gravitystorm/openstreetmap-carto/pull/3327

Thanks,
Greg

--
Twitter: @gregrs_uk
http://gregrs.dev.openstreetmap.org
PGP key ID: 64907C8A
Fingerprint: EBD1 077F CCDD 841E A505 3FAA D2E8 592E 6490 7C8A


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

[Talk-lv] Lielvārdes Josta

[Ilya Denisovs]

Sveiki!

Pokaiņu mežā ir tāda lieta, ka Lielvārdes Jostas stabs: 
https://upload.wikimedia.org/wikipedia/commons/1/19/Lielv%C4%81rdes_josta_Pokai%C5%86os_%28Lielvarde_waist-belt%29_-_Uldis_Osis_-_Panoramio.jpg


Vai jūs varētu, lūdzu, ieteikt, kādus tagus labāk izmantot, lai viņu 
atzīmēt? Prasās it ka artwork_type=sculpture, bet iespējams, ir arī kāds 
labāks variants.


Paldies!

Iļja


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

[Talk-lt] OSM duomenų modelis

[Tomas Straupis]

Įdomus Jochen Topf pristatymas apie OSM duomenų modelį, problemas ir
galimus sprendimus:
https://youtu.be/rbxabz22ni4
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Domaine public maritime et limites communales/intercommunales.

[osm . sanspourriel]

Bonjour,

Je crois que c'est un peu plus subtil que la description faite par 
Philippe (oui, pourtant elle semble déjà assez subtile).


Cadastre : critère pas (complètement ?) pertinent : certaines commune 
telles que Molène ou Île-de-Sein ne sont pas cadastrées (contrairement à 
Ouessant par exemple pour rester dans les communes des îles du Ponant).


Traits de côtes : Philippe la limite de la commune c'est le trait de 
côte de marée haute de 120. En deçà on est sur le DPM. Tu as raison, la 
commune gère partiellement l'estran, mais l'estran (entre traits de 
côtes de marée basse de 120 et marée haute de 120) fait bien partie du 
DPM : la commune ne peut accorder de permis de construire sur cette 
partie, les usages ostréicoles par exemple ne sont pas de son ressort 
sauf erreur de ma part - et exceptions style port, polder (où c'est 
quelque fois un beau foutoir jusqu'à ce que les différents protagonistes 
se mettent d'accord comme ce fut le cas pour le Port de Co(mmerce) de 
Brest ou des parties étaient à l'état, la CCI, la mairie, la communauté 
urbaine...).


Je dis "marée basse de 120", tu dis ligne de base, on est grosso-modo 
d'accord sauf que l'estran ne va pas jusqu'à la ligne de base. Dans les 
ports tu as raison mais sinon pour la responsabilité de la commune c'est 
bien la marée basse.


Jean-Yvon


Le 21/09/2018 à 18:47, djakk djakk - djakk.dj...@gmail.com a écrit :

Salut !

Je me suis effectivement posé la question du trait de côte dans osm 
... ça serait super intéressant d’avoir plusieurs lignes de côte 
(haute mer - basse mer / fort coefficient - faible coefficient)



djakk

Le ven. 21 sept. 2018 à 18:30, Philippe Verdy > a écrit :


Je commence à m'interroger sur l'inclusion dans le périmètre des
communes (et des EPCI) des ilots côtiers qui font partie du
domaine public maritime (national).
En revanche pas de problème pour les inclure dans les
arrondissements, départements et régions puisqu'il sont de la
compétence des préfectures et sous-préfectures (qui représenent
l'Etat).

Ne pourrait-on pas créer une pseudo-commune avec admin_level=8, au
minimum une par arrondissement, et nommée simplement "Domaine
public maritime" ? Cette relation ferait partie des
arrondissements, départements et régions, mais pas des communes ou
leurs EPCI à fiscalité propre (elle pourrait en revanche faire
partie de certains syndicats mixtes, dont ceux gérant les parcs
naturels et associant communes, EPCI, départments, région, Etat)

On reconnait ces îles et îlots hors périmètre
communal/intercommunal non pas parce que qu'elles ne sont pas
habitées ou font ou ne font pas partie d'une réserve naturelle
maritime, mais par le fait que leur terrain émergé n'est PAS cadastré.

On peut ajouter à admin_level=8 aussi un admin_type:FR pour
indiquer que ce n'est pas une commune (ou commune nouvelle) mais
le domaine public de l'Etat. Cependant il ne s'agit que de la
partie terrestre de ce domaine maritime qui inclut aussi la partie
maritime jusqu'aux limites des eaux territoriales.

Hors là, si on y inclut les eaux territoriales, on tombe en fait
sur la compétence des préfectures de régions (qui gèrent les
régions maritimes, il n'y a pas d'arrondissement maritime, même si
pour des raisons pratiques les préfectures de régions maritimes
délèguent la gestion du secteur côtier émergé aux sous-préfets qui
sont en relation directe avec les communes littorales, à qui ils
confient aussi des missions de surveillance de ce domaine
maritime, en échange de certains crédits de fonctionnement). Les
communes en revanche ne sont pas chargées de la surveillance et le
contrôle du domaine maritime immergé, mais ont une mission
concernant l'estran, mission partagée aussi avec d'autres services
comme les CROSS régionaux et les services nationaux comme la
gendarmerie ou les CRS pour la surveillance des plages, sous
l'autorité des préfectures départementales de police, et aussi la
marine pour la défense.

Donc peut-on affiner davantage le découpage administratif du
littoral ?

Que faire des plages (notamment leur partie immergeables sur
l'estran), sachant qu'OSM a une définition différente de ses
"lignes de côtes" (estimation visuelle sur la ligne de
hautes-eaux) alors que les communes suivent une définition sur la
"ligne de base", qui descend plus bas et inclut les entrées de
ports et bassins fermés par des digues et les estuaires (avec un
passage maritime "pas trop large" ou comprenant un chenal dragué
par l'autorité portuaire locale utilisable même à marée basse la
plupart du temps hors périodes de fortes marées, ou comprenant un
système de retenue des eaux avec une barrière immergée) et pas
trop larges; le trait de ligne de base est estimé aussi sur les
ouvrages publics construits au travers (dont les 

[Talk-cz] WeeklyOSM CZ 425

[Tom Ka]

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

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

* Silniční vs terénní cyklo rozcestníky.
* Zápisy z piva Praha a Brno.
* PhotoDB2 je nyní Fody.
* Freemap.sk v Piešťanech.
* Reforma EU copyrightu.
* Novinky v Osmose.
* Rychlostní limity v MapRoulette.
* Trasování budov z obrázků.
* Otec a syn v OSM.
* Vizualizace změn v OSM od HOT.
* Lokalizace nelatinkových názvů.
* Neveřejné adresy ve Velké Británii.
* Postup pro vektory v editory iD.
* Generátor mapy středověkého města.

Pěkné počtení ...

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

Re: [Talk-cz] Kdy bude na openstreetmap.cz aktuální mapa?

[Tom Ka]

Nasazena Marianova oprava, zda se ze funguje. Diky Mariane!

Bye

Dne 22. září 2018 16:51 Marián Kyral  napsal(a):
> Ahoj,
> tak jsem nad tím teď pár hodin bádal a mělo by být na githubu opraveno.
> https://github.com/osmcz/osmcz/commit/0623296329e89ac084c08923eadfc8c115d5562a
>
> Ten problém tam byl už před tím, ale protože byla Mapbox vrstva první, byla
> vždy následně nastavena ta správná vrstva.
> Jenže Wikimedia první není, takže se u vrstev v seznamu před ní stal přesný
> opak. Vybraná vrstva byla nahrazena výchozí Wikimedia.
>
> Zatím teda na githubu, na webu až to tam Tom nebo Pavel dají. Já už zase
> nevím jak se to dělá (a jestli tam mám vůbec přístup) :-(
>
> Marián
>
>
> On 9/22/18 9:06 AM, Marián Kyral wrote:
>
> Ahoj,
> dělá mi to taky. Večer na to mrknu. Zcela určitě to nějak souvisí s tím
> odstraněním Mapboxu.
>
> Marián
>
>
> On 9/21/18 10:56 AM, majka wrote:
>
> To, že to nedělalo můžu potvrdit třeba i já - Mapbox jsem používala
> výjimečně, ale určitě se to na něj nepřepínalo při nahrání fotky.
>
> Majka
>
> On Fri, 21 Sep 2018 at 10:51, Tom Ka  wrote:
>>
>> Jses schopen potvrdit, ze kdyz byl
>> default mapa Mapbox, tak to nedelalo - tj. nepreplo to z Mapnik na
>> Mapbox pri vlozeni fotky?
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>

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