Re: [OSM-talk-fr] Data OSM

[Jean-Christophe Becquet]

Le 20/06/2020 à 22:38, Marc M. a écrit :
> data c'est ultra générique pour des données brutes
> alors qu'ici c'est un outil précis et plus une interface
> vers les données que les données eux meme.
> sinon overpass turbo et api pourrait aussi devenir data
> download.osmn-fr aussi
> etc :)

Bonjour,

Justement, j'ai me disais que data.openstreetmap.fr serait le bon
candidat pour une page portail permettant de mieux s'orienter parmi les
outils existants pour extraire les données OpenStreetMap.

 - GeoOSM (sous son nouveau nom qui reste à trouver)
 - GeoDataMine
 - les exports Geofabrik
 - HOT Export Tool
 - Overpass

et oui etc :)

Oups, cette page existe déjà :
http://www.openstreetmap.fr/donnees/

Bonne journée

JCB
-- 
Richard Stallman : Toutes les libertés dépendent des libertés informatiques
http://www.apitux.org/index.php?2006/04/19/158-richard-stallman-toutes-les-libertes-dependent-des-libertes-informatique

==APITUX : le choix du logiciel libre==

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

===

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

Re: [Talk-us] National Forest boundaries

[brad]

On 6/20/20 6:19 PM, Mike Thompson wrote:



On Sat, Jun 20, 2020 at 5:45 PM stevea > wrote:

>
> I think we need both as well.  I've been doing this while watching 
the evolution of how we best do this as I participate in a "do our 
best, always better" efforts to accomplish this. Even now!

>
> The idea of the first kind is simply a relation with a focus on the 
/ a polygon with the outer (-most) membership. The idea of the second 
kind is one of these plus a carefully crafted inner membership, often 
made up of a complex inholding distribution containing many sometimes 
complex themselves inner polygons.

Thanks Steve for your insightful comments.

I was thinking just create separate polygons for inholdings, tagged 
with access=private and possibly ownership=private


Mike

I think its simpler and better to just create an inner boundary as was 
done with the Coconino NF
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest boundaries

[Kevin Kenny]

On Sat, Jun 20, 2020 at 8:33 PM Joseph Eisenberg
 wrote:
> > I was thinking just create separate polygons for inholdings, tagged with 
> > access=private and possibly ownership=private
>
> While many Americans like to put "no trespassing" signs on their private 
> property, a privately owned parcel is not access=private unless there are 
> signs on the roads and paths leading into it which say so.
>
> Many privately-owned parcels in the national forests are used for forestry 
> only, and there is no issue with crossing through on a road or trail in many 
> cases.
>
> Generally it is difficult to maintain land ownership data in OpenStreetMap. 
> Fortunately, in the USA there are publicly-available databases which contain 
> this cadastral information, so it is not necessary for us to duplicate it in 
> OpenStreetMap. Database users should expect to get land ownership information 
> directly from official sources, if they want accurate and up-to-data land 
> ownership info by parcel.
>
> For example in Oregon you can get data at 
> https://www.oregon.gov/geo/Pages/sdlibrary.aspx
>
> We should not try to map all land ownership data by parcel in OpenStreetMap.

In the particular case of these public lands, the land ownership, the
land use, and the land's access constraints are inextricably bound
together.

Your contention tends to be interpreted by the 'hard liners' as an
assertion that "public lands that are partly or wholly for recreation,
such as National Forests, but also any of a entire menagerie of other
land classes, ought not to be mapped."  This assertion has effectively
arisen whenever the subject of National Forests arises: much of the US
public expects to see them on a map, but get met with the pernicious
reply, "go to several dozen government agencies and get their
cadastre, but don't map these oblects."  (I'll accept that that';s not
what you meant, but the slope here is indeed slippery.)

In fact, OSM is the only good place that I have to aggregate this
information. When I'm using these boundaries for planning, the parcels
may be administered by multiple Federal, State and local government
agencies, plus NGO's and land trusts.  Each of these has its own
database of what it manages. OSM is the best place that I have to see
all of these public recreation lands at once. One of my favorite
motivating examples is planning a trip to Roundtop Mountain
https://www.openstreetmap.org/node/357583100#map=14/42.1726/-74.0598.
The on-trail route from Palenville, far to the east, would have been
quite arduous, beyond what I'd attempt on a day trip.  Access from
Twilight Park to the north would be out of the question - it's a gated
community that does not welcome random visitors.  The snowmobile trail
access from Cortina Lane was closed at the time of year that I was
planning the trip.  I could have made the trip from the Platte Clove
Bruderhof; the religious community there is welcoming, and the trail
is open to the public, but I dislike imposing on their hospitality.
With OSM, I was able to see that the Roundtop Mountain Unit (New York
City Department of Environmental Protection, Bureau of Water Supply)
was adjacent to the Kaaterskill Wild Forest, and with my NYC parking
tag and access card in my pack, happily approached the mountain by a
much shorter route from the west.  I'd not have been able to do this
with either agency's information alone.

Now, on to the original question:

I will concede that I've never mapped a National Forest - but I have
helped with the mapping of some similarly-structured National Wildlife
Refuges, and imported data about a great many state lands in New York,
many of which have similarly diffuse boundaries.

What I've done:

1. The outermost boundary of many of these lands consists simply of an
an area in which the managing agency is authorized to acquire land,
and sometimes to apply regulation to the use of property similar to
what a zoning board might impose (and with similar requirements, such
as compensating a landowner if the regulation significantly impairs
the value of a parcel). Ordinarily it is unsigned and unobservable in
the field.  I ignore it for OSM; it's a regulatory designation for the
government's operations, with little impact on protection, public
access, land cover or land use.

2. The actual boundary - of ownership, regulation, protection, and
likely land use - is what most map users expect to see.  In many
cases, these boundaries are quite diffuse. In all the cases that I've
mapped, they're also observable in the field. The managing agency will
post the boundaries at intervals. (In my area, many of the signs look
like 
https://en.wikipedia.org/wiki/Forest_Preserve_(New_York)#/media/File:NYS_Forest_Preserve_sign.jpg,
but there are numerous older-style markers. Where a road traverses a
parcel, the signage will likely be fancier; one common form is
https://hikingthetrailtoyesterday.files.wordpress.com/2017/01/1wolf-lakedsc046871.jpg.
This boundary is, in all 

Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM

[Mateusz Konieczny via Talk-GB]

Jun 21, 2020, 01:28 by list-osm-talk...@cyclestreets.net:

> We think in particular that a significant part of the cycle parking data 
> (generally the residential areas, where there is little parking presently) 
> and the speed bumps data are ripe for automated conversion. These form tens 
> of thousands of locations which we feel are very low risk, useful data, and 
> eminently suitable for import.
>
> Speed bumps:
> https://bikedata.cyclestreets.net/tflcid2osm:type=bumps_road/#14.98/51.47101/-0.02755
>
> Cycle parking:
> https://bikedata.cyclestreets.net/tflcid2osm:type=parking_new/#14.98/51.46059/-0.05586
>
please, please, please do not add useless fixme tags

fixme=Check bike parking type

is not needed - just lack of bicycle_parking tag is enough to note that,
and will be spotted by tools such as StreetComplete

(spotted on id RWG102691)


And instead of
bicycle_parking=locked
note=Own lock

use
access=private

(id RWG102738)
I remember big import preparations that had issue tracker about tag conversion 
- is it this project?
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[Robert Kaiser]

Florian Ledermann schrieb:
Im Moment scheint mir - zumindest für den Datenstand in Wien und 
wahrscheinlich ganz AT (?) - auch ein "naiver" Ansatz einer direkten 
Suche auf Address-Nodes und Builing-Polygonen, mit Nominatim nur als 
Fallback, die vielversprechendere Lösung. Aber sowas ist ja nicht 
einmal ein "Produkt", sondern eine simple Query auf der OSM Datenbank 
(wenn ich nicht etwas übersehe). Mal sehen, wie weit ich mit so einem 
Setup komme.


Ja, wenn man schon die Teile einer Adresse exakt hat, dann geht das 
natürlich auch, z.B. https://overpass-turbo.eu/s/Viv


KaiRo



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

Re: [Talk-us] National Forest boundaries

[stevea]

I don't think we should map all ownership in OSM either, however, there is a 
lot of tagging in OSM right now which does tag ownership=national, 
ownership=state, which, for public lands owned by the federal or a state 
government, I have no problem with making this distinction known in OSM 
tagging.  It doesn't "hurt" our data and I personally find it informative to 
make this distinction (sometimes as an OSM author, sometimes as an OSM 
consumer).  I feel here that Joseph is asking us to accept hyperbole ("we 
should not try to map all land ownership by parcel") when I'm not nor do I 
believe our volunteers are asking that.  (I understand why, I even agree, 
"let's not tip towards OSM as cadastral-oracle, those are elsewhere").  I might 
tag something ownership=national or ownership=state on some public land, 
because lots of us seem to be doing that and I find it useful data (sometimes). 
 OSM isn't looked to as a land-ownership database, even as it might have a 
sprinkling of those on data, especially "national vs. state" distinctions for 
public land.  That's fairly common around the world.

In California, if you don't put a Civil Code 1008 sign up on your private-land 
easement, de facto or de jure, it might become a public easement.  There are 
rules, they are local, I don't think OSM wants to quibble here.  We might need 
to quibble and sketch in some localized method of doing things at some level in 
some cases, that's manageable.  I am not an attorney.

It's OK to have similar conversations over and over again.  We get a bit 
smarter and sharper as we do, as long as we don't lose patience or civility.  I 
think we're fine in that department.

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

Re: [Talk-us] National Forest boundaries

[Joseph Eisenberg]

> I was thinking just create separate polygons for inholdings, tagged with
access=private and possibly ownership=private

While many Americans like to put "no trespassing" signs on their private
property, a privately owned parcel is not access=private unless there are
signs on the roads and paths leading into it which say so.

Many privately-owned parcels in the national forests are used for forestry
only, and there is no issue with crossing through on a road or trail in
many cases.

Generally it is difficult to maintain land ownership data in OpenStreetMap.
Fortunately, in the USA there are publicly-available databases which
contain this cadastral information, so it is not necessary for us to
duplicate it in OpenStreetMap. Database users should expect to get land
ownership information directly from official sources, if they want accurate
and up-to-data land ownership info by parcel.

For example in Oregon you can get data at
https://www.oregon.gov/geo/Pages/sdlibrary.aspx

We should not try to map all land ownership data by parcel in OpenStreetMap.

– Joseph Eisenberg

On Sat, Jun 20, 2020 at 5:23 PM stevea  wrote:

> Mike, I hadn't considered that, it distinctly deepens the discussion.
> Stroking my chin and saying "hm" now.
> SteveA
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest boundaries

[stevea]

Mike, I hadn't considered that, it distinctly deepens the discussion.  Stroking 
my chin and saying "hm" now.
SteveA
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest boundaries

[Mike Thompson]

On Sat, Jun 20, 2020 at 5:45 PM stevea  wrote:
>
> I think we need both as well.  I've been doing this while watching the
evolution of how we best do this as I participate in a "do our best, always
better" efforts to accomplish this.  Even now!
>
> The idea of the first kind is simply a relation with a focus on the / a
polygon with the outer (-most) membership.  The idea of the second kind is
one of these plus a carefully crafted inner membership, often made up of a
complex inholding distribution containing many sometimes complex themselves
inner polygons.
Thanks Steve for your insightful comments.

I was thinking just create separate polygons for inholdings, tagged with
access=private and possibly ownership=private

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

[Talk-GB] TfL Cycle Infrastructure Database - matching against OSM

[Rob Nickerson]

Hi Martin,

Looks and sounds good to me. From what I've seen looking at the data in the
past, and again now using your visualisation, both speed bumps and cycle
parking look good to import.

Out of interest, I did spot that the original data (from TfLs ground survey
with two photos) did look slightly higher quality than the proposed import
for speed bumps. I think this is because you snap the speed bump to
existing nodes if within a certain distance. This results in a very small
drop in data quality in a few places. Can I therefore ask:

- Can Richard's code create new nodes on a way or are data items simply
dropped if no existing nodes is nearby?
- And what tolerance is being applied (i.e. how close is "nearby")?

As noted this really is tiny discrepancies with the benefits of the import
being far greater than the odd shift of a few metres.

Best regards
Rob

P.s sorry for the non threaded reply. For some reason nabble was throwing
an unauthorized error and I don't receive these emails into my inbox.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] National Forest boundaries

[stevea]

I think we need both as well.  I've been doing this while watching the 
evolution of how we best do this as I participate in a "do our best, always 
better" efforts to accomplish this.  Even now!

The idea of the first kind is simply a relation with a focus on the / a polygon 
with the outer (-most) membership.  The idea of the second kind is one of these 
plus a carefully crafted inner membership, often made up of a complex inholding 
distribution containing many sometimes complex themselves inner polygons.

The idea of "both" (in my mind, maybe Mike's too) is that "a good outer is a 
good outer."  We ARE building multipolygons and they are big complex beasts 
around here.  And we cannot let the perfect be the enemy of the good.  Are you 
willing to "take on" the responsibility of entering a sane (for 2020) relation 
with "simply" a single outer polygon as member of an emerging multipolygon 
relation representing the national forest?  Hey, tag it well and hang it up for 
others to add richer complexity with inner members.  This is (sometimes) how we 
build this map.  (I have offered my efforts for a decade).

I believe we want to tag these with protected_area, whereas we did, but no 
longer, "automatically" double-tag these with natural=wood, as landuse 
(national protected area we manage with our Forest Service, doesn't mean it's a 
forest) is not landcover.  As we're talking about the US, I recommend our wiki 
https://wiki.osm.org/wiki/United_States/Public_lands.

That wiki is what might be called "heavier lifting" in how we use a wiki.  Part 
of it intends to be prescriptive, saying "here's how we might very-well tag in 
the USA on public lands, and if we don't, we should" (as an ideal, at least as 
it shapes with sharper focus). Where it dissolves into "how each state does 
this today," it's a DEscriptive canvas of wet paint.  Heavy lifting, yes, but 
we can do this.  That wiki might nudge things forward, I put my shoulder into 
this.  At the federal level (which National Forests are), it does (to me) feel 
like a nice ideal with fairly-well-defined recommended tagging.  Discuss there?

How do what we enter render?  That's another topic.  Let's begin saying "we 
can, do and should enter into OSM well-tagged outer-member (only, to begin 
with) multipolygon relations representing national forests."  With  "perfect, 
rich structure?"  Every single first draft?  Let's talk in a week or month, 
these might take some work and discussion and work and discussion to do them.  
That's OK.  Earth wasn't built in a day.

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

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[Kevin Kofler]

Friedrich Volkmann wrote:
> Eine Alternative zu Nominatim würden sicher viele begrüßen. Nominatim ist
> auf schnelle Aktualisierung optimiert, nicht auf Korrektheit der
> Ergebnisse. Normalerweise will man das Gegenteil. Ob die Daten
> minutenaktuell sind oder von voriger Woche, interessiert selten wen. Ich
> habe in meinem Auto noch ein Navi aus 2010 und finde trotzdem überall hin.

Also ich finde es beim Editieren schon recht praktisch, daß meine Edits nach 
wenigen Minuten in Nominatim nachprüfbar sind (und hingegen sehr nervend, 
daß das Default-Mapnik-Rendering viel länger laggt, obwohl ich natürlich 
verstehe, daß Rendering-Ressourcen endlich sind).

Kevin Kofler


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

Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM

[Martin - CycleStreets]

On Sun, 26 Apr 2020, Richard Fairhurst wrote:

Some of it can go into OSM in a more-or-less automated fashion. This is 
particularly true of the cycle parking, and of most speed bumps.


Richard and I would welcome views on this.

We think in particular that a significant part of the cycle parking data 
(generally the residential areas, where there is little parking presently) 
and the speed bumps data are ripe for automated conversion. These form tens 
of thousands of locations which we feel are very low risk, useful data, and 
eminently suitable for import.


Speed bumps:
https://bikedata.cyclestreets.net/tflcid2osm:type=bumps_road/#14.98/51.47101/-0.02755

Cycle parking:
https://bikedata.cyclestreets.net/tflcid2osm:type=parking_new/#14.98/51.46059/-0.05586

(Note that Richard is shortly aiming to split out the parking_new dataset 
into two, one with no existing cycle parking nearby, making it very safe to 
ensure these would be safe to import.)



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/


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

Re: [Talk-GB] TfL Cycle Infrastructure Database - matching against OSM

[Martin - CycleStreets]

On Sun, 26 Apr 2020, Richard Fairhurst wrote:

You’ll remember that a couple of weeks ago I posted about the work I’m 
doing to look at getting the relevant bits of Transport for London’s 
openly licensed Cycle Infrastructure Database into OSM.


https://github.com/cyclestreets/tflcid-conversion

It takes the TfL CID files, compares them against OSM (by making queries 
against a freshly loaded Postgres database), and outputs a series of 
files for each datatype, all categorised by the type of editing that will 
be required to get them into OSM.


You can now view this converted data as an interactive visualisation at:

https://bikedata.cyclestreets.net/tflcid2osm/#13.12/51.50426/-0.08725

Use the "Feature type" drop-down to change the type.

This shows the results of Richard's excellent scripting to convert the TfL 
CID data to OSM tagging. It hopefully demonstrates the correctness of 
Richard's conversion and the extensiveness of the data. I have also 
included the two TfL photos of each asset.


NB You can see the original TfL data using the "TfL CID" layer button, and 
OSM data using "OSM" layer button. These are both in the main list of 
cycling data layer buttons on the right-hand side.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Facebook achète Mapillary ! -> récupération des photos

[Christian Quest]

Terminé la nuit dernière pour mon compte... 640Go de photos récupérées.

Toujours dispo si vous voulez sous-traiter votre "takeout" ;)


Une remarque: inutile de demander la suppression de vos photos, lorsque 
vous avez contribué, vous avez choisit de les mettre sous une licence 
qui permet aux réutilisateurs de les conserver, même si vous avez changé 
d'avis.


Par contre, vos propres photos, vous pouvez les remettre sous la licence 
de votre choix, car vous en restez l'auteur.e



Le 19/06/2020 à 17:26, Christian Quest a écrit :

Parfait !

En train de tester ça sur mon compte... 1054 séquences, 280022 images...

Si vous voulez récupérer vos photos, mais que vous n'avez l'espace 
disque et/ou la bande passante pour récupérer vos images, je peux le 
faire et archiver ça sur un de mes serveurs de stockage (infra maison, 
à la cave).


Dans ce cas, contactez moi en direct par mail, avec email/pass/login 
(pass que vous aurez changé pour l'occasion).



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] facebook compra mapillary

[Martin Koppenhoefer]

sent from a phone

> On 20. Jun 2020, at 14:49, Manuel  wrote:
> 
> Ah, ok. Io avevo capito "Un'alternativa a Mapillary" per quello sconsigliavo 
> Commons. Da quanto ho capito anche dalla ML generale di OSM, già la WIki di 
> OSM si avvale di Commons.


immagini da commons sono ben integrati, ma si possono anche caricare foto nella 
wiki di OpenStreetMap senza passare per commons, semplicemente se scrivi 
File:nome del file, e non c’è da OpenStreetMap lo viene a cercare su commons 
(credo)

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

Re: [Talk-us] National Forest boundaries

[Mike Thompson]

On Sat, Jun 20, 2020 at 2:43 PM Paul White  wrote:
>
>
>
> Which one would be better? Looking forward to feedback.
I think we need both. I am open to suggestions as how to accomplish that.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Data OSM

[Georges Dutreix via Talk-fr]

+1

20 juin 2020 21:20:39 osm.sanspourr...@spamgourmet.com:

> J'aime la dernière proposition sur Loomio : themes.openstreetmap.fr
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-us] National Forest boundaries

[Paul White]

Hello everyone,

I wanted to get some opinions on how exactly National Forest boundaries
should appear in OSM.

Currently there are 2 ways national forest boundaries appear:

1. As simply the proclamation boundary, the original boundary authorized by
Congress, like Pike National Forest
.
This, of course, shows entire towns as protected like a National Forest.

2. A boundary that excludes lands not owned by the Forest Service,
therefore, only includes the land actually under the protection of the
National Forest. See Coconino National Forest.


The USFS describes it as such:

> “External boundary” refers to the perimeter boundaries of a national
> forest or grassland. In some cases, this boundary is also referred to as a
> “proclamation” boundary, or the outer boundary within which Congress
> authorized a particular national forest to be established.“Internal
> boundaries” are those boundaries located within the external boundaries
> that distinguish National Forest System lands from other lands (often
> referred to as inholdings).


Which one would be better? Looking forward to feedback.

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

Re: [OSM-talk-fr] Data OSM

[Marc M.]

Le 20.06.20 à 14:20, Georges Dutreix via Talk-fr a écrit :
> 
> Le 20/06/2020 à 12:53, Nelson Tayou a écrit :
>>
>> L'URL serait alors osmdata.openstreetmap.fr
>>  Qu'en pensez-vous ?
>>
> Pourquoi repréciser "osm" et pas plus simplement data.openstreetmap.fr
>  ?

data c'est ultra générique pour des données brutes
alors qu'ici c'est un outil précis et plus une interface
vers les données que les données eux meme.
sinon overpass turbo et api pourrait aussi devenir data
download.osmn-fr aussi
etc :)

moi j'aime l'idée que l'url d'un outil porte le nom de l'outil

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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Marc M.]

Le 20.06.20 à 12:28, Andy Mabbett a écrit :
> Were you not aware that your contributions to OSM, and Mapilary, are
> already under an open licence, which allows anyone - including
> Facebook - to reuse them, even commercially?

having the right to download images is not at all the same thing
as, for example, having access to ip/cookies/timestamp
and a great deep learning database.

for some people, contributing to increasing FB profiling,
even with a open license, is not the same thing as contributing
to a open license database not owned by a gafam member.

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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Mark Wagner]

On Fri, 19 Jun 2020 23:45:57 +0200
Florian Lohoff  wrote:

> Hi Nick,
> 
> On Fri, Jun 19, 2020 at 11:47:01AM +, Nick Whitelegg wrote:
> > 
> > (Disclaimer: I am the developer of said project)
> > 
> > You can login using your OSM account.  
> 
> The issue is that once you start pushing stuff into any projects your
> storage expenses will kill you pretty fast.
> 
> https://www.backblaze.com/b2/cloud-storage-pricing.html
> 
> Thats 0.005$ per GB and Month. Thats *12 *1024 for a Terrabyte. Thats
> something like 60$ per Year per Terrabyte which sounds reasonable
> concerning disk costs. Costs per disk per lifetime and infrastructure
> to connect it to the IP Network.
> 
> Since late May i have produced:
> 
> flo@p4:/scratch/local/mapillary$ du -sh .
> 285G  .
> flo@p4:/scratch/local/mapillary$ find . -type f -iname "*.jpg" | wc -l
> 97407
> 
> So just pushing worth like 2 Weeks of taking street imagery will cost
> the Hoster about 20$ per year from now on. And i have pushed multiple
> terrabytes to Mapillary since 2014.
> 
> And thats just me. Put that to a global OSM perspective and you need
> serious funding for storing all that imagery, let alone the CPU cycles
> for your compute vision to blur faces and number plates.

Serious funding?  Yes.  Outrageous funding?  No.

Rough estimate:

* The CIA World Factbook says there are about 64 000 000 km of roads in
  the world.
* Google Street View takes 100 photos per km.
* A photosphere from my tablet, compressed using WebP at 50% quality
  takes 2.7 MB.

This is about 17 280 TB of storage to cover the entire world at Google
Street View quality.  It would cost $215 000 per month to store in
Amazon S3, or $89 000 per month in Backblaze B2.  It's well within the
capacity of someone like the Wikimedia Foundation.

-- 
Mark

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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Thomas Rouyer]

Bonjour,

Pour le takeout, il y a 
https://github.com/gitouche-sur-osm/mapillary_takeout


Thomas

Le 19/06/2020 à 17:57, Arnaud Champollion a écrit :

Le 19/06/2020 à 17:53, Christian Quest a écrit :


L'essentiel quand même dans tout ça est la conservation du stock de 
photos, car même si elles sont disponibles sous une licence libre, 
elles dépendent de l'hébergement fait par Mapillary (et donc gratuit 
pour nous, mais pas pour eux) et celui-ci peut très bien être coupé, 
réduit, changer de politique, etc...


L'urgence pour moi est donc dans l'immédiat le "takeout" ;)



C'est à dire ?

Il faudrait aspirer en masse les images pour ne pas les perdre ?

Comment faire ?

 Je regrette de n'avoir pas conservé de copies de mes (maigres) 
uploads à Mapillary.



___
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] Data OSM

[osm . sanspourriel]

Bof : si à la fin on télécharge des données thématiques.

J'aime la dernière proposition sur Loomio : *themes.openstreetmap.fr*

Sinon comme on extrait de la donnée d'OSM :

datamine.openstreetmap.fr

extraits.openstreetmap.fr

mines.openstreetmap.fr

En fait peu importe le nom, peu de gens vont le taper, ce qu'il faut
c'est qu'on le retienne facilement.

Et qu'il soit accessible depuis la page principale du site.

Jean-Yvon

Le 20/06/2020 à 17:27, Laurence P - laupic...@posteo.net a écrit :


Hello

visiOSM ?

puisque ça permet de "voir" les données

Laurence

Le 20/06/2020 à 15:34, Stéphane Péneau a écrit :

Le 20/06/2020 à 14:56, PanierAvide a écrit :


Ça fait doublon avec les échanges sur le Loomio
https://www.loomio.org/d/awNJn3j1/comment/2278570?utm_campaign=discussion_mailer_medium=email_source=new_comment

Mais ce qui a été dit c'est que "data" on s'attend à voir des
données brutes en mode téléchargement automatique. J'aime bien
"carte" / "portail" qui est plus révélateur du service.



C'est une sorte de catalogue de données. Donc pourquoi pas
catalogue.openstreetmap.fr ?

Stf


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

--
Laurence

___
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] Facebook achète Mapillary !

[Laurence P]

Hello,

trop tard, quand Christian a essayé de le faire pour moi hier (récupérer 
les photos) ils avaient déjà changé mon nom d'user et fait une modif 
faisant que je ne pouvais plus me connecter avec mon email + mdp 
(seulement avec mon compte OSM).


À bientôt,

Laurence

Le 19/06/2020 à 22:48, osm.sanspourr...@spamgourmet.com a écrit :


Comme dit par ailleurs takeout : utilise le script pour récupérer 
toutes tes photos.


Après ils te proposent de détacher les photos de ton compte, ça 
évitera que Facebook ne sache encore plus de choses sur toi.


Par contre ils ont tous les droits sur tes photos, ils peuvent les 
supprimer ou les garder.


Ce serait intéressant de récupérer les deux version (HR et MR) : si 
l'une est avec floutage et l'autre sans, ça donne de quoi entraîner 
une IA. Ou si on récupère la HR floutée et qu'on l'original localement.


Jean-Yvon

Le 19/06/2020 à 11:58, Laurence P - laupic...@posteo.net a écrit :


Je viens d'envoyer un email au support pour supprimer toutes mes 
photos et supprimer mon compte, ils m'ont répondu qu'ils pouvaient 
aussi détacher les photos de mon compte et sinon ils peuvent m'aider 
à les supprimer ça leur prendra une semaine.


Laurence

Le 19/06/2020 à 11:52, Vincent Bergeot a écrit :

Le 19/06/2020 à 09:56, Stéphane Péneau a écrit :

Ce qui change aujourd'hui :
A part l'utilisation gratuite pour l'usage commercial, pas 
grand-chose.

je cite :
"Historically, all of the imagery available on our platform has been 
open and free for anyone to use for non-commercial purposes. Moving 
forward, that will continue to be true, except that starting today, 
it will also be free to use for commercial users as well."


DeepL : "Historiquement, toutes les images disponibles sur notre 
plateforme ont été ouvertes et gratuites pour toute personne 
souhaitant les utiliser à des fins non commerciales. À l'avenir, 
cela continuera d'être vrai, sauf qu'à partir d'aujourd'hui, 
l'utilisation sera également gratuite pour les utilisateurs 
commerciaux."


je ne comprends pas l'argument qu'ils donnent dans l'article de 
blog, repris ici.


Les images sont en cc-by-sa, cela n'a jamais empêché un usage 
commercial ? Où ils parlent de l'accès à certaines services ?


Qu'est ce que je ne comprends pas ?

à plus


--
Laurence

___
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


--
Laurence

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

Re: [OSM-talk-fr] Data OSM

[Laurence P]

Hello

visiOSM ?

puisque ça permet de "voir" les données

Laurence

Le 20/06/2020 à 15:34, Stéphane Péneau a écrit :

Le 20/06/2020 à 14:56, PanierAvide a écrit :


Ça fait doublon avec les échanges sur le Loomio 
https://www.loomio.org/d/awNJn3j1/comment/2278570?utm_campaign=discussion_mailer_medium=email_source=new_comment


Mais ce qui a été dit c'est que "data" on s'attend à voir des données 
brutes en mode téléchargement automatique. J'aime bien "carte" / 
"portail" qui est plus révélateur du service.




C'est une sorte de catalogue de données. Donc pourquoi pas 
catalogue.openstreetmap.fr ?


Stf


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


--
Laurence

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

Re: [OSM-talk-fr] Data OSM

[Stéphane Péneau]

Le 20/06/2020 à 14:56, PanierAvide a écrit :


Ça fait doublon avec les échanges sur le Loomio 
https://www.loomio.org/d/awNJn3j1/comment/2278570?utm_campaign=discussion_mailer_medium=email_source=new_comment


Mais ce qui a été dit c'est que "data" on s'attend à voir des données 
brutes en mode téléchargement automatique. J'aime bien "carte" / 
"portail" qui est plus révélateur du service.




C'est une sorte de catalogue de données. Donc pourquoi pas 
catalogue.openstreetmap.fr ?


Stf


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

Re: [OSM-talk-fr] Data OSM

[Christian Rogel]

> Le 20 juin 2020 à 14:56, PanierAvide  a écrit :
> Mais ce qui a été dit c'est que "data" on s'attend à voir des données brutes 
> en mode téléchargement automatique. J'aime bien "carte" / "portail" qui est 
> plus révélateur du service.
> Le 20/06/2020 à 14:51, Yves P. a
>   écrit :
>>> Pourquoi repréciser "osm" et pas plus simplement data.openstreetmap.fr ?

Puisque data est devenu synonyme de données brutes, on peut utiliser données 
tout seul.

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

Re: [OSM-talk-fr] Data OSM

[PanierAvide]

Ça fait doublon avec les échanges sur le Loomio 
https://www.loomio.org/d/awNJn3j1/comment/2278570?utm_campaign=discussion_mailer_medium=email_source=new_comment


Mais ce qui a été dit c'est que "data" on s'attend à voir des données 
brutes en mode téléchargement automatique. J'aime bien "carte" / 
"portail" qui est plus révélateur du service.


Adrien P.

Le 20/06/2020 à 14:51, Yves P. a écrit :
Pourquoi repréciser "osm" et pas plus simplement 
data.openstreetmap.fr  ?

+1

On trouve data.gouv.fr , data.enedis.fr 
, data.opendatasoft.com 
…


__
Yves

___
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] Data OSM

[Yves P.]

> Pourquoi repréciser "osm" et pas plus simplement data.openstreetmap.fr 
>  ?
+1

On trouve data.gouv.fr, data.enedis.fr, data.opendatasoft.com…

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

[OSM-talk] Seeking a Senior Technical Lead for HOT_Tech

[Bo Percival]

Hi All,

Sharing the first opportunity of a few on the horizon for the HOT tech
team. Looking for an 'Audacious' Senior Technical Lead to guide, support
and mentor a wonderful team of digital humanitarians. Some key traits
include:

   - Demonstrated commitment to open source projects and communities
   - Diverse Engineer/Dev experience
   - Respected as leader and mentor
   - OpenStreetMap technical experience would give you an edge.

Full listing is here > Senior Technical lead:
https://www.hotosm.org/jobs/senior-technical-lead/

Kindness,

Bo
-- 
*Bo Percival*
Director of Technology & Innovation
bo.perci...@hotosm.org
@bopercival

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] facebook compra mapillary

[Manuel]

Ah, ok. Io avevo capito "Un'alternativa a Mapillary" per quello sconsigliavo Commons. 
Da quanto ho capito anche dalla ML generale di OSM 
, già la WIki di 
OSM si avvale di Commons.

Il 19/06/2020 10:53, Andrea Mazzoleni ha scritto:

On Fri, Jun 19, 2020 at 7:51 AM Manuel mailto:mannivuw...@gmail.com>> wrote:

Se l'idea è quella di "riversare" le immagini di Mapillary su Commons, 
meglio evitare:

No no. Io mappo i cartelli segnaletici dei sentieri, e sto già usando Wikimedia 
Commons per questo.

E' un poco macchinoso, visto che ogni volta bisogna mettere 
Title/Caption/Descrizione/Category, che nel mio caso sono sempre le stesse...
Ma è comunque accettabile visto che i cartelli non sono poi così tanti.

Tipo questa: https://commons.wikimedia.org/wiki/File:20200615-brunone-71.jpg



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


--
Manuel Tassi

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

Re: [OSM-talk-fr] Data OSM

[Georges Dutreix via Talk-fr]

Le 20/06/2020 à 12:53, Nelson Tayou a écrit :


L'URL serait alors osmdata.openstreetmap.fr 
 Qu'en pensez-vous ?


Pourquoi repréciser "osm" et pas plus simplement data.openstreetmap.fr 
 ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Data OSM

[Nelson Tayou]

Merci du retour,

J'ajoute une petite viz que j'aime bien de @Zimmy Zimmermann

http://geosm.openstreetmap.fr//map?share=state=1=262645.5334,6250247.2418,15=data,671,14,8

Bonne vizu

Karl

Le sam. 20 juin 2020 à 13:29, Marc M.  a écrit :

> Bonjour,
>
> Le 20.06.20 à 12:53, Nelson Tayou a écrit :
> > il est pas adequat vu la ressemblance avec "JOSM".
>
> c'est en effet mieux d'éviter la confusion orale.
>
> > Nous avons envisagé un nouveau nom plus simple qui pourrait être
> "OSMdata".
>
> j'aime le oeil à OpenData
>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Inserimento rotonda con relazioni

[Giuliano Zamboni]

  
  
Grazie 1000
  
  Ciao

Il 20/06/2020 12:39, Andrea Albani ha
  scritto:


  
  
Risolto con changeset https://www.openstreetmap.org/changeset/86906905
  e chiusa nota.
Ho corretto le seguenti relazioni, ma solo per la parte
  relativa alla nuova rotonda perchè sono parecchio "scassate"
  in molti altri punti e andrebbero riviste per tutta la loro
  lunghezza.


Linea 7/Latisana-Venezia
  Linea 8A Venezia-Mestre-Aereoporto Marco Polo-San Donà di
  Piave-Portogruaro-Latisana
  Strada Statale 14 della Venezia Giulia


Ciao

  
  
  
Il giorno sab 20 giu 2020 alle
  ore 12:18 Andrea Albani  ha scritto:


  
Provo a guardarci io.
Ciao

  
  
  
Il giorno sab 20 giu 2020
  alle ore 11:49 Giuliano Zamboni  ha
  scritto:


   Ciao a tutti
Purtroppo è da molto tempo che non sono più attivo.
Recentemente ho modificato la Strada Triestina a Musile
di Piave dove poche settimane fa è stata inserita una
rotonda. Ho inserito il nuovo percorso lasciandolo come
strada in costruzione. Non posso però finire il lavoro
perchè ci sono relazioni legate alla Statale Triestina
che non ricordo come gestire.

Qualcuno si rende disponibile a finire il lavoro?
Nota irrisolta #2235624 
https://www.openstreetmap.org/#map=19/45.62227/12.55737=N

Ciao e grazie

Giuliano
user bellazambo

  
  ___
  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: [OSM-talk-fr] Data OSM

[Marc M.]

Bonjour,

Le 20.06.20 à 12:53, Nelson Tayou a écrit :
> il est pas adequat vu la ressemblance avec "JOSM". 

c'est en effet mieux d'éviter la confusion orale.

> Nous avons envisagé un nouveau nom plus simple qui pourrait être "OSMdata".

j'aime le oeil à OpenData

Cordialement,
Marc

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

[OSM-talk-fr] Data OSM

[Nelson Tayou]

Bonjour à tous,

Depuis l'AG du 13 juin 2020 nous avons informé du site
geosm.openstreetmap.fr qui est un visualiseur/téléchargeur  des données
OSM.

Pour l'instant le nom de domaine est http://geosm.openstreetmap.fr
 , mais il est pas adequat vu la
ressemblance avec "JOSM".

Nous avons envisagé un nouveau nom plus simple qui pourrait être "OSMdata".

L'URL serait alors osmdata.openstreetmap.fr Qu'en pensez-vous ?
Avant une communication plus large auprès du grand public et de nos
partenaires, Vincent Bergeot a proposé de recueillir les suggestions et
observations du plus grand nombre.

Tel est l'objet aussi de ce message. Notre idée est d'envisager la rentrée
de septembre comme butée pour une mise en ligne "beta".

A vous lire, librement votre

_

geOSM

Aujourd'hui le nom de cette solution pourrait évoluer parce que ge0SM peut
être confondu en l'écoutant avec JOSM qui est l'éditeur expert
d'OpenStreetMap.

On pourrait envisager un nom plus facile à retenir qui serait osmdata et
qui serait un clin d'oeil à OPENDATA ou encore en version plus longue
OPENGEODATA.

 L'utilité d'un tel outil réside dans le fait d'avoir un démonstrateur et
un visualiseur interactif des données OSM.

Un démonstrateur parce qu'il permet de montrer le niveau de maturité de la
contribution à l'échelle de la France.

Visualiseur parce qu'il permet de manière conviviale de comprendre comment
se répartissent les expertises des communautés de contributeurs.

L'outil version française permet de visualiser dans l'aire métropolitaine
ainsi que dans les Dom et Tom.

A ce jour, l’interface admin mobilise 12 administrateurs ont été créés, plus
de 330 couches sont mobilisables, regroupées sous 13 géothématiques et
valorise plus de 12 rendus cartographiques dérivés des données OSM ainsi
que les orthophotos libres de droits.

Le code de ce projet est totalement open source est publié sur github
.

Les sociétés 3LIZ et Makina Corpus et Géovélo ont été sollicitées pour
enrichir de leurs expertises l'interface avec en contrepartie l'opportunité
d'y apposer des ressources et leur logo.

L'intérêt pour la communauté est d'avoir enfin une seule adresse à retenir
permettant d'opérer des requêtes sur des contributions qui auront été
faites (lors de cartoparties par exemple) ou encore de proposer à des
organismes, collectivités locales une occasion simple de télécharger la
donnée OSM simplement sur l'emprise géographique attendue.

Chaque couche sollicitée propose une option permettant de renvoyer sur des
liens externes qui peuvent être des sites experts, des visualiseurs plus
aboutis.

geOSM est mis à jour chaque semaine. Basé sur le serveur cartographique
QGIS SERVER, il est donc compatible avec les feuilles de styles QML du
logiciel QGIS DESKTOP.

L'intérêt de cette approche est de bénéficier de toute la force de frappe
des développeurs de la communauté QGIS.

geOSM est aujourd'hui un sous domaine de l'association osm france et il
sera hébergé par ses serveurs.

Annoncé initialement lors du SOTM-FR2019 à Montpellier, il a été soumis
lors de l’assemblée générale OSM-FR en juin 2020.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Inserimento rotonda con relazioni

[Andrea Albani]

Risolto con changeset https://www.openstreetmap.org/changeset/86906905 e
chiusa nota.
Ho corretto le seguenti relazioni, ma solo per la parte relativa alla nuova
rotonda perchè sono parecchio "scassate" in molti altri punti e andrebbero
riviste per tutta la loro lunghezza.

Linea 7/Latisana-Venezia
Linea 8A Venezia-Mestre-Aereoporto Marco Polo-San Donà di
Piave-Portogruaro-Latisana
Strada Statale 14 della Venezia Giulia

Ciao

Il giorno sab 20 giu 2020 alle ore 12:18 Andrea Albani 
ha scritto:

> Provo a guardarci io.
> Ciao
>
> Il giorno sab 20 giu 2020 alle ore 11:49 Giuliano Zamboni <
> giuli...@zamboni.pro> ha scritto:
>
>> Ciao a tutti
>> Purtroppo è da molto tempo che non sono più attivo.
>> Recentemente ho modificato la Strada Triestina a Musile di Piave dove
>> poche settimane fa è stata inserita una rotonda. Ho inserito il nuovo
>> percorso lasciandolo come strada in costruzione. Non posso però finire il
>> lavoro perchè ci sono relazioni legate alla Statale Triestina che non
>> ricordo come gestire.
>>
>> Qualcuno si rende disponibile a finire il lavoro?
>> Nota irrisolta #2235624
>> https://www.openstreetmap.org/#map=19/45.62227/12.55737=N
>>
>> Ciao e grazie
>>
>> Giuliano
>> user bellazambo
>>
>> ___
>> 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] Facebook acquires crowdsourced mapping company Mapillary

[Andy Mabbett]

On Thu, 18 Jun 2020 at 23:45, Paul Johnson  wrote:
>
> Great.  How's this affect those of us who trust Facebook about as far as we 
> can throw it?

Very little.

Were you not aware that your contributions to OSM, and Mapilary, are
already under an open licence, which allows anyone - including
Facebook - to reuse them, even commercially?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] Inserimento rotonda con relazioni

[Andrea Albani]

Provo a guardarci io.
Ciao

Il giorno sab 20 giu 2020 alle ore 11:49 Giuliano Zamboni <
giuli...@zamboni.pro> ha scritto:

> Ciao a tutti
> Purtroppo è da molto tempo che non sono più attivo.
> Recentemente ho modificato la Strada Triestina a Musile di Piave dove
> poche settimane fa è stata inserita una rotonda. Ho inserito il nuovo
> percorso lasciandolo come strada in costruzione. Non posso però finire il
> lavoro perchè ci sono relazioni legate alla Statale Triestina che non
> ricordo come gestire.
>
> Qualcuno si rende disponibile a finire il lavoro?
> Nota irrisolta #2235624
> https://www.openstreetmap.org/#map=19/45.62227/12.55737=N
>
> Ciao e grazie
>
> Giuliano
> user bellazambo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] OsmMyBiz et appropriation de nos outils par le "grand public"

[Julien Lepiller]

Le 20 juin 2020 03:36:44 GMT-04:00, "Yves P."  a écrit :
>Bonjour,
>
>Nous ne sommes pas assez nombreux pour mettre à jour tous les POI dans
>OSM en temps réel.
>Nous aimerions tous que chaque commerçant, association, citoyen…
>contribue directement à OSM pour mettre à jour "son" POI.
>
>Hors pour des cas courants ça reste compliqué, partiel. Des exemples
>concrets :
>
>1. Un garage Peugeot qui répare des voitures mais vends aussi des
>neuves.
>
>Je trouve 2 POI côte à côte :
>shop=car et
>shop=car_repair
>Le contributeur utilise iD et a 140 éditions à son actif.
>
>On peut utiliser shop=car_repair et spécifier les services (réparation
>et vente).
>Il existe 2 façons de taguer et les valeurs proposées par les preset
>d'iD et de JOSM ne sont pas normalisées (je vous passe les détails )
>
>Les traductions sont foireuses "Véhicule de service" au lieu de
>"services" (sous entendu proposé).
>
>Je me rappel d'OsmMyBiz et jette un oeil car ça doit être facile de
>saisir ça :
>Et bien non. Il y a cette traduction perturbante, mais aucune
>possibilité de préciser la vente (en plus de la réparation) !

Merci d'avoir signalé ce problème de traduction. J'ai corrigé dans transifex et 
la nouvelle traduction devrait être disponible avec la prochaine version d'iD. 
Je crois que osmmybiz utilise les traductions d'iD, donc il devrait aussi finir 
par avoir la bonne traduction.

@tous : N'hésitez pas à aller modifier directement sur transifex, ou à 
rapporter les erreurs ici si dous en voyez d'autres !

>
>2. Une salle de cinéma
>
>Souvent, c'est une salle de ciné dans une salle de spectacle, de
>théâtre, une salle des fêtes voir un centre artistique et culturel.
>Comment saisir ça ?
>Actuellement il faut dupliquer les POI :/
>
>Il me parait donc "urgent" et prioritaire (par rapport à des sujets
>important comme le rachat de Mapillary) de travailler sur les POI.
>Et découper ça en plusieurs axes :
>l'édition avec un outil dédié et adapté (genre OsmMyBiz)
>l'homogénéisation :
>des outils d'éditions (vérifier que ça donne le même résultat avec
>JOSM, iD, OsmMyBiz…)
>des traductions
>des outils de QA (vérifier qu'Osmose et consorts aille dans le même
>sens).
>vérifier qu'un POI soit "trouvable" facilement avec un moteur de
>recherche (Nominatim…)
>
>Il faut mettre en place une méthodologie générale pour tous les POI.
>Puis travailler POI par POI de façon "exhaustive".
>
>C'est un gros chantier qui demande des ressources humaines.
>
>Bref un projet à rajouter à la liste du Père Noël :)
>
>__
>Yves


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

[Talk-it] Inserimento rotonda con relazioni

[Giuliano Zamboni]

  
  
Ciao a tutti
Purtroppo è da molto tempo che non sono più attivo.
Recentemente ho modificato la Strada Triestina a Musile di Piave
dove poche settimane fa è stata inserita una rotonda. Ho inserito il
nuovo percorso lasciandolo come strada in costruzione. Non posso
però finire il lavoro perchè ci sono relazioni legate alla Statale
Triestina che non ricordo come gestire.

Qualcuno si rende disponibile a finire il lavoro?
Nota irrisolta #2235624 
https://www.openstreetmap.org/#map=19/45.62227/12.55737=N

Ciao e grazie

Giuliano
user bellazambo

  


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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Nick Whitelegg]

Hello Florian,

Yes - I have to admit that's partly why I've been focusing on walking trails 
only in my own project (aside from the fact that I have a particular interest 
in waling trails), the storage requirements are not going to ramp up so quickly.

I have to admit I haven't considered how exactly a fully open source StreetView 
would be funded - other people would be better-placed than myself to think of 
solutions to this - but was just floating the idea as a nice-to-have.

Nick



From: Florian Lohoff
Sent: Friday, June 19, 2020 22:45
To: Nick Whitelegg
Cc: OSM Talk
Subject: Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary


Hi Nick,

On Fri, Jun 19, 2020 at 11:47:01AM +, Nick Whitelegg wrote:
>
> (Disclaimer: I am the developer of said project)
>
> You can login using your OSM account.

The issue is that once you start pushing stuff into any projects your
storage expenses will kill you pretty fast.

https://www.backblaze.com/b2/cloud-storage-pricing.html

Thats 0.005$ per GB and Month. Thats *12 *1024 for a Terrabyte. Thats
something like 60$ per Year per Terrabyte which sounds reasonable
concerning disk costs. Costs per disk per lifetime and infrastructure to
connect it to the IP Network.

Since late May i have produced:

flo@p4:/scratch/local/mapillary$ du -sh .
285G.
flo@p4:/scratch/local/mapillary$ find . -type f -iname "*.jpg" | wc -l
97407

So just pushing worth like 2 Weeks of taking street imagery will cost the
Hoster about 20$ per year from now on. And i have pushed multiple terrabytes
to Mapillary since 2014.

And thats just me. Put that to a global OSM perspective and you need
serious funding for storing all that imagery, let alone the CPU cycles
for your compute vision to blur faces and number plates.

And as i have done something like OpenStreetcam 10 years ago for my personal
imagery without the fancy blurring stuff. And i have worked for Hosting
companys so i know the deal.

This is why I think personally that the Facebook deal is the only
viable option for getting long term funding for storage. Somebody
has to pay for it. And i dont see a real businesscase which will pay
up for all the random Dashboards people store into your Dataset.

So either Facebook supports this service or we are toast.

The only option would then be OSMF funding but you may have a glimpse
at the Mapillary numbers and prepare some fundraising.

Flo
--
Florian Lohoff f...@zz.de
UTF-8 Test The  ran after a , but the  ran away
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Facebook achète Mapillary !

[François Magimel]

Bonjour,

Le 19/06/2020 à 19:27, François Magimel a écrit :
> Pour la gestion de projet, on peut déjà commencer par une page sur le wiki 
> OSM pour définir les besoins, l'existant, la partie technique et peut-être 
> des tâches (comme ça, il y en a pour tous les goûts ;)) ?

En fait, un pad serait plus adapté dans un premier temps pour recenser les 
besoins, l'existant et le reste : 
https://annuel2.framapad.org/p/osm_photo_alternatives-9hcx. Et une fois qu'il 
aura bien avancé, on pourra en faire une page wiki.

À voir si on le fait en français (plus accessible pour nous) ou en anglais 
(plus accessible pour l'intégration des autres communautés).


François / Linkid



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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Marc M.]

Bonjour,

Le 19.06.20 à 17:01, Stéphane Péneau a écrit :
> Le 19/06/2020 à 16:23, Marc M. a écrit :
>> - des personnes pour établir les besoins/buts. ex faut-il faire
>> les 3 par défaut ? à l'époque c'était évidement, ajd p'tre que
>> l'utilisateur voudrait configurer le partage qu'à une partie des 3)
> Si on souhaite se défaire de ce genre de problème, il faut une solution
> complète qui ne soit pas rattachée à une entreprise.

j'entends bien ce que tu dis, mais il y a surement des contributeurs
souhaitant continuer à alimenter xyz
si un outil permet à ces personnes de contribuer à la solution
communautaire en même temps que leur solution favorite,
n'est-ce pas le meilleur moyen de les faire participer ?

pour être plus pragmatique, le démonstrateur peux en effet viser
à alimenter la copie locale et opentrailview par exemple.
et rien n'empeche qlq de faire un plugin pour alimenter xyz
par la suite

Cordialement,
Marc

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

Re: [OSM-talk-fr] Station assainissement communal - ref:FR:STEU

[Yves P.]

> Je corrige ma prose sur la page discussion du wiki.
> 
Tu as complété la page France/Liste des références nationales 

 :)
Et moi FR:Key:ref:sandre 
, mais très rapidement :/

Pour info, on peut charger les données géojson directement dans JOSM avec un 
simple glisser/déplacer, mais il faut auparavant renommer le fichier de .json 
en .geojson.
(Et bien sûr avec le greffon OpenData 
 installé).

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

Re: [OSM-talk-fr] Station assainissement communal - ref:FR:STEU

[Yves P.]

> Merci Yves,
De rien :)

Au passage, à chaque fois que je cartographie une station d'épuration ("station 
de traitement des eaux usées" dans le langage métier) je me questionne sur les 
tags à utiliser pour les bassins de décantations.

Il existe au moins 2 types de stations et donc 2 types de bassins :
Les cercles en béton surmontés d'une passerelle.
Les "étangs" peuplés de "roseaux".
Leur rendu n'est pas toujours approprié.

man_made=storage_tank + content=sewage
man_made=storage_tank + content=sewage + building=yes
landuse=reservoir + reservoir_type=sewage (type traduit par "égouts")
landuse=reservoir + reservoir_type=tailings (type traduit par "décantation")

Un détail aussi : les bassins circulaires sont représentés parfois comme des 
polygones plus ou moins réguliers (hexagones…)
Pour résoudre le "problème" dans JOSM, je trace un triangle quelconque plus 
grand que le réservoir. J'appui sur O pour le transformer en cercle. Je le 
redimensionne et le déplace avec CTR+ALT.
Et voilà :)

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

Re: [OSM-talk-fr] Station assainissement communal - ref:FR:STEU

[Cyrille37 OSM]

Merci Yves,

Le 20/06/2020 à 09:46, Yves P. a écrit :
Je propose ref:FR:STEU (STEU pour Station Traitement des Eaux Usées) 
sur le wiki 
https://wiki.openstreetmap.org/wiki/Talk:France/Liste_des_r%C3%A9f%C3%A9rences_nationales#Portail_d.27information_sur_l.27assainissement_communal


Bonne idée, mais je crois que ça existe déjà ;)

Voici la recherche dans www.sandre.eaufrance.fr 



ref:sandre 
=0437003S0002 




Je n'avais pas vérifié sur le portail SANDRE, seulement dans les 
fichiers dispo sur 
https://www.data.gouv.fr/fr/datasets/stations-de-traitement-des-eaux-usees-france-entiere/ 
dans lesquels je n'ai pas trouvé la réf 0437003S0002.


Je corrige ma prose sur la page discussion du wiki.

Au passage, la couche BD Carthage permet de voir les stations 
d'épurations dans JOSM…



Impeccable :-)

Cyrille37.



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

Re: [OSM-talk-fr] Station assainissement communal - ref:FR:STEU

[Yves P.]

> Je propose ref:FR:STEU (STEU pour Station Traitement des Eaux Usées) sur le 
> wiki 
> https://wiki.openstreetmap.org/wiki/Talk:France/Liste_des_r%C3%A9f%C3%A9rences_nationales#Portail_d.27information_sur_l.27assainissement_communal

Bonne idée, mais je crois que ça existe déjà ;)

Voici la recherche dans www.sandre.eaufrance.fr 


ref:sandre =0437003S0002 


Au passage, la couche BD Carthage permet de voir les stations d'épurations dans 
JOSM…

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

[OSM-talk-fr] OsmMyBiz et appropriation de nos outils par le "grand public"

[Yves P.]

Bonjour,

Nous ne sommes pas assez nombreux pour mettre à jour tous les POI dans OSM en 
temps réel.
Nous aimerions tous que chaque commerçant, association, citoyen… contribue 
directement à OSM pour mettre à jour "son" POI.

Hors pour des cas courants ça reste compliqué, partiel. Des exemples concrets :

1. Un garage Peugeot qui répare des voitures mais vends aussi des neuves.

Je trouve 2 POI côte à côte :
shop=car et
shop=car_repair
Le contributeur utilise iD et a 140 éditions à son actif.

On peut utiliser shop=car_repair et spécifier les services (réparation et 
vente).
Il existe 2 façons de taguer et les valeurs proposées par les preset d'iD et de 
JOSM ne sont pas normalisées (je vous passe les détails )

Les traductions sont foireuses "Véhicule de service" au lieu de "services" 
(sous entendu proposé).

Je me rappel d'OsmMyBiz et jette un oeil car ça doit être facile de saisir ça :
Et bien non. Il y a cette traduction perturbante, mais aucune possibilité de 
préciser la vente (en plus de la réparation) !

2. Une salle de cinéma

Souvent, c'est une salle de ciné dans une salle de spectacle, de théâtre, une 
salle des fêtes voir un centre artistique et culturel.
Comment saisir ça ?
Actuellement il faut dupliquer les POI :/

Il me parait donc "urgent" et prioritaire (par rapport à des sujets important 
comme le rachat de Mapillary) de travailler sur les POI.
Et découper ça en plusieurs axes :
l'édition avec un outil dédié et adapté (genre OsmMyBiz)
l'homogénéisation :
des outils d'éditions (vérifier que ça donne le même résultat avec JOSM, iD, 
OsmMyBiz…)
des traductions
des outils de QA (vérifier qu'Osmose et consorts aille dans le même sens).
vérifier qu'un POI soit "trouvable" facilement avec un moteur de recherche 
(Nominatim…)

Il faut mettre en place une méthodologie générale pour tous les POI.
Puis travailler POI par POI de façon "exhaustive".

C'est un gros chantier qui demande des ressources humaines.

Bref un projet à rajouter à la liste du Père Noël :)

__
Yves


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

[OSM-talk-fr] Station assainissement communal - ref:FR:STEU

[Cyrille37 OSM]

Hello,

Je propose ref:FR:STEU (STEU pour Station Traitement des Eaux Usées) sur 
le wiki 
https://wiki.openstreetmap.org/wiki/Talk:France/Liste_des_r%C3%A9f%C3%A9rences_nationales#Portail_d.27information_sur_l.27assainissement_communal


Cyrille37


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Yves P.]

>> si quelqu'un.e a *envie* qu'un démonstrateur "proxy Mapillary/OSC" voit le 
>> jour, qu'il/elle n'hésite pas à se lancer
> 
> je ne partage pas ta vision du communautaire.
> 
> *j*'ai envie de me lancer dans le sujet, comme je l'avais dis
> il y a plus d'un an.
> mais ce que je n'ai pas envie, c'est d'un Xieme projet mono-leader
> qui s'arrête ou se grippe le jour où le mono-leader est indisponible.
> le monde libre est plein de projet agonisant, quel gâchis de ne
> pas se concentrer sur le durable, ce qui implique aussi d'être
> humainement durable. c'est en ce sens que je disais que la
> communauté n'avait pas eu envie en 2018 du sujet, ou dit
> autrement, il n'y avait pas une manifestation de porteur*s*
> pour que l'idée se poursuive

Je pense qu'il faut interpréter la phrase de Vincent de façon plus large ;)
Elle rejoint une citation de Toni Morrison 
 (prix Pulitzer et prix Nobel de 
littérature) : “S’il y a un livre que tu veux vraiment lire, mais qui n’a pas 
encore été écrit, alors tu dois l’écrire.”

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