[talk-ph] Feb 16 Mindanao Mapping Party

[Celina Agaton]

Para sa pagmamahal sa bayan! Alang sa paghigugma sa atong nasud!

This Valentine's weekend, join our free mapping party on Saturday, February
16 from 9 to 5pm to help map Mindanao to support rural farming, healthcare
and artisan communities. MapPH and Youthmappers Philippines chapters at FEU
Technology Junior Philippine Computer Society and UP Resilience Institute
welcome you to

* Learn how to map with OpenStreetMap
* Meet mappers from the public and private sector
* Join the international humanitarian mapping community
* Win prizes and enjoy pizza and snacks

Saturday, February 16 9am to 5pm
FEU Institute of Technology
17th Floor
P. Paredes, Manila 1015
FREE tickets with registration at https://mapphminda.eventbrite.com


View the event on Facebook:
https://www.facebook.com/events/204320421584/

We'll announce the tasks and field work in emails to follow! Youthmappers,
George Washington University and Humanitarian OpenStreetMap will be helping
provide support and map validation to our new mappers.

Hope to see you there!
Celina

celinaagaton.com
Twitter @celinaagaton 
Skype: celinaagaton
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-ca] Some feedback on import quality in Toronto

[Tim Elrick]

Hi all,

After following the building import discussion for a while now, I wanted 
to chime in as well.


After moving to Montréal from Germany recently, I got more engaged with 
the local mappers here in MTL (beforehand, I was more analysing OSM data 
scientifically).


I took part in the initial meeting of the Building Canada 2020 
initiative, in which great interest in the project was expressed by many 
institutions, organizations and businesses. However, apart from 
Statistics Canada, municipalities and OSMappers no one seemed to be 
willing to invest into the effort to support the initiative with 
manpower or funding (to my knowledge). Therefore, I found it quite 
impressive what StatCan has achieved with the Open Building Database and 
do not share the view of some on this list that the initiative got off 
on the wrong foot; but that all water under the bridge now.


So, yes, there seems to be some interest to use the data from the Open 
Building Database in OSM easily. However, I am also hesitant, that one 
massive import can be the answer.


I'm generally hesitant with imports as such, maybe because I was 
acculturated in OSM in Germany where OSMappers value original entries 
much more than secondary data. Further, I'm skeptical, that secondary 
data is necessary better than original data (even from mapathons). I 
initiated two mapathons with university students in the context of 
Building Canada 2020. Both mapathons resulted in mostly nice buildings, 
I would say - and, when there is the odd not-so-nice building, there is 
still the validation step as we always used the tasking manager [1]. By 
the way, both mapathons used the ID editor; and, of course, you can 
square buildings in ID as well; so, I don't really understand the ID 
editor bashing that appears on this list here now and then. That said, 
of course, I prefer JOSM over ID as it is the more versatile tool, but 
to introduce interested persons to editing in OSM, ID is really nice.


I'm even more skeptical about imports after Yaro pointed us to the Texas 
import [2]. I wonder why there was no outcry there (or maybe there was 
and I did not hear about it) - the imported data is terrible: no 
parallel to street buildings, no right angles, sometimes even not the 
right size of building parts. Fact is that secondary data buildings 
footprints can be from many different data sources - from AutoCAD, 
handdrawn by a municipal GIS experts to photogrammetric and satellite 
machine learning sources; all those sources have their peculiarities, 
which I think, you cannot satisfy in one import plan fits all - 
especially, as the Open Building Database in Canada is stitched together 
from those very different sources.


In Montreal, e.g., the source for the Open Building Database is the 
données ouvertes des batiments. This is photogrammetric imagery probably 
turned into AutoCAD files, which then were exported to a shapefile and 
geojson. The building outlines are impressively precise, however, the 
open data files contain building blocks not single buildings [3], 
however, offer building dividers in a separate shapefile (I assume due 
to the export from AutoCAD, see second image in [3]). Unfortunately, the 
Open Building Database only included those building blocks in their data 
set, making it not very easy to import into OSM (as they do not include 
the building dividers). Hence, a bit of non-trivial pre-processing of 
the original données ouvertes des batiments would be necessary to import 
them into OSM (as the building divider file does also include roof 
extensions and roof shapes). The local OSM group is discussing this 
pre-processing for a while now at their local meetings (we started 
discussing this even before the Building Canada 2020 initiative 
started). As the City of Montreal has granted OSM the explicit use of 
their open data file, the way forward, we think, is to pre-process the 
original files. Further, there is extensive overlap of existing 
buildings with the open data file. Therefore, the imports in Montreal 
would have to happen in very small batches to not destroy the work of 
other OSMappers.


I am also pretty skeptical about the simplification of the secondary 
data before importing that was suggested on the list here. As the data 
sources of the Open Building Database are very diverse, one 
simplification method cannot fit all data sources and can lead to 
harming the ground-truth principle. This even happened when Nate tried 
to simplify buildings by hand in Toronto [4], as pointed out by Yaro. 
There might be the odd case, where secondary data has too many nodes in 
a straight line, but, usually, I would assume, that most data sources 
stem from GIS experts or machine learning algorithms; neither would 
include more nodes than necessary for a building outline. And honestly, 
I don't buy the argument of 'too much data clutters our planet dump'. 
Storage space and processing power is no longer an issue, and I would 

[Talk-ca] hebdoOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/11502/

Bonne lecture !

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

[OSM-talk-fr] hebdoOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/11502/

Bonne lecture !

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

[Talk-ht] hebdoOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/11502/

Bonne lecture !

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

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[Lau Picado]

Bonjour,

D'autant plus qu'on s'oriente vers des expérimentations notamment à Paris pour 
tester un panneau qui n'aura plus de flêche et sera donc valable dans toutes 
les directions, et qu'à terme donc (mais ça prendra peut-être 5 ans ?), ce 
panneau sans flêche sera sans doute la nouvelle règle. Pour info j'avais 
reformulé le wiki sur le forum osm-fr... et même trouvé une façon de le noter 
via ID (mais c'est quand même moins galère avec JOSm).

À bientôt,

Laurence 

Le 9 février 2019 18:57:59 GMT+01:00, Florimond Berthoux 
 a écrit :
>Non, s'il vous plait on n'efface pas.
>L'information est peut-être incomplète mais il y a tout de même un
>ajout
>d'information : il y a un panneau de cédez le passage pour les
>cycliste.
>
>Le sam. 9 févr. 2019 à 11:54, marc marc  a
>écrit :
>
>> je le comprend comme s'appliquant dans toutes les directions
>> ou utilisation d'un éditeur pas idéal/pas à jour pour la législation
>ou
>> un utilisateur qui n'a pas compris donc au final, inutilisable.
>> contacte le contributeur et/ou regarde sur mapillary/OSC
>> si pas d'info, c'est ans doute préférable d'effacer plutôt que de
>> laisser tout le monde jouer à la devinette.
>>
>
>
>-- 
>Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[Florimond Berthoux]

Non, s'il vous plait on n'efface pas.
L'information est peut-être incomplète mais il y a tout de même un ajout
d'information : il y a un panneau de cédez le passage pour les cycliste.

Le sam. 9 févr. 2019 à 11:54, marc marc  a
écrit :

> je le comprend comme s'appliquant dans toutes les directions
> ou utilisation d'un éditeur pas idéal/pas à jour pour la législation ou
> un utilisateur qui n'a pas compris donc au final, inutilisable.
> contacte le contributeur et/ou regarde sur mapillary/OSC
> si pas d'info, c'est ans doute préférable d'effacer plutôt que de
> laisser tout le monde jouer à la devinette.
>


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

Re: [OSM-talk-fr] Accès réservé au transport de fonds

[osm . sanspourriel]

Non, ce qui est marqué "livraisons" ce n'est pas pour livrer des pizzas 
mais pour réapprovisionner des magasins.


Et une banque tu la réapprovisionnes avec de l'argent.

Jean-Yvon

Le 09/02/2019 à 12:02, marc marc - marc_marc_...@hotmail.com a écrit :

access=no + access:security=yes
c'est inédit (donc à documenter) mais au moins on ne confond pas
avec les places de livraison pizza/meuble/...

ou alors pour éviter de créer une nouvelle clef pour chaque mot
différent possible
access=no + access:conditional=no @ security
basé sur la ligne "Vehicle usage" de la page
https://wiki.openstreetmap.org/wiki/Conditional_restrictions#Condition

Le 08.02.19 à 19:44, Gwenaël Jouvin via Talk-fr a écrit :

marquage au sol <...> mot « sécurité ».

Le 08/02/2019 à 19:35, marc marc a écrit :

qu'est-ce qui est écrit exactement sur le panneau ?
je penche pour un access=no + access:=yes


access=delivery me paraît convenir.

c'est pour les livraisons au sens large (y compris la camionnette du
magasin du coin ou la livraison fr pizza
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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


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

[Talk-us] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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

Wochennotiz Nr. 446 29.01.2019–04.02.2019

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2019/02/wochennotiz-nr-446/

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

[Talk-br] semanárioOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Bom dia,

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

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

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-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-es] semanarioOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Hola, el semanario Nº 446, 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/11502/

¡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

[OSM-talk] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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

[Talk-cu] semanarioOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Hola, el semanario Nº 446, 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/11502/

¡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

[Talk-ko] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 446번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/11502/

읽어 주셔서 감사합니다!

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-GB] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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-ca] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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-latam] semanarioOSM Nº 446 2019-01-29-2019-02-04

[theweekly . osm]

Hola, el semanario Nº 446, 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/11502/

¡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

[talk-ph] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-ie] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-africa] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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

[Talk-in] weeklyOSM #446 2019-01-29-2019-02-04

[weeklyteam]

The weekly round-up of OSM news, issue # 446,
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/11502/

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-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-nl] Problemen met downloaden kaarten

[Hugo hölscher]

Dag Leentje,

alternatief  als je een Android tablet of telefoon hebt is: OSMAND.  
Gratis versie heeft beperking voor het aantal kaarten wat je tegelijk 
kunt hebben (Nieuw-Zeeland is er 1) en er zijn diverse betaalde 
uitbreidingen. Het is een off-line  app. Voordeel van een tab is dat het 
lekker groot is,)


succes Hugo


Op 9-2-2019 om 09:28 schreef Leentje Osselaer:

Dankje Marc,
De site lijkt toch betalend, of kijk ik over uw optie van de gratis 
versie? Als ik  zeker de juiste formats kan downloaden, wil ik er wel 
voor betalen.

Groeten,
Leentje
*From:* Marc Zoutendijk via Talk-nl 
*Sent:* Wednesday, February 6, 2019 7:27 PM
*To:* OpenStreetMap NL discussion list 
*Cc:* Marc Zoutendijk 
*Subject:* Re: [OSM-talk-nl] Problemen met downloaden kaarten

Op 6 feb. 2019, om 16:18 heeft Leentje Osselaer 
mailto:leentje.ossel...@skynet.be>> het 
volgende geschreven:

Hallo,
Ik weet niet of ik hier aan het juiste adres ben, maar ik zou een 
kaart van Nieuw-Zeeland willen downloaden, waar we volgende week 
naartoe gaan. Ik krijg echter steeds het volgende bericht. 

Is er inderdaad iets fout met de server? Kunnen jullie helpen?



Vergeet die server zoals ook al uit een andere reactie blijkt.
Probeer deze oplossing:
https://www.velomap.org/
In de gratis versie kun je 3 downloads per maand doen. Ik gebruik zelf 
Velomap (met abonnement) voor alle landen die niet door OFM 
(OpenFietsMap) worden gedekt.

En anders kun je met deze:
https://extract.bbbike.org/
ook je doel bereiken.
En in het vervolg kun je je beter tot het forum wenden dan tot deze 
mailinglijst, want die wordt door ongeveer 5 mensen gelezen en het 
forum is wat drukker bezocht.

Groet
Marc.


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

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

[Talk-us] Fixing road network in New York — MapRoulette challenge

[Ilya Zverev]

Hi folks,

I work in Juno, an uber-like company operating in New York City only. We use 
OpenStreetMap data for many things internally, including tolls and map 
matching. And I thought I might use the data we have to help the project.

Yesterday I took ~1 mln rides we made in December and matched them to the OSM 
road network. With that I found a few hundred points where an actual trace 
diverged from the matched one quite often. This usually means a oneway tag is 
wrong, or a turn restriction is incomplete.

The result is this MapRoulette challenge: 
https://maproulette.org/mr3/challenge/3570 


If you know conditional restrictions and how to use Mapillary and other source 
to cross-check data, please help us fix errors in the NYC map. I assume you 
know how MapRoulette works, and there is a short description in the sidebar.

There will be more news to follow. I talked about this at a FOSDEM last week, 
so you might find the recording interesting: https://youtu.be/QR4P3p8eKho 


Have fun,
Ilya___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] Urgent pour lundi : projet de loi pour une école de la confiance - soutenir les amendements 836 et 837 - priorité au logiciel libre

[Jean-Christophe Becquet]

Bonjour,

Récemment, nous pouvions nous féliciter de l'introduction
d'OpenStreetMap dans les nouveaux programmes du lycée.
https://ml.apitux.net/pipermail/dessinetaville/2018-October/000445.html
http://forum.openstreetmap.fr/viewtopic.php?f=6=7004

Je vous écris ce message en tant que président de l'April pour
solliciter votre soutien. Il s'agit d'interpeller votre député en lui
demandant de soutenir la priorité au logiciel libre dans l'éducation. En
effet, l'agenda parlementaire nous offre une opportunité rare d'inscrire
cette disposition dans la loi pour une école de la confiance.

La semaine du 11 février marquera le début des débats en séance publique
sur le projet de loi pour une école de la confiance.

Les amendements 836 et 837 (déposés par Stéphane Peu et le groupe GDR)
proposent d'inscrire dans la loi la priorité au logiciel libre.

Cette disposition : priorité plutôt qu'obligation, traduit parfaitement
la vision défendue par l'April. Elle est réaliste car elle prend en
compte la nécessité d'une période de transition pour accompagner les
acteurs de la communauté éducative dans une démarche de migration qui
nécessite du temps et de l'effort.

Aujourd'hui la loi ne prévoit qu'une incitation à tenir compte du
logiciel libre (article L. 131-2 du Code de l'éducation issu de la loi
pour la refondation de l'École de la République de 2013). L'expérience
montre qu'une simple déclaration d'intention sans valeur normative est
insuffisante pour compenser l'asymétrie des forces en présence
(mastodontes du logiciel propriétaire contre défenseurs de l'éthique du
logiciel libre). Or une véritable éducation au numérique ne peut se
concevoir sans le logiciel libre qui seul permet d'offrir l'accès à
tous, la maîtrise par chacun de son informatique et le partage des savoirs.

J'appelle donc à soutenir les amendements 836 et 837. Il serait utile,
également de sensibiliser les deux co-rapporteures du projet de loi
: les députées Anne-Christine Lang et Fannette Charvier.

C'est urgent car le sujet devrait être débattu ce lundi 11 ou mardi 12
février à l'Assemblée.

Vous pouvez également nous aider à relayer l'appel
https://pouet.april.org/@aprilorg/101556579341453627
https://twitter.com/aprilorg/status/1093855165738901504


Je vous remercie par avance pour votre soutien.


Toutes les explications sur le site de l'April
https://www.april.org/urgent-mobilisez-vous-contactez-les-depute-e-s-pour-la-priorite-au-logiciel-libre-dans-l-education

Pour référence :

L'amendement 836 crée un nouvel article spécifique :
http://www.assemblee-nationale.fr/15/amendements/1629/AN/836.asp

L'amendement 837 modifie le dernier alinéa de l'article L. 131-2 du Code
de l'éducation (issu de la loi pour la refondation de l'École de la
République de 2013) :
http://www.assemblee-nationale.fr/15/amendements/1629/AN/837.asp


Bon week-end

Librement

JCB
-- 
Conférence « Communs numériques - Cartes sensibles » 26 février à Digne
https://twitter.com/mairiedigne/status/1092322448769458177

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk] Missing day replicate

[mmd]

On 2/9/19 1:58 PM, Tom Hughes wrote:
> On 09/02/2019 11:47, mmd wrote:
> 
>> For some strange reason, the gz file claims to be from "FAT filesystem",
>> and most likely osmosis can't figure out that the file contents are in
>> UTF-8.
> 
> They all say that - presumably it's just what the Java zlib
> implementation puts in the header.

Right, I would have guessed so, too.

> 
>> Once I decompress and re-compress the file on Linux, osmosis seems to be
>> just fine with said file:
> 
> I've recompressed the copy on the server now...

Thanks! I'm still not clear what the best way to fix this issue would
be. Probably this needs to be sorted out in osmosis somehow, though I
don't know where exactly. It's quite curious that this never happened
before.

-- 




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

Re: [OSM-talk] Missing day replicate

[Tom Hughes]

On 09/02/2019 11:47, mmd wrote:


For some strange reason, the gz file claims to be from "FAT filesystem",
and most likely osmosis can't figure out that the file contents are in
UTF-8.


They all say that - presumably it's just what the Java zlib
implementation puts in the header.


Once I decompress and re-compress the file on Linux, osmosis seems to be
just fine with said file:


I've recompressed the copy on the server now...

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[Stéphane Péneau]

Hello,

Je suis en contact avec le contributeur en question. En fait, il 
trouvait la manip trop compliquée. Je suis en train de lui expliquer la 
méthode la plus simple.


A+

Stf

Le 09/02/2019 à 12:47, Phyks a écrit :

Bonjour,

J'ai regardé un peu plus en détails, sur Paris je trouve 516 relations
incomplètes sur 584 relations en tout pour l'instant. :/ Sur les 516
relations incomplètes, 498 viennent du même contributeur, je vais le
contacter.


je pense en effet que c'est le mieux à faire.
en même temps faire une relation pour un cédez le passage, c'est une
usine à gaz. on ne le fait pas pour les cedz le passage normal, ni pour
les stop, aucun outil n'a de problème à comprendre que cela s'applique
au carefour le plus proche ou d'utiliser direction=*

Le problème ici est que cela ne s'applique qu'à certaines branches du
croisement. Tu peux avoir le droit de tourner à droite au feu avec un
cédez le passage cycliste (CLPC), mais devoir quand même respecter le
feu pour aller tout droit ou à gauche.

Une manière plus simple d'annoter ceci serait probablement utile en
effet, mais cela reste un peu plus compliqué qu'un "cédez le passage"
normal. Je n'ai pas trouvé grand chose d'autre dans le wiki que le
schéma français avec la relation.

Ceci dit, taginfo trouve 1264 telles relations CLPC
(https://taginfo.openstreetmap.org/tags/restriction%3Abicycle=give_way#overview).
Visiblement, presque la moitié sont à Paris (584 à Paris) et la plupart
sont incomplètes :/




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

[OSM-talk] WhoDidIt Feeds

[Steve Doerr]

None of my WhoDidIt RSS feeds seem to have updated since 18/01/2019. The 
main one is 
http://simon04.dev.openstreetmap.org/whodidit/scripts/rss.php?bbox=0.184967,51.325448,0.618584,51.453992


Has this service been discontinued or is there a known problem?


--

Steve


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk] Missing day replicate

[mmd]

Am 09.02.19 um 08:17 schrieb Jochen Topf:
> 
> this might or might not be related to the hourly change file with the
> number 56107 being "strange": Osmosis can not read the file 107.osc.gz,
> it reports a UTF-8 error. But if I gunzip the file, Osmosis can read the
> file fine. So this points to an error in Osmosis' handling gzip'ed
> files. Unfortunately Osmosis is no longer maintained.
> 

For some strange reason, the gz file claims to be from "FAT filesystem",
and most likely osmosis can't figure out that the file contents are in
UTF-8.

Once I decompress and re-compress the file on Linux, osmosis seems to be
just fine with said file:


$ wget https://planet.openstreetmap.org/replication/hour/000/056/107.osc.gz

$ file 107.osc.gz
107.osc.gz: gzip compressed data, from FAT filesystem (MS-DOS, OS/2, NT)

$ ./osmosis --read-xml-change file=107.osc.gz --write-xml-change
file=107.osc.new
...
Caused by: org.xml.sax.SAXParseException; lineNumber: 243521;
columnNumber: 1; Invalid byte 2 of 4-byte UTF-8 sequence.
...

$ gunzip 107.osc.gz

$ gzip 107.osc

$ file 107.osc.gz
107.osc.gz: gzip compressed data, was "107.osc", last modified: Wed Feb
 6 02:02:08 2019, from Unix

$ ./osmosis --read-xml-change file=107.osc.gz --write-xml-change
file=107.osc.new
-> works fine

-- 


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

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[Phyks]

Bonjour,

J'ai regardé un peu plus en détails, sur Paris je trouve 516 relations
incomplètes sur 584 relations en tout pour l'instant. :/ Sur les 516
relations incomplètes, 498 viennent du même contributeur, je vais le
contacter.

> je pense en effet que c'est le mieux à faire.
> en même temps faire une relation pour un cédez le passage, c'est une 
> usine à gaz. on ne le fait pas pour les cedz le passage normal, ni pour 
> les stop, aucun outil n'a de problème à comprendre que cela s'applique 
> au carefour le plus proche ou d'utiliser direction=*

Le problème ici est que cela ne s'applique qu'à certaines branches du
croisement. Tu peux avoir le droit de tourner à droite au feu avec un
cédez le passage cycliste (CLPC), mais devoir quand même respecter le
feu pour aller tout droit ou à gauche.

Une manière plus simple d'annoter ceci serait probablement utile en
effet, mais cela reste un peu plus compliqué qu'un "cédez le passage"
normal. Je n'ai pas trouvé grand chose d'autre dans le wiki que le
schéma français avec la relation.

Ceci dit, taginfo trouve 1264 telles relations CLPC
(https://taginfo.openstreetmap.org/tags/restriction%3Abicycle=give_way#overview).
Visiblement, presque la moitié sont à Paris (584 à Paris) et la plupart
sont incomplètes :/

-- 
Phyks

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

Re: [OSM-talk-fr] Accès réservé au transport de fonds

[marc marc]

access=no + access:security=yes
c'est inédit (donc à documenter) mais au moins on ne confond pas
avec les places de livraison pizza/meuble/...

ou alors pour éviter de créer une nouvelle clef pour chaque mot 
différent possible
access=no + access:conditional=no @ security
basé sur la ligne "Vehicle usage" de la page
https://wiki.openstreetmap.org/wiki/Conditional_restrictions#Condition

Le 08.02.19 à 19:44, Gwenaël Jouvin via Talk-fr a écrit :
> marquage au sol <...> mot « sécurité ».
> 
> Le 08/02/2019 à 19:35, marc marc a écrit :
>> qu'est-ce qui est écrit exactement sur le panneau ?
>> je penche pour un access=no + access:=yes
>>
>>> access=delivery me paraît convenir.
>>
>> c'est pour les livraisons au sens large (y compris la camionnette du
>> magasin du coin ou la livraison fr pizza
>> ___
>> 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] How are you dealing with projects not following Organized Editing Guidelines?

[Christoph Hormann]

On Saturday 09 February 2019, Erwin Olario wrote:
> [...]
>
> In our community in the Philippines, we've always encouraged these
> project organizers (especially if we know people involve in them) to
> document their efforts  on the Wiki in the past, and the OEG
> definitely expanded what we should expect from them. Compliance,
> however, is another matter.

If you want to use the OEG as a basis of interaction with organized 
actors - and i want to emphasize you don't have to, the OEG are binding 
for organized actors but not for local communities - the suggested 
approach would probably be:

* attempt contacting those making the edits (easiest via changeset 
comment) telling them that you as the local community insist they 
conform with the OEG.

* if they don't react or don't react in substance, for example by adding 
some pro-forma bullshit documentation and essentially sabotaging the 
community (those who i have in mind with that will know i am talking 
about them) you escalate the matter to the DWG.

If what you want them to do is not specifically required in the OEG, you 
could also take a more direct approach independent of the OEG by 
telling them directly what you require them to do (use locally 
established tagging, meet your local quality standards, not use 
outdated data sources, coordinate with local activities or similar 
things) - either individually for their case or in the form of a local 
set of rules for organized activities.  And if they don't comply you 
enforce those requirements by reverting the edits made in violation of 
it.  The important thing about this approach is to have agreement on it 
in the local community.  You should not do this as an individual mapper 
but as a collective.

And in either case keep in mind you are the guardians of your local map, 
it is both your right and your duty to safeguard the quality and 
integrity of the map in your area.  The key here is to be friendly but 
resolute - making clear that this is not a formality but that they have 
to abide by the standards of the local community.

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

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

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[marc marc]

Le 08.02.19 à 19:27, Axelos a écrit :
> Bonsoir,
> 
> Le 08/02/2019 à 18:51, Phyks a écrit :
>> Le wiki mentionne qu'une relation de cédez-le-passage cycliste (aux
>> feux) devrait être une relation de type restriction, avec un membre
>> from, un membre to et un membre via
>> (https://wiki.openstreetmap.org/wiki/FR:Bicycle#Panonceaux_de_C.C3.A9dez-le-passage_cycliste_au_feu).
>>
>> Pourtant, de nombreuses telles relations sont incomplètes avec
>> uniquement un membre "via". Cela ne me semble pas très utilisable. C'est
>> le cas par exemple de https://www.openstreetmap.org/relation/7507011.
> 
> De fait, une relation avec un seul membre est inutile, ajouter les
> attributs directement sur le membre revient au même.

je pense en effet que c'est le mieux à faire.
en même temps faire une relation pour un cédez le passage, c'est une 
usine à gaz. on ne le fait pas pour les cedz le passage normal, ni pour 
les stop, aucun outil n'a de problème à comprendre que cela s'applique 
au carefour le plus proche ou d'utiliser direction=*

>> Y a-t-il un sens particulier dans ce cas-ci, absent du wiki ?

je le comprend comme s'appliquant dans toutes les directions
ou utilisation d'un éditeur pas idéal/pas à jour pour la législation ou 
un utilisateur qui n'a pas compris donc au final, inutilisable.
contacte le contributeur et/ou regarde sur mapillary/OSC
si pas d'info, c'est ans doute préférable d'effacer plutôt que de 
laisser tout le monde jouer à la devinette.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sensibiliser à OpenStreetMap - Dépliant OSM France

[Rpnpif]

Le  9 février 2019, Jean-Christophe Becquet a écrit :

> Le 07/02/2019 17:03, Eric a écrit :
> > FieldPapers fait référence à un outil en ligne qui permettait d'imprimer
> > un fond de carte d'une zone pour ensuite servir de support à un relevé
> > terrain. Cette fonction n'existe peut être plus...
> > https://wiki.openstreetmap.org/wiki/Field_Papers  
> 
> Bonjour,
> 
> Field Papers existe toujours* et il me semble qu'au départ, c'est le nom
> du logiciel donc un nom propre. Du coup, je me dis c'est un peu comme si
> on essayait de traduire OpenStreetMap non ?
> 
> * http://fieldpapers.org
> 
> Cela n’empêche pas dans l'explication de parler d'une feuille de route
> imprimée ou d'un support papier pour faire des relevés sur le terrain.
> 

Très intéressant. Merci.
Sinon, je suis d'accord avec ce qu'écrit Marc Marc.

-- 
Alain Rpnpif

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

Re: [OSM-talk-nl] Problemen met downloaden kaarten

[Leentje Osselaer]

Dankje Marc,

De site lijkt toch betalend, of kijk ik over uw optie van de gratis versie? Als 
ik  zeker de juiste formats kan downloaden, wil ik er wel voor betalen. 

Groeten,

Leentje

From: Marc Zoutendijk via Talk-nl 
Sent: Wednesday, February 6, 2019 7:27 PM
To: OpenStreetMap NL discussion list 
Cc: Marc Zoutendijk 
Subject: Re: [OSM-talk-nl] Problemen met downloaden kaarten




  Op 6 feb. 2019, om 16:18 heeft Leentje Osselaer  
het volgende geschreven:

  Hallo,

  Ik weet niet of ik hier aan het juiste adres ben, maar ik zou een kaart van 
Nieuw-Zeeland willen downloaden, waar we volgende week naartoe gaan. Ik krijg 
echter steeds het volgende bericht. 

  Is er inderdaad iets fout met de server? Kunnen jullie helpen?




Vergeet die server zoals ook al uit een andere reactie blijkt.
Probeer deze oplossing:

https://www.velomap.org/

In de gratis versie kun je 3 downloads per maand doen. Ik gebruik zelf Velomap 
(met abonnement) voor alle landen die niet door OFM (OpenFietsMap) worden 
gedekt.

En anders kun je met deze:

https://extract.bbbike.org/

ook je doel bereiken.

En in het vervolg kun je je beter tot het forum wenden dan tot deze 
mailinglijst, want die wordt door ongeveer 5 mensen gelezen en het forum is wat 
drukker bezocht.

Groet
Marc.






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

Re: [OSM-talk-nl] Talk-nl Digest, Vol 136, Issue 3

[Leentje Osselaer]

Dankjewel Koos,
Ik geraak niet meteen weg met de formats die daar staan. Basecamp herkent ze 
niet..


Groeten,
Leentje

-Oorspronkelijk bericht- 
From: Koos Krijnders

Sent: Wednesday, February 6, 2019 5:14 PM
To: talk-nl@openstreetmap.org
Subject: Re: [OSM-talk-nl] Talk-nl Digest, Vol 136, Issue 3

Hallo Leentje


Kijk eens bij:

http://download.geofabrik.de/australia-oceania.html

Daar staat Nieuw-Zeeland ook bij.

Met vriendelijke groet

Koos Krijnders
Karveel 2031
8231 BD Lelystad

T 0320 222473
M 0652611641

k...@krijnders.nl

Op 6 feb. 2019, om 16:18 heeft talk-nl-requ...@openstreetmap.org het 
volgende geschreven:


Send Talk-nl mailing list submissions to
talk-nl@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-nl
or, via email, send a message with subject or body 'help' to
talk-nl-requ...@openstreetmap.org

You can reach the person managing the list at
talk-nl-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-nl digest..."


Today's Topics:

  1.  Problemen met downloaden kaarten (Leentje Osselaer)


--

Message: 1
Date: Wed, 6 Feb 2019 16:18:07 +0100
From: "Leentje Osselaer" 
To: 
Subject: [OSM-talk-nl] Problemen met downloaden kaarten
Message-ID: 
Content-Type: text/plain; charset="iso-8859-1"

Hallo,

Ik weet niet of ik hier aan het juiste adres ben, maar ik zou een kaart 
van Nieuw-Zeeland willen downloaden, waar we volgende week naartoe gaan. 
Ik krijg echter steeds het volgende bericht.


Is er inderdaad iets fout met de server? Kunnen jullie helpen?

Dank alvast,

-- next part --
An HTML attachment was scrubbed...
URL: 


-- next part --
A non-text attachment was scrubbed...
Name: image[1].png
Type: image/png
Size: 23077 bytes
Desc: not available
URL: 



--

Subject: Digest Footer

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


--

End of Talk-nl Digest, Vol 136, Issue 3
***



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



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