Re: [talk-au] Australia maritime boundaries - Geoscience Australia

[Lee Mason]

>Would this import effect the way the existing "coastline" is shown in OSM?

No, my original intent was not to import the baselines. Only the EEZ, 
contiguous zone, and coastal waters (state maritime boundary). And territorial 
maritime boundary fixes as necessary.

I see there are already some strait baseline boundaries in OSM, but only those 
of greater than several kms in length.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Australia maritime boundaries - Geoscience Australia

[Graeme Fitzpatrick]

Would this import effect the way the existing "coastline" is shown in OSM?

>From the GA definitions earlier:


   - "The Normal baseline corresponds with the low water line along the
   coast, including the coasts of islands. Under the Convention, normal
   baseline can be drawn around low tide elevations which are defined as
   naturally formed areas of land surrounded by and above water at low tide
   but submerged at high tide, provided they are wholly or partly within 12
   nautical miles of the coast. For Australian purposes, normal baseline
   corresponds to the level of Lowest Astronomical Tide (LAT)
   

   .
   - Straight baselines are a system of straight lines joining specified or
   discrete points on the low-water line, usually known as straight baseline
   end points. These may be used in localities where the coastline is deeply
   indented and cut into, or where there is a fringe of islands along the
   coast in its immediate vicinity.
   - Bay or river closing lines are straight lines drawn between the
   respective low-water marks of the natural entrance points of bays or rivers.

Waters on the landward side of the baseline are internal waters for the
purposes of international law."

In particular, would it bring in "Bay closing lines", which would correct
this:
http://tools.geofabrik.de/osmi/?view=highways=3.11629=45.75526=15=name_missing_major,name_missing_minor

I've corrected a couple manually where creeks flow into the ocean & the
coastline was shown as being 5k inland, but it's a pretty slow job :-(

Thanks

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

Re: [talk-au] Australia maritime boundaries - Geoscience Australia

[Lee Mason]

>That seems to imply that the coastal waters aren't part of the State or 
>Territory, just that the State and Territories have jurisdiction over that 
>coastal water. I'm not even sure the State/Territory borders should extend out 
>past the coastline at all?

I would be in favour of extending the state/territory out to the coastal waters 
limits. I interpret the definition being that, for all intents and purposes, 
the coastal waters are part of the state/territory, except that these coastal 
waters constitute Australia’s territorial waters.

Also, extending the state/territory borders out to the coastal waters limits 
would enclose any features in OSM that lie outside of the coastline, but are 
managed or considered a part of the respective state/territory. Most notably 
bays or even some beaches.
As an example, The Ningaloo Marine Park 
[OSM]  (Commonwealth waters), 
lies directly adjacent to a marine park of the same name but within state 
waters and managed by Western Australia (currently not in OSM – but here is a 
good map showing 
both).

>However, I was waiting for GA to release an updated dataset that will
have the new boundaries arising from recent treaty negotiations with
East Timor. I'd suggest waiting till then.

I am happy to proceed with the import. I would expect any amendments would only 
be relatively minimal around the region.

>I would ask that before anyone does imports, you make and document a plan, so 
>which data sources, which tags are going to be used and seek feedback

I shall start working on a plan, post it here, and begin importing after 
consultation.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-ja] 行政区画外の地域名について

[tomoya muramoto]

＞ただ高原という要素は見当たりません。
自然物を意味するnatural=*タグは、確かにあまり整備されていないのが現状ですね。
「高原」も現状では適切なタグがないので、暫定的にplace=localityをつけても良いのではないかと思います。

＞住民の有無でhamletとlocalityを使い分けるという理解で合っていますか？
はい。原則はその通りと考えます。

…細かく言えば、住民が住んでいる場所を意味する名前なのかそうでないのか、という区分になる気もしますが、ほんと細かいところなので…

＞あと観光地に関連することで、複合リゾート施設についてですが
＞区域はboundaryリレーションでまとめました。
boundaryリレーションは、行政管理目的に使われるので、複合リゾート施設には適していないと思います。ですので"admin_centre要素"も不要です。
https://wiki.openstreetmap.org/wiki/JA:Key:boundary

リレーションにするならmultipolygonかsiteが良いのではないでしょうか。
全体を囲むウェイをつくるのが楽だと思いますが…


＞付加するタグはtourism=attractionかleisure=resortあたりだろうかと思ったの
＞ですが、リレーション内の要素にtourism=theme_parkとleisure=parkあり、
＞「地物ひとつに OSM要素はひとつ」の原則に反してしまいます。
これは問題ないですよ。「ラグーナテンボス」という地物と、その中にある「テーマパーク」地物は、親子関係にあるかもしれませんが別の地物です。
公園(leisure=park)の中に遊具エリア(leisure=playground)があるケースはよくあります。
今回のケースでは、"tourism=attraction + name=ラグーナテンボス" と "leisure=resort +
name=ラグーナテンボス"の2個のデータを作ってはいけない、ということです。

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

[Talk-de] Layer mit Gemeindegrenzen

[Markus]

Gibt es irgendwo einen (transparenten) Layer der Gemeinde-Grenzen,
den man für eine Monitoring-Karte verwenden könnte auf der Objekte nach
Gemeinden gegliedert dargestellt werden?

Oder wie kann man sowas selber machen?
Bayern reicht.

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Koordinate innerhalb eines Polygons

[Markus]

Danke Ihr Beiden, beides hat geholfen :-)

Gruss, Markus

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

Re: [OSM-ja] 行政区画外の地域名について

[kake]

自然物かどうかという視点は抜けておりました。
ご指摘ありがとうございます。

ただ高原という要素は見当たりません。
概念としては標高の高い場所にある平坦な土地というような意味合いだと思いま
すが、
地形的にはnatural=saddleかnatural=sinkholeが一番近いように感じます。
ケースバイケースで使用していくしかないでしょうか？
必ずしもどちらかが当てはまるというわけでもないように感じます。

旧大字などの地域名はhumletをというのは分かりました。
観光地についても同様です。
住民の有無でhumletとlocalityを使い分けるという理解で合っていますか？


あと観光地に関連することで、複合リゾート施設についてですが
愛知県のラグーナテンボスの名称を付けたいと思い
（ラグーナテンボスはテーマパーク、ヨットハーバー、ショッピングセンター、
海岸緑地公園、複数のホテルからなる複合施設です）
区域はboundaryリレーションでまとめました。

付加するタグはtourism=attractionかleisure=resortあたりだろうかと思ったの
ですが、リレーション内の要素にtourism=theme_parkとleisure=parkあり、
「地物ひとつに OSM要素はひとつ」の原則に反してしまいます。

どうしようかと思い、似たような施設として東京ディズニーリゾートを思い出し
確認してみましたが、東京ディズニーリゾートの名称はついていませんでした。

このような場合はリレーションには追加のタグは何も付けずに
admin_centre要素のノードにplace=localityとname=*だけつければよいのでしょ
うか？


>一般的なルールはないと思いますので、私の個人方針を述べます。
>(およそのところはいいだ様と同意見かと思います)
>
>(1)自然物であれば、natural=*をつける。場合によってはplace=localityつけること
>もある。
>(2)自然物でないエリアの名前であれば、place=localityをつける
>(2-1)旧大字や「〜集落」「〜地区」は、place=localityは不適であると思う。place=
>hamletを導入するのが良いのではないかと考えている。
>(2-2)「温泉街」のように、明らかに観光向けであればtourism=attractionをつける。
>place=*は不要と考える。
>
>以下コメントです。
>
>>行政区分以外の地名については一般的にはOSMの本来のタグどおりに人口区分に
>>従ってタグ付けするという感じでしょうか？
>
>行政区分以外の地名については、place=province/county/city/town/village/suburb/
>quarter/neighbourhoodはつけません。
>
>>・地域自治会や地域住民などで主に使われている、区分がはっきりしないがバス
>>停名や交差点名などにも用いられている地域名など
>>-> こっちはたぶん neighbourhoodのほうが適切
>place=neighbourhoodは「小字 / 字 / 丁 /
>丁目」と定義されているので、この目的には不適であると考えます。ケースバイケー
>スかと思いますが、place=hamletのほうがよいと思います。
>
>muramoto
>
>---text/plain---
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja

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

Re: [OSM-talk-fr] Ortho express IGN

[Jérôme Seigneuret]

Désolé pour la suite je ne peux pas répondre. Je suis juste un
contributeur/utilisateur

A voir avec l'association. Je pense que c'est @Christian Quest
  qui s'occupe de ça.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ortho express IGN

[deuzeffe]

En fait, j'aimerais bien me servir des Ortho-express pour alimenter osm. 
Or, je doute que la licence d'utilisation des dites ortho me le 
permette. Comme m'ont dit Stereo et Marc-marc, via le proxy et la clé 
d'osm-fr, l'IGN nous sert ce qu'il veut bien nous servir, et donc pas 
les ortho express. Et c'est bien dommage.


Je ne sais si la convention peut être amendée dans ce sens...
--
deuzeffe, qui lance des perches et des appels du pied.

On 21/08/2018 15:45, Jérôme Seigneuret wrote:

tu peux mais faut créer une clé (CLEF)

https://geoservices.ign.fr/documentation/services-acces.html#obtention-dune-clef-dacc%C3%A8s-aux-services-web

est suivre les info

Le mar. 21 août 2018 à 15:16, deuzeffe  a écrit :


Les Ortho express ne semblent dispo. que dans le Géoportail :/ Du coup,
peux pas tester ce que tu suggères :(

On 21/08/2018 14:36, Jérôme Seigneuret wrote:

tu peux mesurer la taille d'un pixel en zoomant dans QGIS ou osm sinon
c'est un rapport entre taille et nombre de pixels. Qui plus est lé
résolution d'une image peux avoir des largeurs/hauteurs différentes

(carré

ou rectangle)

Jérôme

Le mar. 21 août 2018 à 12:15, deuzeffe  a

écrit :



Bonjour tout le monde,

Dans ma campagne d'inventaire des dates des orthophotos, je suis tombée
(aïe) sur 3 jeux intitulés "Ortho Express" (2016, 2017 et 2018) nets
jusqu'à l'échelle 1:1066 (suis pas assez calée pour en déduire la
résolution en cm...) produits par l'IGN et dispo. sur Géoportail.

Est-ce utilisable par la communauté osm ? En d'autres termes, est-ce le
proxy IGN nous permet d'accéder aux ressources, comme certaines de
celles listées ici :



https://geoservices.ign.fr/documentation/donnees-ressources-wms-geoportail.html

dont
- WMS-Raster-Géoportail - Ortho Express 2016
ORTHOIMAGERY.ORTHOPHOTOS.ORTHO-EXPRESS.2016
- et WMS-Raster-Géoportail - Ortho Express 2017
ORTHOIMAGERY.ORTHOPHOTOS.ORTHO-EXPRESS.2017
(et 2018, soyons fous) ?

--
deuzeffe, en quête d'orthophotos récentes...

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






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



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






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



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

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Kerry Irons]

=

there are some roads in Massachusetts that have actual names and route numbers 
(example: name="Grand Army of the Republic Highway"
ref="US 6"), but for reasons unknown there are street addresses like "3570 
Route 6".  Even though there is zero evidence that "Route 6" is is
any way a street name.   As far as I know this is limited to on the order of a 
half dozen roads, 1 US highway and about 5 state highways, mainly in the 
southeast and cape.

=

This is extremely common across the USA.  Post office addresses can refer to 
"road names" or highway numbers when the road is both.  The post office does 
not seem to care one way or the other, and two addresses side-by-side can have 
the road name address for one and the highway number address for the next.  
Alternatively, you can send mail to the same address number and use either the 
road name or highway number and both will be delivered by the post office with 
hardly a bat of the eye.

Kerry Irons
Adventure Cycling Association


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

Re: [Talk-it] Mancata attribuzione OSM

[Cascafico Giovanni]

Ma è un patrocinio della presidenza del consiglio quella che vedo?

In ogni caso quelle 3 su 4 scuole che conosco sono fuori di 500-800  metri.

Il 1 set 2018 4:56 PM, "claudio62PG"  ha scritto:

> Cercando su internet ho trovato  Cantieri scuole
>    le mappe sono OSM ma di
> attribuzione nessuna traccia
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Peter Dobratz]

On Sat, Sep 1, 2018 at 5:28 AM Greg Troxel  wrote:

>
>   From: Albert Pundt 
>   Subject: [Talk-us] Naming numbered roads as "State Route X", "Interstate
> X", etc.
>   To: "talk-us@openstreetmap.org Openstreetmap"  >
>   Date: Fri, 31 Aug 2018 22:06:50 -0400 (10 hours, 17 minutes, 15 seconds
> ago)
>   Attachment: [3. text/html]...
>
>   I notice the user SSR_317 has been adding the route numbers of unnamed
>   roads to the name=* tag of roads around Indianapolis. For example,
>   name=Interstate
>   465, name=US 31, name=State Route 37, etc. Isn't this practice frowned
> upon
>   as being redundant and not reflecting the lack of a proper name to the
>   road? This seems to be the case around the country. All route numbers
> were
>   listed in alternate names of the roads in the original TIGER data, but
> the
>   vast majority of these have been removed in favor of route relations and
>   ref=* tags.
>
>   I removed these name tags from the affected roads, but the user has since
>   re-added them.
>
> Seconded or thirded: a route number is not an actual name and does not
> belong in the name tag, or even alt_name.
>
> This has come up (in discussion, not actual edits as far as I know)
> because there are some roads in Massachusetts that have actual names and
> route numbers (example: name="Grand Army of the Republic Highway"
> ref="US 6"), but for reasons unknown there are street addresses like
> "3570 Route 6".  Even though there is zero evidence that "Route 6" is is
> any way a street name.   As far as I know this is limited to on the
> order of a half dozen roads, 1 US highway and about 5 state highways,
> mainly in the southeast and cape.
>
> So beyond agreeing that sticking things in name (presumably on the
> notion that everything should have a name, even though that notion is
> confused as the real world does not have that property), I wanted to
> point out that just because a building near a road has an *address* with
> a name, doesn't mean that the road itself has that name.
>

As a counterpoint to this, consider that street names in OSM include
directional prefix, base name, suffix, and directional suffix.  The post
office breaks down the standard components of delivery address line here:

https://pe.usps.com/text/pub28/28c2_012.htm

In this example of "101 W Main St S Apt 12" we would represent this address
OSM in the following tags on the POI Node or Area:
addr:housenumber=101
addr:street=West Main Street South
addr:unit=12

On the nearby Way for the street, there would be a "name=West Main Street
South" tag.

Values in addr:street do need to include numbered routes when the numbered
route is part of the actual address.  The post office shows some examples
of various variations on standard names for numbered routes here:

https://pe.usps.com/text/pub28/28apf.htm

To cite a specific example of how we might map something, consider the town
of Waldport, Oregon.

https://www.openstreetmap.org/#map=18/44.42718/-124.06667

As you can see, there is a US Route 101 running north-south through town.
Roads north of Northwest Hemlock Street include Northwest as part of their
names and roads south of Northwest Hemlock Street include Southwest as part
of their name.  US Route 101 is currently mapped in OSM with
"name=Northwest Highway 101" for the portions north of Northwest Hemlock
Street and "name="Southwest Highway 101" for the portions south of
Northwest Hemlock Street.  If we drop the name tag from this road in OSM,
then we lose the Northwest and Southwest directional prefix.  I think we
should retain the name tags on roads like this.

Here is an examples of a POI along this route:

https://www.grand-central-pizza.com/
Grand Central Pizza
245 SW Hwy 101
Waldport, OR 97394

USPS standard format of the address:
245 SW HIGHWAY 101
WALDPORT, OR 97394-3036

https://www.openstreetmap.org/way/463377211
addr:housenumber=245
addr:street=Southwest Highway 101
addr:city=Waldport
addr:state=OR
addr:postcode=97394

I believe this is correct in OSM.  The value in addr:street matches the
name tag on the nearby road.  The fact that the road is a member of the
route 101 route relation and ref=US 101 tag on the Way does not capture the
directional prefix on portions of the road.

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

[OSM-talk-ie] Townland boundaries pulled to match ground features

[Brian Hollinshead]

The boundary between Kilmashogue and Taylors Grange has been pulled out of
position to suit the Marlay Park golf course. Please see ways
openstreetmaps.org/way/563594212 and 213

Similarly openstreetmap.org/way/325217162 has been grossly pulled to fit
ground features.

These differences can be easily seen in JOSM using gsgs3906 image and in
maps.openstreetmap.ie which remains correct somehow.

I hope one of you knows please how to reverse this pull without hurting
other features and will do it. I do not regard it as within my competency
to undertake this.
Many thanks.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk] Representing places with no housenumber

[Christoph Hormann]

On Saturday 01 September 2018, Johnparis wrote:
> I would disagree with Christoph's assumption that addresses must be
> unique. The purpose of an address is to help someone locate
> something.

Well - then everything in the OSM database is an address and 
noaddress=yes is universally a nonsense tag.

Taking refuge in arbitrariness is a natural reaction to the complexity 
of the world but it ultimately does not solve any problems.

If you don't agree that an address needs to be unique that is fine but 
so far i have not seen any other consistent concept of an address being 
presented that makes sense, somethings that helps someone to locate 
something does not cut it.

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

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

Re: [OSM-talk] Representing places with no housenumber

[Johnparis]

I would disagree with Christoph's assumption that addresses must be unique.
The purpose of an address is to help someone locate something. It gets
"close enough", with the definition of that phrase varying by
locality/society/observer. ALL addresses, in that sense, are "partial", to
use Christoph's term.

Multiple objects may share an address. In fact, this has just been raised
in the context of cycleways (should they share the name of the street they
parallel?). Other examples have already been given in this thread (the red
shed). And the converse is also true: single objects may have multiple
addresses. Addresses can be many-to-one or one-to-many; a one-to-one
relationship is not required.

Back to the OP, I think the "no" prefix tags are problematic in general
(noaddress, noname). I personally like Martin's proposal of a "no_" prefix.
At least that's easier for data consumers to suss out. So I'd vote for
no_addr:housenumber=yes.

There is, in fact, an address in these cases, so "noaddress=yes" is wrong.

John


On Fri, Aug 24, 2018 at 4:49 PM Warin <61sundow...@gmail.com> wrote:

> On 24/08/18 18:40, Rory McCann wrote:
> > On 22/08/18 23:40, Christoph Hormann wrote:
> >> On Wednesday 22 August 2018, Rory McCann wrote:
>  The single most important property of an address is that it is
>  unique
> >>>
> >>> 35% of addresses in Ireland aren't unique.
> >>
> >> I strongly suspect we have a different understanding of either 'address'
> >> or 'uniqueness' here.
> >
> > Possibly. The Irish definition is "a property has the same address with
> > a least one other property". I'm not talking about 2 postboxes that are
> > beside each other in an apartment block, but 2 houses which could be a
> > distance apart. Post/Packages is delivered partially based on surname,
> > or "local knowledge" . It is/was a pain. The new postcode ("eircode")
> > will help. Now, you may say the surname is part of the address, but what
> > happens when someone moves house?
>
> The 'names' I refer to are the 'names' of the property, not the name of
> the resident/s.
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation

[Alouette955]

Bonjour Damien,

Actuellement j’en suis à l’étape planification. Aurais-tu documenté ta (votre) 
méthode de travail pour importer les stations et développer les relations. Bien 
entendu, avec ton accord, je m’inspirerais fortement de ta page du wiki pour 
documenter l’avancement du travail mais dans le concret j’aimerais m’inspirer 
d’une méthode de travail éprouvée.

Concernant la vingtaine de stations (ou peut-être un peu plus) voici un exemple 
du problème:

https://osm.org/go/cIrVJ6WoQ-

Quelques-unes ont été placées en plein centre de l’intersection, d’autres après 
l’intersection et non avant et, de plus, les données de Exo comporte deux 
arrêts et non un seul. Excuse mon manque d’habileté mais je n’ai pas encore 
trouvé comment changer les coordonnées d’un noeud existant pour donner celles 
du poteau d’arrêt tel que présentes dans les données de Exo. Les glisser 
approximativement sur la carte est ardu et ne donne pas l’exactitude des 
données de Exo. 

Si je vais plus loin je vais documenter ça plus formellement mais voici ma 
vision de la chaine d’action à prendre:

  1- Identifier les arrêts déjà présents dans OSM pour le secteur d’un réseau à 
documenter
  2- Télécharger les arrêts du réseau à documenter à partir des données GTFS
  3- Corriger l’emplacement et les attributs des arrêts présents et les retirer 
du fichier d’importation
  4- Retirer du fichier d’importation les doublons déjà importés (ayant le même 
attribut ref=numéro de l’arrêt) puisque faisant partie de 2 réseaux
  5- Importer les arrêts de bus du réseau
  6- Créer manuellement les relations selon le format Public Transport v2 à 
partir des données GTFS et des chemins existants dans OSM

Je sais que c’est très résumé mais si je me trompe en partant mieux vaut le 
savoir.

Je sais que c’est un projet de très long haleine puisque Exo gère ou coordonne 
16 réseaux tout assumant l’exploitation de 12. Les 4 “autonomes” étant  STM, 
STL, RTL et CRT Lanaudière. 

Voir:

https://rtm.quebec/fr/a-propos/donnees-ouvertes

Peut-être qu’une page de documentation EXO qui pointe vers une page détaillée 
par réseau (dont STM) pourrait être envisageable?

Merci de ton aide et s’il y a des contributeurs intéressés à attaquer ce projet 
ne vous gênez surtout pas, je me demande encore si j’ai les reins assez solides 
pour ça.

Claude

P.S. J’ai épuré cette réponse de ton message d’origine concernant les données 
ouvertes du STM afin de l’alléger.

From: Damien Riegel 
Sent: Wednesday, August 29, 2018 6:52 PM
To: alouette...@gmail.com 
Cc: talk-ca 
Subject: Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation

Bonjour Claude,


Effectivement, si les données sont disponibles sous licence CC-BY, il faudra 
obtenir une autorisation. Au cas où, je mets un lien vers un article (en 
anglais) qui explique pourquoi il faut faire ça et comment le faire: 
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

En ce qui concerne l'import, il me semble que la logique d'OSM voudrait qu'on 
préfère garder les stations qui sont déjà existantes plutôt que de les 
remplacer (la logique étant qu'on préfère des données saisies par des 
utilisateurs à des données issues d'imports). S'il n'y a qu'une vingtaine 
d'arrêts problématiques, est-ce envisageable de ne pas les importer et de 
garder les existants ? Je pense que la discussion concernant l'import peut 
avoir lieu sur cette liste.

Marquer les arrêts comme highway=bus_stop n'est pas incompatible avec Public 
Transport v2. J'ai ajouté ce tag pour des arrêts que j'ai ajouté à Montréal car 
sinon ils ne sont pas affichés sur la carte, donc autant le garder à mon avis. 
J'ai aussi vu qu'il y avait des discussions pour retravailler le format Public 
Transport v2 avec une reintroduction de highway=bus_stop.

J'en profite pour ajouter que pour Montréal, j'ai crée un tableau qui recense 
l'état actuel du réseau de la STM dans OSM: 
https://wiki.openstreetmap.org/wiki/Bus_routes_in_Montr%C3%A9al . Je ne sais 
pas si ça vaut le coup d'ajouter EXO sur cette page ou de créer une page 
dédiée, à voir.

Bonne soirée,
Damien


On Tue, 28 Aug 2018 at 15:21, Alouette955  wrote:

  Bonjour,

  J’étais à la veille d’écrire à cette liste pour le même sujet mais concernant 
le RTM (Réseau de transport métropolitain, maintenant EXO).

  Je crois que leur données ouvertes, sujettes à la licence CC-BY, me 
poseraient le même problème. Voir 
https://rtm.quebec/fr/a-propos/donnees-ouvertes. Auquel cas je ferai la même 
démarche auprès de donneesouvertes@exo.quebec.

  Si jamais un projet d’importation des données GTFS de Exo est déjà dans la 
moulinette merci de m’en informer.

  Mon projet est d’importer, dans un premier temps, les arrêts d’autobus 
(public_transport=platform) afin, dans un deuxième temps, de les intégrer 
manuellement dans des relations de lignes  et trajets d’autobus selon la norme  
Public Transport version 2. J’étais sur le point de créer une page sur le Wiki 
pour discuter/avaliser cette 

[Talk-it] Edificio mai terminato

[claudio62PG]

Trovo in città dei edifici mai terminati, con cantiere evidentemente
abbandonato da anni, come si tagga in questo caso
Claudio



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

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

[Talk-it] Mancata attribuzione OSM

[claudio62PG]

Cercando su internet ho trovato  Cantieri scuole
   le mappe sono OSM ma di
attribuzione nessuna traccia 
Claudio



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

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

Re: [Talk-ca] CBS Netherlands Statistics and Open Data

[Jonathan Brown]

Open data released by Statistics Netherlands – rated second in the world behind 
Denmark in open data inventory – saw a surge to 3.2 million open data 
retrievals in the second quarter of 2018 alone 
https://www.cbs.nl/en-gb/corporate/2018/31/explosive-growth-in-use-of-cbs-open-data,
 especially in the private sector where its use may raise some interesting 
public policy issues for students to explore.  

Some young researchers from the Netherlands Statistics CBS group also 
participated in an innovative professional learning opportunity, the hackatrain 
event while enroute to a conference in Berlin: 
https://www.cbs.nl/en-gb/corporate/2018/28/hackatrain-creative-mobility-solutions.
 

A cool idea might be to put out a challenge to design an updated version of The 
National Dream: The Great “Digital” Highway 2020 to 2030. It might make for an 
interesting “participatory” narrative.  

Jonathan 

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

Re: [OSM-talk] Representing places with no housenumber

[Martin Koppenhoefer]

sent from a phone

> On 1. Sep 2018, at 13:08, Gregory Marler  wrote:
> 
> Maybe the building is in use. Maybe it gets post, and billed for electricity, 
> local tax, etc. Most places it would need an address for that, but the 
> average mapper wouldn't know what it was and might not even know if it 
> does/doesn't use such services.


this is a different issue, mappers not being able, or with great difficulty, to 
get to know the address. I was referring to places of which the “address” 
explicitly (often) states: no housenumber.

E.g. https://www.osakasushiristorante.it/
(snc=no housenumber), it’s just an example, there are tens or hundreds of 
thousands of these, I guess.

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

Re: [Talk-it] Photo Red

[Martin Koppenhoefer]

sent from a phone

> On 1. Sep 2018, at 06:21, Francesco Pelullo  wrote:
> 
> Una specie di punizione per gli indisciplinati, ma comunque sempre meglio di 
> una foto alla targa.


se non scatta la foto non ci sarà punizione se passassi  con rosso, quindi non 
viene “enforced”.
enforcement con traffic lights vuol dire che ti scatta la foto quando passi al 
rosso (sarebbe da installare ad ogni secondo semaforo della capitale)

Per me quel meccanismo che descrivi te dovrebbe essere taggato diversamente per 
poter distinguere i due sistemi.

Formalmente, come ora è scritto il wiki, type=enforcement serve a rilevare e 
documentare un’infrazione, quindi non sarebbe applicabile per il caso che 
descrivi tu. “Enforcement” descrive cosa viene monitorato, non come avviene la 
sanzione. Ammetto che la pagina è scritto male e sarebbe da chiarire.

https://wiki.openstreetmap.org/wiki/Relation:enforcement


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

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Greg Troxel]

  From: Albert Pundt 
  Subject: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", 
etc.
  To: "talk-us@openstreetmap.org Openstreetmap" 
  Date: Fri, 31 Aug 2018 22:06:50 -0400 (10 hours, 17 minutes, 15 seconds ago)
  Attachment: [3. text/html]...

  I notice the user SSR_317 has been adding the route numbers of unnamed
  roads to the name=* tag of roads around Indianapolis. For example,
  name=Interstate
  465, name=US 31, name=State Route 37, etc. Isn't this practice frowned upon
  as being redundant and not reflecting the lack of a proper name to the
  road? This seems to be the case around the country. All route numbers were
  listed in alternate names of the roads in the original TIGER data, but the
  vast majority of these have been removed in favor of route relations and
  ref=* tags.

  I removed these name tags from the affected roads, but the user has since
  re-added them.

Seconded or thirded: a route number is not an actual name and does not
belong in the name tag, or even alt_name.

This has come up (in discussion, not actual edits as far as I know)
because there are some roads in Massachusetts that have actual names and
route numbers (example: name="Grand Army of the Republic Highway"
ref="US 6"), but for reasons unknown there are street addresses like
"3570 Route 6".  Even though there is zero evidence that "Route 6" is is
any way a street name.   As far as I know this is limited to on the
order of a half dozen roads, 1 US highway and about 5 state highways,
mainly in the southeast and cape.

So beyond agreeing that sticking things in name (presumably on the
notion that everything should have a name, even though that notion is
confused as the real world does not have that property), I wanted to
point out that just because a building near a road has an *address* with
a name, doesn't mean that the road itself has that name.




signature.asc
Description: PGP signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Cascafico Giovanni]

Il 1 set 2018 11:57 AM, "Francesco Frassinelli"  ha
scritto:

L'unico modo che conosca per non violare le licenze dei dati proprietari è
quello di usarli come spunto per fare sopralluoghi mirati (vedo qualcosa di
interessante, mi reco sul posto, mappo quello che vedo: in questo modo la
fonte è "survey") o cercare riscontri su basi di dati con licenza
compatibile (ed affidabile). Spero possiate confermare.

+1
Inoltre tempo fa avevo posto la questione "filosofica" se il non-dato di SV
violasse la licenza di OSM: un dataset Open dice che qui c'è un oggetto, ma
in SV non lo vedo, quindi non lo mappo.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] reportáž ČT o navigacích

[Karel Volný]

Dne sobota 1. září 2018 12:54:01 CEST, Miroslav Suchý napsal(a):
> Dne 31.8.2018 v 17:47 jzvc napsal(a):
> > A jak poznas v terenu, ze jde o lesni cestu, kdyz je to asfaltka a neni
> > tam zadna znacka?
> 
> Nijak. Ale to te pred zakonem neomlouva :)
> 
> Tech veci, ktere nemas sanci poznat v terenu je vice. Napr. u prace mame
> tento bod:
> https://mapy.cz/s/30GpB
> A resili jsme zda auto sjizdejici po sjezdu a odbocujici do prava na
> Purkynovu ma prednost pred vozidlem jedoucim po Hercikove a odbocujici
> doleva na Purkynovu. Zaver je ten, ze zalezi zda se jedna o dve
> krizovatky nebo zda se jedna o jednu krizovatku. A to poznas jedine v
> registru silnic. V terenu to nemas sanci poznat.

v terénu nemusíš nic poznávat, neboť v tom bodě vozidlo odbočující z Herčíkovy 
již fakticky odbočilo a tudíž jede po Purkyňově a má přednost před vozidlem 
sjíždějícím z Hradecké

zajímavější je tato situace na Sportovní, kde v místě napojení odbočení vpravo 
z Cimburkovy vozidla odbočující vlevo z Reissigovy odbočovací manévr ještě 
dokončený nemají

K.


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-lt] Kaunas

[Tomas Straupis]

Sveiki

  Kaip galvojate, ką daryti su tokiu žymėjimu?
  https://www.openstreetmap.org/#map=17/54.92798/23.98653

  Iš vienos pusės įdėta labai daug darbo.
  Iš kitos pusės:
  a) plotų kraštai sudaryti iš kelių (dėl ko pasidaro labai sunku ką
nors taisyti, vienas kelias padalinamas į daugybę gabaliukų, dėl ko
sunku keisti jo savybes, vektorinėse kaladėlėse daug vietos užimantis
ir lėtai veikiantis bardakas)
  b) realiai visas šitas plotas yra vienas didelis
landuse=residential. Iš jėgos vienas ar du plotai gali būti
landuse=forest, iškirpti iš residnetial. O dabar sužymėta viskas kaip
daug daug mažyčių vitražo gabaliukų. Visi poligonai lygiavertiškai
nepersidengia, net tarkim amenity=parking ar koks footway area
išpjauti iš aplinkinio ploto.

-- 
Tomas

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

Re: [Talk-cz] reportáž ČT o navigacích

[Vaclav Kroupar]

Mel bys to poznat dle doplnkove tabulky. Pokud je hlavni prerusena, tak 2 
krizovatky za sebou. Pokud probiha plynule, tak jedna.  Zde pro jistotu tabulky 
s tvarem krizovatky nejsou, ale ten sjezd dle vseho neni silnice ale vyjezd. 
Tudiz davas prednist vsem na silnici bez rozdilu veku a pohlavi. 
Pokud jsem to na mobilu videl soatne, tak se omlouvam

Václav Kroupar

1. 9. 2018 v 12:54, Miroslav Suchý :

> Dne 31.8.2018 v 17:47 jzvc napsal(a):
>> A jak poznas v terenu, ze jde o lesni cestu, kdyz je to asfaltka a neni
>> tam zadna znacka?
> 
> Nijak. Ale to te pred zakonem neomlouva :)
> 
> Tech veci, ktere nemas sanci poznat v terenu je vice. Napr. u prace mame
> tento bod:
> https://mapy.cz/s/30GpB
> A resili jsme zda auto sjizdejici po sjezdu a odbocujici do prava na
> Purkynovu ma prednost pred vozidlem jedoucim po Hercikove a odbocujici
> doleva na Purkynovu. Zaver je ten, ze zalezi zda se jedna o dve
> krizovatky nebo zda se jedna o jednu krizovatku. A to poznas jedine v
> registru silnic. V terenu to nemas sanci poznat.
> 
> 
> Mirek
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz


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

[OSM-talk] Representing places with no housenumber

[Gregory Marler]

My personal perspective from the UK...


In suburbs, people often don't have a visual house address. I guess the
postman remembers or figures it out. I can usually guess too, and add a
note to other mappers soo they can change it if I'm wrong:
https://overpass-turbo.eu/s/Byc

In rural areas it would be harder to guess. They may "not have an address",
whatever that means, so I would map building=yes and move on without other
tagging.
Despite looking like a residence, it might be an outhouse (shed, barn,
annex for visitors, etc) that only has existence in relation to a building
that has an "address".

Oh, but how would people refer to that without the address? Maybe...
* It's the cottage behind Bill's house which is number 7.
* Can you pop over to the red shed.
* This is my woodland, up until the blue posts when the wood has the same
name but is owned by someone else.
* We're going to do some work on the old house, it's 1/2 a mile out of the
village, I'll meet you there.
* Type "some.pointless.words" into your phone and drive in a straight line
over the roads and rivers.
* Here's a link to it on osm.org.

Maybe the building is in use. Maybe it gets post, and billed for
electricity, local tax, etc. Most places it would need an address for that,
but the average mapper wouldn't know what it was and might not even know if
it does/doesn't use such services.

Sometimes the address doesn't relate to the physical location (particularly
with UK postcodes). For post and visiting you might get the name/department
plus the address of the site sorting office or security/reception. The post
sorting office might be a mile or more away, and the postal service might
even give them letters that have thee real address/location on.

Can we not leave it blank?
A little dash of local knowledge or looking at the surrounding map should
make it clear whether it's been surveyed (and lack-of number/name signs
observed) or whether the area needs addresses mapped. Anyone who goes "oh
that place is missing the address" can either edit the map or at least put
in a map note with their knowledge.


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

Wochennotiz Nr. 423 21.08.2018–27.08.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/09/wochennotiz-nr-423/

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

Wochennotiz Nr. 423 21.08.2018–27.08.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/09/wochennotiz-nr-423/

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

Re: [Talk-cz] reportáž ČT o navigacích

[Miroslav Suchý]

Dne 31.8.2018 v 17:47 jzvc napsal(a):
> A jak poznas v terenu, ze jde o lesni cestu, kdyz je to asfaltka a neni
> tam zadna znacka?

Nijak. Ale to te pred zakonem neomlouva :)

Tech veci, ktere nemas sanci poznat v terenu je vice. Napr. u prace mame
tento bod:
https://mapy.cz/s/30GpB
A resili jsme zda auto sjizdejici po sjezdu a odbocujici do prava na
Purkynovu ma prednost pred vozidlem jedoucim po Hercikove a odbocujici
doleva na Purkynovu. Zaver je ten, ze zalezi zda se jedna o dve
krizovatky nebo zda se jedna o jednu krizovatku. A to poznas jedine v
registru silnic. V terenu to nemas sanci poznat.


Mirek

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

Re: [Talk-it] foss4g-it2019 a PAdova

[Luca Delucchi]

Il sab 1 set 2018, 10:10 Matteo Zaffonato  ha scritto:

> Per il Mapping party ci siamo mossi durante quest'anno con una
> presentazione sulla mappatura della ciclabilità in collaborazione con
> Volket ed una sulla mappatura dell'accessibilità. Se dite si può procedere
> con una delle due.
>
> Altrimenti c'era una persona dell'Università che era molto interessata
> alla mappatura di un nuovo quartiere coinvolgendo anche i residenti. Posso
> sentirlo al rientro dalle ferie.
>

interessante.

>
> @Alessandro: c'è già un'idea per la sede dell'evento? In caso posso
> sentire i contatti che il gruppo Wikimedia Veneto ha all'interno
> dell'Università.
>

Si si, siamo ospiti del DICEA.

>
> Ciao
> Matteo
>

Ciao
Luca

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

Re: [OSM-talk-fr] openinframap

[François Lacombe]

Bonjour

A noter que russs n'intervient sur openinframap qu'entre Noel et le nouvel
an habituellement

J'ai bien proposé de l'aider dans sa tache mais sans réponse. Il y a
pourtant beaucoup à faire

Bonne journée

François

Le sam. 1 sept. 2018 à 10:26, marc marc  a
écrit :

> Bonjour,
>
> info de Gazer75 (qui ne parle pas français) sur irc :
> I think it has stopped due to a problem,
> but ru is quite busy atm.
>
> en français : il y a un problème :-)
> mais "russs", le gars qui s'en occupe, est débordé pour le moment.
> Le mieux est de prendre contact directement avec lui ou chercher s'ils
> ont un système de ticket pour être au courant des changements.
>
> Cordialement,
> Marc
>
> Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
> > petit up gentil
> > le problème de rafraichissement semble toujours présent
> >
> > Le mer. 22 août 2018 à 21:34, François Lacombe
> > mailto:fl.infosrese...@gmail.com>> a écrit :
> >
> > Bonsoir,
> >
> > Relativement à ce problème, il semble toujours présent dans la zone
> > https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
> >
> > Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
> > Surement un problème de mise à jour
> > A voir si les admins consentent à recharger la base
> >
> > François
> >
> > Le lun. 20 août 2018 à 08:48, François Lacombe
> > mailto:fl.infosrese...@gmail.com>> a
> écrit :
> >
> > Bonjour Laurent
> >
> > En effet, on dirait qu'il y a une ligne horizontale au nord de
> > laquelle il n'y a pas de postes ou de lignes
> >
> > On va attendre encore quelques jours pour voir si ca se débloque
> >
> > François
> >
> > Le lun. 20 août 2018 à 08:13, Laurent Combe
> > mailto:laurent.co...@free.fr>> a écrit :
> >
> > alors quelque chose m'échappe
> > au nord de toulouse, commune de Fronton par exemple , la
> > carte affichée par openinframap ne se réactualise plus
> > depuis qques jours
> > aucune nouvelle ligne electrique n'apparait dans ce secteur
> >
> > j'ai viré cookie, cache, ...
> >
> > je ne vois pas
> >
> > Laurent
> >
> >
> > Le dim. 19 août 2018 à 19:54, François Lacombe
> >  > > a écrit :
> >
> > Bonjour
> >
> > Environ 1 cache de 24h
> >
> > François
> >
> > Le dim. 19 août 2018 à 19:38, Laurent Combe
> > mailto:laurent.co...@free.fr>> a
> > écrit :
> >
> > Bonjour
> >
> > Savez-vous a quelle fréquence se regénère les tuiles
> > d'OpenInfraMap ?
> >
> > Laurent
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org  Talk-fr@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-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] Utente veneziano che basa il lavoro su streetview

[Andrea Musuruane]

Ciao,

On Fri, Aug 31, 2018 at 1:59 PM Martin Koppenhoefer 
wrote:

> Nel contesto di una discussione su un changeset, ho incontrato un utente
> che dice di basare il lavoro su Google StreetView.
>
> https://www.openstreetmap.org/changeset/50453873
>
> Come si procede? Non credo tutto il suo lavoro sia stato basato su
> streetview, per esempio il changeset che non mi piaceva era un edit
> automatico che trasformava alcuni footway a Venezia in pedestrian.
>

Secondo me sarebbe da fare un revert già solo per la modifica. Purtroppo
non è così infrequente trovare casi analoghi, dove tutto è diventato
pedestrian, senza capire che c'è differenza tra highway=pedestrian e
highway=footway.

Ovviamente l'uso di StreetView non va bene. Potresti forse consigliarli di
usare (e contribuire a) Mapillary.

Ciao,

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

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Francesco Frassinelli]

Il giorno ven 31 ago 2018 alle ore 22:34 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> non lo conosce nessuno?
>

Puroppo no, e non è così inusuale trovare qualcuno che commette questo
errore, ed anch'io sono interessato a confrontarmi con voi per capire come
siete soliti agire in questo caso.

L'unico modo che conosca per non violare le licenze dei dati proprietari è
quello di usarli come spunto per fare sopralluoghi mirati (vedo qualcosa di
interessante, mi reco sul posto, mappo quello che vedo: in questo modo la
fonte è "survey") o cercare riscontri su basi di dati con licenza
compatibile (ed affidabile). Spero possiate confermare.

Comunque sia, meglio specificarlo ancora una volta: StreetView non è una
fonte utilizzabile per OSM :)


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

Re: [Talk-it] strada minore o strada ad uso agricolo

[Martin Koppenhoefer]

sent from a phone

> On 31. Aug 2018, at 21:04, matteo ruffoni  wrote:
> 
> su OSM risulta ancora un pezzo di tratteggio marrone (strada agricola) ma la 
> via Alta è tutta asfaltata (strada non classificata


ci sono anche le strade unclassified non pavimentate (di asfalto) e track con 
asfalto 


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

Re: [talk-au] Australia maritime boundaries - Geoscience Australia

[Andrew Harvey]

I guess you saw already, but it looks like most of these have tags defined
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime

Thanks Lee for posting about this and posting those GA links, very helpful!
I'm in favour of importing these, it seems the GA data is good to use, but
I would ask that before anyone does imports, you make and document a plan,
so which data sources, which tags are going to be used and seek feedback
first.

From
http://www.ga.gov.au/scientific-topics/marine/jurisdiction/maritime-boundary-definitions

> ...Jurisdiction over the water column and the subjacent seabed is vested
in the adjacent State or Territory as if the area formed part of that State
or Territory...

That seems to imply that the coastal waters aren't part of the State or
Territory, just that the State and Territories have jurisdiction over that
coastal water. I'm not even sure the State/Territory borders should extend
out past the coastline at all? In the PSMA data it stops at the coastline.

I agree those that based on that information it's incorrect to extend them
out to the current Australia admin_level=4 boundary, Australia's maritime
territorial border.

> Yeap, maritime boundaries have been on my "todo list" for a while now.
However, I was waiting for GA to release an updated dataset that will have
the new boundaries arising from recent treaty negotiations with East Timor.
I'd suggest waiting till then.

I'm not opposed to importing this data now and then amending later, all up
to whoever wants to go through the import process and make it happen.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-cat] [Geoinquiets Barcelona] GeoBirres OSM

[Laura García Maraña]

Muchas gracias Oscar, por compartir!
Saludos

Laura

El jue., 30 ago. 2018 10:41, Oscar Fonts  escribió:

> Hola,
>
> Reenvio convocatòria a la llista de geoinquiets.cat, segur que hi ha gent
> que s'hi apunta.
>
> Salut,
>
> Oscar.
>
>
>
> 2018-08-30 9:48 GMT+02:00 JOAQUIN GARCIA :
>
>> Bon dia a tots:
>>
>> Al grup de Telegram ens vam proposar que féssim una trobada per dos motius
>>
>> 1. Que feia molt que no ens veiem o no ens hem vist cara a cara mai
>> 2. Hi ha molta gent nova que és millor sentir-se fer-nos costat entre
>> tots.
>>
>> És per això que he proposat fer una trobada al lloc on col·laboro on tinc
>> accés a diferents sales, incloent-hi la sala d'informàtica, per si voleu
>> ficar-vos en farina.
>>
>> https://www.openstreetmap.org/node/5658455709
>>
>> Es tractaria de debatre, de parlar de projectes de futur, de resoldre
>> dubtes, etc.
>>
>> La sessió serà de tarda, de 4 a 8, amb la intenció que la gent vingui
>> quan pugi.
>>
>> Us deixo l'enllaç, perquè seleccioneu dia i us apunteu
>>
>> https://doodle.com/poll/vkzx89r46a3ictp7
>>
>> Salut i Mapes, JQN
>>
>> --
>> *Joaquín García Martínez*
>>
>> joaquin.garc...@gmail.com
>>
>> Tlf. 629187135
>>
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
>
>
> --
> Oscar Fonts
> www.geomati.co 
> ___
> Barcelona mailing list
> barcel...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/barcelona
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-fr] openinframap

[marc marc]

Bonjour,

info de Gazer75 (qui ne parle pas français) sur irc :
I think it has stopped due to a problem,
but ru is quite busy atm.

en français : il y a un problème :-)
mais "russs", le gars qui s'en occupe, est débordé pour le moment.
Le mieux est de prendre contact directement avec lui ou chercher s'ils 
ont un système de ticket pour être au courant des changements.

Cordialement,
Marc

Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
> petit up gentil
> le problème de rafraichissement semble toujours présent
> 
> Le mer. 22 août 2018 à 21:34, François Lacombe 
> mailto:fl.infosrese...@gmail.com>> a écrit :
> 
> Bonsoir,
> 
> Relativement à ce problème, il semble toujours présent dans la zone
> https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
> 
> Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
> Surement un problème de mise à jour
> A voir si les admins consentent à recharger la base
> 
> François
> 
> Le lun. 20 août 2018 à 08:48, François Lacombe
> mailto:fl.infosrese...@gmail.com>> a écrit :
> 
> Bonjour Laurent
> 
> En effet, on dirait qu'il y a une ligne horizontale au nord de
> laquelle il n'y a pas de postes ou de lignes
> 
> On va attendre encore quelques jours pour voir si ca se débloque
> 
> François
> 
> Le lun. 20 août 2018 à 08:13, Laurent Combe
> mailto:laurent.co...@free.fr>> a écrit :
> 
> alors quelque chose m'échappe
> au nord de toulouse, commune de Fronton par exemple , la
> carte affichée par openinframap ne se réactualise plus
> depuis qques jours
> aucune nouvelle ligne electrique n'apparait dans ce secteur
> 
> j'ai viré cookie, cache, ...
> 
> je ne vois pas
> 
> Laurent
> 
> 
> Le dim. 19 août 2018 à 19:54, François Lacombe
>  > a écrit :
> 
> Bonjour
> 
> Environ 1 cache de 24h
> 
> François
> 
> Le dim. 19 août 2018 à 19:38, Laurent Combe
> mailto:laurent.co...@free.fr>> a
> écrit :
> 
> Bonjour
> 
> Savez-vous a quelle fréquence se regénère les tuiles
> d'OpenInfraMap ?
> 
> Laurent
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-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] foss4g-it2019 a PAdova

[Matteo Zaffonato]

Per il Mapping party ci siamo mossi durante quest'anno con una
presentazione sulla mappatura della ciclabilità in collaborazione con
Volket ed una sulla mappatura dell'accessibilità. Se dite si può procedere
con una delle due.

Altrimenti c'era una persona dell'Università che era molto interessata alla
mappatura di un nuovo quartiere coinvolgendo anche i residenti. Posso
sentirlo al rientro dalle ferie.

@Alessandro: c'è già un'idea per la sede dell'evento? In caso posso sentire
i contatti che il gruppo Wikimedia Veneto ha all'interno dell'Università.

Ciao
Matteo

Il gio 30 ago 2018, 12:24 Alessandro Palmas 
ha scritto:

> Salve,
> per FOSS4G-IT2019, che si terrà il prossimo febbraio all'Università di
> Padova, vorrei capire quali attività pratiche OSM potremmo organizzare.
>
> Nei prossimi giorni inizierà ad essere operativo il sito
> http://foss4g-it2019.gfoss.it/ e partiranno le varie call. Chi intende
> presentare una proposta di intervento o di workshop è pregato di
> iniziare ad attivare il cervello :-)
>
> Le giornate della manifestazione saranno:
>
> - mercoledì 20 febbraio dedicato ai workshop, che riscuotono molto successo
> - 21 e 22 interventi
>
> Per OSM a seconda di quello che decideremo potrebbe essere o il tardo
> pomeriggio/serata del 22, altrimenti la giornata di sabato 23.
> Il mapping party, o almeno solo il mapping party, sembra non riscuota
> molto consenso. Potremmo pensare quindi a un mapathon usando il Tasking
> Manager; un mp in parallelo ad altre attività; una scuola di mappatura,
> ecc..
>
> Vorrei sentire i vostri pensieri per poi sintetizzarli la settimana
> prossima.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] openinframap

[Laurent Combe]

petit up gentil
le problème de rafraichissement semble toujours présent

Le mer. 22 août 2018 à 21:34, François Lacombe 
a écrit :

> Bonsoir,
>
> Relativement à ce problème, il semble toujours présent dans la zone
> https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
>
> Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
> Surement un problème de mise à jour
> A voir si les admins consentent à recharger la base
>
> François
>
> Le lun. 20 août 2018 à 08:48, François Lacombe 
> a écrit :
>
>> Bonjour Laurent
>>
>> En effet, on dirait qu'il y a une ligne horizontale au nord de laquelle
>> il n'y a pas de postes ou de lignes
>>
>> On va attendre encore quelques jours pour voir si ca se débloque
>>
>> François
>>
>> Le lun. 20 août 2018 à 08:13, Laurent Combe  a
>> écrit :
>>
>>> alors quelque chose m'échappe
>>> au nord de toulouse, commune de Fronton par exemple , la carte affichée
>>> par openinframap ne se réactualise plus depuis qques jours
>>> aucune nouvelle ligne electrique n'apparait dans ce secteur
>>>
>>> j'ai viré cookie, cache, ...
>>>
>>> je ne vois pas
>>>
>>> Laurent
>>>
>>>
>>> Le dim. 19 août 2018 à 19:54, François Lacombe <
>>> fl.infosrese...@gmail.com> a écrit :
>>>
 Bonjour

 Environ 1 cache de 24h

 François

 Le dim. 19 août 2018 à 19:38, Laurent Combe  a
 écrit :

> Bonjour
>
> Savez-vous a quelle fréquence se regénère les tuiles d'OpenInfraMap ?
>
> Laurent
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

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

[Talk-es] semanarioOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

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

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

¡Disfruta!

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

[OSM-talk] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[Talk-cu] semanarioOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

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

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

¡Disfruta!

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

[talk-latam] semanarioOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

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

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

¡Disfruta!

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

[OSM-talk-ie] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[Talk-us] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[OSM-co] semanarioOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

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

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

¡Disfruta!

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

[talk-ph] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[Talk-in] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[Talk-africa] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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

[Talk-GB] weeklyOSM #423 2018-08-21-2018-08-27

[weeklyteam]

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

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

Enjoy!

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