Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Dear Giovanni,

A bit of feedback on the genesis of the project - I am sorry if this email
rambles and is off topic. I promise not to repeat as this forum is for OSM.

In Divonne-les-bains, France, our mayor and a developer from Perpignan had
a project to build a water bottling project to bottle 400 million bottles
of water in PET for export to Asia.  About 1-year ago, I got very involved
and with a couple of others we created a non-profit association called
StopEmbouteillage. Initally, the vast majority of Divonnais and everyone
from the municipal council supported the project.

After months of hard work by a large group of active members (more than
7000 flyers passed out), legal action from Swiss authorities just
across the border, and a media presence (TV, radio, press, social media) we
were successful in changing the opinion dramatically. The mayor had no
choice but to kill the project or deal with a riot among the citizens and
council members.

Through the process of managing the FB page for the association, I learned
how critical the plastic situation on our planet really is. I won't go on
too long on this subject, but in addition to multiple 7th continents of
plastic in the Pacific which everyone talks about, the micro-plastics in
the Mediterranean are rivers and lakes is incredibly high. According to
recent studies, on average everyone of us is ingesting about 5 grams of
plastic per week, in our fish, meat, vegetables and water. I decided to try
to help make a difference with this project  ... even in a small symbolic
way.

In September, when visiting my son graduating from the University of
Bristol, inn the UK, we noticed water fountains everywhere with a Refill
label and many cafés which had the same. After many discussions, we decided
not to partner with Refill due to their insistence on keeping all data
proprietary and being obliged to sell Chilly bottles. I believe that an
open data collaborative model is better suited for the task of building and
maintaining a global database of potable water bottle refill stations.

On the 8th of January, we had the chance to be able to launch our project
and application at the United Nations in front of 800 students for 32
countries in the presence of Fabrizio Hochshild, Assistant
Secretary-General of the United Nations and Doreen Bogdan-Martin, Doreen
Bogdan-Martin, Director of the Telecommunication Development Bureau of the
ITU.

Now, to answer your question - which is a very good one.

The photo approach has been chosen in large part to build user engagement
and make the application more interactive. Adding hundred's of photos of
standard fountains is not the goal... But here in France and across the
border in Switzerland we have quite a few beautiful stone ones with
enormous character. I have heard wonders about the fountains in Italy and I
am looking forward to discovering for myself. We plan to visit Zaragoza,
Spain later this year.  Zurich, Lucerne and Bern, Switzerland are very
active as well.

Best regards,

Stuart






On Sun, 19 Jan 2020 at 23:11, Cascafico Giovanni 
wrote:

> The project is really interesting: I often needed to find places for
> refill as a cyclist and RV user. But still,  since project aims to have a
> comprehensive map of drinking/refilling places, I wonder why a photo
> approach has been chosen.
> Maybe a point-click-upload is more sexy than a boring survey app? Or
> prospect to see your image online can trigger a sort of gamification? Or
> both?
>
> Of course photos (mapillary, openstreetcam, commons or whatever) are not
> an issue, but I don't think they will add more value to simple OSM nodes
> with approprieate tags (BTW bottle=yes|no is important).
>
>
>
>
>
>
> Il dom 19 gen 2020, 21:37 European Water Project <
> europeanwaterproj...@gmail.com> ha scritto:
>
>> Hi Giovanni,
>>
>> Our main goal is to get as many refill points for water bottles as
>> possible on the map, either fountains or participating café and bars.
>>
>> And then to get people to use them and stop buying plastic.
>>
>> I am not sure why adding photos of fountains to Wikimedia commons which
>> shows the fountain in its spacial context is an issue.
>>
>> Would you prefer the photos be linked to wikidata items and then have the
>> wikidata item number added to the OSM node?
>>
>> Best regards,
>>
>> Stuart
>>
>>
>> On Sun, Jan 19, 2020, 20:52 Cascafico Giovanni 
>> wrote:
>>
>>> Hello Stuart,
>>>
>>> I think collecting hundreds of (similar) photos is not useful for what
>>> the project aims to.
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[Francesco Ansanelli]

Il dom 19 gen 2020, 23:34 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 19. Jan 2020, at 18:54, totera  wrote:
> >
> > Inoltre, prendiamo ad esempio i punti Enel che erano stati importati; ha
> > senso che ciascuno di essi abbia come phone il numero verde dell'Enel,
> che
> > non è quindi relativo al singolo ufficio?
>
>
> forse in questo caso sarebbe meglio contact:phone visto che non è il loro
> telefono ma soltanto un numero per entrare in contatto.
> ;-)
>

Ma "contact:" non è solo un namespace del tag?
Come "addr:" che di per sé non aggiunge nulla, ma da un contesto ai tag e
li raggruppa.
Ad esempio: "housenumber" non è meno indicativo di "addr:housenumber".
Ciao
Francesco

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

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[Francesco Ansanelli]

Il dom 19 gen 2020, 23:37 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 19. Jan 2020, at 19:50, Francesco Ansanelli 
> wrote:
> >
> > Per phone:IT, al momento, si perde la validazione.
>
>
> possono sempre migliorare ;-)
>

Quello sempre. Visto che non ero sicuro che si fosse tutti d'accordo, non
l'avevo ancora gestito.

>
>
> > Inoltre alcuni numeri verdi si possono chiamare solo da certi
> prefissi... Nemmeno da tutta Italia...
>
>
> potrebbe essere un secondo livello, per esempio chiamabile da Milano
> phone:IT:02=*
> (se va per prefisso telefonico)
>

Il numero verde è un centralino che indirizza le chiamate in base al
prefisso del chiamante. Avevo scritto quello solo per dire che può essere
ancora più stringente, meglio solo usare le note se si vuole indicare
orario in cui chiamate o limitazioni per reti fisse o mobili.

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

Re: [OSM-talk] Teaching cyclists how to contribute to OSM

[Paul Johnson]

On Sun, Jan 19, 2020 at 6:28 PM john whelan  wrote:

> Locally in Ottawa many paths are multiuse there is a path many kilometers
> long along the Ottawa river that has a line marked down the center and is
> very much used by cyclists but according to NCC who own the path it is
> multi-use not bicycles only so is mapped highway=path.  Most City of Ottawa
> paths are the same, bicycles are permitted but they are not cycleways.
>

Generally speaking I'd consider that highway=cycleway, foot=yes.  Same with
the variation that has lanes but no sidewalks and clearly has pedestrians
walking on it in the Mapillary.  I'd consider it highway=path if it didn't
have lanes, even if it did have vehicle-oriented signage (consider the
older portions of the Westside Regional Trail in Oregon where it's
technically too narrow to have lanes.  Oregon-specific thing: Oregon allows
bicycle lanes to be 1.2m wide if the lane is adjacent only to another
bicycle lane in the same direction or a shoulder; if the bicycle lane is
adjacent to a lane that allows motor vehicles, or is adjacent to any kind
of lane in the opposite direction, then the minimum allowable lane width is
1.82m.  A lot of older MUPs in Oregon are ~3.0m wide, owing to when Oregon
considered all bicycle lanes to be 1.52m minimum, whereas newer MUPs mapped
as cycleways are 3.66m wide minimum.

This paragraph is Oregon-specific geekery and skippable. Springwater
Corridor in Gresham was widened to accomodate 4 lanes and the edge to edge
width is about 6.1m across, with the original intention to be the inside
lanes being about 1.82m wide and the shoulder lanes being 1.2m wide.  End
result, they didn't bother to mark any lanes (consistent with the Portland
segment of the cycleway, which is too narrow to have lanes, and as such the
lane markings haven't been maintained in over 20 years since the rules
changed, as the Springwater Corridor is too narrow to meet code in
Portland), effectively making it a two lane cycleway with 3 meter wide
lanes.  Only other places in Oregon where multiple same-direction bike
lanes come into play off the top of my head would be the Hawthorne Bridge
westbound (where there's a second, narrower bike lane against the curb for
slower cyclists on a hard climb on a street that frequently sees 30,000+
cyclists a day) and the Bush Pasture Parkway (deceptively named).  It's a 5
lane (formerly 8 lane) cycleway (the two middle lanes were converted to a
flush median since I moved away, but when they do soapbox races, my
understanding is they add a spraychalk stripe down the median) on a steep
hill and doesn't really go anywhere, and primarily exists as a soapbox
derby dragstrip (it's on a steep hill), but the city striped it as a
cycleway in order to be able to justify the tax expense.  On the other
hand, they're seriously future proof for when McColloch Stadium is
primarily accessed by bicycle!


> I worked with City of Ottawa bicycle specialist on this starting on why
> one path in a park was marked as a bicycle path whilst another in the same
> park of identical width was not.  Eventually we arrived at all paths except
> those that are marked no bicycles are multiuse paths ie bicycles are
> permitted.
>

Generally speaking on footway and cycleway, I will explicitly tag the most
common unusual mode.  So, footways that allow bicycles will get bicycle=yes
and cycleways that allow pedestrians will get foot=yes.  I tend to focus a
lot on intent on deciding on footway/path/cycleway.  If it's a true MUP
(like, say, Willamette Greenway in Portland), I'd tag that as highway=path
and bicycle=designated, foot=designated.

If it's a MUP but it's clear the intent was to favor cyclists (ie, formal
lanes, bicycle-specific signage, etc, but it allows pedestrians), then I'd
tag it as highway=cycleway, lanes=*, turn:lanes=* as appropriate,
foot=yes.  Examples would be the Creek Turnpike Trail in Tulsa, Liberty
Parkway Trail in Broken Arrow, Westside Regional Trail in Washington
County, Oregon, and others.

More rare in North America is a cycleway that doesn't allow pedestrians.
Examples would be the Riverparks Westbank and Eastbank cycleways in Tulsa
in specific segments, where foot=no is explicitly (redundantly) tagged.
Where these trails have pedestrian and bicycle facilities on the same
roadway but marked out, then highway=cycleway, segregated=yes,
foot=designated, bicycle=designated is appropriate (such as between the
Arkansas River and River Spirit Casino.

I might suggest Ottawa mappers take a look at the Riverparks Eastbank Trail
and Creek Turnpike Trails as examples.


> Multiuse means skateboards, wheelchairs, skis  etc.  We had 25 cms of snow
> today and many paths are not ploughed.  There aren't many conventional
> bicycles that can use the paths under these conditions.
>

Fortunately Tulsa tends to lack this problem, with cycleways generally
being plowed, often before surface streets are.
___
talk mailing list

Re: [OSM-talk] Teaching cyclists how to contribute to OSM

[john whelan]

Locally in Ottawa many paths are multiuse there is a path many kilometers
long along the Ottawa river that has a line marked down the center and is
very much used by cyclists but according to NCC who own the path it is
multi-use not bicycles only so is mapped highway=path.  Most City of Ottawa
paths are the same, bicycles are permitted but they are not cycleways.

I worked with City of Ottawa bicycle specialist on this starting on why one
path in a park was marked as a bicycle path whilst another in the same park
of identical width was not.  Eventually we arrived at all paths except
those that are marked no bicycles are multiuse paths ie bicycles are
permitted.

Multiuse means skateboards, wheelchairs, skis  etc.  We had 25 cms of snow
today and many paths are not ploughed.  There aren't many conventional
bicycles that can use the paths under these conditions.

Cheerio John

On Sun, 19 Jan 2020 at 18:42, Paul Johnson  wrote:

>
>
> On Sat, Jan 18, 2020 at 5:06 PM James  wrote:
>
>> Bike advocacy group in Ottawa created this:
>>
>>
>> https://github.com/BikeOttawa/OSM-Bike-Ottawa-Tagging-Guide/blob/master/README.md
>>
>> as well as a crowd sourced map like the one for winter bike trails that
>> allows a user to submit if a path is winter maintained or not, it will then
>> update OSM in the back end: maps.bikeottawa.ca
>>
>
> Did notice an error.  It's suggesting a cycleway with a sidewalk be tagged
> as highway=path instead of highway=cycleway.
> ___
> 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: [OSM-talk] Teaching cyclists how to contribute to OSM

[Paul Johnson]

On Sat, Jan 18, 2020 at 5:06 PM James  wrote:

> Bike advocacy group in Ottawa created this:
>
>
> https://github.com/BikeOttawa/OSM-Bike-Ottawa-Tagging-Guide/blob/master/README.md
>
> as well as a crowd sourced map like the one for winter bike trails that
> allows a user to submit if a path is winter maintained or not, it will then
> update OSM in the back end: maps.bikeottawa.ca
>

Did notice an error.  It's suggesting a cycleway with a sidewalk be tagged
as highway=path instead of highway=cycleway.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-ja] name-suggestion-index でのタイムズの名称について

[OKADA Tsuneo]

岡田です。

Scotttさん、修正ありがとうございます。確認しました。
Thank you for fixing and information.

2020年1月20日(月) 7:17 Scott Anecito (Talk-ja 経由) :

> https://lists.openstreetmap.org/pipermail/talk-ja/2019-December/010764.html
> について、私もその問題を見ました
> GitHubでフィクスしました: https://github.com/osmlab/name-suggestion-index/pull/3504
> 次のiDバージョンで見えますよ、一ヶ月以内に。問題について、あのコミットで入れました:
> https://github.com/osmlab/name-suggestion-index/commit/5c393dc8332c0bb804ea871a7fc3ec6c9bd7222d#diff-9397f13683da764b92cb8006dd82dab9
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[Martin Koppenhoefer]

sent from a phone

> On 19. Jan 2020, at 19:50, Francesco Ansanelli  wrote:
> 
> Per phone:IT, al momento, si perde la validazione.


possono sempre migliorare ;-)


> Inoltre alcuni numeri verdi si possono chiamare solo da certi prefissi... 
> Nemmeno da tutta Italia... 


potrebbe essere un secondo livello, per esempio chiamabile da Milano 
phone:IT:02=*
(se va per prefisso telefonico)

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

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[Martin Koppenhoefer]

sent from a phone

> On 19. Jan 2020, at 18:54, totera  wrote:
> 
> Inoltre, prendiamo ad esempio i punti Enel che erano stati importati; ha
> senso che ciascuno di essi abbia come phone il numero verde dell'Enel, che
> non è quindi relativo al singolo ufficio?


forse in questo caso sarebbe meglio contact:phone visto che non è il loro 
telefono ma soltanto un numero per entrare in contatto.
;-)

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

Re: [Talk-ca] Importing buildings in Canada

[Daniel @jfd553]

Bonjour groupe!
Well, I think we are having a good discussion and are moving towards an import 
procedure with which everyone will be comfortable.
First, I have modified the wiki to reflect our latest discussion [1-3]. The 
import procedure seems to fit with current discussion. Please, have a look.
Second, about OSM vs. ODB data quality (Nate’s concern). Accuracy is a complex 
subject because it has multiple aspects. I examined [4] the completeness of the 
ODB and OSM buildings, the accuracy of the boundaries and the accuracy of the 
location, for all of the municipalities covered by the ODB dataset. Here is a 
summary of what I saw.
Data Completeness: Completeness of ODB buildings is generally much better than 
OSM, except when an import has already taken place (it is then similar), or for 
Sherbrooke and Nova Scotia (except for Halifax) areas.
Delineation accuracy: ODB buildings often have a better delineation than the 
OSM (e.g. right angles, level of detail) but it is far from being always the 
case. In some cases, which seem to depend on the census subdivision, OSM will 
have better building representation most of the time.
Location accuracy: Image requirements for municipal mapping are generally very 
high in order to properly manage their infrastructure (i.e. image resolution, 
ground control accuracy, DEM accuracy). Even if they use bounding boxes to 
represent buildings, the location of the resulting shapes is accurate. In the 
case of OSM, the images on which we delimit buildings footprints show very 
different accuracy, which leads to inconsistent location accuracy for all the 
features delineated over the imagery. Read above for more details [5].
Third, about who could contribute to the import? The presence of a local import 
manager should make it possible to assess the nature of the work done. I 
suggested to those who want to be a local import manager to share their 
intentions on Talk-ca. This means that we all know that “John Doe” will be 
responsible for importing “Lost City” before identifying him on the wiki page 
[4]. Only then should the project appear in the task manager. I also think that 
anyone who wishes to contribute should indicate their intentions on the list, 
so that their name can be added to those who are authorized to access the 
import tasks.
Comment, suggestions?
Daniel
-

[1] https://wiki.openstreetmap.org/wiki/Canada_Building_Import#Building_Imports

[2] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#Import_the_Data

[3] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#Import_Procedure

[4] 
https://wiki.openstreetmap.org/wiki/Canada_-_The_Open_Database_of_Buildings#Import_Status
[5] OSM buildings (imported or not) were all delimited by images (using ortho 
or stereo images). The accuracy of the images depends on the derived/available 
elevations in the area. Municipal mapping (i.e. ODB data origin) requires high 
location accuracy to manage municipal infrastructure. In OSM, the available 
ortho-images are created using DEM, the accuracy of which differs considerably. 
On flat surfaces, this does not matter (the only effect is generally seen on 
roofs which may have an offset from building footprint location on the ground). 
This is completely different on hilly areas where the resulting images will 
show offsets that change with elevations.


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

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Martin Koppenhoefer]

sent from a phone

> On 19. Jan 2020, at 18:55, European Water Project 
>  wrote:
> 
> With the help of Wikimedia and OpenStreetMap Spain, France and Switzerland 
> and a bunch of friends we have developed instructions for adding photos into 
> Wikimedia Commons and new fountains into OpenStreetMap in 8 languages 
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/it
>  


great initiative, as a small note, you are distinguishing (Italian version) 
between modern and antique fountains, but the common distinction in 
OpenStreetMap is between decorative (amenity=fountain) and functional or at 
least not really a fountain by size (amenity drinking water). I would also 
encourage people to add the fountain=* subtag.




> 
> The reason I am writing you is that with the foundation My-D.org, we are 
> organizing a drinking fountain hunt in late April in Rome and wanted to know 
> if anyone on the ground might want to participate - and help out. The idea is 
> to add photos of drinking fountains to Wikimedia Commons and link them to 
> either existing fountains already present in OpenStreetMap and add with their 
> photos any missing modern fountains ("amenity=drinking_water") or older 
> fountains ("amenity=fountain && drinking_water=yes") to  OpenStreetMap. 


I’ll try to be there.


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

Re: [OSM-ja] name-suggestion-index でのタイムズの名称について

[Talk-ja 経由]

https://lists.openstreetmap.org/pipermail/talk-ja/2019-December/010764.htmlについて、私もその問題を見ました
GitHubでフィクスしました: https://github.com/osmlab/name-suggestion-index/pull/3504
次のiDバージョンで見えますよ、一ヶ月以内に。問題について、あのコミットで入れました: 
https://github.com/osmlab/name-suggestion-index/commit/5c393dc8332c0bb804ea871a7fc3ec6c9bd7222d#diff-9397f13683da764b92cb8006dd82dab9___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Cascafico Giovanni]

The project is really interesting: I often needed to find places for refill
as a cyclist and RV user. But still,  since project aims to have a
comprehensive map of drinking/refilling places, I wonder why a photo
approach has been chosen.
Maybe a point-click-upload is more sexy than a boring survey app? Or
prospect to see your image online can trigger a sort of gamification? Or
both?

Of course photos (mapillary, openstreetcam, commons or whatever) are not an
issue, but I don't think they will add more value to simple OSM nodes with
approprieate tags (BTW bottle=yes|no is important).






Il dom 19 gen 2020, 21:37 European Water Project <
europeanwaterproj...@gmail.com> ha scritto:

> Hi Giovanni,
>
> Our main goal is to get as many refill points for water bottles as
> possible on the map, either fountains or participating café and bars.
>
> And then to get people to use them and stop buying plastic.
>
> I am not sure why adding photos of fountains to Wikimedia commons which
> shows the fountain in its spacial context is an issue.
>
> Would you prefer the photos be linked to wikidata items and then have the
> wikidata item number added to the OSM node?
>
> Best regards,
>
> Stuart
>
>
> On Sun, Jan 19, 2020, 20:52 Cascafico Giovanni 
> wrote:
>
>> Hello Stuart,
>>
>> I think collecting hundreds of (similar) photos is not useful for what
>> the project aims to.
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] mit Bauzaun Strassenbereich sperren?

[Martin Koppenhoefer]

sent from a phone

> On 19. Jan 2020, at 22:18, Hartwig Alpers 
>  wrote:
> 
>> Bauzäune stehen als Sperre auf alten und neu gebauten Verkehrsbereichen für 
>> Auto und Fussgänger. Wie zeichnet man diese (als Linie?) 
> Als Linie mit passenden access-tags (access=private oder so). Was da in Frage 
> kommt, findest Du unter https://wiki.openstreetmap.org/wiki/DE:Key:access


die Bauzäune als barrier=fence
die Baustelle ggf. als Fläche mit landuse=construction 
Fürs Routing am sichersten ist die einzelnen Wege highway jeweils am Zaun zu 
teilen und die access-tags auf die gesperrten Wege setzen.

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

Re: [Talk-de] mit Bauzaun Strassenbereich sperren?

[Hartwig Alpers]

Lieber Ludwig!

On 19.01.20 19:57, Ludwig Baumgart wrote:

Hallo liebe erfahrene Mapper,

am Bahnhof in Singen versuche ich den Baufortschritt mit Josm einzutragen.

Gut!

Bauzäune stehen als Sperre auf alten und neu gebauten 
Verkehrsbereichen für Auto und Fussgänger. Wie zeichnet man diese (als 
Linie?) 
Als Linie mit passenden access-tags (access=private oder so). Was da in 
Frage kommt, findest Du unter 
https://wiki.openstreetmap.org/wiki/DE:Key:access


1.) der Renderer diese über die Bereiche mit highway=... zeichnet 
(geht leider nicht mit layer=...)
*Den Renderer* gibt es nicht. Du meinst vermutlich die Darstellung auf 
der "Hauptkarte" (https://www.openstreetmap.org/ ). Da können nicht alle 
Einzelheiten, die in OpenStreetMap erfaßt wurden, auch angezeigt werden. 
Das heißt aber nicht, daß Deine Eintragungen deshalb überflüssig oder 
wertlos sind.



2.) auch die Router diese Barriere berücksichtigen.


*Die Router* werden, wenn sie vernünftig programmiert sind, das 
"access=*"-Tag auswerten -- siehe oben.
Allerdings kann es eine Weile dauern, bis die Router die letzten 
Änderungen in den OSM-Daten auswerten.





Ich habe schon sehr viel probiert, die derzeitige Hilflösung mit 
landuse=construction gefällt mir nicht, zumal diese keinen 
Farbkontrast zwischen Haltestelle und Baugebiet bietet. 
https://www.openstreetmap.org/?mlat=47.75940=8.84058#map=19/47.75940/8.84058 
Die August-Ruf-Strasse sollte auch überdeckt sein vom Bauzaun.


Die Stadt Singen hat mir die Lagepläne zur Verfügung gestellt und 
begleitet den Fortschritt mit kritischem Blick.


einen guten Tag und danke fürs Interesse

Ludwig (lubaum)


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


-


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

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Daniele,

That is funny :)

A direct translation from "gourdes" in French.

I thought we had that checked 

Thank you,

Stuart


On Sun, Jan 19, 2020, 22:03 Daniele Forsi  wrote:

> European Water Project wrote:
>
> > https://europeanwaterproject.org?lang=IT
>
> you may want to have the Italian translation checked, "zucca" means
> pumpkin:
> Adotta una zucca
> Riempire la zucca con fontanelle
>
>
> --
> Daniele Forsi
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Daniele Forsi]

European Water Project wrote:

> https://europeanwaterproject.org?lang=IT

you may want to have the Italian translation checked, "zucca" means pumpkin:
Adotta una zucca
Riempire la zucca con fontanelle


--
Daniele Forsi

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

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Hi Francesco,

That's a good idea we should look into it.

Thanks,

Stuart

On Sun, Jan 19, 2020, 21:43 Francesco Ansanelli  wrote:

> Hi Stuart,
>
> Il dom 19 gen 2020, 21:37 European Water Project <
> europeanwaterproj...@gmail.com> ha scritto:
>
>> Hi Giovanni,
>>
>> Our main goal is to get as many refill points for water bottles as
>> possible on the map, either fountains or participating café and bars.
>>
>> And then to get people to use them and stop buying plastic.
>>
>> I am not sure why adding photos of fountains to Wikimedia commons which
>> shows the fountain in its spacial context is an issue.
>>
>> Would you prefer the photos be linked to wikidata items and then have the
>> wikidata item number added to the OSM node?
>>
>
> How about using mapillary for your task? In future water taps could be
> automatically recognised...
> Cheers
> Francesco
>
>
>
>> Best regards,
>>
>> Stuart
>>
>>
>> On Sun, Jan 19, 2020, 20:52 Cascafico Giovanni 
>> wrote:
>>
>>> Hello Stuart,
>>>
>>> I think collecting hundreds of (similar) photos is not useful for what
>>> the project aims to.
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Francesco Ansanelli]

Hi Stuart,

Il dom 19 gen 2020, 21:37 European Water Project <
europeanwaterproj...@gmail.com> ha scritto:

> Hi Giovanni,
>
> Our main goal is to get as many refill points for water bottles as
> possible on the map, either fountains or participating café and bars.
>
> And then to get people to use them and stop buying plastic.
>
> I am not sure why adding photos of fountains to Wikimedia commons which
> shows the fountain in its spacial context is an issue.
>
> Would you prefer the photos be linked to wikidata items and then have the
> wikidata item number added to the OSM node?
>

How about using mapillary for your task? In future water taps could be
automatically recognised...
Cheers
Francesco



> Best regards,
>
> Stuart
>
>
> On Sun, Jan 19, 2020, 20:52 Cascafico Giovanni 
> wrote:
>
>> Hello Stuart,
>>
>> I think collecting hundreds of (similar) photos is not useful for what
>> the project aims to.
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Hi Giovanni,

Our main goal is to get as many refill points for water bottles as possible
on the map, either fountains or participating café and bars.

And then to get people to use them and stop buying plastic.

I am not sure why adding photos of fountains to Wikimedia commons which
shows the fountain in its spacial context is an issue.

Would you prefer the photos be linked to wikidata items and then have the
wikidata item number added to the OSM node?

Best regards,

Stuart


On Sun, Jan 19, 2020, 20:52 Cascafico Giovanni  wrote:

> Hello Stuart,
>
> I think collecting hundreds of (similar) photos is not useful for what the
> project aims to.
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Cascafico Giovanni]

Hello Stuart,

I think collecting hundreds of (similar) photos is not useful for what the
project aims to.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Update bus stop names

[Stuart Reynolds]

On 19 Jan 2020, at 06:54, jc...@mail.com wrote:

IoW bus stops seem to be branded which I think is rather unusual, so does the 
bus operator pay for updating them? That might be a clue to which is more 
recent.

It varies from authority to authority (no reason to make it easy!) depending on 
local agreements. In some areas the local authority will install the 
infrastructure, in others it will be the responsibility of the operator 
(perhaps in consultation). I think Cambridge is another example where there are 
operator-specific poles and flags, but don’t quote me on that.

Furthermore, even where the authority provides the infrastructure the printed 
timetable publicity can be done by operators, the local authority, or a mix of 
both depending on size / willingness / etc.

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

[Talk-de] mit Bauzaun Strassenbereich sperren?

[Ludwig Baumgart]

Hallo liebe erfahrene Mapper,

am Bahnhof in Singen versuche ich den Baufortschritt mit Josm 
einzutragen. Bauzäune stehen als Sperre auf alten und neu gebauten 
Verkehrsbereichen für Auto und Fussgänger. Wie zeichnet man diese (als 
Linie?) ein, sodass


1.) der Renderer diese über die Bereiche mit highway=... zeichnet (geht 
leider nicht mit layer=...) und


2.) auch die Router diese Barriere berücksichtigen.

Ich habe schon sehr viel probiert, die derzeitige Hilflösung mit 
landuse=construction gefällt mir nicht, zumal diese keinen Farbkontrast 
zwischen Haltestelle und Baugebiet bietet. 
https://www.openstreetmap.org/?mlat=47.75940=8.84058#map=19/47.75940/8.84058 
Die August-Ruf-Strasse sollte auch überdeckt sein vom Bauzaun.


Die Stadt Singen hat mir die Lagepläne zur Verfügung gestellt und 
begleitet den Fortschritt mit kritischem Blick.


einen guten Tag und danke fürs Interesse

Ludwig (lubaum)


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

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[Francesco Ansanelli]

Il dom 19 gen 2020, 18:54 totera  ha scritto:

> Francesco Ansanelli wrote
> > È attiva da ieri la validazione dei numeri di telefono su Osmose.
> > I numeri verdi (toll-free), gli 800, vengono segnalati come errati se in
> > formato internazionale...
> > Visto che non dovrebbero funzionare le chiamate da estero, ho pensato che
> > il +39 non è corretto, va bene per tutti?
> > Prima di iniziare a correggere, vorrei raccogliere qualche feedback...
>
> Un altro utile controllo di Osmose, grazie.


Prego 

>
> Se i numeri verdi funzionano soltanto dall'Italia però leggendo in [1] non
> dovrebbe essere phone:IT=800xx?
>

Si. Ma visto che "phone" con uso generico, dovrebbe sempre andare bene...
Non è obbligatorio usare phone:IT.
Per phone:IT, al momento, si perde la validazione.
Inoltre alcuni numeri verdi si possono chiamare solo da certi prefissi...
Nemmeno da tutta Italia...

>
>
> Inoltre, prendiamo ad esempio i punti Enel che erano stati importati; ha
> senso che ciascuno di essi abbia come phone il numero verde dell'Enel, che
> non è quindi relativo al singolo ufficio?
>
Si possono anche mettere entrambi...

Ciao,
> Gianluca
>
> [1] =
>
> https://wiki.openstreetmap.org/wiki/Key:phone#Support_for_multiple_countries
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-bo] Rotondas en Cochabamba y otras ciudades

[Juan Jose Iglesias]

Saludos

Haciendo una revisión rápida en Cochabamba y otras ciudades, he notado muchas 
Rotondas (Roundabout) Mal Construidas en el Mapa, y por lo tanto inservibles 
para navegación practica (Se ven lindas en el mapa pero son inútiles para los 
navegadores)

El Principal error es que las vías de entrada y salida comparten el mismo Nodo, 
lo q hace que los Navegadores No indiquen correctamente que salidas deben 
tomarse.

Estas son las indicaciones del Wiki que parece que no hemos seguido: 
https://wiki.openstreetmap.org/wiki/ES:Tag:junction=roundabout

Como pueden ver en los ejemplos las vías de Entrada y Salida NO DEBEN compartir 
un mismo Nodo de unión entre ambas.

Gracias

JJ


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

[Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

To whom it may concern,

Sorry I can't write in Italian.

We recently created a small Geneva based NGO called European Water Project
which has a mission to contribute to reducing single use plastic-waste at a
global level.

Our project is 100% open data, collaborative and a bit experimental.  We
have developed a map based Progressive Web Application available in 8
languages (including Italian) which allows one to locate the nearest water
points. You will be able to fill your water bottle and drink for free,
without generating disposable plastic waste.  We are starting with drinking
fountains, but will branch out to cafés, bars and restaurants willing to
refill reusable water bottles for free.

At European Water Project, we believe that everyone should have the ability
to drink water wherever they are without creating single use waste plastic.

This Progressive Web App, available in 8 languages, was purposefully
developed outside the Google / Apple store. You can download it here, if of
interest,  https://europeanwaterproject.org?lang=IT on your desktop or
telephone’s browser (Safari for IOS).

With the help of Wikimedia and OpenStreetMap Spain, France and Switzerland
and a bunch of friends we have developed instructions for adding photos
into Wikimedia Commons and new fountains into OpenStreetMap in 8 languages
https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/it


The reason I am writing you is that with the foundation My-D.org, we are
organizing a drinking fountain hunt in late April in Rome and wanted to
know if anyone on the ground might want to participate - and help out. The
idea is to add photos of drinking fountains to Wikimedia Commons and link
them to either existing fountains already present in OpenStreetMap and add
with their photos any missing modern fountains ("amenity=drinking_water")
or older fountains ("amenity=fountain && drinking_water=yes") to
OpenStreetMap.

Best regards,¨

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

Re: [Talk-it] Segnalazione numeri di telefono su Osmose

[totera]

Francesco Ansanelli wrote
> È attiva da ieri la validazione dei numeri di telefono su Osmose.
> I numeri verdi (toll-free), gli 800, vengono segnalati come errati se in
> formato internazionale...
> Visto che non dovrebbero funzionare le chiamate da estero, ho pensato che
> il +39 non è corretto, va bene per tutti?
> Prima di iniziare a correggere, vorrei raccogliere qualche feedback...

Un altro utile controllo di Osmose, grazie.

Se i numeri verdi funzionano soltanto dall'Italia però leggendo in [1] non
dovrebbe essere phone:IT=800xx?

Inoltre, prendiamo ad esempio i punti Enel che erano stati importati; ha
senso che ciascuno di essi abbia come phone il numero verde dell'Enel, che
non è quindi relativo al singolo ufficio?

Ciao,
Gianluca

[1] =
https://wiki.openstreetmap.org/wiki/Key:phone#Support_for_multiple_countries



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

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

Re: [OSM-talk] Teaching cyclists how to contribute to OSM

[Mateusz Konieczny]

18 Jan 2020, 23:54 by gov...@gmail.com:
> For mobile tools
>
There is also StreetComplete that
asks for more detail of mapped
bicycle parking same allows to
map cycleway info___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] hello, first message tried in this list

[Diego García]

 Buenas tardes, Philippe.

Para que no estemos dando vueltas en círculo, voy a dejarlo claro: ahora
veo que los límites administrativos son una combinación de adminlevel y
boundary. Visto así, efectivamente, estoy equivocado y no se han duplicado
las comarcas. Sin embargo, lo que ha hecho usted es inventarse un límite
nuevo, no sé qué es peor.

"I agree with that and I have not challanged that. It was additional
independant objects (for reference purpose only and useful for contruction
purpose and verification)."

Por favor, deme un solo ejemplo de proceso de referencia, construcción o
verificación en que sea necesario el etiquetado que usted está tratando de
imponernos, fraccionando las comarcas en objetos independientes. Etiquetado
que, por otro lado, no está documentado en ninguna parte, es una mera
invención suya. Dígame en cuál de esas leyes que ha estudiado aparece "Hoya
de Huesca (Zaragoza)". No es algo que exista ni sobre el terreno, ni como
construcción artificial de datos que se necesite.

"But if you can't understand that (at least when a complete and coherent
set of relations is built, we need additional intermediate objects (like
these few "fraction" subnelations, whose name is not important and will be
invisible, except in OSM editors) and sort and organize the long lists of
municipalities to avoid forgetting one..."

Lo entiendo perfectamente, y vuelvo a decir que los objetos fraccionarios
que usted propone son innecesarios, solo contribuyen a que todo sea más
complicado. Más arriba menciona que siguió las convenciones antes de
editar: mire, no se lo niego. Tenemos la documentación muy poco
desarrollada, comparada con otros países. Pero tengo claro que no siguió
dichas convenciones después: ¿porqué no paró cuando vió que varios editores
españoles le expresaron su disgusto con lo que usted estaba haciendo?

Conozco de sobra la situación de los límites en Aragón. Salvo las comarcas
de Huesca y algunas de Zaragoza y Teruel, el resto de comarcas no están
incluídas, y los municipios no están bien, fruto de ediciones precipitadas
al principio, y de poco cuidado después. Se habrá encontrado de todo:
fronteras rotas, etc. Y si me hubiera preguntado antes, se lo habría
contado encantado. No se imagina cómo le hubiera agradecido que viniera a
echarnos una mano limpiando municipios o completando comarcas, de verdad.
Pero ya le digo que así, no.

Escuche: le estuvimos diciendo clara y unánimemente desde la comunidad
española que no fraccione las comarcas, y usted insistió en ello y en
justificar sus acciones, sin aportar ningún argumento que convenza. Le
estuvimos diciendo también que no edite límites sin debate previo y sin
enfrentar ideas con la comunidad local de esa autonomía, y estuvo haciendo
oídos sordos y dando excusas. A pesar de todo ello no ha parado de editar
hasta que le han baneado dos veces, que es cuando realmente se ha puesto en
contacto con nosotros. Y con todo ello, todavía no le hemos visto ni una
sola vez pedir disculpas o admitir que se ha equivocado, aunque solo sea
por cortesía.



En fin, un saludo,
Diego
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[talk-cz] WeeklyOSM CZ 494

[Tom Ka]

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

https://weeklyosm.eu/cz/archives/12723

* Úkoly pro nováčky.
* Novinky freemap.sk.
* Suchý Dunaj v Bratislavě.
* Regionální taginfo.
* Náhrada Tasking Manageru?
* Povedlo se omezení FIXME?
* Pohled na diverzitu OSM.
* Pomoc s překlady editorů.
* Dary autorovi StreetComplete.
* Vektorové dlaždice pro osm.org.
* Navigace nejpříjemnější cestou.
* Mapa whisk(e)y.
* Více zemí pro RapiD.
* Kola duchů.
* Garmin GPS a rok 2020.
* Driftující vesnice ve Švýcarsku.

Pěkné počtení ...

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

Re: [talk-cz] Podcast o Mapy.cz (i OSM)

[petr . kadlec]

V návrhu Piste na wiki [1] vidím piste:lit a kdyby to nic, myslím že

> obyčejné lit [2] bez prefixu by taky mohlo stačit - "sensible on many
> other ways, too"...
>

No jasně, OpenSnowMap.org tohleto (obojí) bere a vykresluje.

http://opensnowmap.org/?zoom=14=50.72101=15.60245=snowbase=false

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

[talk-cz] track upgrade -open railway map

[Martin Stach]

Dears,



at first, I would like many thanks for you work. To maintaine huge data of
railway infrastructure must be really hard job! 




I have some news, which are connected with new timetable: 

We have at South Bohemia Region (Czech republic) new upgrade of main line 
Praha - České Budějovice (track nr. 220). Since december 2019 is section
Dynín - Ševětín finalized and speed gone up to 160 kph. Also on the track
201 Ražice - Tábor is since 12/2019 new stop - "Písek jih". You can check
location here: https://mapy.cz/s/jazomojege 




In České Budějovice used to be many years ago also Pioneers railway

http://zrus-zan-zel.blog.cz/0809/pionyrska-zeleznice-ceske-budejovice
(http://zrus-zan-zel.blog.cz/0809/pionyrska-zeleznice-ceske-budejovice) 





Best regards,




Martin Stach

České Budějovice 





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

Re: [OSM-talk-fr] Conciergerie ?

[David Crochet]

Bonjour

Le 18/01/2020 à 19:30, Cédric Frayssinet via Talk-fr a écrit :
Vous taguez cela comment ? 



Sans étiquette plus précise déjà existante, c'est une entreprise privée.

Cordialement

--
David Crochet


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

[Talk-ca] hebdoOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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

[Talk-de] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 495, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

 http://www.weeklyosm.eu/de/archives/12737/

 Viel Spaß beim Lesen.  

 Euer Wochennotizteam
 
 Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
 einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
 mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

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

[OSM-talk-fr] hebdoOSM Nº 495 2020-01-07-2020-01-13

[weeklyOSM via Talk-fr]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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º 495 2020-01-07-2020-01-13

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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.

[OSM-co] semanarioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Hola, el semanario Nº 495, 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/12737/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

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

[Talk-us] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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-africa] hebdoOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

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

[Talk-cl] semanarioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Hola, el semanario Nº 495, 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/12737/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

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

[Talk-es] semanarioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Hola, el semanario Nº 495, 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/12737/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

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

[Talk-br] semanárioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 495, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12737/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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-latam] semanarioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Hola, el semanario Nº 495, 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/12737/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

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-GB] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[OSM-talk-ie] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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-bo] semanarioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Hola, el semanario Nº 495, 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/12737/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

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

[Talk-pt] semanárioOSM Nº 495 2020-01-07-2020-01-13

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 495, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12737/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

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-in] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[OSM-talk] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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-ca] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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-ph] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

[Talk-africa] weeklyOSM #495 2020-01-07-2020-01-13

[weeklyteam]

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

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

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

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

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Grigory Rechistov via Talk-se]

Hej,
Jag fixade ett fel i skriptet. Det upptäcktes att gamla noders  
begränsningsramar var för stora (förväxlade latitud och longitud i en plats) 
vilket ledde till större antal falska positiva matchningar. Med andra ord, 
bestämdes ibland två lika nämnda noder som dubbletter trots att de var långt 
borta varandra. Efter rättelsen började fler nya noder "överleva" konflationen .
 
En ny förändring till är att gamla (multi)polygoner med namn (name=*, 
landuse=farmyard eller landuse=residential osv) nu matchas mot nya noder. Om 
deras koordinater och namn är lika markeras den nya noden med en etikett 
"import:note". Sedan kan man filtrera sådana nya noder och till exempel radera 
dem om man tror att endast nämnda polygoner bör finnas och inte noder.
 
Nya filer v13:  
https://drive.google.com/open?id=1pZhZhKhS_7JDqxal9QSjDTj1-YIM2LxW 
Kika i taggar för att se vilka nya noder matchade mot vilka gamla polygoner, t. 
ex. en beskrivning i en etikett lyder:

 
Jag har beskrivit dessa förändringar och andra omdiskuterade tillfällen i 
importplanen, här är utdraget:
Technical and diagnostic tags
In addition to the tags derived from the source dataset, auxiliary tags are 
added to all or some new nodes.
The following tags are added.
*  import=yes
*  source="GSD-Terrängkartan"
*  "lantmateriet:kkod" to store the original KKOD value.
*  fixme= for nodes with likely incorrect names, such as ending 
with a dash, starting from a lower case symbol etc.
*  note= for nodes which names were reconstructed.
*  short_name to keep the original abbreviated name
*  import:note =  for nodes having names similar to old 
(multi)polygons.
...
Node having same alternative name as existing node
For example, adding a node with name="Gullåkra by" near an old node with 
name="Gullåkra".
Probability: low. There should not be many variations of names. Existing 
conflation script checks for alternative names.
Impact: low. A human will easily be able to recognize the error and dismiss it.
Effort to discover: medium. Map has to be visually scanned for suspicious node 
pairs.
Effort to fix: low. Delete one node, add "alt_name" to the other. If needed, 
the conflation script can deal with it by utilizing more advanced fuzzy name 
comparison.
 
Node having same name as existing closed way
Tag "name=*" can be placed not only on nodes, but also on (multi)polygons 
encircling settlements, such as landuse=residential, landuse=farmyard etc.
Probability: high. There are regions with hundres of such (multi)polygons.
Impact: low to medium (currently being debated). It is customary for certain 
mappers to map settlements with  both a name on its closed way and as a 
separate node with "place=*" inside its border. One reason behind it is that a 
node can be placed at a "logical", "economical" or political center, such as 
the main square, train station etc. Compared to this, a geometric center of 
(multi)polygon is hard to control, and it may land somewhere completely 
non-representative for the settlement.
Effort to discover: low. It is automated (since b4973ffe) to treat closed named 
ways as pseudo-nodes, apply the same conflation strategy and mark matches with 
import:note = *
Effort to fix: low. If needed, the conflation script can be adjusted to address 
it.


Jag kommer att svara på frågor/anmärkningar i mejltråden senare. Tack!
 
 
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
 ___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-es] Ediciones del usuario Verdy_p, sin consenso con la comunidad española de OSM

[ajt1...@gmail.com]

On 18/01/2020 11:48, Andy Townsend wrote:


Just for info, Verdy_p started editing near Zaragosa again so I've 
blocked them again




... and this block was removed after the message to the list last night


Solo para información, Verdy_p comenzó a editar cerca de Zaragosa 
nuevamente, así que los bloqueé nuevamente,



... y este bloqueo fue eliminado después del mensaje a la lista anoche


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

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

[deuzeffe]

Le 19/01/2020 à 12:57, leni a écrit :

(tant que je t'ai sous la souris : c'est moi ou cette page 
https://wiki.openstreetmap.org/wiki/France/Liste_des_transports_en_communs_en_France 
est en vrac quant à ses sections ou sous-sections ?)

Peux-tu préciser ?


/snip les explications du pourquoi du comment. Merci pour ça ;)

En effet, je pense qu'il faudrait réorganiser, mais comme je n'ai pas 
compris dans la partie proposition, à quoi correspondent "parties 1 et 
2, les 2.x ...lien vers la partie X+2 " voici comment je l'imagine :
- je reporterais le chapitre "Réseaux de transports collectifs régionaux 
multimodaux après la loi NotRe (2017) 
" 
dans le chapitre correspondant de chaque région
- l'info "avant la loi NotRe (2017)" devant être conservée, car on 
retrouve dans osm des infos des anciens réseaux départementaux


Je reformule pour voir si j'ai bien compris : une section par nouvelle 
région, avec pour chacune
- une sous-section "avant la loi NotRe 2017" et la liste de ce qui 
existait "avant", sans détailler (pour garder l'historique du terrain 
qui est encore utilisé sur le terrain et même repris pour les réseaux 
actuels ;
- une sous-section pour après NoTre avec tous les détails et les renvois 
vers les pages dédiées du wiki si elles existent (et en référençant la 
source OD).


C'est bien ça ?
--
deuzeffe, qui comprend vite si on lui explique longtemps

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Vincent de Château-Thierry]

Le 19/01/2020 à 00:51, Donat ROBAUX a écrit :


J'avais traité le cas des arrondissements parisiens. Comme les
arrondissements lyonnais et marseillais n'avaient pas été fait et devaient
être traités manuellement, je m'y suis collé.
J'aimerais qu'une âme charitable puisse vérifier l'intégration manuelle que
j'ai réalisée. Il se peut que je n'ai pas eu les yeux en face des trous.


Un peu de maintenance sur les arrondissements à l'instant :
- j'avais commencé les arrondissements parisiens (1er à 6è) en prenant 
la population totale et non municipale => corrigé
- tu avais continué les arrondissements parisiens (7è à 20è) en 
reportant la population sur le node admin_centre plutôt que sur la 
relation, j'ai déplacé l'info sur les relations
- enfin, par un dérapage de clavier nocturne tu avais enlevé 10.000 
habitants au Xè arrdt de Marseille (46138 au lieu de 56138) => corrigé
Sur Lyon tout était déjà ok via tes modifs d'hier, donc on est 
(normalement) au carré sur l'actualité et la modélisation de la 
population des 45 arrondissements municipaux.


Et France entière on vient de passer les 50% d'achèvement du chantier ;)

vincent

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

Re: [OSM-talk-fr] OpenStreetMap un bloatware ?

[Philippe Verdy]

En lisant un peu, en fait c'est à prendre avec humour, car en fait il cite
tout ce qui est très utile et dont on ne se passe plus. Comme s'il fallait
regretter le temps des PC à 8 Mhz et 384Ko de RAM, pas d'Internet, des
modems à 33Kbit/s (ou encore le minitel). Pourtant c'était nettement moins
efficace (énergétiquement) et beaucoup plus cher qu'aujourd'hui et le
moindre truc prenait un temps fou (donc coûtait aussi de l'argent et de la
vie personnelle), et beaucoup d'effort pour arriver à obtenir quelquechose
qu'on avait peine à maintenir ou adapter à autre chose : ça remplissait une
fonction unique (pas forcément mal, mais que d'effort !)

Et pourtant il le fait sur Internet avec un navigateur, et ne dit pas grand
chose des ressources prises par tout navigateur en fonction et la taille
démente des OS et le temps à les installer et les maintenir à cause de la
nécessite constante de les remettre à jour. si on n'est pas prêt à ça, on
ne prend pas de PC, on n'a pas de smartphone qu'on rachète tous les 2-3
ans, on éteint sa télé (oui nos télés maintenant sont aussi des PC, comme
aussi nos box Internet et nos smarthpones, peu importe le processeur
d'ailleurs, après tout les Mac aussi sont des PC maintenant et le
changemetn de famille de processeur plusieurs fois dans cet OS n'a rien
changé pour l'utilisateur final, sauf qu'il a du racheter ses appareils).

Moi ce que j'appelle bloatware ce sont plutôt les applis mobiles qui se
remettent à niveau tous les jours juste pour charger de nouvelles
publicités et qui consomme les forfaits data, la batterie, et le stockage
local de plus en plus encombré. Ou encore tous les trucs préinstallés par
les fabricants de smartphone et qui collectent des données dès qu'on a
accepté les "conditions d'utilisation" qu'on ne peut pas refuser, et qu'on
ne peut pas arrêter ni désinstaller ou remplacer, ou qui insistent pour se
mettre à jour et refusent de fonctionner sinon, les mises à jour étant de
plus en plus volumineuses et finissant même par saturer le téléphone et le
rendre inutilisable (sans compter qu'on ne peut pas remplacer l'OS non plus
à cause des barrières logicielles imposées et clés de sécurité, sans
utiliser des outils de craquage encore plus dangereux juste pour parvenir à
"rooter" l'appareil.

Le bloatware c'est aussi les firmwares propriétaires de tous nos appareils
: on peut changer le BIOS, l'OS pour un OS libre, tout reformater, ce
firmware est toujours là et fait tout ce qu'il veut. Il y en a partout: un
PC ce n'est pas qu'un processeur, il y a des tas de composants ayant leurs
propre firmware propriétaire, même un simple clavier ou une cartouche
d'encre, et la quasi totalité des puces et controleurs. Là tout est opaque,
on ne peut même pas savoir ce que font ces composants avec les outils
logiciels ou l'OS, ils sont invisibles, peuvent tout surveiller sans être
détectés. Ils ont tous des backdoors capable de faire ce qu'ils veulent et
à tout moment. Ils ont aussi une obsolescence programmée qui va générer une
pseudo-panne. Et ça se développe aussi dans les voitures. Le but étant de
forcer une intervention payante chère juste pour reprogrammer le composant
en une touche et quelques secondes ou nous forcer à remplacer l'appareil.

Franchement ce qu'il cite est justement ce qui cause le moindre mal, est le
plus efficace à l'heure actuelle, et coûte le moins en rendant le plus de
services et qui est le plus facilement adaptable aux évolutions et aux
besoins de chacun.


Le dim. 19 janv. 2020 à 13:40, Stéphane Péneau 
a écrit :

> Merci pour vos réponses.
>
> Je ne pense pas que ce soit un troll, mais plutôt qu'il a vu une toute
> petite partie de ce qu'est réellement "OpenStreetMap". J'ai fait une
> dernière réponse :
>
> https://linuxfr.org/users/kwiknclean/journaux/tout-cela-me-fatigue#comment-1797124
>
> Stf
>
> Le 19/01/2020 à 00:16, marc marc a écrit :
> > Le 18.01.20 à 18:10, Stéphane Péneau a écrit :
> >> J'ai été assez surpris d'un commentaire sur linuxfr, qui citait
> >> OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir
> >> demandé comment il en était arrivé à cette conclusion, sa réponse [2] me
> >> donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ?
> >>
> >> [1] https://linuxfr.org/nodes/119088/comments/1796042
> >>
> >> [2] https://linuxfr.org/nodes/119088/comments/1796846
> > il y a beaucoup de "caricature simpliste d'un monde complexe"
> > mais je trouve qu'il y a quand même un part de vrai :
> > les serveurs osm.org de rendu par exemple, c'est un exemple de pelote,
> > tellement emmelé que leur évolution a du mal.
> >
> > ceci dit, là où il se trompe à mes yeux, c'est que l'empilement permet
> > de réutiliser des briques simples au lieu d'inventer un nouveau Xieme
> > protocole ou Xieme brique qui fait quasi pareil que l'existant mais qui
> > a 1% de différence "d'optimisation" et qui au final rendra le moins
> > performant ou moins facile à maintenir (parce qu'à chaque amélioration
> > de la brique standard, il 

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

[leni]

En fait, je ne voyais pas l'intérêt de séparer les réseaux régionaux 
après la loi  des autres réseaux de chaque région, mais je ne voulais 
pas détruire ce qu'avaient créé d'autres contributeurs, je l'ai donc laissé.
Puis j'ai recherché tous les réseaux de bus/cars (e n'ai pas cherché les 
autres modes transports) présents dans osm en occitanie et créé les 
pages wiki qui manquaient et mis les liens dans cette page.


Le 19/01/2020 à 12:57, leni a écrit :



Le 19/01/2020 à 11:40, deuzeffe a écrit :

Le 15/01/2020 à 11:44, leni a écrit :

Pas réussi à trouver la page qui liste les ref:FR:xxx concernant 
les réseaux de transport. J'ai seulement trouvé celle des 
références nationales (dans laquelle on trouve ref:FR:RATP 
d'ailleurs :///)

moi non plus ...


Peut-être l'occasion de la créer ? Qu'en pense la communauté ici 
lisant ?


(tant que je t'ai sous la souris : c'est moi ou cette page 
https://wiki.openstreetmap.org/wiki/France/Liste_des_transports_en_communs_en_France 
est en vrac quant à ses sections ou sous-sections ?)

Peux-tu préciser ?


- Comme je disais par ailleurs à JY* :

"Section 2. Réseaux de transports collectifs régionaux multimodaux 
*après* la loi NotRe (2017) avec sections 2.x régions. Puis à partir 
de la section 3. jusqu'à la section 15, de nouveau, n régions dont 
certaines avec section  Réseaux de transports collectifs régionaux 
multimodaux *après* la loi NotRe (2017)


La section 2 ne devrait-elle pas s'intituler [...] avant la loi [...] ?"

- Ce à quoi il répondait** :
"Non, du moins si tu regardes la sous-section Bretagne : c'est bien 
après la réorganisation.
_Je pense que cet article mériterait un gros coup de pinceau car on 
trouve tout deux fois._

Et dans les deux cas après la loi NotRe.
C'est l'Occitanie qui fait fort : il y a une troisième section, avant 
la loi NoTRe.

Je virerais la partie avant (en la mettant dans un article séparé).
Je pense aussi que l'on pourrait se contenter des parties 1 et 2, les 
2.x faisant ensuite référence aux pages spécifiques (2.1 : lien vers 
la page comportant la partie 3, 2.X, lien vers la partie X+2 mise en 
page propre)."


** j'espère qu'il ne m'en voudra pas de dévoiler ainsi une 
conversation privée...


Sais pas si c'est très clair


Si, si, c'est très clair (enfin presque tout), je voulais être sûr que 
c'est de cela que tu voulais parler.


Cela vient un peu de l'historique : au départ, il y avait un chapitre 
par région ;
Puis des contributeurs ont créé les sections 1 et 2 (qui était bien" 
après la réorganisation" comme à répondu JY)


Pour moi je voyais cela comme la préparation du futur (maintenant 
présent) réseau régional ; pour l'Occitanie, j'avais juste laissé dans 
cette section 2 les noms du futur réseau régional et des anciens 
réseaux départementaux et j'avais gardé tous les détails dans la 
section 12.


"C'est l'Occitanie qui fait fort : il y a une troisième section, avant 
la loi NoTRe." oui, mais si tu regarde les autres régions il y a le 
même détail, même s'il n'est pas identifié dans une section. Il était 
nécessaire pendant la période transitoire ; j'avais dans l'idée de 
mettre :

 12.1 Réseaux de transports collectifs régionaux multimodaux
        12.1.1
                ...
            12.1.4 réseau régionaux et départementaux avant la ...

En effet, je pense qu'il faudrait réorganiser, mais comme je n'ai pas 
compris dans la partie proposition, à quoi correspondent "parties 1 et 
2, les 2.x ...lien vers la partie X+2 " voici comment je l'imagine :
- je reporterais le chapitre "Réseaux de transports collectifs 
régionaux multimodaux après la loi NotRe (2017) 
" 
dans le chapitre correspondant de chaque région
- l'info "avant la loi NotRe (2017)" devant être conservée, car on 
retrouve dans osm des infos des anciens réseaux départementaux


Je trouverais difficile à lire si on séparait les région dans un 
chapitre "Réseau régional" et dans un chapitre "réseau urbain, 
métropolitain"


leni




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

Re: [OSM-talk-fr] OpenStreetMap un bloatware ?

[Stéphane Péneau]

Merci pour vos réponses.

Je ne pense pas que ce soit un troll, mais plutôt qu'il a vu une toute 
petite partie de ce qu'est réellement "OpenStreetMap". J'ai fait une 
dernière réponse :

https://linuxfr.org/users/kwiknclean/journaux/tout-cela-me-fatigue#comment-1797124

Stf

Le 19/01/2020 à 00:16, marc marc a écrit :

Le 18.01.20 à 18:10, Stéphane Péneau a écrit :

J'ai été assez surpris d'un commentaire sur linuxfr, qui citait
OpenStreetMap dans sa liste des "bloatwares" [1]. Après lui avoir
demandé comment il en était arrivé à cette conclusion, sa réponse [2] me
donne l'impression qu'il mélange la BDD, et le rendu. Je me trompe ?

[1] https://linuxfr.org/nodes/119088/comments/1796042

[2] https://linuxfr.org/nodes/119088/comments/1796846

il y a beaucoup de "caricature simpliste d'un monde complexe"
mais je trouve qu'il y a quand même un part de vrai :
les serveurs osm.org de rendu par exemple, c'est un exemple de pelote,
tellement emmelé que leur évolution a du mal.

ceci dit, là où il se trompe à mes yeux, c'est que l'empilement permet
de réutiliser des briques simples au lieu d'inventer un nouveau Xieme
protocole ou Xieme brique qui fait quasi pareil que l'existant mais qui
a 1% de différence "d'optimisation" et qui au final rendra le moins
performant ou moins facile à maintenir (parce qu'à chaque amélioration
de la brique standard, il faudra du temps pour maintenir
le fork optimisé). On a cela pas loin...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




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

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

[leni]

Le 19/01/2020 à 11:40, deuzeffe a écrit :

Le 15/01/2020 à 11:44, leni a écrit :

Pas réussi à trouver la page qui liste les ref:FR:xxx concernant les 
réseaux de transport. J'ai seulement trouvé celle des références 
nationales (dans laquelle on trouve ref:FR:RATP d'ailleurs :///)

moi non plus ...


Peut-être l'occasion de la créer ? Qu'en pense la communauté ici lisant ?

(tant que je t'ai sous la souris : c'est moi ou cette page 
https://wiki.openstreetmap.org/wiki/France/Liste_des_transports_en_communs_en_France 
est en vrac quant à ses sections ou sous-sections ?)

Peux-tu préciser ?


- Comme je disais par ailleurs à JY* :

"Section 2. Réseaux de transports collectifs régionaux multimodaux 
*après* la loi NotRe (2017) avec sections 2.x régions. Puis à partir 
de la section 3. jusqu'à la section 15, de nouveau, n régions dont 
certaines avec section  Réseaux de transports collectifs régionaux 
multimodaux *après* la loi NotRe (2017)


La section 2 ne devrait-elle pas s'intituler [...] avant la loi [...] ?"

- Ce à quoi il répondait** :
"Non, du moins si tu regardes la sous-section Bretagne : c'est bien 
après la réorganisation.
_Je pense que cet article mériterait un gros coup de pinceau car on 
trouve tout deux fois._

Et dans les deux cas après la loi NotRe.
C'est l'Occitanie qui fait fort : il y a une troisième section, avant 
la loi NoTRe.

Je virerais la partie avant (en la mettant dans un article séparé).
Je pense aussi que l'on pourrait se contenter des parties 1 et 2, les 
2.x faisant ensuite référence aux pages spécifiques (2.1 : lien vers 
la page comportant la partie 3, 2.X, lien vers la partie X+2 mise en 
page propre)."


** j'espère qu'il ne m'en voudra pas de dévoiler ainsi une 
conversation privée...


Sais pas si c'est très clair


Si, si, c'est très clair (enfin presque tout), je voulais être sûr que 
c'est de cela que tu voulais parler.


Cela vient un peu de l'historique : au départ, il y avait un chapitre 
par région ;
Puis des contributeurs ont créé les sections 1 et 2 (qui était bien" 
après la réorganisation" comme à répondu JY)


Pour moi je voyais cela comme la préparation du futur (maintenant 
présent) réseau régional ; pour l'Occitanie, j'avais juste laissé dans 
cette section 2 les noms du futur réseau régional et des anciens réseaux 
départementaux et j'avais gardé tous les détails dans la section 12.


"C'est l'Occitanie qui fait fort : il y a une troisième section, avant 
la loi NoTRe." oui, mais si tu regarde les autres régions il y a le même 
détail, même s'il n'est pas identifié dans une section. Il était 
nécessaire pendant la période transitoire ; j'avais dans l'idée de mettre :

 12.1 Réseaux de transports collectifs régionaux multimodaux
        12.1.1
                ...
            12.1.4 réseau régionaux et départementaux avant la ...

En effet, je pense qu'il faudrait réorganiser, mais comme je n'ai pas 
compris dans la partie proposition, à quoi correspondent "parties 1 et 
2, les 2.x ...lien vers la partie X+2 " voici comment je l'imagine :
- je reporterais le chapitre "Réseaux de transports collectifs régionaux 
multimodaux après la loi NotRe (2017) 
" 
dans le chapitre correspondant de chaque région
- l'info "avant la loi NotRe (2017)" devant être conservée, car on 
retrouve dans osm des infos des anciens réseaux départementaux


Je trouverais difficile à lire si on séparait les région dans un 
chapitre "Réseau régional" et dans un chapitre "réseau urbain, 
métropolitain"


leni



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

[Diversity-talk] What can we do in OSM

[Heather Leson]

Hi Folks, I've been thinking about Allan's call to share Strengths,
Opportunities, Weaknesses and Threats. Have you added anything?  I added
some comments today.

If you don't feel comfortable adding details or creating an anonymous
account, but want to give your points, I and others could happily help.

https://wiki.openstreetmap.org/wiki/OSM_SWOT

I asked Allan (board) what they will do with this data and input.
 It is a
large accountability line.

"As for a “community curated OSM strategy and project roadmap”, let’s
please take one step at a time. There is a faction within OSM’s community
that has expressed strong opinions that nothing is broken and thus no
actions are needed by the Board, period."

Thanks

Heather
Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk-fr] Conciergerie ?

[Christian Rogel]

> Le 18 janv. 2020 à 19:31, Cédric Frayssinet via Talk-fr 
>  a écrit :
> S'est installée dans mon quartier cette chaîne de conciergerie technique : 
> http://lesjules.com/
> Vous taguez cela comment ? 
> 
Il apparaît qu’il existe, au moins, 3 types de conciergeries :
- les multiservices avec le slogan « tout est possible ». Avec ou sans local 
visible.
   Public : entreprises et/ou particuliers
- les spécialisées comme celles de réseaux d’agences immobilières, appui à la 
location de logement
- les publiques, à l’intention des touristes, mais, aussi des habitants 
(casiers de consigne, WC, location de vélo et trottinette...). Un nom 
d’opérateur public est souhaitable

La question est donc d’avoir une étiquette englobante, et , si approprié, une 
autre traduisant le type de service principal.
Office = services ?
services = all
Services = accommodations
Services = tourism

Christian R.

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

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

[deuzeffe]

Le 15/01/2020 à 11:44, leni a écrit :

Pas réussi à trouver la page qui liste les ref:FR:xxx concernant les 
réseaux de transport. J'ai seulement trouvé celle des références 
nationales (dans laquelle on trouve ref:FR:RATP d'ailleurs :///)

moi non plus ...


Peut-être l'occasion de la créer ? Qu'en pense la communauté ici lisant ?

(tant que je t'ai sous la souris : c'est moi ou cette page 
https://wiki.openstreetmap.org/wiki/France/Liste_des_transports_en_communs_en_France 
est en vrac quant à ses sections ou sous-sections ?)

Peux-tu préciser ?


- Comme je disais par ailleurs à JY* :

"Section 2. Réseaux de transports collectifs régionaux multimodaux 
*après* la loi NotRe (2017) avec sections 2.x régions. Puis à partir de 
la section 3. jusqu'à la section 15, de nouveau, n régions dont 
certaines avec section  Réseaux de transports collectifs régionaux 
multimodaux *après* la loi NotRe (2017)


La section 2 ne devrait-elle pas s'intituler [...] avant la loi [...] ?"

- Ce à quoi il répondait** :
"Non, du moins si tu regardes la sous-section Bretagne : c'est bien 
après la réorganisation.
_Je pense que cet article mériterait un gros coup de pinceau car on 
trouve tout deux fois._

Et dans les deux cas après la loi NotRe.
C'est l'Occitanie qui fait fort : il y a une troisième section, avant la 
loi NoTRe.

Je virerais la partie avant (en la mettant dans un article séparé).
Je pense aussi que l'on pourrait se contenter des parties 1 et 2, les 
2.x faisant ensuite référence aux pages spécifiques (2.1 : lien vers la 
page comportant la partie 3, 2.X, lien vers la partie X+2 mise en page 
propre)."


** j'espère qu'il ne m'en voudra pas de dévoiler ainsi une conversation 
privée...


Sais pas si c'est très clair
--
deuzeffe, * à qui je dois qq mails, je sais :/

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

[talk-au] AU task server (was: Maxar bushfire imagery)

[Sebastian S.]

Hi Cameron,
Thanks for your offer. I'm interested in running or participating on this, 
however have little to no server experience...

Let me know regarding your timing...

On 19 January 2020 10:07:34 am AEDT, came...@dewitte.id.au wrote:
>I saw your last message about having a task server too, and was going
>to say that I'd be happy to look into running one though I don't have
>the ability to right at this point. But in a month or so I should be
>able to give it a go.
>
>
>From: "Sebastian S." 
>Sent: Sunday, 19 January 2020 8:33 am
>To: talk-au@openstreetmap.org; Graeme Fitzpatrick; Andrew Harvey
>Cc: OSM Australian Talk List
>Subject: Re: [talk-au] Maxar bushfire imagery
>
>Another good use case for an Australian or Oceania centric task server.
>
>Any takers?
>
>On 19 January 2020 8:36:03 am AEDT, Graeme Fitzpatrick
> wrote:
>>
>> Load into iD to start with!
>>
>> Thanks
>>
>> Graeme
>>
>>
>> On Sat, 18 Jan 2020 at 23:18, Andrew Harvey
> wrote:
>>>
>>> How to load into iD/JOSM or how to make use of it for mapping?
>>>
>>> On Sat, 18 Jan 2020 at 08:24, Graeme Fitzpatrick
> wrote:

 Thanks for putting these up Andrew.

 The silly question though is how do we use them? :-)

 Thanks

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

[OSM-talk-fr] wiki JOSM : Mise en Forme de la page Fr:Help/Action/Help modifiée par anonyme

[leni]

Bonjour,

Une contributrice ou un contributeur a modifié la page Fr:Help/Action/Help
Cette personne a fait la modification en tant qu'anonyme, mais elle est 
peut-être abonnée à cette liste ...


Cette mise en forme de la page a été faite uniquement sur la page en 
français, ors, il est indiqué  à 
https://josm.openstreetmap.de/wiki/Fr%3ATranslations/Wiki : /Les pages 
doivent être cohérentes, de sorte que lors de l’ajout de nouveaux 
contenus dans la page traduite, la page de base en anglais doit aussi 
être mise à jour (sauf pour des choses spécifiques à une langue) /car, 
en le mettant sur la page anglaises, la modification sera reportée sur 
les autres pages de langues traduites, alors que là, cela ne sera que 
sur la page française et risque de disparaitre lors d'une prochaine mise 
à jour de la page anglaise.


La page 
https://josm.openstreetmap.de/wiki/Fr%3ATranslations/Statistics#Wiki 
permet de suivre l'évolution des traductions :
- en vert les pages en phase avec la version anglaise (la page 
Fr:Help/Action/Help parait être en phase alors que la page française est 
différente)
- en jaune les pages qui sont en retard par rapport à la page anglaise 
(ou qui ont un commentaire de haut de page)

- en gris les pages pour lesquelles il n'y a pas de version française

cordialement et bon dimanche

leni

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

[Talk-ko] weeklyOSM #494 2019-12-31-2020-01-06

[weeklyteam]

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

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

읽어 주셔서 감사합니다!
셨나요? 그냥 https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 
기사 작성법 등의 정보는 여기를 참조하세요.
주간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

Re: [Talk-es] hello, first message tried in this list

[Diego García]

Estimado Philippe.

Mi caso es casi el opuesto al suyo. No hablo ni escribo en inglés, pero por
motivos laborales no me queda otro remedio que entenderlo, aunque un poco
deficientemente. Si para evitar errores en la traducción debemos utilizar
ambos idiomas, tendrá que ser así.

Lo primero que me gustaría explicarle es que su actitud no se corresponde
con un editor que lleva varios años de actividad sobresaliente tanto en
cantidad como en calidad en sus ediciones. Para que me entienda, yo jamás
me pondría a editar los límites administrativos de otro país sin ponerme
antes en contacto con el grupo de editores activo en la zona. Eso es algo
que no me entra en la cabeza, por muy colaborativo que sea el proyecto. Se
trata de un tema de educación y cortesía, además de los destrozos que se
pueden hacer si no conozco suficientemente el tema. No vale decir que
intentó ponerse en contacto con nosotros: el tema que usted editaba (los
límites comarcales) no estaba tan mal ni era tan urgente editarlo como para
emprender la tarea sin decirnos algo antes.

Sobre el tema concreto de las comarcas, trataré de ser breve. Ya hace un
tiempo que la comunidad española tratamos el tema y básicamente decidimos
que cada autonomía hiciese lo que se corresponde a la realidad allí.
Resulta que aunque haya establecida por ley una división comarcal para cada
autonomía, en la práctica no se ha aplicado por igual. Del mismo modo que
en Aragón tenemos comarcas funcionales y que se corresponden (más o menos)
con la realidad histórica y geográfica, en Castilla-León no quieren ni oir
hablar del tema. Recuerdo a otro editor diciendo, por supuesto en tono
coloquial, de cortarle alguna parte del cuerpo al que se le ocurriera crear
comarcas en su autonomía. Y estamos todos de acuerdo con ello: ¿quién va a
conocer mejor una zona que aquellos que la habitan? ¿quién debe tener la
última palabra sobre cómo editar en su zona, sobre cómo está organizada,
siempre que se atenga a las normas? Lástima que este debate se produjo en
el canal de telegram: aquí doy la razón a mi compañero Miguel, si no le
estaría pasando el enlace de la lista.

"I was told by a Spanish user to map missing comarcas in Aragon and then I
was blocked for that, even if there was no "error", and there was an
ongoing talk with existing users that did not contacted me directly on OSM
but prefer to complain to the DWG."

Me va a permitir que dude que esto sea así. Si no le importa, mencione qué
usuario le invitó a mapear las comarcas de Aragón. Y no diga que este fue
el motivo de su bloqueo: su edición errónea (porque sí lo es), fue
revertida con buenas razones, que se le indicaron en el propio conjunto de
cambios. A partir de ahí usted empezó una discusión en esa misma edición
sin querer escuchar otros argumentos, y no sólo no paró de editar, sino que
además revertió de nuevo los cambios, lo que es claramente una guerra de
ediciones. Fue entonces cuando le bloquearon, no antes. Hasta este segundo
bloqueo no se ha puesto usted en contacto con nosotros... ¿Dónde está el
malentendido? No veo buena fe en su actuación.

"About the case of Avila, there are were two different kinds of comarcas in
the same province and they would have overlapped. (...)"

Sobre el caso de Ávila, usted no propuso nada. Llegó y editó, punto. Se le
llamó la atención y no hizo caso, se limitó a aplicar su criterio.

"Spain is not more complicate than France or other countries."

No, no es más complicado. De hecho, puede que sea más sencillo. Lo que sí
son es diferentes. No me diga que ha estudiado mucho para editar aquí, lo
que tenía que haber hecho es hablar con nosotros después de estudiar para
aclarar las cosas.

Respecto a su edición en Aragón, partamos de lo que es cierto e
indiscutible:

- La organización comarcal es una agrupación de municipios de una misma
autonomía, al margen de las provincias.
- Debe existir una única relación por cada comarca, con adminlevel 7.

Cumpliendo lo dicho ya existía la relación
https://www.openstreetmap.org/relation/6479877 para definir la comarca de
la Hoya de Huesca perfectamente editada y sin errores, como hija de la
relación Aragón, e independientemente de las provincias.

Ahora llega usted y crea dos relaciones nuevas, con adminlevel 7, y se
inventa sus nombres (ya que dichos territorios no existen):
https://www.openstreetmap.org/relation/10594434 y
https://www.openstreetmap.org/relation/10594435

Esto es totalmente innecesario, e incumple las premisas antes expuestas. La
comarca acaba de quedar triplicada en su nivel 7 por otras dos entidades
que no existen. Por si fuera poco, utiliza etiquetas de su invención
"boundary administrative_fraction" y deja notas para justificar su visión
de las cosas. Incluso fue uno de los argumentos que utilizó para debatir
conmigo: "dejé una nota que lo dice". Que usted lo diga no es un argumento,
compréndalo.

Si se hubiera molestado en mirar el histórico de las relaciones de comarcas
en Aragón, habría visto que yo participé en todas, 

Re: [OpenStreetMap Serbia] [Imports] Serbia boundaries

[Branko Kokanovic]

Just to add couple of things I forgot in previous mail:

* CC to talk-rs@openstreetmap.org
* Produced .osm is done using custom script doing conversion CSV->SHP, 
reprojection (from EPSG 32634) using ogr2ogr and script from [2]. Big thanks to 
Guillaume Rischard for pointing me to this script and for all advises!
* Way fixing described in manual instructions is leveraging UtilsPlugin2[3] and 
"Replace geometry" tool

Thanks, Branko

[1] https://lists.openstreetmap.org/pipermail/imports/2019-November/006113.html
[2] https://github.com/maxerickson/michigantownships
[3] https://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2

On Sat, Jan 18, 2020, at 22:17, Branko Kokanovic wrote:
> Hi,
> Announcing here that we plan to add some tags to Serbian boundaries on 
> admin_level=9[1] as Serbian community received open data set of 
> boundaries from government[2] (all admin levels).
> 
> We did some preliminary analysis and this government data seems really 
> good. It also turns out we mostly have all boundaries with good enough 
> accuracy[3]:) (average of 95% of common boundary area between 
> government and OSM data) Because of this, at this moment we do not plan 
> to improve existing geometries more (but see "open question" at the end 
> of mail), and we decided to preserve existing history, so we also do 
> not want to delete existing ways and import it from scratch. However, 
> we did wrote procedure for manually fixing existing ways[4] to match 
> government boundaries if we want it to be 100% correct.
> 
> So far, plan is only to add new tag `ref:sr:maticni_broj` (similar to 
> de:regionalschluessel and de:amtlicher_gemeindeschluessel) which is 
> official reference in cadaster of 
> districts/municipalities/cities/settlements and to improve subarea role 
> (add where missing). We will ensure both of these are in place by 
> leveraging existing Serbian lint tool[5] (by emitting warning if 
> boundary don't have `ref:sr:maticni_broj` or subarea).
> 
> OSM file with all admin_level=9 boundaries prepared from government 
> data is here [6]. We are actively working in open, in this repo[7] for 
> all current and future analysis about this data and potential automated 
> conflations. All of our decisions are discussed in forum here[8].
> 
> Licence is fully open for "all purposes" and opening data is ratified 
> in parliament in December, and present in official journal (Сл. гласник 
> РС 86/2019). It can be found (for this and other Serbian government 
> data) at [9].
> 
> We *do not* plan to touch any country boundaries, just internal ones 
> (although, plan is to contact bordering countries' forums, just to see 
> how much we do differ based on their open data, if any).
> 
> **Open question**: if anyone can work with us and help how to conflate 
> existing OSM ways shared between admin_level=9 boundaries, so they are 
> aligned better with produced .osm file[4] (government data), any tips, 
> resources, what to watch out... please shout out! Current 95% accuracy 
> that we have is good, and writing tool to "move"/"add" nodes of 
> boundary ways while watching out for various edge cases is possible, 
> but not really justifiable effort. If there is existing 
> solution/half-solution in the wild that we can take and adopt, it might 
> be a better way forward!
> 
> Thanks, Branko
> 
> [1] https://wiki.openstreetmap.org/wiki/Serbia/RGZ_Import
> [2] https://opendata.geosrbija.rs/
> [3] https://kokanovic.org/rpj-analysis.csv
> [4] https://wiki.openstreetmap.org/wiki/Serbia/RGZ_Import/Uputstvo (in 
> Serbian)
> [5] https://gitlab.com/stalker314314/serbian-osm-lint
> [6] https://kokanovic.org/rpj-v1.7z
> [7] https://gitlab.com/stalker314314/prostorne-jedinice-import
> [8] https://forum.openstreetmap.org/viewtopic.php?id=68288
> [9] https://data.gov.rs/sr/terms/
> 
> ___
> Imports mailing list
> impo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Vincent de Château-Thierry]

Bonjour,

Le 19/01/2020 à 00:51, Donat ROBAUX a écrit :


Sinon je vois dans la liste quelques départements avec une commune non Maj
mais sans possibilité de le faire car elle n’apparaît plus dans le tableau
par département. Quelqu'un a une idée de ce que ca peut être?


Bien vu, comme quoi tes yeux ça va encore :p

On avait 3 communes dans ce cas, que je viens de corriger [1]. A chaque 
fois le souci venait du tag ref:INSEE absent.


vincent

[1] : https://www.openstreetmap.org/changeset/79748671

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