Re: [Talk-in] OSM India Chapter (Arun Ganesh)

[Amish Sarpotdar]

Hi Arun,


This is an amazing idea. I am not sure how but would be happy to contribute. 
Part of my PhD deals with geo-spatial data infra in India. 


Thanks.

Best,
Amish

> On Jan 31, 2020, at 3:35 AM, talk-in-requ...@openstreetmap.org wrote:
> 
> Send Talk-in mailing list submissions to
>   talk-in@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/talk-in
> or, via email, send a message with subject or body 'help' to
>   talk-in-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>   talk-in-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-in digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: OSM India Chapter (Arun Ganesh)
>   2. Re: OSM India Chapter (satyakam goswami)
>   3. Re: OSM India Chapter (Arun Ganesh)
>   4. Re: OSM India Chapter (Arun Ganesh)
> 
> 
> --
> 
> Message: 1
> Date: Thu, 30 Jan 2020 14:28:56 -0500
> From: Arun Ganesh 
> To: OpenStreetMap in India 
> Subject: Re: [Talk-in] OSM India Chapter
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> On Wed, Jan 29, 2020 at 11:52 PM Pradeep Mohandas <
> pradeep.mohan...@gmail.com> wrote:
> 
>> Hello all,
>> 
>> In the Virtual Mappy Hours held yesterday, the OSM Chair Allan Mustard had
>> suggested that we go ahead with the formation of an Indian chapter and
>> officially affiliate with the OSM Foundation. This enables us to use the
>> OSM Trademark officially.
>> 
>> I thought I would start the thread on this list for people interested in
>> this effort.
>> 
> I know that there is an active Telegram group going on, but I think putting
>> things on the mailing list will help archive the effort and discussion that
>> goes into formation of a Chapter. For future historians of the
>> movement,this would be something akin to the Constituent Assembly
>> discussions are to India today.
>> 
>> On the chat yesterday, I had cautioned that India has had previous bitter
>> experiences with running organisations wherein a Foundation manages the
>> organisations or groups in various countries. We are seeing the effect of
>> that in the Wikimedia movement in India. Naveen, also on this group, has
>> first-hand experience with this as he was involved in the formation of the
>> Wikimedia India Chapter.
>> 
>> I hope that such previous experiences of the members here will help us
>> avoid the pitfalls and help to form a much more stronger OSM India Chapter.
>> In India, the experience has been that the introduction of an organisation
>> leads to dis-organisation of the community. I hope we can stay in this
>> together and for the long haul.
>> 
>> 
> This is a welcome step and i support the setting up of a chapter as a
> longtime contributor to the project.  We've organically grown as a hobby
> community very nicely and with bigger players like corporates and the
> government starting to use the data, it feels like having a legal
> organization can enable much more to happen.
> 
> Having also seen constant mailing list drama with the Wikimedia India
> chapter, it would definitely be wise to learn from the chapter forming
> experiences of other open communities in India.
> 
> Lets list a few such successful and thriving chapters that folks are aware
> of and that might help think of the next steps and folks to rope in for
> guidance.
> 
> Even more importantly, if anyone feels this is not a good idea, this is the
> time to speak up and share their concerns.
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.openstreetmap.org/pipermail/talk-in/attachments/20200130/2040ac46/attachment-0001.htm>
> 
> --
> 
> Message: 2
> Date: Fri, 31 Jan 2020 07:28:55 +0530
> From: satyakam goswami 
> To: OpenStreetMap in India 
> Subject: Re: [Talk-in] OSM India Chapter
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
>> 
>> On the chat yesterday, I had cautioned that India has had previous bitter
>> experiences with running organisations wherein a Foundation manages the
>> organisations or groups in various countries. We are seeing the effect of
>> that in the Wikimedia movement in India. Naveen, also on this group, has
>> first-hand experience with this as he was involved in the formation of the
>> Wikimedia India Chapter.
>>

Re: [talk-ph] Follow-up on possible LGU-led mapping in Batangas

[Jherome Miguel]

I deleted most of the of suspicious POIs in question, on changesets where I
also made major edits to improve building and road alignment with existing
imagery, adding/remapping municipal and barangay boundaries to include
barangays mapped as part of the Taal Volcano eruption response. I think
those can be remapped on an future mapping party.


--TagaSanPedroAko

On Sat, Jan 25, 2020, 3:04 AM Jherome Miguel 
wrote:

> I'm getting more suspicious about the mapping activity when I noticed some
> of the POIs added seems to have been copied wholesale from Google Maps,
> especially around Taal. Not only that, some duplicate those already mapped
> and many also are on odd places (such as the bunch of POIs along the
> Diversion Road at barangays Halang and Latag), quite typical of GMaps
> coverage in the Philippines.
>
> --TagaSanPedroAko
>
> On Fri, Jan 24, 2020, 11:05 AM Jherome Miguel 
> wrote:
>
>> I'm agree it's possibly not the right time to contact the LGUs in
>> question for the meantime, but what I don't know is whether any of you
>> attempted communication with them since I opened the papercut_fix ticket
>> last December. I repeatedly posted updates and pinged you on the GitHub
>> ticket, but there has been no response as well. Pardon me, but I'm aware
>> you might be too busy for Christmas that we haven't gave this urgent issue
>> much attention, and only this time I escalated this matter since attempts
>> to  communicate with some of the users involved in the suspicious organized
>> editing activity failed.
>>
>> On Thu, Jan 23, 2020 at 7:54 PM maning sambale <
>> emmanuel.samb...@gmail.com> wrote:
>>
>>> TagaSanPedroAko,
>>>
>>> > and asked GOwin and maning on GitHub to contact directly any of the
>>> LGUs involved, but there has been no response since then.
>>>
>>> I'm not sure what else I can do here, you mentioned that you already
>>> contacted 3 users and there was no response.
>>> Secondly, these LGUs are likely swamped with work due to the Taal
>>> response, asking about this issue at this time seems inappropriate.
>>>
>>>
>>> On Fri, Jan 24, 2020 at 4:35 AM Jherome Miguel 
>>> wrote:
>>> >
>>> > It has been a month ago since I raised quality issues on map data
>>> added on a possible local government-led mapping project in some
>>> municipalities in Batangas near Taal Volcano. Last December, we have seen a
>>> spike in mapping activity around the municipalities of Taal, Lemery, San
>>> Luis, San Nicolas, and Santa Teresita in Batangas, and involves around 24+
>>> users, many mapping using accounts with their real names. I opened a
>>> papercut_fix ticket (https://github.com/OSMPH/papercut_fix/issues/56),
>>> partially cleaned up the questionable edits, sent private emails to some of
>>> the users involved, and asked GOwin and maning on GitHub to contact
>>> directly any of the LGUs involved, but there has been no response since
>>> then. Since the 2020 eruption of Taal Volcano, I have thought of a
>>> possibility the organized mapping project has something to do with disaster
>>> preparedness (taking in account the location of those municipalities around
>>> Taal Volcano), though it also equally possible the editing is also for land
>>> use planning (for Comprehensive Land Use Plan maps) and other purposes. Can
>>> someone follow up attempts to contact the LGUs, especially through their
>>> disaster risk reduction/management or planning/development offices (though
>>> this may not be possible due to the lockdown on the volcano danger zone),
>>> or bring up any previous attempts to contact them?
>>> >
>>> >
>>> > --TagaSanPedroAko
>>> > ___
>>> > talk-ph mailing list
>>> > talk-ph@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-ph
>>>
>>>
>>>
>>> --
>>> cheers,
>>> maning
>>> --
>>> "Freedom is still the most radical idea of all" -N.Branden
>>> https://github.com/maning
>>> http://twitter.com/maningsambale
>>> --
>>>
>>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] RFC: Revised road classification scheme (round 2)

[Jherome Miguel]

We may be fine adopting this new scheme. So far, the last revision to the
classification scheme is in 2015, but there hasn't been any discussion in
the mailing list, and this could be the only major revision that has been
discussed since we wrote the guidelines back in ~2007.

--TagaSanPedroAko

On Thu, Jan 23, 2020, 1:45 PM Jherome Miguel 
wrote:

> In addition, just to repeat and back up my contentions about the present
> definition of primary under the present guidelines, I won't think something
> called a "Camino real" (some kind of obsolete term for a main street of a
> city or town) be tagged a primary at most cases.
>
> Getting back, about the present definition of trunk, I agree with the
> existing definition of "National transportation backbones" (except for some
> additions to accommodate major roads resembling expressways), but I don't
> agree with the "tree chop" method as suggested by Rally to to determine
> trunk routes in OSM. I agree trunk roads are non-expressway highways that
> connect large cities (with populations of 100,000+) and of national
> strategic importance, but I don't think frequent closures and the presence
> of equally important alternate routes make them fail trunk classification.
> Most of what the national government has been designating as "national
> primary roads" (with 1 or 2-digit route numbers) fit that criteria, but not
> those within densely populated areas (e.g. Metro Manila and environs, Metro
> Cebu).
>
> On Wed, Jan 22, 2020 at 8:29 PM Nick Brown  wrote:
>
>> Dear Jherome,
>> Seems reasonable to me. Your support documenting the results of the
>> conversation will be very helpful and valuable to us as we'll be working
>> with thousands of mappers this year and need quality guidance on things
>> like this.
>>
>> I've looped in Feye, HOT Ph's Technical & GIS Specialist, to continue the
>> discussion and give her thoughts.
>>
>> Best,
>> Nick
>>
>> On Thu, Jan 23, 2020 at 8:31 AM Jherome Miguel 
>> wrote:
>>
>>> Moving on, I am also considering special exceptions for roads in small
>>> islands or island provinces (e.g. Marinduque, Romblon, Catanduanes,
>>> Siquijor) where the networks may have nothing else higher than secondary as
>>> many roads there connects municipalities with a population usually below
>>> 100,000 (whole area, not just the town proper), which does not fit the
>>> criteria for primary. I'm also considering writing guides for road
>>> classifications in each province or region (with specifics whenever
>>> possible) to supplement the general guidelines.
>>>
>>> Returning back to the proposal, I think we must narrow down the
>>> definition of primary from "roads providing access to all town centers" to
>>> "roads connecting small cities (population <100,000) and large
>>> municipalities (population >=100,000)" as the former is too broad. The
>>> international OSM definition of a highway=primary is a "road that connects
>>> large towns", and under our present definition of primary, we got short
>>> sections of a local street connecting the highway with the "poblacion",
>>> downtown, or city/town proper (or bypassed and downgraded alignments of
>>> older national highways) and rural highways linking small municipalities
>>> arbitrarily tagged as such even where they can be classified lower based on
>>> the road network topology and other possible criteria (official
>>> classification, purpose, physical characteristics, traffic usage).
>>>
>>> For secondary, it's an improvement to provide a second definition for
>>> those in rural areas, as this would be the better fit for many of the rural
>>> roads linking a small town and is presently tagged as primary. In many
>>> countries, the OSM secondary classification usually goes to the
>>> roads/highways between small towns, and our present guidelines only specify
>>> it on roads in urban areas (though in practice, there are already some
>>> rural roads tagged as secondary, especially those mapped as part of HOT
>>> mapping projects using the guidelines designed for African countries).
>>>
>>> On Mon, Jan 20, 2020 at 7:55 PM Nick Brown 
>>> wrote:
>>>
 This makes complete sense to me. As it is a highway tag, I just think
 it's definition should be clarified and codified in the wiki, especially as
 you're bringing up the discussion on road classifications. Erwin defined it
 for me as " travel route between dwellings, remote settlements, or
 water sources, and for livestock movement. May be the primary access route
 for isolated settlements. Not necessarily paved. Connection way by foot
 within an urban area. Possibly not passable for regular vehicles with 4
 wheels. This is often incorrectly tagged as highway=track."

 Best,
 Nick

 On Mon, Jan 20, 2020 at 12:48 PM Jherome Miguel <
 jheromemig...@gmail.com> wrote:

> I usually use the path tag on informal pedestrian tracks across vacant
> land (in rural areas) and narrow unnamed alleyways 

Re: [Talk-in] OSM India Chapter

[Arun Ganesh]

On Thu, Jan 30, 2020 at 10:32 PM Arun Ganesh 
wrote:

>
>>
>> now we have a model where PyCon India [1] is organized on rotation from
>> various users groups from around country,these users groups aka chapters
>> have no formal body they exist on Mailing lists and meetup groups [2] they
>> first show case the strenght in organizing the event of this magnitude then
>> we rally behind them to make it happen, its the local organizing community
>> which drives and decides how they want to spend the money for an event ,
>> there are no gatekeepers at the end of the event all the financials are
>> made public after every event.
>>
>>
> Quite impressive, this also encourages smaller local groups to be active
> rather than having a powerful central body which inevitably tends to become
> distanced from those on the ground.
>
> Does every conference need to find a new supporting institution to handle
> financials? Thats a part that can burn out volunteers trying to organize
> events/conferences and making sure the accounting is taken care of.
>
>
>
Coming back to the original reasons for an OSM chapter to be able to
officially use the OSM trademark, do the python user groups not have this
issue?
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] OSM India Chapter

[satyakam goswami]

>
> On the chat yesterday, I had cautioned that India has had previous bitter
> experiences with running organisations wherein a Foundation manages the
> organisations or groups in various countries. We are seeing the effect of
> that in the Wikimedia movement in India. Naveen, also on this group, has
> first-hand experience with this as he was involved in the formation of the
> Wikimedia India Chapter.
>
> I hope that such previous experiences of the members here will help us
> avoid the pitfalls and help to form a much more stronger OSM India Chapter.
> In India, the experience has been that the introduction of an organisation
> leads to dis-organisation of the community. I hope we can stay in this
> together and for the long haul.
>

Hi Pradeep,

I hear and understand the travails we too have been through same
experiences , i have seen many more than just the two examples you cited

its been my fortune to have seen under various projects like Indlinux.org
then Linux users group of Delhi form societies then die , as recent as few
days back there was a little murmor in the ILUGD community as to the
paradox we have to live with on one side we love anarchy but the systems
around us expect us to have a form this is felt more when we want to
organize events, this we faced in with the Python community as well in the
last 11 years we have closed three societies ourselves just for the same
reasons , ultimately we came up with a model in which the community is
seperated from the seretarial work which has to get done in order to with
Sponsors and Vendors .

now we have a model where PyCon India [1] is organized on rotation from
various users groups from around country,these users groups aka chapters
have no formal body they exist on Mailing lists and meetup groups [2] they
first show case the strenght in organizing the event of this magnitude then
we rally behind them to make it happen, its the local organizing community
which drives and decides how they want to spend the money for an event ,
there are no gatekeepers at the end of the event all the financials are
made public after every event.

[1] https://in.pycon.org/2019/
[2] http://python.org.in/

thanks,
-Satya
Satyakam.dev | afrost.org | fossevents.in 
** For all official purposes use my name as Satyakam Goswami **
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-GB] Tagging ad hoc parking places?

[Andy Townsend]

On 30/01/2020 18:58, ael wrote:

On Thu, Jan 30, 2020 at 06:14:44PM +, Martin Wynne wrote:

-- even if it is, highway=layby appears to be an abandoned proposal:

  https://wiki.openstreetmap.org/wiki/Proposed_features/Lay-by


That was a proposal for "highway=layby".  "layby" does get used as a value:

https://taginfo.openstreetmap.org.uk/search?q=layby#values

but parking=layby is the most common tag/value combination for it in the UK.


Well, I call them (informal) laybys, and they are far too important to
miss off the map.

Layby is the obvious UK term, so I use
highway=rest_area
rest_area=layby.


I wouldn't personally tag something that's just a layby (or even less 
than that) as highway=rest_area; I'd save that tag for things that look 
more like the picture at 
https://wiki.openstreetmap.org/wiki/Tag:highway=rest%20area?uselang=en-GB 
.  From memory the examples at 
https://www.openstreetmap.org/way/274233326#map=17/53.11757/-0.75284 on 
the A46 do fit the bill as rest_areas; but some of the others at 
https://overpass-turbo.eu/s/Qgc seem to be stretching it.




An example:https://www.openstreetmap.org/node/7164280481
I did wonder about attaching a screenshot from the gps-dashcam footage
of that road, but it is nearly 300K and would probably be rejected by
the list software, and maybe a bit antisocial for those with limited
bandwidth...


The usual option there is "stick it somewhere and link to it", I guess.  
There are various image hosting sites around, or you may have other 
options (perhaps something like Google Drive, your own site, etc. 
etc.).  Perhaps also knock the size down a bit too (even MS Paint can do 
that!).


Best Regards,

Andy



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

Re: [talk-au] OSM automation projects? (Road surface)

[Warin]

On 31/1/20 9:14 am, Andrew Harvey wrote:
JOSM hasn't updated the URL since it was changed, you'll need to 
manually updated it to


https://cogeoxyz.b-cdn.net/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg



Done. Click on the update button within JOSM and then activate. Thanks.

Not up to date for the C130 crash site, yet to look elsewhere.

I'll hope to be adding trees in this area... from bing or LPI Imagery.




On Fri, 31 Jan 2020 at 08:31, Warin <61sundow...@gmail.com 
> wrote:


On 30/1/20 5:56 pm, Andrew Harvey wrote:



On Thu, 30 Jan 2020 at 17:11, Warin <61sundow...@gmail.com
> wrote:

The LPI Imagery has the best resolution. Maxstar was more up
to date but
there was a problem with overuse of it so it has been
withdrawn for the
time being.


Did you check out the bushfire imagery from Maxar, it's fairly
recent (mostly 2019), but once they start releasing more post
event imagery there should be fresh 2020 imagery.

I know it doesn't cover the whole of NSW, but it does cover a
large swath.


https://cogeoxyz.b-cdn.net/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg





Not working for me in JOSm 15690...

PHOTO    AU    Maxar 2019-2020 Australian Bushfires Pre-event[AU]
('Australia) -

https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg
- TMS

tms[11,19]:https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg


Error 400.




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

Re: [talk-au] OSM automation projects? (Road surface)

[Andrew Harvey]

JOSM hasn't updated the URL since it was changed, you'll need to manually
updated it to

https://cogeoxyz.b-cdn.net/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg

On Fri, 31 Jan 2020 at 08:31, Warin <61sundow...@gmail.com> wrote:

> On 30/1/20 5:56 pm, Andrew Harvey wrote:
>
>
>
> On Thu, 30 Jan 2020 at 17:11, Warin <61sundow...@gmail.com> wrote:
>
>> The LPI Imagery has the best resolution. Maxstar was more up to date but
>> there was a problem with overuse of it so it has been withdrawn for the
>> time being.
>>
>
> Did you check out the bushfire imagery from Maxar, it's fairly recent
> (mostly 2019), but once they start releasing more post event imagery there
> should be fresh 2020 imagery.
>
> I know it doesn't cover the whole of NSW, but it does cover a large swath.
>
>
> https://cogeoxyz.b-cdn.net/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg
>
>
> Not working for me in JOSm 15690...
>
> PHOTOAUMaxar 2019-2020 Australian Bushfires Pre-event[AU]
> ('Australia) -
> https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg
> - TMStms[11,19]:
> https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/
> {zoom}/{x}/{y}.jpg
>
>
> Error 400.
>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] OSM automation projects? (Road surface)

[Warin]

On 30/1/20 5:56 pm, Andrew Harvey wrote:



On Thu, 30 Jan 2020 at 17:11, Warin <61sundow...@gmail.com 
> wrote:


The LPI Imagery has the best resolution. Maxstar was more up to
date but
there was a problem with overuse of it so it has been withdrawn
for the
time being.


Did you check out the bushfire imagery from Maxar, it's fairly recent 
(mostly 2019), but once they start releasing more post event imagery 
there should be fresh 2020 imagery.


I know it doesn't cover the whole of NSW, but it does cover a large swath.

https://cogeoxyz.b-cdn.net/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg



Not working for me in JOSm 15690...

PHOTO    AU    Maxar 2019-2020 Australian Bushfires Pre-event[AU] 
('Australia) - 
https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg 
- TMS 
tms[11,19]:https://cogeoxyz.b-cdn.net/tiles/6b6f479fbacd9a42e9e38bc5c0c6889f009beae13b07742ec4a1648f/{zoom}/{x}/{y}.jpg



Error 400.


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

Re: [OSM-talk-ie] Bypasses

[Donal Hunt]

Update on the M7:
https://www.kildarenow.com/news/home/513283/at-last-upgraded-m7-to-return-to-120km-per-hour-after-over-two-years.html

On Wed, 29 Jan 2020, 11:31 Donal Hunt,  wrote:

> For the M7 - last update seems to indicate that it will stay at 80km/h
> until at least Feb 2. https://outline.com/ng8sCC
> Would probably need to email Kildare Co. Co. for an update. There is work
> ongoing this week which is probably related.
>
> Donal
>
> On Wed, 29 Jan 2020 at 10:43, Nick Burrett  wrote:
>
>> On Wed, 29 Jan 2020 at 10:37, Donal Hunt  wrote:
>>
>> > Here's some updates...
>> >
>> > *Naas Bypass (M7)*: All 3 lanes opened since 02 Aug 2019 allegedly (see
>> > https://outline.com/kf6j5P)
>> >
>> >
>> All three lanes have been open a while, but the last time I drove it
>> (early
>> Jan 2020), the speed limit was still 60 or 80.  Some remaining work was
>> still to be done, like fixing the signposts and opening one of the exits.
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>>
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-in] OSM India Chapter

[Arun Ganesh]

On Wed, Jan 29, 2020 at 11:52 PM Pradeep Mohandas <
pradeep.mohan...@gmail.com> wrote:

> Hello all,
>
> In the Virtual Mappy Hours held yesterday, the OSM Chair Allan Mustard had
> suggested that we go ahead with the formation of an Indian chapter and
> officially affiliate with the OSM Foundation. This enables us to use the
> OSM Trademark officially.
>
> I thought I would start the thread on this list for people interested in
> this effort.
>
I know that there is an active Telegram group going on, but I think putting
> things on the mailing list will help archive the effort and discussion that
> goes into formation of a Chapter. For future historians of the
> movement,this would be something akin to the Constituent Assembly
> discussions are to India today.
>
> On the chat yesterday, I had cautioned that India has had previous bitter
> experiences with running organisations wherein a Foundation manages the
> organisations or groups in various countries. We are seeing the effect of
> that in the Wikimedia movement in India. Naveen, also on this group, has
> first-hand experience with this as he was involved in the formation of the
> Wikimedia India Chapter.
>
> I hope that such previous experiences of the members here will help us
> avoid the pitfalls and help to form a much more stronger OSM India Chapter.
> In India, the experience has been that the introduction of an organisation
> leads to dis-organisation of the community. I hope we can stay in this
> together and for the long haul.
>
>
This is a welcome step and i support the setting up of a chapter as a
longtime contributor to the project.  We've organically grown as a hobby
community very nicely and with bigger players like corporates and the
government starting to use the data, it feels like having a legal
organization can enable much more to happen.

Having also seen constant mailing list drama with the Wikimedia India
chapter, it would definitely be wise to learn from the chapter forming
experiences of other open communities in India.

Lets list a few such successful and thriving chapters that folks are aware
of and that might help think of the next steps and folks to rope in for
guidance.

Even more importantly, if anyone feels this is not a good idea, this is the
time to speak up and share their concerns.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-es] Propuesta para reorganizar página "ES:Cómo mapear un..."

[Crashillo]

Buenas,

Supongo que para cambiar los colores del texto, esto es válido:
https://en.wikipedia.org/wiki/Template:Background_color

Respecto a los colores, si bien es cierto que consensuado debería ir
directamente a "Como mapear un...", estoy de acuerdo con indicar de alguna
manera el estado del elemento, ya que actualmente te lleva a pensar que es
así como debe ponerse.

Ahora bien, me parece más relevante la pregunta ¿durante cuánto tiempo algo
es "propuesta"? ¿En qué momento se acepta/rechaza?

Saludos



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-GB] Tagging ad hoc parking places?

[ael]

On Thu, Jan 30, 2020 at 06:14:44PM +, Martin Wynne wrote:
> If you enjoy country walking off the beaten track, it's often difficult to
> find somewhere to leave the car for several hours without it getting in
> anyone's way. Country lanes can be narrow with passing places or field gates
> which would be obstructed if a car is left there for long periods.
> 
> So it's great to find unofficial parking places such as these -- wide verges
> with solid ground, unused corners at junctions, odd bits of unused land,
> etc.
> 
>  https://goo.gl/maps/XrjmrV8eSgRr76U49
> 
>  https://goo.gl/maps/cM4HZycSEvWiCHCNA
> 
> It would be even better to be able to locate them on a map in advance.
> 
> But how to tag them? It's hardly a Car Park. Nor a Lay-By in the usual sense
> -- even if it is, highway=layby appears to be an abandoned proposal:
> 
>  https://wiki.openstreetmap.org/wiki/Proposed_features/Lay-by

Well, I call them (informal) laybys, and they are far too important to
miss off the map.

Layby is the obvious UK term, so I use
highway=rest_area
rest_area=layby.

Just because some people don't like the term layby for some unfathomable
reason doesn't mean that it is not useful and the right term.

But if anyone has a better idea fine.

An example:https://www.openstreetmap.org/node/7164280481
I did wonder about attaching a screenshot from the gps-dashcam footage
of that road, but it is nearly 300K and would probably be rejected by
the list software, and maybe a bit antisocial for those with limited
bandwidth...

ael



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

[Talk-GB] Tagging ad hoc parking places?

[Martin Wynne]

If you enjoy country walking off the beaten track, it's often difficult 
to find somewhere to leave the car for several hours without it getting 
in anyone's way. Country lanes can be narrow with passing places or 
field gates which would be obstructed if a car is left there for long 
periods.


So it's great to find unofficial parking places such as these -- wide 
verges with solid ground, unused corners at junctions, odd bits of 
unused land, etc.


 https://goo.gl/maps/XrjmrV8eSgRr76U49

 https://goo.gl/maps/cM4HZycSEvWiCHCNA

It would be even better to be able to locate them on a map in advance.

But how to tag them? It's hardly a Car Park. Nor a Lay-By in the usual 
sense -- even if it is, highway=layby appears to be an abandoned proposal:


 https://wiki.openstreetmap.org/wiki/Proposed_features/Lay-by

Thanks.

Martin.

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

Re: [OSM-talk-fr] Overpass et dates

[Cédric Frayssinet]

Le 30.01.2020 13:34, marc marc a écrit :

Le 30.01.20 à 13:20, Cédric Frayssinet a écrit :

Bonjour à tous,

Je voulais savoir si on pouvait spécifier, dans OverPass, un 
intervalle
de temps avec un compte (actuellement j'utilise 'user' combiné à 
'newer').


En effet, j'utilise qu'un seul compte avec mes élèves, et quand je 
sors

pour une cartopartie, je ne voudrai récupérer uniquement les
contributions de cette sortie.

À moins qu'il existe une astuce ?


c'est quoi qui ne va pas ? partage le lien :)
à la volée : nwr(user) puis changed:
https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Par_date_de_changement_.28changed:.29

attention que tu ne récupéreras pas ce qui a été
corrigé/modifié/amélioré par un autre utilisateur entre la sortie et
ta requête


Ah ben oui, changed me convient bien, je ne l'ai pas vu sur la page 
principale. Parfait, merci !


Cédric

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

Re: [OSM-talk-ie] Ireland within the OSM Community Index

[Donal Hunt]

Sounds goods to me and will reduce duplication.

Does anyone envisage there being any resources that would be specific to
the Republic of Ireland only?
If so, it might be worth creating both and leading a comment at the top of
the relevant files so future contributors add/change/remove resources in
the correct place.

Donal

On Thu, 30 Jan 2020 at 14:29, Andy Townsend  wrote:

> On 30/01/2020 14:18, Donal Hunt wrote:
> > I would suggest creating a config specifically for Northern Ireland that
> > includes both UK and (island of) Ireland resources.
>
> In most cases, anything less than a country requires a geojson
> definition I think, so it probably wouldn't actually save any work.  I
> did have a go with lists against a resource but didn't have a lot of
> success, so the easiest way is probably to define an "island of Ireland"
> geojson and change some (or all) Irish resources to use that.
>
> Overlaps aren't a problem - there are plenty already at
> https://openstreetmap.community/ - I suspect that the result would just
> be that NI showed up a bit darker because it was in two overlapping
> areas, and if you clicked on it at https://openstreetmap.community/
> you'd just get a combination of both Irish and UK resources.
>
> Best Regards,
>
> Andy
>
>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Ireland within the OSM Community Index

[Andy Townsend]

On 30/01/2020 14:18, Donal Hunt wrote:

I would suggest creating a config specifically for Northern Ireland that
includes both UK and (island of) Ireland resources.


In most cases, anything less than a country requires a geojson 
definition I think, so it probably wouldn't actually save any work.  I 
did have a go with lists against a resource but didn't have a lot of 
success, so the easiest way is probably to define an "island of Ireland" 
geojson and change some (or all) Irish resources to use that.


Overlaps aren't a problem - there are plenty already at 
https://openstreetmap.community/ - I suspect that the result would just 
be that NI showed up a bit darker because it was in two overlapping 
areas, and if you clicked on it at https://openstreetmap.community/ 
you'd just get a combination of both Irish and UK resources.


Best Regards,

Andy



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

Re: [OSM-talk-ie] Ireland within the OSM Community Index

[Donal Hunt]

The agreement in place is that OpenStreetMap contributors in Northern
Ireland can be a member of OSM IE, OSM UK or both or none.
I would suggest creating a config specifically for Northern Ireland that
includes both UK and (island of) Ireland resources.

Not sure if it's easy to define the resources once and include them were
relevant or if each config would need to be updated if there are future
changes.
Regards

Donal

On Thu, 30 Jan 2020 at 14:09, Andy Townsend  wrote:

> Hello,
>
> While fixing something else, I noticed (as you do) that a number of
> Irish resources in the OSM Community Index seem to be defined using the
> country code "ie" rather than an explicit area.  If you go to
> https://openstreetmap.community/ and zoom in you can see the effect - it
> thinks that (for example) talk-gb covers GB and Northern Ireland, and
> talk-ie covers the only Republic.  I've always assumed that this list is
> the one that covers the island of Ireland, and the same is true for
> other Irish resources too.
>
> I think that the solution is to do something similar to what I did at
> https://github.com/osmlab/osm-community-index/pull/315 - define a
> geojson file for the area and change the Irish resources that should
> cover the whole island to use it (see
> https://github.com/osmlab/osm-community-index/pull/315/files for a
> similar example).
>
> I'm happy to submit the change, or to help someone else submit the
> change, but obviously didn't want to do it before contacting someone
> here first.
>
> Best Regards,
>
> Andy
>
>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk-ie] Ireland within the OSM Community Index

[Andy Townsend]

Hello,

While fixing something else, I noticed (as you do) that a number of 
Irish resources in the OSM Community Index seem to be defined using the 
country code "ie" rather than an explicit area.  If you go to 
https://openstreetmap.community/ and zoom in you can see the effect - it 
thinks that (for example) talk-gb covers GB and Northern Ireland, and 
talk-ie covers the only Republic.  I've always assumed that this list is 
the one that covers the island of Ireland, and the same is true for 
other Irish resources too.


I think that the solution is to do something similar to what I did at 
https://github.com/osmlab/osm-community-index/pull/315 - define a 
geojson file for the area and change the Irish resources that should 
cover the whole island to use it (see 
https://github.com/osmlab/osm-community-index/pull/315/files for a 
similar example).


I'm happy to submit the change, or to help someone else submit the 
change, but obviously didn't want to do it before contacting someone 
here first.


Best Regards,

Andy



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

[OSM-talk-fr] Mobilité : OpenStreetMap, une révolution carte(s) sur table

[osm . sanspourriel]

Ça se passe sur l'Agence Française de Développement :

https://www.afd.fr/fr/actualites/mobilite-openstreetmap-une-revolution-cartes-sur-table

Peut-être à passer à hebdOSM ?

L'article commence bien et fort... et continue sur sa lancée (en plus
reçu via une assos).

Et la carte a les © qui vont bien.

Jean-Yvon



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

Re: [talk-ph] Proposal to update the PH resources in the osm-community-index

[Nick Brown]

Agreed!

Best,
Nick

On Thu, 30 Jan 2020, 18:48 Eugene Alvin Villar,  wrote:

> Hi Nick,
>
> I personally think this is OK. But the question will be on the ordering.
> My preference is to put general channels ahead of thematic (e.g.,
> humanitarian) channels. The reasoning is that a random mapper editing in iD
> would be more interested to learn more about the broader mapping community.
> A mapper who is more focused on humanitarian mapping would likely be
> already aware of HOT PH and therefore does not need to be reminded of the
> Facebook page or the Telegram group after they edit in iD.
>
> ~Eugene
>
>
> On Thu, Jan 30, 2020 at 4:40 PM Nick Brown  wrote:
>
>> Hi folks,
>> Can we also add the HOT Ph Facebook page and Telegram chat on the list?
>>
>> Thanks!
>>
>> Best,
>> Nick
>>
>> On Thu, 30 Jan 2020, 04:57 Eugene Alvin Villar,  wrote:
>>
>>> Hello all,
>>>
>>> If you have ever edited in OSM using the iD editor, you may have noticed
>>> a list of communication channels on the left sidebar after you have saved
>>> your edits. This list comes from the osm-community-index:
>>> https://github.com/osmlab/osm-community-index
>>>
>>> I would like to propose some changes to the list for the Philippines:
>>>  • Remove Slack since we no longer use this communication channel
>>>  • Update the order as follows: Telegram group, talk-ph mailing list
>>> (this one), Facebook page
>>>  • Update descriptions and add extended descriptions
>>>
>>> You can see the detailed changes in the following GitHub commit:
>>>
>>> https://github.com/OSMPH/osm-community-index/commit/4a8a8ee9dc2158bec3c74e76e62214dd56d88988
>>>
>>> Please do review the changes and provide feedback and suggestions. Once
>>> we have consensus for the changes, I will submit a pull request to have the
>>> changes integrated into the main index.
>>>
>>> Thanks!
>>> Eugene
>>> ___
>>> talk-ph mailing list
>>> talk-ph@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ph
>>>
>>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Par curiosité j'ai essayé d'ajouter des .torrent fiables de distributions
linux, et là aussi la Freebox Server Revolution v6 (pas la v7=Delta, ni la
Freebox One) ne se connecte plus, ça reste "en attente" là aussi et le
statut affiche "déconnecté" (il indique de vérifier que les ports et le VPN
sont bien activés et "ouverts" aux connexion entrantes).

J'avais fait des téléchargements de torrents Linux avant et ça marchait
sans problème.

J'ai bien l'impression que Free a viré le client torrent de son firmware de
mi-janvier (mais il ne l'a pas dit dans son site de support, qui indique
seulement l'ajout des clients Netflix et Youtube Kids, annoncé aussi dans
les cartouches du menu TV du Freebox Player)

J'ai aussi essayé de redémarrer la box, et pas plus de résultat. il va
falloir que je signale l'anomalie à Free pour au moins avoir une
explication si le service est effectivement retiré (mais l'interface
Freebox OS affiche toujours les paramètres et la liste des téléchargements;
ce téléchargeur intégré en revanche fonctionne avec le téléchargement
simple en FTP ou HTTP, mais il n'y a plus de support des protocoles
Torrent/PEX/DHT).

Le jeu. 30 janv. 2020 à 13:32, Cyrille37 OSM 
a écrit :

> Nickel
>
> https://framapic.org/vq7U5ZAMf76g/24MGghGicGjy.png
>
> Cyrille37
>
> Le 30/01/2020 à 13:15, Christian Quest a écrit :
> > Le 30/01/2020 à 13:10, Cyrille37 OSM a écrit :
> >>
> >> Hello
> >>
> >> Où c'est t'y donc que l'on trouve le .torrent ou autre lien pour
> >> essayer ?
> >>
> >> Merki, Cyrille37
> >>
> >
> > sur https://osm.cquest.org/torrents/
> >
> >
>
> ___
> 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] Overpass et dates

[marc marc]

Le 30.01.20 à 13:20, Cédric Frayssinet a écrit :
> Bonjour à tous,
> 
> Je voulais savoir si on pouvait spécifier, dans OverPass, un intervalle
> de temps avec un compte (actuellement j'utilise 'user' combiné à 'newer').
> 
> En effet, j'utilise qu'un seul compte avec mes élèves, et quand je sors
> pour une cartopartie, je ne voudrai récupérer uniquement les
> contributions de cette sortie.
> 
> À moins qu'il existe une astuce ?

c'est quoi qui ne va pas ? partage le lien :)
à la volée : nwr(user) puis changed:
https://wiki.openstreetmap.org/wiki/FR:Overpass_API/Overpass_QL#Par_date_de_changement_.28changed:.29

attention que tu ne récupéreras pas ce qui a été
corrigé/modifié/amélioré par un autre utilisateur entre la sortie et
ta requête  
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Cyrille37 OSM]

Nickel

https://framapic.org/vq7U5ZAMf76g/24MGghGicGjy.png

Cyrille37

Le 30/01/2020 à 13:15, Christian Quest a écrit :

Le 30/01/2020 à 13:10, Cyrille37 OSM a écrit :


Hello

Où c'est t'y donc que l'on trouve le .torrent ou autre lien pour 
essayer ?


Merki, Cyrille37



sur https://osm.cquest.org/torrents/




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

[OSM-talk-fr] Overpass et dates

[Cédric Frayssinet]

Bonjour à tous,

Je voulais savoir si on pouvait spécifier, dans OverPass, un intervalle 
de temps avec un compte (actuellement j'utilise 'user' combiné à 
'newer').


En effet, j'utilise qu'un seul compte avec mes élèves, et quand je sors 
pour une cartopartie, je ne voudrai récupérer uniquement les 
contributions de cette sortie.


À moins qu'il existe une astuce ?

Merci d'avance,

Cédric

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Tu as peut-être un autre modèle de Freebox (j'ai la v6 Revolution; Free a
mis à jour récemment en mi-janvier la Révolutionn pour ajouter les client
Netflix et Youtube Kids, mais je pense que le client torrent intégré n'est
plus là. L'interface de réglage est toujours là, y compris pour régler les
ports et les débloquer, mais il ne doit plus y avoir aucun service démarré
pour le prendre en charge)

Le jeu. 30 janv. 2020 à 13:14, Christian Quest  a
écrit :

> Le 30/01/2020 à 12:46, Philippe Verdy a écrit :
> > Le torrent est toujours marqué "indisponible" sur le téléchargeur de
> > ma freebox. Rien ne se charge, ça reste en attente.
> > Aucun aucun pair visible (0 clients, 0 seeds) quand j'ajoute le
> > .torrent qui ne se connecte pas du tout.
> > Comment fais-tu sur ta Freebox ? Je ne vois pourtant aucun blocage
> > dans son pare-feu.
> >
> Je met le fichier .torrent dans le dossier "Téléchargement/A
> télécharger"... ensuite ça démarre tout seul.
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 30/01/2020 à 13:10, Cyrille37 OSM a écrit :


Hello

Où c'est t'y donc que l'on trouve le .torrent ou autre lien pour essayer ?

Merki, Cyrille37



sur https://osm.cquest.org/torrents/


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Note: deux des traqueurs inclus dans le .torrent ne fonctionnent pas, même
sur PC:
* http://tracker.computel.fr:80/announce (status = Not working, message =
Bad gateway)
* http://tracker.openbittorrent.com:80/announce (status = Not working,
message = Gone)

Le jeu. 30 janv. 2020 à 13:11, Cyrille37 OSM 
a écrit :

> Hello
>
> Où c'est t'y donc que l'on trouve le .torrent ou autre lien pour essayer ?
>
> Merki, Cyrille37
> Le 30/01/2020 à 10:35, Christian Quest a écrit :
>
> Après les premiers retours (ici, sur irc et twitter), j'ai avancé avec:
>
> - l'ajout de "web seed" dans les torrents
>
> - la mise en route de mon propre tracker (avec opentracker)
>
> - la création d'un nouveau torrent pour le planet historique (80Go) avec
> web seed et nouveau tracker
>
> - le bon content-type pour les .torrent sur osm.cquest.org
>
> - des liens symboliques "latest" vers le torrent de la dernière version
>
> A ajouter maintenant, un flux RSS...
>
>
> Avec plusieurs "web seed", j'ai constaté que l'on réparti bien par la même
> occasion le téléchargement en HTTP, ce qui permet là aussi de répartir la
> charge en bande passante.
>
> J'ai aussi testé ces torrents avec lftp (en ligne de commande) et ça
> fonctionne très bien, ce qui est utile pour scripter si besoin le download
> ;)
>
>
> Le 29/01/2020 à 09:52, Philippe Verdy a écrit :
>
> Traqueurs vides de tous clients connectés dessus, donc pas de
> téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
> torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
> "traqueur principal"; sur le second traqueur sur openbittorrent.com il
> l'est même pas pas activé, donc pas annoncé non plus).
> Bref des traqueurs où il n'y a pas assez de persistance avec au moins un
> client stable pour rétablir les connexions, qui deviennent des traqueurs
> morts, 12 heures après.
>
> L'idéal serait d'inclure dans le traqueur au moins comme repli l'URL de
> téléchargement sur le site openstreetmap.org (et qu'OSM lui-même devienne
> traqueur principal pour que les mises à jour suivent: au moins là le
> fichier est disponible, même si c'est avec des limitations de trafic, mais
> ça permettrait justement de lever les problèmes de disponibilité. Mais
> évidemment ça impose d'installer un traqueur torrent sur les serveurs
> d'OSM, et veiller à ce qu'ils soient à jour pour les nouveaux fichiers, et
> sinon ne désinscrivent les anciens fichiers que si ces serveurs n'ont plus
> la possibilité de les garder (il faudrait un délai pour avoir au moins deux
> versions dont la plus récente et celle d'avant; pour ~50Go par fichier
> planet, il faut donc ~100Go de stockage plus les quelques Ko pour les deux
> fichiers traqueurs .torrent; je ne pense pas que cela nécessite beaucoup
> plus d'espace que ce qui est déjà nécessaire et qui tient compte aussi d'un
> espace de quelques % gardé libre pour la croissance régulière de la taille
> de ces fichiers Planet; les fichiers .torrent eux ne changeront quasiment
> pas de taille, mai il en faut un par fichier planet).
>
> C'est ce que font les principales distribs Linux (y compris pour les mises
> à jour de paquets pour certaines): au moins une URL normale, d'autres en
> miroirs comples par RSYNC, et sinon leur propre traqueur torrent qui
> soulage le tout côté serveurs en ajoutant une partie de la bande passante
> partagée des clients connectés, et permet de télécharger encore plus vite
> depuis plusieurs sources simultanées incluant le site principal et les
> miroirs volontaires qui veulent aussi inscrire leurs fichiers sur les mêmes
> traqueurs.
>
>
> Le mar. 28 janv. 2020 à 20:48, Christian Quest 
> a écrit :
>
>> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
>>
>> Vous pouvez participer au test en téléchargeant ce fichier planet à
>> l'aide du client BitTorrent de votre choix.
>>
>> Attention... il fait dans les 50Go, donc il faut de la place sur disque ;)
>>
>> J'ai 3 "seed" actifs:
>>
>> - 1 depuis ma freebox (avec le bittorrent intégré à celle-ci), connecté
>> par fibre
>>
>> - 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)
>>
>> - 1 depuis une dédibox
>>
>> Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)
>>
>>
>> Si vous pouvez notez le temps de transfert complet et/ou le débit moyen
>> ça serait super cool pour se faire une idée de l'efficacité pour
>> proposer ce type de distribution dans l'avenir. Indiquez aussi votre
>> type de connexion internet et éventuellement le client bittorrent utilisé.
>>
>> Merci d'avance !
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> --
> Ce message a été vérifié par *MailScanner* 
> pour des virus ou des polluriels et rien de
> suspect n'a été trouvé.
>
> ___
> Talk-fr mailing 
> 

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 30/01/2020 à 12:46, Philippe Verdy a écrit :
Le torrent est toujours marqué "indisponible" sur le téléchargeur de 
ma freebox. Rien ne se charge, ça reste en attente.
Aucun aucun pair visible (0 clients, 0 seeds) quand j'ajoute le 
.torrent qui ne se connecte pas du tout.
Comment fais-tu sur ta Freebox ? Je ne vois pourtant aucun blocage 
dans son pare-feu.


Je met le fichier .torrent dans le dossier "Téléchargement/A 
télécharger"... ensuite ça démarre tout seul.



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

J'ajoute que les ports sont marqués comme activés pour les connexions
entrantes dans les paramètres de la console Freebox.
Il y a bien les traqueurs, mais ils n'annoncent personne (aucune source,
aucun client).
Le DHT est tout aussi muet. Je me demande si le client torrent de la
Freebox fonctionne réellement ou si Free ne l'a pas simplement
éteint/supprimé sur le dernier firmware de la Freebox Revolution, pour
laisser la place au nouveau client Netflix.
Sinon ça fonctionne avec un client torrent sur PC (qBittorrent pour Windows)

Le jeu. 30 janv. 2020 à 12:46, Philippe Verdy  a écrit :

> Le torrent est toujours marqué "indisponible" sur le téléchargeur de ma
> freebox. Rien ne se charge, ça reste en attente.
> Aucun aucun pair visible (0 clients, 0 seeds) quand j'ajoute le .torrent
> qui ne se connecte pas du tout.
> Comment fais-tu sur ta Freebox ? Je ne vois pourtant aucun blocage dans
> son pare-feu.
>
> Le jeu. 30 janv. 2020 à 10:36, Christian Quest 
> a écrit :
>
>> Après les premiers retours (ici, sur irc et twitter), j'ai avancé avec:
>>
>> - l'ajout de "web seed" dans les torrents
>>
>> - la mise en route de mon propre tracker (avec opentracker)
>>
>> - la création d'un nouveau torrent pour le planet historique (80Go) avec
>> web seed et nouveau tracker
>>
>> - le bon content-type pour les .torrent sur osm.cquest.org
>>
>> - des liens symboliques "latest" vers le torrent de la dernière version
>>
>> A ajouter maintenant, un flux RSS...
>>
>>
>> Avec plusieurs "web seed", j'ai constaté que l'on réparti bien par la
>> même occasion le téléchargement en HTTP, ce qui permet là aussi de répartir
>> la charge en bande passante.
>>
>> J'ai aussi testé ces torrents avec lftp (en ligne de commande) et ça
>> fonctionne très bien, ce qui est utile pour scripter si besoin le download
>> ;)
>>
>>
>> Le 29/01/2020 à 09:52, Philippe Verdy a écrit :
>>
>> Traqueurs vides de tous clients connectés dessus, donc pas de
>> téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
>> torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
>> "traqueur principal"; sur le second traqueur sur openbittorrent.com il
>> l'est même pas pas activé, donc pas annoncé non plus).
>> Bref des traqueurs où il n'y a pas assez de persistance avec au moins un
>> client stable pour rétablir les connexions, qui deviennent des traqueurs
>> morts, 12 heures après.
>>
>> L'idéal serait d'inclure dans le traqueur au moins comme repli l'URL de
>> téléchargement sur le site openstreetmap.org (et qu'OSM lui-même
>> devienne traqueur principal pour que les mises à jour suivent: au moins là
>> le fichier est disponible, même si c'est avec des limitations de trafic,
>> mais ça permettrait justement de lever les problèmes de disponibilité. Mais
>> évidemment ça impose d'installer un traqueur torrent sur les serveurs
>> d'OSM, et veiller à ce qu'ils soient à jour pour les nouveaux fichiers, et
>> sinon ne désinscrivent les anciens fichiers que si ces serveurs n'ont plus
>> la possibilité de les garder (il faudrait un délai pour avoir au moins deux
>> versions dont la plus récente et celle d'avant; pour ~50Go par fichier
>> planet, il faut donc ~100Go de stockage plus les quelques Ko pour les deux
>> fichiers traqueurs .torrent; je ne pense pas que cela nécessite beaucoup
>> plus d'espace que ce qui est déjà nécessaire et qui tient compte aussi d'un
>> espace de quelques % gardé libre pour la croissance régulière de la taille
>> de ces fichiers Planet; les fichiers .torrent eux ne changeront quasiment
>> pas de taille, mai il en faut un par fichier planet).
>>
>> C'est ce que font les principales distribs Linux (y compris pour les
>> mises à jour de paquets pour certaines): au moins une URL normale, d'autres
>> en miroirs comples par RSYNC, et sinon leur propre traqueur torrent qui
>> soulage le tout côté serveurs en ajoutant une partie de la bande passante
>> partagée des clients connectés, et permet de télécharger encore plus vite
>> depuis plusieurs sources simultanées incluant le site principal et les
>> miroirs volontaires qui veulent aussi inscrire leurs fichiers sur les mêmes
>> traqueurs.
>>
>>
>> Le mar. 28 janv. 2020 à 20:48, Christian Quest 
>> a écrit :
>>
>>> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
>>>
>>> Vous pouvez participer au test en téléchargeant ce fichier planet à
>>> l'aide du client BitTorrent de votre choix.
>>>
>>> Attention... il fait dans les 50Go, donc il faut de la place sur disque
>>> ;)
>>>
>>> J'ai 3 "seed" actifs:
>>>
>>> - 1 depuis ma freebox (avec le bittorrent intégré à celle-ci), connecté
>>> par fibre
>>>
>>> - 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)
>>>
>>> - 1 depuis une dédibox
>>>
>>> Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)
>>>
>>>
>>> Si vous pouvez notez le temps de transfert complet et/ou le débit moyen
>>> ça serait super cool pour se faire une idée de l'efficacité pour
>>> proposer ce type de 

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Cyrille37 OSM]

Hello

Où c'est t'y donc que l'on trouve le .torrent ou autre lien pour essayer ?

Merki, Cyrille37

Le 30/01/2020 à 10:35, Christian Quest a écrit :


Après les premiers retours (ici, sur irc et twitter), j'ai avancé avec:

- l'ajout de "web seed" dans les torrents

- la mise en route de mon propre tracker (avec opentracker)

- la création d'un nouveau torrent pour le planet historique (80Go) 
avec web seed et nouveau tracker


- le bon content-type pour les .torrent sur osm.cquest.org

- des liens symboliques "latest" vers le torrent de la dernière version

A ajouter maintenant, un flux RSS...


Avec plusieurs "web seed", j'ai constaté que l'on réparti bien par la 
même occasion le téléchargement en HTTP, ce qui permet là aussi de 
répartir la charge en bande passante.


J'ai aussi testé ces torrents avec lftp (en ligne de commande) et ça 
fonctionne très bien, ce qui est utile pour scripter si besoin le 
download ;)



Le 29/01/2020 à 09:52, Philippe Verdy a écrit :
Traqueurs vides de tous clients connectés dessus, donc pas de 
téléchargement du tout. Les deux traqueurs n'annoncent personne 
(statut torrent : non annoncé, sur opentracker.org 
 bien que marqué "activé" et "traqueur 
principal"; sur le second traqueur sur openbittorrent.com 
 il l'est même pas pas activé, donc pas 
annoncé non plus).
Bref des traqueurs où il n'y a pas assez de persistance avec au moins 
un client stable pour rétablir les connexions, qui deviennent des 
traqueurs morts, 12 heures après.


L'idéal serait d'inclure dans le traqueur au moins comme repli l'URL 
de téléchargement sur le site openstreetmap.org 
 (et qu'OSM lui-même devienne traqueur 
principal pour que les mises à jour suivent: au moins là le fichier 
est disponible, même si c'est avec des limitations de trafic, mais ça 
permettrait justement de lever les problèmes de disponibilité. Mais 
évidemment ça impose d'installer un traqueur torrent sur les serveurs 
d'OSM, et veiller à ce qu'ils soient à jour pour les nouveaux 
fichiers, et sinon ne désinscrivent les anciens fichiers que si ces 
serveurs n'ont plus la possibilité de les garder (il faudrait un 
délai pour avoir au moins deux versions dont la plus récente et celle 
d'avant; pour ~50Go par fichier planet, il faut donc ~100Go de 
stockage plus les quelques Ko pour les deux fichiers traqueurs 
.torrent; je ne pense pas que cela nécessite beaucoup plus d'espace 
que ce qui est déjà nécessaire et qui tient compte aussi d'un espace 
de quelques % gardé libre pour la croissance régulière de la taille 
de ces fichiers Planet; les fichiers .torrent eux ne changeront 
quasiment pas de taille, mai il en faut un par fichier planet).


C'est ce que font les principales distribs Linux (y compris pour les 
mises à jour de paquets pour certaines): au moins une URL normale, 
d'autres en miroirs comples par RSYNC, et sinon leur propre traqueur 
torrent qui soulage le tout côté serveurs en ajoutant une partie de 
la bande passante partagée des clients connectés, et permet de 
télécharger encore plus vite depuis plusieurs sources simultanées 
incluant le site principal et les miroirs volontaires qui veulent 
aussi inscrire leurs fichiers sur les mêmes traqueurs.



Le mar. 28 janv. 2020 à 20:48, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :


J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à
l'aide du client BitTorrent de votre choix.

Attention... il fait dans les 50Go, donc il faut de la place sur
disque ;)

J'ai 3 "seed" actifs:

- 1 depuis ma freebox (avec le bittorrent intégré à celle-ci),
connecté
par fibre

- 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)

- 1 depuis une dédibox

Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)


Si vous pouvez notez le temps de transfert complet et/ou le débit
moyen
ça serait super cool pour se faire une idée de l'efficacité pour
proposer ce type de distribution dans l'avenir. Indiquez aussi votre
type de connexion internet et éventuellement le client bittorrent
utilisé.

Merci d'avance !


-- 
Christian Quest - OpenStreetMap France



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


--
Ce message a été vérifié par *MailScanner* 


pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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

--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Philippe Verdy]

Le torrent est toujours marqué "indisponible" sur le téléchargeur de ma
freebox. Rien ne se charge, ça reste en attente.
Aucun aucun pair visible (0 clients, 0 seeds) quand j'ajoute le .torrent
qui ne se connecte pas du tout.
Comment fais-tu sur ta Freebox ? Je ne vois pourtant aucun blocage dans son
pare-feu.

Le jeu. 30 janv. 2020 à 10:36, Christian Quest  a
écrit :

> Après les premiers retours (ici, sur irc et twitter), j'ai avancé avec:
>
> - l'ajout de "web seed" dans les torrents
>
> - la mise en route de mon propre tracker (avec opentracker)
>
> - la création d'un nouveau torrent pour le planet historique (80Go) avec
> web seed et nouveau tracker
>
> - le bon content-type pour les .torrent sur osm.cquest.org
>
> - des liens symboliques "latest" vers le torrent de la dernière version
>
> A ajouter maintenant, un flux RSS...
>
>
> Avec plusieurs "web seed", j'ai constaté que l'on réparti bien par la même
> occasion le téléchargement en HTTP, ce qui permet là aussi de répartir la
> charge en bande passante.
>
> J'ai aussi testé ces torrents avec lftp (en ligne de commande) et ça
> fonctionne très bien, ce qui est utile pour scripter si besoin le download
> ;)
>
>
> Le 29/01/2020 à 09:52, Philippe Verdy a écrit :
>
> Traqueurs vides de tous clients connectés dessus, donc pas de
> téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
> torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
> "traqueur principal"; sur le second traqueur sur openbittorrent.com il
> l'est même pas pas activé, donc pas annoncé non plus).
> Bref des traqueurs où il n'y a pas assez de persistance avec au moins un
> client stable pour rétablir les connexions, qui deviennent des traqueurs
> morts, 12 heures après.
>
> L'idéal serait d'inclure dans le traqueur au moins comme repli l'URL de
> téléchargement sur le site openstreetmap.org (et qu'OSM lui-même devienne
> traqueur principal pour que les mises à jour suivent: au moins là le
> fichier est disponible, même si c'est avec des limitations de trafic, mais
> ça permettrait justement de lever les problèmes de disponibilité. Mais
> évidemment ça impose d'installer un traqueur torrent sur les serveurs
> d'OSM, et veiller à ce qu'ils soient à jour pour les nouveaux fichiers, et
> sinon ne désinscrivent les anciens fichiers que si ces serveurs n'ont plus
> la possibilité de les garder (il faudrait un délai pour avoir au moins deux
> versions dont la plus récente et celle d'avant; pour ~50Go par fichier
> planet, il faut donc ~100Go de stockage plus les quelques Ko pour les deux
> fichiers traqueurs .torrent; je ne pense pas que cela nécessite beaucoup
> plus d'espace que ce qui est déjà nécessaire et qui tient compte aussi d'un
> espace de quelques % gardé libre pour la croissance régulière de la taille
> de ces fichiers Planet; les fichiers .torrent eux ne changeront quasiment
> pas de taille, mai il en faut un par fichier planet).
>
> C'est ce que font les principales distribs Linux (y compris pour les mises
> à jour de paquets pour certaines): au moins une URL normale, d'autres en
> miroirs comples par RSYNC, et sinon leur propre traqueur torrent qui
> soulage le tout côté serveurs en ajoutant une partie de la bande passante
> partagée des clients connectés, et permet de télécharger encore plus vite
> depuis plusieurs sources simultanées incluant le site principal et les
> miroirs volontaires qui veulent aussi inscrire leurs fichiers sur les mêmes
> traqueurs.
>
>
> Le mar. 28 janv. 2020 à 20:48, Christian Quest 
> a écrit :
>
>> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
>>
>> Vous pouvez participer au test en téléchargeant ce fichier planet à
>> l'aide du client BitTorrent de votre choix.
>>
>> Attention... il fait dans les 50Go, donc il faut de la place sur disque ;)
>>
>> J'ai 3 "seed" actifs:
>>
>> - 1 depuis ma freebox (avec le bittorrent intégré à celle-ci), connecté
>> par fibre
>>
>> - 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)
>>
>> - 1 depuis une dédibox
>>
>> Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)
>>
>>
>> Si vous pouvez notez le temps de transfert complet et/ou le débit moyen
>> ça serait super cool pour se faire une idée de l'efficacité pour
>> proposer ce type de distribution dans l'avenir. Indiquez aussi votre
>> type de connexion internet et éventuellement le client bittorrent utilisé.
>>
>> Merci d'avance !
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> --
> Ce message a été vérifié par *MailScanner* 
> pour des virus ou des polluriels et rien de
> suspect n'a été trouvé.
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> --
> Christian Quest - 

Re: [OSM-talk-nl] Boundaries in Curaçao

[dktue]

Hi Bas,

thanks for the quick response!

The admin_level=8-areas in Curacao have a source-tag that says 
"basiskaart.gobiernu.cw" which is actually a URL [1]. I couldn't open 
the map viewer nor could I find any information about the license. Maybe 
we should re-post our discussion in my newly opened thread in the forum 
(like you recommended) [2].


Cheers,
dktue

[1] http://basiskaart.gobiernu.cw/
[2] https://forum.openstreetmap.org/viewtopic.php?pid=775719

Am 30.01.2020 um 11:48 schrieb Bas Couwenberg:

On 2020-01-30 11:29, dktue wrote:

I'm looking at Curaçao and was checking the boundaries finding that
admin_level=8 seems to be pretty nicely tagged. But how can I find the
boundary of Willemstadt? Is there a consensus of how to use
admin_level=* in Curaçao?


Have you checked the history of boundary relations to see who edits 
them most frequently in recent years? This person is probably a good 
candidate to contact.


I only maintain the administrative boundaries (admin_level 10 and 
lower) within continental NL, I don't know anyone who does so for the 
overseas territories.


Looking at the enclosing features (via Query features on osm.org) it 
seems that there is no administrative boundary relation for 
Willemstadt, only a place node.


I'm not aware of any open data for Curaçao that could be used to add 
the city boundaries like the BAG in the Netherlands.


If such a dataset exists I'll consider also maintaining the boundaries 
of the overseas territories if they don't have a maintainer already.


For further discussion the forum is a better option as most active 
mappers are not on this list.


Kind Regards,

Bas


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



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

Re: [talk-ph] Proposal to update the PH resources in the osm-community-index

[Eugene Alvin Villar]

Hi Nick,

I personally think this is OK. But the question will be on the ordering. My
preference is to put general channels ahead of thematic (e.g.,
humanitarian) channels. The reasoning is that a random mapper editing in iD
would be more interested to learn more about the broader mapping community.
A mapper who is more focused on humanitarian mapping would likely be
already aware of HOT PH and therefore does not need to be reminded of the
Facebook page or the Telegram group after they edit in iD.

~Eugene


On Thu, Jan 30, 2020 at 4:40 PM Nick Brown  wrote:

> Hi folks,
> Can we also add the HOT Ph Facebook page and Telegram chat on the list?
>
> Thanks!
>
> Best,
> Nick
>
> On Thu, 30 Jan 2020, 04:57 Eugene Alvin Villar,  wrote:
>
>> Hello all,
>>
>> If you have ever edited in OSM using the iD editor, you may have noticed
>> a list of communication channels on the left sidebar after you have saved
>> your edits. This list comes from the osm-community-index:
>> https://github.com/osmlab/osm-community-index
>>
>> I would like to propose some changes to the list for the Philippines:
>>  • Remove Slack since we no longer use this communication channel
>>  • Update the order as follows: Telegram group, talk-ph mailing list
>> (this one), Facebook page
>>  • Update descriptions and add extended descriptions
>>
>> You can see the detailed changes in the following GitHub commit:
>>
>> https://github.com/OSMPH/osm-community-index/commit/4a8a8ee9dc2158bec3c74e76e62214dd56d88988
>>
>> Please do review the changes and provide feedback and suggestions. Once
>> we have consensus for the changes, I will submit a pull request to have the
>> changes integrated into the main index.
>>
>> Thanks!
>> Eugene
>> ___
>> talk-ph mailing list
>> talk-ph@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ph
>>
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-nl] Boundaries in Curaçao

[Bas Couwenberg]

On 2020-01-30 11:29, dktue wrote:

I'm looking at Curaçao and was checking the boundaries finding that
admin_level=8 seems to be pretty nicely tagged. But how can I find the
boundary of Willemstadt? Is there a consensus of how to use
admin_level=* in Curaçao?


Have you checked the history of boundary relations to see who edits them 
most frequently in recent years? This person is probably a good 
candidate to contact.


I only maintain the administrative boundaries (admin_level 10 and lower) 
within continental NL, I don't know anyone who does so for the overseas 
territories.


Looking at the enclosing features (via Query features on osm.org) it 
seems that there is no administrative boundary relation for Willemstadt, 
only a place node.


I'm not aware of any open data for Curaçao that could be used to add the 
city boundaries like the BAG in the Netherlands.


If such a dataset exists I'll consider also maintaining the boundaries 
of the overseas territories if they don't have a maintainer already.


For further discussion the forum is a better option as most active 
mappers are not on this list.


Kind Regards,

Bas


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

[OSM-talk-nl] Boundaries in Curaçao

[dktue]

Hi there,

I'm looking at Curaçao and was checking the boundaries finding that 
admin_level=8 seems to be pretty nicely tagged. But how can I find the 
boundary of Willemstadt? Is there a consensus of how to use 
admin_level=* in Curaçao?


Cheers,
dktue

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Après les premiers retours (ici, sur irc et twitter), j'ai avancé avec:

- l'ajout de "web seed" dans les torrents

- la mise en route de mon propre tracker (avec opentracker)

- la création d'un nouveau torrent pour le planet historique (80Go) avec 
web seed et nouveau tracker


- le bon content-type pour les .torrent sur osm.cquest.org

- des liens symboliques "latest" vers le torrent de la dernière version

A ajouter maintenant, un flux RSS...


Avec plusieurs "web seed", j'ai constaté que l'on réparti bien par la 
même occasion le téléchargement en HTTP, ce qui permet là aussi de 
répartir la charge en bande passante.


J'ai aussi testé ces torrents avec lftp (en ligne de commande) et ça 
fonctionne très bien, ce qui est utile pour scripter si besoin le 
download ;)



Le 29/01/2020 à 09:52, Philippe Verdy a écrit :
Traqueurs vides de tous clients connectés dessus, donc pas de 
téléchargement du tout. Les deux traqueurs n'annoncent personne 
(statut torrent : non annoncé, sur opentracker.org 
 bien que marqué "activé" et "traqueur 
principal"; sur le second traqueur sur openbittorrent.com 
 il l'est même pas pas activé, donc pas 
annoncé non plus).
Bref des traqueurs où il n'y a pas assez de persistance avec au moins 
un client stable pour rétablir les connexions, qui deviennent des 
traqueurs morts, 12 heures après.


L'idéal serait d'inclure dans le traqueur au moins comme repli l'URL 
de téléchargement sur le site openstreetmap.org 
 (et qu'OSM lui-même devienne traqueur 
principal pour que les mises à jour suivent: au moins là le fichier 
est disponible, même si c'est avec des limitations de trafic, mais ça 
permettrait justement de lever les problèmes de disponibilité. Mais 
évidemment ça impose d'installer un traqueur torrent sur les serveurs 
d'OSM, et veiller à ce qu'ils soient à jour pour les nouveaux 
fichiers, et sinon ne désinscrivent les anciens fichiers que si ces 
serveurs n'ont plus la possibilité de les garder (il faudrait un délai 
pour avoir au moins deux versions dont la plus récente et celle 
d'avant; pour ~50Go par fichier planet, il faut donc ~100Go de 
stockage plus les quelques Ko pour les deux fichiers traqueurs 
.torrent; je ne pense pas que cela nécessite beaucoup plus d'espace 
que ce qui est déjà nécessaire et qui tient compte aussi d'un espace 
de quelques % gardé libre pour la croissance régulière de la taille de 
ces fichiers Planet; les fichiers .torrent eux ne changeront quasiment 
pas de taille, mai il en faut un par fichier planet).


C'est ce que font les principales distribs Linux (y compris pour les 
mises à jour de paquets pour certaines): au moins une URL normale, 
d'autres en miroirs comples par RSYNC, et sinon leur propre traqueur 
torrent qui soulage le tout côté serveurs en ajoutant une partie de la 
bande passante partagée des clients connectés, et permet de 
télécharger encore plus vite depuis plusieurs sources simultanées 
incluant le site principal et les miroirs volontaires qui veulent 
aussi inscrire leurs fichiers sur les mêmes traqueurs.



Le mar. 28 janv. 2020 à 20:48, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :


J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à
l'aide du client BitTorrent de votre choix.

Attention... il fait dans les 50Go, donc il faut de la place sur
disque ;)

J'ai 3 "seed" actifs:

- 1 depuis ma freebox (avec le bittorrent intégré à celle-ci),
connecté
par fibre

- 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)

- 1 depuis une dédibox

Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)


Si vous pouvez notez le temps de transfert complet et/ou le débit
moyen
ça serait super cool pour se faire une idée de l'efficacité pour
proposer ce type de distribution dans l'avenir. Indiquez aussi votre
type de connexion internet et éventuellement le client bittorrent
utilisé.

Merci d'avance !


-- 
Christian Quest - OpenStreetMap France



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


--
Ce message a été vérifié par *MailScanner* 
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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


--
Christian Quest - OpenStreetMap France

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

Re: [talk-ph] Proposal to update the PH resources in the osm-community-index

[Nick Brown]

Hi folks,
Can we also add the HOT Ph Facebook page and Telegram chat on the list?

Thanks!

Best,
Nick

On Thu, 30 Jan 2020, 04:57 Eugene Alvin Villar,  wrote:

> Hello all,
>
> If you have ever edited in OSM using the iD editor, you may have noticed a
> list of communication channels on the left sidebar after you have saved
> your edits. This list comes from the osm-community-index:
> https://github.com/osmlab/osm-community-index
>
> I would like to propose some changes to the list for the Philippines:
>  • Remove Slack since we no longer use this communication channel
>  • Update the order as follows: Telegram group, talk-ph mailing list
> (this one), Facebook page
>  • Update descriptions and add extended descriptions
>
> You can see the detailed changes in the following GitHub commit:
>
> https://github.com/OSMPH/osm-community-index/commit/4a8a8ee9dc2158bec3c74e76e62214dd56d88988
>
> Please do review the changes and provide feedback and suggestions. Once we
> have consensus for the changes, I will submit a pull request to have the
> changes integrated into the main index.
>
> Thanks!
> Eugene
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-in] Reg: OSM India conference

[satyakam goswami]

> I on behalf of Afrost.org and also an individual is of opinion that we
> would be more than happy to help in anyway for hosting the Conference.
> Over the decades working in communities and organizing events the initial
> core teams is important lets start forming one other things like venue
> ,sponsor and other logistics can be looked into later on.
>

i urge everyone to post here on the mailing list any discussions going on
in this direction

thanks
-Satya
Satyakam.dev | afrost.org | fossevents.in 
** For all official purposes use my name as Satyakam Goswami **

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