Re: [OSM-talk-fr] http://api.openstreetmap.fr/oapi/

[Philippe Verdy]

Sans doute un problème lié à certains gros changesets qui ont rompu
l'intégration des "minute diffs" récemment (notamment de gros changeset au
Brésil avec des relations contenant des centaines de milliers de noeuds,
ces diffs ont pu échouer à être intégrés à la base miroir ou étaient
corrompus/tronqués lors de leur téléchargement).

Le 28 avril 2017 à 16:08, Jérôme Amagat  a écrit :

> Il y a un problème avec http://api.openstreetmap.fr/oapi/ :
> Il y a toute une série de node (de environ l'id 4407584000 à 4407627000)
> qui avec l'overpass api française donne avec un "out meta" la même chose
> que avec un "out" sans les autres données (version, changeset, user ...)
> http://overpass-turbo.eu/s/oGJ
>
> ps : il y a sûrement un meilleur endroit pour indiquer ce problème mais je
> sais pas où :)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Telenav mapping turn restrictions

[m]

Hi, 

I want to share some follow up from our team (this is ongoing).

* We looked more closely at the issues of naming driveways. We identified a 
total of 16 changesets that had named driveways in them that we added, and we 
fixed these if they hadn’t been already.
* We have discussed and tightened up our best practices and policies dealing 
with evaluating and using external data sources, especially when the 
information conflicts with local mappers’ work. 

The entire team appreciates your close scrutiny of our work. We feel bad about 
the mistakes we make, and the energy wasted on fixing. I know that we have also 
made a large number of good improvements to the map in Canada; improvements 
that will help especially navigation use of OSM.

Please don’t hesitate to share new and ongoing concerns. I will follow up as 
the team works on improving our process.

Best,
Martijn

> On Apr 25, 2017, at 9:55 PM, m...@rtijn.org wrote:
> 
> Hi all, 
> 
>> On Apr 25, 2017, at 11:29 AM, Stewart C. Russell > > wrote:
>> 
>> On 2017-04-25 12:43 AM, Andrew Lester wrote:
>>> Okay Telenav, you win. …
>> 
>> Yes, that must be frustrating. Would hate to lose you as a contributor.
> 
> Alienating and driving away local contributors is the last thing we would 
> want to accomplish!
> 
> Let’s try and move past hurtful statements about us and our intent, and 
> towards some hopefully constructive ways to fix mistakes we have made and 
> prevent future ones from happening.
> 
> Let me suggest this: I will take the concerns raised here to our team and get 
> back to the list before the end of the week with proposed next steps to fix 
> where possible. We will use Github tickets to track this. This is something 
> new we are starting to make our work and processes more visible and 
> transparent: https://github.com/TelenavMapping/mapping-projects/issues 
> . You can follow 
> along and chime in there as well. 
> 
> My invitation to set up a town hall meeting with you and some of our team 
> members also still stands.
> 
> Andrew — I added the issues you mentioned in your email as tickets. Some of 
> them need more information to be actionable though, I hope you are able to 
> provide some.
> 
> Stewart:
> 
>> 
>> They're also adding futile turn restrictions at the join of one-way
>> on/off ramps, like this:
>> 
>> https://www.openstreetmap.org/relation/7096540 
>> 
> 
> That changeset was closed more than a month ago, we stopped adding these 
> ‘implicit’ restrictions after the issue was first raised and it had become 
> clear that there needed to be more discussion around them.
>> 
>> (in a huge changeset, with the super-helpful comment “small updates”, no
>> less)
> 
> You’re right, that’s not very helpful at all — we actually recently tightened 
> up our changeset commit best practices to avoid things like huge changesets 
> and meaningless comments. We published this on Github as well (feedback 
> welcome): 
> https://github.com/TelenavMapping/mapping-projects/wiki/Changeset-Best-Practices
>  
> 
> 
> I hope this helps us move forward.
> 
> Martijn
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [OSM-talk-fr] Circonscriptions électorales...

[Philippe Verdy]

Attention: les arrêtés définissant les circonscriptions prennent en
comptent les limites des communes à la date de l'arrêté, avant toute fusion
de commune ou scission survenue ultérieurement (qui n'a aucun impact sur
les circonscriptions électorales déjà existantes, tant qu'un nouvel arrêté
ne les modifie pas. Il me semble que les préfets ne peuvent pas modifier
les circonscriptions électorales sans une loi et en référer au
gouvernement, l'objet de fusiuon/création de scission n'ayant d'effet que
pour la/les communes concernées pour leurs élections municipales et leurs
adhésions aux EPCI).

Bref ce n'est pas parce qu'une communes fusionne avec une autre qu'il faut
pour cela changer les limites d'arrondissement ou de département ou région
(cela fait l'objet d'un autre arrêté car cela modifierait les
circonscriptions législatives/sénatoriales ou les circonscriptions
cantonales pour les départementales ou les circonscriptions régionales).

Certes si une commune à l'occasion d'une fusion dans une autre commune d'un
autre département ou région doit fusionner, il y a aura nécessairement
changement de compétence des préfets (et de fait les préfets ou
sous-préfets ne peuvent pas le décider eux-même sans avis du gouvernement):
il y aura donc un autre arrêté modificatif pour les limites de départements
ou régions. Les préfets (pas les sous-préfets) ont plus de libertés
concernant les changement de limites d'arrondissements au sein d'un même
département, puisque cela n'a pas d'impact sur les circonscriptions
électorales.

Entre deux départements ou deux régions il doit y avoir concertation avec
les départements et régions concernées et leurs préfets, et c'est une loi
ou un arrêté ministériel qui devra le valider au niveau national (les
préfets proposent, le gouvernement ou la loi dispose).

De plus ces changements de limites de circonscription n'auront pas d'effet
avant les élections suivantes (les élus conservent leur mandat sur la zone
où ils ont été élus, même si un changement de compétence préfectorale a
déjà eu lieu de façon anticipée, pour qu'une commune nouvelle n'ait pas
besoin de l'autorité de deux préfets différents: le gouvernement décide
juste quel préfet sera compétent). En attendant le renouvellement des
mandats, il peut y avoir des transferts partiels de budgets et des accords
de maintien des engagements entre deux départements ou deux régions.

Les préfets (pouvoir exécutif) n'ont aucun pouvoir sur les mandats
législatifs nationaux (ils peuvent juste réglementer l'activité et les
financements des bureaux politiques locaux, mais en fait c'est plutôt la
justice ou la Cour des comptes, ou le Conseil constitutionnel, ou
l'assemblée parlementaire dont dépend l'élu national qui le fait).

Par exemple un député ou un sénateur reste élu dans son département dans
l'état où il était lors de son élection mais cela n'impacte pas du tout le
fonctionnement des institutions communales ou communautaires. Même chose
pour les élus régionaux (seule la loi nationale peut modifier le découpage
des régions et départements : il faudra voter au parlement un amendement et
le faire promulguer, au contraire des arrondissements qui sont des entités
purement exécutives sans élus).

En revanche les communes sont assez libres (sous contrôle des préfets) de
décider de leur fusion ou scission, ou l'adhésion à des EPCI
interdépartementaux/interrégionaux (dans les limites territoriales fixées
par la loi réglementant le type d'EPCI concerné), mais pas libre de
transformer elles-même un EPCI interdépartemental/interdépartemental en
commune nouvelle ou en fusion simple sans une approbation nationale (pour
les futurs mandats d'élus nationaux) ni sans l'avis des assemblées
départementales ou régionales immédiatement concernées.

Bref, faire bien attention aux dates des arrêtés et aux conditions de leur
entrée en vigueur effective, et vérifier le moment venu que l'arrêté n'a
pas déjà été annulé ou modifié par un recours judiciaire administratif ou
en Conseil d'Etat ou par un amendement de la loi (la modification sera
portée au même journal ou registre officiel où l'arrêté a été initialement
publié sous forme d'un nouvel arrêté modificatif exécutant la décision
prise par le pouvoir législatif ou judiciaire).

Mais là, j'ai vu certains prendre des "libertés" et modifier à loisir des
circonscriptions existantes, sous le seul motif de création de communes
nouvelles: cela doit être annulé, les frontières correspondantes restent en
place: on ne doit rien toucher de plus que ce que disent les arrêtés
préfectoraux: OK pour les modifs de communes ou d'EPCI, et éventuellement
d'arrondissements départementaux, mais rien d'autre: on ne touche pas aux
cantons ni aux circonscriptions législatives ou européennes (et pas non
plus aux académies, circonscriptions judiciaires, secteurs de police ou de
défense, ou au zonage sanitaire ou de protection environnementale qui ne
sont pas directement de la compétence des collectivités locales modifiées).

Le 28 

Re: [Talk-cz] OpenData v Ostravě - 12.5. - 14.5.

[Jan Macura]

http://www.otevrenadata.cz/
http://opendata.cz/
https://opendata.gov.cz/
...

Jestli tam objeví kolo, dejte mi vědět.

H.

2017-04-28 23:13 GMT+02:00 Marián Kyral :

> Ahoj,
>
> Zahlédnuto na Twitteru. Možná to bude někoho z Ostravy zajímat:
> https://blog.keboola.cz/open-data-pro%C4%8D-to-nefunguje-4d4a69b2ae57
>
> Já už mám jiný program, takže i kdybych náhodou měl facebook, abych se
> mohl přihlásit ;-) tak nedorazím.
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] OpenData v Ostravě - 12.5. - 14.5.

[Marián Kyral]

Ahoj,

Zahlédnuto na Twitteru. Možná to bude někoho z Ostravy zajímat: 
https://blog.keboola.cz/open-data-pro%C4%8D-to-nefunguje-4d4a69b2ae57


Já už mám jiný program, takže i kdybych náhodou měl facebook, abych se 
mohl přihlásit ;-) tak nedorazím.


Marián

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

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[Marc Gemis]

Here is one answer I got, Martin was so kind to put it into a diary
entry: http://www.openstreetmap.org/user/dieterdreist/diary/40993

On Fri, Apr 28, 2017 at 3:19 PM, Marc Gemis  wrote:
> On Fri, Apr 28, 2017 at 2:23 PM, Lionel Giard  wrote:
>> But for the roads, ideally, it should ideally be an area (like on the GRB of
>> Vlaandereen or the PICC of Wallonia) with also the existing line to allow
>> routing. I don't know, if we must change existing residential area when
>> adding area for the road, because it will probably look good on the map, but
>> maybe it would be a problem for people using the data ?! At least it
>> shouldn't be a problem for the big highways, because they often don't have
>> landuse at the moment (look at http://osmlanduse.org/ ).
>
> as long as you keep the current way for navigation, and just add
> area:highway there is no problem.
> Just follow the area:highway instructions on the wiki and the
> navigation will not get broken. I experimented with in on a small area
> and navigation still works.
>
> I contacted 2 mappers that map landuse in great detail (one in
> Germany/Italy, one in Japan) and asked them for some samples.
> I doubt that multipolygons are the way forward, too complex to
> maintain I fear. We should look at detailed areas in e.g. Germany and
> see how they do it.
>
>
> m

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

semanarioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Hola, el semanario Nº 353, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9023/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Hola, el semanario Nº 353, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9023/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Hola, el semanario Nº 353, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9023/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Hola, el semanario Nº 353, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9023/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

semanarioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Hola, el semanario Nº 353, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/9023/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanárioOSM Nº 353 18/04/2017-24/04/2017

[weeklyteam]

Bom dia,

O semanárioOSM Nº 353, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/9023/

Aproveite!

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

[Talk-GB] weeklyOSM #353 18/04/2017-24/04/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 353,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9023/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM #353 18/04/2017-24/04/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 353,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9023/

Enjoy!

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

[Talk-ca] weeklyOSM #353 18/04/2017-24/04/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 353,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9023/

Enjoy!

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

[Talk-africa] weeklyOSM #353 18/04/2017-24/04/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 353,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9023/

Enjoy!

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

[OSM-talk] weeklyOSM #353 18/04/2017-24/04/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 353,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9023/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-lv] changeset # 48207012

[Aivars]

Liels paldies par glābšanu!

On 2017. gada 28. apr., at 20:53, arcth  wrote:

> On 04/28/17 10:53, Aivars Miška wrote:
>>> šobrīd jau ir konflikti - kāds ir paspējis, vai tur pēc tam pa virsu
>>> editi taisīti ?
>> Šo konfliktu dēļ jau arī neuzdrošinājos dziļāk līst.
>> 
>> Apjautājos. Jā, pa virsu vēl ir svaigāki labojumi.
>> Autors piekrita, ka visus viņa pa virsu gājušos labojumus arī var atcelt.
> 
> LV: revert changesets #48215596, #48207012 as requeseted by Aivars Miška 
> 
> 
> http://www.openstreetmap.org/changeset/48235225
> 
>> 
>> Aivars
>> 
>> ___
>> Talk-lv mailing list
>> Talk-lv@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lv
> 
> 
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv

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

Re: [OSM-talk] Finding duplicate cycleways

[Tobias Zwick]

Hey Roland

The reason I asked about whether there is a tool that finds (possibly
wrong) duplicate mapped cycleways because a very similar algorithm could
be used to determine whether any one street is actually *missing*
cycleway tagging or whether the cycleway is in fact already tagged but
as a separate way.
In other words, I need all those roads that neither have a cycleway=*
tag (easy) nor have a cycleway-way next to them (the hard part). I
wonder, is this possible to achieve with an Overpass query?

I was told here
https://github.com/westnordost/StreetComplete/issues/139#issuecomment-297518195
by an Osmose-backend contributor that they implemented this already, but
of course, Osmose does direct postgis queries, so more is possible with
this.
https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_osmosis_cycleway_track.py

I am developing an app with which one should be able to map cycleways
basically by simply answering the question "Is there a cycleway here?"
and of course, the app needs to find out, where it may ask and where it
shouldn't.

Greetings
Tobias

On 28.4.2017 6:36 AM, Roland Olbricht wrote:
>> http://overpass-turbo.eu/s/oEm
> 
> Thank you for the link.
> 
>> Unfortunately it does not (yet)catch also the segregated and
>> not-segregated foot-cycle-paths that are tagged using the JOSM presets
>> (highway=path, foot=designated, bicycle=designated, segregated=yes|no)
> 
> http://overpass-turbo.eu/s/oG6
> 
> I have essentially just added the conditions you mention in one line. I
> have slightly changed the viewport to have relevant results for the
> change within the viewport.
> 
>> I am not an Overpass-Turbo expert and don't dare to add them to your
>> script
> 
> The linked queries are immutable. If you open the link then you always
> work on an independend copy.
> 
> Cheers,
> 
> Roland
> 
> 
> ___
> 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-lv] changeset # 48207012

[arcth]

On 04/28/17 10:53, Aivars Miška wrote:

šobrīd jau ir konflikti - kāds ir paspējis, vai tur pēc tam pa virsu
editi taisīti ?

Šo konfliktu dēļ jau arī neuzdrošinājos dziļāk līst.

Apjautājos. Jā, pa virsu vēl ir svaigāki labojumi.
Autors piekrita, ka visus viņa pa virsu gājušos labojumus arī var atcelt.


LV: revert changesets #48215596, #48207012 as requeseted by Aivars Miška 



http://www.openstreetmap.org/changeset/48235225



Aivars

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



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

[Talk-cat] Relació parades TRAM de l'OSM amb l'estació TRAM a Wikidata

[Pere Orga]

Hola,

Sabeu si la manera de relacionar les parades del TRAM amb articles de
la Viquipèdia / Wikidata és relacionant les parades? Ho dic perquè
normalment a la Wikipedia/wikidata hi ha creat l'article de l'estació,
però al mapa d'OSM sovint hi ha diverses parades per cada estació, i
per tant seria en molts casos una relació N-1, quan penso que hauria
de ser 1-1 (o potser no ser-hi, ja que una parada no és el mateix que
una estació). M'he trobat amb això amb les parades del TRAM, tot i que
suposo que pot passar el mateix amb les entrades del metro (diverses
en OSM, 1 entrada de l'estació a Wikidata).

Salut
-- 
Pere

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

Re: [Talk-cat] Error amb l'Estació de la Sagrera (Barcelona)

[yo paseopor]

A OSMCat estàvem pendents d'una importació de les dades de transport públic
de TMB. En el cas que no s'acabi fent ja investigarem i publicarem les
dades més fidedignes possible.

Salut i mapes
yopaseopor


Libre
de virus. www.avast.com

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

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[djakk]

Oui effectivement Jérôme, "primary", "secondary", "tertiary" et
"unclassified" sont basés sur la densité de trafic alors que "trunk" et
"motorway" - en France - sont basés sur les caractéristiques de la voie. 
Les cartes Michelin font la distinction, la caractéristique de la voie est
représentée par la largeur du trait et la densité de trafic par la couleur. 
Mais en Angleterre, au Japon et aux États-Unis
(https://www.openstreetmap.org/#map=17/40.73000/-74.04023), "trunk" est basé
sur la densité de trafic ! 

Alors 2 choix s'offrent à nous, soit on garde la spécificité française et
tout ce qui est à 2*2 voies est "trunk" ou "motorway", soit on rejoint la
définition majoritairement utilisée dans le monde et tout ce qui est route
nationale et/ou européenne en France est "trunk" si pas déjà "motorway".
Simple ! :-)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Re-SPAM-Re-Nationale-N79-tp5896036p5896060.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [talk-ph] Tagging of air conditioning repair/servicing centers

[David Groom]

If they also sell air conditioning units then maybe

shop=hvac  (used 34 times in OSM already 
https://taginfo.openstreetmap.org/search?q=shop%3Dhvac)

repair=yes

This would be similar to tagging for a computer shop, 
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcomputer


David


-- Original Message --
From: "Jherome Miguel" 
To: "talk-ph" 
Sent: 28/04/2017 15:26:30
Subject: [talk-ph] Tagging of air conditioning repair/servicing centers

I have encountered a mistagged air conditioning service center around 
Batangas City, added via MAPS.ME, and I retagged it with craft=hvac and 
shop=trade. But the Philippines tagging conventions 
(https://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions) 
has no recommended tagging for such establishment. Air conditioning 
repair/servicing centers are common and mostly accept repair/servicing 
of air conditioning units of any or select brands, as authorized by the 
producers when seen on signage (e.g. Carrier/Condura Authorized Service 
Center) and when mapping those, there are no clear tags recommended for 
such business. How about possible tags, aside from the one I used here 
(http://www.openstreetmap.org/node/4360912990)?


(This is a Philippines tagging-specific issue, so I better sent this 
message to the talk-ph mailing list.)


--TagaSanPedroAko___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-co] Migración del Servidor de Tareas

[Fernando C. T.]

Hola a todos,

Les cuento que llevo un par de meses revisando el servidor de tareas para
realizar un par de actualizaciones necesarias y prepararnos para la versión
3 de la aplicación. La idea es migrar el servidor de Tareas a un servidor
diferente ya que el servidor actual tiene algunos problemas y requiere de
una re-instalación completa, la idea es que a partir de la próxima semana
la Fundación OpenStreetMap Colombia asuma la administración y mantenimiento
del servidor y queremos compartir la administración del servidor de tareas
con otras personas de la comunidad, por ahora el servidor de pruebas esta
en la siguiente URL: https://tm.openstreetmap.co/

Si tienen cualquier sugerencia estamos atentos.

Saludos.

Fernando C.
FOSMCo
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[talk-ph] Tagging of air conditioning repair/servicing centers

[Jherome Miguel]

I have encountered a mistagged air conditioning service center around
Batangas City, added via MAPS.ME, and I retagged it with craft=hvac and
shop=trade. But the Philippines tagging conventions (
https://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions) has no
recommended tagging for such establishment. Air conditioning
repair/servicing centers are common and mostly accept repair/servicing of
air conditioning units of any or select brands, as authorized by the
producers when seen on signage (e.g. Carrier/Condura Authorized Service
Center) and when mapping those, there are no clear tags recommended for
such business. How about possible tags, aside from the one I used here (
http://www.openstreetmap.org/node/4360912990)?

(This is a Philippines tagging-specific issue, so I better sent this
message to the talk-ph mailing list.)

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

[OSM-talk-fr] http://api.openstreetmap.fr/oapi/

[Jérôme Amagat]

Il y a un problème avec http://api.openstreetmap.fr/oapi/ :
Il y a toute une série de node (de environ l'id 4407584000 à 4407627000)
qui avec l'overpass api française donne avec un "out meta" la même chose
que avec un "out" sans les autres données (version, changeset, user ...)
http://overpass-turbo.eu/s/oGJ

ps : il y a sûrement un meilleur endroit pour indiquer ce problème mais je
sais pas où :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Circonscriptions électorales...

[Jérôme Amagat]

Il manque seulement 2 circonscriptions qui ne contiennent que une partie de
aix en provence en dehors des circonscription des francais de l'etranger.

La listes des communes (27) qu'il reste a découper (listes qui, je crois,
est exhaustive) :
Aix-en-Provence 13
Royan 17
Ajaccio 2A
Alès 30
Saint-Etienne 42
Orléans 45
Reims 51
Laval 53
Nancy 54
Lille 59
Avesnes-sur-Helpe 59
Roubaix 59
Tourcoing 59
Beauvais 60
Compiègne 60
Creil 60
Pau 64
Perpignan 66
Le Mans 72
Rouen 76
Amiens 80
Castres 81
Carpentras 84
Poitiers 86
Limoges 87
Gentilly 94
Cergy 95
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Jérôme Amagat]

Le problème c'est que dans les tags highway=* on a des choses qui se
choisissent pas suivant les même critères et qu'en plus dans chaque pays on
"adapte" ces critères au règle et au loi du pays.
Est ce qu'on regarde l'utilisation qui en ai faite, longue distance a plus
courte distance. primary secondary, tertiary unclassified
ou alors les caractéristiques de la voie : vitesse, 2x2 voies, voie d’arrêt
d'urgence... comme pour motorway

Et pour les trunk c'est pas clair du tout ces "critères" sur le wiki on
trouve des endroits qui parlent de route à haute performance qui ne sont
pas des motorways ou alors d'un réseau plus important que primary ou alors
les routes pour automobiles (avec le panneau qui les indiquent). Et pour
moi c'est contradictoire.
Pourquoi il y aurait un réseau au dessus de primary vu son nom.
De choisir suivant les panneaux ça va pas trop dans le sens de tags
"internationaux".
mais c'est ce qu'on fait pour les autoroutes. Il y a des 2x2 voie qui ont
toutes les caractéristiques des autoroutes et que l'on tag trunk et pas
motorway
Pour la france il y a aussi qu'on a l'habitude de voir sur nos carte
indiqué différemment les autoroutes, les 2x2 voies et les route les plus
importantes qui sont 1x1 voie
La page wikipedia en anglais sur les trunk road renvoie pour la france vers
les routes nationales https://en.wikipedia.org/wiki/Trunk_road

Moi ce que je préfèrent c'est dire que les trunk sont des routes à haute
performance (qui permettent de ce déplacer plus vite que sur les autres
routes) qui ne sont pas des autoroutes et donc c'est des 2x2 voies ou les
limitation de vitesse sont plus importantes que les autres routes proches.
Une rocade ou un peripherique qui traversent des zone habités avec une
limite a 70 ou 90 ou 110km/h alors qu'a coté c'est 50. et les 2x2 voies
limité a 110 alors qu'a coté c'est 90.

Ce debat sur ces trunks il a déja eu lieu ici et ça recommencera tant que
le wiki ne sera pas plus clair :)

dans les highway=* il y a d'autre valeurs pour lesquelles le wiki et son
utilisation n'est pas clair
highway=residential
la difference etre path pedestrial cycleway
highway=living_street
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[Marc Gemis]

On Fri, Apr 28, 2017 at 2:23 PM, Lionel Giard  wrote:
> But for the roads, ideally, it should ideally be an area (like on the GRB of
> Vlaandereen or the PICC of Wallonia) with also the existing line to allow
> routing. I don't know, if we must change existing residential area when
> adding area for the road, because it will probably look good on the map, but
> maybe it would be a problem for people using the data ?! At least it
> shouldn't be a problem for the big highways, because they often don't have
> landuse at the moment (look at http://osmlanduse.org/ ).

as long as you keep the current way for navigation, and just add
area:highway there is no problem.
Just follow the area:highway instructions on the wiki and the
navigation will not get broken. I experimented with in on a small area
and navigation still works.

I contacted 2 mappers that map landuse in great detail (one in
Germany/Italy, one in Japan) and asked them for some samples.
I doubt that multipolygons are the way forward, too complex to
maintain I fear. We should look at detailed areas in e.g. Germany and
see how they do it.


m

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

2017-04-28 14:37 GMT+02:00 Hartman :

> A leggere il wiki però mi viene da pensare che per pedestrian si intendano
> strade pedonalizzate. A Venezia al massimo ci sono i canali pedonalizzati!
>


penso che sarebbe interpretato troppo. Non ci interessa lo storico della
strada, ma la situazione attuale



> Non vorrei che in una calle ad ogni cambio di larghezza si passasse da
> footway a pedestrian...
>


 nemmeno io. Ho notato che in alcuni casi (quasi rari) la larghezza cambia,
e quando è significativo cambierei pure splittando il highway, ma sono casi
rari e non è che ogni 2 metri avviene.

Al solito ci sono i percorsi
molto larghi (>5m), vere strade ma pedonali --> pedestrian
percorsi strettissimi (<0.9m), abbastanza rari, nessun dubbio per me che
sono footway
percorsi stretti tra 0,9 e 1-2m, tanti, footway
percorsi medio stretti 2m-3m, tanti, footway o pedestrian (tenderei a
footway, ma pedestrian va anche bene)
percorsi larghi 3m-5m, pedestrian

Quindi per un percorso largo 4 metri che si ristringe per 30m a 1,50m,
spezzerei il highway, invece se rimane sempre a 3m lo metterei a
pedestrian, se sta a 2,80 e si ristringe a 1,50 metterei tutto a footway,
ecc.

Si può anche discutere sui dettagli e le soglie, ovviamente, ma un way che
va anche se solo in una parte, sotto i 2-2,50 metri non sarà pedestrian, al
meno non per quella parte (decide il mappatore se spezzarlo o mettere tutto
come footway). Una vera strada, normalmente, non va sotto i 6 metri, anzi
sarebbe già ad una sola corsia.

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

[Talk-it] Venezia-gerarchia degli highway

[Hartman]

A leggere il wiki però mi viene da pensare che per pedestrian si intendano
strade pedonalizzate. A Venezia al massimo ci sono i canali pedonalizzati!
Non vorrei che in una calle ad ogni cambio di larghezza si passasse da
footway a pedestrian...



--
View this message in context: 
http://gis.19327.n8.nabble.com/Venezia-gerarchia-degli-highway-tp5895708p5896054.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Wiki editing time-out

[Martin Koppenhoefer]

2017-04-28 11:43 GMT+02:00 Alessandro :

>
> Probabilmente hanno abbassato il timeout per evitare conflitti durante
> l'editing



si, io segnalerei la cosa. Tanto, un conflitto nel wiki è banale da
risolvere e innocuo: anche se sovrascrivi le modifiche di un altro
(nonostante l'avvertimento che ti da), è facile ripristinare la differenza
utile dallo storico del wiki.

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

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[Lionel Giard]

I understand your point, and that's why we should say if something must be
done or not : describing the best practices.
For landuse inside an existing residential area, it is always possible to
just change the residential zone into a multipolygon relation and make the
new landuse (like the park) an inner polygon. So it will still display the
same on the map, but will not count as having two landuse at the same
place. It avoids to tediously redraw a large residential area.

But for the roads, ideally, it should ideally be an area (like on the GRB
of Vlaandereen or the PICC of Wallonia) with also the existing line to
allow routing. I don't know, if we must change existing residential area
when adding area for the road, because it will probably look good on the
map, but maybe it would be a problem for people using the data ?! At least
it shouldn't be a problem for the big highways, because they often don't
have landuse at the moment (look at http://osmlanduse.org/ ).

About the area you linked, I really don't have a definitive answer, is the
wooded area part of the garden of the houses ? Maybe do a mix of
landuse=residential and landuse=forest/lancover=trees (to have the house
and garden not included in the forest) ?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Zmizelá Invalidovna

[Jan Martinec]

Multipolygon s building=yes? Za mě to vypadá úplně standardně, to bude bug
v rendereru. Ani se tam poslední dva roky nic neměnilo.

Zdar,
HPM

Dne 28. 4. 2017 13:47 napsal uživatel "Mikoláš Štrajt" :

Tak jsem dnes koukal na svoje mapové vrstvy a zjistil jsem, že MapBoxu
zmizela budova Invalidovny.

Reportoval jsem to, tak snad to dorazí k někomu kdo si s tím bude vědět
rady.

-- 
Severák

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

invece di bridgeway volevo scrivere bridleway, naturalmente.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

2017-04-28 13:25 GMT+02:00 Hartman :

> Trovo molto difficile dare una gerarchia alle varie highway dato che la
> differenza tra due highway è solo la larghezza.
>


la differenza di larghezza risulta in una differenza di qualità però quando
il percorso diventa troppo stretto per essere (fisicamente) percorso da un
veicolo. Il wiki su Tag:highway=pedestrian dice proprio di usare
highway=pedestrian per le _strade_ (road) e usare highway=footway per i
percorsi stretti.

Chiaramente, una strada pedonale di larghezza 10 metri può sviluppare
tutt'altra vita rispetto ad un percorso largho 1 metro. Nell'ultimo non ti
puoi nemmeno fermare senza creare disturbo, mentre sulla strada si possono
mettere tavoli e sedie per vendere schifezze a prezzi lunari ;-)

E' anche chiaro che una strada larga e quindi capiente, ha di solito un
significato elevato rispetto ad un percorso stretto e poco capiente. Non
sono banalità?

E' anche vero che ci sono dei percorsi importanti ma "sottodimensionati", e
quindi si creano file e ingorghi.



> E per esprimere questo dato
> esiste già un tag. Diversamente, usare path, footway e pedestrian sarebbe
> una forzatura ad uso e consumo per i router.
>
>

i significati ci sono:

- path è un percorso senza dedica ad un mezzo specifico e con larghezza
inferiore ad una macchina (senza ulteriori tag access, se più largo diventa
track), oppure può essere visto uguale di un footway, cycleway, percorso
ciclopedonale, bridgeway (quando ci sono i tag supplementari che lo
dicono). A Venezia non lo userei perché non ci sono percorsi generici non
ristretti a pedoni.
- footway sono i percorsi fatti per pedoni (più stretti di una strada,
senno diventano pedestrian)
- pedestrian sono le strade pedonali

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

[Talk-it] Venezia-gerarchia degli highway

[Hartman]

Trovo molto difficile dare una gerarchia alle varie highway dato che la
differenza tra due highway è solo la larghezza. E per esprimere questo dato
esiste già un tag. Diversamente, usare path, footway e pedestrian sarebbe
una forzatura ad uso e consumo per i router.

p.s. ho iniziato ha rimettere mano alla laguna e ridurre un po' alla volta
il multipoligono "water" molto difficile da gestire in favore ad una
struttura più tradizionale di poligoni



--
View this message in context: 
http://gis.19327.n8.nabble.com/Venezia-gerarchia-degli-highway-tp5895708p5896050.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 27/04/2017 13:47, Martin Koppenhoefer ha scritto:
Ho notato che i sestieri sono mappati come neighbourhood, decisione 
accettabile, anche se al mio parere sarebbe meglio usare place=quarter 
oppure suburb, perché cosí si lascierebbe spazio per inserire toponimi 
più piccoli.


Suburb lo lascerei forse per le municipalità. Meglio quarter. In tal 
caso neighbourhood potrebbe essere usato per le "parrocchie". Se siete 
stati a Venezia avrete sicuramente visto che, oltre al nome delle calli, 
è riportato anche il nome delle parrocchie, il che le rende utili 
all'orientamento. Attenzione che non si tratta propriamente di una 
divisione ecclesiastica perché molto sono state soppresse ma resta 
l'indicazione. E comunque storicamente a Venezia equivalgono alle contrade.


Un'altra cosa che viene evidenziata è la presenza del tag 
"visible_name" che riporta la dicitura dei cartelli (IN MAIUSCOLO). 
Per me quelli vanno bene, anche se non documentati e un po' superfluo 
nella maggior parte dei casi (tranne quelli dove in realtà riportano 2 
nomi, e quindi conviene spezzare la dicitura in name e alt_name, 
oppure "old_name" (nel caso di "XY già YZ")).


Mi pare che i "già" siano pochetti. Molto più frequenti gli "o" (es. Rio 
terà dei Biri o del Parsemolo).


Purtroppo non abbiamo mai concluso niente in queste discussioni 
(oppure mi è sfuggito, ma non mi sembra, anche perché la pagina di 
Venezia nel wiki è pratticamente nata morta, con 2 edits in 8 anni, e 
non dice niente al riguardo della classificazione degli highway).


Dato che non è mai stato deciso nulla mi sembra giusto che la pagina non 
dia alcuna indicazione riguardo alla classificazione delle highway.


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

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Philippe Verdy]

La limite de vitesse n'est pas à prendre en compte. Même nos autoroutes ne
sont pas toutes et partout à 130 (et pas toutes payantes non plus) ! Les
ajustements locaux sont possibles.
De même les routes à péage ne sont pas toutes pour autant des autoroutes
(exemple :le pont de l'île de Ré), et ces routes ne sont pas toutes
concédées à des sociétés privées.

Le 28 avril 2017 à 11:20, Eric Sibert  a écrit :

> Normalement, le 'trunk' doit être réservé aux voies express (donc
>> uniquement s'il y a le panneau C107 > /Voie_rapide#/media/File:France_road_sign_C107.svg>), cette
>> caractéristique de route est bien expliquée ici <
>> https://fr.wikipedia.org/wiki/Voie_rapide>.
>>
>
> Oui mais ces explications ne correspondent pas au terrain en France. On a
> des routes pour automobile à double sens et à 90 km/h. Inversement, on a
> des 2x2 à 110 km/h qui ne sont pas des routes pour automobiles (début N89
> au départ de Bordeaux, contournement sud de Clermont-Ferrand...).
>
> C107 : motorroad=yes
>
> Eric
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] GPX-Daten glätten

[Christian Aigner]

1) Jede Messung ist Fehler behaftet. Ein GPX-Track allein ist nicht die
Wahrheit. Erst wenn mehrere Tracks vorhanden sind, kann gemittelt
werden. Deshalb ist es wichtig, daß möglichst viele GPX-Tracks
hochgeladen werden. So kommt eine Mischung von unterschiedlichen
Geräten, Aufnahmetagen, Satellitenkombinationen, Wetterbedingungen, etc.
zustande, aus der sich im Laufe der Zeit eine Tendenz herauslesen läßt.

Natürlich können auf Grund geographischer Bedingungen alle Tracks falsch
(also daneben) sein, aber in Kombination mit einem Luftbild läßt sich
das oftmals recht gut erkennen.

2) Von Verfälschen kann keine Rede sein, da nur "unrealistische" Punkte
aus dem Track entfernt werden. Alle verbleibenden Punkte sind nach wie
vor dort, wo sie ursprünglich aufgenommen wurden.

Bitte die von mir oben genannte Seite und den dort verwendeten
Algorithmus anschauen.

3) Als Uploader weiß ich natürlich am besten, wo ich entlang gegangen
bin, und wenn die GPS-Daten dann nach links und rechts wild ausschlagen,
dann ist klar, daß das nicht stimmen kann. Zumal ja auch das Luftbild in
die Entscheidung, ob Punkte "realistisch" sind, mit einbezogen wird.

4) Originale GPS-Daten ohne vorherige Säuberung hochzuladen, erachte ich
als "Datenverschmutzung". Aus dem wilden Wirrwarr von ungefilterten
GPS-Daten kann man nämlich überhaupt nichts sinnvolles mehr herauslesen.

Wenn eine GPS-Spur quer durch den Wald springt, obwohl jemand mit dem
Fahrrad entlang eines Waldweges unterwegs war, dann bringt es niemand
etwas, wenn diese Daten dann hochgeladen werden. Also entweder säubern,
oder nicht hochladen.


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

Re: [Talk-it] Wiki editing time-out

[Alessandro]

Il 28/04/2017 11:25, Volker Schmidt ha scritto:

Grazie, Alessandro,

ma non mi sembra una situazione soddisfacente.
:-(


Probabilmente hanno abbassato il timeout per evitare conflitti durante 
l'editing



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

Re: [Talk-it] Wiki editing time-out

[Volker Schmidt]

Grazie, Alessandro,

ma non mi sembra una situazione soddisfacente.
:-(

Volker

2017-04-28 11:20 GMT+02:00 Alessandro :

> Il 28/04/2017 11:04, Volker Schmidt ha scritto:
>
>> Ogni tanto lavoro su pagine wiki. Non l'ho fato da un po' di tempo e
>> sono lento nel processo. Adesso trovo che la sessione scade senza
>> preavviso e senza la possibilità di salvare. Sono sicuro che qualcosa mi
>> sfugge, ma che cosa?
>> Volker
>>
>>
> Ciao,
> anch'io ho notato che scade dopo pochi minuti.
> Per non perdere il lavoro io uso due metodi: o salvo spesso le modifiche
> (così non scade la sessione); in alternativa tengo una qualunque pagina
> della wiki aperta, quando salvo e mi dice che non è riuscito vado nella
> seconda pagina, eseguo nuovamente il login, poi torno nella prima e clicco
> un paio di volte su 'riprova', se non alla prima me la salva alla seconda
> così non perdo le modifiche fatte.
>
> Alessandro Ale_zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Eric Sibert]

Normalement, le 'trunk' doit être réservé aux voies express (donc  
uniquement s'il y a le panneau C107  
), cette caractéristique de route est bien expliquée ici  
.


Oui mais ces explications ne correspondent pas au terrain en France.  
On a des routes pour automobile à double sens et à 90 km/h.  
Inversement, on a des 2x2 à 110 km/h qui ne sont pas des routes pour  
automobiles (début N89 au départ de Bordeaux, contournement sud de  
Clermont-Ferrand...).


C107 : motorroad=yes

Eric




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

Re: [Talk-it] Wiki editing time-out

[Alessandro]

Il 28/04/2017 11:04, Volker Schmidt ha scritto:

Ogni tanto lavoro su pagine wiki. Non l'ho fato da un po' di tempo e
sono lento nel processo. Adesso trovo che la sessione scade senza
preavviso e senza la possibilità di salvare. Sono sicuro che qualcosa mi
sfugge, ma che cosa?
Volker



Ciao,
anch'io ho notato che scade dopo pochi minuti.
Per non perdere il lavoro io uso due metodi: o salvo spesso le modifiche 
(così non scade la sessione); in alternativa tengo una qualunque pagina 
della wiki aperta, quando salvo e mi dice che non è riuscito vado nella 
seconda pagina, eseguo nuovamente il login, poi torno nella prima e 
clicco un paio di volte su 'riprova', se non alla prima me la salva alla 
seconda così non perdo le modifiche fatte.


Alessandro Ale_zena_IT


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

Re: [OSM-talk-fr] Nationale N79

[Eric Sibert]

"Ch. Rogel"  a ?crit :


C'est, en fait, un clivage idéologique.


Clivage d'autant plus facile que les définitions ne sont pas super nettes.

primary : route longue distance à l'échelle du pays
trunk : route longue distance améliorée présentant un caractère  
express mais non autoroutier
motorway : pour les autoroutes: au sens administratif ou pour toutes  
les routes à caractère autoroutiers?


La RCEA est bien longue distance. Elle est par exemple utilisée en  
Lyon et Bordeaux par ceux qui ne veulent pas payer de péage.

La N145 entre Montluçon et l'A20/Souterraine est bien améliorée.
La N79 est un peu améliorée seulement. Contournements de villages.  
Passages dénivelés. Sections de dépassement.


Dans la région, il y d'autres routes (ex nationales) un peu utilisées  
en longue distance par ceux qui ne veulent pas payer de péage, genre  
D943 de Montluçon à Châteauroux. Pour le coup, pas d'amélioration.


Donc, perso, la N79 en trunk, ça ne me choquerait pas (point de vue usager).

Eric




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

[Talk-it] Wiki editing time-out

[Volker Schmidt]

Ogni tanto lavoro su pagine wiki. Non l'ho fato da un po' di tempo e sono
lento nel processo. Adesso trovo che la sessione scade senza preavviso e
senza la possibilità di salvare. Sono sicuro che qualcosa mi sfugge, ma che
cosa?
Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Paul Desgranges]

Normalement, le 'trunk' doit être réservé aux voies express (donc 
uniquement s'il y a le panneau C107 
), 
cette caractéristique de route est bien expliquée ici 
.
C'est vrai que ça change suivant les pays. Selon moi, il faut être 
cohérent pays par pays, et ne pas chercher à être uniforme au niveau 
mondial.


En France il y a des dispositions particulières pour les voies express, 
par exemple pour le Code de l'environnement, qui leur confère les mêmes 
avantages que les autoroutes : ... pas de publicités scellées au sol "si 
les affiches qu'elles supportent sont visibles depuis une autoroute, 
bretelle de raccordement à une autoroute ainsi que d'une route express, 
..." (Art R.581-31 alinéa 2). Il y a d'autres dispositions pour les 
voies express qu'il serait compliqué d'expliquer ici.


Donc le mieux est de ne rien changer et ne caractériser en 'trunk' que 
ce qui est officiellement voies express.
Ca dénote une certaine qualité de voie. Il ne devrait pas y avoir de 
clivage  sur ce sujet ...


Merci
Paul



C'est, en fait, un clivage idéologique.




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

[Talk-it-lazio] Comuni del Lazio

[Martin Koppenhoefer]

Stai mappando in un comune del Lazio che non è ancora presente nel wiki? Ti
invito a creare una pagine wiki per il tuo comune, per facilitare
l'ingresso a altre persone e per documentare lo stato della mappatura.

Suggerisco di copiare la pagina di Mazzano Romano, modificando le
informazioni, ma tenendo i templates/categorie:
https://wiki.openstreetmap.org/wiki/Lazio/Mazzano_Romano

Come si crea una nuova pagina? Semplicemente aprendola nel browser:

https://wiki.openstreetmap.org/wiki/Lazio/Nome_del_tuo_Comune

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

Re: [OSM-talk-fr] ***SPAM*** Re: Nationale N79

[Ch. Rogel]

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

[Talk-lv] changeset # 48207012

[Aivars Miška]

šobrīd jau ir konflikti - kāds ir paspējis, vai tur pēc tam pa virsu editi 
taisīti ?

Šo konfliktu dēļ jau arī neuzdrošinājos dziļāk līst.

Apjautājos. Jā, pa virsu vēl ir svaigāki labojumi.
Autors piekrita, ka visus viņa pa virsu gājušos labojumus arī var atcelt.

Aivars 



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

Re: [talk-au] Making the case for ODbL licensing of state government open data

[Simon Poole]

Nick

Thank you for your interest in the topic and your support.

I'm the chair of the OSMF licence/legal working group and an Aussie
ex-pat (very very ex) that lurks here are bit, and am fairly opinionated
on the topic :-).

As Phil has pointed out if you want to have a larger discussion the
legal-talk mailing list is likely the best place, but you should know in
advance that licence topics tend to lead to fairly heated discussions.

I don't want to pre-empt any other larger discussion, but from my pov a
licence of OGD needs to be somewhat different than a project like
wikipedia or OpenStreetMap, the two big global community projects that
consume and -produce- open data. I personally consider CC BY, CC BY-SA
and the ODbL as not appropriate for government data, and I would suggest
publishing on OGL terms without requiring downstream attribution for
anything that you really want to be re-used.

That said, publishing the data on ODbL terms or better ODC-By would
without doubt make our life easier than the current widely used CC
licences, which as you can see from my blog post that was pointed to,
have a number of undesirable properties (for example: why would the Qld
government want to stop Netflix from using something created from your
data in a production?).

Simon

Am 28.04.2017 um 00:53 schrieb Nicholas G Lawrence:
>
> Hello Australia OSM,
>
>  
>
> I am a spatial science officer in Qld Transport and Main Roads,
> involved in the provision of Open Data for public consumption.
>
>  
>
> Our data is generally released under a CC-BY license, but I have an
> opportunity to make a case for the ODbL to be a license option.
> Currently data custodians choose a license from a list of pre-approved
> licenses, and I am hoping to add ODbL to that list.
>
>  
>
> But first I have to put forward a clear case why this should be
> considered. Is there a clear argument written down somewhere I can
> refer to?
>
>  
>
> Also, I am not clear on the incompatibilities between ODbL and
> specific types of CC licenses. For example, is CC-BY compatible whilst
> CC-BY-SA not compatible? How about CC-0?
>
>  
>
> Thanks,
> Nick Lawrence
>
>  
>
>  
>
> 
> ***
> WARNING: This email (including any attachments) may contain legally
> privileged, confidential or private information and may be protected by
> copyright. You may only use it if you are the person(s) it was
> intended to be sent to and if you use it in an authorised way. No one
> is allowed to use, review, alter, transmit, disclose, distribute, print
> or copy this email without appropriate authority.
>
> If this email was not intended for you and was sent to you by mistake,
> please telephone or email me immediately, destroy any hardcopies of
> this email and delete it and any copies of it from your computer
> system. Any right which the sender may have under copyright law, and
> any legal privilege and confidentiality attached to this email is not
> waived or destroyed by that mistake.
>
> It is your responsibility to ensure that this email does not contain
> and is not affected by computer viruses, defects or interference by
> third parties or replication problems (including incompatibility with
> your computer system).
>
> Opinions contained in this email do not necessarily reflect the
> opinions of the Department of Transport and Main Roads,
> or endorsed organisations utilising the same infrastructure.
> ***
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au



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

[Talk-cat] Error amb l'Estació de la Sagrera (Barcelona)

[Carlos Cámara]

Benvolguts,

Escric perquè he detectat de fa temps que la posició de
l'estació/intercanviador de la Sagrera no és correcte a OSM:
Primerament hi ha uns tres nodes (dos d'ells connectats a una via, i un
tercer que no ho està) que tenen posicions incorrectes (veure
http://www.openstreetmap.org/node/3398923278). Recentment hi he passat i he
pogut comprovar que no hi ha cap sortida d'emergència ni cap entrada, ni
res. Tampoc em sembla que el metro pari allà, sino que para sota la
meridiana, a prop de la L5 i Rodalies. Aquest és un altre aspecte: he vist
que tot i que hi ha les entrades a l'estació, no he sabut trobar l'estació
pròpiament dita, ni tampoc relacions amb les línies corresponents. Com que
no estic familiaritzat amb el tema de transports, ho comento per aquí per
si algú pogués arreglar-ho.

Salutacions,

Carlos Cámara
http://carloscamara.es
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-lv] iespējamie lģia datu labojumi

[Rihards]

On 2017.04.28. 10:11, Jānis Skudra wrote:
> Aktuālajā topogrāfijā  ir Priedulāji.

paldies par linku - laikam paspējuši izlabot

> Cieņā
> Jānis Skudra
> 
> 2017. gada 28. aprīlis 08:38 Rihards  > rakstīja:
> 
> Nez, lģia interesētu iespējami labojumi viņu datos ?
> 
> Piemēram šis - https://www.openstreetmap.org/node/2073694658/history
> 
> Varbūt avota datos jau izlabots, varbūt vēl nav.
> --
>  Rihards
> 
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-lv
> 
-- 
 Rihards

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

Re: [OSM-talk-fr] Nationale N79

[djakk]

Christian Rogel wrote
> Toujours, cette insupportable tendance à surcatégoriser en France, en
> suivant aveugléments nos chers ingénieurs publics, qui, nous le savons
> tous depuis l'enfance, sont les meilleurs du monde.
> Et, si on respectait les critères mondiaux ?

Donc Christian tu serais pour utiliser le tag "trunk" sur les grandes
nationales et les grandes artères urbaines comme au Japon et en Angleterre ? 



--
View this message in context: 
http://gis.19327.n8.nabble.com/Nationale-N79-RCEA-trunk-ou-primary-tp5895990p5896032.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk] Finding duplicate cycleways

[Marc Gemis]

This is different view than what is described in the Danish page. I
seen several cases where people treat curbs/kerbs differently from
other barriers.
I have also read in previous discussion that people oppose separate
OSM ways for reasons such complexity and navigation. The complexity
mainly follows from the problem to properly connect the separate ways
with way for the cars at crossings.

I understand both sides and find it hard to decide which is the best
way to tag/map.

I do have a question on route relations for pedestrians and separate
sidewalks, but this seems off topic here (talking about cycleways).

m.

On Thu, Apr 27, 2017 at 3:14 PM, Paul Johnson  wrote:
> On Thu, Apr 27, 2017 at 7:58 AM, Marc Gemis  wrote:
>>
>> Just curious, do you apply the same arguments to map separate
>> sidewalks and sidewalks separate from cycle ways ? Or are there
>> reasons to treat sidewalk differently ?
>
>
> Yes, if it's separated by a curb or median from the rest of the street.
> Otherwise I'll do sidewalk=left|right|both if it's just painted on.

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

Re: [Talk-lv] Atritin�t atpaka� changeset # 48207012

[Rihards]

On 2017.04.28. 09:55, Aivars Mi�ka wrote:
> Labdien!
> 
> Meklēju lietpratēja palīdzību.
> 
> Kolēģis, labojot Dundagas dīķi, nodzēsis apkaimes mežu un parku un
> meklēja padomu pie manis.
> Es sapratu, ka tik sarežģītā pineklī nemācēšu viņam palīdzēt. Baidos, ka
> nesamaitāju vēl vairāk.
> 
> Lūdzu kādu lietpratēju palīdzēt uz atritināt atpakaļ "changeset 48207012".

šobrīd jau ir konflikti - kāds ir paspējis, vai tur pēc tam pa virsu
editi taisīti ?

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

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

Re: [Talk-lv] iespējamie lģia datu labojumi

[Jānis Skudra]

Aktuālajā topogrāfijā  ir Priedulāji.

Cieņā
Jānis Skudra

2017. gada 28. aprīlis 08:38 Rihards  rakstīja:

> Nez, lģia interesētu iespējami labojumi viņu datos ?
>
> Piemēram šis - https://www.openstreetmap.org/node/2073694658/history
> Varbūt avota datos jau izlabots, varbūt vēl nav.
> --
>  Rihards
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Atritin�t atpaka� changeset # 48207012

[Aivars Mi�ka]

Labdien!

Meklēju lietpratēja palīdzību.

Kolēģis, labojot Dundagas dīķi, nodzēsis apkaimes mežu un parku un meklēja 
padomu pie manis.
Es sapratu, ka tik sarežģītā pineklī nemācēšu viņam palīdzēt. Baidos, ka 
nesamaitāju vēl vairāk.


Lūdzu kādu lietpratēju palīdzēt uz atritināt atpakaļ "changeset 48207012".


Aivars 



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

Re: [OSM-talk-fr] Nationale N79 ("RCEA") : trunk ou primary ?

[djakk]

verdy_p wrote
> "Most important"? Cette route est déclassée depuis longtemps, elle n'a
> jamais été terminée et l'Etat ne fait rien pour.

? Elle n'est pas déclassée, c'est toujours une nationale, et très utilisée,
de 9000 à 15000 véhicules par jour
(http://www.enroute.centre-est.developpement-durable.gouv.fr/IMG/pdf/moulins.pdf
sur
http://www.enroute.centre-est.developpement-durable.gouv.fr/donnees-de-trafic-r87.html).
 
Pour comparer, la grande autoroute A6 "pèse" entre 3 et 4 véhicules
par jour dans la traversée de la Bourgogne, hors vallée de la Saône.
(http://routes.wikia.com/wiki/Autoroute_française_A6_(Trafic) ) et la
nationale 7 fait entre 9000 et 16000 autour de Moulins (toujours sur
http://www.enroute.centre-est.developpement-durable.gouv.fr/IMG/pdf/moulins.pdf)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Nationale-N79-RCEA-trunk-ou-primary-tp5895990p5896030.html
Sent from the France mailing list archive at Nabble.com.

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